用于在网络中部署网络功能(NF)集时的增强的5GC恢复的方法和装置与流程

用于在网络中部署网络功能(nf)集时的增强的5gc恢复的方法和装置
技术领域
1.本公开一般涉及具有基于服务的架构的通信网络中的网络功能(nf)之间的信令，并且更具体地涉及用于nf实体的信令重启的方法和装置。


背景技术：

2.第三代合作伙伴计划(3gpp)的第五代(5g)标准的第16版(rel-16)使用基于服务的架构(sba)，其中5g核心网络(5gc)中的控制平面功能和公共数据储存库由独立、自包含和可重用的网络功能(nf)实现。基于服务的接口(sbi)开放独立nf的功能，并使消费者nf(cnf)能够访问生产者nf(pnf)提供的服务。网络储存库功能(nrf)提供了集中发现框架，以实现nf的开放和发现。nf实例向nrf注册，该nrf维护所有可用nf实例和支持的服务的记录。cnf可以向nrf订阅，当nrf添加或更新nf注册时接收通知，以便cnf知道给定类型或提供特定服务的可用nf实例。请求-响应信令用于访问和传递nf提供的服务。当cnf需要特定服务时，cnf选择pnf并通过请求响应信令请求其服务。通常，cnf向pnf发送服务请求消息，以请求pnf提供的服务。pnf提供服务并向cnf发送指示服务的结果和/或向cnf提供关于服务的信息的服务响应。
3.通信网络可以包括nf的多个实例，本文称为nf实例。不同的nf实例可以服务于不同的无线设备或会话。例如，不同的nf实例可以服务于不同地理区域中的无线设备或会话。此外，作为示例，同一地理区域中的不同nf实例可以服务于不同的无线设备或会话，用于负载平衡。nf实例又可以实现nf服务的多个实例，本文称为nf服务实例。例如，同一nf实例中的不同nf服务实例可服务于不同的无线设备或会话。
4.不同的nf实例或不同的nf服务实例在发生故障时为相同的无线设备或会话提供服务以实现冗余和服务连续性也是很常见的。可以提供翻转(rollover)机制，以便当nf实例或nf服务实例发生故障时，该服务翻转到另一nf实例或nf服务实例。为同一无线设备或会话提供服务的一组nf实例或nf服务实例在本文中分别称为nf集或nf服务集。
5.在下面的讨论中，术语nf实体是指生产或者消费nf服务的任何实体。nf实体可以是nf集、nf实例、nf服务集或nf服务实例。nf实体可以通过消费者id和自定义服务一起来标识。在这种情况下，消费者id标识nf实例或nf服务集。术语nf生产者是指提供nf服务的nf实体。术语nf消费者是消费nf服务的nf实体。
6.在部署nf集或nf服务集时，可以在不同级别提供会话上下文数据的冗余。例如，某些会话上下文可以由同一nf服务集中的所有nf服务实例访问(即，这些会话上下文的绑定级别处于nf服务集级别)，而其他会话上下文可以由单个nf服务实例访问。类似地，某些会话上下文可以同一nf集中的所有nf实例由访问(即，这些会话上下文的绑定级别是nf集级别，而其他会话上下文可以由单个nf实例访问)。
7.当在nf生产者(例如pnf中的nf实例或nf服务实例)中创建会话上下文时，提供指示冗余级别或绑定级别的绑定指示。如果发生故障，nf消费者，即cnf中的nf实例或nf服务
实例，可以根据绑定级别选择能够访问会话上下文并因此为会话提供服务的连续性的替代服务提供者。当nf消费者请求创建新的会话上下文时，nf消费者还可以提供绑定指示，其指示替代端点地址，例如，用于会话上下文的nf消费者处的回调(callback)地址。
8.当nf实例或nf服务实例提供的nf服务在故障后恢复并且恢复信息通过nrf被中继时，nrf会向订阅的nf消费者提供重启通知。重启通知包括指示发生故障的服务提供者(例如，nf实例或nf服务实例)的恢复时间的恢复时间戳。当由nf实例或nf服务实例提供的nf服务被恢复并且恢复信息当通过直接信令被提供时，恢复时间戳当从nf生产者被发送时与nf服务实例相关联，当从nf消费者被发送时与可以标识nf实例的消费者标识(消费者id)相关联。
9.nf消费者(例如，nf实例或nf服务实例级别)通常假设nf生产者在由恢复时间戳指示的时间之前创建的所有会话上下文都将丢失，并采取适当的动作。当故障发生在nf实例或nf服务实例并且会话绑定到nf实例或nf服务实例所属的nf集或nf服务集时，nf消费者可以分别选择来自nf集或nf服务集的替代nf实例或nf服务实例，以保持会话的连续性。当故障发生在nf实例或nf服务实例并且绑定分别是到nf实例或nf服务实例时，nf消费者假设在恢复时间戳之前创建的所有会话上下文都将丢失。
10.在恢复信息通过nrf被中继并且故障发生在nf/nf服务集实例并且绑定级别被设置为nf/nf服务集的情况下，可能会出现歧义。当nf/nf服务集发生故障时，nf处理的所有nf服务实例也会发生故障。在发生故障的nf恢复之后，nf消费者可接收带有恢复时间戳的重启通知，该恢复时间戳指示发生故障的nf/nf服务集的nf/nf服务实例之一的重启。如果绑定级别被设置为nf服务集，cnf可以假设pdu会话没有丢失，使上下文挂起，直到cnf发起新的服务请求以重新建立服务。挂起的上下文可导致服务的中断。
11.在通过直接信令(例如，从nf生产者到nf消费者)发信号通知恢复信息的情况下，可能会出现另一种歧义。当故障发生在nf服务集、nf实例或nf集并且绑定级别被分别设置为nf服务集、nf实例或nf集时，nf生产者只能填充(populate)与nf服务实例相关联的恢复时间戳。这导致nf消费者假设pdu会话没有丢失，使上下文挂起，直到nf消费者发起发送服务请求以重新建立服务。和以前一样，挂起的上下文可导致服务的中断。


技术实现要素：

12.在本公开的示例性实施例中，引入了与nf消费者的nf生产者的重启有关的恢复信息的增强通信。在示例性实施例中，来自nf生产者或nf消费者的重启通知中的恢复时间戳与对应于由所述nf生产者或nf消费者服务的会话上下文的绑定级别的nf实体相关联。所述nf实体可以包括nf服务实例、nf服务集、nf实例或nf集。所述nf实体可以通过服务名称与nf实例和/或nf集一起来标识。在发生故障的情况下，恢复通知中填充的所述恢复时间戳与将受到所述发生故障的nf实体影响的会话上下文的绑定级别相匹配。所述恢复时间戳可被包括在通过nrf的间接信令和nf之间的直接信号中。此外，所述恢复时间戳可被包括在重启通知的报头中或所述重启通知的消息主体中。所述重启通知可以是服务请求/响应、通知请求/响应或订阅请求/响应。
13.本公开的第一方面包括由通信系统中的发送网络节点实现的向接收网络节点发送增强的重启通知的方法。在一个实施例中，所述方法包括根据由nf实体服务的会话上下
文的绑定级别，在与所述nf实体的重启有关的重启通知中关联恢复信息。所述方法还包括向接收网络节点发送包括所述恢复信息的增强的重启通知。
14.本公开的第二方面包括由通信系统中的接收网络节点实现的从发送网络节点接收增强的重启通知的方法。在一个实施例中，所述方法包括从发送网络节点接收与nf实体的重启有关的增强的重启通知。所述方法还包括根据所述nf服务提供者/消费者服务的会话上下文的绑定级别，将所述增强的重启通知中的所述恢复信息关联到所述nf实体。
15.本公开的第三方面包括通信系统中的发送网络节点，其被配置为在重启通知中发信号通知恢复时间。所述发送网络节点被配置为根据由nf实体服务的会话上下文的绑定级别，在与所述nf实体的重启有关的重启通知中关联恢复信息。所述发送网络节点还被配置为向接收网络节点发送包括所述恢复信息的增强的重启通知。
16.本公开的第四方面包括通信系统中的接收网络节点，所述接收网络节点被配置为从发送网络节点接收与nf实体的重启有关的增强的重启通知。所述接收网络节点还被配置为根据所述nf实体服务的会话上下文的绑定级别将所述增强的重启通知中的所述恢复信息关联到所述nf实体。
17.本公开的第五方面包括通信系统中的发送网络节点，其被配置为在重启通知中发信号通知恢复时间。所述发送网络节点包括用于与接收网络节点通信的通信电路，以及处理电路，所述处理电路被配置为根据由所述nf实体服务的会话上下文的绑定级别来关联与所述nf实体的重启有关的重启通知中的恢复信息，并且向接收网络节点发送包括所述恢复信息的增强的重启通知。
18.本公开的第六方面包括通信系统中的接收网络节点，其被配置为接收重启通知中的恢复时间。所述接收网络节点包括用于与发送网络节点通信的通信电路，以及处理电路，所述处理电路被配置为从发送网络节点接收与nf实体的重启有关的增强的重启通知并且根据所述nf实体服务的会话上下文的绑定级别将所述增强的重启通知中的所述恢复信息关联到所述nf实体。
19.本公开的第七方面包括一种用于网络节点的计算机程序。所述计算机程序包括可执行指令，所述指令当由通信网络中的网络节点中的处理电路执行时使所述网络节点根据由nf实体服务的会话上下文的绑定级别关联与所述nf实体的重启有关的重启通知中的恢复信息并向接收网络节点发送包括所述恢复信息的增强的重启通知。
20.本公开的第八方面包括包含根据第七方面所述的计算机程序的载体。所述载体是电子信号、光信号、无线电信号或非暂时性计算机可读存储介质中的一种。
21.本公开的第九方面包括一种用于网络节点的计算机程序。所述计算机程序包括可执行指令，所述指令当由通信网络中的网络节点中的处理电路执行时使所述网络节点从发送网络节点接收与nf实体的重启有关的增强的重启通知并且根据所述nf实体服务的会话上下文的绑定级别将所述增强的重启通知中的所述恢复信息关联到所述nf实体。
22.本公开的第十方面包括一种包含根据第九方面所述的计算机程序的载体。所述载体是电子信号、光信号、无线电信号或非暂时性计算机可读存储介质中的一种。
附图说明
23.图1示出了实现如本文所述的增强重启信令的通信网络。
24.图2a是示出通信网络中nf生产者和nf消费者之间的请求-响应信令的信令图。
25.图2b是示出通信网络中nf生产者和nf消费者之间的订阅通知信令的信令图，其中通知被发送给发起订阅请求的nf消费者。
26.图2c是示出通信网络中nf生产者和nf消费者之间的订阅通知信令的信令图，其中订阅请求的发起nf消费者和通知的终止nf消费者不同。
27.图3是示出通过nrf的nf故障检测和通知的信令图。
28.图4是示出通过nrf的nf服务故障检测和通知的信令图。
29.图5是示出通过nrf的nf重启检测和通知的信令图。
30.图6是示出通过nrf的nf服务重启检测和通知的信令图。
31.图7是示出通过直接信令的nf生产者服务重启检测和通知的信令图。
32.图8是示出通过直接信令的nf消费者服务重启检测和通知的信令图。
33.图9是示出通过nrf对nf集的增强的nf重启检测和通知的信令图。
34.图10是示出通过nrf对nf服务集的增强的nf重启检测和通知的信令图。
35.图11是示出通过nf生产者和nf消费者之间的直接信令的增强的nf服务重启检测和通知的信令图。
36.图12是示出通过nf消费者和nf服务提供者之间的直接信令的增强的nf服务重启检测和通知的信令图。
37.图13示出了由amf和smf实现的增强的重启检测和通知的示例。
38.图14示出了由发送网络节点实现的增强的重启检测和通知的方法。
39.图15示出了由接收网络节点实现的增强的重启检测和通知的方法。
40.图16示出了被配置用于增强的重启检测和通知的发送网络节点。
41.图17示出了被配置用于增强的重启检测和通知的接收网络节点。
42.图18示出了被配置用于增强的重启检测和通知的网络节点。
具体实施方式
43.现在参考附图，将在根据第三代合作伙伴计划(3gpp)的5g标准的版本16(rel-16)的第三代合作伙伴计划(3gpp)通信网络的5g标准的版本16(rel-16)的上下文中描述本公开的示例性实施例。本领域技术人员将理解，本文描述的方法和装置不限于在5g网络中使用，而是也可以在根据使用基于服务的架构并提供重启通知的其他标准操作的通信网络中使用。
44.图1
45.图1示出了根据一个示例性实施例的通信网络10。通信网络10包括5g无线电接入网络(ran)20和核心网络30，其采用根据第三代合作伙伴计划(3gpp)的5g标准的版本16(rel-16)的基于服务的架构。ran20包括向在通信网络10中操作的用户设备(ue)15(也称为无线设备)提供无线电接入的一个或多个基站25。基站25在适用的标准中也被称为gnodeb(gnb)。ue 15可以包括蜂窝电话、智能电话、平板电脑、膝上型计算机或其他具有通信能力的电子设备。ue 15还可以包括经由有线服务或连接接入通信网络10的通信设备或终端。核心网络30，在此称为5g核心(5gc)，提供ran 20和其他分组数据网络(例如互联网协议(ip)多媒体子系统(ims)或互联网)之间的连接。本领域技术人员将理解，除了5g ran 25之外的
其他类型的ran也可以连接到5gc 30。例如，演进的通用移动电信系统(umts)陆地无线电接入网络(eutran)中的演进umts陆地无线电接入(eutra)基站也可以连接到5gc 30。
46.5gc 30包括多个网络功能(nf)，包括用户平面功能35、接入和移动性管理功能(amf)40、会话管理功能(smf)45、策略控制功能(pcf)50、统一数据管理(udm)功能55、认证服务器功能(ausf)60、网络开放功能(nef)65、网络切片选择功能70、网络储存库功能(nrf)75、应用功能(af)80(其可以是位于核心网络30中或在核心网络30外部)、统一数据储存库(udr)85、网络数据分析功能(nwdaf)90和计费功能(chf)95。图1中所示的nf包括驻留在一个或多个核心网络节点中的逻辑实体，其可以由一个或多个处理器、硬件、固件或它们的组合来实现。nf可以驻留在单个核心网络节点中，或者可以分布在两个或更多个核心网络节点之间。此外，网络10可以包括nf的多个实例。
47.通信网络10使用基于服务的架构(sba)，其中5gc 30中的控制平面功能和公共数据储存库由独立、自包含和可重用的网络功能(nf)实现。基于服务的接口(sbi)开放独立nf的功能并使cnf(cnf)能够访问pnf提供的服务。
48.图2a
49.sba服务模型依赖于请求-响应信令来访问和传递由nf提供的服务。图2a示出了用于访问和传递nf服务的请求-响应信令。当cnf想要访问特定服务时，cnf选择pnf并通过向所选pnf发送服务请求来请求其服务(s1)。pnf提供服务并向cnf发送指示服务的结果和/或向cnf提供关于服务的信息的服务响应(s2)。例如，当amf 40想要为ue 15创建新的分组数据单元(pdu)会话上下文时，amf 40向smf 45发送pdu会话建立请求以发起会话建立过程以创建新的pdu会话。当pdu会话被建立时，smf 45向amf 40发送pdu会话建立响应，其中包含关于用于ue 15的新pdu会话上下文的信息。
50.通信网络10中的nrf 75提供集中发现框架以实现nf和支持的服务的开放和发现。nf实例向nrf 75注册，它维护所有可用nf实例和支持的服务的记录。cnf可以向nrf 75订阅，以当nrf 75添加或更新nf注册时接收通知，以便cnf知道给定类型的或提供特定服务的可用nf实例。在此上下文中，订阅nf是用于由nrf 75提供的状态通知服务的cnf，nrf 75是pnf。
51.图2b
52.图2b示出了pnf和cnf之间的订阅-通知信令，其可被视为请求-响应信令的特殊情况。在服务发现的上下文中，pnf通常是nrf 75，尽管订阅模型使cnf能够订阅任何pnf提供的服务。cnf向pnf(例如，nrf 75)发送订阅请求，订阅链接到事件触发器的通知(s1)。在服务发现的上下文中，事件触发器是由pnf(即提供通知的nf)对nf配置文件(profile)的注册或注册更新。pnf响应订阅请求(未示出)以确认对链接到事件触发器的通知服务的订阅。在发生触发事件时，pnf向cnf发送通知(s2)。
53.图2c
54.图2c示出了在发送订阅请求的cnf和接收通知的cnf不同时的订阅-通知信令。在这种情况下，第一cnf向pnf(例如，nrf 75)发送订阅请求，订阅链接到事件触发器的通知(s1)。pnf响应订阅请求(未示出)以确认对链接到事件触发器的通知服务的订阅。在发生触发事件(例如，注册/注册更新)时，pnf向第二cnf发送通知(s2)。
55.通信网络10可以部署nf的多个实例，本文称为nf实例，如3gpp ts 23.501,
5.21.3.1的rel 16中所规定的。不同的nf实例可以服务于不同的ue 15或会话。例如，不同的nf实例可以服务于不同地理区域中的ue 15或会话。此外，同一地理区域中的不同nf实例可以服务于不同的ue 15或会话，以用于其他目的，例如负载平衡。nf实例又可以实现nf服务的多个实例，本文称为nf服务实例。同一个nf实例中的不同nf服务实例可服务于不同的无线设备或会话。
56.在发生故障时，不同的nf实例和/或不同的nf服务实例(统称为nf/nf服务实例)向相同的ue 15或会话提供服务以实现冗余和服务连续性也是常见的。在这种情况下，nf/nf服务实例可以被同一nf集内的另一nf/nf服务实例替换，以防发生故障、负载均衡、负载重新均衡等场景。在nf/nf服务实例发生故障的情况下，或为了执行负载重新平衡，对等(peer)nf使用“绑定指示”来选择替代nf/nf服务实例。为同一无线设备或会话提供服务的一组nf实例或nf服务实例在本文中分别称为nf集或nf服务集。可以提供翻转机制，以便当nf实例或nf服务实例发生故障时，该服务翻转到另一nf实例或nf服务实例。
57.在部署nf集或nf服务集时，可以在不同级别提供会话上下文数据的冗余。例如，某些会话上下文可以由同一nf服务集中的所有nf服务实例访问(即，这些会话上下文的绑定级别处于nf服务集级别)，而其他会话上下文可以由单个nf服务实例访问。类似地，某些会话上下文可以由同一nf集中的所有nf实例访问(即，这些会话上下文的绑定级别是nf集级别)，而其他会话上下文可以由单个nf实例访问。
58.称为绑定的过程用于指示合适的目标nf生产者实例，用于选择和重新选择与特定nf生产者资源(上下文)和nf服务相关联的nf/nf服务实例中的使用，并用于路由后续请求。绑定允许nf生产者指示特定上下文的nf消费者应根据本地策略和其他标准被绑定到nf实例、nf集、nf服务实例或nf服务集。绑定在3gpp ts 23.501,6.3.1.0中有详细描述。为了创建绑定，nf生产者在发送给nf消费者的请求响应或通知中向nf消费者提供绑定指示，以传达可以执行目标nf/nf服务的选择/重选的范围。
59.nf消费者还可以使用绑定来指示合适的nf消费者实例，用于与特定通知订阅相关联的通知目标实例重新选择以及后续通知请求的路由。nf消费者还可以向nf生产者提供nf消费者为相同的数据上下文生产并且nf生产者随后可能调用的nf服务的绑定指示。为了创建绑定，nf消费者在请求或订阅中包括绑定指示，以传达范围，即绑定级别，在该范围内可以执行对通知目标的选择/重新选择或对nf消费者为相同数据上下文生产的其他服务的选择。
60.本文使用的术语绑定指示具有ts 23.501,6.3.1.0中赋予的含义，其将绑定指示定义如下：
61.绑定指示：nf生产者在请求响应或通知中包括的给nf消费者的信息，以传达可以在其中执行对目标nf/nf服务的选择/重新选择的范围，或nf消费者在请求或订阅中包括的信息，以传达可以在其中执行对通知目标的选择/重新选择或对nf消费者为相同数据上下文生产的其他服务的选择的范围。见第6.3.1.0章节。
62.在示例性实施例中，绑定指示是在ts 29.500,5.2.3.2.6中定义的自定义超文本传输协议(http)报头。
63.2.1.1.1
→
5.2.3.2.6
→
3gpp-sbi-绑定
64.该报头包含来自http服务器的以逗号分隔的绑定指示列表，以供http客户端存储
和后续使用(参见第6.12章节)。
65.报头的编码遵循ietf rfc 7230[12]中定义的abnf。
[0066]
3gpp-sbi-binding＝"3gpp-sbi-binding"":"#(ows"bl＝"blvalue 1*(ows"；"parameter))
[0067]
blvalue＝"nfinstance"/"nfset"/"nfserviceinstance"/"nfserviceset"
[0068]
parameter＝parametername"＝"token
[0069]
parametername＝"nfinst"/"nfset"/"nfservinst"/"nfserviceset"/"servname"/"scope"
[0070]
scope＝"other-service"/"callback"/"subscription-events"
[0071]
范围参数指示绑定指示在服务请求中的适用性。范围参数可以采用以下值之一：
[0072]
·
other-service(其他服务)：绑定信息适用于nf消费者以后可能作为nf生产者提供的其他服务(见第6.12.3章节)；
[0073]
·
"subscription-events(“订阅事件)：绑定信息适用于订阅变化事件通知(见第6.12.4章节)；
[0074]
·
callback(回调)：绑定信息适用于通知或回调请求(见第6.12.4和6.12.x章节)。服务请求中的绑定指示中回调参数的缺少(absence)被解释为“回调”。此外，如果绑定信息适用于通知/回调请求和其他服务，则绑定指示中可存在两个范围参数。
[0075]
·
servname(service name)(服务名称)：指示如3gpp ts 29.510[8]中定义的服务或自定义服务的名称，即：
[0076]
o当存在于订阅或回调的绑定指示中时，即范围参数缺少或被设置为“回调”，处理通知或回调请求的服务的名称；或者
[0077]
o当存在于对nf消费者可以稍后作为nf生产者提供的其他服务的服务请求中的绑定指示中时，即范围参数被设置为“其他服务”，绑定适用的其他服务的名称。可存在多个servname参数来表示多个此类服务。在范围参数被设置为“其他服务”的绑定指示中缺少此参数应被解释为适用于nf消费者稍后作为nf生产者可提供的所有服务的绑定信息。
[0078]
o blvalue和其他参数的定义和编码应与第5.2.3.2.5章节中为3gpp-sbi-routing-binding定义的一样。
[0079]
例如，以下是一个nf代表另一nf发出的具有两个绑定指示的订阅请求。
[0080]
3gpp-sbi-binding:bl＝nfset；nfset＝set1.udmset.5gc.mnc012.mcc345；
[0081]
servname＝nudm-ee；scope＝subscription-events,bl＝nfset；
[0082]
nfset＝set1.nefset.5gc.mnc012.mcc345；servname＝nnef-event-exposure
[0083]
作为另一示例，以下是具有两个绑定指示的服务请求，一个用于回调请求，一个用于nf消费者稍后可作为nf生产者提供的其他服务。
[0084]
3gpp-sbi-binding:bl＝nfinstance；nfinst＝54804518-4191-46b3-955c-ac631f953ed8；nfset＝set1.smfset.5gc.mnc012.mcc345；servname＝nsmf-pdusession,bl＝nfinstance；nfinst＝54804518-4191-46b3-955c-ac631f953ed8；nfset＝set1.smfset.5gc.mnc012.mcc345；scope＝other-service；servname＝nsmf-event-exposure
[0085]
当在nf生产者(即pnf的nf实例或nf服务实例)中创建会话上下文时，提供指示冗
余级别或绑定级别的绑定指示。如果发生故障，nf消费者，即cnf的nf实例或nf服务实例，可以根据绑定级别选择能够访问会话上下文并因此为会话提供服务连续性的替代服务提供者。当nf消费者请求创建新的会话上下文时，nf消费者还可以提供指示替代端点地址的绑定指示，例如，用于会话上下文的nf消费者处的回调地址。如果nf/nf服务实例发生故障，或为了执行负载重新平衡，nf可以使用绑定指示来选择替代的nf/nf服务实例。
[0086]
nf消费者通常假设服务提供者在由恢复时间戳指示的时间之前创建的所有会话上下文都将丢失并采取适当的动作。当故障发生在nf实例或nf服务实例并且会话绑定到nf实例或nf服务实例所属的nf集或nf服务集时，nf消费者可以选择分别来自nf集或nf服务集的替代nf实例或nf服务实例，以保持会话的连续性。当故障发生在nf实例或nf服务实例并且绑定分别是到nf实例或nf服务实例时，nf消费者假设在恢复时间戳之前创建的所有会话上下文都将丢失。
[0087]
3gpp标准规定了用于nf/nf服务故障和重启检测的过程。在nrf 75提供故障通知的情况下，nrf 75基于心跳信令检测故障并向订阅nf发送故障通知。当由nf实例或nf服务实例提供的nf服务在故障后恢复时，恢复信息通过nrf 75在从nrf 75到订阅nf消费者的重启通知中被中继。在对等nf之间直接信令的情况下，恢复信息在nf之间的请求-响应(其包括订阅-通知信令)信令中传达。
[0088]
3gpp已指定在nf或nf服务发生故障的情况下的恢复过程。参见3gpp ts 23.527。恢复过程是每nf或每nf服务实例的。当通过nrf 75通知重启nf或nf服务时，恢复时间戳与ts 29.510,6.1.6.2.2中指定的数据类型nf配置文件中的nf或者ts 29.510,6.1.6.2.3中指定的数据类型nf配置文件中的nf服务实例相关联。当nf生产者(例如，smf 45)提供的nf或nf服务的重启通过ts 23.527,6.3和ts 29.502,6.1.6.2.3,6.1.6.2.9,6.1.6.2.10,6.1.6.2.14中指定的nf之间的直接信令通知时，恢复与nf服务实例相关联。在这种情况下，恢复时间戳包括服务于pdu的smf服务实例被启动/重启的日期/时间。
[0089]
当nf实例或nf服务实例提供的nf服务在故障后被恢复并且恢复信息通过nrf被中继时，nrf向订阅cnf提供重启通知。重启通知包括指示发生故障的服务提供者(例如，nf实例或nf服务实例)的恢复的时间的恢复时间戳。当由nf实例或nf服务实例提供的nf服务被恢复并且当恢复信息通过直接信令提供时，恢复时间戳与当其从nf生产者发送时的nf服务实例或当其从nf消费者被发送时的标识nf实例的消费者标识符(消费者id)相关联。
[0090]
图3和图4示出了nf可支持的可选过程，以分别使用nrf 75检测nf和nf服务的故障或重启。
[0091]
图3
[0092]
图3示出了通过nrf 75的nf故障检测和通知。示出了两个nf，被标识为nf a和nf b。nf a可以包括nf生产者，而nf b可以包括nf消费者，反之亦然。nf a订阅nrf以接收nf b配置文件的变化的通知，如3gpp ts 29.510中所述(1)。在nf a的订阅之后，nf故障发生在nf b(2)。nrf 75使用3gpp ts 29.510,5.2.2.3.2中规定的nf心跳过程检测到nf b不再运行，并将nf b的nfstatus(nf状态)变化为suspended(中止)(3)。nrf 75通知已经订阅接收nf b配置文件的变化的通知的nf(其包括nf a)，nf b的nfstatus被变化为suspended(4)。如果nf a无法与nf b通信，它会触发适当的恢复或清理(clean-up)动作(5)。
[0093]
图4
[0094]
图4示出了通过nrf进行的nf服务故障检测和通知。示出了两个nf，被标示为nf a和nf b。nf a可以包括nf生产者，而nf b可以包括nf消费者，反之亦然。nf a向nrf 75订阅以接收有关nf b配置文件的变化的通知(1)。在nf a订阅之后，nf服务故障发生在nf b(2)。nf b(发生故障的nf服务除外)仍在运行。nf b(或操作、管理和维护(oam)节点)通过将发生故障的nf服务的nfservicestatus(nf服务状态)设置为suspended来更新nrf 75中nf b的nf配置文件(3)。nrf 75通知已经订阅接收nf b配置文件的变化的通知的nf(其包括nf a)，nf b的发生故障的nf服务的nf服务状态被变化为suspended(4)。如果nf a无法与nf b通信，它会触发适当的恢复或清理动作(5)。
[0095]
图5和6示出了通过nrf 75的nf重启和通知过程，以分别使用nrf 75指示nf和nf服务的重启。
[0096]
图5
[0097]
图5是示出通过nrf 75进行的nf重启检测和通知的信令图。示出了两个nf，被标示为nf a和nf b。nf a可以包括nf服务提供者，而nf b可以包括nf消费者，反之亦然。nf b(或oam)向nrf 75注册nf b配置文件(1)。如果nf b的重启导致丢失上下文，则nf b配置文件可包括recoverytime(恢复时间)属性。nf a向nrf 75订阅以接收nf b配置文件的变化的通知(2)。nf a订阅后，nf b重启(3)。如果在重启期间上下文丢失，nf b(或oam)会更新nrf 75中nf b的nf配置文件中的recoverytime(4)。nrf 75通知已订阅接收nf b配置文件的变化的通知的nf(其包括nf a)关于nf b配置文件的更新的recoverytime(5)。nf a可以认为在nf b恢复时间之前在nf b中创建的所有资源都已丢失。然后nf a触发适当的恢复或清理动作(6)。
[0098]
图6
[0099]
图6示出了通过nrf 75进行的nf服务重启检测和通知。示出了两个nf，被标示为nf a和nf b。nf a可以包括nf服务提供者，而nf b可以包括nf消费者，反之亦然。nf b(或oam)向nrf 75注册nf b配置文件(及其服务)(1)。如果nf b服务的重启导致丢失上下文，则nf b配置文件可包括它支持的nf服务的recoverytime属性。nf a向nrf 75订阅以接收nf b配置文件的变化的通知(2)。nf a订阅后，nf b服务重启(3)。如果在服务重启期间上下文丢失，nf b(或oam)更新nrf中对应的nf服务的recoverytime(4)。nrf 75通知已订阅接收nf b配置文件的变化的通知的nf(其包括nf a)关于nf b服务的更新的recoverytime(5)。nf a可以认为在nf b服务恢复时间之前在nf b服务中创建的所有资源都已丢失。然后nf a触发适当的恢复或清理动作(6)。
[0100]
图7和8示出了通过直接信令进行的可选nf重启和通知过程，以使用nrf 75分别指示nf和nf服务的重启。
[0101]
图7
[0102]
图7示出了通过直接信令进行的nf生产者服务重启检测和通知。示出了两个nf，被标示为nf a和nf b。nf a是nf服务消费者，nf b是nf服务生产者。nf a请求在nf b中创建资源(1)。如果请求被接受，nf b在响应中返回其nf b服务实例id，并且nf a将创建的资源与nf b服务实例相关联(2)。在nf b的nf生产者重启(3)。如果nf服务的重启导致丢失上下文，并且例如，如果nf服务最近被重启，则nf b生产者可以在其针对来自nf a的服务请求发送的响应中包括其最后的恢复时间戳(4
–
5)。nf a消费者可认为在nf b服务恢复时间之前在
nf b服务实例中创建的所有资源都已丢失。然后nf a触发适当的恢复或清理动作(6)。
[0103]
在nf之间的直接信令中发信号通知的恢复时间戳与nf服务实例相关联，即，无论用于信令的nf服务实例的端点地址如何，nf服务实例都应发信号通知相同的恢复时间戳。
[0104]
图7中所示的此过程可仅由支持发信号通知recoverytime属性的nf服务支持。对于整个nf重启场景，nf的每个nf服务实例都可以应用此过程。当向该nf服务发送信令时，此过程可以检测对等nf服务的重启。当向对等nf服务发生频繁信令时，它可以加快对对等nf服务的重启的检测。在某些用例中，nf a在创建资源时不知道nf b服务实例id，例如，虚拟smf(v-smf)仅从amf 40接收归属smf(h-smf)统一资源指示符(uri)以在h-smf中创建pdu会话资源。此外，对于支持分布式集合的应用接口(api)(例如smf 45)，响应可包含与nf a选择的用于发送请求的不同的服务实例id(其不需要在nrf 75中注册)。
[0105]
图8
[0106]
图8示出了通过直接信令进行的nf消费者服务重启检测和通知。示出了两个nf，被标示为nf a和nf b。nf a是nf服务消费者，nf b是nf服务生产者。nf a请求在nf b中创建资源(1)。nf a在请求中包括消费者id和最后的恢复时间戳。对于由nf消费者针对该服务触发的所有服务请求，消费者id应该相同，并且应该是全局唯一的(例如，使用通用唯一标识符(uuid))。如果资源创建成功，nf b作为nf服务生产者，存储接收到的消费者id和恢复时间戳，并将创建的资源与其相关联(2)。为nf a创建资源后，nf a中的nf服务消费者重启(3)。在这种情况下，nf a中的nf服务消费者在调用由nf b提供的服务时将其最后的恢复时间戳和消费者id一起包括在请求中(4)。重启后使用相同的消费者id。nf b作为nf服务生产者，将接收到的恢复时间戳与之前与消费者id相关联的恢复时间戳进行比较，并在接收到的恢复时间戳比前一个更新时检测到nf服务消费者已重启(5)。如果另一nf服务消费者接管了资源的使用，则资源的消费者id可被更新，例如，如果在资源的服务操作期间接收到新的消费者id，作为nf服务生产者的nf b认为处理该资源的nf服务消费者已变化，并将该资源与新的消费者id和恢复时间戳相关联。nf b可以认为nf a中与消费id和之前存储的恢复时间戳相关联的所有资源对应的上下文已经丢失。nf b然后触发适当的恢复或清理动作(6)。
[0107]
图8中所示的过程可仅由支持发信号通知恢复时间戳属性的nf服务支持。当资源仅由nf服务消费者使用时，可以使用此过程，以便能够在向该nf服务生产者发送信令时检测对等nf消费者的重启。如果nf a作为纯粹的nf服务消费者而没有在nrf 75中注册其配置文件，这将很有帮助。如果nf a确实在nr75中注册了配置文件，它还可以在发生朝向该对等nf服务的频繁信令时加快对对等nf服务消费者的重启的检测。
[0108]
当部署nf集或nf服务集(统称为nf集/nf服务集)时，在恢复信息通过nrf 75被中继的情况下可能会出现歧义，其中故障发生在nf/nf服务集实例并且绑定级别被设置为(nf/nf service set)nf/nf服务集。当nf/nf服务集发生故障时，nf处理的所有nf服务实例也会发生故障。在发生故障的nf恢复之后，nf消费者(例如，nf实例或nf服务实例)可接收带有恢复时间戳的重启通知，其指示发生故障的nf/nf服务集的nf/nf服务实例之一的重启。如果绑定级别被设置为(nf service set)nf服务集，cnf可以假设pdu会话没有丢失，使上下文挂起，直到cnf需要发送新的服务请求以重新建立服务。挂起的上下文可导致服务的中断。
[0109]
在通过直接信令(例如，从nf生产者到nf消费者)发信号通知恢复信息的情况下，
可能会出现另一种歧义。当故障发生在nf服务集、nf实例或nf集并且绑定级别被分别设置为(nf service set,nf instance or nf set)nf服务集、nf实例或nf集时，nf生产者只能填充与nf服务实例相关联的恢复时间戳。这导致nf消费者(例如，nf)假设pdu会话没有丢失，使上下文挂起，直到nf消费者发起发送服务请求以重新建立服务。和以前一样，挂起的上下文可导致服务的中断。
[0110]
本公开的一方面包括当nf集/nf服务集用于通信网络10中时与nf消费者(例如nf服务实例、nf服务集、nf实例、nf集)的nf服务提供者的重启有关的恢复信息的增强通信。发生故障的实体可以是nf消费者和/或nf生产者。在任何一种情况下，当nf生产者/消费者发生故障时，支持会话上下文的资源都可能丢失。资源可以是http和表示状态传输(rest)模型中的资源，它指的是服务器中的会话上下文。资源也可以是由nf消费者分配的软件/硬件资源，也对应于在nf生产者中创建的会话上下文。这种恢复信息(关于具有重启的故障)被称为恢复时间戳，并且可以通过使用带有新参数的现有自定义http报头“3gpp-binding-indication”(3gpp-绑定-指示)，或本文被标示为“3gpp-sbi-recovery-time”(3gpp-sbi-恢复-时间)的新的自定义http报头，或者通过在消息主体中包括被标示为recoverytimeforbinding(用于绑定的恢复时间)的新数据类型来传达。在任何情况下，恢复时间戳都与对应于绑定级别的nf实体相关联。如果绑定指示中包括的绑定级别被设置为service set(服务集)，则恢复时间戳应与nf服务集相关联。
[0111]
在第一实施例中，绑定指示http报头(3gpp-sbi-binding)被修改为包括两个新参数/值。修改后的http报头如下所示，新参数用粗体指示。
[0112][0113]
参数recoverytimestamp(恢复时间戳)将与实体相关联的恢复时间戳提供给在报头中指定的绑定级别。范围(scope)参数的值“consumer”(消费者)指示binding indication(绑定指示)与nf消费者中的资源有关。此外，将范围设置为回调(callback)或订阅事件(subscription event)可以被视为binding indication与nf消费者中的资源有关的指示。范围参数的新值“consumer”可能并非在所有情况下都需要。例如，使用值“callback”(回调)在大多数情况下都可以工作。但是，在某些场景下，服务消费者可能不会在服务请求消息中提供“callback uri”，即服务生产者不需要联系服务消费者。使用“callback”可能会产生误导，因此在这种情况下包括范围参数的新值“consumer”。
[0114]
下面提供了几个示例来说明如何使用这些新参数/值。
[0115]
示例1：
[0116]
3gpp-sbi-binding:bl＝nfinstance；nfinst＝54804518-4191-46b3-955c-ac631f953ed8；recoverytimestamp＝tue,04feb 2020 08:49:37gmt；
[0117]
此示例中的恢复时间戳对应于nf实例“54804518-4191-46b3-955c-ac631f953ed8”，因为绑定级别为nf实例。
[0118]
示例2：
[0119]
3gpp-sbi-binding:bl＝nfset；nfset＝set1.smfset.5gc.mnc012.mcc345；
[0120]
recoverytimestamp＝tue,04feb 2020 08:49:37gmt
[0121]
此示例中的恢复时间戳与nf集“set1.smfset.5gc.mnc012.mcc345”相关联。时间戳与服务操作的操作资源无关。
[0122]
示例3：
[0123]
示例3示出了一个服务请求，其具有由服务消费者(在本示例中，它是smf 45)发送的两个绑定指示，一个用于回调请求，另一个用于其他服务，例如，nf消费者可以稍后作为nf生产者提供的nsmf-event-exposure(nsmf-事件-开放)服务
[0124]
3gpp-sbi-binding:bl＝nfinstance；nfinst＝54804518-4191-46b3-955c-ac631f953ed8；nfset＝set1.smfset.5gc.mnc012.mcc345；
[0125]
servname＝nsmf-pdusession；recoverytimestamp＝tue,04 feb 202008:49:37 gmt；,bl＝nfserviceset；nfservset＝setxyz.snnsmf-pdusession.nfi54804518-4191-46b3-955c-ac631f953ed8.5gc.mnc012.mcc345；
[0126]
nfset＝set1.smfset.5gc.mnc012.mcc345；scope＝other-service；
[0127]
servname＝nsmf-event-exposure；recoverytimestamp＝tue,05 feb2020 08:49:37 gmt
[0128]
在第二实施例中，用于恢复时间的新http自定义报头，被标示为3gpp-sbi-recovery-time，被包括在nf生产者的服务响应中，或在nf消费者的服务请求中。下面提供了一个示例：
[0129]
3gpp-sbi-recovery-time＝"3gpp-sbi-recovery-time"":"#(ows timestamp*(ows"；"parameter))
[0130]
parameter＝parametername"＝"token
[0131]
parametername＝"correlate"/"bl"/"restartedentity"
[0132]
correlate＝"true"/"false"
[0133]
bl＝"nfinstance"/"nfset"/"nfserviceinstance"/"nfserviceset"
[0134]
restartedentity＝"nfinst"/"nfset"/"nfservinst"/"nfserviceset"
[0135]
‑“
correlate”(相关)参数指示恢复时间是否与对应于绑定级别的实体相关联，例如，如果“correlate”为真并且bl被设置为与3gpp-sbi-binding-indication(被包括在同一消息中)中相同的绑定级别的nfinstance，恢复时间戳与3gpp-sbi-binding-indication中包括的nfinst(nf实例id)标识的nf实例相关联。当“correlate”被设置为假时，恢复时间戳与“restartedentity”(重启的实体)相关联，其中提供了nf服务实例id或nf服务集id或nf实例id或nf集实例id。
[0136]
以下是其中请求提供两个恢复时间的示例。
[0137][0138]
此示例中的请求消息提供了两个恢复时间，一个用于nf集“set1.smfset.5gc.mnc012.mcc345”，另一个用于nf实例“54804518-4191-46b3-955c-ac631f953ed8”。
[0139]
在第三实施例中，被标示为recoverytimeforbinding的属性被包括在nf生产者的服务响应的javascript对象表示法(json)主体中或nf消费者的服务请求的json主体(如果有的话)中。该属性的结构和用法类似于上面描述的http自定义报头。下面提供了一个示例。
[0140][0141]
每个子信息元素(ie)的用法与http自定义报头的描述相同。
[0142]
当在通信网络10中部署nf/nf服务集时，所提出的重启通知使得nf能够正确地填充具有重启的故障，其可能与5gc 30中的nf服务、nf服务集、nf实例或nf集有关。
[0143]
图9和10示出了通过nrf 75的增强的重启和通知过程，以使用nrf75分别指示nf和nf服务的重启。
[0144]
图9
[0145]
图9示出了通过nrf 75进行的对nf集的增强的nf重启检测和通知。nf a可以包括nf生产者并且nf b可以包括nf消费者，或者反之亦然。此过程类似于图5中的检测和重启通知过程。假设nf b先前已向nrf 75注册，nf a已订阅接收nf b配置文件的变化的通知(2)，并且nf b此后重启(3)。在(1)中nf b配置文件的注册/更新期间，nf-b可以包括与nf-b中的nf生产者/消费者所属的nf集相关联的recoverytime(恢复时间)属性。重启后，当nf生产者/消费者支持的会话的绑定级别被设置为nf set(nf集)时，nf b对于nrf 75(4)更新其nf b配置文件，以包括一个新的recoverytime属性，该属性与nf-b所属的nf集相关联(4)。nrf 75通知已订阅接收nf b配置文件的变化的通知的nf(其包括nf a)关于nf b配置文件的更
新的recoverytime(5)。该通知可以包括与nf b所属的nf集相关联的recoverytime属性。nf a可以认为在nf b恢复时间之前在nf b中创建的所有资源都已丢失。然后nf a触发适当的恢复或清理动作(6)。
[0146]
图10
[0147]
图10是示出通过nrf进行的对nf服务集的增强的nf重启检测和通知的信令图。nf a可以包括nf服务提供者，而nf b可以包括nf消费者，反之亦然。nf b(或oam)向nrf 75注册nf b配置文件。这个过程类似于图6中的检测和重启通知过程。假设nf b之前已经向nrf 75注册，nf a已经订阅接收nf b配置文件的变化的通知(2)，并且nf b已重启(3)。在(1)中nf b配置文件的注册/更新期间，nf-b可以包括与nf-b中的nf生产者/消费者所属的nf服务集相关联的recoverytime属性。重启后，当由nf生产者/消费者支持的会话的绑定级别被设置为nf set时，nf b对于nrf 75更新其nf b配置文件(4)，以包括一个新的recoverytime属性，该属性与nf-b中的nf生产者/消费者所属的nf服务集相关联(4)。nrf 75通知已订阅接收nf b配置文件的变化的通知的nf(其包括nf a)关于nf b服务的更新的recoverytime(5)。该通知可以包括与nf b所属的nf集相关联的recoverytime属性。nf a可以认为在nf b服务恢复时间之前在nf b服务中创建的所有资源都已丢失。然后nf a触发适当的恢复或清理动作(6)。
[0148]
图11和12示出了由网络节点实施的增强的重启和通知过程，以通过直接信令分别指示nf生产者和nf消费者的重启。如本文所用，网络节点包括用于实现nf的设备(例如，处理资源和存储器)。
[0149]
图11
[0150]
图11示出了通过nf服务消费者和nf服务生产者之间的直接信令进行的对发生故障的nf生产者的增强的nf服务重启检测和通知。此过程类似于图7中的检测和重启通知过程。nf a请求在nf b中创建资源(1)。如果请求被接受，nf b在响应中返回其nf b服务实例id，并且nf a将创建的资源与nf b服务实例相关联(2)。服务响应包括恢复时间戳，该时间戳对应于在3gpp-binding-indicationhtpp报头中为创建的资源指定的绑定级别。替代地，被标示为recoverytimeforbinding的新数据类型被包括在包含与所创建资源的绑定级别相关联的恢复时间戳的消息主体中。由nf b产生的nf服务重启(3)。此后，当nf-b接收到来自nf-a的服务请求时，如果nf服务的重启导致丢失上下文并且例如如果nf服务最近重启(4-5)，nf服务可以在其对于nf消费者的响应中包括其最后的恢复时间戳。恢复时间戳与所创建资源的绑定级别相关联。恢复时间戳可被包括在“3gpp-binding-indication”http报头中，或在消息主体中被标示为recoverytimeforbinding的新数据类型中。nf a可以认为在nf b服务恢复时间之前在nf b服务实例中创建的所有资源都已丢失。然后nf a触发适当的恢复或清理动作(6)。
[0151]
图12
[0152]
图12示出了通过nf服务消费者和nf服务生产者之间的直接信令进行的对发生故障的nf消费者的增强的nf服务重启检测和通知。此过程类似于图8中的检测和重启通知过程。nf a请求在nf b中创建资源(1)。nf a在请求中包括消费者id和最后的恢复时间戳。恢复时间戳与其中范围是回调、其他服务或订阅事件的相关联的资源的“3gpp-binding-indication”htpp报头中指定的绑定级别相关联。替代地，被标示为recoverytimeforbindi
ng的新数据类型被包括在消息主体中，该消息主体至少包含与回调的绑定级别相关联的恢复时间戳。在这种情况下，假设绑定级别是nf实例。如果资源创建成功，作为nf生产者的nf b在其响应中指示成功并存储接收到的消费者id和恢复时间戳，并将创建的资源与其相关联(2)。在为nf a创建资源之后，nf a中的nf消费者重启(3)。在这种情况下，nf a中的nf消费者在调用nf b提供的服务时将其最后的恢复时间戳和消费者id一起包括在请求中(4)。恢复时间戳与所创建资源的绑定级别相关联。恢复时间戳可被包括在“3gpp-binding-indication”http报头中，或在消息主体中被标示为recoverytimeforbinding的新数据类型中。重启后使用相同的消费者id。作为nf生产者的nf b将接收到的恢复时间戳和与消费者id相关联的先前恢复时间戳进行比较，并在接收到的恢复时间戳比前一个更新时检测到nf消费者已重启(5)。如果另一nf消费者接管了资源的使用，则资源的消费者id可被更新，例如，如果在资源的服务操作期间收到新的消费者id，作为nf生产者的nf b应考虑处理该资源的nf消费者已变化，并将该资源与新的消费者id和恢复时间戳相关联。nf b可以认为nf a中和与消费者id和之前存储的恢复时间戳相关联的所有资源对应的上下文已经丢失。nf b然后触发适当的恢复或清理动作(6)。
[0153]
图13
[0154]
图13示出了在pdu会话建立的上下文中amf 40和smf 45之间的恢复信息的通信。图13示出了被分别标示为amf集1和amf 2的左侧的两个amf集(消费者域)，被分别标示为smf集1和smf 2的右侧的两个smf集(生产者域)。
[0155]
amf集1包括amf的两个实例，分别被标示为amf 11和amf 12。amf 12被划分为消费者部分和生产者部分。生产者部分包括用于namf communication(namf通信)(namf-comm)服务的nf服务集，具有分别被标示为nf服务实例1和nf服务实例2的两个nf服务实例。消费者部分包括一个服务集，其提供两个自定义服务，一个用于nsmf-pdusession(nsmf-pdu会话)服务的回调，被标示为cb-nsmf-pdusession(cb-nsmf-pdu会话)，另一用于nudm-sdm服务的回调，被命名为cb-nudm-sdm。
[0156]
smf集1包括分别被标示为smf 11和smf 12的两个smf实例。smf 12被划分为消费者部分和生产者部分。生产者部分包括nf服务集，其提供具有分别被标示为nf服务实例1和nf服务实例2的两个nf服务实例的nsmf-pdusession(nsmf-pdu会话)服务。消费者部分包括一个服务集，其提供两个自定义服务，一个用于namf-comm服务的回调，被标示为cb-namf-comm，另一个用于nudm-sdm服务的回调，被标示为cb-nudm-sdm。
[0157]
在以下示例中，假设amf 12需要为由amf 12服务的ue 15建立pdu会话。在此示例中，amf 12是nf消费者，smf 12是nf生产者。amf 12通过发送包含名为“3gpp-sbi-binding”(其中范围被设置为“callback”并且绑定级别＝serviceset)的自定义http报头的服务请求消息向smf 12调用nsmf-pdusession服务。包括nf实例标识符和服务集标识符。在此示例中，nf服务集标识符被设置为消费者id，并且服务名称为cb_nsmf_pdusession。服务请求还包括恢复时间戳。在这种情况下，恢复时间戳与对应于绑定级别“serviceset”的实体相关联，并指向amf 12的消费者部分中的特定服务cb-pdusession。在此示例中，在服务消费者中分配的pdu会话资源的会话上下文与恢复时间戳相关联。如果恢复时间戳被递增，这将向接收方指示为cb-pdusession服务创建的会话上下文丢失。
[0158]
在同一条消息中，amf 12包括另一名为“3gpp-sbi-binding”的自定义http报头，
其中binding level＝serviceset，scope＝other service，servicename＝namf-comm(绑定级别＝服务集，范围＝其它服务，服务名称＝namf-comm)。服务请求消息还包括servicesetid(服务集id)和恢复时间戳。在这种情况下，恢复时间戳与对应于namf-comm服务的绑定级别“serviceset”的实体相关联。
[0159]
在此示例中，假设来自amf 12的服务请求被接受，并且smf 12创建了会话上下文。示出了两个示例响应。来自smf 12的第一示例响应包含名为“3gpp-sbi-binding”的自定义http报头，其中nsmf-pdusession服务的绑定级别是“nfinstance”(nf实例)，并包括恢复时间戳。在这种情况下，所包括的恢复时间戳时间戳与对应于smf 12的生产者部分中的nsmf-pdusession服务的绑定级别“nf instance”的实体相关联。在这种情况下，在服务生产者中分配的pdu会话资源的会话上下文与恢复时间戳相关联。如果恢复时间戳被递增，这将向接收方指示由nf服务集处理的会话上下文丢失。
[0160]
在第二示例中，来自smf 12的响应响应包含名为“3gpp-sbi-binding”的自定义http报头，其中nsmf-pdusession服务的绑定级别为“nfinstance”并包括恢复时间戳。在这种情况下，所包括的恢复时间戳时间戳与对应于nsmf-pdusession服务的绑定级别“nfset”(nf集)的实体相关联。在这种情况下，在服务生产者中分配的pdu会话资源的会话上下文与恢复时间戳相关联。如果恢复时间戳被递增，这将向接收方指示由被标示为smf 1的nf实例处理的会话上下文丢失。
[0161]
图14
[0162]
图14示出了由通信系统10中的发送网络节点300(图16)实现的在重启通知中发信号通知恢复时间的方法100。发送网络节点300可以包括生产者网络节点或消费者网络节点。在一些实施例中，发送网络节点300可以从请求来自发送网络节点的重启通知的接收网络节点接收请求(框110)。方法100包括，当重启通知被触发时，根据由nf实体服务的会话的绑定级别，在与网络功能实体的重启有关的重启通知中关联恢复信息(框120)。方法100还包括向接收网络节点发送包括恢复信息的增强的重启通知(框130)。在一些实施例中，发送网络节点从接收网络节点接收确认重启通知的通知响应消息(框140)并且响应于通知响应消息执行恢复/清理动作(框150)。
[0163]
在方法100的一些实施例中，增强的恢复信息包括与由nf实体服务的会话的绑定级别相关联的增强的恢复时间戳。
[0164]
在方法100的一些实施例中，关联包括确定由nf实体服务的会话的绑定级别，并将确定的绑定级别与增强的恢复信息相关联。
[0165]
在方法100的一些实施例中，nf实体包括nf生产者或nf消费者。
[0166]
在方法100的一些实施例中，nf实体包括nf服务实例、nf服务集、nf实例或nf集之一。
[0167]
在方法100的一些实施例中，实体由消费者标识符和自定义服务一起来标识。在某些情况下，消费者标识符标识nf实例或nf服务集。
[0168]
在方法100的一些实施例中，会话上下文的绑定级别是nf集，并且响应于nf实体的重启而发送增强的重启通知。
[0169]
在方法100的一些实施例中，nf实体包括nf服务实例。
[0170]
在方法100的一些实施例中，会话上下文的绑定级别是nf服务集，并且增强的重启
通知是响应于nf服务集的重启而发送的。
[0171]
在方法100的一些实施例中，增强的重启通知被插入到服务请求消息、服务响应消息、订阅请求消息或通知消息之一中。
[0172]
在方法100的一些实施例中，增强的重启通知包括服务请求消息、服务响应消息、订阅请求消息或通知消息的报头中的恢复时间戳信息元素。
[0173]
在方法100的一些实施例中，增强的重启通知包括服务请求消息、服务响应消息、订阅请求消息或通知消息的消息主体中的恢复时间戳信息元素。
[0174]
在方法100的一些实施例中，其中增强的重启通知在注册请求或注册更新消息中被发送到网络储存库功能。
[0175]
在方法100的一些实施例中，增强的重启通知在服务请求消息中被发送到消费者网络节点或生产者网络节点。
[0176]
图15
[0177]
图15示出了由通信系统10中的接收网络节点400(图17)实施的从发送网络节点接收增强的重启通知的方法200。接收网络节点400可以包括生产者网络节点或消费者网络节点。在一些实施例中，接收网络节点300向发送网络节点发送请求，请求来自发送网络节点的重启通知(框210)。方法100包括从发送网络节点接收与nf实体的重启有关的增强的重启通知(框220)。该方法还包括根据由nf实体服务的会话上下文的绑定级别，将增强型重启通知中的恢复信息与nf实体相关联(框230)。在一些实施例中，接收网络节点400向发送网络节点发送应答重启通知的响应消息(框240)。
[0178]
在方法200的一些实施例中，增强的恢复信息包括与由nf实体服务的会话的绑定级别相关联的增强的恢复时间戳。
[0179]
在方法200的一些实施例中，关联包括确定由nf实体服务的会话的绑定级别并将确定的绑定级别与增强的恢复信息相关联。
[0180]
在方法200的一些实施例中，nf实体包括nf生产者或nf消费者。
[0181]
在方法200的一些实施例中，nf实体包括nf服务实例、nf服务集、nf实例或nf集之一。
[0182]
在方法200的一些实施例中，实体由消费者标识符和自定义服务一起来标识。在某些情况下，消费者标识符标识nf实例或nf服务集。
[0183]
在方法200的一些实施例中，会话上下文的绑定级别是nf集，并且响应于nf实体的重启而发送增强的重启通知。
[0184]
在方法200的一些实施例中，nf实体包括nf服务实例。
[0185]
在方法200的一些实施例中，会话上下文的绑定级别是nf服务集，并且增强的重启通知是响应于nf服务集的重启而发送的。
[0186]
在方法200的一些实施例中，增强的重启通知被插入到服务请求消息、服务响应消息、订阅请求消息或通知消息之一中。
[0187]
在方法200的一些实施例中，增强的重启通知包括服务请求消息、服务响应消息、订阅请求消息或通知消息的报头中的恢复时间戳信息元素。
[0188]
在方法200的一些实施例中，增强的重启通知包括服务请求消息、服务响应消息、订阅请求消息或通知消息的消息主体中的恢复时间戳信息元素。
[0189]
在方法200的一些实施例中，增强的重启通知是在注册请求或注册更新消息中从网络储存库功能接收的。
[0190]
在方法200的一些实施例中，增强的重启通知是在服务请求消息中从消费者网络节点或生产者网络节点接收的。
[0191]
一种装置可以通过实现任何功能机构(means)、模块、单元或电路来执行本文描述的任何方法。例如，在一个实施例中，装置包括被配置为执行方法图中所示的步骤的相应电路。在这方面的电路可以包括专用于执行某些功能处理的电路和/或一个或多个微处理器以及存储器。例如，电路可以包括一个或多个微处理器或微控制器，以及其他数字硬件，其可以包括数字信号处理器(dsp)、专用数字逻辑等。处理电路可以被配置为执行存储在存储器中的程序代码，该存储器可以包括一种或几种类型的存储器，例如只读存储器(rom)、随机存取存储器、高速缓冲存储器、闪存设备、光存储设备等。在若干实施例中，存储在存储器中的程序代码可以包括用于执行一种或多种电信和/或数据通信协议的程序指令以及用于执行本文描述的一种或多种技术的指令。在采用存储器的实施例中，存储器存储程序代码，该程序代码在由一个或多个处理器执行时执行本文描述的技术。
[0192]
图16
[0193]
图16示出了被配置为执行图14中所示的方法100的示例性发送网络节点300。发送网络节点300包括可选订阅单元310、关联单元320、通知单元330、可选接收单元340和可选清理单元350。各个单元310-350是pnf或cnf的一部分，例如amf 40或smf 45。各个单元310-350可以由硬件和/或由被一个处理器或处理电路执行的软件代码实现。订阅单元310，当存在时，被配置为接收来自接收网络节点400的请求，该请求请求来自发送网络节点300的重启通知。关联单元320被配置为根据由nf实体服务的会话上下文的绑定级别关联与nf实体的重启有关的重启通知中的恢复信息。通知单元330被配置为向接收网络节点发送包括恢复信息的增强的重启通知。接收单元340在存在时被配置为从接收网络节点接收应答重启通知的响应消息。当存在时，清理单元350被配置为响应于响应消息执行清理动作。
[0194]
图17
[0195]
图17示出了被配置为执行图15中所示的方法200的示例性接收网络节点400。接收网络节点400包括可选订阅单元410、通知单元420和可选响应单元430。各个单元410-440是pnf或cnf的一部分，例如amf 40或smf 45。各个单元410-440可以由硬件和/或由被处理器或处理电路执行的软件代码来实现。订阅单元410，当存在时，被配置为向发送网络节点300发送请求，请求来自发送网络节点300的事件通知。通知单元420被配置为从发送网络节点接收与实体的重启有关的增强的重启通知。关联单元430被配置为根据由nf实体服务的会话上下文的绑定级别，将增强的重启通知中的恢复信息与nf实体关联。响应单元440在存在时被配置为向发送网络节点300发送应答重启通知的响应消息。
[0196]
图18
[0197]
图18示出了可以被配置为生产者网络节点或消费者网络节点或其组合的网络节点500的主要功能组件。网络节点500可以被配置为实现如本文所述的信令过程和方法。网络节点500包括通信电路510、处理电路520和存储器530。
[0198]
通信电路510包括用于通过诸如互联网协议(ip)网络的通信网络与通信网络中的其他核心网络节点通信的网络接口电路。
[0199]
处理电路520控制网络节点500的整体操作并且被配置为实现图9-13中所示的过程。处理电路520可以包括被配置为执行分别在图14和15中示出的方法100、200中的一个或多个的一个或多个微处理器、硬件、固件或其组合。
[0200]
存储器530包括易失性和非易失性存储器，用于存储处理电路520操作所需的计算机程序代码和数据。存储器530可以包括用于存储数据的任何有形的、非暂时性的计算机可读存储介质，包括电子、磁、光、电磁或半导体数据存储设备。存储器530存储计算机程序540，该计算机程序540包括配置处理电路520以实现分别在图14和15中所示的方法100、200中的一个或多个的可执行指令。在这方面的计算机程序可以包括对应于上述机构或单元的一个或多个代码模块。通常，计算机程序指令和配置信息被存储在非易失性存储器中，例如rom、可擦除可编程只读存储器(eprom)或闪存。在操作期间生成的临时数据可被存储在易失性存储器中，例如随机存取存储器(ram)。在一些实施例中，用于配置如本文所述的处理电路520的计算机程序540可被存储在可移除存储器中，例如便携式压缩盘、便携式数字视频盘或其他可移除介质。计算机程序540还可以体现在诸如电子信号、光信号、无线电信号或计算机可读存储介质的载体中。
[0201]
本领域技术人员还将理解，本文的实施例还包括对应的计算机程序。计算机程序包括指令，所述指令当在装置的至少一个处理器上被执行时使该装置执行上述任何相应处理。在这方面的计算机程序可以包括对应于上述机构或单元的一个或多个代码模块。实施例还包括包含这种计算机程序的载体。该载体可以包括电子信号、光信号、无线电信号或计算机可读存储介质之一。
[0202]
在这点上，本文的实施例还包括存储在非暂时性计算机可读(存储或记录)介质上并且包括指令的计算机程序产品，所述指令当由装置的处理器执行时使该装置如上所述地执行。
[0203]
实施例还包括一种计算机程序产品，该计算机程序产品包括程序代码部分，该程序代码部分用于当计算机程序产品由计算设备执行时，执行本文中的任何实施例的步骤。该计算机程序产品可被存储在计算机可读记录介质上。
[0204]
本文描述的增强的重启通知过程使得当在网络中部署nf(服务)集时nf能够正确填充具有重启的故障，重启可与5gc中的nf服务或nf服务集或nf实例或nf集有关。只需稍作修改，即可使用现有的过程和消息来实现这些过程。
[0205]
当然，在不背离本发明的基本特性的情况下，本发明可以以不同于本文具体阐述的方式实施。本实施例在所有方面都被认为是说明性的而不是限制性的，并且在所附权利要求的含义和等效范围内的所有变化都旨在被包括在其中。
[0206]
一些实施例
[0207]
上述的一些实施例可以总结如下：
[0208]
1.一种由通信系统中的发送网络节点实现的向接收网络节点发送增强的重启通知的方法，该方法包括：
[0209]
根据由网络功能(nf)实体服务的会话上下文的绑定级别，在与所述nf实体的重启有关的重启通知中关联恢复信息；
[0210]
向接收网络节点发送包括恢复信息的增强的重启通知。
[0211]
2.根据实施例1所述的方法，其中，所增强的恢复信息包括与由所述nf实体服务的
会话的绑定级别相关联的增强的恢复时间戳。
[0212]
3.根据实施例1或2所述的方法，其中，所述关联包括确定由所述nf实体服务的会话的绑定级别，并将所确定的绑定级别与所增强的恢复信息相关联。
[0213]
4.根据实施例1-3中任一项所述的方法，其中，所述nf实体包括nf生产者或nf消费者。
[0214]
5.根据实施例4所述的方法，其中，所述nf实体包括nf服务实例、nf服务集、nf实例或nf集之一。
[0215]
6.根据实施例5所述的方法，其中，所述实体由消费者标识符和自定义服务一起标识。
[0216]
7.根据实施例6所述的方法，其中所述消费者标识符标识nf实例或nf服务集。
[0217]
8.根据实施例7所述的方法，其中，所述会话上下文的绑定级别是nf集，并且响应于所述nf实体的重启而发送所述增强的重启通知。
[0218]
9.根据实施例1-8中任一项所述的方法，其中，所述nf实体包括nf服务实例。
[0219]
10.根据实施例9所述的方法，其中，会话上下文的绑定级别是nf服务集，并且响应于nf服务集的重启，发送增强的重启通知。
[0220]
11.根据实施例1-10中任一项所述的方法，其中，所述增强的重启通知被插入到服务请求消息、服务响应消息、订阅请求消息或通知消息之一中。
[0221]
12.根据权利要求11所述的方法，其中，所述增强的重启通知包括在所述服务请求消息、服务响应消息、订阅请求消息或通知消息的报头中的恢复时间戳信息元素。
[0222]
13.根据权利要求11所述的方法，其中，所述增强的重启通知包括在所述服务请求消息、服务响应消息、订阅请求消息或通知消息的消息主体中的恢复时间戳信息元素。
[0223]
14.根据实施例12或13所述的方法，其中所述增强的重启通知在注册请求或注册更新消息中被发送到网络储存库功能。
[0224]
15.根据实施例12或13所述的方法，其中所述增强的重启通知在服务请求消息中被发送到消费者网络节点或生产者网络节点。
[0225]
16.一种由通信系统中的接收网络节点实施的从发送网络节点接收增强的重启通知的方法，该方法包括：
[0226]
从发送网络节点接收与网络功能(nf)实体的重启有关的增强的重启通知；以及
[0227]
根据由nf实体服务的会话上下文的绑定级别，将增强的重启通知中的恢复信息关联到nf实体。
[0228]
17.根据实施例16所述的方法，其中，所增强的恢复信息包括与由所述nf实体服务的会话的绑定级别相关联的增强的恢复时间戳。
[0229]
18.根据实施例16或17所述的方法，其中，所述关联包括确定由所述nf实体服务的会话的绑定级别，以及将所确定的绑定级别与所增强的恢复信息相关联。
[0230]
19.根据实施例16-18中任一项所述的方法，其中，所述nf实体包括nf生产者或nf消费者。
[0231]
20.根据实施例19所述的方法，其中，所述nf实体包括nf服务实例、nf服务集、nf实例或nf集之一。
[0232]
21.根据实施例20所述的方法，其中，所述实体由消费者标识符和自定义服务一起
标识。
[0233]
22.根据实施例21所述的方法，其中所述消费者标识符标识nf实例或nf服务集。
[0234]
23.根据实施例22所述的方法，其中，会话上下文的绑定级别是nf集，并且响应于nf实体的重启而发送增强的重启通知。
[0235]
24.根据实施例16-23中任一项所述的方法，其中，所述nf实体包括nf服务实例。
[0236]
25.根据实施例24所述的方法，其中，会话上下文的绑定级别是nf服务集，并且响应于nf服务集的重启而发送增强的重启通知。
[0237]
26.根据实施例16-25中任一项所述的方法，其中，所述增强的重启通知被插入到服务请求消息、服务响应消息、订阅请求消息或通知消息之一中。
[0238]
27.根据权利要求26所述的方法，其中，所述增强的重启通知包括在所述服务请求消息、服务响应消息、订阅请求消息或通知消息的报头中的恢复时间戳信息元素。
[0239]
28.根据权利要求26所述的方法，其中，所述增强的重启通知包括在所述服务请求消息、服务响应消息、订阅请求消息或通知消息的消息主体中的恢复时间戳信息元素。
[0240]
29.根据实施例27或28所述的方法，其中所述增强的重启通知是在注册请求或注册更新消息中从网络储存库功能接收的。
[0241]
30.根据实施例27或28所述的方法，其中所述增强的重启通知是在服务请求消息中从消费者网络节点或生产者网络节点接收的。
[0242]
31.一种通信网络的核心网络中的网络节点，其被配置为向接收网络节点发送增强的重启通知，所述网络节点被配置为：
[0243]
根据由网络功能(nf)实体服务的会话上下文的绑定级别，在与所述nf实体的重启有关的重启通知中关联恢复信息；
[0244]
向接收网络节点发送包括恢复信息的增强的重启通知。
[0245]
32.根据实施例31所述的网络节点，进一步被配置为执行根据实施例2-15中任一项所述的方法。
[0246]
33.一种通信网络的核心网络中的网络节点，其被配置为向接收网络节点发送增强的重启通知，所述网络节点包括：
[0247]
用于与通信网络中的开放网络节点通信的通信电路；以及
[0248]
处理电路，其被配置为：
[0249]
根据由网络功能(nf)实体服务的会话上下文的绑定级别，在与所述nf实体的重启有关的重启通知中关联恢复信息；
[0250]
向接收网络节点发送包括恢复信息的增强的重启通知。
[0251]
34.根据实施例33所述的网络节点，其中所述处理电路还被配置为执行实施例2-15中任一项所述的方法。
[0252]
35.一种计算机程序，包括可执行指令，当由网络节点中的处理电路执行时，使网络节点执行实施例1-15的方法中的任一个。
[0253]
36.一种包括实施例35的计算机程序的载体，其中所述载体是电子信号、光信号、无线电信号或计算机可读存储介质之一。
[0254]
37.一种通信网络的核心网络中的网络节点，其被配置为接收向接收网络节点的增强的重启通知，该网络节点被配置为：
[0255]
根据由网络功能(nf)实体服务的会话上下文的绑定级别，在与所述nf实体的重启有关的重启通知中关联恢复信息；
[0256]
向接收网络节点发送包括恢复信息的增强的重启通知。
[0257]
38.根据实施例37所述的网络节点，进一步被配置为执行实施例17-30中任一项所述的方法。
[0258]
39.一种通信网络的核心网络中的网络节点，其被配置为接收向接收网络节点的增强的重启通知，该网络节点包括：
[0259]
用于与通信网络中的开放网络节点通信的通信电路；以及
[0260]
处理电路，其被配置为：
[0261]
根据由网络功能(nf)实体服务的会话上下文的绑定级别，在与所述nf实体的重启有关的重启通知中关联恢复信息；
[0262]
向接收网络节点发送包括恢复信息的增强的重启通知。
[0263]
40.根据实施例39所述的网络节点，其中所述处理电路还被配置为执行实施例17-30中任一项所述的方法。
[0264]
41.一种计算机程序，包括可执行指令，所述指令当由网络节点中的处理电路执行时使该网络节点执行实施例16-32的方法中的任一个。
[0265]
42.一种包含实施例41的计算机程序的载体，其中所述载体是电子信号、光信号、无线电信号或计算机可读存储介质之一。
[0266]
附录a
[0267]
3gpp tsg-ct wg4会议#97e c4-202xyz
[0268]
电子会议，2020年4月15日至24日
[0269][0270]
对于使用此表格的帮助：可在以下位置找到综合说明
[0271]
http://www.3gpp.org/change-requests.
[0272]
所提议的变化影响:uicc appsme无线电接入网络核心网络
[0273]
[0274][0275]
[0276]
6.3.2 nf服务生产者重启
[0277]
图6.3.2-1描述了nf服务生产者的nf服务重启场景以及nf服务消费者可以如何检测该重启。
[0278][0279]
1.nf a请求在nf b中创建资源。如果请求被接受，并且如果nf b实现本章节规定的过程，nf b应在响应中返回其nf b服务实例id，并且如果绑定级别被设置为“nfserviceinstance”(nf服务实例)，nf a应将创建的资源与nf b服务实例相关联。当响应消息中包括绑定指示时，如果支持，nf b可以在自定义http报头“3gpp-sbi-binding”中包括对应于绑定级别的实体的恢复时间戳。nf a应将创建的资源与对应于绑定级别的实体相关联，例如如果绑定级别是nfserviceset，则关联实体是nf b中的nf服务集。
[0280]
2.由nf b生产的nf服务重启，或者nf b中的nf服务集，或nf b，或nf b所属的nf集已重启。
[0281]
3-4.如果nf服务的重启导致上下文丢失，并且例如如果nf服务最近重启，如果绑定级别被设置为“nfserviceinstance”，nf b服务可在其发送给nf服务消费者的响应中包括其最后的恢复时间戳。如果支持，nf b可以更新对应于自定义http报头“3gpp-sbi-binding”中的绑定级别的实体的恢复时间戳。
[0282]
5.如果资源的绑定级别为nfserviceinstance，nf a可以认为在nf b服务恢复时间之前在nf b服务实例中创建的所有资源已经丢失。当接收到与绑定级别对应的实体的更新的恢复时间戳时，nf a可以认为在新的恢复时间戳之前创建的资源已经丢失。nf a然后触发适当的恢复或清理动作。
[0283]
注x：填充对应于绑定级别的实体的恢复时间戳就足够了，这对于服务消费者执行恢复过程至关重要，例如清理相关资源。填充更高级别的恢复时间戳(例如绑定级别为nf服务集时nf实例的恢复时间戳)不太有用，假设nf实例的重启将导致nf服务集重启。
[0284][0285]
注2：此过程中发信号通知的恢复时间等同于图6.2.3-2的nf服务的恢复时间。对于整个nf重启场景，nf的每个nf服务实例都可以应用此过程。
[0286]
注3：当向该nf服务发送信令时，此过程使得能够检测对等nf服务的重启。当发生向对等nf服务的频繁信令时，它可以加快对对等nf服务的重启的检测。
[0287]
注4：在某些用例中，nf a在创建资源时不知道nf b服务实例id，例如v-smf仅从amf接收h-smf uri以在h-smf中创建pdu会话资源。此外，对于支持分布式集合的api(例如smf)，响应可以包含与nf a选择用于发送请求的不同的服务实例id(其不需要在nrf中注册)。
[0288][0289]
附录b
[0290]
3gpp tsg-ct wg4会议#97e c4-202xyz
[0291]
电子会议，2020年4月15日至24日
[0292][0293]
对于使用此表格的帮助：可在以下位置找到综合说明
[0294]
http://www.3gpp.org/change-requests.
[0295]
所提议的变化影响:uicc appsme无线电接入网络核心网络
[0296]
[0297][0298][0299]
6.2.3 nf(nf服务)重启
[0300]
图6.2.3-1描述了nf重启场景以及可以如何通知其他nf关于该重启。
[0301][0302]
1.nf b(或oam)将nf b配置文件注册到nrf。如果nf b的重启导致丢失上下文，则nf b配置文件可包括recoverytime(恢复时间)属性。当nf b中创建的会话上下文的绑定级别为nf集级别时，nf b配置文件还可以包括nf b所属的nf集的recoverytime属性。
[0303]
注意：假设当整个nf集已重启时，属于同一nf集的所有nf也已重启；但不是反之亦然。
[0304]
2.nf a向nrf订阅以接收nf b配置文件的变化的通知。
[0305]
3.nf b重启。
[0306]
4.如果在重启期间上下文丢失，nf b(或oam)更新在nrf的nf配置文件中的recoverytime。当整个nf集已重启时，nf b配置文件还应更新nf b所属的nf集的recoverytime属性。
[0307]
5.nrf向已订阅接收nf b配置文件的变化的通知的nf通知关于nf b配置文件的更新的recoverytime和nf b所属的nf集的更新的recoverytime。
[0308]
6.nf a可以认为在nf b恢复时间之前在nf b中创建的所有资源都已丢失。nf a然后触发适当的恢复或清理动作。
[0309]
图6.2.3-2描述了nf服务重启场景以及可以如何通知其他nf关于该重启。
[0310][0311]
1.nf b(或oam)将其nf b配置文件(及其服务)注册到nrf。如果nf b服务的重启导致上下文丢失，nf b配置文件可包括它支持的nf服务的recoverytime属性。当在nf b中创建的nf服务的会话上下文的绑定级别是nf服务集级别时，nf b配置文件还可以包括nf服务实例所属的nf服务集的recoverytime属性。
[0312]
注意：假设当整个nf服务集已重启时，属于同一nf服务集的所有nf服务实例也已重启；但不是反之亦然。
[0313]
2.nf a订阅nrf以接收nf b配置文件的变化的通知。
[0314]
3.nf b服务重启。
[0315]
4.如果服务重启期间上下文丢失，nf b(或oam)更新nrf中对应nf服务的recoverytime。当整个nf服务集已重启时，nf b(或oam)还应更新nf服务实例所属的nf服务集的recoverytime属性。
[0316]
5.nrf通知已经订阅接收nf b配置文件的变化的通知的nf关于nf b服务的更新的recoverytime和nf b服务集的更新的recoverytime。
[0317]
6.nf a可以认为在nf b服务恢复时间之前在nf b服务中创建的所有资源都已经丢失。nf a然后触发适当的恢复或清理动作。
[0318][0319]
附录c
[0320]
3gpp tsg-ct wg4会议#97e c4-202xyz
[0321]
电子会议，2020年4月15日至24日
[0322][0323]
对于使用此表格的帮助：可在以下位置找到综合说明
[0324]
http://www.3gpp.org/change-requests.
[0325]
所提议的变化影响:uicc appsme无线电接入网络核心网络
[0326]
[0327]
[0328][0329]
6.4.2 nf服务消费者重启
[0330]
图6.4.2-1描述了nf服务消费者重启场景以及nf服务生产者可以如何检测到该重启。
[0331][0332]
1.nf a请求在nf b中创建资源。如果nf a执行本章节规定的过程，它应在请求中包括消费者id和最后的恢复时间戳。对于由nf服务消费者为该服务触发的所有服务请求，消费者id应相同，并且应是全局唯一的(例如使用uuid)。如果在nf中实现，消费者id可以是一个单独的标识来标识消费者部分，否则它可能与nf实例id相同。当使用绑定指示时，nf a包括对应于绑定级别的实体的恢复时间戳。
[0333]
2.如果资源创建成功，作为服务生产者的nf b将接收到的消费者id和恢复时间戳存储起来，并将创建的资源与它关联起来。当服务请求中包括范围被设置为“回调”的绑定指示时，nf b应将创建的资源与恢复时间戳相关联。当绑定指示的范围被设置为“其他服务”时，如果nf b已经消费了由nf a提供的nf服务，则nf b可以存储恢复时间戳(以便在其消费者部分中创建相关上下文)。
[0334]
注x：当服务请求中的绑定指示的范围被设置为“其他服务”时，nf a被视为服务生
产者，nf b(作为服务消费者)将按照第6.3章节中的规定相同应用。
[0335]
3.nf a中的nf服务消费者重启。
[0336]
4.nf a中的nf服务消费者在调用由nf b提供的服务时，应在请求中包括其最后的恢复时间戳和消费者id。重启后应使用相同的消费者id。当使用绑定指示时，nf a包括对应于范围被设置为“回调”的绑定指示中绑定级别的实体的更新的恢复时间戳。
[0337]
5.作为nf服务生产者的nf b可以将与消费者id相关联的或与对应于绑定指示中的绑定级别的实体相关联的所接收到的恢复时间戳与之前的恢复时间戳进行比较，并且如果接收到的恢复时间戳比之前的更新，检测到nf服务消费者被重启。
[0338]
如果另一服务消费者接管了资源的使用，则可以更新与资源的绑定指示中的绑定级别对应的消费者id或实体，例如如果在资源的服务操作期间接收到新的消费者id，作为nf服务生产者的nf b将认为处理该资源的服务消费者已经变化，并将该资源与新的消费者id和恢复时间戳相关联。
[0339]
6.nf b可以认为nf a中与消费者id和之前存储的恢复时间戳相关联的所有资源对应的上下文已经丢失。nf b然后触发适当的恢复或清理动作。
[0340]
注1：此过程仅由支持发信号通知恢复时间戳属性的nf服务支持。
[0341]
注2：当资源由nf服务消费者独占使用时，可以使用此过程。
[0342]
注3：此过程使得向nf服务生产者发送信令时，能够检测对等nf服务消费者的重启。如果nf a作为纯粹的服务消费者而不在nrf中注册其配置文件，这将很有帮助。如果nf a确实在nrf中注册了配置文件，它还可以在朝向对等nf服务发生频繁信令时加快对等nf服务消费者的重启的检测。
[0343]