对讲终端的制作方法

[0001]
本实用新型涉及楼宇对讲技术技术领域，特别涉及一种对讲终端。


背景技术：

[0002]
目前的楼宇对讲终端系统基本采用安卓4.2以上的系统，在音视频对讲过程中基本采用android framework提供的audiorecord和audiotrick进行音频的录制和播放，随着国标对楼宇对讲系统的对讲语音时延要求的逐步提高(2019年新国标要求时延不高于300ms)，在复杂场景中，例如不同硬件以及不同系统版本的终端设备组成的场景中，使用这两个api进行音频的录制和播放的延时较大，无法满足国标要求。
[0003]
上述内容仅用于辅助理解本实用新型的技术方案，并不代表承认上述内容是现有技术。


技术实现要素：

[0004]
本实用新型的主要目的是提供一种对讲终端，旨在现有对讲终端采用android framework提供的audiorecord和audiotrick进行音频的录制和播放的延时较大的技术问题。
[0005]
为实现上述目的，本实用新型提供一种对讲终端，所述对讲终端包括：
[0006]
tinyalsa音频写入接口；
[0007]
音频采集模块，所述音频采集模块与所述tinyalsa通信连接；
[0008]
压缩模块，所述压缩模块与所述音频采集模块通信连接；
[0009]
发送模块，所述发送模块与所述压缩模块通信连接。
[0010]
进一步地，在一实施例中，所述音频采集模块用以通过所述tinyalsa采集音频信号；所述压缩模块用以压缩所述音频采集模块采集到的音频信号；所述发送模块用以发送所述压缩模块压缩后的音频信号。
[0011]
进一步地，在一实施例中，所述压缩模块采用g.711协议压缩所述音频采集模块采集到的音频信号。
[0012]
进一步地，在一实施例中，所述发送模块通过udp协议发送所述压缩模块压缩后的音频信号。
[0013]
进一步地，在一实施例中，所述对讲终端还包括：接收模块以及解压模块；所述解压模块分别于所述接收模块以及所述tinyalsa通信连接。
[0014]
进一步地，在一实施例中，所述解压模块用以解压所述接收到的模块接收待播放音频信号；所述tinyalsa用以播放所述解压模块解压后的待播放音频信号。
[0015]
进一步地，在一实施例中，所述接收模块通过udp协议接收所述待播放音频信号。
[0016]
进一步地，在一实施例中，所述解压模块采用g.711协议解压所述接收到的模块接收待播放音频信号。
[0017]
进一步地，在一实施例中，所述对讲终端还包括电源模块，所述电源模块分别于所
述音频采集模块、所述压缩模块以及所述发送模块电连接。
[0018]
进一步地，在一实施例中，所述电源模块包括蓄电池。
[0019]
本实用新型通过利用tinyalsa直接采集原始音频数据得到音频信号，减少对音频数据进行重采样的过程，降低音频数据采集的耗时，进而降低整个过程的耗时。而后使用g.711协议对集到的音频信号进行压缩，以使得每帧音频数据量减半，在总体上既保证音频质量的同时，降低音频数据传输量，减少数据传输耗时，进一步降低整个过程的耗时。
附图说明
[0020]
图1为本实用新型对讲终端一实施例的结构示意图；
[0021]
图2为本实用新型对讲终端另一实施例的结构示意图。
[0022]
附图标号说明：
[0023]
标号名称标号名称101tinyalsa102音频采集模块103压缩模块104发送模块105接收模块106解压模块
[0024]
本实用新型目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
[0025]
下面将结合本实用新型实施例中的附图，对本实用新型实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本实用新型的一部分实施例，而不是全部的实施例。基于本实用新型中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本实用新型保护的范围。
[0026]
需要说明，本实用新型实施例中所有方向性指示(诸如上、下、左、右、前、后
……
)仅用于解释在某一特定姿态(如附图所示)下各部件之间的相对位置关系、运动情况等，如果该特定姿态发生改变时，则该方向性指示也相应地随之改变。
[0027]
另外，在本实用新型中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本实用新型要求的保护范围之内。
[0028]
本实用新型提出一种对讲终端。
[0029]
参照图1，图1为本实用新型对讲终端一实施例的结构示意图。
[0030]
在本实用新型实施例中，该对讲终端包括：tinyalsa音频写入接口101、音频采集模块102、压缩模块103以及发送模块104。
[0031]
其中，音频采集模块102与所述tinyalsa101通信连接，压缩模块103与所述音频采集模块102通信连接，发送模块104与所述压缩模块103通信连接。
[0032]
具体地，音频采集模块102用以通过tinyalsa101采集音频信号，并将采集到的音频信号传输至压缩模块103；压缩模块103用以压缩音频采集模块102采集到的音频信号，并
将压缩后的音频信号传输至发送模块104；发送模块104用以发送所述压缩模块103压缩后的音频信号。
[0033]
优选地，压缩模块103采用g.711协议压缩所述音频采集模块102采集到的音频信号，即压缩模块103的压缩协议为g.711协议。发送模块104通过udp协议发送所述压缩模块103压缩后的音频信号，即发送模块104的传输协议为udp协议，通过udp协议实现对讲终端与处于局域网内的其他对讲终端之间的音频数据传输。同时，发送模块104还可以通过udp协议广播压缩后的音频信号，实现一端发起、多端接收的一对多场景，进而降低数据传输过程中的耗时。
[0034]
目前，现有的android音频的api调用顺序为：audioframework<——>audio hal<——>tinyalsa101<——>alsa驱动。其中，audioframework主要是给上层app提供接口和audio policy管理(声音设备的选择和切换、音量控制等)；audio hal用以提供audio path的控制，audio逻辑设备到物理设备的映射，audio校准参数的加载等。并且，现有楼宇行业里音频对讲普遍采用16khz的采样率，而android系统的默认采样率为44.1khz或48khz，造成在音频录制时需要对音频数据进行重采样，导致音质下降，而且增加了整个对讲过程中的时延。
[0035]
而本实施例中，通过tinyalsa101直接调用alsa驱动，略过android framework层音频的重采样、策略配置、以及hal层的路由等阶段的耗时，直接控制硬件声卡设备进行音频采集，降低音频信号采集过程的耗时。
[0036]
本实施例中，该对讲终端安装android系统。在进行录音时，音频采集模块102利用tinyalsa101直接采集原始音频数据得到音频信号，并且采用系统默认音频采样率配置44.1khz或48kh进行音频采样和播放，极大层度保证音频质量，减少对音频数据进行重采样的过程，降低音频数据采集的耗时，进而降低整个过程的耗时。而后使用g.711协议对集到的音频信号进行压缩，以使得每帧音频数据量减半，在总体上既保证音频质量的同时，降低音频数据传输量，减少数据传输耗时，进一步降低整个过程的耗时。
[0037]
进一步地，在一实施例中，参照图2，对讲终端还包括：接收模块105以及解压模块106；所述解压模块106分别于所述接收模块105以及所述tinyalsa101通信连接。
[0038]
其中，解压模块106用以解压所述接收到的模块接收待播放音频信号；所述tinyalsa101用以播放所述解压模块106解压后的待播放音频信号。
[0039]
优选地，接收模块105通过udp协议接收所述待播放音频信号，即接收模块105的传输协议为udp协议，接收模块105通过udp协议实现对讲终端与处于局域网内的其他对讲终端之间的音频数据传输，即对讲终端通过接收模块105的udp协议接收处于局域网内的其他对讲终端发送的待播放音频信号。解压模块106采用g.711协议解压所述接收到的模块接收待播放音频信号，即解压模块106的解压协议为g.711协议。
[0040]
本实施例中，接收模块105通过udp协议接收待播放音频信号，并将待播放音频信号传输至解压模块106，解压模块106采用g.711协议该待播放音频信号，并将解压后的待播放音频信号发送至tinyalsa101，通过tinyalsa101播放解压模块106解压后的待播放音频信号。通过tinyalsa101直接播放解压后的待播放音频信号，略过android framework层音频的重采样、策略配置、以及hal层的路由等阶段的耗时，直接控制硬件声卡设备进行音频播放，降低音频信号播放过程的耗时。
[0041]
进一步地，又一实施例中，对讲终端还包括电源模块，所述电源模块分别于所述音频采集模块102、所述压缩模块103以及所述发送模块104电连接。优选地，电源模块包括蓄电池。
[0042]
本实施例中，对讲终端通过电源模块为音频采集模块102、所述压缩模块103以及所述发送模块104供电，优选地，在电源模块包括蓄电池时，还可设置为蓄电池充电的充电电路。
[0043]
本实用新型技术方案通过利用tinyalsa101直接采集原始音频数据得到音频信号，减少对音频数据进行重采样的过程，降低音频数据采集的耗时，进而降低整个过程的耗时。而后使用g.711协议对集到的音频信号进行压缩，以使得每帧音频数据量减半，在总体上既保证音频质量的同时，降低音频数据传输量，减少数据传输耗时，进一步降低整个过程的耗时。
[0044]
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的数据下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
[0045]
应当说明的是，本实用新型的各个实施例的技术方案可以相互结合，但是必须是以本领域的技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当人认为这种技术方案的结合不存在，也不在本实用新型要求的保护范围之内。
[0046]
以上所述仅为本实用新型的优选实施例，并非因此限制本实用新型的专利范围，凡是利用本实用新型说明书及附图内容所作的等效结构变换，或直接或间接运用在其他相关的技术领域，均同理包括在本实用新型的专利保护范围内。