CN114245478A - 呼叫处理方法、终端及具有存储功能的装置 - Google Patents

Abstract

本申请公开了一种呼叫处理方法、终端及具有存储功能的装置，该呼叫处理方法包括：接收第一终端向第二终端发送的个呼请求；判断第二终端是否回复个呼请求；在第二终端未回复个呼请求时，开启同频中转模式，并将个呼请求转发给第二终端；在接收到第二终端回复个呼请求的确认消息时，将确认消息转发给第一终端；在第一终端和第二终端之间转发呼叫数据。本申请所提供的呼叫处理方法能够提高个呼业务的成功率，延长个呼业务的通信距离。

Description

呼叫处理方法、终端及具有存储功能的装置

技术领域

本申请涉及通信技术领域，特别是涉及一种呼叫处理方法、终端及具有存储功能的装置。

背景技术

目前处于直通模式下的窄带终端在空旷环境下的通信距离理论上可以达到5公里左右，但是在实际使用场景中，因为树木、车辆、建筑物等环境的影响，实际的直通距离相比理论距离会大大下降，这时候一些业务就会因为距离过远而无法完成，造成业务失败。

发明内容

本申请主要解决的技术问题是提供一种呼叫处理方法、终端及具有存储功能的装置，能够提高个呼业务的成功率，延长个呼业务的通信距离。

为解决上述技术问题，本申请采用的一个技术方案是：提供一种呼叫处理方法，所述方法包括：接收第一终端向第二终端发送的个呼请求；判断所述第二终端是否回复所述个呼请求；在所述第二终端未回复所述个呼请求时，开启同频中转模式，并将所述个呼请求转发给所述第二终端；在接收到所述第二终端回复所述个呼请求的确认消息时，将所述确认消息转发给所述第一终端；在所述第一终端和所述第二终端之间转发呼叫数据。

为解决上述技术问题，本申请采用的另一个技术方案是：提供一种终端，包括处理器、存储器以及通信电路，所述处理器分别耦接所述存储器以及所述通信电路，所述处理器通过执行所述存储器内的程序数据实现上述方法中的步骤。

为解决上述技术问题，本申请采用的另一个技术方案是：提供一种具有存储功能的装置，存储有程序数据，所述程序数据能够被处理器执行以实现上述方法中的步骤。

本申请的有益效果是：本申请中的呼叫处理方法在第一终端和第二终端之间无法收发信息时，通过第三终端开启同频中转模式而在第一终端和第二终端之间起中继作用，间接实现第一终端和第二终端之间的通信，从而提高个呼业务的成功率，延长个呼业务的通信距离。

附图说明

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

图1是现有技术中主叫终端和被叫终端成功建立个呼业务的流程示意图；

图2是现有技术中主叫终端和被叫终端未成功建立个呼业务的流程示意图；

图3是本申请呼叫处理方法一实施方式的流程示意图；

图4是图3呼叫处理方法在一应用场景中的流程示意图；

图5是第一终端、第二终端以及第三终端在一应用场景中的相对位置示意图；

图6是第一终端、第二终端以及第三终端在另一应用场景中的相对位置示意图；

图7是第一终端、第二终端以及第三终端在又一应用场景中的相对位置示意图；

图8是本申请终端一实施方式的结构示意图；

图9是本申请具有存储功能的装置一实施方式的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性的劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

在介绍本申请呼叫处理方法之前，先对本申请的背景做如下介绍：

当主叫终端和被叫终端之间能够进行正常通信时，主叫终端和被叫终端之间成功建立个呼业务的流程如图1所示：首先主叫终端向被叫终端发送个呼请求；被叫终端在接收到该个呼请求后向主叫终端回复确认消息；主叫终端在接收到该确认消息后，向被叫终端发送个呼语音，从而进行正常的个呼业务。

但是当主叫终端和被叫终端因为相距太远或者受环境影响而导致主叫终端发送的个呼请求无法到达被叫终端时，主叫终端和被叫终端之间的个呼业务无法建立，此时的业务流程如图2所示。

基于该背景，本申请提供一种呼叫处理方法，通过中间终端的中继作用而建立主叫终端和被叫终端之间的个呼业务，能够提高个呼业务的成功率，延长个呼业务的通信距离。

参阅图3，图3是本申请呼叫处理方法一实施方式的流程示意图。该实施方式涉及到三个终端，分别将其定义为第一终端、第二终端以及第三终端，其中本实施方式的前提是，第三终端和第一终端之间可以相互收发消息，第三终端和第二终端之间也可以相互收发信息，且第三终端支持同频中转模式，同时本实施方式中的呼叫处理方法由第三终端执行，具体地，该方法包括：

S110：接收第一终端向第二终端发送的个呼请求。

S120：判断第二终端是否回复个呼请求。

若判断结果为是，则进入步骤S160，若判断结果为否，则进入步骤S130。

S130：开启同频中转模式，并将个呼请求转发给第二终端。

S140：在接收到第二终端回复个呼请求的确认消息时，将确认消息转发给第一终端。

S150：在第一终端和第二终端之间转发呼叫数据。

S160：结束流程。

结合图4，当第一终端想和第二终端建立个呼业务时，第一终端首先向第二终端发送个呼请求，其中该个呼请求携带有第一终端(即主叫终端)和第二终端(即被叫终端)的标识；由于第一终端和第三终端之间能够相互收发信息，因此第三终端也能够接收到该个呼请求，在第三终端接收到该个呼请求后，第三终端解析个呼请求而得到第一终端和第二终端的标识，而后第三终端判断在接收到该个呼请求后的预设时间内(例如1S、2S等)第二终端是否回复该个呼请求，若第二终端未回复，则第三终端就开启同频中转模式，在第一终端和第二终端之间起到中继作用，当第二终端成功回复时，第三终端则结束流程，不会参与第一终端和第二终端之间个呼业务的建立。

其中，当第三终端开启同频中转模式后，第三终端先将第一终端发送的个呼请求转发给第二终端，而后第二终端在接收到该个呼请求后，若第二终端处于空闲状态，则第二终端会发出作为回复该个呼请求的确认消息(该确认消息表示第二终端愿意和第一终端进行通信，该确认消息携带有第一终端、第二终端的标识)，若第二终端处于忙碌状态，则第二终端不会发出确认消息，此时个呼业务失败。

当第二终端发出作为回复该个呼请求的确认消息后，第三终端能够接收到该确认消息，而后第三终端将该确认消息转发给第一终端，第一终端在接收到该确认消息后，通过该确认消息携带的标识进行鉴权，而后第一终端能够知道这是第二终端针对其发出的个呼请求返回的确认消息，而后第一终端通过第三终端的中继作用而建立和第二终端之间的个呼业务。

上述本实施方式在第一终端和第二终端之间无法收发信息时，通过第三终端开启同频中转模式而在第一终端和第二终端之间起中继作用，间接实现第一终端和第二终端之间的通信，从而提高个呼业务的成功率，延长个呼业务的通信距离。

在本实施方式中，步骤S150具体包括：

S151：在接收到第一终端发送的个呼语音后，将个呼语音转发给第二终端。

具体地，第一终端在接收到第三终端转发的第二终端发送的确认消息后，第一终端作为主叫终端会向第二终端发送个呼语音，而后由第三终端作为中继将该个呼语音转发给第二终端。

结合图4，在一应用场景中，第三终端将个呼语音转发给第二终端的步骤具体包括：第三终端在接收到第一终端发送的语音帧后，若语音帧不是个呼语音中的最后一条语音帧，则将语音帧转发给第二终端；若语音帧是个呼语音中的最后一条语音帧，则将语音帧转发给第二终端，并在转发后关闭同频中转模式。

具体地，当第三终端接收的语音帧不是个呼语音中的最后一帧时，第三终端直接将该语音帧转发给第二终端，当第三终端接收到的语音帧是个呼语音中的最后一帧时，第三终端在将该语音帧转发给第二终端后还会关闭同频中转模式。

也就是说，在未接收到最后一帧时，第三终端每接收到一帧语音帧就进行转发，而当接收到最后一帧时，第三终端在转发后还会关闭同频中转模式，即在成功转发个呼语音后，第三终端关闭同频中转模式。

在该应用场景中，当第三终端确认成功转发个呼语音后关闭同频中转模式，此后第三终端不再起中继作用，能够像常规终端一样使用。

在本实施方式中，步骤S150进一步还包括：

S152：在接收到第二终端在挂起时间内发出的作为应答个呼语音的回呼语音后，开启同频中转模式。

S153：将回呼语音转发给第一终端。

接收到第三终端转发的个呼语音后，若第二终端在挂起时间hangtime内发出了作为回复该个呼语音的回呼语音，则第三终端在接收到该回呼语音后，重新开启同频中转模式，将回呼语音转发给第一终端，也就是说，第三终端继续在第一终端和第二终端之间起中继的作用。

结合图4，在一应用场景中，第三终端将将回呼语音转发给第一终端的步骤具体包括：第三终端在接收到第二终端发送的语音帧后，若语音帧不是回呼语音中的最后一条语音帧，则将语音帧转发给第一终端；若语音帧是回呼语音中的最后一条语音帧，则将语音帧转发给第一终端，并在转发后关闭同频中转模式。

具体地，与上述接收个呼语音类似，当第三终端接收的语音帧不是回呼语音中的最后一帧时，第三终端直接将该语音帧转发给第一终端，当第三终端接收到的语音帧是回呼语音中的最后一帧时，第三终端在将该语音帧转发给第一终端后还会关闭同频中转模式。

也就是说，在未接收到最后一帧时，第三终端每接收到一帧语音帧就转发，而当接收到最后一帧时，第三终端在转发后还会关闭同频中转模式，即在成功转发回呼语音后，第三终端关闭同频中转模式。

在该应用场景中，当第三终端确认成功转发回呼语音后关闭同频中转模式，此后第三终端不再起中继作用，能够像常规终端一样使用。

在本实施方式中，第三终端每次在关闭同频中转模式后，还会开启虚拟集群模式。

具体地，在开启虚拟集群模式后，第三终端在两个时隙都可以接收消息，当其中一个时隙繁忙时，第三终端将自动使用另一个时隙工作，能够提高通信业务的成功率。

在本实施方式中，第三终端判断第二终端是否回复个呼请求的步骤，包括：第三终端监控空口消息，以判断在接收到第一终端向第二终端发送个呼请求后的预设时间内第二终端是否回复个呼请求。

也就是说，第三终端通过监控空口消息而判断第二终端是否回复第一终端的个呼请求。

其中，预设时间可由设计人员进行设计，例如设计为30毫秒、1秒或者2秒等。

其中，本实施方式涉及的第一终端、第二终端、第三终端是同种类型的设备，均是对讲机。而在其他实施方式中，第一终端、第二终端和第三终端既可以同种类型的其他设备，例如手机等，也可以是不同类型的设备，例如，部分终端是对讲机，部分终端是手机。总而言之，关于第一终端、第二终端以及第三终端具体是何种设备，在此不做限制。

上述方法在第三终端和第一终端之间可以相互收发消息，第三终端和第二终端之间也可以相互收发信息，而第一终端和第二终端无法相互收发信息的应用场景下，可以通过第三终端的中继作用而建立第一终端和第二终端之间的个呼业务，延长个呼业务的通信距离。

但是在实际生活中，还存在以下场景：

第一种，如图5所示(为了附图的清晰度，在图5至图7中，均以标号A代表第一终端，标号B代表第二终端，标号C代表第三终端)，第一终端、第二终端和第三终端中两两均在可相互收发信息的范围内，此时第一终端在向第二终端发送个呼请求后，第二终端能够接收到该个呼请求，而后第二终端回复该个呼请求，第一终端和第二终端之间进行正常的通信，在该过程中，对于第三终端而言，其监测到第二终端回复了第一终端发送的个呼请求，因此其不会参与到第一终端和第二终端之间的通信中，第三终端只是一台普通的常规终端。

第二种，如图6所示，第一终端和第二终端之间能够收发信息，第一终端和第三终端之间能够收发信息，但第二终端和第三终端之间不能够收发信息，此时第一终端在向第二终端发送个呼请求后，第二终端能够接收到该个呼请求，而后第二终端回复该个呼请求，第一终端和第二终端之间进行正常的通信，在该过程中，对于第三终端而言，其不能够接收到第二终端回复个呼请求的确认消息，因此其会将第一终端的个呼请求转发给第二终端，但是由于第二终端和第三终端之间不能够收发信息，因此第二终端接收不到第三终端转发的个呼请求，进而第三终端也不会参与到第一终端和第二终端之间的通信中，第三终端也只是一台普通的常规终端。

第三种，如图7所示，第一终端和第三终端之间可以收发信息，第一终端和第二终端之间不可以收发信息，第二终端和第三终端之间也不可以收发信息，此时第一终端在向第二终端发送个呼请求后，第二终端不能够接收到该个呼请求，而第三终端可以接收到该个呼请求，而后第三终端判断第二终端未回复个呼请求后，会将个呼请求转发给第二终端，但由于第二终端和第三终端之间不可以收发信息，因此第二终端依旧无法接收到个呼请求，而后第三终端依旧不能监听到第二终端回复确认消息，则个呼业务失败，第三终端未能起到中继作用。

参阅图8，图8是本申请终端一实施方式的结构示意图。该终端200包括处理器210、存储器220以及通信电路230，处理器210分别耦接存储器220以及通信电路230，处理器210通过执行存储器220内的程序数据实现上述呼叫处理方法中的步骤，其中详细的呼叫处理方法可参见上述实施方式，在此不再赘述。

在一应用场景中，终端200为对讲机，在其他应用场景中，终端200也可以为手机等其他终端，在此不做限制。

参阅图9，图9是本申请具有存储功能的装置一实施方式的结构示意图。该具有存储功能的装置300存储有程序数据310，程序数据310能够被处理器执行以实现上述呼叫处理方法中的步骤，其中详细的呼叫处理方法可参见上述实施方式，在此不再赘述。

其中具存储功能的装置300具体可以为U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等可以存储程序数据310的装置，或者也可以为存储有该程序数据310的服务器，该服务器可将存储的程序数据310发送给其他设备运行，或者也可以自运行该存储的程序数据310。

总而之言，本申请中的呼叫处理方法一方面在第一终端和第二终端之间无法收发信息时，通过第三终端开启同频中转模式而在第一终端和第二终端之间起中继作用，间接实现第一终端和第二终端之间的通信，从而提高个呼业务的成功率，延长个呼业务的通信距离；另一方面第三终端在转发个呼语音或者回呼语音中的最后一帧语音帧后，关闭同频中转模式，此后第三终端不再进行中转，而是像常规终端一样进行通信，实现第三终端工作模式的灵活转变。

以上所述仅为本申请的实施方式，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (10)

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

接收第一终端向第二终端发送的个呼请求；

判断所述第二终端是否回复所述个呼请求；

在所述第二终端未回复所述个呼请求时，开启同频中转模式，并将所述个呼请求转发给所述第二终端；

在接收到所述第二终端回复所述个呼请求的确认消息时，将所述确认消息转发给所述第一终端；

在所述第一终端和所述第二终端之间转发呼叫数据。

2.根据权利要求1所述的方法，其特征在于，所述在所述第一终端和所述第二终端之间转发呼叫数据的步骤，包括：

在接收到所述第一终端发送的个呼语音后，将所述个呼语音转发给所述第二终端。

3.根据权利要求2所述的方法，其特征在于，所述将所述个呼语音转发给所述第二终端的步骤，包括：

在接收到所述第一终端发送的语音帧后，若所述语音帧不是所述个呼语音中的最后一条语音帧，则将所述语音帧转发给所述第二终端；若所述语音帧是所述个呼语音中的最后一条语音帧，则将所述语音帧转发给所述第二终端，并在转发后关闭所述同频中转模式。

4.根据权利要求3所述的方法，其特征在于，所述在所述第一终端和所述第二终端之间转发呼叫数据的步骤，进一步包括：

在接收到所述第二终端在挂起时间内发出的作为应答所述个呼语音的回呼语音后，开启所述同频中转模式；

将所述回呼语音转发给所述第一终端。

5.根据权利要求4所述的方法，其特征在于，所述将所述回呼语音转发给所述第一终端的步骤，包括：

在接收到所述第二终端发送的语音帧后，若所述语音帧不是所述回呼语音中的最后一条语音帧，则将所述语音帧转发给所述第一终端；若所述语音帧是所述回呼语音中的最后一条语音帧，则将所述语音帧转发给所述第一终端，并在转发后关闭所述同频中转模式。

6.根据权利要求3至5任一项所述的方法，其特征在于，在关闭所述同频中转模式后还会开启虚拟集群模式。

7.根据权利要求1所述的方法，其特征在于，所述判断所述第二终端是否回复所述个呼请求的步骤，包括：

监控空口消息，以判断在接收到所述第一终端向所述第二终端发送所述个呼请求后的预设时间内所述第二终端是否回复所述个呼请求。

8.一种终端，其特征在于，包括处理器、存储器以及通信电路，所述处理器分别耦接所述存储器以及所述通信电路，所述处理器通过执行所述存储器内的程序数据实现如权利要求1至7任一项所述方法中的步骤。

9.根据权利要求8所述的终端，其特征在于，所述终端为对讲机。

10.一种具有存储功能的装置，其特征在于，存储有程序数据，所述程序数据能够被处理器执行以实现如权利要求1至7任一项所述方法中的步骤。

Images