对讲终端制造技术

本实用新型专利技术公开一种对讲终端，包括：tinyalsa音频写入接口、音频采集模块、压缩模块以及发送模块，所述音频采集模块与所述tinyalsa通信连接；所述压缩模块与所述音频采集模块通信连接；所述发送模块与所述压缩模块通信连接。本实用新型专利技术通过利用tinyalsa直接采集原始音频数据得到音频信号，减少对音频数据进行重采样的过程，降低音频数据采集的耗时，进而降低整个过程的耗时。而后使用G.711协议对集到的音频信号进行压缩，以使得每帧音频数据量减半，在总体上既保证音频质量的同时，降低音频数据传输量，减少数据传输耗时，进一步降低整个过程的耗时。降低整个过程的耗时。降低整个过程的耗时。

【技术实现步骤摘要】
对讲终端


[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系本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种对讲终端，其特征在于，所述对讲终端包括：tinyalsa音频写入接口；音频采集模块，所述音频采集模块与所述tinyalsa通信连接；压缩模块，所述压缩模块与所述音频采集模块通信连接；发送模块，所述发送模块与所述压缩模块通信连接。2.如权利要求1所述的对讲终端，其特征在于，所述音频采集模块用以通过所述tinyalsa采集音频信号；所述压缩模块用以压缩所述音频采集模块采集到的音频信号；所述发送模块用以发送所述压缩模块压缩后的音频信号。3.如权利要求2所述的对讲终端，其特征在于，所述压缩模块采用G.711协议压缩所述音频采集模块采集到的音频信号。4.如权利要求2所述的对讲终端，其特征在于，所述发送模块通过udp协议发送所述压缩模块压缩后的音频信号。5.如权利要求1所述的对讲终端，其特征在于，所述对讲...

【专利技术属性】
技术研发人员：沈卫民，刘祖芳，骆传伏，王志辉，王伟林，贺秀星，
申请(专利权)人：深圳市麦驰信息技术有限公司，
类型：新型
国别省市：