# US 5,931,928 A · System for ISDN terminal adapter DCE for automatically negotiating data compression with it's PPP peer when DTE is unable or unwilling to negotiate compression > Agents: this data is available as JSON from the patentgrep API and MCP server — see https://patentgrep.com/llms.txt - Number: US 5,931,928 A - Document ID: US5931928A - Status: Granted - Kind: A - Application number: 08/852,657 - Filed: 1997-05-07 - Granted: 1999-08-03 - Earliest claimed: 1997-05-07 - Assignees: 3Com Corporation - Inventors: Daniel M. Brennan; Cheng T. Chen - Web page: https://patentgrep.com/patent/US5931928A ## CPC - H04L 25/0262: {Arrangements for detecting the data rate of an incoming signal} - H04Q 11/0471: {Terminal access circuits} - H04Q 2213/13003: Constructional details of switching devices - H04Q 2213/13034: A/D conversion, code compression/expansion - H04Q 2213/1305: Software aspects - H04Q 2213/1307: Call setup - H04Q 2213/13093: Personal computer, PC - H04Q 2213/13097: Numbering, addressing - H04Q 2213/13103: Memory - H04Q 2213/13106: Microprocessor, CPU - H04Q 2213/13109: Initializing, personal profile - H04Q 2213/1316: Service observation, testing - H04Q 2213/13166: Fault prevention - H04Q 2213/13174: Data transmission, file transfer - H04Q 2213/13175: Graphical user interface [GUI], WWW interface, visual indication - H04Q 2213/13176: Common channel signaling, CCS7 - H04Q 2213/13199: Modem, modulation - H04Q 2213/13202: Network termination [NT] - H04Q 2213/13204: Protocols - H04Q 2213/13209: ISDN - H04Q 2213/13213: Counting, timing circuits - H04Q 2213/13216: Code signals, frame structure - H04Q 2213/13297: Coupling different rates in TDM systems, data rate adaptation - H04Q 2213/13298: Local loop systems, access network - H04Q 2213/13299: Bus - H04Q 2213/13362: Asynchronous systems - H04Q 2213/13389: LAN, internet - H04Q 2213/13405: Dual frequency signaling, DTMF - H04L: TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION (arrangements common to telegraphic and telephonic communication H04M) - H04Q: SELECTING (switches, relays, selectors H01H; wireless communication networks H04W) ## Abstract Apparatus for an improved ISDN terminal adapter (5) and accompanying methods for use therein. The adapter provides automatic ISDN switch detection, automatic SPID configuration, baud rate unblocking and automatic data compression. Specifically, the adapter automatically provides B-channel data compression in the event the DTE is unwilling or unable to do so. Here, the adapter monitors negotiation, over an ISDN line, of a compression control protocol (CCP) between the DTE and its PPP peer (380). If the negotiations reveal that the DTE will not undertake compression, then the adapter will then automatically negotiate the protocol and thereafter, for the duration of a call, perform compression and decompression in lieu of the DTE. ## Claims ### Claim 1 Apparatus for interfacing a serially communicative device to a communications channel, wherein the device generates serial data for carriage over the channel, the apparatus comprising: a processor; a memory, connected to the processor, for storing executable instructions therein; and serial communications circuitry, connected to the processor, for coupling the device to a communications channel and for transporting the serial data therebetween such that the device can serially communicate with a peer device connected to the channel; wherein the processor, in response to the stored instructions: monitors negotiations of a compression control protocol, carried over the channel and occurring between the serially communicative device and the peer device to determine, as reflected in the negotiations, whether the serially communicative device will provide compression of the serial data; intercepts a message, from the serially communicative device and intended for the peer device, indicating that the serially communicative device will not provide the compression, or generates an event after a predefined interval of time elapses, after network control protocol negotiations between the serially communicative device and the peer device have commenced, without the compression control protocol negotiations having been concluded; in response to either the intercepted message or the event, successfully completes the negotiations of the compression control protocol with the peer device; and provides, in response to the completed negotiations, data compression and decompression as specified by the compression control protocol but in lieu of compression and decompression otherwise provided by the serially communicative device, such that non-compressed serial data, provided by the serially communicative device and destined for the peer device, is compressed by the apparatus and then transmitted, in compressed form, over the channel to the peer device and compressed serial data, appearing on the channel and provided by the peer device and destined for the serially communicative device, is decompressed by the apparatus and then provided in decompressed form to the serially communicative device. ### Claim 2 (depends on 1) The apparatus in claim 1 wherein the protocol is a compression control protocol (CCP). ### Claim 3 (depends on 2) The apparatus in claim 2 wherein the processor, in response to the executable instructions, assumes the CCP negotiations with the peer device, from the communicative device, if either the serially communicative device issues a CCP message indicating that the communicative device refuses to provide said compression or the predefined interval of time elapses. ### Claim 4 (depends on 3) The apparatus in claim 3 wherein the processor, in response to the executable instructions: monitors initial negotiations involving the communicative device and carried over the channel to determine whether the communicative device is negotiating a point-to-point (PPP) protocol with the peer device; and if said PPP protocol is not being negotiated, disables the apparatus from compressing the serial data. ### Claim 5 (depends on 4) The apparatus in claim 4 wherein the processor, in response to the executable instructions, disables compression in the apparatus if, during the CCP negotiations, either the serially communicative device or the peer device generates a CCP message indicating that the serially communicative device will provide the data compression. ### Claim 6 (depends on 5) The apparatus in claim 5 wherein the processor, in response to the executable instructions and in assuming the negotiations: (a) attempts to successfully negotiate the CCP protocol with the peer device; (b) if the CCP can not be negotiated with the peer device, repeats operation (a) until the CCP protocol has been successfully negotiated or a predetermined number of attempts have occurred and failed; and (c) if the CCP is successfully negotiated with the peer device, enables said data compression in the apparatus unless the peer device issues a reject message or said CCP negotiations have failed after said predetermined number of attempts have occurred. ### Claim 7 (depends on 6) The apparatus in claim 6 wherein the processor, in response to the executable instructions, starts a timer when the network control protocol (NCP) negotiations commence between the serially communicative device and the peer device so as to time said predefined interval; and, in operation (c), stops the timer if the CCP has been successfully negotiated. ### Claim 8 (depends on 7) The apparatus in claim 7 wherein the serially communicative device is a computer. ### Claim 9 (depends on 8) The apparatus in claim 8 wherein the apparatus is an integrated services digital network (ISDN) terminal adapter and further comprises: first and second independent B-channel hardware data link controllers (HDLCs); an ISDN line interface for interfacing two separate corresponding B channels in a 2B+D ISDN line to said first and second B-channel controllers, and, D-channel signaling, to the processor; and connections, established by the processor through execution of said stored instructions, between an individual one of said B-channel HDLCs and either said first or second B-channels in said ISDN line. ### Claim 10 (depends on 9) The apparatus in claim 9 wherein the predefined interval is at least three seconds in duration. ### Claim 11 (depends on 10) The apparatus in claim 10 wherein said compression comprises Stac compression. ### Claim 12 (depends on 7) The apparatus in claim 7 wherein the apparatus is an integrated services digital network (ISDN) terminal adapter and further comprises: first and second independent B-channel hardware data link controllers (HDLCs); an ISDN line interface for interfacing two separate corresponding B channels in a 2B+D ISDN line to said first and second B-channel controllers, and, D-channel signaling, to the processor; and connections, established by the processor through execution of said stored instructions, between an individual one of said B-channel HDLCs and either said first or second B-channels in said ISDN line. ### Claim 13 (depends on 12) The apparatus in claim 12 wherein the predefined interval is at least three seconds in duration. ### Claim 14 (depends on 13) The apparatus in claim 13 wherein said compression comprises Stac compression. ### Claim 15 For use in apparatus for interfacing a serially communicative device to a communications channel, wherein the device generates serial data for carriage over the channel, the apparatus having a processor, a memory, connected to the processor, for storing executable instructions therein, and serial communications circuitry, connected to the processor, for coupling the device to a communications channel and for transporting the serial data therebetween such that the device can serially communicate with a peer device connected to the channel, a method comprising the steps of, in the processor: monitoring negotiations of a compression control protocol, carried over the channel and occurring between the serially communicative device and the peer device to determine, as reflected in the negotiations, whether the serially communicative device will provide compression of the serial data; intercepting a message, from the serially communicative device and intended for the peer device, indicating that the serially communicative device will not provide the compression, or generating an event after a predefined interval of time elapses, after network control protocol negotiations between the serially communicative device and the peer device have commenced, without the compression control protocol negotiations having been concluded; in response to either the intercepted message or the event, successfully completing the negotiations of the compression control protocol with the peer device; and providing, in response to the completed negotiations, data compression and decompression as specified by the compression control protocol but in lieu of compression and decompression otherwise provided by the serially communicative device, such that non-compressed serial data, provided by the serially communicative device and destined for the peer device, is compressed by the apparatus and then transmitted, in compressed form, over the channel to the peer device and compressed serial data, appearing on the channel and provided by the peer device and destined for the serially communicative device, is decompressed by the apparatus and then provided in decompressed form to the serially communicative device. ### Claim 16 (depends on 15) The method in claim 15 wherein the protocol is a compression control protocol (CCP). ### Claim 17 (depends on 16) The method in claim 16 further comprising the step of assuming the CCP negotiations with the peer device, from the communicative device, if either the serially communicative device issues a CCP message indicating that the communicative device refuses to provide said compression or the predefined interval of time elapses. ### Claim 18 (depends on 17) The method in claim 17 further comprising the steps of: monitoring initial negotiations involving the communicative device and carried over the channel to determine whether the communicative device is negotiating a point-to-point (PPP) protocol with the peer device; and if said PPP protocol is not being negotiated, disabling the apparatus from compressing the serial data. ### Claim 19 (depends on 18) The method in claim 18 further comprising the step of disabling compression in the apparatus if, during the CCP negotiations, either the serially communicative device or the peer device generates a CCP message indicating that the serially communicative device will provide the data compression. ### Claim 20 (depends on 19) The method in claim 19 wherein the assuming step further comprises the steps of: (a) attempting to successfully negotiate the CCP protocol with the peer device; (b) if the CCP can not be negotiated with the peer device, repeating step (a) until the CCP protocol has been successfully negotiated or a predetermined number of attempts have occurred and failed; and (c) if the CCP is successfully negotiated with the peer device, enabling said data compression in the apparatus and unless the peer device issues a reject message or said CCP negotiations have failed after said predetermined number of attempts have occurred. ### Claim 21 (depends on 20) The method in claim 20 further comprising the step of starting a timer when the network control protocol (NCP) negotiations commence between the serially communicative device and the peer device so as to time said predefined interval, and if the CCP has been successfully negotiated, stopping the timer. ### Claim 22 (depends on 21) The method in claim 21 wherein the predefined interval is at least three seconds in duration. ### Claim 23 (depends on 22) The method in claim 22 wherein said compression comprises Stac compression.