CN106034293A - 一种呼叫等待处理方法和呼叫等待处理装置 - Google Patents

Abstract

本发明公开了一种呼叫等待处理方法和呼叫等待处理装置，其中，一种呼叫等待处理方法包括：当第一用户设备与第二用户设备之间的通话建立，且所述第一用户设备与第三用户设备之间的通话被保持时，检测在所述第一用户设备上输入的指令；若检测到在所述第一用户设备上输入的通知指令，则，触发所述第三用户设备的服务基站向所述第三用户设备发送通知消息，所述通知消息用于通知所述第三用户设备的用户当前可先挂断保持的通话。本发明提供的技术方案能够有效提高呼叫等待系统的灵活性。

Description

一种呼叫等待处理方法和呼叫等待处理装置

技术领域

本发明涉及通讯技术领域，具体涉及一种呼叫等待处理方法和呼叫等待处理装置。

背景技术

目前，大多数运营商都提供了呼叫等待的业务。现有的呼叫等待处理方案如下：当用户开通了呼叫等待的业务后，如果用户在通话过程中有其它电话呼入，那么用户将收到呼入提示，若用户选择接听呼入的电话，则用户此前的通话将会被保留，直至用户恢复被保留的通话或被保留的通话的另一方挂断电话，同时，被保持的通话同样需要计费。举例说明，若用户A开通了呼叫等待的业务，则当用户A与用户B通话过程中用户C拨打了用户A的号码，那么用户A将收到呼入提示，该呼入提示提醒用户A当前有用户C的号码呼入，在这种情况下，如果用户A选择接听用户C呼入的电话，则用户A与用户B的通话将被保持，而后用户A与用户C开始进行通话，在此过程中，除非用户B挂断电话或者用户A与用户C的通话结束并恢复用户A与用户B的通话，否则，用户A与用户B的通话将一直被保持，而在用户A与用户B的通话被保持的过程中，被保持的通话同样需要计费。

由上可见，现有的呼叫等待系统中，选择保留通话的用户(即上述用户A)在通话被保留之后，无法挂掉被保留的通话，因此，将会存在这样一种情况：上述用户A不好意思结束与用户C的通话，上述用户B在通话被保留后又不好意思直接挂断被保留的通话，而用户A与用户B的通话在被保留的过程中仍然在计费，从而使得用户A和用户B都很尴尬。可见，现有的呼叫等待系统灵活性较差。

发明内容

本发明提供一种呼叫等待处理方法和呼叫等待处理装置，用于提高呼叫等待系统的灵活性。

本发明一方面提供一种呼叫等待处理方法，包括：

当第一用户设备与第二用户设备之间的通话建立，且上述第一用户设备与第三用户设备之间的通话被保持时，检测在上述第一用户设备上输入的指令；

若检测到在上述第一用户设备上输入的通知指令，则，触发上述第三用户设备的服务基站向上述第三用户设备发送通知消息，上述通知消息用于通知上述第三用户设备的用户当前可先挂断保持的通话。

本发明另一方面提供一种呼叫等待处理装置，包括：

检测单元，用于当第一用户设备与第二用户设备之间的通话建立，且上述第一用户设备与第三用户设备之间的通话被保持时，检测在上述第一用户设备上输入的指令；

触发单元，用于当上述检测单元检测到在上述第一用户设备上输入的通知指令时，触发上述第三用户设备的服务基站向上述第三用户设备发送通知消息，上述通知消息用于通知上述第三用户设备的用户当前可先挂断保持的通话。

由上可见，本发明中当第一用户设备与第二用户设备之间的通话建立，且该第一用户设备与第三用户设备之间的通话被保持时，用户可以通过在该第一用户设备上输入一指令，触发该第三用户设备的服务基站向该第三用户设备发送通知消息，通过该通知消息通知该第三用户设备的用户当前可先挂断保持的通话，从而避免因第一用户设备的用户无法短时间内结束其与第二用户设备的用户的通话而给第一用户设备的用户和第三用户设备的用户造成的尴尬，有效提高了呼叫等待系统的灵活性。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明提供的一种呼叫等待处理方法一个实施例流程示意图；

图2为本发明提供的一种呼叫等待处理方法另一个实施例流程示意图；

图3为本发明提供的一种呼叫等待处理装置一个实施例结构示意图。

具体实施方式

为使得本发明的发明目的、特征、优点能够更加的明显和易懂，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而非全部实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

下面以一实施例对本发明中的一种呼叫等待处理方法进行描述，请参阅图1，本发明实施例中的呼叫等待处理方法包括：

101、当第一用户设备与第二用户设备之间的通话建立，且上述第一用户设备与第三用户设备之间的通话被保持时，检测在上述第一用户设备上输入的指令；

本发明实施例中，当第一用户设备与第二用户设备之间的通话建立，且上述第一用户设备与第三用户设备之间的通话被保持时，呼叫等待处理装置检测在上述第一用户设备上输入的指令。其中，上述第一用户设备与第三用户设备之间的通话被保持是指：在上述第一用户设备与第三用户设备通话时，上述第一用户设备接听另一用户设备的呼入(即上述第一用户设备建立与另一用户设备的通话)，使得上述第一用户设备与上述第三用户设备之间的通话暂停的状态。应理解，在本发明实施例中，上述另一用户设备即为上述第二用户设备。

102、若检测到在上述第一用户设备上输入的通知指令，则，触发上述第三用户设备的服务基站向上述第三用户设备发送通知消息；

其中，上述通知消息用于通知上述第三用户设备的用户当前可先挂断保持的通话，从而使得上述第三用户设备的用户可以安心挂断当前保持的通话。

本发明实施例中，当第一用户设备与第二用户设备之间的通话建立，且上述第一用户设备与第三用户设备之间的通话被保持时，上述第一用户设备提供通知指令的输入控件，以便用户通过该输入控件输入上述通知指令。具体地，当第一用户设备与第二用户设备之间的通话建立，且上述第一用户设备与第三用户设备之间的通话被保持时，在第一用户设备的通话界面上增设一按钮(即Button)，用户可以通过触发该按钮输入上述通知指令。当呼叫等待处理装置检测到在上述第一用户设备上输入的通知指令时，上述呼叫等待处理装置触发上述第三用户设备的服务基站向上述第三用户设备发送通知消息。

可选地，本发明实施例中定义如表1所示格式的协议信令：

表1

协议ID

对端的服务基站的ID

功能参数

当呼叫等待处理装置检测到在上述第一用户设备上输入的通知指令时，上述呼叫等待处理装置向网络侧设备(例如基站或基站控制器)发送如表1所示格式的协议信令，通过上述网络侧设备触发上述第三用户设备的服务基站向上述第三用户设备发送通知消息。在表1中，“对端的服务基站的ID”字段用于指示被保持通话的用户设备的服务基站的ID，例如，在本发明实施例中，表1中的“对端的服务基站的ID”字段用于指示上述第三用户设备的服务基站的ID；“功能参数”字段用于指示需要网络侧设备执行的功能，具体地，该功能参数的取值和不同值所对应的功能可以通过与网络侧设备协商来达成。例如，约定功能参数的值为aaa时执行功能1，则当网络侧设备解析上面协议信令后得到的功能参数的值为aaa时，就认为需要执行功能1。

可选的，上述通知消息具体为短信息。具体地，短信息的内容可定义如下：“我的通话暂时无法结束，请您先挂断电话，一会机主将主动回复您！”。当然，该短信息也可以为其它内容，只需能够起到通知上述第三用户设备的用户当前可先挂断保持的通话的作用即可。

可选地，上述第三用户设备的服务基站在向上述第三用户设备成功发送上述通知消息之后，向上述呼叫等待处理装置发送通知响应消息，以便上述呼叫等待处理装置在接收该通知响应消息后获知已成功向上述第三用户设备发送上述通知消息。

可选地，当上述第一用户设备与上述第二用户设备之间的通话结束，且在上述第一用户设备与上述第二用户设备之间的通话结束之前，上述第一用户设备与上述第三用户设备之间的通话已结束时，上述呼叫等待处理装置向上述第三用户设备发送第一指示消息，上述第一指示消息用于指示上述第一用户设备与上述第二用户设备之间的通话已结束，使得上述第三用户设备的用户获知上述第一用户设备与上述第二用户设备的通话已经结束。进一步，当上述第一用户设备与上述第二用户设备之间的通话结束，且在上述第一用户设备与上述第二用户设备之间的通话结束之前，上述第一用户设备与上述第三用户设备之间的通话已结束时，上述呼叫等待处理装置输出第二指示消息，上述第二指示消息用于向上述第一用户设备的用户指示可以恢复之前与上述第三用户设备的通话，从而提醒上述第一用户设备的用户此前与上述第三用户设备进行过通话。

需要说明的是，本发明实施例中的呼叫等待处理装置具体可以集成在用户设备(UE，User Equipment)中，或者也可以为独立于用户设备的装置，本发明实施例中的用户设备具体为手机，或者，也可以为其它具备通话功能的用户设备，此处不作限定。

由上可见，本发明中当第一用户设备与第二用户设备之间的通话建立，且该第一用户设备与第三用户设备之间的通话被保持时，用户可以通过在该第一用户设备上输入一指令，触发该第三用户设备的服务基站向该第三用户设备发送通知消息，通过该通知消息通知该第三用户设备的用户当前可先挂断保持的通话，从而避免因第一用户设备的用户无法短时间内结束其与第二用户设备的用户的通话而给第一用户设备的用户和第三用户设备的用户造成的尴尬，有效提高了呼叫等待系统的灵活性。

下面以另一实施例对本发明中的一种呼叫等待处理方法进行描述，请参阅图2，本发明实施例中的呼叫等待处理方法包括：

201、当第一用户设备与第二用户设备之间的通话建立，且上述第一用户设备与第三用户设备之间的通话被保持时，检测在上述第一用户设备上输入的指令；

本发明实施例中，当第一用户设备与第二用户设备之间的通话建立，且上述第一用户设备与第三用户设备之间的通话被保持时，呼叫等待处理装置检测在上述第一用户设备上输入的指令。其中，上述第一用户设备与第三用户设备之间的通话被保持是指：在上述第一用户设备与第三用户设备通话时，上述第一用户设备接听另一用户设备的呼入(即上述第一用户设备建立与另一用户设备的通话)，使得上述第一用户设备与上述第三用户设备之间的通话暂停的状态。应理解，在本发明实施例中，上述另一用户设备即为上述第二用户设备。

202、若检测到在上述第一用户设备上输入的通知指令，则，触发上述第三用户设备的服务基站向上述第三用户设备发送通知消息；

具体地，呼叫等待处理装置触发上述第三用户设备的服务基站向上述第三用户设备发送通知消息的方式可以参照图1所示实施例中的步骤102中的描述，此处不再赘述。

203、若上述第一用户设备与上述第二用户设备之间的通话结束，且在上述第一用户设备与上述第二用户设备之间的通话结束之前，上述第一用户设备与上述第三用户设备之间的通话已结束，则向上述第三用户设备发送第一指示消息；

其中，上述第一指示消息用于指示上述第一用户设备与上述第二用户设备之间的通话已结束。

本发明实施例中，由于步骤203中向上述第三用户设备发送通知消息，因此，上述第三用户设备的用户很可能在查看到上述通知消息后，挂断与上述第一用户设备所保持的通话，当然，上述第三用户设备的用户也可能因为其它原因，在上述第一用户设备与上述第二用户设备之间的通话结束之前就挂断了与上述第一用户设备所保持的通话。本发明实施例中，当上述第一用户设备与上述第二用户设备之间的通话结束，且在上述第一用户设备与上述第二用户设备之间的通话结束之前，上述第一用户设备与上述第三用户设备之间的通话已结束(即上述第三用户设备已挂断与上述第一用户设备所保持的通话)，则，呼叫等待处理装置向上述第三用户设备发送第一指示消息，以便上述第三用户设备的用户获知上述第一用户设备与上述第二用户设备之间的通话已结束，从而达到提醒上述第三用户设备的用户可重新与上述第一用户设备建立通话连接的目的。

可选的，上述第一指示消息具体为短信息。具体地，短信息的内容可定义如下：“您可以恢复之前未完成的电话，机主已完成之前的通话”。当然，该短信息也可以为其它内容，只需能够起到向上述第三用户设备的用户指示上述第一用户设备与上述第二用户设备之间的通话已结束即可。

204、输出第二指示消息；

其中，上述第二指示消息用于向上述第一用户设备的用户指示可以恢复之前与上述第三用户设备的通话。

可选的，上述第二指示消息具体为短信息。具体地，短信息的内容可定义如下：“请您恢复之前与A的未完成电话”。需要说明的是，上述A指代上述第三用户设备，A具体可以为上述用户设备所使用的手机卡的号码。当然，该短信息也可以为其它内容，只需能够起到向上述第一用户设备的用户指示可以恢复之前与上述第三用户设备的通话即可。

可选地，对已有的通话挂断协议(即Hangup)协议进行扩展，则在步骤203中，当上述第一用户设备结束与上述第二用户设备之间的通话(即上述第一用户设备挂断与上述第二用户设备的通话)时，上述第一用户设备在发出的Hangup协议信令中携带扩展功能参数，以便上述Hangup协议信令的接收设备(例如基站或基站控制器)在上述扩展功能参数的指示下，向上述第一用户设备发送上述第二指示消息并触发上述第三用户设备的服务基站向上述第三用户设备发送第一指示消息。具体地，上述扩展功能参数可以参照表1中的协议信令进行设定。

需要说明的是，本发明实施例中的呼叫等待处理装置具体可以集成在UE中，或者也可以为独立于用户设备的装置，本发明实施例中的用户设备具体为手机，或者，也可以为其它具备通话功能的用户设备，此处不作限定。

由上可见，本发明中当第一用户设备与第二用户设备之间的通话建立，且该第一用户设备与第三用户设备之间的通话被保持时，用户可以通过在该第一用户设备上输入一指令，触发该第三用户设备的服务基站向该第三用户设备发送通知消息，通过该通知消息通知该第三用户设备的用户当前可先挂断保持的通话，从而避免因第一用户设备的用户无法短时间内结束其与第二用户设备的用户的通话而给第一用户设备的用户和第三用户设备的用户造成的尴尬，有效提高了呼叫等待系统的灵活性。进一步，本发明实施例中，当上述第一用户设备与上述第二用户设备之间的通话结束，且在上述第一用户设备与上述第二用户设备之间的通话结束之前，上述第一用户设备与上述第三用户设备之间的通话已结束时，呼叫等待处理装置向上述第三用户设备发送第一指示消息并输出第二指示消息，从而起到提醒第三用户设备的用户和第一用户设备的用户恢复之前未完成的通话的作用，进一步提高的呼叫等待系统的可靠性。

本发明实施还提供一种呼叫等待处理装置，请参阅图3，本发明实施例中的呼叫等待处理装置300包括：

检测单元301，用于当第一用户设备与第二用户设备之间的通话建立，且上述第一用户设备与第三用户设备之间的通话被保持时，检测在上述第一用户设备上输入的指令；

触发单元302，用于当检测单元301检测到在上述第一用户设备上输入的通知指令时，触发上述第三用户设备的服务基站向上述第三用户设备发送通知消息，上述通知消息用于通知上述第三用户设备的用户当前可先挂断保持的通话。

可选的，本发明实施例中的呼叫等待处理装置还包括：发送单元，用于当上述第一用户设备与上述第二用户设备之间的通话结束，且在上述第一用户设备与上述第二用户设备之间的通话结束之前，上述第一用户设备与上述第三用户设备之间的通话已结束时，向上述第三用户设备发送第一指示消息，上述第一指示消息用于指示上述第一用户设备与上述第二用户设备之间的通话已结束。

可选的，本发明实施例中的呼叫等待处理装置还包括：输出单元，用于输出第二指示消息，上述第二指示消息用于向上述第一用户设备的用户指示可以恢复之前与上述第三用户设备的通话。

可选的，上述发送单元具体用于：在发出的上述第一用户设备与上述第二用户设备的通话挂断协议信令中携带扩展功能参数，以便上述通话挂断协议信令的接收设备在上述扩展功能参数的指示下，向上述第一用户设备发送上述第二指示消息并触发上述第三用户设备的服务基站向上述第三用户设备发送第一指示消息；上述呼叫等待处理装置还包括：第一接收单元，用于接收上述第二指示消息。

可选的，本发明实施例中的上述呼叫等待处理装置还包括：第二接收单元，用于接收通知响应消息，其中，上述通知响应消息由上述第三用户设备的服务基站在向上述第三用户设备成功发送上述通知消息之后发出。

需要说明的是，本发明实施例中的呼叫等待处理装置具体可以集成在用户设备中，或者也可以为独立于用户设备的装置，本发明实施例中的用户设备具体为手机，或者，也可以为其它具备通话功能的用户设备，此处不作限定。

应理解，本发明实施例中的呼叫等待处理装置可以如上述方法实施例中提及的呼叫等待处理装置，可以用于实现上述方法实施例中的全部技术方案，其各个功能模块的功能可以根据上述方法实施例中的方法具体实现，其具体实现过程可参照上述实施例中的相关描述，此处不再赘述。

由上可见，本发明中当第一用户设备与第二用户设备之间的通话建立，且该第一用户设备与第三用户设备之间的通话被保持时，用户可以通过在该第一用户设备上输入一指令，触发该第三用户设备的服务基站向该第三用户设备发送通知消息，通过该通知消息通知该第三用户设备的用户当前可先挂断保持的通话，从而避免因第一用户设备的用户无法短时间内结束其与第二用户设备的用户的通话而给第一用户设备的用户和第三用户设备的用户造成的尴尬，有效提高了呼叫等待系统的灵活性。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，上述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本发明所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。

以上为对本发明所提供的一种呼叫等待处理方法和呼叫等待处理装置的描述，对于本领域的一般技术人员，依据本发明实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种呼叫等待处理方法，其特征在于，包括：

当第一用户设备与第二用户设备之间的通话建立，且所述第一用户设备与第三用户设备之间的通话被保持时，检测在所述第一用户设备上输入的指令；

若检测到在所述第一用户设备上输入的通知指令，则，触发所述第三用户设备的服务基站向所述第三用户设备发送通知消息，所述通知消息用于通知所述第三用户设备的用户当前可先挂断保持的通话。

2.根据权利要求1所述的方法，其特征在于，若所述第一用户设备与所述第二用户设备之间的通话结束，且所述第一用户设备与所述第三用户设备之间的通话在所述第一用户设备与所述第二用户设备之间的通话结束之前也已结束，则所述方法还包括：

向所述第三用户设备发送第一指示消息，所述第一指示消息用于指示所述第一用户设备与所述第二用户设备之间的通话已结束。

3.根据权利要求2所述的方法，其特征在于，若所述第一用户设备与所述第二用户设备之间的通话结束，且所述第一用户设备与所述第三用户设备之间的通话在所述第一用户设备与所述第二用户设备之间的通话结束之前也已结束，则所述方法还包括：

输出第二指示消息，所述第二指示消息用于向所述第一用户设备的用户指示可以恢复之前与所述第三用户设备的通话。

4.根据权利要求3所述的方法，其特征在于，所述向所述第三用户设备发送第一指示消息，包括：

在发出的所述第一用户设备与所述第二用户设备的通话挂断协议信令中携带扩展功能参数，以便所述通话挂断协议信令的接收设备在所述扩展功能参数的指示下，向所述第一用户设备发送所述第二指示消息并触发所述第三用户设备的服务基站向所述第三用户设备发送第一指示消息；

所述输出第二指示消息之前包括：接收所述第二指示消息。

5.根据权利要求1至4任一项所述的方法，其特征在于，所述向所述第三用户设备发送通知消息，之后包括：

接收通知响应消息，其中，所述通知响应消息由所述第三用户设备的服务基站在向所述第三用户设备成功发送所述通知消息之后发出。

6.一种呼叫等待处理装置，其特征在于，包括：

检测单元，用于当第一用户设备与第二用户设备之间的通话建立，且所述第一用户设备与第三用户设备之间的通话被保持时，检测在所述第一用户设备上输入的指令；

触发单元，用于当所述检测单元检测到在所述第一用户设备上输入的通知指令时，触发所述第三用户设备的服务基站向所述第三用户设备发送通知消息，所述通知消息用于通知所述第三用户设备的用户当前可先挂断保持的通话。

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

发送单元，用于当所述第一用户设备与所述第二用户设备之间的通话结束，且所述第一用户设备与所述第三用户设备之间的通话在所述第一用户设备与所述第二用户设备之间的通话结束之前也已结束时，向所述第三用户设备发送第一指示消息，所述第一指示消息用于指示所述第一用户设备与所述第二用户设备之间的通话已结束。

8.根据权利要求7所述的呼叫等待处理装置，其特征在于，所述呼叫等待处理装置还包括：

输出单元，用于输出第二指示消息，所述第二指示消息用于向所述第一用户设备的用户指示可以恢复之前与所述第三用户设备的通话。

9.根据权利要求8所述的呼叫等待处理装置，其特征在于，所述发送单元具体用于：在发出的所述第一用户设备与所述第二用户设备的通话挂断协议信令中携带扩展功能参数，以便所述通话挂断协议信令的接收设备在所述扩展功能参数的指示下，向所述第一用户设备发送所述第二指示消息并触发所述第三用户设备的服务基站向所述第三用户设备发送第一指示消息；

所述呼叫等待处理装置还包括：第一接收单元，用于接收所述第二指示消息。

10.根据权利要求6至9任一项所述的呼叫等待处理装置，其特征在于，所述呼叫等待处理装置还包括：

第二接收单元，用于接收通知响应消息，其中，所述通知响应消息由所述第三用户设备的服务基站在向所述第三用户设备成功发送所述通知消息之后发出。