CN114625565A - 数据容灾备份方法、统一数据管理udm实体和存储介质 - Google Patents
数据容灾备份方法、统一数据管理udm实体和存储介质 Download PDFInfo
- Publication number
- CN114625565A CN114625565A CN202011435456.2A CN202011435456A CN114625565A CN 114625565 A CN114625565 A CN 114625565A CN 202011435456 A CN202011435456 A CN 202011435456A CN 114625565 A CN114625565 A CN 114625565A
- Authority
- CN
- China
- Prior art keywords
- user
- udm entity
- subscription data
- data
- identification information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 75
- 238000013523 data management Methods 0.000 title claims abstract description 16
- 230000004044 response Effects 0.000 claims abstract description 62
- 238000011084 recovery Methods 0.000 claims abstract description 57
- 230000008859 change Effects 0.000 claims description 57
- 230000004048 modification Effects 0.000 claims description 15
- 238000012986 modification Methods 0.000 claims description 15
- 238000004590 computer program Methods 0.000 claims description 11
- 238000012545 processing Methods 0.000 claims description 10
- 238000004891 communication Methods 0.000 claims description 7
- 238000007726 management method Methods 0.000 claims description 7
- 238000005516 engineering process Methods 0.000 description 7
- 230000005540 biological transmission Effects 0.000 description 6
- 230000006870 function Effects 0.000 description 6
- 230000007547 defect Effects 0.000 description 4
- 238000010586 diagram Methods 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 238000012423 maintenance Methods 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 230000001360 synchronised effect Effects 0.000 description 2
- 238000013459 approach Methods 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 238000002955 isolation Methods 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000000275 quality assurance Methods 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 230000007723 transport mechanism Effects 0.000 description 1
- 238000012384 transportation and delivery Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1448—Management of the data involved in backup or backup restore
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1456—Hardware arrangements for backup
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F11/00—Error detection; Error correction; Monitoring
- G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
- G06F11/14—Error detection or correction of the data by redundancy in operation
- G06F11/1402—Saving, restoring, recovering or retrying
- G06F11/1446—Point-in-time backing up or restoration of persistent data
- G06F11/1458—Management of the backup or restore process
- G06F11/1464—Management of the backup or restore process for networked environments
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种数据容灾备份方法、统一数据管理UDM实体和存储介质,第一UDM实体向第二UDM实体发送携带用户标识信息的用户签约数据获取请求消息,其中,所述用户签约数据获取请求消息是标准协议定义的消息;第一UDM实体接收所述第二UDM实体根据所述用户签约数据获取请求消息发送的响应消息,所述响应消息携带与所述用户标识信息对应的用户签约数据;第一UDM实体从所述响应消息中获取所述用户签约数据;第一UDM实体保存所述用户签约数据。本发明实施例的方案,第一UDM实体向第二UDM实体发送的用户签约数据获取请求消息是标准协议定义的消息,如此,第一UDM实体可以通过标准协议定义的消息直接从第二UDM实体获取用户签约数据进行保存,以达到容灾备份目的。
Description
技术领域
本发明涉及通信技术领域,具体涉及一种数据容灾备份方法、统一数据管理UDM实体和存储介质。
背景技术
第五代(5rd generation,5G)通信系统对核心网的容灾能力提出更高的要求。统一数据管理(Unified Data Management,UDM)是5G核心网公共控制面的实体,负责用户签约数据管理。为了确保核心网容灾功能的可靠性,应对UDM实体中的签约数据进行异地备份,并需确保数据备份的一致性,否则在应急容灾切换后,极可能出现业务操作失败,降低容灾效果。可见,如何为UDM实体提供一种可靠的数据容灾备份方法已成为亟待解决的问题。
发明内容
以下是对本文详细描述的主题的概述。本概述并非是为了限制权利要求的保护范围。
本发明实施例提供一种数据容灾备份方法、统一数据管理UDM实体和存储介质,能够为UDM实体实现可靠的数据容灾备份。
第一方面,本发明实施例提供了一种数据容灾备份方法,应用于第一统一数据管理UDM实体,所述方法包括:
向第二UDM实体发送携带用户标识信息的用户签约数据获取请求消息,其中,所述用户签约数据获取请求消息是标准协议定义的消息;
接收所述第二UDM实体根据所述用户签约数据获取请求消息发送的响应消息,所述响应消息携带与所述用户标识信息对应的用户签约数据;
从所述响应消息中获取所述用户签约数据;
保存所述用户签约数据。
第二方面,本发明实施例提供了一种数据容灾备份方法,应用于第二统一数据管理UDM实体,所述方法包括:
接收第一UDM实体发送的携带用户标识信息的用户签约数据获取请求消息,其中,所述用户签约数据获取请求消息是标准协议定义的消息;
根据所述用户签约数据获取请求消息,向所述第一UDM实体发送响应消息,所述响应消息携带与所述用户标识信息对应的用户签约数据,以使所述第一UDM实体保存所述用户签约数据。
第三方面,本发明实施例提供了一种第一UDM实体,包括:
第一发送模块,用于向第二UDM实体发送携带用户标识信息的用户签约数据获取请求消息,其中,所述用户签约数据获取请求消息为标准协议定义的消息;
第一接收模块,用于接收所述第二UDM实体根据所述用户签约数据获取请求消息发送的响应消息,所述响应消息携带与所述用户标识信息对应的用户签约数据;
第一处理模块,用于从所述响应消息中获取所述用户签约数据;
第一保存模块,用于保存所述用户签约数据。
第四方面,本发明实施例提供了一种第二UDM实体,包括:
第二接收模块,用于接收第一UDM实体发送的携带用户标识信息的用户签约数据获取请求消息,其中,所述用户签约数据获取请求消息为标准协议定义的消息;
第二发送模块,用于根据所述用户签约数据获取请求消息,向所述第一UDM实体发送响应消息,所述响应消息携带与所述用户标识信息对应的用户签约数据,以使所述第一UDM实体保存所述用户签约数据。
第五方法,本发明实施例提供了一种UDM实体包括:存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现如上第一方面或者第二方面所述的数据容灾备份方法。
第六方面,本发明实施例还提供了一种计算机可读存储介质,存储有计算机程序,所述计算机程序被处理器执行时实现如上第一方面或者第二方面所述的数据容灾备份方法。
本发明实施例包括:第一UDM实体向第二UDM实体发送携带用户标识信息的用户签约数据获取请求消息,其中,所述用户签约数据获取请求消息是标准协议定义的消息;第一UDM实体接收所述第二UDM实体根据所述用户签约数据获取请求消息发送的响应消息,所述响应消息携带与所述用户标识信息对应的用户签约数据;第一UDM实体从所述响应消息中获取所述用户签约数据;第一UDM实体保存所述用户签约数据。本发明实施例的方案,第一UDM实体向第二UDM实体发送的用户签约数据获取请求消息是标准协议定义的消息,如此,第一UDM实体可以通过标准协议定义的消息直接从第二UDM实体获取用户签约数据进行保存,以达到容灾备份目的,这种方式安全可靠,大大降低数据同步失败的可能性。
本发明的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。
附图说明
附图用来提供对本发明技术方案的进一步理解,并且构成说明书的一部分,与本发明的实施例一起用于解释本发明的技术方案,并不构成对本发明技术方案的限制。
图1是本发明提供的一种数据容灾备份的应用场景示意图;
图2是本发明实施例提供的一种数据容灾备份方法的流程图;
图3是本发明实施例提供的一种数据容灾备份方法的流程图;
图4是本发明实施例提供的一种数据容灾备份方法的流程图;
图5是本发明实施例提供的一种数据容灾备份方法的流程图;
图6是本发明实施例提供的一种数据容灾备份方法的流程图;
图7是本发明实施例提供的一种数据容灾备份方法的流程图;
图8是本发明实施例提供的一种数据容灾备份方法的流程图;
图9本发明实施例提供的一种数据容灾备份方法的示例性流程图;
图10本发明实施例提供的另一种数据容灾备份方法的示例性流程图;
图11本发明实施例提供的另一种数据容灾备份方法的示例性流程图;
图12是本发明实施例提供的第一UDM实体的结构示意图;
图13是本发明实施例提供的第二UDM实体的结构示意图;
图14是本发明实施例提供的一种UDM实体的结构示意图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅用以解释本发明,并不用于限定本发明。
应了解,在本发明实施例的描述中,如果有描述到“第一”、“第二”等只是用于区分技术特征为目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量或者隐含指明所指示的技术特征的先后关系。“至少一个”是指一个或者多个,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示单独存在A、同时存在A和B、单独存在B的情况。其中A,B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项”及其类似表达,是指的这些项中的任意组合,包括单项或复数项的任意组合。例如,a,b和c中的至少一项可以表示:a,b,c,a和b,a和c,b和c或a和b和c,其中a,b,c可以是单个,也可以是多个。
此外,下面所描述的本发明各个实施方式中所涉及到的技术特征只要彼此之间未构成冲突就可以相互组合。
为了便于理解,首先对本发明实施例的应用场景作一介绍。
图1示出了本发明提供的一种数据容灾备份的应用场景示意图。该应用场景中包括公用网络和企业专用网络,公用网络和企业专用网络分别部署有独立的5G核心网(5GCore,5GC),每个5GC具体包括UDM、AMF、SMF、NEF等实体。公用网络中还包括业务运营支撑系统(Business Operation Support Systems,BOSS),BOSS端负责将用户的鉴权数据、签约数据下发给公用网络中的UDM实体进行统一管理。
应当理解的是,企业专用网络(简称专用网络)是指利用5G切片、移动边缘计算(Mobile Edge Computing,MEC)等技术,为企业客户提供专属覆盖、网络定制、数据隔离、质量保证的基础连接网络,实现大带宽、广连接、低时延、安全可靠的数据传输。在图1所示的应用场景中,运营商为了提高专用网络的可靠性,在专用网络部署专用核心网,使专用网络形成可完全独立运转的网络。为确保各种意外场景下的行业用户的业务可用性,以最大程度提升用户体验,使A地的公用核心网与B地的专用核心网之间能够相互容灾备份是运营商期望实现的。
为了确保核心网容灾功能的可靠性,公用核心网的UDM和专用核心网的UDM中的用户签约数据应当一致,否则在应急容灾切换后,极可能出现业务操作失败,降低容灾效果。
在相关技术中,通常是两个UDM实体采用同一设备商的设备,两个UDM实体通过设备商设置的私有协议接口建立传输连接,并进行用户签约数据的复制备份。这种方案由于受到设备需同属一个设备商的限制,很难大规模应用。
实际情况中,也可以通过BOSS将用户签约数据同步至两个UDM实体,但是目前BOSS为提升开通效率,使用了大量业务签约模板,因此如若通过BOSS实现两个UDM实体之间的用户签约数据同步,专用网络UDM实体也需要如公用网络UDM实体一样维护业务签约模板数据,以根据业务签约模板数据进行用户签约数据转换,否则会影响用户业务体验。由于未来会部署大量的专用网络UDM实体,导致这种维护工作也不可持续。
本发明实施例提供提供一种数据容灾备份方法、统一数据管理UDM实体和存储介质,能够为UDM实体实现可靠的数据容灾备份,同时可解决相关技术中受到设备需同属一个设备商的限制的问题,且无需维护业务签约模板数据。
请参见图2,示出了本发明实施例提供的一种数据容灾备份方法。如图2所示,本发明实施例包括如下方法步骤:
S110,第一UDM实体向第二UDM实体发送携带用户标识信息的用户签约数据获取请求消息,其中,用户签约数据获取请求消息是标准协议定义的消息。
可理解的是,本发明实施例的第一UDM实体和第二UDM实体部署在不同的核心网中。例如,将本发明实施例提供的数据容灾备份方法应用于图1所示的应用场景中时,本法实施例描述的第一UDM实体可以为公用核心网中的UDM实体,第二UDM实体为专用核心网中的UDM实体。当然也可以是,第一UDM实体为专用核心网中的UDM实体,第二UDM实体为公用核心网中的UDM实体。如此,将本发明实施例提供的数据容灾备份方法应用于图1所示的应用场景中时,能够实现公用核心网UDM与专用核心网UDM之间能够相互容灾备份。
作为示例,第一UDM实体可以基于用户签约数据获取服务消息Nudm_SDM_GET(SDM:Subscriber Data Management,签约数据管理)向第二UDM实体发送用户签约数据获取请求消息。
可以理解的是,Nudm_SDM_GET是3GPP标准协议定义的服务消息,该Nudm_SDM_GET服务允许除UDM自身外的功能实体向UDM实体请求获取用户的签约数据,UDM实体基于该Nudm_SDM_GET服务消息提供直接的用户签约数据获取访问。如此,在本发明实施例中,第二UDM实体接收到基于Nudm_SDM_GET的用户签约数据获取请求消息后,响应于该请求消息从本地获取用户签约数据,以反馈给发送该请求消息的第一UDM实体。
可以理解的是,由于本发明实施例的用户签约数据获取请求消息基于当前标准协议定义的Nudm_SDM_GET消息,所以第一UDM实体可以通过自身的标准协议接口将该用户签约数据获取请求消息发送至第二UDM实体的标准协议接口,使第二UDM实体接收该用户签约数据获取请求消息。如此,克服了相关技术中第一UDM实体和第二UDM实体只能是同一设备商设备和只能通过私有协议接口建立传输连接的缺点,使得本发明实施例具有良好的通用性,可应用在不同设备商的UDM实体设备上。
可以理解的是,本发明实施例的用户签约数据获取请求消息不仅限于3GPP标准协议定义的消息,也可以是企业标准/行业标准定义的消息,还可以是行业中的其他通用型消息,本发明实施例对此不作具体限定。
可以理解的是,标准协议接口可以是3GPP标准协议定义的接口,也可以是企业标准/行业标准定义的接口,还可以是行业中其他通用型的传输接口。
具体实现时,第一UDM实体和第二UDM实体通过预先协定的标准协议接口建立传输连接,以通过标准协议接口传输请求消息/响应消息,实现第一UDM实体和第二UDM实体之间用户签约数据的同步,达到容灾备份的目的。
可以理解的是,用户签约数据获取请求消息还可以携带请求获取的用户签约数据类型;用户签约数据类型包括以下一种或者多种:
接入和移动管理(Access and Mobility Management,AM)签约数据;
会话管理(Session Management,SM)签约数据;
短信息服务(Short Message Service,SMS)签约数据。
全类型签约数据;
定制类签约数据。
作为示例,第一UDM实体向第二UDM实体发送Nudm_SDM_GET(AM data)请求消息,以模拟接入和移动管理功能实体(Access and Mobility Management Function,AMF)向第二UDM实体请求获取AM签约数据。其中,AM签约数据可以包括上下行速率、网络切片、RFSP(无线接入类型(radio access type,RAT)以及无线频率优先级(frequency selectionpriority,FSP))等签约数据。
作为示例,第一UDM实体向第二UDM实体发送Nudm_SDM_GET(SM data)请求消息,以模拟会话管理功能(Session Management Function,SMF)实体向第二UDM实体请求获取SM签约数据。其中,SM签约数据可以包括网络切片、数据网络名称(Data Network Name,DNN)、服务质量(Quality of Service,QoS)等签约数据。
作为示例,第一UDM实体向第二UDM实体发送Nudm_SDM_GET(SMS data)请求消息,以模拟短信息服务功能(Short Message Service Function,SMSF)实体向第二UDM实体请求获取SMS签约数据。其中,SMS签约数据可以包括非接入层上的短信息服务(SMS overNAS;SMS:Short Message Service,短信息服务;NAS:Non Access Stratum,非接入层)、SMS限制类等签约数据。
作为示例,第一UDM实体向第二UDM实体发送Nudm_SDM_GET(data set)请求消息,以向第二UDM实体请求全类型的用户签约数据集合,用户签约数据集合包括AM签约数据、SM签约数据和SMS签约数据等所有类型的用户签约数据集合。如此,第一UDM实体通过一条请求消息即可向第二UDM实体请求获取全部类型的用户签约数据。
作为示例,第一UDM实体还可以根据企业标准/行业标准定制Nudm_SDM_GET请求获取的签约数据类型,以使第二UDM实体根据定制的Nudm_SDM_GET请求消息获取对应类型的签约数据并将该签约数据反馈给第一UDM实体。
S120,第一UDM实体接收第二UDM实体根据用户签约数据获取请求消息发送的响应消息,其中,响应消息携带与用户标识信息对应的用户签约数据。
可以理解的是,第二UDM实体从自身标准协议接口接收到第一UDM实体发送的用户签约数据获取请求消息后,解析该用户签约数据获取请求消息携带的用户标识信息,根据用户标识信息从本地获取对应的用户签约数据,将获取的用户签约数据封装至响应消息中并发送给第一UDM实体,使第一UDM实体接收该携带与用户标识信息对应的用户签约数据的响应消息。
S130,第一UDM实体从响应消息中获取用户签约数据。
可以理解的是,第一UDM实体接收到第二UDM实体发送的携带与用户标识信息对应的用户签约数据之后,对该响应消息进行解析,以从响应消息中解析出用户签约数据。
例如,从AM签约数据中解析出上下行速率、网络切片、RFSP等签约数据;从SM签约数据中解析出网络切片、DNN、QoS等签约数据;从SMS签约数据中解析出SMS over NAS、SMS限制类等签约数据。
S140,第一UDM实体保存用户签约数据。
可以理解的是,第一UDM实体从来自第二UDM实体的响应消息中解析出用户签约数据之后,对该用户签约数据进行保存,使第一UDM实体对来自第二UDM实体的用户签约数据的容灾备份。
具体实现过程中,第一UDM实体可以根据用户签约数据对应的用户标识信息,确定本地的存储地址,将该用户签约数据保存在与存储地址匹配的本地存储空间中。
本发明实施例提供的数据容灾备份方法,第一UDM实体基于当前标准协议提供的服务消息向第二UDM实体发送用户签约数据获取请求消息,以使第二UDM实体接收到用户签约数据获取请求消息后,响应于该请求从本地获取用户签约数据,并将用户签约数据反馈给发送该请求的第一UDM实体。如此,第一UDM实体直接从第二UDM实体获取用户签约数据进行保存,以达到容灾备份目的,这种方式安全可靠,大大降低数据同步失败的可能性。
本发明实施例的方案中,第一UDM实体可通过标准协议接口直接从第二UDM实体中获取到用户签约数据,克服了相关技术中第一UDM实体和第二UDM实体只能通过私有协议接口传输用户签约数据的缺点,使得本发明实施例提供的数据容灾备份方法能够适用于不同设备厂商的UDM设备之间的用户签约数据备份,通用性好,具有广阔的应用场景。
另外,本发明实施例的方案中,第一UDM实体也无需维护业务签约模板数据,大大地降低了运营商、企业客户的日常运维压力。
请参见图3,在第一UDM实体向第二UDM实体发送携带用户标识信息的用户签约数据获取请求消息之后,本发明实施例提供的数据容灾备份方法还可以包括如下方法步骤:
S150,第一UDM实体向第二UDM实体发送与用户标识信息对应的用户签约数据变更通知订阅请求消息,其中,用户签约数据变更通知订阅请求消息是标准协议定义的消息。
作为示例,第一UDM实体可以通过用户签约数据订阅服务消息Nudm_SDM_Subscribe向第二UDM实体发送用户签约数据变更通知订阅请求消息,以使第二UDM实体在与用户标识信息对应的用户签约数据发生变更时,向第一UDM实体发送与用户标识信息对应的用户签约数据变更通知。
可以理解的是,Nudm_SDM_Subscribe是3GPP标准协议定义的服务消息,该Nudm_SDM_Subscribe服务允许除UDM自身外的功能实体向UDM实体订阅用户的签约数据变更的通知。由于Nudm_SDM_Subscribe是当前标准协议定义的服务消息,所以第一UDM实体可以通过自身的标准协议接口将该用户签约数据变更通知订阅请求消息发送至第二UDM实体的标准协议接口,使第二UDM实体接收该用户签约数据变更通知订阅请求消息。
可以理解的是,用户签约数据变更通知订阅请求消息具体可以包括:Nudm_SDM_Subscribe(AM data)、Nudm_SDM_Subscribe(SM data)、Nudm_SDM_Subscribe(SMS data)、Nudm_SDM_Subscribe(NE data)中的一种或者多种。如此,向第二UDM实体请求订阅AM签约数据、SM签约数据和SMS签约数据中的一种或者多种签约数据的变更通知。
可以理解的是,本发明实施例的用户签约数据变更通知订阅请求消息不仅限于3GPP标准协议定义的消息,也可以是企业标准/行业标准定义的消息,还可以是行业中的其他通用型消息,本发明实施例对此不作具体限定。
请参见图4,在第一UDM实体向第二UDM实体发送与用户标识信息对应的用户签约数据变更通知订阅请求消息之后,本发明实施例提供的数据容灾备份方法还可以包括如下方法步骤:
S160,第一UDM实体接收第二UDM实体发送的与用户标识信息对应的用户签约数据变更通知。
可以理解的是,当第一UDM实体向第二UDM实体发送了与用户标识信息对应的用户签约数据变更通知订阅请求消息,第二UDM实体在与用户标识信息对应的用户签约数据发生变更时,向第一UDM实体发送与用户标识信息对应的用户签约数据变更通知。
S170,第一UDM实体根据用户签约数据变更通知,更新与用户标识信息对应的用户签约数据。
可以理解的是,第一UDM实体根据该来自第二UDM实体的用户签约数据变更通知,更新与用户标识信息对应的用户签约数据,以达到与第二UDM实体中的用户签约数据保持同步一致的目的。
请参见图5,在第一UDM实体向第二UDM实体发送携带用户标识信息的用户签约数据获取请求消息之前,方法还包括:
S180,第一UDM实体获取用户鉴权数据,用户鉴权数据携带用户标识信息。
在一种可能的实现方式中,BOSS端将用户鉴权数据下发给第二UDM实体时,也同时将用户鉴权数据下发给第一UDM实体,以实现第一UDM实体和第二UDM实体之间的用户鉴权数据的同步。如此,第一UDM实体从BOSS端获取用户鉴权数据。
可以理解的是,UDM实体中存放的用户鉴权数据属于用户的机密数据,出于安全性考虑,可以采用BOSS端直接向第一UDM实体、第二UDM实体同步发放用户鉴权数据。当然,也可以通过其他保密途径将用户鉴权数据传输复制至第一UDM实体,本发明实施例对此不作限制。
S190,第一UDM实体根据用户鉴权数据获取用户标识信息。
可以理解的是,用户鉴权数据中携带用户标识信息,第一UDM实体能从用户鉴权数据中中提取出用户标识信息,以根据用户标识信息向第二UDM实体发送用户签约数据获取请求消息和/或用户签约数据变更通知订阅请求消息。
可以理解的是,第一UDM实体可以按照预设的时间间隔,向第二UDM实体发送携带用户标识信息的用户签约数据获取请求消息,以达到定时备份第二UDM实体的用户签约数据的目的。
可以理解的是,若第一UDM实体与第二UDM实体的通信连接发生中断,当中断恢复时,也可以使第一UDM实体向第二UDM实体发送携带用户标识信息的用户签约数据获取请求消息,以在中断恢复后使第一UDM实体及时对第二UDM实体中的用户签约数据进行备份,避免容灾场景发生时,第一UDM实体与第二UDM实体中的用户签约数据不一致。
可以理解的是,也可以由网络管理人员采用人工的方式向第一UDM实体发送备份指令,使第一UDM实体接收到备份指令时,根据备份指令,向第二UDM实体发送携带用户标识信息的用户签约数据获取请求消息。
请参见图6,示出了本发明实施例提供的一种数据容灾备份方法。如图6所示,本发明实施例包括如下方法步骤:
S210,第二UDM实体接收第一UDM实体发送的携带用户标识信息的用户签约数据获取请求消息,其中,用户签约数据获取请求消息是标准协议定义的消息。
作为示例,第一UDM实体可以基于用户签约数据获取服务消息Nudm_SDM_GET向第二UDM实体发送用户签约数据获取请求消息。Nudm_SDM_GET是当前标准协议定义的服务消息,Nudm_SDM_GET服务允许除UDM自身外的功能实体向UDM实体请求获取用户的签约数据,因此第二UDM实体基于第一UDM实体发送的Nudm_SDM_GET请求消息后,将响应于该请求从本地获取与用户标识信息对应的用户签约数据,以反馈给发送该请求的第一UDM实体。
可以理解的是,由于本发明实施例的用户签约数据获取请求消息基于当前标准协议定义的Nudm_SDM_GET消息,所以第一UDM实体可以通过自身的标准协议接口将该用户签约数据获取请求消息发送至第二UDM实体,第二UDM实体可以通过自身的标准协议接口接收该用户签约数据获取请求消息。如此,克服了相关技术中第一UDM实体和第二UDM实体只能是同一设备商设备和只能通过私有协议接口建立传输连接的缺点。
S220,第二UDM实体根据用户签约数据获取请求消息,向第一UDM实体发送响应消息,响应消息携带与用户标识信息对应的用户签约数据,以使第一UDM实体保存用户签约数据。
可以理解的是,第二UDM实体接收到来自第一UDM实体的Nudm_SDM_GET请求消息后,解析请求消息中携带的用户标识信息,在本地查找与该用户标识信息对应的用户签约数据,并将查找到的用户签约数据封装之响应消息中,将该响应消息发送给第一UDM实体。
可以理解的是,第一UDM实体发送的用户签约数据获取请求消息还可以携带请求获取的用户签约数据类型;用户签约数据类型包括以下一种或者多种:AM签约数据、SM签约数据、SMS签约数据、全类型签约数据、定制类签约数据。
可以理解的是,当用户签约数据获取请求消息携带请求获取的用户签约数据类型时,第二UDM实体根据该用户标识信息和用户签约数据类型查找对应的用户签约数据,并将查找到的用户签约数据封装之响应消息中,将该响应消息发送给第一UDM实体。
本发明实施例提供的数据容灾备份方法,第一UDM实体基于当前标准协议提供的服务向第二UDM实体发送用户签约数据获取请求消息,以使第二UDM实体接收到用户签约数据获取请求消息后,响应于该请求从本地获取用户签约数据,并将用户签约数据反馈给发送该请求的第一UDM实体。如此,第一UDM实体直接从第二UDM实体获取用户签约数据进行保存,以达到容灾备份目的,这种方式安全可靠,大大降低数据同步失败的可能性。
本发明实施例的方案中,第一UDM实体可通过标准协议接口直接从第二UDM实体中获取到用户签约数据,克服了相关技术中第一UDM实体和第二UDM实体只能通过私有协议接口传输用户签约数据的缺点,使得本发明实施例提供的数据容灾备份方法能够适用于不同设备厂商的UDM设备之间的用户签约数据备份,兼容性好,具有广阔的应用场景。
另外,本发明实施例的方案中,第一UDM实体也无需维护业务签约模板数据,大大地降低了运营商、企业客户的日常运维压力。
请参见图7,第二UDM实体在接收第一UDM实体发送的携带用户标识信息的用户签约数据获取请求消息之后,本发明实施例提供的数据容灾备份方法还包括:
S230,第二UDM实体接收第一UDM实体发送的与用户标识信息对应的用户签约数据变更通知订阅请求消息,其中,用户签约数据变更通知订阅请求消息是标准协议定义的消息。
作为示例,第一UDM实体可以通过用户签约数据订阅服务消息Nudm_SDM_Subscribe向第二UDM实体发送用户签约数据变更通知订阅请求消息。第二UDM实体在与用户标识信息对应的用户签约数据发生变更时,向第一UDM实体发送与用户标识信息对应的用户签约数据变更通知。
可以理解的是,Nudm_SDM_Subscribe是当前标准协议定义的服务消息,Nudm_SDM_Subscribe服务允许除UDM自身外的功能实体向UDM实体订阅用户的签约数据变更的通知。由于Nudm_SDM_Subscribe是当前标准协议定义的服务消息,所以第一UDM实体可以通过自身的标准协议接口将该用户签约数据变更通知订阅请求消息发送至第二UDM实体,第二UDM实体可以通过自身的标准协议接口接收该用户签约数据变更通知订阅请求消息。
请参见图8,第二UDM实体在接收第一UDM实体通过用户签约数据订阅服务发送的与用户标识信息对应的用户签约数据变更通知订阅请求消息之后,本发明实施例提供的数据容灾备份方法还包括:
S240,第二UDM实体接收BOSS端发送的用户签约数据修改消息,其中,用户签约数据修改消息携带用户标识信息。
可以理解的是,当用户的签约数据发生修改时,BOSS端向第二UDM实体发送用户签约数据修改消息,该用户签约数据修改消息携带用户标识信息,使第二UDM实体能根据用户标识信息,修改存储在本地的对应于该用户标识信息的用户签约数据。
S250,第二UDM实体根据用户签约数据修改消息,变更与用户标识信息对应的用户签约数据。
可以理解的是,第二UDM实体根据用户签约数据修改消息,对存储在本地的对应于该用户标识信息的用户签约数据进行修改,从而变更与用户标识信息对应的用户签约数据。
S260,第二UDM实体向第一UDM实体发送与用户标识信息对应的用户签约数据变更通知,以使第一UDM实体根据用户签约数据变更通知,更新与用户标识信息对应的用户签约数据。
可以理解的是,由于第二UDM实体对存储在本地的对应于该用户标识信息的用户签约数据进行修改后,用户签约数据发生了变更,而此前第一UDM实体向第二UDM实体订阅了与用户标识信息对应的用户签约数据变更通知,所以第二UDM实体向第一UDM实体发送与用户标识信息对应的用户签约数据变更通知,以使第一UDM实体根据用户签约数据变更通知,更新与用户标识信息对应的用户签约数据,达到数据同步的目的。
以下将通过具体的实例对本发明实施例提供的数据容灾方法作示例性的说明。
示例一:
请参见图9,本发明实施例的一种数据容灾方法包括以下方法步骤:
S301,BOSS端向第一UDM实体和第二UDM实体同步发放用户鉴权数据;
S302,BOSS端向第二UDM实体发放用户签约数据;
S303,第一UDM实体根据用户鉴权数据获取至少一个用户标识信息;
S304,第一UDM实体按照预设的时间间隔触发用户签约数据备份操作;
S305,第一UDM实体从至少一个用户标识信息中确定当前用户标识信息;
S306,第一UDM实体向第二UDM实体发送携带当前用户标识信息的Nudm_SDM_GET(AM data)请求消息;
S307,第二UDM实体根据Nudm_SDM_GET(AM data)携带的当前用户标识信息,查找与当前用户标识信息对应的AM签约数据,并发送携带与当前用户标识信息对应的AM签约数据的响应消息给第一UDM实体;
S308,第一UDM实体将从响应消息携带的AM签约数据中解析出的上下行速率、网络切片、RFSP等签约数据保存至本地;
S309,第一UDM实体向第二UDM实体发送携带当前用户标识信息的Nudm_SDM_GET(SM data)请求消息;
S310,第二UDM实体根据Nudm_SDM_GET(SM data)携带的当前用户标识信息,查找与当前用户标识信息对应的SM签约数据,并发送携带与当前用户标识信息对应的SM签约数据的响应消息给第一UDM实体;
S311,第一UDM实体将从响应消息携带的SM签约数据中解析出的网络切片、DNN、QoS等签约数据保存至本地;
S312,第一UDM实体向第二UDM实体发送携带当前用户标识信息的Nudm_SDM_GET(SMS data)请求消息;
S313,第二UDM实体根据Nudm_SDM_GET(SMS data)携带的当前用户标识信息,查找与当前用户标识信息对应的SMS签约数据,并发送携带与当前用户标识信息对应的SMS签约数据的响应消息给第一UDM实体;
S314,第一UDM实体将从响应消息携带的SMS签约数据中解析出的SMS over NAS、SMS限制类等签约数据保存至本地;
S315,返回步骤S305,直至遍历所有的用户标识信息,以完成对所有用户标识信息对应的用户签约数据进行保存备份。
在图9所示的示例中,第一UDM实体通过发送多条Nudm_SDM_GET请求消息至第二UDM实体,以从第二UDM实体获取用户的AM签约数据、SM签约数据和SMS签约数据,完成对第二UDM实体中的AM签约数据、SM签约数据和SMS签约数据进行保存备份。
示例二:
请参见图10,本发明实施例的一种数据容灾方法包括以下方法步骤:
S401,BOSS端向第一UDM实体和第二UDM实体同步发送用户鉴权数据;
S402,BOSS端向第二UDM实体发送用户签约数据;
S403,第一UDM实体根据用户鉴权数据获取至少一个用户标识信息;
S404,第一UDM实体在接收到网络管理人员的备份指令时,触发用户签约数据备份操作;
S405,第一UDM实体从至少一个用户标识信息中确定当前用户标识信息;
S406,第一UDM实体向第二UDM实体发送携带当前用户标识信息的Nudm_SDM_GET(data set)请求消息;
S407,第二UDM实体根据Nudm_SDM_GET(data set)携带的当前用户标识信息,查找与当前用户标识信息对应的全类型签约数据,并发送携带与当前用户标识信息对应的全类型签约数据的响应消息给第一UDM实体;
S408,第一UDM实体将从响应消息携带的全类型签约数据中解析出的签约数据保存至本地;
S409,第一UDM实体向第二UDM实体发送携带当前用户标识信息的Nudm_SDM_Subscribe(AM data)订阅请求;
S410,第二UDM实体向第一UDM实体返回根据Nudm_SDM_Subscribe(AM data)的订阅响应;
S411,第一UDM实体向第二UDM实体发送携带当前用户标识信息的Nudm_SDM_Subscribe(SM data)订阅请求;
S412,第二UDM实体向第一UDM实体返回根据Nudm_SDM_Subscribe(SM data)的订阅响应;
S413,第一UDM实体向第二UDM实体发送携带当前用户标识信息的Nudm_SDM_Subscribe(SMS data)订阅请求;
S414,第二UDM实体向第一UDM实体返回根据Nudm_SDM_Subscribe(SMS data)的订阅响应;
S415,返回步骤S405,直至遍历所有的用户标识信息,以完成对所有用户标识信息对应的用户签约数据进行保存备份以及订阅用户签约数据变更通知。
在图10所示的示例中,第一UDM实体通过发送一条Nudm_SDM_GET请求消息至第二UDM实体,以从第二UDM实体获取用户的全类型签约数据,完成对第二UDM实体中的全类型签约数据进行保存备份,同时向第二UDM实体订阅用户签约数据变更通知。
可以理解的是,本示例中的步骤S409至S414是可选的步骤,若此前已针对当前用户标识信息提交了相关用户签约数据变更通知的订阅请求,则可省略以上步骤。而且,用户签约数据变更通知的订阅请求消息也不仅限于Nudm_SDM_Subscribe(AM data)、Nudm_SDM_Subscribe(SM data)、Nudm_SDM_Subscribe(SMS data)消息,具体实现过程中还可以包括其他签约数据类型的订阅请求消息,本发明实施例对此不作过多限定。
示例三:
请参见图11,本发明实施例的一种数据容灾方法包括以下方法步骤:
S501,BOSS端向第二UDM实体发送携带用户标识信息的AM签约数据修改消息;
S502,第二UDM实体向第一UDM实体发送携带用户标识信息的AM签约数据变更通知;
S503,第一UDM实体根据接收到的携带用户标识信息的AM签约数据变更通知,更新保存在本地的与用户标识信息对应的AM签约数据;
S504,BOSS端向第二UDM实体发送携带用户标识信息的SM签约数据修改消息;
S505,第二UDM实体向第一UDM实体发送携带用户标识信息的SM签约数据变更通知;
S506,第一UDM实体根据接收到的携带用户标识信息的SM签约数据变更通知,更新保存在本地的与用户标识信息对应的SM签约数据;
S507,BOSS端向第二UDM实体发送携带用户标识信息的SMS签约数据修改消息;
S508,第二UDM实体向第一UDM实体发送携带用户标识信息的SMS签约数据变更通知;
S509,第一UDM实体根据接收到的携带用户标识信息的SMS签约数据变更通知,更新保存在本地的与用户标识信息对应的SMS签约数据。
在图11所示的示例中,在第一UDM实体已向第二UDM实体订阅AM、SM、SMS签约数据变更通通知的情况下,当第二UDM实体中的AM/SM/SMS签约数据发生变更时,第二UDM实体向第一UDM实体发送AM/SM/SMS签约数据变更通知,以使第一UDM实体变更本地保存的AM/SM/SMS签约数据,实现与第二UDM实体的签约数据同步。
进一步可以理解的是,本发明实施例中尽管在附图中以特定的顺序描述操作,但是不应将其理解为要求按照所示的特定顺序或是串行顺序来执行这些操作,或是要求执行全部所示的操作以得到期望的结果。在特定环境中,多任务和并行处理可能是有利的。
请参见图12,示出了本发明实施例提供的第一UDM实体,该第一UDM实体包括:第一发送模块620、第一接收模块610、第一处理模块630和第一保存模块640。
第一发送模块620,用于向第二UDM实体发送携带用户标识信息的用户签约数据获取请求消息,其中,用户签约数据获取请求消息是标准协议定义的消息;
第一接收模块610,用于接收第二UDM实体根据用户签约数据获取请求消息发送的响应消息,响应消息携带与用户标识信息对应的用户签约数据;
第一处理模块630,用于从响应消息中获取用户签约数据;
第一保存模块640,用于保存用户签约数据。
在一些实施例中,第一发送模块620,还用于向第二UDM实体发送与用户标识信息对应的用户签约数据变更通知订阅请求消息,其中,用户签约数据变更通知订阅请求消息是标准协议定义的消息。
在一些实施例中,第一接收模块610,还用于接收第二UDM实体发送的与用户标识信息对应的用户签约数据变更通知。
在一些实施例中,第一处理模块630,还用于根据用户签约数据变更通知,更新第一保存模块640中与用户标识信息对应的用户签约数据。
在一些实施例中,第一接收模块610,还用于获取用户鉴权数据,用户鉴权数据携带用户标识信息。
在一些实施例中,第一处理模块630,还用于根据用户鉴权数据获取用户标识信息。
可以理解的是,第一发送模块620发送的用户签约数据获取请求消息还携带请求获取的用户签约数据类型;用户签约数据类型包括以下一种或者多种:AM签约数据、SM签约数据;SMS签约数据、全类型签约数据和定制类签约数据。
可以理解的是,第一发送模块620向第二UDM实体发送携带用户标识信息的用户签约数据获取请求消息,具体包括:
按照预设的时间间隔,向第二UDM实体发送携带用户标识信息的用户签约数据获取请求消息;
或者,当与第二UDM实体的通信连接中断恢复时,向第二UDM实体发送携带用户标识信息的用户签约数据获取请求消息;
或者,当接收到备份指令时,根据备份指令,向第二UDM实体发送携带用户标识信息的用户签约数据获取请求消息。
请参见图13,示出了本发明实施例提供的第二UDM实体,该第二UDM实体包括:第二接收模块710和第二发送模块720。
第二接收模块710,用于接收第一UDM实体发送的携带用户标识信息的用户签约数据获取请求消息,其中,用户签约数据获取请求消息是标准协议定义的消息;
第二发送模块720,用于根据用户签约数据获取请求消息,向第一UDM实体发送响应消息,响应消息携带与用户标识信息对应的用户签约数据,以使第一UDM实体保存用户签约数据。
在一些实施例中,第二接收模块710,还用于接收第一UDM实体发送的与用户标识信息对应的用户签约数据变更通知订阅请求消息,其中,用户签约数据变更通知订阅请求消息是标准协议定义的消息。
在一些实施例中,第二接收模块710,还用于接收业务运营支撑系统BOSS端发送的用户签约数据修改消息,其中,用户签约数据修改消息携带用户标识信息。
在一些实施例中,第二UDM实体还包括第二处理模块,第二处理模块用于根据用户签约数据修改消息,变更与用户标识信息对应的用户签约数据。
在一些实施例中,第二发送模块720还用于向第一UDM实体发送与用户标识信息对应的用户签约数据变更通知,以使第一UDM实体根据用户签约数据变更通知,更新与用户标识信息对应的用户签约数据。
可以理解的是,第二接收模块710接收的用户签约数据获取请求消息还携带请求获取的用户签约数据类型;用户签约数据类型包括以下一种或者多种:AM签约数据、SM签约数据;SMS签约数据、全类型签约数据和定制类签约数据。
需要说明的是,上述模块之间的信息交互、执行过程等内容,由于与本发明方法实施例基于同一构思,其具体功能及带来的技术效果,具体可参见方法实施例部分,此处不再赘述。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述或记载的部分,可以参见其他实施例的相关描述。
请参见图14,示出了本发明实施例提供的一种UDM实体,包括:存储器810、处理器820及存储在存储器810上并可在处理器820上运行的计算机程序。
处理器820和存储器810可以通过总线或者其他方式连接。
存储器810作为一种非暂态计算机可读存储介质,可用于存储非暂态软件程序以及非暂态性计算机可执行程序。此外,存储器810可以包括高速随机存取存储器,还可以包括非暂态存储器,例如至少一个磁盘存储器件、闪存器件、或其他非暂态固态存储器件。在一些实施方式中,存储器可选包括相对于处理器820远程设置的存储器,这些远程存储器可以通过网络连接至该处理器820。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
实现上述实施例的数据容灾备份方法所需的非暂态软件程序以及指令存储在存储器810中,当被处理器820执行时,执行上述实施例中的数据容灾备份方法,例如,执行图2至图8任一所示实施例中的步骤。
以上所描述的装置实施例仅仅是示意性的,其中作为分离部件说明的单元可以是或者也可以不是物理上分开的,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。
此外,本发明的一个实施例还提供了一种计算机可读存储介质,该计算机可读存储介质存储有计算机程序,该计算机程序被一个处理器或控制器执行,当计算机程序被处理器或控制器执行时,执行上述实施例中的数据容灾备份方法,例如,执行图2至图8任一所示实施例中的步骤。
本领域普通技术人员可以理解,上文中所公开方法中的全部或某些步骤、系统可以被实施为软件、固件、硬件及其适当的组合。某些物理组件或所有物理组件可以被实施为由处理器,如中央处理器、数字信号处理器或微处理器执行的软件,或者被实施为硬件,或者被实施为集成电路,如专用集成电路。这样的软件可以分布在计算机可读介质上,计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的,术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM、ROM、EEPROM、闪存或其他存储器技术、CD-ROM、数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外,本领域普通技术人员公知的是,通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据,并且可包括任何信息递送介质。
以上是对本发明的较佳实施进行了具体说明,但本发明并不局限于上述实施方式,熟悉本领域的技术人员在不违背本发明精神的前提下还可作出种种的等同变形或替换,这些等同的变形或替换均包含在本发明权利要求所限定的范围内。
Claims (14)
1.一种数据容灾备份方法,应用于第一统一数据管理UDM实体,所述方法包括:
向第二UDM实体发送携带用户标识信息的用户签约数据获取请求消息,其中,所述用户签约数据获取请求消息是标准协议定义的消息;
接收所述第二UDM实体根据所述用户签约数据获取请求消息发送的响应消息,所述响应消息携带与所述用户标识信息对应的用户签约数据;
从所述响应消息中获取所述用户签约数据;
保存所述用户签约数据。
2.根据权利要求1所述的方法,其特征在于,在向所述第二UDM实体发送携带用户标识信息的用户签约数据获取请求消息之后,所述方法还包括:
向所述第二UDM实体发送与所述用户标识信息对应的用户签约数据变更通知订阅请求消息,其中,所述用户签约数据变更通知订阅请求消息为标准协议定义的消息。
3.根据权利要求2所述的方法,其特征在于,在向所述第二UDM实体发送与所述用户标识信息对应的用户签约数据变更通知订阅请求消息之后,所述方法还包括:
接收所述第二UDM实体发送的与所述用户标识信息对应的用户签约数据变更通知;
根据所述用户签约数据变更通知,更新与所述用户标识信息对应的所述用户签约数据。
4.根据权利要求1所述的方法,其特征在于,在向所述第二UDM实体发送携带用户标识信息的用户签约数据获取请求消息之前,所述方法还包括:
获取用户鉴权数据,所述用户鉴权数据携带所述用户标识信息;
根据所述用户鉴权数据获取所述用户标识信息。
5.根据权利要求1所述的方法,其特征在于,所述用户签约数据获取请求消息还携带请求获取的用户签约数据类型;所述用户签约数据类型包括以下一种或者多种:
接入和移动管理AM签约数据;
会话管理SM签约数据;
短信息服务SMS签约数据;
全类型签约数据;
定制类签约数据。
6.根据权利要求1所述的方法,其特征在于,所述向第二UDM实体发送携带用户标识信息的用户签约数据获取请求消息,包括:
按照预设的时间间隔,向第二UDM实体发送携带用户标识信息的用户签约数据获取请求消息;
或者,当与所述第二UDM实体的通信连接中断恢复时,向第二UDM实体发送携带用户标识信息的用户签约数据获取请求消息;
或者,当接收到备份指令时,根据所述备份指令,向第二UDM实体发送携带用户标识信息的用户签约数据获取请求消息。
7.一种数据容灾备份方法,应用于第二统一数据管理UDM实体,所述方法包括:
接收第一UDM实体发送的携带用户标识信息的用户签约数据获取请求消息,其中,所述用户签约数据获取请求消息是标准协议定义的消息;
根据所述用户签约数据获取请求消息,向所述第一UDM实体发送响应消息,所述响应消息携带与所述用户标识信息对应的用户签约数据,以使所述第一UDM实体保存所述用户签约数据。
8.根据权利要求7所述的方法,其特征在于,在接收第一UDM实体发送的携带用户标识信息的用户签约数据获取请求消息之后,所述方法还包括:
接收所述第一UDM实体发送的与所述用户标识信息对应的用户签约数据变更通知订阅请求消息,其中,所述用户签约数据变更通知订阅请求消息为标准协议定义的消息。
9.根据权利要求8所述的方法,其特征在于,在接收所述第一UDM实体发送的与所述用户标识信息对应的用户签约数据变更通知订阅请求消息之后,所述方法还包括:
接收业务运营支撑系统BOSS端发送的用户签约数据修改消息,其中,所述用户签约数据修改消息携带所述用户标识信息;
根据所述用户签约数据修改消息,变更与所述用户标识信息对应的所述用户签约数据;
向所述第一UDM实体发送与所述用户标识信息对应的用户签约数据变更通知,以使所述第一UDM实体根据所述用户签约数据变更通知,更新与所述用户标识信息对应的所述用户签约数据。
10.根据权利要求7所述的方法,其特征在于,所述用户签约数据获取请求消息还携带请求消息获取的用户签约数据类型;所述用户签约数据类型包括以下一种或者多种:
接入和移动管理AM签约数据;
会话管理SM签约数据;
短信息服务SMS签约数据;
全类型签约数据;
定制类签约数据。
11.一种第一统一数据管理UDM实体,其特征在于,包括:
第一发送模块,用于向第二UDM实体发送携带用户标识信息的用户签约数据获取请求消息,其中,所述用户签约数据获取请求消息为标准协议定义的消息;
第一接收模块,用于接收所述第二UDM实体根据所述用户签约数据获取请求消息发送的响应消息,所述响应消息携带与所述用户标识信息对应的用户签约数据;
第一处理模块,用于从所述响应消息中获取所述用户签约数据;
第一保存模块,用于保存所述用户签约数据。
12.一种第二统一数据管理UDM实体,其特征在于,包括:
第二接收模块,用于接收第一UDM实体发送的携带用户标识信息的用户签约数据获取请求消息,其中,所述用户签约数据获取请求消息为标准协议定义的消息;
第二发送模块,用于根据所述用户签约数据获取请求消息,向所述第一UDM实体发送响应消息,所述响应消息携带与所述用户标识信息对应的用户签约数据,以使所述第一UDM实体保存所述用户签约数据。
13.一种统一数据管理UDM实体,其特征在于,包括:存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现如权利要求1至10任意一项所述的数据容灾备份方法。
14.一种计算机可读存储介质,存储有计算机程序,所述计算机程序被处理器执行时实现如权利要求1至10中任意一项所述的数据容灾备份方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011435456.2A CN114625565A (zh) | 2020-12-10 | 2020-12-10 | 数据容灾备份方法、统一数据管理udm实体和存储介质 |
PCT/CN2021/135100 WO2022121772A1 (zh) | 2020-12-10 | 2021-12-02 | 数据容灾备份方法、统一数据管理udm实体和存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202011435456.2A CN114625565A (zh) | 2020-12-10 | 2020-12-10 | 数据容灾备份方法、统一数据管理udm实体和存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN114625565A true CN114625565A (zh) | 2022-06-14 |
Family
ID=81896447
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202011435456.2A Pending CN114625565A (zh) | 2020-12-10 | 2020-12-10 | 数据容灾备份方法、统一数据管理udm实体和存储介质 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN114625565A (zh) |
WO (1) | WO2022121772A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116112910A (zh) * | 2023-01-12 | 2023-05-12 | 中国联合网络通信集团有限公司 | 数据处理方法、装置及存储介质 |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117440359A (zh) * | 2022-07-11 | 2024-01-23 | 中兴通讯股份有限公司 | 用户数据存储容灾方法、装置、电子设备和存储介质 |
CN115396930B (zh) * | 2022-08-19 | 2024-05-03 | 中国联合网络通信集团有限公司 | 容灾处理方法、装置及存储介质 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110535676B (zh) * | 2018-05-25 | 2022-03-18 | 中兴通讯股份有限公司 | Smf动态容灾的实现方法、装置、设备及存储介质 |
CN110944361B (zh) * | 2018-09-21 | 2022-02-11 | 华为技术有限公司 | 用于负载均衡的方法与网元 |
WO2020099958A1 (en) * | 2018-11-16 | 2020-05-22 | Telefonaktiebolaget Lm Ericsson (Publ) | Efficient handling of subscriptions |
CN111436160B (zh) * | 2019-01-15 | 2022-04-29 | 华为技术有限公司 | 一种局域网通信方法、装置及系统 |
CN111278010B (zh) * | 2020-01-21 | 2022-12-27 | 北京佰才邦技术股份有限公司 | 一种备份信息方法、装置、存储介质和计算机设备 |
CN111278034B (zh) * | 2020-01-21 | 2022-08-12 | 北京佰才邦技术股份有限公司 | 一种信息备份方法、装置、存储介质和计算机设备 |
-
2020
- 2020-12-10 CN CN202011435456.2A patent/CN114625565A/zh active Pending
-
2021
- 2021-12-02 WO PCT/CN2021/135100 patent/WO2022121772A1/zh active Application Filing
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116112910A (zh) * | 2023-01-12 | 2023-05-12 | 中国联合网络通信集团有限公司 | 数据处理方法、装置及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
WO2022121772A1 (zh) | 2022-06-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN114625565A (zh) | 数据容灾备份方法、统一数据管理udm实体和存储介质 | |
EP3648401B1 (en) | Method, device, and computer readable storage medium for managing network slice | |
CN107465767B (zh) | 一种数据同步的方法和系统 | |
EP3468100B1 (en) | Method and apparatus for managing network slice | |
US8613062B2 (en) | Method, terminal, apparatus, and system for device management in network communications | |
EP2256990B1 (en) | A method for transferring the network management configuration information between the element management systems | |
US10721614B2 (en) | Enhancements to eSIM profile operation callbacks using a machine-to-machine (M2M) device | |
EP3585114B1 (en) | Method, device and system for configuring network slice | |
CN108200219B (zh) | 数据同步方法、装置、服务器及存储介质 | |
EP2624628A1 (en) | Measurement gap configuration method, terminal and network device | |
US20220413937A1 (en) | Node management method, device and apparatus, storage medium, and system | |
KR102461084B1 (ko) | 짧은 메시지 서비스 능력을 업데이트하기 위한 방법, 장비 및 장치 | |
WO2019029522A1 (zh) | 网络组件的管理方法和网络设备 | |
WO2012151993A1 (zh) | 业务推送方法和装置 | |
EP4017046A1 (en) | Method and device for reporting user plane functional entity information, storage medium and electronic device | |
US20220191279A1 (en) | IoT Device Data Management Method, Apparatus, and System | |
CN110326355A (zh) | 一种管理方法、管理单元和系统 | |
EP4024768A1 (en) | Device management method, device, system and device, and storage medium | |
WO2021087892A1 (zh) | 资源的订阅方法、设备及存储介质 | |
CN110519712B (zh) | 信息处理方法及装置、网元及存储介质 | |
CN113992695A (zh) | 网元设备间业务协同的方法和网元设备 | |
WO2018223962A1 (zh) | 聚合链路时钟控制方法及系统 | |
CN114884805A (zh) | 数据传输方法、装置、终端及存储介质 | |
CN115334493A (zh) | 一种状态订阅通知的方法、装置及设备 | |
CN113853004A (zh) | 信息发送方法、nr小区接入方法、接入网设备及移动终端 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination |