home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / aus / comms / 421 < prev    next >
Encoding:
Text File  |  1992-11-17  |  2.3 KB  |  50 lines
  1. Newsgroups: aus.comms
  2. Path: sparky!uunet!wupost!darwin.sura.net!spool.mu.edu!umn.edu!math.fu-berlin.de!fauern!LRZnews!regent!monu1.cc.monash.edu.au!monu6!capek.rdt.monash.edu.au!jwb
  3. From: jwb@capek.rdt.monash.edu.au (Jim Breen)
  4. Subject: Re: Call Waiting --- A better way of informing the user ?
  5. Message-ID: <jwb.721951555@capek.rdt.monash.edu.au>
  6. Keywords: flash, recall
  7. Sender: news@monu6.cc.monash.edu.au (Usenet system)
  8. Organization: Monash University, Melb., Australia.
  9. References: <11048@uqcspe.cs.uq.oz.au>
  10. Distribution: aus
  11. Date: Mon, 16 Nov 1992 22:05:55 GMT
  12. Lines: 36
  13.  
  14. anthony@cs.uq.oz.au (Anthony Lee) writes:
  15.  
  16. >One thing that I found difficult to use about Call Waiting is
  17. >the way that a user is informed of another call.  Currently,
  18. >this is done by the exchange sending a special tone but the
  19. >problem is the user might miss the tone especially if it is too
  20. >soft.  I am wondering, what if the phones are themselves modified
  21. >with flash detector circuit.  I propose a detector that looks for
  22. >three consecutive circuit breaks (flash or recall), these breaks
  23. >are of very short interval, should be even shorter then 
  24. >what the recall button generates.  By waiting for three breaks from
  25. >the exchange, the detector won't confuse that with the user pressing
  26. >the recall button.  Having detected the three breaks, an LED would light
  27. >up to indicate CW.  I think having a detector to detect the tone
  28. >would make the phones far too expensive and hence my alternative
  29. >proposal.  
  30.  
  31. >Any comments ?
  32.  
  33. The problem with this proposal is that it probably would require
  34. mods to exchange hardware. I don't recall the facility in the codec
  35. card on AXEs (for example) to allow them to generate (as opposed to detect)
  36. circuit breaks. The big advantage of the present methos of signalling a 
  37. call-waiting is that it all done by software, i.e. mucking around
  38. with the bit stream. 
  39.  
  40. If Telecom or CCITT could standardize on the frequency and duration of
  41. the call-waiting tone, or better still opt to
  42. use one of the spare DTMF codes, e.g. the A-D codes, phones could
  43. be easily made to detect that, and ring bells flash light, whatever.
  44.  
  45. -- 
  46. Jim Breen                           JIS:$B%8%`!!%V%j!<%s(J
  47. Department of Robotics & Digital Technology. Monash University. 
  48. PO Box 197 Caulfield East VIC 3145 Australia (ph) +61 3 573 2552 
  49. (fax) +61 3 573 2345  AARNet/Internet:jwb@capek.rdt.monash.edu.au  
  50.