US7957369B2 - Methods and apparatus for data communications through packet networks - Google Patents

Methods and apparatus for data communications through packet networks Download PDF

Info

Publication number
US7957369B2
US7957369B2 US12/660,469 US66046910A US7957369B2 US 7957369 B2 US7957369 B2 US 7957369B2 US 66046910 A US66046910 A US 66046910A US 7957369 B2 US7957369 B2 US 7957369B2
Authority
US
United States
Prior art keywords
modem
gateway
data link
over
data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
US12/660,469
Other versions
US20100158027A1 (en
Inventor
Gilles G. Fayad
Joel D. Peshkin
James W. Johnston
Paul C. Wren
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
MACOM Technology Solutions Holdings Inc
Original Assignee
Mindspeed Technologies LLC
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Mindspeed Technologies LLC filed Critical Mindspeed Technologies LLC
Priority to US12/660,469 priority Critical patent/US7957369B2/en
Assigned to CONEXANT SYSTEMS, INC. reassignment CONEXANT SYSTEMS, INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: FAYAD, GILLES G., JOHNSTON, JAMES W., PESHKIN, JOEL D., WREN, PAUL C.
Assigned to MINDSPEED TECHNOLOGIES, INC. reassignment MINDSPEED TECHNOLOGIES, INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: CONEXANT SYSTEMS, INC.
Publication of US20100158027A1 publication Critical patent/US20100158027A1/en
Application granted granted Critical
Publication of US7957369B2 publication Critical patent/US7957369B2/en
Assigned to JPMORGAN CHASE BANK, N.A., AS ADMINISTRATIVE AGENT reassignment JPMORGAN CHASE BANK, N.A., AS ADMINISTRATIVE AGENT SECURITY INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: MINDSPEED TECHNOLOGIES, INC.
Assigned to MINDSPEED TECHNOLOGIES, INC. reassignment MINDSPEED TECHNOLOGIES, INC. RELEASE BY SECURED PARTY (SEE DOCUMENT FOR DETAILS). Assignors: JPMORGAN CHASE BANK, N.A.
Assigned to GOLDMAN SACHS BANK USA reassignment GOLDMAN SACHS BANK USA SECURITY INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: BROOKTREE CORPORATION, M/A-COM TECHNOLOGY SOLUTIONS HOLDINGS, INC., MINDSPEED TECHNOLOGIES, INC.
Assigned to MINDSPEED TECHNOLOGIES, LLC reassignment MINDSPEED TECHNOLOGIES, LLC CHANGE OF NAME (SEE DOCUMENT FOR DETAILS). Assignors: MINDSPEED TECHNOLOGIES, INC.
Assigned to MACOM TECHNOLOGY SOLUTIONS HOLDINGS, INC. reassignment MACOM TECHNOLOGY SOLUTIONS HOLDINGS, INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: MINDSPEED TECHNOLOGIES, LLC
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2854Wide area networks, e.g. public data networks
    • H04L12/2856Access arrangements, e.g. Internet access
    • H04L12/2869Operational details of access network equipments
    • H04L12/287Remote access server, e.g. BRAS
    • H04L12/2874Processing of data for distribution to the subscribers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2854Wide area networks, e.g. public data networks
    • H04L12/2856Access arrangements, e.g. Internet access
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46Interconnection of networks
    • H04L12/4604LAN interconnection over a backbone network, e.g. Internet, Frame Relay
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/66Arrangements for connecting between networks having differing types of switching systems, e.g. gateways

Definitions

  • the present invention relates to data communication systems. More particularly, the present invention relates to the transmission of data through packet networks.
  • FIG. 1 illustrates a traditional PSTN environment as well as the interlace to a PN substitute network, as may be used with various customer premise equipment, such as telephones, fax machines, and modems.
  • the different nature between the two types of networks may be related to different operating characteristics such as bandwidth, delay, variations in delay, and loss of information, e.g., packet loss.
  • the differences in characteristics between these networks can affect the terminals that have been designed with PSTN characteristics in mind, if and when those terminals need to communicate over a packet network.
  • many terminals are delay sensitive, and their interactive behavior with other components has been designed in consideration of the delay characteristics of the network in use at the time of their inception, typically, the PSTN.
  • data communication networks need not exclusively include a packet network or a PSTN.
  • future networks may include portions of their infrastructure provided by one or the other type of network, as depicted in FIG. 2 .
  • This support may involve the providing of new mechanisms to facilitate the communication of traditional devices over packet networks.
  • Support for these devices can depend on several factors, including the transported media characteristics, and thus can dictate the needs for a real-time infrastructure, such as voice communications, versus a non-real-time infrastructure, such as fax communications.
  • support for these devices can dictate the needs for a transparent support mode, i.e., one by which the actual data is transported transparently over the existing voice packet network infrastructure, versus a demodulation/remodulation support mode, where the information is demodulated, transported, and then remodulated.
  • the transport of data over a packet network may be subject to variation of delay, also known as jitter, as well as to packet loss characteristics, for example, during the establishment of a communication session, or during actual data transfer.
  • delay also known as jitter
  • packet loss characteristics for example, during the establishment of a communication session, or during actual data transfer.
  • problems can occur in the tearing down of any remaining communication links. Accordingly, although some support mechanisms have been devised recently for the transport of voice and fax communications, a strong need exists for resolving various other issues relating to modem communication sessions, such as those related to the call numbering, establishment, transport and termination features.
  • the disclosed techniques for data communication may be employed with modems through a packet network. Further, the data communication techniques facilitate a virtual end-to-end connection between a first modem and a second modem such that the two modems can effectively behave as if directly connected to each other, unaware of any modifications to the data being transferred or to the protocols utilized within the communication connection.
  • the above techniques can be carried out in a data communication system having, in addition to the modems, at least two gateways corresponding to the modems to facilitate the modem-to-modem communications through the packet network. During operation, the first modem will contact a corresponding first gateway regarding its intent to contact the second modem.
  • the first gateway After being contacted, the first gateway will suitably contact a second gateway corresponding to the second modem, which may establish a communication link between the second gateway and second modem. Additionally, negotiations can occur between the various gateways and modems to establish a communication session wherein the gateways can act in proxy for the two modems.
  • the communication system demodulates data coming from a first modem, transports the demodulated data in packets between the two gateways, and remodulates the data before delivering it to a second modem. Accordingly, data is transferred between the two modems through the virtual end-to-end communication connection.
  • solutions for problems caused by the delays and the packet loss characteristics such as may be incurred for call establishment over a packet network, as well as for call numbering and calling options, are provided.
  • mechanisms such as end-to-end error detection, correction and re-transmission are provided to alleviate problems of flow control, such as variation of delay, i.e., jitter, and packet loss, which may occur during the transport of data over a packet network.
  • solutions for facilitating termination at the end of a communication session are provided.
  • FIG. 1 is a schematic representation of a traditional PSTN incorporated with a packet network infrastructure associated with installed-based PSTN terminals;
  • FIG. 2 is a schematic representation of an exemplary heterogeneous network of PSTN and PN elements
  • FIG. 3 is a schematic representation of an exemplary PN infrastructure providing an end-to-end connection for communicating between two modems in accordance with an exemplary embodiment of the present invention
  • FIG. 4 is a flow diagram of an exemplary establishment and termination of a communication session in accordance with an exemplary embodiment of the present invention
  • FIG. 5 is a schematic representation of an exemplary protocol stack combination as may be utilized for the end-to-end connection of FIG. 3 ;
  • FIG. 6 is a flow diagram of an exemplary operation for the establishment of data link layers and reconfiguration of modems in accordance with an exemplary embodiment of the present invention.
  • the present invention may be described herein in terms of functional blocks or components and various processing steps. It should be appreciated that such functional blocks or components may be realized by any number of hardware and software components configured to perform the specified functions.
  • the present invention may employ various integrated circuit components, e.g., memory elements, digital signal processing elements, transistors, amplifiers and the like, which may carry out a variety of functions under the control of one or more microprocessors or other control devices.
  • Software components may consist of specific modulations, protocols, and variations thereof, which may carry out a variety of functions.
  • the present invention may be practiced in any number of data communication contexts and that the communication system described herein is merely one exemplary application for the invention.
  • the present invention may employ any number of conventional techniques for call signaling, data transmission, signal processing and conditioning, and the like. Such general techniques that may be known to those skilled in the art are not described in detail herein.
  • a data communication system 300 comprises terminal devices 302 and 304 , gateways 306 and 308 , and a packet network 314 .
  • Terminal devices 302 and 304 suitably comprise any device configured to facilitate remote communications by users, for example, telephone, fax machines or modems.
  • terminal devices 302 and 304 suitably comprise modems.
  • Modems 302 and 304 could comprise, for example, any client modem or any server modem in any remote access configuration.
  • modems 302 and 304 each could comprise a plurality of modem devices and the like.
  • modem 302 will frequently be described as the device initiating a call session with modem 304 , the call session can also be initiated by modem 304 to contact modem 302 .
  • Gateways 306 and 308 suitably comprise any device configured to facilitate communication of data through packet network 314 .
  • gateways 306 and 308 are suitably configured to interface with corresponding modems 302 and 304 , e.g., gateway 306 with modem 302 and gateway 308 with modem 304 , to facilitate the transmission of modem data through packet network 314 .
  • gateways 306 and 308 may be configured to interface with any number of additional modem devices such that any one of modems 302 or 304 , or any combination thereof, could communicate with the additional modems via packet network 314 .
  • gateways 306 and 308 suitably comprise gateway modems.
  • gateways 306 and 308 can comprise any device configured to facilitate communications between 302 and 304 over packet network 314 .
  • gateway 306 and 308 are suitably configured to demodulate data received from modems 302 and 304 , transport the data information over packet network 314 , and then remodulate the data for transferring to the corresponding modem 302 or 304 .
  • gateways 306 and 308 are suitably configured to communicate through packet network 314 such that gateway 306 can notify gateway 308 of its intent to establish a connection to corresponding modem 304 , while gateway 308 can notify gateway 306 of its intent to establish a connection to corresponding modem 302 .
  • gateways 306 and 308 can also include adaptive jitter buffers and the like as well as other flow control mechanisms, as will be described in more detail below, to facilitate more efficient data communications over packet network 314 .
  • the packet data may be digitized within a circuit switched telephone network prior to arrival at gateways 306 or 308 .
  • the packet data may also be digitized within the gateway, such as a residential gateway installed for the client or end-user.
  • Packet network 314 suitably comprises any conventional packet network for modem to modem communications. Further, packet network 314 can be configured for a variety of communication protocols, such as, for example, Voice over IP (VoIP), Voice over Frame Relay (VoFR), Voice over ATM (VoATM), T.37 or T.38, and the like.
  • VoIP Voice over IP
  • VoIPFR Voice over Frame Relay
  • VoIP Voice over ATM
  • T.37 or T.38 T.38
  • modem 302 may suitably contact gateway 306 , such as, for example a gateway modem and the like, signifying gateway 306 of its intent to connect to remote modem 304 .
  • Gateway 306 will suitably contact the appropriate gateway 308 , i.e., the gateway associated with modem 304 , and notify gateway 308 of its intent to establish a connection to modem 304 .
  • gateway 308 will then establish a communication link with modem 304 .
  • gateways 306 and 308 can suitably represent modems 302 and 304 during communication sessions.
  • modems 302 and 304 may then suitably transfer information to each other through gateways 306 and 308 .
  • any information received from modems 302 and 304 by gateways 306 and 308 is demodulated and transported over packet network 314 between gateways 306 and 308 .
  • information received by gateways 306 and 308 can be suitably remodulated and transferred to corresponding modem 302 or 304 .
  • the demodulation and remodulation of data can be suitably performed with gateways 306 and 308 , or can be provided by other known means for providing the demodulation and remodulation of data.
  • the demodulation and remodulation of data can be performed by any techniques now known or hereinafter devised. Accordingly, modems 302 and 304 can effectively behave as if directly connected to each other, unaware of any modifications to data and/or protocols in their communication connection, i.e., a “virtual” end-to-end connection 316 .
  • an exemplary communication session suitably includes a call initiation phase 402 and a call establishment phase 404 .
  • Call initiation phase 402 suitably comprises the process of initial communications between an initiating modem, such as modem 302 , to a gateway, such as gateway modem 306 , to preferably establish a communication session with a particular modem, such as modem 304 .
  • modem 302 can be prompted to connect to gateway 306 to communicate various calling options 406 , including, for example, the telephone number associated with the appropriate modem 304 for gateway modem 306 to contact during negotiations, and quality of service (QoS) options 408 , if desirable.
  • QoS quality of service
  • data communication system 300 may also comprise central offices (CO) 310 and 312 .
  • Central offices 310 and 312 are suitably configured to facilitate communication negotiations between modems 302 and 304 and gateways 306 and 308 .
  • modem 302 can indicate to central office 310 the corresponding gateway, such as gateway 306 , that it desires to call.
  • modem 302 and gateway 306 can start negotiating using negotiation techniques such as, for example, V.8bis and the like.
  • V.8bis protocols are preferred over V.8 protocols in that V.8bis suitably provides a more generic means of passing information than V.8, including the ability to pass information after the establishment of the session.
  • the negotiation process can also consider various parameters, such as, for example, the type of device, the manufacturer, the quality of service, or the phone number for contacting modem 304 . Thereafter, any calling number options 406 and any quality of service options 408 may then be conveyed to gateway 306 .
  • Central offices 310 and 312 can also include various aspects of intelligence.
  • central office 310 may be suitably programmed to recognize that certain calls coming from a party through modem 302 should be directed to gateway 306 transparently, i.e., without any notification of a specific phone number for gateway 306 .
  • mechanisms such as in-band signaling, out-of-band signaling, signaling system 7 (SS7), i.e., the international standard for PSTN signaling, and the like can be provided from central office 310 to make gateway 306 aware of the ultimate destination of a call from modem 302 .
  • SS7 signaling system 7
  • gateways 306 and 308 can exchange capabilities derived from the V.8bis indications.
  • data communication system 300 may comprise a plurality of additional central offices suitably configured to communicate with gateways 306 and/or 308 .
  • central offices 310 and 312 can suitably communicate with modems 302 and 304 and gateways 306 and 308 through various techniques, protocols and communication methodologies, and is not limited to any one such communication link.
  • modem 302 and 304 can dial an access number, wait for a secondary dialtone, and then transmit the destination number and/or billing information using DTMF signals to gateway 306 .
  • DTMF dual-tone multi-frequency
  • call establishment phase 404 may conduct call establishment phase 404 .
  • call establishment phase 404 suitably employs a physical link connection 412 and optional additional protocols such as, for example, a data link protocol or a V.80 protocol and the like.
  • additional protocols can be preferably determined by first assessing the capabilities supported by the two terminals of a given communication segment, such as modems 302 and 304 , and then deciding from a shared set of supported protocols between the two terminals which particular protocols are more desirable to use.
  • this selection of additional protocols can be achieved using various methods, such as, for example, by forcing a specific protocol for operation.
  • This forced protocol could be based on any number of actors. For example, the forced protocol could be selected by determining which protocols have been most frequently used between modems similar to modems 302 and 304 .
  • the selection of additional protocols can be achieved by accepting the first encountered common protocol and/or the like between modems 302 and 304 .
  • various communication session configurations are available for call establishment phase 408 , including virtual end-to-end sessions 416 based on segments of transmissions independent of each other, and virtual end-to-end sessions 416 where all the segments build a virtual connection between two end points.
  • Call establishment phase 404 may be comprised of a virtual end-to-end session 416 having independent segments.
  • client modems 302 and 304 and gateway modems 306 and 308 preferably agree pairwise, i.e., agree per segment, such as between modem 302 and gateway 306 , on the same set of specific reliable data link protocols.
  • These agreed upon data link protocols could include, for example, a V.42 data link layer, over and above any physical link protocol.
  • end-to-end virtual session 416 can comprise independent connection segments relaying information between modems 302 and 304 and gateways 306 and 308 .
  • virtual end-to-end connection 416 suitably comprises three independent segments: the connection between modem 302 and gateway 306 , the connection between gateways 306 and 308 , and the connection between gateway 308 and modem 304 .
  • modem 302 and gateway 306 may be preferably configured to detect, correct, and/or retransmit erroneous data on their respective segment independently of any other errors in other segments, e.g., any errors between gateways 306 and 308 .
  • both modem 302 and gateway 306 could support data compression in a data link protocol, such as V.42, both modem 302 and gateway 306 are further able to compress the data on this data link independent of any other segment and further, transparently to the other segments.
  • gateway 308 and modem 304 could be configured to only support error correction protocol MNP2-4, i.e., no data compression using V.42 may be achieved on the segment between gateway 308 and modem 304 .
  • any data sent by modem 302 and gateway 306 would preferably be error corrected using one specific protocol over this segment, would preferably be reliably transported between gateways 306 and 308 , and would be error-corrected using another specific protocol between gateway 308 and modem 304 .
  • the connection between modem 302 and gateway 306 , and the connection between gateway 308 and modem 304 could suitably include the same data link protocol, e.g., transparent operation, different data link protocols, or no data link protocols.
  • the connection between modem 302 and modem 304 could suitably utilize a data link protocol from end-to-end without terminating the protocols used in gateways 306 or 308 .
  • a non-reliable transport protocol such as, for example, a UDP best effort protocol
  • error correction may not be enabled on gateways 306 and 308 , as loss of information by the transport protocol could go undetected by modems 302 and 304 and thus propagate to the upper protocol layers.
  • both modems 302 and 304 transmit the data assuming the data is reliable, whereas instead the data is actually corrupted due to the loss of packets, and hence loss of information in packet network 314 .
  • virtual end-to-end session 416 may comprise a virtual connection between modems 302 and 304 , with any intermediate segments, such as between gateways 306 and 308 , passively transporting the data destined to one or the other of modems 302 and 304 , i.e., the data is demodulated/remodulated but not error-corrected within the segments 302 - 306 and 304 - 308 .
  • modems 302 and 304 are not physically attached to each other, the connection is deemed virtual because the virtual session is established between modems 302 and 304 for the given protocols, preferably including error correction protocols like V.42, and any commands issued between modems 302 and 304 may be transparently and passively transmitted by intermediate gateways 306 and 308 .
  • virtual end-to-end connection 416 is particularly feasible if both modems 302 and 304 support a given set of protocols and agree on which protocol(s) to use.
  • call initiation phase 402 with modem 304 preferably takes place before the call initiation phase 402 is suitably completed between modem 302 and gateway 306 .
  • virtual end-to-end connection 416 may include the initial establishment of data link layers between modems 302 and 304 and their respective gateways 306 and 308 in a traditional fashion, i.e., until the end of parameter negotiations when SABME/UA frames are exchanged, with a later reconfiguration of modems 302 and 304 after the establishment of the data link.
  • a data link establishment process is described below.
  • gateway modem 306 receives a local call from modem 302 .
  • the local call is answered and gateway 306 signals to remote gateway 308 to contact modem 304 .
  • Modem 302 and gateway 306 may then establish a physical connection and start to negotiate a protocol, such as V.42.
  • gateway 308 and modem 304 can establish a physical connection and conduct similar negotiations.
  • control over the pace of process of establishment of the physical connection may be realized to further ensure that the subsequent protocol negotiations can be performed in parallel by the respective modems and gateways.
  • any working parameters for the link between modem 302 and gateway 306 are decided during a protocol establishment phase.
  • modems 302 and 304 exchange XID frames, which are used to exchange general identification functions, to agree upon the working parameters for the communication segments for modem 302 to gateway 306 and for modem 304 to gateway 308 .
  • the working parameters negotiated can include standard protocols, such as, for example, K, N401 and HDLC optional functions, either alone or in combination.
  • the K parameter indicates the preferred window size, i.e., the number limit of unacknowledged I (data) frames that can be present on the communication segments. Once this limit is reached, the transmitting modem, such as modem 302 , will cease sending further I (data) frames until an acknowledgment for previously transmitted I (data) frames is received.
  • two K values are preferably negotiated, including one for the transmitting direction and one for the receiving direction.
  • the N401 parameter indicates the maximum I (data) frame payload size. Preferably, two N401 values are again negotiated, one for transmitting one for receiving.
  • the HDLC optional functions can include such determinations as whether the SREJ (selective reject) function should be used, whether a 16 or 32 bit FCS (Frame Check Sequence, also known as a Cyclic Redundancy Code) should be used to determine the integrity of a frame, or whether TEST frames can be used.
  • SREJ selective reject
  • FCS Full Check Sequence, also known as a Cyclic Redundancy Code
  • gateway modem 306 immediately sends a command/response Receive Not Ready (RNR) frame to modem 302 .
  • RNR command/response Receive Not Ready
  • the RNR frame is received by modems 302 or 304 to identify that a busy condition exists and that gateway 306 is not ready to accept additional I (data) frames.
  • This RNR frame suitably prevents modem 302 from transmitting any data until the second part of the communication link between gateways 306 and 308 is established.
  • gateway 308 and modem 304 establish a physical connection and negotiate a protocol, such as V.42. Further, gateway 308 then preferably sends an RNR frame to modem 304 .
  • XID frames are preferably used to exchange general identification functions between modem 302 and gateway 306 or modem 304 and gateway 308 .
  • XID frames are used in the V.42 protocol for the negotiation of parameter values and optional procedures between modem 302 and gateway 306 or modem 304 and gateway 308 .
  • further exchanges of XID frames will occur until the working parameters are harmonized.
  • Receive-Ready (RR) frames can be sent to both modems 302 and 304 , and thus permit user data transfer to begin.
  • RR frames are used to indicate that modem 302 or 304 is ready to receive more frames, and thus will suitably clear a previous busy indication.
  • the busy condition was flagged using a RNR frame as the initial working parameters were being, negotiated.
  • sending a RR (receiver ready) frame enables modems 302 and 304 to start transmitting user data in I (data) frames.
  • gateways 306 and 308 suitably complete the V.42 procedure, and become suitably configured to pass data information, such as, for example, V.42 high-level data link control (HDLC) frame information, across packet network 314 in data packets.
  • data information such as, for example, V.42 high-level data link control (HDLC) frame information
  • Any data packets received from packet network 314 can be suitably converted into HDLC frames and sent to modems 302 and 304 .
  • any information frames can be suitably passed from modem 302 to modem 304 .
  • another example of virtual end-to-end connection 416 includes the configuration of modems 302 and 304 as devices that do not use error-correction, such as videophones.
  • a first videophone e.g., an H.324-compliant videophone having a V.34 compliant modem with V.80 synchronous access mode, suitably attempts a communication with a second videophone through gateways 306 and 308 .
  • modem 302 first connects with gateway 306 , establishes a physical connection, and then occupies a “wait state” using mechanisms described further below.
  • gateway 306 can preferably contact and notify gateway 308 of the need to contact modem 304 with a given set of capabilities, e.g., establish only a physical V.34 layer, and stall the negotiation of any further protocols until both gateways 306 and 308 are ready to complete the negotiation.
  • Gateway 308 can then preferably contact modem 304 , establish a physical connection, verify the capabilities of modem 304 in supporting the higher protocols utilized by modem 302 , and then put modem 304 in a “wait state.”
  • gateways 306 and 308 preferably negotiate on behalf of modems 302 and 304 the set of protocols to be utilized, and then establish the connections with their respective modems 302 and 304 .
  • a virtual end-to-end data link layer communication session may not be established.
  • a virtual end-to-end physical connection may be established.
  • modems 302 and 304 are preferably synchronized to avoid flow control problems. Since there may be no explicit mechanism that can be relied upon in this instance, the combination of gateways 306 and 308 , and the associated protocols configured therewith, become responsible for buffering traffic to and from modems 302 and 304 . As the adaptive jitter buffers within gateways 306 and 308 build up excessive data or become starved for data, due to either the selection of unequal data rates or slight mismatches in the precise data rates, gateways 306 and 308 can preferably compensate for this problem using two mechanisms. These mechanisms are mentioned further below in the description of flow control.
  • gateway 308 and modem 304 may be configured to support a data link layer protocol, e.g., Link Access Protocol for Modems (LAPM).
  • LAPM Link Access Protocol for Modems
  • V.42 will normally negotiate to use the LAPM protocol for transferring modem data.
  • the segment of communication between gateway 308 and modem 304 may proceed independently of the characteristics of modem 302 and of its connection to gateway 306 .
  • any upper layer protocols such as, for example, a point-to-point protocol (PPP) or an Internet Engineering Task Force (IETF) standard, present on both endpoint modems 302 and 304 may bring about a need for additional retransmissions.
  • PPP point-to-point protocol
  • IETF Internet Engineering Task Force
  • modems 302 and 304 and gateways 306 and 308 may be configured to establish connections independently of the other modem-gateway schemes. However, there may exist instances where the capabilities of modems 302 and 304 need to be asserted before agreeing on a set of upper protocols. Preferably, in these instances, the handshaking process between modems 302 and 304 and corresponding gateways 306 and 308 is not completed at a given layer prior to the assessment of the capabilities of modem 302 and 304 and prior to the agreement between gateways 306 and 308 .
  • critical timing considerations such as, for example, V.42 Originator Detection Patterns/Answerer Detection Patterns (ODP/ADP) may be addressed in order to avoid interpretation by the calling modem, such as modem 302 , that its corresponding gateway, such as gateway 306 , does not support a data link layer.
  • ODP/ADP Originator Detection Patterns/Answerer Detection Patterns
  • various options are available to resolve this dilemma. Moreover, these options can be utilized alone or in any combination to resolve these timing considerations.
  • one option includes stalling the data link layer handshaking process between modems 302 and 304 and their corresponding gateways 306 and 308 until a virtual end-to-end connection has been established.
  • the duration of some portions of the actual modem training can be adjusted. If both modems 302 and 304 of virtual end-to-end connection 416 are attempting to train concurrently, for example, by communicating end-to-end, gateway modems 306 and 308 connected to the packet network side of the connection can manipulate the actual time of the transition to the data mode to be nearly simultaneous.
  • Another option in accordance with this aspect includes extending the timeout values for timers, such as ODP and ADP timers, that are used to determine whether a data link layer exists at modems 302 and 304 .
  • the timeout values are extended for a period of time at least equal to that required for the establishment of virtual end-to-end session 416 , such as, for example, 60 seconds. Accordingly, by negotiating the intention to operate in a Link Access Procedure for Modems (LAPM) protocol mode using V.8bis (or V.8 extensions) prior to the beginning of the actual modem training, any modems 302 and 304 that support these protocol extensions can agree to establish a synchronous protocol without timing out during the negotiation period.
  • LAPM Link Access Procedure for Modems
  • V.8bis fields in the initial negotiation phase to force the choice of a data link layer protocol.
  • parameters such as V.8bis fields could be used in the initial negotiation phase to indicate timer values that may be different from the default standard ones, e.g., T.400. Accordingly, if V.8bis negotiates a protocol connection in advance, timeouts can be eliminated.
  • Yet another option in accordance with this aspect includes creating a new protocol that would be supported by both modems 302 and 304 and their corresponding gateways 306 and 308 .
  • a protocol could be preferably determined during the initial negotiation phase.
  • such a protocol could be preferably determined using timers after the physical connection has been established, such as, for example, as in the case with connections employing V.42 protocols.
  • Still yet another option in accordance with this aspect includes having modems 302 and 304 start immediately with an attempt to establish a synchronous communications link using the ADP/ODP timer mechanism. Once the time-critical initial negotiation phase is complete, gateway modems 306 and 308 can then suitably pace the subsequent protocol negotiation phases awaiting confirmation that modems 302 and 304 will agree to a common protocol. In the event that no common protocol is chosen, the communication link can still negotiate a non-protocol connection even though the initial ADP/ODP handshake previously expressed some knowledge of the existence of synchronous protocols.
  • modem 302 is suitably configured in a “wait state.”
  • the “wait state” can be any state or sequence of states involved in the modem training and protocol negotiation processes that can be used to delay the completion of the processes until the modem training and protocol negotiation can be done modem-to-modem.
  • gateway 306 preferably connects to gateway 308 , establishes a point-to point session using adequate protocols (e.g., TCP/IP, H.323), and then provides gateway 308 with the number of the appropriate modem 304 to call.
  • gateway 308 preferably calls modem 304 , begins an initial negotiation phase, and then establishes a physical connection. Following the same mechanisms as for modem 302 , modem 304 makes gateway 308 aware of its capabilities and suitably moves into a “wait state.”
  • both modems 302 and 304 are preferably configured in a “wait state”, and gateways 306 and 308 are configured to engage into an exchange of capabilities and further agree on the selection of protocols to be used with both modems 302 and 304 , as described below.
  • gateway 306 can negotiate with modem 302 the selection of protocols and effectively represent modem 304 in this negotiation, and gateway 308 can do the same for modem 304 , i.e., represent modem 302 .
  • PPP Point-to-Point protocol
  • PAP/CHAP Password Authentication Protocol/Challenge Authentication Protocol
  • FIG. 5 depicts one possible protocol stack.
  • gateway 306 may be configured to make gateway 308 aware of the capabilities of modem 302 and have gateway 308 force these capabilities on modem 304 if supported. Moreover, the data link layer connection may first be completed with the connections renegotiated later during call establishment if desired.
  • Gateway to gateway transport mechanisms may be suitably selected from the capabilities of packet network 314 as configured with gateways 306 and 308 .
  • at least two generic protocols can be supported, including reliable transport and best effort protocols.
  • reliable transport protocols As discussed above, a virtual end-to-end connection with error detection, correction and retransmission mechanisms can provide for a more reliable and better performing end-to-end connection. Hence, it is preferable to use reliable transport protocols whenever possible.
  • a reliable transport protocol such as, for example, the Transmission Control Protocol (TCP) and the like, can provide for error detection, correction and retransmission mechanisms within packet network 314 .
  • TCP Transmission Control Protocol
  • the virtual end-to-end session can be as reliable as a traditional PSTN session, even though packet losses in packet network 314 may create delays and hence reduce overall throughput. Accordingly, the virtual end-to-end session can effectively be then considered as three independent virtual connections, including modem 302 to gateway 306 , gateway 306 to gateway 308 , and gateway 308 to modem 304 , with each virtual connection having independent but similar means of providing a reliable session.
  • a reliable virtual end-to-end session is feasible using a best-effort protocol if data link layer options are in use at both modems 302 and 304 .
  • a best effort protocol such as, for example, a UDP protocol
  • the virtual link between gateways 306 and 308 may be deemed unreliable, and thus data transported over packet network 314 can be lost and not recovered. Any erroneous or missing data should be suitably detected by the end modems 302 and 304 if data link protocols are present. Accordingly, retransmission requests may be propagated back from receiving modem 304 to calling modem 302 using the best effort transport protocol, a behavior essentially equivalent to that of two end modems connected over a PSTN link.
  • redundancy within a best effort protocol.
  • a UDP packet that carries packet A, B, C can be sent into packet network 314 to be routed, followed by a UDP packet that carries packet B, C, D, and so forth. Since the packets may take different routes in dynamic routing for congestion control, enough UDP packets may arrive to create an effective virtual loss-less connection, i.e., packet redundancy within a UDP packet can enable recovery from packet loss.
  • choice of the length of the redundancy should be optimized relative to the packet network dropped packet characteristics, for example, as may be dictated by the router buffer depths. Accordingly, the redundancy may improve the recovery from errors.
  • modem 302 can be configured to connect to gateway 306 to communicate various quality of service options, if desirable.
  • Quality of service considerations can arise from, among other things, service provisioning capabilities, different service rate options proposed by a service provider, or specific requirements set by higher level applications on modems 302 and 304 .
  • a service provider may offer different bandwidth guarantees at different rates, and then allow the higher level applications of modem 302 or the end-user decide which bandwidth is more suitable.
  • Another example could be a videophone application designed to work on a PSTN, e.g, an H.324 application, that could request a non error-corrected data link layer, e.g., V.80, and preferably a real-time protocol over a best-effort transport protocol on packet network 314 , e.g., RTP on top of UDP.
  • a videophone application designed to work on a PSTN e.g, an H.324 application
  • a non error-corrected data link layer e.g., V.80
  • a real-time protocol e.g., RTP on top of UDP.
  • the transmit buffer comprises a buffer containing data coming from modem 302 or 304 that is configured to be transmitted to the other modem through its corresponding gateway.
  • the receive buffer preferably handles data coming from a remote modem through its corresponding gateway. Accordingly, with buffer space on gateways 306 and 308 not being practically infinite, flow control mechanisms may need to be defined both between modems 302 and 304 and gateways 306 and 308 , as well as between gateways 306 and 308 .
  • gateways 306 and 308 can be part of the transport protocols mechanisms, e.g., TCP. Further, flow control between modems 302 and 304 and gateways 306 and 308 can be achieved through either renegotiating of physical connect rates or disregarding of some data.
  • the basic flow control mechanism between gateways 306 and 308 preferably relies on the detection of certain thresholds being reached in the buffers of gateways 306 and 308 , and on the flow control information between gateways, i.e., inter-gateway. Based on the information extracted from the inter-gateway flow control, gateway 306 or 308 can renegotiate its physical connection rate with corresponding modem 302 or 304 to accomodate the situation encountered at the buffer level. For example, if the transmit buffer of gateway 305 reaches a “high” threshold indicating that the buffer might soon be overflowing, then gateway 306 can renegotiate its physical connection rate with modem 302 to a lower rate, effectively regulating its transmit buffer.
  • a transmit buffer underflow can indicate that the connection between modem 302 and gateway 306 is not fully utilized and thus can be increased. Accordingly, gateway 306 can then trigger a renegotiation with modem 302 to a higher rate.
  • a receive buffer is regulated through the flow control mechanisms provided by packet network 314 protocols.
  • modem to gateway flow control can be facilitated by discarding of some of the data.
  • traditional PSTN networks can be noisy, and thus data can be corrupted.
  • the mechanisms that exist in the installed-base of modems, such as modems 302 and 304 , to handle such “burst bit errors” can be used as an effective flow control mechanism.
  • modem 302 or 304 can detect the error in the data flow and react to it as it would if it was a PSTN end-to-end connection.
  • gateways 306 and 308 can head off an overrun or an underrun of data by forcing a rate renegotiation.
  • the gateways can periodically insert a block of 1's to a buffer approaching an underrun condition or by periodically discarding a block of data in a buffer approaching an overrun condition.
  • any communication protocol capable of tolerating unprotected operation on an analog modem link may be able to recover from these conditions.
  • termination of a communication session can be voluntary or accidental.
  • voluntary terminations may be when modem 302 terminates its session with modem 304 , or when gateway 308 decides alone that it needs to terminate the connection between modems 302 and 304 .
  • An accidental termination is one by which any entity in the virtual end-to-end connection is unable to function properly, and causes the session to be terminated.
  • modem 304 could wait indefinitely. Since such an indefinite waiting period can be an unwanted outcome, in accordance with an exemplary embodiment, a mechanism is provided such that when a physical connection between gateway 306 and modem 302 is torn-down, the connection between gateways 302 and 304 is also torn-down, and thus the connection between remaining gateway 308 and associated modem 304 is further torn-down as well.
  • the corresponding packet network 314 connection (e.g., TCP/UDP) will also need to be torn down. Further, once a connection for packet network 314 is torn down, then the corresponding modem session is torn down as well.
  • gateway 306 may first notify gateway 308 of the session termination. Accordingly, this variation can provide for a faster notification of remaining modem 304 , which can be a valuable feature if the communication is tarrified.
  • modem 302 should preferably terminate immediately. Accordingly, the same notification and session tear-down mechanisms described above may also apply to modem 304 and gateway 306 .

Abstract

An improved data communication technique may be employed with modems through a packet network. The disclosed technique facilitates a virtual end-to-end connection between two modems such that the two modems can effectively behave as if directly connected to each other, unaware of any modifications to the data being transferred or to the protocols configured within the communication connection. Preferably, a data communication system for carrying out the communication technique demodulates data coming from a first modem, transports the demodulated data in packets between two gateways, and then remodulates the data before delivering to a second modem at the other end. In accordance with various aspects of the present invention, various alternatives for calling and quality of service set-up mechanisms, the establishment of a communication session, the transport of data during a communication session, the flow control between all system components involved, and the mechanisms for the termination of communications are also provided.

Description

CROSS-REFERENCES TO RELATED APPLICATIONS
This application is a continuation of U.S. application Ser. No. 10/806,800, filed on Mar. 23, 2004 now U.S. Pat. No. 7,697,539, which is a continuation of U.S. application Ser. No. 09/547,119, filed on Apr. 11, 2000, now U.S. Pat. No. 6,757,250, which claims priority of prior pending U.S. Provisional Application No. 60/128,844, filed on Apr. 12, 1999 and prior pending U.S. Provisional Application No. 60/130,416, filed on Apr. 21, 1999.
FIELD OF THE INVENTION
The present invention relates to data communication systems. More particularly, the present invention relates to the transmission of data through packet networks.
BACKGROUND OF THE INVENTION
The current trend of using packet networks (PN) to transport data traditionally carried over circuit switched networks such as the Public Switched Telephone Network (PSTN) has created a need to support the installed-base of terminals attached to the PSTN. FIG. 1 illustrates a traditional PSTN environment as well as the interlace to a PN substitute network, as may be used with various customer premise equipment, such as telephones, fax machines, and modems.
The different nature between the two types of networks may be related to different operating characteristics such as bandwidth, delay, variations in delay, and loss of information, e.g., packet loss. The differences in characteristics between these networks can affect the terminals that have been designed with PSTN characteristics in mind, if and when those terminals need to communicate over a packet network. For example, many terminals are delay sensitive, and their interactive behavior with other components has been designed in consideration of the delay characteristics of the network in use at the time of their inception, typically, the PSTN. Further, it should also be appreciated that data communication networks need not exclusively include a packet network or a PSTN. For example, future networks may include portions of their infrastructure provided by one or the other type of network, as depicted in FIG. 2.
Hence, there is a need for the ubiquitous support of the installed-base of terminals on both networks. This support may involve the providing of new mechanisms to facilitate the communication of traditional devices over packet networks. Support for these devices can depend on several factors, including the transported media characteristics, and thus can dictate the needs for a real-time infrastructure, such as voice communications, versus a non-real-time infrastructure, such as fax communications. Further, support for these devices can dictate the needs for a transparent support mode, i.e., one by which the actual data is transported transparently over the existing voice packet network infrastructure, versus a demodulation/remodulation support mode, where the information is demodulated, transported, and then remodulated.
As described above, the transport of data over a packet network may be subject to variation of delay, also known as jitter, as well as to packet loss characteristics, for example, during the establishment of a communication session, or during actual data transfer. Further, at the end of a communication session, once a terminal device decides to terminate a communication session, problems can occur in the tearing down of any remaining communication links. Accordingly, although some support mechanisms have been devised recently for the transport of voice and fax communications, a strong need exists for resolving various other issues relating to modem communication sessions, such as those related to the call numbering, establishment, transport and termination features.
SUMMARY OF THE INVENTION
The disclosed techniques for data communication may be employed with modems through a packet network. Further, the data communication techniques facilitate a virtual end-to-end connection between a first modem and a second modem such that the two modems can effectively behave as if directly connected to each other, unaware of any modifications to the data being transferred or to the protocols utilized within the communication connection. The above techniques can be carried out in a data communication system having, in addition to the modems, at least two gateways corresponding to the modems to facilitate the modem-to-modem communications through the packet network. During operation, the first modem will contact a corresponding first gateway regarding its intent to contact the second modem. After being contacted, the first gateway will suitably contact a second gateway corresponding to the second modem, which may establish a communication link between the second gateway and second modem. Additionally, negotiations can occur between the various gateways and modems to establish a communication session wherein the gateways can act in proxy for the two modems. Preferably, the communication system demodulates data coming from a first modem, transports the demodulated data in packets between the two gateways, and remodulates the data before delivering it to a second modem. Accordingly, data is transferred between the two modems through the virtual end-to-end communication connection.
In accordance with one aspect of the present invention, solutions for problems caused by the delays and the packet loss characteristics such as may be incurred for call establishment over a packet network, as well as for call numbering and calling options, are provided.
Further, in accordance with another aspect of the present invention, mechanisms such as end-to-end error detection, correction and re-transmission are provided to alleviate problems of flow control, such as variation of delay, i.e., jitter, and packet loss, which may occur during the transport of data over a packet network.
In accordance with yet another aspect of the present invention, solutions for facilitating termination at the end of a communication session are provided.
BRIEF DESCRIPTION OF THE DRAWINGS
A more complete understanding of the present invention may be derived by referring to the detailed description when considered in connection with the Figures, where references to symbols, devices and components and the like refer to similar elements throughout the Figures, and:
FIG. 1 is a schematic representation of a traditional PSTN incorporated with a packet network infrastructure associated with installed-based PSTN terminals;
FIG. 2 is a schematic representation of an exemplary heterogeneous network of PSTN and PN elements;
FIG. 3 is a schematic representation of an exemplary PN infrastructure providing an end-to-end connection for communicating between two modems in accordance with an exemplary embodiment of the present invention;
FIG. 4 is a flow diagram of an exemplary establishment and termination of a communication session in accordance with an exemplary embodiment of the present invention;
FIG. 5 is a schematic representation of an exemplary protocol stack combination as may be utilized for the end-to-end connection of FIG. 3; and
FIG. 6 is a flow diagram of an exemplary operation for the establishment of data link layers and reconfiguration of modems in accordance with an exemplary embodiment of the present invention.
DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS OF THE INVENTION
The present invention may be described herein in terms of functional blocks or components and various processing steps. It should be appreciated that such functional blocks or components may be realized by any number of hardware and software components configured to perform the specified functions. For example, the present invention may employ various integrated circuit components, e.g., memory elements, digital signal processing elements, transistors, amplifiers and the like, which may carry out a variety of functions under the control of one or more microprocessors or other control devices. Software components may consist of specific modulations, protocols, and variations thereof, which may carry out a variety of functions. In addition, those skilled in the art will appreciate that the present invention may be practiced in any number of data communication contexts and that the communication system described herein is merely one exemplary application for the invention. Further, it should be noted that the present invention may employ any number of conventional techniques for call signaling, data transmission, signal processing and conditioning, and the like. Such general techniques that may be known to those skilled in the art are not described in detail herein.
With reference to FIG. 3, in accordance with an exemplary embodiment of the present invention, a data communication system 300 comprises terminal devices 302 and 304, gateways 306 and 308, and a packet network 314. Terminal devices 302 and 304 suitably comprise any device configured to facilitate remote communications by users, for example, telephone, fax machines or modems. In accordance with an illustrative embodiment which will be used to provide a more detailed description of the present invention, terminal devices 302 and 304 suitably comprise modems. Modems 302 and 304 could comprise, for example, any client modem or any server modem in any remote access configuration. Further, although only two modems 302 and 304 are illustrated, modems 302 and 304 each could comprise a plurality of modem devices and the like. Moreover, although modem 302 will frequently be described as the device initiating a call session with modem 304, the call session can also be initiated by modem 304 to contact modem 302.
Gateways 306 and 308 suitably comprise any device configured to facilitate communication of data through packet network 314. Moreover, gateways 306 and 308 are suitably configured to interface with corresponding modems 302 and 304, e.g., gateway 306 with modem 302 and gateway 308 with modem 304, to facilitate the transmission of modem data through packet network 314. Further, gateways 306 and 308 may be configured to interface with any number of additional modem devices such that any one of modems 302 or 304, or any combination thereof, could communicate with the additional modems via packet network 314.
In accordance with this embodiment, gateways 306 and 308 suitably comprise gateway modems. However, gateways 306 and 308 can comprise any device configured to facilitate communications between 302 and 304 over packet network 314. Preferably, gateway 306 and 308 are suitably configured to demodulate data received from modems 302 and 304, transport the data information over packet network 314, and then remodulate the data for transferring to the corresponding modem 302 or 304. In addition, gateways 306 and 308 are suitably configured to communicate through packet network 314 such that gateway 306 can notify gateway 308 of its intent to establish a connection to corresponding modem 304, while gateway 308 can notify gateway 306 of its intent to establish a connection to corresponding modem 302. Further, gateways 306 and 308 can also include adaptive jitter buffers and the like as well as other flow control mechanisms, as will be described in more detail below, to facilitate more efficient data communications over packet network 314.
In addition, the packet data may be digitized within a circuit switched telephone network prior to arrival at gateways 306 or 308. However, the packet data may also be digitized within the gateway, such as a residential gateway installed for the client or end-user.
Packet network 314 suitably comprises any conventional packet network for modem to modem communications. Further, packet network 314 can be configured for a variety of communication protocols, such as, for example, Voice over IP (VoIP), Voice over Frame Relay (VoFR), Voice over ATM (VoATM), T.37 or T.38, and the like.
Having described the basic structure of data communication system 300, an example of the operation of system 300 can now be provided. Initially, for example, modem 302 may suitably contact gateway 306, such as, for example a gateway modem and the like, signifying gateway 306 of its intent to connect to remote modem 304. Gateway 306 will suitably contact the appropriate gateway 308, i.e., the gateway associated with modem 304, and notify gateway 308 of its intent to establish a connection to modem 304. Preferably, gateway 308 will then establish a communication link with modem 304. Moreover, additional negotiations can preferably happen between modem 302 and gateway 306, modem 304 and gateway 308, and/or between gateways 306 and 308, such that a communication session will be established wherein gateways 306 and 308 may act in proxy of modems 302 and 304, i.e., gateways 306 and 308 can suitably represent modems 302 and 304 during communication sessions.
After establishment of the communication session, modems 302 and 304 may then suitably transfer information to each other through gateways 306 and 308. Preferably, any information received from modems 302 and 304 by gateways 306 and 308 is demodulated and transported over packet network 314 between gateways 306 and 308. Moreover, information received by gateways 306 and 308 can be suitably remodulated and transferred to corresponding modem 302 or 304. The demodulation and remodulation of data can be suitably performed with gateways 306 and 308, or can be provided by other known means for providing the demodulation and remodulation of data. Further, the demodulation and remodulation of data can be performed by any techniques now known or hereinafter devised. Accordingly, modems 302 and 304 can effectively behave as if directly connected to each other, unaware of any modifications to data and/or protocols in their communication connection, i.e., a “virtual” end-to-end connection 316.
Having described an exemplary structure and operation of data communication system 300, a more detailed explanation of the establishment of an exemplary communication session in accordance with various embodiments of the present invention will now be discussed. In accordance with a preferred embodiment, with reference to FIG. 4, an exemplary communication session suitably includes a call initiation phase 402 and a call establishment phase 404. Call initiation phase 402 suitably comprises the process of initial communications between an initiating modem, such as modem 302, to a gateway, such as gateway modem 306, to preferably establish a communication session with a particular modem, such as modem 304.
Calling Options
During call initiation phase 402, modem 302 can be prompted to connect to gateway 306 to communicate various calling options 406, including, for example, the telephone number associated with the appropriate modem 304 for gateway modem 306 to contact during negotiations, and quality of service (QoS) options 408, if desirable.
With reference again to FIG. 3, data communication system 300 may also comprise central offices (CO) 310 and 312. Central offices 310 and 312 are suitably configured to facilitate communication negotiations between modems 302 and 304 and gateways 306 and 308. For example, modem 302 can indicate to central office 310 the corresponding gateway, such as gateway 306, that it desires to call. Accordingly, modem 302 and gateway 306 can start negotiating using negotiation techniques such as, for example, V.8bis and the like. In this example, V.8bis protocols are preferred over V.8 protocols in that V.8bis suitably provides a more generic means of passing information than V.8, including the ability to pass information after the establishment of the session. In addition, the negotiation process can also consider various parameters, such as, for example, the type of device, the manufacturer, the quality of service, or the phone number for contacting modem 304. Thereafter, any calling number options 406 and any quality of service options 408 may then be conveyed to gateway 306.
Central offices 310 and 312 can also include various aspects of intelligence. For example, central office 310 may be suitably programmed to recognize that certain calls coming from a party through modem 302 should be directed to gateway 306 transparently, i.e., without any notification of a specific phone number for gateway 306. Further, during call setup, for instance, mechanisms such as in-band signaling, out-of-band signaling, signaling system 7 (SS7), i.e., the international standard for PSTN signaling, and the like can be provided from central office 310 to make gateway 306 aware of the ultimate destination of a call from modem 302. Furthermore, by using a mechanism such as SS7, gateways 306 and 308 can exchange capabilities derived from the V.8bis indications.
In addition, data communication system 300 may comprise a plurality of additional central offices suitably configured to communicate with gateways 306 and/or 308. Moreover, central offices 310 and 312 can suitably communicate with modems 302 and 304 and gateways 306 and 308 through various techniques, protocols and communication methodologies, and is not limited to any one such communication link.
Additional calling options are also available for modems 302 and 304, such as the use of dual-tone multi-frequency (DTMF) signals. Accordingly, modem 302, or any additional equipment representative of modem 302, such as, for example, a redialer, can dial an access number, wait for a secondary dialtone, and then transmit the destination number and/or billing information using DTMF signals to gateway 306.
Call Establishment
After conducting of call initiation phase 402, data communication system 300 may conduct call establishment phase 404. Preferably, call establishment phase 404 suitably employs a physical link connection 412 and optional additional protocols such as, for example, a data link protocol or a V.80 protocol and the like. In accordance with an exemplary embodiment, the use of additional protocols can be preferably determined by first assessing the capabilities supported by the two terminals of a given communication segment, such as modems 302 and 304, and then deciding from a shared set of supported protocols between the two terminals which particular protocols are more desirable to use.
Moreover, this selection of additional protocols can be achieved using various methods, such as, for example, by forcing a specific protocol for operation. This forced protocol could be based on any number of actors. For example, the forced protocol could be selected by determining which protocols have been most frequently used between modems similar to modems 302 and 304. In addition, the selection of additional protocols can be achieved by accepting the first encountered common protocol and/or the like between modems 302 and 304.
In accordance with an exemplary embodiment, various communication session configurations are available for call establishment phase 408, including virtual end-to-end sessions 416 based on segments of transmissions independent of each other, and virtual end-to-end sessions 416 where all the segments build a virtual connection between two end points.
Independent Segments
Call establishment phase 404 may be comprised of a virtual end-to-end session 416 having independent segments. In accordance with this aspect, client modems 302 and 304 and gateway modems 306 and 308 preferably agree pairwise, i.e., agree per segment, such as between modem 302 and gateway 306, on the same set of specific reliable data link protocols. These agreed upon data link protocols could include, for example, a V.42 data link layer, over and above any physical link protocol. As such, when such a reliable transport protocol like V.42, for example, is in use on packet network 314, end-to-end virtual session 416 can comprise independent connection segments relaying information between modems 302 and 304 and gateways 306 and 308.
For example, where data link protocols such as V.42 and the like are suitably provided between modem 302 and gateway 306, a reliable transport protocol exists between gateway 306 and gateway 308, and data link protocol V.42 is utilized alone between modem 304 and gateway 308, virtual end-to-end connection 416 suitably comprises three independent segments: the connection between modem 302 and gateway 306, the connection between gateways 306 and 308, and the connection between gateway 308 and modem 304. Accordingly, modem 302 and gateway 306 may be preferably configured to detect, correct, and/or retransmit erroneous data on their respective segment independently of any other errors in other segments, e.g., any errors between gateways 306 and 308. Moreover, since both modem 302 and gateway 306 could support data compression in a data link protocol, such as V.42, both modem 302 and gateway 306 are further able to compress the data on this data link independent of any other segment and further, transparently to the other segments. In accordance with an exemplary embodiment, gateway 308 and modem 304 could be configured to only support error correction protocol MNP2-4, i.e., no data compression using V.42 may be achieved on the segment between gateway 308 and modem 304. Moreover, any data sent by modem 302 and gateway 306 would preferably be error corrected using one specific protocol over this segment, would preferably be reliably transported between gateways 306 and 308, and would be error-corrected using another specific protocol between gateway 308 and modem 304. Accordingly, the connection between modem 302 and gateway 306, and the connection between gateway 308 and modem 304 could suitably include the same data link protocol, e.g., transparent operation, different data link protocols, or no data link protocols. Further, the connection between modem 302 and modem 304 could suitably utilize a data link protocol from end-to-end without terminating the protocols used in gateways 306 or 308.
Virtual Connections
On the other hand, when a non-reliable transport protocol, such as, for example, a UDP best effort protocol, is provided between gateways 306 and 308, error correction may not be enabled on gateways 306 and 308, as loss of information by the transport protocol could go undetected by modems 302 and 304 and thus propagate to the upper protocol layers. In other words, both modems 302 and 304 transmit the data assuming the data is reliable, whereas instead the data is actually corrupted due to the loss of packets, and hence loss of information in packet network 314. Accordingly, the loss of a packet that goes undetected can corrupt the resulting transported data if no intermediate protocol is able to detect it, thus potentially having significantly negative consequences depending on the application and the amount and type of lost data. Accordingly, virtual end-to-end session 416 may comprise a virtual connection between modems 302 and 304, with any intermediate segments, such as between gateways 306 and 308, passively transporting the data destined to one or the other of modems 302 and 304, i.e., the data is demodulated/remodulated but not error-corrected within the segments 302-306 and 304-308. Although modems 302 and 304 are not physically attached to each other, the connection is deemed virtual because the virtual session is established between modems 302 and 304 for the given protocols, preferably including error correction protocols like V.42, and any commands issued between modems 302 and 304 may be transparently and passively transmitted by intermediate gateways 306 and 308.
Continuing in accordance with this aspect, virtual end-to-end connection 416 is particularly feasible if both modems 302 and 304 support a given set of protocols and agree on which protocol(s) to use. In accordance with this aspect, call initiation phase 402 with modem 304 preferably takes place before the call initiation phase 402 is suitably completed between modem 302 and gateway 306.
In accordance with another exemplary embodiment, with reference to FIG. 6, virtual end-to-end connection 416 may include the initial establishment of data link layers between modems 302 and 304 and their respective gateways 306 and 308 in a traditional fashion, i.e., until the end of parameter negotiations when SABME/UA frames are exchanged, with a later reconfiguration of modems 302 and 304 after the establishment of the data link. In accordance with this embodiment, an illustrative example of a data link establishment process is described below.
Initially, gateway modem 306 receives a local call from modem 302. Next, the local call is answered and gateway 306 signals to remote gateway 308 to contact modem 304. Modem 302 and gateway 306 may then establish a physical connection and start to negotiate a protocol, such as V.42. Independently and in parallel with these negotiations, gateway 308 and modem 304 can establish a physical connection and conduct similar negotiations. However, it should be noted that control over the pace of process of establishment of the physical connection may be realized to further ensure that the subsequent protocol negotiations can be performed in parallel by the respective modems and gateways.
During the negotiations for modem 302 and gateway 306, any working parameters for the link between modem 302 and gateway 306, such as those parameters defined in the ITU-T V.42 Recommendation, are decided during a protocol establishment phase. In the illustrative example, modems 302 and 304 exchange XID frames, which are used to exchange general identification functions, to agree upon the working parameters for the communication segments for modem 302 to gateway 306 and for modem 304 to gateway 308. The working parameters negotiated can include standard protocols, such as, for example, K, N401 and HDLC optional functions, either alone or in combination.
The K parameter indicates the preferred window size, i.e., the number limit of unacknowledged I (data) frames that can be present on the communication segments. Once this limit is reached, the transmitting modem, such as modem 302, will cease sending further I (data) frames until an acknowledgment for previously transmitted I (data) frames is received. Moreover, two K values are preferably negotiated, including one for the transmitting direction and one for the receiving direction. The N401 parameter indicates the maximum I (data) frame payload size. Preferably, two N401 values are again negotiated, one for transmitting one for receiving. The HDLC optional functions can include such determinations as whether the SREJ (selective reject) function should be used, whether a 16 or 32 bit FCS (Frame Check Sequence, also known as a Cyclic Redundancy Code) should be used to determine the integrity of a frame, or whether TEST frames can be used.
Continuing in accordance with the illustrative example for a data link establishment process, gateway modem 306 immediately sends a command/response Receive Not Ready (RNR) frame to modem 302. The RNR frame, such as provided by gateway 306 using V.42 protocol, is received by modems 302 or 304 to identify that a busy condition exists and that gateway 306 is not ready to accept additional I (data) frames. This RNR frame suitably prevents modem 302 from transmitting any data until the second part of the communication link between gateways 306 and 308 is established. Likewise, gateway 308 and modem 304 establish a physical connection and negotiate a protocol, such as V.42. Further, gateway 308 then preferably sends an RNR frame to modem 304.
During this connection and negotiation period, it is possible that the connection between modem 302 and gateway 306 may have been negotiated to use different parameters than the connection between modem 304 and gateway 308. Accordingly, it may be preferable to harmonize the working parameters by sending further XID frames. XID frames are preferably used to exchange general identification functions between modem 302 and gateway 306 or modem 304 and gateway 308. XID frames are used in the V.42 protocol for the negotiation of parameter values and optional procedures between modem 302 and gateway 306 or modem 304 and gateway 308. In the event the communication links between modem 302 and gateway 306 and between modem 304 and gateway 308 have negotiated different working parameters, further exchanges of XID frames will occur until the working parameters are harmonized.
Once the parameters are harmonized, Receive-Ready (RR) frames can be sent to both modems 302 and 304, and thus permit user data transfer to begin. RR frames are used to indicate that modem 302 or 304 is ready to receive more frames, and thus will suitably clear a previous busy indication. In other words, the busy condition was flagged using a RNR frame as the initial working parameters were being, negotiated. After negotiations, sending a RR (receiver ready) frame enables modems 302 and 304 to start transmitting user data in I (data) frames. Concurrently, as soon as the RR frames are sent to modems 302 and 304, gateways 306 and 308 suitably complete the V.42 procedure, and become suitably configured to pass data information, such as, for example, V.42 high-level data link control (HDLC) frame information, across packet network 314 in data packets. Any data packets received from packet network 314 can be suitably converted into HDLC frames and sent to modems 302 and 304. Thereafter, any information frames can be suitably passed from modem 302 to modem 304. Although an exemplary protocol is described, it should be noted that other protocols having similar parameters can be utilized in accordance with various embodiments of the present invention, and such similar parameters can be handled by means similar to that described above.
In addition to the data link illustration described above, another example of virtual end-to-end connection 416 includes the configuration of modems 302 and 304 as devices that do not use error-correction, such as videophones. In this example, a first videophone, e.g., an H.324-compliant videophone having a V.34 compliant modem with V.80 synchronous access mode, suitably attempts a communication with a second videophone through gateways 306 and 308. Preferably, modem 302 first connects with gateway 306, establishes a physical connection, and then occupies a “wait state” using mechanisms described further below. Thereafter, gateway 306 can preferably contact and notify gateway 308 of the need to contact modem 304 with a given set of capabilities, e.g., establish only a physical V.34 layer, and stall the negotiation of any further protocols until both gateways 306 and 308 are ready to complete the negotiation. Gateway 308 can then preferably contact modem 304, establish a physical connection, verify the capabilities of modem 304 in supporting the higher protocols utilized by modem 302, and then put modem 304 in a “wait state.” Accordingly, gateways 306 and 308 preferably negotiate on behalf of modems 302 and 304 the set of protocols to be utilized, and then establish the connections with their respective modems 302 and 304.
Virtual End-To-End Physical Link Connection
In the event that at least one of modems 302 or 304 does not support a data link layer and the associated transport link is unreliable, a virtual end-to-end data link layer communication session may not be established. Alternatively, a virtual end-to-end physical connection may be established.
In accordance with this aspect, if the outcome of the initial handshaking process between modems 302 and 304 results in the lack of a terminal-to-terminal datalink protocol, modems 302 and 304 are preferably synchronized to avoid flow control problems. Since there may be no explicit mechanism that can be relied upon in this instance, the combination of gateways 306 and 308, and the associated protocols configured therewith, become responsible for buffering traffic to and from modems 302 and 304. As the adaptive jitter buffers within gateways 306 and 308 build up excessive data or become starved for data, due to either the selection of unequal data rates or slight mismatches in the precise data rates, gateways 306 and 308 can preferably compensate for this problem using two mechanisms. These mechanisms are mentioned further below in the description of flow control.
In accordance with another aspect of the present invention, gateway 308 and modem 304 may be configured to support a data link layer protocol, e.g., Link Access Protocol for Modems (LAPM). Moreover, V.42 will normally negotiate to use the LAPM protocol for transferring modem data. Accordingly, the segment of communication between gateway 308 and modem 304 may proceed independently of the characteristics of modem 302 and of its connection to gateway 306. However, any upper layer protocols, such as, for example, a point-to-point protocol (PPP) or an Internet Engineering Task Force (IETF) standard, present on both endpoint modems 302 and 304 may bring about a need for additional retransmissions.
Call Establishment Options
In addition, various other call establishment options other than those described above may be realized. In accordance with this aspect, modems 302 and 304 and gateways 306 and 308 may be configured to establish connections independently of the other modem-gateway schemes. However, there may exist instances where the capabilities of modems 302 and 304 need to be asserted before agreeing on a set of upper protocols. Preferably, in these instances, the handshaking process between modems 302 and 304 and corresponding gateways 306 and 308 is not completed at a given layer prior to the assessment of the capabilities of modem 302 and 304 and prior to the agreement between gateways 306 and 308.
Timing Considerations
During call establishment phase 404, critical timing considerations such as, for example, V.42 Originator Detection Patterns/Answerer Detection Patterns (ODP/ADP) may be addressed in order to avoid interpretation by the calling modem, such as modem 302, that its corresponding gateway, such as gateway 306, does not support a data link layer. In accordance with one aspect of the present invention, various options are available to resolve this dilemma. Moreover, these options can be utilized alone or in any combination to resolve these timing considerations.
For example, one option includes stalling the data link layer handshaking process between modems 302 and 304 and their corresponding gateways 306 and 308 until a virtual end-to-end connection has been established. Preferably, the duration of some portions of the actual modem training can be adjusted. If both modems 302 and 304 of virtual end-to-end connection 416 are attempting to train concurrently, for example, by communicating end-to-end, gateway modems 306 and 308 connected to the packet network side of the connection can manipulate the actual time of the transition to the data mode to be nearly simultaneous.
Another option in accordance with this aspect includes extending the timeout values for timers, such as ODP and ADP timers, that are used to determine whether a data link layer exists at modems 302 and 304. Preferably, the timeout values are extended for a period of time at least equal to that required for the establishment of virtual end-to-end session 416, such as, for example, 60 seconds. Accordingly, by negotiating the intention to operate in a Link Access Procedure for Modems (LAPM) protocol mode using V.8bis (or V.8 extensions) prior to the beginning of the actual modem training, any modems 302 and 304 that support these protocol extensions can agree to establish a synchronous protocol without timing out during the negotiation period.
Another option in accordance with this aspect includes using parameters such as V.8bis fields in the initial negotiation phase to force the choice of a data link layer protocol. Alternatively, parameters such as V.8bis fields could be used in the initial negotiation phase to indicate timer values that may be different from the default standard ones, e.g., T.400. Accordingly, if V.8bis negotiates a protocol connection in advance, timeouts can be eliminated.
Yet another option in accordance with this aspect includes creating a new protocol that would be supported by both modems 302 and 304 and their corresponding gateways 306 and 308. For example, such a protocol could be preferably determined during the initial negotiation phase. Additionally, such a protocol could be preferably determined using timers after the physical connection has been established, such as, for example, as in the case with connections employing V.42 protocols.
Still yet another option in accordance with this aspect includes having modems 302 and 304 start immediately with an attempt to establish a synchronous communications link using the ADP/ODP timer mechanism. Once the time-critical initial negotiation phase is complete, gateway modems 306 and 308 can then suitably pace the subsequent protocol negotiation phases awaiting confirmation that modems 302 and 304 will agree to a common protocol. In the event that no common protocol is chosen, the communication link can still negotiate a non-protocol connection even though the initial ADP/ODP handshake previously expressed some knowledge of the existence of synchronous protocols.
After any of the above options has been executed between modem 302 and gateway 306, modem 302 is suitably configured in a “wait state.” The “wait state” can be any state or sequence of states involved in the modem training and protocol negotiation processes that can be used to delay the completion of the processes until the modem training and protocol negotiation can be done modem-to-modem. Meanwhile, gateway 306 preferably connects to gateway 308, establishes a point-to point session using adequate protocols (e.g., TCP/IP, H.323), and then provides gateway 308 with the number of the appropriate modem 304 to call. Accordingly, gateway 308 preferably calls modem 304, begins an initial negotiation phase, and then establishes a physical connection. Following the same mechanisms as for modem 302, modem 304 makes gateway 308 aware of its capabilities and suitably moves into a “wait state.”
As such, both modems 302 and 304 are preferably configured in a “wait state”, and gateways 306 and 308 are configured to engage into an exchange of capabilities and further agree on the selection of protocols to be used with both modems 302 and 304, as described below. Moreover, gateway 306 can negotiate with modem 302 the selection of protocols and effectively represent modem 304 in this negotiation, and gateway 308 can do the same for modem 304, i.e., represent modem 302. Still further, the negotiations can then resume, upper protocol handshakes can be established, e.g, Point-to-Point protocol (PPP) IETF RFC1548 and Password Authentication Protocol/Challenge Authentication Protocol (PAP/CHAP), and virtual end-to-end connection 416 can be established. Accordingly, both modems 302 and 304 can then transmit and receive data on virtual end-to-end connection 416. For purposes of illustration, FIG. 5 depicts one possible protocol stack.
In accordance with another aspect of the present invention, gateway 306 may be configured to make gateway 308 aware of the capabilities of modem 302 and have gateway 308 force these capabilities on modem 304 if supported. Moreover, the data link layer connection may first be completed with the connections renegotiated later during call establishment if desired.
Gateway to Gateway Transport Protocols
Gateway to gateway transport mechanisms may be suitably selected from the capabilities of packet network 314 as configured with gateways 306 and 308. Preferably, at least two generic protocols can be supported, including reliable transport and best effort protocols. As discussed above, a virtual end-to-end connection with error detection, correction and retransmission mechanisms can provide for a more reliable and better performing end-to-end connection. Hence, it is preferable to use reliable transport protocols whenever possible.
Reliable Transport Protocols
A reliable transport protocol such as, for example, the Transmission Control Protocol (TCP) and the like, can provide for error detection, correction and retransmission mechanisms within packet network 314. When such a protocol is in place for the session between gateways 306 and 308, the virtual end-to-end session can be as reliable as a traditional PSTN session, even though packet losses in packet network 314 may create delays and hence reduce overall throughput. Accordingly, the virtual end-to-end session can effectively be then considered as three independent virtual connections, including modem 302 to gateway 306, gateway 306 to gateway 308, and gateway 308 to modem 304, with each virtual connection having independent but similar means of providing a reliable session.
Best Effort Protocols
Although it may be preferable to use a reliable transport protocol, a reliable virtual end-to-end session is feasible using a best-effort protocol if data link layer options are in use at both modems 302 and 304. In accordance with this aspect, a best effort protocol such as, for example, a UDP protocol, need not provide error detection, correction and retransmission mechanisms within packet network 314. In this case, the virtual link between gateways 306 and 308 may be deemed unreliable, and thus data transported over packet network 314 can be lost and not recovered. Any erroneous or missing data should be suitably detected by the end modems 302 and 304 if data link protocols are present. Accordingly, retransmission requests may be propagated back from receiving modem 304 to calling modem 302 using the best effort transport protocol, a behavior essentially equivalent to that of two end modems connected over a PSTN link.
Continuing in accordance with this aspect, it is also possible to use redundancy within a best effort protocol. For example, a UDP packet that carries packet A, B, C can be sent into packet network 314 to be routed, followed by a UDP packet that carries packet B, C, D, and so forth. Since the packets may take different routes in dynamic routing for congestion control, enough UDP packets may arrive to create an effective virtual loss-less connection, i.e., packet redundancy within a UDP packet can enable recovery from packet loss. Preferably, choice of the length of the redundancy should be optimized relative to the packet network dropped packet characteristics, for example, as may be dictated by the router buffer depths. Accordingly, the redundancy may improve the recovery from errors.
Quality of Service Considerations
As discussed above, modem 302 can be configured to connect to gateway 306 to communicate various quality of service options, if desirable. Quality of service considerations can arise from, among other things, service provisioning capabilities, different service rate options proposed by a service provider, or specific requirements set by higher level applications on modems 302 and 304. For example, a service provider may offer different bandwidth guarantees at different rates, and then allow the higher level applications of modem 302 or the end-user decide which bandwidth is more suitable. Another example could be a videophone application designed to work on a PSTN, e.g, an H.324 application, that could request a non error-corrected data link layer, e.g., V.80, and preferably a real-time protocol over a best-effort transport protocol on packet network 314, e.g., RTP on top of UDP.
These considerations can translate into quality of service mechanisms, e.g., RSVP diff-serve or int-serve requests and guarantees to the network elements that constitute packet network 314. Since these considerations can impact decision making by the various elements of the virtual end-to-end connection prior to the establishment of the connection itself, these considerations could be conveyed to gateways 306 and 308 at the initial negotiation phase using, for example, V.8bis proprietary fields.
Flow Control
Delays, drifts and jitters can occur in the flow of information on the virtual end-to-end session due to the characteristics of packet network 314 and because modem to gateway connections 302 to 306 and 304 to 308 are effectively independent of one another. Further, transmit and receive buffer space needs to be present at gateway modems 306 and 308 to account for small jitters in packet network 314. Preferably, the transmit buffer comprises a buffer containing data coming from modem 302 or 304 that is configured to be transmitted to the other modem through its corresponding gateway. Additionally, the receive buffer preferably handles data coming from a remote modem through its corresponding gateway. Accordingly, with buffer space on gateways 306 and 308 not being practically infinite, flow control mechanisms may need to be defined both between modems 302 and 304 and gateways 306 and 308, as well as between gateways 306 and 308.
Moreover, flow control between gateways 306 and 308 can be part of the transport protocols mechanisms, e.g., TCP. Further, flow control between modems 302 and 304 and gateways 306 and 308 can be achieved through either renegotiating of physical connect rates or disregarding of some data.
Physical Connection Renegotiations
In accordance with this aspect, the basic flow control mechanism between gateways 306 and 308 preferably relies on the detection of certain thresholds being reached in the buffers of gateways 306 and 308, and on the flow control information between gateways, i.e., inter-gateway. Based on the information extracted from the inter-gateway flow control, gateway 306 or 308 can renegotiate its physical connection rate with corresponding modem 302 or 304 to accomodate the situation encountered at the buffer level. For example, if the transmit buffer of gateway 305 reaches a “high” threshold indicating that the buffer might soon be overflowing, then gateway 306 can renegotiate its physical connection rate with modem 302 to a lower rate, effectively regulating its transmit buffer. Inversly, a transmit buffer underflow can indicate that the connection between modem 302 and gateway 306 is not fully utilized and thus can be increased. Accordingly, gateway 306 can then trigger a renegotiation with modem 302 to a higher rate. Preferably, a receive buffer is regulated through the flow control mechanisms provided by packet network 314 protocols.
Discarding of Data
In addition, modem to gateway flow control can be facilitated by discarding of some of the data. As discussed, traditional PSTN networks can be noisy, and thus data can be corrupted. Accordingly, the mechanisms that exist in the installed-base of modems, such as modems 302 and 304, to handle such “burst bit errors” can be used as an effective flow control mechanism. In other words, when a buffer overflow threshold is reached on gateway 306 or 308, the extraneous incoming bits can be discarded and hence not transmitted to modem 302 or 304. Accordingly, modem 302 or 304 can detect the error in the data flow and react to it as it would if it was a PSTN end-to-end connection.
Moreover, where practical, gateways 306 and 308 can head off an overrun or an underrun of data by forcing a rate renegotiation. However, in the event the rate renegotiations do not resolve this dilemma, the gateways can periodically insert a block of 1's to a buffer approaching an underrun condition or by periodically discarding a block of data in a buffer approaching an overrun condition. As such, any communication protocol capable of tolerating unprotected operation on an analog modem link may be able to recover from these conditions.
Having described various embodiments and features regarding call initiation, call establishment, and data transmission, termination of a communication session will now be described. In accordance with this aspect, termination of a communication session can be voluntary or accidental. An example of voluntary terminations may be when modem 302 terminates its session with modem 304, or when gateway 308 decides alone that it needs to terminate the connection between modems 302 and 304. An accidental termination is one by which any entity in the virtual end-to-end connection is unable to function properly, and causes the session to be terminated.
Termination by Terminal
If the session is terminated by, for example, modem 302, then modem 304 could wait indefinitely. Since such an indefinite waiting period can be an unwanted outcome, in accordance with an exemplary embodiment, a mechanism is provided such that when a physical connection between gateway 306 and modem 302 is torn-down, the connection between gateways 302 and 304 is also torn-down, and thus the connection between remaining gateway 308 and associated modem 304 is further torn-down as well. In other words, once a modem communication session involving gateway 302 or 304 is torn-down, for example, the communication link between modem 302 and gateway 306, the corresponding packet network 314 connection (e.g., TCP/UDP) will also need to be torn down. Further, once a connection for packet network 314 is torn down, then the corresponding modem session is torn down as well.
In accordance with a variation of the exemplary termination process, once the physical connection between modem 302 and corresponding gateway 306 is torn-down, gateway 306 may first notify gateway 308 of the session termination. Accordingly, this variation can provide for a faster notification of remaining modem 304, which can be a valuable feature if the communication is tarrified.
Termination by Gateway
If the session is terminated by, for example, gateway 306, then modem 302 should preferably terminate immediately. Accordingly, the same notification and session tear-down mechanisms described above may also apply to modem 304 and gateway 306.
The present invention has been described above with reference to various preferred embodiments. However, those skilled in the art will recognize that changes and modifications may be made to the preferred embodiment without departing from the scope of the present invention. For example, the various method steps may be implemented in alternate ways depending upon the particular application or in consideration of any number of functions associated with the operation of the system. In addition, the techniques described herein may be extended or modified for use with other components or hardware in a data communication system. These and other changes or modifications are intended to be included within the scope of the present invention.

Claims (18)

1. A method for use by a first gateway having a first gateway modem to establish data communication between a first modem and a second modem over a packet network, said method comprising:
receiving a call from said first modem over a first telephone line;
negotiating, in response to said call, over said first telephone line with said first modem to establish a first physical link connection;
informing a second gateway of said call over said packet network, said second gateway having a second gateway modem;
establishing a gateway-to-gateway transport link with said second gateway over said packet network;
determining a first set of data link parameters supported by said first modem and said first gateway modem;
requesting said first modem to enter a wait state after said determining of said first set of data link parameters;
negotiating by said first gateway with said second gateway, on behalf of said first modem and said second modem, respectively, to determine a final set of parameters supported by both said first modem and said second modem based on said first set of data link parameters and a second set of data link parameters, wherein said second set of data link parameters are supported by both said second modem and said second gateway modem;
sending, after determining said final set of parameters, a ready to resume message to said first modem by said first gateway modem indicating that said first gateway modem is ready to resume from said wait state;
establishing, after said sending of said ready to resume message, a first data link between said first gateway modem and said first modem over said first physical link connection using said final set of data link parameters;
configuring said first gateway modem for passively transporting first data link information received from said first modem over said first data link to said second gateway over said packet network, wherein said first data link includes a modem error correction, and wherein said passively transporting of said first data link information is a transportation performed without applying said modem error correction to said first data link information by said first gateway modem and said second gateway modem.
2. The method of claim 1, wherein said second gateway modem informs said second modem of said call over a second telephone line, and wherein said second gateway modem negotiates with said second modem over said second telephone line to establish a second physical link connection.
3. The method of claim 1, wherein said gateway-to-gateway transport link is an unreliable transport link.
4. The method of claim 1, wherein said first data link is based on ITU V.42 standard.
5. The method of claim 4, wherein said requesting said first modem to enter said wait state includes transmitting an RNR by said first gateway modem to said first modem.
6. The method of claim 5, wherein said ready to resume message is an RR transmitted by said first gateway modem to said first modem.
7. A first gateway capable of establishing data communication between a first modem and a second modem over a packet network, said first gateway comprising:
a receiver configured to receive a call from said first modem over a first telephone line;
one or more microprocessors configured to:
negotiate, in response to said call, over said first telephone line with said first modem to establish a first physical link connection;
inform a second gateway of said call over said packet network, said second gateway having a second gateway modem;
establish a gateway-to-gateway transport link with said second gateway over said packet network;
determine a first set of data link parameters supported by said first modem and said first gateway modem;
request said first modem to enter a wait state after said determining of said first set of data link parameters;
negotiate by said first gateway with said second gateway, on behalf of said first modem and said second modem, respectively, to determine a final set of parameters supported by both said first modem and said second modem based on said first set of data link parameters and a second set of data link parameters, wherein said second set of data link parameters are supported by both said second modem and said second gateway modem;
send, after determining said final set of parameters, a ready to resume message to said first modem by said first gateway modem indicating that said first gateway modem is ready to resume from said wait state;
establish, after said sending of said ready to resume message, a first data link between said first gateway modem and said first modem over said first physical link connection using said final set of data link parameters;
configure said first gateway modem for passively transporting first data link information received from said first modem over said first data link to said second gateway over said packet network, wherein said first data link includes a modem error correction, and wherein said passively transporting of said first data link information is a transportation performed without applying said modem error correction to said first data link information by said first gateway modem and said second gateway modem.
8. The first gateway of claim 7, wherein said second gateway modem informs said second modem of said call over a second telephone line, and wherein said second gateway modem negotiates with said second modem over said second telephone line to establish a second physical link connection.
9. The first gateway of claim 7, wherein said gateway-to-gateway transport link is an unreliable transport link.
10. The first gateway of claim 7, wherein said first data link is based on ITU V.42 standard.
11. The first gateway of claim 10, wherein said requesting said first modem to enter said wait state includes transmitting an RNR by said first gateway modem to said first modem.
12. The first gateway of claim 11, wherein said ready to resume message an RR transmitted by said first gateway modem to said first modem.
13. A method for use by a first gateway having a first gateway modem to establish data communication between a first modem and a second modem over a packet network, said method comprising:
receiving a first call from a second gateway over said packet network;
placing a second call, in response to said first call, over a first telephone line with said first modem to establish a first physical link connection;
establishing a gateway-to-gateway transport link with said second gateway over said packet network, said second gateway having a second gateway modem;
determining a first set of data link parameters supported by said first modem and said first gateway modem;
requesting said first modem to enter a wait state after said determining of said first set of data link parameters;
negotiating by said first gateway with said second gateway, on behalf of said first modem and said second modem, respectively, to determine a final set of parameters supported by both said first modem and said second modem based on said first set of data link parameters and a second set of data link parameters, wherein said second set of data link parameters are supported by both said second modem and said second gateway modem;
sending, after determining said final set of parameters, a ready to resume message to said first modem by said first gateway modem indicating that said first gateway modem is ready to resume from said wait state;
establishing, after said sending of said ready to resume message, a first data link between said first gateway modem and said first modem over said first physical link connection using said final set of data link parameters;
configuring said first gateway modem for passively transporting first data link information received from said first modem over said first data link to said second gateway over said packet network, wherein said first data link includes a modem error correction, and wherein said passively transporting of said first data link information is a transportation performed without applying said modem error correction to said first data link information by said first gateway modem and said second gateway modem.
14. The method of claim 13, wherein said gateway-to-gateway reliable transport link uses a different modem error correction than said first data link and said second data link.
15. The method of claim 13, wherein said first data link includes data compression.
16. A first gateway capable of establishing data communication between a first modem and a second modem over a packet network, said first gateway comprising:
a receiver configured to receive a first call from a second gateway over said packet network;
one or more microprocessors configured to:
place a second call, in response to said first call, over a first telephone line with said first modem to establish a first physical link connection;
establish a gateway-to-gateway transport link with said second gateway over said packet network;
determine a first set of data link parameters supported by said first modem and said first gateway modem;
request said first modem to enter a wait state after said determining of said first set of data link parameters;
negotiate by said first gateway with said second gateway, on behalf of said first modem and said second modem, respectively, to determine a final set of parameters supported by both said first modem and said second modem based on said first set of data link parameters and a second set of data link parameters, wherein said second set of data link parameters are supported by both said second modem and said second gateway modem;
send, after determining said final set of parameters, a ready to resume message to said first modem by said first gateway modem indicating that said first gateway modem is ready to resume from said wait state;
establish, after said sending of said ready to resume message, a first data link between said first gateway modem and said first modem over said first physical link connection using said final set of data link parameters;
configure said first gateway modem for passively transporting first data link information received from said first modem over said first data link to said second gateway over said packet network, wherein said first data link includes a modem error correction, and wherein said passively transporting of said first data link information is a transportation performed without applying said modem error correction to said first data link information by said first gateway modem and said second gateway modem.
17. The first gateway of claim 16, wherein said gateway-to-gateway reliable transport link uses a different modem error correction than said first data link and said second data link.
18. The first gateway of claim 16, wherein said first data link includes data compression.
US12/660,469 1999-04-12 2010-02-26 Methods and apparatus for data communications through packet networks Expired - Fee Related US7957369B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US12/660,469 US7957369B2 (en) 1999-04-12 2010-02-26 Methods and apparatus for data communications through packet networks

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US12884499P 1999-04-12 1999-04-12
US13041699P 1999-04-21 1999-04-21
US09/547,119 US6757250B1 (en) 1999-04-12 2000-04-11 Methods and apparatus for data communications through packet networks
US10/806,800 US7697539B1 (en) 1999-04-12 2004-03-23 Methods and apparatus for data communications through packet networks
US12/660,469 US7957369B2 (en) 1999-04-12 2010-02-26 Methods and apparatus for data communications through packet networks

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US10/806,800 Continuation US7697539B1 (en) 1999-04-12 2004-03-23 Methods and apparatus for data communications through packet networks

Publications (2)

Publication Number Publication Date
US20100158027A1 US20100158027A1 (en) 2010-06-24
US7957369B2 true US7957369B2 (en) 2011-06-07

Family

ID=32512188

Family Applications (3)

Application Number Title Priority Date Filing Date
US09/547,119 Expired - Lifetime US6757250B1 (en) 1999-04-12 2000-04-11 Methods and apparatus for data communications through packet networks
US10/806,800 Expired - Fee Related US7697539B1 (en) 1999-04-12 2004-03-23 Methods and apparatus for data communications through packet networks
US12/660,469 Expired - Fee Related US7957369B2 (en) 1999-04-12 2010-02-26 Methods and apparatus for data communications through packet networks

Family Applications Before (2)

Application Number Title Priority Date Filing Date
US09/547,119 Expired - Lifetime US6757250B1 (en) 1999-04-12 2000-04-11 Methods and apparatus for data communications through packet networks
US10/806,800 Expired - Fee Related US7697539B1 (en) 1999-04-12 2004-03-23 Methods and apparatus for data communications through packet networks

Country Status (1)

Country Link
US (3) US6757250B1 (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130347122A1 (en) * 1999-06-15 2013-12-26 Tectia Oyj Method and arrangement for providing security through network address translations using tunneling and compensations
US9860183B2 (en) 2015-09-25 2018-01-02 Fsa Technologies, Inc. Data redirection in a bifurcated communication trunk system and method

Families Citing this family (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6757367B1 (en) * 1999-09-20 2004-06-29 Broadcom Corporation Packet based network exchange with rate synchronization
IL136775A0 (en) 2000-06-14 2001-06-14 Surf Comm Solutions Ltd Modem relay over packet based network
IL142379A0 (en) * 2000-05-21 2002-03-10 Surf Comm Solutions Ltd Modem relay over packet based network
US7406072B1 (en) 2000-05-21 2008-07-29 Surf Communication Solutions Modem relay over packet based network
WO2001091371A2 (en) * 2000-05-21 2001-11-29 Surf Communication Solutions, Ltd. Modem relay over packet based network
US7395309B1 (en) 2000-07-25 2008-07-01 Cisco Technology, Inc. Modem activity detection
US7382730B2 (en) * 2000-11-16 2008-06-03 Cisco Technology, Inc. Two-pass method and apparatus for achieving maximal data compression for a modem relay mode of operation in a voice frame network
US7113501B2 (en) * 2000-11-16 2006-09-26 Cisco Technology, Inc. Synchronization of V42bis de/compression for V34/V42 modem relay method and apparatus
US7042833B1 (en) * 2000-11-28 2006-05-09 Texas Instruments Incorporated Modem transmission over packet networks
US7418513B2 (en) * 2000-12-15 2008-08-26 International Business Machines Corporation Method and system for network management with platform-independent protocol interface for discovery and monitoring processes
US6970430B2 (en) * 2000-12-29 2005-11-29 Texas Instruments Incorporated Method to measure throughput efficiency of low speed modem relay over packet network
US7325030B2 (en) 2001-01-25 2008-01-29 Yahoo, Inc. High performance client-server communication system
JP4493249B2 (en) * 2001-11-05 2010-06-30 インターナショナル・ビジネス・マシーンズ・コーポレーション Network system, server, timeout time information providing method, and program
US7640485B1 (en) 2002-02-15 2009-12-29 Network Equipment Technologies, Inc. Non-relay initialization for modems
US7545819B1 (en) 2002-02-15 2009-06-09 Network Equipment Technologies, Inc. Techniques for asynchronous compensation for secure communications
US7103671B2 (en) * 2002-03-14 2006-09-05 Yahoo! Inc. Proxy client-server communication system
US7158543B1 (en) * 2002-03-29 2007-01-02 Cisco Technology, Inc. V.8bis suppression method and apparatus for modem relay
US7388835B1 (en) * 2002-09-18 2008-06-17 Mindspeed Technologies, Inc. Gateway configuration for controlling data flow in modem over packet networks
US7489633B2 (en) * 2002-09-24 2009-02-10 Cisco Technology Inc. Method and apparatus for differential link bring-up for MoIP on the Internet
US7324533B1 (en) * 2003-02-25 2008-01-29 Cisco Technology, Inc. Using modem profiles to improve connectivity, connect timing, and compression performance on a modem relay (MR) gateway
US7353381B2 (en) * 2003-06-03 2008-04-01 Microsoft Corporation Supplicant and authenticator intercommunication mechanism independent of underlying data link and physical layer protocols
JP4185426B2 (en) * 2003-09-16 2008-11-26 株式会社リコー Terminal
US7853707B2 (en) * 2004-02-27 2010-12-14 Tekelec Methods and systems for extensible link level alignment between modules in a distributed processing system
US7237170B2 (en) 2004-10-06 2007-06-26 Motorola, Inc. Packet transmission redundancy selection apparatus and method
US7924820B2 (en) * 2005-12-07 2011-04-12 Marron Interconnect Llc Method and system for facilitating communications
US8566342B2 (en) * 2005-12-07 2013-10-22 Berm Logic Llc In-memory data optimization system
JP5016279B2 (en) * 2006-09-06 2012-09-05 ソニー株式会社 Data communication system, data transmission apparatus, and data transmission method
US8171146B2 (en) * 2007-06-20 2012-05-01 Cisco Technology, Inc. Utilization of media capabilities in a mixed environment
WO2011097349A2 (en) * 2010-02-03 2011-08-11 University Of Delaware Systems and methods for transferring data
CN103490972B (en) * 2013-09-27 2016-06-22 迈普通信技术股份有限公司 Multilink tunnel message transmission method and system
US11722412B1 (en) * 2020-09-28 2023-08-08 Amazon Technologies, Inc. Dynamically managing connection parameters among multiple computing devices

Citations (60)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5168446A (en) 1989-05-23 1992-12-01 Telerate Systems Incorporated System for conducting and processing spot commodity transactions
US5267263A (en) 1987-04-23 1993-11-30 Cq Computer Communications, Inc. Method and apparatus for interfacing synchronous data devices over an asynchronous communications channel
US5287103A (en) 1991-12-30 1994-02-15 At&T Bell Laboratories Method and apparatus for providing local area network clients with internetwork identification data
US5375068A (en) 1992-06-03 1994-12-20 Digital Equipment Corporation Video teleconferencing for networked workstations
US5410754A (en) 1993-07-22 1995-04-25 Minute Makers, Inc. Bi-directional wire-line to local area network interface and method
US5412660A (en) * 1993-09-10 1995-05-02 Trimble Navigation Limited ISDN-to-ISDN communication via satellite microwave radio frequency communications link
US5438614A (en) * 1994-05-25 1995-08-01 U.S. Robotics, Inc. Modem management techniques
US5541955A (en) 1992-11-06 1996-07-30 Pericle Communications Company Adaptive data rate modem
US5732219A (en) 1995-03-17 1998-03-24 Vermeer Technologies, Inc. Computer system and computer-implemented process for remote editing of computer files
US5748628A (en) * 1996-11-05 1998-05-05 Interack Communications, Inc. ISDN D-channel signaling discriminator
US5781726A (en) * 1996-01-31 1998-07-14 3Com Corporation Management of polling traffic in connection oriented protocol sessions
US5822328A (en) * 1996-05-15 1998-10-13 International Business Machines Corporation Frame synchronization mechanism for digital simultaneous voice/data modems
US5852631A (en) * 1996-06-21 1998-12-22 Paradyne Corporation System and method for establishing link layer parameters based on physical layer modulation
US5861810A (en) 1996-09-27 1999-01-19 Nguyen; Yung T. System and method for providing crime victims updated information and emergency alert notices
US5878120A (en) * 1994-06-24 1999-03-02 Intel Corporation Mechanism and method for multiplexing voice and data over a signal carrier with high bandwidth efficiency
US5923659A (en) 1996-09-20 1999-07-13 Bell Atlantic Network Services, Inc. Telecommunications network
US5946347A (en) 1996-05-31 1999-08-31 Diamond Multimedia Systems Inc. Low latency transport of signals in an error correcting data modem
US5956391A (en) 1996-02-09 1999-09-21 Telefonaktiebolaget Lm Ericsson Billing in the internet
US6038222A (en) * 1996-07-25 2000-03-14 Telebit Corporation Modem command and data interface
US6049902A (en) * 1997-11-26 2000-04-11 International Business Machines Corporation Method and system in a data communications system for the establishment of multiple, related data links and the utilization of one data link for recovery of errors detected on another link
US6058110A (en) 1997-03-18 2000-05-02 3Com Corporation Bypassing telephone network with dual band modem
US6061728A (en) * 1999-05-25 2000-05-09 Cisco Technology, Inc. Arrangement for controlling network proxy device traffic on a transparently-bridged local area network using a master proxy device
US6085252A (en) 1996-04-23 2000-07-04 Motorola Inc. Device, system and method for real-time multimedia streaming
US6105068A (en) 1998-02-10 2000-08-15 3Com Corporation Method and apparatus for determining a protocol type on a network connection using error detection values stored within internetworking devices
US6130880A (en) 1998-03-20 2000-10-10 3Com Corporation Method and apparatus for adaptive prioritization of multiple information types in highly congested communication devices
US6198738B1 (en) 1997-04-16 2001-03-06 Lucent Technologies Inc. Communications between the public switched telephone network and packetized data networks
US6205121B1 (en) * 1997-09-12 2001-03-20 Alcatel Method of establishing logical connections in a synchronous digital communications network, as well as network elements and management system
US6219413B1 (en) 1997-08-07 2001-04-17 At&T Corp. Apparatus and method for called-party telephone messaging while interconnected to a data network
US6266340B1 (en) * 1998-04-03 2001-07-24 Vertical Networks, Inc. Systems and methods for multiple voice data communication which includes interface cards including configurable clocks that are dynamically coupled to a TDS bus
US6292484B1 (en) 1997-06-11 2001-09-18 Data Race, Inc. System and method for low overhead multiplexing of real-time and non-real-time data
US20010024439A1 (en) 1998-10-30 2001-09-27 Edward Morgan Dynamic DSP allocation for universal access to a packet network
US20010033583A1 (en) 1999-04-13 2001-10-25 Rabenko Theodore F. Voice gateway with downstream voice synchronization
US20010046259A1 (en) * 2000-02-11 2001-11-29 Lsi Logic Corporation System and method for implementing an end-to-end error-correcting protocol in a voice band data relay system
US6360269B1 (en) 1998-11-02 2002-03-19 Nortel Networks Limited Protected keepalive message through the internet
US6374288B1 (en) 1999-01-19 2002-04-16 At&T Corp Digital subscriber line server system and method for dynamically changing bit rates in response to user requests and to message types
US6377570B1 (en) 1997-02-02 2002-04-23 Fonefriend Systems, Inc. Internet switch box, system and method for internet telephony
US20020049745A1 (en) 1996-05-10 2002-04-25 Global Media Online, Inc. Maintaining most current client version
US6381038B1 (en) * 1998-04-21 2002-04-30 Oki Data Corporation Facsimile machine and facsimile communication system
US20020061012A1 (en) 1999-04-13 2002-05-23 Thi James C. Cable modem with voice processing capability
US6396911B1 (en) 1999-03-01 2002-05-28 Charles Industries, Ltd. Method and apparatus for efficient improved data transmissions on telephone links between service providers and remote clients
US20020064137A1 (en) * 2000-11-16 2002-05-30 Garakani Mehryar Khalili Synchronization of V42bis de/compression for V34/V42 modem relay method and apparatus
US6407996B1 (en) 1996-07-17 2002-06-18 British Telecommunications Public Limited Company Processing device network
US6421317B1 (en) * 1997-11-07 2002-07-16 International Business Machines Corporation Method and apparatus for an automatic load balancing and back-up of a multi-users network
US6434169B1 (en) 1997-10-31 2002-08-13 Alcatel Canada Inc. Voiceband/modem signal relay
US6438218B1 (en) * 1996-04-18 2002-08-20 Robert D. Farris Internet telephone service
US6490618B1 (en) * 1999-05-20 2002-12-03 Cisco Technology, Inc. Method and apparatus for SNA/IP correlation in a mixed APPN and DLSW network
US6504838B1 (en) 1999-09-20 2003-01-07 Broadcom Corporation Voice and data exchange over a packet based network with fax relay spoofing
US6621346B1 (en) 1998-03-30 2003-09-16 Texas Instruments Incorporated Impedance matching for programmable gain amplifiers
US6636519B1 (en) * 1994-06-09 2003-10-21 Ut Starcom, Inc. Network access method and network access server therefor
US6667972B1 (en) 1999-01-08 2003-12-23 Cisco Technology, Inc. Method and apparatus providing multi-service connections within a data communications device
US20040174880A1 (en) 1996-04-18 2004-09-09 White Patrick E. Internet telephone service
US6829231B1 (en) 1996-12-31 2004-12-07 Mci Communications Corporation Internet phone system and directory search engine using same
US20050008023A1 (en) * 2003-02-25 2005-01-13 Cisco Technology, Inc. In-band negotiation in single transcompression scenarios related applications
US6850518B1 (en) * 1999-03-04 2005-02-01 Cisco Technology, Inc. DLSw RIF passthru technique for providing end-to-end source route information to end stations of a data link switching network
US6868081B1 (en) 1999-04-13 2005-03-15 Sprint Communications Company L.P. Method and apparatus for simultaneous multiline phone and data services over a single access facility
US6965600B2 (en) 2000-12-29 2005-11-15 Texas Instruments Incorporated Low speed modem transmission over packet networks
US20050286418A1 (en) * 1997-11-24 2005-12-29 Nokia Networks Oy Data compression negotiation in a telecommunication system
US6985492B1 (en) 1999-04-13 2006-01-10 Broadcom Corporation Voice gateway with voice synchronization
US20070073805A1 (en) 1998-07-10 2007-03-29 Van Drebbel Mariner Llc Method for providing dynamic bandwidth allocation based on IP-flow characteristics in a wireless point to multi-point (PtMP) transmission system
US7263107B1 (en) 1999-04-12 2007-08-28 Mindspeed Technologies, Inc. Data compression over packet networks

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6866044B2 (en) * 2000-09-18 2005-03-15 Cameron Health, Inc. Method of insertion and implantation of implantable cardioverter-defibrillator canisters

Patent Citations (63)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5267263A (en) 1987-04-23 1993-11-30 Cq Computer Communications, Inc. Method and apparatus for interfacing synchronous data devices over an asynchronous communications channel
US5168446A (en) 1989-05-23 1992-12-01 Telerate Systems Incorporated System for conducting and processing spot commodity transactions
US5287103A (en) 1991-12-30 1994-02-15 At&T Bell Laboratories Method and apparatus for providing local area network clients with internetwork identification data
US5375068A (en) 1992-06-03 1994-12-20 Digital Equipment Corporation Video teleconferencing for networked workstations
US5541955A (en) 1992-11-06 1996-07-30 Pericle Communications Company Adaptive data rate modem
US5410754A (en) 1993-07-22 1995-04-25 Minute Makers, Inc. Bi-directional wire-line to local area network interface and method
US5412660A (en) * 1993-09-10 1995-05-02 Trimble Navigation Limited ISDN-to-ISDN communication via satellite microwave radio frequency communications link
US5438614A (en) * 1994-05-25 1995-08-01 U.S. Robotics, Inc. Modem management techniques
US6636519B1 (en) * 1994-06-09 2003-10-21 Ut Starcom, Inc. Network access method and network access server therefor
US5878120A (en) * 1994-06-24 1999-03-02 Intel Corporation Mechanism and method for multiplexing voice and data over a signal carrier with high bandwidth efficiency
US5732219A (en) 1995-03-17 1998-03-24 Vermeer Technologies, Inc. Computer system and computer-implemented process for remote editing of computer files
US5781726A (en) * 1996-01-31 1998-07-14 3Com Corporation Management of polling traffic in connection oriented protocol sessions
US5956391A (en) 1996-02-09 1999-09-21 Telefonaktiebolaget Lm Ericsson Billing in the internet
US6438218B1 (en) * 1996-04-18 2002-08-20 Robert D. Farris Internet telephone service
US20040174880A1 (en) 1996-04-18 2004-09-09 White Patrick E. Internet telephone service
US6085252A (en) 1996-04-23 2000-07-04 Motorola Inc. Device, system and method for real-time multimedia streaming
US20020049745A1 (en) 1996-05-10 2002-04-25 Global Media Online, Inc. Maintaining most current client version
US5822328A (en) * 1996-05-15 1998-10-13 International Business Machines Corporation Frame synchronization mechanism for digital simultaneous voice/data modems
US5946347A (en) 1996-05-31 1999-08-31 Diamond Multimedia Systems Inc. Low latency transport of signals in an error correcting data modem
US5852631A (en) * 1996-06-21 1998-12-22 Paradyne Corporation System and method for establishing link layer parameters based on physical layer modulation
US6407996B1 (en) 1996-07-17 2002-06-18 British Telecommunications Public Limited Company Processing device network
US6038222A (en) * 1996-07-25 2000-03-14 Telebit Corporation Modem command and data interface
US5923659A (en) 1996-09-20 1999-07-13 Bell Atlantic Network Services, Inc. Telecommunications network
US5861810C1 (en) 1996-09-27 2001-02-27 Interactive Systems Llc System and method for providing crime victims updated informations and emergency alert notices
US5861810A (en) 1996-09-27 1999-01-19 Nguyen; Yung T. System and method for providing crime victims updated information and emergency alert notices
US5748628A (en) * 1996-11-05 1998-05-05 Interack Communications, Inc. ISDN D-channel signaling discriminator
US6829231B1 (en) 1996-12-31 2004-12-07 Mci Communications Corporation Internet phone system and directory search engine using same
US6377570B1 (en) 1997-02-02 2002-04-23 Fonefriend Systems, Inc. Internet switch box, system and method for internet telephony
US6058110A (en) 1997-03-18 2000-05-02 3Com Corporation Bypassing telephone network with dual band modem
US6198738B1 (en) 1997-04-16 2001-03-06 Lucent Technologies Inc. Communications between the public switched telephone network and packetized data networks
US6292484B1 (en) 1997-06-11 2001-09-18 Data Race, Inc. System and method for low overhead multiplexing of real-time and non-real-time data
US6219413B1 (en) 1997-08-07 2001-04-17 At&T Corp. Apparatus and method for called-party telephone messaging while interconnected to a data network
US6205121B1 (en) * 1997-09-12 2001-03-20 Alcatel Method of establishing logical connections in a synchronous digital communications network, as well as network elements and management system
US6434169B1 (en) 1997-10-31 2002-08-13 Alcatel Canada Inc. Voiceband/modem signal relay
US6421317B1 (en) * 1997-11-07 2002-07-16 International Business Machines Corporation Method and apparatus for an automatic load balancing and back-up of a multi-users network
US20050286418A1 (en) * 1997-11-24 2005-12-29 Nokia Networks Oy Data compression negotiation in a telecommunication system
US6049902A (en) * 1997-11-26 2000-04-11 International Business Machines Corporation Method and system in a data communications system for the establishment of multiple, related data links and the utilization of one data link for recovery of errors detected on another link
US6105068A (en) 1998-02-10 2000-08-15 3Com Corporation Method and apparatus for determining a protocol type on a network connection using error detection values stored within internetworking devices
US6130880A (en) 1998-03-20 2000-10-10 3Com Corporation Method and apparatus for adaptive prioritization of multiple information types in highly congested communication devices
US6621346B1 (en) 1998-03-30 2003-09-16 Texas Instruments Incorporated Impedance matching for programmable gain amplifiers
US6266340B1 (en) * 1998-04-03 2001-07-24 Vertical Networks, Inc. Systems and methods for multiple voice data communication which includes interface cards including configurable clocks that are dynamically coupled to a TDS bus
US6381038B1 (en) * 1998-04-21 2002-04-30 Oki Data Corporation Facsimile machine and facsimile communication system
US20070073805A1 (en) 1998-07-10 2007-03-29 Van Drebbel Mariner Llc Method for providing dynamic bandwidth allocation based on IP-flow characteristics in a wireless point to multi-point (PtMP) transmission system
US20010024439A1 (en) 1998-10-30 2001-09-27 Edward Morgan Dynamic DSP allocation for universal access to a packet network
US6360269B1 (en) 1998-11-02 2002-03-19 Nortel Networks Limited Protected keepalive message through the internet
US6667972B1 (en) 1999-01-08 2003-12-23 Cisco Technology, Inc. Method and apparatus providing multi-service connections within a data communications device
US6374288B1 (en) 1999-01-19 2002-04-16 At&T Corp Digital subscriber line server system and method for dynamically changing bit rates in response to user requests and to message types
US6396911B1 (en) 1999-03-01 2002-05-28 Charles Industries, Ltd. Method and apparatus for efficient improved data transmissions on telephone links between service providers and remote clients
US6850518B1 (en) * 1999-03-04 2005-02-01 Cisco Technology, Inc. DLSw RIF passthru technique for providing end-to-end source route information to end stations of a data link switching network
US7263107B1 (en) 1999-04-12 2007-08-28 Mindspeed Technologies, Inc. Data compression over packet networks
US6868081B1 (en) 1999-04-13 2005-03-15 Sprint Communications Company L.P. Method and apparatus for simultaneous multiline phone and data services over a single access facility
US20020061012A1 (en) 1999-04-13 2002-05-23 Thi James C. Cable modem with voice processing capability
US6985492B1 (en) 1999-04-13 2006-01-10 Broadcom Corporation Voice gateway with voice synchronization
US7023868B2 (en) 1999-04-13 2006-04-04 Broadcom Corporation Voice gateway with downstream voice synchronization
US20010033583A1 (en) 1999-04-13 2001-10-25 Rabenko Theodore F. Voice gateway with downstream voice synchronization
US6490618B1 (en) * 1999-05-20 2002-12-03 Cisco Technology, Inc. Method and apparatus for SNA/IP correlation in a mixed APPN and DLSW network
US6061728A (en) * 1999-05-25 2000-05-09 Cisco Technology, Inc. Arrangement for controlling network proxy device traffic on a transparently-bridged local area network using a master proxy device
US6504838B1 (en) 1999-09-20 2003-01-07 Broadcom Corporation Voice and data exchange over a packet based network with fax relay spoofing
US20010046259A1 (en) * 2000-02-11 2001-11-29 Lsi Logic Corporation System and method for implementing an end-to-end error-correcting protocol in a voice band data relay system
US20020064137A1 (en) * 2000-11-16 2002-05-30 Garakani Mehryar Khalili Synchronization of V42bis de/compression for V34/V42 modem relay method and apparatus
US7113501B2 (en) 2000-11-16 2006-09-26 Cisco Technology, Inc. Synchronization of V42bis de/compression for V34/V42 modem relay method and apparatus
US6965600B2 (en) 2000-12-29 2005-11-15 Texas Instruments Incorporated Low speed modem transmission over packet networks
US20050008023A1 (en) * 2003-02-25 2005-01-13 Cisco Technology, Inc. In-band negotiation in single transcompression scenarios related applications

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130347122A1 (en) * 1999-06-15 2013-12-26 Tectia Oyj Method and arrangement for providing security through network address translations using tunneling and compensations
US20140007219A1 (en) * 1999-06-15 2014-01-02 Tectia Oyj Method and arrangement for providing security through network address translations using tunneling and compensations
US8973126B2 (en) * 1999-06-15 2015-03-03 Ssh Communications Security Oyj Determining occurrence of a network address translation
US8973127B2 (en) * 1999-06-15 2015-03-03 Ssh Communications Security Oyj Communications across a network address translator
US9071578B2 (en) 1999-06-15 2015-06-30 Ssh Communications Security Oyj Maintaining network address translations
US9667594B2 (en) 1999-06-15 2017-05-30 Ssh Communications Security Oyj Maintaining network address translations
US9860183B2 (en) 2015-09-25 2018-01-02 Fsa Technologies, Inc. Data redirection in a bifurcated communication trunk system and method
US9900258B2 (en) 2015-09-25 2018-02-20 Fsa Technologies, Inc. Multi-trunk data flow regulation system and method

Also Published As

Publication number Publication date
US7697539B1 (en) 2010-04-13
US20100158027A1 (en) 2010-06-24
US6757250B1 (en) 2004-06-29

Similar Documents

Publication Publication Date Title
US7957369B2 (en) Methods and apparatus for data communications through packet networks
US6125177A (en) Telephone communications network with enhanced signaling and call routing
JP3967548B2 (en) Link configuration method and apparatus
US20090028168A1 (en) Modem relay over packed based network
EP2352268B1 (en) Method, equipment and system for carrying a point of sale (pos) data service over an ip network
US20060182131A1 (en) Gateway interface control
EP1047231B1 (en) Methods and apparatus for packet communications
EP1209853B1 (en) Modem transmission over packet networks
US7406072B1 (en) Modem relay over packet based network
US6965600B2 (en) Low speed modem transmission over packet networks
AU2003275107B2 (en) Method and apparatus for differential link bring-up for MoIP on the internet
EP1596558B1 (en) Methods and apparatus for packet communications between a first and a second modem
EP1525715B1 (en) Modem relay aggregator device
Cisco Cisco AS5400 - Cisco IOS Release 12.2 XB
Cisco Cisco AS5350 - Cisco IOS Release 12.2 XB
US7388835B1 (en) Gateway configuration for controlling data flow in modem over packet networks
Cisco Cisco 3600 Series - Cisco IOS Release 12.2 XB
Cisco PRI Backhaul Using the Stream Control Transmission Protocol and the ISDN Q.921 User Adaptation Layer
JP5019225B2 (en) Gateway device, communication connection method thereof, computer program, network system

Legal Events

Date Code Title Description
AS Assignment

Owner name: CONEXANT SYSTEMS, INC.,CALIFORNIA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:FAYAD, GILLES G.;PESHKIN, JOEL D.;JOHNSTON, JAMES W.;AND OTHERS;REEL/FRAME:024056/0588

Effective date: 20000807

Owner name: CONEXANT SYSTEMS, INC., CALIFORNIA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:FAYAD, GILLES G.;PESHKIN, JOEL D.;JOHNSTON, JAMES W.;AND OTHERS;REEL/FRAME:024056/0588

Effective date: 20000807

AS Assignment

Owner name: MINDSPEED TECHNOLOGIES, INC.,CALIFORNIA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:CONEXANT SYSTEMS, INC.;REEL/FRAME:024247/0576

Effective date: 20030627

Owner name: MINDSPEED TECHNOLOGIES, INC., CALIFORNIA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:CONEXANT SYSTEMS, INC.;REEL/FRAME:024247/0576

Effective date: 20030627

FEPP Fee payment procedure

Free format text: PAYER NUMBER DE-ASSIGNED (ORIGINAL EVENT CODE: RMPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

Free format text: PAYOR NUMBER ASSIGNED (ORIGINAL EVENT CODE: ASPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

STCF Information on status: patent grant

Free format text: PATENTED CASE

AS Assignment

Owner name: JPMORGAN CHASE BANK, N.A., AS ADMINISTRATIVE AGENT

Free format text: SECURITY INTEREST;ASSIGNOR:MINDSPEED TECHNOLOGIES, INC.;REEL/FRAME:032495/0177

Effective date: 20140318

AS Assignment

Owner name: MINDSPEED TECHNOLOGIES, INC., CALIFORNIA

Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:JPMORGAN CHASE BANK, N.A.;REEL/FRAME:032861/0617

Effective date: 20140508

Owner name: GOLDMAN SACHS BANK USA, NEW YORK

Free format text: SECURITY INTEREST;ASSIGNORS:M/A-COM TECHNOLOGY SOLUTIONS HOLDINGS, INC.;MINDSPEED TECHNOLOGIES, INC.;BROOKTREE CORPORATION;REEL/FRAME:032859/0374

Effective date: 20140508

FPAY Fee payment

Year of fee payment: 4

AS Assignment

Owner name: MINDSPEED TECHNOLOGIES, LLC, MASSACHUSETTS

Free format text: CHANGE OF NAME;ASSIGNOR:MINDSPEED TECHNOLOGIES, INC.;REEL/FRAME:039645/0264

Effective date: 20160725

AS Assignment

Owner name: MACOM TECHNOLOGY SOLUTIONS HOLDINGS, INC., MASSACH

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:MINDSPEED TECHNOLOGIES, LLC;REEL/FRAME:044791/0600

Effective date: 20171017

FEPP Fee payment procedure

Free format text: MAINTENANCE FEE REMINDER MAILED (ORIGINAL EVENT CODE: REM.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

FEPP Fee payment procedure

Free format text: 7.5 YR SURCHARGE - LATE PMT W/IN 6 MO, LARGE ENTITY (ORIGINAL EVENT CODE: M1555); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

MAFP Maintenance fee payment

Free format text: PAYMENT OF MAINTENANCE FEE, 8TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1552); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

Year of fee payment: 8

FEPP Fee payment procedure

Free format text: MAINTENANCE FEE REMINDER MAILED (ORIGINAL EVENT CODE: REM.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

LAPS Lapse for failure to pay maintenance fees

Free format text: PATENT EXPIRED FOR FAILURE TO PAY MAINTENANCE FEES (ORIGINAL EVENT CODE: EXP.); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

STCH Information on status: patent discontinuation

Free format text: PATENT EXPIRED DUE TO NONPAYMENT OF MAINTENANCE FEES UNDER 37 CFR 1.362

FP Lapsed due to failure to pay maintenance fee

Effective date: 20230607