Dismiss
InnovationQ will be updated on Sunday, Oct. 22, from 10am ET - noon. You may experience brief service interruptions during that time.
Browse Prior Art Database

ISDNBIOS API-Application Protocol Select/Reject of In-Calls

IP.com Disclosure Number: IPCOM000108592D
Original Publication Date: 1992-Jun-01
Included in the Prior Art Database: 2005-Mar-22
Document File: 2 page(s) / 69K

Publishing Venue

IBM

Related People

Price, S: AUTHOR [+3]

Abstract

Disclosed are two enhancements to the ISDNBIOS API by modifying the function of the LISTEN NCB. The first method allows an application program to be able to decide whether to reject a call, without having had to accept it first in order to determine the identity of the caller. The second method provides a technique whereby the protocol configuration can be determined and selected after receipt of information from the caller. Both methods save time and cost to the caller while the user also benefits by faster servicing of calls. Rejection of Unwanted Callers

This text was extracted from an ASCII text file.
This is the abbreviated version, containing approximately 52% of the total text.

ISDNBIOS API-Application Protocol Select/Reject of In-Calls

       Disclosed are two enhancements to the ISDNBIOS API by
modifying the function of the LISTEN NCB.  The first method allows an
application program to be able to decide whether to reject a call,
without having had to accept it first in order to determine the
identity of the caller.  The second method provides a technique
whereby the protocol configuration can be determined and selected
after receipt of information from the caller.  Both methods save time
and cost to the caller while the user also benefits by faster
servicing of calls.
Rejection of Unwanted Callers

      The ISDNBIOS API as provided by the IBM ISDN Co-Processor
Support Program does not allow the application flexibility in
determining whether to accept incoming calls. At present the call has
to be accepted, hence incurring cost for the caller, before the
calling party can be identified and the call cleared if the user does
not wish to communicate with this caller.

      A simple solution to this problem is possible by allowing the
application to receive information from an incoming call and then to
indicate to the ISDNBIOS API if it wishes to accept or reject it.
This could be accomplished by changing the function of the LISTEN NCB
so that it does not automatically accept incoming calls.  The
function of the SEND SIGNALLING NCB could be extended to indicate to
the API whether the application wished to accept or reject the
incoming call.  In ISDN terms this would mean that the SE...