使用FPE的OTT服务

Question

是否有可能创建一个超顶通信实用程序，使用保留格式的加密(语音明文到音频加密流)对语音进行加密，并通过现有信道(例如Skype/蜂窝)发送？

我想知道FPE是否可以采取这样一种形式，即VoIP中使用的压缩算法将无法压缩，并被迫发送所有模拟信号(加密的语音消息)。

据我所知，语音压缩算法是通过在一定频率上切断声音来工作的，所以如果加密的“声音”在“不要截断”部分的声谱中是100%的话，那么语音编解码器就没有办法压缩和默认发送整个东西。

Answer 1

答案取决于您如何在现有协议的基础上对加密进行分层。

1. 如果您实现了您自己的Skype客户端，您可以自己处理压缩问题。这可能允许您使用格式保持加密，可能是在压缩数据流，而不是音频本身。但是，您需要小心--语音压缩是非常有损的，并且将其使用的少数位集中在需要它们的位置上。您需要确保语音模式不会像更高的比特率脉冲那样可见。
2. 如果让Skype处理压缩，您可能无法使用由于压缩伪影而保持加密的格式。相反，您需要使用一个较低的比特率加密通道，该信道被编码为音频，可能还需要进行某种纠错。同样，您需要一个恒定的比特率来完全隐藏加密的信息，因此可能需要一些额外的缓冲才能有效地利用可用的信息。如果比特率不够，您可能需要使用视频调用作为加密音频的数据通道。

我不确定前者是否是蜂窝的选项，压缩是在您无法控制的硬件中完成的，还是数据在传输过程中被重新压缩。

据我所知，语音压缩算法是通过在一定频率上切断声音来工作的，所以如果加密的“声音”在“不要截断”部分的声谱中是100%的话，那么语音编解码器就没有办法压缩和默认发送整个东西。

这并不能准确地描述(现代)语音压缩的工作原理。相反，与大多数其他有损压缩一样，它也会量词信息，因此与原始信息相比是不准确的，但对于人类来说足够接近了。有些频率加权较高，有些频率较低，但它们基本上都会丢失信息(除非信号是非常低的带宽)。这里不讨论更多的细节，但是如果您感兴趣，可以从维基百科开始。

您能否从本质上将压缩过程倒置，并将数据压缩到保留数据的表单中？也许吧。这将是一种非常复杂的方法，可以在不实现实际客户端的情况下获得1。