呼叫的建立方法及装置、存储介质、电子装置与流程

本发明涉及通信领域，具体而言，涉及一种呼叫的建立方法及装置、存储介质、电子装置。

背景技术

在窄带中转模式通信网络下，存在不同的语音压缩和解压缩算法，这种算法简称声码器，不同的声码器因为算法不同导致采用不同声码器的终端不能互相通话。当前主流的声码器是高级多频段激励(advicemulti-bandexcitation，简称为，ambe)声码器，但ambe声码器成本太高，一些低成本的终端只能采用其它声码器但又存在和主流的采用ambe声码器的终端互相通话的需求。目前为止还没有类似的能解决不同声码器互相通话的方法。

针对上述技术问题，相关技术比并未提出有效的解决方案。

技术实现要素：

本发明实施例提供了一种呼叫的建立方法及装置、存储介质、电子装置，以至少解决相关技术中不同终端使用不同的声码器，导致无法进行通信的问题。

根据本发明的一个实施例，提供了一种呼叫的建立方法，包括：在确定第一方与第二方为使用不同的声码器的终端时，按照所述第一方的第一声码器对所述第一方发给所述第二方的第一呼叫消息进行解码得到第二呼叫消息；按照所述第二方的第二声码器对所述第二呼叫消息进行编码得到第三呼叫消息；将所述第三呼叫消息发送给所述第二方；其中，所述第一方为主叫方，所述第二方为被叫方；或者，所述第一方为被叫方，所述第二方为主叫方。

可选地，通过以下方式确定所述第一方与所述第二方为使用不同声码器的终端：确定采用所述第一声码器的终端的标识的第一集合，并且确定采用所述第二声码器的终端的标识的第二集合；在确定所述第一集合和所述第二集合不相交时，确定所述第一方和所述第二方为使用不同声码器的终端。

可选地，所述方法包括：所述第一呼叫消息、所述第二呼叫消息以及所述第三呼叫消息的格式均不相同。

可选地，所述方法还包括：在上行信道中产生所述第一呼叫消息；在收到所述第一呼叫消息之后，通过解码产生所述第二呼叫消息；在下行信道中发送所述第三呼叫消息。

可选地，所述方法还包括：在所述第一方与所述第二方之间的呼叫为单呼时，使用同一个时隙中转所述第三呼叫消息。

可选地，所述方法还包括：在所述第一方与所述第二方之间的呼叫为组呼时，确定所述第一方中使用所述第一声码器的终端，和所述第二方中使用所述第二声码器的终端；利用第一时隙中转所述第一呼叫消息；解码所述第一呼叫消息得到所述第二呼叫消息；利用第二时隙中转所述第三呼叫消息，其中，所述第一时隙与所述第二时隙不是同一时隙。

根据本发明的另一个实施例，还提供一种呼叫的建立装置，包括：第一确定模块，用于在确定第一方与第二方为使用不同的声码器的终端时，按照所述第一方的第一声码器对所述第一方发给所述第二方的第一呼叫消息进行解码得到第二呼叫消息；第二确定模块，用于按照所述第二方的第二声码器对所述第二呼叫消息进行编码得到第三呼叫消息；发送模块，用于将所述第三呼叫消息发送给所述第二方；其中，所述第一方为主叫方，所述第二方为被叫方；或者，所述第一方为被叫方，所述第二方为主叫方。

可选地，所述第一确定模块包括：确定单元，用于通过以下方式确定所述第一方与所述第二方为使用不同声码器的终端：确定采用所述第一声码器的终端的标识的第一集合，并且确定采用所述第二声码器的终端的标识的第二集合；在确定所述第一集合和所述第二集合不相交时，确定所述第一方和所述第二方为使用不同声码器的终端。

根据本发明的又一个实施例，还提供了一种存储介质，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

根据本发明的又一个实施例，还提供了一种电子装置，包括存储器和处理器，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行上述任一项方法实施例中的步骤。

通过本发明，由于中转台在确定第一方与第二方为使用不同的声码器的终端时，按照第一方的第一声码器对第一方发给第二方的第一呼叫消息进行解码得到第二呼叫消息；按照第二方的第二声码器对第二呼叫消息进行编码得到第三呼叫消息；将第三呼叫消息发送给第二方；其中，第一方为主叫方，第二方为被叫方；或者，第一方为被叫方，第二方为主叫方。因此，可以解决相关技术中不同终端使用不同的声码器，导致无法进行通信的问题，达到使用不同声码器的终端之间可以正常通信的效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是本发明实施例的一种呼叫的建立方法的移动终端的硬件结构框图；

图2是根据本发明实施例的呼叫的建立方法的流程图；

图3是本实施例中的双时隙通信的示意图；

图4是根据本发明实施例的呼叫的建立装置的结构框图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

本申请实施例一所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在移动终端上为例，图1是本发明实施例的一种呼叫的建立方法的移动终端的硬件结构框图。如图1所示，移动终端10可以包括一个或多个(图1中仅示出一个)处理器102(处理器102可以包括但不限于微处理器mcu或可编程逻辑器件fpga等的处理装置)和用于存储数据的存储器104，可选地，上述移动终端还可以包括用于通信功能的传输设备106以及输入输出设备108。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述移动终端的结构造成限定。例如，移动终端10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

存储器104可用于存储计算机程序，例如，应用软件的软件程序以及模块，如本发明实施例中的呼叫的建立方法对应的计算机程序，处理器102通过运行存储在存储器104内的计算机程序，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至移动终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括移动终端10的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(networkinterfacecontroller，简称为nic)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(radiofrequency，简称为rf)模块，其用于通过无线方式与互联网进行通讯。

在本实施例中提供了一种呼叫的建立方法，图2是根据本发明实施例的呼叫的建立方法的流程图，如图2所示，该流程包括如下步骤：

步骤s202，在确定第一方与第二方为使用不同的声码器的终端时，按照第一方的第一声码器对第一方发给第二方的第一呼叫消息进行解码得到第二呼叫消息；

步骤s204，按照第二方的第二声码器对第二呼叫消息进行编码得到第三呼叫消息；

步骤s206，将第三呼叫消息发送给第二方；

其中，第一方为主叫方，第二方为被叫方；或者，第一方为被叫方，第二方为主叫方。

通过上述步骤，由于中转台在确定第一方与第二方为使用不同的声码器的终端时，按照第一方的第一声码器对第一方发给第二方的第一呼叫消息进行解码得到第二呼叫消息；按照第二方的第二声码器对第二呼叫消息进行编码得到第三呼叫消息；将第三呼叫消息发送给第二方；其中，第一方为主叫方，第二方为被叫方；或者，第一方为被叫方，第二方为主叫方。因此，可以解决相关技术中不同终端使用不同的声码器，导致无法进行通信的问题，达到使用不同声码器的终端之间可以正常通信的效果。

可选地，上述步骤的执行主体可以为中转台等，但不限于此。

需要说明的是，第一方和第二方所使用的声码器的型号、类型不限；在第一方为主叫方，第二方为被叫方的情况下，第一方中的一个终端可以向第二方中的一个终端或者多个终端发起呼叫。

第二方所使用的第二声码器会将第二呼叫请求消息编码为支持第二声码器合适的呼叫消息。

在一个可选的实施例中，通过以下方式确定第一方与第二方为使用不同声码器的终端：

1)确定采用第一声码器的终端的标识的第一集合，并且确定采用第二声码器的终端的标识的第二集合；

2)在确定第一集合和第二集合不相交时，确定第一方和第二方为使用不同声码器的终端。

例如采用第一声码器的终端id范围是1～10000；采用第二声码器的终端id范围是10001～20000。

把组呼id通过不同的范围区分组中包含的终端信息。比如所有终端是第一声码器的组id范围是50001～60000；所有终端是第二声码器的组id范围是60001～70000；既有第一声码器又有第二声码器的组id范围是70001～80000。

需要将上述中的集合在终端和中转台准备好。

需要说明的是，第一呼叫消息、第二呼叫消息以及第三呼叫消息的格式均不相同。

需要说明的是，在上行信道中产生第一呼叫消息，在收到第一呼叫消息之后，通过解码产生第二呼叫消息；在下行信道中发送第三呼叫消息。

在一个可选的实施例中，在第一方之间的呼叫为单呼时，中转第一呼叫消息；在第一方与第二方之间的呼叫为单呼时，使用同一个时隙中转第三呼叫消息。

例如：对于单呼，包括4种场景：

1)如果是采用第一声码器的终端发起呼叫，被叫方(对应于第二方)也是采用第一声码器的终端，那么呼叫的源id在1～10000范围内，呼叫的目的id也是在1～10000范围内，中转台根据源id和目的id的范围即可以判断本次个呼都是第一声码器的终端之间的个呼，直接中转即可。

2)如果是采用第二声码器的终端发起呼叫，被叫方也是采用第二声码器的终端，那么呼叫的源id在10001～20000范围内，呼叫的目的id也是在10001～20000范围内，中转台根据源id和目的id的范围即可以判断本次个呼都是第二声码器b的终端之间的个呼，直接中转即可。

3)如果是采用第一声码器的终端发起呼叫，被叫方是采用第二声码器的终端，那么呼叫的源id在1～10000范围内，呼叫的目的id在10001～20000范围内，中转台根据源id和目的id的范围即可以判断本次个呼是第一声码器的终端呼叫第二声码器的终端，中转台用第一声码器对上行语音解压缩后，通过第二声码器进行压缩再通过下行发给第二声码器的终端。

4)如果是采用第二声码器的终端发起呼叫，被叫方是采用第一声码器的终端，那么呼叫的源id在10001～20000范围内，呼叫的目的id在1～10000范围内，中转台根据源id和目的id的范围即可以判断本次个呼是第二声码器的终端呼叫第一声码器的终端，中转台用第二声码器对上行语音解码后通过第一声码器进行编码再通过下行发给第一声码器的终端。

在一个可选的实施例中，在第一方与第二方之间的呼叫为组呼时，确定第一方中使用第一声码器的终端，和第二方中使用第二声码器的终端；利用第一时隙中转第一呼叫消息；解码第一呼叫消息得到第二呼叫消息；利用第二时隙中转第三呼叫消息，其中，第一时隙与第二时隙不是同一时隙。

例如，对于组呼，包括4种场景：

1)如果是采用第一声码器的终端发起呼叫，组呼id在50001～60000范围内，那么呼叫的源id在1～10000范围内，呼叫的目的id(即组id)是在50001～60000范围内，中转台根据源id和组id的范围即可以判断本次组呼是第一声码器发起的组呼，这个组都是采用第一声码器的终端，直接中转即可。

2)如果是采用第一声码器的终端发起呼叫，组呼id在70001～80000范围内，那么呼叫的源id在1～10000范围内，呼叫的目的id(即组id)是在70001～80000范围内，中转台根据源id和目的id的范围即可以判断本次组呼是第一声码器发起的组呼，这个组既有第一声码器的终端也有第二声码器的终端，中转台直接在时隙1中转下行，同时用第一声码器对上行语音进行解码并用第二声码器进行编码最后在时隙2中转下行。第一声码器的终端如果发现组呼是在70001～80000范围内，在时隙1接收。第一声码器的终端如果发现组呼是在70001～80000范围内，在时隙2接收。

3)如果是采用第二声码器的终端发起呼叫，组呼id在60001～70000范围内，那么呼叫的源id在10001～20000范围内，呼叫的目的id(即组id)是在60001～70000范围内，中转台根据源id和组id的范围即可以判断本次组呼是第二声码器发起的组呼，这个组都是采用第二声码器的终端，直接中转即可。

4)如果是采用第二声码器的终端发起呼叫，组呼id在70001～80000范围内，那么呼叫的源id在10001～20000范围内，呼叫的目的id(即组id)是在70001～80000范围内，中转台根据源id和目的id的范围即可以判断本次组呼是声码器b发起的组呼，这个组既有第一声码器的终端也有第二声码器的终端，中转台直接在第二时隙中转下行，同时用第二声码器对上行语音进行解码并用第一声码器进行编码最后在第一时隙中转下行。第一声码器的终端如果发现组呼是在70001～80000范围内，在第一时隙接收。第一声码器的终端如果发现组呼是在70001～80000范围内，在第二时隙接收。

下面结合具体实施对本发明进行详细说明：

本实施例主要是在窄带中转模式下解决采用二种不同声码器的终端互相通话的问题。其中，窄带中转模式包括：数字移动对讲机(digitalmobileradio，简称为dmr)和公共数字集群(publicdigitaltrunking，简称为pdt)。

本实施例中的声码器a对应于上述中的第一声码器，声码器b对应于上述中的第二声码器，时隙1对应于上述中的第一时隙，时隙2对应于上述中的第二时隙。

本实施例使用的场景包括：有一批采用声码器a的终端，有一批采用声码器b的终端，通过中转模式实现不同声码器的互通。

图3是本实施例中的双时隙通信的示意图，如图3所示，dmr或pdt协议是tdma双时隙通信，通过中转台可实现2个时隙同时通话，两个时隙称呼为时隙1和时隙2。

本实施例的方案主要包括以下步骤：

步骤1、把采用两种声码器的终端id通过不同的范围区分，比如采用a声码器的终端id范围是1～10000；采用b声码器的终端id范围是10001～20000。

步骤2、把组呼id通过不同的范围区分组中包含的终端信息。比如所有终端是声码器a的组id范围是50001～60000；所有终端是声码器b的组id范围是60001～70000；既有声码器a又有声码器b的组id范围是70001～80000。

把以上两个步骤在终端和中转台准备好。

对于个呼，有4种场景解决方法如下：

如果是采用声码器a的终端发起呼叫，被叫方也是采用声码器a的终端，那么呼叫的源id在1～10000范围内，呼叫的目的id也是在1～10000范围内，中转台根据源id和目的id的范围即可以判断本次个呼都是声码器a的终端之间的个呼，直接中转即可。

如果是采用声码器b的终端发起呼叫，被叫方也是采用声码器b的终端，那么呼叫的源id在10001～20000范围内，呼叫的目的id也是在10001～20000范围内，中转台根据源id和目的id的范围即可以判断本次个呼都是声码器b的终端之间的个呼，直接中转即可。

如果是采用声码器a的终端发起呼叫，被叫方是采用声码器b的终端，那么呼叫的源id在1～10000范围内，呼叫的目的id在10001～20000范围内，中转台根据源id和目的id的范围即可以判断本次个呼是声码器a的终端呼叫声码器b的终端，中转台用声码器a对上行语音解压缩后，通过声码器b进行压缩再通过下行发给声码器b的终端。

如果是采用声码器b的终端发起呼叫，被叫方是采用声码器a的终端，那么呼叫的源id在10001～20000范围内，呼叫的目的id在1～10000范围内，中转台根据源id和目的id的范围即可以判断本次个呼是声码器b的终端呼叫声码器a的终端，中转台用声码器b对上行语音解码后通过声码器a进行编码再通过下行发给声码器a的终端。

对于组呼，有4种场景解决方法如下：

如果是采用声码器a的终端发起呼叫，组呼id在50001～60000范围内，那么呼叫的源id在1～10000范围内，呼叫的目的id(即组id)是在50001～60000范围内，中转台根据源id和组id的范围即可以判断本次组呼是声码器a发起的组呼，这个组都是采用声码器a的终端，直接中转即可。

如果是采用声码器a的终端发起呼叫，组呼id在70001～80000范围内，那么呼叫的源id在1～10000范围内，呼叫的目的id(即组id)是在70001～80000范围内，中转台根据源id和目的id的范围即可以判断本次组呼是声码器a发起的组呼，这个组既有声码器a的终端也有声码器b的终端，中转台直接在时隙1中转下行，同时用声码器a对上行语音进行解码并用声码器b进行编码最后在时隙2中转下行。声码器a的终端如果发现组呼是在70001～80000范围内，在时隙1接收。声码器a的终端如果发现组呼是在70001～80000范围内，在时隙2接收。

如果是采用声码器b的终端发起呼叫，组呼id在60001～70000范围内，那么呼叫的源id在10001～20000范围内，呼叫的目的id(即组id)是在60001～70000范围内，中转台根据源id和组id的范围即可以判断本次组呼是声码器b发起的组呼，这个组都是采用声码器b的终端，直接中转即可。

如果是采用声码器b的终端发起呼叫，组呼id在70001～80000范围内，那么呼叫的源id在10001～20000范围内，呼叫的目的id(即组id)是在70001～80000范围内，中转台根据源id和目的id的范围即可以判断本次组呼是声码器b发起的组呼，这个组既有声码器a的终端也有声码器b的终端，中转台直接在时隙2中转下行，同时用声码器b对上行语音进行解码并用声码器a进行编码最后在时隙1中转下行。声码器a的终端如果发现组呼是在70001～80000范围内，在时隙1接收。声码器a的终端如果发现组呼是在70001～80000范围内，在时隙2接收。

对于混合组的组呼，需要占用两个时隙，可以通过如下方法管理(额外解决建议，不属于本发明)：

如果混合组优先级不高，终端只有在两个时隙都空闲的时候发起混和组呼叫。

如果混合组优先级较高，如果当前时隙空闲(或有一个时隙空闲)即可发起呼叫，中转台会清除另一路呼叫。

本实施例的关键点在于提供一种方法在中转模式下实现两个不同声码器的互相通话，技术方案中提到的id范围，声码器在哪个时隙接收只是举的例子，具体实现不限制，可保护类似的整个方法。

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

在本实施例中还提供了一种呼叫的建立装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图4是根据本发明实施例的呼叫的建立装置的结构框图，如图4所示，该装置包括：第一确定模块42、第二确定模块44、发送模块46，下面对该装置进行详细说明：

第一确定模块42，用于在确定第一方与第二方为使用不同的声码器的终端时，按照第一方的第一声码器对第一方发给第二方的第一呼叫消息进行解码得到第二呼叫消息；

第二确定模块44，连接至上述中的第一确定模块42，用于按照第二方的第二声码器对第二呼叫消息进行编码得到第三呼叫消息；

发送模块46，连接至上述中的第二确定模块44，用于将第三呼叫消息发送给第二方；

其中，第一方为主叫方，第二方为被叫方；或者，第一方为被叫方，第二方为主叫方。

在一个可选的实施例中，第一确定模块42包括：确定单元，用于通过以下方式确定第一方与第二方为使用不同声码器的终端：确定采用第一声码器的终端的标识的第一集合，并且确定采用第二声码器的终端的标识的第二集合；在确定第一集合和第二集合不相交时，确定第一方和第二方为使用不同声码器的终端。

在一个可选的实施例中，第一呼叫消息、第二呼叫消息以及第三呼叫消息的格式均不相同。

在一个可选的实施例中，在上行信道中产生第一呼叫消息；在收到第一呼叫消息之后，通过解码产生第二呼叫消息；在下行信道中发送第三呼叫消息。

在一个可选的实施例中，上述装置还用于，在第一方与第二方之间的呼叫为单呼时，使用同一个时隙中转第三呼叫消息。

在一个可选的实施例中，上述装置还用于，在第一方与第二方之间的呼叫为组呼时，确定第一方中使用第一声码器的终端，和第二方中使用第二声码器的终端；利用第一时隙中转第一呼叫消息；解码第一呼叫消息得到第二呼叫消息；利用第二时隙中转第三呼叫消息，其中，第一时隙与第二时隙不是同一时隙。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。

本发明的实施例还提供了一种存储介质，该存储介质中存储有计算机程序，其中，该计算机程序被设置为运行时执行上述任一项方法实施例中的步骤。

可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以上各步骤的计算机程序。

可选地，在本实施例中，上述存储介质可以包括但不限于：u盘、只读存储器(read-onlymemory，简称为rom)、随机存取存储器(randomaccessmemory，简称为ram)、移动硬盘、磁碟或者光盘等各种可以存储计算机程序的介质。

本发明的实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。

可选地，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。

可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以上各步骤。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。