CN101771977A - 呼叫失败原因的反馈方法及装置 - Google Patents

Abstract

本发明公开了一种叫失败原因的反馈方法及装置，其中，该方法包括：设置对应第二移动终端的来电防火墙，其中，来电防火墙用于记录用户自定义的呼叫失败原因；在第二移动终端归属的目的交换机接收来自第一移动终端的呼叫建立请求消息的情况下，目的交换机在预设的对应于第二移动终端的来电防火墙中查找与第一移动终端的标识信息对应的记录；在查找成功的情况下，目的交换机将查找到的记录中的呼叫失败原因对应的语音数据发送至第一移动终端。通过本发明，能够丰富终端的功能，并提高用户体验。

Description

呼叫失败原因的反馈方法及装置

技术领域

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

背景技术

在通信系统中，经常会出现呼叫失败，具体可以包括以下情景：A.被叫终端超出了网络覆盖范围而造成呼叫失败，则呼叫失败原因是“你所呼叫的终端不在服务区”；B.如果当被叫终端关机，则呼叫失败原因是“你所呼叫的用户已关机”；C.如果当被叫用户正在通话中，则呼叫失败原因是“你所呼叫的用户正忙，请稍候再拨”；以及其他的失败原因；上述呼叫失败原因反映的都是网络的客观情况，无法表示用户的意愿。

图1是根据相关技术的呼叫失败的实现流程，如图1所示，该流程包括以下步骤：

步骤S102，主叫终端发起呼叫(被叫为移动终端)，发消息呼叫建立给源交换机；

步骤S104，源交换机收到用户呼叫后，分配通信资源，根据被叫终端标识(ID)，选择目的交换机，将呼叫建立消息发送给目的移动交换机；

步骤S106，目的移动交换机接收到呼叫建立消息，向归属位置寄存器(Home Location Register，简称为HLR)发送查询用户设备(User Equipment，简称为UE)信息的请求消息；

步骤S108，HLR收到查询UE信息的请求消息，向移动交换机发送UE信息；

步骤S110-112，目的移动交换机收到UE信息，并根据返回的UE信息判断UE的状态，如果UE的状态是关机或者是不在服务区，则通过语音服务器经由源交换机向主叫终端播放用户已经关机，或者用户不在服务区；

通过上述流程可以得知，发送呼叫失败原因的前提是被叫终端确实无法接听，但是，当终端不方便接听电话或不想接听某人的电话时，不会强制向主叫终端设备发送呼叫失败原因。因此，针对终端不能根据用户的设置直接向主叫终端设备发送预设的呼叫失败原因的问题，目前尚未提出有效的解决方案。

发明内容

本发明旨在提供一种呼叫失败原因的反馈方法及装置，以解决相关技术中被叫终端不能够直接向主叫终端发送用户自定义的呼叫失败原因的技术问题。

根据本发明的一个方面，提供了一种呼叫失败原因的反馈方法。

根据本发明的呼叫失败原因的反馈方法包括：设置对应第二移动终端的来电防火墙，其中，来电防火墙用于记录用户自定义的呼叫失败原因；在第二移动终端归属的目的交换机接收来自第一移动终端的呼叫建立请求消息的情况下，目的交换机在预设的对应于第二移动终端的来电防火墙中查找与第一移动终端的标识信息对应的记录；在查找成功的情况下，目的交换机将查找到的记录中的呼叫失败原因对应的语音数据发送至第一移动终端。

优选地，在目的交换机在来电防火墙中没有查找到第一移动终端的标识信息对应的记录的情况下，该方法进一步包括：目的交换机向第一移动终端发送默认的呼叫失败原因对应的语音数据；或者目的交换机进行向第二移动终端发起呼叫。

优选地，目的交换机将呼叫失败原因对应的语音数据发送至第一移动终端的处理包括：目的交换机将呼叫失败原因发送至语音服务器；语音服务器将呼叫失败原因转化为语音数据，并将该语音数据经由第一终端归属的源交换机发送至第一移动终端。

优选地，该方法进一步包括：第二移动终端对来电防火墙进行维护。

优选地，第二移动终端对来电防火墙进行维护的方式包括以下至少之一：网页访问、空中下载技术、短信。

优选地，在来电防火墙中查找的对应于第一移动终端的标识信息的记录为以下之一：所有呼叫第二移动终端的移动终端的全集呼叫失败原因、第一移动终端所在用户组对应的呼叫失败原因、仅与第一移动终端对应的呼叫失败原因。

优选地，来电防火墙在以下设备之一中设置：目的交换机、归属位置寄存器、移动管理实体。

根据本发明的另一方面，还提供了一种呼叫失败原因的反馈装置。

根据本发明的呼叫失败原因的反馈装置包括：设置模块，用于设置对应第二移动终端的来电防火墙，其中，来电防火墙用于记录用户自定义的呼叫失败原因；接收模块，用于接收来自第一移动终端的对第二移动终端的呼叫建立请求消息；查找模块，用于在接收模块接收到呼叫建立请求消息的情况下，在设置模块设置的来电防火墙中查找与第一移动终端的标识信息对应的记录；发送模块，用于在查找模块查找成功的情况下，将查找到的记录中的呼叫失败原因发送至语音服务器。

优选地，该装置还包括：语音服务器，用于接收来自发送模块的呼叫失败原因，将所述呼叫失败原因转化为语音数据，并将所述语音数据经由第一终端归属的源交换机发送至第一移动终端。

优选地，上述的装置在以下设备之一中设置：目的交换机、归属位置寄存器中、移动管理实体。

借助于本发明的上述技术方案，通过在网络侧设置与被叫终端对应的用于记录用户自定义的呼叫失败原因的来电防火墙，并向主叫终端发送与呼叫失败原因对应的语音数据，解决了被叫终端不能够向主叫终端发送用户自定义的呼叫失败原因的技术问题，使得被叫终端能够在正常呼叫的情况下根据自定义呼叫失败设置向主叫终端发送呼叫失败原因对应的语音数据，丰富了终端的功能，并提高了用户体验。

附图说明

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

图1是根据相关技术的呼叫失败的实现流程的示意图；

图2是根据本发明实施例的呼叫失败原因的反馈方法的流程图；

图3是根据本发明实施例的维护来电防火墙的处理流程的示意图；

图4是根据本发明实施例的发送呼叫失败原因的处理实例的流程图；

图5是根据本发明实施例的呼叫失败原因的反馈装置的框图；

图6是根据本发明实施例的呼叫失败原因的反馈装置的优选结构的框图。

具体实施方式

功能概述

本发明的主要思想是：通过在网络侧设置与被叫终端对应的来电防火墙，并通过在来电防火墙中设置与主叫终端对应的用户自定义的呼叫失败原因，当目的交换机接收到对被叫终端的呼叫后，向主叫终端发送与呼叫失败原因对应的语音数据，丰富了终端的功能，并提高了用户体验。

以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。如果不冲突，本发明实施例及实施例中特征可以相互组合。

方法实施例

首先，在网络侧设置来电防火墙，该来电防火墙也可称为增强型来电防火墙，该来电防火墙用于根据用户自定义的呼叫失败原因阻止到被叫终端的呼叫。

在来电防火墙的数据库中定义呼叫失败原因，呼叫失败原因可以包括但不限于以下原因：你所呼叫的用户不在服务区，你所呼叫的用户正忙，你所呼叫的用户正在开会，你所呼叫的用户已关机，你所呼叫的用户暂时不愿意接听电话，以及其他的用户自定义的呼叫失败原因。

上述的呼叫失败原因可以针对被叫终端的通讯录中的全部记录的全集、或者每一分组、或者每一个具体的电话号码进行设置。

并且，还可以设置与上述呼叫失败原因对应的时间区间，在设置的时间段内设置的呼叫失败原因有效。

根据本发明实施例，提供了一种呼叫失败原因的反馈方法。

图2是根据本发明实施例的呼叫失败原因的反馈方法的流程图。需要说明的是，在以下方法中描述的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在图2中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。如图2所示，该方法包括以下处理：如图2所示，该方法包括：

步骤S202，设置对应第二移动终端的来电防火墙，其中，来电防火墙用于记录用户自定义的呼叫失败原因；

步骤S204，在第二移动终端归属的目的交换机接收来自第一移动终端的呼叫建立请求消息的情况下，目的交换机在预设的对应于第二移动终端的来电防火墙中查找与第一移动终端的标识信息对应的记录；

步骤S206，在查找成功的情况下，目的交换机将查找到的记录中的呼叫失败原因对应的语音数据发送至第一移动终端。

并且，在目的交换机在来电防火墙中没有查找到第一移动终端的标识信息对应的记录的情况下，该方法进一步包括：目的交换机向第一移动终端发送默认的呼叫失败原因对应的语音数据；或者目的交换机进行正常的呼叫流程。

优选地，目的交换机将呼叫失败原因对应语音数据发送至第一移动终端的处理包括：目的交换机将呼叫失败原因发送至语音服务器；语音服务器将呼叫失败原因转化为语音数据，并将语音数据经由第一终端归属的源交换机发送至第一移动终端。

此外，第二终端对来电防火墙进行维护。具体地，第二终端向交换机发送来电防火墙维护请求消息。对来电防火墙的维护包括：新增记录、更新记录、删除记录等。交换机响应该操作并向第二终端发送数据库维护响应消息。

其中，第二移动终端对来电防火墙进行维护的方式包括以下至少之一：网页访问、空中下载(Over The Air，简称为OTA)技术、短信。

在具体实施过程中，上述的来电防火墙设置于网络侧，具体可以在以下设备之一中设置：目的交换机、归属位置寄存器、移动管理实体(Mobility Management Entity，简称为MME)。

下面根据本发明实施例的呼叫失败原因的反馈方法的优选处理方案进行详细描述。在该实施例中，以第一终端为主叫终端、第二终端为被叫终端为例进行说明。该方法包括以下处理：

(一)，用户自定义呼叫失败原因，呼叫失败原因包括但不限于：你所呼叫的用户不在服务区，你所呼叫的用户正忙，你所呼叫的用户正在开会，你所呼叫的用户已关机，你所呼叫的用户暂时不愿意接听电话，以及用户自定义的其他呼叫失败原因。

(二)，维护来电防火墙的数据库(上述步骤(一)和(二)对应图2中的步骤S202)。图3是根据本发明实施例的维护来电防火墙的处理流程的示意图，如图3所示，包括：

步骤S302，被叫终端向交换机发送来电防火墙维护请求消息，该请求消息可以如表1所示；

表1

步骤S304，交换机收到来电防火墙维护请求消息，更新交换机用户数据：如果是新增记录，则向数据库增加记录；如果是修改记录，则修改用户定义的呼叫失败原因；如果是删除记录，则在数据库删除该用户的记录。

然后，交换机向用户发送数据库维护响应消息，该响应消息可以如表2所示。

表2

(三)，主叫用户发起呼叫，发送呼叫建立消息给源交换机。

(四)，源交换机收到呼叫建立请求消息，检测被叫终端是否为源交换机的用户，如果是，则源交换机同时为目的交换机，否则向目的交换机发送呼叫建立请求消息(上述步骤(三)和(四)对应图2中的步骤S204)。

(五)，访问来电防火墙的数据库，在其中查找与所述第一移动终端的标识信息对应的记录，并将查找到的呼叫失败原因对应的语音数据发送至主叫移动终端(上述步骤(五)对应图2中的步骤S206)。

该步骤参考图4，图4是根据本发明实施例的呼叫失败原因的反馈方法的发送呼叫失败原因的一个处理实例的流程图，该流程包括以下处理：

步骤S402，目的交换机接收到主叫终端经由源交换机发送的呼叫建立请求消息，目的交换机从该消息中提取被叫终端的ID；

步骤S404，目的交换机在对应主叫终端的来电防火墙的数据库中查找主叫终端的ID，如果查找到该用户，则执行步骤S406，否则执行步骤S412；

步骤S406，判断是否定义有全集呼叫失败原因，如果是，则获取全集的呼叫失败原因，否则执行步骤S408；

步骤S408，判断是否定义主叫终端所在组的呼叫失败原因，如果是，则获取组呼叫失败原因，否则执行步骤S410；

步骤S410，判断是否定义主叫终端的个人失败原因，如果是，则获取该个人呼叫失败原因，否则执行步骤S412；

步骤S412，使用正常的呼叫流程，正常的呼叫流程中如果设置有用户定义的缺省呼叫失败原因，则发送消息给语音服务器；否则，向被叫终端发起呼叫，进行正常的呼叫流程。

步骤S414，语音服务器将对应呼叫原因语音的语音数据发送至源交换机，源交换机将语音数据发送给主叫终端。

根据本发明的上述实施例，被叫终端能够在正常呼叫的情况下，将用户自定义的呼叫失败原因对应的语音数据发送至主叫终端，从而丰富了终端的功能，并提高了用户体验。

装置实施例

根据本发明实施例，还提供了一种呼叫失败原因的反馈装置。该反馈装置可以用于实现上述方法实施例所提供的呼叫失败原因的反馈方法。

图5是根据本发明实施例的呼叫失败原因的反馈装置的框图，图6是根据本发明实施例的呼叫失败原因的反馈装置的优选结构的框图。

如图5所示，根据本发明实施例的反馈装置包括：设置模块10、接收模块20、查找模块30、发送模块40，具体地：

设置模块10，用于设置对应第二移动终端的来电防火墙，其中，来电防火墙用于记录用户自定义的呼叫失败原因；

接收模块20，用于接收来自第一移动终端的对第二移动终端的呼叫建立请求消息；

查找模块30，连接至设置模块10和接收模块20，用于在接收模块20接收到呼叫建立请求消息的情况下，在设置模块10设置的防火墙中查找与第一移动终端的标识信息对应的记录；

发送模块40，连接至查找模块30，用于在查找模块30查找成功的情况下，将查找到的记录中的呼叫失败原因发送至语音服务器。

如图6所示，在图5所示的结构的基础上，根据本发明实施例的反馈装置还可以进一步包括：

语音服务器50，连接至发送模块40，用于接收来自发送模块40的呼叫失败原因，将呼叫失败原因转化为语音数据，并将该语音数据经由第一终端归属的源交换机发送至第一移动终端。

根据本发明实施例，上述的反馈装置可以在以下设备之一中设置：目的交换机、归属位置寄存器、MME。

在具体实施过程中，根据本发明实施例提供的反馈装置同样可以完成图2至图4中所示的处理，具体处理过程此处不再重复描述。

综上所述，借助于本发明的上述实施例，通过在网络侧设置与被叫终端对应的用于记录用户自定义的呼叫失败原因的来电防火墙，并向主叫终端发送与呼叫失败原因对应的语音数据，解决了被叫终端不能向主叫终端发送用户自定义的呼叫失败原因的技术问题，使得被叫终端能够在正常呼叫的情况下根据自定义呼叫失败设置向主叫终端发送呼叫失败原因对应的语音数据，丰富了终端的功能，提高了用户体验。

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

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

Claims (10)

1.一种呼叫失败原因的反馈方法，其特征在于，包括：

设置对应第二移动终端的来电防火墙，其中，所述来电防火墙用于记录用户自定义的呼叫失败原因；

在所述第二移动终端归属的目的交换机接收来自第一移动终端的呼叫建立请求消息的情况下，所述目的交换机在预设的对应于所述第二移动终端的来电防火墙中查找与所述第一移动终端的标识信息对应的记录；

在查找成功的情况下，所述目的交换机将查找到的所述记录中的呼叫失败原因对应的语音数据发送至所述第一移动终端。

2.根据权利要求1所述的方法，其特征在于，在所述目的交换机在所述来电防火墙中没有查找到所述第一移动终端的标识信息对应的记录的情况下，所述方法进一步包括：

所述目的交换机向所述第一移动终端发送默认的呼叫失败原因对应的语音数据；或者所述目的交换机进行向所述第二移动终端发起呼叫。

3.根据权利要求1所述的方法，其特征在于，所述目的交换机将所述呼叫失败原因对应的语音数据发送至所述第一移动终端的处理包括：

所述目的交换机将所述呼叫失败原因发送至语音服务器；

所述语音服务器将所述呼叫失败原因转化为语音数据，并将所述语音数据经由所述第一终端归属的源交换机发送至所述第一移动终端。

4.根据权利要求1所述的方法，其特征在于，进一步包括：

所述第二移动终端对所述来电防火墙进行维护。

5.根据权利要求4所述的方法，其特征在于，所述第二移动终端对所述来电防火墙进行维护的方式包括以下至少之一：

网页访问、空中下载技术、短信。

6.根据权利要求1至5中任一项所述的方法，其特征在于，在所述来电防火墙中查找的对应于所述第一移动终端的标识信息的所述记录为以下之一：所有呼叫所述第二移动终端的移动终端的全集呼叫失败原因、所述第一移动终端所在用户组对应的呼叫失败原因、仅与所述第一移动终端对应的呼叫失败原因。

7.根据权利要求1至5中任一项所述的方法，其特征在于，所述来电防火墙在以下设备之一中设置：所述目的交换机、归属位置寄存器、移动管理实体。

8.一种呼叫失败原因的反馈装置，其特征在于，包括：

设置模块，用于设置对应第二移动终端的来电防火墙，其中，所述来电防火墙用于记录用户自定义的呼叫失败原因；

接收模块，用于接收来自第一移动终端的对所述第二移动终端的呼叫建立请求消息；

查找模块，用于在所述接收模块接收到所述呼叫建立请求消息的情况下，在预设的对应于所述第二移动终端的来电防火墙中查找与所述第一移动终端的标识信息对应的记录，其中，所述来电防火墙用于记录预设的呼叫失败原因；

发送模块，用于在所述查找模块查找成功的情况下，将查找到的所述记录中的呼叫失败原因发送至所述语音服务器。

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

语音服务器，用于接收来自所述发送模块的呼叫失败原因，将所述失败原因转变为语音数据，并将所述语音数据经由所述第一终端归属的源交换机发送至所述第一移动终端。

10.根据权利要求8或9所述的装置，其特征在于，所述装置设置于以下设备之一中：所述目的交换机、归属位置寄存器中、移动管理实体。

Images