home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / dcom / modems / 13377 < prev    next >
Encoding:
Internet Message Format  |  1992-09-14  |  1.8 KB
  1. Path: sparky!uunet!ralvm29.VNET.IBM.COM
  2. From: Petty@ralvm29.VNET.IBM.COM (Jack Petty)
  3. Message-ID: <19920914.110247.56@almaden.ibm.com>
  4. Date: Mon, 14 Sep 92 13:27:04 EDT
  5. Newsgroups: comp.dcom.modems
  6. Subject: Re: PEP vs. V.32bis w/ V.42bis for international connections
  7. Disclaimer: This posting represents the poster's views, not those of IBM
  8. News-Software: UReply 3.0
  9. References: <0105015D.cvqr6b@phngnc.Phonogenic.COM>
  10.             <dkw02556920812133044@wolferts.ka.sub.org>
  11. Lines: 26
  12.  
  13. In <dkw02556920812133044@wolferts.ka.sub.org> Klaus Wolferts writes:
  14. >
  15. >What is trellis coding and how does it work?
  16. >
  17. >I know that it is a modulation method, and something like a "forward
  18. >error correcting protocol" and is usable only with V.32 (9600/4800)
  19. >and perhaps in V.32bis (14400, 12000, 9600, 7200) too?
  20. >
  21. Trellis coding is not a modulation method.  It is a method of adding
  22. reduncancy to a data stream so that the data stream becomes more
  23. resistant to data errors (from the point of view of the final
  24. destination).  I would not call it a protocol.  I would call it
  25. a low end forward error correcting coding method but note that
  26. Toby Nixon of Hayes feels it should not be called a forward error
  27. correcting code (I guess to distinguish it from more general
  28. forward error correcting codes such as Reed-Solomon or BCH.
  29.  
  30. An example may help:
  31. A V.32 modem running at 9600 bps is actually putting 12000 bps onto
  32. its telephone line.  9600 of those bps are data and the remaining
  33. 2400 are generated by the transmitting modem from the data stream.
  34. The receiving modem uses the redundancy in that 12000 bps data stream
  35. to make better decisions about the data that was actually transmitted
  36. (because the received data contains some history that limits the
  37. possible data that can be arriving next).
  38. Jack Petty
  39.