具体实施方式

现在将参考若干示例实施例讨论本文中描述的主题。应当理解，讨论这些实施例仅是为了使得本领域技术人员能够更好地理解并且因此实现本文中描述的主题，而没有对主题的范围提出任何限制。

本文中使用的术语仅用于描述特定实施例的目的，并不旨在限制示例实施例。如本文中使用的，单数形式“一个”、“一”和“该”也旨在包括复数形式，除非上下文另有明确指示。将进一步理解，术语“包括”、“包括有”、“包含”和/或“包含有”在本文中使用时指定所述特征、整体、步骤、操作、元素和/或组件的存在，但是不排除一个或多个其他特征、整体、步骤、操作、元素、组件和/或其组的存在或添加。

还应当注意，在一些替代实现中，所指出的功能/动作可以不按图中所指出的顺序发生。例如，连续示出的两个功能或动作实际上可以同时执行，或者有时可以以相反的顺序执行，这取决于所涉及的功能/动作。

如本文中使用的，术语“通信网络”是指遵循任何合适的通信标准的网络，诸如新无线电(NR)、长期演进(LTE)、高级LTE(LTE-A)、宽带码分多址接入(WCDMA)、高速分组接入(HSPA)等。此外，通信网络中的终端设备与网络设备之间的通信可以根据任何合适的代通信协议来执行，包括但不限于第一代(1G)、第二代(2G)、2.5G、2.75G、第三代(3G)、第四代(4G)、4.5G、未来的第五代(5G)通信协议、和/或目前已知或将来开发的任何其他协议。

本公开的实施例可以应用于各种通信系统。考虑到通信的快速发展，当然也将存在可以体现本公开的未来类型的通信技术和系统。本公开的范围不应当仅限于上述系统。为了说明的目的，将参考5G通信系统来描述本公开的实施例。

本文中使用的术语“网络设备”包括但不限于基站(BS)、网关、注册管理实体、和通信系统中的其他合适的设备。术语“基站”或“BS”表示节点B(NodeB或NB)、演进型节点(eNodeB或eNB)、NR NB(也称为gNB)、远程无线电单元(RRU)、无线电报头(RH)、远程无线电头(RRH)、中继、低功率节点(诸如毫微微、微微等)。

本文中使用的术语“终端设备”包括但不限于“用户设备(UE)”和能够与网络设备通信的其他合适的终端设备。例如，“终端设备”可以是指终端、移动终端(MT)、用户站(SS)、便携式用户站、移动站(MS)或接入终端(AT)。

本文中使用的术语“电路系统”可以是指以下中的一项或多项或全部：

(a)仅硬件电路实现(诸如仅在模拟和/或数字电路系统中的实现)，以及

(b)硬件电路和软件的组合，诸如(如适用)：

(i)(多个)模拟和/或数字硬件电路与软件/固件的组合，以及

(ii)具有软件的(多个)硬件处理器的任何部分(包括(多个)数字信号处理器、软件和(多个)存储器，它们一起工作以引起装置(诸如移动电话或服务器)执行各种功能)，以及

(c)(多个)硬件电路和/或(多个)处理器，诸如(多个)微处理器或(多个)微处理器的一部分，其需要软件(例如，固件)进行操作，但是在操作不需要时软件可以不存在。

该电路系统的定义适用于该术语在本申请中的所有使用，包括在任何权利要求中。作为另一示例，如本申请中使用的，术语电路系统还涵盖仅硬件电路或处理器(或多个处理器)或硬件电路或处理器的一部分及其(或它们的)伴随软件和/或固件的实现。术语电路系统还涵盖(例如并且如果适用于特定权利要求元素)用于移动设备的基带集成电路或处理器集成电路、或者服务器、蜂窝网络设备或其他计算或网络设备中的类似集成电路。

如上所述，已经提出了服务链的技术。服务链提供了一种非常灵活的方式以用于更智能、更敏捷地管理网络业务。图1示出了服务链的示意图。服务101、服务102、服务103、服务104、服务105、服务106、服务107和服务108经由网络连接到其他服务。例如，图1示出了三个服务链。服务链1010可以包括服务101、服务102、服务103和服务104。服务链1020可以包括服务101、服务102、服务105、服务106和服务108。服务链1030可以包括服务101、服务105、服务106和服务107。

服务链有很多用例，它们在整个行业中都广为人知。最重要的是，服务链是一种横向能力，其可以支持无限的用例。下面的表1只是一些示例：

表1

此外，服务功能链(SFC)是IETF中正在开发的架构。图2示出了SFC架构的示例。在最近的研究中，将5G系统架构定义为基于服务的架构，即其中系统功能由一组网络功能(NF)向其他授权NF提供服务以访问其服务来实现的系统架构。

NF服务是由作为NF服务生产者的NF通过基于服务的接口开放于作为NF服务消费者的其他授权NF的一种类型的能力。一个NF服务可以支持一个或多个NF服务操作。

NF可以提供不同功能并且因此提供不同NF服务。由NF提供的NF服务中的每个都应当是自包含的，独立于由同一NF提供的其他NF服务被操作和管理(例如，用于扩展、修复)。

5G核心网内的控制平面NF可以经由其基于服务的接口将其能力开放为服务，该服务可以由控制平面核心网(CN)NF重新使用。

NF服务发现使得CN NF能够发现提供(多个)预期NF服务的(多个)NF实例。通常，网络存储库功能(NRF)支持以下功能：从NF实例接收NF发现请求，并且将所发现的NF实例(被发现)的信息提供给NF实例；维护可用NF实例的NF简档及其支持的服务。下面的表2示出了NRF服务操作的一些示例。

表2

为了正确维护可用NF实例及其支持的服务的信息，每个NF实例将其支持的NF服务列表通知给NRF。当NF实例即将以受控方式正常关闭或与网络断开连接时，它也可以从NRF注销。网络能力的外部开放(由网络开放功能(NEF)支持)参见以下关于由NEF提供的NF服务的表3。本文中使用的术语“网络开放功能”是指提供一种方法来安全地开放由3GPP网络功能提供的服务和能力并且支持能力和事件的开放、信息从外部应用到3GPP网络的安全提供、内部/外部信息的转换。

表3

近来，在当前通信系统中有很多应用。但是，当前5G系统的应用支持还远远不能满足应用需求。因此，存在很大空白应当填补。

当前5G系统无法支持应用充分利用网络的现有服务能力，例如安全性、防火墙、入侵防御、深度分组检查(DPI)、HTTP报头丰富(Enrichment)、数据优化和捕获等。它需要应用自己提供所有必要的服务功能，更不用说基于5G网络条件的变化提供动态服务。除了应用和网络两者上的双重努力，应用很难及时改变自身以响应市场需求。此外，考虑到VAS(增值服务)功能随着越来越多的新VAS NF的部署而动态变化，也应当支持启用5G系统中的动态服务链管理。运营商将其5G网络资源货币化也可能是一个大问题。如果这个问题不解决，运营商将失去很多收入机会。

根据本公开的实施例，实现了动态服务链，并且从应用传输服务链请求。从而实现了更加灵活的服务链。此外，根据本发明的实施例，还实现了对与NF服务相关的服务链的管理。

图3示出了可以在其中实现本公开的实施例的通信系统300的示意图。作为通信网络的一部分的通信系统300包括能够支持网络开放功能的设备310(下文中也称为“NEF设备310”)。通信系统300包括服务于应用的设备320-1、320-2、……、320-N(统称为“通信设备320”)。通信系统300还可以包括能够支持网络存储库功能的设备330(称为“NRF设备330”)。应当理解，通信系统300还可以包括为清楚起见而省略的其他元件。应当理解，图3所示的终端设备和网络设备的数目是为了说明的目的而给出的，并不表示任何限制。

通信系统300中的通信可以根据(多个)任何适当的通信协议来实现，包括但不限于第一代(1G)、第二代(2G)、第三代(3G)、第四代(4G)和第五代(5G)等蜂窝通信协议、诸如电气和电子工程师协会(IEEE)802.11等无线局域网通信协议、和/或当前已知或未来将开发的任何其他协议。此外，通信可以利用任何适当的无线通信技术，包括但不限于：码分多址(CDMA)、频分多址(FDMA)、时分多址(TDMA)、频分双工器(FDD)、时分双工器(TDD)、多输入多输出(MIMO)、正交频分多址(OFDMA)、和/或当前已知或未来将开发的任何其他技术。

图4示出了根据本公开的实施例的交互400的示意图。交互400可以在任何合适的设备处实现。仅出于说明的目的，交互400被描述为在NEF设备310、通信设备320-1和NRF设备330处实现。

通信设备320-1向NEF设备310发送405针对应用的服务链的请求。该应用由通信设备320-1服务。该请求可以包括以下中的一项或任何组合：应用的标识；用于标识针对服务链的业务的信息；所请求的服务链；所请求的服务链的可接受计费率。服务链可以包括与应用相关联的一个或多个服务，并且可以由NEF设备310配置。以这种方式，应用可以请求服务链，这提高了服务链的灵活性。图5A示出了所请求的服务链的示意图。服务链510可以包括服务510-1和服务510-3的标识信息。在被添加服务之后，流可以被传输到数据网络520。

在一些实施例中，请求还可以包括用于指示该服务是强制性的还是可选的指示符。在服务应当从服务链中被释放的场景中，标记为可选的服务的标识可以被选择。例如，如果当前计费率超过可接受计费率或者服务功能过载，则标记为可选的服务可以从服务链中被移除。替代地，请求可以是空白的，这表示，通信设备320-1想要来自NEF设备310的服务链建议。

仅作为示例，图5B示出了NEF设备310的示意图。NEF设备可以包括服务链管理模块3010、服务链咨询(advisor)模块3020和智能充电管理模块3030。应当注意，NEF设备310还可以包括其他模块。服务链管理模块3010可以从通信设备320-1接收对服务链的请求并且处理该请求。该模块的细节将在稍后给出。

再次参考图4，NEF设备310(例如，服务链管理模块3010)可以验证406通信设备320-1是否被授权请求服务链。如果NEF设备310验证出通信设备320-1被授权，则NEF设备310(例如，服务链管理模块3010)获得410服务链的简档。简档包括应用的标识和针对应用的服务列表。在一些实施例中，简档可以从NEF设备310可访问的数据库中检索。替代地，NEF设备310可以向NRF设备330发送415从NRF设备330中获取简档的另一请求。NRF设备330可以向NEF设备310发送420包括简档的另一响应。

简档可以包括以下中的一项或任何组合：可用服务；每个服务的计费率；针对由运营商基于网络知识而定义的应用要添加到服务链中的强制服务；针对由运营商基于网络知识而定义的应用的运营商定义服务链；或可用服务链功能。如果一个参数的可用性有条件地依赖于另一参数，则其可用性标准应当与该参数相关联。

NEF设备310基于简档和请求确定425目标服务链。在一些实施例中，NEF设备310可以基于第一设备与通信设备之间的连接条件来确定目标服务。例如，如果请求为空，则NEF设备310可以将不拥塞的一个或多个服务确定为目标服务链。

在一些实施例中，NEF设备310可以基于简档确定服务链是否有效。例如，如果请求中的一个或多个服务的标识在简档中示出为可用，则NEF设备310可以确定服务链有效。替代地或另外地，如果简档中的计费率阈值满足请求中的可接受计费率，则NEF设备310可以确定服务链有效。在其他实施例中，如果请求中强制的一个或多个服务没有丢失，则NEF设备310可以确定服务链有效。如果服务链有效，则NEF设备310可以将所请求的服务链确定为目标服务链。

在一些实施例中，请求可以包括服务的预定策略，例如，用于基于不同连接条件来定义标准和服务链操作两者的一组服务链规则。一旦预定策略被接受，NEF设备310就可以相应地基于预定策略确定目标服务链。例如，预定策略可以包括以下中的任何一项或组合：为不同业务提供不同服务链；一旦费率被改变，则提供不同服务链；如果发生某种预定义事件(例如，恶意攻击、网络拥塞)，则将另一服务引入服务链中；或者，如果在连接条件改变之后不需要服务，则将服务从服务链中移除。

NEF设备310可以向通信设备320-1发送430响应。请求指示目标链。在一些实施例中，NEF设备310与通信设备320-1之间可以存在一些协商。NEF设备310可以向通信设备320-1发送候选服务链。

在一些实施例中，NEF设备310(例如，服务链咨询模块3020)可以提供一个或多个候选服务链。例如，NEF设备310可以提供包括服务510-1和服务510-2的候选服务链。

例如，如果网络检测到应用业务，并且没有针对它的服务链或者服务链基于网络知识而不合适，则NEF设备310可以提供候选服务链。替代地，如果新服务被引入网络，则NEF设备310可以提供候选服务链。在其他实施例中，某种预定义标准可以被匹配(例如，网络检测到恶意攻击、网络拥塞或应用的较低服务质量(QoS)，NEF设备310可以提供候选服务链)。在另外的实施例中，如果服务可用性改变(例如，空闲/低计费率)，则NEF设备310可以提供候选服务链。替代地，如果应用服务链简档被更新，则NEF设备310可以提供候选服务链。NRF设备330可以生成430简档和/或更新435简档。关于生成和/或更新简档的细节将在稍后给出。

以这种方式，使得5G基于服务的架构和应用中的动态服务链管理能够从5G网络请求服务链。此外，消除了应用实现可以由网络提供的服务的重复工作。还使得应用只专注于它应当为最终用户和5G网络中的应用控制的服务链提供的独特功能。一旦网络条件改变，服务链就可以基于应用需求动态改变。针对应用来添加或删除功能要容易得多，速度也快得多。

图6示出了根据本公开的实施例的方法600的流程图。方法600可以在任何合适的设备处实现。仅出于说明的目的，方法600被描述为在NEF设备310处实现。

在框610处，NEF设备310接收针对到NEF设备310的应用的服务链的请求。该应用由通信设备320-1服务。该请求可以包括以下中的一项或任何组合：应用的标识；用于标识针对服务链的业务的信息；所请求的服务链；所请求的服务链的可接受计费率。服务链可以包括与应用相关联的一个或多个服务，并且可以由NEF设备310配置。

在一些实施例中，请求还可以包括用于指示该服务是强制性的还是可选的指示符。在服务应当从服务链中被释放的场景中，标记为可选的服务的标识可以被选择。例如，如果当前计费率超过可接受计费率或者服务功能过载，则标记为可选的服务可以从服务链中被移除。替代地，请求可以是空白的，这表示，通信设备320-1想要来自NEF设备310的服务链建议。

在框620处，NEF设备310获得服务链的简档。简档包括应用的标识和针对应用的服务列表。在一些实施例中，NEF设备310可以验证通信设备320-1是否被授权请求服务链。在一些实施例中，简档可以从NEF设备310可访问的数据库中获取。替代地，NEF设备310可以向NRF设备330发送从NRF设备330中获取简档的另一请求。NRF设备330可以向NEF设备310发送包括简档的另一响应。

简档可以包括以下中的一项或任何组合：可用服务；每个服务的计费率；针对由运营商基于网络知识而定义的应用要添加到服务链中的强制服务；针对由运营商基于网络知识而定义的应用的运营商定义服务链；或可用服务链功能。如果一个参数的可用性有条件地依赖于另一参数，则其可用性标准应当与该参数相关联。

在框630处，NEF设备310基于简档和请求确定目标服务链。在一些实施例中，NEF设备310可以基于第一设备与通信设备之间的连接条件来确定目标服务。例如，如果请求为空，则NEF设备310可以将不拥塞的一个或多个服务确定为目标服务链。

在一些实施例中，NEF设备310可以基于简档确定服务链是否有效。例如，如果请求中的一个或多个服务的标识在简档中示出为可用，则NEF设备310可以确定服务链有效。替代地或另外地，如果简档中的计费率阈值满足请求中的可接受计费率，则NEF设备310可以确定服务链有效。在其他实施例中，如果请求中强制的一个或多个服务没有丢失，则NEF设备310可以确定服务链有效。如果服务链有效，则NEF设备310可以将所请求的服务链确定为目标服务链。

在一些实施例中，请求可以包括服务的预定策略，例如，用于基于不同连接条件来定义标准和服务链操作两者的一组服务链规则。一旦预定策略被接受，NEF设备310就可以相应地基于预定策略确定目标服务链。例如，预定策略可以包括以下中的任何一项或组合：为不同业务提供不同服务链；一旦费率被改变，则提供不同服务链；如果发生某种预定义事件(例如，恶意攻击、网络拥塞)，则将另一服务引入服务链中；或者，如果在连接条件改变之后不需要服务，则将服务从服务链中移除。

在一些实施例中，NEF设备310向通信设备320-1发送响应。请求指示目标链。在一些实施例中，NEF设备310与通信设备320-1之间可以存在一些协商。NEF设备310可以向通信设备320-1发送候选服务链。

在一些实施例中，NEF设备310可以提供一个或多个候选服务链。例如，NEF设备310可以提供包括服务510-1和服务510-2的候选服务链。

例如，如果网络检测到应用业务，并且没有针对它的服务链或者服务链基于网络知识而不合适，则NEF设备310可以提供候选服务链。替代地，如果新服务被引入网络，则NEF设备310可以提供候选服务链。在其他实施例中，某种预定义标准可以被匹配(例如，网络检测到恶意攻击、网络拥塞或应用的较低服务质量(QoS)，NEF设备310可以提供候选服务链)。在另外的实施例中，如果服务可用性改变(例如，空闲/低计费率)，则NEF设备310可以提供候选服务链。替代地，如果应用服务链简档被更新，则NEF设备310可以提供候选服务链。在一些实施例中，如果通信设备的状态改变，例如，通信设备320-1没有为服务链支付费用，则NEF设备310可以发送候选服务链。

在一些实施例中，一种用于执行方法600的装置(例如，NEF设备310)可以包括用于执行方法600中的对应步骤的相应部件。这些部件可以以任何合适的方式实现。例如，它可以通过电路系统或软件模块来实现。

在一些实施例中，该装置包括用于从通信设备接收针对由通信设备所服务的应用的服务链的请求的部件，该服务链包括与应用相关联并且由NEF设备配置的至少一个服务；用于获得服务链的简档的部件，该简档包括应用的标识和针对应用的服务列表；以及用于基于简档和请求确定目标服务链的部件。

在一些实施例中，该装置包括用于向通信设备传输对请求的响应的部件，该响应指示目标服务链。

在一些实施例中，该请求包括以下中的至少一项：应用的标识、用于标识服务链的业务的信息、服务链的可接受计费率、或至少一个服务的标识。

在一些实施例中，用于获得服务链的简档的部件包括：用于确定通信设备是否被授权请求服务链的部件；以及用于响应于确定通信设备被授权请求服务链而从NEF设备可访问的数据库中获取简档的部件。

在一些实施例中，用于获得服务链的简档的部件包括：用于确定通信设备是否被授权请求服务链的部件；用于响应于确定通信设备被授权请求服务链而向NRF设备发送对简档的另一请求的部件；以及用于从NRF设备接收对包括简档的另一请求的另一响应的部件。

在一些实施例中，用于确定目标服务链的部件包括：用于基于网络连接的条件确定目标服务链的部件。

在一些实施例中，用于确定目标服务链的部件包括：用于从请求中获得服务链的预定策略的部件；以及用于基于网络连接条件和预定策略确定目标服务链的部件。

在一些实施例中，用于确定目标服务链的部件包括：用于基于简档确定服务链是否有效的部件；以及用于响应于确定服务链有效而将服务链确定为目标服务链的部件。

在一些实施例中，用于确定服务链有效的部件包括：用于响应于至少一个服务的标识可用而确定服务链有效的部件；用于响应于简档中的计费率阈值满足请求中可接受计费率而确定服务链有效的部件；或者用于响应于请求中的至少一个服务没有丢失而确定服务链有效的部件。

在一些实施例中，该装置还包括：用于响应于以下中的至少一项而向通信设备传输候选服务链的部件：简档被更新、新服务被添加、针对应用没有可用服务链、或者通信设备的状态被改变。

在一些实施例中，该装置还包括：用于从与NEF设备连接的第四设备接收动态计费信息的部件；用于基于动态计费信息针对应用确定新计费率的部件；以及用于在响应中向通信设备发送新计费率的部件。

图7示出了根据本公开的实施例的方法700的流程图。方法700可以在任何合适的设备处实现。仅出于说明的目的，方法700被描述为在通信设备320-1处实现。

在框710处，通信设备320-1发送针对由通信设备320-1所服务的应用的服务链的请求。服务链包括与应用相关联并且由NEF设备310配置的一个或多个服务。

在一些实施例中，请求还可以包括用于指示该服务是强制性的还是可选的指示符。在服务应当从服务链中被释放的场景中，标记为可选的服务的标识可以被选择。例如，如果当前计费率超过可接受计费率或者服务功能过载，则标记为可选的服务可以从服务链中被移除。替代地，请求可以是空白的，这表示，通信设备320-1想要来自NEF设备310的服务链建议。

在一些实施例中，请求可以包括服务的预定策略，例如，用于基于不同连接条件来定义标准和服务链操作两者的一组服务链规则。

在框720处，通信设备320-1接收对请求的响应。响应指示基于简档和请求而确定的目标链。简档包括应用的标识和针对应用的服务列表。

简档可以包括以下中的一项或任何组合：可用服务；每个服务的计费率；针对由运营商基于网络知识而定义的应用要添加到服务链中的强制服务；针对由运营商基于网络知识而定义的应用的运营商定义服务链；或可用服务链功能。如果一个参数的可用性有条件地依赖于另一参数，则其可用性标准应当与该参数相关联。

在一些实施例中，通信设备320-1可以接收一个或多个候选服务链。例如，如果网络检测到应用业务，并且没有针对它的服务链或者服务链基于网络知识而不合适，则通信设备320-1可以接收候选服务链。替代地，如果新服务被引入网络，则通信设备320-1可以接收候选服务链。在其他实施例中，某种预定义标准可以被匹配(例如，网络检测到恶意攻击、网络拥塞或应用的网络检测到服务质量(QoS)，通信设备320-1可以接收候选服务链)。在另外的实施例中，如果服务可用性改变(例如，空闲/低计费率)，则通信设备320-1可以接收候选服务链。替代地，如果简档被更新，则通信设备320-1可以接收候选服务链。在一些实施例中，如果通信设备的状态改变，例如，通信设备320-1没有为服务链支付费用，则通信设备320-1可以接收候选服务链。

在一些实施例中，通信设备320-1可以接收新计费率的信息。在其他实施例中，通信设备320-1还可以确定目标服务链是否可接受。例如，通信设备320-1可以确定响应中的计费率是否可接受。如果目标服务链可接受，则通信设备320-1可以传输对响应的确认。在其他实施例中，如果目标服务链不可接受，则通信设备320-1可以向服务链传输另一请求。例如，另一请求可以包括新的可接受计费率。

在一些实施例中，一种用于执行方法700的装置(例如，通信设备320)可以包括用于执行方法700中的对应步骤的相应部件。这些部件可以以任何合适的方式来实现。例如，它可以通过电路系统或软件模块来实现。

在一些实施例中，该装置包括用于向NEF设备发送针对由通信设备所服务的应用的服务链的请求的部件，该服务链包括与应用相关联并且由NEF设备配置的至少一个服务；以及用于从NEF设备接收针对请求的响应的部件，该响应指示目标服务链，目标服务链是基于简档和请求而确定的，该简档包括应用的标识和针对应用的服务列表。

在一些实施例中，该请求包括以下中的至少一项：应用的标识、用于标识服务链的业务的信息、服务链的可接受计费率、或至少一个服务的标识。

在一些实施例中，该装置还包括：用于响应于以下中的至少一项而从NEF设备接收候选服务链的部件：简档被更新、新服务被添加、或针对应用没有可用服务链。

在一些实施例中，该装置还包括：用于从通信设备接收新计费率的信息的部件；以及用于基于新计费率的信息确定新的可接受计费率的部件。

在一些实施例中，该装置还包括：用于确定目标服务链是否可接受的部件；以及用于响应于目标服务链可接受而传输对响应的确认的部件。

在一些实施例中，该装置还包括：用于确定目标服务链是否可接受的部件；并且用于响应于目标服务链不可接受而针对应用传输对服务链的另一请求的部件。

图8示出了根据本公开的实施例的方法800的流程图。方法800可以在任何合适的设备处实现。仅出于说明的目的，方法800被描述为在NRF设备330处实现。

在框810处，NRF设备330在NRF设备处确定针对应用的服务链的简档是否需要更新。简档可以包括以下中的任何一项或任何组合：服务NF类型，其标识由VAS NF提供的服务类型，例如防火墙、WAN和应用加速、深度分组检查(DPI)、合法拦截(LI)、服务器负载均衡、NAT44、NAT64、NPTv6、HOST_ID注入、HTTP报头丰富功能、TCP优化器等；服务NF名称，其是VASNF类型的另一实现，并且由服务NF提供者定义以用于区分其他供应商的相同类型的服务NF提供者；服务能力信息，其指示该NF在计算能力(即，CPU、存储器、网络)上的能力和服务能力，例如所支持的协议；所支持的(多个)应用，其指示可以支持的应用的标识。

在一些实施例中，如果服务链中的服务存在状态变化，则NRF设备330确定针对应用的服务链的简档需要更新。状态变化可以包括服务的注册。替代地或另外地，状态变化可以包括服务的更新。在其他实施例中，状态变化还可以包括服务的注销。

替代地或另外地，如果所支持的应用存在状态变化，则NRF设备330确定针对应用的服务链的简档需要更新。

在其他实施例中，如果接收到来自通信设备的更新请求，则NRF设备330确定针对应用的服务链的简档需要更新。在一些实施例中，如果预定简档模板被改变，则NRF设备330确定针对应用的服务链的简档需要更新。

在一些实施例中，如果NF能力超过预定义阈值(即，满足服务标准)，则服务NF应当被包括在服务链简档中。在另一示例中，如果NF计费率低于预定义阈值，则服务NF应当被包括在服务链简档中。

在一些实施例中，服务NF列表还可以基于应用能力的变化进行配置。例如，如果该应用支持新能力(例如，虚拟现实视频)，则服务NF类型列表和强制服务NF类型列表也可以被改变。

在框820处，NRF设备330基于预定简档模板更新简档。预定简档模板可以包括以下中的任何一项或任何组合：应用的标识、应用能力列表、或针对应用的服务列表。在一些实施例中，如果没有简档，则NRF设备330可以基于预定模板生成简档。

对于简档生成的场景，即，支持新应用或者其他NF针对新应用标识请求简档，NRF设备330可以基于简档模板和在NRF设备330上注册的可用服务NF来填写可用服务NF。替代地，如果针对一个应用没有定义特定简档模板，则可以使用默认简档模板来生成简档。

可用服务链功能也被包括在简档中。然后，通信设备可以联系服务链功能以针对所请求的应用而应用服务链。

对于简档更新的场景，例如服务注册，如果新注册的服务NF满足简档模板，则NRF设备330可以将新注册的服务NF添加到现有简档中。

在一些实施例中，NRF设备330向通信设备320-1发送更新后的简档。NRF设备330可以向NF消费者设备(例如，NEF设备310)发送更新后的简档，该NF消费者设备发送对更新后的简档的请求的。替代地，NRF设备330可以向先前已经订阅简档的NEF设备310发送更新后简档。在一些实施例中，根据NF消费者(例如，NEF设备310)的请求，NRF设备330可以通过调用NRF发现服务(即，Nnrf_NFDiscovery)或专用于服务改变管理的新服务来提供简档。替代地，NRF设备330可以通过调用NRF NFStatusNotify服务或专用于服务改变管理的新服务来通知已经订阅服务链简档的变化的NF消费者(例如，NEF设备310)。

在一些实施例中，NRF设备330还可以支持隐式服务链信息订阅。NRF设备330可以从NEF设备310接收注册请求。注册请求可以包括应用的标识。NRF设备330可以确定NEF设备310订阅应用的简档。NRF设备330可以向NEF设备310传输注册响应。注册响应可以包括应用的简档。

在一些实施例中，如果简档被改变/更新，则NRF设备330可以发送用于通知服务链的简档被改变的通知。该通知还可以包括服务链的更新后的简档。在其他实施例中，如果NRF设备330从第一设备310接收到注销请求，则NRF设备330可以确定NEF设备310取消订阅应用的简档。

在一些实施例中，如上所述，NF消费者设备可以请求服务链简档并且NRF 330可以基于服务链简档确定下一跳。

在其他实施例中，NF消费者设备可以在请求中提供更多信息(例如，应用的业务标识和/或应用的标识)，NRF 330可以直接基于与应用相关联的网络信息提供另一服务作为下一跳。例如，网络信息可以包括它维护的服务链简档。网络信息可以包括其他网络信息。

在一些实施例中，NRF 330可以基于从NF消费者设备(例如，VAS NF设备)接收的请求来生成和/或更新应用的简档。该请求可以包括以下中的一项：注册请求、注销请求或更新请求。如果NRF 330从NF消费者设备接收到注册请求，则NRF 330可以确定NF消费者设备能够针对应用提供服务。如果NRF 330从NF消费者设备接收到注销请求，则NRF 330可以确定NF消费者设备不再能够针对应用提供服务。如果NRF 330从NF消费者设备接收到更新请求，则NRF 330可以确定NF消费者设备被更新以用于针对应用提供服务。NRF 330可以基于请求生成和/或更新简档。例如，NRF 330可以将NF消费者设备作为服务提供者添加到简档中。替代地，当NRF 330从NRF 330注销时，NRF 330可以从简档中移除NF消费者设备。在另一实施例中，NRF 330可以更新简档，因为NF消费者设备被更新。

在一些实施例中，一种用于执行方法800的装置(例如，NRF设备330)可以包括用于执行方法800中的对应步骤的相应部件。这些部件可以以任何合适的方式实现。例如，它可以通过电路系统或软件模块来实现。

在一些实施例中，该装置包括用于在NRF设备处确定针对应用的服务链的简档是否需要更新的部件，该简档包括应用的标识和针对应用的服务列表；以及用于响应于简档需要更新而基于预定简档模板更新简档的部件。

在一些实施例中，该装置包括用于向与服务链相关联的NEF设备传输更新后的简档的部件。

在一些实施例中，用于确定简档是否需要更新的部件包括：用于响应于以下中的至少一项而确定简档需要更新的部件：服务链中的服务的状态变化，状态变化包括以下中的至少一项：服务的注册、服务的更新、服务的注销；所支持的应用的状态变化；来自通信设备的更新请求的接收；或者预定简档模板被改变。

在一些实施例中，预定简档模板包括以下中的至少一项：应用的标识、应用能力列表或针对应用的服务列表。

在一些实施例中，用于向通信设备发送更新后的简档的部件包括：用于从通信设备接收触发更新简档的请求的部件；以及用于发送针对请求的响应的部件，该响应包括更新后的简档。

在一些实施例中，该请求包括以下中的至少一项：对服务链的发现请求、或对服务链的订阅请求。

在一些实施例中，用于向通信设备传输更新后的简档的部件包括：用于确定通信设备与服务链相关联的部件；以及用于发送针对请求的响应的部件，该响应包括更新后的简档。

在一些实施例中，该装置还包括：用于从另一设备接收注册请求的部件，该注册请求包括应用的标识；用于确定另一设备订阅应用的简档的部件；以及用于发送针对注册请求的注册响应的部件，该注册请求包括应用的简档。

在一些实施例中，该装置还包括：用于响应于确定简档被更新而发送用于指示简档被更新的通知的部件。

在一些实施例中，该装置还包括：用于从另一设备接收注销请求的部件，该注册请求包括应用的标识；以及用于确定另一设备取消订阅应用的简档的部件。

在一些实施例中，该装置还包括用于从请求中获得以下中的至少一项的部件：应用的标识和针对应用的业务标识；以及用于基于与应用相关联的网络信息确定针对应用的服务的部件。

在一些实施例中，该装置还包括：用于从另外的网络功能(NF)消费者设备接收另一请求的部件，该另一请求包括以下中的一项：注册请求、注销请求或更新请求；用于基于另外的请求确定另外的NF消费者设备能够针对另外的应用提供服务的部件；以及用于基于另外的请求生成另外的应用的另外的简档的部件。

图9A示出了根据本公开的实施例的设备之间的交互的示意图。

NEF设备310向NRF设备330发送905针对简档的请求。在一些实施例中，通信设备320-1可以触发NEF设备310请求简档。例如，可以使用Nnrf_NFDiscovery服务操作来支持与应用相关联的服务链相关信息的发现。在一些实施例中，NEF设备310可以发送包括应用的标识的Nnrf_NFDiscovery_Request的请求。该请求触发简档的生成/更新。

替代地，上述过程也可以出于相同目的使用专用于服务链管理的新请求服务操作来实现。例如，在服务链请求处理来自NEF设备3101的场景中，一旦NEF设备310标识出没有针对该应用的简档，则服务链发现过程可以申请简档的生成/更新。

在其他实施例中，可以使用NRF服务操作(即，Nnrf_NFManagement_NFStatusSubscribe、Nnrf_NFManagement_NFStatusNotify和Nnrf_NFManagement_NFStatusUnsubscribe)来支持服务链信息的订阅/通知。它使得NEF设备310能够基于一个或多个目标应用标识来订阅服务链信息。

替代地，上述过程也可以出于相同目的使用专用于服务链管理的新订阅/通知服务操作来实现。

NRF设备330向NRF设备330发送910响应。该响应指示简档。例如，简档可以在Nnrf_NFDiscovery_Request的响应中向通信设备310发送。除了请求/订阅简档，该增强接口还可以用于直接在5G网络中请求/订阅服务NF状态。

为了提高向NEF设备310提供动态服务链信息的效率，可以使用隐式服务链信息请求/订阅机制。例如，图9B示出了根据本公开的实施例的关于设备之间的隐式服务链信息订阅的交互的示意图。

在一些实施例中，在NRF设备330处的NF注册期间，如果在支持服务链的NF简档中指示，也将隐含地在NRF设备330上触发服务链处理。NEF设备310可以发送930注册请求(例如，Nnrf_NFManagment_NFRegister_request)。注册请求可以包括应用的标识。注册请求中还可以包括服务链的其他参数，例如服务NF类型、服务NF名称。

在一些实施例中，NRF设备330可以处理与该过程相关联的注册请求和服务链简档。NRF设备330可以确定940NEF设备310订阅该简档。NRF设备330可以向NEF设备发送950注册响应。注册响应包括服务链简档。在一些实施例中，还应当在寄存器响应中提供应用的标识(或其他服务链参数，如VAS NF类型、VAS NF名称等)。

NRF设备330可以更新960服务链简档。如果所订阅的服务链简档被更新，则NRF设备330可以发送通知。在一些实施例中，NEF设备310可以发送注销请求。NRF设备可以确定NEF设备310取消订阅应用的简档。以这种方式，实现了订阅服务链信息的隐含性，从而避免了发送额外信令。

图10是适合于实现本公开的实施例的设备1000的简化框图。设备1000可以在NEF设备310处实现。设备1000也可以在通信设备320-1处实现。设备1000也可以在NRF设备330处实现。如图所示，设备1000包括一个或多个处理器1010、耦合到(多个)处理器1010的一个或多个存储器1020、耦合到处理器1010的一个或多个传输器和/或接收器(TX/RX)1040。

处理器1010可以是适用于本地技术网络的任何类型，并且作为非限制性示例，可以包括通用计算机、专用计算机、微处理器、数字信号处理器(DSP)和基于多核处理器架构的处理器中的一种或多种。设备1000可以具有多个处理器，诸如在时间上从属于同步主处理器的时钟的专用集成电路芯片。

存储器1020可以是适用于本地技术网络的任何类型，并且可以使用任何合适的数据存储技术来实现，作为非限制性示例，诸如非暂态计算机可读存储介质、基于半导体的存储器设备、磁存储器设备和系统、光存储器设备和系统、固定存储器和可移动存储器。

存储器1020存储程序1030的至少一部分。设备1000可以将程序1030从计算机可读介质加载到RAM中以执行。计算机可读介质可以包括任何类型的有形非易失性存储器，诸如ROM、EPROM、闪存、硬盘、CD、DVD等。图11示出了CD或DVD形式的计算机可读介质1100的示例。计算机可读介质上存储有程序1030。

TX/RX 1040用于双向通信。TX/RX 1040具有至少一个天线以促进通信，但实际上本申请中提到的接入节点可以具有多个天线。通信接口可以表示与其他网络元件通信所需要的任何接口。

假定程序1030包括程序指令，该程序指令在由相关联的处理器1010执行时使得设备1000能够根据本公开的实施例进行操作，如本文中参考图4至9B讨论的。即，本公开的实施例可以由设备1000的处理器1010可执行的计算机软件、或者由硬件、或者由软件和硬件的组合来实现。

虽然本说明书包含很多具体实现细节，但这些不应当被解释为对任何公开或可能要求保护的范围的限制，而是对可能特定于特定公开的特定实施例的特征的描述。本说明书中在单独实施例的上下文中描述的某些特征也可以在单个实施例中组合实现。相反，在单个实施例的上下文中描述的各种特征也可以在多个实施例中单独地或以任何合适的子组合来实现。此外，尽管上述特征可以被描述为在某些组合中起作用并且甚至最初如此要求保护，但在某些条件下，可以从组合中删除一个或多个要求保护的组合的特征，并且要求保护的组合可以针对子组合或子组合的变体。

类似地，虽然在附图中以特定顺序描绘了操作，但这不应当被理解为要求这样的操作以所示的特定顺序或顺序执行，或者执行所有图示的操作，以实现期望的结果。在某些条件下，多任务和并行处理可能是有利的。此外，上述实施例中各个系统组件的分离不应当理解为在所有实施例中都需要这样的分离，应当理解，所描述的程序组件和系统通常可以一起集成在单个软件产品中或打包成多个软件产品。

当结合附图阅读时，鉴于前面的描述，相关领域的技术人员将很清楚对本公开的前述示例性实施例的各种修改、适配。任何和所有修改仍将落入本公开的非限制性和示例性实施例的范围内。此外，受益于前述描述和相关附图中呈现的教导的本公开的这些实施例所属领域的技术人员将能够想到本文中阐述的本公开的其他实施例。

因此，应当理解，本公开的实施例不限于所公开的具体实施例，并且修改和其他实施例旨在被包括在所附权利要求的范围内。尽管本文中使用特定术语，但它们仅用于一般和描述性意义，而不是出于限制的目的。