CN110115018B - 一种呼叫保持的方法及移动终端 - Google Patents

Abstract

本发明实施例公开了一种呼叫保持的方法和无线终端。所述方法包括：接收到对端发出的呼叫保持请求，向对端回复200 OK消息，接收到用户向对端发送呼叫保持请求的指令，确认是否收到对端基于对端呼叫保持请求的确认消息，根据确认到的确认消息情况对用户向对端发送呼叫保持请求的指令进行处理。本发明实施例提供的呼叫保持的方法和无线终端，在用户有呼叫保持请求时，移动终端首先确认对端基于对端的呼叫保持请求流程是否已完成，再确定对用户呼叫保持请求的处理，从而防止掉话，提升用户体验。

Description

一种呼叫保持的方法及移动终端

技术领域

本发明涉及通信领域，尤其涉及一种呼叫保持方法和移动终端。

背景技术

VoLTE/VoWiFi是一种基于IP的语音传输技术，全部业务承载于4G/WiFi网络上，可实现数据与语音业务在同一网络下的统一，而其中使用SIP(Session InitiationProtocol,会话初始协议)信令作为通话的沟通。一个标准VoLTE或VoWiFi呼叫流程如图1所示，移动终端用户Alice要呼叫移动终端用户Bob，Alice的移动终端发送INVITE消息到服务器，服务器将INVITE转发给Bob的移动终端，Bob接了电话，则Bob的移动终端向服务器返回200OK消息，服务器返回200OK消息给Alice的移动终端，Alice的移动终端回送ACK(Acknowledgement，确认字符)到服务器，服务器向Bob的移动终端回送ACK，从而建立起Alice和Bob之间的通话。当Alice想要请求呼叫保持，则如图2所示，Alice的移动终端向发送INVITE(hold)消息到服务器，服务器将INVITE(hold)转发给Bob的移动终端，Bob的移动终端向服务器返回200OK消息，服务器返回200OK消息给Alice的移动终端，Alice的移动终端回送ACK到服务器，服务器向Bob的移动终端回送ACK，从而完成Alice和Bob间的呼叫保持操作。

发明内容

本发明实施例描述一种呼叫保持的方法及移动终端。

一方面，本发明实施例提供一种呼叫保持的方法，该方法包括：接收到对端发出的呼叫保持请求，向对端回复200OK消息，接收到用户向对端发送呼叫保持请求的指令，确认是否收到对端基于对端呼叫保持请求的确认消息，根据确认到的确认消息情况对用户向对端发送呼叫保持请求的指令进行处理。该方法在用户有呼叫保持请求时，移动终端首先确认对端基于对端的呼叫保持请求流程是否已完成，再确定对用户呼叫保持请求的处理，从而防止掉话，提升用户体验。

在一个可能的情况下，所述根据确认到的确认消息情况对用户向对端发送呼叫保持请求的指令进行处理包括，确认收到对端基于对端呼叫保持请求的确认消息，则向对端发送呼叫保持请求。

在一个可能的情况下，所述根据确认到的确认消息情况对用户向对端发送呼叫保持请求的指令进行处理包括，确认未收到对端基于对端呼叫保持请求的确认消息，将向对端发送呼叫保持的请求放入待处理队列并启动计时，在预定时间段内收到对端基于对端呼叫保持请求的确认消息，则停止计时，并送出待处理队列中的向对端发送呼叫保持的请求，在预定时间内未收到对端基于对端呼叫保持请求的确认消息，在计时时间段大于等于预定时间段后送出待处理队列中的向对端发送呼叫保持的请求。

在用户有呼叫保持请求时，移动终端首先确认对端基于对端的呼叫保持请求流程是否已完成，如果已完成，即已收到基于对端的呼叫保持请求流程的确认消息，则表示不会发生信令间的碰撞，此时向对端发送呼叫保持请求不会掉话，可以向对端发送呼叫保持请求。如果未收到基于对端的呼叫保持请求流程的确认消息，则暂停向对端发送呼叫保持请求，从而防止掉话，提升用户体验。

在一个可能的情况下，所述方法还包括：获取接入控制模块的状态，根据接入控制模块的状态确定是否要进行确认是否收到对端基于对端呼叫保持请求的确认消息的操作。

在一个可能的情况下，所述获取接入控制模块的状态，根据接入控制模块的状态确定是否要进行确认是否收到对端基于对端呼叫保持请求的确认消息的操作包括：如果接入控制模块的状态为结束状态，则确认是否收到对端基于对端呼叫保持请求的确认消息，如果接入控制模块的状态为初始状态或启动状态，则不确认是否收到对端基于对端呼叫保持请求的确认消息的确认。

在一个可能的设计中，如果获取到接入控制模块的状态为初始状态或启动状态，也确认是否收到对端基于对端呼叫保持请求的确认消息的确认。

在用户有呼叫保持请求时，移动终端首先确认接入控制模块的状态，根据接入控制模块的状态确定是否要进行确认是否收到对端基于对端呼叫保持请求的确认消息的操作，扩大避免呼叫保持失败的范围，提升用户体验。

另一方面，本发明实施例提供一种移动终端，所述移动终端包括：第一接收模块,用于接收对段发出的呼叫保持请求；发送模块,用于向对端回复200OK消息；第二接收模块,用于接收用户向对端发送呼叫保持请求的指令；确认模块,用于确认是否收到对端基于对端呼叫保持请求的确认消息；处理模块,用于根据确认到的确认消息情况对用户向对端发送呼叫保持请求的指令进行处理。

上述移动终端，在用户有呼叫保持请求时，移动终端首先确认对端基于对端的呼叫保持请求流程是否已完成，再确定对用户呼叫保持请求的处理，从而防止掉话，提升用户体验。

在一个可能的设计中，所述处理模块包括发送子模块,所述处理模块根据确认到的确认消息情况对用户向对端发送呼叫保持请求的指令进行处理包括:确认收到对端基于对端呼叫保持请求的确认消息，所述发送子模块向对端发送呼叫保持请求。

在一个可能的设计中，所述处理模块还包括计时模块,所述处理模块根据确认到的确认消息情况对用户向对端发送呼叫保持请求的指令进行处理包括:处理模块确认未收到对端基于对端呼叫保持请求的确认消息，将向对端发送呼叫保持的请求放入待处理队列并启动计时模块计时；在预定时间段内收到对端基于对端呼叫保持请求的确认消息，则计时模块停止计时，处理模块送出待处理队列中的向对端发送呼叫保持的请求；在预定时间内未收到对端基于对端呼叫保持请求的确认消息，在计时模块的计时时间段大于等于预定时间段后所述处理模块送出待处理队列中的向对端发送呼叫保持的请求。

上述移动终端，在用户有呼叫保持请求时，移动终端首先确认对端基于对端的呼叫保持请求流程是否已完成，如果已完成，即已收到基于对端的呼叫保持请求流程的确认消息，则表示不会发生信令间的碰撞，此时向对端发送呼叫保持请求不会掉话，可以向对端发送呼叫保持请求。如果未收到基于对端的呼叫保持请求流程的确认消息，则暂停向对端发送呼叫保持请求，从而防止掉话，提升用户体验。

在一个可能的设计中，所述移动终端还包括第二处理模块,所述第二处理模块用于获取接入控制模块的状态,根据接入控制模块的状态确定是否要进行确认是否收到对端基于对端呼叫保持请求的确认消息的操作。

在一个可能的设计中，所述第二处理模块获取接入控制模块的状态,根据接入控制模块的状态确定是否要进行确认是否收到对端基于对端呼叫保持请求的确认消息的操作包括:如果所述第二处理模块获取到接入控制模块的状态为结束状态，则确认模块确认是否收到对端基于对端呼叫保持请求的确认消息；如果所述第二处理模块获取到接入控制模块的状态为初始状态或启动状态，则确认模块不确认是否收到对端基于对端呼叫保持请求的确认消息的确认。

在一个可能的设计中，如果所述第二处理器获取到接入控制模块的状态为初始状态或启动状态，也确认模块确认是否收到对端基于对端呼叫保持请求的确认消息的确认。

上述移动终端，在用户有呼叫保持请求时，移动终端首先确认接入控制模块的状态，根据接入控制模块的状态确定是否要进行确认是否收到对端基于对端呼叫保持请求的确认消息的操作，扩大避免呼叫保持失败的范围，提升用户体验。

另一方面，本发明实施例提供一种移动终端，所述移动终端包括：接收器,用于接收对段发出的呼叫保持请求；发送器,用于向对端回复200OK消息；第二接收器,用于接收用户向对端发送呼叫保持请求的指令；处理器,确认是否收到对端基于对端呼叫保持请求的确认消息,根据确认到的确认消息情况对用户向对端发送呼叫保持请求的指令进行处理。

上述移动终端，在用户有呼叫保持请求时，移动终端首先确认对端基于对端的呼叫保持请求流程是否已完成，再确定对用户呼叫保持请求的处理，从而防止掉话，提升用户体验。

在一个可能的设计中，所述处理器包括第二发送器,所述处理器根据确认到的确认消息情况对用户向对端发送呼叫保持请求的指令进行处理包括:确认收到对端基于对端呼叫保持请求的确认消息，所述第二发送器向对端发送呼叫保持请求。

在一个可能的设计中，所述处理器还包括计时器,所述处理器根据确认到的确认消息情况对用户向对端发送呼叫保持请求的指令进行处理包括:处理器确认未收到对端基于对端呼叫保持请求的确认消息，将向对端发送呼叫保持的请求放入待处理队列并启动计时器计时；在预定时间段内收到对端基于对端呼叫保持请求的确认消息，则计时器停止计时，处理器送出待处理队列中的向对端发送呼叫保持的请求；在预定时间内未收到对端基于对端呼叫保持请求的确认消息，在计时器的计时时间段大于等于预定时间段后所述处理器送出待处理队列中的向对端发送呼叫保持的请求。

上述移动终端，在用户有呼叫保持请求时，移动终端首先确认对端基于对端的呼叫保持请求流程是否已完成，如果已完成，即已收到基于对端的呼叫保持请求流程的确认消息，则表示不会发生信令间的碰撞，此时向对端发送呼叫保持请求不会掉话，可以向对端发送呼叫保持请求。如果未收到基于对端的呼叫保持请求流程的确认消息，则暂停向对端发送呼叫保持请求，从而防止掉话，提升用户体验。

在一个可能的设计中，所述移动终端还包括第二处理器,所述第二处理器用于获取接入控制模块的状态,根据接入控制模块的状态确定是否要进行确认是否收到对端基于对端呼叫保持请求的确认消息的操作。

在一个可能的设计中，所述第二处理器取接入控制模块的状态,根据接入控制模块的状态确定是否要进行确认是否收到对端基于对端呼叫保持请求的确认消息的操作包括:如果所述第二处理器获取到接入控制模块的状态为结束状态，则确认是否收到对端基于对端呼叫保持请求的确认消息；如果所述第二处理器获取到接入控制模块的状态为初始状态或启动状态，则确认模块确认是否收到对端基于对端呼叫保持请求的确认消息的确认。

在一个可能的设计中，如果所述第二处理器获取到接入控制模块的状态为初始状态或启动状态，也确认模块确认是否收到对端基于对端呼叫保持请求的确认消息的确认。

上述移动终端，在用户有呼叫保持请求时，移动终端首先确认接入控制模块的状态，根据接入控制模块的状态确定是否要进行确认是否收到对端基于对端呼叫保持请求的确认消息的操作，扩大避免呼叫保持失败的范围，提升用户体验。

从上述方案可以看出，本发明实施例提供的方法和移动终端，提升用户体验。

附图说明

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

图1为VoLTE移动终端发起呼叫的流程图；

图2为移动终端发起呼叫保持的流程图；

图3为移动终端发起呼叫保持信令碰撞的流程图；

图4为本发明实施例的一种方法流程图；

图5为本发明实施例的又一种方法流程图；

图6为本发明实施例的又一种方法流程图；

图7为本发明实施例的又一种方法流程图；

图8为本发明实施例的一种移动终端示意图；

图9为本发明实施例的又一种移动终端示意图；

图10为本发明实施例的又一种移动终端示意图；

图11为本发明实施例的又一种移动终端示意图；

图12为本发明实施例的又一种移动终端示意图；

图13为本发明实施例的又一种移动终端示意图；

图14为本发明实施例的又一种移动终端示意图；

图15为本发明实施例的又一种移动终端示意图；

图16为本发明实施例的又一种移动终端示意图；

图17为本发明实施例的又一种移动终端示意图；

图18为本发明实施例的又一种移动终端示意图；

图19为本发明实施例的又一种移动终端示意图。

具体实施方式

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

如图3所示，在Alice与Bob的通话过程中,Bob有呼叫保持的需求,Bob向自己的移动终端发出呼叫保持的指令后，Bob的移动终端向服务器发出请求呼叫保持的INVITE(Hold)消息，服务器收到请求后，向Alice的移动终端发出呼叫保持的INVITE(Hold)消息，Alice的移动终端回送200OK消息，在Alice的移动终端还未收到Bob的移动终端回送的确认消息ACK之前，Alice也有呼叫保持的需求，Alice向自己的移动终端发出呼叫保持的指令，Alice的移动终端向服务器发出呼叫保持的INVITE(Hold)消息，而由于服务器还在等待Bob的移动终端发送确认消息，因此，对于Alice的移动终端发出的INVITE(Hold)消息会回送拒绝的错误码，例如488Not Acceptable Here，而即使收到Bob的移动终端发送的确认消息，服务器也不会回送确认消息ACK给Alice的移动终端，而Alice的终端由于没收到确认消息ACK而持续重新发送200OK消息，在超出16个RTT(Round-Trip Time，往返时延)后掉话，其中，RTT一般预估为2000ms。从而造成很差的用户体验。

为解决上述问题，本发明实施例提出一种呼叫保持的方法和移动终端，可以防止呼叫保持的过程中掉话。

如图4所示，为本发明实施例的一种呼叫保持的方法。

401、接收到对端的呼叫保持请求；

移动终端用户在通话过程中，对端发出呼叫保持请求，移动终端接收到对端的呼叫保持请求。

402、回复200OK消息；

移动终端收到呼叫保持请求后，回复200OK消息。

403、接收到用户向对端发送呼叫保持的指令；

移动终端用户有呼叫保持需求，向移动终端发出呼叫保持的指令。通常呼叫保持指令可由用户通过移动终端的虚拟或实体按键来发出，也可由用户通过语音发出。

404、确认是否收到对端基于对端呼叫保持请求的确认消息ACK；

在接收到用户发出的呼叫保持需求指令后，移动终端确认是否收到对端基于基于对端呼叫保持请求的确认消息ACK。

405、根据确认到的确认消息情况对用户向对端发送呼叫保持请求的指令进行处理。

具体的，移动终端确认收到了对端基于对端呼叫保持请求的确认消息ACK，那么说明对端的呼叫保持请求流程已完成，此时向对端发送呼叫保持请求不会发生信令的碰撞，因此，向对端发送呼叫保持请求不会造成掉话，移动终端向对端发送呼叫保持请求。如果移动终端确认未收到对端基于对端呼叫保持请求的确认消息ACK，那么说明对端的呼叫保持请求流程未完成或出错，此时向对端发送呼叫保持请求会发生信令的碰撞，因此，向对端发送呼叫保持请求会造成掉话，移动终端暂停向对端发送呼叫保持请求。

本发明实施例提供的呼叫保持的方法，在用户有呼叫保持请求时，移动终端首先确认对端基于对端的呼叫保持请求流程是否已完成，再确定对用户呼叫保持请求的处理，从而防止掉话，提升用户体验。

如图5所示，为本发明实施例的一种呼叫保持的方法。其中步骤501-504与上述实施例中401-404步骤类似，在此不再赘述。

505、确认未收到对端发送的基于对端呼叫保持请求的确认消息，则将向对端发送呼叫保持的请求放入待处理队列并启动计时；

移动终端确认未收到对端发送的基于对端呼叫保持请求的确认消息，则移动终端确认对端发出的呼叫保持请求流程未完成，则将向对端发送呼叫保持的请求放入待处理队列并启动计时。

506、收到对端发送的确认消息；

在计时过程中，如果收到对端发送的确认消息，则进入步骤507，否则进入步骤508。

507、停止计时；

508、超出预定时长；

计时可以是倒计时或是将计时时间段与预定时间段进行比较，超出预定时长可以是倒计时时间到达或者计时时间段大于等于预定时间段。由于移动终端从送出200OK消息到收到ACK其中耗时约为700ms，考虑到网络质量问题或是信号环境差的问题，以及对方可能重传200OK的问题，预定时长可以设定为大于一个RTT加上700ms，其中一个RTT一般为2000ms，例如可以设定为3000ms。预定时长也可以结合网络质量以及信号环境来定，例如在网络信号比较好或信号环境比较好的环境中，预定时长可以设定得相对短一些。反之，在网络信号比较差或信号环境比较好的环境中，预定时长可以设定得相对长一些。

509、向对端发送呼叫保持请求。

本发明实施例提供的呼叫保持的方法，在用户有呼叫保持请求时，移动终端首先确认对端基于对端的呼叫保持请求流程是否已完成，如果已完成，即已收到基于对端的呼叫保持请求流程的确认消息，则表示不会发生信令间的碰撞，此时向对端发送呼叫保持请求不会掉话，可以向对端发送呼叫保持请求。如果未收到基于对端的呼叫保持请求流程的确认消息，则暂停向对端发送呼叫保持请求，从而防止掉话，提升用户体验。

如图6所示，为本发明实施例的一种呼叫保持的方法。其中步骤601-603与上述实施例的步骤401-403以及501-503类似，在此不再赘述。

604、获取接入控制模块的状态；

接入控制模块的状态一般有3个，分别为初始状态、启动状态以及完成状态。初始状态表示呼叫处于振铃前，启动状态表示呼叫处于振铃中，完成表示呼叫处于接通中。

605、根据接入控制模块的状态确定是否要进行确认是否收到对端基于对端呼叫保持请求的确认消息的操作。

一般情况下，呼叫保持发生在呼叫已经接通中的情况下，因此，可以移动终端可以监控接入控制模块的状态，如图7所示，当接入控制模块的状态为完成状态，即呼叫已经处于接通中的状态下确认是否收到对端基于对端呼叫保持请求的确认消息的操作。当然，也有可能用户在刚完成拨号或响铃的过程中有呼叫保持的请求，即，在接入控制模块的状态为初始状态或启动状态时，也进行确认是否收到对端基于对端呼叫保持请求的确认消息的操作。具体的，可由用户或终端厂商来设定。

本发明实施例提供的呼叫保持的方法，在用户有呼叫保持请求时，移动终端首先确认接入控制模块的状态，根据接入控制模块的状态确定是否要进行确认是否收到对端基于对端呼叫保持请求的确认消息的操作，扩大避免呼叫保持失败的范围，提升用户体验。

如图8所示，为本发明实施例提供的一种移动终端800，所述移动终端800包括第一接收模块801，发送模块802，第二接收模块803，确认模块804以及处理模块805，其中第一接收模块801用于接收对端发出的呼叫保持请求，发送模块802用于向对端回复200OK消息，第二接收模块803用于接收用户向对端发送呼叫保持请求的指令，确认模块804用于确认是否收到对端基于对端呼叫保持请求的确认消息，处理模块805用于根据确认到的确认消息情况对用户向对端发送呼叫保持请求的指令进行处理。

本发明实施例提供的移动终端，在用户有呼叫保持请求时，移动终端首先确认对端基于对端的呼叫保持请求流程是否已完成，再确定对用户呼叫保持请求的处理，从而防止掉话，提升用户体验。

如图9所示，为本发明实施例提供的另一种移动终端800，所述移动终端800相比图8所示实施例的移动终端800，其中的处理模块805还包括发送子模块8051，当确认模块804确认收到对端基于对端呼叫保持请求的确认消息，所述发送子模块8051向对端发送呼叫保持请求。

本发明实施例提供的移动终端，在用户有呼叫保持请求时，移动终端首先确认对端基于对端的呼叫保持请求流程是否已完成，如果已完成，即已收到基于对端的呼叫保持请求流程的确认消息，则表示不会发生信令间的碰撞，此时向对端发送呼叫保持请求不会掉话，可以向对端发送呼叫保持请求。如果未收到基于对端的呼叫保持请求流程的确认消息，则暂停向对端发送呼叫保持请求，从而防止掉话，提升用户体验。

如图10所示，为本发明实施例提供的另一种移动终端800，所述移动终端800相比图8所示实施例的移动终端800，所述处理模块805还包括计时模块8052,如果处理模块805确认未收到对端基于对端呼叫保持请求的确认消息，将向对端发送呼叫保持的请求放入待处理队列并启动计时模块8052计时，在预定时间段内收到对端基于对端呼叫保持请求的确认消息，则计时模块8052停止计时，处理模块805送出待处理队列中的向对端发送呼叫保持的请求，在预定时间内未收到对端基于对端呼叫保持请求的确认消息，在计时模块8052的计时时间段大于等于预定时间段后所述处理模块805送出待处理队列中的向对端发送呼叫保持的请求。

如图11所示，为本发明实施例提供的另一种移动终端800，所述移动终端800相比图8所示实施例的移动终端800，所述移动终端800还包括第二处理模块806,所述第二处理模块806用于获取接入控制模块的状态,根据接入控制模块的状态确定是否要进行确认是否收到对端基于对端呼叫保持请求的确认消息的操作。

如图12所示，为本发明实施例提供的另一种移动终端800，所述移动终端800相比图9所示实施例的移动终端800，所述移动终端800还包括第二处理模块806,所述第二处理模块806用于获取接入控制模块的状态,根据接入控制模块的状态确定是否要进行确认是否收到对端基于对端呼叫保持请求的确认消息的操作。

如图13所示，为本发明实施例提供的另一种移动终端800，所述移动终端800相比图10所示实施例的移动终端800，所述移动终端800还包括第二处理模块806,所述第二处理模块806用于获取接入控制模块的状态,根据接入控制模块的状态确定是否要进行确认是否收到对端基于对端呼叫保持请求的确认消息的操作。

图10-图13所示实施例提供的移动终端，在用户有呼叫保持请求时，移动终端首先确认接入控制模块的状态，根据接入控制模块的状态确定是否要进行确认是否收到对端基于对端呼叫保持请求的确认消息的操作，扩大避免呼叫保持失败的范围，提升用户体验。

如图14所示，为本发明实施例提供的一种移动终端900。所述移动终端900包括第一接收器901、发送器902、第二接收器903以及处理器904。其中，第一接收器901用于接收对段发出的呼叫保持请求，发送器902用于向对端回复200OK消息，第二接收器903用于接收用户向对端发送呼叫保持请求的指令，处理器904确认是否收到对端基于对端呼叫保持请求的确认消息,根据确认到的确认消息情况对用户向对端发送呼叫保持请求的指令进行处理。

本发明实施例提供的移动终端，在用户有呼叫保持请求时，移动终端首先确认对端基于对端的呼叫保持请求流程是否已完成，再确定对用户呼叫保持请求的处理，从而防止掉话，提升用户体验。

如图15所示，为本发明实施例提供的另一种移动终端900。所述移动终端900相对于图14所示的移动终端900，所述处理器包括第二发送器9041，处理器904确认收到对端基于对端呼叫保持请求的确认消息，所述第二发送器9041向对端发送呼叫保持请求。

本发明实施例提供的移动终端，在用户有呼叫保持请求时，移动终端首先确认对端基于对端的呼叫保持请求流程是否已完成，如果已完成，即已收到基于对端的呼叫保持请求流程的确认消息，则表示不会发生信令间的碰撞，此时向对端发送呼叫保持请求不会掉话，可以向对端发送呼叫保持请求。如果未收到基于对端的呼叫保持请求流程的确认消息，则暂停向对端发送呼叫保持请求，从而防止掉话，提升用户体验。

如图16所示，为本发明实施例提供的另一种移动终端900。所述移动终端900相对于图14所示的移动终端900，所述处理器还包括计时器9042，处理器904确认未收到对端基于对端呼叫保持请求的确认消息，将向对端发送呼叫保持的请求放入待处理队列并启动计时器9042计时，在预定时间段内收到对端基于对端呼叫保持请求的确认消息，则计时器9042停止计时，处理器904送出待处理队列中的向对端发送呼叫保持的请求，在预定时间内未收到对端基于对端呼叫保持请求的确认消息，在计时器9042的计时时间段大于等于预定时间段后所述处理器904送出待处理队列中的向对端发送呼叫保持的请求。

如图17所示，为本发明实施例提供的另一种移动终端900。所述移动终端900相对于图14所示的移动终端900，所述移动终端还包括第二处理器905,所述第二处理器905用于获取接入控制模块的状态,根据接入控制模块的状态确定是否要进行确认是否收到对端基于对端呼叫保持请求的确认消息的操作。

如图18所示，为本发明实施例提供的另一种移动终端900。所述移动终端900相对于图15所示的移动终端900，所述移动终端还包括第二处理器905,所述第二处理器905用于获取接入控制模块的状态,根据接入控制模块的状态确定是否要进行确认是否收到对端基于对端呼叫保持请求的确认消息的操作。

如图19所示，为本发明实施例提供的另一种移动终端900。所述移动终端900相对于图16所示的移动终端900，所述移动终端还包括第二处理器905,所述第二处理器905用于获取接入控制模块的状态,根据接入控制模块的状态确定是否要进行确认是否收到对端基于对端呼叫保持请求的确认消息的操作。

图16-图19所示实施例提供的移动终端，在用户有呼叫保持请求时，移动终端首先确认接入控制模块的状态，根据接入控制模块的状态确定是否要进行确认是否收到对端基于对端呼叫保持请求的确认消息的操作，扩大避免呼叫保持失败的范围，提升用户体验。

本发明的实施例提供的显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (9)

1.一种移动终端呼叫保持的方法，其特征在于，包括：

接收到对端发出的呼叫保持请求；

向对端回复200OK消息；

接收到用户向对端发送呼叫保持请求的指令；

若确认收到对端基于对端呼叫保持请求的确认消息，则向对端发送呼叫保持请求；

若确认未收到对端基于对端呼叫保持请求的确认消息，将向对端发送呼叫保持的请求放入待处理队列并启动计时；

在预定时间段内收到对端基于对端呼叫保持请求的确认消息，则停止计时，并送出待处理队列中的向对端发送呼叫保持的请求；

在预定时间内未收到对端基于对端呼叫保持请求的确认消息，在计时时间段大于等于预定时间段后送出待处理队列中的向对端发送呼叫保持的请求。

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

获取接入控制模块的状态，根据接入控制模块的状态确定是否要进行确认是否收到对端基于对端呼叫保持请求的确认消息的操作。

3.根据权利要求2所述的方法，其特征在于，所述获取接入控制模块的状态，根据接入控制模块的状态确定是否要进行确认是否收到对端基于对端呼叫保持请求的确认消息的操作包括：

如果接入控制模块的状态为结束状态，则确认是否收到对端基于对端呼叫保持请求的确认消息；

如果接入控制模块的状态为初始状态或启动状态，则不确认是否收到对端基于对端呼叫保持请求的确认消息的确认。

4.一种移动终端，其特征在于，包括：

第一接收模块,用于接收对段发出的呼叫保持请求；

发送模块,用于向对端回复200OK消息；

第二接收模块,用于接收用户向对端发送呼叫保持请求的指令；

处理模块，确认收到对端基于对端呼叫保持请求的确认消息，所述处理模块的发送子模块向对端发送呼叫保持请求；

所述处理模块确认未收到对端基于对端呼叫保持请求的确认消息，将向对端发送呼叫保持的请求放入待处理队列并启动计时模块计时；

在预定时间段内收到对端基于对端呼叫保持请求的确认消息，则计时模块停止计时，处理模块送出待处理队列中的向对端发送呼叫保持的请求；

在预定时间内未收到对端基于对端呼叫保持请求的确认消息，在计时模块的计时时间段大于等于预定时间段后所述处理模块送出待处理队列中的向对端发送呼叫保持的请求。

5.根据权利要求4所述的移动终端,其特征在于,所述移动终端还包括第二处理模块,所述第二处理模块用于获取接入控制模块的状态,根据接入控制模块的状态确定是否要进行确认是否收到对端基于对端呼叫保持请求的确认消息的操作。

6.根据权利要求5所述的移动终端,其特征在于,所述第二处理模块获取接入控制模块的状态,根据接入控制模块的状态确定是否要进行确认是否收到对端基于对端呼叫保持请求的确认消息的操作包括:

如果所述第二处理模块获取到接入控制模块的状态为结束状态，则确认模块确认是否收到对端基于对端呼叫保持请求的确认消息；

如果所述第二处理模块获取到接入控制模块的状态为初始状态或启动状态，则确认模块不确认是否收到对端基于对端呼叫保持请求的确认消息的确认。

7.一种移动终端，其特征在于，包括：

接收器,用于接收对段发出的呼叫保持请求；

发送器,用于向对端回复200OK消息；

第二接收器,用于接收用户向对端发送呼叫保持请求的指令；

处理器，确认收到对端基于对端呼叫保持请求的确认消息，第二发送器向对端发送呼叫保持请求；

所述处理器确认未收到对端基于对端呼叫保持请求的确认消息，将向对端发送呼叫保持的请求放入待处理队列并启动计时器计时；

在预定时间段内收到对端基于对端呼叫保持请求的确认消息，则计时器停止计时，处理器送出待处理队列中的向对端发送呼叫保持的请求；

在预定时间内未收到对端基于对端呼叫保持请求的确认消息，在计时器的计时时间段大于等于预定时间段后所述处理器送出待处理队列中的向对端发送呼叫保持的请求。

8.根据权利要求7所述的移动终端,其特征在于,所述移动终端还包括第二处理器,所述第二处理器用于获取接入控制模块的状态,根据接入控制模块的状态确定是否要进行确认是否收到对端基于对端呼叫保持请求的确认消息的操作。

9.根据权利要求8所述的移动终端,其特征在于,所述第二处理器取接入控制模块的状态,根据接入控制模块的状态确定是否要进行确认是否收到对端基于对端呼叫保持请求的确认消息的操作包括:

如果所述第二处理器获取到接入控制模块的状态为结束状态，则确认是否收到对端基于对端呼叫保持请求的确认消息；

如果所述第二处理器获取到接入控制模块的状态为初始状态或启动状态，则确认模块确认是否收到对端基于对端呼叫保持请求的确认消息的确认。

Images