CN115348595A - 移动网络备份方法、装置、电子设备及计算机存储介质 - Google Patents

Abstract

本公开提供了一种移动网络备份方法、装置、电子设备及计算机存储介质，涉及无线通信与终端技术领域。该方法包括：第一移动网络网元接收用户的访问请求，获取访问请求携带的用户标识与第二移动网络网元中的第一数据管理单元的状态，当根据用户标识确定用户是签约用户，且签约用户对应的第一数据管理单元至少有一个正常时，将访问请求重定向或转发至签约用户对应的第二数据管理单元进行处理，当不满足上述情况时，第一移动网元直接处理访问请求。本公开实施例能将第一移动网络作为第二移动网络故障后的备份网络，保证用户正常使用移动业务。

Description

移动网络备份方法、装置、电子设备及计算机存储介质

技术领域

本公开涉及无线通信与终端技术领域，尤其涉及一种移动网络备份方法、装置、电子设备及计算机存储介质。

背景技术

在用户逐渐迁移至另一个网络时，用户的签约数据都存储在新的网络中，当新网络相关数据管理网元都出现故障时，用户将完全无法使用与签约数据有关的移动业务，对用户影响很大。

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

发明内容

本公开提供一种移动网络备份方法、装置、电子设备及计算机存储介质，至少在一定程度上克服相关技术中移动网络数据管理网元故障，用户不能使用移动业务的问题。

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

根据本公开的一个方面，提供一种移动网络备份方法，应用于第一移动网络网元，包括：

接收用户的访问请求，其中，所述访问请求包括：用户标识与第一数据管理单元的状态，其中，第二移动网络网元包括：所述第一数据管理单元、第二数据管理单元；

根据所述用户标识与所述第一数据管理单元的状态，直接处理所述访问请求，或将所述访问请求重定向或转发至所述第二数据管理单元进行处理。

在本公开的一个实施例中，还包括：

接收用户的签约信息，确定用户为签约用户；

增加与所述签约用户对应的用户标识；

增加并维护与所述签约用户对应的所述第一数据管理单元、所述第二数据管理单元信息。

在本公开的一个实施例中，所述根据所述用户标识与所述第一数据管理单元的状态，直接处理所述访问请求，或将所述访问请求重定向或转发至所述第二数据管理单元进行处理包括：

当根据用户标识确定用户是签约用户，且所述签约用户对应的所述第一数据管理单元至少有一个正常时，将所述访问请求重定向或转发至所述签约用户对应的所述第二数据管理单元进行处理。

在本公开的一个实施例中，所述根据所述用户标识与所述第一数据管理单元的状态，直接处理所述访问请求，或将所述访问请求重定向或转发至所述第二数据管理单元进行处理包括：

当根据用户标识确定用户不是签约用户时，所述第一移动网络网元处理所述访问请求；

当根据用户标识确定用户是签约用户，且所述签约用户对应的所述第一数据管理单元全部故障时，所述第一移动网络网元处理所述访问请求。

在本公开的一个实施例中，还包括：

根据与所述第一数据管理单元之间的心跳信息或用户设置信息，确定所述第一数据管理单元的状态。

在本公开的一个实施例中，所述签约信息包括：4G签约信息、IP多媒体子系统签约信息；

在本公开的一个实施例中，所述第一移动网络网元是归属签约用户服务器；

所述签约用户是独立组网用户；

当第一数据管理单元为统一数据管理功能UDM时，第二数据管理单元为统一数据仓库功能UDR；

当第一数据管理单元为UDR时，第二数据管理单元为UDM。

在本公开的一个实施例中，还包括：

用户终端向移动性管理实体MME发送注册请求；

所述MME向所述第一移动网络网元发送鉴权请求。

根据本公开的一个方面，还提供一种移动网络备份装置，包括：

请求接收模块，接收用户的访问请求，其中，所述访问请求包括：用户标识与第一数据管理单元的状态，其中，第二移动网络网元包括：所述第一数据管理单元、第二数据管理单元；

请求响应模块，根据所述用户标识与所述第一数据管理单元的状态，直接处理所述访问请求，或将所述访问请求重定向或转发至所述第二数据管理单元进行处理。

根据本公开的另一个方面，还提供了一种电子设备，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行上述任意一项所述移动网络备份方法。

根据本公开的另一个方面，还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一项所述的移动网络备份方法。

本公开的实施例所提供的移动网络备份方法、装置、电子设备及计算机存储介质，第一移动网络网元接收用户的访问请求，获取访问请求携带的用户标识与第二移动网络网元中的第一数据管理单元的状态，当根据用户标识确定用户是签约用户，且签约用户对应的第一数据管理单元至少有一个正常时，将访问请求重定向或转发至签约用户对应的第二数据管理单元进行处理，当不满足上述情况时，第一移动网元直接处理访问请求，可将第一移动网络作为第二移动网络故障后的备份网络，保证用户正常使用移动业务。

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

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出本公开实施例中一种移动网络备份方法流程图；

图2示出本公开实施例中一种用户标识、数据管理单元关联方法流程图；

图3示出本公开实施例中又一种移动网络备份方法流程图；

图4示出本公开实施例中一种5G移动网络处理方法示意图；

图5示出本公开实施例中一种4G移动网络处理方法示意图；

图6示出本公开实施例中一种移动网络备份装置示意图；

图7示出本公开实施例中一种移动网络备份系统示意图；和

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

具体实施方式

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

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

为了便于理解，下面首先对本公开涉及到的几个名词进行解释如下：

SA(Stand Alone，独立组网)是完全独立建设的5G网络，具备增强移动宽带、高可靠低时延、海量大连接三大应用场景及网络切片、边缘计算、云网融合等5G全新特性。

IMS(IPMultimediaSubsystem)技术即IP多媒体子系统技术，由3GPP标准组织在R5版本基础上提出，是在基于IP的网络上提供多媒体业务的通用网络架构。

MME(Mobility Management Entity，移动性管理实体)属于4G网，是LTE核心网的重要网元，专门负责处理信令。

HSS(Home Subscriber Server，归属签约用户服务器)是用于存储用户签约信息的服务器，主要负责管理用户的签约数据及移动用户的位置信息。

UDM(Unified Data Management，统一数据管理功能)负责用户标识、签约数据、鉴权数据的管理、用户的服务网元注册管理。

UDR(Unified Data Repository，统一数据仓库功能)用于UDM存储订阅数据或读取订阅数据以及PCF(Policy Control Function，策略控制功能)存储策略数据或者读取策略数据。

下面结合附图及实施例对本示例实施方式进行详细说明。

首先，本公开实施例中提供了一种移动网络备份方法，该方法可以由任意具备计算处理能力的电子设备执行。

图1示出本公开实施例中一种移动网络备份方法流程图，如图1所示，本公开实施例中提供的移动网络备份方法包括如下步骤：

S102，第一移动网络网元接收用户的访问请求；

其中，访问请求包括：用户标识与第一数据管理单元的状态，其中，第二移动网络网元包括：第一数据管理单元、第二数据管理单元。

在一个实施例中，第一移动网络网元包括但不限于

在一个实施例中，用户终端向移动性管理实体MME发送注册请求；MME向第一移动网络网元发送鉴权请求。

需要说明的是，MME(Mobility Management Entity，移动性管理实体)属于4G网，是LTE核心网的重要网元，专门负责处理信令。

S104，第一移动网络网元根据用户标识与第一数据管理单元的状态，直接处理访问请求，或将访问请求重定向或转发至第二数据管理单元进行处理。

在一个实施例中，第一移动网络网元可以是但不限于是归属签约用户服务器HSS，HSS(Home Subscriber Server，归属签约用户服务器)是用于存储用户签约信息的服务器，主要负责管理用户的签约数据及移动用户的位置信息。

在一个实施例中，当第一数据管理单元为统一数据管理功能UDM时，第二数据管理单元为统一数据仓库功能UDR。

在一个实施例中，当第一数据管理单元为UDR时，第二数据管理单元为UDM。

需要说明的是，第一数据管理单元及第二数据管理单元包括但不限于是：UDR、UDM。

需要说明的是，UDM(Unified Data Management，统一数据管理功能)负责用户标识、签约数据、鉴权数据的管理、用户的服务网元注册管理。

需要说明的是，UDR(Unified Data Repository，统一数据仓库功能)用于UDM存储订阅数据或读取订阅数据以及PCF(Policy Control Function，策略控制功能)存储策略数据或者读取策略数据。

需要说明的是，UDR在5G系统中十分重要，用户的4G或5G或IMS签约数据都存储在UDR中，当服务用户的所有UDR都故障后，用户将完全无法使用包括4G、5G、VoLTE等任何移动业务，对用户影响非常大。

在一个实施例中，根据与第一数据管理单元之间的心跳信息或用户设置信息，确定第一数据管理单元的状态。

需要说明的是，可根据与第一数据管理单元之间的心跳信息确定第一数据管理单元的状态，也可在第一数据管理单元故障后在第一移动网元上修改状态为故障。

需要说明的是，第一数据管理单元的状态可为正常或故障，正常是指第一数据管理单元能够持续提供用户签约数据；第一数据管理单元故障是指第一数据管理单元不能提供用户签约数据。

在一个实施例中，当根据用户标识确定用户是签约用户，且签约用户对应的第一数据管理单元至少有一个正常时，将访问请求重定向或转发至签约用户对应的第二数据管理单元进行处理。

在一个实施例中，当根据用户标识确定用户不是签约用户时，第一移动网络网元处理访问请求；

在一个实施例中，当根据用户标识确定用户是签约用户，且签约用户对应的第一数据管理单元全部故障时，第一移动网络网元处理访问请求。

在一个实施例中，在HSS中增加并维护SA用户对应的UDM/UDR信息，HSS在收到访问请求时，会先判断SA用户对应的UDR的状态，当UDR正常时，HSS会把请求重定向至UDM；当UDR故障时，HSS接收并处理该请求。

上述实施例中，在第一移动网络网元增加并维护签约用户对应的第一数据管理单元及第二数据管理单元信息，在接收到访问请求时，第一移动网络网元会先判断签约用户对应的第一数据管理单元的状态，当第一数据管理单元正常时，第一移动网络网元会把请求重定向至第二数据管理单元；当第一数据管理单元故障时，第一数据管理单元接收并处理该访问请求，把第一移动网络作为第二移动网络故障后的备份网络，保证了签约用户在第二移动网络故障后的用户体验。

图2示出本公开实施例中一种用户标识、数据管理单元关联方法流程图，如图2所示，本公开实施例中提供的用户标识、数据管理单元关联方法包括如下步骤：

S202，接收用户的签约信息，确定用户为签约用户。

在一个实施例中，签约信息包括但不限于：4G签约信息、IP多媒体子系统签约信息。

需要说明的是，IMS(IPMultimediaSubsystem)技术即IP多媒体子系统技术，由3GPP标准组织在R5版本基础上提出，是在基于IP的网络上提供多媒体业务的通用网络架构。

在一个实施例中，签约用户是独立组网用户。

需要说明的是，SA(Stand Alone，独立组网)是完全独立建设的5G网络，具备增强移动宽带、高可靠低时延、海量大连接三大应用场景及网络切片、边缘计算、云网融合等5G全新特性。

S204，增加与签约用户对应的用户标识。

在一个实施例中，第一移动网络网元在用户签约信息数据库中增加用户标识。

S206，增加并维护与签约用户对应的第一数据管理单元、第二数据管理单元信息。

在一个实施例中，第一数据管理单元、第二数据管理单元信息标识了存储该签约用户的签约信息的所有第一数据管理单元、第二数据管理单元，包括但不限于：主机名、网元标识、具体IP地址列表。

在一个实施例中，当签约用户为SA用户时，对应的用户标识为SA属性标识，需要说明的是，SA属性标识标记了该用户是否是SA用户，只有SA用户，才会有对应的UDR与UDM信息。

上述实施例中，在第一移动网络网元增加并维护签约用户对应的第一数据管理单元及第二数据管理单元信息，可在接收到访问请求时，可根据第一数据管理单元的状态，快速确定处理访问请求的执行主体。

图3示出本公开实施例中又一种移动网络备份方法流程图，如图3所示，本公开实施例中提供的移动网络备份方法包括如下步骤：

S302，把SA用户的4G签约信息导入HSS中。

在一个实施例中，把需要高可靠性保障的SA用户的4G签约信息导入到HSS中，同时可以把SA用户的IMS签约信息也导入HSS中，后续还可以通过互联网系统维持HSS与UDR中用户签约信息的同步。

S304，在HSS中增加并维护SA用户对应的UDM与UDR信息。

在一个实施例中，在HSS中用户签约信息数据库中，增加用户的SA属性标识，及对应UDR与UDM信息。

需要说明的是，SA属性标识标记了该用户是否是SA用户，同时只有SA用户，才会有对应的UDR与UDM信息。

在一个实施例中，UDM、UDR信息标识了存储该用户的SA签约信息的所有UDM、UDR，可以是主机名，网元标识，甚至是具体IP地址列表。

在一个实施例中，HSS还统一维护各UDR是正常还是故障的状态信息。

在一个实施例中，HSS可以通过与UDR之间的心跳消息实时更新其状态，也可以通过手工方式，修改各个UDR的状态值。

需要说明的是，UDR正常是指UDR能够持续提供用户签约数据，只要不是对应的所有UDR全部故障就可判定UDR正常。

需要说明的是，UDR故障是指UDR不能提供用户签约数据。

S306，判断访问的用户是SA用户，且存在正常状态的对应UDR；

在一个实施例中，HSS收到访问请求时根据用户属性标识及其对应的UDR状态进行分流。

在一个实施例中，当HSS收到访问请求时，会根据用户的SA属性标识判断用户是否是SA用户，同时是否存在正常状态的对应UDR，上述判断如果均是，HSS则会进行分流；其余情况，则不分流。

S308，HSS把访问请求重定向至SA用户对应的UDM。

在一个实施例中，对于同时满足访问用户是SA用户，且存在正常状态的对应UDR两个条件的请求，HSS会把该请求重定向至SA用户对应的UDM，HSS也可以是把该请求直接转发至SA用户对应的UDM。

S310，HSS处理此访问请求。

在一个实施例中，对于未能同时满足访问用户是SA用户，且存在正常状态的对应UDR两个条件的访问请求，HSS会自行处理该访问请求。

S312，按标准流程完成后续流程。

在一个实施例中，HSS、UDM或UDR按标准流程完成后续操作。

上述实施例中，在HSS中增加并维护SA用户对应的UDM/UDR信息，HSS在收到访问请求时，会先判断SA用户对应的UDR的状态，当UDR正常时，HSS会把请求重定向至UDM；当UDR故障时，HSS接收并处理该请求，实现了把较空余的4G网络来作为5G网络故障后的备份网络，保证了SA用户在5G系统故障后的用户体验。

图4示出本公开实施例中一种5G移动网络处理方法示意图，用户1是SA用户，用户1对应的UDR均是故障状态，如图4所示，本公开实施例中提供的5G移动网络处理方法包括如下步骤：

S402，把用户1的4G与IMS签约信息导入HSS。

在一个实施例中，需要维持HSS与UDR中用户签约信息的同步。

S404，对HSS进行增强，增加用户1的SA属性标识与对应的UDM与UDR信息，同时统一维护各UDR的状态。

S406，用户1在无5G信号区域发起4G注册，终端1把4G注册请求发到MME。

需要说明的是，终端通过基站eNB向MME发送注册请求。

S408，MME向HSS发送鉴权请求。

S410，HSS判断出用户1是SA用户，且存在正常状态的对应UDR。

S412，HSS把该请求重定向或转发至对应的UDM。

S414，用户1按照标准流程，使用UDM或UDR作为用户签约数据库，完成4G注册流程。

上述实施例中，在HSS中增加并维护SA用户对应的UDM/UDR信息，HSS在收到访问请求时，会先判断SA用户对应的UDR的状态，当UDR正常时，HSS会把请求重定向至UDM，4G网络作为5G网络中UDR故障后的备份网络，保证SA用户在5G网络正常时正确接入5G系统。

图5示出本公开实施例中一种4G移动网络处理方法示意图，用户2是SA用户，用户2对应的UDR为正常状态，如图5所示，本公开实施例中提供的4G移动网络处理方法包括如下步骤：

S502，把用户2的4G与IMS签约信息导入HSS。

S504，对HSS进行增强，增加用户2的SA属性标识与对应的UDM与UDR信息，同时统一维护各UDR的状态。

S506，终端2向MME发送注册请求。

需要说明的是，由于用户2的对应UDR均发生故障，因此用户2接入SA系统失败，只能尝试发起4G注册，终端2向MME发送注册请求。

S508，MME向HSS发送鉴权请求。

S510，HSS判断出用户2是SA用户，但其对应的UDR均发生故障，因此HSS不需要转发或重定向该消息。

S512，用户2按照标准流程，使用HSS作为用户签约数据库，完成4G注册流程。

上述实施例中，在HSS中增加并维护SA用户对应的UDM/UDR信息，HSS在收到访问请求时，会先判断SA用户对应的UDR的状态，当UDR故障时，HSS接收并处理该请求，4G网络作为5G网络中UDR故障后的备份网络，在UDR故障后能保证用户可以快速平滑的接入4G系统，并正常使用4G数据业务与IMS业务等，保证了用户的基本业务体验，提高了网络的可靠性与用户的业务可用性。

基于同一发明构思，本公开实施例中还提供了一种移动网络备份装置，如下面的实施例。由于该装置实施例解决问题的原理与上述方法实施例相似，因此该装置实施例的实施可以参见上述方法实施例的实施，重复之处不再赘述。

图6示出本公开实施例中一种移动网络备份装置示意图，如图6所示，该移动网络备份装置6包括：请求接收模块601、请求响应模块602；

请求接收模块601，接收用户的访问请求，其中，访问请求包括：用户标识与第一数据管理单元的状态，其中，第二移动网络网元包括：第一数据管理单元、第二数据管理单元；

请求响应模块602，根据用户标识与第一数据管理单元的状态，直接处理访问请求，或将访问请求重定向或转发至第二数据管理单元进行处理。

上述实施例中，在第一移动网络网元增加并维护签约用户对应的第一数据管理单元及第二数据管理单元信息，在接收到访问请求时，第一移动网络网元会先判断签约用户对应的第一数据管理单元的状态，当第一数据管理单元正常时，第一移动网络网元会把请求重定向至第二数据管理单元；当第一数据管理单元故障时，第一数据管理单元接收并处理该访问请求，把第一移动网络作为第二移动网络故障后的备份网络，保证了签约用户在第二移动网络故障后的用户体验。

基于同一发明构思，本公开实施例中还提供了一种移动网络备份系统，如下面的实施例。由于该系统实施例解决问题的原理与上述方法实施例相似，因此该系统实施例的实施可以参见上述方法实施例的实施，重复之处不再赘述。

图7示出本公开实施例中一种移动网络备份系统示意图，如图7所示，该移动网络备份系统7包括：MME701、HSS702、UDM703及UDR794；

MME701，接收终端发送的注册请求，向HSS702发送鉴权请求。

HSS702，导入用户的4G与IMS签约信息，增加用户的SA属性标识与对应的UDM703与UDR704信息，同时统一维护各UDR704的状态，接收MME701发送的鉴权请求，判断用户是否是SA用户，对应的UDR704是否发生故障，在一定条件下，转发或重定向该消息，按标准流程完成后续接入操作。

UDM703，按标准流程完成后续接入操作。

UDR704，按标准流程完成后续接入操作。

上述实施例中，在HSS702中增加并维护SA用户对应的UDM703/UDR704信息，HSS702在收到访问请求时，会先判断SA用户对应的UDR704的状态，当UDR704正常时，HSS702会把请求重定向至UDM703；当UDR704故障时，HSS702接收并处理该请求，实现了把较空余的4G网络来作为5G网络故障后的备份网络，保证了SA用户在5G系统故障后的用户体验。

所属技术领域的技术人员能够理解，本公开的各个方面可以实现为系统、方法或程序产品。因此，本公开的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

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

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

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

例如，所述处理单元810可以执行上述方法实施例的如下步骤：第一移动网络网元接收用户的访问请求；第一移动网络网元根据用户标识与第一数据管理单元的状态，直接处理访问请求，或将访问请求重定向或转发至第二数据管理单元进行处理。

例如，所述处理单元810可以执行上述方法实施例的如下步骤：把SA用户的4G签约信息导入HSS中；在HSS中增加并维护SA用户对应的UDM与UDR信息；HSS收到访问请求时根据用户属性标识及其对应的UDR状态进行分流；HSS把访问请求重定向至SA用户对应的UDM；HSS处理此访问请求；按标准流程完成后续流程。

例如，所述处理单元810可以执行上述方法实施例的如下步骤：把用户2的4G与IMS签约信息导入HSS；对HSS进行增强，增加用户2的SA属性标识与对应的UDM与UDR信息，同时统一维护各UDR的状态；终端2向MME发送注册请求；MME向HSS发送鉴权请求；HSS判断出用户2是SA用户，但其对应的UDR均发生故障，因此HSS不需要转发或重定向该消息；用户2按照标准流程，使用HSS作为用户签约数据库，完成4G注册流程。

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

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

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

电子设备800也可以与一个或多个外部设备840(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备800交互的设备通信，和/或与使得该电子设备800能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口850进行。

并且，电子设备800还可以通过网络适配器860与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器860通过总线830与电子设备800的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备800使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

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

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

例如，本公开实施例中的程序产品被处理器执行时实现如下步骤的方法：把用户1的4G与IMS签约信息导入HSS；对HSS进行增强，增加用户1的SA属性标识与对应的UDM与UDR信息，同时统一维护各UDR的状态；用户1在无5G信号区域发起4G注册，终端1把4G注册请求发到MME；MME向HSS发送鉴权请求；HSS判断出用户1是SA用户，且存在正常状态的对应UDR；HSS把该请求重定向或转发至对应的UDM；用户1按照标准流程，使用UDM或UDR作为用户签约数据库，完成4G注册流程。

例如，本公开实施例中的程序产品被处理器执行时实现如下步骤的方法：把用户2的4G与IMS签约信息导入HSS；对HSS进行增强，增加用户2的SA属性标识与对应的UDM与UDR信息，同时统一维护各UDR的状态；终端2向MME发送注册请求；MME向HSS发送鉴权请求；HSS判断出用户2是SA用户，但其对应的UDR均发生故障，因此HSS不需要转发或重定向该消息；用户2按照标准流程，使用HSS作为用户签约数据库，完成4G注册流程。

例如，本公开实施例中的程序产品被处理器执行时实现如下步骤的方法：把SA用户的4G签约信息导入HSS中；在HSS中增加并维护SA用户对应的UDM与UDR信息；HSS收到访问请求时根据用户属性标识及其对应的UDR状态进行分流；HSS把访问请求重定向至SA用户对应的UDM；HSS处理此访问请求；按标准流程完成后续流程。

例如，本公开实施例中的程序产品被处理器执行时实现如下步骤的方法：第一移动网络网元接收用户的访问请求；第一移动网络网元根据用户标识与第一数据管理单元的状态，直接处理访问请求，或将访问请求重定向或转发至第二数据管理单元进行处理。

例如，本公开实施例中的程序产品被处理器执行时实现如下步骤的方法：把SA用户的4G签约信息导入HSS中；在HSS中增加并维护SA用户对应的UDM与UDR信息；HSS收到访问请求时根据用户属性标识及其对应的UDR状态进行分流；HSS把访问请求重定向至SA用户对应的UDM；HSS处理此访问请求；按标准流程完成后续流程。

本公开中的计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

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

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

在具体实施时，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。

在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

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

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

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

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

Claims (11)

1.一种移动网络备份方法，其特征在于，应用于第一移动网络网元，包括：

接收用户的访问请求，其中，所述访问请求包括：用户标识与第一数据管理单元的状态，其中，第二移动网络网元包括：所述第一数据管理单元、第二数据管理单元；

根据所述用户标识与所述第一数据管理单元的状态，直接处理所述访问请求，或将所述访问请求重定向或转发至所述第二数据管理单元进行处理。

2.根据权利要求1所述的移动网络备份方法，其特征在于，还包括：

接收用户的签约信息，确定用户为签约用户；

增加与所述签约用户对应的用户标识；

增加并维护与所述签约用户对应的所述第一数据管理单元、所述第二数据管理单元信息。

3.根据权利要求1所述的移动网络备份方法，其特征在于，所述根据所述用户标识与所述第一数据管理单元的状态，直接处理所述访问请求，或将所述访问请求重定向或转发至所述第二数据管理单元进行处理包括：

当根据用户标识确定用户是签约用户，且所述签约用户对应的所述第一数据管理单元至少有一个正常时，将所述访问请求重定向或转发至所述签约用户对应的所述第二数据管理单元进行处理。

4.根据权利要求1所述的移动网络备份方法，其特征在于，所述根据所述用户标识与所述第一数据管理单元的状态，直接处理所述访问请求，或将所述访问请求重定向或转发至所述第二数据管理单元进行处理包括：

当根据用户标识确定用户不是签约用户时，所述第一移动网络网元处理所述访问请求；

当根据用户标识确定用户是签约用户，且所述签约用户对应的所述第一数据管理单元全部故障时，所述第一移动网络网元处理所述访问请求。

5.根据权利要求1所述的移动网络备份方法，其特征在于，还包括：

根据与所述第一数据管理单元之间的心跳信息或用户设置信息，确定所述第一数据管理单元的状态。

6.根据权利要求2所述的移动网络备份方法，其特征在于，所述签约信息包括：4G签约信息、IP多媒体子系统签约信息。

7.根据权利要求2所述的移动网络备份方法，其特征在于，

所述第一移动网络网元是归属签约用户服务器；

所述签约用户是独立组网用户；

当第一数据管理单元为统一数据管理功能UDM时，第二数据管理单元为统一数据仓库功能UDR；

当第一数据管理单元为UDR时，第二数据管理单元为UDM。

8.根据权利要求1所述的移动网络备份方法，其特征在于，还包括：

用户终端向移动性管理实体MME发送注册请求；

所述MME向所述第一移动网络网元发送鉴权请求。

9.一种移动网络备份装置，其特征在于，包括：

请求接收模块，接收用户的访问请求，其中，所述访问请求包括：用户标识与第一数据管理单元的状态，其中，第二移动网络网元包括：所述第一数据管理单元、第二数据管理单元；

请求响应模块，根据所述用户标识与所述第一数据管理单元的状态，直接处理所述访问请求，或将所述访问请求重定向或转发至所述第二数据管理单元进行处理。

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

处理器；以及

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1～8中任意一项所述移动网络备份方法。

11.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1～8中任意一项所述的移动网络备份方法。

Images