智能终端语音加解密

随着集成电路的发展，ic芯片的计算能力越来越强大，以及无线通讯的发展，之前一些不能实现的功能现在都可以进一步考虑了。比如之前pc机上的社交，语音，视频直播等都可以移植到移动端。以语音为例，语音通话的发展以无线通讯的发展为前提，由G.711，到 fs, efs, 再到amr, amr wb，以及将来的evs，从支持低速率编码到evs最高支持192kbs的高速率，这一切都以通信传输速率的发展而发展。随着无线通讯传输速率的提高以及延时的缩短，之前的cs域的通话我想会慢慢迁移到ps域来。到了ps域后各种功能就需要新的标准或者说需要新的定义了。在ps域的通信就相当于目前的各种语音电话app，走流量的电话。这种电话在4g没有完全覆盖前会有通话不稳定等现象，为了省流量，可以采用低速率的编码也直接影响了音质。目前的国内的语音通话没有进行基本的加解密，全部都是在明文传输，市场上存在的加密手机有些限制，可能只是基于某个网络制式，或者安全性比较差。如果通话基于ps域的通话，那么加解密操作就完全可以实现，如果硬件的计算能力足够的话，标准的des, aes以及rsa应该都可以支持实时加密通话。1：基于pcm数据的加密，16 bits 8khz 的pcm数据，需要128kbps的上下行传输速率。2：基于pcm-u（a）数据的加密，8 bits 8khz 的pcm数据，需要64kbps的上下行传输速率。3: 基于amr-nb/wb数据的加密，需要4.7左右的传输速率到12，2kbps的上下行传输速率不等，这需要看AMR编码器的编码速率了。上述的加解密适用于网络对数据透传的情况，如果数据不透传，比如CS域的电话则肯定不能支持，比如手机A处于WCDMA模式下，手机B处于gsm模式下，则基站有可能将amr数据转成pcm再转成fs或者efs等其他模式，数据加密会导致转换失败，从而通话受到影响。或许可以将rsa/aes等通用加密算法用于上述3。

量子通信后这些可能就都不是事儿了。