home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / dcom / telecom / 11837 < prev    next >
Encoding:
Internet Message Format  |  1992-11-15  |  1.4 KB
  1. Path: sparky!uunet!news.miami.edu!ncar!zaphod.mps.ohio-state.edu!news.acns.nwu.edu!telecom-request
  2. Date: Sun, 15 Nov 92 02:27:17 EST
  3. From: capek@watson.ibm.com
  4. Newsgroups: comp.dcom.telecom
  5. Subject: Does SS7 Support Early Busy Signal?
  6. Message-ID: <telecom12.842.12@eecs.nwu.edu>
  7. Organization: TELECOM Digest
  8. Sender: Telecom@eecs.nwu.edu
  9. Approved: Telecom@eecs.nwu.edu
  10. X-Submissions-To: telecom@eecs.nwu.edu
  11. X-Administrivia-To: telecom-request@eecs.nwu.edu
  12. X-Telecom-Digest: Volume 12, Issue 842, Message 12 of 14
  13. Lines: 18
  14.  
  15. While trying to make a credit card call to a persistently busy number
  16. recently, after typing in the card number for the n-teenth time, I
  17. wondered if SS7 protocol would allow the calling exchange to "look
  18. ahead" at the called number and inquire if it is (at that instant)
  19. busy, before prompting me for the card number.  Of course, I might
  20. still get a busy if either the line became busy after I keyed in the
  21. credit card number, or if the response to the query didn't make it
  22. back to the originating exchange in time. The advantage (to me) would
  23. be not having to repeatedly pound in the billing.  The advantage
  24. (small) to the carrier would be not having to do the credit card
  25. verification, and perhaps getting the line on which I'm calling free a
  26. bit quicker.  If the call in question were third party bill, or
  27. collect, the savings could be a lot greater.
  28.  
  29.  
  30. Peter Capek
  31.  
  32.