CN112866932B - 一种通信连接方法、设备和存储介质 - Google Patents
一种通信连接方法、设备和存储介质 Download PDFInfo
- Publication number
- CN112866932B CN112866932B CN201911194314.9A CN201911194314A CN112866932B CN 112866932 B CN112866932 B CN 112866932B CN 201911194314 A CN201911194314 A CN 201911194314A CN 112866932 B CN112866932 B CN 112866932B
- Authority
- CN
- China
- Prior art keywords
- user
- network element
- calling
- smsf
- message
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/12—Messaging; Mailboxes; Announcements
- H04W4/14—Short messaging services, e.g. short message services [SMS] or unstructured supplementary service data [USSD]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/55—Push-based network services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
- H04L67/5682—Policies or rules for updating, deleting or replacing the stored data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/04—Arrangements for maintaining operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/10—Flow control between communication endpoints
- H04W28/14—Flow control between communication endpoints using intermediate storage
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/06—Registration at serving network Location Register, VLR or user mobility server
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/08—Mobility data transfer
Abstract
本申请提出一种通信连接方法、设备和存储介质。该方法包括:根据用户呼叫消息解析得到呼叫用户的用户永久识别码;在预设缓存中未查询到与用户永久识别码对应的用户上下文信息的情况下,携带用户永久识别码向统一数据管理UDM设备发送信息获取请求;接收UDM设备反馈对应的用户上下文信息,用户上下文信息包括:呼叫用户信息、呼叫用户所在接入及移动性管理功能AMF设备信息和签约数据信息;根据反馈的用户上下文信息继续进行对应的呼叫流程。
Description
技术领域
本申请涉及通信,具体涉及一种通信连接方法、设备和存储介质。
背景技术
3GPP(3rdGeneration Partnership Project)协议为5GC网元的功能和基本业务流程打通,提供了完备的规范。但在运营商的实际使用过程中,由于5G终端没有周期性注册,只有用户开机或移入短消息服务功能(Short Message Service Function,SMSF)时才会触发注册流程。
在实际通信过程中,可能会出现短消息投递失败的情况:其一,由于网络、路由或其他异常原因,在5G用户开机或移入时,SMSF未能收到注册消息,此时该用户在发短信或收短信时,SMSF缓存中查询不到用户上下文信息,短消息无法投递,即导致短消息投递失败,从而引起用户投诉;其二,在某个SMSF网元出现故障宕机的情况下,5G用户也无法查询到用户上下文信息,短消息无法进行投递,导致短消息投递失败,从而大大降低了用户的使用体验。
发明内容
有鉴于此,本申请实施例提供一种通信连接方法、设备和存储介质,保证了短消息的正常投递,进而有效提升了用户的使用体验。
本申请实施例提供一种通信连接方法,包括:
根据用户呼叫消息解析得到呼叫用户的用户永久识别码;
在预设缓存中未查询到与所述用户永久识别码对应的用户上下文信息的情况下,携带所述用户永久识别码向统一数据管理UDM设备发送信息获取请求;
接收所述UDM设备反馈对应的用户上下文信息,所述用户上下文信息包括:呼叫用户信息、呼叫用户所在接入及移动性管理功能AMF设备信息和签约数据信息;
根据反馈的所述用户上下文信息继续进行对应的呼叫流程。
本申请实施例提供一种通信连接方法,包括:
在呼叫用户所在的SMSF网元出现故障宕机的情况下,接收网元服务注册发现中心NRF发送的SMSF网元服务变动信息通知;
根据所述SMSF网元服务变动信息通知发起SMSF网元告警信息;
在检测到用户呼叫消息的情况下,从预设缓存中获取所述呼叫用户的用户上下文信息,继续进行对应的呼叫流程。
本申请实施例提供一种通信连接方法,其特征在于,包括:
在出现故障宕机的SMSF网元恢复的情况下,向NRF重新注册SMSF网元服务;
接收NRF反馈的SMSF网元服务变动信息通知;
在检测到用户呼叫消息的情况下,接收AMF设备发送的新注册消息和用户呼叫消息;
根据所述用户呼叫消息对应的用户上下文信息进行对应的呼叫流程。
本申请实施例提供一种通信连接方法,包括:
在呼叫用户所在的SMSF网元出现故障宕机的情况下,接收NRF发送的SMSF网元服务变动信息通知;
根据所述SMSF网元服务变动信息通知确定对应的灾备SMSF网元,所述灾备SMSF网元为除所述呼叫用户所在SMSF网元的其它SMSF网元;
在检测到所述呼叫用户的呼叫请求的情况下,根据所述灾备SMSF网元的地域标识和分发权重分流所述呼叫用户的用户呼叫消息。
本申请实施例提供一种设备,包括:存储器,以及,一个或多个处理器;器
存储器,设置为存储一个或多个程序;
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现上述任一实施例所述的方法。
本申请实施例提供了一种存储介质,所述存储介质存储有计算机程序,所述计算机程序被处理器执行时实现上述任一实施例所述的方法。
附图说明
图1是本申请实施例提供的一种通信连接方法的流程图;
图2是本申请实施例提供的另一种通信连接方法的流程图;
图3是本申请实施例提供的又一种通信连接方法的流程图;
图4是本申请实施例提供的再一种通信连接方法的流程图;
图5是本申请实施例提供的一种5G用户发短信异常保护流程图;
图6是本申请实施例提供的一种5G用户收短信异常保护流程图;
图7是本申请实施例提供的一种用户上下文信息缓存逻辑流程图;
图8是本申请实施例提供的一种SMSF网元正常工作流程图;
图9是本申请实施例提供的一种SMSF网元故障容灾流程图;
图10是本申请实施例提供的一种MSF网元容灾恢复流程图;
图11是本申请实施例提供的一种通信连接系统的结构框图;
图12是本申请实施例提供的另一种通信连接系统的结构框图;
图13是本申请实施例提供的一种通信连接装置的结构框图;
图14是本申请实施例提供的另一种通信连接装置的结构框图;
图15是本申请实施例提供的又一种通信连接装置的结构框图;
图16是本申请实施例提供的再一种通信连接装置的结构框图;
图17是本申请实施例提供的一种设备的结构示意图。
具体实施方式
下文中将结合附图对本申请的实施例进行说明。在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互任意组合。
SMSF是5G核心网中,符合3GPP 29.540协议的网络接入服务器(Network AttachedServer,NAS)短信网元,其通过N20接口与接入及移动性管理功能(Access and bilityManagement Function,AMF)交互、N21接口与统一数据管理(Unified Data Management,UDM)交互,MAP接口与短消息服务中心(Short Message Service Center,SMSC)/IP短消息网关(IPSMGW)对接,为5G终端用户提供NAS短信服务。
SMSC,用于实现终端短消息的存储、转发及重试功能;
5G短消息服务功能SMSF网元,用于实现5G用户终端的注册/注销,以及起呼/终呼短消息的转发;
5G AMF设备,用于实现5G终端的移动及接入管理功能;
UDM设备,用于实现5G终端用户的签约数据和鉴权数据的管理和存储功能;
网元服务注册发现中心(Network Repository Function,NRF),用于5GC各网元间服务的注册和发现:提供服务的网元将服务能力注册在NRF上,使用服务的网元从NRF发现这些服务网元,然后进行后续的业务流程交互。SMSF、AMF、UDM互相之间,就是通过NRF互相发现对方的服务,并可订阅对方的服务变动通知。
在3GPP协议中,表1是本申请提供的一种5G NAS短信的四种业务场景与用户上下文状态数据之间的对照表。
表1一种5G NAS短信的四种业务场景与用户上下文状态数据之间的对照表
如表1所示,3GPP协议为5GC网元的功能和基本业务流程打通,提供了完备的规范。但在运营商实际商用过程中,还会遇到很多异常场景:只有注册流程,SMSF才能获取用户上下文,起呼和终呼需要使用用户上下文。5G终端没有周期性注册,只有用户开机、网络切换或移入SMSF时才会触发注册流程,从而出现以下几种情况:
其一,因网络、路由或其他异常原因,某5G用户开机或移入时,SMSF未能收到注册消息。此时该用户发短信或收短信,SMSF缓存中查询不到用户上下文,消息无法投递导致失败,会引起用户投诉。
其二,因网络、路由或其他异常原因,某5G用户关机或移出时,SMSF未能收到用户的注销消息,缓存中的用户上下文得不到及时清理,成为脏数据,日积月累会造成系统内存隐患。
其三,某个SMSF网元整体宕机,如何让5G用户无感知,继续提供NAS短信服务。同时,在SMSF网元宕机和恢复后,上述2个问题的用户上下文数据如何解决,是目前亟待解决的问题。
3GPP协议对上述异常场景是没有定义的,目前也没有统一的解决方案,需要厂商自行设计。厂商设计时,使用已有3GPP协议接口,而不是私有化接口,才更有可能成为业界通用解决方案。
有鉴于此,本申请中提出一种通信连接方法,在网络、路由、容灾或其他异常原因的情况下,5G用户在开机或移入时,SMSF未能收到注册消息,还能保证消息的正常投递,保证用户的5G短信正常发送和接收,提升用户的使用体验。
在一实现方式中,图1是本申请实施例提供的一种通信连接方法的流程图。本实施例应用于对SMSF网元进行异常保护的情况。本实施例可以由设备来执行,示例型地,设备可以为SMSF网元。
如图1所示,本实施例中的方法包括S110-S140。
S110、根据用户呼叫消息解析得到呼叫用户的用户永久识别码。
在实施例中,用户呼叫消息指的是用户发起呼叫时所进行发送的消息。在实施例中,用户呼叫消息可以包括:主叫用户起呼消息和被叫用户终呼消息。主叫用户起呼消息指的主叫用户发送的消息;被叫用户终呼消息指的是被叫用户接收的消息。也就是说,用户呼叫消息和呼叫用户是对应的。在实施例中,呼叫用户为支持5G终端的用户,即呼叫用户所使用的终端设备没有周期性注册,只有在呼叫用户开机或移入SMSF时才会触发注册流程。
在一实施例中,在用户呼叫消息为主叫用户起呼消息的情况下,呼叫用户为主叫用户。在用户呼叫消息为主叫用户起呼消息的情况下,用户呼叫消息可以为发短信,相应的,呼叫用户为主叫用户。在一实施例中,在用户呼叫消息为被叫用户终呼消息的情况下,呼叫用户为被叫用户。在用户呼叫消息为被叫用户终呼消息的情况下,用户呼叫消息可以为接收短信,相应的,呼叫用户为被叫用户。
在实施例中,在SMSF接收到用户呼叫消息时,SMSF对用户呼叫消息进行解析,可解析得到呼叫用户的用户永久识别码(SUbscription Permanent Identifier,SUPI)。每个呼叫用户对应唯一的用户永久识别码。
S120、在预设缓存中未查询到与用户永久识别码对应的用户上下文信息的情况下,携带用户永久识别码向UDM设备发送信息获取请求。
在实施例中,SMSF在预设缓存中查询该呼叫用户的用户上下文信息,在未查询到该呼叫用户的用户上下文用户的情况下,SMSF携带该呼叫用户的用户永久识别码向UDM发送信息获取请求,以获取对应的相关消息。
S130、接收UDM设备反馈对应的用户上下文信息。
在实施例中,用户上下文信息包括:呼叫用户信息、呼叫用户所在AMF设备信息和签约数据信息。在实施例中,在SMSF向UDM发送信息获取请求之后,UDM将对应的用户上下文信息反馈至SMSF。在实施例中,在SMSF通过信息获取请求获取到呼叫用户以及呼叫用户所在AMF设备,获取呼叫用户的签约数据,订阅呼叫用户的签约数据变更通知。在SMSF完成呼叫用户、呼叫用户所在接入及移动性管理功能AMF设备、签约数据的获取,订阅签约数据变更通知之后,对用户上下文信息进行缓存。
S140、根据反馈的用户上下文信息继续进行对应的呼叫流程。
在实施例中,在SMSF获取到用户上下文信息之后,判断用户上下文信息中签约数据中的起呼权限或终呼权限,若起呼权限鉴权通过,继续原起呼流程,并转发至SMSC,否则,返回AMF起呼鉴权失败响应;若终呼权限鉴权通过,继续原终呼流程,并转发至对应的AMF,否则,返回SMSC终呼鉴权失败响应。
在现有方案中,在网络、路由或其它异常原因,导致呼叫用户开机或移入时,SMSF无法接收到注册消息,从而导致信息发送失败或信息接收失败的情况。在实施例中,在呼叫用户发短信或接收短信时,SMSF若在自身的预设缓存中未查询到用户上下文信息,则向UDM获取对应的用户上下文信息并缓存,从而可继续原有的起呼流程或终呼流程,而并非直接失败,从而有效提升了用户的使用体验。
在一实施例中,在呼叫用户设置短信上行(Mobile Original,MO)或短信下行(Mobile Terminated,MT)异常保护的情况下,对用户上下文信息设置有限的缓存有效期。在现有方案中,呼叫用户的用户上下文信息默认设置的是永久保存,由于网络、路由或其他异常原因,在呼叫用户关机或移出SMSF时,SMSF无法接收到呼叫用户的注销消息,从而使得SMSF的预设缓存中的用户上下文信息无法得到及时清理,成为脏数据,对系统内存造成一定隐患。在实施例中,在呼叫用户设置MO或MT异常保护的情况下,即在呼叫用户发短信或接收短信时,SMSF若在自身的预设缓存中未查询到用户上下文信息,可向UDM获取用户上下文信息并缓存的情况下,可对用户上下文信息设置有限的缓存有效期,避免在SMSF网元的预设缓存中出现脏数据。
在一实施例中,在呼叫用户进行注册、发送起呼消息或接收终呼消息时,系统自动延长该呼叫用户的缓存有效期,从而分散每个呼叫用户的缓存数据,以避免出现集中过期导致访问冲击问题。
图2是本申请实施例提供的另一种通信连接方法的流程图。本实施例适用于SMSF网元故障容灾的场景。本实施例中由灾备SMSF网元执行。在实施例中,灾备SMSF网元为系统中除出现故障宕机的SMSF网元之外的其它SMSF网元。如图2所示,本实施例包括S210-S230。
S210、在呼叫用户所在的SMSF网元出现故障宕机的情况下,接收NRF发送的SMSF网元服务变动信息通知。
在实施例中,SMSF网元服务变动信息通知,指的是系统中的某个SMSF网元出现故障或者恢复的情况下,所产生的信息变动的相关通知。在呼叫用户所在的SMSF网元出现故障宕机的情况下,NRF与出现故障宕机的SMSF网元之间的心跳检测失效,为了保证呼叫流程的正常运行,NRF向所有SMSF网元发出SMSF网元服务变动信息通知,以使其它正常工作的SMSF网元得到出现故障宕机的SMSF网元的相关信息。
S220、根据SMSF网元服务变动信息通知发起SMSF网元告警信息。
在实施例中,在其它正常工作的SMSF网元收到SMSF网元服务变动信息通知之后,发起SMSF网元告警信息,以通知运维人员,对出现故障宕机的SMSF网元进行故障查找,以及维修。
S230、在检测到用户呼叫消息的情况下,从预设缓存或UDM设备中获取所述呼叫用户的用户上下文信息,继续进行对应的呼叫流程。
在实施例中,用户呼叫消息对应的业务原先由出现故障宕机的SMSF网元进行处理。原本注册在故障宕机的SMSF网元上的呼叫用户进行呼叫时,AMF设备综合判断灾备SMSF网元的地域标识和分发权重,对用户呼叫消息进行分流。灾备SMSF网元可以从预设缓存中获取呼叫用户的用户上下文信息,以继续进行对应的呼叫流程,保证了用户的正常呼叫,提升了用户的使用体验。
在一实施例中,在SMSF网元内部,利用SMSF网元的缓存单元采用集群和反亲和副本的方式,进行缓存用户上下文信息,以保证SMSF网元内部的用户上下文信息高可用缓存。在实施例中,在一个集群的存储空间无法缓存用户上下文信息的情况下,可利用多个集群进行缓存用户上下文信息。
在一实施例中,在SMSF网元之间,采用集群间同步的方式进行缓存用户上下文信息,以保证SMSF网元间的用户上下文信息高可用缓存。在实施例中,在某一个集群出现故障的情况下,可利用多个集群间同步的方式缓存用户上下文信息。
在一实施例中,在呼叫用户注册、发送起呼消息或接收终呼消息的情况下,所述方法,还包括:自动延长所述呼叫用户所对应用户上下文信息的缓存有效期。
在一实施例中,在从预设缓存中未获取到所述呼叫用户的用户上下文信息的情况下,所述方法,还包括:向UDM设备发送信息获取请求;接收UDM设备反馈的用户上下文信息。
在实施例中,所有AMF和所有SMSF网元在NRF上订阅所有的SMSF网元服务,在其中某一个SMSF网元出现故障宕机的情况下,NRF与该SMSF网元心跳检测失效,NRF向所有AMF和其它正常工作的所有SMSF网元发出SMSF网元服务变动信息通知,其余正常工作的SMSF网元收到变动信息通知之后,发出SMSF网元告警,以通知运维人员。
此时原本注册在故障宕机的SMSF网元上的主叫用户发短信时,AMF在得知该主叫用户原本所在的SMSF网元已宕机,并且无法进行短信投递,AMF根据NRF通知的还在正常工作的SMSF网元,综合判断这些正常工作的SMSF网元(即灾备SMSF网元)的地域和分发权重分流主叫用户的起呼消息。因用户上下文信息缓存采用集群和反亲和副本的方式保证网元内部高可用,使用集群间同步保证网元间容灾高可用。这些灾备SMSF网元可以从缓存获取该用户上下文信息;如果异常未获取到,向UDM设备获取并缓存,继续为用户提供NAS短信服务。在一实施例中,若呼叫用户后续有重新注册或起呼消息时,SMSF网元会延长该用户的上下文缓存有效期。
在一实现方式中,图3是本申请实施例提供的又一种通信连接方法的流程图。本实施例适用于出现故障宕机的SMSF网元恢复的情况。本实施例由出现故障宕机,然后恢复的SMSF网元执行。如图3所示,本实施例包括S310-S340。
S310、在出现故障宕机的SMSF网元恢复的情况下,向NRF重新注册SMSF网元服务。
S320、接收NRF反馈的SMSF网元服务变动信息通知。
S330、在检测到用户呼叫消息的情况下,接收AMF设备发送的新注册消息和用户呼叫消息。
S340、根据用户呼叫消息对应的用户上下文信息进行对应的呼叫流程。
在一实施例中,从预设缓存或UDM设备中获取所述用户呼叫消息对应的用户上下文信息。
在一实施例中,在SMSF网元内部,利用SMSF网元的缓存单元采用集群和反亲和副本的方式进行缓存用户上下文信息,以保证SMSF网元内部的用户上下文信息高可用缓存。
在一实施例中,在SMSF网元之间,采用集群间同步的方式进行缓存用户上下文信息,以保证SMSF网元间的用户上下文信息高可用缓存。
在实施例中,所有AMF和SMSF在NRF上订阅所有SMSF网元服务,出现故障宕机的SMSF网元故障恢复之后,重新向NRF注册其服务。NRF向所有AMF和SMSF发出SMSF网元服务变动信息通知。原本正常工作的SMSF网元收到通知后,发出SMSF网元恢复,通知运维人员。
此时,原本注册在宕机恢复的SMSF网元上的呼叫用户发短信时,AMF得知该呼叫用户所在最近地域的SMSF网元已恢复,AMF将这些用户新的注册消息和起呼消息开始向宕机恢复的SMSF网元投递。因用户上下文信息的缓存设置了缓存有效期,灾备SMSF网元上将不会再收到AMF对该用户的注册消息和起呼消息,超过缓存有效期之后,该用户上下文信息从灾备SMSF网元缓存中自动删除,避免了缓存脏数据的存在。
在一实现方式中,图4是本申请实施例提供的再一种通信连接方法的流程图。本实施例适用于呼叫用户所在的SMSF网元出现故障宕机的情况。本实施例由AMF设备执行。如图4所示,本实施例包括S410-S430。
S410、在呼叫用户所在的SMSF网元出现故障宕机的情况下,接收NRF发送的SMSF网元服务变动信息通知。
S420、根据SMSF网元服务变动信息通知确定对应的灾备SMSF网元。
在实施例中,灾备SMSF网元为除出现故障宕机的SMSF网元之外的其它SMSF网元。
S430、在检测到呼叫用户的呼叫请求的情况下,根据灾备SMSF网元的地域标识和分发权重分流呼叫用户的用户呼叫消息。
在实施例中,在呼叫用户所在的SMSF网元出现故障宕机的情况下,NRF向所有AMF设备发起SMSF网元服务变动信息通知,并在检测到原本注册在故障宕机的SMSF网元上的呼叫用户进行呼叫时,AMF设备得到呼叫用户原先所在的SMSF网元无法进行投递,AMF设备根据NRF通知灾备SMSF网元,并综合分析灾备SMSF网元的地域标识和分发权重,以对用户呼叫消息进行分流,以使灾备SMSF网元对用户呼叫消息进行处理,保证正常的呼叫流程,进而提升用户的使用体验。
在一实施例中,在根据所述灾备SMSF网元的地域标识和分发权重分流所述呼叫用户的用户呼叫消息之后,还包括:在检测到用户呼叫消息的情况下,从预设缓存或UDM中获取所述呼叫用户的用户上下文信息,继续进行对应的呼叫流程。
在一实施例中,在出现故障宕机的SMSF网元恢复,且未存在出现故障宕机的SMSF网元的情况下,通信连接方法,还包括:将呼叫用户的新注册消息和用户呼叫消息发送至恢复的SMSF网元。
在实施例中,在呼叫用户原先所在的故障宕机的SMSF网元恢复的情况下,AMF设备将呼叫用户的新注册消息和用户呼叫消息开始向宕机恢复的SMSF网元投递。而其它的灾备SMSF网元设置了用户上下文信息的缓存有效期,灾备SMSF网元上将不会再接收到AMF设备对该呼叫用户的新注册消息和用户呼叫消息,在超过缓存有效期之后,该用户上下文信息自动从灾备SMSF网元的预设缓存中删除,避免了缓存脏数据的存在。
在一实施例中,在呼叫用户发起呼叫的情况下,通信连接方法,还包括:获取每个SMSF网元的地域标识和分发权重;根据所述地域标识和分发权重确定所要连接的SMSF网元;将所述呼叫用户分发注册到确定的SMSF网元上。
在实施例中,在多个SMSF网元正常工作情况下,向NRF注册自身对应的的SMSF网元服务,并且,默认SMSF网元服务的优先级(Priority)相同,以及设置各自的地域标识(Locality)和分发权重(Capacity)。AMF从NRF上可以发现所有的SMSF网元及其服务注册参数。在呼叫用户(比如,5G用户)开机时,AMF根据主叫用户的最近地域对应的SMSF(节省网络资源开销),从优先级最高的SMSF网元中,将该地域的呼叫用户按分发权重要求分发注册到对应的SMSF上。在实施例中,在SMSF网元初始化时,默认SMSF网元的优先级和分发权重是相同的,随着SMSF网元的不断使用,每个SMSF网元的性能发生变化,则相应地SMSF网元的分发权重也发生变化。其中,SMSF网元的分发权重和优先级可人为配置。
在一实现方式中,图5是本申请实施例提供的一种5G用户发短信异常保护流程图。如图5所示,本实施例包括S510-S5120。S510、SMSF接收到来自AMF的主叫用户起呼消息(即Nsmsf_SMService_UplinkSMS)。
S520、SMSF解析出主叫用户SUPI,在缓存中未查询到该用户的上下文信息。
S530、SMSF携带该主叫用户SUPI,向UDM发起Nudm_UECM_Get请求。
S540、获取UDM反馈的主叫用户及其所在AMF。
S550、SMSF携带该主叫用户SUPI,向UDM发起Nudm_SDM_Get请求。
S560、获取UDM反馈的主叫用户的签约数据。
S570、SMSF携带该主叫用户SUPI,向UDM发起Nudm_SDM_Subscribe请求。
S580、订阅UDM反馈的主叫用户的签约数据变更通知。
S590、SMSF获取到主叫用户的上述上下文信息并缓存。
S5100、SMSF判断主叫用户上下文信息中的签约数据中的MO权限是否鉴权通过,若是,则执行S5110;若否,则执行S5120。
S5110、继续原起呼流程,转发给短信中心SMSC。
S5120、返回AMF起呼鉴权失败响应。
在实施例中,在5G用户发短信时,SMSF如果在自身的预设缓存中未查询到主叫用户的用户上下文信息,则向UDM获取并缓存,继续原起呼流程,从而提升了用户的使用体验。
在一实现方式中,图6是本申请实施例提供的一种5G用户收短信异常保护流程图。如图6所示,本实施例包括S610-S6120。
S610、SMSF收到来自短信中心的该被叫用户终呼消息(即MT_Forward)。
S620、SMSF解析出被叫用户SUPI,在缓存中未查询到该用户的上下文信息。
S630、SMSF携带该被叫用户SUPI,向UDM发起Nudm_UECM_Get请求。
S640、获取UDM反馈的被叫用户及其所在AMF。
S650、SMSF携带该被叫用户SUPI,向UDM发起Nudm_SDM_Get请求。
S660、获取UDM反馈的被叫用户的签约数据。
S670、SMSF携带该被叫用户SUPI,向UDM发起Nudm_SDM_Subscribe请求。
S680、订阅UDM反馈的被叫用户的签约数据变更通知。
S690、SMSF获取到该被叫用户的上述上下文信息并缓存。
S6100、SMSF判断该被叫用户上下文信息中的签约数据中的MT权限是否鉴权通过,若是,则执行S6110;若否,则执行S6120。
S6110、继续原终呼流程,从上下文信息中得到该被叫用户当前所在AMF,转发给对应的AMF。
S6120、返回短信中心SMSC终呼鉴权失败响应。
在实施例中,在5G用户接收短信时,SMSF如果在自身的预设缓存中未查询到被叫用户的用户上下文信息,则向UDM获取并缓存,继续原终呼流程,从而提升了用户的使用体验。
在一实现方式中,图7是本申请实施例提供的一种用户上下文信息缓存逻辑流程图。如图7所示本实施例包括S710-S790。
S710、某5G用户开机或移入SMSF,按照SMSF注册消息流程获取到该用户上下文信息。
S720、SMSF将获取到的用户上下文信息放入预设缓存,并设置缓存有效期。
在实施例中,缓存有效期可以为:注册消息时间和预置的系统级有效时长的总和。
S730、5G用户关机或移出SMSF。
S740、缓存有效期内,该5G用户未发短信或收短信。
S750、SMSF将该用户上下文信息从预设缓存中删除。
在实施例中,在5G用户关机或移出SMSF的场景,或者,在缓存有效期内,该5G用户未发短信或收短信的场景下,SMSF将该用户上下文信息从缓存中删除,一个完整的流程结束。
S760、缓存有效期内,该5G用户有发短信或收短信的行为。
S770、SMSF延长该用户上下文信息的缓存有效期。
在实施例中,缓存有效期可以为:起呼或终呼消息时间和预置的系统级有效时长的总和。
S780、该5G用户又发短信或收短信。
在实施例中,在S440之后,即在SMSF将该用户上下文从缓存中删除之后,若该5G用户又发短信或收短信,则执行S790。
S790、SMSF向UDM查询获取到用户上下文信息,继续原起呼或终呼消息流程。
在实施例中,S730和S740是两种场景,在满足S730或S740的场景时,SMSF可将用户上下文信息从预设缓存中删除,以减少脏数据的存储。在满足S760的场景下,则执行S770,以延长该5G用户的缓存有效期,避免出现无法查询到对应用户上下文信息的现象。
在实施例中,发短信的流程参见上述实施例中图5的描述,收短信的流程参见上述实施例中图3的描述,在此不再赘述。然后返回到S720,即SMSF将获取到的该用户上下文信息放入缓存,并设置缓存有效期,即起呼消息或终呼消息时间和预置的系统级有效时长的总和,并查询对应的用户上下文信息。
在一实现方式中,图8是本申请实施例提供的一种SMSF网元正常工作流程图。如图8所示,本实施例包括S810-S880。
S810、SMSF1网元将自身服务通过Nnrf_NFManagement_NFRegister消息注册到NRF上。
在实施例中,SMSF1建设在地域A,网元启动后将自身服务通过Nnrf_NFManagement_NFRegister消息,注册到NRF上,携带地域标识自身服务的地域A,优先级为1,分发权重为1。
S820、SMSF2网元将自身服务通过Nnrf_NFManagement_NFRegister消息注册到NRF上。
在实施例中,SMSF2建设在地域B,网元启动后将自身服务通过Nnrf_NFManagement_NFRegister消息,注册到NRF上,携带地域标识自身服务的地域B,优先级也为1,分发权重为2。
S830、SMSF3网元将自身服务通过Nnrf_NFManagement_NFRegister消息注册到NRF上。
在实施例中,SMSF3建设在地域B,网元启动后将自身服务通过Nnrf_NFManagement_NFRegister消息,注册到NRF上,携带地域标识自身服务的地域B,优先级也为1,分发权重为1。
S840、NRF向AMF发起Nnrf_NFDiscovery消息。
在实施例中,在NRF向AMF发起Nnrf_NFDiscovery消息,发现3个SMSF,并根据其服务注册参数得知SMSF1服务地域A,SMSF2和SMSF3服务地域B,分发权重为2:1。
S850、5G用户1开机时,AMF根据用户号码判断是地域A用户,选择将用户1注册到地域A唯一的SMSF1。
S860、5G用户2开机时,AMF根据用户号码判断是地域B用户,选择将用户2注册到地域B的SMSF2。
在实施例中,5G用户2开机时,AMF根据用户号码判断是地域B用户,而地域B有SMSF2和SMSF3提供服务,且分发权重2:1。AMF选择将用户2注册Nsmsf_SMService_Activate到地域B的SMSF2。
S870、5G用户3开机时,AMF根据用户号码判断是地域B用户,选择将用户3注册到地域B的SMSF2。
在实施例中,5G用户3开机时,AMF根据用户号码判断是地域B用户,而地域B有SMSF2和SMSF3提供服务,且分发权重2:1。AMF选择将用户3注册Nsmsf_SMService_Activate到地域B的SMSF2。
S880、5G用户4开机时,AMF根据用户号码判断是地域B用户,选择将用户3注册到地域B的SMSF3。
在实施例中,5G用户4开机时,AMF根据用户号码判断是地域B用户,而地域B有SMSF2和SMSF3提供服务,且分发权重2:1。AMF选择将用户4注册Nsmsf_SMService_Activate到地域B的SMSF3。
在一实现方式中,图9是本申请实施例提供的一种SMSF网元故障容灾流程图。如图9所示,本实施例包括S910-S990。
S910、SMSF1、SMSF2和SMSF3工作正常,启动后通过Nnrf_NFManagement_NFRegister消息,将自身服务注册到NRF上。
S920、SMSF1、SMSF2、SMSF3通过Nnrf_NFManagement_NFStatusSubscribe消息,向NRF订阅所有SMSF的服务变更通知。
S930、AMF通过Nnrf_NFManagement_NFStatusSubscribe消息,向NRF订阅所有SMSF的服务变更通知。
S940、SMSF1、SMSF2、SMSF3通过Nnrf_NFManagement_NFUpdate消息,与NRF之间心跳保活。
S950、SMSF1网元发生故障,整体下线,SMSF1与NRF之间的心跳保活消息Nnrf_NFManagement_NFUpdate中断。
S960、NRF使用Nnrf_NFManagement_NFStatusNotify消息通知SMSF2和SMSF3:SMSF1发生故障下线。
在实施例中,SMSF2和SMSF3网元发出告警,通知运维人员。
S970、NRF使用Nnrf_NFManagement_NFStatusNotify消息通知AMF:SMSF1发生故障下线。
在实施例中,当前可提供NAS短信服务的只有SMSF2和SMSF3。
S980、AMF分流用户Nsmsf_SMService_Activate注册消息到SMSF3。
在实施例中,5G用户1开机,按地域该用户原本应该注册到宕机SMSF1网元上,AMF知道SMSF1已宕机无法投递,AMF综合判断SMSF2和SMSF3的地域和分发权重,分流用户1Nsmsf_SMService_Activate注册消息到SMSF3。
S990、SMSF3向UDM发起Nudm_UECM_Registration注册消息。
在实施例中,SMSF3向UDM发起Nudm_UECM_Registration注册消息,包括用户1和SMSF3,通知UDM记录用户1目前已在SMSF3上接管。
在实施例中,原本注册在宕机SMSF1网元上的5G用户2此时发短信,AMF知道SMSF1已宕机无法投递,AMF综合判断SMSF2和SMSF3的地域和分发权重,分流用户Nsmsf_SMService_UplinkSMS起呼消息到SMSF2,
S9100、AMF分流用户2Nsmsf_SMService_UplinkSMS起呼消息到SMSF2。
S9110、SMSF2向UDM发起Nudm_UECM_Registration注册消息。
在实施例中,SMSF2向UDM发起Nudm_UECM_Registration注册消息,包括用户2,和SMSF2,并通知UDM记录用户2目前已在SMSF2上接管。然后在进行如图3所示的流程进行继续处理。
在一实现方式中,图10是本申请实施例提供的一种SMSF网元容灾恢复流程图。如图10所示,本实施例包括S1010-S1090。
S1010、SMSF2、SMSF3工作正常,已通过Nnrf_NFManagement_NFRegister消息,将自身服务注册到NRF上。
S1020、SMSF2、SMSF3通过Nnrf_NFManagement_NFStatusSubscribe消息,向NRF订阅所有SMSF的服务变更通知。
S1030、AMF通过Nnrf_NFManagement_NFStatusSubscribe消息,向NRF订阅所有SMSF的服务变更通知。
S1040、SMSF1网元故障恢复,启动后通过Nnrf_NFManagement_NFRegister消息,将自身服务注册到NRF上。
S1050、SMSF1通过Nnrf_NFManagement_NFUpdate消息,与NRF之间心跳保活。
S1060、NRF使用Nnrf_NFManagement_NFStatusNotify消息通知SMSF2和SMSF3:SMSF1故障恢复,上线提供服务。
在实施例中,SMSF2和SMSF3网元发出告警恢复,通知运维人员。
S1070、NRF使用Nnrf_NFManagement_NFStatusNotify消息通知AMF:SMSF1故障恢复,当前可提供NAS短信服务的为SMSF1、SMSF2和SMSF3。
S1080、AMF将该用户Nsmsf_SMService_Activate注册消息发给SMSF1。
在实施例中,一个5G用户1开机,AMF得知该主叫用户最近地域的SMSF1网元已恢复提供服务,AMF将该用户Nsmsf_SMService_Activate注册消息发给SMSF1。
S1090、SMSF1向UDM发起Nudm_UECM_Registration注册消息。
在实施例中,SMSF1向UDM发起Nudm_UECM_Registration注册消息(用户1,SMSF1),并通知UDM记录用户1目前已在SMSF1上接管。
在实施例中,SMSF1故障时,原本注册在灾备SMSF2或SMSF3网元上的5G用户2此时发短信,AMF知道SMSF1已恢复提供服务,AMF将该用户Nsmsf_SMService_UplinkSMS起呼消息到SMSF1。
S10100、AMF将该用户Nsmsf_SMService_UplinkSMS起呼消息到SMSF1。
S10110、SMSF1向UDM发起Nudm_UECM_Registration注册消息(用户2,SMSF1),通知UDM记录用户2目前已在SMSF1上接管。然后在进行如图2所示的流程进行继续处理。
在实施例中,因用户的上下文缓存设置了有效期,灾备SMSF2和SMSF3网元上将不会再收到AMF对locality归属SMSF1的用户的注册、起呼消息,超过缓存有效期后,该用户上下文信息从灾备SMSF2和SMSF3网元缓存中自动删除,避免了缓存脏数据的存在。
图11是本申请实施例提供的一种通信连接系统的结构框图。如图11所示,本实施例的通信连接系统包括:SMSF网元1101和UDM设备1102。
在实施例中,SMSF网元1101,在SMSF网元1101的预设缓存中未查询到与用户永久识别码对应的用户上下文信息的情况下,向UDM设备1102发送信息获取请求;
UDM设备1102根据所述信息获取请求向SMSF网元1101反馈用户上下文信息;
SMSF网元1101根据所述用户上下文信息继续进行对应的呼叫流程。
图12是本申请实施例提供的另一种通信连接系统的结构框图。如图12所示,本实施例的通信连接系统包括:AMF设备1201、NRF1202和灾备SMSF网元1203;
AMF设备1201,在呼叫用户所在的SMSF网元出现故障宕机的情况下,接收NRF发送的SMSF网元服务变动信息通知;
AMF设备1201,根据SMSF网元服务变动信息通知确定对应的灾备SMSF网元1203;
灾备SMSF网元1203,在呼叫用户所在的SMSF网元出现故障宕机的情况下,接收NRF1202发送的SMSF网元服务变动信息通知;
AMF设备1201,在检测到呼叫用户的呼叫请求的情况下,根据灾备SMSF网元1203的地域标识和分发权重分流呼叫用户的用户呼叫消息;
灾备SMSF网元1203,在检测到用户呼叫消息的情况下,从预设缓存或UDM设备中获取呼叫用户的用户上下文信息,继续进行对应的呼叫流程,用户呼叫消息对应的业务原先由出现故障宕机的SMSF网元进行处理。
在一实施例中,通信连接系统,还包括:故障恢复的SMSF网元;
故障恢复的SMSF网元,向NRF1202重新注册SMSF网元服务;并接收NRF1202反馈的SMSF网元服务变动信息通知;在检测到用户呼叫消息的情况下,接收AMF设备1201发送的新注册消息和用户呼叫消息;根据用户呼叫消息对应的用户上下文信息进行对应的呼叫流程。
图13是本申请实施例提供的一种通信连接装置的结构框图。本实施例应用于对SMSF网元进行异常保护的情况。如图13所示,本实施例中的装置包括:解析模块1110、第一发送模块1120、第一接收模块1130和第一呼叫模块1140。
其中,解析模块1110,设置为根据用户呼叫消息解析得到呼叫用户的用户永久识别码;
第一发送模块1120,设置为在预设缓存中未查询到与用户永久识别码对应用户上下文信息的情况下,携带用户永久识别码向UDM设备发送信息获取请求;
第一接收模块1130,设置为接收UDM设备反馈对应的用户上下文信息,用户上下文信息包括:呼叫用户信息、呼叫用户所在AMF设备信息和签约数据信息;
第一呼叫模块1140,设置为根据反馈的用户上下文信息继续进行对应的呼叫流程。
本实施例提供的通信连接装置设置为实现图1所示实施例的通信连接方法,本实施例提供的通信连接装置实现原理和技术效果类似,此处不再赘述。
在一实施例中,在用户呼叫消息为主叫用户起呼消息的情况下,呼叫用户为主叫用户。
在一实施例中,在用户呼叫消息为被叫用户终呼消息的情况下,呼叫用户为被叫用户。
在一实施例中,在在所述呼叫用户设置短信上行MO或短信下行MT异常保护的情况下,对用户上下文信息设置缓存有效期。
在一实施例中,在所述呼叫用户注册、发送起呼消息或接收终呼消息的情况下,自动延长所述缓存有效期。
图14是本申请实施例提供的另一种通信连接装置的结构框图。本实施例应用于SMSF网元出现故障宕机的情况。如图14所示,本实施例中的装置包括:第二接收模块1210和第二呼叫模块1220。
第二接收模块1210,设置为在呼叫用户所在的SMSF网元出现故障宕机的情况下,接收网元服务注册发现中心NRF发送的SMSF网元服务变动信息通知;
第二呼叫模块1220,设置为在检测到用户呼叫消息的情况下,从预设缓存中获取所述呼叫用户的用户上下文信息,继续进行对应的呼叫流程。
本实施例提供的通信连接装置设置为实现图2所示实施例的通信连接方法,本实施例提供的通信连接装置实现原理和技术效果类似,此处不再赘述。
在一实施例中,通信连接装置,还包括:发起模块,设置为在所述接收网元服务注册发现中心NRF发送的SMSF网元服务变动信息通知之后,在所述检测到用户呼叫消息之前,根据所述SMSF网元服务变动信息通知发起SMSF网元告警信息。
在一实施例中,在呼叫用户注册、发送起呼消息或接收终呼消息的情况下,通信连接装置,还包括:延期模块,设置为自动延长所述呼叫用户所对应用户上下文信息的缓存有效期。
在一实施例中,在从预设缓存中未获取到所述呼叫用户的用户上下文信息的情况下,通信连接装置,还包括:
第二发送模块,设置为向UDM设备发送信息获取请求;
第三接收模块,设置为接收所述UDM设备反馈的用户上下文信息。
图15是本申请实施例提供的又一种通信连接装置的结构框图。本实施例应用于出现故障宕机SMSF网元恢复的情况。如图15所示,本实施例中的装置包括:第一注册模块1310、第四接收模块1320、第五接收模块1330和第三呼叫模块1340。
第一注册模块1310,设置为在出现故障宕机的SMSF网元恢复的情况下,向NRF重新注册SMSF网元服务;
第四接收模块1320,设置为接收NRF反馈的SMSF网元服务变动信息通知;
第五接收模块1330,设置为在检测到用户呼叫消息的情况下,接收AMF设备发送的新注册消息和用户呼叫消息;
第三呼叫模块1340,设置为根据所述用户呼叫消息对应的用户上下文信息进行对应的呼叫流程。
本实施例提供的通信连接装置设置为实现图3所示实施例的通信连接方法,本实施例提供的通信连接装置实现原理和技术效果类似,此处不再赘述。
在一实施例中,从预设缓存或UDM设备中获取所述用户呼叫消息对应的用户上下文信息。
图16是本申请实施例提供的再一种通信连接装置的结构框图。本实施例应用于SMSF网元出现故障宕机的情况。如图16所示,本实施例中的装置包括:第六接收模块1410、第一确定模块1420和分流模块1430。
第六接收模块1410,设置为在呼叫用户所在的SMSF网元出现故障宕机的情况下,接收NRF发送的SMSF网元服务变动信息通知;
第一确定模块1420,设置为根据所述SMSF网元服务变动信息通知确定对应的灾备SMSF网元,所述灾备SMSF网元为除出现故障宕机的SMSF网元之外的其它SMSF网元;
分流模块1430,设置为在检测到所述呼叫用户的呼叫请求的情况下,根据所述灾备SMSF网元的地域标识和分发权重分流所述呼叫用户的用户呼叫消息。
本实施例提供的通信连接装置设置为实现图4所示实施例的通信连接方法,本实施例提供的通信连接装置实现原理和技术效果类似,此处不再赘述。
在一实施例中,在根据所述灾备SMSF网元的地域标识和分发权重分流所述呼叫用户的用户呼叫消息之后,在检测到用户呼叫消息的情况下,从预设缓存或UDM中获取所述呼叫用户的用户上下文信息,继续进行对应的呼叫流程。
在一实施例中,在呼叫用户发起呼叫的情况下,通信连接装置,还包括:
获取模块,设置为获取每个SMSF网元的地域标识和分发权重;
第二确定模块设置为根据所述地域标识和分发权重确定所要连接的SMSF网元;
第二注册模块,将所述呼叫用户分发注册到确定的SMSF网元上。
在出现故障宕机的SMSF网元恢复的情况下,通信连接装置,还包括:第三发送模块,设置为将呼叫用户的新注册消息和用户呼叫消息发送至恢复的SMSF网元。
在一实施例中,在呼叫用户在出现故障宕机的SMSF网元的情况下,在SMSF网元内部,利用SMSF网元的采用集群和反亲和副本的方式进行缓存用户上下文信息。
在一实施例中,在SMSF网元之间,采用集群间同步的方式进行缓存用户上下文信息。
在一实施例中,在出现故障宕机的SMSF网元恢复的情况下,通信连接装置,还包括:注册模块,设置为向NRF重新注册SMSF网元服务;第三接收模块,设置为接收NRF发送的SMSF网元服务变动信息通知。
图17是本申请实施例提供的一种设备的结构示意图。如图17所示,本申请提供的设备,包括:处理器1510和存储器1520。该设备中处理器1510的数量可以是一个或者多个,图17中以一个处理器1510为例。该设备中存储器1520的数量可以是一个或者多个,图17中以一个存储器1520为例。该设备的处理器1510和存储器1520以通过总线或者其他方式连接,图17中以通过总线连接为例。在该实施例中,该设备为SMSF网元。
存储器1520作为一种计算机可读存储介质,可设置为存储软件程序、计算机可执行程序以及模块,如本申请任意实施例的设备对应的程序指令/模块(例如,通信连接装置中的解析模块、第一发送模块、第一接收模块和第一呼叫模块)。存储器1520可包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序;存储数据区可存储根据设备的使用所创建的数据等。此外,存储器1520可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中,存储器1520可进一步包括相对于处理器1510远程设置的存储器,这些远程存储器可以通过网络连接至设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
上述提供的设备可设置为执行上述任意实施例提供的通信连接方法,具备相应的功能和效果。
本申请实施例还提供一种包含计算机可执行指令的存储介质,计算机可执行指令在由计算机处理器执行时用于执行一种通信连接方法,由SMSF网元执行,该方法包括:根据接收到的用户呼叫消息解析得到对应呼叫用户的用户永久识别码;在预设缓存中未查询到用户永久识别码对应用户上下文信息的情况下,携带用户永久识别码向统一数据管理UDM设备发送信息获取请求;接收UDM设备反馈对应的用户上下文信息,用户上下文信息包括:呼叫用户信息、呼叫用户所在AMF设备信息和签约数据信息;根据反馈的用户上下文信息继续进行对应的呼叫流程。
本申请实施例还提供一种包含计算机可执行指令的存储介质,计算机可执行指令在由计算机处理器执行时用于执行一种通信连接方法,由灾备SMSF网元执行,该方法包括:在呼叫用户所在的SMSF网元出现故障宕机的情况下,接收网元服务注册发现中心NRF发送的SMSF网元服务变动信息通知;根据所述SMSF网元服务变动信息通知发起SMSF网元告警信息;在检测到用户呼叫消息的情况下,从预设缓存中获取所述呼叫用户的用户上下文信息,继续进行对应的呼叫流程。
本申请实施例还提供一种包含计算机可执行指令的存储介质,计算机可执行指令在由计算机处理器执行时用于执行一种通信连接方法,由出现故障宕机,然后恢复的SMSF网元执行,该方法包括:在出现故障宕机的SMSF网元恢复的情况下,向NRF重新注册SMSF网元服务;接收NRF反馈的SMSF网元服务变动信息通知;在检测到用户呼叫消息的情况下,接收AMF设备发送的新注册消息和用户呼叫消息;根据所述用户呼叫消息对应的用户上下文信息进行对应的呼叫流程。
本申请实施例还提供一种包含计算机可执行指令的存储介质,计算机可执行指令在由计算机处理器执行时用于执行一种通信连接方法,由AMF设备执行,该方法包括:在呼叫用户所在的SMSF网元出现故障宕机的情况下,接收NRF发送的SMSF网元服务变动信息通知;根据所述SMSF网元服务变动信息通知确定对应的灾备SMSF网元,所述灾备SMSF网元为除出现故障宕机的SMSF网元之外的其它SMSF网元;在检测到所述呼叫用户的呼叫请求的情况下,根据所述灾备SMSF网元的地域标识和分发权重分流所述呼叫用户的用户呼叫消息。
本领域内的技术人员应明白,术语用户设备涵盖任何适合类型的无线用户设备,例如移动电话、便携数据处理装置、便携网络浏览器或车载移动台。
一般来说,本申请的多种实施例可以在硬件或专用电路、软件、逻辑或其任何组合中实现。例如,一些方面可以被实现在硬件中,而其它方面可以被实现在可以被控制器、微处理器或其它计算装置执行的固件或软件中,尽管本申请不限于此。
本申请的实施例可以通过移动装置的数据处理器执行计算机程序指令来实现,例如在处理器实体中,或者通过硬件,或者通过软件和硬件的组合。计算机程序指令可以是汇编指令、指令集架构(Instruction Set Architecture,ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码。
本申请附图中的任何逻辑流程的框图可以表示程序步骤,或者可以表示相互连接的逻辑电路、模块和功能,或者可以表示程序步骤与逻辑电路、模块和功能的组合。计算机程序可以存储在存储器上。存储器可以具有任何适合于本地技术环境的类型并且可以使用任何适合的数据存储技术实现,例如但不限于只读存储器(Read-Only Memory,ROM)、随机访问存储器(Random Access Memory,RAM)、光存储器装置和系统(数码多功能光碟(Digital Video Disc,DVD)或光盘(Compact Disk,CD))等。计算机可读介质可以包括非瞬时性存储介质。数据处理器可以是任何适合于本地技术环境的类型,例如但不限于通用计算机、专用计算机、微处理器、数字信号处理器(Digital Signal Processing,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、可编程逻辑器件(Field-Programmable Gate Array,FGPA)以及基于多核处理器架构的处理器。
Claims (21)
1.一种通信连接方法,其特征在于,包括:
根据用户呼叫消息解析得到呼叫用户的用户永久识别码;
在预设缓存中未查询到与所述用户永久识别码对应的用户上下文信息的情况下,携带所述用户永久识别码向统一数据管理UDM设备发送信息获取请求;
接收所述UDM设备反馈的用户上下文信息,所述用户上下文信息包括:呼叫用户信息、呼叫用户所在接入及移动性管理功能AMF设备信息和签约数据信息;
根据反馈的所述用户上下文信息继续进行对应的呼叫流程。
2.根据权利要求1所述的方法,其特征在于,在所述用户呼叫消息为主叫用户起呼消息的情况下,所述呼叫用户为主叫用户。
3.根据权利要求1所述的方法,其特征在于,在所述用户呼叫消息为被叫用户终呼消息的情况下,所述呼叫用户为被叫用户。
4.根据权利要求1所述的方法,其特征在于,对所述用户上下文信息设置缓存有效期。
5.根据权利要求4所述的方法,其特征在于,在所述呼叫用户注册、发送起呼消息或接收终呼消息的情况下,自动延长所述缓存有效期。
6.一种通信连接方法,其特征在于,包括:
在呼叫用户所在的SMSF网元出现故障宕机的情况下,接收网元服务注册发现中心NRF发送的SMSF网元服务变动信息通知;
在检测到用户呼叫消息的情况下,从预设缓存或UDM设备中获取所述呼叫用户的用户上下文信息,继续进行对应的呼叫流程,所述用户呼叫消息对应的业务原先由出现故障宕机的SMSF网元进行处理。
7.根据权利要求6所述的方法,其特征在于,在所述接收网元服务注册发现中心NRF发送的SMSF网元服务变动信息通知之后,在所述检测到用户呼叫消息之前,还包括:
根据所述SMSF网元服务变动信息通知发起SMSF网元告警信息。
8.根据权利要求6所述的方法,其特征在于,在所述呼叫用户注册、发送起呼消息或接收终呼消息的情况下,所述方法,还包括:
自动延长所述呼叫用户所对应用户上下文信息的缓存有效期。
9.一种通信连接方法,其特征在于,包括:
在出现故障宕机的SMSF网元恢复的情况下,向NRF重新注册SMSF网元服务;
接收NRF反馈的SMSF网元服务变动信息通知;
在检测到用户呼叫消息的情况下,接收AMF设备发送的新注册消息和用户呼叫消息;
根据所述用户呼叫消息对应的用户上下文信息进行对应的呼叫流程。
10.根据权利要求9所述的方法,其特征在于,从预设缓存或UDM设备中获取所述用户呼叫消息对应的用户上下文信息。
11.一种通信连接方法,其特征在于,包括:
在呼叫用户所在的SMSF网元出现故障宕机的情况下,接收NRF发送的SMSF网元服务变动信息通知;
根据所述SMSF网元服务变动信息通知确定对应的灾备SMSF网元,所述灾备SMSF网元为除出现故障宕机的SMSF网元之外的其它SMSF网元;
在检测到所述呼叫用户的呼叫请求的情况下,根据所述灾备SMSF网元的地域标识和分发权重分流所述呼叫用户的用户呼叫消息。
12.根据权利要求11所述的方法,其特征在于,在根据所述灾备SMSF网元的地域标识和分发权重分流所述呼叫用户的用户呼叫消息之后,还包括:
在检测到用户呼叫消息的情况下,从预设缓存或UDM中获取所述呼叫用户的用户上下文信息,继续进行对应的呼叫流程。
13.根据权利要求11所述的方法,其特征在于,在呼叫用户发起呼叫的情况下,所述方法,还包括:
获取每个SMSF网元的地域标识和分发权重;
根据所述地域标识和分发权重确定所要连接的SMSF网元;
将所述呼叫用户分发注册到确定的SMSF网元上。
14.根据权利要求11所述的方法,其特征在于,在出现故障宕机的SMSF网元恢复的情况下,所述方法,还包括:将呼叫用户的新注册消息和用户呼叫消息发送至恢复的SMSF网元。
15.根据权利要求1、6、9或11所述的方法,其特征在于,在SMSF网元内部,利用SMSF网元的缓存单元采用集群和反亲和副本的方式,进行缓存用户上下文信息。
16.根据权利要求1、6、9或11所述的方法,其特征在于,在SMSF网元之间,采用集群间同步的方式进行缓存用户上下文信息。
17.一种通信连接系统,其特征在于,包括:SMSF网元和UDM设备;
所述SMSF网元,根据用户呼叫消息解析得到呼叫用户的用户永久识别码,在所述SMSF网元的预设缓存中未查询到与用户永久识别码对应的用户上下文信息的情况下,携带所述用户永久识别码向UDM设备发送信息获取请求;
所述UDM设备根据所述信息获取请求向所述SMSF网元反馈用户上下文信息,所述用户上下文信息包括:呼叫用户信息、呼叫用户所在接入及移动性管理功能AMF设备信息和签约数据信息;
所述SMSF网元根据所述用户上下文信息继续进行对应的呼叫流程。
18.一种通信连接系统,其特征在于,包括:AMF设备、NRF和灾备SMSF网元;
所述AMF设备,在呼叫用户所在的SMSF网元出现故障宕机的情况下,接收所述NRF发送的SMSF网元服务变动信息通知;
所述AMF设备,根据所述SMSF网元服务变动信息通知确定对应的灾备SMSF网元;
所述灾备SMSF网元,在呼叫用户所在的SMSF网元出现故障宕机的情况下,接收所述NRF发送的SMSF网元服务变动信息通知;
所述AMF设备,在检测到所述呼叫用户的呼叫请求的情况下,根据所述灾备SMSF网元的地域标识和分发权重分流所述呼叫用户的用户呼叫消息;
所述灾备SMSF网元,在检测到用户呼叫消息的情况下,从预设缓存或UDM设备中获取所述呼叫用户的用户上下文信息,继续进行对应的呼叫流程,所述用户呼叫消息对应的业务原先由出现故障宕机的SMSF网元进行处理。
19.根据权利要求18所述的通信连接系统,其特征在于,所述通信连接系统,还包括:故障恢复的SMSF网元;
所述故障恢复的SMSF网元,向NRF重新注册SMSF网元服务;并接收NRF反馈的SMSF网元服务变动信息通知;在检测到用户呼叫消息的情况下,接收AMF设备发送的新注册消息和用户呼叫消息;根据所述用户呼叫消息对应的用户上下文信息进行对应的呼叫流程。
20.一种设备,其特征在于,包括:存储器,以及,一个或多个处理器;
存储器,设置为存储一个或多个程序;
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1-16任一所述的方法。
21.一种存储介质,其特征在于,所述存储介质存储有计算机程序,所述计算机程序被处理器执行时实现权利要求1-16任一项所述的方法。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911194314.9A CN112866932B (zh) | 2019-11-28 | 2019-11-28 | 一种通信连接方法、设备和存储介质 |
EP20892645.1A EP4068813A4 (en) | 2019-11-28 | 2020-05-09 | COMMUNICATION CONNECTION METHOD AND DEVICE AND STORAGE MEDIA |
PCT/CN2020/089451 WO2021103424A1 (zh) | 2019-11-28 | 2020-05-09 | 通信连接方法、设备和存储介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201911194314.9A CN112866932B (zh) | 2019-11-28 | 2019-11-28 | 一种通信连接方法、设备和存储介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112866932A CN112866932A (zh) | 2021-05-28 |
CN112866932B true CN112866932B (zh) | 2022-05-17 |
Family
ID=75995830
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201911194314.9A Active CN112866932B (zh) | 2019-11-28 | 2019-11-28 | 一种通信连接方法、设备和存储介质 |
Country Status (3)
Country | Link |
---|---|
EP (1) | EP4068813A4 (zh) |
CN (1) | CN112866932B (zh) |
WO (1) | WO2021103424A1 (zh) |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2022251993A1 (zh) * | 2021-05-31 | 2022-12-08 | 华为技术有限公司 | 一种标签的管理方法以及相关装置 |
CN116261153A (zh) * | 2021-12-02 | 2023-06-13 | 中兴通讯股份有限公司 | 数据缓存方法、网元、电子设备和存储介质 |
CN114363935A (zh) * | 2021-12-31 | 2022-04-15 | 中国电信股份有限公司 | 网元检测方法、装置、存储介质及电子设备 |
CN115396930B (zh) * | 2022-08-19 | 2024-05-03 | 中国联合网络通信集团有限公司 | 容灾处理方法、装置及存储介质 |
Family Cites Families (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100440995C (zh) * | 2005-07-24 | 2008-12-03 | 华为技术有限公司 | 一种分流短消息的方法及其系统 |
CN110199532B (zh) * | 2017-01-24 | 2021-09-03 | 华为技术有限公司 | 短消息传输方法、设备和系统 |
MX2019011294A (es) * | 2017-04-27 | 2019-12-05 | Lg Electronics Inc | Metodo para realizar un procedimiento relacionado con el registro de amf por udm en un sistema de comunicacion inalambrico y dispositivo para el mismo. |
WO2018202284A1 (en) * | 2017-05-03 | 2018-11-08 | Telefonaktiebolaget Lm Ericsson (Publ) | Authorizing access to user data |
US10470042B2 (en) * | 2017-07-27 | 2019-11-05 | Nokia Technologies Oy | Secure short message service over non-access stratum |
US10764789B2 (en) * | 2017-08-11 | 2020-09-01 | Comcast Cable Communications, Llc | Application-initiated network slices in a wireless network |
CN109818766B (zh) * | 2017-11-21 | 2022-08-16 | 中兴通讯股份有限公司 | 一种通信方法、网络功能实体、网络功能仓储及计算机可读存储介质 |
US10880723B2 (en) * | 2018-04-02 | 2020-12-29 | Lg Electronics Inc. | Method and apparatus for transmitting and receiving short message-related signal in a wireless communication system |
CN110392369B (zh) * | 2018-04-16 | 2021-10-12 | 大唐移动通信设备有限公司 | 一种短信息服务能力更新方法、设备及装置 |
PL3813431T3 (pl) * | 2018-06-25 | 2024-02-05 | Telefonaktiebolaget Lm Ericsson (Publ) | Obsługa funkcji sieciowej w kontekście mobilności funkcji inter-zarządzania |
US20240080922A1 (en) * | 2019-11-07 | 2024-03-07 | Samsung Electronics Co., Ltd. | Method and apparatus for providing service in wireless communication system |
-
2019
- 2019-11-28 CN CN201911194314.9A patent/CN112866932B/zh active Active
-
2020
- 2020-05-09 EP EP20892645.1A patent/EP4068813A4/en active Pending
- 2020-05-09 WO PCT/CN2020/089451 patent/WO2021103424A1/zh unknown
Also Published As
Publication number | Publication date |
---|---|
CN112866932A (zh) | 2021-05-28 |
EP4068813A4 (en) | 2023-01-18 |
WO2021103424A1 (zh) | 2021-06-03 |
EP4068813A1 (en) | 2022-10-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN112866932B (zh) | 一种通信连接方法、设备和存储介质 | |
JP7438202B2 (ja) | Ue移行方法、装置、システム、および記憶媒体 | |
CN109644516B (zh) | 用于无线通信网络中的区域数据网络配置的方法和系统 | |
CN110535676B (zh) | Smf动态容灾的实现方法、装置、设备及存储介质 | |
CN109391979B (zh) | P-cscf故障恢复方法、装置及系统 | |
US9125003B2 (en) | Machine to machine service management device, network device, and method processing service system | |
KR102571099B1 (ko) | 통신 방법, 통신 장치, 및 통신 시스템 | |
EP3952367A1 (en) | Event notification method and device, and storage medium | |
WO2023165277A1 (zh) | 会话管理方法、通信设备及存储介质 | |
CN109983736B (zh) | 一种nf组件异常的处理方法、设备及系统 | |
EP2861000B1 (en) | Method and device for transmitting downlink data | |
US11741092B2 (en) | Method and apparatus for providing big data analysis service, and computer readable storage medium | |
CN103404194A (zh) | 用于在移动通信系统中控制拥塞的方法 | |
WO2014110927A1 (zh) | 触发消息发送的方法、设备及系统 | |
CN110958718A (zh) | 一种pdu会话重建方法、装置、系统及存储介质 | |
WO2020098622A1 (zh) | 消息通知方法、装置、网元、系统及存储介质 | |
KR102233894B1 (ko) | 네트워크 기능 장치 및 이를 이용한 요청 처리 방법 | |
JP7196086B2 (ja) | 情報処理方法、装置、コンピュータ読み取り可能な記憶媒体および電子機器 | |
WO2017215408A1 (zh) | 会话切换控制方法、装置及接入点设备 | |
CN107241369B (zh) | 一种数据传输的方法、装置及会话管理功能实体设备 | |
EP4366334A1 (en) | Message processing method, electronic device, and storage medium | |
KR20190045596A (ko) | 데이터 송수신장치 및 데이터 송수신장치의 동작 방법 | |
EP4164272A1 (en) | Information processing method, and network element and computer-readable storage medium | |
WO2020073960A1 (zh) | 消息通知方法、装置、网元、系统及存储介质 | |
KR20220001295A (ko) | 기지국장치 및 기지국장치의 동작 방법 |
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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |