CN107371147A - 呼叫保持方法及保持、被保持终端、计算机可读存储介质 - Google Patents

Abstract

本发明公开了一种呼叫保持方法及保持、被保持终端、计算机可读存储介质，保持终端通过在向被保持终端发送的呼叫保持请求中携带权限指示信息，从而向被保持终端指示其在呼叫保持状态下是否具备向自身外发请求信息的权限，让被保持终端接收到该呼叫保持请求后，根据权限指示信息确定是否向保持终端发送请求信息，并在具备外发请求信息权限时，根据用户需求向保持终端发送请求信息，使得保持终端了解被保持终端侧用户当前的需求。本发明摒弃现有呼叫保持方案中僵化拒绝用户外发请求信息的做法，不仅在一定程度上改善了被保持终端侧的用户体验，而且因为被保持终端是否具备外发请求信息的权限由保持终端侧确定，因此也提升了保持终端侧的用户体验。

Description

呼叫保持方法及保持、被保持终端、计算机可读存储介质

技术领域

本发明涉及通信领域，更具体地说，涉及一种呼叫保持方法及保持、被保持终端、计算机可读存储介质。

背景技术

呼叫保持(Call Hold，CH)，又称通话保持，是指运营商向用户提供的一种暂时中断原本正在进行的通话，转而进行新的通话，同时又与原本通话保持联系的业务。例如，用户A和用户B正在进行通话的时候，用户C向用户A发起了呼叫请求，用户A可以使用呼叫保持功能，在保持与用户B联系的同时接听来自用户C的呼叫，请参见图1所示出的呼叫保持示意图。当用户A与用户C进行通话时，用户B无法听到用户A的声音，同样，用户B的声音也不会被用户A听到，以免影响用户A和用户C的通话体验。在与用户C通话的过程中，用户A又可以根据实际需求随时切换回与用户B的通话，使用户C处于Hold(保持)状态。

在被处理事务要求用户同无法面对面的另外两方交换信息，并迅速做出决断的情境下，呼叫保持给出了不错的解决方案，提升了用户体验。但是在现有技术中，当进入呼叫保持状态后，被保持端将无法在该呼叫中向保持发起端发送任何消息，若被保持端需要向保持发起端发送消息，也只能被动地等待保持发起端主动解除该呼叫保持之后才能实现消息的外发。这主要是由于在现有的呼叫保持方案中，被保持端在接收到用户向保持发起端外发消息的请求之后，只要确定自身当前同保持发起端间的通话处于通话保持状态，就根本不会进入外发消息的流程，导致被保持端用户的请求必然得不到保持发起端的任何响应，保持发起端的用户无法了解被保持端用户的需求，进而使得用户体验低。

所以，现在亟需提供一种呼叫保持方案，用以解决现有呼叫保持方案中，在呼叫保持状态下，被保持端直接拒绝向保持发起端发送消息所引起的用户体验低的问题。

发明内容

本发明要解决的技术问题在于：提供一种新的呼叫保持方案，用以解决现有技术中被保持端直接拒绝向保持发起端发送消息所引起的用户体验低的问题，针对该技术问题，提供一种呼叫保持方法及保持、被保持终端、计算机可读存储介质。

为解决上述技术问题，本发明提供一种呼叫保持方法，所述呼叫保持方法包括：

保持终端生成携带有权限指示信息的呼叫保持请求，所述权限指示信息用于指示被保持终端在呼叫保持状态下是否具备向自身外发请求信息的权限；

所述保持终端将所述呼叫保持请求通过服务器发送给所述被保持终端，实现同所述被保持终端间的呼叫保持。

可选地，所述保持终端生成携带有权限指示信息的呼叫保持请求之前，还包括：

所述保持终端在需要发起与所述被保持终端间的呼叫保持时，接收用户针对所述被保持终端的请求权限设置。

可选地，若所述权限指示信息表征所述被保持终端在呼叫保持状态下具备外发请求信息的权限，所述保持终端将所述呼叫保持请求通过服务器发送给所述被保持终端之后，还包括：

所述保持终端接收所述被保持终端发送的请求信息，所述请求信息用于请求所述保持终端将语音通话升级切换为视频通话，或用于请求所述保持终端解除呼叫保持；

所述保持终端向用户展示来自所述被保持终端的请求信息；

所述保持终端根据用户输入对所述请求信息进行处理。

进一步地，本发明提供了一种呼叫保持方法，所述呼叫保持方法包括：

被保持终端通过服务器接收保持终端发送的携带有权限指示信息的呼叫保持请求，所述权限指示信息用于指示被保持终端在呼叫保持状态下是否具备向所述保持终端发送请求信息的权限；

所述被保持终端根据所述权限指示信息确定是否向所述保持终端发送请求信息。

可选地，所述被保持终端根据所述权限指示信息确定是否向所述保持终端发送请求信息包括：

所述被保持终端在自身具备请求权限时，接收用户发起的请求，并将根据用户请求生成的请求信息发送给所述保持终端，所述请求信息用于请求所述保持终端将语音通话升级切换为视频通话，或用于请求所述保持终端解除呼叫保持；

所述被保持终端在自身具备不请求权限时，拒绝接收用户发起的请求，或拒绝对接收到的用户请求生成请求信息。

可选地，所述被保持终端通过服务器接收保持终端发送的携带有权限指示信息的呼叫保持请求之后，还包括：

所述被保持终端根据所述权限指示信息向用户提示自身所具备的请求权限。

可选地，所述被保持终端根据所述权限指示信息向用户提示自身所具备的请求权限包括：

所述被保持终端在自身具备请求权限时，将用于用户向所述保持终端发起请求的图标点亮显示，在自身不具备请求权限时，将所述图标灰度显示；

或，

所述被保持终端在自身具备请求权限时，控制显示用于用户向所述保持终端发起请求的图标，在自身不具备请求权限时，停止对所述图标的显示；

或，

所述被保持终端通过文本信息和/或语音向用户提示自身所具备的请求权限。

进一步地，本发明还提供了一种保持终端，所述保持终端包括第一处理器、第一存储器及第一通信总线；

所述第一通信总线用于实现第一处理器和第一存储器之间的连接通信；

所述第一处理器用于执行第一存储器中存储的呼叫保持程序，以实现以下步骤：

生成携带有权限指示信息的呼叫保持请求，所述权限指示信息用于指示被保持终端在呼叫保持状态下是否具备向自身外发请求信息的权限；

将所述呼叫保持请求通过服务器发送给所述被保持终端，实现同所述被保持终端间的呼叫保持。

进一步地，本发明还提供了一种被保持终端，所述被保持终端包括第二处理器、第二存储器及第二通信总线；

所述第二通信总线用于实现第二处理器和第二存储器之间的连接通信；

所述第二处理器用于执行第二存储器中存储的呼叫保持程序，以实现以下步骤：

通过服务器接收保持终端发送的携带有权限指示信息的呼叫保持请求，所述权限指示信息用于指示被保持终端在呼叫保持状态下是否具备向所述保持终端发送请求信息的权限；

根据所述权限指示信息确定是否向所述保持终端发送请求信息。

进一步地，本发明还提供了一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行以实现如任一项所述的呼叫保持方法步骤。

有益效果

本发明提供一种呼叫保持方法及保持、被保持终端、计算机可读存储介质，保持终端通过在向被保持终端发送的呼叫保持请求中携带权限指示信息，从而向被保持终端指示其在呼叫保持状态下是否具备向自身外发请求信息的权限，让被保持终端通过服务器接收到该呼叫保持请求后，根据权限指示信息确定是否向保持终端发送请求信息，进而在确定自身具备外发请求信息权限时，根据用户需求向保持终端发送请求信息，使得保持终端了解被保持终端侧用户当前的需求。本发明摒弃现有呼叫保持方案中僵化拒绝用户外发请求信息的做法，不仅在一定程度上改善了被保持终端侧的用户体验，而且因为被保持终端是否具备外发请求信息的权限由接收请求信息的保持终端侧来确定，因此也提升了保持终端侧是否接收请求信息的自主性，照顾了保持终端侧用户的需求，提升了用户体验。

附图说明

下面将结合附图及实施例对本发明作进一步说明，附图中：

图1为相关技术中呼叫保持业务的一种示意图；

图2为本发明第一实施例中提供的呼叫保持方法的一种流程图；

图3为本发明各实施例中呼叫系统的一种结构示意图；

图4为本发明各实施例中示出的保持终端的一种用户交互界面示意图；

图5为本发明各实施例中示出的保持终端的另一种用户交互界面示意图；

图6为本发明第二实施例中提供的呼叫保持方法的一种流程图；

图7为本发明各实施例中被保持终端进入呼叫保持状态前后显示界面的一种对比示意图；

图8为本发明各实施例中被保持终端进入呼叫保持状态前后显示界面的另一种对比示意图；

图9为本发明各实施例中被保持终端进入呼叫保持状态前后显示界面的又一种对比示意图；

图10为本发明中各实施例中示出的保持终端的又一种用户交互界面示意图；

图11为本发明第三实施例中提供的保持终端的一种硬件结构示意图；

图12为本发明第三实施例中提供的被保持终端的一种硬件结构示意图；

图13为本发明第四实施例中提供的保持终端的一种硬件结构示意图；

图14为本发明第四实施例中提供的被保持终端的一种硬件结构示意图；

图15为本发明第五实施例中提供的移动终端的一种硬件结构示意图；

图16为本发明第五实施例提供的一种通信网络系统架构图。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

第一实施例：

为了解决现有技术中在呼叫保持状态时，被保持终端直接拒绝向保持终端发送请求信息引起通信两端用户体验不佳的问题，本实施例提供一种呼叫保持方法，请参见图2：

S202、保持终端生成携带有权限指示信息的呼叫保持请求。

本实施例所说的“保持终端”和“被保持终端”只是用于表征两个终端在呼叫保持状态下的角色而已，保持终端是指主动请求进入呼叫保持状态的终端，而被保持终端是被动接受呼叫保持的终端。保持终端若要与被保持终端建立呼叫保持状态，则在此之前其与被保持终端之间应当是处于正常通话状态的。在保持终端和被保持终端所建立的呼叫中，可由保持终端作为主叫方，也可以由被保持终端作为主叫方。反言之，无论是呼叫的主叫方或是呼叫的被叫方，均可以发起呼叫保持请求。

应当理解的是，保持终端与被保持终端间的呼叫需要服务器的接续。请参见图3所示出的一种呼叫系统，在该呼叫系统3当中，包括保持终端30、服务器40、被保持终50。对于保持终端30和被保持终端50通过核心网实现通话的情况，服务器40可以是IMS(IPMultimedia Subsystem，IP多媒体系统)服务器。但实际上，本实施例中的保持终端30与被保持终端50之间也可以通过其他网络实现呼叫，所以服务器40也可以是除IMS服务器以外的其他服务器。毫无疑义地的是，保持终端30、服务器40、被保持终50三者之间的通信还需要基站等设备，但是在这里，并不对这些设备进行介绍，所以图3中也未示出这些设备。

假定本实施例中由保持终端30作为呼叫的主叫方，发起与被保持终端50之间的呼叫。保持终端30的呼叫请求发送给服务器40之后，服务器40将会根据呼叫请求中携带的被叫端的信息，将呼叫接续给被保持终端50，当被保持终端50应答保持终端30的呼叫后，两方就进入正常通话状态了。

如果在保持终端30的用户与被保持终端50的用户通话期间，有新的呼叫等待保持终端30接听，而用户选择先接听该新呼叫，则保持终端30会根据用户的需求生成呼叫保持请求，然后将该呼叫保持请求发送给服务器40，请求服务器40控制自己与被保持终端50间的呼叫进入呼叫保持状态。

本实施例中，保持终端30在确定用户希望与被保持终端50进入呼叫保持状态时，会生成携带有权限指示信息的呼叫保持请求。权限指示信息主要用于向被保持终端50指示在二者处于呼叫保持状态时，保持终端30是否允许其向自身发送请求信息。保持终端30可以在需要请求呼叫保持时，根据本侧用户的指示来确定针对被保持终端50的权限指示信息。例如在本实施例的一种示例当中，保持终端30的用户预先设置针对所有联系人的权限指示策略，用户所设置的权限指示策略被存储到保持终端30的存储器中，当保持终端需要发起呼叫保持请求时，通过查询呼叫对端的用户，从而查找到针对对应被保持终端50的请求权限设置。权限指示策略可以参照表1的形式存储在保持终端30的存储器中：

表1

联系人姓名	请求权限设置
		张一一	允许
王非	禁止
		杨浩澜	允许
……	……

由于保持终端30的用户不可能准确预测所有的通话情况，在不同的时间、不同情境下，其与被保持终端50用户间通话的重要程度不同，同时新呼叫的重要程度也有所差异。所以，在本实施例的另一示例当中，用户可以不用预先设置针对各个联系人的权限指示策略，而是在需要发起呼叫请求时，再视两个通话的重要程度来临时进行请求权限设置，确定是否允许被保持终端50发送请求信息：如果保持终端30的用户推测在呼叫保持状态下，被保持终端50的用户可能需要向自己传递重要信息，则可以允许被保持终端50发送请求信息；相反，如果保持终端30的用户认为新呼叫非常重要，不容影响，则可以直接禁止被保持终端50向自己发送请求信息。

在图4所示出的用户交互界面中，有新的呼叫已经接续到保持终端30上了，此时，保持终端30通过弹窗向用户示出提示信息：“接听新来电，并将当前通话进行呼叫保持？”同时，保持终端30还会示出“好的”和“拒绝”两个选项供用户选择。若用户选择点击“拒绝”，则用户可以继续进行当前通话。如果用户如图4中一样选择了“好的”，则保持终端30根据用户的选择向用户示出图5中的用户交互界面。在图5当中，保持终端30向用户示出提示信息：“是否允许被保持通话的用户向您发送请求信息？”同时还有“允许”与“禁止”两个选项供用户选择，用户可以根据实际需要做出选择。应当明白的是用户的选择会被保持终端30当作用户的权限请求设置，从而生成权限指示信息。

在本实施例的一种示例当中，呼叫保持请求以SIP(Session InitiationProtocol，会话初始协议)信令的形式进行传输，在承载有呼叫保持请求的SIP信令中，存在有SDP(Session Description Protocol，会话描述协议)消息，SDP消息主要用于对其所在SIP信令进行描述。通常，用于传递呼叫保持请求的SIP信令里，SDP消息中存在“a＝sendonly”字段，send only(仅发送)实际上就是呼叫保持请求。当服务器40接收到来自保持终端30的SIP信令，并解析到该SIP信令中存在“a＝send only”的字段时，就可以判定保持终端30当前提起了呼叫保持请求。由于本实施例中，保持终端30还需要向被保持终端50指示自己为其分配的权限，因此，保持终端30可以在SIP信令的SDP消息中携带权限指示信息。

在本实施例的一种示例当中，以“a＝operational”表征保持终端30允许被保持终端50在呼叫保持状态下向自己发送请求信息，“operational”是指“可操作的”，意为被保持终端50在呼叫保持状态具有发送请求信息的操作权限；而以“a＝non-operational”表征禁止被保持终端50在呼叫保持状态下向自己发送请求信息，“non-operational”是指“不可操作的”，意为在呼叫保持状态下拒绝被保持终端50向自己发送请求信息。如果用户在图5的交互界面示意图中点击了“允许”，则保持终端30将会在SDP消息中携带“a＝operational”的字段；相反，若用户选择的是“禁止”，则SIP信令SDP消息中对应的字段就会被替换成“a＝non-operational”。

S204、保持终端将呼叫保持请求通过服务器发送给被保持终端，实现同被保持终端间的呼叫保持。

当保持终端30生成携带有权限指示信息的呼叫保持请求之后，将会把该呼叫保持请求通过服务器40发送给被保持终端50。对服务器40而言，当其接收到承载呼叫保持请求的SIP信令之后，可以只需要解析确定其中是否包含“a＝send only”的字段，根据解析结果确定是否需要对保持终端30与被保持终端50间的呼叫进行呼叫保持控制。对于另外的字段是“a＝operational”或“a＝non-operational”，服务器40不需要关心。

S206、被保持终端根据权限指示信息确定是否向保持终端发送请求信息。

被保持终端50通过服务器40接收到呼叫保持请求之后，解析呼叫保持请求中的权限指示信息，确定自身是否被允许在进入呼叫保持状态后向保持终端30发送请求信息。如果允许，则在用户需要向保持终端30进行请求的时候，将生成请求信息外发；否则，被保持终端50可以拒绝对接收到的用户请求生成请求信息或者不用将生成的请求信息外发。

被保持终端50在通话保持状态下需要向保持终端30发送请求信息的情况可能有以下几种：

第一，被保持终端50需要请求保持终端30解除呼叫保持；由于呼叫保持状态是根据保持终端30的需求建立的，所以正常情况下，保持终端30拥有直接解除呼叫保持的权限，但是被保持终端50则必须等待保持终端30的控制。如果在保持终端30与被保持终端50的呼叫保持状态中，被保持终端50侧的用户有重要信息要向保持终端30的用户传达，则可以向保持终端30发出请求。

第二，被保持终端50与保持终端30之间当前所进行的是语音通话，但是被保持终端50的用户希望将语音通话upgrade(升级)成视频通话。在相关技术中，当被保持终端50进入呼叫保持状态后，其与呼叫终端30间通话的显示界面并不会发生任何变化，所以，在显示界面上依然存在语音/视频切换按钮图标，且该图标可以接受用户的触控。但是，用户点击了该图标之后，被保持终端50也定然不会将用户请求外发给保持终端30，所以，用户的upgrade请求操作必然得不到响应，这会使得用户体验降低。

但是，根据本实施例提供的呼叫保持方法，保持终端会根据自己的需求在向被保持终端发送的呼呼叫保持请求中携带权限指示信息，并让被保持终端在自己允许的时候向自己发送请求信息，使得被保持终端得以有机会在呼叫保持状态下向保持终端传递请求，提升被保持终端侧的用户体验。同时也让保持终端可以决定是否接收被保持终端侧请求信息，在很大程度上改善了保持终端侧的用户体验。

第二实施例：

为了让本发明提供的呼叫保持方案的优点与细节更加清楚，本实施例继续对前述实施例中的呼叫保持方法进行介绍。首先对呼叫保持方法在本实施例中的应用场景进行简单介绍：

随着移动通信技术不断演进，基于IP(Internet Protocol，互联网协议)的通话越来越受到运营商的重视，基于IP的VOIP(Voice over Internet Protocol，网络电话)通话已经开始逐步替代基于电路的通话，VOIP的高清语音通话和视频通话功能能够为用户提供更好的通话体验，所以在生活工作中也被越来越频繁的使用。在此基础上，假定本实施例中由被保持终端向保持终端发起VOIP语音呼叫，请参见图6：

S602、被保持终端与保持终端通过IMS服务器的接续建立呼叫。

被保持终端在需要呼叫保持终端时，将呼叫请求发给IMS服务器，由IMS服务器对呼叫请求进行解析从而确定被叫端的信息，然后将被保持终端的呼叫请求接续给保持终端。

当保持终端接收到来自IMS服务器的呼叫请求后，通过显示单元显示来电信息，同时利用铃声和/或震动提示用户接听来电。保持终端的用户接听电话之后，保持终端与被保持终端就进入了正常通话状态，两侧的用户可以通过语音实现交流。

S604、IMS服务器向保持终端接续新呼叫。

在保持终端与被保持终端的用户进行语音通话的过程中，存在有第三方终端向保持终端发起呼叫请求。保持终端对接收到的来电信息进行显示，同时对用户进行提示，告知用户当前有新的来电等待接听。应当理解的是，第三方终端的呼叫被接续到保持终端时，保持终端的用户与被保持终端的用户正在通话，所以，为了不影响两侧的正常交流，保持终端对用户的提示仅采用震动。

S606、保持终端生成针对被保持终端的呼叫保持请求并发送给IMS服务器。

当用户经过衡量之后决定先应答第三方终端的呼叫，则保持终端需要根据用户的选择生成针对被保持终端的呼叫保持请求，以便IMS服务器根据呼叫保持请求控制保持终端与被保持终端间的通话进入呼叫保持状态。在保持终端生成的呼叫保持请求中携带有对被保持终端的权限指示信息。对于权限指示信息的生成过程和权限指示信息的内容确定原则，在第一实施例中已经做了非常详细的介绍，这里不再赘述。在本实施例中，假定保持终端生成的呼叫保持请求中所携带的权限指示信息是允许被保持终端发送请求信息的。保持终端通过SIP信令将生成的呼叫保持请求发送给IMS服务器，在SIP信令的SDP消息中包含有对应的权限指示信息。

S608、IMS服务器解析并转发呼叫保持请求。

IMS服务器接收到来自保持终端的SIP信令后，通过对该SIP信令进行解析，从SDP消息的描述中了解到该SIP信令是一个呼叫保持请求，例如，在SDP消息中携带有“a＝sendonly”的字段。因此IMS服务器将该呼叫保持请求转发给被保持终端，同时控制实现保持终端与被保持终端间呼叫保持。

S610、被保持终端对呼叫保持请求进行解析，确定自身的请求权限。

被保持终端通过IMS服务器接收到来自保持终端的呼叫保持请求后，对该呼叫保持请求进行解析，通过SDP消息中的描述确定自身在当前的呼叫保持状态中是否具备向保持终端发送请求信息的权限。若SDP消息中携带的字段包括“a＝operational”字段，就可判定自身具备发送请求信息的权限；若SDP消息中携带的是“a＝non-operational”字段，则判定自身不具备发送请求信息的权限。

S612、被保持终端向用户提示自身的请求权限并根据自身的请求权限决定是否向保持终端发送请求信息。

在本实施例中，被保持终端不仅会在用户发起请求操作时根据确定的请求权限判断是否向保持终端外发请求信息，而且，被保持终端还会向用户展示自身的请求权限，让用户可以了解其请求操作是否具备被响应的可能。在本实施例的一种示例当中，被保持终端在判定自身具备发送请求信息权限时，可以将用于用户发起请求的图标点亮显示，而在判定自身不具备发送请求信息的权限时，将对应图标进行灰度显示，同时控制灰度显示的图标不响应用户的触控操作。以语音通话与视频通话的切换按钮图标为例，请参见图7所示出的进入呼叫保持状态前后的通话显示界面示意图。

在本实施例的另外一个示例当中，被保持终端可以在判定自身具备发送请求信息时，控制显示单元向用户显示用于向保持终端发起请求操作的图标，而在判定自身不被允许外发请求信息时，控制显示单元不再显示对应图标。依旧以语音通话与视频通话的切换按钮图标为例，请参见图8所示出的另一种进入呼叫保持状态前后的通话显示界面示意图。

根据图7或图8的显示，被保持终端侧的用户可以通过图标的点亮与否，或有无对应图标来确定保持终端是否允许本侧向其发送请求信息，并以此确定自己当前是否能够执行请求操作，或者自己执行请求操作之后是否有被响应的可能性。当然，除了图7与图8所给出两种向用户进行请求权限提示的示例以外，本实施例中的被保持终端还可以直接通过文字或语音向用户进行提示，如图9给出了一种通过文字信息对用户进行提示的示例。

由于本实施例中保持终端的呼叫保持请求所携带的权限指示信息表征着允许被保持终端在呼叫保持状态中发送请求信息。所以如果被保持终端的用户希望将自己与对端的VOIP语音通话切换升级成视频通话，则其可以通过触控显示界面中的语音/视频切换按钮，从而控制被保持终端生成请求信息，并将请求信息发送给保持终端。保持终端接收到被保持终端请求信息后，可以由用户根据实际情况决定是否响应被保持终端的请求。在接收到被保持终端的请求信息之后，保持终端可以将被保持终端侧用户的请求提示给用户，例如，保持终端依照图10所示的显示界面进行提示信息显示。应当理解的是，保持终端侧的用户此时正在与第三方终端侧的用户通话，而且极有可能使用的是听筒放音，因此，保持终端侧的用户可能不会注意到保持终端的显示，所以，保持终端在显示提示信息的同时，还可以通过震动的方式对用户进行触觉感官的提示。

由于将VOIP语音通话升级成视频通话必定要先解除与被保持终端间的呼叫保持状态，也就意味着保持终端若响应被保持终端的请求，就要暂停与第三方终端正在进行的通话。所以，若保持终端侧的用户在关注到被保持终端侧的请求信息后决定响应其请求，则只能选择挂断自己与第三方终端的通话或者是生成针对第三方终端的呼叫保持请求，请求IMS服务器让自己与第三方终端的呼叫进入呼叫保持状态，从而解除与被保持终端间的呼叫保持状态，并根据被保持终端侧用户的请求与被保持终端进行视频通话。

本实施例提供的呼叫保持方法中，不仅保持终端会通过在呼叫保持请求中携带权限指示信息，以向被保持终端指示其在呼叫保持状态下是否具备外发请求信息的权限，让被保持终端根据权限指示信息确定是否向保持终端发送请求信息。而且被保持终端还会在接收到呼叫保持请求之后根据权限指示信息向用户进行提示请求权限提示，让用户了解在当前的呼叫保持状态中，自己是否可以向保持终端侧传递请求信息，并根据实际情况仅在被允许发送请求信息时进行请求操作。避免被保持终端不具备在呼叫保持状态下外发请求信息时，用户因为不知情而盲目地进行毫无意义的请求操作，进而造成用户体验被降低的问题。

第三实施例：

本实施例先对本发明各实施例中的保持终端进行介绍，请参见图11所示出的保持终端的一种硬件结构示意图：

保持终端30包括第一处理器31、第一存储器32及第一通信总线33，其中第一通信总线33用于实现第一处理器31和第一存储器32之间的连接通信，在第一存储器32作为一种计算机可读存储介质，其中存储有至少一个计算机程序，这些计算机程序可以供第一处理器31读取、编译并执行，从而实现对应的处理流程。例如，在本实施例中，第一存储器32中存储有呼叫保持程序，第一处理器31可以通过执行该计算机程序实现保持终端侧的呼叫保持方法。

在本实施例中还提供了一种与保持终端30相互配合的被保持终端，请参见图12：

被保持终端50包括第二处理器51、第二存储器52及第二通信总线53，其中第二通信总线53用于实现第二处理器51和第二存储器52之间的连接通信，在第二存储器52作为一种计算机可读存储介质，其中存储有至少一个计算机程序，这些计算机程序可以供第二处理器51读取、编译并执行，从而实现对应的处理流程。例如，在本实施例中，第二存储器52中存储有呼叫保持程序，第二处理器51可以通过执行该计算机程序实现被保持终端侧的呼叫保持方法。

本实施例所说的“保持终端”和“被保持终端”只是用于表征两个终端在呼叫保持状态下的角色而已，保持终端是指主动请求进入呼叫保持状态的终端，而被保持终端是被动接受呼叫保持的终端。保持终端30若要与被保持终端50建立呼叫保持状态，则在此之前其与被保持终端50之间应当是处于正常通话状态的。在保持终端30和被保持终端50所建立的呼叫中，可由保持终端30作为主叫方，也可以由被保持终端50作为主叫方。反言之，无论是呼叫的主叫方或是呼叫的被叫方，均可以发起呼叫保持请求。

应当理解的是，保持终端30与被保持终端50间的呼叫需要服务器的接续。请参见图3所示出的一种呼叫系统，在该呼叫系统3当中，包括保持终端30、服务器40、被保持终50。对于保持终端30和被保持终端50通过核心网实现通话的情况，服务器40可以是IMS(IPMultimedia Subsystem，IP多媒体系统)服务器。但实际上，本实施例中的保持终端30与被保持终端50之间也可以通过其他网络实现呼叫，所以服务器40也可以是除IMS服务器以外的其他服务器。毫无疑义地的是，保持终端30、服务器40、被保持终50三者之间的通信还需要基站等设备，但是在这里，并不对这些设备进行介绍，所以图3中也未示出这些设备。

假定本实施例中由保持终端30作为呼叫的主叫方，发起与被保持终端50之间的呼叫。保持终端30的呼叫请求发送给服务器40之后，服务器40将会根据呼叫请求中携带的被叫端的信息，将呼叫接续给被保持终端50，当被保持终端50应答保持终端30的呼叫后，两方就进入正常通话状态了。

如果在保持终端30的用户与被保持终端50的用户通话期间，有新的呼叫等待保持终端30接听，而用户选择先接听该新呼叫，则保持终端30的第一处理器31会根据用户的需求生成呼叫保持请求，然后将该呼叫保持请求发送给服务器40，请求服务器40控制自己与被保持终端50间的呼叫进入呼叫保持状态。

本实施例中，第一处理器31在确定用户希望与被保持终端50进入呼叫保持状态时，会生成携带有权限指示信息的呼叫保持请求。权限指示信息主要用于向被保持终端50指示在二者处于呼叫保持状态时，被保持终端50是否被允许向保持终端30发送请求信息。第一处理器31可以在需要请求呼叫保持时，根据本侧用户的指示来确定针对被保持终端50的权限指示信息。例如在本实施例的一种示例当中，保持终端30的用户预先设置针对所有联系人的权限指示策略，用户所设置的权限指示策略被存储到保持终端30的第一存储器32中，当第一处理器31需要发起呼叫保持请求时，通过查询呼叫对端的用户，从而查找到针对对应被保持终端50的请求权限设置。权限指示策略可以参照表1的形式存储在保持终端30的第一存储器32中。

由于保持终端30的用户不可能准确预测所有的通话情况，在不同的时间、不同情境下，其与被保持终端50用户间通话的重要程度不同，同时新呼叫的重要程度也有所差异。所以，在本实施例的另一示例当中，用户可以不用预先设置针对各个联系人的权限指示策略，而是在需要发起呼叫请求时，再视两个通话的重要程度来临时进行请求权限设置，确定是否允许被保持终端50发送请求信息：如果保持终端30的用户推测在呼叫保持状态下，被保持终端50的用户可能需要向自己传递重要信息，则可以允许被保持终端50发送请求信息；相反，如果保持终端30的用户认为新呼叫非常重要，不容影响，则可以直接禁止被保持终端50向自己发送请求信息。

在图4所示出的用户交互界面中，有新的呼叫已经接续到保持终端30上了，此时，第一处理器31控制第一显示单元(图11中未示出)通过弹窗向用户示出提示信息：“接听新来电，并将当前通话进行呼叫保持？”同时，第一处理器31还会控制第一显示单元示出“好的”和“拒绝”两个选项供用户选择。若用户选择点击“拒绝”，则用户可以继续进行当前通话。如果用户如图4中一样选择了“好的”，则第一处理器31根据用户的选择控制第一显示单元向用户示出图5中的用户交互界面。在图5当中，第一显示单元向用户示出提示信息：“是否允许被保持通话的用户向您发送请求信息？”同时还有“允许”与“禁止”两个选项供用户选择，用户可以根据实际需要做出选择。应当明白的是用户的选择会被第一处理器31当作用户的权限请求设置，从而生成权限指示信息。

在本实施例的一种示例当中，呼叫保持请求以SIP信令的形式进行传输，在承载有呼叫保持请求的SIP信令中，存在有SDP消息，SDP消息主要用于对其所在SIP信令进行描述。通常，用于传递呼叫保持请求的SIP信令里，SDP消息中存在“a＝send only”字段，sendonly(仅发送)实际上就是呼叫保持请求。当服务器40接收到来自保持终端30的SIP信令，并解析到该SIP信令中存在“a＝send only”的字段时，就可以判定保持终端30当前提起了呼叫保持请求。由于本实施例中，保持终端30还需要向被保持终端50指示自己为其分配的权限，因此，第一处理器31可以在SIP信令的SDP消息中携带权限指示信息。

在本实施例的一种示例当中，以“a＝operational”表征保持终端30允许被保持终端50在呼叫保持状态下向自己发送请求信息，“operational”是指“可操作的”，意为被保持终端50在呼叫保持状态具有发送请求信息的操作权限；而以“a＝non-operational”表征禁止被保持终端50在呼叫保持状态下向自己发送请求信息，“non-operational”是指“不可操作的”，意为在呼叫保持状态下拒绝被保持终端50向自己发送请求信息。如果用户在图5的交互界面示意图中点击了“允许”，则第一处理器31将会在SDP消息中携带“a＝operational”的字段；相反，若用户选择的是“禁止”，则SIP信令SDP消息中对应的字段就会被替换成“a＝non-operational”。

当第一处理器31生成携带有权限指示信息的呼叫保持请求之后，将控制第一通信装置(图11中未示出)会把该呼叫保持请求通过服务器40发送给被保持终端50。对服务器40而言，当其接收到承载呼叫保持请求的SIP信令之后，可以只需要解析确定其中是否包含“a＝send only”的字段，根据解析结果确定是否需要对保持终端30与被保持终端50间的呼叫进行呼叫保持控制。对于另外的字段是“a＝operational”或“a＝non-operational”，服务器40不需要关心。

被保持终端50的第二通信装置(图12中未示出)通过服务器40接收到呼叫保持请求之后，第二处理器51解析呼叫保持请求中的权限指示信息，确定自身是否被允许在进入呼叫保持状态后向保持终端30发送请求信息。如果允许，则在用户需要向保持终端30进行请求的时候，生成请求信息并控制第二通信装置外发；否则，第二处理器51可以拒绝对接收到的用户请求生成请求信息或者不用将生成的请求信息外发。

被保持终端50在通话保持状态下需要向保持终端30发送请求信息的情况可能有以下几种：

第一，被保持终端50需要请求保持终端30解除呼叫保持；由于呼叫保持状态是根据保持终端30的需求建立的，所以正常情况下，保持终端30拥有直接解除呼叫保持的权限，但是被保持终端50则必须等待保持终端30的控制。如果在保持终端30与被保持终端50的呼叫保持状态中，被保持终端50侧的用户有重要信息要向保持终端30的用户传达，则可以向保持终端30发出请求。

第二，被保持终端50与保持终端30之间当前所进行的是语音通话，但是被保持终端50的用户希望将语音通话upgrade(升级)成视频通话。在相关技术中，当被保持终端50进入呼叫保持状态后，其与呼叫终端30间通话的显示界面并不会发生任何变化，所以，在显示界面上依然存在语音/视频切换按钮图标，且该图标可以接受用户的触控。但是，用户点击了该图标之后，被保持终端50也定然不会将用户请求外发给保持终端30，所以，用户的upgrade请求操作必然得不到响应，这会使得用户体验降低。

但是在本实施例中，保持终端会根据自己的需求在向被保持终端发送的呼呼叫保持请求中携带权限指示信息，并让被保持终端在自己允许的时候向自己发送请求信息，使得被保持终端得以有机会在呼叫保持状态下向保持终端传递请求，提升被保持终端侧的用户体验。同时也让保持终端可以决定是否接收被保持终端侧请求信息，在很大程度上改善了保持终端侧的用户体验。

第四实施例：

本实施例将结合具体示例对本发明各实施例中的保持终端和被保持终端进行介绍，请参见图13和图14所示出保持终端的一种硬件结构示意图和被保持终端的一种硬件结构示意图：

其中保持终端60包括第一处理器61、第一存储器62、第一显示单元63以及第一通信装置64。而被保持终端70中包括有第二处理器71、第二存储器72、第二显示单元73以及第二通信装置74。在第一存储器62与第二存储器72中，分别存储有用于实现保持终端侧和被保持终端的呼叫保持方法的计算机程序，可供第一处理器61和第二处理器71执行。

随着移动通信技术不断演进，基于IP的通话越来越受到运营商的重视，基于IP的VOIP通话已经开始逐步替代基于电路的通话，VOIP的高清语音通话和视频通话功能能够为用户提供更好的通话体验，所以在生活工作中也被越来越频繁的使用。在此基础上，假定本实施例中由被保持终端70向保持终端60发起VOIP语音呼叫：

被保持终端70在需要呼叫保持终端60时，由第二处理器71生成呼叫请求并控制第二通信装置74发给IMS服务器，由IMS服务器对呼叫请求进行解析从而确定被叫端的信息，然后将被保持终端70的呼叫请求接续给保持终端60。

当保持终端60的第一通信装置64接收到来自IMS服务器的呼叫请求后，通过第一显示单元63显示来电信息，同时利用铃声和/或震动提示用户接听来电。保持终端60的用户接听电话之后，保持终端60与被保持终端70就进入了正常通话状态，两侧的用户可以通过语音实现交流。

在保持终端60与被保持终端70的用户进行语音通话的过程中，存在有第三方终端向保持终端60发起呼叫请求。保持终端60的第一处理器61控制第一显示单元63对接收到的来电信息进行显示，同时对用户进行提示，告知用户当前有新的来电等待接听。应当理解的是，第三方终端的呼叫被接续到保持终端60时，保持终端60的用户与被保持终端70的用户正在通话，所以，为了不影响两侧的正常交流，保持终端60对用户的提示仅采用震动。

当用户经过衡量之后决定先应答第三方终端的呼叫，则第一处理器61需要根据用户的选择生成针对被保持终端70的呼叫保持请求，以便IMS服务器根据呼叫保持请求控制保持终端60与被保持终端70间的通话进入呼叫保持状态。在第一处理器61生成的呼叫保持请求中携带有对被保持终端70的权限指示信息。对于第一处理器61生成权限指示信息的过程和确定权限指示信息内容的原则，在第三实施例中已经做了非常详细的介绍，这里不再赘述。在本实施例中，假定第一处理器61生成的呼叫保持请求中所携带的权限指示信息是允许被保持终端70发送请求信息的。第一处理器61控制第一通信装置64通过SIP信令将生成的呼叫保持请求发送给IMS服务器，在SIP信令的SDP消息中包含有对应的权限指示信息。

IMS服务器接收到来自保持终端60的第一通信装置64的SIP信令后，通过对该SIP信令进行解析，从SDP消息的描述中了解到该SIP信令是一个呼叫保持请求，例如，在SDP消息中携带有“a＝send only”的字段。因此IMS服务器将该呼叫保持请求转发给被保持终端70，同时控制实现保持终端60与被保持终端70间呼叫保持。

被保持终端70的第二通信装置74通过IMS服务器接收到来自保持终端60的呼叫保持请求后，由第二处理器71对该呼叫保持请求进行解析，通过SDP消息中的描述确定被保持终端70在当前的呼叫保持状态中是否具备向保持终端60发送请求信息的权限。若SDP消息中携带的字段包括“a＝operational”字段，第二处理器71就可判定自身具备发送请求信息的权限；若SDP消息中携带的是“a＝non-operational”字段，则第二处理器71判定自身不具备发送请求信息的权限。

在本实施例中，第二处理器71不仅会在用户发起请求操作时根据确定的请求权限判断是否向保持终端60外发请求信息，而且，第二处理器71还会控制第二显示单元73向用户展示自身的请求权限，让用户可以了解其请求操作是否具备被响应的可能。在本实施例的一种示例当中，在第二处理器71判定被保持终端70具备发送请求信息权限时，可以控制第二显示单元73将用于用户发起请求的图标点亮显示，而在判定自身不具备发送请求信息的权限时，控制第二显示单元73将对应图标进行灰度显示，同时第二处理器71控制灰度显示的图标不响应用户的触控操作。以语音通话与视频通话的切换按钮图标为例，请参见图7所示出的进入呼叫保持状态前后的通话显示界面示意图。

在本实施例的另外一个示例当中，第二处理器71可以在判定被保持终端70具备发送请求信息时，控制第二显示单元73向用户显示用于向保持终端60发起请求操作的图标，而在判定自身不被允许外发请求信息时，控制第二显示单元73不再显示对应图标。依旧以语音通话与视频通话的切换按钮图标为例，请参见图8所示出的另一种进入呼叫保持状态前后的通话显示界面示意图。

根据图7或图8的显示，被保持终端70侧的用户可以通过图标的点亮与否，或有无对应图标来确定保持终端60是否允许本侧向其发送请求信息，并以此确定自己当前是否能够执行请求操作，或者自己执行请求操作之后是否有被响应的可能性。当然，除了图7与图8所给出两种向用户进行请求权限提示的示例以外，本实施例中的被保持终端70还可以直接通过文字或语音向用户进行提示，如图9给出了一种通过文字信息对用户进行提示的示例。

由于本实施例中保持终端60的呼叫请求所携带的权限指示信息表征着允许被保持终端70在呼叫保持状态中发送请求信息。所以如果被保持终端70的用户希望将自己与对端的VOIP语音通话切换升级成视频通话，则其可以通过触控显示界面中的语音/视频切换按钮，从而由第二处理器71生成请求信息，并控制第二通信装置74将请求信息发送给保持终端60。保持终端60的第一通信装置64接收到被保持终端70的请求信息后，可以由用户根据实际情况决定是否响应被保持终端70的请求。在第一通信装置64接收到被保持终端70的请求信息之后，第一处理器61可以将被保持终端70侧用户的请求提示给用户，例如，第一处理器61控制第一显示单元63依照图10所示的显示界面进行提示信息显示。应当理解的是，保持终端60侧的用户此时正在与第三方终端侧的用户通话，而且极有可能使用的是听筒放音，因此，保持终端60侧的用户可能不会注意到第一显示单元63的显示，所以，在第一显示单元63显示提示信息的同时，还可以通过震动的方式对用户进行触觉感官的提示。

由于将VOIP语音通话升级成视频通话必定要先解除与被保持终端70间的呼叫保持状态，也就意味着保持终端60若响应被保持终端70的请求，就要暂停与第三方终端正在进行的通话。所以，若保持终端60侧的用户在关注到被保持终端70侧的请求信息后决定响应其请求，则只能选择挂断自己与第三方终端的通话或者是生成针对第三方终端的呼叫保持请求，请求IMS服务器让自己与第三方终端的呼叫进入呼叫保持状态，从而解除与被保持终端70间的呼叫保持状态，并根据被保持终端侧用户的请求与被保持终端70进行视频通话。

在本实施例中，不仅保持终端会通过在呼叫保持请求中携带权限指示信息，以向被保持终端指示其在呼叫保持状态下是否具备外发请求信息的权限，让被保持终端根据权限指示信息确定是否向保持终端发送请求信息。而且被保持终端还会在接收到呼叫保持请求之后根据权限指示信息向用户进行提示请求权限提示，让用户了解在当前的呼叫保持状态中，自己是否可以向保持终端侧传递请求信息，并根据实际情况仅在被允许发送请求信息时进行请求操作。避免被保持终端不具备在呼叫保持状态下外发请求信息时，用户因为不知情而盲目地进行毫无意义的请求操作，进而造成用户体验被降低的问题。

第五实施例：

本实施例结合具体示例对前述呼叫保持方案进行进一步阐述，前述各实施例中的保持终端、被保持终端均可以以各种形式来实施。例如，手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(Personal Digital Assistant，PDA)、便捷式媒体播放器(PortableMedia Player，PMP)、导航装置、可穿戴设备、智能手环、计步器等移动终端，以及诸如数字TV、台式计算机等固定终端。

后续描述中将以移动终端为例进行说明，本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本发明的实施方式的构造也能够应用于固定类型的终端。

在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身没有特定的意义。因此，“模块”、“部件”或“单元”可以混合地使用。

请参阅图15，其为实现本发明各个实施例的一种移动终端的硬件结构示意图，该移动终端100可以包括：RF(Radio Frequency，射频)单元101、WiFi模块102、音频输出单元103、A/V(音频/视频)输入单元104、显示单元105、用户输入单元106、存储器107、处理器108等部件。本领域技术人员可以理解，图15中示出的移动终端结构并不构成对移动终端的限定，移动终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。尽管图15未示出，但移动终端100还可以包括电源、蓝牙模块、接口单元等，在此不再赘述。

本实施例中的移动终端100在于其他终端通信的时候，既可以作为保持终端，又可以作为被保持终端。下面结合图15对移动终端的各个部件进行具体的介绍：

射频单元101可用于收发信息或通话过程中，信号的接收和发送，具体的，将基站的下行信息接收后，给处理器108处理；另外，将上行的数据发送给基站。通常，射频单元101包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元101还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于GSM(Global System of Mobile communication，全球移动通讯系统)、GPRS(General Packet Radio Service，通用分组无线服务)、CDMA2000(CodeDivision Multiple Access 2000，码分多址2000)、WCDMA(Wideband Code DivisionMultiple Access,宽带码分多址)、TD-SCDMA(Time Division-Synchronous CodeDivision Multiple Access，时分同步码分多址)、FDD-LTE(Frequency DivisionDuplexing-Long Term Evolution，频分双工长期演进)和TDD-LTE(Time DivisionDuplexing-Long Term Evolution，分时双工长期演进)等。

WiFi属于短距离无线传输技术，移动终端通过WiFi模块102可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图15示出了WiFi模块102，但是可以理解的是，其并不属于移动终端的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

在本实施例中，射频单元101和WiFi模块102均可与服务器进行通信，以便传输移动终端100侧的音频数据，另外，射频单元101或WiFi模块102还用于向服务器传输呼叫保持请求，或者接收来自服务器的呼叫保持请求。若呼叫保持请求中保持终端允许被保持终端在呼叫保持状态下外发请求信息，则射频单元101和WiFi模块102还应当用于传输请求信息。

音频输出单元103可以在移动终端100处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时，将射频单元101或WiFi模块102接收的或者在存储器107中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元103还可以提供与移动终端100执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元103可以包括扬声器、蜂鸣器等等。

A/V输入单元104用于接收音频或视频信号。A/V输入单元104可以包括麦克风1041，麦克风1041可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风1041接收声音(音频数据)，并且能够将这样的声音处理为音频数据。处理后的音频(语音)数据可以在电话通话模式的情况下转换为可经由射频单元101发送到移动通信基站的格式输出。麦克风1041可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音频信号的过程中产生的噪声或者干扰。

显示单元105用于显示由用户输入的信息或提供给用户的信息。显示单元105可包括显示面板1051，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板1051。

用户输入单元106可用于接收输入的数字或字符信息，以及产生与移动终端的用户设置以及功能控制有关的键信号输入。具体地，用户输入单元106可包括触控面板1061以及其他输入设备1062。触控面板1061，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板1061上或在触控面板1061附近的操作)，并根据预先设定的程式驱动相应的连接装置。触控面板1061可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器108，并能接收处理器108发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板1061。除了触控面板1061，用户输入单元106还可以包括其他输入设备1062。具体地，其他输入设备1062可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种，具体此处不做限定。

进一步的，触控面板1061可覆盖显示面板1051，当触控面板1061检测到在其上或附近的触摸操作后，传送给处理器108以确定触摸事件的类型，随后处理器108根据触摸事件的类型在显示面板1051上提供相应的视觉输出。虽然在图15中，触控面板1061与显示面板1051是作为两个独立的部件来实现移动终端的输入和输出功能，但是在某些实施例中，可以将触控面板1061与显示面板1051集成而实现移动终端的输入和输出功能，具体此处不做限定。

存储器107可用于存储软件程序以及各种数据。存储器107可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器107可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。本实施例中的存储器107至少应当存储用于实现呼叫保持方法的计算机程序。

处理器108是移动终端的控制中心，利用各种接口和线路连接整个移动终端的各个部分，通过运行或执行存储在存储器107内的软件程序和/或模块，以及调用存储在存储器107内的数据，执行移动终端的各种功能和处理数据，从而对移动终端进行整体监控。处理器108可包括一个或多个处理单元；优选的，处理器108可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器108中。

为了便于理解本发明实施例，下面对本发明的移动终端100所基于的通信网络系统进行描述。

请参阅图16，图16为本发明实施例提供的一种通信网络系统架构图，该通信网络系统为通用移动通信技术的LTE系统，该LTE系统包括依次通讯连接的UE(User Equipment，用户设备)201，E-UTRAN(Evolved UMTS Terrestrial Radio Access Network，演进式UMTS陆地无线接入网)202，EPC(Evolved Packet Core，演进式分组核心网)203和运营商的IP业务204。

具体地，UE201可以是上述移动终端100，此处不再赘述。

E-UTRAN202包括eNodeB2021和其它eNodeB2022等。其中，eNodeB2021可以通过回程(backhaul)(例如X2接口)与其它eNodeB2022连接，eNodeB2021连接到EPC203，eNodeB2021可以提供UE201到EPC203的接入。

EPC203可以包括MME(Mobility Management Entity，移动性管理实体)2031，HSS(Home Subscriber Server，归属用户服务器)2032，其它MME2033，SGW(Serving Gate Way，服务网关)2034，PGW(PDN Gate Way，分组数据网络网关)2035和PCRF(Policy andCharging Rules Function，政策和资费功能实体)2036等。其中，MME2031是处理UE201和EPC203之间信令的控制节点，提供承载和连接管理。HSS2032用于提供一些寄存器来管理诸如归属位置寄存器(图中未示)之类的功能，并且保存有一些有关服务特征、数据速率等用户专用的信息。所有用户数据都可以通过SGW2034进行发送，PGW2035可以提供UE 201的IP地址分配以及其它功能，PCRF2036是业务数据流和IP承载资源的策略与计费控制策略决策点，它为策略与计费执行功能单元(图中未示)选择及提供可用的策略和计费控制决策。

IP业务204可以包括因特网、内联网、IMS(IP Multimedia Subsystem，IP多媒体子系统)或其它IP业务等。

虽然上述以LTE系统为例进行了介绍，但本领域技术人员应当知晓，本发明不仅仅适用于LTE系统，也可以适用于其他无线通信系统，例如GSM、CDMA2000、WCDMA、TD-SCDMA以及未来新的网络系统等，此处不做限定。

在本实施例中，如果移动终端100在与另一终端正常通话的过程中，A/V(音频/视频)输入单元104的麦克风1041将会采集用户声音并在转换得到音频数据之后传输给对端。同时，射频单元101或WiFi模块102会接收对端传输的信号，并由处理器108的解析之后控制音频输出单元103实现音频输出，让移动终端100的用户听到对端用户的声音。

在用户与对端用户通话的过程中，若有新的呼叫请求被接续过来，则处理器108会控制显示单元105的显示面板1051对来电信息进行显示，同时从听觉或触觉上对用户进行提示。若用户通过用户输入单元106中的触控面板指示先接听新呼叫，同时将当前正在进行的通话进行呼叫保持，并允许被保持终端向自身发送请求信息，则处理器108可以根据用户输入单元106所接收到的指示生成携带有权限指示信息的呼叫保持请求，并通过射频单元101或者WiFi模块102发送到IMS服务器上，由服务器(如IMS服务器)根据该呼叫保持请求控制移动终端100与被保持终端间的呼叫进入呼叫保持状态。射频单元106或WiFi模块102可以通过SIP信令承载呼叫保持请求，并将权限指示信息携带在SIP信令的SDP消息中。

若本实施例中的移动终端100作为被保持终端，在与另一终端通话的过程中被保持，则移动终端100的射频单元101或WiFi模块102将会从服务器出接收到呼叫保持请求。移动终端100的处理器108可以对呼叫保持请求进行解析，从对应的SIP消息中提取出SDP消息，确定SDP消息中是包含“a＝operational”还是包含“a＝non-operational”字段。若处理器108解析之后，确定SDP消息中携带有“a＝operational”，则控制显示单元105对用于用户向对端发起请求的图标点亮显示；在确定SDP消息中携带有“a＝non-operational”字段时，控制显示单元105对用于用户向对端发起请求的图标灰度显示。或者处理器108在确定SDP消息中携带有“a＝operational”时，控制显示对应图标，但在SDP消息中携带有“a＝non-operational”时取消对相应图标的显示。

在呼叫保持请求中携带的权限指示信息表征对端允许移动终端100在呼叫保持状态中向其发送请求信息，且用户需要向对端发起请求时，处理器108结合用户的从用户输入单元106的输入信息生成对应的请求信息并通过射频单元101或WiFi模块102发送出去。但是若呼叫保持请求中携带的权限指示信息表征对端不允许移动终端100在呼叫保持状态中向其发送请求信息，则即使用户通过用户输入单元106提起的请求，处理器108也可以不用生成请求信息。

本实施例提供的移动终端，作为被保持端，摒弃现有呼叫保持方案中僵化拒绝用户外发请求信息的做法，可以根据权限指示信息确定是否向保持终端发送请求信息，改善了用户体验。而作为保持终端时，可以确定被保持端是否具备在呼叫保持状态下向自己外发请求信息的权限保证了接收请求信息的自主性，照顾了用户的需求，提升了用户体验。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

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

上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，这些均属于本发明的保护之内。

Claims (10)

1.一种呼叫保持方法，其特征在于，所述呼叫保持方法包括：

保持终端生成携带有权限指示信息的呼叫保持请求，所述权限指示信息用于指示被保持终端在呼叫保持状态下是否具备向自身外发请求信息的权限；

所述保持终端将所述呼叫保持请求通过服务器发送给所述被保持终端，实现同所述被保持终端间的呼叫保持。

2.如权利要求1所述的呼叫保持方法，其特征在于，所述保持终端生成携带有权限指示信息的呼叫保持请求之前，还包括：

所述保持终端在需要发起与所述被保持终端间的呼叫保持时，接收用户针对所述被保持终端的请求权限设置。

3.如权利要求1或2所述的呼叫保持方法，其特征在于，若所述权限指示信息表征所述被保持终端在呼叫保持状态下具备外发请求信息的权限，所述保持终端将所述呼叫保持请求通过服务器发送给所述被保持终端之后，还包括：

所述保持终端接收所述被保持终端发送的请求信息，所述请求信息用于请求所述保持终端将语音通话升级切换为视频通话，或用于请求所述保持终端解除呼叫保持；

所述保持终端向用户展示来自所述被保持终端的请求信息；

所述保持终端根据用户输入对所述请求信息进行处理。

4.一种呼叫保持方法，其特征在于，所述呼叫保持方法包括：

被保持终端通过服务器接收保持终端发送的携带有权限指示信息的呼叫保持请求，所述权限指示信息用于指示被保持终端在呼叫保持状态下是否具备向所述保持终端发送请求信息的权限；

所述被保持终端根据所述权限指示信息确定是否向所述保持终端发送请求信息。

5.如权利要求4所述的呼叫保持方法，其特征在于，所述被保持终端根据所述权限指示信息确定是否向所述保持终端发送请求信息包括：

所述被保持终端在自身具备请求权限时，接收用户发起的请求，并将根据用户请求生成的请求信息发送给所述保持终端，所述请求信息用于请求所述保持终端将语音通话升级切换为视频通话，或用于请求所述保持终端解除呼叫保持；

所述被保持终端在自身具备不请求权限时，拒绝接收用户发起的请求，或拒绝对接收到的用户请求生成请求信息。

6.如权利要求4或5所述的呼叫保持方法，其特征在于，所述被保持终端通过服务器接收保持终端发送的携带有权限指示信息的呼叫保持请求之后，还包括：

所述被保持终端根据所述权限指示信息向用户提示自身所具备的请求权限。

7.如权利要求6所述的呼叫保持方法，其特征在于，所述被保持终端根据所述权限指示信息向用户提示自身所具备的请求权限包括：

所述被保持终端在自身具备请求权限时，将用于用户向所述保持终端发起请求的图标点亮显示，在自身不具备请求权限时，将所述图标灰度显示；

或，

所述被保持终端在自身具备请求权限时，控制显示用于用户向所述保持终端发起请求的图标，在自身不具备请求权限时，停止对所述图标的显示；

或，

所述被保持终端通过文本信息和/或语音向用户提示自身所具备的请求权限。

8.一种保持终端，其特征在于，所述保持终端包括第一处理器、第一存储器及第一通信总线；

所述第一通信总线用于实现第一处理器和第一存储器之间的连接通信；

所述第一处理器用于执行第一存储器中存储的呼叫保持程序，以实现以下步骤：

生成携带有权限指示信息的呼叫保持请求，所述权限指示信息用于指示被保持终端在呼叫保持状态下是否具备向自身外发请求信息的权限；

将所述呼叫保持请求通过服务器发送给所述被保持终端，实现同所述被保持终端间的呼叫保持。

9.一种被保持终端，其特征在于，所述被保持终端包括第二处理器、第二存储器及第二通信总线；

所述第二通信总线用于实现第二处理器和第二存储器之间的连接通信；

所述第二处理器用于执行第二存储器中存储的呼叫保持程序，以实现以下步骤：

通过服务器接收保持终端发送的携带有权限指示信息的呼叫保持请求，所述权限指示信息用于指示被保持终端在呼叫保持状态下是否具备向所述保持终端发送请求信息的权限；

根据所述权限指示信息确定是否向所述保持终端发送请求信息。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行以实现权利要求1-3任一项所述的呼叫保持方法步骤，或实现权利要求4-7任一项所述的呼叫保持方法步骤。