CN117546596A - 用于配置与iab mec的通信的***和方法 - Google Patents

Abstract

本文公开了用于使用集成接入和回传(IAB)节点的***和方法，该IAB节点被配置为提供多接入边缘计算(MEC)功能。IAB节点可以包括MEC功能，该MEC功能包括被配置用于MEC的应用程序的实例。使用该应用程序的UE通过与IAB节点的接入链路连接到网络，并且建立应用程序的流量与核心网络(CN)的PDU会话。CN可以确定流量对应于应用程序，并且应用程序的实例存在于IAB节点上。因此，CN可以指示IAB供体实例化远程分组数据汇聚协议(PDCP)层，并且在一些情况下实例化被配置为将来自应用程序的UE的流量路由到IAB节点上的应用程序的实例的远程服务数据应用程序(SDAP)层。

Description

用于配置与IAB MEC的通信的***和方法

技术领域

本申请总体上涉及无线通信***，包括用于使用集成接入和回传 (IAB)节点的***和方法，所述IAB节点被配置为在IAB节点处提供多接入边缘计算(MEC)功能。

背景技术

无线移动通信技术使用各种标准和协议以在基站和无线通信设备之间传输数据。无线通信***标准和协议可以包括，例如，第三代合作伙伴计划(3GPP)长期演进(LTE)(如4G)、3GPP新空口(NR)(如5G) 和用于无线局域网(WLAN)的IEEE 802.11标准(行业组织内通常称其为)。

如3GPP所设想，不同的无线通信***标准和协议可以使用各种无线接入网(RAN)，以使RAN(其有时也可称为RAN节点、网络节点，或简称为节点)的基站与被称为用户装备(UE)的无线通信设备进行通信。 3GPP RAN可包括，例如，全球移动通信***(GSM)、增强型数据速率 GSM演进(EDGE)RAN(GERAN)、通用陆地无线接入网 (UTRAN)、演进通用陆地无线接入网(E-UTRAN)和/或下一代无线接入网(NG-RAN)。

每个RAN可以使用一种或多种无线接入技术(RAT)来进行基站与 UE之间的通信。例如，GERAN实施GSM和/或EDGE RAT，UTRAN实施通用移动电信***(UMTS)RAT或其他3GPPRAT，E-UTRAN实施 LTE RAT(其有时简称为LTE)，NG-RAN则实施NR RAT(其有时在本文中也称为5G RAT、5G NR RAT或简称为NR)。在某些部署中，E- UTRAN还可实施NR RAT。在某些部署中，NG-RAN还可实施LTE RAT。

RAN所用的基站可以对应于该RAN。E-UTRAN基站的一个示例是演进通用陆地无线接入网(E-UTRAN)节点B(通常也表示为演进节点B、增强型节点B、eNodeB或eNB)。NG-RAN基站的一个示例是下一代节点 B(有时也称为或gNodeB或gNB)。

RAN通过其与核心网络(CN)的连接与外部实体一起提供通信服务。例如，E-UTRAN可以利用演进分组核心网(EPC)，而NG-RAN可以利用5G核心网(5GC)。

附图说明

为了容易地识别对任何特定元件或动作的讨论，参考标号中的一个或多个最高有效数位是指首先引入该元件的附图编号。

图1示出了根据一个实施方案的IAB网络。

图2示出了根据一个实施方案的用于IAB的用户平面协议架构。

图3示出了根据一个实施方案的IAB网络。

图4示出了根据一个实施方案的IAB网络。

图5示出了根据一个实施方案的IAB MEC。

图6A至图6C示出了根据一个实施方案的用于在UE和IAB MEC之间建立PDU会话的流程图。

图7示出了根据一个实施方案的用于提供MEC的IAB节点的方法。

图8示出了根据一个实施方案的用于用配置为提供MEC的IAB节点操作的CN的方法。

图9示出了根据一个实施方案的用于用配置为提供MEC的IAB节点操作的方法。

图10示出了根据本文公开的实施方案的无线通信***的示例性架构。

图11示出了根据本文公开的实施方案的用于在无线设备与网络设备之间执行信令的***。

图12示出了根据某些实施方案的示例性的基于服务的架构。

图13示出了根据一个实施方案的PDU会话建立过程。

图14示出了根据一个实施方案的用于策略和计费控制框架的整体架构的基于服务的表示。

图15示出了根据一个实施方案的用于策略和计费控制框架的整体架构的参考点表示。

具体实施方式

各实施方案就UE进行描述。然而，对UE的参考仅仅是出于说明的目的而提供的。示例性实施方案可与可建立与网络的连接并且被配置有用于与网络交换信息和数据的硬件、软件和/或固件的任何电子部件一起使用。因此，如本文所述的UE用于表示任何适当的电子部件。

无线网络的毫米波(mmWave)部署可使用光纤回传，以便在NR速度下承载流量。然而，为用于mmWave覆盖范围的许多节点提供光纤回传可能是困难或成本高的。在某些***中，可使用集成接入和回传(IAB)通过实现无线回传链路以中继接入流量来克服超密集NRmmWave网络的部署成本。

IAB架构启用多跳路由，其中IAB节点的分级结构中的每一个充当到 UE的接入节点，并且向其他IAB节点和/或连接到CN的IAB供体提供无线回传链路。在无线回传上，回传自适应协议(BAP)层可以使得能够通过该***进行多次跳跃路由。BAP允许IAB节点和/或IAB供体彼此通信并提供多个功能，该多个功能包括例如下一跳无线链路控制(RLC)信道的映射、基于流量区分路由到下一跳IAB节点/IAB供体、网络事件(例如，无线链路故障(RLF))的指示、数据传输和/或流控制反馈信令等。

图1示出了根据一个实施方案的IAB网络100。IAB网络100包括 IAB供体102，该IAB供体经由光纤回传116与5GC 104通信地连接。此连接可以包括NG接口。

IAB供体102包括控制单元(CU)118、一个或多个分布式单元 (DU)(例如，DU 1 120和DU 2 122)。

IAB网络100还包括IAB节点106(示出为IAB节点1-1)、IAB节点 108(示出为IAB节点2-1)、IAB节点110(示出为IAB节点1-2)、IAB 节点112(示出为IAB节点2-2)和IAB节点114(示出为IAB节点2- 3)。IAB节点可以包括移动终端功能(MT)和DU。如图1所示，IAB节点106包括MT 124和DU 126，IAB节点108包括MT 128和DU 130，IAB节点110包括MT 132和DU 134，IAB节点112包括MT 136和DU 138，并且IAB节点114包括MT 140和DU 142。

在IAB网络100内，IAB节点106至114和IAB供体102可以经由 DU与MT之间的一个或多个无线回传连接到IAB节点106至114和/或 IAB供体102中的其他IAB节点和/或IAB供体。例如，IAB供体102和 IAB节点106经由IAB供体102的DU 1 120与IAB节点106的MT 124之间的第一无线回传144连接，并且IAB供体102和IAB节点110经由IAB 供体102的DU 2 122与IAB节点110的MT 132之间的第二无线回传146 连接。IAB节点106和IAB节点108经由IAB节点106的DU 126与IAB 节点108的MT 128之间的第三无线回传148连接。IAB节点110和IAB节点112经由IAB节点110的DU 134与IAB节点112的MT 136之间的第四无线回传150连接。IAB节点112和IAB节点114经由IAB节点112的DU 138与IAB节点114的MT 140之间的第五无线回传152连接。

最后，IAB网络100包括连接到IAB节点114的DU 142的UE 156。 DU 142可以提供接入链路154以进行此连接。因此，UE 156经由通过IAB 节点114、IAB节点112、IAB节点110和IAB供体102的通信中继与5GC 104一起运作。技术人员将从本文的公开内容认识到，IAB节点106至114 和/或IAB供体102中的任一者还可以通过具有相应DU的接入链路提供对一个或多个其他UE的访问。

IAB供体102的CU 118可以在整个IAB网络100中提供基本控制平面功能。在某些实施方案中，IAB供体102的CU 118包括CU控制平面 (CU-CP)、CU-用户平面(CU-UP)和/或其他功能。

DU(例如，DU 1 120、DU 2 122、DU 126、DU 130、DU 134、DU 138和/或DU 142)可以被配置为与IAB网络100内的其他实体通信(例如，经由无线回传与子IAB节点通信，和/或在接入链路上以所述方式与一个或多个UE通信)。

IAB节点的MT(例如，106的MT 124、IAB节点108的MT 128、 IAB节点110的MT 132、IAB节点112的MT 136和/或IAB节点114的 MT 140)包括将IAB节点配置为类似于常规UE表现的部件。例如，在具有在3GPP版本16和版本17中讨论的附加增强的MT中，支持典型UE用来连接到RAN的协议。例如，IAB节点中的MT允许IAB节点与其父节点建立信令无线承载(SRB)和/或数据无线承载(DRB)。MT还可以执行小区选择，以识别要加入哪个父实体且建立和利用一个或多个协议层(例如，包括BAP层)，该一个或多个协议层提供用于通过网络在不同路由上为不同UE承载路由数据的功能。

IAB节点106至114可以各自充当与其连接的IAB节点106至114中的一个或多个其他IAB节点的“父”和/或“子”。比其所连接的另一IAB 节点更靠近至IAB供体102的路线(在无线回传上的跳数)的IAB节点可被认为是另一IAB节点的“父”节点。例如，在图1中，IAB节点106是 IAB节点108的父节点。与其所连接的另一IAB节点相比在来自IAB供体 102的路线上的更远位置(在无线回传上的跳数)的IAB节点可被认为是另一IAB节点的“子”节点。例如，IAB节点112是IAB节点110的子节点。以类似的方式，IAB供体102可以被理解为IAB节点106和IAB节点 110(其是IAB供体102的每个子节点)的父节点。

IAB供体102和IAB节点106至114中的一个或多个的使用而不是使用地理区域中的单个发射接收点可以促进IAB网络100覆盖的地理区域中 UE的更好总体覆盖范围。例如，在开发区域中，IAB节点106至114的使用可以促进围绕拐角的视线(LoS)覆盖。此外，IAB节点106至114远离 IAB供体102的位置可以通常增加IAB网络100的覆盖范围。

图2示出了根据一个实施方案的用于IAB 200的用户平面协议架构。用于IAB 200的用户平面协议架构示出了UE 202、第一IAB节点208 (IAB节点1)、第二IAB节点204(IAB节点2)和IAB供体206的各个协议层。如图所示，各个层可以对应于MT、DU或CU-UP实体。IAB供体 206的DU和CU-UP可通过供体内F1-U接口210进行通信。在此示例中， UE 202通过接入链路216上的专用DRB与第二IAB节点204无线地通信，第二IAB节点204经由第一无线回传214将上行链路流量无线地中继到第一IAB节点208，并且第一IAB节点208经由第二无线回传212将上行链路流量无线地中继到IAB供体206。协议层包括例如介质访问控制 (MAC)、RLC、分组数据汇聚协议(PDCP)、服务数据适配协议 (SDAP)、互联网协议(IP)、用户数据报协议(UDP)和通用分组无线电服务(GPRS)隧穿协议用户平面(GTP-U)。

用于IAB 200的用户平面协议架构还包括BAP层，该BAP层提供用于通过网络在不同路由上为不同UE承载路由数据的功能。这可通过具有包括用于识别承载的一些信息的适配层标头来完成。该路由包括基于承载标识符将传入数据映射到传出链路。

图3示出了根据一个实施方案的IAB网络300。IAB网络300可以包括图1的IAB供体102、5GC 104、IAB节点106、IAB节点108、IAB节点 110、IAB节点112和IAB节点114(连同它们的组成部分和彼此的连接，以图1所述的方式)。

在图3的实施方案中，5GC 104可以包括多接入边缘计算(MEC)功能302。MEC功能302可以提供由IAB网络300的UE使用的一个或多个网络通信相关应用程序的一个或多个实例(例如，应用程序#1实例308和应用程序#2实例310，但是可以在替代实施方案中提供少于或多于这些的应用程序实例)。应用程序#1实例308和应用程序#2实例310中的每一个可以各自经由5GC 104的用户平面功能(UPF)与IAB网络300的UE通信。根据MEC功能302，一旦建立，应用程序#1实例308和/或应用程序# 2实例310中的每一者可以通过该应用程序的其他外部实例进行更新和/或向该应用程序的其他外部实例发送更新(例如，通过5GC 104并通过互联网)，以保持应用程序的各种实例在超出IAB网络100的规模上一致。然后，由于应用程序#1实例308/应用程序#2实例310(在5GC 104的MEC 功能302内)的接近度，与UE与其通信的应用程序的实例替代地仅在超出 5GC 104(例如，经由互联网)时可用的情况相比，相应应用程序可以更快地与IAB网络300的UE一起操作。这种加速可能是由于信息没有传播那么“远”(例如，通过IAB网络300的相关跳跃回到5GC 104)的延迟减少。

此外，IAB网络300包括第一非公共网络(NPN)/独立的非公共网络 (SNPN)304和第二NPN/SNPN 306。这些中的每一个可以包括一个或多个UE(未示出)，所述一个或多个UE被配置用于根据相应NPN/SNPN的配置进行专用通信。第一NPN/SNPN 304的UE经由第一多个接入链路312 连接到IAB节点114的DU 142，并且第二NPN/SNPN 306的UE经由第二多个接入链路314连接到IAB节点114的DU 142。

使用NPN/SNPN可以允许更好地管理网络以及使用如网络切片的附加特征构建专用网络的能力。例如，应用程序#1实例308可被配置为在第一网络切片上服务于第一NPN/SNPN 304的UE，并且应用程序#2实例310可被配置为在第二网络切片上服务于第二NPN/SNPN 306的UE。

在一些情况下，根据应用程序和NPN/SNPN的网络切片可以旨在启用相应应用程序通过IAB网络300的传输以满足某些服务质量(QoS)要求。例如，应用程序可被配置为使用与其UE的超可靠低延迟通信 (URLLC)，这意味着例如应用程序的数据在相应NPN/SNPN的UE与5GC之间在一定时间量内和/或以某一可靠性递送。

然而，对于应用程序的这些QoS要求可能无法在IAB网络300中得到保证(即使当相关的应用程序#1实例308和/或应用程序#2实例310根据 MEC功能302位于5GC 104中时)。这可能是由于IAB网络300的IAB性质。例如，从IAB节点114返回到IAB供体102和5GC 104(其包括应用程序#1实例308和应用程序#2实例310)的跳数可以在不满足应用程序数据的QoS要求的程度上引入延迟。进一步注意，在至少一些网络中，在网络中可能存在的IAB节点的数目/跳数上没有上限，这意味着由于跳跃引起的这种延迟对于通过使用许多IAB节点的路线连接到5GC 104的UE理论上是相对较高的。此外，在一些IAB架构中，IAB节点可以根据网络状况自由地选择到不同的父IAB节点(例如，提供对第一NPN/SNPN 304和/或第二NPN/SNPN306的UE的访问的IAB节点114可以重新选择为IAB节点108的子节点而不是IAB节点112的子节点)。在此类情况下，在至 5GC的新路线(例如，通过IAB节点108、IAB节点106和IAB供体102)上的可能速度可能无法保证应用程序的QoS要求的实现。最后，通过网络的每个跳跃都代表了信息传输的可能的故障点，使得通过各种IAB节点具有较大量的跳跃的路线可能具有较低的整体可靠性。

图4示出了根据一个实施方案的IAB网络400。IAB网络400可以包括图1的IAB供体102、5GC 104、IAB节点106、IAB节点108、IAB节点 110、IAB节点112和IAB节点114(连同它们的组成部分和彼此的连接，以图1所述的方式)。此外，IAB网络400还可以包括具有经由第一多个接入链路312连接到IAB节点114的DU 142的UE的第一NPN/SNPN 304，以及具有经由第二多个接入链路314连接到IAB节点114的DU 142 的UE的第二NPN/SNPN 306，如关于图3所描述的。

在图4中，MEC功能302已经位于IAB节点114(而不是如图3中的 5GC 104)中。MEC功能302包括应用程序#1实例308和应用程序#2实例310，正如这些实例也相对于图3描述。能够充当MEC边缘节点的IAB 节点在本文中可以描述为IAB MEC。

MEC功能302在IAB节点114内的位置(例如，IAB MEC的使用) 允许第一NPN/SNPN304和/或第二NPN/SNPN 306的UE与对应的应用程序#1实例308和/或应用程序#2实例310之间的相对较低的延迟和较高的可靠性通信(由于不需要经由IAB节点114和IAB节点112、IAB节点112 和IAB节点110以及IAB节点110和IAB供体102之间的跳跃遍历回到 5GC 104)。此外，通过使用具有应用程序#1实例308和应用程序#2实例 310的IAB MEC，即使在从IAB节点114回到5GC 104的路线是拥挤或非功能的情况下，应用程序也可以继续与第一NPN/SNPN304和第二 NPN/SNPN 306的UE一起起作用。IAB MEC的使用还可以允许更精细调谐的设备(UE)和网络(对应的NPN/SNPN)管理，同时仍确保维持来自操作员角度的核算和其他集中管理能力。最后，IAB MEC可以启用新的业务模型。例如，可以开发第三方IAB MEC，其被定制为与(例如，被配置为提供某些应用程序实例的)某些应用程序一起使用。

还可以设想将MEC功能302定位在IAB节点114处在用于连接到 IAB节点114并且对应于例如应用程序#1实例308或应用程序#2实例310 中的任一者但不(必须)在对应NPN/SNPN上使用的UE的应用程序的情况下也可以是有益的。换句话说，在图4中示出的实施方案中的第一 NPN/SNPN 304和第二NPN/SNPN 306的使用是通过示例的方式给出的，可以设想如本文所述将MEC功能定位在IAB节点上的益处不固有地需要 NPN/SNPN被如此建立。

设想了IAB MEC的各种潜在用例。例如，IAB MEC可用于托管应用程序的应用程序实例，以使用增强现实(AR)、虚拟现实(VR)和/或车联网(V2X)通信、工业物联网(IIOT)应用程序，或可能受益于在IAB 网络环境中满足相对严格的QoS要求(例如，低延迟和/或高可靠性)的能力的任何其他情况。

可设想在一些情况下，可以在中继器组态中使用多个IAB MEC。可设想在一些情况下，可以使用多个IAB MEC来形成包括IAB MEC的本地网络。对于这些选项中的每一个，设想了至少两种操作模式。在第一模式中，每个IAB MEC可以在侧链路中继模式中。在第二模式中，根据所需的容量，每个IAB MEC由宏节点集中控制。

为了实际上和商业上实现IAB MEC，可能需要考虑各种考虑因素。这些考虑因素中的第一类别与3GPP核心功能有关。首先，可以考虑不参与到操作员网络中的原始设备制造商(OEM)集成程序的第三方设备的启用。因此，用于将第三方IAB MEC集成到现有承载网络中的框架可能是有益的。

其次，IAB MEC将需要实施通过CU并且根据需要检索适当内容(例如，用于更新IABMEC处的应用程序实例)的内容高速缓存技术。由于 IAB节点可能不提供IAB节点与5GC之间的直接接触，因此IAB供体的 CU可能必须实现此操作。因此，可以在RAN和CN域内相应地更新IAB 网络的现有机制以考虑这一点。

第三，在一些情况下，可能需要将UPF移动到IAB MEC。因此，分布式UPF架构的机制可能是有益的。

第四，具有第三方继电器的安全性可能是一个问题，特别是在待讨论的分割的PDCP架构中。相关地，可以开发对互操作性问题的解决方案的框架(在IAB MEC和UE的不同供应商的情况下)。

这些考虑因素中的第二类别涉及3GPP使用。情况被预期，其中由于 IAB MEC和/或回传上的回传故障或父节点到IAB MEC上的一些其他故障，应用程序的一些服务将在其他服务离线时(例如，应用程序的使用故障路线访问互联网的服务可能离线)工作。例如，在IAB MEC和对应IAB 供体上的CU之间的回传和/或节点的故障的情况下，仍然可以向UE提供在IAB MEC处的应用程序实例中可用的应用程序的本地内容。然而，应用程序的需要与互联网的实时连接的服务可能无法工作。如果这种情况未得到妥善处理，则该组合可能为用户提供令人困惑的用户体验。因此，应用程序可被实施为使得体验在这些实例中是均匀的(或使得采取适当的动作以确保用户理解体验有差异的原因)。

这些考虑因素中的第三类别涉及3GPP RAN。首先，在一些IAB节点中，可能不存在能够将IAB节点与在5GC上存在的MEC功能连接的 PDCP层。例如，在一些情况下，IAB节点终止于RLC层，而MEC功能 (当前可能在3GPP核心内)使用IP层进行通信。此外，将MEC替代地定位在IAB供体的CU处(其可以通过IP进行通信)可能会打败定位的MEC 的目的，因为需要服务的UE可能仍然为自IAB供体的多次跳跃(因此仍然被起源于跳跃需要的QoS问题所限制)。

其次，在一些情况下(例如，商业部署)、IAB节点和IAB供体的 CU使用F1接口进行通信。可能的是，相关F1AP标准是供应商驱动的并且直至实施网络操作员和/或网络节点供应商。因此，可能不存在在IAB供体的CU与第三方IAB节点之间创建F1接口的简单的方式。因此，在IAB MEC的情况下，可能需要考虑与F1-C接***替以确保通过IAB供体的CU 对IABMEC进行正确控制。

本文描述的***和方法可以描述可以用于以安全并提供无缝服务管理的方式将IAB MEC(包括第三方IAB MEC)集成到操作员网络中的机制。这些可以考虑对此类***的架构影响，描述了可以通过IAB供体可用的 CN功能，以用于访问和管理IAB MEC功能、在IABMEC和/或其他节点中的协议栈所需的修改和/或对在IAB MEC上执行的调度和授权请求程序的修改，以及其他可能性。

图5示出了根据一个实施方案的IAB MEC 502。IAB MEC 502包括楼宇无线电接入站(PRAS)504和增强住宅网关(eRG)506。PRAS 504包括PHY层508、MAC层510、RLC层512和BAP层514，其可用于在一些实施方案中使用IAB节点的IAB通信，如关于例如图2的第二IAB节点204所描述的。PRAS 504还可以包括NAS和RRC层516，其可以与IAB MEC 502的IAB UE功能相关联(如图所示)。

eRG 506可以包括PDCP层518和(在一些实施方案中)SDAP层 520。如图所示，这些可以与IAB MEC 502的IAB gNB功能相关联。eRG 506还可以包括与数据网络接入标识符(DNAI)524相关联的IAB UPF 522。IAB UPF 522可以用于以上述方式由IAB MEC 502提供的应用程序实例。如图所示，DNAI 524可以被提供给PRAS 504以允许向CN进行UPF 注册，如将描述的。

IAB MEC 502在PRAS 504与eRG 506之间的功能的划分是通过示例而非限制方式来给出。换句话说，IAB MEC可以具有关于图5所描述的功能，而不必专门在PRAS和eRG之间正式地划分它们。

IAB MEC 502可以接收向IAB UPF 522发送某些QoS流的流量的指令 (例如，根据该QoS流与IAB UPF 522上的应用程序的实例之间的***中的对应关系)。因此，IAB MEC502的PDCP层518可以被配置为将流量那些QoS流路由到IAB UPF 522。

在一些实施方案中(例如，在IAB MEC 502中没有SDAP层520的情况下)，UE与IABMEC 502之间的DRB和这些指示的QoS流之间可能存在一一对应关系。在这种情况下，PDCP层518可以通过将其相关联的 DRB路由到IAB UPF 522来将QoS流路由到IAB UPF 522。

在其他实施方案中(例如，在IAB MEC 502中存在SDAP层520的情况下)，一个或多个指示的QoS流可以通过/经由SDAP层520被映射到相同的DRB。

在其他实施方案中(例如，在IAB MEC 502中存在和SDAP层520的情况下)，对指示的QoS流到特定DRB的映射可能没有限制。在此类情况下，SDAP层520可以将属于指示的QoS流的PDCP PDU路由到IAB UPF 522，并且进一步将属于非指示的QoS流的PDCP PDU重新路由到上游 IAB供体以在CN处接收。在此类情况下，用于相同DRB的PDCP层在 UE处和IAB MEC节点处在本地实例化。可以沿E1'接口控制这些实例之间的平面信令，以提供UE的协议层与IAB MEC 502之间的相干。

图6A至图6C示出了根据一个实施方案的用于在UE 602和IAB MEC 604之间建立PDU会话的流程图600。UE 602与IAB MEC 604之间的PDU 会话可以允许在UE 602上操作的应用程序与在IAB MEC的MEC功能上存在的应用程序的实例一起起作用，如上所述。

流程图600还示出了IAB供体606和CN 608。在流程图600中，UE 602可能已经与IABMEC 604建立了接入链路。IAB MEC 604可以经由 IAB MEC 604的无线回传(直接或间接通过另外的IAB节点(未示出)) 与IAB供体606通信。IAB供体606可以经由光纤回传连接到CN608。CN 608可以是例如5GC，如图所示。

IAB MEC 604包括IAB gNB功能610、IAB UPF 612和IAB UE功能 614。IAB gNB功能610可以包括用于在gNB上下文中操作IAB MEC 604 的功能(例如，作为UE 602的接入节点)。IAB UPF 612可以包括将针对其设置PDU会话的应用程序的实例(其可以与UE 602上的应用程序一起操作)。IAB UE功能614可以包括在UE上下文中操作IAB MEC 604的功能(例如，作为IAB供体606的子)。IAB MEC 604可以基于其先前编程/ 先前配置实例化IAB UPF612(包括应用程序实例)，或者CN 608可以提供用于实例化IAB UPF 612和/或包括的应用程序实例的IAB UPF 612指令。

CN 608包括接入和移动性管理功能(AMF)616、会话管理功能 (SMF)618、UPF 620、网络储存库功能(NRF)622、策略控制功能 (PCF)624以及应用程序功能(AF)626。

流程图600包括针对IAB UPF 612和IAB供体606的CU的授权和配置628。授权和配置628可以通过CN 608的移动网络运营商(MNO)设置的操作、管理和维护(OAM)方面来执行。作为授权和配置628的一部分提供给IAB UPF 612的参数包括DNAI以识别IAB UPF 612、访问信息(例如，完全合格域名(FQDN)和/或IP地址)以及用于访问NRF 622的凭证。

流程图600包括IAB MEC 604与CN 608的AF 626之间的通信630，以向AF 626提供IAB UPF 612的DNAI，以及关于/识别IAB UPF 612正在针对其托管实例的应用程序的信息。通信630可以是可以多次发生的应用程序级别交互。例如，通信630可以在IAB MEC 604在CN608处注册时发生。每当在IAB UPF 612中实例化新应用程序实例时，也可以发生通信 630。

流程图600包括在AF 626处使用与DNAI信息的应用程序(例如，如通信630中提供的)对应的流量过滤信息来创建632流量路由规则。创建 632可以是可以多次发生的应用程序级别交互(例如，每当根据通信630从 IAB MEC 604接收关于DNAI信息的应用程序的信息时)。

流程图600包括向CN 608的AMF 616注册634IAB MEC 604的IAB UE功能614。此注册634可以向CN 608的AMF 616提供IAB MEC 604的能力信息。例如，可以提供IAB MEC 604能够提供对本地服务托管环境的访问的指示。在此类情况下，所述指示可以指示IAB MEC604能够操作 IAB UPF 612功能和IAB供体606的PDCP层。在一些情况下，所述指示还可以指示IAB MEC 604能够操作IAB供体606的SDAP层。

流程图600包括IAB MEC 604的IAB UE功能614与CN 608的UPF 620之间的PDU会话的建立636。

虽然注册634和建立636已经被示出为与创建632同时发生，但是应当理解，创建632可以在注册634和建立636中的任一个之前或之后发生。

流程图600包括IAB MEC 604的IAB UPF 612以CN 608的NRF 622 注册638IAB UPF612的能力的条目。作为注册638的一部分，IAB MEC 604接触NRF 622并且以NRF 622注册IAB UPF 612的网络功能(NF)配置文件。此NF配置文件可以包括IAB MEC 604的IAB节点标识符和对应于IAB MEC 604的IAB UE功能614与CN 608的UPF 620之间的PDU会话的IP地址。此NF配置文件还可以指定UPF的能力(例如，其是否经由互联网协议(IP)v4和或IPv6等进行通信)。

流程图600包括IAB UPF 612的能力、IAB UE功能614与UPF 620之间的PDU会话的IP地址以及IAB MEC 604在NRF 622处的IAB节点标识符的存储640。该信息稍后可以使CN608能够到达IAB MEC 604内的IAB UPF 612。

流程图600包括IAB UPF 612上的信息从NRF 622到SMF 618的提供 642。例如，在CN 608中，一个或多个SMF(包括SMF 618)可能已经订阅通过NRF 622接收关于新的UPF NF配置文件的信息。因此，NRF 622 可以通知SMF 618关于IAB UPF 612的NF配置文件。SMF618可以通过在NRF 622上定位IAB UPF 612的NF功能中的IAB MEC 604的IAB节点标识符来确定IAB UPF 612存在于IAB MEC 604上。在一些实施方案中，提供642是任选的。在不执行提供642的情况下，可以替代地，SMF通过另一配置方法(例如，经由专有OAM信令)确定IABUPF 612存在于IAB MEC 604上。

流程图600包括UE 602向/与CN 608的注册和PDU会话建立644。 UE 602可以与CN608的PCF 624通信以在UE 602与核心网络的UPF 620 之间建立PDU会话。这可以作为会话管理(SM)过程的一部分发生。应注意，在流程图600中，UE 602与CN 608之间所示出的通信经由IAB MEC 604(UE 602与其具有直接接入链路)和IAB供体606(并且经由 IAB MEC 604和IAB供体606之间的任何中间IAB节点(未示出))发生。

作为注册和PDU会话建立644的一部分，SMF 618查询PCF 624以获得SM策略和计费控制(PCC)规则。PCF 624可以提供如从AF 626接收的与UE 602和CN 608之间的PDU会话相关联的SM PCC规则，如由PCF 624基于DNAI信息和IAB UPF 612正在针对其托管实例的应用程序的识别所生成的。SMF 618使用这些SM PCC规则为UPF 620处的此流量创建流量检测规则。

流程图600包括从AMF 616到SMF 618的UE 602的用户位置信息的提供646。UE 602的用户位置信息可能已经由AMF 616确定为注册和PDU 会话建立644的一部分。作为用户位置信息的一部分，可以提供IAB MEC 604(UE 602与其具有接入链路)的IAB节点标识符。该信息可以包括在从AMF 616传递到SMF 618的Nsmf_PDUSession_CreateSMContext信息元素中作为SMF 618处的SM上下文建立的一部分。这可以通知SMF 618通过IAB MEC 604(例如，UE 602用于进行网络通信的接入链路是与IAB MEC 604)提供(最直接地)至UE 602的网络接入。提供646可以在注册和PDU会话建立644期间(作为一部分)发生。

流程图600包括对应于应用程序的用户平面流量的开始648，所述应用程序可以被路由到UE 602与CN 608的UPF 620之间的服务托管环境 (例如，IAB UPF 612的应用程序实例)的本地访问。

流程图600包括由UPF 620通知650SMF 618，UE 602和UPF 620之间存在与先前配置AF 626的流量过滤器对应的流量(例如，流量满足用于将流量路由到与和UE 602和CN608之间的PDU会话相关联的SM PCC规则对应的IAB UPF 612的条件)。通知650可以响应于UPF 620确定SM PCC规则适用于流量而发生，其中出于该目的，UPF 620在注册和PDU会话建立644期间使用由SMF 618配置到UPF 620的流量检测规则。

流程图600包括基于识别到可以将流量路由到IAB UPF 612的SM PCC规则、IABMEC 604的IAB节点标识符以及关于AMF 616已知的IAB UPF的信息而在SMF 618处选择652使用IAB UPF 612。例如，由于如前所述的UPF 620的检测和后续通知650，SMF 618可以根据SM PCC规则来确定可以将流量路由到IAB UPF 612。

此外，SMF 618可以知道由于向SMF 618提供642IAB UPF 612的NF 配置文件信息(包括IAB MEC 604的IAB节点标识符)，IAB UPF 612存在于IAB MEC 604上。SMF 618还可以知道由于用户位置信息的提供 646，UE 602(其提供所讨论的流量)连接到IAB MEC 604，所述用户位置信息包括UE 602通过其连接到SMF 618的IAB MEC 604的IAB节点标识符。因此，SMF 618可以通过将来自UE 602的用户位置信息的IAB节点标识符与来自IAB UPF 612的NF配置文件的IAB节点标识符匹配来确定UE 602经由具有IAB UPF 612的相同的IAB MEC 604与网络通信。

因此，基于确定所述网络与所述UE 602之间的所述流量对应于所述 SM PCC规则，并且确定所述IAB UPF 612的所述NF配置文件和所述UE 602的所述用户位置信息中的每一者均包括所述IAB MEC 604的所述(相同)IAB节点标识符，所述SMF 618确定所述流量可以(并且例如应该) 被路由到所述IAB MEC 604的所述IAB UPF 612(而不是例如CN 608的UPF 620)。SMF 618可以利用新QoS标识符将流量路由到IAB UPF 612。

流程图600包括SMF 618与IAB UPF 612之间的N4建立程序654。例如，可以执行N3隧道建立，并且可以启用IAB UPF 612以处理网络内来自 UE 602的流量。N4建立程序654可以基于IAB MEC 604的IAB UE功能 614与CN 608的UPF 620之间的当前PDU会话的IP地址。此IP地址可以用作来自上游元素(例如，IAB供体606和/或CN 608)的角度的IAB UPF 612的IP地址。

流程图600包括SMF 618与IAB供体606之间的NG-RAN配置656。 SMF 618可以通知IAB供体606关于新QoS标识符。作为NG-RAN配置 656的一部分，SMF 618还可以向IAB供体606通知所识别的QoS流应被路由到的IAB MEC 604的IAB节点标识符。

流程图600包括由IAB供体606对PDCP层和(任选地)IAB MEC 604中的SDAP层的实例化658。这可以根据作为实例化658的一部分由 IAB供体606提供到IAB MEC 604的指令来发生。反映其在IAB节点 (IAB MEC 604)内而不是例如IAB供体606中的存在，这些层可被理解为“远程”层(例如，远程PDCP层和远程SDAP层)。来自IAB供体606的指令可以将远程PDCP层(和任何远程SDAP层)配置为将与所识别的QoS流相关联的流量路由(例如，如关于图5所描述的)到IAB UPF 612。在一些情况下，远程PDCP层(和任何远程SDAP层)可以在IAB MEC604的eRG中实例化(如图5所示)。

流程图600包括SMF 618与UE 602之间的PDU会话修改660。作为 PDU会话修改660的一部分，SMF 618可以指示UE 602向新QoS流分配要路由到IAB UPF 612的流量。这些指令还可以包括IAB MEC 604的IAB 节点标识符。

图7示出了根据一个实施方案的用于提供MEC的IAB节点的方法 700。方法700包括在IAB节点处实例化702IAB UPF。

方法700还包括向CN提供704IAB节点能够操作IAB UPF和IAB供体的远程PDCP层的指示。

方法700还包括根据从所述IAB供体接收的指令来实例化706所述远程PDCP层，其中所述指令包括QoS流的标识符，并且其中所述远程 PDCP层被配置为将所述QoS流路由到所述IAB UPF。

方法700还任选地包括根据从IAB供体接收的指令实例化708远程 SDAP层，其中远程PDCP层被配置为将QoS流路由到IAB UPF。

方法700还包括经由远程PDCP层将QoS流路由710到IAB UPF。

方法700还任选地包括经由所述远程SDAP层将所述QoS流路由712 到所述IABUPF。

在方法700的一些实施方案中，所述QoS流的DRB是以连接到所述 IAB节点的UE建立的。

在一些实施方案中，方法700还包括以所述CN的NRF注册所述IAB UPF的NF配置文件，所述NF配置文件包括对应于所述IAB节点与所述 CN之间的PDU会话的IP地址和所述IAB节点的标识符。

在一些实施方案中，方法700还包括执行IAB UPF与CN的N4建立。

在一些实施方案中，方法700还包括向CN发送IAB UPF的DNAI和与IAB UPF相关联的应用程序的识别。

在一些实施方案中，方法700还包括接收IAB UPF的DNAI。

在一些实施方案中，方法700还包括接收用于访问CN的NRF的凭证。

本文设想到的实施方案包括一种装置，该装置包括用于执行方法700 的一个或多个要素的设备。此装置可以是例如IAB节点的装置(诸如作为 IAB节点的网络设备1116，如本文所述)。

本文设想到的实施方案包括一个或多个非暂态计算机可读介质，该一个或多个非暂态计算机可读介质包括指令，该指令在由电子设备的一个或多个处理器执行时，使电子设备执行方法700的一个或多个要素。该非暂态计算机可读介质可以是，例如，IAB节点的存储器(诸如作为IAB节点的网络设备1116的存储器1120，如本文所述)。

本文设想到的实施方案包括一种装置，该装置包括用于执行方法700 的一个或多个要素的逻辑、模块或电路。此装置可以是例如IAB节点的装置(诸如作为IAB节点的网络设备1116，如本文所述)。

本文设想到的实施方案包括一种装置，该装置包括：一个或多个处理器和一个或多个计算机可读介质，计算机可读介质包括指令，该指令在由一个或多个处理器执行时，使一个或多个处理器执行方法700的一个或多个要素。此装置可以是例如IAB节点的装置(诸如作为IAB节点的网络设备1116，如本文所述)。

本文设想到的实施方案包括如在方法700的一个或多个要素中描述的或与方法的一个或多个要素相关描述的一种信号。

本文设想到的实施方案包括一种包括指令的计算机程序或计算机程序产品，其中由处理元件执行程序使处理元件执行方法700的一个或多个要素。处理器可以是IAB节点的处理器(诸如作为IAB节点的网络设备1116 的处理器1118，如本文所述)。例如，这些指令可以位于处理器中和/或 IAB节点的存储器(诸如作为IAB节点的网络设备1116的存储器1120，如本文所述)上。

图8示出了根据一个实施方案的用于用配置为提供MEC的IAB节点操作的CN的方法800。方法800包括从IAB节点接收802所述IAB节点能够操作IAB UPF和IAB供体的远程PDCP层的指示。

方法800还包括从IAB节点接收804包括IAB节点的标识符的IAB UPF的NF配置文件。

方法800还包括针对UE确定806包括IAB节点的标识符的用户位置信息。

方法800还包括基于与所述CN和所述UE之间的PDU会话相关联的 PCC规则以及确定所述IAB UPF的所述NF配置文件和所述UE的所述用户位置信息中的每一者均包括所述IAB节点的所述标识符，确定808所述 UE的流量是针对所述IAB UPF。

方法800还包括识别810用于流量的QoS流。

方法800还包括向IAB供体发送812所述QoS流将被路由到IAB UPF 的指示。

方法800还包括向所述UE发送814将所述流量分配到所述QoS流的指令。

在方法800的一些实施方案中，所述QoS流将被路由到所述IAB UPF 的所述指示包括所述QoS流的标识符和所述IAB节点的所述标识符。

在方法800的一些实施方案中，在所述CN与所述UE之间建立PDU 会话期间确定所述用户位置信息。

在方法800的一些实施方案中，所述IAB UPF的所述NF配置文件还包括与所述IAB节点和所述CN之间的PDU会话对应的IP地址。

在一些实施方案中，方法800还包括基于与所述IAB节点和所述CN 之间的所述PDU会话对应的所述IP地址，执行所述IAB UPF与所述IAB 节点的N4建立。

在一些实施方案中，方法800还包括从IAB节点接收IAB节点的 DNAI和与IAB UPF相关联的应用程序的识别，并且基于DNAI和与IAB UPF相关联的应用程序的识别来生成PCC规则。

在方法800的一些实施方案中，CN的NRF通知CN的SMF关于IAB UPF的NF配置文件。

在方法800的一些实施方案中，所述CN的UPF确定所述PCC规则适用于所述流量。

在方法800的一些实施方案中，所述CN的SMF确定所述IAB UPF的所述NF配置文件和来自所述UE的所述用户位置信息中的每一者均包括所述IAB节点的所述标识符。

本文设想到的实施方案包括一种装置，该装置包括用于执行方法800 的一个或多个要素的设备。该装置可以是例如CN的装置。

本文设想到的实施方案包括一个或多个非暂态计算机可读介质，该一个或多个非暂态计算机可读介质包括指令，该指令在由电子设备的一个或多个处理器执行时，使电子设备执行方法800的一个或多个要素。这种非暂态计算机可读介质可以是例如CN的存储器(或其元素)。

本文设想到的实施方案包括一种装置，该装置包括用于执行方法800 的一个或多个要素的逻辑、模块或电路。该装置可以是例如CN的装置。

本文设想到的实施方案包括一种装置，该装置包括：一个或多个处理器和一个或多个计算机可读介质，计算机可读介质包括指令，该指令在由一个或多个处理器执行时，使一个或多个处理器执行方法800的一个或多个要素。该装置可以是例如CN的装置。

本文设想到的实施方案包括如在方法800的一个或多个要素中描述的或与方法的一个或多个要素相关描述的一种信号。

本文设想到的实施方案包括一种包括指令的计算机程序或计算机程序产品，其中由处理元件执行程序使处理元件执行方法800的一个或多个要素。处理器可以是CN的处理器(或其元素)。这些指令可以例如位于CN 的处理器和/或存储器(或其元素)中/上。

图9示出了根据一个实施方案的用于用配置为提供MEC的IAB节点操作的IAB供体的方法900。方法900包括从CN接收902QOS流将被路由到IAB节点的IAB UPF的指示。

方法900还包括向IAB节点发送904在IAB节点处实例化IAB供体的远程PDCP层的第一指令，其中远程PDCP层被配置为将QoS流路由到 IAB UPF。

方法900还任选地包括向IAB节点发送906在IAB节点处实例化IAB 供体的远程SDAP层的第二指令，其中远程SDAP层被配置为将QoS流路由到IAB UPF。

在方法900的一些实施方案中，所述指示包括所述QoS流的标识符和所述IAB节点的标识符。

在方法900的一些实施方案中，第一指令包括QoS流的标识符。

本文设想到的实施方案包括一种装置，该装置包括用于执行方法900 的一个或多个要素的设备。该装置可以是例如IAB供体的装置。

本文所设想的实施方案包括一个或多个非暂态计算机可读介质，该一个或多个非暂态计算机可读介质包括指令，这些指令在由电子设备的一个或多个处理器执行时使电子设备执行方法900的一个或多个要素。该非暂态计算机可读介质可以是例如IAB供体的存储器。

本文所设想的实施方案包括一种装置，该装置包括用于执行方法900 的一个或多个要素的逻辑、模块或电路。该装置可以是例如IAB供体的装置。

本文设想的实施方案包括一种装置，该装置包括：一个或多个处理器和一个或多个计算机可读介质，该计算机可读介质包括指令，这些指令在由一个或多个处理器执行时使一个或多个处理器执行方法900的一个或多个要素。该装置可以是例如IAB供体的装置。

本文所设想的实施方案包括如在方法900的一个或多个要素中描述的或与方法的一个或多个要素相关描述的一种信号。

本文设想到的实施方案包括一种包括指令的计算机程序或计算机程序产品，其中由处理元件执行程序使处理元件执行方法900的一个或多个要素。处理器可以是IAB供体的处理器。这些指令可以例如位于IAB供体的处理器中和/或存储器上。

图10示出了根据本文公开的实施方案的无线通信***1000的示例性架构。以下提供的描述是针对结合3GPP技术规范提供的LTE***标准和/ 或5G或NR***标准操作的示例性无线通信***1000。

如图10所示，该无线通信***1000包括UE 1002和UE 1004(不过，可使用任意数量的UE)。在这一示例中，UE 1002和UE 1004被示出为智能手机(例如，能够连接到一个或多个蜂窝网络的手持式触摸屏移动计算设备)，但也可包括针对无线通信配置的任何移动或非移动计算设备。

UE 1002和UE 1004可被配置为与RAN 1006通信耦合。在实施方案中，RAN 1006可为NG-RAN、E-UTRAN等。UE 1002和UE 1004利用与 RAN 1006的连接(或信道)(分别示为连接1008和连接1010)，其中每个连接(或信道)包括物理通信接口。RAN 1006可包括实现连接1008和连接1010的一个或多个基站，诸如基站1012和基站1014。

在该示例中，连接1008和连接1010是实现此类通信耦合的空中接口，并可符合RAN1006所用的RAT，诸如例如LTE和/或NR。

在一些实施方案中，UE 1002和UE 1004还可经由侧链路接口1016直接交换通信数据。UE 1004示为被配置为经由连接1020访问接入点(示出为AP 1018)。以举例的方式，连接1020可包括本地无线连接，诸如符合任何IEEE 1102.11协议的连接，其中AP 1018可包括路由器。在该示例中，AP 1018可不通过CN 1024连接到另一网络(例如，互联网)。

在实施方案中，UE 1002和UE 1004可被配置为根据各种通信技术，例如但不限于，正交频分多址(OFDMA)通信技术(例如，用于下行链路通信)或单载波频分多址(SC-FDMA)通信技术(例如，用于上行链路和 ProSe或侧链路通信)，使用正交频分复用(OFDM)通信信号在多载波通信信道上互相进行通信或与基站1012和/或基站1014进行通信，尽管实施方案的范围在这方面不受限制。OFDM信号可包括多个正交子载波。

在一些实施方案中，基站1012或基站1014的全部或部分可以被实现为作为虚拟网络的一部分运行在服务器计算机上的一个或多个软件实体。此外，或在其他实施方案中，基站1012或基站1014可被配置为经由接口 1022彼此通信。在无线通信***1000为LTE***(例如，当CN 1024为 EPC时)的实施方案中，接口1022可为X2接口。该X2接口可在连接到EPC的两个或以上基站(例如，两个或以上eNB等)之间和/或连接到EPC 的两个eNB之间予以定义。在无线通信***1000为NR***(例如，当CN 1024为5GC时)的实施方案中，接口1022可为Xn接口。该Xn接口被限定在连接到5GC的两个或更多个基站(例如，两个或更多个gNB等)之间、连接到5GC的基站1012(例如，gNB)与eNB之间，和/或连接到 5GC(例如，CN 1024)的两个eNB之间。

RAN 1006被示为通信地耦合到CN 1024。CN 1024可包括一个或多个网络元件1026，该一个或多个网络元件被配置为向经由RAN 1006连接到 CN 1024的客户/订阅者(例如，UE 1002和UE 1004的用户)提供各种数据和电信服务。CN 1024的部件可在包括用于从机器可读或计算机可读介质(例如，非暂态机器可读存储介质)读取和执行指令的部件的一个物理设备或各自独立的物理设备中实现。

在实施方案中，CN 1024可为EPC，并且RAN 1006可经由S1接口 1028与CN 1024连接。在实施方案中，S1接口1028可分成两部分：S1用户平面(S1-U)接口，该接口在基站1012或基站1014与服务网关(S- GW)之间承载流量数据；和S1-MME接口，该接口是基站1012或基站 1014与移动性管理实体(MME)之间的信令接口。

在实施方案中，CN 1024可为5GC，并且RAN 1006可经由NG接口 1028与CN 1024连接。在实施方案中，NG接口1028可分成两部分：NG 用户平面(NG-U)接口，该接口在基站1012或基站1014与用户平面功能 (UPF)之间承载流量数据；和S1控制平面(NG-C)接口，该接口是基站 1012或基站1014与访问和移动性管理功能(AMF)之间的信令接口。

一般来说，应用服务器1030可以为提供与CN 1024一起使用互联网协议(IP)承载资源的应用的元件(例如，分组交换数据服务)。应用服务器1030还可被配置为经由CN 1024支持针对UE 1002和UE 1004的一种或多种通信服务(例如，VoIP会话、群组通信会话等)。应用服务器1030可通过IP通信接口1032与CN 1024进行通信。

图11示出了根据本文公开的实施方案的用于在无线设备1102和网络设备1116之间执行信令1132的***1100。***1100可以为如本文所述的无线通信***的一部分。无线设备1102可以为，例如，无线通信***的 UE。网络设备1116可以为，例如，无线通信***的IAB节点或IAB供体。

无线设备1102可以包括一个或多个处理器1104。处理器1104可以执行指令，从而执行无线设备1102如本文所述的各种操作。处理器1104可以包括一个或多个基带处理器，其利用，例如，中央处理单元(CPU)、数字信号处理器(DSP)、专用集成电路(ASIC)、控制器、现场可编程门阵列(FPGA)设备、另一硬件设备、固件设备或任意用于执行本文所述操作的它们的组合来实现。

无线设备1102可以包括存储器1106。存储器1106可以为存储指令 1108(其可以包括，例如，由处理器1104执行的指令)的非暂态计算机可读存储介质。指令1108还可以称为程序代码或计算机程序。存储器1106 还可以存储由处理器1104使用的数据和由处理器计算的结果。

无线设备1102可以包括一个或多个收发器1110，其可以包括射频 (RF)传输器和/或接收器电路***，该RF传输器和/或接收器电路***使用无线设备1102的天线1112，以根据对应的RAT促进无线设备1102与其他设备(例如，网络设备1116)进行传输的和/或接收到的信令(例如，信令1132)。

无线设备1102可以包括一根或多根天线1112(例如，一根、两根、四根或以上)。对于具有多根天线1112的实施方案，无线设备1102可充分利用这些多根天线1112的空间分集，以在同一时频资源上发送和/或接收多个不同数据流。这一做法可被称为，例如，多输入多输出(MIMO)做法(指的是分别在传输设备和接收设备侧使用的实现这一方面的多根天线)。无线设备1102进行的MIMO传输可根据应用于无线设备1102的预编码(或数字波束赋形)来实现，无线设备1102根据已知或假设的信道特性在天线1112之间复用数据流，使得每个数据流相对于其他流以适当的信号强度，并在空域中的期望位置(例如，与该数据流相关联的接收器的位置)被接收。某些实施方案可使用单用户MIMO(SU-MIMO)方法(其中数据流全部针对单个接收器)和/或多用户MIMO(MU-MIMO)方法(其中个别数据流可针对空域中不同位置的个别(不同)接收器)。

在具有多根天线的某些实施方案中，无线设备1102可以实施模拟波束赋形技术，由此，由天线1112发送的信号的相位被相对调整，使得天线 1112的(联合)传输具有定向性(这有时被称为波束控制)。

无线设备1102可以包括一个或多个接口1114。接口1114可用于向无线设备1102提供输入或输出。例如，作为UE的无线设备1102可以包括接口1114，例如，麦克风、扬声器、触摸屏、按钮等，以便允许该UE的用户向该UE进行输入和/或输出。此类UE的其他接口可由(例如，除已描述的收发器1110/天线1112以外的)传输器、接收器和其他电路***组成，其允许该UE与其他设备之间进行通信，并可根据已知协议(例如，等)进行操作。

网络设备1116可以包括一个或多个处理器1118。处理器1118可执行指令，从而执行网络设备1116如本文所述的各种操作。处理器1104可以包括一个或多个基带处理器，其利用，例如，CPU、DSP、ASIC、控制器、FPGA设备、另一硬件设备、固件设备或任意用于执行本文所述操作的它们的组合来实现。

网络设备1116可以包括存储器1120。存储器1120可以为存储指令 1122(其可以包括，例如，由处理器1118执行的指令)的非暂态计算机可读存储介质。指令1122还可以称为程序代码或计算机程序。存储器1120 还可以存储由处理器1118使用的数据和由处理器计算的结果。

网络设备1116可以包括一个或多个收发器1124，其可以包括RF传输器和/或接收器电路***，该RF传输器和/或接收器电路***使用网络设备 1116的天线1126，以根据对应的RAT促进网络设备1116与其他设备(例如，无线设备1102)进行传输的和/或接收到的信令(例如，信令1132)。

网络设备1116可以包括一根或多根天线1126(例如，一根、两根、四根或以上)。在具有多根天线1126的实施方案中，网络设备1116可执行如前文所述的MIMO、数字波束赋形、模拟波束赋形、波束控制等。

网络设备1116可以包括一个或多个接口1128。接口1128可用于向网络设备1116提供输入或输出。例如，作为基站的网络设备1116可以包括由(例如，除已描述的收发器1124/天线1126以外的)传输器、接收器和其他电路***组成的接口1128，其使得该基站能够与核心网络中的其他装备进行通信，和/或使得该基站能够与外部网络、计算机、数据库等进行通信，以达到执行操作、管理和维护该基站或与其可操作连接的其他装备的目的。

网络设备1116可以包括IAB MEC模块1130。IAB MEC模块1130可以通过硬件、软件或其组合来实施。例如，IAB MEC模块1130可被实现为处理器、电路和/或存储在存储器1120中并由处理器1118执行的指令 1122。在一些示例中，IAB MEC模块1130可以集成在处理器1118和/或收发器1124内。例如，IAB MEC模块1130可通过处理器1118或收发器 1124内的(例如，由DSP或通用处理器执行的)软件部件和硬件部件(例如，逻辑门和电路***)的组合予以实现。

IAB MEC模块1130可用于本公开的各个方面，例如，图7至图9的各方面。例如，对于作为用于MEC(IAB MEC)的IAB节点的网络设备 1116，IAB MEC模块1130可以被配置为托管具有一个或多个应用程序实例的IAB UPF，实例化远程PDCP层和/或远程SDAP层以用于应用程序的流量，并且根据与IAB UPF上的应用程序实例相关联的QoS流通过远程 PDCP层和/或远程SDAP层将流量从无线设备1102路由到IAB UPF。作为另一示例，对于作为IAB供体的网络设备1116，IAB MEC模块1130可以从CN接收在其子IAB节点中的一个上实例化远程PDCP层和/或远程 SDAP层的指令，所述远程PDCP层和/或远程SDAP层被配置为与具有 IAB节点上的实例的MEC启用应用程序的流量一起使用，并且因此引起子 IAB节点上的实例化。此外，IAB MEC模块1130可以向子IAB节点识别一个或多个QoS流，当由UE处的PDU会话使用时，该QoS流应该由子 IAB节点通过远程PDCP层和/或远程SDAP层路由到IAB子节点上的应用程序实例。

在某些实施方案中，5G***架构支持数据连接性和服务，使得能够部署以使用技术诸如网络功能虚拟化和软件定义网络。5G***架构可利用控制平面网络功能之间的基于服务的交互。将用户平面功能与控制平面功能分开允许独立可扩展性、演进和灵活的部署(例如，集中式位置或分布式 (远程)位置)。模块化函数设计允许功能重复使用，并且可实现灵活且有效的网络切片。网络功能及其网络功能服务可直接或经由服务通信代理间接地与另一个NF及其网络功能服务交互。另一个中间功能可帮助路由控制平面消息。该架构使AN和CN之间的依赖性最小化。该架构可包括具有集成不同接入类型(例如，3GPP接入和非3GPP接入)的公共AN-CN接口的聚合核心网络。该架构还可支持统一认证框架、计算资源与存储资源解耦的无状态NF、能力暴露、对本地和集中式服务的并发访问(以支持低延迟服务和对本地数据网络的访问，用户平面功能可部署在AN附近)和/ 或在受访PLMN中用家庭路由流量以及本地突破流量两者进行漫游。

5G架构可被定义为基于服务的，并且网络功能之间的交互可包括基于服务的表示，其中控制平面内的网络功能(例如，AMF)使得其他授权网络功能能够访问其服务。基于服务的表示还可包括点对点参考点。参考点表示还可用于示出由任何两个网络功能(例如，AMF和SMF)之间的点对点参考点(例如，N11)描述的网络功能中的NF服务之间的交互。

图12示出了根据一个实施方案的5GS中的基于服务的架构1200。如 3GPP TS23.501中描述的，基于服务的架构1200包括用于与UE 1216、(R)AN 1206、UPF 1202和DN1204通信的诸如NSSF 1208、NEF 1210、 NRF 1214、PCF 1212、UDM 1226、AUSF 1218、AMF1220和SMF 1222 的NF。NF和NF服务可以直接通信(称为直接通信)，或者经由SCP 1224间接通信(称为间接通信)。图12还示出了包括Nutm、Naf、 Nudm、Npcf、Nsmf、Nnrf、Namf、Nnef、Nnssf和Nausf以及参考点N1、 N2、N3、N4和N6的对应的基于服务的接口。下面描述了由图12中示出的NF提供的一些示例性功能。

NSSF 1208支持功能，诸如：选择服务UE的网络切片实例集；确定允许的NSSAI，并且如果需要，确定到订阅的S-NSSAI的映射；确定配置的 NSSAI，并且如果需要，确定到订阅的S-NSSAI的映射；以及/或者确定要用于服务UE的AMF集，或者基于配置可能通过查询NRF来确定候选 AMF的列表。

NEF 1210支持能力和事件的暴露。NF能力和事件可由NEF 1210安全地暴露(例如，用于第三方、应用程序功能和/或边缘计算)。NEF 1210可使用到UDR的标准化接口(Nudr)来将信息作为结构化数据存储/检索。 NEF 1210还可安全地从外部应用程序向3GPP网络提供信息，并且可提供应用程序功能以向3GPP网络安全地提供信息(例如，预期的UE行为、5GLAN组信息和服务特定信息)，其中NEF 1210可认证和授权并有助于限制应用程序功能。NEF 1210可通过在与AF 1228交换的信息和与内部网络功能交换的信息之间转换来提供内部-外部信息的转换。例如，NEF 1210 在AF服务标识符和内部5G核心信息(诸如DNN和S-NSSAI)之间转换。NEF 1210可根据网络策略处理对外部AF的网络和用户敏感信息的掩蔽。NEF 1210可从其他网络功能接收信息(基于其他网络功能的暴露的能力)，并且使用到UDR的标准化接口将所接收的信息存储为结构化数据。然后，所存储的信息可由NEF 1210访问并重新暴露于其他网络功能和应用程序功能，并且用于诸如分析的其他目的。对于与特定UE相关的服务的外部暴露，NEF 1210可驻留在HPLMN中。根据运营商协议，HPLMN中的 NEF1210可具有与VPLMN中的NF的接口。当UE能够在EPC和5GC之间切换时，SCEF+NEF可用于服务暴露。

NRF 1214通过从NF实例或SCP接收NF发现请求并将所发现的NF 实例的信息提供给NF实例或SCP来支持服务发现功能。NRF 1214还可支持P-CSCF发现(SMF发现AF的特例)，保持可用NF实例及其支持的服务的NF配置文件，以及/或者向订阅的NF服务消费者或SCP通知新注册/ 更新/解除注册的NF实例连同其NF服务。在网络切片的上下文中，基于网络具体实施，可在不同级别部署多个NRF，诸如PLMN级别(NRF配置有整个PLMN的信息)、共享切片级别(NRF配置有属于网络切片集的信息)和/或切片特定级别(NRF配置有属于S-NSSAI的信息)。在漫游的上下文中，可在不同网络中部署多个NRF，其中受访PLMN中的NRF(称为 vNRF)配置有受访PLMN的信息，并且其中归属PLMN中的NRF(称为 hNRF)配置有归属PLMN的信息，由vNRF经由N27接口引用。

PCF 1212支持统一策略框架来管控网络行为。PCF 1212提供针对控制平面功能的策略规则以实施它们。PCF 1212访问与统一数据存储库 (UDR)中的策略决定相关的订阅信息。PCF 1212可访问位于与PCF相同的PLMN中的UDR。

UDM 1226支持生成3GPP AKA认证凭证、用户识别处理(例如，5G ***中每个订阅者的SUPI的存储和管理)、隐私保护订阅标识符 (SUCI)的解除隐藏、基于订阅数据(例如，漫游限制)的访问授权、UE 的服务NF注册管理(例如，为UE存储服务AMF、为UE的PDU会话存储服务SMF)、服务/会话连续性(例如，通过保持正在进行的会话的 SMF/DNN分配)、MT-SMS交付、合法拦截功能(尤其是在UDM是LI 的唯一接触点的出站漫游情况下)、订阅管理、SMS管理、5GLAN组管理处理和/或外部参数配置(预期UE行为参数或网络配置参数)。为了提供此类功能，UDM 1226使用可存储在UDR中的订阅数据(包括认证数据)，在这种情况下，UDM实现应用程序逻辑并且可能不需要内部用户数据存储，并且若干不同的UDM可在不同交易中为同一用户提供服务。 UDM 1226可位于其服务的订阅者的HPLMN中，并且可访问位于同一PLMN中的UDR的信息。

AUSF 1218支持用于3GPP接入和非信任非3GPP接入的认证。AUSF 1218还可为网络切片专用验证和授权提供支持。

AMF 1220支持RAN CP接口(N2)的终止、用于NAS加密和完整性保护的NAS(N1)的终止、注册管理、连接管理、可达性管理、移动性管理、合法拦截(针对AMF事件和到LI***的接口)、在UE和SMF之间传输SM消息、用于路由SM消息的透明代理、接入认证、接入授权、在 UE和SMSF之间传输SMS消息、SEAF、用于监管服务的位置服务管理、在UE和LMF之间以及RAN和LMF之间传输位置服务消息、用于与EPS 互通的EPS承载ID分配、UE移动性事件通知、控制平面CIoT 5GS优化、用户平面CIoT 5GS优化、配置外部参数(预期UE行为参数或网络配置参数)和/或网络切片专用验证和授权。AMF功能的一些或所有AMF功能可在AMF 1220的单个实例中得到支持。不管网络功能的数量如何，在某些实施方案中，UE和CN之间的每个接入网络只有一个NAS接口实例终止于实现至少NAS安全和移动性管理的网络功能之一。AMF 1220还可包括策略相关功能。

除了上述功能之外，AMF 1220还可包括支持非3GPP接入网络的以下功能：支持具有N3IWF/TNGF的N2接口，在该接口上，在3GPP接入上定义的一些信息(例如，3GPP小区标识)和过程(例如，切换相关)可能不适用，并且可应用不适用于3GPP接入的非3GPP接入特定信息；通过 N3IWF/TNGF用UE支持NAS信令，其中通过3GPP接入由NAS信令支持的一些程序可能不适用于非信任非3GPP(例如，寻呼)接入；支持通过 N3IWF/TNGF连接的UE的验证；经由非3GPP接入连接或者同时经由 3GPP接入或非3GPP接入连接的UE的移动性、认证和单独的安全上下文状态的管理；支持3GPP接入和非3GPP接入上有效的协调RM管理上下文；以及/或者支持用于UE通过非3GPP接入进行连接的专用CM管理上下文。在网络切片的实例中可能不需要支持所有以上功能。

SMF 1222支持会话管理(例如，会话建立、修改和发布，包括UPF 和AN节点之间的隧道维护)、UE IP地址分配和管理(包括任选的授权) (其中可从UPF或从外部数据网络接收UE IP地址)、DHCPv4(服务器和客户端)和DHCPv6(服务器和客户端)功能、基于以太网PDU的本地高速缓存信息响应地址解析协议要求和/或IPv6邻居要求请求的功能(例如，SMF通过提供与请求中发送的IP地址对应的MAC地址来响应ARP和 /或IPv6邻居要求请求)、选择和控制用户平面功能(包括控制UPF以代理ARP或IPv6邻居发现或将所有ARP/IPv6邻居要求流量转发到用于以太网PDU会话的SMF)、在UPF处的流量导向配置将流量路由到适当目的地、5G VN组管理(例如，保持所涉及的PSA UPF的拓扑结构，在PSA UPF之间建立并发布N19隧道，在UPF处配置流量转发以应用本地切换，以及/或者基于N6的转发或基于N19的转发)、终止朝向策略控制功能的接口、合法拦截(针对SM事件和到LI***的接口)、对数据收集进行收费并支持计费接口、对UPF处的计费数据收集进行控制和协调、终止NAS 消息的SM部分、下行链路数据通知、经由AMF通过N2发送到AN的AN 特定SM信息的发起方、会话的SSC模式的确定、控制平面CIoT 5GS优化、标头压缩、在可***/移除/重新定位I-SMF的部署中充当I-SMF、配置外部参数(预期UE行为参数或网络配置参数)、针对IMS服务的P-CSCF 发现、漫游功能(例如，处理本地实施以应用QoS SLA(VPLMN)、计费数据收集和计费接口(VPLMN)和/或合法拦截(在针对SM事件和到LI ***的接口的VPLMN中)、与外部DN交互以传输用于外部DN进行 PDU会话认证/授权的信令和/或指示UPF和NG-RAN在N3/N9接口上执行冗余传输。SMF功能的一些或所有SMF功能可在SMF的单个实例中得到支持。然而，在某些实施方案中，并非所有功能都需要在网络切片的实例中得到支持。除了功能之外，SMF 1222可包括策略相关功能。

SCP 1224包括以下功能中的一者或多者：间接通信；委托发现；到目的地NF/NF服务的消息转发和路由；通信安全性(例如，NF服务消费者访问NF服务制造商API的授权)、负载平衡、监视、过载控制等；和/或任选地与UDR进行交互，以基于UE身份(例如，SUPI或IMPI/IMPU)解析UDM组ID/UDR组ID/AUSF组ID/PCF组ID/CHF组ID/HSS组ID。 SCP功能的一些或所有SCP功能可在SCP的单个实例中得到支持。在某些实施方案中，SCP 1224可以分布式方式部署和/或多于一种SCP可存在于 NF服务之间的通信路径中。SCP可以PLMN级别、共享切片级别和切片特定级别部署。可以留下运营商部署以确保SCP可以与相关NRF通信。

UE 1216可包括具有无线电通信能力的设备。例如，UE 1216可包括智能电话(例如，可连接到一个或多个蜂窝网络的手持式触摸屏移动计算设备)。UE 1216还可包括任何移动或非移动计算设备，诸如个人数据助理 (PDA)、寻呼机、膝上型计算机、台式计算机、无线手持设备或包括无线通信接口的任何计算设备。UE也还被称为客户端、移动电话、移动设备、移动终端、用户终端、移动单元、移动站、移动用户、订阅者、用户、远程站、接入代理、用户代理、接收器、无线电装备、可重新配置的无线电装备或可重新配置的移动设备。UE 1216可包括IoT UE，该IoT UE 可包括被设计用于利用短期UE连接的低功率IoT应用程序的网络接入层。 IoT UE可利用技术(例如，M2M、MTC或mMTC技术)经由PLMN、使用ProSe或D2D通信的其他UE、传感器网络或IoT网络与MTC服务器或设备交换数据。M2M或MTC数据交换可以是机器启动的数据交换。IoT网络描述了互连的IoT UE，这些UE可包括唯一可识别的嵌入式计算设备 (在互联网基础结构内)。IoT UE可执行后台应用程序(例如，保持活动消息、状态更新等)以促进IoT网络的连接。

UE 1216可被配置为通过无线电接口1230与(R)AN 1206连接或通信耦接，该无线电接口可以是被配置为用蜂窝通信协议诸如GSM协议、CDMA 网络协议、一键通(PTT)协议、蜂窝PTT(POC)协议、UMTS协议、 3GPP LTE协议、5G协议、NR协议等进行操作的物理通信接口或层。例如，UE 1216和(R)AN 1206可以使用Uu接口(例如，LTE-Uu接口)来经由包括PHY层、MAC层、RLC层、PDCP层和RRC层的协议栈来交换控制平面数据。DL传输可从(R)AN 1206到UE1216，并且UL传输可从UE 1216到(R)AN 1206。UE 1216还可使用侧链路与另一UE(未示出)直接通信以进行D2D、P2P和/或ProSe通信。例如，ProSe接口可包括一个或多个逻辑信道，该一个或多个逻辑信道包括但不限于物理侧链路控制信道 (PSCCH)、物理侧链路共享信道(PSSCH)、物理侧链路发现信道 (PSDCH)和物理侧链路广播信道(PSBCH)。

(R)AN 1206可包括一个或多个接入节点，该一个或多个接入节点可被称为基站(BS)、节点B、演进节点B(eNB)、下一代节点B(gNB)、 RAN节点、控制器、传输接受点(TRP)等，并且可包括地面站(例如，陆地接入点)或卫星站，其在地理区域(例如，小区)内提供覆盖。(R)AN 1206可包括用于提供宏小区、微微小区、毫微微小区或其他类型的小区的一个或多个RAN节点。宏小区可覆盖相对较大的地理区域(例如，半径为数千米)，并且可允许UE用服务订阅进行无限制访问。微微小区可覆盖相对较小的地理区域，并且可允许UE用服务订阅进行无限制访问。毫微微小区可覆盖相对较小的地理区域(例如，家庭)，并且可允许与毫微微小区 (例如，封闭订阅者组(CSG)中的UE、家庭中的用户的UE等)具有关联的UE进行受限访问。

尽管未示出，但可使用多个RAN节点(诸如(R)AN 1206)，其中在两个或更多个节点之间定义了Xn接口。在一些具体实施中，Xn接口可包括 Xn用户平面(Xn-U)接口和Xn控制平面(Xn-C)接口。Xn-U可提供用户平面PDU的非保证递送并支持/提供数据转发和流量控制功能。Xn-C可提供管理和错误处理功能，用于管理Xn-C接口的功能；在连接模式(例如，CM-CONNECTED)下对UE 1216的移动性支持包括用于管理一个或多个(R)AN节点之间的连接模式的UE移动性的功能。该移动性支持可包括从旧(源)服务(R)AN节点到新(目标)服务(R)AN节点的上下文传输；以及对旧(源)服务(R)AN节点到新(目标)服务(R)AN节点之间的用户平面隧道的控制。

UPF 1202可充当RAT内和RAT间移动性的锚定点，与DN 1204互连的外部PDU会话点，以及支持多供体PDU会话的分支点。UPF 1202还可以执行分组路由和转发，分组检查，执行策略规则的用户平面部分，合法地拦截分组(UP收集)；流量使用情况报告、对用户平面执行QoS处理 (例如，分组滤波、门控、UL/DL速率执行)、执行上行链路流量验证 (例如，SDF到QoS流映射)、上行链路和下行链路中的传送级别分组标记以及下行链路分组缓冲和下行链路数据通知触发。UPF 1202可包括用于支持将流量流路由到数据网络的上行链路分类器。DN 1204可表示各种网络运营商服务、互联网访问或第三方服务。DN 1204可包括例如应用服务器。

本文所公开的某些实施方案可在PDU会话建立过程中实现。PDU会话建立可对应于例如UE发起的PDU会话建立过程、UE发起的在3GPP与非 3GPP之间的PDU会话切换、UE发起的从EPS到5G***(5GS)的PDU 会话切换或网络触发的PDU会话建立过程中的一者。

举例来说，图13示出了UE请求的PDU会话建立程序1300。图13所示的PDU会话建立程序1300包括在UE 1302、(无线电)接入网络(被示出为(R)AN 1304)、接入和移动性管理功能(被示出为AMF 1306)、用户平面功能(被示出为UPF 1308)、会话管理功能(被示出为SMF1310)、策略控制功能(被示出为PCF 1312)、统一数据管理功能(被示出为UDM 1314)和数据网络(被示出为DN 1316)之间的消息。在该示例中，TS 23.502条款4.3.2.2(PDU会话建立)中的呼叫流用作基础，并且本领域的技术人员将理解，以下描述仅提供了概述，并且进一步细节可见于 TS 23.502。

参考图13的操作1，从UE到AMF：NAS消息(单个网络切片选择标识符(S-NSSAI)、数据网络名称(DNN)、PDU会话ID、请求类型、旧 PDU会话ID、N1 SM容器(PDU会话建立请求))。为了建立新PDU会话，UE生成新PDU会话ID。UE通过在N1 SM容器内传输包含PDU会话建立请求的NAS消息来发起UE请求的PDU会话建立规程。PDU会话建立请求包括PDU会话ID、所请求的PDU会话类型、所请求的SSC模式、 5GSM能力PCO、SM PDU DN请求容器、分组过滤器的数量。请求类型在 PDU会话建立是建立新PDU会话的请求的情况下指示“初始请求”，并且在请求是指在3GPP接入与非3GPP接入之间的现有PDU会话切换或是指从EPC中的现有PDN连接的PDU会话切换的情况下指示“现有PDU会话”。如果请求是指EPC中的现有PDN连接，则S-NSSAI如TS 23.501条款5.15.7.2中所述那样进行设置。

5GSM核心网能力由UE提供并由SMF处理，如TS 23.501[2]条款 5.4.4b中所定义的。5GSM能力还包括UE完整性保护最大数据速率。另外，UE可在PDU会话建立请求消息的5GSM能力IE中向SMF指示UE支持特征“用于RQoS的分组过滤器的灵活范围”。

分组过滤器的数量指示用于正在建立的PDU会话的发信号通知的QoS 规则的支持的分组过滤器的数量。由UE指示的分组过滤器的数量在PDU 会话的期限内是有效的。对于存在条件，参见TS 24.501。

参考图13的操作2，AMF基于该请求类型指示“初始请求”来确定消息对应于对新PDU会话的请求，并且确定PDU会话ID不用于UE的任何现有PDU会话。如果NAS消息不包含S-NSSAI，则AMF根据UE订阅 (如果其仅包含一个默认S-NSSAI)或基于运营商策略来确定所请求PDU 会话的默认S-NSSAI。当NAS消息包含S-NSSAI但不包含DNN时，如果在UE的订阅信息中存在默认DNN，则AMF通过为该S-NSSAI选择默认 DNN来确定所请求的PDU会话的DNN；否则，服务AMF为该S-NSSAI 选择本地配置的DNN。如果基于运营商策略，由UE提供的DNN不受网络支持并且AMF不能通过查询NRF来选择SMF，则AMF应用适当的原因拒绝来自UE的包含PDU会话建立请求的NAS消息。

参考图13的操作3，从AMF到SMF： Nsmf_PDUSession_CreateSMContext请求(订阅永久标识符(SUPI)、 DNN、S-NSSAI、PDU会话ID、AMF ID、请求类型、PCF ID、优先级访问、N1SM容器(PDU会话建立请求)、用户位置信息、访问类型、永久设备标识符(PEI)、通用公共订阅标识符(GPSI)、UE在本地区域数据网(LADN)服务区域中的存在、对PDU会话状态通知的订阅、DNN选择模式)或Nsmf_PDUSession_UpdateSMContext请求(SUPI、DNN、S- NSSAI、PDU会话ID、AMF ID、请求类型、N1 SM容器(PDU会话建立请求)、用户位置信息、接入类型、RAT类型、PEI)。如果AMF不具有与UE所提供的PDU会话ID的SMF的关联(例如当请求类型指示“初始请求”时)，则AMF调用Nsmf_PDUSession_CreateSMContext请求，但是，如果AMF已经具有与UE所提供的PDU会话ID的SMF的关联(例如，当请求类型指示“现有PDU会话”时)，则AMF调用Nsmf_PDUSession_UpdateSMContext请求。AMF将S-NSSAI从允许的 NSSAI发送到SMF。对于漫游场景，AMF还将来自允许的NSSAI的映射的对应S-NSSAI发送到SMF。AMF可在Nsmf_PDU会话_创建SM上下文请求中包括PCF ID。该PCF ID识别非漫游情况中的H-PCF和本地中断漫游情况中的V-PCF。在本文的某些实施方案中，AMF可包括PDU会话建立请求消息的5GSM能力IE的值，该值指示UE支持特征“用于RQoS的分组过滤器的灵活范围”。

参考图13的操作4a至4b，该过程包括注册/订阅检索/更新订阅。

参考图13的操作5，从SMF到AMF：Nsmf_PDU会话_创建SM上下文响应(原因、SM上下文ID或N1 SM容器(PDU会话拒绝(原因))) 或Nsmf_PDU会话_更新SM上下文响应，这取决于在操作3中接收到的请求。

图13的操作6包括任选的PDU会话认证/授权。

图13的操作7a和7b包括PCF选择和SM策略关联建立或SMF发起的SM策略关联修改。

图13中的操作8，UPF选择。

图13中的操作9包括SMF发起的SM策略关联修改。

图13中的操作10a和10b包括N4会话建立/修改请求，以及N4会话建立/修改响应。

参考图13中的操作11，SMF到AMF：Namf_通信_N1N2消息传送 (PDU会话ID、N2 SM信息(PDU会话ID、QFI、QoS配置文件、CN隧道信息、来自允许的NSSAI的S-NSSAI、会话-AMBR、PDU会话类型、用户平面安全执行信息、UE完整性保护最大数据速率)、N1 SM容器 (PDU会话建立接受(QoS规则和QoS流级别QoS参数(如果需要与QoS 规则相关联的QoS流的话)、选择的SSC模式、S-NSSAI、DNN、分配的 IPv4地址、接口标识符、会话-AMBR、选择的PDU会话类型、反射QoS 定时器(如果可用的话)、反射QoS规则范围、P-CSCF地址)))。如果多个UPF用于PDU会话，则CN隧道信息包含与终止N3的UPF相关的隧道信息。在本文的某些实施方案中，反射QoS规则范围指示以下内容：对于IP类型的PDU会话，其向UE指示RQoS范围是包括源/目的地IP地址对和源/目的地端口号两者，还是仅包括前者；并且对于以太网类型的PDU 会话，其向UE指示RQoS范围是包括源/目的地MAC地址对和IEEE 802.1Q标签两者，还是仅包括前者。

N2 SM信息携带AMF应转发到(R)AN的信息，该信息包括：CN隧道信息对应于与PDU会话相对应的N3隧道的核心网地址；可将一个或多个 QoS配置文件和对应QFI提供给(R)AN。这在TS 23.501条款5.7中进一步描述；PDU会话ID可由与UE的AN信令使用，以向UE指示在(R)AN资源与用于UE的PDU会话之间的关联；PDU会话与S-NSSAI和DNN相关联，其中提供给(R)AN的S-NSSAI是具有用于服务PLMN的值的S- NSSAI；用户平面安全执行信息由如TS23.501的条款5.10.3中所述的SMF 确定；并且如果用户平面安全执行信息指示完整性保护是“优选的”或“所需的”，则SMF还包括如在5GSM能力中所接收的UE完整性保护最大数据速率。

N1 SM容器包含AMF应提供给UE的PDU会话建立接受。如果UE 请求P-CSCF发现，则该消息还应包括由SMF确定的P-CSCF IP地址。 PDU会话建立接受包括来自允许的NSSAI的S-NSSAI。对于漫游场景， PDU会话建立接受还包括来自在操作3中SMF接收到的允许的NSSAI的映射的对应S-NSSAI。多个QoS规则、QoS流级别QoS参数(如果需要与那些QoS规则相关联的QoS流的话)和QoS配置文件可被包括在N1 SM 内的PDU会话建立接受中以及N2 SM信息中。Namf_通信_N1N2消息传送包含PDU会话ID，其允许AMF知道使用朝向UE的哪个接入。

参考图13中的操作12，AMF至(R)AN：N2 PDU会话请求(N2 SM信息、NAS消息(PDU会话ID、N1 SM容器(PDU会话建立接受)))。 AMF向(R)AN发送包含目标为UE的PDU会话ID和PDU会话建立接受的 NAS消息，以及从N2 PDU会话请求内的SMF接收的N2 SM信息。

参考图13中的操作13，(R)AN至UE：(R)AN可发出与从SMF接收的信息相关的与UE的AN特定信令交换。例如，在NG-RAN的情况下， RRC连接重新配置可在UE建立与在操作12中接收到的PDU会话请求的 QoS规则相关的必要NG-RAN资源时发生。

(R)AN还为PDU会话分配(R)AN N3 t隧道信息。在双连接的情况下，主RAN节点可将待设置的一些(零个或更多个)QFI分配给主RAN节点并将其他QFI分配给辅RAN节点。AN隧道信息包括每个涉及的(R)AN节点的隧道端点，以及分配给每个隧道端点的QFI。QFI可被分配给主RAN 节点或辅RAN节点，但不是同时分配给两者。

(R)AN将在步骤12中提供的NAS消息(PDU会话ID、N1 SM容器 (PDU会话建立接受))转发到UE。(R)AN只有在建立了必要(R)AN资源并且(R)AN隧道信息的分配成功的情况下，才会向UE提供NAS消息。

图13中的操作14包括N2 PDU会话请求确认。

在第一上行链路数据之后，图13中的操作15包括AMF到SMF： Nsmf_PDU会话_更新SM转换(N2 SM信息、请求类型)。

参考图13中的操作16a，SMF用UPF发起N4会话修改过程。SMF向 UPF提供AN隧道信息以及对应转发规则。需注意，如果PDU会话建立请求是由于3GPP与非3GPP接入之间的移动性或来自EPC的移动性，则在该步骤中将下行链路数据路径切换到目标接入。在本文的某些实施方案中，SMF可向UPF告知RQoS适用于该PDU会话建立请求的PDU会话。当SMF向UPF告知RQoS适用于某个PDU会话时，其还指示对于该特定 PDU会话，UPF是否应将分组过滤器的“缩减”范围应用于RQoS(即，对于IP类型的PDU会话，是否仅将源/目的地IP地址对用作分组过滤器，或者对于以太网类型的PDU会话，是否仅使用源/目的地MAC地址对)。对于该指示，SMF可考虑从UE接收的支持指示。UPF可使用该信息：调适范围以用于UL分组的检查；以及确定需要用RQI标记哪些DL分组。

参考图13中的操作16b，UPF向SMF提供N4会话修改响应。如果在 PDU会话中使用多个UPF，则步骤16中的UPF是指UPF终止N3。在该步骤之后，UPF将可能已经针对该PDU会话被缓冲的任何下行链路分组(第一下行链路数据)递送到UE。

图13中的操作17包括SMF到AMF：Nsmf_PDU会话_更新SM上下文响应。

图13中的操作18包括SMF到AMF：Nsmf_PDU会话_SM上下文状态通知。

图13中的操作19包括经由UPF的SMF到UE：在PDU会话类型 IPv6或IPv4v6的情况下，SMF生成IPv6路由器广告并经由N4和UPF将其发送到UE。

图13中的操作20包括，如果PDU会话建立在步骤4之后失败，则 SMF执行解除订阅或解除注册。

在根据某些实施方案的上述过程中，这些实施方案可反映在PDU会话建立接受消息的内容中(参见例如操作11至13)。在操作11处，Namf_ 通信_N1N2消息传送操作由SMF到AMF执行。Namf_通信_N1N2消息传送指示或包括反射QoS规则范围，以及PDU会话ID、N2 SM信息(PDU 会话ID、QFI、QoS配置文件、CN隧道信息、来自允许的NSSAI的S- NSSAI、会话-AMBR、PDU会话类型、用户平面安全执行信息、UE完整性保护最大数据速率)、N1 SM容器(PDU会话建立接受(QoS规则和 QoS流级别QoS参数(如果需要与QoS规则相关联的QoS流的话)、选择的SSC模式、S-NSSAI、DNN、分配的IPv4地址、接口标识符、会话- AMBR、选择的PDU会话类型、反射QoS定时器(如果可用的话)、P- CSCF地址)))。如果多个UPF用于PDU会话，则CN隧道信息包含与终止N3的UPF相关的隧道信息。

根据某些实施方案，对于IP类型的PDU会话，反射QoS规则范围向 UE指示RQoS范围是包括源/目的地IP地址对和源/目的地端口号两者，还是仅包括前者。对于以太网类型的PDU会话，反射QoS规则范围向UE指示RQoS范围是包括源/目的地MAC地址对和IEEE 802.1Q标签两者，还是仅包括前者。

另外，在操作1和3中，UE可在PDU会话建立请求消息中(例如，在5GSM能力信息元素中)向SMF指示UE支持特征“用于RQoS的分组过滤器的灵活范围”。

此外，当SMF向UPF告知RQoS适用于某个PDU会话(参见例如操作16a)时，其还指示对于该特定PDU会话，UPF是否要将分组过滤器的“缩减”范围应用于RQoS(例如，对于IP类型的PDU会话，是否仅将源/ 目的地IP地址对用作分组过滤器，或者对于以太网类型的PDU会话，是否仅使用源/目的地MAC地址对)。对于该指示，SMF可考虑从UE接收的支持指示。在某些实施方案中，UPF使用该信息：调适范围以用于UL分组的检查；以及/或者确定需要用RQI标记哪些DL分组。

关于UPF调适范围以用于UL分组的检查，UPF检查由UE发送的UL 分组，以验证UE是否以兼容的方式表现，例如，是否仅在与相应分组过滤器匹配的那些UL分组中包括适用于RQoS服务数据流(SDF)的QFI。对于该任务，UPF可能需要知道是基于分组过滤器的缩减范围还是全范围来执行检查。如果UE正在使用用于其他分组的QFI，则UPF可丢弃相应分组。

关于UPF确定需要用RQI标记哪些DL分组，如上所述，在UE与网络中的一些服务器之间的通信会话期间发生的SDF可由缩减范围的单个分组过滤器(例如，仅源/目的地IP地址对)或由全范围的若干分组过滤器 (例如，包括源/目的地IP地址对和源/目的地端口号)描述。对于全范围情况，UPF可能需要确保对于在通信会话期间使用的不同源/目的地端口号对中的每一个源/目的地端口对，UPF用RQI标记一个或多个DL分组，使得UE为这些对中的每一个对创建对应UL分组过滤器。然而，对于缩减范围的情况，UPF按照源/目的地地址对标记一个或多个DL分组可能是足够的。

一个示例性实施方案包括用于通过灵活地定义执行分组过滤器导出的分组标头字段范围来控制在UE中QoS规则的导出的方法。在某些此类实施方案中，用于QoS规则的导出的分组标头字段范围可在PDU会话建立或修改时由网络提供给UE。对于IP类型的PDU会话，网络向UE指示RQoS范围是包括源/目的地IP地址对和源/目的地端口号两者，还是仅包括前者。对于以太网类型的PDU会话，网络向UE指示RQoS范围是包括源/ 目的地MAC地址对和IEEE 802.1Q标签两者，还是仅包括前者。在某些实施方案中，UE向网络指示其是否支持用于PDU会话的RQoS的分组过滤器的灵活范围，由此网络至少部分地基于从UE接收到支持指示来决定是否使用用于PDU会话的RQoS的分组过滤器的灵活范围。

图14示出了根据一个实施方案的用于5G***(5GS)的策略和计费控制框架的整体架构的基于服务的表示1400。如3GPP TS 23.503中所述，基于服务的表示1400包括以下功能：策略控制功能(示出为PCF 1408)、会话管理功能(示出为SMF 1416)、用户平面功能(示出为UPF 1402)、接入和移动性管理功能(示出为AMF 1414)、网络开放功能(示出为NEF1406)、网络数据分析功能(示出为NWDAF 1412)、计费功能 (示出为CHF 1410)、应用程序功能(示出为AF 1418)和统一数据储存库(示出为UDR 1404)。图14还示出了包括Nudr、Nnef、Nnwdaf、 Naf、Npcf、Nchf、Namf和Nsmf的对应接口。N4参考点可以不是5G策略框架的一部分，但是为完整性而示出。

图15示出了根据一个实施方案的用于5GS的策略和计费控制框架的整体架构的参考点表示1500。如3GPP TS 23.503中所述，参考点表示1500 包括以下功能：PCF 1408、SMF1416、UPF 1402、AMF 1414、NEF 1406、NWDAF 1412、CHF 1410、AF 1418和UDR 1404。图15还示出了对应的参考点N5、N23、N36、N30、N29、N28、N40、N15、N7和N4。 N4参考点可以不是5G策略框架的一部分，但是为完整性而示出。

对于一个或多个实施方案，在前述附图中的一个或多个附图中示出的部件中至少一个部件可被配置为执行如本文所述的一个或多个操作、技术、过程和/或方法。例如，本文结合前述附图中的一个或多个附图所述的基带处理器可被配置为根据本文所述示例中的一个或多个示例进行操作。又如，与上文结合前述附图中的一个或多个附图所述的UE、基站、网络元件等相关联的电路***可被配置为根据本文示出的示例中的一个或多个示例进行操作。

除非另有明确说明，否则上述实施方案中的任一者可与任何其他实施方案(或实施方案的组合)进行组合。一个或多个具体实施的前述描述提供了说明和描述，但是并不旨在穷举或将实施方案的范围限制为所公开的精确形式。鉴于上面的教导内容，修改和变型是可能的，或者可从各种实施方案的实践中获取修改和变型。

本文所述的***和方法的实施方案和具体实施可包括各种操作，这些操作可体现在将由计算机***执行的机器可执行指令中。计算机***可包括一个或多个通用或专用计算机(或其他电子设备)。计算机***可包括硬件部件，这些硬件部件包括用于执行操作的特定逻辑部件，或者可包括硬件、软件和/或固件的组合。

应当认识到，本文所述的***包括对具体实施方案的描述。这些实施方案可组合成单个***、部分地结合到其他***中、分成多个***或以其他方式划分或组合。此外，可设想在另一个实施方案中使用一个实施方案的参数、属性、方面等。为了清楚起见，仅在一个或多个实施方案中描述了这些参数、属性、方面等，并且应认识到除非本文特别声明，否则这些参数、属性、方面等可与另一个实施方案的参数、属性、方面等组合或将其取代。

众所周知，使用个人可识别信息应遵循公认为满足或超过维护用户隐私的行业或政府要求的隐私政策和做法。具体地，应管理和处理个人可识别信息数据，以使无意或未经授权的访问或使用的风险最小化，并应当向用户明确说明授权使用的性质。

尽管为了清楚起见已经相当详细地描述了前述内容，但是将显而易见的是，在不脱离本发明原理的情况下，可以进行某些改变和修改。应当指出的是，存在实现本文所述的过程和装置两者的许多另选方式。因此，本发明的实施方案应被视为例示性的而非限制性的，并且本说明书不限于本文给出的细节，而是可在所附权利要求书的范围和等同物内进行修改。

Claims (24)

1.一种用于提供多接入边缘计算(MEC)的集成接入和回传(IAB)节点的方法，包括：

在所述IAB节点处实例化IAB用户平面功能(UPF)；

向核心网络(CN)提供所述IAB节点能够操作所述IAB UPF和IAB供体的远程分组数据汇聚协议(PDCP)层的指示；

根据从所述IAB供体接收的指令来实例化所述远程PDCP层，其中所述指令包括服务质量(QoS)流的标识符，并且其中所述远程PDCP层被配置为将所述QoS流路由到所述IAB UPF。

2.根据权利要求1所述的方法，还包括：

经由所述远程PDCP层将所述QoS流路由到所述IAB UPF。

3.根据权利要求2所述的方法，还包括：

根据从所述IAB供体接收的所述指令在所述IAB节点处实例化远程服务数据适配协议(SDAP)层，其中所述远程SDAP层被配置为将所述QoS流路由到所述IAB UPF；以及

经由所述远程SDAP层将所述QoS流路由到所述IAB UPF。

4.根据权利要求2所述的方法，其中所述QoS流的DRB是以连接到所述IAB节点的UE建立的。

5.根据权利要求1所述的方法，还包括：

以所述CN的网络储存库功能(NRF)注册所述IAB UPF的网络功能(NF)配置文件，所述NF配置文件包括对应于所述IAB节点与所述CN之间的协议数据单元(PDU)会话的IP地址和所述IAB节点的标识符。

6.根据权利要求1所述的方法，还包括：

执行所述IAB UPF与所述CN的N4建立。

7.根据权利要求1所述的方法，还包括：

向所述CN发送所述IAB UPF的数据网络接入标识符(DNAI)和与所述IAB UPF相关联的应用程序的识别。

8.根据权利要求1所述的方法，还包括：

接收所述IAB UPF的数据网络接入标识符(DNAI)。

9.根据权利要求1所述的方法，还包括：

接收用于访问所述CN的网络储存库功能(NRF)的凭证。

10.一种用于用被配置为提供多接入边缘计算(MEC)的集成接入和回传(IAB)节点进行操作的核心网络(CN)的方法，包括：

从所述IAB节点接收所述IAB节点能够操作IAB用户平面功能(UPF)和IAB供体的远程分组数据汇聚协议(PDCP)层的第一指示；

从所述IAB节点接收包括所述IAB节点的标识符的所述IAB UPF的网络功能(NF)配置文件；

针对用户装备(UE)确定包括所述IAB节点的所述标识符的用户位置信息；

基于与所述CN和所述UE之间的PDU会话相关联的策略和计费控制(PCC)规则以及确定所述IAB UPF的所述NF配置文件和所述UE的所述用户位置信息中的每一者均包括所述IAB节点的所述标识符，确定所述UE的流量是针对所述IAB UPF的；

识别所述流量的服务质量(QoS)流；

向所述IAB供体发送所述QoS流将被路由到所述IAB UPF的第二指示；以及

向所述UE发送将所述流量分配到所述QoS流的指令。

11.根据权利要求10所述的方法，其中所述QoS流将被路由到所述IAB UPF的所述指示包括所述QoS流的标识符和所述IAB节点的所述标识符。

12.根据权利要求10所述的方法，其中在所述CN与所述UE之间建立PDU会话期间确定所述用户位置信息。

13.根据权利要求10所述的方法，其中所述IAB UPF的所述NF配置文件还包括与所述IAB节点和所述CN之间的PDU会话对应的IP地址。

14.根据权利要求13所述的方法，还包括：

基于与所述IAB节点和所述CN之间的所述PDU会话对应的所述IP地址，执行所述IABUPF与所述IAB节点的N4建立。

15.根据权利要求10所述的方法，还包括：

从所述IAB节点接收所述IAB节点的数据网络接入标识符(DNAI)和与所述IAB UPF相关联的应用程序的识别；以及

基于所述DNAI和与所述IAB UPF相关联的所述应用程序的所述识别来生成所述PCC规则。

16.根据权利要求10所述的方法，其中所述CN的网络储存库功能(NRF)通知所述CN的会话管理功能(SMF)针对所述IAB UPF的所述NF配置文件。

17.根据权利要求10所述的方法，其中所述CN的UPF确定所述PCC规则适用于所述流量。

18.根据权利要求10所述的方法，其中所述CN的会话管理功能(SMF)确定所述IAB UPF的所述NF配置文件和来自所述UE的所述用户位置信息中的每一者均包括所述IAB节点的所述标识符。

19.一种用于用被配置为提供多接入边缘计算(MEC)的IAB节点进行操作的集成接入和回传(IAB)供体的方法，包括：

从核心网络(CN)接收服务质量(QoS)流将被路由到所述IAB节点的IAB用户平面功能(UPF)的指示；以及

向所述IAB节点发送实例化所述IAB供体的远程分组数据汇聚协议(PDCP)层的第一指令，其中所述远程PDCP层被配置为将所述QoS流路由到所述IAB UPF。

20.根据权利要求19所述的方法，还包括：

向所述IAB节点发送实例化所述IAB供体的远程服务数据适配协议(SDAP)层的第二指令，其中所述远程SDAP层被配置为将所述QoS流路由到所述IAB UPF。

21.根据权利要求19所述的方法，其中所述指示包括所述QoS流的标识符和所述IAB节点的标识符。

22.根据权利要求19所述的方法，其中所述第一指令包括所述QoS流的标识符。

23.一种计算机程序产品，包括指令，所述指令在由处理器执行时实施根据权利要求1至权利要求22中任一项所述的方法的步骤。

24.一种装置，包括用于实施根据权利要求1至权利要求22中任一项所述的方法的步骤的设备。