CN117858134A - 一种容灾处理方法及相关设备 - Google Patents

Abstract

本公开实施例提供了一种容灾处理方法及相关设备，涉及通信技术领域。该容灾处理方法包括：若基站检测到第一AMF网元发生故障或第一AMF网元故障恢复，基站向目标AMF网元发送无线接入网配置更新消息，无线接入网配置更新消息携带容灾标识和UE的容灾数据；目标AMF网元根据容灾标识和UE的容灾数据，更新UE的GUTI、提取UE的签约数据以及更新会话上下文。该容灾处理方法解决了接管AMF网元无法实时接管出现故障的AMF网元的原有会话而导致业务中断的问题。

Description

一种容灾处理方法及相关设备

技术领域

本公开涉及通信技术领域，具体而言，涉及一种容灾处理方法、容灾处理系统、电子设备和计算机可读存储介质。

背景技术

在5G通信网络中，AMF(Access and Mobility Management Function，接入和移动性管理功能)网元主要用于进行移动性管理、接入鉴权/授权，还负责传递用户策略。当出现软件功能、承载网络、电源中断等异常情况，会导致AMF网元故障而无法继续提供服务，致使UE(User Equipment，用户设备)通过核心网络进行的业务访问受到影响，此时可以通过容灾技术来降低因AMF网元故障给UE的业务访问造成的影响。

相关技术中，若服务的AMF网元故障，基站会释放无线资源以及中断当前业务，SMF(Session Management function，会话管理功能)网元也会中断原有会话，然后UE重新建立会话，由POOL(由多个AMF网元组成的资源池)内的其他可用AMF网元进行业务接管。

但是，由于POOL内AMF网元之间没有数据同步，接管AMF网元无法实时接管出现故障的AMF网元的原有会话，导致业务中断，给连续性要求高的业务造成不利影响。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开实施例提供一种容灾处理方法、容灾处理系统、电子设备和计算机可读存储介质，至少一定程度上解决了接管AMF网元无法实时接管出现故障的AMF网元的原有会话而导致业务中断的问题。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的一个方面，提供一种容灾处理方法，所述方法包括：若基站检测到第一AMF网元发生故障或所述第一AMF网元故障恢复，所述基站向目标AMF网元发送无线接入网配置更新消息，所述无线接入网配置更新消息携带容灾标识和UE的容灾数据；所述目标AMF网元根据所述容灾标识和所述UE的容灾数据，更新UE的GUTI、提取UE的签约数据以及更新会话上下文。

在本公开一些实施例中，所述UE的容灾数据包括：SUPI、基站标识、第一AMF网元标识、AMF UE NGAP ID、RAN UE NGAP ID、SMF网元标识和PDU会话标识。

在本公开一些实施例中，若所述基站检测到所述第一AMF网元发生故障，所述目标AMF网元为第二AMF网元，所述容灾标识为容灾切换标识。

在本公开一些实施例中，所述目标AMF网元根据所述容灾标识和所述UE的容灾数据，更新UE的GUTI、提取UE的签约数据以及更新会话上下文，包括：所述第二AMF网元根据所述容灾切换标识生成第一GUTI，并根据所述基站标识、所述AMF UE NGAP ID和所述RAN UENGAP ID生成携带所述第一GUTI的第一配置更新消息，通过所述基站向所述UE发送所述第一配置更新消息，以使所述UE实现GUTI更新，并通过所述基站向所述第二AMF网元发送第一配置更新完成消息；所述第二AMF网元根据所述容灾切换标识，通过所述SUPI生成第一用户数据提取消息，向UDM网元发送所述第一用户数据提取消息，以使所述UDM网元向所述第二AMF网元发送所述UE的签约数据，并将为所述UE服务的AMF网元更新为所述第二AMF网元；所述第二AMF网元根据所述SMF网元标识和所述PDU会话标识生成第一会话上下文更新请求消息，向所述SMF网元发送所述第一会话上下文更新请求消息，以使所述SMF网元向所述第二AMF网元发送第一会话上下文更新响应消息，并将为所述UE服务的AMF网元更新为所述第二AMF网元。

在本公开一些实施例中，所述方法还包括：所述第二AMF网元向所述基站发送第一无线接入网配置更新确认消息。

在本公开一些实施例中，所述方法还包括：SMF网元检测到所述第一AMF网元发生故障。

在本公开一些实施例中，若所述基站检测到所述第一AMF网元故障恢复，所述目标AMF网元为所述第一AMF网元，所述容灾标识为容灾切回标识。

在本公开一些实施例中，所述目标AMF网元根据所述容灾标识和所述UE的容灾数据，更新UE的GUTI、提取UE的签约数据以及更新会话上下文，包括：所述第一AMF网元根据所述容灾切回标识生成第二GUTI，并根据所述基站标识、所述AMF UE NGAP ID和所述RAN UENGAP ID生成携带所述第二GUTI的第二配置更新消息，通过所述基站向所述UE发送所述第二配置更新消息，以使所述UE实现GUTI更新，并通过所述基站向所述第一AMF网元发送第二配置更新完成消息；所述第一AMF网元根据所述容灾切回标识，通过所述SUPI生成第二用户数据提取消息，向UDM网元发送所述第二用户数据提取消息，以使所述UDM网元向所述第一AMF网元发送所述UE的签约数据，并将为所述UE服务的AMF网元更新为所述第一AMF网元；所述第一AMF网元根据所述SMF网元标识和所述PDU会话标识生成第二会话上下文更新请求消息，向所述SMF网元发送所述第二会话上下文更新请求消息，以使所述SMF网元向所述第一AMF网元发送第二会话上下文更新响应消息，并将为所述UE服务的AMF网元更新为所述第一AMF网元。

在本公开一些实施例中，所述方法还包括：所述第一AMF网元向所述基站发送无线接入网配置更新确认消息。

在本公开一些实施例中，所述方法还包括：SMF网元检测到所述第一AMF网元故障恢复。

在本公开一些实施例中，所述方法还包括：在所述UE通过所述第一AMF网元建立PDU会话的过程中，所述第一AMF网元向所述基站发送会话请求消息，所述会话请求消息携带所述UE的容灾数据。

根据本公开的又一个方面，提供一种容灾处理系统，包括：基站、第一AMF网元和第二AMF网元；所述基站用于在检测到所述第一AMF网元发生故障的情况下，向所述第二AMF网元发送携带容灾切换标识和UE的容灾数据的无线接入网配置更新消息；以及，在检测到所述第一AMF网元故障恢复的情况下，向所述第一AMF网元发送携带容灾切回标识和所述UE的容灾数据的无线接入网配置更新消息；所述第一AMF网元用于在所述第一AMF网元故障恢复的情况下，根据所述容灾切回标识和所述UE的容灾数据，更新UE的GUTI、提取UE的签约数据以及更新会话上下文；所述第二AMF网元用于在所述第一AMF网元发生故障的情况下，根据所述容灾切换标识和所述UE的容灾数据，更新所述UE的GUTI、提取所述UE的签约数据以及更新会话上下文。

根据本公开的又一个方面，提供一种电子设备，包括：一个或多个处理器；存储装置，配置为存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上述实施例中所述的容灾处理方法。

根据本公开的又一个方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现如上述实施例中所述的容灾处理方法。

本公开实施例提供的容灾处理方法，在基站检测到第一AMF网元发生故障或第一AMF网元故障恢复后，可以向目标AMF网元发送携带容灾标识和UE的容灾数据的无线接入网配置更新消息，进而目标AMF网元根据容灾标识和UE的容灾数据，更新UE的GUTI、提取UE的签约数据以及更新会话上下文，解决了接管AMF网元无法实时接管出现故障的AMF网元的原有会话而导致业务中断的问题，能够在UE无感知的情况下完成AMF网元的切换，还能够确保用户数据传输不中断。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。

图1示出了本公开实施例的一种容灾处理系统的结构示意图；

图2示出了本公开实施例的一种容灾处理方法的流程图；

图3示出了本公开实施例的通过第一AMF网元建立PDU会话的流程图；

图4示出了本公开实施例的在第一AMF网元发生故障情况下的容灾处理方法的流程图；

图5示出了本公开实施例的在第一AMF网元故障恢复情况下的容灾处理方法的流程图；

图6示出了本公开又一实施例的一种容灾处理方法的流程图；

图7示出了本公开又一实施例的一种容灾处理系统的结构示意图；

图8示出了本公开实施例中一种电子设备的结构框图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

需要说明的是，本公开实施例提及“第一”、“第二”等序数词用于对多个对象进行区分，不用于限定多个对象的顺序、时序、优先级或者重要程度，并且“第一”、“第二”的描述也并不限定对象一定不同。

图1示出了本公开实施例的一种容灾处理系统的结构示意图。如图1所示，容灾处理系统100可以包括：UE 101、基站102、第一AMF网元103、第二AMF网元104、SMF网元105、UDM(Unified Data Managemen，统一数据管理)网元106和UPF(User Plane Function，用户面功能)网元107。

其中，UE 101可以通过第一AMF网元103建立PDU(Protocol Data Unit，协议数据单元)会话。在建立PDU会话的过程中，第一AMF网元将UE101的容灾数据发送给基站102，基站102存储UE的容灾数据。如此，在第一AMF网元发生故障或者第一AMF网元故障恢复的时候，该容灾数据可以用于实时恢复业务。

若基站102检测到第一AMF网元103发生故障，可以向第二AMF网元104发送无线接入网配置更新消息，该无线接入网配置更新消息携带容灾切换标识和容灾数据。第二AMF网元104接收到无线接入网配置更新消息后，可以根据容灾切换标识和容灾数据更新UE的GUTI(Globally Unique Temporary UE Identity，全局唯一临时UE标识)、从UDM网元106提取UE的签约数据、以及通过SMF网元105更新会话上下文信息，从而可以实现将第一AMF网元原有会话业务实时切换到第二AMF网元。

若基站102检测到第一AMF网元103故障恢复，可以向第一AMF网元103发送无线接入网配置更新消息，该无线接入网配置更新消息携带容灾切回标识和容灾数据。第一AMF网元103接收到无线接入网配置更新消息后，可以根据容灾切换标识和容灾数据更新UE的、从UDM网元106提取UE的签约数据、以及到SMF网元105更新会话上下文信息，从而可以使得故障恢复的第一AMF网元恢复原有业务负荷，实时恢复AMF网元的POOL负荷均衡，避免POOL负荷不均衡导致的业务不稳定风险，确保POOL稳定可靠运行。

UE 101、基站102、第一AMF网元103、第二AMF网元104、SMF网元105、UDM网元106和UPF网元107之间可以通过网络实现通信连接，该网络可以是有线网络，也可以是无线网络。

可选地，上述的无线网络或有线网络使用标准通信技术和/或协议。网络通常为因特网、但也可以是任何网络，包括但不限于LAN(Local Area Network，局域网)、MAN(Metropolitan Area Network，城域网)、WAN(Wide Area Network，广域网)、移动、有线或者无线网络、专用网络或者虚拟专用网络的任何组合。在一些实施例中，使用包括HTML(Hyper Text Mark-up Language，超文本标记语言)、XML(Extensible MarkupLanguage，可扩展标记语言)等的技术和/或格式来代表通过网络交换的数据。此外还可以使用诸如SSL(Secure Socket Layer，安全套接字层)、TLS(Transport Layer Security，传输层安全)、VPN(Virtual Private Network，虚拟专用网络)、Ipsec(Internet ProtocolSecurity，网际协议安全)等常规加密技术来加密所有或者一些链路。在另一些实施例中，还可以使用定制和/或专用数据通信技术取代或者补充上述数据通信技术。

UE 101可以是各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机、台式计算机、可穿戴设备、增强现实设备、虚拟现实设备等。

可选地，不同的UE 101中安装的应用程序的客户端是相同的，或基于不同操作系统的同一类型应用程序的客户端。基于终端平台的不同，该应用程序的客户端的具体形态也可以不同，比如，该应用程序客户端可以是手机客户端、PC客户端等。

基站102是网络中用于将UE接入到无线网络的设备，在下面的举例说明中，均以基站102为gNB进行说明，但本公开并不限定于此。第一AMF网元103、第二AMF网元104、SMF网元105、UDM网元106和UPF网元107可以为具备相应功能的服务器。

本领域技术人员可以知晓，图1中的UE 101、第一AMF网元103和第二AMF网元104的数量仅仅是示意性的，根据实际需要，可以具有任意数目的UE和AMF网元，本公开实施例对此不作限定。

图2示出了本公开实施例的一种容灾处理方法的流程图。如图2所示，该容灾处理方法具体包括以下步骤S201至步骤S202。

步骤S201：若基站检测到第一AMF网元发生故障或第一AMF网元故障恢复，基站向目标AMF网元发送无线接入网配置更新消息，无线接入网配置更新消息携带容灾标识和UE的容灾数据；

步骤S202：目标AMF网元根据容灾标识和UE的容灾数据，更新UE的GUTI、提取UE的签约数据以及更新会话上下文。

在本公开一些实施例中，UE通过第一AMF网元建立PDU会话，在UE通过第一AMF网元建立PDU会话的过程中，第一AMF网元向gNB发送会话请求消息，该会话请求消息携带UE的容灾数据。gNB接收到UE的容灾数据后，可以保存UE的容灾数据，如此在发生故障或故障恢复时，可以根据UE的容灾数据实时恢复业务。

其中，UE的容灾数据可以包括：SUPI(Subscription Permanent Identifier，用户永久标识符)、gNB ID(基站标识)、AMF1 ID(第一AMF网元标识)、AMF UE NGAP ID(UE在AMF侧N2接口上的标识，该标识在AMF侧通过N2接口唯一地标识UE)、RAN UE NGAP ID(UE在无线接入网侧N2接口上的标识，该标识在gNB内通过N2接口唯一地标识UE)、SMF ID(SMF网元标识)和PDU Session ID(PDU会话标识)。UE的容灾数据可以用于发生故障或故障恢复时实时恢复业务，下文会详细说明UE的容灾数据中各元素的作用，此处不做详细说明。

图3示出了本公开实施例的通过第一AMF网元建立PDU会话的流程图。如图3所示，PDU会话的建立流程可以包括：

步骤S301，UE注册网络后，向第一AMF网元发送PDU会话建立请求消息；

步骤S302，第一AMF网元向SMF网元发送会话上下文创建请求消息；

步骤S303，SMF网元向第一AMF网元发送会话上下文创建响应消息；

步骤S304，SMF网元根据策略选择UPF网元，向UPF网元发送N4会话建立请求消息；

步骤S305，UPF网元向SMF网元发送N4会话建立响应消息；

步骤S306，SMF网元向第一AMF网元发送N1N2消息传送，以通过第一AMF网元将N1消息发送给UE，将N2消息发送给gNB；

步骤S307，第一AMF网元向SMF网元发送N1N2消息传送确认；

步骤S308，第一AMF网元向gNB发送N2会话建立请求消息，通过此消息携带UE的容灾数据，主要包括SUPI、gNB ID、AMF1 ID、AMF UE NGAP ID、RAN UE NGAP ID、SMF ID和PDUSession ID，用于发生故障或故障恢复时实时恢复业务；

步骤S309，gNB存储UE的容灾数据，向第一AMF网元发送N2会话建立响应消息；

步骤S310，第一AMF网元向UE发送PDU会话建立响应消息；

步骤S311，第一AMF网元向SMF网元发送会话上下文更新请求消息；

步骤S312，SMF网元向UPF网元发送N4会话修改请求消息；

步骤S313，UPF网元向SMF网元发送N4会话修改响应消息；

步骤S314，SMF网元向第一AMF网元发送会话上下文更新响应消息；

步骤S315，UE建立用户面通道，实现UE数据传送。

本公开实施例提供的容灾处理方法中，UE通过第一AMF网元建立PDU会话的过程中，第一AMF网元将UE的容灾数据发送给gNB，进而gNB存储接收到的UE的容灾数据，这样在第一AMF网元发生故障或者第一AMF网元故障恢复时，gNB可以将UE的容灾数据发送给目标AMF网元，使得目标AMF网元可以根据UE的容灾数据实时恢复业务。并且，通过已有信令交互流程存储UE的容灾数据，不会额外增加信令，也不需要同步备份UE的容灾数据，不会额外增加成本，减少额外资源消耗。

gNB为确定第一AMF网元的状态，需要实时对第一AMF网元进行检测，以确定第一AMF网元是否正常运行。具体的，gNB向第一AMF网元发送SCTP(Stream ControlTransmission Protocol，流控制传输协议)HEARTBEAT心跳请求消息；若第一AMF网元没有返回SCTP HEARTBEAT ACK心跳响应消息，则确定第一AMF网元发生故障；若第一AMF网元返回了SCTP HEARTBEAT ACK心跳响应消息，则确定第一AMF网元正常运行。gNB在预设时长内没有收到SCTP HEARTBEAT ACK心跳响应消息，则确定第一AMF网元发生故障。其中，可以根据经验设置预设时长，本公开实施例对此不作限定。当然，gNB还可以采用其他方式对第一AMF网元进行检测，本公开实施例对此也不作限定。

需要说明的是，第一AMF网元发生故障包括gNB到第一AMF网元的链路不可用，gNB到第一AMF网元的链路不可用的原因可以为第一AMF网元故障。

如果gNB检测到第一AMF网元发生故障或第一AMF网元故障恢复，gNB向目标AMF网元发送携带容灾标识和UE的容灾数据的RAN(Radio Access Network，无线接入网)配置更新消息，具体可以为RAN Configuration Update消息。然后，目标AMF网元可以根据容灾标识和UE的容灾数据，更新UE的GUTI、提取UE的签约数据以及更新会话上下文。

接下来分别说明在第一AMF网元发生故障、以及第一AMF网元故障恢复的情况下，容灾处理的具体过程。

(一)如果gNB检测到第一AMF网元发生故障，则目标AMF网元为第二AMF网元，容灾标识为容灾切换标识，即gNB向第二AMF网元发送携带容灾切换标识和UE的容灾数据的RAN配置更新消息。然后，第二AMF网元可以根据容灾切换标识和UE的容灾数据，更新UE的GUTI、提取UE的签约数据以及更新会话上下文，从而可以实现将第一AMF网元原有会话业务实时切换到第二AMF网元。

其中，第二AMF网元可以为POOL(由多个AMF网元组成的资源池)内除了第一AMF网元的可用AMF网元。gNB可以随机选择或者根据设定权重确定第二AMF网元，本公开实施例对此不作限定。另外，第二AMF网元的数量可以为一个或多个。也就是说，在第一AMF网元发生故障的情况下，gNB可以在POOL内选择一个或多个第二AMF网元，由选择出来的一个或多个第二AMF网元接管第一AMF网元。

举例说明，用户UE1到UE10通过AMF1网元建立PDU会话，并与UPF网元进行数据传输。AMF1网元发生故障后，gNB选择由AMF2网元和AMF3网元接管AMF1网元，将AMF1网元的用户UE1到UE5切换到AMF2网元，将AMF1网元的用户UE6到UE10切换到AMF3网元。具体的，gNB可以将UE1到UE5的签约数据以及容灾切换标识发送给AMF2网元，进而AMF2网元根据UE1到UE5的签约数据以及容灾切换标识，更新UE1到UE5的GUTI、提取UE1到UE5的签约数据以及更新会话上下文，进而将AMF1网元上UE1到UE5原有会话业务实时切换到AMF2网元。以及，gNB可以将UE6到UE10的签约数据以及容灾切换标识发送给AMF3网元，进而AMF3网元根据UE6到UE10的签约数据以及容灾切换标识，更新UE6到UE10的GUTI、提取UE6到UE10的签约数据以及更新会话上下文，进而将AMF1网元上UE6到UE10原有会话业务实时切换到AMF3网元。

在本公开一些实施例中，容灾处理方法还包括：第二AMF网元向基站发送第一无线接入网配置更新确认消息。

gNB在检测到第一AMF网元发生故障后，向第二AMF网元发送携带容灾切换标识和UE的容灾数据的RAN配置更新消息，然后第二AMF网元向gNB返回RAN配置更新确认消息，具体可以为RAN Configuration Update Acknowledge消息。

在本公开一些实施例中，容灾处理方法还包括：SMF网元检测到第一AMF网元发生故障。

SMF网元可以通过NRF(Network Repository Function，网络仓库功能)网元检测到第一AMF网元发生故障，NRF网元主要用于提供网元或网元所提供服务的注册和发现功能。本公开实施例中，SMF网元通过NRF网元检测到第一AMF网元发生故障后，不再释放会话业务。

在本公开一些实施例中，第二AMF网元根据容灾切换标识和UE的容灾数据，更新UE的GUTI、提取UE的签约数据以及更新会话上下文，可以包括：

(1)第二AMF网元根据容灾切换标识生成第一GUTI，并根据基站标识、AMF UE NGAPID和RAN UE NGAP ID生成携带第一GUTI的第一配置更新消息，通过基站向UE发送第一配置更新消息，以使UE实现GUTI更新，并通过基站向第二AMF网元发送第一配置更新完成消息。

第二AMF网元接收到携带容灾切换标识和UE的容灾数据的RAN配置更新消息后，可以根据容灾切换标识生成第一GUTI。以及，第二AMF网元根据UE的容灾数据中的gNB ID、AMFUE NGAP ID和RAN UE NGAP ID生成携带第一GUTI的Configuration Update Command消息(配置更新消息)，该消息用于请求UE更新GUTI。第二AMF网元可以通过gNB向UE发送携带第一GUTI的Configuration Update Command消息。UE在接收到该Configuration UpdateCommand消息后，可以通过消息中的第一GUTI实现GUTI更新，并且UE可以通过gNB向第二AMF网元发送Configuration Update Complete消息(配置更新完成消息)，即GUTI的更新响应。

(2)第二AMF网元根据容灾切换标识，通过SUPI生成第一用户数据提取消息，向UDM网元发送第一用户数据提取消息，以使UDM网元向第二AMF网元发送UE的签约数据，并将为UE服务的AMF网元更新为第二AMF网元。

由于第二AMF网元没有UE的签约数据，因此第二AMF网元在接收到携带容灾切换标识和UE的容灾数据的RAN配置更新消息后，可以根据容灾切换标识，通过UE的容灾数据中的SUPI生成用户数据提取消息，具体可以为SubscriberDataManagement_Get消息，然后向UDM网元发送该消息。UDM网元接收到用户数据提取消息后，向第二AMF网元用户数据提取响应消息，以将UE的签约数据发送给第二AMF网元，该签约数据可以包括DNN(Data NetworkName，数据网络名称)、切片以及鉴权等数据。并且，UDM网元将为UE服务的第一AMF网元更新为第二AMF网元。

(3)第二AMF网元根据SMF网元标识和PDU会话标识生成第一会话上下文更新请求消息，向SMF网元发送第一会话上下文更新请求消息，以使SMF网元向第二AMF网元发送第一会话上下文更新响应消息，并将为UE服务的AMF网元更新为第二AMF网元。

第二AMF网元在接收到携带容灾切换标识和UE的容灾数据的RAN配置更新消息后，可以根据UE的容灾数据中的SMF ID和PDU Session ID生成会话上下文更新请求消息，具体可以为PDU Session_Update SM Context请求消息，向SMF网元发送该消息。SMF网元接收到会话上下文更新请求消息后，向第二AMF网元发送会话上下文更新响应消息，并且SMF网元将UE的PDU会话的第一AMF网元更新为第二AMF网元。

可见，第二AMF网元接收到携带容灾切换标识和UE的容灾数据的RAN配置更新消息后，可以根据容灾切换标识和UE的容灾数据，完成第二AMF网元、UDM网元以及SMF网元的会话控制信息更新，确保会话后续交互更新，实现UE数据传输不中断。

图4示出了本公开实施例的在第一AMF网元发生故障情况下的容灾处理方法的流程图。如图4所示，容灾处理方法的流程可以包括：

步骤S401，若第一AMF网元正常，第一AMF网元提供服务，UE与UPF网元之间实现数据正常传输；

步骤S402，gNB检测到第一AMF网元发生故障；

步骤S403，SMF网元通过NRF网元检测到第一AMF网元发生故障，此时不再释放会话业务；

步骤S404，gNB启用容灾业务处理功能，选择第二AMF网元进行业务切换，生成RAN配置更新消息，该消息携带容灾切换标识以及UE的容灾数据，该容灾数据为第一AMF网元下UE的容灾数据，具体可以包括SUPI、gNB ID、AMF1 ID、AMF UE NGAP ID、RAN UE NGAP ID、SMFID、以及PDU Session ID，gNB向第二AMF网元发送RAN配置更新消息；

步骤S405，第二AMF网元向gNB发送RAN配置更新确认消息；

步骤S406，第二AMF网元启动容灾接管处理功能，根据容灾切换标识生成第一GUTI，并根据UE的容灾数据中的gNB ID、AMF UE NGAP ID、RAN UE NGAP ID生成配置更新消息，通过gNB向UE发送该消息，以实现UE的GUTI更新；

步骤S407，UE通过gNB向第二AMF网元发送GUTI更新响应消息；

步骤S408，第二AMF网元根据容灾切换标识，通过UE的容灾数据中的SUPI生成用户数据提取消息，向UDM网元发送该消息，以提取UE数据；

步骤S409，UDM网元向第二AMF网元发送用户数据提取响应消息，提供DNN、切片、鉴权等UE的签约数据，并且UDM网元将为UE服务的第一AMF网元更新为第二AMF网元；

步骤S410，第二AMF网元根据UE的容灾数据中的SMF ID以及PDU Session ID会话上下文更新请求消息，将该消息发送到SMF网元；

步骤S411，SMF网元向第二AMF网元发送会话上下文更新响应消息，并将UE的PDU会话的第一AMF网元更新为第二AMF网元；

步骤S412，第二AMF网元、UDM网元以及SMF网元已经更新会话控制信息，将会话切换到第二AMF网元，UE与UPF网元之间继续传输数据，实现UE的数据传输不中断。

需要说明的是，图4所示的容灾处理方法以第二AMF网元的数量为一个进行说明的，上文已经说明，第二AMF网元的数量可以为一个或多个。若存在多个第二AMF网元，gNB可以根据设定权重确定多个第二AMF网元，并将UE的签约数据分别发送给相应的第二AMF网元，进而相应的第二AMF网元实现UE的GUTI更新、提取UE的签约数据以及更新会话上下文，以使得发生故障的第一AMF网元上的UE原有会话业务实时切换到相应的第二AMF网元。

(二)在第二AMF网元提供服务的情况下，如果gNB检测到第一AMF网元故障恢复，则可以将第二AMF网元上的会话业务切回到第一AMF网元，因此目标AMF网元为第一AMF网元，容灾标识为容灾切回标识，即gNB向第一AMF网元发送携带容灾切回标识和UE的容灾数据的RAN配置更新消息。然后，第一AMF网元可以根据容灾切回标识和UE的容灾数据，更新UE的GUTI、提取UE的签约数据以及更新会话上下文，从而可以使得故障恢复的第一AMF网元恢复原有业务负荷，实时恢复AMF网元的POOL负荷均衡，避免POOL负荷不均衡导致的业务不稳定风险，确保POOL稳定可靠运行。

上文已经说明，第二AMF网元的数量可以为一个或多个，如果第二AMF网元的数量为多个，则可以将多个第二AMF网元的UE均切回到第一AMF网元。接上述例子进行说明，AMF2网元为UE1到UE5提供服务，AMF3网元为UE6到UE10提供服务。如果gNB检测到AMF1网元故障恢复，则gNB可以将UE1到UE10的签约数据以及容灾切回标识发送给AMF1网元，进而AMF1网元根据UE1到UE10的签约数据以及容灾切回标识，更新UE1到UE10的GUTI、提取UE1到UE10的签约数据以及更新会话上下文，进而将AMF2网元上UE1到UE5原有会话业务实时切回到AMF1网元，以及将AMF3网元上UE6到UE10原有会话业务实时切回到AMF1网元。

在本公开一些实施例中，容灾处理方法还包括：第一AMF网元向基站发送第二无线接入网配置更新确认消息。

gNB在检测到第一AMF网元故障恢复后，向第一AMF网元发送携带容灾切回标识和UE的容灾数据的RAN配置更新消息，然后第一AMF网元向gNB返回RAN配置更新确认消息，具体可以为RAN Configuration Update Acknowledge消息。

在本公开一些实施例中，容灾处理方法还包括：SMF网元检测到第一AMF网元故障恢复。

SMF网元可以通过NRF网元检测到第一AMF网元故障恢复后，不再释放会话业务。

在本公开一些实施例中，第一AMF网元根据容灾切回标识和UE的容灾数据，更新UE的GUTI、提取UE的签约数据以及更新会话上下文，可以包括：

(1)第一AMF网元根据容灾切回标识生成第二GUTI，并根据基站标识、AMF UE NGAPID和RAN UE NGAP ID生成携带第二GUTI的第二配置更新消息，通过基站向UE发送第二配置更新消息，以使UE实现GUTI更新，并通过基站向第一AMF网元发送第二配置更新完成消息。

第一AMF网元接收到携带容灾切回标识和UE的容灾数据的RAN配置更新消息后，可以根据容灾切回标识生成第二GUTI。以及，第一AMF网元根据UE的容灾数据中的gNB ID、AMFUE NGAP ID和RAN UE NGAP ID生成携带第二GUTI的Configuration Update Command消息(配置更新消息)，该消息用于请求UE更新GUTI。第一AMF网元可以通过gNB向UE发送携带第二GUTI的Configuration Update Command消息。UE在接收到该Configuration UpdateCommand消息后，可以通过消息中的第二GUTI实现GUTI更新，并且UE可以通过gNB向第一AMF网元发送Configuration Update Complete消息(配置更新完成消息)，即GUTI的更新响应。

(2)第一AMF网元根据容灾切回标识，通过SUPI生成第二用户数据提取消息，向UDM网元发送第二用户数据提取消息，以使UDM网元向第一AMF网元发送UE的签约数据，并将为UE服务的AMF网元更新为第一AMF网元。

由于恢复故障的第一AMF网元可能没有UE的签约数据，因此第一AMF网元在接收到携带容灾切回标识和UE的容灾数据的RAN配置更新消息后，可以根据容灾切回标识，通过UE的容灾数据中的SUPI生成用户数据提取消息，具体可以为SubscriberDataManagement_Get消息，然后向UDM网元发送该消息。UDM网元接收到用户数据提取消息后，向第一AMF网元用户数据提取响应消息，以将UE的签约数据发送给第一AMF网元，该签约数据可以包括DNN、切片以及鉴权等数据。并且，UDM网元将为UE服务的第二AMF网元更新为第一AMF网元。

(3)第一AMF网元根据SMF网元标识和PDU会话标识生成第二会话上下文更新请求消息，向SMF网元发送第二会话上下文更新请求消息，以使SMF网元向第一AMF网元发送第二会话上下文更新响应消息，并将为UE服务的AMF网元更新为第一AMF网元。

第一AMF网元在接收到携带容灾切回标识和UE的容灾数据的RAN配置更新消息后，可以根据UE的容灾数据中的SMF ID和PDU Session ID生成会话上下文更新请求消息，具体可以为PDU Session_Update SM Context请求消息，向SMF网元发送该消息。SMF网元接收到会话上下文更新请求消息后，向第一AMF网元发送会话上下文更新响应消息，并且SMF网元将UE的PDU会话的第二AMF网元更新为第一AMF网元。

可见，第一AMF网元接收到携带容灾切回标识和UE的容灾数据的RAN配置更新消息后，可以根据容灾切回标识和UE的容灾数据，完成第一AMF网元、UDM网元以及SMF网元的会话控制信息更新，确保会话后续交互更新，实现UE数据传输不中断。

图5示出了本公开实施例的在第一AMF网元故障恢复情况下的容灾处理方法的流程图。如图5所示，容灾处理方法的流程可以包括：

步骤S501，在第一AMF网元发生故障情况下，第二AMF网元提供服务，UE与UPF网元之间实现数据正常传输；

步骤S502，gNB检测到第一AMF网元故障恢复；

步骤S503，SMF网元通过NRF网元检测到第一AMF网元故障恢复，此时不再释放会话业务；

步骤S504，gNB启用容灾业务处理功能，选择第一AMF网元进行业务切回，生成RAN配置更新消息，该消息携带容灾切回标识以及UE的容灾数据，该容灾数据为第一AMF网元下UE的容灾数据，具体可以包括SUPI、gNB ID、AMF1 ID、AMF UE NGAP ID、RAN UE NGAP ID、SMFID、以及PDU Session ID，gNB向第一AMF网元发送RAN配置更新消息；

步骤S505，第一AMF网元向gNB发送RAN配置更新确认消息；

步骤S506，第一AMF网元启动容灾接管处理功能，根据容灾切回标识生成第二GUTI，并根据UE的容灾数据中的gNB ID、AMF UE NGAP ID、RAN UE NGAP ID生成配置更新消息，通过gNB向UE发送该消息，以实现UE的GUTI更新；

步骤S507，UE通过gNB向第一AMF网元发送GUTI更新响应消息；

步骤S508，第一AMF网元根据容灾切回标识，通过UE的容灾数据中的SUPI生成用户数据提取消息，向UDM网元发送该消息，以提取UE数据；

步骤S509，UDM网元向第一AMF网元发送用户数据提取响应消息，提供DNN、切片、鉴权等UE的签约数据，并且UDM网元将为UE服务的第二AMF网元更新为第一AMF网元；

步骤S510，第一AMF网元根据UE的容灾数据中的SMF ID以及PDU Session ID会话上下文更新请求消息，将该消息发送到SMF网元；

步骤S511，SMF网元向第一AMF网元发送会话上下文更新响应消息，并将UE的PDU会话的第二AMF网元更新为第一AMF网元；

步骤S512，第一AMF网元、UDM网元以及SMF网元已经更新会话控制信息，将会话切换到第一AMF网元，UE与UPF网元之间继续传输数据，实现UE的数据传输不中断。

需要说明的是，图5所示的容灾处理方法以第二AMF网元的数量为一个进行说明的，上文已经说明，第二AMF网元的数量可以为一个或多个。若存在多个第二AMF网元，gNB可以将多个第二AMF网元的UE签约数据发送给第一AMF网元，进而第一AMF网元实现UE的GUTI更新、提取UE的签约数据以及更新会话上下文，以使得所有第二AMF网元上的UE会话业务实时切换到第一AMF网元。

图6示出了本公开又一实施例的一种容灾处理方法的流程图。如图6所示，该容灾处理方法可以包括：

步骤S601，UE通过第一AMF网元建立PDU会话，以及在建立PDU会话过程中，第一AMF网元将UE相关业务信息发送给gNB，gNB存储UE相关业务信息，其中UE相关业务信息包括UE的容灾数据，UE的容灾数据为第一AMF网元下UE的容灾数据，具体可以包括SUPI、gNB ID、AMF1 ID、AMF UE NGAP ID、RAN UE NGAP ID、SMFID、以及PDU Session ID；

步骤S602，gNB检测到第一AMF网元发生故障；

步骤S603，SMF网元检测到第一AMF网元发生故障；

步骤S604，gNB启用容灾业务处理功能，选择第二AMF网元进行业务接管，生成RAN配置更新消息，该消息携带容灾切换标识以及UE的容灾数据，接收第二AMF网元返回的RAN配置更新确认消息，实现RAN配置更新；

步骤S605，第二AMF网元启动容灾接管处理功能，根据容灾切换标识生成第一GUTI，并根据UE的容灾数据中的gNB ID、AMF UE NGAP ID、RAN UE NGAP ID生成配置更新消息，通过gNB向UE发送该消息，以及接收UE通过gNB发送的GUTI更新响应消息，实现UE的GUTI更新；

步骤S606，第二AMF网元根据容灾切换标识，通过UE的容灾数据中的SUPI生成用户数据提取消息，向UDM网元发送该消息，接收UDM网元返回的DNN、切片、鉴权等UE的签约数据，并且UDM网元将为UE服务的第一AMF网元更新为第二AMF网元；

步骤S607，第二AMF网元根据UE的容灾数据中的SMF ID以及PDU Session ID会话上下文更新请求消息，将该消息发送到SMF网元，接收SMF网元发送的会话上下文更新响应消息，并且SMF网元将UE的PDU会话的第一AMF网元更新为第二AMF网元；

步骤S608，第二AMF网元、UDM网元以及SMF网元已经更新会话控制信息，将会话切换到第二AMF网元，UE与UPF网元之间继续传输数据，实现UE的数据传输不中断；

步骤S609，gNB检测到第一AMF网元故障恢复；

步骤S610，SMF网元检测到第一AMF网元故障恢复；

步骤S611，gNB启用容灾业务处理功能，选择第一AMF网元进行业务切回，生成RAN配置更新消息，该消息携带容灾切换标识以及UE的容灾数据，接收第一AMF网元返回的RAN配置更新确认消息，实现RAN配置更新；

步骤S612，第一AMF网元启动容灾接管处理功能，根据容灾切换标识生成第二GUTI，并根据UE的容灾数据中的gNB ID、AMF UE NGAP ID、RAN UE NGAP ID生成配置更新消息，通过gNB向UE发送该消息，以及接收UE通过gNB发送的GUTI更新响应消息，实现UE的GUTI更新；

步骤S613，第一AMF网元根据容灾切回标识，通过UE的容灾数据中的SUPI生成用户数据提取消息，向UDM网元发送该消息，接收UDM网元返回的DNN、切片、鉴权等UE的签约数据，并且UDM网元将为UE服务的第二AMF网元更新为第一AMF网元；

步骤S614，第一AMF网元根据UE的容灾数据中的SMF ID以及PDU Session ID会话上下文更新请求消息，将该消息发送到SMF网元，接收SMF网元发送的会话上下文更新响应消息，并且SMF网元将UE的PDU会话的第二AMF网元更新为第一AMF网元；

步骤S615，第一AMF网元、UDM网元以及SMF网元已经更新会话控制信息，将会话切回到第一AMF网元，UE与UPF网元之间继续传输数据，实现UE的数据传输不中断。

步骤S601为PDU会话建立，在会话建立过程中，gNB可以存储UE的容灾数据，以便在第一AMF网元发生故障或故障恢复时，通过UE的容灾数据实时恢复业务。

步骤S602至步骤S608为第一AMF网元发生故障情况下的容灾处理方法。在此情况下，gNB可以将容灾切换标识和UE的容灾数据发送到第二AMF网元，第二AMF网元根据容灾切换标识更新UE的GUTI、从UE归属的UDM网元提取UE的签约数据以及到SMF网元更新会话上下文，实现第一AMF网元原有会话业务实时切换到第二AMF网元，能够确保用户数据传输不中断，在UE无感知的情况下完成AMF网元的切换。

步骤S609至步骤S615为第一AMF网元故障恢复情况下的容灾处理方法。在此情况下，gNB可以将容灾切回标识和UE的容灾数据发送到第一AMF网元，第一AMF网元根据容灾切回标识更新UE的GUTI、从UE归属的UDM网元提取UE的签约数据以及到SMF网元更新会话上下文，实现第二AMF网元原有会话业务实时切换到第二AMF网元，从而可以使得故障恢复的第一AMF网元恢复原有业务负荷，实时恢复AMF网元的POOL负荷均衡，避免POOL负荷不均衡导致的业务不稳定风险，确保POOL稳定可靠运行。

图7示出了本公开又一实施例的一种容灾处理系统的结构示意图。如图7所示，容灾处理系统可以包括：基站701、AMF网元702、UDM网元703和SMF网元704。

基站701可以包括信息存储模块7011和容灾业务处理模块7012。其中，信息存储模块7011用于：存储UE的容灾数据。UE的容灾数据包括：SUPI、gNB ID、AMF1 ID、AMF UE NGAPID、RAN UE NGAP ID、SMF ID以及PDU Session ID。在UE通过第一AMF网元建立PDU会话过程中，第一AMF网元向基站发送N2会话请求消息，该请求消息中携带UE的容灾数据。以及，容灾业务处理模块7012用于：在检测到第一AMF网元发生故障的情况下，向第二AMF网元发送携带容灾切换标识和UE的容灾数据的无线接入网配置更新消息；以及，在检测到第一AMF网元故障恢复的情况下，向第一AMF网元发送携带容灾切回标识和UE的容灾数据的无线接入网配置更新消息。

AMF网元702可以包括容灾接管处理模块7021，以及AMF网元702可以为第一AMF网元，也可以为第二AMF网元。若AMF网元702为第一AMF网元，容灾接管处理模块7021用于：在建立PDU会话过程中，向基站701发送N2会话请求消息，该请求消息中携带UE的容灾数据；在基站701检测到第一AMF网元故障恢复情况下，接收基站701发送的RAN配置更新消息，该配置更新消息包括容灾切回标识以及UE的签约数据，以及根据容灾切回标识和UE的容灾数据，更新UE的GUTI、从UDM网元提取UE的签约数据以及到SMF网元更新会话上下文。若AMF网元702为第二AMF网元，容灾接管处理模块7021用于：在基站701检测到第一AMF网元发生故障情况下，接收基站701发送的RAN配置更新消息，该配置更新消息包括容灾切换标识以及UE的签约数据，以及根据容灾切换标识和UE的容灾数据，更新UE的GUTI、从UDM网元提取UE的签约数据以及到SMF网元更新会话上下文。

UDM网元703可以包括数据恢复模块7031，用于：根据AMF网元702发送的用户数据提取请求消息，为AMF网元702提供UE的签约数据，并更新用户当前服务的AMF网元。

SMF网元704可以包括容灾接入更新模块7041，用于：根据AMF网元702发送的会话上下文更新请求消息，更新当前会话服务的AMF网元。

图8示出了本公开实施例中一种电子设备的结构框图。下面参照图8来描述根据本发明的这种实施方式的电子设备800。图8显示的电子设备800仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图8所示，电子设备800以通用计算设备的形式表现。电子设备800的组件可以包括但不限于：上述至少一个处理单元810、上述至少一个存储单元820、连接不同系统组件(包括存储单元820和处理单元810)的总线830、显示单元840。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元810执行，使得所述处理单元810执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。

存储单元820可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)8201和/或高速缓存存储单元8202，还可以进一步包括只读存储单元(ROM)8203。

存储单元820还可以包括具有一组(至少一个)程序模块8205的程序/实用工具8204，这样的程序模块8205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线830可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备800也可以与一个或多个外部设备870(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备800交互的设备通信，和/或与使得该电子设备800能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口850进行。并且，电子设备800还可以通过网络适配器860与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器860通过总线830与电子设备800的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备800使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。

根据本发明实施方式的用于实现上述方法的程序产品，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本公开实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由所附的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (14)

1.一种容灾处理方法，其特征在于，所述方法包括：

若基站检测到第一接入和移动性管理功能AMF网元发生故障或所述第一AMF网元故障恢复，所述基站向目标AMF网元发送无线接入网配置更新消息，所述无线接入网配置更新消息携带容灾标识和用户设备UE的容灾数据；

所述目标AMF网元根据所述容灾标识和所述UE的容灾数据，更新UE的全局唯一临时UE标识GUTI、提取UE的签约数据以及更新会话上下文。

2.根据权利要求1所述的方法，其特征在于，所述UE的容灾数据包括：用户永久标识符SUPI、基站标识、第一AMF网元标识、UE在AMF侧N2接口上的标识AMF UE NGAP ID、UE在无线接入网侧N2接口上的标识RAN UE NGAP ID、会话管理功能SMF网元标识和协议数据单元PDU会话标识。

3.根据权利要求2所述的方法，其特征在于，若所述基站检测到所述第一AMF网元发生故障，所述目标AMF网元为第二AMF网元，所述容灾标识为容灾切换标识。

4.根据权利要求3所述的方法，其特征在于，所述目标AMF网元根据所述容灾标识和所述UE的容灾数据，更新UE的GUTI、提取UE的签约数据以及更新会话上下文，包括：

所述第二AMF网元根据所述容灾切换标识生成第一GUTI，并根据所述基站标识、所述AMF UE NGAP ID和所述RAN UE NGAP ID生成携带所述第一GUTI的第一配置更新消息，通过所述基站向所述UE发送所述第一配置更新消息，以使所述UE实现GUTI更新，并通过所述基站向所述第二AMF网元发送第一配置更新完成消息；

所述第二AMF网元根据所述容灾切换标识，通过所述SUPI生成第一用户数据提取消息，向统一数据管理UDM网元发送所述第一用户数据提取消息，以使所述UDM网元向所述第二AMF网元发送所述UE的签约数据，并将为所述UE服务的AMF网元更新为所述第二AMF网元；

所述第二AMF网元根据所述SMF网元标识和所述PDU会话标识生成第一会话上下文更新请求消息，向所述SMF网元发送所述第一会话上下文更新请求消息，以使所述SMF网元向所述第二AMF网元发送第一会话上下文更新响应消息，并将为所述UE服务的AMF网元更新为所述第二AMF网元。

5.根据权利要求3所述的方法，其特征在于，所述方法还包括：所述第二AMF网元向所述基站发送第一无线接入网配置更新确认消息。

6.根据权利要求3所述的方法，其特征在于，所述方法还包括：SMF网元检测到所述第一AMF网元发生故障。

7.根据权利要求2所述的方法，其特征在于，若所述基站检测到所述第一AMF网元故障恢复，所述目标AMF网元为所述第一AMF网元，所述容灾标识为容灾切回标识。

8.根据权利要求7所述的方法，其特征在于，所述目标AMF网元根据所述容灾标识和所述UE的容灾数据，更新UE的GUTI、提取UE的签约数据以及更新会话上下文，包括：

所述第一AMF网元根据所述容灾切回标识生成第二GUTI，并根据所述基站标识、所述AMF UE NGAP ID和所述RAN UE NGAP ID生成携带所述第二GUTI的第二配置更新消息，通过所述基站向所述UE发送所述第二配置更新消息，以使所述UE实现GUTI更新，并通过所述基站向所述第一AMF网元发送第二配置更新完成消息；

所述第一AMF网元根据所述容灾切回标识，通过所述SUPI生成第二用户数据提取消息，向UDM网元发送所述第二用户数据提取消息，以使所述UDM网元向所述第一AMF网元发送所述UE的签约数据，并将为所述UE服务的AMF网元更新为所述第一AMF网元；

所述第一AMF网元根据所述SMF网元标识和所述PDU会话标识生成第二会话上下文更新请求消息，向所述SMF网元发送所述第二会话上下文更新请求消息，以使所述SMF网元向所述第一AMF网元发送第二会话上下文更新响应消息，并将为所述UE服务的AMF网元更新为所述第一AMF网元。

9.根据权利要求7所述的方法，其特征在于，所述方法还包括：所述第一AMF网元向所述基站发送第二无线接入网配置更新确认消息。

10.根据权利要求7所述的方法，其特征在于，所述方法还包括：SMF网元检测到所述第一AMF网元故障恢复。

11.根据权利要求1至10任一所述的方法，其特征在于，所述方法还包括：

在所述UE通过所述第一AMF网元建立PDU会话的过程中，所述第一AMF网元向所述基站发送会话请求消息，所述会话请求消息携带所述UE的容灾数据。

12.一种容灾处理系统，其特征在于，包括：基站、第一AMF网元和第二AMF网元；

所述基站用于在检测到所述第一AMF网元发生故障的情况下，向所述第二AMF网元发送携带容灾切换标识和UE的容灾数据的无线接入网配置更新消息；以及，在检测到所述第一AMF网元故障恢复的情况下，向所述第一AMF网元发送携带容灾切回标识和所述UE的容灾数据的无线接入网配置更新消息；

所述第一AMF网元用于在所述第一AMF网元故障恢复的情况下，根据所述容灾切回标识和所述UE的容灾数据，更新UE的GUTI、提取UE的签约数据以及更新会话上下文；

所述第二AMF网元用于在所述第一AMF网元发生故障的情况下，根据所述容灾切换标识和所述UE的容灾数据，更新所述UE的GUTI、提取所述UE的签约数据以及更新会话上下文。

13.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，配置为存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求1至11中任一项所述的方法。

14.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至11中任一项所述的方法。