用于发现和链接网络开放功能的方法和装置与流程

本公开涉及通信系统。更具体地，本公开涉及一种用于发现和链接网络开放功能(networkexposurefunction，nef)以处理来自外部应用服务器(applicationserver，as)的请求的方法和装置。

背景技术：

为了满足自第四代(4th-generation，4g)通信系统的部署以来已经增加的对无线数据通信量的需求，已经做出努力来开发改进的第五代(5th-generation，5g)或者预5g(pre-5g)通信系统。因此，5g或预5g通信系统也被称为“超4g网络(beyond4gnetwork)”或“后lte系统(postltesystem)”。5g通信系统被认为在更高频率(毫米波(mmwave))的频带(例如，60ghz频带)中被实施，以便实现更高的数据速率。为了降低无线电波的传播损耗并增大发送距离，讨论了5g通信系统中的波束成形、大规模多输入多输出(multiple-inputmultiple-output，mimo)、全维mimo(fulldimensionalmimo，fd-mimo)、阵列天线、模拟波束成形和大规模天线技术。另外，在5g通信系统中，正在基于先进的小型小区、云无线电接入网络(radioaccessnetworks，ran)、超密网、设备到设备(device-to-device，d2d)通信、无线回程，移动网络、协同通信、协作多点(coordinatedmulti-points，comp)和接收端干扰消除等进行针对系统网络改进的开发。在5g系统中，作为先进编码调制(advancedcodingmodulation，acm)的混合频移键控(frequency-shiftkeying，fsk)和正交振幅调制(quadratureamplitudemodulation，qam)调制(fqam)和滑动窗口叠加编码(slidingwindowsuperpositioncoding，swsc)，以及作为先进的接入技术的滤波器组多载波(filterbankmulticarrier，fbmc)、非正交多址接入(non-orthogonalmultipleaccess，noma)和稀疏代码多址接入(sparsecodemultipleaccess，scma)已经被开发出来。

互联网作为其中人类生成和消费信息的、以人为中心的连接网络现在正在向物联网(internetofthings，iot)演进，在物联网中，诸如事物的分布式实体在没有人为干预的情况下交换和处理信息。iot技术和通过与云服务器连接的大数据处理技术相结合的万物互联(internetofeverything，ioe)已经出现。由于物联网实施需要诸如“传感技术”、“有线/无线通信和网络基础设施”、“服务接口技术”和“安全技术”等技术元素，所以传感器网络、机器对机器(machine-to-machine，m2m)通信、机器类型通信(machinetypecommunication，mtc)等最近已经被研究。这种iot环境可以提供智能互联网技术服务，其通过收集和分析联网事物间生成的数据为人类的生活创造新的价值。iot可以通过现有信息技术(informationtechnology，it)与各种工业应用之间的融合与结合来应用于包括智能家居、智能建筑、智能城市、智能汽车或联网汽车、智能电网、医疗保健、智能家电和先进医疗服务等各个领域。

出于此目的，已经做出各种尝试以将5g通信系统应用到iot网络。例如，诸如传感器网络、mtc和m2m通信的技术可以通过波束成形、mimo和阵列天线来实施。云ran作为上述大数据处理技术的应用也可以被认为是5g技术与iot技术融合的一个示例。

同时，关于在第三代合作伙伴计划(3rdgenerationpartnershipproject，3gpp)下一代通信系统中实施与第三方as的通信的架构的讨论正在进行中。这刺激了用于外部第三方as提供核心网络(corenetwork，cn)的网络功能及其增强的方法的研发和增强。

以上信息仅作为背景信息呈现，以帮助理解本公开。对于上述内容中的任何一个是否可以作为关于本公开的现有技术来应用，还没有做出确定，也没有作出断言。

技术实现要素：

本公开的方面是至少解决上述问题和/或缺点，并且提供至少下述优点。因此，本公开的一个方面是提供用于将终端上下文(context)开放给第三方应用服务器(as)的网络开放功能(nef)或服务能力开放功能(servicecapabilityexposurefunction，scef)，以向它们通知终端的移动性事件、改变终端的会话或向核心网络(cn)提供终端使用所必需的信息。

本公开的另一方面在于提供一种用于检测在连接第三方as(其支持定义用于第四代(4g)或第五代(5g)移动通信网络中的网络能力开放功能和cn的网络功能)的nef之间的连接、和链接每一功能的nef以及管理链接的nef的方法。

将在下面的描述中部分地阐述附加方面，并且部分将从描述中显而易见，或者可以通过实践所呈现的实施例而习得。

根据本公开的一方面，提供了cn的网络功能。cn的网络功能包括特定网络实体的功能，例如，接入和移动性功能(mobilityfunction，amf)实体的移动性管理功能、会话管理功能(sessionmanagementfunction，smf)实体的会话管理功能以及策略管理功能(policycontrolfunction，pcf)实体的策略控制功能。

这里，链接nef意味着利用多个网络功能的集合来配置nef。每个nef连接到cn实体和第三方as。本公开定义了管理nef的控制功能，并且该控制功能建立第三方as和nef之间的连接并与cn网络功能交互。本公开中，第三方as可以检测与特定应用编程接口(applicationprograminginterface，api)、网络切片、特定区域和特定终端相关联的nef，并且直接或间接与nef通信以获取终端信息、配置事件或发送数据。

通过各种实施例来描述本公开以提出第三方as如何发现nef、如何选择和链接nef、如何在链接的nef之间的消息交换期间识别对第三方as的请求、如何识别消息以及如何在nef链接中更改特定的nef。

根据本公开的另一方面，提供了一种用于第一网络节点管理移动通信系统中的至少一个第二网络节点的方法。该方法包括：从至少一个第二网络节点接收与至少一个第二网络节点相关的api信息；基于api信息组成多个第二网络节点链；当从外部服务器接收到api请求时，选择用于支持api请求的第二网络节点链中的一个；以及将api请求传送到包括在所选择的第二网络节点链中的第二网络节点。

根据本公开的另一方面，提供了一种用于管理移动通信系统中的至少一个第二网络节点的第一网络节点。第一网络节点包括：通信单元，其被配置为发送和接收信号；以及控制器，其被配置为控制从至少一个第二网络节点接收与至少一个第二网络节点相关的api信息、基于api信息组成多个第二网络节点链接、当从外部服务器接收到api请求时，选择用于支持api请求的第二网络节点链接中的一个、以及将api请求传送到包括在所选择的第二网络节点链接中的第二网络节点。

根据本公开的另一方面，提供了一种移动通信系统中的第二网络节点的方法。该方法包括：将与第二网络节点相关的api信息发送到管理至少一个第二网络节点的第一网络节点；经由第一网络节点从外部服务接收api请求；以及经由支持api请求的网络功能处理api请求。

根据本公开的另一方面，提供了一种移动通信系统的第二网络节点。第二网络节点包括：通信单元，其被配置为发送和接收信号；以及控制器，其被配置为控制向管理至少一个第二网络节点的第一网络节点发送与第二网络节点相关的api信息、经由第一网络节点从外部服务接收api请求、以及经由支持api请求的网络功能处理api请求。

根据以下结合附图公开本公开的各种实施例的详细描述，本公开的其他方面、优点和显著特征对于本领域技术人员将变得显而易见。

附图说明

根据以下结合附图的描述，本公开的某些实施例的以上和其他方面、特征和优点将变得显而易见，其中：

图1是示出根据本公开的实施例的用于注册供网络开放功能(nef)使用的应用编程接口(api)的过程的信号流程图；

图2是示出根据本公开的实施例的用于根据来自第三方应用服务器(as)的请求来发现nef并链接所选择的nef的过程的信号流程图；

图3是示出根据本公开的实施例的用于改变为另一个nef提供api的nef链接的nef的过程的信号流程图；

图4是示出根据本公开的实施例的nef的配置的框图；

图5是示出根据本公开的实施例的nef管理控制器的配置的框图；以及

图6是示出根据本公开的实施例的第三方as的配置的框图。

在整个附图中，应该注意的是，相似的附图标记用于描绘相同或相似的元件、特征和结构。

具体实施方式

提供以下参考附图的描述以帮助全面理解由权利要求及其等同物所限定的本公开的各种实施例。它包括各种具体细节以帮助理解，但这些细节将仅仅被视为示例性的。因此，本领域的普通技术人员将认识到，在不脱离本公开的范围和精神的情况下，能够对这里描述的各种实施例进行各种改变和修改。另外，为了清楚和简洁，可能省略对熟知的功能和结构的描述。

在以下描述和权利要求中使用的术语和词语不限于书面含义，而是仅仅由发明人使用以使得能够清楚和一致地理解本公开。因此，对本领域技术人员来说应当清楚，对本公开的各种实施例的以下描述仅被提供用于例示的目的，而不是为了限制由所附权利要求及其等同物所限定的本公开的目的。

应该理解的是，除非上下文另外清楚地指示，否则单数形式“一”，“一个”和“该”包括复数指示物。因此，例如，对“组件表面”的引用包括对一个或多个这样的表面的引用。

可以省略本领域熟知且与本公开无关的技术规范的详细描述，以避免模糊本公开的主题。这旨在省略不必要的描述，以便明确本公开的主题。

出于同样的原因，一些元件在附图中被放大、省略或简化，并且实际上，这些元件可以具有不同于附图中所示的尺寸和/或形状。在整个附图中，相同或等同的部分由相同的附图标记来指示。

通过参考以下对各种实施例和附图的详细描述，可以更容易地理解本公开的优点和特征以及实现这些优点和特征的方法。然而，本公开可以以许多不同的形式来体现，并且不应该被解释为限于本文阐述的各种实施例。相反，提供这些各种实施例以便本公开是充分和完整的，并且将本公开的概念完全传达给本领域技术人员，并且本公开将仅由所附权利要求来限定。在整个说明书中，相似的附图标记指代相似的元件。

应该理解，流程图和/或框图中的每个框以及流程图和/或框图中的框的组合能够通过计算机程序指令来实施。这些计算机程序指令可以被提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得经由计算机或其他可编程数据处理装置的处理器执行的指令创建用于实施流程图和/或框图中指定的功能/动作的手段(means)。这些计算机程序指令还可以被存储在能够引导计算机或其他可编程数据处理装置以特定方式运行的非瞬态计算机可读存储器(non-transitorycomputer-readablememory)中，使得存储在非瞬态计算机可读存储器中的指令产生实施流程图和/或框图中指定的功能/动作的制造产品嵌入指令手段。计算机程序指令也可以被加载到计算机或其他可编程数据处理装置上，以使得在计算机或其他可编程装置上执行一系列操作，以产生计算机实施的过程，使得在计算机或其他可编程装置上执行的指令提供用于实现流程图和/或框图中指定的功能/动作的操作。

此外，各个框图可以示出包括用于执行(多个)特定逻辑功能的至少一个或多个可执行指令的模块、段或代码的部分。此外，应该注意，在若干修改中，这些框的功能可以以不同的顺序执行。例如，可以基本上同时执行两个连续的框，或者可以根据它们的功能以相反的顺序执行两个连续的块。

根据本公开的各种实施例，术语“模块”意味着但不限于诸如现场可编程门阵列(fieldprogrammablegatearray，fpga)或专用集成电路(applicationspecificintegratedcircuit，asic)的执行某些任务的软件或硬件组件。模块可以有利地被配置为驻留在可寻址存储介质上，并且被配置为在一个或多个处理器上执行。因此，作为示例，模块可以包括诸如软件组件、面向对象的软件组件、类别组件和任务组件、过程、功能、属性、程序、子程序、程序代码段、驱动器、固件、微码、电路系统、数据、数据库、数据结构、表格、数组和变量的组件。在组件和模块中提供的功能可以被组合成更少的组件和模块，或者进一步被分离成附加的组件和模块。另外，组件和模块可以被实施为使得它们在设备或安全多媒体卡中执行一个或多个中央处理单元(cpu)。

尽管该描述指向作为第三代合作伙伴计划(3gpp)第五代(5g)网络标准中指定的无线接入网络(ran)和核心网络(cn)的新无线接入网络(newradioaccessnetwork，nr)和下一代核心(ng核心)，特别是指向与第三方应用服务器(as)执行过程的网络开放功能(nef)和服务能力开放功能(scef)，但是本领域技术人员将理解，在不脱离本发明的情况下，本公开甚至能够应用于具有类似技术背景和信道格式的其他通信系统。第三方as经由由nef提供的应用编程接口(api)来使用功能。

在下面的描述中，为了便于解释，使用3gpp长期演进(lte)标准中给出的术语和定义。然而，本公开不受这些术语和定义的限制，并且可以以相同的方式应用于遵守不同标准的其它系统。

在进行本公开的详细描述之前，对本公开中出现的网络实体和网络节点做出简要描述。

5gcn包括下网络功能。移动性管理功能是用于管理终端移动性的网络功能。会话管理功能(sessionmanagementfunction，smf)是用于管理终端的分组数据网络连接的网络功能。认证功能是用于认证终端以使用相应的移动通信网络的网络功能；策略/计费功能是负责移动通信运营商对终端的服务策略和计费的网络功能；nef能够访问5g网络所使用的终端管理信息以改变终端移动性管理配置、配置终端移动性管理上下文、订阅相应终端的移动性管理事件、配置相应终端的会话管理和会话管理上下文、配置终端的计费信息、并且为相应终端发送小数据。

nef被插入在网络功能和第三方as之间，以中继消息、处理请求消息和回复请求消息；传递关于网络功能可能开放给第三方as的能力的信息的消息，诸如终端位置、终端可达性、终端移动性、终端在使用的会话以及应用于终端的策略。

在本公开中，api是由nef提供的api，以便第三方as经由api使用或获取由cn功能提供的信息。在以下描述中，api表示设计用于使得外部网络的as有可能访问由3gppcn支持的网络能力的接口。

也就是说，如果第三方as想要定位用于移动性管理的终端，则它可以经由相关api(例如，位置报告api)从cn获取终端位置信息。如果有必要为终端所使用的会话改变通信量路由(trafficrouting)，则第三方as可以经由支持流量定向的api(例如，流量定向api)请求改变分组数据单元(packetdataunit，pdu)会话的路由路径(routingpath)，该会话由cn为终端建立。在本公开中，显然能够在第三方as和nef管理控制器之间提供api。

根据本公开的实施例，nef管理控制器连接到部署在网络中的nef以收集和管理每一nef的api列表、网络切片信息和服务区域信息中的至少一个。nef管理控制器可以在第三方as处被视为nef。因此，第三方as可以将诸如寻址到多个nef的消息的消息传送到nef管理控制器。

第三方as也可以将nef管理控制器视为用于访问nef的入口nef。在这种情况下，nef也可以将nef管理控制器视为另一nef，并且因此重用由nef所使用的消息或api。作为另一示例，如果nef管理控制器被视为是用于管理和控制nef的网络功能，则其可以被定义为供第三方as使用以连接到nef的网络功能或者提供用于连接到nef的api的功能。在这种情况下，nef也可以被管理和控制，并经由通过nef管理控制器提供的api连接到第三方as。

基于以上描述，通过图1、图2和图3中所示的各种实施例来描述本公开。

图1是示出根据本公开的实施例的用于注册供nef使用的api的过程的信号流程图。

根据本公开的实施例，在操作s105处，每个nef向nef管理控制器传送包括支持api列表、服务区域和服务网络切片中的至少一个的api注册请求消息。api注册请求消息可以包括上述三种类型的信息中的至少一种，并且不受名称限制；如果存在将从nef发送的相应信息传达到管理nef的功能的任何消息，则该消息虽然被称为不同名称，但能够用作出于相同目的而被发送。在接收到api注册请求消息时，nef管理控制器可以基于由nef发送的信息来明确支持api、服务区域和服务网络切片，并存储所明确的信息。

在操作s110处，nef管理控制器可以向已经发送api注册请求消息的nef(图1的nef#1)传送api注册响应消息，并且api注册响应消息可以包括认证信息。可以发送认证信息以便nef管理控制器认证相应的api、服务区域和服务网络切片的可支持性。认证信息还可以被包括在之后从nef管理控制器发送到nef的apr请求(或api触发器或api启用(invoke))消息中，并且在接收到该消息时，nef可以基于认证信息来识别nef管理控制器并验证该消息。

根据本公开的实施例，在操作s115处，nef管理控制器可以通过向nef发送状态通知订阅消息来订阅从nef接收状态通知，状态通知订阅消息包括对状态信息(例如，处理负载、服务终端的数量、服务网络切片的数量以及信令开销状态)的请求。由nef管理控制器发送的api状态订阅消息也可以包括用于确定处理负载和负载信息报告周期性的阈值。在操作s120处，nef可以向nef管理控制器传送响应以回应订阅来确认订阅，并且随后在操作s145处，当其状态改变或者处理负载变得大于阈值或由nef管理控制器请求的周期性时，向nef管理控制器发送状态通知消息。稍后参考图3进行与该实施例相关的详细描述。

nef#2以与nef#1相同的方式操作，以在操作s125和s130处向nef管理控制器发送其支持api列表、服务区域和服务网络切片信息以用于注册。虽然为了便于说明而将其称为api注册过程，但是nef向其他网络功能注册其支持api的过程不受名称的限制，并且可以就发送服务区域和服务网络切片信息以及api信息方面被称为不同的名称。

在操作s135中发送状态通知订阅消息之后，在操作s140处，nef管理控制器可以配置nef链接。例如，有可能以api特定的方式组成nef的集合，例如，用于使用移动性相关api的终端的nef#1和用于使用会话相关api的终端的nef#2。nef管理控制器基于从nef接收到的信息执行nef链接。

根据本公开的实施例，在nef通过api注册过程向nef管理控制器注册其支持api、服务区域和网络切片之后，可以为这两个实体之间的连接分配标识符(identifier，id)。在这种情况下，从nef管理控制器发送到nef的api注册响应消息可以包括该id。nef管理控制器可以以表述性状态转化(representationalstatetransfer-ful，restful)的形式来分配id。restful表示使用rest原则的服务器-客户端网络架构。rest原则的特点是将网络结构定义为资源并指定资源的地址，以配置相应的资源或获取值。

nef管理控制器在连接到nef时可能会使用以下方法。假定每个网络功能将上下文/数据结构化为资源并建立相互结构系统。相互结构体系可能意味着相互必要的数据的名称的结构化。假设统一资源标识符(uniformresourceidentifier，uri)被共享。例如，如果nef管理控制器确定在可供nef使用的api当中使用位置相关的api，则它可以以<nef管理控制器id>.<位置api>.<服务区域>.<服务网络切片>的形式分配uri，并将uri传送到nef。之后，可以通过经过用于获取终端的位置信息的api请求消息以<nef管理控制器id>.<位置api>.<服务区域>.<服务网络切片>.启用()的形式的发送/接收命令来执行程序。根据nef注册为具有上述uri格式的可支持api的api的数量，有可能分配多个nef管理控制器id。nef可以基于预定义的uri格式来确定所请求的api的类型。

图2是示出根据本公开的实施例的用于根据来自第三方as的请求来发现nef并链接所选择的nef的过程的信号流程图。

参考图2，nef管理控制器可以位于移动通信系统内部或外部。在位于移动通信系统外部的情况下，nef管理控制器可以基于服务等级协议与nef通信。在移动通信系统外部的情况下，nef管理控制器可以被视为是nef，然而，这在具有管理其他nef的功能方面与其他nef不同。

在操作s205处，第三方as向nef管理控制器请求可用于为终端提供服务所需的开放功能的api。该api请求消息可以包括as服务的终端的id、关于as支持服务终端的网络切片的信息、以及关于as提供其服务的区域的信息。

在接收到api请求消息时，nef管理控制器检查如图1的实施例中所描述的注册的nef的api列表。尽管不遵循图1中所描述的过程，但是nef管理控制器可以根据移动通信运营商之间的服务等级协议或者从管理网络的设备或者通过预先在网络内进行的预配置来获取nef信息。无论用于获取nef信息的方法如何，在开始本实施例的过程之前，nef管理控制器都具有关于每一nef支持api、每一nef服务区域、每一nef服务网络切片和每一nef负载的信息。这里，当nef注册它们的支持api时，nef管理控制器可以明确服务区域信息和服务网络切片信息以及api列表。如果来自as的api请求消息包括终端的id，则nef管理控制器可以将终端id传送到用户数据管理(userdatamanagement，udm)(连接到存储订户信息的数据库的管理功能)以询问网络是否当前正在服务于该终端并定位该终端。nef管理控制器也可以在操作s215和s220处向udm询问相应的as是否能够使用相应的api(作为另一示例，nef管理控制器可以管理相应的as是否能够使用相应的api或者从负责管理移动通信网络中的服务等级协议的网络实体获取相应的信息)。

在明确在接收到来自as的请求时能够支持api的nef列表之后，在操作s210处，nef管理控制器选择最合适的nef。nef如下做出选择。nef管理控制器基于从as接收到的信息(即请求的api、服务区域和/或服务网络切片)和从udm明确的信息(即供终端使用的api或终端的当前位置)来选择最佳nef。例如，nef管理控制器可以在支持所请求的api的nef当中选择支持as的服务区域和服务网络切片的nef。作为另一示例，nef管理控制器可以选择位于最靠近终端的当前位置或当前具有最小负载的nef。以这种方式，考虑到前述条件，nef管理控制器可以选择用于支持所请求的as的nef，并且有可能基于两个或多个条件的组合来选择nef。也可能仅基于前述信息当中的、存储在nef管理控制器中的信息来选择nef。

在选择最佳nef之后，在操作s225处，nef管理控制器可以将api请求消息转发到所选择的nef。所转发的api请求消息可以包括由as请求的api、在api注册期间从nef管理控制器向nef发送的认证信息、或者与该请求相关联的、由nef管理控制器分配的id。根据本公开的实施例，nef管理控制器可以以restful格式分配id。restful表示使用rest原则的服务器-客户端网络架构。rest原则的特点是将网络结构定义为资源并指定资源的地址，以配置相应的资源或获得值。nef管理控制器在连接到nef时可能会使用以下方法。假定每个网络功能将上下文/数据结构化为资源并建立相互结构系统。相互结构体系可能意味着相互需要的数据的名称的结构化。

假设uri被共享。例如，如果nef管理控制器确定在可供nef使用的api当中使用位置相关的api，则它可以以<nef管理控制器id>.<位置api>.<服务区域>.<服务网络切片>的形式分配uri，并将uri传送到nef。之后，可以通过经过用于获取终端的位置信息的api请求消息以<nef管理控制器id>.<位置api>.<服务区域>.<服务网络切片>.启用()的形式的发送/接收命令来执行程序。根据nef注册为具有上述uri格式的可支持api的api的数量，有可能分配多个nef管理控制器id。nef可以基于预定义的uri格式来确定所请求的api的类型。restfulid可以被配置为nef管理控制器id、nefid、api名称、服务区域、服务网络区域和已经做出请求的as的名称中的至少一个的组合。如果有可能使用该id来识别api请求，则可以通过以各种方式组合前述信息来配置id。

根据本公开的实施例，id可以包括用于识别两个实体(nef管理控制器和nef)之间的交易的id。这能够区分请求和响应消息，并识别使用restfulid建立的交易。

在操作s230处，nef向nef管理控制器传送api响应消息以确认接收到api请求。api响应消息可以包括先前操作中的交易id。api响应消息可以包括由nef管理控制器分配的作为与nef管理控制器建立的连接的id的restfulid。

在操作s235处，nef管理控制器将api响应消息转发给as，以通知所请求的api可用并且指示用于使用api的id。该id可以是由nef管理控制器分配的restfulid。该id可以是仅在as和nef管理控制器之间可用的参考id。参考id是用于识别相互连接而不是用于状态管理的id。

如果参考id被分配给as，则在操作s240处，as向nef管理控制器传送api消息以使用相应的api。在接收到api消息时，nef管理控制器将具有restfulid的api消息转发给nef以使用该api，并将消息转发结果传送给as。作为另一示例，在接收到restfulid时，as可以直接使用restfulid向nef请求api。如果restfulid包括nefid，则as可以向dns服务器传送关于组成restfulid的uri的dns查询以获取相应的nef的地址，然后将api请求直接传送到所识别的nef。在这种情况下，api请求可以直接被传递到nef，而不通过nef管理控制器。也就是说，nef管理控制器可以根据从as接收到的id的类型来确定as是否必须直接连接到nef或者经由nef管理控制器来使用api。有必要指定，想要隐藏关于位于其网络中的nef的信息的移动通信运营商不得不通过nef管理控制器使用api。

根据本公开的实施例，在操作s245处，as可以向nef管理控制器请求api，并且如上所述，nef管理控制器发现并选择nef，以在操作s250处确定用于使用api的nef链接。例如，当从服务于首尔的as接收到请求时，nef管理控制器可以通过nef链接将服务于首尔的nef连接到服务于其中终端当前所在的江南区的nef，以处理api请求并向相应的终端提供服务。组成nef链接可能意味着根据api请求将两个或多个nef彼此连接。就连接多个nef而言，这样的nef链接可以被称为nef组。

该实施例可以被应用于使用位于靠近终端的nef的场景。例如，在终端会话控制于用于移动边缘计算的本地as的情况下，重要的是分配最靠近终端的本地as，并且连接到本地as的本地nef有必要支持相应的终端。这对事件处理或供应(provisioning)或用于执行低延迟任务(诸如小数据发送)有帮助。

在另一种场景下，nef管理控制器可以组成链接，使得nef#2支持由as请求的移动性管理相关的api，而nef#3支持由as请求的会话管理相关的api。这是因为移动性控制应该被设计为覆盖相对较大的区域(例如，跟踪区域的单位)，而会话控制应该被设计为在相对较小的区域(例如，在小区的单元)内快速确定并执行信令过程。也有可能根据nef的负载等级组成链接。有可能组成链接，使得具有最佳负载等级的nef#2支持生成相对较小负载的api，而具有较低负载等级的nef#3支持生成相对较大负载的api。以这种方式，nef管理控制器可以与根据场景最优选择的nef组成nef链接。

在操作s255处，nef管理控制器将从as接收到的api请求消息转发到nef#2。api请求消息可以包括nef管理控制器已经分配给nef的认证信息和也由nef管理控制器分配的作为请求的id的id。这个id可以按照上面描述的restful格式来分配。nef管理控制器可以在api请求消息中明确地包括由nef#2支持的api和由nef#3支持的api。nef管理控制器可以向nef#2提供nef#3的地址，以供nef#2使用以识别nef#3。

在接收到api请求消息时，nef#2认证其将提供的api并存储认证结果。接下来，在操作s260处，nef#2将api请求消息转发给nef#3。此认证消息保持如nef#2接收的格式，并包括认证信息和restfulid。在操作s265处，nef#3在其上执行认证并向nef#2传送api请求响应消息，并且在操作s270处，nef#2将api响应消息转发到nef管理控制器。当接收到api响应消息时，nef管理控制器明确nef#2和nef#3能够支持所请求的api。之后，在操作s275处，nef管理控制器向as传送api响应消息以回应api请求消息，并且在操作s280处，as使用该api。api能够以与上述相同的方式来使用(包括将参考id分配给as的操作)。

根据本公开的实施例，在选择最佳nef作为替代实施例(其中nef管理控制器选择nef并且代表as将api请求传送到nef并且响应api请求)之后，nef管理控制器可以将api响应消息传送到as以回应api请求消息。该api响应消息可以包括关于所选择的nef(地址或id)的信息、关于由as请求的api的信息、在api注册期间，nef管理控制器已经分配给nef的认证信息、以及nef管理控制器已经分配作为请求的id的id中的至少一个。包括在api响应消息中的api信息可以以与上述实施例中所述相同的restfulid格式来提供。在接收到api响应消息时，as可以基于nef信息和api信息直接向相应的nef传送api使用请求消息。api使用请求消息可以包括在api注册期间nef管理控制器已经传送给nef的认证信息，使得nef基于该认证信息来确定是否接受来自as的请求。nef可以传送api使用响应消息，以响应于api使用请求消息提供已经接受api使用请求的通知，并且从nef发送给as的api使用响应消息包括用于验证响应于api使用请求消息发送api使用响应消息的前述id。

以上描述已经指向其中nef管理控制器链接多个nef以响应来自as的api请求的过程，特别是在api请求被中继到一个nef(nef#2)，然后被中继到另一nef(nef#3)的情况。

nef管理控制器可以按如下顺序组成链接：首先，nef管理控制器可以以选择支持移动性管理相关的api的nef，然后选择支持会话管理相关api的nef这样的方式组成链接。当支持移动性管理相关api的nef覆盖更大的服务区域而支持会话管理相关api的nef是本地化的nef时，这是有利的。也就是说，有可能通过以覆盖区域的降序选择nef来组成链接，即在关于其中各个nef支持api的区域的信息的基础上，首先选择覆盖最大区域的nef，最后选择覆盖最小区域的nef。

其次，有可能以若干支持api的顺序来组成链接。例如，有可能通过选择具有与所请求的api匹配的最大数量的支持api的nef，然后选择支持由先前选择的nef不支持的api的nef来链接nef。这旨在使来自第三方服务器的api调用有可能到达并首先由链接的nef组的第一个nef处理。该方法的优点在于，大多数api调用都由第一个nef处理，而不经过几次跳(severalhops)。

也就是说，nef管理控制器可以选择支持要提供给相应as的api的nef、确定在所选择的nef当中使用哪些api的nef、并且以由nef提供的若干api的顺序链接nef。如果存在多个具有相同数量的api的nef要提供，则链接顺序可以基于第一条件、或将在下面描述的第三或第四条件来确定。

第三，nef管理控制器可以通过基于与第三方as的距离进行选择来链接nef，即选择物理上最靠近第三方as的nef，然后选择下一最靠近as的nef。

第四，nef管理控制器可以以明确nef的负载并首先选择负载最小的nef(即负载的升序)这样的方式组成nef链接。

有可能使用上述四种方案的任何组合。例如，如果支持最大数量的api的nef位于远离第三方服务器的位置，则支持下一最大数量的api的nef可以成为nef链接的第一个节点。服务提供商可以确定哪个条件占优势。

nef管理控制器也有可能直接连接到nef而不是链接nef以提供api。也就是说，nef管理控制器可以以这样的方式处理api请求：用nef#1独立地执行或者与nef#2和nef#3并行地执行的操作s205至操作s240的过程，并且该过程可以被理解为不同于以预定顺序链接nef的情况。如果api供应过程是独立执行的或者与各个nef并行执行的，而没有任何链接顺序，则有可能将nef划分为nef组，使得api请求被传递给构成nef组的nef。

用于nef管理控制器链接多个nef的过程可以在图1的实施例的nef注册过程之后立即执行，或者在nef管理控制器从as接收api请求的过程中执行。前者适用于其中预定诸如网络切片或服务的要求以及要提供的信息等场景的情况。也就是说，nef管理控制器可以提前组成服务特定的nef链接，并且如果从as接收到api请求，则选择预先组成的nef链接中的一个。后者适用于其中根据从as接收到的api请求确定要提供的要求和信息的情况。也就是说，nef管理控制器可以管理多个注册的nef，并且如果从as接收到api请求，则可以选择支持所请求的api的一个或多个nef来组成nef链接。

下面参考图3进行用于将nef链接的nef改变为另一nef的过程描述。

图3是示出根据本公开的实施例的用于将提供api的nef链接的nef改变为另一nef的过程的信号流程图。

在操作s305处，在as正在使用图2的过程中选择的api的情形下，nef管理控制器可以在操作s310处接收图1的实施例中描述的状态通知消息。即使没有使用图1的实施例的过程，也有可能从监视和管理移动通信网络中的每一nef负载的设备获取状态信息。在接收到状态通知消息时，如果确定网络负载达到显著等级、nef不再履行其功能、nef的服务网络切片的数量太高、或者两个或多个条件被组合，则nef管理控制器可以在操作s315处确定支持相应api的新nef的必要性。

在操作s320处，nef管理控制器可以向nef#2传送用于提供取消所使用的api的指令的取消api请求消息。响应于取消api请求消息，在操作s325处，nef#2向nef管理控制器传送包括结合as使用的api上下文的取消api响应消息。api上下文包括被请求到nef#2(会话id、路由路径等)的用于移动性事件的配置信息和nef#2已经保留用于与核心网络(cn)功能交互的信息中的至少一个。此信息可以由新选择的nef使用。通过发送api上下文以确认api取消，在操作s330处，nef#2向其所连接的cn功能通知取消使用外部开放功能。

在从nef#2接收到取消api请求消息时，在操作s335处，nef管理控制器向被选择为新nef的nef#3传送api请求消息，以用于支持相应api。该api请求消息可以以与图2的实施例中使用的消息相同的格式来生成。然而，在操作s335处发送的api请求消息可以包括在来自nef#2的取消api响应消息中传达的api上下文。在接收到api请求消息时，在操作s340处，nef#3使用已经被nef#2使用的上下文向cn功能请求新的外部开放。这意味着尽管nef和cn功能之间存在分支变化(legchange)，但鉴于第三方as，使用相同的api。

在利用cn同意外部开放之后，在操作s345处，nef#3向nef管理控制器传送响应以通知nef管理控制器完成该过程。然后，在操作s350处，nef管理控制器分配用于识别与nef#3的连接的参考id，并向as传送api请求更新消息。在操作s355处，as可以使用具有新更新的参考id的api，并且nef管理控制器基于寻址到nef#3的api请求消息明确新api的使用。如果as直接连接到nef#3，则nef管理控制器可以向as通知分配给nef#3的restfulid，以便as用相应id连续使用api。

图4是示出根据本公开的实施例的nef的配置的框图。

参考图4，nef可以包括通信单元410、控制器420和存储单元440。在以下描述中，控制器420可以被定义为电路、专用集成电路或至少一个处理器，并且包括nef执行单元430。

通信单元410可以向网络实体、网络功能和网络节点发送信号和从网络实体、网络功能和网络节点接收信号。通信单元410可以通过借助射频(radiofrequency，rf)模块建立的有线线路或无线电链路与网络实体、网络节点和网络功能进行通信。

根据上述实施例，控制器420可以控制nef的整体操作。例如，控制器420可以向nef管理控制器传送注册请求并且将其状态报告给nef管理控制器。

nef执行单元430可以将能力信息传送到外部as，以根据来自nef管理控制器的控制命令将能力开放给网络。例如，nef执行单元430可以分析和处理来自as的api请求，并将处理结果传送给提供相应功能的网络实体、网络节点或网络功能。同时，显然控制器420能够负责nef执行单元430的前述角色。

存储单元440可以存储由通信单元410发送和接收的信息和由控制器420生成的信息的至少一部分。

图5是示出根据本公开的实施例的nef管理控制器的配置的框图。

参考图5，nef管理控制器可以包括通信单元510、控制器520和存储单元540。在以下描述中，控制器520可以被定义为电路、专用集成电路或至少一个处理器，并且包括nef管理功能执行单元530。

通信单元510可以向网络实体、网络功能、网络节点和as发送信号和从网络实体、网络功能、网络节点和as接收信号。通信单元510可以通过借助rf模块建立的有线线路或无线电链路与网络实体、网络节点和网络功能进行通信。

根据上述实施例，控制器520可以控制nef管理功能的整体操作。例如，控制器520根据来自as的请求注册和管理nef并组成nef链接。

nef管理功能执行单元530可以根据来自nef的注册请求来注册、分类和管理nef，并且根据来自nef的状态报告取消支持api请求或选择新的nef。nef管理功能执行单元530可以分析从as接收到的api请求并组成用于提供所请求的功能的nef链接(或nef组)。同时，显然控制器520能够负责nef管理功能执行单元530的前述角色。

存储单元540可以存储由通信单元510发送和接收的信息和由控制器520生成的信息的至少一部分。

图6是示出根据本公开的实施例的第三方as的配置的框图。

参考图6，第三方as可以包括通信单元610、控制器620和存储单元640。在以下描述中，控制器620可以被定义为电路、专用集成电路或至少一个处理器，并且包括api请求功能执行单元630。

通信单元610可以向网络实体、网络功能和网络节点发送信号和从网络实体、网络功能和网络节点接收信号。通信单元610可以通过借助rf模块建立的有线线路或无线电链路与网络实体、网络节点和网络功能进行通信。

根据上述实施例，控制器620可以控制as的整体操作。例如，控制器620可以向nef管理控制器请求api或者直接向nef请求。

api请求功能执行单元630可以向网络请求为终端提供服务所必需的功能或信息。api请求功能执行单元630可以与网络交换api请求和响应消息以向终端提供服务。同时，显然控制器620能够负责api请求功能执行单元630的前述角色。

存储单元640可以存储由通信单元610发送和接收的信息和由控制器620生成的信息的至少一部分。

如上所述，本公开的优点在于，5g移动通信运营商能够通过将构成5g系统的网络功能(其将终端上的信息开放给nef)连接到nef来向终端提供各种第三方服务。5g移动通信运营商能够改变终端移动性管理配置并配置终端移动性管理上下文、订阅相应终端的移动性管理事件、配置相应终端的会话管理和会话管理上下文、配置终端的计费信息，并且发送用于相应终端的小数据。

本公开通过链接nef实现如下有益效果。

首先，有可能通过链接每一服务的api功能来配置nef。例如，在设备跟踪服务的情况下，有可能仅使用与移动性相关的api(可以排除提供会话相关的api的nef)来提供服务。在移动边缘通信服务的情况下，有必要根据当前终端的位置通过链接提供到本地nef的连接，以便通过将本地as和本地nef配置在一起来管控特定区域中的服务。在按组管理终端的服务的情况下，nef可能存在于每一区域，因为组成员可能分布在整个服务区域中。根据需要，链接分布式nef用于提供服务。

其次，有可能通过链接每一网络切片的api来配置nef。例如，有可能区分用于能力开放(capabilityexposure)的增强型移动宽带(enhancedmobilebroadband，embb)切片和海量物联网(iot)切片。网络切片特定的nef配置是有用的，因为可以针对每一网络切片(例如，如果特定网络切片被租用给第三方，nef被单独配置以供相应网络切片使用)做出服务合同或计费。

第三，有可能将nef配置为隐藏来自第三方as的cn实体的nef的部署拓扑。nef部署可以以安装移动性相关的nef覆盖每一区域的大面积和会话相关的nef的方法来优化。有可能配置nef，使得nef提供的api可以始终通过条目nef来使用。

第四，有可能开发和部署按api或区域来模块化的nef。例如，在多路访问边缘计算(multi-accessedgecomputing，mec)的情况下，有可能一起开发本地服务器和本地nef，在这种情况下，本地nef可以仅具有会话相关的功能。搜索本地nef的宏nef仅具有移动性相关的功能来以终端位置特定的方式识别本地nef。

虽然已经参考本发明的各种实施例示出和描述了本公开，但本领域技术人员将会理解，在不脱离由所附权利要求及其等同物限定的本发明的精神和范围的情况下，可以在其中进行形式和细节上的各种改变。