home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / sci / crypt / 4549 < prev    next >
Encoding:
Text File  |  1992-11-10  |  2.1 KB  |  45 lines
  1. Newsgroups: sci.crypt
  2. Path: sparky!uunet!walter!qualcom.qualcomm.com!servo.qualcomm.com!karn
  3. From: karn@servo.qualcomm.com (Phil Karn)
  4. Subject: Re: Encrypted phones, keys, taps, ...
  5. Message-ID: <1992Nov10.172026.15136@qualcomm.com>
  6. Sender: news@qualcomm.com
  7. Nntp-Posting-Host: servo.qualcomm.com
  8. Organization: Qualcomm, Inc
  9. References: <gilchr.721309568@ee.ualberta.ca> <1992Nov9.181433.12025@shearson.com> <BxHn0t.MCL@watserv1.uwaterloo.ca>
  10. Date: Tue, 10 Nov 1992 17:20:26 GMT
  11. Lines: 32
  12.  
  13. In article <BxHn0t.MCL@watserv1.uwaterloo.ca> lcmyu@crypto2.uwaterloo.ca (Luis Ola Toshio Chi-Ming) writes:
  14. >Can someone tell me how these digitally encrypted phones provide
  15. >reasonable security in light of the following problem.  Phones lines
  16. >can tolerate raw data rates of 9.6 kbps whereas voice requires 
  17. >64 kbps.  Let's say the CELP compression reduces the voice
  18. >requirement down to 9.6 kbps (voice becomes noticibly choppy thereafter).
  19.  
  20. Actually, a common data rate for CELP is 8 kbps. This is the rate used
  21. in the TDMA digital cellular system, and it is also the peak rate of
  22. the vocoder in our CDMA system. Our vocoder also supports three lower
  23. speeds (1000, 2000 and 4000 bps) with the rate changing dynamically
  24. with voice activity. This would let you multiplex other things (e.g.,
  25. data) with vocoder data, using pauses in speech to full effect.  In
  26. overload situations the vocoder can be told to run at a lower average
  27. rate with a slight degradation in quality.
  28.  
  29. Error correction is not really an issue. We have a few bits in each
  30. frame devoted to a CRC on the most important bits, but voice is so
  31. redundant that you can withstand a fairly high frame error rate
  32. (several percent) before the quality degrades unacceptably. Voice is
  33. very redundant.
  34.  
  35. >this would imply blocks of duration 6 seconds.  An uncorrected channal bit
  36. >error would result in white noise for 6 seconds.
  37.  
  38. I don't know where you get this figure. Our vocoder operates on 20
  39. millisecond frames. Lose a frame and you lose audio for 20
  40. milliseconds. All processing is done on a frame-by-frame basis, and if
  41. you wanted to add cryptography it too could be done separately on each
  42. frame.
  43.  
  44. Phil
  45.