CN114916042A - 呼叫处理方法、装置、设备和存储介质 - Google Patents
呼叫处理方法、装置、设备和存储介质 Download PDFInfo
- Publication number
- CN114916042A CN114916042A CN202210661815.9A CN202210661815A CN114916042A CN 114916042 A CN114916042 A CN 114916042A CN 202210661815 A CN202210661815 A CN 202210661815A CN 114916042 A CN114916042 A CN 114916042A
- Authority
- CN
- China
- Prior art keywords
- communication
- terminal
- message
- pdu session
- called terminal
- 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.)
- Granted
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 41
- 238000003860 storage Methods 0.000 title claims abstract description 16
- 238000004891 communication Methods 0.000 claims abstract description 278
- 238000013523 data management Methods 0.000 claims abstract description 12
- 238000000034 method Methods 0.000 claims description 120
- 230000006870 function Effects 0.000 claims description 90
- 230000008569 process Effects 0.000 claims description 70
- 238000007726 management method Methods 0.000 claims description 51
- 238000012545 processing Methods 0.000 claims description 23
- 238000004590 computer program Methods 0.000 claims description 10
- 230000000875 corresponding effect Effects 0.000 description 44
- 238000010586 diagram Methods 0.000 description 21
- 238000012384 transportation and delivery Methods 0.000 description 15
- 238000002360 preparation method Methods 0.000 description 13
- 230000001960 triggered effect Effects 0.000 description 13
- 238000004904 shortening Methods 0.000 description 10
- 230000011664 signaling Effects 0.000 description 7
- 230000003993 interaction Effects 0.000 description 6
- 230000004044 response Effects 0.000 description 6
- 230000005540 biological transmission Effects 0.000 description 5
- 230000009471 action Effects 0.000 description 4
- 230000000694 effects Effects 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 4
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 230000008093 supporting effect Effects 0.000 description 3
- 230000009286 beneficial effect Effects 0.000 description 2
- 230000000977 initiatory effect Effects 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 101150036157 Nenf gene Proteins 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 230000003190 augmentative effect Effects 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 230000006399 behavior Effects 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000009826 distribution Methods 0.000 description 1
- GVVPGTZRZFNKDS-JXMROGBWSA-N geranyl diphosphate Chemical compound CC(C)=CCC\C(C)=C\CO[P@](O)(=O)OP(O)(O)=O GVVPGTZRZFNKDS-JXMROGBWSA-N 0.000 description 1
- 230000001976 improved effect Effects 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
- 238000013519 translation Methods 0.000 description 1
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/08—Access restriction or access information delivery, e.g. discovery data delivery
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/11—Allocation or use of connection identifiers
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Computer And Data Communications (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请公开了一种呼叫处理方法、装置、设备和存储介质，涉及通信领域，该呼叫处理方法应用于通用数据管理网元UDM，该呼叫处理方法包括：在接收到来自应用功能网元AF的通信建立请求的情况下，查询通信建立请求指向的目标终端的通信状态特征信息；在通信状态特征信息表征出目标终端建立有PDU会话的情况下，向目标终端发送第一消息，第一消息用于通知目标终端根据协议数据单元PDU会话与核心网进行通信，解决了现有网络侧发起的被叫终端与网络侧或者其他用户设备的通信建立时延较长的问题。
Description
技术领域
本申请涉及通信领域，尤其涉及呼叫处理方法、装置、设备和存储介质。
背景技术
第五代移动通信技术(5th Generation Mobile Communication Technology，5G)将用户设备(User equipment，UE)的注册和协议数据单元(Protocol Data Unit，PDU)会话建立流程分为了独立的两个流程，此时若该用户设备作为被叫侧(被动接受其他用户终端或网络侧的连接请求)，需要先触发该被叫终端建立PDU会话，之后被叫终端才能通过PDU会话与网络侧或者其他用户设备建立通信。
而基于现有通信标准规定的网络侧发起的PDU会话建立流程，是依靠应用层的短消息通知到被叫终端触发PDU会话的建立，需要先经过应用触发流程和MT短信流程，然后才能触发被叫终端发起的PDU会话流程，流程复杂，导致网络侧发起的被叫终端与网络侧或者其他用户设备的通信建立时延较长。
发明内容
本申请实施例提供呼叫处理方法、装置、设备和存储介质，解决了现有网络侧发起的被叫终端与网络侧或者其他用户设备的通信建立时延较长的问题。
为实现上述技术目的，本申请实施例采用如下技术方案：
第一方面，本申请实施例提供一种呼叫处理方法，该方法应用于通用数据管理网元UDM，包括：
在接收到来自应用功能网元AF的通信建立请求的情况下，查询通信建立请求指向的目标终端的通信状态特征信息；
在通信状态特征信息表征出目标终端建立有PDU会话的情况下，向目标终端发送第一消息，第一消息用于通知目标终端根据PDU会话与核心网进行通信。
在一种实施例中，在通信状态特征信息表征出目标终端已在核心网注册但未建立PDU会话的情况下，方法还包括：
通过第一接入和移动管理功能网元AMF向目标终端发送第二消息，其中，第一AMF注册有目标终端，第二消息用于通知目标终端发起PDU会话的建立流程，并根据PDU会话与核心网进行通信。
在一种实施例中，在通信状态特征信息表征出目标终端在核心网未注册的情况下，方法还包括：
向AF发送未注册消息，未注册消息用于指示目标终端在核心网未注册。
在一种实施例中，通信状态特征信息包括目标终端关联的接入和移动管理功能网元标识AMF ID和目标终端关联的会话管理功能网元标识SMF ID。
本申请实施例中，通过网络侧的应用功能网元AF触发网络侧与目标终端进行通信的相应流程，具体的，不通过应用触发流程和MT短信流程叠加实现通信的建立准备，而是通过UDM查询目标终端的通信状态特征信息，根据目标终端通信状态特征信息表征的不同情况，执行相应的通信建立流程，缩短了网络侧发起的被叫终端与网络侧建立通信的时延。
进一步地，通信状态特征信息能够表征出如下三种情况：
第一种，目标终端已经建立了PDU会话，则直接基于第一消息通知目标终端根据PDU会话与核心网进行通信，跳过了PDU会话建立流程，缩短了网络侧发起的被叫终端与网络侧建立通信的时延。
第二种，目标终端没有建立PDU会话，但是已经在第一AMF注册，则通过第一AMF向目标终端发送第二消息，以通知目标终端发起PDU会话的建立流程，并根据PDU会话与核心网进行通信，缩短了网络侧发起的被叫终端与网络侧建立通信的时延。
第三种，目标终端没有建立PDU会话，也并未在AMF注册，则向AF发送未注册消息，以通知目标终端在核心网未注册，可以及时使AF确定目标终端无法建立通信。
第二方面，本申请实施例提供一种呼叫处理方法，该方法应用于通用数据管理网元UDM，包括：
在接收到来自第一会话管理功能网元SMF的通信建立请求的情况下，查询通信建立请求指向的被叫终端的通信状态特征信息，其中，第一SMF注册有主叫终端；
在通信状态特征信息表征出被叫终端建立有PDU会话的情况下，向被叫终端发送第一消息，第一消息用于通知被叫终端根据PDU会话与主叫终端建立通信。
在一种实施例中，在通信状态特征信息表征出被叫终端已在核心网注册但未建立PDU会话的情况下，方法还包括：
通过第一接入和移动管理功能网元AMF向被叫终端发送第二消息，其中，第一AMF注册有被叫终端，第二消息用于通知被叫终端发起PDU会话的建立流程，并根据PDU会话与主叫终端建立通信。
在一种实施例中，在通信状态特征信息表征出被叫终端在核心网未注册的情况下，方法还包括：
向第一SMF发送未注册消息，未注册消息用于指示被叫终端在核心网未注册。
在一种实施例中，通信状态特征信息包括被叫终端关联的接入和移动管理功能网元标识AMF ID和被叫终端关联的会话管理功能网元标识SMF ID。
本申请实施例中，通过注册有主叫终端的第一SMF触发主叫终端与被叫终端的通信建立，具体的，不通过应用触发流程和MT短信流程叠加实现通信的建立准备，而是通过UDM查询被叫终端的通信状态特征信息，根据被叫终端通信状态特征信息表征的不同情况，执行相应的通信建立流程，缩短了网络侧发起的被叫终端与网络侧建立通信的时延。
进一步地，通信状态特征信息能够表征出如下三种情况：
第一种，被叫终端通信状态特征信息表明被叫终端已经建立了PDU会话，则直接基于第一消息通知被叫终端根据PDU会话与主叫终端建立通信，跳过了PDU会话建立流程，缩短了网络侧发起的被叫终端与主叫用户设备建立通信的时延。
第二种，被叫终端没有建立PDU会话，但是已经在第一AMF注册，则通过第一AMF向被叫终端发送第二消息，以通知被叫终端发起PDU会话的建立流程，并根据PDU会话与主叫终端建立通信，缩短了网络侧发起的被叫终端与主叫用户设备建立通信的时延。
第三种，被叫终端没有建立PDU会话，也并未在AMF注册，则向第一SMF发送未注册消息，以通知被叫终端在核心网未注册，可以及时使第一SMF确定被叫终端无法建立通信。
第三方面，本申请实施例提供一种呼叫处理装置，装置应用于通用数据管理网元UDM，包括：
查询模块，用于在接收到来自应用功能网元AF的通信建立请求的情况下，查询通信建立请求指向的目标终端的通信状态特征信息；
发送模块，用于在通信状态特征信息表征出目标终端建立有PDU会话的情况下，向目标终端发送第一消息，第一消息用于通知目标终端根据PDU会话与核心网进行通信。
在一种实施例中，在通信状态特征信息表征出目标终端已在核心网注册但未建立PDU会话的情况下，发送模块还用于：
通过第一接入和移动管理功能网元AMF向目标终端发送第二消息，其中，第一AMF注册有目标终端，第二消息用于通知目标终端发起PDU会话的建立流程，并根据PDU会话与核心网进行通信。
在一种实施例中，在通信状态特征信息表征出目标终端在核心网未注册的情况下，发送模块还用于：
向AF发送未注册消息，未注册消息用于指示目标终端在核心网未注册。
在一种实施例中，通信状态特征信息包括目标终端关联的接入和移动管理功能网元标识AMF ID和目标终端关联的会话管理功能网元标识SMF ID。
第四方面，本申请实施例提供一种呼叫处理装置，装置应用于通用数据管理网元UDM，包括：
查询模块，用于在接收到来自第一会话管理功能网元SMF的通信建立请求的情况下，查询通信建立请求指向的被叫终端的通信状态特征信息，其中，第一SMF注册有主叫终端；
发送模块，用于在通信状态特征信息表征出被叫终端建立有PDU会话的情况下，向被叫终端发送第一消息，第一消息用于通知被叫终端根据PDU会话与主叫终端建立通信。
在一种实施例中，在通信状态特征信息表征出被叫终端已在核心网注册但未建立PDU会话的情况下，发送模块还用于：
通过第一接入和移动管理功能网元AMF向被叫终端发送第二消息，其中，第一AMF注册有被叫终端，第二消息用于通知被叫终端发起PDU会话的建立流程，并根据PDU会话与主叫终端建立通信。
在一种实施例中，在通信状态特征信息表征出被叫终端在核心网未注册的情况下，发送模块还用于：
向第一SMF发送未注册消息，未注册消息用于指示被叫终端在核心网未注册。
在一种实施例中，通信状态特征信息包括被叫终端关联的接入和移动管理功能网元标识AMF ID和被叫终端关联的会话管理功能网元标识SMF ID。
本申请实施例中，通过网络侧主叫终端注册的第一SMF触发主叫终端与被叫终端进行通信的相应流程，即由网络侧触发PDU会话建立流程，具体的，不通过应用触发流程和MT短信流程叠加实现通信的建立准备，而是通过UDM查询被叫终端的通信状态特征信息，根据被叫终端通信状态特征信息表征的不同情况，执行相应的通信建立流程，缩减了PDU会话建立流程，节约了通信资源，且PDU会话建立效率较高，优化了用户体验。
进一步地，被叫终端通信状态特征信息能够表征出如下三种情况：
第一种，被叫终端通信状态特征信息表明被叫终端已经建立了PDU会话，则直接向第一网元发送第一消息，第一消息用于通知第一网元发起PDU会话建立流程，缩减了PDU会话建立流程，节约了通信资源，且PDU会话建立效率较高，优化了用户体验。
第二种，被叫终端没有建立PDU会话，但是已经在AMF注册，则通过被叫终端注册的接入和移动管理功能网元AMF向被叫终端发送第二消息，第二消息用于通知被叫终端发送第三消息，第三消息用于通知第一网元发起PDU会话建立流程，缩减了PDU会话建立流程，节约了通信资源，且PDU会话建立效率较高，优化了用户体验。
第三种，被叫终端没有建立PDU会话，也并未在AMF注册，则向第一网元发送未注册消息，未注册消息用于通知被叫终端在核心网未注册，可以及时通过第一网元通知主叫终端被叫终端在核心网未注册，便于应用现有技术中依靠应用层的短消息通知被叫UE触发建立PDU会话，优化了用户体验。
第五方面，本申请提供一种电子设备，包括：处理器，以及用于存储处理器可执行指令的存储器；其中，处理器被配置为执行指令，以实现如上述第一方面或第二方面提供的呼叫处理方法。
第六方面，本申请提供一种计算机可读存储介质，存储有信息传递的实现程序，该程序被处理器执行时实现如第一方面或第二方面提供的呼叫处理方法。
第七方面，本申请提供一种计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机执行如上述第一方面或第二方面提供的方法。
本申请中第三方面至第七方面描述的有益效果，可以参考第一方面和第二方面的有益效果分析，此处不再赘述。
附图说明
图1为本申请实施例提供的一种5G系统的网络架构示意图；
图2为本申请实施例提供的一种应用触发流程示意图；
图3为本申请实施例提供的一种MT短信流程示意图；
图4为本申请实施例提供的一种用户设备发起的PDU会话流程示意图；
图5为本申请实施例提供的一种呼叫处理方法的信令交互流程示意图；
图6为本申请实施例提供的一种UDM结构示意图；
图7为本申请实施例提供的一种呼叫处理方法的逻辑流程示意图；
图8为本申请实施例提供的另一种呼叫处理方法的信令交互流程示意图；
图9为本申请实施例提供的另一种呼叫处理方法的逻辑流程示意图；
图10为本申请实施例提供的一种呼叫处理装置的结构示意图；
图11为本申请实施例提供的另一种呼叫处理装置的结构示意图；
图12为本申请实施例提供的一种电子设备的结构示意图。
具体实施方式
下面将详细描述本申请的各个方面的特征和示例性实施例，为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本申请进行进一步详细描述。应理解，此处所描述的具体实施例仅被配置为解释本申请，并不被配置为限定本申请。对于本领域技术人员来说，本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。
需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序；也不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本实施例的描述中，除非另有说明，“多个”的含义是两个或两个以上。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
5G系统可包括终端设备、接入网和核心网。示例性的，可参见图1所示的5G系统的网络架构示意图。
其中，终端设备是一种具有无线收发功能的设备，可以部署在陆地上，包括室内或室外、手持、穿戴或车载；也可以部署在水面上(如轮船等)；还可以部署在空中(例如飞机、气球和卫星上等)。终端设备可以是手机(mobile phone)、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制(industrial control)中的无线终端、车载终端设备、无人驾驶(selfdriving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smartgrid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smartcity)中的无线终端、智慧家庭(smart home)中的无线终端、可穿戴终端设备等等。终端设备有时也可以称为终端、用户设备(user equipment，UE)、接入终端设备、车载终端、工业控制终端、UE单元、UE站、移动站、移动台、远方站、远程终端设备、移动设备、UE代理或UE装置等。终端设备也可以是固定的或者移动的。图1以及本申请中终端设备以UE为例进行介绍。
其中，接入网用于实现接入有关的功能，可以为特定区域的授权用户提供入网功能。接入网在终端设备与核心网之间转发控制信号和用户数据。接入网可以包括接入网络设备，接入网络设备可以是为终端设备提供接入的设备，可以包括无线接入网(radioaccess network，RAN)设备和AN设备。RAN设备主要是3GPP网络中的无线网络设备，AN设备可以是非3GPP定义的接入网络设备。在采用不同的无线接入技术的系统中，具备基站功能的设备的名称可能会有所不同，例如，在5G系统中，称为RAN或者下一代基站(next-generation Node basestation，gNB)；在长期演进(long termevolution，LTE)系统中，称为演进的节点B(evolved NodeB，eNB或eNodeB)。
其中，核心网负责维护移动网络的签约数据，为UE提供会话管理、移动性管理、策略管理以及安全认证等功能。核心网可以包括如下网元：用户面功能(user planefunction，UPF)、认证服务功能(authentication server function，AUSF)、接入和移动性管理功能(access and mobility management function，AMF)、会话管理功能(sessionmanagement function，SMF)、网络开放功能(network exposure function，NEF)、网络功能仓储功能(network function repository function，NRF)、策略控制功能(policycontrol function，PCF)和统一数据管理(unified data management，UDM)，可选的，还可以包括应用功能(application function，AF)和统一数据存储库(Unified DataRepository，UDR)。
AMF，主要负责移动网络中的移动性管理，例如用户位置更新、用户注册网络、用户切换等。SMF，主要负责移动网络中的会话管理，例如会话建立、修改、释放。UPF，负责终端设备中用户数据的转发和接收，可以从数据网络接收用户数据，通过接入网络设备传输给终端设备；还可以通过接入网络设备从终端设备接收用户数据，转发至数据网络。PCF，主要支持提供统一的策略框架来控制网络行为，提供策略规则给控制层网络功能，同时负责获取与策略决策相关的用户签约信息。AUSF，用于执行UE的安全认证。NEF，主要用于支持能力和事件的开放。NRF，用于为其它网元提供网络功能实体信息的存储功能和选择功能。UDM，用于存储用户数据，例如签约数据、鉴权/授权数据等。AF与3GPP核心网交互用于提供应用层服务，例如提供关于应用层数据路由，提供接入网络能力开放功能，与策略框架进行交互以提供策略控制，与5G网络的IP多媒体子系统(IP multimedia subsystem，IMS)交互等。
其中，数据网络(data network，DN)用于为用户提供业务服务，可以是私有网络，例如局域网；也可以是不受运营商管控的外部网络，例如互联网(Internet)；还可以是运营商共同部署的专有网络，例如IMS的网络。终端设备可通过建立的协议数据单元(protocoldata unit，PDU)会话，来访问DN。
(2)AKMA服务
支持AKMA服务的UE，在与支持AKMA服务的AF进行数据传输时，可以基于AKMA流程的安全保护以提高数据传输的安全性。例如，AF对应于某个视频应用服务器，支持AKMA服务的UE与该AF进行数据传输时，相比于传统UE和AF的无保护的传输方法，使用AKMA服务可提高数据传输的安全性。
现有5G系统中，基于现有通信标准规定的网络侧发起的PDU会话建立流程，是依靠应用层的短消息通知到被叫终端触发PDU会话的建立，需要先经过应用触发流程和下行MT短信流程，然后才能触发被叫终端发起的PDU会话流程。下面对现有通信协议中的应用触发流程、MT短信流程和用户设备发起的PDU会话流程进行介绍：
如图2所示，应用触发流程可以包括：
1.AF(应用功能模块)确定需要触发设备的服务需求。
其中，如果AF没有存储NEF的详细信息，那AF将从网络中发现并选择合适的NEF进行服务。
2.选择NEF后，AF(应用功能模块)向NEF发Nnef_Trigger_Delivery request消息，调用相应服务。
3.NEF收到消息后，会检查AF是否有权发送触发请求消息，检查AF是否超出配额以及是否超出Nnef接口的触发请求比率。若不符合条件，则NEF发送带有相应失败原因值的Nnef_Trigger_Delivery response消息，流程结束。否则，继续进行步骤4。
4.当AF有权触发UE时，NEF发送Nudm_SDM_Get request请求消息(标识符转换，GPSI和AF标识符)给UDM，将GPSI解析为SUPI。
5.UDM收到消息后，调用Nudr_DM_Query服务来检索允许触发UE的AF列表，并基于UDM策略确定应该使用哪个标识符(SUPI或MSISDN)来触发UE。然后UDM返回Nudm_SDM_Getresponse响应消息(携带SUPI或MSISDN)。如果UDM检查不允许该AF向该UE发送触发消息，或者该用户没有有效的订阅信息，则NEF返回带有相应失败原因值的Nnef_Trigger_Deliveryresponse消息，流程结束。否则，继续进行步骤6。
6.NEF发送Nudm_UECM_Get request消息给UDM来检索UE的SMSF标识。
7.UDM调用Nudr_DM_Query服务来检索UE的SMSF标识。然后UDM返回具有相应UESMSF标识的Nudm_UECM_Get response消息。UDM的策略(基于VPLMN ID)会影响返回哪个服务节点标识(注：NEF会缓存UE的服务节点信息。但是，当缓存的服务节点信息过时时，可能会增加触发传递失败的可能性)。
8.NEF基于配置的信息选择合适的SMS-SC(短信中心)。然后NEF发送SubmitTrigger(消息中包括GPSI，SUPI，AF标识符，触发参考号，有效期，优先级，SMSF服务节点ID(在步骤7中从UDM获得)，SMS应用端口ID，触发有效负载，触发指示)消息到SMS-SC。如果NEF发送给SMS-SC消息中指示“此用户不存在”，则SMS-SC不会提交此消息，而是直接存储并发送SM的路由信息，请求UDM将SMS-SC地址添加到消息等待名单。
9.SMS-SC向NEF发送Submit Trigger Confirm消息，确认SMS-SC已接受短消息的提交。
10.NEF向AF发送Nnef_Trigger_Delivery response响应消息，指示设备触发请求是否成功递送到UE。
11.SMS_SC执行短信接受过程。SMS-SC将其在步骤6中接收的路由信息提供给短消息网关SMS-GMSC以避免UDM询问。SMS-SC生成必要的包括AF标识符的CDR信息。CDR中包括在短信SM用户数据头中的SMS应用端口ID以及触发器指示，以便实现差异化计费。SMS-SC存储触发器有效载荷，不存储路由信息。如果短信传递失败并尝试再次传递，则将执行UDM询问。如果短信传递失败并且此触发消息的有效期未设置为零，则SMS-SC将发送短信SM传递状态报告，请求UDM将SMS-SC地址添加到消息等待列表，当稍后重新尝试消息传递时，SMS-GMSC将使用SUPI或MSISDN执行新的UDM询问。使用SUPI的UDM询问不得转发或中继到SMS-Router或IP-SM-GW。在响应SMS-GMSC时，UDM可以包括四个服务节点标识(MSC或MME，SGSN，IP-SM-GW，AMF)。
12.消息传递失败(直接失败或当触发消息的有效期到期)或消息传递成功时，SMS-SC都将向NEF发送消息传递报告(包括原因代码，触发参考号，AF标识符)。
13.NEF向AF发送Nnef_Trigger_Delivery Notify消息，消息中包括递送结果(例如：成功、未知或失败以及失败的原因)。NEF生成必要的CDR信息(包括GPSI和AF标识符)。
14.UE对接收到触发消息事件作出响应。
MT短信流程如图3所示，可参考现有通信协议，不再赘述。
用户设备发起的PDU会话流程如图4所示，可参考现有通信协议，不再赘述。
基于上述对现有通信协议中的应用触发流程、MT短信流程和用户设备发起的PDU会话流程的介绍，可以看出基于现有通信标准规定的网络侧发起的PDU会话建立流程较为复杂，导致网络侧发起的被叫终端与网络侧或者其他用户设备的通信建立时延较长。
为了解决上述技术问题，本申请实施例提供了一种呼叫处理方法，该方法可以应用于图1所示的通信系统中，由该通信系统中的网元/终端执行该呼叫处理方法的相应步骤。
图5示出了本申请一个实施例提供的呼叫处理方法的信令交互流程示意图。图5所示呼叫处理方法相应的通信场景属于网络侧与目标终端需要通信的场景，可以是终端需要主动与网络侧进行通信，比如用户开机访问互联网；还可以是网络侧需要主动推送信息给用户。如图5所示，该方法可以包括以下步骤：
S501，AF向UDM发送通信建立请求。
其中，通信建立请求包含目标终端的标识。基于现网架构，AF可以通过NEF向UDM发送通信建立请求。
S502，UDM查询通信建立请求指向的目标终端的通信状态特征信息。
其中，基于UDM的自身功能，能够查询到通信状态特征信息。如图6所示，UDM可以包括如下功能模块：
查询状态模块601，用于接收通信建立请求，根据通信建立请求包含目标终端的标识向数据库存储模块查询通信状态特征信息。
数据库存储模块602，用于以列表形式存储所有在UDM中开户的用户信息，包括：UEID、AMF ID、PDU session ID、SMF ID。
进一步地，通信状态特征信息可以包括目标终端关联的接入和移动管理功能网元标识AMF ID和目标终端关联的会话管理功能网元标识SMF ID。
动作触发模块603，用于根据查询结果，触发相应的动作。
进一步地，若查询到UE对应的SMF ID和AMF ID，则认为用户已经建立PDU会话，UDM直接返回SMF的信息，完成后续通信；若只查询到UE对应的AMF ID，没有SMF ID，则认为UE没有建立PDU会话，则按照协议中的PDU会话建立信令流程，完成网络侧发起的PDU会话建立；若未查询到UE对应的AMF ID，则认为该UE未注册，无法建立通信。
S503，在通信状态特征信息表征出目标终端建立有PDU会话的情况下，UDM向目标终端发送第一消息。
其中，目标终端是否建立了PDU会话，可以根据目标终端关联的AMF ID和SMF ID进行判断。示例性的，如果通信状态特征信息中同时存在目标终端关联的AMF ID和目标终端关联的SMF ID，则视为目标终端建立了PDU会话。第一消息用于通知目标终端根据协议数据单元PDU会话与核心网进行通信。
S504，目标终端根据协议数据单元PDU会话与核心网进行通信。
本申请实施例中，通过网络侧的应用功能网元AF触发网络侧与目标终端进行通信的相应流程，具体的，不通过应用触发流程和MT短信流程叠加实现通信的建立准备，而是通过UDM查询目标终端的通信状态特征信息，根据目标终端通信状态特征信息表征的不同情况，执行相应的通信建立流程，当目标终端通信状态特征信息表明目标终端已经建立了PDU会话，则直接基于第一消息通知目标终端根据协议数据单元PDU会话与核心网进行通信，跳过了PDU会话建立流程，缩短了网络侧发起的被叫终端与网络侧建立通信的时延。
在一种实施例中，在通信状态特征信息表征出目标终端已在核心网注册但未建立PDU会话的情况下，方法还包括：
通过第一接入和移动管理功能网元AMF向目标终端发送第二消息，其中，第一AMF注册有目标终端，第二消息用于通知目标终端发起PDU会话的建立流程，并根据PDU会话与核心网进行通信。
其中，目标终端是否建立了PDU会话以及是否在核心网注册，可以根据目标终端关联的AMF ID和SMF ID进行判断，示例性的，如果通信状态特征信息中存在目标终端关联的AMF ID，而不存在目标终端关联的SMF ID，则表明目标终端没有建立PDU会话，但是已经在第一AMF注册(即在核心网注册)。此时通过第一AMF通知目标终端发起PDU会话的建立流程。
本申请实施例中，通过网络侧的应用功能网元AF触发网络侧与目标终端进行通信的相应流程，具体的，不通过应用触发流程和MT短信流程叠加实现通信的建立准备，而是通过UDM查询目标终端的通信状态特征信息，根据目标终端通信状态特征信息表征的不同情况，执行相应的通信建立流程，具体的，通信状态特征信息表明目标终端没有建立PDU会话，但是已经在第一AMF注册时，则通过第一AMF向目标终端发送第二消息，以通知目标终端发起PDU会话的建立流程，并根据PDU会话与核心网进行通信，缩短了网络侧发起的被叫终端与网络侧建立通信的时延。
在一种实施例中，在通信状态特征信息表征出目标终端在核心网未注册的情况下，方法还包括：
向AF发送未注册消息，未注册消息用于指示目标终端在核心网未注册。
其中，目标终端在核心网是否注册，可以根据目标终端关联的AMF ID和SMF ID进行判断，示例性的，如果通信状态特征信息中不存在目标终端关联的AMF ID，也不存在目标终端关联的SMF ID，则表明目标终端没有建立PDU会话，也并未在AMF注册，则向AF发送未注册消息，以通知目标终端在核心网未注册。
本申请实施例中，通过网络侧的应用功能网元AF触发UDM查询目标终端的通信状态特征信息，在通信状态特征信息表征出目标终端在核心网未注册的情况下，向AF发送未注册消息，以通知目标终端在核心网未注册，可以及时使AF确定目标终端无法建立通信。
上面介绍了网络侧与目标终端需要通信的场景下本申请实施例提供的呼叫处理方法的信令交互流程，为了帮助理解，下面从逻辑角度对本申请实施例提供的呼叫处理方法进行介绍，图7介绍了本申请实施例提供的呼叫处理方法的逻辑流程示意图，如图7所示，包括：
S701，AF通过NEF向UDM发送通信建立请求。
S702，UDM查询通信建立请求指向的目标终端的通信状态特征信息。
进一步地，若查询到UE对应的SMF ID和AMF ID，即通信状态特征信息表征出目标终端建立有PDU会话，则执行S705；若只查询到UE对应的AMF ID，没有SMF ID，即通信状态特征信息表征出目标终端已在核心网注册但未建立PDU会话，则执行S703；若未查询到UE对应的AMF ID，即通信状态特征信息表征出目标终端在核心网未注册，则执行S706。
S703，UDM通过AMF向目标终端发送第二消息。
S704，AMF通知目标终端建立PDU会话。
S705，目标终端根据协议数据单元PDU会话与核心网进行通信。
S706，UDM向AF发送未注册消息。
本申请实施例中，通过网络侧的应用功能网元AF触发网络侧与目标终端进行通信的相应流程，具体的，不通过应用触发流程和MT短信流程叠加实现通信的建立准备，而是通过UDM查询目标终端的通信状态特征信息，根据目标终端通信状态特征信息表征的不同情况，执行相应的通信建立流程，缩短了网络侧发起的被叫终端与网络侧建立通信的时延。
进一步地，通信状态特征信息能够表征出如下三种情况：
第一种，目标终端已经建立了PDU会话，则直接基于第一消息通知目标终端根据协议数据单元PDU会话与核心网进行通信，跳过了PDU会话建立流程，缩短了网络侧发起的被叫终端与网络侧建立通信的时延。
第二种，目标终端没有建立PDU会话，但是已经在第一AMF注册，则通过第一AMF向目标终端发送第二消息，以通知目标终端发起PDU会话的建立流程，并根据PDU会话与核心网进行通信，缩短了网络侧发起的被叫终端与网络侧建立通信的时延。
第三种，目标终端没有建立PDU会话，也并未在AMF注册，则向AF发送未注册消息，以通知目标终端在核心网未注册，可以及时使AF确定目标终端无法建立通信。
图8示出了本申请一个实施例提供的呼叫处理方法的信令交互流程示意图。图8相应的通信场景中，主叫终端需要与被叫终端通信。如图8所示，该方法可以包括以下步骤：
S801，第一SMF向UDM发送通信建立请求。
其中，第一SMF注册有主叫终端。通信建立请求包含被叫终端的标识。基于现网架构，UDM能够接收到来自第一SMF的通信建立请求。
S802，UDM查询通信建立请求指向的被叫终端的通信状态特征信息。
其中，通信状态特征信息可以包括被叫终端关联的AMF ID和被叫终端关联的SMFID。UDM具备的功能可参考步骤S502的描述，将S502中的目标终端对应为S802中的被叫终端，不再赘述。
S803，在通信状态特征信息表征出目标终端建立有PDU会话的情况下，UDM向被叫终端发送第一消息。
其中，被叫终端是否建立了PDU会话，可以根据被叫终端关联的AMF ID和SMF ID进行判断。示例性的，如果通信状态特征信息中同时存在被叫终端关联的AMF ID和被叫终端关联的SMF ID，则视为被叫终端建立了PDU会话。第一消息用于通知被叫终端根据协议数据单元PDU会话与主叫终端进行通信。
S804，被叫终端根据协议数据单元PDU会话与主叫终端进行通信。
本申请实施例中，通过注册有主叫终端的第一SMF触发主叫终端与被叫终端的通信建立，具体的，不通过应用触发流程和MT短信流程叠加实现通信的建立准备，而是通过UDM查询被叫终端的通信状态特征信息，根据被叫终端通信状态特征信息表征的不同情况，执行相应的通信建立流程，具体的，如果通信状态特征信息表明被叫终端已经建立了PDU会话，则直接基于第一消息通知被叫终端根据协议数据单元PDU会话与主叫终端进行通信，跳过了PDU会话建立流程，缩短了网络侧发起的被叫终端与主叫终端建立通信的时延。
在一种实施例中，在通信状态特征信息表征出目标终端已在核心网注册但未建立PDU会话的情况下，方法还包括：
通过第一接入和移动管理功能网元AMF向被叫终端发送第二消息，其中，第一AMF注册有被叫终端，第二消息用于通知被叫终端发起PDU会话的建立流程，并根据PDU会话与主叫终端建立通信。
其中，被叫终端是否建立了PDU会话以及是否在核心网注册，可以根据被叫终端关联的AMF ID和SMF ID进行判断，示例性的，如果通信状态特征信息中存在被叫终端关联的AMF ID，而不存在被叫终端关联的SMF ID，则表明被叫终端没有建立PDU会话，但是已经在第一AMF注册(即在核心网注册)。此时通过第一AMF通知被叫终端发起PDU会话的建立流程。
进一步地，在被叫终端与主叫终端建立PDU会话的流程中，注册有被叫终端与主叫终端的SMF会向UDM上报被叫终端与主叫终端的网络信息，其中包括被叫终端与主叫终端当前所处的SMF信息(如SMF ID)，此后UDM会通知到主叫终端注册的SMF，主叫终端注册的SMF根据被叫终端注册的SMF ID，向被叫终端注册的SMF发送会话关联请求，同时携带主叫终端注册的网络信息，被叫终端与主叫终端双方注册的SMF各自控制本方UPF，保证双方UPF之间建立N19隧道，完成PDU会话建立，此时主叫终端与被叫终端之间可以基于PDU会话进行通信。
本申请实施例中，通过注册有主叫终端的第一SMF触发主叫终端与被叫终端的通信建立，具体的，不通过应用触发流程和MT短信流程叠加实现通信的建立准备，而是通过UDM查询被叫终端的通信状态特征信息，根据被叫终端通信状态特征信息表征的不同情况，执行相应的通信建立流程，具体的，通信状态特征信息表明被叫终端没有建立PDU会话，但是已经在第一AMF注册时，则通过第一AMF向被叫终端发送第二消息，以通知被叫终端发起PDU会话的建立流程，并根据PDU会话与主叫终端进行通信，缩短了网络侧发起的被叫终端与主叫终端建立通信的时延。
在一种实施例中，在通信状态特征信息表征出目标终端在核心网未注册的情况下，方法还包括：
向第一SMF发送未注册消息，未注册消息用于指示被叫终端在核心网未注册。
其中，如果通信状态特征信息中不存在被叫终端关联的AMF ID，也不存在被叫终端关联的SMF ID，则表明被叫终端没有建立PDU会话，也并未在AMF注册，则向第一SMF发送未注册消息，进而通过第一SMF通知主叫终端被叫终端在核心网未注册。
本申请实施例中，通过网络侧注册有主叫终端的第一SMF触发UDM查询被叫终端的通信状态特征信息，在通信状态特征信息表征出目标终端在核心网未注册的情况下，向AF发送未注册消息，以通知被叫终端在主叫终端未注册，可以及时使AF确定被叫终端无法建立通信。
上面介绍了本申请实施例提供的主叫终端与被叫终端通信场景下的呼叫处理方法的信令交互流程，为了帮助理解，下面从逻辑角度对本申请实施例提供的主叫终端与被叫终端通信场景下的呼叫处理方法进行介绍，图9介绍了本申请实施例提供的呼叫处理方法的逻辑流程示意图，如图9所示，包括：
S901，注册有主叫终端的第一SMF向UDM发送通信建立请求。
S902，UDM查询通信建立请求指向的被叫终端的通信状态特征信息。
进一步地，若查询到UE对应的SMF ID和AMF ID，即通信状态特征信息表征出被叫终端建立有PDU会话，则执行S905；若只查询到UE对应的AMF ID，没有SMF ID，即通信状态特征信息表征出被叫终端已在核心网注册但未建立PDU会话，则执行S903；若未查询到UE对应的AMF ID，即通信状态特征信息表征出被叫终端在核心网未注册，则执行S906。
S903，UDM通过AMF向被叫终端发送第二消息。
S904，AMF通知被叫终端建立PDU会话。
S905，被叫终端根据协议数据单元PDU会话与主叫终端进行通信。
S906，UDM向第一SMF发送未注册消息。
本申请实施例中，通过网络侧注册有主叫终端的第一SMF触发PDU会话建立流程，具体的，不通过应用触发流程和MT短信流程叠加实现通信的建立准备，而是通过UDM查询被叫终端的通信状态特征信息，根据被叫终端通信状态特征信息表征的不同情况，执行相应的通信建立流程，缩短了网络侧发起的被叫终端与主叫终端建立通信的时延。
进一步地，通信状态特征信息能够表征出如下三种情况：
第一种，被叫终端通信状态特征信息表明被叫终端已经建立了PDU会话，则直接基于第一消息通知被叫终端根据协议数据单元PDU会话与主叫终端进行通信，跳过了PDU会话建立流程，缩短了网络侧发起的被叫终端与主叫终端进行通信的时延。
第二种，被叫终端没有建立PDU会话，但是已经在第一AMF注册，则通过第一AMF向被叫终端发送第二消息，以通知被叫终端发起PDU会话的建立流程，并根据PDU会话与主叫终端进行通信，缩短了网络侧发起的被叫终端与主叫终端进行通信的时延。
第三种，被叫终端没有建立PDU会话，也并未在AMF注册，则向第一SMF发送未注册消息，以通过第一SMF通知主叫终端被叫终端在核心网未注册，可以及时使主叫终端确定被叫终端无法建立通信。
图1-图9描述了呼叫处理方法，下面结合图10-图12描述本申请实施例提供的装置。为了实现上述功能，呼叫处理装置包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法，示例性的对呼叫处理装置进行功能模块的划分。呼叫处理装置可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
图10示出了本申请一个实施例提供的呼叫处理装置的结构示意图，该呼叫处理装置应用于通用数据管理网元UDM。图10所示装置中各模块具有实现图5中各个步骤的功能，并能达到其相应技术效果。如图10所示，该装置可以包括：
查询模块101，用于在接收到来自应用功能网元AF的通信建立请求的情况下，查询通信建立请求指向的目标终端的通信状态特征信息；
发送模块102，用于在通信状态特征信息表征出目标终端建立有PDU会话的情况下，向目标终端发送第一消息，第一消息用于通知目标终端根据协议数据单元PDU会话与核心网进行通信。
本申请实施例中，通过网络侧的应用功能网元AF触发网络侧与目标终端进行通信的相应流程，具体的，不通过应用触发流程和MT短信流程叠加实现通信的建立准备，而是通过UDM查询目标终端的通信状态特征信息，根据目标终端通信状态特征信息表征的不同情况，执行相应的通信建立流程，缩短了网络侧发起的被叫终端与网络侧建立通信的时延。
在一种实施例中，在通信状态特征信息表征出目标终端已在核心网注册但未建立PDU会话的情况下，发送模块102还用于：
通过第一接入和移动管理功能网元AMF向目标终端发送第二消息，其中，第一AMF注册有目标终端，第二消息用于通知目标终端发起PDU会话的建立流程，并根据PDU会话与核心网进行通信。
在一种实施例中，在通信状态特征信息表征出目标终端在核心网未注册的情况下，发送模块102还用于：
向AF发送未注册消息，未注册消息用于指示目标终端在核心网未注册。
在一种实施例中，通信状态特征信息包括目标终端关联的接入和移动管理功能网元标识AMF ID和目标终端关联的会话管理功能网元标识SMF ID。
本申请实施例中，通过网络侧的应用功能网元AF触发网络侧与目标终端进行通信的相应流程，具体的，不通过应用触发流程和MT短信流程叠加实现通信的建立准备，而是通过UDM查询目标终端的通信状态特征信息，根据目标终端通信状态特征信息表征的不同情况，执行相应的通信建立流程，缩短了网络侧发起的被叫终端与网络侧建立通信的时延。
进一步地，通信状态特征信息能够表征出如下三种情况：
第一种，目标终端已经建立了PDU会话，则直接基于第一消息通知目标终端根据协议数据单元PDU会话与核心网进行通信，跳过了PDU会话建立流程，缩短了网络侧发起的被叫终端与网络侧建立通信的时延。
第二种，目标终端没有建立PDU会话，但是已经在第一AMF注册，则通过第一AMF向目标终端发送第二消息，以通知目标终端发起PDU会话的建立流程，并根据PDU会话与核心网进行通信，缩短了网络侧发起的被叫终端与网络侧建立通信的时延。
第三种，目标终端没有建立PDU会话，也并未在AMF注册，则向AF发送未注册消息，以通知目标终端在核心网未注册，可以及时使AF确定目标终端无法建立通信。
图11示出了本申请一个实施例提供的呼叫处理装置的结构示意图，该呼叫处理装置应用于通用数据管理网元UDM。图11所示装置中各模块具有实现图8中各个步骤的功能，并能达到其相应技术效果。如图11所示，该装置可以包括：
查询模块111，用于在接收到来自第一会话管理功能网元SMF的通信建立请求的情况下，查询通信建立请求指向的被叫终端的通信状态特征信息。
其中，第一SMF注册有主叫终端。
发送模块112，用于在通信状态特征信息表征出目标终端建立有PDU会话的情况下，向被叫终端发送第一消息。
其中，第一消息用于通知被叫终端根据协议数据单元PDU会话与主叫终端建立通信。
本申请实施例中，通过注册有主叫终端的第一SMF触发主叫终端与被叫终端的通信建立，具体的，不通过应用触发流程和MT短信流程叠加实现通信的建立准备，而是通过UDM查询被叫终端的通信状态特征信息，根据被叫终端通信状态特征信息表征的不同情况，执行相应的通信建立流程，缩短了网络侧发起的被叫终端与网络侧建立通信的时延。
在一种实施例中，在通信状态特征信息表征出目标终端已在核心网注册但未建立PDU会话的情况下，发送模块112还用于：
通过第一接入和移动管理功能网元AMF向被叫终端发送第二消息，其中，第一AMF注册有被叫终端，第二消息用于通知被叫终端发起PDU会话的建立流程，并根据PDU会话与主叫终端建立通信。
在一种实施例中，在通信状态特征信息表征出目标终端在核心网未注册的情况下，发送模块112还用于：
向第一SMF发送未注册消息，未注册消息用于指示被叫终端在核心网未注册。
在一种实施例中，通信状态特征信息包括被叫终端关联的接入和移动管理功能网元标识AMF ID和被叫终端关联的会话管理功能网元标识SMF ID。
本申请实施例中，通过注册有主叫终端的第一SMF触发主叫终端与被叫终端的通信建立，具体的，不通过应用触发流程和MT短信流程叠加实现通信的建立准备，而是通过UDM查询被叫终端的通信状态特征信息，根据被叫终端通信状态特征信息表征的不同情况，执行相应的通信建立流程，缩短了网络侧发起的被叫终端与网络侧建立通信的时延。
进一步地，通信状态特征信息能够表征出如下三种情况：
第一种，被叫终端通信状态特征信息表明被叫终端已经建立了PDU会话，则直接基于第一消息通知被叫终端根据协议数据单元PDU会话与主叫终端建立通信，跳过了PDU会话建立流程，缩短了网络侧发起的被叫终端与主叫用户设备建立通信的时延。
第二种，被叫终端没有建立PDU会话，但是已经在第一AMF注册，则通过第一AMF向被叫终端发送第二消息，以通知被叫终端发起PDU会话的建立流程，并根据PDU会话与主叫终端建立通信，缩短了网络侧发起的被叫终端与主叫用户设备建立通信的时延。
第三种，被叫终端没有建立PDU会话，也并未在AMF注册，则向第一SMF发送未注册消息，以通知被叫终端在核心网未注册，可以及时使第一SMF确定被叫终端无法建立通信。
图12示出了本申请一个实施例提供的电子设备的结构示意图。如图12所示，该设备可以包括处理器1201以及存储有计算机程序指令的存储器1202。
具体地，上述处理器1201可以包括中央处理器(Central Processing Unit，CPU)，或者特定集成电路(Application Specific Integrated Circuit，ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。
存储器1202可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器1202可包括硬盘驱动器(Hard Disk Drive，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus，USB)驱动器或者两个或更多个以上这些的组合。在一个实例中，存储器1202可以包括可移除或不可移除(或固定)的介质，或者存储器1202是非易失性固态存储器。存储器1202可在综合网关容灾设备的内部或外部。
在一个实例中，存储器1202可以是只读存储器(Read Only Memory，ROM)。在一个实例中，该ROM可以是掩模编程的ROM、可编程ROM(PROM)、可擦除PROM(EPROM)、电可擦除PROM(EEPROM)、电可改写ROM(EAROM)或闪存或者两个或更多个以上这些的组合。
处理器1201通过读取并执行存储器1202中存储的计算机程序指令，以实现图5或图8所示实施例中的方法，并达到图5或图8所示实例执行其方法达到的相应技术效果，为简洁描述在此不再赘述。
在一个示例中，该电子设备还可包括通信接口1203和总线1210。其中，如图12所示，处理器1201、存储器1202、通信接口1203通过总线1210连接并完成相互间的通信。
通信接口1203，主要用于实现本申请实施例中各模块、装置、单元和/或设备之间的通信。
总线1210包括硬件、软件或两者，将在线数据流量计费设备的部件彼此耦接在一起。举例来说而非限制，总线可包括加速图形端口(Accelerated Graphics Port，AGP)或其他图形总线、增强工业标准架构(Extended Industry Standard Architecture，EISA)总线、前端总线(Front Side Bus，FSB)、超传输(Hyper Transport，HT)互连、工业标准架构(Industry Standard Architecture，ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、外围组件互连(PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线1210可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。
该电子设备可以执行本申请实施例中的呼叫处理方法，从而实现图5或图8描述的呼叫处理方法的相应技术效果。
另外，结合上述实施例中的呼叫处理方法，本申请实施例可提供一种计算机存储介质来实现。该计算机存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现上述实施例中的任意一种呼叫处理方法。
在示例性的实施例中，本申请实施例还提供了一种计算机程序产品，当计算机程序产品在计算机上运行时，使得计算机实现上述实施例中的呼叫处理方法。
通过以上实施方式的描述，所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。
在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个装置，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是一个物理单元或多个物理单元，即可以位于一个地方，或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上内容，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何在本申请揭露的技术范围内的变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。
Claims (18)
1.一种呼叫处理方法，其特征在于，所述方法应用于通用数据管理网元UDM，包括：
在接收到来自应用功能网元AF的通信建立请求的情况下，查询所述通信建立请求指向的目标终端的通信状态特征信息；
在所述通信状态特征信息表征出所述目标终端建立有协议数据单元PDU会话的情况下，向所述目标终端发送第一消息，所述第一消息用于通知所述目标终端根据PDU会话与核心网进行通信。
2.如权利要求1所述的呼叫处理方法，其特征在于，在所述通信状态特征信息表征出所述目标终端已在所述核心网注册但未建立PDU会话的情况下，所述方法还包括：
通过第一接入和移动管理功能网元AMF向所述目标终端发送第二消息，其中，所述第一AMF注册有所述目标终端，所述第二消息用于通知所述目标终端发起所述PDU会话的建立流程，并根据所述PDU会话与所述核心网建立通信。
3.如权利要求1所述的呼叫处理方法，其特征在于，在所述通信状态特征信息表征出目标终端在所述核心网未注册的情况下，所述方法还包括：
向所述AF发送未注册消息，所述未注册消息用于指示所述目标终端在核心网未注册。
4.如权利要求1-3任一项所述的呼叫处理方法，其特征在于，所述通信状态特征信息包括所述目标终端关联的接入和移动管理功能网元标识AMF ID和所述目标终端关联的会话管理功能网元标识SMF ID。
5.一种呼叫处理方法，其特征在于，所述方法应用于通用数据管理网元UDM，包括：
在接收到来自第一会话管理功能网元SMF的通信建立请求的情况下，查询所述通信建立请求指向的被叫终端的通信状态特征信息，其中，所述第一SMF注册有主叫终端；
在所述通信状态特征信息表征出所述被叫终端建立有协议数据单元PDU会话的情况下，向所述被叫终端发送第一消息，所述第一消息用于通知所述被叫终端根据PDU会话与所述主叫终端建立通信。
6.如权利要求5所述的呼叫处理方法，其特征在于，在所述通信状态特征信息表征出所述被叫终端已在核心网注册但未建立PDU会话的情况下，所述方法还包括：
通过第一接入和移动管理功能网元AMF向所述被叫终端发送第二消息，其中，所述第一AMF注册有所述被叫终端，所述第二消息用于通知所述被叫终端发起所述PDU会话的建立流程，并根据所述PDU会话与所述主叫终端建立通信。
7.如权利要求5所述的呼叫处理方法，其特征在于，在所述通信状态特征信息表征出被叫终端在核心网未注册的情况下，所述方法还包括：
向所述第一SMF发送未注册消息，所述未注册消息用于指示所述被叫终端在核心网未注册。
8.如权利要求5-7任一项所述的呼叫处理方法，其特征在于，所述通信状态特征信息包括所述被叫终端关联的接入和移动管理功能网元标识AMF ID和所述被叫终端关联的会话管理功能网元标识SMF ID。
9.一种呼叫处理装置，其特征在于，所述装置应用于通用数据管理网元UDM，包括：
查询模块，用于在接收到来自应用功能网元AF的通信建立请求的情况下，查询所述通信建立请求指向的目标终端的通信状态特征信息；
发送模块，用于在所述通信状态特征信息表征出所述目标终端建立有协议数据单元PDU会话的情况下，向所述目标终端发送第一消息，所述第一消息用于通知所述目标终端根据PDU会话与核心网进行通信。
10.如权利要求9所述的呼叫处理装置，其特征在于，在所述通信状态特征信息表征出所述目标终端已在所述核心网注册但未建立PDU会话的情况下，所述发送模块还用于：
通过第一接入和移动管理功能网元AMF向所述目标终端发送第二消息，其中，所述第一AMF注册有所述目标终端，所述第二消息用于通知所述目标终端发起所述PDU会话的建立流程，并根据所述PDU会话与所述核心网建立通信。
11.如权利要求9所述的呼叫处理装置，其特征在于，在所述通信状态特征信息表征出所述目标终端在所述核心网未注册的情况下，所述发送模块还用于：
向所述AF发送未注册消息，所述未注册消息用于指示所述目标终端在核心网未注册。
12.如权利要求9-11任一项所述的呼叫处理装置，其特征在于，所述通信状态特征信息包括所述目标终端关联的接入和移动管理功能网元标识AMF ID和所述目标终端关联的会话管理功能网元标识SMF ID。
13.一种呼叫处理装置，其特征在于，所述装置应用于通用数据管理网元UDM，包括：
查询模块，用于在接收到来自第一会话管理功能网元SMF的通信建立请求的情况下，查询所述通信建立请求指向的被叫终端的通信状态特征信息，其中，所述第一SMF注册有主叫终端；
发送模块，用于在所述通信状态特征信息表征出所述被叫终端建立有协议数据单元PDU会话的情况下，向所述被叫终端发送第一消息，所述第一消息用于通知所述被叫终端根据PDU会话与所述主叫终端建立通信。
14.如权利要求13所述的呼叫处理装置，其特征在于，在所述通信状态特征信息表征出所述被叫终端已在核心网注册但未建立PDU会话的情况下，所述发送模块还用于：
通过第一接入和移动管理功能网元AMF向所述被叫终端发送第二消息，其中，所述第一AMF注册有所述被叫终端，所述第二消息用于通知所述被叫终端发起所述PDU会话的建立流程，并根据所述PDU会话与所述主叫终端建立通信。
15.如权利要求13所述的呼叫处理装置，其特征在于，在所述通信状态特征信息表征出所述被叫终端在核心网未注册的情况下，所述发送模块还用于：
向所述第一SMF发送未注册消息，所述未注册消息用于指示所述被叫终端在核心网未注册。
16.如权利要求13-15任一项所述的呼叫处理装置，其特征在于，所述通信状态特征信息包括所述被叫终端关联的接入和移动管理功能网元标识AMF ID和所述被叫终端关联的会话管理功能网元标识SMF ID。
17.一种电子设备，其特征在于，包括：存储器，处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述计算机程序被所述处理器执行时实现如权利要求1至8中任一项所述的呼叫处理方法。
18.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至8中任一项所述的呼叫处理方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210661815.9A CN114916042B (zh) | 2022-06-13 | 2022-06-13 | 呼叫处理方法、装置、设备和存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210661815.9A CN114916042B (zh) | 2022-06-13 | 2022-06-13 | 呼叫处理方法、装置、设备和存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114916042A true CN114916042A (zh) | 2022-08-16 |
| CN114916042B CN114916042B (zh) | 2023-11-21 |
Family
ID=82770502
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210661815.9A Active CN114916042B (zh) | 2022-06-13 | 2022-06-13 | 呼叫处理方法、装置、设备和存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN114916042B (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115474222A (zh) * | 2022-09-13 | 2022-12-13 | 广州爱浦路网络技术有限公司 | 一种终端的通信方法、系统、电子设备及存储介质 |
Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2019160376A1 (ko) * | 2018-02-18 | 2019-08-22 | 엘지전자 주식회사 | 무선 통신 시스템에서 smf의 신호 송수신 방법 및 이를 위한 장치 |
| WO2020147543A1 (zh) * | 2019-01-15 | 2020-07-23 | 电信科学技术研究院有限公司 | 一种pdu会话激活方法、寻呼方法及其装置 |
| CN112075098A (zh) * | 2019-01-16 | 2020-12-11 | 华为技术有限公司 | 一种小区注册方法及终端设备 |
| CN112188579A (zh) * | 2020-10-21 | 2021-01-05 | 中国联合网络通信集团有限公司 | 呼叫方法及终端、认证管理功能实体设备 |
| CN112543172A (zh) * | 2019-09-23 | 2021-03-23 | 维沃移动通信有限公司 | 一种ims呼叫方法、终端和网络功能 |
| WO2021120744A1 (zh) * | 2019-12-20 | 2021-06-24 | 华为技术有限公司 | 一种恢复ims业务的方法及装置 |
| WO2021162500A1 (ko) * | 2020-02-13 | 2021-08-19 | 엘지전자 주식회사 | 멀티 액세스 pdu 세션과 관련된 통신 |
| CN114071790A (zh) * | 2021-12-16 | 2022-02-18 | 中国联合网络通信集团有限公司 | 通信方法、装置、设备及存储介质 |
| CN114205878A (zh) * | 2020-09-18 | 2022-03-18 | 华为技术有限公司 | 通信方法及装置 |
| CN114531739A (zh) * | 2020-11-23 | 2022-05-24 | 华为技术有限公司 | 无线连接建立方法及通信装置 |
| CN114567704A (zh) * | 2020-11-27 | 2022-05-31 | 华为技术有限公司 | 应用于呼叫的交互方法和相关装置 |
-
2022
- 2022-06-13 CN CN202210661815.9A patent/CN114916042B/zh active Active
Patent Citations (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2019160376A1 (ko) * | 2018-02-18 | 2019-08-22 | 엘지전자 주식회사 | 무선 통신 시스템에서 smf의 신호 송수신 방법 및 이를 위한 장치 |
| WO2020147543A1 (zh) * | 2019-01-15 | 2020-07-23 | 电信科学技术研究院有限公司 | 一种pdu会话激活方法、寻呼方法及其装置 |
| CN112075098A (zh) * | 2019-01-16 | 2020-12-11 | 华为技术有限公司 | 一种小区注册方法及终端设备 |
| CN112543172A (zh) * | 2019-09-23 | 2021-03-23 | 维沃移动通信有限公司 | 一种ims呼叫方法、终端和网络功能 |
| WO2021120744A1 (zh) * | 2019-12-20 | 2021-06-24 | 华为技术有限公司 | 一种恢复ims业务的方法及装置 |
| WO2021162500A1 (ko) * | 2020-02-13 | 2021-08-19 | 엘지전자 주식회사 | 멀티 액세스 pdu 세션과 관련된 통신 |
| CN114205878A (zh) * | 2020-09-18 | 2022-03-18 | 华为技术有限公司 | 通信方法及装置 |
| CN112188579A (zh) * | 2020-10-21 | 2021-01-05 | 中国联合网络通信集团有限公司 | 呼叫方法及终端、认证管理功能实体设备 |
| CN114531739A (zh) * | 2020-11-23 | 2022-05-24 | 华为技术有限公司 | 无线连接建立方法及通信装置 |
| CN114567704A (zh) * | 2020-11-27 | 2022-05-31 | 华为技术有限公司 | 应用于呼叫的交互方法和相关装置 |
| CN114071790A (zh) * | 2021-12-16 | 2022-02-18 | 中国联合网络通信集团有限公司 | 通信方法、装置、设备及存储介质 |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN115474222A (zh) * | 2022-09-13 | 2022-12-13 | 广州爱浦路网络技术有限公司 | 一种终端的通信方法、系统、电子设备及存储介质 |
| CN115474222B (zh) * | 2022-09-13 | 2023-06-16 | 广州爱浦路网络技术有限公司 | 一种终端的通信方法、系统、电子设备及存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114916042B (zh) | 2023-11-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP3720048B1 (en) | User policy acquisition | |
| US10979880B2 (en) | Optimized short message transport | |
| CN113966585A (zh) | 建立冗余pdu会话的方法和设备 | |
| US9237429B2 (en) | Method and system for implementing packet switch domain short message service, and user equipment | |
| EP2861000B1 (en) | Method and device for transmitting downlink data | |
| US11012825B2 (en) | Short message transmission method, device, and system | |
| KR101479920B1 (ko) | 이동 디바이스들의 위치 정보에 대한 요청들을 처리하는 방법 및 시스템 | |
| US9100796B2 (en) | Methods, systems, and computer readable media for seamless roaming between diameter and non-diameter networks | |
| CN105453617B (zh) | 用于获得验证信息的方法和设备 | |
| CN114916042B (zh) | 呼叫处理方法、装置、设备和存储介质 | |
| US9603037B2 (en) | Method of handling delayed signaling of target mobile device | |
| US8914023B2 (en) | Method for transmitting multimedia message to roamed multimedia message receiver and system thereof | |
| EP3737199B1 (en) | Communication network component and method for handling a service request | |
| CN112584332A (zh) | 短消息传输方法、装置和系统、注册方法和装置 | |
| CN108540428B (zh) | 业务处理方法、设备及系统 | |
| EP2537381B1 (en) | Network location management entity | |
| KR102325935B1 (ko) | 베어러 수정 요청 메시지의 전송을 위한 통신 처리 시스템, 이동성 관리 엔티티, 및 서빙 게이트웨이와, 그 제어방법 | |
| WO2022064336A1 (en) | Network slice quotas in the presence of interworking | |
| KR20110023563A (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 |