CN101902712A - 呼叫失败的处理方法及装置 - Google Patents

Abstract

本发明公开了一种呼叫失败的处理方法及装置，该方法包括：检测到主叫用户呼叫被叫用户失败；监控被叫用户的通信状态；在通信状态变化为正常时，将被叫用户的通信状态正常的信息通知主叫用户。本发明能够更好的保证信息传递的时效性。

Description

呼叫失败的处理方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及一种呼叫失败的处理方法及装置。

背景技术

在通信过程中，呼叫失败是影响信息传递的一个主要因素。为了确保信息不会因为呼叫失败而无法传递给被叫用户，相关技术中提供了一种呼叫失败的提示方法。具体而言，当被叫有未接通的来电，例如存在呼叫异常时，包括在被叫关机、被叫不可及(掉网等)、网络拥塞、被叫无应答等，则发送短消息给被叫，以提示被叫在何日何时有何号码曾呼叫该被叫。被叫可根据短信提示的号码，回呼主叫，主动主叫用户取得联系。

然而，发明人发现，该方法并不能确保信息的及时传递。例如，被叫用户处于嘈杂的地方，因为没有及时听到短信铃音而没有看到短信；看到短信，但因为主叫号码不熟悉，或认为主叫没有什么重要事情，而没有及时呼叫主叫用户；被叫用户的手机暂时存放在他人处等等。这些原因都使得被叫用户即使通信正常，也无法及时获取到主叫用户想要传递的信息。

发明内容

本发明的主要目的在于提供一种呼叫失败的处理方法及装置，以至少解决上述的问题。

本发明的一个方面提供了一种呼叫失败的处理方法，包括：检测到主叫用户呼叫被叫用户失败；监控被叫用户的通信状态；在通信状态变化为正常时，将被叫用户的通信状态正常的信息通知主叫用户。

本发明的另一个方面提供了一种呼叫失败的处理装置，包括：检测模块，用于检测到主叫用户呼叫被叫用户失败；监控模块，用于监控被叫用户的通信状态；通知模块，用于在通信状态变化为正常时，将被叫用户的通信状态正常的信息通知主叫用户。

通过本发明，采用检测到呼叫失败后，监控被叫用户，在被叫用户的通信状态变化为正常时，将被叫通信状态正常的消息通知给主叫用户，解决了相关技术中信息传递的时效性较低的问题，能够更好的保证信息传递的时效性，以便在被叫用户的通信恢复正常的情况下，主叫和被叫用户及时取得联系。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的呼叫失败的处理方法的流程图；

图2是根据本发明实施例的呼叫失败的处理装置的结构框图；

图3是根据本发明实施例的呼叫失败的处理装置的优选结构框图一；

图4是根据本发明实施例的呼叫失败的处理装置的优选结构框图二；

图5是根据本发明实施例的呼叫失败的处理装置的优选结构框图三；

图6是根据本发明实施例的呼叫失败的处理装置的优选结构框图四；

图7是根据本发明实施例1的呼叫失败的处理系统的详细结构框图；

图8是根据本发明实施例1的呼叫失败的处理系统在网络中的位置示意图；

图9是根据本发明实施例2的呼叫失败的处理方法的详细流程图；

图10是根据本发明实施例3的呼叫失败的处理系统的详细流程图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

图1是根据本发明实施例的呼叫失败的处理方法的流程图，如图1所示，该方法包括：

步骤S102，检测到主叫用户呼叫被叫用户失败；

步骤S104，监控被叫用户的通信状态；

步骤S106，在通信状态变化为正常时，将被叫用户的通信状态正常的信息通知主叫用户。

相关技术中，发生呼叫失败后，网络侧将呼叫信息通过短信方式发送到被叫用户，但是，由于被叫用户所处环境嘈杂，没有听到呼叫失败提示短信息等原因，会造成的主叫用户不能够及时与被叫用户取得联系，信息的传递受到阻碍或信息传递时效性较差。本发明实施例提供的方法采用在被叫用户通信状态恢复正常后通知主叫用户的方式。由于作为信息传递者，主叫用户相对被叫用户而言，更加关注被叫通信恢复正常的提示信息。因此，本发明实施例提供的方法能够更好的保证信息传递的时效性。

需要说明的是，如果将本发明实施例提供的方法与相关技术中的方法结合起来，使得主被叫双方都能够获知对方的信息，则信息传递的时效性将会进一步得到保障。

优选地，在步骤S102之前，还包括：保存主叫用户和被叫用户之间的对应关系；在步骤S104之前，还包括：根据对应关系查找通信状态变化为正常的被叫用户所对应的主叫用户。通过该方法，能够同时处理多个呼叫的被叫用户的监控，便于管理，且易于实现。

优选地，步骤S106包括：构造用于指示被叫用户的通信状态变化为正常的消息；将构造的消息通过短信中心发送至主叫用户。通过短消息来指示被叫用户的通信状态变化为正常，清楚简洁，且易于实现。

优选地，在将构造的消息通过短信中心发送至主叫用户之后，还包括：接收到主叫用户经由短信中心发送的回执消息；删除以上的对应关系。采用以上方法至少存在以下两种优点：节省了存储空间，另外，还防止了重复处理。

优选地，在步骤S102之前，还包括：判断主叫用户呼叫被叫用户失败的原因是否是被叫用户缺席或被叫用户无应答，若是则结束处理，否则继续后续处理。在以上的两种场景下，呼叫失败的原因不是由于网络设备、覆盖等原因造成的，避免了进行不必要的监控。

图2是根据本发明实施例的呼叫失败的处理装置的结构框图，该装置包括：检测模块22，用于检测到主叫用户呼叫被叫用户失败；监控模块24，耦合至检测模块22，用于监控被叫用户的通信状态；通知模块26，耦合至监控模块24，用于在通信状态变化为正常时，将被叫用户的通信状态正常的信息通知主叫用户。

本发明实施例所提供的装置通过监控模块24监控失败呼叫的被叫用户的通信状态，并由通知模块26在通信状态恢复正常时通知主叫用户，由于作为信息传递者，主叫用户相对被叫用户而言，更加关注被叫通信恢复正常的提示信息。因此，该装置能够更好的保证信息传递的时效性。

图3是根据本发明实施例的呼叫失败的处理装置的优选结构框图一，优选地，该装置还可以包括：保存模块32，耦合至检测模块22，用于保存主叫用户和被叫用户之间的对应关系；查找模块34，耦合至监控模块24和保存模块32，用于根据对应关系查找通信状态变化为正常的被叫用户所对应的主叫用户。

通过保存模块32保存主叫用户和被叫用户之间的对应关系，以及查找模块34查找通信状态变化为正常的被叫用户所对应的主叫用户，能够同时处理多个呼叫的被叫用户的监控，便于管理，且易于实现。

图4是根据本发明实施例的呼叫失败的处理装置的优选结构框图二，如图4所示，优选地通知模块26包括：构造模块42，耦合至查找模块34，用于构造用于指示被叫用户的通信状态变化为正常的消息；发送模块44，耦合至构造模块42，将构造的消息通过短信中心发送至主叫用户。通过短消息来指示被叫用户的通信状态变化为正常，清楚简洁，且易于实现。

图5是根据本发明实施例的呼叫失败的处理装置的优选结构框图三，如图5所示，该装置还包括：接收模块52，耦合至发送模块44，用于接收到主叫用户经由短信中心发送的回执消息；删除模块54，耦合至接收模块52和保存模块32，用于删除以上的对应关系。通过以上的结构，节省了保存模块32的存储空间，另外，还防止了监控模块24和查找模块34的重复处理。

图6是根据本发明实施例的呼叫失败的处理装置的优选结构框图四，如图6所示，优选地，该装置还包括：判断模块62，耦合至检测模块22，用于判断主叫用户呼叫被叫用户失败的原因是否是被叫用户缺席或被叫用户无应答；调度模块64，耦合至判断模块62，用于在判断模块62的判断结果为是的情况下，调度结束模块66，在判断模块62的判断结果为是的情况下，调度监控模块24；结束模块66，耦合至调度模块64，用于结束处理。在以上的两种场景下，呼叫失败的原因不是由于网络设备、覆盖等原因造成的，避免了监控模块24进行不必要的监控。

以下描述的实施例1至实施例4，综合了上述多个优选实施例的技术方案。

实施例1

该实施例描述了一种优选的呼叫失败的处理系统的结构，如图7所示，该系统包括：被叫通信状态监控设备、号码存放模块、号码检索模块、短消息构造模块及控制模块。其中，

被叫通信状态监控设备，用于在呼叫失败后，实时的监控被叫用户的通信状态；

号码存放模块，用于存放呼叫失败的主被叫手机号码，及主叫用户在开通该项业务时选择的需要获取的其它相关信息；

号码检索模块，用于在被叫通信状态恢复正常后，检索并提取号码存放模块中存放的与被叫号码相关联的主叫号码等信息；

短消息构造模块，用于构造以主叫号码作为收件人，被叫号码及其他信息作为内容的短消息；

控制模块，用于将构造的短信息发送至短消息中心，并用于在接收到短信息发送成功通知后清空号码存放模块中存放的相关记录。

该系统能够呼叫失败后保存主被叫号码等相关信息，在被叫通信状态恢复正常后，通过保存的信息构造短消息以提示主叫用户，使得主叫及时获取到被叫通信恢复正常的提示。

该系统与主叫、主叫所属端口局、关口局、短消息中心、及被叫端口局间的关系如附图8所示。主叫向自身所在的端口局发起呼叫，端口局向关口局发送建立呼叫请求，关口局向被叫所在端局发起建立呼叫请求，被叫所在端局中存放上述呼叫失败的处理系统，用于监控被叫设备的通信状态、存放呼叫失败的主被叫相关信息、构造被叫通信状态恢复正常的短信息，并通过位于关口局的短消息中心发送到主叫端口局，最终将短消息发送给主叫用户。

实施例2

该实施例结合实施例1提供的系统，对具体的呼叫失败的处理方法进行详细描述，如图9所示，该方法包括如下步骤：

步骤901，主叫用户向被叫用户发起呼叫。逐步判断被叫用户是否缺席，是否关机或漫游不允许，呼叫入局后被叫是否寻呼无响应或响应超时，是否正在通话，网络是否拥塞，被叫用户无应答。若呼叫失败的原因不是被叫用户缺席或被叫用户无应答，则进入步骤902。

步骤902，将主叫和被叫用户的手机号码成对的存入号码存放模块中。

步骤903，启动通信状态监控设备，实时监控被叫设备。若监控到被叫设备处于通信正常状态，则进入步骤904。

步骤904，号码检索模块启动，开始对号码存放模块中存放的被叫号码进行检索，检索到通信恢复正常的被叫手机号码，则将其连同主叫号码、和一并存入的其它相关信息全部提取出来，交由短消息构造模块。

步骤905，短消息构造模块在收到号码检索模块检索到的主叫号码、被叫号码和其它相关信息(被叫户主姓名等)后，即以主叫号码作为收件人的号码，被叫号码和其他相关信息作为短消息内容，构造出被叫通信状态恢复正常的短信息。并将其交由控制模块进行处理。

步骤906，控制模块将获取到的短信息发送给短信息中心。短信息中心将该短信息发送给主叫用户，并停止对被叫用户通信状态的监控。

步骤907，控制模块在收到来自短信息中心的短信息发送成功通知后，根据号码检索模块的检索结果，清空号码存放模块中的成对存放的主叫和被叫号码，及其它相关信息。

实施例3

该实施例以主叫用户向被叫用户发起呼叫，被叫用户正在通话为例，结合附图10，描述上述方法的一个具体实施流程如下：

步骤1，主叫移动用户向自身所在端局发起呼叫请求，端局在收到请求后向关口局发送建立呼叫请求。

步骤2，关口局收到建立呼叫的请求后向被叫签约的归属位置寄存器发起路由请求。

步骤3，如果被叫签约的归属位置寄存器发现被叫用户缺席，流程结束。如果被叫用户没有缺席，关口局向被叫端局发起建立呼叫请求。

步骤4，被叫端局检测到是否被叫用户正在通话。

步骤5，主叫端口局判断主叫用户是否开通该被叫通信状态恢复正常提示业务。如果未开通，流程结束，如果开通，进入步骤6。

步骤6，将主叫用户及被叫用户的手机号码存入系统的号码存放模块中。此外，根据用户开通该项功能时的选择，还可以存入一些其它信息，如被叫用户的户主的姓名等。

步骤7，启动通信状态监控设备，实时监控被叫设备的通信状态。

步骤8，监控到被叫设备通信状态恢复正常，即通知号码检索模块。

步骤9，号码检索模块根据通信状态恢复正常的被叫号码，在号码存放模块中检索到相关的主被叫号码，和其他保存的信息。

步骤10，短消息构造模块将主叫号码作为收件人的号码，被叫号码，及用户的户主的姓名等其他信息，连同“通信状态恢复正常”提示，作为短消息内容，构造被叫通信状态恢复正常的短信息。

步骤11，控制模块在获取到短消息构造模块构造的短消息后，通过建立短消息业务请求，将其发送给短消息中心，并触发监控设备停止对被叫用户通信状态的监控。

步骤12，短消息中心获取到短消息后，将该短消息发送给主叫。确认短消息发送成功后，短消息中心将给本发明所述系统发送短消息发送成功的回执。

步骤13，控制模块在收到短消息发送成功的回执后，清空号码存放模块中通信状态恢复正常的被叫号码及其相关的其他信息。

步骤14，流程结束。

实施例4

该实施例以主叫用户向被叫用户发起呼叫，被叫用户关机为例进行说明。通信状态监控设备首先构造包括主叫号码的呼叫失败短消息。通过短消息中心发送给被叫用户。同时对被叫用户进行实时性监控，监控到被叫用户通信状态恢复正常后，构造包括被叫号码的被叫用户通信状态恢复正常短消息，通过短消息中心发送给主叫用户。使得主被叫双方都能够获取到相应得提示信息。具体实施流程如下：

步骤1，主叫用户向被叫用户发起呼叫请求，被叫端局判断被叫用户关机。

步骤2，短消息构造模块，构造以被叫用户作为收件人，主叫号码、机主姓名、呼叫时间等相关信息，连同“有电话呼入”提示，作为短消息内容，构造主叫有电话呼入的短信息。

步骤3，控制模块通过建立短消息业务请求，将其发送给短消息中心，通过短消息中心将该短信发送给被叫用户。

步骤4，将主被叫用户的手机号码，即被叫户主姓名等其它相关信息存入号码存放模块中。

步骤5，实时监控被叫设备的通信状态，一旦被叫设备处于通信正常状态。号码检索模块检索并取出存于号码存放模块中的主被叫号码及其它相关信息。

步骤6，短消息构造模块构造包括被叫用户手机号码在内的被叫用户通信状态恢复正常短消息，

步骤7，控制模块通过短消息中心将短消息发送给主叫用户，停止对被叫设备的监控，并且在收到来自短消息中心的短消息发送成功响应后，清空号码存放模块中的相关信息。

步骤8，流程结束。

综上所述，本发明实施例提供的方案能够更好的保证信息传递的时效性。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种呼叫失败的处理方法，其特征在于，包括：

检测到主叫用户呼叫被叫用户失败；

监控所述被叫用户的通信状态；

在所述通信状态变化为正常时，将所述被叫用户的所述通信状态正常的信息通知所述主叫用户。

2.根据权利要求1所述的方法，其特征在于，

在监控所述被叫用户的通信状态之前，还包括：保存所述主叫用户和所述被叫用户之间的对应关系；

在所述通信状态变化为正常时，将所述被叫用户通信状态正常的信息通知所述主叫用户之前，还包括：根据所述对应关系查找所述通信状态变化为正常的被叫用户所对应的主叫用户。

3.根据权利要求2所述的方法，其特征在于，将所述被叫用户的所述通信状态正常的信息通知所述主叫用户包括：

构造用于指示所述被叫用户的所述通信状态变化为正常的消息；

将所述构造的消息通过短信中心发送至所述主叫用户。

4.根据权利要求3所述的方法，其特征在于，在将所述构造的消息通过短信中心发送至所述主叫用户之后，还包括：

接收到所述主叫用户经由所述短信中心发送的回执消息；

删除所述对应关系。

5.根据权利要求1所述的方法，其特征在于，在监控所述被叫用户的通信状态之前，还包括：

判断所述主叫用户呼叫所述被叫用户失败的原因是否是所述被叫用户缺席或所述被叫用户无应答，若是则结束处理，否则继续后续处理。

6.一种呼叫失败的处理装置，其特征在于，包括：

检测模块，用于检测到主叫用户呼叫被叫用户失败；

监控模块，用于监控所述被叫用户的通信状态；

通知模块，用于在所述通信状态变化为正常时，将所述被叫用户的所述通信状态正常的信息通知所述主叫用户。

7.根据权利要求6所述的装置，其特征在于，还包括：

保存模块，用于保存所述主叫用户和所述被叫用户之间的对应关系；

查找模块，用于根据所述对应关系查找所述通信状态变化为正常的被叫用户所对应的主叫用户。

8.根据权利要求7所述的装置，其特征在于，所述通知模块包括：

构造模块，用于构造用于指示所述被叫用户的所述通信状态变化为正常的消息；

发送模块，将所述构造的消息通过短信中心发送至所述主叫用户。

9.根据权利要求8所述的装置，其特征在于，还包括：

接收模块，用于接收到所述主叫用户经由所述短信中心发送的回执消息；

删除模块，用于删除所述对应关系。

10.根据权利要求6所述的装置，其特征在于，还包括：

判断模块，用于判断所述主叫用户呼叫所述被叫用户失败的原因是否是所述被叫用户缺席或所述被叫用户无应答；

调度模块，用于在所述判断模块的判断结果为是的情况下，调度结束模块，在所述判断模块的判断结果为是的情况下，调度所述监控模块；

所述结束模块，用于结束处理。

Images