|
采用DSP内核技术进行语音压缩开发
摘要：介绍了一种采用ＤＳＰ内核芯片设计开发的手持式语音设备。该语音设备无需开发系统支持，语音播放时间长达２００分钟，而压缩比达到４６：１，仅使用一片３２兆位的闪速存储器就可保存全部数据。
关键词：ＤＳＰ内核 语音压缩
随着仪器仪表人机界面越来越趋于人性化，语音识别的需求不断增长，语音处理技术发展迅速，各种处理算法层出不穷，为大容量的语音应用提供了愈加灵活的技术手段。然而，语音数据的压缩比越高，数据回放算法所要求的计算能力也越强。目前，大多数高压缩比的语音压缩数据生成必须采用专用的语音开发工具和开发版权，这给国内的小规模用户造成了一定的困难。在８Ｋ的采样速率下，同样是使用４兆位的ｆｌａｓｈ芯片来存储数据，不同的语音算法所能提供的回放时间有很大差异。例如，采用ＡＤＰＣＭ（自适应增量脉冲编码）算法只可提供１２８秒的回放时间，而采用ＴＩ的ＬＰＣ（线性预测编码）算法却可得到５０分钟的回放时间。在某一工程项目中，我们需要开发一种回放时间长达２００分钟的低成本手持语音设备，由于使用了ＤＳＰ内核芯片，在较短的时间内完成了开发工作，达到了预先提出的性能指标。
1 语音算法与芯片特点
在本项目中，我们选择了ＤＳＰ集团的语音压缩最新算法Ｔｒｉｐｌｅ Ｒａｔｅ Ｃｏｄｅｒ，其压缩比达到了４６:１，且音质良好，ＭＯＳ指标达到了３．９８。
该算法的基本思想是：首先将语音分为若干小段，由于语音信号的谱变化是一个缓变量，因此在每一小段内信号是平稳变化的。然后用一个数字滤波器和一个激励函数来表示这一段时域波形的离散采样序列。在实际算法中是采用了一个十阶的线性预测滤波器，计算时还将每一帧分为４个子帧，每一子帧的滤波器系数矢量由上一帧和本帧数据计算得到，而最后一子帧的滤波器系数矢量则由矢量分解预测法得到；激励函数采用的是伪随机多脉冲激励函数，由最大似然算法得到。对每一帧计算得到滤波器系数矢量和函数生成元后，将这些系数再压缩打包就得到了最后的语音压缩数据。当对语音压缩数据进行解压时，首先将打包的数据展开，然后建立起线性预测滤波器，将重新生成的伪随机多脉冲激励函数输入滤波器，这样在滤波器的输出端就可得到被恢复的语音信号序列了。
该算法的实时运算需要２２ＭＩＰＳ以上的运算速度，为此ＤＳＰ集团将ＤＳＰ内核和算法代码集成在Ｄ６５７１系列芯片内，以满足除ＰＣ用户以外的更广泛应用。Ｄ６５７１原理框图如图１所示，其本身可直接外挂并管理４兆位的ｆｌａｓｈ，８Ｋ采样速率时在２．８ＫＢ的数据率下可提供２５分钟的回放时间。该芯片具备工业标准的编解码器接口，可直接与串行ＰＣＭ接口的音频编解码芯片相连。Ｄ６５７１可外接两片音频编解码芯片，上电后可用设置命令对外接音频编解码芯片的工作模式进行设置。例如：设置外接芯片的时钟是外同步还是自同步；设置外接芯片处于输出方式还是输入方式等。
根据实际开发经验，我们认为Ｄ６５７１芯片与其它公司所提供的某些ＤＳＰ内核芯片相比，其最大的优点是几乎不需要任何开发工具或软件就可使用。因为该芯片的数据是双向的，既可由上位机将压缩后的语音数据通过它解压转变成语音，也可输入语音通过它进行实时压缩后传送给上位机。这就大大方便了长回放时间语音开发用户的使用。更何况目前许多语音压缩芯片对语音数据的管理是不公开的，例如：某些数字录音电话的语音压缩芯片。
2 系统构成
与语音处理有关的系统构成如图２所示。
语音数据存放在一片３２兆位的ｆｌａｓｈ中，采用三星的Ｋ２９Ｗ３２００，这是一种８位并行接口的闪存，并行接口有利于提高代码效率和满足实时性要求。
在语音数据的压缩和回放过程中，Ｄ６５７１和ｆｌａｓｈ之间的数据吞吐均通过上位机进行。上位机采用８９Ｃ５２。系统还有６４×６４的点阵液晶模块ＡＣＭ６４６４等外围设备。所有的设备均使用一条公共的８位数据总线，即ＣＰＵ的Ｐ０口；Ｐ２口的六根口线用于键盘管理；Ｐ３口的两根口线作为两条串口线；这样用于外设管理的口线还剩余１６根可用。系统实际使用了其中的１４根线：与ｆｌａｓｈ管理有关的使用６根，与Ｄ６５７１有关的使用４根，还有４根用于液晶显示管理。
音频编解码接口芯片采用一片ＴＰ３０５４，ＴＰ３０５４工作所需的同步脉冲、采样时钟、数据信号等只需要与Ｄ６５７１的四根控制线相连即可得到。
3 系统开发
本系统的语音开发分为上载、数据合成及下载三个过程。上载是指获得语音压缩数据；数据合成是指将全系统的数据按一定的结构组织成一个文件；下载是指仪器装配出厂时将文件烧录到ｆｌａｓｈ中。这三个过程均通过ＰＣ机进行。由于系统板上ＭＣＵ的串行信号直接输出的是ＴＴＬ电平，因此，本系统的语音开发唯一需要另外制作的硬件就是使用一片ＭＡＸ２３２来完成与ＰＣ机之间的电平转换。
Ｄ６５７１具有１６位宽度的总线，但也允许以分时方式使用８位总线，这时上位机须用ＨＬ信号表示送上总线的是高８位还是低８位；而当Ｄ６５７１主动将数据送上总线时，会发出ＡＣＫ信号通知上位机读取数据。ＨＲＤ和ＨＷＲ则是读和写的控制线。由于Ｔｒｉｐｌｅ Ｒａｔｅ Ｃｏｄｅｒ算法是按３０毫秒分帧采样，然后再进行分析压缩的，因此无论是读取压缩数据还是回送压缩数据，均必须在一帧之内完成，否则Ｄ６５７１会自行进入休眠状态。向Ｄ６５７１输送语音数据的过程如下：首先送出解压控制命令，然后接收一个回送状态字，状态字中包含了当前帧所需要的字节数，上位机就连续送出规定数目的数据，待一帧处理完毕后，Ｄ６５７１会继续送出状态字。如此循环就可连续回放出语音了。而利用Ｄ６５７１进行语音压缩的数据处理过程正好相反，状态字中包含的是当前帧压缩所得到的字节数，上位机就应连续接收规定数目的数据。
上载时，首先要得到的是各个语音段的压缩数据。作为准备工作，先用ＰＣ机的录音机工具将我们所需的语音录制成ＷＡＶ文件。然后对ＭＣＵ和ＰＣ机分别编写共同配合工作的两段程序来完成以下功能：ＰＣ机通过声卡播放声音给Ｄ６５７１；８９Ｃ５２控制Ｄ６５７１进行语音压缩并读回压缩数据，然后通过串口线回送给ＰＣ机，ＰＣ机则将每段的压缩数据存盘。
由于每段语音播放时均要有一定的中文点阵字符显示，数据合成的任务就是要将每段数据加上索引和字符点阵数据后再合成为一个完整的近３２兆位的二进制文件。文件形成时为了使数据定位和读出编程方便，数据块以ｆｌａｓｈ的页为单位，一页为５２８字节。
下载工作则较简单，在设备出厂前直接使用系统８９Ｃ５２的串口将数据合成形成的文件下载到闪存中即可。
Ｄ６５７１的压缩率极高，使用和开发也比较方便。因此尽管本系统的语音容量长达２００分钟，但系统整体设计十分简洁、经济，几乎不需调试。主要开发工作是ＭＣＵ和ＰＣ机的一些程序开发使用Ｃ５１和ＶＢ编程，开发速度也比较快。
由于Ｄ６５７１的控制命令很丰富，系统用户界面的软件是很容易编写的。例如，由于该芯片具有３０阶的音量控制命令，我们未添任何硬件就为设备增加了数字音量控制功能。Ｄ６５７１的控制命令还包含自动增益控制、变速回放、数字滤波器等更加高级的命令，因此，它几乎可应用于任何语音场合。
|
楼主
标题置顶
标题高亮
