以語音為例，語音通話的發展以無線通訊的發展為前提，由g.711，到 fs, efs, 再到amr, amr wb，以及將來的evs，從支援低速率編碼到evs最高支援192kbs的高速率，這一切都以通訊傳輸速率的發展而發展。
目前的國內的語音通話沒有進行基本的加解密，全部都是在明文傳輸，市場上存在的加密手機有些限制，可能只是基於某個網路制式，或者安全性比較差。如果通話基於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。
量子通訊後這些可能就都不是事兒了。
加解密方法
imports system imports system.security.cryptography imports system.text imports system.io public class encryptor private shared iv as byte private sha...
加解密簡介
加密技術，簽名技術的需要做到三防一確認。一防竊聽，二防篡改，三防抵賴，確認對方身份。在電子商務過程中，開始時必須確認對方身份，不然談了半天，發現網際網路那頭真是一條狗，就悲劇了。防竊聽是指，即便有人在網路傳輸過程中得到了資料，看到的也是亂七八糟，無法從中得知正常的資訊。舉個例子，談判前老總通過網路跟...
字元加解密
using system using system.security.cryptography using system.web.security using system.io using system.text using system.configuration namespace x.com...