|Publication number||US5615213 A|
|Application number||US 08/422,192|
|Publication date||Mar 25, 1997|
|Filing date||Apr 13, 1995|
|Priority date||Apr 13, 1995|
|Also published as||DE69624967D1, DE69624967T2, EP0738097A2, EP0738097A3, EP0738097B1|
|Publication number||08422192, 422192, US 5615213 A, US 5615213A, US-A-5615213, US5615213 A, US5615213A|
|Inventors||Allan D. Griefer|
|Original Assignee||International Business Machines Corporation|
|Export Citation||BiBTeX, EndNote, RefMan|
|Patent Citations (3), Non-Patent Citations (8), Referenced by (85), Classifications (21), Legal Events (4)|
|External Links: USPTO, USPTO Assignment, Espacenet|
1. Field of the Invention
This invention relates generally to message transmission over networks and, more particularly, to message transmission over networks that include multiple data channels for transmitting different types of messages.
2. Description of the Related Art
Many data networks over which messages are transmitted include multiple data transmission channels. Each channel is assigned a frequency band over which messages can be transmitted. Typically, each channel carries a particular type of message so that network control signals can be transmitted separately from message traffic. That is, unlike conventional telephone line connections, network control messages that typically are very short are not transmitted within the bandwidth used for actual message traffic. Rather, network control messages (such as connect messages and identification data) can be sent over lines tailored for that function and data messages likewise can be sent over lines tailored for that function. Keeping the message traffic separated permits maximum efficiency of the available bandwidth and network resources.
For example, the Integrated Services Digital Network (ISDN) is a network of high-speed communication lines that carry messages defined by an internationally recognized message transmitting protocol having standardized channels that permit both analog voice data (such as produced by conventional telephone systems) and digital data to be transmitted over the network. The six ISDN channels defined so far include the A channel (a 4 KHz bandwidth analog telephone channel intended for voice transmission), the B channel (a 64 kilobits per second (kbps) data channel for voice data or digital data), the C channel (an 8 kbps or 16 kbps digital channel), the D channel (a 16- or 64 kbps digital channel used for out-of-band signaling), the E channel (a 64 kbps digital channel for internal network signaling), and the H channel (a 384 kbps, 1536 kbps, or 1920 kbps digital channel).
As noted above, different network channels typically are used for different purposes, and therefore the channels typically have different message traffic utilization rates and carry user messages of different lengths. For example, the ISDN A channel is primarily used for conventional analog telephone traffic and therefore can be used relatively frequently, with rather long connect times between users. The ISDN B channel is used for most digital message traffic and can have a wide range of utilization rates, connect times, and message lengths. The ISDN D channel is used primarily for sending message packets for network control and out-of-band signaling and therefore typically carries very short messages with minimal connect times.
Calls over the ISDN network are initiated by a user, referred to as the local side, comprising a local communication device connected to an ISDN adapter device. The call is sent over the ISDN channels to another user, referred to as the remote side, comprising a remote communication device connected to an ISDN adapter device. For example, the ISDN D channel might be used initially to set up the call and establish communication via an exchange of message packets between the local user and the remote user, and then the actual message might be transmitted over the ISDN B channel.
As a result of the different typical connect times, utilization rates, and message lengths, providers of the communications lines over which the user messages are sent typically charge for use of the different network channels at different rates. For example, ISDN A channel and B channel calls are typically charged for each use, according to the time during which there is an actual connection, at the standard business telephone line call rate for a voice call. A typical rate structure is referred to as measured rate and might be, for example, US$0.04 for the first minute of connect time for a call and US$0.01 for each minute of the same call thereafter. ISDN D channel calls are typically charged at a flat rate for access, such as US$4.00 per month.
Various schemes are frequently used to reduce the amount of time during which a call is connected, and therefore reduce the charge that is incurred for use of a line. For example, ISDN adapter devices typically initiate a call on the first B channel frequency, or line, that is available. The line is disconnected, also referred to as "dropped", if the line is idle (meaning there is no message traffic) after a user-specified number of minutes. The number of idle minutes to tolerate before dropping the line depends on the local rate structure that a user confronts. At a particular expected number of idle minutes before the next message transmission or reception, it is more cost effective to drop the line and incur the higher per-minute charge for the initial connect time upon the next need for the line, rather than to remain connected (and accumulate the lower rate line-connect time charge) while waiting for the next message transmission or reception. The adapter devices can be adapted to implement channel selection and hang-up decisions based on the particular line rate structure faced by a particular user at a particular location.
More sophisticated channel selection schemes also are used. For example, some ISDN adapter devices will initiate a call on a second B channel if the data rate on the first B channel exceeds a user-specified threshold value. Selecting the second channel can reduce the charge incurred by balancing the data rate across two channels. The second channel also can be dropped if it is idle after a user-specified number of minutes. Such channel-dropping schemes, however, often run afoul of adapter devices and transmission protocols that require that lines not be dropped to keep both ends of a network connection informed of the channel status. To ensure that lines not be dropped, for example, some adapter devices broadcast what are known as "keep-alive" messages that transmit a default dummy message before a hang-up scheme can drop a line, thereby keeping a connection even if there is no legitimate message traffic on a channel. The keep-alive messages might be sent, for example, every seventy-five seconds or every few minutes. Using keep-alive messages permits the connection status to always be known to users at both ends of a network connection. In practical use, the keep-alive messages mean that some channels are never dropped, so that the line remains connected virtually all the time. Thus, maintaining status information at both ends of a channel can result in relatively high connection charges.
To avoid continuous connections due to keep-alive messages, some adapter devices are designed to receive keep-alive message and respond as if they were the remote device itself. This practice is referred to as spoofing and permits the remote user to appear as if still connected to the local user without incurring the connect charge. Unfortunately, the local user cannot really determine if the remote user is still functional and therefore a transmission problem with the channel might occur without the knowledge of the local user. Without knowledge of the true line connection status, messages can be lost. Lost messages due to spoofing can easily overwhelm the cost savings otherwise obtained by reducing the line connect time.
From the discussion above, it should be apparent that there is a need for a system that supports message transmission over networks that include multiple data channels for transmitting different types of messages and does so without incurring significant connect time charges or ignoring line status, thereby permitting more cost effective use of the network. The present invention satisfies this need.
In accordance with the invention, digital data comprising messages sufficiently short to be treated as packet messages are not sent over the network channels ordinarily used for message transmission, but instead are sent over network channels typically used for out-of-band signaling. The data message is prepared and its length is checked for suitability as a message packet. If the data message can be packaged as a message packet, it is sent over the flat rate network channel. If the message cannot be packaged as a message packet, then it is sent according to conventional message transmission techniques for the network. Thus, suitable messages can be sent over network channels that are charged for use according to a flat access charge rather than over network channels that are charged according to the actual connect time. In this way, maximum use is made of the cheaper rate structure for out-of-band signaling lines and the cost of sending and receiving messages over the network is reduced.
In one aspect of the invention, in a system that utilizes the Integrated Services Data Network (ISDN), messages are checked to determine if they can be sent over the ISDN channel D rather than over the more conventionally used ISDN channel B. In particular, short messages are packetized for transmission using the packet protocol of the ISDN D channel rather than using the connection protocol of the ISDN B channel. The message length limits that determine when the B channel will be used and when the D channel will be used can be set by an end user. Having the limits set by the end user provides the flexibility to respond to local rate structures and changing conditions.
Other features and advantages of the present invention should be apparent from the following description of the preferred embodiment, which illustrates, by way of example, the principles of the invention.
FIG. 1 is a block diagram of a communication network constructed in accordance with the present invention.
FIG. 2 is a block diagram of an adapter device illustrated in FIG. 1.
FIG. 3 is a flow diagram that illustrates the processing steps performed by the adapter device illustrated in FIG. 1.
FIG. 1 shows a communication network 10, constructed in accordance with the present invention, in which a local user device 12 communicates with a remote user device 14 so that the devices can send and receive data messages. At the local site 16 where the local user 12 initiates communication, a local site network bus 18 is connected via data lines 19 to an interface adapter device 20 that is connected to a telephone utility company Central Office (CO) 22. The CO associated with the local user device communicates over integrated voice and digital, high-speed communication lines 24 with a corresponding Central Office 26 of the remote user device such that control data is generally sent over dedicated lines for out-of-band signaling. In the preferred embodiment, the high-speed lines 24 are of the configuration specified by the Integrated Services Digital Network (ISDN). Thus, the high-speed lines 24 include the ISDN A channel, B channel, and D channel, among others. In accordance with the invention, a network bridge 28 of the local site determines which one of the available high-speed lines 24 will be used for transmission of a data message. The network bridge makes the selection such that the D channel, with its flat access rate charge, is selected for data messages that are sufficiently short to be sent as message packets. The network bridge sends longer messages over other communication lines, such as the more costly B channel. In this way, the cost of transmitting messages over the ISDN lines is reduced from the cost that otherwise would be incurred using conventional message transmission over the B channel alone.
At the local site 16, the interface adapter device 20, in the ISDN context, is commonly referred to as an "NT1" device. The NT1 device is connected to the local user bus 18, which can accommodate up to eight user devices 30, in accordance with the ISDN standard. In the United States (U.S.A.), the NT1 device typically is the property of the local site owner and is located at the local site 16. In most other parts of the world, the NT1 device typically is the property of the telephone utility company. The network bridge 28 comprises one of the eight user devices and is more typically referred to as an ISDN bridge. The ISDN bridge includes a local bus adapter that permits communication with the local user bus 18 and also includes a local network adapter that permits communication with a local area network 32. As described further below, these adapters can be implemented by a processor that performs predetermined operational steps. Through the local area network, the ISDN bridge can communicate with local user devices connected to the local area network. The local area network 32 can comprise, for example, an "Ethernet" network or a token ring network. The local area network can support multiple users, only one user 12 being illustrated in FIG. 1 for simplicity.
The remote user device 14 is located at a remote site 33 having a configuration that typically is similar to that of the local site 16. Thus, the Central Office (CO) 26 associated with the remote user 14 is connected to an NT1 device 34 that in turn is connected to a remote user bus 36. The remote user bus can support up to eight devices 30, one of which can be an ISDN bridge 38 that is connected to a network 40, to which the remote user device 14 is connected. The remote user ISDN bridge 38 may or may not incorporate the features of the invention. To derive the benefits of the invention, however, an ISDN bridge must incorporate the outgoing message channel selection features described for the ISDN bridge 28 constructed in accordance with the invention. An additional ISDN interface adapter device 42 is illustrated in FIG. 1 to emphasize that many adapter devices may be connected to a single Central Office. It is to be understood that the interface adapter device is connected by data lines 44 to one or more network buses 46 that in turn are connected to user devices.
The function of the ISDN bridge 28 can be performed, if desired, by a processor that is incorporated into a user device. Alternatively, the ISDN bridge can comprise a separate component connected to the respective local or remote user bus. In either case, the ISDN bridge processor can incorporate the local bus adapter and local network adapter described above. For example, FIG. 1 shows a user device 48 that includes processing elements that incorporate the functional elements of the ISDN bridge 28. Thus, the user device 48 can produce messages and communicate over the high-speed lines 24 without need for a separate ISDN bridge and ISDN bridge interface connection to the remote user bus 36.
A better understanding of the ISDN bridge 28 configuration of the preferred embodiment will be gained with reference to FIG. 2, which shows a block diagram of the ISDN bridge 28. As illustrated therein, the ISDN bridge includes a user device buffer 52 that provides temporary storage for data at the local user device/ISDN bridge interface. The user device buffer provides temporary data storage that permits data traffic volume and transmission speed balancing between the local user device, local area network, and ISDN bridge. The ISDN bridge also includes an adapter device buffer 54 that provides temporary storage of data at the ISDN bridge/adapter device interface. The adapter device buffer performs a function analogous to the user device buffer in that the adapter device buffer permits balancing between data from the ISDN bridge and the local site bus 18. Data is stored into and retrieved from the respective buffers 52, 54 under control of an ISDN bridge central processor unit 56 to achieve the desired balancing so as to reduce the likelihood of losing data during transmission.
The central processor unit 56 can comprise a variety of microprocessors that will readily occur to those skilled in the art, including, for example, the "68030" microprocessor produced by the Motorola Corporation. Alternatively, the ISDN bridge central processor unit 56 can comprise a less powerful processor that is connected via an industry standard RS-232 specification data line 58 to a secondary processor or computer, such as a "Personal Computer" computer device available from the International Business Machines Corporation (IBM Corporation), or a Personal Computer-compatible (PC-compatible) computer device having an appropriate central processor unit.
The ISDN bridge 28 also includes a memory unit 60 that incorporates program memory 61 in which is stored processing instructions that, when executed, cause the central processor unit 56 to perform the operational steps described further below. The memory unit also includes a send queue 62 in which the central processor unit stores messages for transmission over the high-speed lines 24. The ISDN bridge optionally includes a protected memory unit 63 in which, for example, a user password can be stored to provide for data security. Typically, the user password is stored in the protected memory unit by authorized administrative persons but cannot be viewed or changed by an end user. If an end user provides a password that does not match the password stored in the protected memory unit 63, then the central processor unit will not permit further operation of the user device.
As noted above, the central processor unit 56 of the ISDN bridge 28 carries out program steps that are stored in the memory unit 60 as instructions. The program steps, as well as other operating parameters comprising program data, can be loaded into the memory unit through the RS-232 line 58. More particularly, the program steps can be stored on a program storage device having digital storage media, such as a floppy disk 64, and can be transferred from the program storage device into the memory unit by an external computer device 66. The external computer device can be a "Personal Computer" device available from the IBM Corporation or a PC-compatible device. The external computer device can set operating parameters that control execution of the program steps, such as the message size limits that control switching between the ISDN D channel and the ISDN B channels.
The operation of the ISDN bridge 28 illustrated in FIG. 2 will be better understood with reference to the flow diagram of FIG. 3, which illustrates the processing steps performed in response to a data packet that is provided by the local user device 12 to the ISDN bridge 28 for sending over the communications network. When the central processor unit 56 of the ISDN bridge receives a data packet, it first determines whether the length of a message contained in the data packet is greater than a predetermined message limit size, as represented by the flow diagram box numbered 102. The data configuration for data packets and for messages that are compatible with data networks and with the ISDN specification are dependent on a particular site implementation and will be otherwise well-known by those skilled in the art without further explanation. The message limit size is predetermined in that it is not dynamically changed in the preferred embodiment during the processing of a received data packet. As noted above, however, the message limit size comprises an operating parameter that can be loaded into the program memory by means of an external computer device and generally can be subsequently changed.
If the data packet message size is greater than the message limit size, then the central processor unit sets up a call over the ISDN B channel to send the message, as represented by the flow diagram box numbered 104. An ISDN B channel call can be set up and connected in a relatively small amount of time, in fractions of a second. Those skilled in the art will readily understand the operations necessary to set up an ISDN call without further explanation. Next, the central processor unit causes the message packet to be sent over the B channel using the connection protocol of the ISDN standard. This message sending step is represented by the flow diagram box numbered 106. Those skilled in the art will readily understand the operations necessary to send a message packet over the ISDN B channel without further explanation.
When the data packet is initially received at the processing step represented by the decision box numbered 102, if the data packet message length is not greater than the predetermined message limit size, a negative outcome at the decision box, then the central processor unit adds the data packet to the send queue of the ISDN bridge, as represented by the flow diagram box numbered 108. Next, as represented by the decision box numbered 110, the central processor unit determines if the send queue has a sufficient number of messages in it such that the messages contained in the send queue have a total length greater than a predetermined send queue limit size. As with the message limit size, the send queue limit size is predetermined in that it is not dynamically changed during the processing of a received message, but can be loaded into the ISDN bridge memory (and subsequently changed) by means of an external computer device.
If the predetermined send queue limit size is exceeded by the actual send queue message length, then the processing follows the path through the flow diagram boxes numbered 104 and 106 for sending a message over the ISDN B channel. If the messages in the send queue do not have a total length that exceeds the predetermined send queue limit size, a negative outcome at the decision box numbered 110, then the central processor unit sends the received message packet on the ISDN D channel using the packet protocol of the ISDN standard. The operations necessary to send messages over the high-speed lines 24 are dependent upon the user implementation and otherwise are well-known by those skilled in the art without further explanation.
Those skilled in the art will readily appreciate that the ISDN B channel is used for most digital message traffic and can have a wide range of utilization rates, connect times, and message lengths, and that the ISDN D channel is primarily used for sending message packets for network signaling and therefore typically carries relatively short messages with minimal connect times. Those skilled in the art also will appreciate that, as a result of the different connect times, utilization rates, and message lengths between the two channels, ISDN B channel calls are typically charged according to the time during which there is an actual connection, at the standard business telephone line call rate for a voice call, and that ISDN D channel calls are typically charged at a flat monthly rate for access regardless of the number of calls connected. Thus, if the data messages received by the ISDN bridge are sufficiently short to be sent over the packetized ISDN D channel, then the ISDN bridge of the preferred embodiment permits the less expensive D channel to be used. In this way, lower telephone line charges can be expected for typical message traffic and the above-described problems such as those encountered with keep-alive messages and the like can be avoided or reduced. After the data packet message has been sent to the interface adapter device for transmission over the high speed communication lines, whether the ISDN B channel is used or the ISDN D channel is used, the last step in processing the data message is to wait for the next message that must be sent, as represented by the flow diagram box numbered 114.
The message limit size and send queue limit size for an ISDN bridge at a local site are selected in view of the particular message traffic expected at the local site, the configuration of the network, and the rate charges for the use of the high-speed communication lines. Those skilled in the art will be able to select values for the message limit size and send queue limit size that provide the desired level of cost control and operational performance, in view of the description above, without further explanation.
Thus, a communications network as described above includes an adapter device, such as an ISDN bridge device, that determines whether a message to be sent is sufficiently small so that it can be sent as a data packet over the out-of-band signaling, communications line for which a simple flat rate access charge must be paid, rather than over a dedicated line for which actual connect time is billed according to measured rate service. In this way, the cost of sending messages over the communications network is reduced.
The present invention has been described above in terms of a presently preferred embodiment so that an understanding of the present invention can be conveyed. There are, however, many configurations for message communication networks not specifically described herein but with which the present invention is applicable. The present invention should therefore not be seen as limited to the particular embodiment described herein, but rather, it should be understood that the present invention has wide applicability with respect to message communication networks generally. All modifications, variations, or equivalent arrangements that are within the scope of the attached claims should therefore be considered to be within the scope of the invention.
|Cited Patent||Filing date||Publication date||Applicant||Title|
|US5289472 *||Feb 5, 1992||Feb 22, 1994||At&T Bell Laboratories||Method for the tranmission of message associated user-to-user information|
|US5490251 *||Aug 9, 1991||Feb 6, 1996||First Data Resources Inc.||Method and apparatus for transmitting data over a signalling channel in a digital telecommunications network|
|FI9408411A *||Title not available|
|1||Ascend Communications, Inc., "Multiband MAX-T1/PRI, User documentation", pp. 2-6, 2-7 and 2-8, Jun. 1994.|
|2||*||Ascend Communications, Inc., Multiband MAX T1/PRI, User documentation , pp. 2 6, 2 7 and 2 8, Jun. 1994.|
|3||Malis, A. et al., "Multiprotocol Interconnect on X.25 and ISDN in the Packet Mode", RFC 1618, Aug. 1992.|
|4||*||Malis, A. et al., Multiprotocol Interconnect on X.25 and ISDN in the Packet Mode , RFC 1618, Aug. 1992.|
|5||Simpson, W., "PPP over ISDN", Internet Request for Comments (RFC) 1618, May 1994.|
|6||Simpson, W., "The Point-to-Point Protocol (PPP)", RFC 1548, Dec. 1993.|
|7||*||Simpson, W., PPP over ISDN , Internet Request for Comments (RFC) 1618, May 1994.|
|8||*||Simpson, W., The Point to Point Protocol (PPP) , RFC 1548, Dec. 1993.|
|Citing Patent||Filing date||Publication date||Applicant||Title|
|US5844895 *||Jun 28, 1996||Dec 1, 1998||Siemens Aktiengesellschaft||ATM communications network|
|US5937040 *||Apr 18, 1997||Aug 10, 1999||Siemens Information And Communication Networks, Inc.||Method and apparatus for using a D-channel for displaying user data|
|US5953319 *||Sep 29, 1995||Sep 14, 1999||Amsc Subsidiary Corporation||Wide area mobile communication networks with multiple routing mode options|
|US5959998 *||Dec 4, 1996||Sep 28, 1999||Fujitsu Limited||Channel selection method for an ISDN line and an ISDN switching system therefor|
|US5960327 *||Dec 6, 1996||Sep 28, 1999||Motorola||Method for a transceiver to select a channel|
|US6079017 *||Dec 2, 1997||Jun 20, 2000||Hyundai Electronics Ind. Co., Ltd.||Method for loading sub-processor in system having a plurality of sub-processors with respect to main processor|
|US6222837 *||Sep 26, 1997||Apr 24, 2001||Lucent Technologies Inc.||Internet service via ISDN|
|US6377554 *||Jul 24, 1998||Apr 23, 2002||Adtran, Inc.||Apparatus and method for dynamically allocating channels for transmission of data|
|US6453372 *||Feb 16, 1999||Sep 17, 2002||Mitsubishi Denki Kabushiki Kaisha||Data communication system for and method of avoiding computer network transmissions of excessive length|
|US6639898||May 25, 1999||Oct 28, 2003||Motient Communications, Inc.||Wide area mobile communication networks with multiple routing mode options|
|US6728771 *||Mar 20, 1998||Apr 27, 2004||Siemens Information And Communication Networks, Inc.||Generic transport option for transporting messages in relay or broadcast mode via combinations of ISDN B-channels or D-channels|
|US6785281 *||May 28, 1999||Aug 31, 2004||Fujitsu Limited||Method of transferring data via bypass line in connection-type network|
|US6853651 *||Jun 17, 1999||Feb 8, 2005||Cingular Wireless Ii, Inc.||System and method for outbox-capable wireless transmission|
|US7043003 *||Apr 17, 2000||May 9, 2006||Siemens Aktiengesellschaft||Device and method for improving the load distribution in a signaling network|
|US7046692 *||Feb 16, 1998||May 16, 2006||Siemens Aktiengesellschaft||Node supporting links having the ability to transfer longer messages than according to current MTP level 2|
|US7076519 *||Sep 7, 2000||Jul 11, 2006||Nec Corporation||Server-client type system and data downloading method|
|US7120235||Oct 6, 2003||Oct 10, 2006||Ingenio, Inc.||Method and apparatus to provide pay-per-call performance based advertising|
|US7249045||Sep 27, 2004||Jul 24, 2007||Utbk, Inc.||Method and system to connect consumers to information|
|US7289612||Jul 1, 2003||Oct 30, 2007||Utbk, Inc.||Apparatus and method for ensuring a real-time connection between users and selected service provider using voice mail|
|US7289623||Jan 16, 2001||Oct 30, 2007||Utbk, Inc.||System and method for an online speaker patch-through|
|US7308422||Mar 9, 2000||Dec 11, 2007||Utbk, Inc.||System for recording and distributing recorded information over the internet|
|US7359498||Jun 12, 2003||Apr 15, 2008||Utbk, Inc.||Systems and methods for arranging a call|
|US7424442||Dec 15, 2004||Sep 9, 2008||Utbk, Inc.||Method and apparatus to allocate and recycle telephone numbers in a call-tracking system|
|US7428497||Mar 10, 2005||Sep 23, 2008||Utbk, Inc.||Methods and apparatuses for pay-per-call advertising in mobile/wireless applications|
|US7453998||Mar 26, 2007||Nov 18, 2008||Utbk, Inc.||Methods and systems to connect consumers to information|
|US7469155||Nov 29, 2004||Dec 23, 2008||Cisco Technology, Inc.||Handheld communications device with automatic alert mode selection|
|US7474674 *||Aug 21, 2003||Jan 6, 2009||Panasonic Corporation||Data connecting method, data connecting apparatus, program recording medium|
|US7475149 *||Dec 6, 2001||Jan 6, 2009||Utbk, Inc.||Apparatus and method for specifying and obtaining services through an audio transmission medium|
|US7505920||Jul 21, 2006||Mar 17, 2009||Utbk, Inc.||Methods and apparatuses for pay-per-call advertising in mobile/wireless applications|
|US7542936||Nov 2, 2000||Jun 2, 2009||Utbk, Inc.||Method, apparatus and system for marketing, delivering, and collecting payment for information|
|US7580850||Dec 14, 2001||Aug 25, 2009||Utbk, Inc.||Apparatus and method for online advice customer relationship management|
|US7657013||Oct 29, 2007||Feb 2, 2010||Utbk, Inc.||Apparatus and method for ensuring a real-time connection between users and selected service provider using voice mail|
|US7698183||Jun 18, 2003||Apr 13, 2010||Utbk, Inc.||Method and apparatus for prioritizing a listing of information providers|
|US7720091||Jan 10, 2006||May 18, 2010||Utbk, Inc.||Systems and methods to arrange call back|
|US7729938||Jul 2, 2007||Jun 1, 2010||Utbk, Inc.||Method and system to connect consumers to information|
|US7761110||May 31, 2006||Jul 20, 2010||Cisco Technology, Inc.||Floor control templates for use in push-to-talk applications|
|US7886009||Aug 20, 2004||Feb 8, 2011||Utbk, Inc.||Gate keeper|
|US7937439||Dec 27, 2001||May 3, 2011||Utbk, Inc.||Apparatus and method for scheduling live advice communication with a selected service provider|
|US7979308||Mar 3, 2005||Jul 12, 2011||Utbk, Inc.||Methods and apparatuses for sorting lists for presentation|
|US8024224||Jun 17, 2004||Sep 20, 2011||Utbk, Inc.||Method and apparatus to provide pay-per-call advertising and billing|
|US8027453||Jul 9, 2007||Sep 27, 2011||Utbk, Inc.||System and method for an online speaker patch-through|
|US8027878||Dec 23, 2004||Sep 27, 2011||Utbk, Inc.||Method and apparatus to compensate demand partners in a pay-per-call performance based advertising system|
|US8121898||Mar 30, 2005||Feb 21, 2012||Utbk, Inc.||Methods and apparatuses for geographic area selections in pay-per-call advertisement|
|US8125931||Jan 10, 2006||Feb 28, 2012||Utbk, Inc.||Systems and methods to provide availability indication|
|US8243895||Dec 13, 2005||Aug 14, 2012||Cisco Technology, Inc.||Communication system with configurable shared line privacy feature|
|US8300627||Aug 2, 2006||Oct 30, 2012||Cisco Technology, Inc.||Forwarding one or more preferences during call forwarding|
|US8345851||May 31, 2006||Jan 1, 2013||Cisco Technology, Inc.||Randomized digit prompting for an interactive voice response system|
|US8380244||Feb 19, 2013||Ipr Licensing, Inc.||Dual mode unit for short range, high rate and long range, lower rate data communications|
|US8428238||Aug 3, 2005||Apr 23, 2013||Cisco Technology, Inc.||System and method for ensuring call privacy in a shared telephone environment|
|US8432803 *||Jan 17, 2006||Apr 30, 2013||Qualcomm Incorporated||Method of providing a gap indication during a sticky assignment|
|US8468050||Oct 1, 2004||Jun 18, 2013||Utbk, Llc||Method and system to connect consumers to information|
|US8477710 *||Dec 22, 2004||Jul 2, 2013||Qualcomm Incorporated||Method of providing a gap indication during a sticky assignment|
|US8503621||Mar 2, 2006||Aug 6, 2013||Cisco Technology, Inc.||Secure voice communication channel for confidential messaging|
|US8538376||Dec 28, 2007||Sep 17, 2013||Apple Inc.||Event-based modes for electronic devices|
|US8538768||May 5, 2005||Sep 17, 2013||Ingenio Llc||Methods and apparatuses for delivery of advice to mobile/wireless devices|
|US8630180||Jul 25, 2011||Jan 14, 2014||Qualcomm Incorporated||Method of providing a gap indication during a sticky assignment|
|US8639224||Mar 22, 2007||Jan 28, 2014||Cisco Technology, Inc.||Pushing a number obtained from a directory service into a stored list on a phone|
|US8670534 *||Nov 30, 2011||Mar 11, 2014||International Business Machines Corporation||Initiating a telephonic connection|
|US8681778||Apr 3, 2007||Mar 25, 2014||Ingenio Llc||Systems and methods to manage privilege to speak|
|US8687785||Nov 16, 2006||Apr 1, 2014||Cisco Technology, Inc.||Authorization to place calls by remote users|
|US8700461||Jun 12, 2012||Apr 15, 2014||Ingenio Llc||Method and apparatus to allocate and recycle telephone numbers in a call-tracking system|
|US8731157||Jun 12, 2012||May 20, 2014||Yellow Pages||Apparatus and method for ensuring a real-time connection between users and selected service provider using voice mail|
|US8761154||Nov 14, 2005||Jun 24, 2014||Ebbe Altberg||Methods and apparatuses to access advertisements through voice over internet protocol (VoIP) applications|
|US8817061||Jul 2, 2007||Aug 26, 2014||Cisco Technology, Inc.||Recognition of human gestures by a mobile phone|
|US8831965||Nov 13, 2008||Sep 9, 2014||Yp Interactive Llc||Apparatus and method for online advice customer relationship management|
|US8836502||Dec 28, 2007||Sep 16, 2014||Apple Inc.||Personal media device input and output control based on associated conditions|
|US8837698||Apr 10, 2007||Sep 16, 2014||Yp Interactive Llc||Systems and methods to collect information just in time for connecting people for real time communications|
|US8838476||Oct 22, 2007||Sep 16, 2014||Yp Interactive Llc||Systems and methods to provide information and connect people for real time communications|
|US8843392||Apr 19, 2013||Sep 23, 2014||Yp Interactive Llc||Apparatus and method for recruiting, communicating with, and paying participants of interactive advertising|
|US8856014||Aug 22, 2013||Oct 7, 2014||Yp Interactive Llc||Methods and apparatuses for delivery of advice to mobile/wireless devices|
|US8934614||May 27, 2008||Jan 13, 2015||YP Interatcive LLC||Systems and methods for dynamic pay for performance advertisements|
|US9060063||Mar 5, 2013||Jun 16, 2015||Yellowpages.Com Llc||Method and system to connect consumers to information|
|US9065608||Dec 9, 2013||Jun 23, 2015||Qualcomm Incorporated||Method of providing a gap indication during a sticky assignment|
|US20020133402 *||Mar 13, 2001||Sep 19, 2002||Scott Faber||Apparatus and method for recruiting, communicating with, and paying participants of interactive advertising|
|US20020133571 *||Dec 6, 2001||Sep 19, 2002||Karl Jacob||Apparatus and method for specifying and obtaining services through an audio transmission medium|
|US20040252820 *||Jun 12, 2003||Dec 16, 2004||Scott Faber||Systems and methods for arranging a call|
|US20050038686 *||Sep 27, 2004||Feb 17, 2005||Lauffer Randall B.||Method and system to connect consumers to information|
|US20050074102 *||Oct 6, 2003||Apr 7, 2005||Ebbe Altberg||Method and apparatus to provide pay-per-call performance based advertising|
|US20050114210 *||Oct 1, 2004||May 26, 2005||Scott Faber||Method and system to connect consumers to information|
|US20050165666 *||Dec 23, 2004||Jul 28, 2005||Daric Wong||Method and apparatus to compensate demand partners in a pay-per-call performance based advertising system|
|US20050203799 *||Jun 17, 2004||Sep 15, 2005||Scott Faber||Method and apparatus to provide pay-per-call advertising and billing|
|US20050216341 *||Mar 10, 2005||Sep 29, 2005||Anuj Agarwal||Methods and apparatuses for pay-per-call advertising in mobile/wireless applications|
|US20050216345 *||Mar 28, 2005||Sep 29, 2005||Ebbe Altberg||Methods and apparatuses for offline selection of pay-per-call advertisers|
|US20050251445 *||Dec 15, 2004||Nov 10, 2005||Daric Wong||Method and apparatus to allocate and recycle telephone numbers in a call-tracking system|
|US20060034173 *||Dec 22, 2004||Feb 16, 2006||Qualcomm Incorporated||Method of providing a gap indication during a sticky assignment|
|U.S. Classification||370/412, 370/524, 370/462, 370/468|
|International Classification||H04Q11/04, H04M3/42, H04M3/00|
|Cooperative Classification||H04Q2213/1305, H04Q2213/13202, H04Q2213/13204, H04Q2213/13206, H04Q2213/13209, H04Q2213/13296, H04Q2213/13106, H04Q2213/13176, H04Q2213/13174, H04Q2213/13093, H04Q2213/13103, H04Q11/0428, H04Q2213/13141|
|Jul 17, 1995||AS||Assignment|
Owner name: INTERNATIONAL BUSINESS MACHINES CORPORATION, NEW Y
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:GRIEFER, ALLAN DAVID;REEL/FRAME:007556/0036
Effective date: 19950711
|Jun 28, 2000||FPAY||Fee payment|
Year of fee payment: 4
|Jul 12, 2004||FPAY||Fee payment|
Year of fee payment: 8
|Sep 9, 2008||FPAY||Fee payment|
Year of fee payment: 12