CN115022876A - 用户签约数据更新方法、装置和系统 - Google Patents

用户签约数据更新方法、装置和系统 Download PDF

Info

Publication number
CN115022876A
CN115022876A CN202210599458.8A CN202210599458A CN115022876A CN 115022876 A CN115022876 A CN 115022876A CN 202210599458 A CN202210599458 A CN 202210599458A CN 115022876 A CN115022876 A CN 115022876A
Authority
CN
China
Prior art keywords
network element
standby
subscription data
main
entity
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
Application number
CN202210599458.8A
Other languages
English (en)
Inventor
程淑荣
陈洁
尹君
张岚
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Telecom Corp Ltd
Original Assignee
China Telecom Corp Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by China Telecom Corp Ltd filed Critical China Telecom Corp Ltd
Priority to CN202210599458.8A priority Critical patent/CN115022876A/zh
Publication of CN115022876A publication Critical patent/CN115022876A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W12/00Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06Authentication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06Management of faults, events, alarms or notifications
    • H04L41/0654Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0663Performing the actions predefined by failover planning, e.g. switching to standby network elements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/04Arrangements for maintaining operational condition
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W60/00Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本公开提供了一种用户签约数据更新方法、装置和系统,涉及无线通信领域。该方法包括:第二网元接收主用第一网元发送的订阅消息,其中,订阅消息中包括主用第一网元和备用第一网元的标识;以及在主用第一网元故障时,根据备用第一网元的标识,将UE更新的签约数据发送至备用第一网元。本公开能够在主用第一网元故障时,第二网元将UE更新的签约数据发送至备用第一网元,实现用户策略的实时更新。

Description

用户签约数据更新方法、装置和系统
技术领域
本公开涉及无线通信领域,尤其涉及一种用户签约数据更新方法、装置和系统。
背景技术
在3GPP标准中,UE(User Equipment,用户设备)注册过程中,AMF(AuthenticationManagement Function,认证管理功能)或SMF(Session Management Function,会话管理功能)会向UDM(Unified Data Management,统一数据管理)订阅用户签约数据更新通知,在该消息中会携带AMF和SMF的Callback(回调)URI(Uniform Resource Identifier,统一资源标志符)。当用户的签约数据变化后,UDM会根据订阅消息中的Callback URI信息,找到该AMF和SMF,并向其发送通知消息。在AMF和SMF热备的场景下,当主用AMF故障或主用SMF故障后,其无法向UDM取消订阅,当用户签约数据更新后,UDM仍根据订阅消息中的Callback URI向原主用AMF和SMF发送通知消息,导致通知失败。而UDM也无法将通知消息发送到备用AMF和备用SMF。
发明内容
本公开要解决的一个技术问题是,提供一种用户签约数据更新方法、装置和系统,能够在主用第一网元故障时,将UE更新的签约数据发送至备用第一网元,实现用户策略的实时更新。
根据本公开一方面,提出一种用户签约数据更新方法,包括:接收主用第一网元发送的订阅消息,其中,订阅消息中包括主用第一网元和备用第一网元的标识;以及在主用第一网元故障时,根据备用第一网元的标识,将用户设备UE更新的签约数据发送至备用第一网元。
在一些实施例中,向主用第一网元发送UE更新的签约数据,其中,在感知主用第一网元故障,或未接收到主用第一网元的响应消息的情况下,将UE更新的签约数据发送至备用第一网元。
在一些实施例中,主用第一网元为主用认证管理功能AMF实体,备用第一网元为备用AMF实体;或者主用第一网元为主用会话管理功能SMF实体,备用第一网元为备用SMF实体。
在一些实施例中,主用第一网元和备用第一网元的标识为统一资源标志符URI。
根据本公开的另一方面,还提出一种用户签约数据更新方法,包括:主用第一网元向第二网元发送订阅消息,其中,订阅消息中包括主用第一网元和备用第一网元的标识;以及在主用第一网元故障时,备用第一网元接收第二网元发送的用户设备UE更新的签约数据,其中,第二网元根据备用第一网元的标识,将UE更新的签约数据发送至备用第一网元。
在一些实施例中,主用第一网元向备用第一网元发送获取备用第一网元的标识的请求消息;以及主用第一网元接收备用第一网元发送的标识,并将备用第一网元和主用第一网元的标识发送至第二网元。
在一些实施例中,主用第一网元为主用认证管理功能AMF实体,备用第一网元为备用AMF实体;或者主用第一网元为主用会话管理功能SMF实体,备用第一网元为备用SMF实体。
在一些实施例中,第二网元为统一数据管理UDM实体,或者群组管控功能GMCF模块。
在一些实施例中,主用第一网元和备用第一网元的标识为统一资源标志符URI。
根据本公开的另一方面,还提出一种第二网元,包括:信息接收单元,被配置为接收主用第一网元发送的订阅消息,其中,订阅消息中包括主用第一网元和备用第一网元的标识;以及数据发送单元,被配置为在主用第一网元故障时,根据备用第一网元的标识,将用户设备UE更新的签约数据发送至备用第一网元。
根据本公开的另一方面,还提出一种用户签约数据更新装置,包括:主用第一网元,被配置为向第二网元发送订阅消息,其中,订阅消息中包括主用第一网元和备用第一网元的标识;以及备用第一网元,被配置为在主用第一网元故障时,接收第二网元发送的用户设备UE更新的签约数据,其中,第二网元根据备用第一网元的标识,将UE更新的签约数据发送至备用第一网元。
在一些实施例中,主用第一网元,还被配置为向备用第一网元发送获取备用第一网元的标识的请求消息,并将备用第一网元和主用第一网元的标识发送至第二网元;以及备用第一网元,被配置为向主用第一网元发送的自身的标识。
根据本公开的另一方面,还提出一种用户签约数据更新系统,包括:上述的第二网元;以及上述的用户签约数据更新装置。
根据本公开的另一方面,还提出一种电子设备,包括:存储器;以及耦接至存储器的处理器,处理器被配置为基于存储在存储器的指令执行如上述的用户签约数据更新方法。
根据本公开的另一方面,还提出一种非瞬时性计算机可读存储介质,其上存储有计算机程序指令,该指令被处理器执行时实现如上述的用户签约数据更新方法。
本公开实施例中,第二网元根据备用第一网元的标识,能够在主用第一网元故障时,将UE更新的签约数据发送至备用第一网元,实现用户策略的实时更新。
通过以下参照附图对本公开的示例性实施例的详细描述,本公开的其它特征及其优点将会变得清楚。
附图说明
构成说明书的一部分的附图描述了本公开的实施例,并且连同说明书一起用于解释本公开的原理。
参照附图,根据下面的详细描述,可以更加清楚地理解本公开,其中:
图1为本公开的用户签约数据更新方法的一些实施例的流程示意图;
图2为本公开的用户签约数据更新方法的另一些实施例的流程示意图;
图3为本公开的用户签约数据更新方法的另一些实施例的流程示意图;
图4为本公开的用户签约数据更新方法的另一些实施例的流程示意图;
图5为本公开的用户签约数据更新方法的另一些实施例的流程示意图;
图6为本公开的用户签约数据更新方法的另一些实施例的流程示意图;
图7为本公开的用户签约数据更新方法的另一些实施例的流程示意图;
图8为本公开的用户签约数据更新方法的另一些实施例的流程示意图;
图9为本公开的第二网元的一些实施例的结构示意图;
图10为本公开的用户签约数据更新装置的一些实施例的结构示意图;以及
图11为本公开的电子设备的一些实施例的结构示意图。
具体实施方式
现在将参照附图来详细描述本公开的各种示例性实施例。应注意到:除非另外具体说明,否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本公开的范围。
同时,应当明白,为了便于描述,附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。
以下对至少一个示例性实施例的描述实际上仅仅是说明性的,决不作为对本公开及其应用或使用的任何限制。
对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论,但在适当情况下,所述技术、方法和设备应当被视为授权说明书的一部分。
在这里示出和讨论的所有示例中,任何具体值应被解释为仅仅是示例性的,而不是作为限制。因此,示例性实施例的其它示例可以具有不同的值。
应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步讨论。
为使本公开的目的、技术方案和优点更加清楚明白,以下结合具体实施例,并参照附图,对本公开进一步详细说明。
图1为本公开的用户签约数据更新方法的一些实施例的流程示意图。该实施例由第二网元执行,第二网元例如为UDM网元,或者为GMCF(Group Management ControlFunction,群组管控功能)模块,即能够保存用户签约数据的网元。
在步骤110,接收主用第一网元发送的订阅消息,其中,订阅消息中包括主用第一网元和备用第一网元的标识。
在一些实施例中,主用第一网元为主用AMF实体,备用第一网元为备用AMF实体。
在一些实施例中,主用第一网元为主用SMF实体,备用第一网元为备用SMF实体。
在一些实施例中,主用第一网元和备用第一网元的标识为URI。
在一些实施例中,主用AMF实体向备用AMF实体发送获取备用AMF的URI的请求消息,在接收到备用AMF实体发送的URI后,将备用AMF实体和主用AMF实体的URI发送至UDM实体。
在一些实施例中,主用SMF实体向备用SMF实体发送获取备用SMF的URI的请求消息,在接收到备用SMF实体发送的URI后,将备用SMF实体和主用SMF实体的URI发送至UDM实体。
在步骤120,在主用第一网元故障时,根据备用第一网元的标识,将UE更新的签约数据发送至备用第一网元。
在一些实施例中,第二网元向主用第一网元发送UE更新的签约数据,其中,在感知主用第一网元故障,或未接收到主用第一网元的响应消息的情况下,将UE更新的签约数据发送至备用第一网元。
在上述实施例中,第二网元根据备用第一网元的标识,能够在主用第一网元故障时,将UE更新的签约数据发送至备用第一网元,实现用户策略的实时更新。
图2为本公开的用户签约数据更新方法的另一些实施例的流程示意图。
在步骤210,主用第一网元向第二网元发送订阅消息,其中,订阅消息中包括主用第一网元和备用第一网元的标识。
在一些实施例中,主用第一网元向备用第一网元发送获取备用第一网元的标识的请求消息,接收备用第一网元发送的标识,并将备用第一网元和主用第一网元的标识发送至第二网元。
在一些实施例中,主用第一网元为主用AMF实体,备用第一网元为备用AMF实体。
在一些实施例中,主用第一网元为主用SMF实体,备用第一网元为备用SMF实体。
在一些实施例中,主用第一网元和备用第一网元的标识为URI。
在一些实施例中,主用AMF实体向备用AMF实体发送获取备用AMF的URI的请求消息,在接收到备用AMF实体发送的URI后,将备用AMF实体和主用AMF实体的URI发送至UDM实体。
在一些实施例中,主用SMF实体向备用SMF实体发送获取备用SMF的URI的请求消息,在接收到备用SMF实体发送的URI后,将备用SMF实体和主用SMF实体的URI发送至UDM实体。
在步骤220,在主用第一网元故障时,备用第一网元接收第二网元发送的UE更新的签约数据,其中,第二网元根据备用第一网元的标识,将UE更新的签约数据发送至备用第一网元。
在一些实施例中,第二网元向主用第一网元发送UE更新的签约数据,在感知主用第一网元故障,或未接收到主用第一网元的响应消息的情况下,将UE更新的签约数据发送至备用第一网元。
在上述实施例中,在第一网元热备场景下,当主用第一网元故障,第二网元可以成功向备用第一网元发送通知消息。第一网元可以及时获取更新的用户签约数据,从而可以采用新的用户策略,实现实时准确地对用户进行策略控制。
图3为本公开的用户签约数据更新方法的另一些实施例的流程示意图。该实施例中第一网元以AMF实体为例,第二网元以UDM实体为例,多个AMF实体构成AMF池(pool)。
在步骤310,UE初始注册。
在步骤320,主用AMF实体向备用AMF实体发送请求消息,请求获取备用AMF实体的Callback URI。
在步骤330,备用AMF实体向主用AMF实体发送其Callback URI。
在步骤340,主用AMF实体向UDM实体发送订阅消息,该订阅消息中携带主用AMF实体和备用AMF实体的Callback URI。
在一些实施例中,该订阅消息为Nudm_Subscriber Data Management_subscriberequest(订阅数据管理-订阅请求),在参数callback Reference中上报主用AMF实体和备用AMF实体的Callback URI。
在步骤350,UE签约数据更新后,UDM实体向主用AMF实体发送通知消息,该消息中携带UE签约数据。
在一些实施例中,如图4所示,通知消息为Nudm_SDM_Notification Request(用户数据管理通知请求)。
在步骤360,UDM实体确定主用AMF实体故障,则向备用AMF实体发送通知消息,该消息中携带UE签约数据。
在一些实施例中,UDM实体根据心跳消息确定主用AMF实体故障,或者,未收到主用AMF实体的回复消息Nudm_SDM_Notification Response(用户数据管理通知响应),则UDM向备用AMF实体发送该消息Nudm_SDM_Notification Request。
备用AMF实体收到通知消息后,更新存储的用户签约数据,并向UDM实体回复消息。
如图4所示,UDM实体向备用AMF实体发送Nudm_SDM_Notification Response。
在上述实施例中,在AMF实体备场景下,当主用AMF实体故障,UDM实体可以成功向备用AMF实体发送通知消息。AMF实体可以及时获取更新的用户签约数据,从而可以采用新的用户策略,实现实时准确地对用户进行策略控制,该实施例实现了用户签约数据更新的容灾。
图5为本公开的用户签约数据更新方法的另一些实施例的流程示意图。该实施例中第一网元以AMF实体为例,第二网元以UDM实体为例。
在步骤510,UE向RAN(无线接入网)发送注册请求(Registration Request)。
在步骤520,RAN向主用AMF实体发送注册请求。
在步骤530,完成安全认证(Authentication)/(Security)。
在步骤540,主用AMF实体向备用AMF实体发送获取CallbackURI请求。
在步骤550,备用AMF实体向主用AMF实体返回自身的CallbackURI请求。
在步骤560,UDM实体接收主用AMF实体发送的UE注册请求(Nudm_UECM_Registration,UE上下文管理注册)。
在步骤570,主用AMF实体向UDM实体订阅用户数据(Nudm_SDM_Get),并得到UDM实体的响应。
在步骤580,主用AMF实体向UDM实体发送主备AMF实体的CallbackURI。
在步骤590,主用AMF实体向UE发送注册响应(Registration Accept)。
在上述实施例中,在UE注册流程中,增加主用AMF实体向备用AMF实体获取callback URI的消息,以及在主用AMF实体向UDM实体发送的订阅消息内增加备用AMF实体的callback URI信息,使得UDM获取备用AMF实体的URI信息。在主用AMF实体故障、未能取消订阅的情况下,UDM实体可以将用户签约数据更新通知下发到备用AMF实体,实现用户策略的实时更新,从而更好地对UE进行策略控制。
图6为本公开的用户签约数据更新方法的另一些实施例的流程示意图。该实施例中第一网元以SMF实体为例,第二网元以UDM实体为例,多个SMF实体构成SMF池(pool)。
在步骤610,UE初始注册。
在步骤620,主用SMF实体向备用SMF实体发送请求消息,请求获取备用SMF实体的Callback URI。
在步骤630,备用SMF实体向主用SMF实体发送其Callback URI。
在步骤640,主用SMF实体向UDM实体发送订阅消息,该订阅消息中携带主用SMF实体和备用SMF实体的Callback URI。
在一些实施例中,该订阅消息为Nudm_Subscriber Data Management_subscriberequest(订阅数据管理-订阅请求),在参数callback Reference中上报主用SMF实体和备用SMF实体的Callback URI。
在步骤650,UE签约数据更新后,UDM实体向主用SMF实体发送通知消息,该消息中携带UE签约数据。
在一些实施例中,如图4所示,通知消息为Nudm_SDM_Notification Request(用户数据管理通知请求)。
在步骤660,UDM实体确定主用SMF实体故障,则向备用SMF实体发送通知消息,该消息中携带UE签约数据。
在一些实施例中,UDM实体根据心跳消息确定主用SMF实体故障,或者,未收到主用SMF实体的回复消息Nudm_SDM_Notification Response(用户数据管理通知响应),则UDM向备用SMF实体发送该消息Nudm_SDM_Notification Request。
备用SMF实体收到通知消息后,更新存储的用户签约数据,并向UDM实体回复消息。
如图7所示,UDM实体向备用SMF实体发送Nudm_SDM_Notification Response。
在上述实施例中,在SMF实体备场景下,当主用SMF实体故障,UDM实体可以成功向备用SMF实体发送通知消息。SMF实体可以及时获取更新的用户签约数据,从而可以采用新的用户策略,实现实时准确地对用户进行策略控制,该实施例实现了用户签约数据更新的容灾。
图8为本公开的用户签约数据更新方法的另一些实施例的流程示意图。该实施例中第一网元以SMF实体为例,第二网元以UDM实体为例。
在步骤810,UE向AMF实体发送PDU会话建立请求(PDU Session EstablishmentRequest)。
在步骤820,AMF实体向主备SMF实体发送PDU会话建立SM上下文请求(Nsmf_PDUSession_CreateSMContext Request)。
在步骤830,主用SMF实体获取备用SMF实体的CallbackURI,并向UDM发送主备SMF实体的URI。即Subscription retrieval(订阅签约)/Subscription for updates(签约更新)。
在步骤840,SMF实体向AMF实体发送PDU会话创建上下文响应(Nsmf_PDUSession_CreateSMContext Response)。
在步骤850,PDU会话认证授权(PDU Session authentication/authorization)。
在步骤860,SMF实体与AMF实体之间通信进行信息传递(Namf_Communication_N1N2Message Transfer)。
在步骤870,AMF实体向RAN发送N2 PDU会话请求(N2 PDU Session Request)。
在步骤880,RAN向UE发送PDU会话建立成功消息(PDU Session EstablishmentAccept)。
在上述实施例中,在UE注册流程中,增加主用SMF实体向备用SMF实体获取callback URI的消息,以及在主用SMF实体向UDM实体发送的订阅消息内增加备用SMF实体的callback URI信息,使得UDM获取备用SMF实体的URI信息。在主用SMF实体故障、未能取消订阅的情况下,UDM实体可以将用户签约数据更新通知下发到备用SMF实体,实现用户策略的实时更新,从而更好地对UE进行策略控制。
图9为本公开的第二网元的一些实施例的结构示意图,该第二网元例如为UDM实体,包括信息接收单元910和数据发送单元920。
信息接收单元910,被配置为接收主用第一网元发送的订阅消息,其中,订阅消息中包括主用第一网元和备用第一网元的标识。
在一些实施例中,第一网元为AMF实体或SMF实体,标识为URI。
数据发送单元920,被配置为在主用第一网元故障时,根据备用第一网元的标识,将用户设备UE更新的签约数据发送至备用第一网元。
在一些实施例中,数据发送单元920向主用第一网元发送UE更新的签约数据,其中,在感知主用第一网元故障,或未接收到主用第一网元的响应消息的情况下,将UE更新的签约数据发送至备用第一网元。
在上述实施例中,第二网元根据备用第一网元的标识,能够在主用第一网元故障时,将UE更新的签约数据发送至备用第一网元,实现签约数据更新的容灾。
图10为本公开的用户签约数据更新装置的一些实施例的结构示意图,该装置包括主用第一网元1010和备用第一网元1020。
主用第一网元1010,被配置为向第二网元发送订阅消息,其中,订阅消息中包括主用第一网元和备用第一网元的标识。
在一些实施例中,第一网元为AMF实体或SMF实体,多个AMF实体构成AMF实体池,多个SMF实体构成SMF实体池,第二网元为UDM实体。
在一些实施例中,第一网元的标识为第一网元的URI。
在一些实施例中,主用第一网元1010还被配置为向备用第一网元发送获取备用第一网元的标识的请求消息,并将备用第一网元和主用第一网元的标识发送至第二网元。
备用第一网元1020,被配置为在主用第一网元故障时,接收第二网元发送的用户设备UE更新的签约数据,其中,第二网元根据备用第一网元的标识,将UE更新的签约数据发送至备用第一网元。
在一些实施例中,备用第一网元,被配置为向主用第一网元发送的自身的标识。
在上述实施例中,在第一网元热备场景下,主用第一网元将主备第一网元的标识发送至第二网元,在主用第一网元故障时,第二网元向备用第一网元发送通知消息。第一网元可以及时获取更新的用户签约数据,从而可以采用新的用户策略,实现实时准确地对用户进行策略控制。
在本公开的另一些实施例中,还保护一种用户签约数据更新系统,该系统包括上述实施例中的第二网元,以及上述实施例中的用户签约数据更新装置中的主用第一网元和备用第一网元。
图11为本公开的电子设备的一些实施例的结构示意图。该电子设备1100在执行第二网元的功能时,位于第二网元;在执行第一网元的功能时,位于第一网元。该电子设备1100包括存储器1110和处理器1120。其中:存储器1110可以是磁盘、闪存或其它任何非易失性存储介质。存储器用于存储上述实施例中的指令。处理器1120耦接至存储器1110,可以作为一个或多个集成电路来实施,例如微处理器或微控制器。该处理器1120用于执行存储器中存储的指令。
在一些实施例中,处理器1120通过BUS总线1130耦合至存储器1110。该电子设备1100还可以通过存储接口1140连接至外部存储系统1150以便调用外部数据,还可以通过网络接口1160连接至网络或者另外一台计算机系统(未标出)。此处不再进行详细介绍。
在该实施例中,通过存储器存储数据指令,再通过处理器处理上述指令,能够实现AMF/SMF及时获取更新的用户签约数据,从而可以采用新的用户策略,实现实时准确地对用户进行策略控制。
在另一些实施例中,一种计算机可读存储介质,其上存储有计算机程序指令,该指令被处理器执行时实现上述实施例中的方法的步骤。本领域内的技术人员应明白,本公开的实施例可提供为方法、装置、或计算机程序产品。因此,本公开可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可用非瞬时性存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本公开是参照根据本公开实施例的方法、设备(系统)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
至此,已经详细描述了本公开。为了避免遮蔽本公开的构思,没有描述本领域所公知的一些细节。本领域技术人员根据上面的描述,完全可以明白如何实施这里公开的技术方案。
虽然已经通过示例对本公开的一些特定实施例进行了详细说明,但是本领域的技术人员应该理解,以上示例仅是为了进行说明,而不是为了限制本公开的范围。本领域的技术人员应该理解,可在不脱离本公开的范围和精神的情况下,对以上实施例进行修改。本公开的范围由所附权利要求来限定。

Claims (15)

1.一种用户签约数据更新方法,包括:
接收主用第一网元发送的订阅消息,其中,所述订阅消息中包括主用第一网元和备用第一网元的标识;以及
在所述主用第一网元故障时,根据备用第一网元的标识,将用户设备UE更新的签约数据发送至备用第一网元。
2.根据权利要求1所述的用户签约数据更新方法,其中,
向主用第一网元发送所述UE更新的签约数据,其中,在感知所述主用第一网元故障,或未接收到所述主用第一网元的响应消息的情况下,将所述UE更新的签约数据发送至所述备用第一网元。
3.根据权利要求1或2所述的用户签约数据更新方法,其中,
所述主用第一网元为主用认证管理功能AMF实体,所述备用第一网元为备用AMF实体;或者
所述主用第一网元为主用会话管理功能SMF实体,所述备用第一网元为备用SMF实体。
4.根据权利要求1或2所述的用户签约数据更新方法,其中,
所述主用第一网元和所述备用第一网元的标识为统一资源标志符URI。
5.一种用户签约数据更新方法,包括:
主用第一网元向第二网元发送订阅消息,其中,所述订阅消息中包括主用第一网元和备用第一网元的标识;以及
在所述主用第一网元故障时,所述备用第一网元接收所述第二网元发送的用户设备UE更新的签约数据,其中,所述第二网元根据备用第一网元的标识,将所述UE更新的签约数据发送至所述备用第一网元。
6.根据权利要求5所述的用户签约数据更新方法,其中,
所述主用第一网元向所述备用第一网元发送获取备用第一网元的标识的请求消息;以及
所述主用第一网元接收所述备用第一网元发送的标识,并将所述备用第一网元和所述主用第一网元的标识发送至所述第二网元。
7.根据权利要求5或6所述的用户签约数据更新方法,其中,
所述主用第一网元为主用认证管理功能AMF实体,所述备用第一网元为备用AMF实体;或者
所述主用第一网元为主用会话管理功能SMF实体,所述备用第一网元为备用SMF实体。
8.根据权利要求5或6所述的用户签约数据更新方法,其中,
所述第二网元为统一数据管理UDM实体,或者群组管控功能GMCF模块。
9.据权利要求5或6所述的用户签约数据更新方法,其中,
所述主用第一网元和所述备用第一网元的标识为统一资源标志符URI。
10.一种第二网元,包括:
信息接收单元,被配置为接收主用第一网元发送的订阅消息,其中,所述订阅消息中包括主用第一网元和备用第一网元的标识;以及
数据发送单元,被配置为在所述主用第一网元故障时,根据备用第一网元的标识,将用户设备UE更新的签约数据发送至备用第一网元。
11.一种用户签约数据更新装置,包括:
主用第一网元,被配置为向第二网元发送订阅消息,其中,所述订阅消息中包括主用第一网元和备用第一网元的标识;以及
备用第一网元,被配置为在所述主用第一网元故障时,接收所述第二网元发送的用户设备UE更新的签约数据,其中,所述第二网元根据备用第一网元的标识,将所述UE更新的签约数据发送至所述备用第一网元。
12.根据权利要求11所述的用户签约数据更新装置,其中,
所述主用第一网元,还被配置为向所述备用第一网元发送获取备用第一网元的标识的请求消息,并将所述备用第一网元和所述主用第一网元的标识发送至所述第二网元;以及
所述备用第一网元,被配置为向所述主用第一网元发送的自身的标识。
13.一种用户签约数据更新系统,包括:
权利要求10所述的第二网元;以及
权利要求11或12所述的用户签约数据更新装置。
14.一种电子设备,包括:
存储器;以及
耦接至所述存储器的处理器,所述处理器被配置为基于存储在所述存储器的指令执行如权利要求1至9任一项所述的用户签约数据更新方法。
15.一种非瞬时性计算机可读存储介质,其上存储有计算机程序指令,该指令被处理器执行时实现如权利要求1至9任一项所述的用户签约数据更新方法。
CN202210599458.8A 2022-05-30 2022-05-30 用户签约数据更新方法、装置和系统 Pending CN115022876A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202210599458.8A CN115022876A (zh) 2022-05-30 2022-05-30 用户签约数据更新方法、装置和系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210599458.8A CN115022876A (zh) 2022-05-30 2022-05-30 用户签约数据更新方法、装置和系统

Publications (1)

Publication Number Publication Date
CN115022876A true CN115022876A (zh) 2022-09-06

Family

ID=83070518

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210599458.8A Pending CN115022876A (zh) 2022-05-30 2022-05-30 用户签约数据更新方法、装置和系统

Country Status (1)

Country Link
CN (1) CN115022876A (zh)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109936843A (zh) * 2018-05-11 2019-06-25 华为技术有限公司 订阅更新方法、设备及系统
CN110958719A (zh) * 2018-09-27 2020-04-03 中兴通讯股份有限公司 Ue迁移方法、nrf、备用smf、系统及存储介质
CN110958718A (zh) * 2018-09-27 2020-04-03 中兴通讯股份有限公司 一种pdu会话重建方法、装置、系统及存储介质
CN113992695A (zh) * 2020-07-09 2022-01-28 华为技术有限公司 网元设备间业务协同的方法和网元设备
WO2022028259A1 (zh) * 2020-08-07 2022-02-10 华为技术有限公司 用户签约数据的获取方法及装置
CN114375036A (zh) * 2021-11-30 2022-04-19 国家电网有限公司信息通信分公司 用于5g网络的数据同步的方法及装置、udm设备、存储介质

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109936843A (zh) * 2018-05-11 2019-06-25 华为技术有限公司 订阅更新方法、设备及系统
CN110958719A (zh) * 2018-09-27 2020-04-03 中兴通讯股份有限公司 Ue迁移方法、nrf、备用smf、系统及存储介质
CN110958718A (zh) * 2018-09-27 2020-04-03 中兴通讯股份有限公司 一种pdu会话重建方法、装置、系统及存储介质
CN113992695A (zh) * 2020-07-09 2022-01-28 华为技术有限公司 网元设备间业务协同的方法和网元设备
WO2022028259A1 (zh) * 2020-08-07 2022-02-10 华为技术有限公司 用户签约数据的获取方法及装置
CN114375036A (zh) * 2021-11-30 2022-04-19 国家电网有限公司信息通信分公司 用于5g网络的数据同步的方法及装置、udm设备、存储介质

Similar Documents

Publication Publication Date Title
US11778458B2 (en) Network access authentication method and device
CN104244227A (zh) 一种物联网系统中终端接入认证的方法及装置
CN113841429B (zh) 用于发起切片特定的认证和授权的通信网络组件和方法
CN113163402A (zh) 一种通信方法、装置及系统
CN110876154B (zh) 实现nf就近选择的方法、设备和存储介质
EP4329392A1 (en) Registration method and apparatus for terminal ue, electronic device, and storage medium
US20230319734A1 (en) Method for computing power sharing and related devices
CN106576232B (zh) 用于处理闲置sim卡的系统和方法
CN105472597B (zh) 应用的注册方法及装置
CN113543127B (zh) 一种密钥生成方法、装置、设备及计算机可读存储介质
CN113498060A (zh) 一种控制网络切片认证的方法、装置、设备及存储介质
CN102098659A (zh) 一种快速校验国际移动设备标识的方法及系统
US20230388776A1 (en) Methods, network function nodes and computer readable media for event subscription management
CN111526013B (zh) 密钥分发方法及系统
KR20200087755A (ko) 서비스 활성화 및 비활성화의 방법, 장치, 컴퓨터 저장 매체
CN111866870B (zh) 密钥的管理方法和装置
CN105379323B (zh) 一种在线附着用户总量控制方法、设备及系统
EP3570585B1 (en) Stickiness removal of transactions in a 5g network
CN114025349A (zh) 网络服务方法、装置、系统和存储介质
WO2020201051A1 (en) Methods and apparatus for enabling end-to-end data protection
CN110545253B (zh) 一种信息处理方法、装置、设备及计算机可读存储介质
CN115022876A (zh) 用户签约数据更新方法、装置和系统
CN110891270A (zh) 一种鉴权算法的选择方法和装置
CN106487776B (zh) 一种保护机器类通信设备的方法、网络实体及系统
CN108513289A (zh) 一种终端标识的处理方法、装置及相关设备

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