通话接续处理方法及装置制造方法及图纸

本发明专利技术公开了一种通话接续处理方法及装置。在上述方法中，根据服务器与第一客户端之间建立的心跳机制，服务器判断第一客户端与该服务器的连接状态；在上述连接状态为断开状态的情况下，服务器向第二客户端发送对话结束消息。根据本发明专利技术提供的技术方案，可以在一方连接断开时，及时终止接续流程，有效提高了通话用户的体验。

【技术实现步骤摘要】
通话接续处理方法及装置
本专利技术涉及通信领域，具体而言，涉及一种通话接续处理方法及装置。
技术介绍
在网络（例如，2G，3G，或者Wifi等）环境下，可以通过Phone+免费打电话，免费发送文字、图片、语音消息等多媒体短信，同时还可通过Phone+发起多方通话或群发多媒体短信。在Phone+项目的语音接续过程中，客户端以及服务器的交互流程具体可以参见图1。图1是相关技术中Phone+语音接续过程中客户端与服务器的交互流程图。如图1所示，该流程主要包括以下处理：步骤S101：客户端A向服务器发送对话请求CALL_RQ。步骤S103:服务器向客户端A反馈对话响应CALL_RS。步骤S105：服务器向客户端A发送呼叫结果标识CALL_RESULT_ID，并向客户端B发送邀请请求INVITE_RQ。步骤S107：客户端B检验黑名单或用户状态。步骤S109：客户端B向服务器反馈邀请响应INVITE_RS。步骤S111：客户端B开始振铃等待接听。步骤S113：服务器向客户端A发送呼叫结果标识CALL_RESULT_ID。步骤S115：客户端B接听。步骤S117：客户端B向服务器发送应答请求ANSWER_RQ。步骤S119：服务器向客户端B发送应答响应ANSWER_RS，并向客户端A发送呼叫结果标识CALL_RESULT_ID。步骤S121：客户端B进入通话状态。由此可见，在图1所示的流程中，如果在通话接续过程中，由于网络状态不好等原因，客户端A或者客户端B中的一方已经与服务器断开连接，但是与服务器连接的另一方并不知道，接续流程没有及时终止，导致用户体验降低。专利技术内容本专利技术提供了一种通话接续方法及装置，以至少解决相关技术中由于网络状态不好等原因，两方客户端中的一方已经与服务器断开连接，但是与服务器连接的另一方并不知道，接续流程没有及时终止，导致用户体验降低。根据本专利技术的一个方面，提供了一种通话接续处理方法。根据本专利技术的通话接续处理方法包括：根据服务器与第一客户端之间建立的心跳机制，所述服务器判断所述第一客户端与该服务器的连接状态；在所述连接状态为断开状态的情况下，所述服务器向第二客户端发送对话结束消息。根据本专利技术的另一方面，提供了一种通话接续处理方法。根据本专利技术的通话接续处理方法包括：根据第一客户端与服务器之间建立的心跳机制，所述第一客户端判断第二客户端与该服务器的连接状态；在所述连接状态为断开状态的情况下，第一客户端向所述服务器发送对话结束消息。根据本专利技术的又一方面，提供了一种通话接续处理装置。根据本专利技术的通话接续处理装置包括：第一判断模块，用于根据服务器与第一客户端之间建立的心跳机制，判断所述第一客户端与该服务器的连接状态；发送模块，用于在所述连接状态为断开状态的情况下，所述服务器向第二客户端发送对话结束消息。根据本专利技术的再一方面，提供了一种通话接续处理装置。根据本专利技术的通话接续处理装置包括：判断模块，用于根据第一客户端与服务器之间建立的心跳机制，判断第二客户端与该服务器的连接状态；第一发送模块，用于在所述连接状态为断开状态的情况下，第一客户端向所述服务器发送对话结束消息。通过本专利技术，服务器根据新建立的心跳机制，判断所述第一客户端与该服务器的连接状态；在所述连接状态为断开状态的情况下，所述服务器向第二客户端发送对话结束消息。解决了相关技术中由于网络状态不好等原因，两方客户端中的一方已经与服务器断开连接，但是与服务器连接的另一方并不知道，接续流程没有及时终止，导致用户体验降低的问题，进而可以在一方连接断开时，及时终止接续流程，有效提高了通话用户的体验。附图说明图1是相关技术中Phone+语音接续过程中客户端与服务器的交互流程图；图2是根据本专利技术实施例一的通话接续处理方法的流程图；图3是根据本专利技术优选实施例的状态查询心跳包和心跳回复包的生命周期的示意图；图4是根据本专利技术优选实施例一的通话接续处理方法的流程图；图5是根据本专利技术实施例二的通话接续处理方法的流程图；图6是根据本专利技术优选实施例一的心跳包超时通话接续处理的流程示意图；图7是根据本专利技术优选实施例二的心跳包超时通话接续处理的流程示意图；图8是根据本专利技术优选实施例二的通话接续处理方法的流程图；图9是根据本专利技术实施例一的通话接续处理装置的结构框图；图10是根据本专利技术优选实施例一的通话接续处理装置的结构框图；图11是根据本专利技术实施例二的通话接续处理装置的结构框图；以及图12是根据本专利技术优选实施例二的通话接续处理装置的结构框图。具体实施方式下面结合说明书附图对本专利技术的具体实现方式做一详细描述。图2是根据本专利技术实施例一的通话接续处理方法的流程图。如图2所示，该通话接续处理方法包括以下处理：步骤S201：根据服务器与第一客户端之间建立的心跳机制，该服务器判断上述第一客户端与该服务器的连接状态；步骤S203：在上述连接状态为断开状态的情况下，该服务器向第二客户端发送对话结束消息。相关技术中，在phone+项目的通话接续过程中，由于网络状态不好等原因，两方中的一方已经与服务器断开连接，但是与服务器连接的另一方并不知道，接续流程没有及时终止，导致用户体验降低。在图1所示的方法中，服务器根据新建立的心跳机制，判断上述第一客户端与该服务器的连接状态；在上述连接状态为断开状态的情况下，上述服务器向第二客户端发送对话结束消息。进而可以在一方连接断开时，及时终止接续流程，有效提高了通话用户的体验。优选地，上述心跳机制包括：上述服务器接收来自于上述第一客户端的状态查询心跳包；上述服务器向上述第一客户端返回携带有当前通话状态的心跳回复包。其中，如图3所示，上述服务器对于主叫方返回心跳回复包的生命周期为：以主叫方接收到呼叫结果标识或者等待呼叫结果标识超时的时刻为起始，以被叫方接听、被叫方拒绝、主叫方挂断、定时器超时（心跳超时。等待回铃超时、为终点；同理，当上述第一客户端为主叫方时，第一客户端发送状态查询心跳包的生命周期为：以主叫方接收到呼叫结果标识或者等待呼叫结果标识超时的时刻为起始，以被叫方接听、被叫方拒绝、主叫方挂断、定时器超时为终点。其中，如图3所示，上述服务器对于被叫方返回心跳回复包的生命周期为：从被叫方发出邀请响应为起始，以被叫方接听、被叫方拒绝、定时器超时为终点。同理，当上述第一客户端为被叫方时，第一客户端发送状态查询心跳包的生命周期为：从被叫方发出邀请响应为起始，以被叫方接听、被叫方拒绝、定时器超时为终点。其中，上述状态查询心跳包CALL_ALIVE_RQ可以包括但不限于以下信息：callID：当前通话的主叫方流水号；被叫方为是否接听，默认为0，接听为1；channelID：正常情况下为呼叫结果标识CALL_RESULT_ID告知的频道号；如果为0则表示主叫方未收到CALL_RESULT_ID；userID:用户标识号。其中，上述心跳回复包CALL_ALIVE_RS可以包括但不限于以下信息：callID：当前通话的主叫方流水号，给主叫方判断是否被叫方当前呼叫的回包；channelID：当前通话的频道号，给被叫方判断是否主叫方当前呼叫的回包；callState：当前通话状态，例如，正常状态（链接状态），被叫挂断，主叫挂断，被叫接听；可以新增如下状态：对方客户端心跳超时本文档来自技高网...

【技术保护点】
一种通话接续处理方法，其特征在于，包括：根据服务器与第一客户端之间建立的心跳机制，所述服务器判断所述第一客户端与该服务器的连接状态；在所述连接状态为断开状态的情况下，所述服务器向第二客户端发送对话结束消息。

【技术特征摘要】
1.一种通话接续处理方法，其特征在于，包括：根据服务器与第一客户端之间建立的心跳机制，所述服务器判断所述第一客户端与该服务器的连接状态；在所述连接状态为断开状态的情况下，所述服务器向第二客户端发送对话结束消息;所述心跳机制包括：所述服务器接收来自于所述第一客户端的状态查询心跳包；所述服务器向所述第一客户端返回携带有当前通话状态的心跳回复包；所述服务器对于主叫方返回的心跳回复包的生命周期为：以主叫方接收到呼叫结果标识或者等待呼叫结果标识超时的时刻为起始，以被叫方接听、被叫方拒绝、主叫方挂断、或者定时器超时为终点；所述服务器对于被叫方返回的心跳回复包的生命周期为：从被叫方发出邀请响应为起始，以被叫方接听、被叫方拒绝、定时器超时为终点；所述心跳机制，是在所述第一客户端和所述第二客户端的通话接续过程中建立的。2.根据权利要求1所述的方法，其特征在于，所述服务器判断所述第一客户端与该服务器的连接状态包括：当所述服务器在第一预定时间内未接收到所述第一客户端的状态查询心跳包时，所述服务器确定所述连接状态为断开状态。3.根据权利要求1所述的方法，其特征在于，所述服务器向第二客户端发送对话结束消息之后，还包括：所述服务器判断在超时后的第二预定时间内是否接收到所述第二客户端的状态查询心跳包；如果没有在所述第二预定时间内接收到所述第二客户端的状态查询心跳包，所述服务器结束通话接续流程；如果在所述第二预定时间内接收到所述第二客户端的状态查询心跳包，所述服务器向所述第二客户端发送心跳回复包，其中，该心跳回复包携带有指示所述第一客户端超时的信息；如果所述服务器在第三预定时间内未接收到所述第二客户端的对话结束消息或者接收到所述第二客户端的对话结束消息，所述服务器结束通话接续流程。4.根据权利要求3所述的方法，其特征在于，还包括：如果所述服务器确定所述第一客户端的当前状态为以下之一：主叫挂断，被叫挂断，被叫接听；则所述服务器向所述第二客户端发送的心跳回复包中携带有所述第一客户端的当前状态。5.一种通话接续处理方法，其特征在于，包括：根据第一客户端与服务器之间建立的心跳机制，所述第一客户端判断第二客户端与该服务器的连接状态；在所述连接状态为断开状态的情况下，第一客户端向所述服务器发送对话结束消息;所述心跳机制包括：第一客户端每隔预定时长向服务器发送状态查询心跳包；所述第一客户端接收来自于所述服务器的与各个状态查询心跳包对应的心跳回复包；当所述第一客户端为主叫方时，所述第一客户端的状态查询心跳包的生命周期为：以主叫方接收到呼叫结果标识或者等待呼叫结果标识超时的时刻为起始，以被叫方接听、被叫方拒绝、主叫方挂断、或者定时器超时为终点；当所述第一客户端为被叫方时，所述第一客户端的状态查询心跳包的生命周期为：从被叫方发出邀请响应为起始，以被叫方接听、被叫方拒绝、定时器超时为终点；所述心跳机制，是在所述第一客户端和所述第二客户端的通话接续过程中建立的。6.根据权利要求5所述的方法，其特征在于，所述第一客户端判断第二客户端与该服务器的连接状态包括：在所述心跳回复包中携带有指示第二客户端超时的信息时，所述第一客户端确定所述连接状态为断开状态。7.根据权利要求5所述的方法，其特征在于，第一客户端每隔预定时长向服务器发送状态查询心跳包，接收来自于所述服务器的与各个状态查询心跳包对应的心跳回复包包括：所述第一客户端每发送一个状态查询心跳包，计数器加一；所述第一客户端每接收到一个心跳回复包，所述计数器减一；在所述计数器的计数值达到预定阈值时，所述第一客户端向所述服务器发送对话结束消息。8.根据权利要求5所述的方法，其特征在于，还包括：如果所述服务器确定所述第二客户端的当前状态为...

【专利技术属性】
技术研发人员：徐艺，罗光喜，李晓鹏，
申请(专利权)人：贵阳朗玛信息技术股份有限公司，
类型：发明
国别省市：