CN115250436B - 多通道的通信方法、装置、电子设备及计算机存储介质 - Google Patents

Abstract

本申请提供了一种多通道的通信方法、装置、电子设备及计算机存储介质，该多通道的通信方法包括：首先，获取启动紧急模式的指令；然后，向专网基站发送呼叫请求；其中，所述呼叫请求用于请求与所述专网基站建立通讯连接；之后，判断是否能与所述专网基站建立通信连接；最终，若判断出能与所述专网基站建立通信连接，则直接与所述专网基站建立通信连接；若判断出不能与所述专网基站建立通信连接，则与预设的应急号码建立通信连接。从而达到在紧急情况下，用户的救援信息可以更快的被知道，从而可以对用户进行及时的救援的目的。

Description

多通道的通信方法、装置、电子设备及计算机存储介质

技术领域

本申请涉及通信技术领域，特别涉及一种多通道的通信方法、装置、电子设备及计算机存储介质。

背景技术

目前，多模终端可以同时注册在专网和公网中，在紧急情况下，终端用户在按下一键通(Push to talk，PTT)按钮后，可以向专网基站一键发送语音，从而使得专网基站可以得知用户的救援信息。

但是，在当前网络可用时，但是因为通信信道被占用、当前通信信道不可用、网络不能及时响应等特定场景时，会导致终端无法与专网基站进行通信连接，从而无法获得用户的救援信息，进而无法对用户进行及时的救援。

发明内容

有鉴于此，本申请提供了一种多通道的通信方法、装置、电子设备及计算机存储介质，用于在紧急情况下，用户的救援信息可以更快的被知道，从而可以对用户进行及时的救援。

本申请第一方面提供了一种多通道的通信方法，包括：

获取启动紧急模式的指令；

向专网基站发送呼叫请求；其中，所述呼叫请求用于请求与所述专网基站建立通讯连接；

判断是否能与所述专网基站建立通信连接；

若判断出能与所述专网基站建立通信连接，则与所述专网基站建立通信连接；

若判断出不能与所述专网基站建立通信连接，则与预设的应急号码建立通信连接。

可选的，所述判断是否能与所述专网基站建立通信连接，包括：

判断在第一预设时间内，是否接收到所述专网基站针对所述呼叫请求的反馈信息；其中，所述反馈信息表明所述专网基站处于空闲状态或非空闲状态；

若判断出在所述第一预设时间内，未接收到所述专网基站针对所述呼叫请求的反馈信息，则确定不能与所述专网基站建立通信连接；

若判断出在所述第一预设时间内，接收到所述专网基站针对所述呼叫请求的反馈信息，则判断所述反馈信息是否表明所述专网基站处于空闲状态；

若判断出所述反馈信息表明所述专网基站处于空闲状态，则与所述专网基站建立通信连接；

若判断出所述反馈信息表明所述专网基站处于非空闲状态，则确定不能与所述专网基站建立通信连接。

可选的，所述若判断出所述反馈信息表明所述专网基站处于非空闲状态，则确定不能与所述专网基站建立通信连接，包括：

若判断出所述反馈信息表明所述专网基站处于非空闲状态，则在第二预设时间内，持续判断是否接收到表明所述专网基站处于空闲状态的反馈信息；

若判断出在所述第二预设时间内，接收到表明所述专网基站处于空闲状态的反馈信息，则与所述专网基站建立通信连接；

若判断出在所述第二预设时间内，未接收到表明所述专网基站处于空闲状态的反馈信息，则确定不能与所述专网基站建立通信连接。

可选的，所述若判断出能与所述专网基站建立通信连接，则与所述专网基站建立通信连接之后，还包括：

若与所述专网基站进行通信的过程中被异常中断，则执行所述与预设的应急号码建立通信连接。

可选的，所述若判断出不能与所述专网基站建立通信连接，则与预设的应急号码建立通信连接之后，还包括：

向所述应急号码所属基站发送当前位置信息。

可选的，所述若判断出不能与所述专网基站建立通信连接，则与预设的应急号码建立通信连接之后，还包括：

向所述专网基站发送当前位置信息以及预先设置的状态信息。

本申请第二方面提供了一种多通道的通信装置，包括：

获取单元，用于获取启动紧急模式的指令；

第一发送单元，用于向专网基站发送呼叫请求；其中，所述呼叫请求用于请求与所述专网基站建立通讯连接；

判断单元，用于判断是否能与所述专网基站建立通信连接；

第一建立单元，用于若所述判断单元判断出，能与所述专网基站建立通信连接，则与所述专网基站建立通信连接；

第二建立单元，用于若所述判断单元判断出，不能与所述专网基站建立通信连接，则与预设的应急号码建立通信连接。

可选的，所述判断单元，包括：

第一判断子单元，用于判断在第一预设时间内，是否接收到所述专网基站针对所述呼叫请求的反馈信息；其中，所述反馈信息表明所述专网基站处于空闲状态或非空闲状态；

确定单元，用于若所述第一判断子单元判断出，在所述第一预设时间内，未接收到所述专网基站针对所述呼叫请求的反馈信息，则确定不能与所述专网基站建立通信连接；

第二判断子单元，用于若所述第一判断子单元判断出，在所述第一预设时间内，接收到所述专网基站针对所述呼叫请求的反馈信息，则判断所述反馈信息是否表明所述专网基站处于空闲状态；

所述第一建立单元，还用于若所述第二判断子单元判断出，所述反馈信息表明所述专网基站处于空闲状态，则与所述专网基站建立通信连接；

所述确定单元，还用于若所述第二判断子单元判断出，所述反馈信息表明所述专网基站处于非空闲状态，则确定不能与所述专网基站建立通信连接。

可选的，所述确定单元，用于若所述第二判断子单元判断出，所述反馈信息表明所述专网基站处于非空闲状态，则确定不能与所述专网基站建立通信连接时，包括：

第三判断子单元，用于若所述第二判断子单元判断出，所述反馈信息表明所述专网基站处于非空闲状态，则在第二预设时间内，持续判断是否接收到表明所述专网基站处于空闲状态的反馈信息；

所述第一建立单元，还用于所述第三判断子单元判断出，若在所述第二预设时间内，接收到表明所述专网基站处于空闲状态的反馈信息，则与所述专网基站建立通信连接；

确定子单元，用于若所述第三判断子单元判断出，在所述第二预设时间内，未接收到表明所述专网基站处于空闲状态的反馈信息，则确定不能与所述专网基站建立通信连接。

可选的，所述多通道的通信装置，还包括：

执行单元，用于若与所述专网基站进行通信的过程中被异常中断，则执行所述与预设的应急号码建立通信连接。

可选的，所述多通道的通信装置，还包括：

第二发送单元，用于向所述应急号码所属基站发送当前位置信息。

可选的，所述多通道的通信装置，还包括：

第三发送单元，用于向所述专网基站发送当前位置信息以及预先设置的状态信息。

本申请第三方面提供了一种电子设备，包括：

一个或多个处理器；

存储装置，其上存储有一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如第一方面任意一项所述的方法。

本申请第四方面提供了一种计算机存储介质，其上存储有计算机程序，其中，所述计算机程序被处理器执行时实现如第一方面任意一项所述的方法。

由以上方案可知，本申请提供的一种多通道的通信方法、装置、电子设备及计算机存储介质中，首先，获取启动紧急模式的指令；然后，向专网基站发送呼叫请求；其中，所述呼叫请求用于请求与所述专网基站建立通讯连接；之后，判断是否能与所述专网基站建立通信连接；最后，若判断出能与所述专网基站建立通信连接，则直接与专网基站建立通信连接；若判断出不能与所述专网基站建立通信连接，则与预设的应急号码建立通信连接。从而达到在紧急情况下，用户的救援信息可以更快的被知道，从而可以对用户进行及时的救援的目的。

附图说明

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

图1为本申请实施例提供的一种多通道的通信方法的具体流程图；

图2为本申请实施例提供的一种判断是否能与专网基站建立通信连接的流程图；

图3为本申请另一实施例提供的一种判断是否能与专网基站建立通信连接的流程图；

图4为本申请另一实施例提供的一种多通道的通信装置的示意图；

图5为本申请另一实施例提供的一种判断单元的示意图；

图6为本申请另一实施例提供的一种确定单元的示意图；

图7为本申请另一实施例提供的一种实现多通道的通信方法的电子设备的示意图。

具体实施方式

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

需要注意，本申请中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系，而术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本申请实施例提供了一种多通道的通信方法，如图1所示，具体包括以下步骤：

S101、获取启动紧急模式的指令。

其中，启动紧急模式的指令可以是但不限于，用户通过按下一键通(Push totalk，PTT)后，生成的指令；用户通过预设的方式按下预设的按键后，生成的指令，例如：长按数字键5、连按三次挂断键等；此处不做限定。

S102、向专网基站发送呼叫请求。

其中，呼叫请求用于请求与专网基站建立通讯连接。

S103、判断是否能与专网基站建立通信连接。

需要说明的是，当前不能与专网基站建立通信连接的情况可能是当前通信信道不可用、信号不稳定、当前有其他用户正在占用专网进行通信、集群***侧当前不能及时处理呼叫请求等，此处不做限定。

具体的，若判断出能与专网基站建立通信连接，则执行步骤S104；若判断出不能与专网基站建立通信连接，则执行步骤S105。

可选的，在本申请的另一实施例中，步骤S103的一种实施方式，如图2所示，包括：

S201、判断在第一预设时间内，是否接收到专网基站针对呼叫请求的反馈信息。

其中，反馈信息表明专网基站处于空闲状态或非空闲状态。

具体的，在当前通信信道不可用、信号不稳定等情况下可能会造成用户所持有的终端无法在第一预设时间内接收到专网基站针对呼叫请求的反馈信息，则执行步骤S204；若判断出在第一预设时间内，接收到专网基站针对呼叫请求的反馈信息，则执行步骤S202。

S202、判断反馈信息是否表明专网基站处于空闲状态。

具体的，若判断出反馈信息表明专网基站处于空闲状态，则执行步骤S203；若判断出反馈信息表明专网基站处于非空闲状态，例如：当前有其他用户正在占用专网进行通信等，则执行步骤S204。

S203、与专网基站建立通信连接。

具体的，在用户所持有的终端与专网基站成功建立通信连接后，用户可以通过多种方式向专网基站请求帮助，例如：发送语音告知自己所遇到紧急情况、自己所处的位置信息等，此处不做限定。

S204、确定不能与专网基站建立通信连接。

可选的，在本申请的另一实施例中，步骤S103的一种实施方式，如图3所示，包括：

S301、判断在第一预设时间内，是否接收到专网基站针对呼叫请求的反馈信息。

其中，反馈信息表明专网基站处于空闲状态或非空闲状态。

需要说明的是，第一预设时间为终端在出厂时设置的一个默认时间，是可以根据用户的需求，由用户进行设置更改的，此处不做限定。

具体的，若判断出在第一预设时间内，未接收到专网基站针对呼叫请求的反馈信息，则执行步骤S305；若判断出在第一预设时间内，接收到专网基站针对呼叫请求的反馈信息，则执行步骤S302。

需要说明的是，步骤S301的具体实现过程与上述步骤S201的具体实现过程相同，可相互参见。

S302、判断反馈信息是否表明专网基站处于空闲状态。

具体的，若判断出反馈信息表明专网基站处于空闲状态，则执行步骤S303；若判断出反馈信息表明专网基站处于非空闲状态，例如：当前有其他用户正在占用专网进行通信等，则执行步骤S304。

需要说明的是，步骤S302的具体实现过程与上述步骤S202的具体实现过程相同，可相互参见。

S303、与专网基站建立通信连接。

需要说明的是，步骤S303的具体实现过程与上述步骤S203的具体实现过程相同，可相互参见。

S304、在第二预设时间内，持续判断是否接收到表明专网基站处于空闲状态的反馈信息。

可以理解的是，如果当前正在排队的用户人数较少，那么就可以等待一定的时间，持续等待专网基站的状态变更为空闲状态，从而可以正常与专网基站建立通信连接。

需要说明的是，第二预设时间为终端在出厂时设置的一个默认时间，是可以根据用户的需求，由用户进行设置更改的，且与第一预设时间的长短没有关系，即第二预设时间可以等于第一预设时间；也可以不等于第一预设时间，此处不做限定。

具体的，若判断出在第二预设时间内，接收到表明专网基站处于空闲状态的反馈信息，则执行步骤S303；若判断出在第二预设时间内，未接收到表明专网基站处于空闲状态的反馈信息，则执行步骤S305。

S305、确定不能与专网基站建立通信连接。

其中，不能与专网基站建立通信连接也可以理解为用户所使用的终端，在专网中进行呼叫失败。

S104、与专网基站建立通信连接。

具体的，在用户所持有的终端与专网基站成功建立通信连接后，用户可以通过多种方式向专网基站请求帮助，例如：发送语音告知自己所遇到紧急情况、自己所处的位置信息等，此处不做限定。

由于，在实际的应用时，在与专网基站建立通信连接后，用户可能会出现因为移动、信号不稳定等情况，从而导致与专网基站建立的通信连接出现异常中断的情况，所以，在本申请的另一实施例中，多通道的通信方法的一种实施方式，还包括：若与专网基站进行通信的过程中被异常中断，则执行与预设的应急号码建立通信连接。

S105、与预设的应急号码建立通信连接。

其中，预设的应急号码可以是但不限于110、119、120、紧急人联系号码等，此处不做限定。紧急人联系号码可以是但不限于，父母的手机号码、儿女的手机号码等，此处同样不做限定。

可以理解的是，可以与至少一个预设的应急号码同时建立通信连接，以达到更加快速地请求救援的目的。

为了可以在特殊的应急环境下进行请求救援，例如：用户遇到了劫匪时，并不方便进行讲话，那么在本申请的另一实施例中，多通道的通信方法的一种实施方式，还包括：向应急号码所属基站发送当前位置信息。从而达到可以更加快速的展开救援的目的。

同理，在本申请的另一实施例中，多通道的通信方法的一种实施方式，还包括：向专网基站发送当前位置信息以及预先设置的状态信息。其中预先设置的状态信息为提前定义好发生的紧急事件时的状态信息，例如：999等，此处不做限定。

需要说明的是，在与预设的应急号码建立通信连接之后，可以只向应急号码所属基站发送当前位置信息；也可以同时向应急号码所属基站发送当前位置信息，向专网基站发送当前位置信息以及预先设置的状态信息，此处不做限定。

由以上方案可知，本申请提供的一种多通道的通信方法，首先，获取启动紧急模式的指令；然后，向专网基站发送呼叫请求；其中，呼叫请求用于请求与专网基站建立通讯连接；之后，判断是否能与专网基站建立通信连接；最后，若判断出能与专网基站建立通信连接，则直接与专网基站建立通信连接；若判断出不能与专网基站建立通信连接，则与预设的应急号码建立通信连接。从而达到在紧急情况下，用户的救援信息可以更快的被知道，从而可以对用户进行及时的救援的目的。

本申请另一实施例提供了一种多通道的通信装置，如图4所示，包括：

获取单元401，用于获取启动紧急模式的指令。

第一发送单元402，用于向专网基站发送呼叫请求。

其中，呼叫请求用于请求与专网基站建立通讯连接。

判断单元403，用于判断是否能与专网基站建立通信连接。

第一建立单元404，用于若判断单元403判断出，能与专网基站建立通信连接，则与专网基站建立通信连接。

第二建立单元405，用于若判断单元403判断出，不能与专网基站建立通信连接，则与预设的应急号码建立通信连接。

本申请上述实施例公开的单元的具体工作过程，可参见对应的方法实施例内容，如图1所示，此处不再赘述。

可选的，在本申请的另一实施方式，判断单元403的一种实施方式，如图5所示，包括：

第一判断子单元501，用于判断在第一预设时间内，是否接收到专网基站针对呼叫请求的反馈信息。

其中，反馈信息表明专网基站处于空闲状态或非空闲状态。

确定单元502，用于若第一判断子单元501判断出，在第一预设时间内，未接收到专网基站针对呼叫请求的反馈信息，则确定不能与专网基站建立通信连接。

第二判断子单元503，用于若第一判断子单元501判断出，在第一预设时间内，接收到专网基站针对呼叫请求的反馈信息，则判断反馈信息是否表明专网基站处于空闲状态。

第一建立单元404，用于若第二判断子单元503判断出，反馈信息表明专网基站处于空闲状态，则与专网基站建立通信连接。

确定单元502，还用于若第二判断子单元503判断出，反馈信息表明专网基站处于非空闲状态，则确定不能与专网基站建立通信连接。

本申请上述实施例公开的单元的具体工作过程，可参见对应的方法实施例内容，如图2所示，此处不再赘述。

可选的，在本申请的另一实施例中，确定单元502在用于若第二判断子单元503判断出，反馈信息表明专网基站处于非空闲状态，则确定不能与专网基站建立通信连接时的一种实施方式，如图6所示，包括：

第三判断子单元601，用于若第二判断子单元503判断出，反馈信息表明专网基站处于非空闲状态，则在第二预设时间内，持续判断是否接收到表明专网基站处于空闲状态的反馈信息。

其中，第一建立单元404，还用于第三判断子单元601判断出，若在第二预设时间内，接收到表明专网基站处于空闲状态的反馈信息，则与专网基站建立通信连接。

确定子单元602，用于第三判断子单元601判断出，在第二预设时间内，未接收到表明专网基站处于空闲状态的反馈信息，则确定不能与专网基站建立通信连接。

本申请上述实施例公开的单元的具体工作过程，可参见对应的方法实施例内容，如图3所示，此处不再赘述。

可选的，在本申请的另一实施例中，多通道的通信装置的一种实施方式，还包括：

执行单元，用于若与专网基站进行通信的过程中被异常中断，则执行与预设的应急号码建立通信连接。

本申请上述实施例公开的单元的具体工作过程，可参见对应的方法实施例内容，此处不再赘述。

可选的，在本申请的另一实施例中，多通道的通信装置的一种实施方式，还包括：

第二发送单元，用于向应急号码所属基站发送当前位置信息。

本申请上述实施例公开的单元的具体工作过程，可参见对应的方法实施例内容，此处不再赘述。

可选的，在本申请的另一实施例中，多通道的通信装置的一种实施方式，还包括：

第三发送单元，用于向专网基站发送当前位置信息以及预先设置的状态信息。

本申请上述实施例公开的单元的具体工作过程，可参见对应的方法实施例内容，此处不再赘述。

由以上方案可知，本申请提供的一种多通道的通信装置，首先，获取单元401获取启动紧急模式的指令；然后，第一发送单元402向专网基站发送呼叫请求；其中，呼叫请求用于请求与专网基站建立通讯连接；之后，由判断单元403判断是否能与专网基站建立通信连接；最后，若判断单元403判断出能与专网基站建立通信连接，则第一建立单元404直接与专网基站建立通信连接；若判断单元403判断出不能与专网基站建立通信连接，则第二建立单元405与预设的应急号码建立通信连接。从而达到在紧急情况下，用户的救援信息可以更快的被知道，从而可以对用户进行及时的救援的目的。

本申请另一实施例提供了一种电子设备，如图7所示，包括：

一个或多个处理器701。

存储装置702，其上存储有一个或多个程序。

当所述一个或多个程序被所述一个或多个处理器701执行时，使得所述一个或多个处理器701实现如上述实施例中任意一项所述的多通道的通信方法。

本申请另一实施例提供了一种计算机存储介质，其上存储有计算机程序，其中，计算机程序被处理器执行时实现如上述实施例中任意一项所述的多通道的通信方法。

在本申请公开的上述实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置和方法实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本公开的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的***来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本公开各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，直播设备，或者网络设备等)执行本公开各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (8)

1.一种多通道的通信方法，其特征在于，包括：

获取启动紧急模式的指令；

向专网基站发送呼叫请求；其中，所述呼叫请求用于请求与所述专网基站建立通讯连接；

判断是否能与所述专网基站建立通信连接；

若判断出能与所述专网基站建立通信连接，则与所述专网基站建立通信连接；

若判断出不能与所述专网基站建立通信连接，则与预设的应急号码建立通信连接，向所述应急号码所属基站发送当前位置信息，或向所述应急号码所属基站发送当前位置信息，同时向所述专网基站发送当前位置信息以及预先设置的状态信息。

2.根据权利要求1所述的多通道的通信方法，其特征在于，所述判断是否能与所述专网基站建立通信连接，包括：

判断在第一预设时间内，是否接收到所述专网基站针对所述呼叫请求的反馈信息；其中，所述反馈信息表明所述专网基站处于空闲状态或非空闲状态；

若判断出在所述第一预设时间内，未接收到所述专网基站针对所述呼叫请求的反馈信息，则确定不能与所述专网基站建立通信连接；

若判断出在所述第一预设时间内，接收到所述专网基站针对所述呼叫请求的反馈信息，则判断所述反馈信息是否表明所述专网基站处于空闲状态；

若判断出所述反馈信息表明所述专网基站处于空闲状态，则与所述专网基站建立通信连接；

若判断出所述反馈信息表明所述专网基站处于非空闲状态，则确定不能与所述专网基站建立通信连接。

3.根据权利要求2所述的多通道的通信方法，其特征在于，所述若判断出所述反馈信息表明所述专网基站处于非空闲状态，则确定不能与所述专网基站建立通信连接，包括：

若判断出所述反馈信息表明所述专网基站处于非空闲状态，则在第二预设时间内，持续判断是否接收到表明所述专网基站处于空闲状态的反馈信息；

若判断出在所述第二预设时间内，接收到表明所述专网基站处于空闲状态的反馈信息，则与所述专网基站建立通信连接；

若判断出在所述第二预设时间内，未接收到表明所述专网基站处于空闲状态的反馈信息，则确定不能与所述专网基站建立通信连接。

4.根据权利要求1所述的多通道的通信方法，其特征在于，所述若判断出能与所述专网基站建立通信连接，则与所述专网基站建立通信连接之后，还包括：

若与所述专网基站进行通信的过程中被异常中断，则执行所述与预设的应急号码建立通信连接。

5.一种多通道的通信装置，其特征在于，包括：

获取单元，用于获取启动紧急模式的指令；

第一发送单元，用于向专网基站发送呼叫请求；其中，所述呼叫请求用于请求与所述专网基站建立通讯连接；

判断单元，用于判断是否能与所述专网基站建立通信连接；

第一建立单元，用于若所述判断单元判断出，能与所述专网基站建立通信连接，则与所述专网基站建立通信连接；

第二建立单元，用于若所述判断单元判断出，不能与所述专网基站建立通信连接，则与预设的应急号码建立通信连接，向所述应急号码所属基站发送当前位置信息，或向所述应急号码所属基站发送当前位置信息，同时向所述专网基站发送当前位置信息以及预先设置的状态信息。

6.根据权利要求5所述的多通道的通信装置，其特征在于，所述判断单元，包括：

第一判断子单元，用于判断在第一预设时间内，是否接收到所述专网基站针对所述呼叫请求的反馈信息；其中，所述反馈信息表明所述专网基站处于空闲状态或非空闲状态；

确定单元，用于若所述第一判断子单元判断出，在所述第一预设时间内，未接收到所述专网基站针对所述呼叫请求的反馈信息，则确定不能与所述专网基站建立通信连接；

第二判断子单元，用于若所述第一判断子单元判断出，在所述第一预设时间内，接收到所述专网基站针对所述呼叫请求的反馈信息，则判断所述反馈信息是否表明所述专网基站处于空闲状态；

所述第一建立单元，还用于若所述第二判断子单元判断出，所述反馈信息表明所述专网基站处于空闲状态，则与所述专网基站建立通信连接；

所述确定单元，还用于若所述第二判断子单元判断出，所述反馈信息表明所述专网基站处于非空闲状态，则确定不能与所述专网基站建立通信连接。

7.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，其上存储有一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求1至4中任一所述的方法。

8.一种计算机存储介质，其特征在于，其上存储有计算机程序，其中，所述计算机程序被处理器执行时实现如权利要求1至4中任一所述的方法。

Images