呼叫提醒方法、提醒服务器和计算机可读存储介质与流程

本发明实施例涉及一种通信技术领域，特别是一种呼叫提醒方法、提醒服务器和计算机可读存储介质。

背景技术：

开机提醒业务是为主叫终端提供的一种新型呼叫提醒类业务。当主叫终端拨打被叫终端时，提醒平台通过分析信令采集系统提供的信令数据，若被叫终端不可及(包括被叫终端不在服务区、被叫呼入限制、拔电池、关机或其他原因无法呼叫)，给主叫终端播放提示音；当被叫终端可及后，提醒平台向主叫终端发送一条被叫终端开机的提醒短信，通知主叫终端曾经呼叫过的被叫终端已经开机或重新回到了服务区，以提醒主叫终端现在可以跟被叫终端取得联系了。

以开机提醒业务为例说明现有技术中开机提醒实现过程。

其中关键的步骤是获取主叫终端的呼叫事件，具体包括：信令监测平台包括信令采集功能，获取主叫终端发送的状态更新信令，并进行信令解析，向终端状态平台发送所述主叫终端的当前状态；并且信令监测平台获取其解析到的被叫终端的更新状态，并将该更新状态通知给订阅被叫终端状态的主叫终端，从而可以使主叫终端在不影响被叫终端的情况下，获得被叫终端的连续的状态变化情况。

另外也有一种开机提醒实现过程，在ussd(unstructuredsupplementaryservicedata，非结构化补充数据业务)中心设置业务请求模块，用于根据主叫终端的申请，向被叫终端的scp(servicecontrolpoint，业务控制点)发送业务激活或去激活请求，并将scp的操作结果返回给主叫终端；在scp中设置业务执行模块，用于激活或去激活业务，业务激活后，根据信令采集系统对采集到的主叫终端信令进行分析，当收到其他主叫终端所在ssp(signalingswitchpoint，信令交换点)上报的对被叫终端的呼叫不能接续的事件后，向主叫终端所在ssp下发关于发送被叫终端状态提醒语音的指令；在ssp中设置业务放音模块，用于保存关于被叫终端状态的语音数据，当收到scp下发的指令后，向主叫终端发送关于被叫终端状态的提醒语音。

上述两种方案，开机提醒短信的发送都是依赖信令采集系统对主叫终端以及被叫终端的信令进行采集、并对信令进行分析后，转发至可实现开机提醒的功能实体，复杂的流程导致了时延的问题。

目前，现有技术还没有相应的方法来解决上述问题。

技术实现要素：

针对现有技术的缺陷，本发明实施例提供一种呼叫提醒方法、提醒服务器和计算机可读存储介质。

一方面，本发明实施例提供一种呼叫提醒方法，包括：

提醒服务器接收呼叫会话控制功能服务器发送的呼叫消息，所述呼叫消息包括主叫终端标识和被叫终端标识，所述呼叫消息是呼叫会话控制功能服务器判断获知所述主叫终端标识与预先存储的终端标识匹配后发送的；

若判断获知所述被叫终端标识对应的被叫终端的状态由不可及变为可及，则向短信中心或短信网关发送通知消息，所述通知消息包括所述主叫终端标识和所述被叫终端标识，以供短信中心或短信网关向所述主叫终端或被叫终端发送提醒短信。

另一方面，本发明实施例还提供一种提醒服务器，包括：

接收单元，用于接收呼叫会话控制功能服务器发送的呼叫消息，所述呼叫消息包括主叫终端标识和被叫终端标识，所述呼叫消息是呼叫会话控制功能服务器判断获知所述主叫终端标识与预先存储的终端标识匹配后发送的；

发送单元，用于若判断获知所述被叫终端标识对应的被叫终端的状态由不可及变为可及，则向短信中心或短信网关发送通知消息，所述通知消息包括所述主叫终端标识和所述被叫终端标识，以供短信中心或短信网关向所述主叫终端或被叫终端发送提醒短信。

另一方面，本发明实施例还提供一种提醒服务器，包括存储器、处理器、总线以及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如下方法。

接收呼叫会话控制功能服务器发送的呼叫消息，所述呼叫消息包括主叫终端标识和被叫终端标识，所述呼叫消息是呼叫会话控制功能服务器判断获知所述主叫终端标识与预先存储的终端标识匹配后发送的；

若判断获知所述被叫终端标识对应的被叫终端的状态由不可及变为可及，则向短信中心或短信网关发送通知消息，所述通知消息包括所述主叫终端标识和所述被叫终端标识，以供短信中心或短信网关向所述主叫终端或被叫终端发送提醒短信。

所述提醒服务器接收呼叫会话控制功能服务器发送的呼叫消息之前，所述方法还包括：

提醒服务器接收归属用户服务器发送的签约数据，所述签约数据包括所述主叫终端标识，所述签约数据是所述主叫终端标识签约开机提醒业务后发送的。

所述呼叫会话控制功能服务器为主叫侧呼叫会话控制功能服务器；

相应地，若判断获知所述被叫终端标识对应的被叫终端的状态由不可及变为可及，具体为：

将所述呼叫消息发送至被叫侧呼叫会话控制功能服务器；

接收被叫侧呼叫会话控制功能服务器返回的应答消息；

若判断获知所述应答消息为非正常应答，则确定所述被叫终端标识对应的被叫终端的状态为不可及；

发送订阅请求至归属用户服务器，所述订阅请求包括被叫终端标识：

接收所述归属用户服务器返回的通知信息，所述通知信息是所述归属用户服务器在所述被叫终端标识对应的被叫终端的状态为可及后发送的。

所述确定所述被叫终端标识对应的被叫终端的状态为不可及之后，所述发送订阅请求至归属用户服务器之前，所述方法还包括：

向预先获取的短信网关地址对应的短信网关发送哑短信；

根据所述短信网关返回的探测结果，确定被叫终端状态。

所述根据短信网关返回的探测结果，确定被叫终端状态，具体为：

若判断获知所述探测结果为应答码，则确定被叫终端状态为可及，所述应答码是短信网关发送哑短信后成功返回的；

若判断获知所述探测结果为错误码，则确定被叫终端状态为以下任意一种：关机、不在服务区和未知原因，所述错误码是短信网关发送哑短信失败后返回的。

所述关机、不在服务区和未知原因采用不同的错误码表示，相应地，所述若判断获知所述探测结果为错误码，具体为：

若判断获知所述错误码为不可及的错误码，则间隔预设时间，执行预设次数的向预先获取的短信网关地址对应的短信网关发送哑短信的步骤，若判断获知所述错误码不是不可及的错误码，则执行发送订阅请求至归属用户服务器的步骤。

另一方面，本发明实施例还提供一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现如下步骤：

接收呼叫会话控制功能服务器发送的呼叫消息，所述呼叫消息包括主叫终端标识和被叫终端标识，所述呼叫消息是呼叫会话控制功能服务器判断获知所述主叫终端标识与预先存储的终端标识匹配后发送的；

若判断获知所述被叫终端标识对应的被叫终端的状态由不可及变为可及，则向短信中心或短信网关发送通知消息，所述通知消息包括所述主叫终端标识和所述被叫终端标识，以供短信中心或短信网关向所述主叫终端或被叫终端发送提醒短信。

所述提醒服务器接收呼叫会话控制功能服务器发送的呼叫消息之前，所述方法还包括：

提醒服务器接收归属用户服务器发送的签约数据，所述签约数据包括所述主叫终端标识，所述签约数据是所述主叫终端标识签约开机提醒业务后发送的。

所述呼叫会话控制功能服务器为主叫侧呼叫会话控制功能服务器；

相应地，若判断获知所述被叫终端标识对应的被叫终端的状态由不可及变为可及，具体为：

将所述呼叫消息发送至被叫侧呼叫会话控制功能服务器；

接收被叫侧呼叫会话控制功能服务器返回的应答消息；

若判断获知所述应答消息为非正常应答，则确定所述被叫终端标识对应的被叫终端的状态为不可及；

发送订阅请求至归属用户服务器，所述订阅请求包括被叫终端标识：

接收所述归属用户服务器返回的通知信息，所述通知信息是所述归属用户服务器在所述被叫终端标识对应的被叫终端的状态为可及后发送的。

所述确定所述被叫终端标识对应的被叫终端的状态为不可及之后，所述发送订阅请求至归属用户服务器之前，所述方法还包括：

向预先获取的短信网关地址对应的短信网关发送哑短信；

根据所述短信网关返回的探测结果，确定被叫终端状态。

所述根据短信网关返回的探测结果，确定被叫终端状态，具体为：

若判断获知所述探测结果为应答码，则确定被叫终端状态为可及，所述应答码是短信网关发送哑短信后成功返回的；

若判断获知所述探测结果为错误码，则确定被叫终端状态为以下任意一种：关机、不在服务区和未知原因，所述错误码是短信网关发送哑短信失败后返回的。

所述关机、不在服务区和未知原因采用不同的错误码表示，相应地，所述若判断获知所述探测结果为错误码，具体为：

若判断获知所述错误码为不可及的错误码，则间隔预设时间，执行预设次数的向预先获取的短信网关地址对应的短信网关发送哑短信的步骤，若判断获知所述错误码不是不可及的错误码，则执行发送订阅请求至归属用户服务器的步骤。

由上述技术方案可知，本发明实施例提供的呼叫提醒方法、提醒服务器和计算机可读存储介质，所述方法提醒服务器接收呼叫会话控制功能服务器发送的呼叫消息，使提醒服务器可捕捉到主叫终端发起的所有呼叫，简化了提醒服务器获得呼叫消息的流程，从而可缩短提醒服务器实现提醒业务的时间。

附图说明

图1为本发明实施例提供的一种呼叫提醒方法的流程示意图；

图2为本发明又一实施例提供的一种呼叫提醒方法的流程示意图；

图3为本发明又一实施例提供的一种提醒服务器的结构示意图；

图4为本发明又一实施例提供的一种呼叫提醒系统的结构示意图；

图5为本发明又一实施例提供的一种呼叫提醒系统的信令交互示意图；

图6为本发明又一实施例提供的一种提醒服务器的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本发明实施例一部分实施例，而不是全部的实施例。

图1示出了本发明实施例提供的一种呼叫提醒方法的流程示意图。

参照图1，本发明实施例提供的方法具体包括以下步骤：

步骤11、提醒服务器接收呼叫会话控制功能服务器发送的呼叫消息，所述呼叫消息包括主叫终端标识和被叫终端标识，所述呼叫消息是呼叫会话控制功能服务器判断获知所述主叫终端标识与预先存储的终端标识匹配后发送的。

在本实施例中，在ims(ipmultimediasubsystem，ip多媒体子系统)中设置一个as(applicationserver，应用服务器)，也就是提醒服务器。

可选地，提醒服务器是可在volte(voiceoverlte，基于lte网络的语音业务)环境下，为终端提供的呼叫提醒类业务的平台。

可选地，所述提醒服务器提供开机提醒业务。

相应地，若提供开机提醒业务，所述提醒服务器可为开机提醒服务器。

其中，提醒服务器与ims网络中的呼叫会话控制功能服务器(callsessioncontrolfunction，cscf)可进行交互。

可选地，所述提醒服务器与所述cscf之间通过sip(sessioninitiationprotocol，会话初始化协议)/rtp(real-timetransportprotocol，实时传输协议)交互。

可选地，cscf可为业务-呼叫会话控制功能服务器(s-cscf)，用于处理ims网内的所有呼叫事件。

可选地，cscf预先存储有终端标识，且所述终端标识与ifc(initialfiltercriteria，初始过滤准则)相关。

可选地，ifc可包括多种业务的触发条件，分别与对应的终端标识相关。

举例来说，提醒ifc是对应终端标识和提醒业务的触发条件，主叫终端向被叫终端发起呼叫，生成呼叫事件，cscf在处理呼叫事件时，进行提醒ifc匹配检测，若呼叫事件中主叫终端标识符合ifc中的终端标识，则生成对应所述呼叫事件的呼叫消息，向提醒业务对应的提醒服务器触发，使得提醒服务器可以对该次业务按照提醒服务器内既定的业务逻辑进行控制。

在开机提醒业务场景中，提醒ifc是对应主叫终端标识和开机提醒业务的触发条件，cscf在处理呼叫事件时，进行提醒ifc匹配检测，若呼叫事件中主叫终端标识符合ifc中的终端标识，则生成对应的呼叫消息，触发开机提醒业务对应的开机提醒服务器，使开机提醒服务器可捕捉到主叫终端发起的所有呼叫，使得开机提醒服务器可以对该次业务进行后续的判断流程。

应当说明的是，通过接收cscf发送的呼叫消息，使得提醒服务器获知主叫终端标识和被叫终端标识的呼叫事件，从而可不依赖信令采集系统获得所述呼叫事件，可以理解的是，由ims网络的cscf直接将呼叫消息发送至提醒服务器，使提醒服务器可捕捉到主叫终端发起的所有呼叫。

在本步骤中，提醒服务器接收cscf发送的呼叫消息，所述呼叫消息为sip的invite消息，表示主叫终端发出呼叫会话请求。

步骤12、若判断获知所述被叫终端标识对应的被叫终端的状态由不可及变为可及，则向短信中心或短信网关发送通知消息，所述通知消息包括所述主叫终端标识和所述被叫终端标识，以供短信中心或短信网关向所述主叫终端或被叫终端发送提醒短信。

在本步骤中，所述提醒服务器判断所述被叫终端标识对应的被叫终端的状态，判断被叫终端的状态的手段可有多种，可采用现有技术中的技术手段，如向终端状态平台查询被叫终端的状态更新信令，可获知被叫终端的状态。

在开机提醒业务场景中，开机提醒服务器根据被叫终端的状态，对呼叫消息进行区分处理：如被叫终端的正常应答，开机提醒服务器不做后续处理；如被叫非正常应答，导致主叫终端呼叫失败，判断被叫终端的状态为不可及。

其中，被叫终端的状态不可及的原因可有多种，包括被叫终端不在服务区、被叫呼入限制、拔电池、关机或其他由于被叫终端的原因无法进行呼叫连接。

可选地，周期性查询被叫终端的状态，若判断获知所述被叫终端标识对应的被叫终端的状态由不可及变为可及，则可进行后续短信业务流程。

可选地，所述提醒服务器与短信中心采用smpp(shortmessagepeertopeer，短信的接收与提交)协议连接。

可选地，所述提醒服务器与短信网关采用cmpp(chinamobilepeertopeer，中国移动点对点协议)协议连接。

其中，根据不同系统中不同的短信业务流程选择与短信中心或与短信网关连接。

举例来说，以与短信中心连接为例，所述提醒服务器向短信中心发送通知消息，所述通知消息包括所述主叫终端标识和所述被叫终端标识。

可选地，短信中心接收所述通知消息，向所述主叫终端发送提醒短信，用于提醒所述主叫终端所述被叫终端的状态为可及，以供主叫终端再次呼叫被叫终端。

可选地，短信中心接收所述通知消息，向所述被叫终端发送提醒短信，用于提醒所述被叫终端所述被叫终端所述主叫终端曾经有过呼叫事件，以供被叫终端回电。

本实施例提供的呼叫提醒方法，至少具有以下技术效果：

通过提醒服务器接收呼叫会话控制功能服务器发送的呼叫消息，使提醒服务器可捕捉到主叫终端发起的所有呼叫，简化了提醒服务器获得呼叫消息的流程，从而可缩短提醒服务器实现提醒业务的时间。

图2示出了本发明又一实施例提供的一种呼叫提醒方法的流程示意图。

参照图2，在上述实施例的基础上，本实施例提供的呼叫提醒方法。所述方法步骤11之前，所述方法还包括：

步骤10、提醒服务器接收归属用户服务器发送的签约数据，所述签约数据包括所述主叫终端标识，所述签约数据是所述主叫终端标识签约开机提醒业务后发送的。

在本实施例中，归属用户服务器(homesubscriberserver,hss)支持用于处理调用/会话的ims网络实体的主要用户数据库。它包含用户配置文件，执行用户的身份验证和授权，并可提供有关用户物理位置和状态的信息。

可选地，与hss通信的实体是as(如本实施例的提醒服务器)和cscf，其中as以ims环境为宿主并执行其中的服务。用户配置文件包含有关当前用户的信息，通常cscf会在用户进行网络注册时下载和使用用户配置文件。

可选地，提醒服务器通过7号信令与信令网通过7号信令相连，采用map(mobileapplicationpart，移动应用部分)协议，进而与所述hss交互。

可选地，所述签约数据是主叫终端标识签约开机提醒业务后生成的，用于通知提醒服务器主叫终端标识为已签约用户。

若主叫终端签约了开机提醒业务，hss中的用户配置文件包含开机提醒业务的ifc，且与所述主叫终端标识相关，发送的签约数据为所述主叫终端标识，用于通知开机提醒服务器主叫终端标识为已签约开机提醒业务的用户。

相应地，hss储存对应的ifc，cscf自hss下载并储存到本地，在开机提醒业务场景中，cscf获取呼叫事件后，判断呼叫事件中主叫终端标识与预先存储的主叫终端标识匹配，可确定所述主叫终端标识为签约开机提醒业务的主叫终端。

应当说明的是，通过提醒服务器接收hss发送的签约提醒业务的终端标识，可将签约提醒业务的终端标识储存于本地，在cscf判断错误的情况下，再次进行验证判断判断获知所述主叫终端标识与预先存储的终端标识是否匹配，从而可提高提醒业务的实现的准确程度。

此外，由于cscf自hss下载签约提醒业务的终端标识，可使cscf根据ifc，将对应的呼叫消息直接发送至对应的提醒服务器，使提醒服务器可捕捉到主叫终端发起的所有呼叫，简化了提醒服务器获得呼叫消息的流程，从而可缩短提醒服务器实现提醒业务的时间。

本实施例提供呼叫提醒方法，至少具有以下技术效果：

通过提醒服务器接收归属用户服务器发送的签约提醒业务的终端标识，可使提醒服务器可接收所述呼叫会话控制功能服务器发送的呼叫消息，简化了提醒服务器获得呼叫消息的流程，从而可缩短提醒服务器实现提醒业务的时间。

参照图1，在上述实施例的基础上，本实施例提供的呼叫提醒方法，所述步骤12，判断获知所述被叫终端标识对应的被叫终端的状态由不可及变为可及的方式可有多种，本发明实施例以其中一种为例说明。

所述方法包括步骤11、提醒服务器接收呼叫会话控制功能服务器发送的呼叫消息，所述呼叫消息包括主叫终端标识和被叫终端标识，所述呼叫消息是呼叫会话控制功能服务器判断获知所述主叫终端标识与预先存储的终端标识匹配后发送的。

所述步骤11与上述步骤11相同，本实施例不再赘述。

在开机提醒业务场景中，所述呼叫会话控制功能服务器为主叫侧呼叫会话控制功能服务器，所述步骤12包括：

步骤121、将所述呼叫消息发送至被叫侧呼叫会话控制功能服务器。

再本步骤中，开机提醒服务器将主叫侧呼叫会话控制功能服务器发送的所述呼叫消息，直接转发至被叫终端标识对应的被叫侧呼叫会话控制功能服务器。

步骤122、接收被叫侧呼叫会话控制功能服务器返回的应答消息。

被叫侧呼叫会话控制功能服务器对所述呼叫消息的被叫终端标识对应的被叫终端进行呼叫控制，返回相应的应答消息。

举例来说，应答消息可为181/183/180/200消息。其中，181(callisbeingforwarded)消息表示会话正在进行；183(sessionprogress)消息用于提示建立会话的进度；180消息表示被叫在振铃；200消息为正常的确认呼叫消息的应答。

步骤123、若判断获知所述应答消息为非正常应答，确定所述被叫终端标识对应的被叫终端的状态为不可及。

各消息包括消息体和可选的原因值，所述原因值为非正常应答的错误原因，当然可能没有原因值，也就是说，判断不出被叫终端的状态。

提醒服务器对返回的应答消息进行分析，当收到181或183，且携带错误原因值时，可确定所述被叫终端标识对应的被叫终端的状态为不可及。

举例来说，原因值为18表示被叫终端不可及，原因值为20，表示被叫终端关机。

步骤124、提醒服务器发送订阅请求至归属用户服务器，所述订阅请求包括被叫终端标识。

其中，所述订阅请求用于请求所述hss在所述被叫终端标识对应的被叫终端的状态为可及时，返回通知信息。

可选地，所述订阅请求为reportsmdelievestatus(短信发送状态报告)消息。

可选地，hss维护终端的状态，向hss发送订阅请求，可使hss监测所述被叫终端标识对应的被叫终端的状态，在所述被叫终端标识对应的被叫终端的状态为可及时，返回通知信息。

步骤125、接收所述归属用户服务器返回的通知信息，所述通知信息是所述hss在所述被叫终端标识对应的被叫终端的状态为可及后发送的。

此外，在确定所述被叫终端标识对应的被叫终端的状态为不可及，提醒服务器可根据现有技术中的终端状态监控平台，以获取被叫终端的状态，在被叫终端的状态变为可及后，提醒服务器与短信中心或短信网关交互，以实现提醒业务。

本实施例提供呼叫提醒方法，至少具有以下技术效果：

通过提醒服务器实时对接收被叫侧呼叫会话控制功能服务器返回的应答消息进行分析，可实时确定所述被叫终端标识对应的被叫终端的状态，从而及时进行后续处理，以实现提醒业务。

参照图1，在上述实施例的基础上，本实施例提供的呼叫提醒方法。所述方法步骤123或122’之后，提醒服务器确定获知所述被叫终端标识对应的被叫终端的状态为可及的方式可有多种，本实施例举例说明其中一种。

所述方法包括：

步骤11、提醒服务器接收呼叫会话控制功能服务器发送的呼叫消息，所述呼叫消息包括主叫终端标识和被叫终端标识，所述呼叫消息是呼叫会话控制功能服务器判断获知所述主叫终端标识与预先存储的终端标识匹配后发送的。

所述步骤11与上述步骤11相同，本实施例不再赘述。

步骤12、若判断获知所述被叫终端标识对应的被叫终端的状态由不可及变为可及，则向短信中心或短信网关发送通知消息，所述通知消息包括所述主叫终端标识和所述被叫终端标识，以供短信中心或短信网关向所述主叫终端或被叫终端发送提醒短信。

所述步骤11与上述步骤12相似，本实施例不再赘述。

在开机提醒业务场景中，在所述步骤123之后，所述步骤124之前，所述方法还包括：

步骤a1、提醒服务器向预先获取的短信网关地址对应的短信网关发送哑短信。

其中，短信网关可采用下发哑短信的方式进行终端状态探测，以获取被叫终端的状态。

可选地，短信网关接收到所述哑短信，可对应探测被叫终端的状态。

具体地，所述哑短信为现有技术，本实施例不再赘述。

在步骤a1之前，所述方法还包括：

提醒服务器向归属用户服务器发送查询请求，所述查询请求包括所述被叫终端标识，用于查询所述被叫终端标识对应的短信网关地址。

可选地，所述查询请求为sri(searchrouteinformation)消息，以查询volte网络中所述被叫终端标识对应的号码路由，也就是短信网关地址。

可选地，所述短信网关为ip-sm-gw(ip短信网关)。

相应地，接收归属用户服务器返回的短信网关地址。

可选地，hss还维护各终端的短信网关地址，在接收到所述查询请求时，根据所述被叫终端标识，查询对应数据库中所述被叫终端标识的业务数据，并获取所述被叫终端标识对应的短信网关地址，并返回至提醒服务器。

步骤a2、根据短信网关返回的探测结果，确定被叫终端状态。

提醒服务器接收短信网关返回的探测结果。

可选地，所述探测结果可为两种，应答码和错误码。

若判断获知所述探测结果为应答码，则确定被叫终端状态为可及，所述应答码是短信网关发送哑短信后成功返回的；

若判断获知所述探测结果为错误码，则确定被叫终端状态为以下任意一种：关机、不在服务区和未知原因，所述错误码是短信网关发送哑短信失败后返回的。

若短信网关发送哑短信成功，则返回应答码，提醒服务器可执行上述步骤12。

若短信网关发送哑短信失败，短信网关返回错误码，所述错误码是短信网关哑短信下发失败后发送的。

短信网关判断获知所述被叫终端的状态为关机、不在服务区或其他原因不可及，则返回对应的错误码。

提醒服务器若判断获知所述探测结果为应答码，则确定被叫终端状态为可及。

相应地，若判断获知所述探测结果为错误码，则确定被叫终端状态为以下任意一种：关机、不在服务区和未知原因。

可选地，分别采用不同的错误码表示关机、不在服务区或未知原因。

可选地，若判断获知所述错误码为未知原因的错误码，则间隔预设时间，重复执行步骤a1，若判断获知所述错误码不是未知原因的错误码，则执行步骤124。

可选地，提醒服务器判断所述预设的错误码是关机或不在服务区对应的错误码，提醒服务器向归属用户服务器发送订阅请求，以订阅归属用户服务器维护的被叫终端状态。

可选地，提醒服务器判断所述预设的错误码是未知原因对应的错误码，提醒服务器会再次向短信网关地址对应的短信网关发送哑短信。

应当说明的是，volte核心网对所述被叫终端不可及状态可能感知的不准确，在本步骤中，对哑短信下发机制进行了优化。

通过大数据统计，针对核心网返回的不同的错误码，判断获知所述错误码为预设的错误码，则间隔预设时间，重复发送哑短信，以此优化了哑短信下发机制，使得优化后探测准确率和及时性大大提高。

其中，重复发送的次数可以是预先设置的频次，根据具体情况进行调整。

可选地，所述预设时间和预设次数可根据具体情况进行设置，如1s和5次，本实施例不再一一列举。

本实施例提供呼叫提醒方法，至少具有以下技术效果：

通过提醒服务器与短信网关交互，使短信网关对被叫终端的状态进行探测，针对前述提醒服务器判断可能不准确的情况进行了优化，提高提醒服务器判断被叫终端的状态的准确性，从而更准确的实现提醒业务。

图3示出了本发明又一实施例提供的一种提醒服务器的结构示意图。

参照图3，在上述实施例的基础上，本实施例提供的提醒服务器，所述提醒服务器包括接收单元和发送单元，其中：

接收单元31用于接收呼叫会话控制功能服务器发送的呼叫消息，所述呼叫消息包括主叫终端标识和被叫终端标识，所述呼叫消息是呼叫会话控制功能服务器判断获知所述主叫终端标识与预先存储的终端标识匹配后发送的；发送单元32用于若判断获知所述被叫终端标识对应的被叫终端的状态由不可及变为可及，则向短信中心或短信网关发送通知消息，所述通知消息包括所述主叫终端标识和所述被叫终端标识，以供短信中心或短信网关向所述主叫终端或被叫终端发送提醒短信。

在接收单元31用于接收呼叫会话控制功能服务器发送的呼叫消息之前，呼叫会话控制功能服务器接收呼叫事件，所述呼叫事件包括主叫终端标识和被叫终端标识。

可选地，呼叫会话控制功能服务器可为业务-呼叫会话控制功能服务器(s-cscf)，用于处理ims网内的所有呼叫事件。当所述主叫终端向所述被叫终端发起呼叫，呼叫会话控制功能服务器可接收所述呼叫事件。

若呼叫会话控制功能服务器判断获知所述主叫终端标识与预先存储的终端标识匹配，则将所述呼叫事件对应的所述呼叫消息发送至提醒服务器。

可选地，cscf预先存储有终端标识，且所述终端标识与ifc(initialfiltercriteria，初始过滤准则)相关。

可选地，ifc可包括多种业务的触发条件，分别与对应的终端标识相关。

举例来说，提醒ifc是对应终端标识和提醒业务的触发条件，主叫终端向被叫终端发起呼叫，生成呼叫事件，cscf在处理呼叫事件时，进行提醒ifc匹配检测，若呼叫事件中主叫终端标识符合ifc中的终端标识，则生成对应所述呼叫事件的呼叫消息，向提醒业务对应的as触发，使得as可以对该次业务进行控制。

在本实施例中，在ims中设置一个as，即本实施例的提醒服务器。

可选地，提醒服务器是可在volte环境下，为终端提供的呼叫提醒类业务的平台。

可选地，所述提醒服务器提供开机提醒业务。

相应地，若提供开机提醒业务，所述提醒服务器可为开机提醒服务器。

其中，提醒服务器与ims网络中的呼叫会话控制功能服务器可进行交互。

可选地，所述提醒服务器的接收单元31与所述cscf之间通过sip/rtp交互。

在开机提醒业务场景中，提醒ifc是对应主叫终端标识和开机提醒业务的触发条件，cscf在处理呼叫事件时，进行提醒ifc匹配检测，若呼叫事件中主叫终端标识符合ifc中的终端标识，则生成对应的呼叫消息，触发开机提醒业务对应的开机提醒服务器，使接收单元31可捕捉到主叫终端发起的所有呼叫，使得开机提醒服务器可以对该次业务进行后续的判断流程。

应当说明的是，通过接收cscf发送的呼叫消息，使得接收单元31获知主叫终端标识和被叫终端标识的呼叫事件，从而可不依赖信令采集系统获得所述呼叫事件，可以理解的是，由ims网络的cscf直接将呼叫消息发送至接收单元31，使接收单元31可捕捉到主叫终端发起的所有呼叫。

可选地，接收单元31接收cscf发送的呼叫消息，所述呼叫消息为sip的invite消息，表示主叫终端发出呼叫会话请求。

所述提醒服务器判断所述被叫终端标识对应的被叫终端的状态，判断被叫终端的状态的手段可有多种，可采用现有技术中的技术手段，如向终端状态平台查询被叫终端的状态更新信令，可获知被叫终端的状态。

在开机提醒业务场景中，开机提醒服务器根据被叫终端的状态，对呼叫消息进行区分处理：如被叫终端的正常应答，开机提醒服务器不做后续处理；如被叫非正常应答，导致主叫终端呼叫失败，判断被叫终端的状态为不可及。

其中，被叫终端的状态不可及的原因可有多种，包括被叫终端不在服务区、被叫呼入限制、拔电池、关机或其他由于被叫终端的原因无法进行呼叫连接。

可选地，周期性查询被叫终端的状态，若判断获知所述被叫终端标识对应的被叫终端的状态由不可及变为可及，则发送单元32可进行后续短信业务流程。

可选地，所述提醒服务器与短信中心采用smpp协议连接。

可选地，所述提醒服务器与短信网关采用cmpp协议连接。

其中，根据不同系统中不同的短信业务流程选择与短信中心或与短信网关连接。

举例来说，以与短信中心连接为例，所述发送单元32向短信中心发送通知消息，所述通知消息包括所述主叫终端标识和所述被叫终端标识。

可选地，短信中心接收所述通知消息，向所述主叫终端发送提醒短信，用于提醒所述主叫终端所述被叫终端的状态为可及，以供主叫终端再次呼叫被叫终端。

可选地，短信中心接收所述通知消息，向所述被叫终端发送提醒短信，用于提醒所述被叫终端所述被叫终端所述主叫终端曾经有过呼叫事件，以供被叫终端回电。

可选地，所述接收单元31还用于接收归属用户服务器发送的签约数据，所述签约数据包括所述主叫终端标识，所述签约数据是所述主叫终端标识签约开机提醒业务后发送的。

本实施例提供的提醒服务器，可用于执行上述方法实施例的方法对应的程序，本实施不再赘述。

本实施例提供的提醒服务器，至少具有以下技术效果：

通过接收单元接收呼叫会话控制功能服务器发送的呼叫消息，使接收单元可捕捉到主叫终端发起的所有呼叫，简化了接收单元获得呼叫消息的流程，从而可缩短发送单元实现提醒业务的时间。

图4示出了本发明又一实施例提供的一种呼叫提醒系统的结构示意图。

参阅图4，本发明实施例提供的呼叫提醒系统，所述系统包括提醒服务器、cscf、hss/hlr，以及短信中心或短信网关。

其中，所述提醒服务器包括：主控模块、短信接口模块、信令接口模块、开机as、sip前台和volte接口模块。

主控模块用于负责系统整体运行控制，以及提供个性化业务的编辑加载功能，短信接口模块用于与短信中心或短信网关对接，实现上下行短信的接受和发送功能，信令接口模块用于与信令网对接，负责接受和发送map信令，开机as用于处理volte域开机提醒业务相关的呼叫请求，sip前台用于负责和volte核心网交互sip信令，volte接口模块用于处理来自开机as的呼叫事件上报。

其中，开机提醒平台即为所述提醒服务器。

所述提醒服务器对外与信令网、短信网关或短信中心、cscf相连。其中：信令接口模块与信令网通过7号信令相连，采用map协议，并与hss/hlr相连，短信接口模块与短信中心采用smpp协议或与短信网关采用cmpp协议，sip前台与volte核心网通过sip/rtp交互呼叫信令及媒体，并与cscf相连。

可选地，所述提醒服务器提供开机提醒业务。

为了更清楚的描述本实施例，以实现开机提醒业务为例进行说明。

在volte环境下，提醒业务的终端做为主叫签约ifc到提醒服务器，提醒服务器的sip前台可捕捉到主叫签约用户发起的所有呼叫，同时开机as分析呼叫信令，经volte接口模块，由主控模块发送命令使信令接口模块去三合一hss查询被叫终端状态，当主控模块获知被叫终端不可及/关机时，记录呼叫信息同时下发哑短信，在被叫终端可及/开机后，通过短信接口模块向短信中心或短信网关发送通知消息，所述通知消息包括所述主叫终端标识和所述被叫终端标识，以供短信中心或短信网关向所述主叫终端发送提醒短信。

图5示出了本发明又一实施例提供的一种呼叫提醒系统的信令交互示意图。

参阅图5，各信令说明如下：

1、主叫cscf，即cscf【0】通过开机提醒ifc签约发送初始invite消息到开机提醒服务器。

其中，所述invite消息携带有主被叫信息、呼叫时间、主叫cscf地址等。

2、开机提醒服务器转发所述invite消息至被叫cscf，即cscf【1】

开机提醒服务器作为呼叫流程中的一个环节，其中一个功能是转发，用于及时获得呼叫流程中的各消息呼叫消息。

3、被叫cscf返回183消息，表示对invite的响应。

4、开机提醒服务器对183消息原因值进行分析，并透传至主叫所在cscf

在本实施例中，开机提醒服务器以及主叫cscf均会对被叫cscf返回的信息进行分析，由开机提醒服务器进行分析，更加及时、准确。

5、主叫所在cscf收到183消息后返回prack消息表示接收确认。

6、开机提醒服务器对prack消息透传。

7、被叫cscf回应答prack200消息。

8、开机提醒服务器透传prack200消息。

9、主叫终端挂机，主叫cscf发送cancel。

10、挂机的同时，主叫cscf发送bye，释放本次呼叫会话。

11、开机提醒服务器透传cancel，同时转发mdr(message-deliver-request)消息给主控模块，进行后续操作。

开机提醒服务器对于信令1、3、4中的业务逻辑判断：

主叫终端是开机提醒用户，根据被叫用户的归属地、是否有呼转等属性，对呼叫进行区分处理：

如被叫正常应答，平台对呼叫信令进行透传，不做后续处理；

如被叫非正常应答，平台对呼叫信令进行透传，由主控模块进行业务处理。

具体地，所述主控模块的业务处理的判断逻辑：

1)、通话未正常建立，即sip前台未收到正常的200[invite]消息。

2)、如果sip前台收到被叫终端的180(ringing)消息(此场景排查振铃拒接场景以及拒接前转的场景)，不进行mdr消息投递。

3)、如果sip前台未收到被叫终端的180(ringing)消息，且收到的181(callisbeingforwarded)/183(sessionprogress)消息携带错误原因值为18(不可及)、20(关机)或者没有原因值(判断不出被叫终端的状态)，进行mdr消息投递。

4)、其他情况，则不进行mdr消息投递。

可选地，为了更精确判断被叫终端的状态，沿用map下发哑短信的方式。

1)、开机提醒服务器向hss发送sri查询volte号码路由，hss返回ip-sm-gw的地址。

2)、开机提醒服务器向ip-sm-gw发送哑短信。

3)、哑短信下发失败时，ip-sm-gw返回错误码。

4)、开机提醒服务器根据哑短信错误码进行判断，若为特定错误码，则向hss发送reportsmdelievestatus消息进行订阅，所述消息包括被叫终端的标识，使得hss对被叫终端的标识进行标记。

具体地，开机提醒服务器订阅被叫终端的状态，当hss标记的被叫终端的状态改变时，将通知开机提醒服务器。

可选地，所述特定错误码为被叫终端状态为不可及的错误码。

5)、volte用户从不可及/关机状态进入正常状态后，hss会发alertsc给开机提醒平台。

6)、开机提醒服务器对内存中存储的呼叫信息进行规整，下发提醒短信。

其中，针对volte核心网对被叫终端的不可及状态感知的不准确和不及时的问题，对哑短信下发机制进行了优化。通过大数据统计，针对核心网返回的不同的错误码，优化了哑短信下发频次和时间间隔，优化后探测准确率和及时性大大提高。

本实施例提供的呼叫提醒系统，至少具有以下技术效果：

1、相对于普通的开机提醒，本实施例实现了volte环境下针对主叫号码的开机提醒业务，为现有技术进行了补充。

2、采用ifc签约触发提醒服务器，提醒服务器可捕捉到主叫签约用户发起的所有呼叫的方式，省去了信令收敛设备，提升了业务触发的准确率和及时性，大大节省投资。

本实施例提供了volte环境下开机提醒业务，丰富了业务体验；大大增强系统的适应能力，可以有效地应付复杂多变的网络环境和业务需求，避免用户因升级volte网络而导致的无法使用开机提醒业务的问题；同时本发明不必依赖信令采集系统的信令采集、分析、传输等，减少了故障点的同时减少了投资。

图6示出了本发明又一实施例提供的一种提醒服务器的结构示意图。

参阅图6，本发明实施例提供的提醒服务器，所述提醒服务器包括存储器(memory)61、处理器(processor)62、总线63以及存储在存储器61上并可在处理器上运行的计算机程序。其中，所述处理器61、存储器62通过所述总线63完成相互间的通信。

可选地，所述提醒服务器还可包括通信接口(communicationsinterface)64，所述通信接口64用于该设备与其他通信设备之间的信息传输。

所述处理器61用于调用所述存储器62中的程序指令，以执行所述程序时实现如图1和图2的方法。

在另一种实施方式中，所述处理器执行所述程序时实现如下方法：

若判断获知所述被叫终端标识对应的被叫终端的状态由不可及变为可及，具体为：

将所述呼叫消息发送至被叫侧呼叫会话控制功能服务器；

接收被叫侧呼叫会话控制功能服务器返回的应答消息；

若判断获知所述应答消息为非正常应答，确定所述被叫终端标识对应的被叫终端的状态为不可及；

发送订阅请求至归属用户服务器，所述订阅请求包括被叫终端标识：

接收所述归属用户服务器返回的通知信息，所述通知信息是所述hss在所述被叫终端标识对应的被叫终端的状态为可及后发送的。

在另一种实施方式中，所述处理器执行所述程序时实现如下方法：

所述确定所述被叫终端标识对应的被叫终端的状态为不可及之后，所述发送订阅请求至归属用户服务器之前，所述方法还包括：

向预先获取的短信网关地址对应的短信网关发送哑短信；

根据短信网关返回的探测结果，确定被叫终端状态。

在另一种实施方式中，所述处理器执行所述程序时实现如下方法：

所述根据短信网关返回的探测结果，确定被叫终端状态，具体为：

若判断获知所述探测结果为应答码，则确定被叫终端状态为可及，所述应答码是短信网关发送哑短信后成功返回的；

若判断获知所述探测结果为错误码，则确定被叫终端状态为以下任意一种：关机、不在服务区和未知原因，所述错误码是短信网关发送哑短信失败后返回的。

在另一种实施方式中，所述处理器执行所述程序时实现如下方法：

所述关机、不在服务区和未知原因采用不同的错误码表示，相应地，所述若判断获知所述探测结果为错误码，具体为：

若判断获知所述错误码为未知原因的错误码，则间隔预设时间，再次执行预设次数的向预先获取的短信网关地址对应的短信网关发送哑短信的步骤，若判断获知所述错误码不是未知原因的错误码，则执行发送订阅请求至归属用户服务器的步骤。

本实施例提供的提醒服务器，可用于执行上述方法实施例的方法对应的程序，本实施不再赘述。

本实施例提供的提醒服务器，至少具有以下技术效果：

通过所述处理器执行所述程序时实现接收呼叫会话控制功能服务器发送的呼叫消息，使提醒服务器可捕捉到主叫终端发起的所有呼叫，简化了提醒服务器获得呼叫消息的流程，从而可缩短提醒服务器实现提醒业务的时间。

本发明又一实施例提供的一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述程序被处理器执行时实现如图1和图2的步骤。

在另一种实施方式中，所述程序被处理器执行时实现如下方法：

若判断获知所述被叫终端标识对应的被叫终端的状态由不可及变为可及，具体为：

将所述呼叫消息发送至被叫侧呼叫会话控制功能服务器；

接收被叫侧呼叫会话控制功能服务器返回的应答消息；

若判断获知所述应答消息为非正常应答，确定所述被叫终端标识对应的被叫终端的状态为不可及；

发送订阅请求至归属用户服务器，所述订阅请求包括被叫终端标识：

接收所述归属用户服务器返回的通知信息，所述通知信息是所述hss在所述被叫终端标识对应的被叫终端的状态为可及后发送的。

在另一种实施方式中，所述程序被处理器执行时实现如下方法：

所述确定所述被叫终端标识对应的被叫终端的状态为不可及之后，所述发送订阅请求至归属用户服务器之前，所述方法还包括：

向预先获取的短信网关地址对应的短信网关发送哑短信；

根据短信网关返回的探测结果，确定被叫终端状态。

在另一种实施方式中，所述处理器执行所述程序时实现如下方法：

所述根据短信网关返回的探测结果，确定被叫终端状态，具体为：

若判断获知所述探测结果为应答码，则确定被叫终端状态为可及，所述应答码是短信网关发送哑短信后成功返回的；

若判断获知所述探测结果为错误码，则确定被叫终端状态为以下任意一种：关机、不在服务区和未知原因，所述错误码是短信网关发送哑短信失败后返回的。

在另一种实施方式中，所述程序被处理器执行时实现如下方法：

所述关机、不在服务区和未知原因采用不同的错误码表示，相应地，所述若判断获知所述探测结果为错误码，具体为：

若判断获知所述错误码为未知原因的错误码，则间隔预设时间，再次执行预设次数的向预先获取的短信网关地址对应的短信网关发送哑短信的步骤，若判断获知所述错误码不是未知原因的错误码，则执行发送订阅请求至归属用户服务器的步骤。

本实施例提供的计算机可读存储介质，所述程序被处理器执行时实现上述方法实施例的方法，本实施不再赘述。

本实施例提供的计算机可读存储介质，至少具有以下技术效果：

通过所述程序被处理器执行时接收呼叫会话控制功能服务器发送的呼叫消息，使提醒服务器可捕捉到主叫终端发起的所有呼叫，简化了提醒服务器获得呼叫消息的流程，从而可缩短提醒服务器实现提醒业务的时间。

最后应说明的是：以上实施例仅用以说明本发明实施例的技术方案，而非对其限制；尽管参照前述实施例对本发明实施例进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明实施例各实施例技术方案的精神和范围。