呼叫状态的通知方法、装置及系统与流程

本发明涉及通信领域，具体而言，涉及一种呼叫状态的通知方法、装置及系统。

背景技术：

随着移动终端用户的数量越来越多，导致现有网络中经常会出现在移动用户通话时，由于网络故障而引起网络连接断开的情况，或者出现由于移动用户所在位置的信号不佳引起连接不畅继而用户主动断开连接的情况。

无论是上述被动的网络连接断开还是用户由于通话质量不佳主动断开网络，均会导致单通现象，此时，通话的另一方只能挂掉电话，再继续拨打。

由于在相关技术中，通话双方的呼叫状态信息可以通过运营商基站提供的信息反馈给移动终端，但是该通知方式必须建立在通话双方已经开始建立了语音通话链路，或者是通话双方通过短信等方式主动告知对方，该通知方式需要人为参与操作。

但是当遇到紧急情况，用户没有时间进行通信状态的告知，此时通话双方有可能出现同时拨打对方的电话，或者双方都在等对方打过来电话的情况，导致通话双方无法进行通话，浪费了时间。造成上述问题的关键在于用户不知道对方现在的通话状态且相关技术中必须在建立语音通信链路或者人为参与的情况下才能得知对方呼叫状态导致通信双方呼叫冲突的问题，进而导致通信双方的呼叫冲突，针对上述问题目前尚未有有效方案。

技术实现要素：

本发明实施例提供了一种呼叫状态的通知方法、装置及系统，以 至少解决相关技术中必须在建立语音通信链路或者人为参与的情况下才能得知对方呼叫状态导致通信双方呼叫冲突的问题。

根据本发明的一个实施例，提供了一种呼叫状态的通知方法，包括：在第一终端与第二终端建立语音通话链路之前，获取第一终端的第一呼叫状态信息；将第一呼叫状态信息通知给第二终端。

可选地，获取第一终端的第一呼叫状态信息，包括：从第一终端接收第一呼叫状态信息。

可选地，第一呼叫状态信息包括：第一终端呼叫状态，用于标识第一终端的第一标识信息和用于标识第二终端的第二标识信息。

可选地，将第一呼叫状态信息通知给第二终端，包括：根据第二终端的第二标识信息获取第二终端的ip信息，依据ip信息将第一终端呼叫状态和第一终端标识信息通知给第二终端。

可选地，在将第一呼叫状态信息通知给第二终端之前，包括：判断第一呼叫状态信息的优先级是否高于第二终端的第二呼叫状态信息的优先级，在第一呼叫状态信息的优先级高于第二呼叫状态信息的优先级时，确定将第一呼叫状态信息通知给第二终端。

可选地，判断第一呼叫状态信息的优先级是否高于第二终端的第二呼叫状态信息的优先级包括：判断第一呼叫状态信息的接收时间戳是否大于第二终端的第二呼叫状态信息的接收时间戳，其中，在第一呼叫状态信息的接收时间戳小于第二呼叫状态信息的接收时间戳时，确定第一呼叫状态信息的优先级高于第二呼叫状态信息的优先级。

可选地，该方法应用于在第一终端和第二终端之间设置的云服务器中。

可选地，获取第一终端的第一呼叫状态之前，该方法还包括：确定第一终端与第二终端之间出现通话故障。

根据本发明的另一个实施例，提供了一种呼叫状态的通知方法,包括：第一终端在与第二终端建立语音通话链路之前，经由云服务器向第二终端发送第一呼叫状态信息。

可选地，第一呼叫状态信息包括：第一终端呼叫状态，用于标识第一终端的第一标识信息和用于标识第二终端的第二标识信息。

根据本发明的又一个实施例，提供了一种呼叫状态的通知装置，包括：获取模块，用于在第一终端与第二终端建立语音通话链路之前，获取第一终端的第一呼叫状态信息；通知模块，用于将第一呼叫状态信息通知给第二终端。

可选地，该获取模块还用于从第一终端接收第一呼叫状态信息。

可选地，第一呼叫状态信息包括：第一终端呼叫状态，用于标识第一终端的第一标识信息和用于标识第二终端的第二标识信息

可选地，该通知模块还用于根据第二终端的第二标识信息获取第二终端的ip信息；依据ip信息将第一终端呼叫状态和第一终端标识信息通知给第二终端。

可选地，该装置还包括：判断模块，用于判断第一呼叫状态信息的优先级是否高于第二终端的第二呼叫状态信息的优先级；确定模块，用于在第一呼叫状态信息的优先级高于第二呼叫状态信息的优先级时，确定将第一呼叫状态信息通知给第二终端。

可选地，该判断模块还用于判断第一呼叫状态信息的接收时间戳是否大于第二终端的第二呼叫状态信息的接收时间戳；其中，在第一呼叫状态信息的接收时间戳小于第二呼叫状态信息的接收时间戳时，确定将第一呼叫状态信息通知给第二终端。

根据本发明的又一个实施例，提供了一种呼叫状态的通知装置，位于第一终端中，包括：发送模块，用于在与第二终端建立语音通话链路之前，经由云服务器向第二终端发送第一呼叫状态信息。

根据本发明的又一个实施例，提供了一种呼叫状态的通知系统，包括：第一终端和第二终端，其特征在于，该系统还包括：设置于第一终端和第二终端之间的云服务器；其中，第一终端，用于在与第二终端建立语音通话链路之前，经由云服务器向第二终端发送第一呼叫状态信息；云服务器，用于在第一终端与第二终端建立语音通话链路 之前，获取第一终端的第一呼叫状态信息；将第一呼叫状态信息通知给第二终端。

根据本发明的又一个实施例，还提供了一种存储介质。该存储介质设置为存储用于执行以下步骤的程序代码：在第一终端与第二终端建立语音通话链路之前，获取第一终端的第一呼叫状态信息；将第一呼叫状态信息通知给第二终端。

可选地，存储介质还设置为存储用于执行以下步骤的程序代码：从第一终端接收第一呼叫状态信息。

可选地，存储介质还设置为存储用于执行以下步骤的程序代码：根据第二终端的第二标识信息获取第二终端的ip信息，依据ip信息将第一终端呼叫状态和第一终端标识信息通知给第二终端。

可选地，存储介质还设置为存储用于执行以下步骤的程序代码：判断第一呼叫状态信息的优先级是否高于第二终端的第二呼叫状态信息的优先级，在第一呼叫状态信息的优先级高于第二呼叫状态信息的优先级时，确定将第一呼叫状态信息通知给第二终端。

可选地，存储介质还设置为存储用于执行以下步骤的程序代码：判断第一呼叫状态信息的接收时间戳是否大于第二终端的第二呼叫状态信息的接收时间戳，其中，在第一呼叫状态信息的接收时间戳小于第二呼叫状态信息的接收时间戳时，确定第一呼叫状态信息的优先级高于第二呼叫状态信息的优先级。

根据本发明的又一个实施例，还提供了另一种存储介质。该存储介质设置为存储用于执行以下步骤的程序代码：第一终端在与第二终端建立语音通话链路之前，经由云服务器向第二终端发送第一呼叫状态信息。

通过本发明，由于在第一终端与第二终端建立语音通话链路之前，获取第一终端的第一呼叫状态信息并将第一呼叫状态信息通知给第二终端，可以解决相关技术中必须在建立语音通信链路或者人为参与的情况下才能得知对方呼叫状态导致通信双方呼叫冲突的问题，达到 在无需人为参与的情况下自动且及时地通知对方呼叫状态，克服了通信双方呼叫冲突的问题，提高了通信双方的通信效率的效果。

附图说明

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

图1是本发明实施例的一种呼叫状态的通知方法的云服务器的硬件结构框图；

图2是根据本发明实施例1的呼叫状态的通知方法的流程图；

图3是根据本发明实施例2的呼叫状态的通知方法的流程图；

图4是根据本发明实施例3的呼叫状态的通知方法的流程图；

图5是根据本发明实施例3的另一种呼叫状态的通知方法的流程图；

图6是根据本发明实施例4的呼叫状态的通知方法的流程图；

图7是根据本发明实施例5的呼叫状态的通知装置的结构框图；

图8是根据本发明实施例5的另一种呼叫状态的通知装置的结构框图；

图9是根据本发明实施例6的呼叫状态的通知装置的结构框图；

图10是根据本发明实施例7的呼叫状态的通知系统的结构示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术 语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

实施例1

本申请实施例1所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在云服务器上为例，图1是本发明实施例的一种呼叫状态的通知方法的云服务器的硬件结构框图。如图1所示，云服务器10可以包括一个或多个(图中仅示出一个)处理器102(处理器102可以包括但不限于微处理器mcu或可编程逻辑器件fpga等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输装置106。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，云服务器10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

存储器104可用于存储应用软件的软件程序以及模块，如本发明实施例中的呼叫状态的通知方法对应的程序指令/模块，处理器102通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至云服务器10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括云服务器10的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(networkinterfacecontroller，nic)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(radiofrequency，rf)模块，其用于通过无线方式与互联网进行通讯。

在本实施例中提供了一种呼叫状态的通知方法，图2是根据本发 明实施例1的呼叫状态的通知方法的流程图，如图2所示，该流程包括如下步骤：

步骤s202，在第一终端与第二终端建立语音通话链路之前，获取第一终端的第一呼叫状态信息。

可选地，在本实施例中，步骤s202还可以进一步包括：从第一终端接收第一呼叫状态信息。

可选地，在本实施例中，该第一呼叫状态信息可以包括但不限于：第一终端呼叫状态，用于标识第一终端的第一标识信息和用于标识第二终端的第二标识信息。上述第一标识信息和第二标识信息可以为终端的手机号码，但不限于此。

步骤s204，将第一呼叫状态信息通知给第二终端。

通过上述步骤，可以在第一终端建立语音通话链路之前且在没有人为参与的情况下，将呼叫状态信息转发到通话的第二终端，从而实时地告知第二终端第一终端的呼叫状态信息，进而解决了相关技术中必须在建立语音通信链路或者人为参与的情况下才能得知对方呼叫状态导致通信双方呼叫冲突的问题，实现在无需人为参与的情况下自动且及时地通知对方呼叫状态，克服了通信双方呼叫冲突的问题，提高了通信双方的通信效率。

可选地，上述步骤的执行主体可以为云服务器，但不限于此。

可选地，步骤s204进一步包括：根据第二终端的第二标识信息获取第二终端的ip信息，依据ip信息将第一终端呼叫状态和第一终端标识信息通知给第二终端。这样，便可以利用互联网通信链路进行上述第一终端呼叫状态和第一终端标识信息的传输。

实施例2

在相关技术中，第一终端可以为源终端，第二终端可以为目的终端。源终端向目的终端发起呼叫，目的终端进行接听，但是由于终端 问题或者网络的问题，出现了双方无法正常进行电话沟通的情况，例如单通等，此时，源终端用户选择挂断电话，准备重新再次发起对目的终端的呼叫，与此同时，目的终端也向源终端发起呼叫，此时，出现了呼叫双方均在通话或均在等待对方呼叫的情况，严重影响了通话效率。

为了解决上述问题，本实施例提供了一种呼叫状态的通知方法，图3是根据本发明实施例2的呼叫状态的通知方法的流程图，如图3所示，该实施例的执行主体为云服务器，终端的标识信息为手机号码，第一终端为源终端，第二终端为目的终端。

具体为：

步骤s302：在源终端给目的终端发起语音呼叫之前，源终端通过数据链路将源终端的手机号码、目的终端的手机号码和源终端的呼叫状态组合发送给云服务器。

步骤s304：云服务器根据目的终端的手机号码的注册信息，获取该目的终端的ip信息，并将源终端的呼叫状态路由转发给目的终端。

步骤s306：目的终端收到云服务器转发的源终端的呼叫状态之后，通过ui界面提示给目的终端用户。

通过采用云服务器将源终端的呼叫状态转发给目的终端的方法，实现了在语音通信链路建立之前且无人为参与的情况下，终端之间的呼叫状态的相互通知，解决了相关技术中必须在建立语音通信链路或者人为参与的情况下才能得知对方呼叫状态导致通信双方呼叫冲突的问题，实现在无需人为参与的情况下自动且及时地通知对方呼叫状态，克服了通信双方呼叫冲突的问题，提高了通信双方的通信效率。

实施例3

在本实施例中提供了一种呼叫状态的通知方法，图4是根据本发明实施例3的呼叫状态的通知方法的流程图，如图4所示，在上述实 施例中，在上述步骤s204之前，该方法还包括步骤s402至步骤s404。

步骤s402：判断第一呼叫状态信息的优先级是否高于第二终端的第二呼叫状态信息的优先级。

步骤s404：在第一呼叫状态信息的优先级高于第二呼叫状态信息的优先级时，确定将第一呼叫状态信息通知给第二终端。

在本实施例中，该优先级可以依据接收时间戳确定，例如：判断第一呼叫状态信息的接收时间戳是否大于第二终端的第二呼叫状态信息的接收时间戳，其中，在第一呼叫状态信息的接收时间戳小于第二呼叫状态信息的接收时间戳时，确定第一呼叫状态信息的优先级高于第二呼叫状态信息的优先级；其中，该接收时间戳用于指示接收到终端发送的呼叫状态信息的时间。

根据本发明的实施例，以云服务器为该方法的执行主体，图5是根据本发明实施例3的另一种呼叫状态的通知方法的流程图，如图5所示：

步骤s502：云服务器判断第一终端和第二终端是否同时向云服务器发送呼叫状态信息，若否，则执行步骤s504，若是，则执行步骤s506；

其中，“同时”含义是指：在第一终端(或第二终端)发送第一呼叫状态信息(或第二呼叫状态信息)到云服务器后且在该云服务器转发该呼叫状态信息之前，云服务器接收到第二终端(或第一终端)发送第二呼叫状态信息(或第一呼叫状态信息)；

步骤s504：云服务器将接收到的终端的呼叫状态信息进行转发；

步骤s506：云服务器根据第一终端和第二终端上报给云服务器的呼叫状态信息的接收时间戳进行判断，若第一终端的呼叫状态信息的接收时间戳小于第二终端的呼叫状态信息的接收时间戳，则执行步骤s508；若第二终端的呼叫状态信息的接收时间戳小于第一终端的呼叫状态信息的接收时间戳，则执行步骤s510。

步骤s508：转发第一终端的呼叫状态信息；

步骤s510：转发第二终端的呼叫状态信息。

通过对于通信双方上报给云服务器的呼叫状态信息的接收时间戳进行判断，可以有效地避免了同时向云服务器发送呼叫状态信息导致系统无法判断转达的内容，导致系统瘫痪的问题，达到及时地通知对方呼叫状态，克服了通信双方呼叫冲突的问题，提高了通信双方的通信效率的效果。

可选的，在本实施例中，在步骤s202之前，还可以确定第一终端与第二终端之间出现通话故障，由此可见，本实施例提供的方案可以适用于终端间出现通话故障的场景，其中，通话故障可以包括但不限于：由于网络问题或信号问题导致的单通故障。

实施例4

在本实施例中提供了一种呼叫状态的通知方法，图6是根据本发明实施例4的呼叫状态的通知方法的流程图，如图6所示，该流程包括如下步骤：

步骤s602：获取第一终端的第一呼叫状态信息；

步骤s604：第一终端在与第二终端建立语音通话链路之前，经由云服务器向第二终端发送上述第一呼叫状态信息。

该第一呼叫状态信息可以包括：第一终端呼叫状态，用于标识第一终端的第一标识信息和用于标识第二终端的第二标识信息。

可选地，步骤s602是一个可选步骤，即可以不执行该步骤，而直接执行步骤s604。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在 一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

实施例5

在本实施例中还提供了一种呼叫状态的通知装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图7是根据本发明实施例5的呼叫状态的通知装置的结构框图，如图7所示，该装置包括：

获取模块72，用于在第一终端与第二终端建立语音通话链路之前，获取第一终端的第一呼叫状态信息；

通知模块74，连接至上述获取模块72，用于将第一呼叫状态信息通知给第二终端；

其中，该获取模块72还用于从第一终端接收第一呼叫状态信息；该第一呼叫状态信息包括：第一终端呼叫状态，用于标识第一终端的第一标识信息和用于标识第二终端的第二标识信息；该通知模块74还用于根据第二终端的第二标识信息获取第二终端的ip信息；依据ip信息将第一终端呼叫状态和第一终端标识信息通知给第二终端。

图8是根据本发明实施例5的另一种呼叫状态的通知装置的结构框图，如图8所示，该装置除包括图8所示的所有模块外，还包括：

判断模块82，用于判断第一呼叫状态信息的优先级是否高于第二终端的第二呼叫状态信息的优先级；

确定模块84，连接至上述判断模块82，用于在第一呼叫状态信息的优先级高于第二呼叫状态信息的优先级时，确定将第一呼叫状态 信息通知给第二终端；

其中，判断模块82还用于判断第一呼叫状态信息的接收时间戳是否大于第二终端的第二呼叫状态信息的接收时间戳；其中，在第一呼叫状态信息的接收时间戳小于第二呼叫状态信息的接收时间戳时，确定将第一呼叫状态信息通知给第二终端。

实施例6

在本实施例中还提供另一种呼叫状态的通知装置，图9是根据本发明实施例6的呼叫状态的通知装置的结构框图，如图9所示，该装置包括：

接收模块92，用于接收第一终端的第一呼叫状态信息；

发送模块94，用于在与第二终端建立语音通话链路之前，经由云服务器向第二终端发送第一呼叫状态信息。

可选的，接收模块92是一个可选的模块，即该装置中可以不包括该模块。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。

实施例7

在本实施例中还提供另一种呼叫状态的通知系统，图10是根据本发明实施例7的呼叫状态的通知系统的结构示意图，如图10所示，该系统包括：第一终端1002和第二终端1004以及设置于该第一终端1002和该第二终端1004之间的云服务器1006，其中，第一终端1002，用于在与第二终1004端建立语音通话链路之前，经由云服务器1006向第二终端1004发送第一呼叫状态信息；云服务器1006，用于在第 一终端1002与第二终端1004建立语音通话链路之前，获取第一终端1002的第一呼叫状态信息；将第一呼叫状态信息通知给第二终端1004。

实施例8

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：s1，在第一终端与第二终端建立语音通话链路之前，获取所述第一终端的第一呼叫状态信息；s2，将所述第一呼叫状态信息通知给所述第二终端。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：从所述第一终端接收所述第一呼叫状态信息。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：根据所述第二终端的所述第二标识信息获取所述第二终端的ip信息，依据所述ip信息将所述第一终端呼叫状态和所述第一终端标识信息通知给所述第二终端。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：判断所述第一呼叫状态信息的优先级是否高于所述第二终端的第二呼叫状态信息的优先级，在所述第一呼叫状态信息的优先级高于所述第二呼叫状态信息的优先级时，确定将所述第一呼叫状态信息通知给所述第二终端。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：判断所述第一呼叫状态信息的接收时间戳是否大于所述第二终端的所述第二呼叫状态信息的接收时间戳，其中，在所述第一呼叫状态信息的接收时间戳小于所述第二呼叫状态信息的接收时间戳时，确定所述第一呼叫状态信息的优先级高于所述第二呼叫状态信息的优先级。

可选地，在本实施例中，上述存储介质可以包括但不限于：u盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram， randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：在第一终端与第二终端建立语音通话链路之前，获取所述第一终端的第一呼叫状态信息；将所述第一呼叫状态信息通知给所述第二终端。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：从所述第一终端接收所述第一呼叫状态信息。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：根据所述第二终端的所述第二标识信息获取所述第二终端的ip信息，依据所述ip信息将所述第一终端呼叫状态和所述第一终端标识信息通知给所述第二终端。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：判断所述第一呼叫状态信息的优先级是否高于所述第二终端的第二呼叫状态信息的优先级，在所述第一呼叫状态信息的优先级高于所述第二呼叫状态信息的优先级时，确定将所述第一呼叫状态信息通知给所述第二终端。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：判断所述第一呼叫状态信息的接收时间戳是否大于所述第二终端的所述第二呼叫状态信息的接收时间戳，其中，在所述第一呼叫状态信息的接收时间戳小于所述第二呼叫状态信息的接收时间戳时，确定所述第一呼叫状态信息的优先级高于所述第二呼叫状态信息的优先级。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

实施例9

本发明的实施例还提供了另一种存储介质。可选地，在本实施例 中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：第一终端在与第二终端建立语音通话链路之前，经由云服务器向所述第二终端发送第一呼叫状态信息。

可选地，在本实施例中，上述存储介质可以包括但不限于：u盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：第一终端在与第二终端建立语音通话链路之前，经由云服务器向所述第二终端发送第一呼叫状态信息。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

通过本发明实施例，由于在第一终端与第二终端建立语音通话链路之前，获取第一终端的第一呼叫状态信息；将第一呼叫状态信息通知给第二终端，因此，可以解决相关技术中必须在建立语音通信链路或者人为参与的情况下才能得知对方呼叫状态导致通信双方呼叫冲突的问题，达到在无需人为参与的情况下自动且及时地通知对方呼叫状态，克服了通信双方呼叫冲突的问题，提高了通信双方的通信效率的效果。

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

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