US5146472A - Method for imbedding information in modem handshake procedure and modems incorporating the same - Google Patents

Method for imbedding information in modem handshake procedure and modems incorporating the same Download PDF

Info

Publication number
US5146472A
US5146472A US07/502,161 US50216190A US5146472A US 5146472 A US5146472 A US 5146472A US 50216190 A US50216190 A US 50216190A US 5146472 A US5146472 A US 5146472A
Authority
US
United States
Prior art keywords
modem
signal
auxiliary packet
information
answering
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 - Lifetime
Application number
US07/502,161
Inventor
Edward H. Hallman
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.)
Silicon Laboratories Inc
Original Assignee
General Datacomm Inc
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 General Datacomm Inc filed Critical General Datacomm Inc
Priority to US07/502,161 priority Critical patent/US5146472A/en
Assigned to GENERAL DATACOMM, INC., A DE CORP. reassignment GENERAL DATACOMM, INC., A DE CORP. ASSIGNMENT OF ASSIGNORS INTEREST. Assignors: HALLMAN, EDWARD H.
Priority to CA002078866A priority patent/CA2078866C/en
Priority to PCT/US1991/001713 priority patent/WO1991015067A1/en
Priority to DE69132208T priority patent/DE69132208T2/en
Priority to EP91907379A priority patent/EP0522047B1/en
Priority to ES91907379T priority patent/ES2148148T3/en
Priority to AU75534/91A priority patent/AU646206B2/en
Application granted granted Critical
Publication of US5146472A publication Critical patent/US5146472A/en
Assigned to BANK OF NEW YORK, THE reassignment BANK OF NEW YORK, THE SECURITY INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: GENERAL DATACOMM, INC.
Assigned to BANK OF NEW YORK COMMERCIAL CORPORATION, AS AGENT, THE reassignment BANK OF NEW YORK COMMERCIAL CORPORATION, AS AGENT, THE SECURITY INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: GENERAL DATACOMM, INC.
Assigned to TRANSAMERICA BUSINESS CREDIT CORPORATION, AS AGENT reassignment TRANSAMERICA BUSINESS CREDIT CORPORATION, AS AGENT SECURITY AGREEMENT Assignors: GENERAL DATACOMM, INC.
Assigned to BNY FINANCIAL CORPORATION, AS AGENT SUCCESSOR BY MERGER TO THE BANK OF NEW YORK COMMERCIAL CORPORATION, AS AGENT reassignment BNY FINANCIAL CORPORATION, AS AGENT SUCCESSOR BY MERGER TO THE BANK OF NEW YORK COMMERCIAL CORPORATION, AS AGENT RELEASE OF SECURITY INTEREST Assignors: GENERAL DATACOMM, INC.
Assigned to PC-TEL, INC. reassignment PC-TEL, INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: GENERAL DATACOMM, INC.
Assigned to GENERAL DATACOMM, INC. reassignment GENERAL DATACOMM, INC. RLEASE OF SECURITY INTEREST Assignors: BANK OF NEW YORK, AS AGENT, THE
Assigned to SILICON LABORATORIES INC. reassignment SILICON LABORATORIES INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: PCTEL, INC.
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04JMULTIPLEX COMMUNICATION
    • H04J3/00Time-division multiplex systems
    • H04J3/02Details
    • H04J3/12Arrangements providing for calling or supervisory signals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M11/00Telephonic communication systems specially adapted for combination with other electrical systems
    • H04M11/06Simultaneous speech and data transmission, e.g. telegraphic transmission over the same conductors

Definitions

  • This invention relates to a modems. More particularly, this invention relates to modems which utilize handshake procedures and which require information (e.g. a password) which is not normally transmitted in a handshake, before data communication is permitted to be established.
  • the invention is used with modems utilizing a CCITT V32 handshake procedure, although it it is not limited thereto.
  • the communication starts when an originating modem places a call and the answering modem detects a ring and goes off hook.
  • the handshake continues when the answering modem sends an answer tone (ANS) of 2100 Hz for one or more seconds.
  • the originating (or "calling") mode upon receipt of the answer tone sends a 1800 Hz signal (AA), and the answering modem, upon receiving the AA signal responds with an AC signal (600 Hz and 3000 Hz tones), followed by a CA signal (continued tones reversed in phase) followed by another AC signal.
  • the originating modem switches from signal AA to signal CC. In this manner each modem can measure the round trip delay experienced over the channel and can adjust its echo cancellers appropriately.
  • the answering modem sends out a signal AB (S) for two hundred fifty-six symbol intervals, a signal CD (S) for sixteen symbol intervals, a training sequence (TRN) for between 1280 and 8192 symbol intervals, and a repeated sixteen bit rate sequence R1.
  • the training sequence includes a pseudo-random sequence with scrambled ones at 4800 bits/second with dibits encoded directly to states A, B, C, and D according to a predetermined format.
  • the function of the S, S, and TRN sequence being sent by the answering modem is to train the adaptive equalizer in the calling modem as well as to train the echo canceller to the answering modem.
  • the sixteen bit rate sequence R1, on the other hand is a 4800 bits/second scrambled and differentially encoded sequence as set forth in Table 1/V.32 which is used to indicate to the calling model which of several modes the answering modem can support.
  • the originating modem Upon receiving the S, S, TRN, and R1 sequence, the originating modem essentially repeats the same sequence, except that instead of supplying the R1 signal after the training sequence, the calling modem provides an R2 signal.
  • the R2 signal indicates the common modes between the originating and answering modem, and provisionally chooses a mode. While the R2 signal continues, the answering modem again repeats the S, S, TRN, sequence, followed by R3 which finally chooses the mode of communication (e.g. 9600, 9600 Trellis encoded, 4800, 2400).
  • the handshake terminates with respective transmissions by the originating and answering modem of an E signal which confirms the mode of communication, and a B1 signal which is comprised of scrambled marks at the agreed upon rate. The handshake terminates and desired data transmission starts immediately after the B1 signal.
  • the V.32 handshake does not provide for passwords or the like which would provide built in security against unauthorized dial up access or against network tampering.
  • the answering modem will communicate with any calling modem which has the proper V.32 handshake.
  • the handshakes set out by other standards similarly do not include passwords or other security against unauthorized dial up access.
  • the handshakes of the art also do not typically envision the passing of any additional information during the handshake sequence.
  • the method invention for embedding additional information may take several different embodiments.
  • an auxiliary packet containing the additional information is placed in the handshake sequence of an originating modem in such a manner that it cannot be confused by the receiving modem with other signals which are required to be sent by the originating modem in the modem handshake.
  • the location in the handshake and the content of the auxiliary packet might vary depending upon the circumstances.
  • the answering modem looks for the auxiliary packet, and if the auxiliary packet is not received, or if the information in the auxiliary packet is not sufficient to establish authorization, the answering modem causes the call to be dropped.
  • the auxiliary packet is placed by the originating modem somewhere in the training sequence (TRN) after the required twelve hundred eighty symbol intervals, and before the R2 sequence, and the auxiliary packet is generated in such a manner such that it cannot be confused with the R2 sequence.
  • TRN training sequence
  • the auxiliary packet is comprised of two multiplexed signals; an information signal at a 2400 bit/second rate which includes a burst flag, and an HDLC (High-level Data Link Control procedure specified by the ISO) formatted start flag, password, check sum, and stop flag; and a 2400 bit/second R2 prevention signal which is coded to be compatible with the burst flag and to guarantee that regardless of the HDLC formatted signal, the composite auxiliary packet cannot constitute an R2 sequence.
  • the password is preferably a ten ASCII character password, which guarantees absolute protection as over seventy thousand quadrillion (128 10 ) combinations are available.
  • the answering modem upon receiving the burst flag, synchronizes with the burst flag, demultiplexes the HDLC formatted signal from the R2 prevention signal, decodes the HDLC signal, and checks the password for validity.
  • an auxiliary packet is transmitted by the answering modem between the TRN and R1 signals.
  • the auxiliary packet transmitted by the answering modem is identical in format to that of the originating mode, except that a password is not included therein.
  • the information signal of the auxiliary packet further includes a plurality of information fields which are included in the HDLC formatted signal, and which allow transfer of information such as call-back numbers, or transfer of instructions such as an instruction for the initiation of a remote optioning session. Further, by providing a revision field in the information signal of the auxiliary packet, the answering modem can determine the meaning of the information fields in the originating modem's information signal even if originating modems having different meanings for the same information field.
  • the preferred modem invention closely corresponds to the method invention and includes an auxiliary packet generating means for generating in the modem handshake an auxiliary packet which contains a password and which cannot be confused with other handshake signals of the modem, and an auxiliary packet decoding means including a searching means for finding an auxiliary packet, means for locating the password in the auxiliary packet, and means for causing the communication channel to be dropped if the password is not valid for the answering modem.
  • an auxiliary packet generating means for generating in the modem handshake an auxiliary packet which contains a password and which cannot be confused with other handshake signals of the modem
  • an auxiliary packet decoding means including a searching means for finding an auxiliary packet, means for locating the password in the auxiliary packet, and means for causing the communication channel to be dropped if the password is not valid for the answering modem.
  • a full duplex modem includes both an auxiliary packet generating means and an auxiliary packet decoding means.
  • FIG. 1 is a prior art handshake diagram of V.32 compatible modems
  • FIG. 2 is a handshake diagram showing a preferred V.32 handshake incorporating a security procedure in accord with the method invention
  • FIGS. 3a and 3b are diagrams showing the preferred information signals of the auxiliary packets of the answering and originating modems respectively;
  • FIG. 3c is a diagram showing the preferred R2 prevention signal of the auxiliary packet of the invention.
  • FIGS. 4a and 4b are high level flow charts of the auxiliary packet generating means and the auxiliary packet detecting means of the originating and answering modems of the system invention.
  • FIG. 5 is a high level block diagram of a modem in which invention is implemented.
  • FIG. 2 a revised V.32 handshake incorporating auxiliary packets in accord with the preferred embodiment of the invention is seen.
  • the only, but critical difference, between the revised V.32 handshake of FIG. 2 and the standard prior art V.32 handshake of FIG. 1 is the inclusion of an auxiliary packet 20a between the TRN and R1 signals of the answering modem, and the inclusion of an auxiliary packet 20b between the TRN and R2 signals of the originating modem.
  • the bounds of the location of the auxiliary packets is somewhere after 1280 symbol intervals of the training sequence (the minimum training sequence required) and somewhere before 8192 symbol intervals of the training sequence (at which time the training sequence must end).
  • the auxiliary packet of the originating modem should start at or before the 7922nd symbol interval of the training sequence.
  • the auxiliary packet of the answering modem is shorter.
  • the auxiliary packet can start slightly later.
  • Auxiliary packets 20a and 20b are preferably comprised of a 2400 bits/sec information signal (seen in FIGS. 3a and 3b) multiplexed with a 2400 bits/sec "R prevention" signal.
  • the R prevention signal (an example of which is shown in FIG. 3c) is comprised of a repeating 1010 pattern. With such a pattern, when the prevention signal is bit multiplexed with the information signal, it is impossible for any four consecutive bits of the auxiliary packet to be of value zero. Since the R signals require four consecutive zeros at the start of the R signal, the provided auxiliary packet cannot be inadvertently confused with the R signal. Similarly, with the repeating 1010 R prevention pattern, the auxiliary packet cannot have four consecutive bits of value one.
  • the "R prevention" signal is therefore also an E prevention signal, or more broadly, a signal which prevents the auxiliary packet from appearing as an otherwise expected handshake signal.
  • auxiliary packets 20a and 20b preferably take are seen in FIGS. 3a and 3b.
  • the answering modem's auxiliary packet 20a is comprised of a burst flag 50a, a start flag 52a, an address field 54a, a control field 56a, three identification fields 57a, 58a, and 59a, a revision field 62a, six information fields 64a, 65a, 66a, 67a, 68a, and 69a, a check sum 75a comprised of one or more fields, and a stop flag 78a.
  • the originating modem's auxiliary packet 20b is similarly comprised, except that it includes a password 70b.
  • the auxiliary packet 20b has a burst flag 50b, a start flag 52b, an address field 54b, a control field 56b, three identification fields 57b, 58b, and 59b, a revision field 62b, six information fields 64b, 65b, 66b, 67b, 68b, and 69b, a password 70b comprised of a plurality of fields, a check sum 75b comprised of one or more fields, and a stop flag 78b.
  • the burst flags 50 of the information signals of both the answering and originating modems are preferably identical and are comprised of a repeating 1010 . . . pattern.
  • the start flags 52 and stop flags 78 are preferably of the hexadecimal value 7E (binary 01111110).
  • the address field 54 is provided for purposes of a network system. Each node may be have a specified address. Or, if desired, a global address may be utilized such that all nodes will receive the information.
  • the control field 56 indicates whether the remaining information in the information signal is control or data information.
  • the next three fields 57-59 are fixed verification (identification) fields where ASCII characters may be inserted to identify the source of the modem.
  • the revision field 62 (e.g.
  • the revision field uses four bits to provide one communicating modem with information regarding the "vintage" of the other communicating modem; i.e. the revision field provides a code which identifies the meaning of the information fields 64-69 of the other modem.
  • Those four bits of the revision field 62 is particularly important for an answering modem if different originating modems have different meanings for the same information field, such as might arise due to revisions in hardware or software capabilities.
  • the remaining four bits of the revision field are used as follows. One bit is used to indicate whether the modem is training up for the first time (i.e. first use of the modem). A second bit is used to indicate that that the modem has trained before. A third bit is used to indicate whether the modem is auto dial backup mode, and the fourth bit is used to initiate a call back, as hereinafter described.
  • the first information field contains the cell number to be dialed by the answering modem if the cell back bit in the revision field is set as above-described.
  • the remaining information fields are utilized as desired.
  • another information field can be utilized to signal that a remote optioning session is to be conducted rather than the sending of data. If such a signal were to be transmitted, after the B1 signal, the modems would not send data. Rather, a link would be established between AT type parsers such that AT type commands could be executed on one modem to set options on the other.
  • the originating modem must then send a password 70b, which in the preferred embodiment is comprised of ten ASCII characters. Because each character may be any of one hundred twenty-eight values, the ten ASCII character password provides over seventy thousand quadrillion (128 10 ) combinations; and because each telephone call between handshaking modems requires seventeen seconds to complete, security against continued calls with a systematic attempt to cover all possible codes will be absolute.
  • the checksum field CRC 75 is provided to guarantee the accuracy of the other parts of the information signal.
  • the checksum is sixteen bits long.
  • the checksum 75 is then followed by the stop flag 78 which has the hexadecimal value 7E.
  • the information signal (excluding the burst flag) is preferably packetized into an HDLC format.
  • FIGS. 4a and 4b A high level flow chart of an auxiliary packet generating means and an auxiliary packet detection means of a preferred modem 200 is seen in FIGS. 4a and 4b. Both the auxiliary packet generating means and auxiliary packet detection means are implemented in a microprocessor 210 seen in FIG. 5 (e.g. an Intel 8097) with an accompanying memory such as a RAM 220 or ROM 230 and having a receive function 212, transmit function 214, and preferably an adaptive equalizer function 216 and an echo cancelling function 218. As indicated in FIG.
  • the microprocessor of the modem obtains at 110 information for the address, control, ID, revision, and information fields (54, 56, 57-59, 62, and 64-69, of FIGS. 3), and if the modem is an originating modem, the password field 70.
  • the information is "obtained” either via keyboard input from a user, from associated memory, or through processing of the information obtained.
  • the password 70 is typically obtained via keyboard input of a user, while the ID fields 57-59 and revision field 62 are typically obtained from memory.
  • the microprocessor calculates a checksum for all of the inserted information, the information and checksum are encoded according to the HDLC format (zero insertion), and stop and start flags (7E Hex) are added at 120.
  • a burst flag preferably of the form 10101010 . . . is added to the beginning of the packet (i.e. concatentated), and the concatenated signal is then multiplexed with the R prevention signal 101010 . . . of FIG. 3c at 130 to create a 4800 bits/sec auxiliary packet.
  • the auxiliary packet is scrambled at 135 and inserted into the V.32 handshake at 140 after at least 1280 TRN symbols and before 7922 TRN symbols.
  • the flow diagram of a microprocessor which acts as an auxiliary packet detection means is seen in FIG. 4b.
  • the modem descrables the received information at 150, and after receiving 1280 TRN symbols, the modem looks at 155 for a pattern 11001100 . . . and upon receiving that pattern synchronizes on that pattern.
  • the pattern 11001100 . . . is the pattern created when the burst flag 10101010 . . . of the information signal is multiplexes with the R prevention signal 101010 . . .
  • the modem demultiplexes at 160 the auxiliary packet and finds the start flag 7E (hex) at 165.
  • the remaining signal is decoded from HDLC format (i.e. zeros are removed) at 170, and then the information contained in the auxiliary packet is used as desired.
  • the information signal of the auxiliary packet contains a password.
  • the auxiliary packet detection means finds the password at 175. If the password is valid, as determined by a comparison of the password with a library of valid or invalid passwords stored in memory, communication is permitted to continue. However, if the password is not valid, the modem should provide an R signal at 180 which causes the channel to be dropped due to incompatibility of the communicating modems.
  • the auxiliary packet contain address, control, ID, revision, and information fields as well as a password for the originating modem
  • the invention applies to a situation where only an information field or only the password field is sent.
  • the information signal is preferably encoded according to the HDLC format, such an encoding is only desirable and not mandatory. Other coding could be used, or the signal need not be encoded at all. Indeed, all that is necessary to send a password (or other information) where the password (or other information) can start between 1280 and 7922 TRN symbols is a burst flag followed by a start flag followed by the password (or the other information).
  • the password could incorporate the start flag and even part or all of the burst flag.
  • the start flag and the burst flag may be eliminated by fixing the location of the auxiliary packets (e.g. after exactly 5000 or 7000 TRN symbols).
  • auxiliary packet be added either as part of variable length signal, or in a time location where a signal may be sent although the handshake does not require a signal at that time;
  • auxiliary packet take a form other than the format of signals which comprise the standard handshake.
  • auxiliary packet takes a form other than the format of signals which comprise the standard handshake
  • a prevention signal it need not be at the same rate as the information signal; i.e. multiplexing between the prevention and information signals need not be at a 1:1 ratio.
  • the password need to be ten characters long, as fewer characters could still provide complete security.
  • the answering modem can be provided with a switch which would activate or deactive the need for an originating modem to provide an auxiliary packet in order to establish communications. Therefore, it will be apparent to those skilled in the art that additional modifications can be made to the described invention without deviating from the scope and spirit of the invention as so claimed.

Abstract

Methods for embedding additional information (e.g. a password function) in a handshake of communicating modems is provided. An auxiliary packet containing the additional information is placed in the handshake sequence of an originating modem in such a manner that it cannot be confused by the receiving modem with other signals which are required to be sent by the originating modem in the modem handshake. The answering modem looks for the auxiliary packet, and if the auxiliary packet is not received, or if the information in the auxiliary packet is not sufficient to establish authorization, the answering modem causes the call to be dropped. In V.32 type modems, the auxiliary packet is placed by the originating modem somewhere in the training sequence (TRN) after the required twelve hundred eighty symbol intervals, and before the R2 sequence, and the auxiliary packet is generated in such a manner that it cannot be confused with the R2 sequence. In order to guarentee that the auxiliary packet is discernible and that no confusion with other signals is possible, the auxiliary packet is comprised of two multiplexed signals; an information signal at a 2400 bit/second rate which includes a burst flag, and an HDLC formatted start flag, password, check sum, and stop flag; and a 2400 bit/second R2 prevention signal which is coded to be compatible with the burst flag and to guarentee that regardless of the HDLC formatted signal, the composite auxiliary packet cannot constitute an R2 sequence.

Description

BACKGROUND OF THE INVENTION
This invention relates to a modems. More particularly, this invention relates to modems which utilize handshake procedures and which require information (e.g. a password) which is not normally transmitted in a handshake, before data communication is permitted to be established. The invention is used with modems utilizing a CCITT V32 handshake procedure, although it it is not limited thereto.
Communications between modems are often governed by various standards, including standards or recommendations promulgated by the International Telegraph and Telephone Consultative Committee (CCITT). For example, a V.32 standard exists for full duplex modems which can transmit information at 9600 bits/second with a 4800 bits/second back-up. In the V.32 standard, start-up procedures (i.e. handshakes) are set forth in "Data Communication Over the Telephone Network--Recommendations of the V Series--Volume III--Fascile VIII.1", CCITT VIIIth Plenary Assembly, Malga-Torremolinos 9-19 October 1984, which is hereby incorporated by reference herein. The communication starts when an originating modem places a call and the answering modem detects a ring and goes off hook. As seen in FIG. 4/V.32 of the CCITT Recommendation which is reproduced as the prior art FIG. 1 hereof, the handshake continues when the answering modem sends an answer tone (ANS) of 2100 Hz for one or more seconds. The originating (or "calling") mode, upon receipt of the answer tone sends a 1800 Hz signal (AA), and the answering modem, upon receiving the AA signal responds with an AC signal (600 Hz and 3000 Hz tones), followed by a CA signal (continued tones reversed in phase) followed by another AC signal. Meanwhile, upon detecting the switch from AC to CA, the originating modem switches from signal AA to signal CC. In this manner each modem can measure the round trip delay experienced over the channel and can adjust its echo cancellers appropriately.
Once the round trip delay has been determined, the modems continue their handshake. The answering modem sends out a signal AB (S) for two hundred fifty-six symbol intervals, a signal CD (S) for sixteen symbol intervals, a training sequence (TRN) for between 1280 and 8192 symbol intervals, and a repeated sixteen bit rate sequence R1. The training sequence includes a pseudo-random sequence with scrambled ones at 4800 bits/second with dibits encoded directly to states A, B, C, and D according to a predetermined format. The function of the S, S, and TRN sequence being sent by the answering modem is to train the adaptive equalizer in the calling modem as well as to train the echo canceller to the answering modem. The sixteen bit rate sequence R1, on the other hand is a 4800 bits/second scrambled and differentially encoded sequence as set forth in Table 1/V.32 which is used to indicate to the calling model which of several modes the answering modem can support.
Upon receiving the S, S, TRN, and R1 sequence, the originating modem essentially repeats the same sequence, except that instead of supplying the R1 signal after the training sequence, the calling modem provides an R2 signal. The R2 signal indicates the common modes between the originating and answering modem, and provisionally chooses a mode. While the R2 signal continues, the answering modem again repeats the S, S, TRN, sequence, followed by R3 which finally chooses the mode of communication (e.g. 9600, 9600 Trellis encoded, 4800, 2400). The handshake terminates with respective transmissions by the originating and answering modem of an E signal which confirms the mode of communication, and a B1 signal which is comprised of scrambled marks at the agreed upon rate. The handshake terminates and desired data transmission starts immediately after the B1 signal.
As will be appreciated by a review of FIG. 1 and by reference to the CCITT recommendation which has been incorporated by reference herein, the V.32 handshake does not provide for passwords or the like which would provide built in security against unauthorized dial up access or against network tampering. In fact, with the provided V.32 handshake, the answering modem will communicate with any calling modem which has the proper V.32 handshake. Those skilled in the art will also appreciate that the handshakes set out by other standards similarly do not include passwords or other security against unauthorized dial up access. The handshakes of the art also do not typically envision the passing of any additional information during the handshake sequence.
SUMMARY OF THE INVENTION
It is therefore an object of the invention to provide a method for building a password function into a handshake sequence of communicating modems, and a modem system utilizing the same.
It is another object of the invention to provide a method for providing a password function which is compatible with the V.32 handshake of communicating modems into that V.32 handshake.
It is a further object of the invention to provide a security arrangement for a V.32 modem which will virtually guarantee protection of an answering modem against communication with unauthorized modems.
It is yet another object of the invention to provide a method for building information fields into a handshake sequence of communicating modems.
It is even a further object of the invention to provide a method for providing information fields into a handshake sequence of communicating modems, wherein an answering modem is arranged to determine which information fields are active.
In accord with the objects of the invention, the method invention for embedding additional information (e.g. a password function) in a handshake of communicating modems may take several different embodiments. In all of the embodiments, an auxiliary packet containing the additional information is placed in the handshake sequence of an originating modem in such a manner that it cannot be confused by the receiving modem with other signals which are required to be sent by the originating modem in the modem handshake. The location in the handshake and the content of the auxiliary packet might vary depending upon the circumstances. Regardless, the answering modem looks for the auxiliary packet, and if the auxiliary packet is not received, or if the information in the auxiliary packet is not sufficient to establish authorization, the answering modem causes the call to be dropped.
According to the preferred embodiment, where the communicating modems are V.32 type modems, the auxiliary packet is placed by the originating modem somewhere in the training sequence (TRN) after the required twelve hundred eighty symbol intervals, and before the R2 sequence, and the auxiliary packet is generated in such a manner such that it cannot be confused with the R2 sequence. In order to guarantee that the auxiliary packet is discernible and that no confusion with other signals is possible, the auxiliary packet is comprised of two multiplexed signals; an information signal at a 2400 bit/second rate which includes a burst flag, and an HDLC (High-level Data Link Control procedure specified by the ISO) formatted start flag, password, check sum, and stop flag; and a 2400 bit/second R2 prevention signal which is coded to be compatible with the burst flag and to guarantee that regardless of the HDLC formatted signal, the composite auxiliary packet cannot constitute an R2 sequence. The password is preferably a ten ASCII character password, which guarantees absolute protection as over seventy thousand quadrillion (12810) combinations are available. The answering modem, upon receiving the burst flag, synchronizes with the burst flag, demultiplexes the HDLC formatted signal from the R2 prevention signal, decodes the HDLC signal, and checks the password for validity.
Also, in the preferred embodiment, an auxiliary packet is transmitted by the answering modem between the TRN and R1 signals. The auxiliary packet transmitted by the answering modem is identical in format to that of the originating mode, except that a password is not included therein.
According to another aspect of the invention the information signal of the auxiliary packet further includes a plurality of information fields which are included in the HDLC formatted signal, and which allow transfer of information such as call-back numbers, or transfer of instructions such as an instruction for the initiation of a remote optioning session. Further, by providing a revision field in the information signal of the auxiliary packet, the answering modem can determine the meaning of the information fields in the originating modem's information signal even if originating modems having different meanings for the same information field.
The preferred modem invention closely corresponds to the method invention and includes an auxiliary packet generating means for generating in the modem handshake an auxiliary packet which contains a password and which cannot be confused with other handshake signals of the modem, and an auxiliary packet decoding means including a searching means for finding an auxiliary packet, means for locating the password in the auxiliary packet, and means for causing the communication channel to be dropped if the password is not valid for the answering modem. In a full duplex modem, both originating and answering functions are required. Thus, a full duplex modem includes both an auxiliary packet generating means and an auxiliary packet decoding means.
Further objects and advantages of the invention will become evident to those skilled in the art upon reference to the detailed description taken in conjunction with the provided figures.
BRIEF DESCRIPTION OF THE DRAWINGS
FIG. 1 is a prior art handshake diagram of V.32 compatible modems;
FIG. 2 is a handshake diagram showing a preferred V.32 handshake incorporating a security procedure in accord with the method invention;
FIGS. 3a and 3b are diagrams showing the preferred information signals of the auxiliary packets of the answering and originating modems respectively;
FIG. 3c is a diagram showing the preferred R2 prevention signal of the auxiliary packet of the invention;
FIGS. 4a and 4b are high level flow charts of the auxiliary packet generating means and the auxiliary packet detecting means of the originating and answering modems of the system invention.
FIG. 5 is a high level block diagram of a modem in which invention is implemented.
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS
Turning to FIG. 2, a revised V.32 handshake incorporating auxiliary packets in accord with the preferred embodiment of the invention is seen. The only, but critical difference, between the revised V.32 handshake of FIG. 2 and the standard prior art V.32 handshake of FIG. 1 is the inclusion of an auxiliary packet 20a between the TRN and R1 signals of the answering modem, and the inclusion of an auxiliary packet 20b between the TRN and R2 signals of the originating modem. The bounds of the location of the auxiliary packets is somewhere after 1280 symbol intervals of the training sequence (the minimum training sequence required) and somewhere before 8192 symbol intervals of the training sequence (at which time the training sequence must end). According to the preferred embodiment, because the auxiliary packet of the originating modem takes approximately 230-270 symbol intervals to send (the exact number being data dependent), the auxiliary packet of the originating modem should start at or before the 7922nd symbol interval of the training sequence. As described below, the auxiliary packet of the answering modem is shorter. Thus, the auxiliary packet can start slightly later.
Auxiliary packets 20a and 20b are preferably comprised of a 2400 bits/sec information signal (seen in FIGS. 3a and 3b) multiplexed with a 2400 bits/sec "R prevention" signal. The R prevention signal (an example of which is shown in FIG. 3c) is comprised of a repeating 1010 pattern. With such a pattern, when the prevention signal is bit multiplexed with the information signal, it is impossible for any four consecutive bits of the auxiliary packet to be of value zero. Since the R signals require four consecutive zeros at the start of the R signal, the provided auxiliary packet cannot be inadvertently confused with the R signal. Similarly, with the repeating 1010 R prevention pattern, the auxiliary packet cannot have four consecutive bits of value one. Hence, the auxiliary packet cannot be inadvertently confused with the E signal which requires for ones at is inception. The "R prevention" signal is therefore also an E prevention signal, or more broadly, a signal which prevents the auxiliary packet from appearing as an otherwise expected handshake signal.
The forms that auxiliary packets 20a and 20b preferably take are seen in FIGS. 3a and 3b. The answering modem's auxiliary packet 20a is comprised of a burst flag 50a, a start flag 52a, an address field 54a, a control field 56a, three identification fields 57a, 58a, and 59a, a revision field 62a, six information fields 64a, 65a, 66a, 67a, 68a, and 69a, a check sum 75a comprised of one or more fields, and a stop flag 78a. The originating modem's auxiliary packet 20b is similarly comprised, except that it includes a password 70b. Thus, the auxiliary packet 20b has a burst flag 50b, a start flag 52b, an address field 54b, a control field 56b, three identification fields 57b, 58b, and 59b, a revision field 62b, six information fields 64b, 65b, 66b, 67b, 68b, and 69b, a password 70b comprised of a plurality of fields, a check sum 75b comprised of one or more fields, and a stop flag 78b.
The burst flags 50 of the information signals of both the answering and originating modems are preferably identical and are comprised of a repeating 1010 . . . pattern. The start flags 52 and stop flags 78 are preferably of the hexadecimal value 7E (binary 01111110). The address field 54 is provided for purposes of a network system. Each node may be have a specified address. Or, if desired, a global address may be utilized such that all nodes will receive the information. The control field 56 indicates whether the remaining information in the information signal is control or data information. The next three fields 57-59 are fixed verification (identification) fields where ASCII characters may be inserted to identify the source of the modem. The revision field 62 (e.g. eight bits in length) uses four bits to provide one communicating modem with information regarding the "vintage" of the other communicating modem; i.e. the revision field provides a code which identifies the meaning of the information fields 64-69 of the other modem. Those four bits of the revision field 62 is particularly important for an answering modem if different originating modems have different meanings for the same information field, such as might arise due to revisions in hardware or software capabilities. In accord with the preferred embodiment of the invention, the remaining four bits of the revision field are used as follows. One bit is used to indicate whether the modem is training up for the first time (i.e. first use of the modem). A second bit is used to indicate that that the modem has trained before. A third bit is used to indicate whether the modem is auto dial backup mode, and the fourth bit is used to initiate a call back, as hereinafter described.
After the revision field, several information fields are provided as seen in FIGS. 3a and 3b. In the preferred embodiment, the first information field contains the cell number to be dialed by the answering modem if the cell back bit in the revision field is set as above-described. The remaining information fields are utilized as desired. For example, another information field can be utilized to signal that a remote optioning session is to be conducted rather than the sending of data. If such a signal were to be transmitted, after the B1 signal, the modems would not send data. Rather, a link would be established between AT type parsers such that AT type commands could be executed on one modem to set options on the other.
As indicated in FIG. 3b, the originating modem must then send a password 70b, which in the preferred embodiment is comprised of ten ASCII characters. Because each character may be any of one hundred twenty-eight values, the ten ASCII character password provides over seventy thousand quadrillion (12810) combinations; and because each telephone call between handshaking modems requires seventeen seconds to complete, security against continued calls with a systematic attempt to cover all possible codes will be absolute.
After the password 70b in the case of the originating modem, and after the information fields of the answering modem, the checksum field CRC 75 is provided to guarantee the accuracy of the other parts of the information signal. In accord with the preferred embodiment of the invention, the checksum is sixteen bits long. The checksum 75 is then followed by the stop flag 78 which has the hexadecimal value 7E.
In order to prevent the situation where the information contained in the information signal accidentally includes a 7E (hex) value before the stop flag which would inadvertently eliminate desired fields of the information signal, the information signal (excluding the burst flag) is preferably packetized into an HDLC format. The HDLC algorithm utilizes hex value 7E as the start and stop flags and codes the remaining information by inserting zeros to eliminate the possibility of a six ones (i.e. Hex 7E=01111110) appearing consecutively.
A high level flow chart of an auxiliary packet generating means and an auxiliary packet detection means of a preferred modem 200 is seen in FIGS. 4a and 4b. Both the auxiliary packet generating means and auxiliary packet detection means are implemented in a microprocessor 210 seen in FIG. 5 (e.g. an Intel 8097) with an accompanying memory such as a RAM 220 or ROM 230 and having a receive function 212, transmit function 214, and preferably an adaptive equalizer function 216 and an echo cancelling function 218. As indicated in FIG. 4a, in order to generate an auxiliary packet, the microprocessor of the modem obtains at 110 information for the address, control, ID, revision, and information fields (54, 56, 57-59, 62, and 64-69, of FIGS. 3), and if the modem is an originating modem, the password field 70. The information is "obtained" either via keyboard input from a user, from associated memory, or through processing of the information obtained. The password 70 is typically obtained via keyboard input of a user, while the ID fields 57-59 and revision field 62 are typically obtained from memory. After the information is obtained, the microprocessor calculates a checksum for all of the inserted information, the information and checksum are encoded according to the HDLC format (zero insertion), and stop and start flags (7E Hex) are added at 120. At 125, a burst flag, preferably of the form 10101010 . . . is added to the beginning of the packet (i.e. concatentated), and the concatenated signal is then multiplexed with the R prevention signal 101010 . . . of FIG. 3c at 130 to create a 4800 bits/sec auxiliary packet. The auxiliary packet is scrambled at 135 and inserted into the V.32 handshake at 140 after at least 1280 TRN symbols and before 7922 TRN symbols.
The flow diagram of a microprocessor which acts as an auxiliary packet detection means is seen in FIG. 4b. When a modem is in a V.32 handshake procedure, the modem descrables the received information at 150, and after receiving 1280 TRN symbols, the modem looks at 155 for a pattern 11001100 . . . and upon receiving that pattern synchronizes on that pattern. The pattern 11001100 . . . is the pattern created when the burst flag 10101010 . . . of the information signal is multiplexes with the R prevention signal 101010 . . . Upon synchronizing, the modem demultiplexes at 160 the auxiliary packet and finds the start flag 7E (hex) at 165. The remaining signal is decoded from HDLC format (i.e. zeros are removed) at 170, and then the information contained in the auxiliary packet is used as desired. For example, and as indicated in FIG. 4b, the information signal of the auxiliary packet contains a password. Thus, the auxiliary packet detection means finds the password at 175. If the password is valid, as determined by a comparison of the password with a library of valid or invalid passwords stored in memory, communication is permitted to continue. However, if the password is not valid, the modem should provide an R signal at 180 which causes the channel to be dropped due to incompatibility of the communicating modems.
There has been described and illustrated herein a method for imbedding information in a modem handshake procedure. While particular embodiments were discussed, it should be appreciated by those skilled in the art that it is intended that the invention be broad in scope and that the specifications be read likewise. Thus, while it is preferred that the answering modem insert an auxiliary packet between TRN and R1, and that the originating modem insert an auxiliary packet between TRN and R2, it will be appreciated that only one of the modems need send such an auxiliary packet; that modem being the originating modem if a password is required for communication. On the other hand, an additional auxiliary packet may be inserted, if desired, between TRN and R3. Also, while it is preferred that the auxiliary packet contain address, control, ID, revision, and information fields as well as a password for the originating modem, it will be appreciated that the invention applies to a situation where only an information field or only the password field is sent. Further, while the information signal is preferably encoded according to the HDLC format, such an encoding is only desirable and not mandatory. Other coding could be used, or the signal need not be encoded at all. Indeed, all that is necessary to send a password (or other information) where the password (or other information) can start between 1280 and 7922 TRN symbols is a burst flag followed by a start flag followed by the password (or the other information). In fact, if certain requirements are placed on the password, the password could incorporate the start flag and even part or all of the burst flag. Also, the start flag and the burst flag may be eliminated by fixing the location of the auxiliary packets (e.g. after exactly 5000 or 7000 TRN symbols).
It will further be appreciated by those skilled in the art that the invention has application beyond V.32 type modems. In particular, where it is desired to add an auxiliary packet to a handshake sequence, all that is required is
1) that the auxiliary packet be added either as part of variable length signal, or in a time location where a signal may be sent although the handshake does not require a signal at that time; and
2) that the auxiliary packet take a form other than the format of signals which comprise the standard handshake.
In order to guarantee that the auxiliary packet takes a form other than the format of signals which comprise the standard handshake, it may be necessary to multiplex the information signal (which typically contains the password) with a "prevention" signal, although it may also be possible to build the prevention signal directly into the information signal by placing severe restrictions on the information signal. It should be appreciated, that if a prevention signal is used, it need not be at the same rate as the information signal; i.e. multiplexing between the prevention and information signals need not be at a 1:1 ratio.
Finally, it will be appreciated that other details of the disclosed invention can be changed. For example, the password need to be ten characters long, as fewer characters could still provide complete security. Further, the answering modem can be provided with a switch which would activate or deactive the need for an originating modem to provide an auxiliary packet in order to establish communications. Therefore, it will be apparent to those skilled in the art that additional modifications can be made to the described invention without deviating from the scope and spirit of the invention as so claimed.

Claims (43)

I claim:
1. A method for embedding information in a handshake procedure of a communicating originating and an answering modem, comprising:
a) in an originating modem, generating an auxiliary packet containing the information to be embedded in the handshake procedure such that the auxiliary packet is in a form other than the formats of the handshake signals which are required by the handshake procedure to be sent from the originating modem to the answering modem and cannot be interpreted by the answering modem as one of the handshake signals; and
b) placing said generated auxiliary packet among the handshake signals required to be sent from said originating modem to said answering modem after said answering modem has been trained on originating modem handshake signals and before said answering modem and said originating modem have agreed to communicate data wherein
said auxiliary packet is generated by multiplexing an information signal containing said information and a prevention signal which prevents the auxiliary packet generated by the multiplexing from being interpreted by the answering modem as one of the handshake signals.
2. A method according to claim 1, further comprising:
c) in said answering modem, attempting to find said auxiliary packet and causing communications between said originating and answering modems to be dropped if said auxiliary packet is not found.
3. A method according to claim 2, wherein said information contained in said auxiliary packet includes a password, said method further comprising:
d) storing either an authorized or non-authorized password code in said answering modem;
e) in said answering modem, finding said password in said auxiliary packet, comparing said password to the stored password code, and causing communications between said originating and answering modems to be continued or dropped accordingly.
4. A method according to claim 3, wherein:
said auxiliary packet is generated by multiplexing an information signal containing said information, and a prevention signal which prevents the auxiliary packet generated by the multiplexing from being interpreted by the answering modem as one of the handshake signals, said information signal including said password.
5. A method according to claim 4, wherein:
said information signal further comprises a burst flag, a start flag, and a stop flag.
6. A method according to claim 5, wherein:
said information signal further comprises an information field.
7. A method according to claim 1, wherein:
said information signal comprises an information field.
8. A method according to claim 7, wherein:
said information signal further comprises a burst flag, a start flag, and a stop flag.
9. A method according to claim 7, wherein:
said information signal further comprises a revision field for helping said answering modem to determine the meaning of said information field.
10. A method according to claim 1, wherein:
said originating and answering modems are V.32 type modems;
said originating modem sends a training (TRN) sequence having at least 1280 symbols, followed by a rate signal (R2); and
said auxiliary packet is placed in said handshake procedure after the at least 1280 symbols of the TRN sequence, and before the R2 signal.
11. A method according to claim 1, wherein:
said originating and answering modems are V.32 type modems;
said originating modem sends a training (TRN) sequence having at least 1280 symbols, followed by a rate signal (R2);
said auxiliary packet is placed in said handshake procedure after the at least 1280 symbols of the TRN sequence, and before the R2 signal; and
said prevention signal prevents said auxiliary packet from appearing as an R2 signal.
12. A method according to claim 11, wherein:
said prevention signal is a 2400 bits/sec signal of the form 1010 . . . , said information signal is a 2400 bits/sec signal, and said auxiliary packet generated from multiplexing said prevention signal and said information signal is a 4800 bits/sec signal.
13. A method according to claim 12, wherein:
said information signal comprises a burst flag, a start flag, and a password,
said password being coded according to an HDLC format, and said start flag being provided according to the SLDC format.
14. A method according to claim 12, wherein:
said information signal comprises a burst flag, a start flag, and an information field,
said information field being coded according to an HDLC format, and said start flag being provided according to the HDLC format.
15. A method according to claim 4, wherein:
said originating and answering modems are V.32 type modems;
said originating modem sends a training (TRN) sequence having at least 1280 symbols, followed by a rate signal (R2);
said auxiliary packet is placed in said handshake procedure after the at least 1280 symbols of the TRN sequence, and before the R2 signal; and
said prevention signal prevents said auxiliary packet from appearing as an R2 signal.
16. A method according to claim 15, wherein:
said information signal comprises a burst flag, a start flag, and said password,
said password being coded according to an HDLC format, and said start flag being provided according to the SLDC format,
said burst flag being in the form of 1010 . . . ,
wherein said step of attempting to find said auxiliary packet comprises searching for a 11001100 . . . pattern.
17. A method according to claim 16, wherein:
said information signal further comprises an information field and a checksum coded according to an HDLC format.
18. In a modem having means for generating and sending data signals suitable for transmission over a telecommunications channel, as well as handshake protocol signals required in a handshake procedure, the improvement comprising:
a) means, in said means for generating and sending, for generating an auxiliary packet containing an information signal, said auxiliary packet being generated in a form other than the formats of the handshake protocol signals which are required by the handshake procedure to be sent from said modem to an answering modem such that the auxiliary packet cannot be interpreted by the answering modem as one of the handshake signals; and
b) means, in said means for generating and sending, for sending said generated auxiliary packet among the handshake signals required to be sent from said modem to the answering modem after the answering modem has been trained on said handshake protocol signals of said modem and before the answering modem and said modem have agreed to communicate data wherein
said means for generating an auxiliary packet comprises means for generating said information signal and for generating a prevention signal, and means for multiplexing said information signal with said prevention signal, said prevention signal preventing the auxiliary packet generated by said means for multiplexing from being interpreted as a said handshake protocol signal.
19. The improvement in the modem of claim 18, wherein:
said means for generating an information signal includes means for generating a burst flag, a start flag, a password, and a stop flag.
20. The improvement in the modem of claim 19, wherein:
said means for generating an information signal further includes means for coding said password according to the HDLC format.
21. The improvement in the modem of claim 18, wherein:
said means for generating an information signal includes means for generating a burst flag, a start flag, an information field, and a stop flag.
22. The improvement in the modem of claim 21, wherein:
said means for generating an information signal further includes means for coding said information field according to the HDLC format.
23. In the modem of claim 18 which further includes means for receiving and processing said data signals and said handshake protocol signals, the improvement further comprising:
c) means, in said receiving and processing means, for attempting to find an auxiliary packet sent by an originating modem, and for generating a signal causing communications between said modem and said originating modem to be dropped if said auxiliary packet is not found.
24. In the modem of claim 23, the improvement further comprising:
d) memory means for storing either an authorized or non-authorized password code; and
e) means, in said receiving and processing means, for finding said password in said auxiliary packet, comparing said password to the stored password code, and for generating a signal causing communications between said modem and said originating modem to be continued or dropped accordingly.
25. The improvement in the modem of claim 24, wherein:
said means for finding said password comprises, means for locating and synchronizing with said auxiliary packet, means for demultiplexing said information signal and said prevention signal, and means for locating said password within said information signal.
26. A method for embedding information in a handshake procedure of a communicating originating and an answering modem, said answering modem including an adaptive equalizer which is trained, said method comprising:
a) in an originating modem, generating an auxiliary packet containing the information to be embedded in the handshake procedure such that the auxiliary packet is in a form other than the formats of the handshake signals which are required by the handshake procedure to be sent from the originating modem to the answering modem and cannot be interpreted by the answering modem as one of the handshake signals; and
b) placing said generated auxiliary packet among the handshake signals required to be sent from said originating modem to said answering modem after said adaptive equalizer of said answering modem has been trained on originating modem handshake signals and before said answering modem and said originating modem have agreed to communicate data.
27. A method according to claim 26, further comprising:
c) in said answering modem, attempting to find said auxiliary packet and causing communications between said originating and answering modems to be dropped if said auxiliary packet is not found.
28. A method according to claim 27, wherein said information contained in said auxiliary packet includes a password, said method further comprising:
d) storing either an authorized or non-authorized password code in said answering modem;
e) in said answering modem, finding said password in said auxiliary packet, comparing said password to the stored password code, and causing communications between said originating and answering modems to be continued or dropped accordingly.
29. A method according to claim 26, wherein:
said auxiliary packet is generated by multiplexing an information signal containing said information and a prevention signal which prevents the auxiliary packet generated by the multiplexing from being interpreted by the answering modem as one of the handshake signals.
30. A method according to claim 28, wherein:
said auxiliary packet is generated by multiplexing an information signal containing said information, and a prevention signal which prevents the auxiliary packet generated by the multiplexing from being interpreted by the answering modem as one of the handshake signals, said information signal including said password.
31. A method according to claim 30, wherein:
said information signal further comprises a burst flag, a start flag, and a stop flag.
32. A method according to claim 31, wherein:
said information signal further comprises an information field.
33. A method according to claim 29, wherein:
said information signal comprises an information field.
34. A method according to claim 33, wherein:
said information signal further comprises a burst flag, a start flag, and a stop flag.
35. A method according to claim 33, wherein:
said information signal further comprises a revision field for helping said answering modem to determine the meaning of said information field.
36. A method according to claim 26, wherein:
said originating and answering modems are V.32 type modems;
said originating modem sends a training (TRN) sequence having at least 1280 symbols, followed by a rate signal (R2); and
said auxiliary packet is placed in said handshake procedure after the at least 1280 symbols of the TRN sequence, and before the R2 signal.
37. A method according to claim 29, wherein:
said originating and answering modems are V.32 type modems;
said originating modem sends a training (TRN) sequence having at least 1280 symbols, followed by a rate signal (R2);
said auxiliary packet is placed in said handshake procedure after the at least 1280 symbols of the TRN sequence, and before the R2 signal; and
said prevention signal prevents said auxiliary packet from appearing as an R2 signal.
38. A method according to claim 37, wherein:
said prevention signal is a 2400 bits/sec signal of the form 1010 . . . , said information signal is a 2400 bits/sec signal, and said auxiliary packet generated from multiplexing said prevention signal and said information signal is a 4800 bits/sec signal.
39. A method according to claim 38, wherein:
said information signal comprises a burst flag, a start flag, and a password,
said password being coded according to an HDLC format, and said start flag being provided according to the SLDC format.
40. A method according to claim 38, wherein:
said information signal comprises a burst flag, a start flag, and an information field,
said information field being coded according to an HDLC format, and said start flag being provided according to the HDLC format.
41. A method according to claim 30, wherein:
said originating and answering modems are V.32 type modems;
said originating modem sends a training (TRN) sequence having at least 1280 symbols, followed by a rate signal (R2);
said auxiliary packet is placed in said handshake procedure after the at least 1280 symbols of the TRN sequence, and before the R2 signal; and
said prevention signal prevents said auxiliary packet from appearing as an R2 signal.
42. A method according to claim 41, wherein:
said information signal comprises a burst flag, a start flag, and said password,
said password being coded according to an HDLC format, and said start flag being provided according to the SLDC format,
said burst flag being in the form of 1010 . . . ,
wherein said step of attempting to find said auxiliary packet comprises searching for a 11001100 . . . pattern.
43. A method according to claim 42, wherein:
said information signal further comprises an information field and checksum coded according to an HDLC format.
US07/502,161 1990-03-28 1990-03-28 Method for imbedding information in modem handshake procedure and modems incorporating the same Expired - Lifetime US5146472A (en)

Priority Applications (7)

Application Number Priority Date Filing Date Title
US07/502,161 US5146472A (en) 1990-03-28 1990-03-28 Method for imbedding information in modem handshake procedure and modems incorporating the same
CA002078866A CA2078866C (en) 1990-03-28 1991-03-14 Method for embedding information in modem handshake procedure and modems incorporating the same
PCT/US1991/001713 WO1991015067A1 (en) 1990-03-28 1991-03-14 Method for embedding information in modem handshake procedure and modems incorporating the same
DE69132208T DE69132208T2 (en) 1990-03-28 1991-03-14 METHOD FOR INSERTING INFORMATION IN A MODEM ACKNOWLEDGE PROCEDURE, AND MODEMS CONTAINING THIS METHOD
EP91907379A EP0522047B1 (en) 1990-03-28 1991-03-14 Method for embedding information in modem handshake procedure and modems incorporating the same
ES91907379T ES2148148T3 (en) 1990-03-28 1991-03-14 METHOD TO INSERT INFORMATION IN A LINK ESTABLISHMENT PROCEDURE AND MODEMS THAT INCORPORATE THIS PROCEDURE.
AU75534/91A AU646206B2 (en) 1990-03-28 1991-03-14 Method for embedding information in modem handshake procedure and modems incorporating the same

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US07/502,161 US5146472A (en) 1990-03-28 1990-03-28 Method for imbedding information in modem handshake procedure and modems incorporating the same

Publications (1)

Publication Number Publication Date
US5146472A true US5146472A (en) 1992-09-08

Family

ID=23996621

Family Applications (1)

Application Number Title Priority Date Filing Date
US07/502,161 Expired - Lifetime US5146472A (en) 1990-03-28 1990-03-28 Method for imbedding information in modem handshake procedure and modems incorporating the same

Country Status (7)

Country Link
US (1) US5146472A (en)
EP (1) EP0522047B1 (en)
AU (1) AU646206B2 (en)
CA (1) CA2078866C (en)
DE (1) DE69132208T2 (en)
ES (1) ES2148148T3 (en)
WO (1) WO1991015067A1 (en)

Cited By (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1993014583A1 (en) * 1992-01-13 1993-07-22 General Datacomm, Inc. Systems for and method of identifying v.fast modem within existing automatic interworking procedure standards
US5311596A (en) * 1992-08-31 1994-05-10 At&T Bell Laboratories Continuous authentication using an in-band or out-of-band side channel
US5493609A (en) * 1990-09-27 1996-02-20 Radish Communications Systems, Inc. Telecommunication system for automatic switching between voice and data communications
WO1996019047A1 (en) * 1994-12-14 1996-06-20 Motorola Inc. Signalling techniques and device for high speed data transmission over voiceband channels
US5619725A (en) * 1994-01-21 1997-04-08 Alphanet Telecom Inc. Method for auxiliary software providing instruction for facsimile modem to simulate a telephone communication while connecting to store and forward computer to receive communication
US5917853A (en) * 1994-06-30 1999-06-29 Academy Of Applied Science Method of and apparatus for training high speed digital telephonic modems to obviate imperfections in the telephone channel, while simultaneously allowing conversation
US5978481A (en) * 1994-08-16 1999-11-02 Intel Corporation Modem compatible method and apparatus for encrypting data that is transparent to software applications
US6101608A (en) * 1997-02-20 2000-08-08 Compaq Computer Corporation Method and apparatus for secure remote wake-up of a computer over a network
US6173405B1 (en) 1998-05-29 2001-01-09 3Com Corporation Secure communications card modem and method of using same
US6286105B1 (en) * 1998-04-01 2001-09-04 3Com Corporation Method for implementing link-level security to enforce access privileges
US20020097794A1 (en) * 1998-09-25 2002-07-25 Wesley Smith Integrated audio and modem device
US20020122474A1 (en) * 1998-09-25 2002-09-05 Amir Hindie Modem using batch processing of signal samples
US20020174242A1 (en) * 1998-09-25 2002-11-21 Amir Hindie Modem with code execution adapted to symbol rate
US6490056B1 (en) 1998-03-13 2002-12-03 Matsushita Graphic Communication Systems, Inc. Communication speed switching device
US6490628B2 (en) * 1998-09-25 2002-12-03 Intel Corporation Modem using a digital signal processor and a signal based command set
US6625640B1 (en) * 1999-09-01 2003-09-23 Inventec Corporation Modem having embedded network transmission protocols
US6647099B1 (en) 1998-06-08 2003-11-11 Hewlett-Packard Development Company, L.P. Administrative control and security of modems
US6683888B1 (en) * 1999-09-27 2004-01-27 Mindspeed Technologies, Inc. Method and apparatus for establishing modem connections over a packet network
US6731618B1 (en) * 2000-10-20 2004-05-04 Airvana, Inc. Coding for multi-user communication
US6973567B1 (en) 2001-09-14 2005-12-06 Cisco Technology, Inc. Early authentication during modem training
US6975714B1 (en) * 2002-03-19 2005-12-13 Enginuity Technologies Group, Inc. Method and apparatus for defeating predictive telemarketing systems by simulating facsimile machines or modems upon answering incoming calls
CN100350437C (en) * 2002-08-21 2007-11-21 汤姆森许可贸易公司 Secure electric anti-theft device, anti-theft system comprising one such device and method of matching electric devices
US7676224B1 (en) 2001-07-06 2010-03-09 At&T Mobility Ii Llc Enhanced communication service for predicting and handling communication interruption

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5617423A (en) * 1993-01-08 1997-04-01 Multi-Tech Systems, Inc. Voice over data modem with selectable voice compression

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4811377A (en) * 1987-07-31 1989-03-07 Motorola, Inc. Secure transfer of radio specific data
US4812994A (en) * 1985-08-06 1989-03-14 Pitney Bowes Inc. Postage meter locking system
US4868864A (en) * 1986-07-15 1989-09-19 Hayes Microcomputer Products, Inc. Autocorrelating 2400 bps handshake sequence detector
US4964163A (en) * 1988-04-04 1990-10-16 Motorola, Inc. Method and apparatus for controlling access to a communication system
US4995083A (en) * 1988-09-02 1991-02-19 Gec Plessey Telecommunications Limited Method of establishing a radio link in one of a plurality of channels between two radio units

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
NO852765L (en) * 1984-07-24 1986-01-27 Universal Data Systems Inc PROCEDURE AND APPARATUS FOR AUTOMATIC IDENTIFICATION OF A RESPONSIBLE MODEM IN A NETWORK.
US4782498A (en) * 1986-08-28 1988-11-01 Hayes Microcomputer Products, Inc. Modem with improved handshaking capability
US4905282A (en) * 1988-10-19 1990-02-27 Hayes Microcomputer Products, Inc. Feature negotiation protocol and dynamically adjustable retraining sequence for a high speed half duplex modem

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4812994A (en) * 1985-08-06 1989-03-14 Pitney Bowes Inc. Postage meter locking system
US4868864A (en) * 1986-07-15 1989-09-19 Hayes Microcomputer Products, Inc. Autocorrelating 2400 bps handshake sequence detector
US4811377A (en) * 1987-07-31 1989-03-07 Motorola, Inc. Secure transfer of radio specific data
US4964163A (en) * 1988-04-04 1990-10-16 Motorola, Inc. Method and apparatus for controlling access to a communication system
US4995083A (en) * 1988-09-02 1991-02-19 Gec Plessey Telecommunications Limited Method of establishing a radio link in one of a plurality of channels between two radio units

Non-Patent Citations (6)

* Cited by examiner, † Cited by third party
Title
"Microcom Eyes Broader Base with Low-Cost V.32 Modem"; Tara Sexton; PC Week; Jul. 5, 1989.
"Multi-Tech Enhances Modems with Security, Remote Support", PC Week/Connectivity/Wide Area Systems; Jul. 17, 1989.
Data Communication over the Telephone Network, CCITT Red Book, vol. VIII Fascicle VIII.1; Oct. 8 19, 1984; p. 161 and diagram page. *
Data Communication over the Telephone Network, CCITT Red Book, vol. VIII--Fascicle VIII.1; Oct. 8-19, 1984; p. 161 and diagram page.
Microcom Eyes Broader Base with Low Cost V.32 Modem ; Tara Sexton; PC Week; Jul. 5, 1989. *
Multi Tech Enhances Modems with Security, Remote Support , PC Week/Connectivity/Wide Area Systems; Jul. 17, 1989. *

Cited By (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5493609A (en) * 1990-09-27 1996-02-20 Radish Communications Systems, Inc. Telecommunication system for automatic switching between voice and data communications
WO1993014583A1 (en) * 1992-01-13 1993-07-22 General Datacomm, Inc. Systems for and method of identifying v.fast modem within existing automatic interworking procedure standards
US5311596A (en) * 1992-08-31 1994-05-10 At&T Bell Laboratories Continuous authentication using an in-band or out-of-band side channel
US5619725A (en) * 1994-01-21 1997-04-08 Alphanet Telecom Inc. Method for auxiliary software providing instruction for facsimile modem to simulate a telephone communication while connecting to store and forward computer to receive communication
US5917853A (en) * 1994-06-30 1999-06-29 Academy Of Applied Science Method of and apparatus for training high speed digital telephonic modems to obviate imperfections in the telephone channel, while simultaneously allowing conversation
US5978481A (en) * 1994-08-16 1999-11-02 Intel Corporation Modem compatible method and apparatus for encrypting data that is transparent to software applications
WO1996019047A1 (en) * 1994-12-14 1996-06-20 Motorola Inc. Signalling techniques and device for high speed data transmission over voiceband channels
AU692628B2 (en) * 1994-12-14 1998-06-11 Google Technology Holdings LLC Signalling techniques and device for high speed data transmission over voiceband channels
CN1109412C (en) * 1994-12-14 2003-05-21 摩托罗拉公司 Signalling techniques and device for high speed data transmission over voiceband channels
US6101608A (en) * 1997-02-20 2000-08-08 Compaq Computer Corporation Method and apparatus for secure remote wake-up of a computer over a network
US6490056B1 (en) 1998-03-13 2002-12-03 Matsushita Graphic Communication Systems, Inc. Communication speed switching device
US6286105B1 (en) * 1998-04-01 2001-09-04 3Com Corporation Method for implementing link-level security to enforce access privileges
US6173405B1 (en) 1998-05-29 2001-01-09 3Com Corporation Secure communications card modem and method of using same
US7151823B2 (en) 1998-06-08 2006-12-19 Hewlett-Packard Development Company, L.P. Determining whether a telephony call is permitted based on permission data
US6647099B1 (en) 1998-06-08 2003-11-11 Hewlett-Packard Development Company, L.P. Administrative control and security of modems
US20020122474A1 (en) * 1998-09-25 2002-09-05 Amir Hindie Modem using batch processing of signal samples
US20020174242A1 (en) * 1998-09-25 2002-11-21 Amir Hindie Modem with code execution adapted to symbol rate
US6490628B2 (en) * 1998-09-25 2002-12-03 Intel Corporation Modem using a digital signal processor and a signal based command set
US6611555B2 (en) 1998-09-25 2003-08-26 Intel Corporation Integrated audio and modem device
US6661848B1 (en) 1998-09-25 2003-12-09 Intel Corporation Integrated audio and modem device
US20020097794A1 (en) * 1998-09-25 2002-07-25 Wesley Smith Integrated audio and modem device
US6625640B1 (en) * 1999-09-01 2003-09-23 Inventec Corporation Modem having embedded network transmission protocols
US6683888B1 (en) * 1999-09-27 2004-01-27 Mindspeed Technologies, Inc. Method and apparatus for establishing modem connections over a packet network
US6731618B1 (en) * 2000-10-20 2004-05-04 Airvana, Inc. Coding for multi-user communication
US7676224B1 (en) 2001-07-06 2010-03-09 At&T Mobility Ii Llc Enhanced communication service for predicting and handling communication interruption
US20100120414A1 (en) * 2001-07-06 2010-05-13 At&T Mobility Ii Llc Enhanced communication service for predicting and handling communication interruption
US8798614B2 (en) 2001-07-06 2014-08-05 At&T Mobility Ii Llc Enhanced communication service for predicting and handling communication interruption
US9392423B2 (en) 2001-07-06 2016-07-12 At&T Mobility Ii Llc Enhanced communication service for predicting and handling communication interruption
US6973567B1 (en) 2001-09-14 2005-12-06 Cisco Technology, Inc. Early authentication during modem training
US6975714B1 (en) * 2002-03-19 2005-12-13 Enginuity Technologies Group, Inc. Method and apparatus for defeating predictive telemarketing systems by simulating facsimile machines or modems upon answering incoming calls
CN100350437C (en) * 2002-08-21 2007-11-21 汤姆森许可贸易公司 Secure electric anti-theft device, anti-theft system comprising one such device and method of matching electric devices

Also Published As

Publication number Publication date
ES2148148T3 (en) 2000-10-16
EP0522047B1 (en) 2000-05-17
DE69132208D1 (en) 2000-06-21
AU7553491A (en) 1991-10-21
WO1991015067A1 (en) 1991-10-03
EP0522047A4 (en) 1995-04-19
AU646206B2 (en) 1994-02-10
DE69132208T2 (en) 2001-02-01
CA2078866A1 (en) 1991-09-29
CA2078866C (en) 2000-12-12
EP0522047A1 (en) 1993-01-13

Similar Documents

Publication Publication Date Title
US5146472A (en) Method for imbedding information in modem handshake procedure and modems incorporating the same
US5307411A (en) Means for identification and exchange of encryption keys
KR100417169B1 (en) Circuitry for transmitting voice and data signals over wireless communication channels
EP0729692B1 (en) Method of invoking and cancelling voice or data service from a mobile unit
CA2163023C (en) Secure communication system
US5054020A (en) Apparatus for high speed data communication with asynchronous/synchronous and synchronous/asynchronous data conversion
EP1571817B1 (en) Modem signal detection in a gateway
US20030016800A1 (en) Caller identification method for a telephone system and telephone system with a caller identifying function using the method
WO2000019699A1 (en) Superposition of data over voice
CA2132644A1 (en) Side-channel communications in simultaneous voice and data transmission
US6647059B1 (en) Code division multiple access cable modem
CN1309856A (en) Method and apparatus for establishing TDD/TTY service over vocoded channels
US6633536B1 (en) Signalling in a digital mobile communications system
AU559565B2 (en) Communication system having reconfigurable data terminals
US6622275B2 (en) Method and apparatus supporting TDD/TTY modulation over vocoded channels
KR0183037B1 (en) Method of controlling access to restricted access data and communication system therefor
JPH1168735A (en) Protecting method for communication data, transmitter and receiver
KR100441649B1 (en) Method and communications system for synchronising two devices to a predetermined data transmission process
KR100538891B1 (en) Cordless telecommunications system and identification code modification process
JPH0637739A (en) Data transmitter
KR100284318B1 (en) Method and apparatus for data transmission in channel modem for satellite communication system
JP2595918B2 (en) Illegal data mask circuit in loop network
JPH0787001A (en) Portable terminal equipment for digital radio
KR20010075791A (en) The ISDN security scheme operating method over PCM code converting in the network
JPH0813067B2 (en) Telephone switching equipment

Legal Events

Date Code Title Description
AS Assignment

Owner name: GENERAL DATACOMM, INC., A DE CORP., CONNECTICUT

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST.;ASSIGNOR:HALLMAN, EDWARD H.;REEL/FRAME:005355/0812

Effective date: 19900328

STCF Information on status: patent grant

Free format text: PATENTED CASE

AS Assignment

Owner name: BANK OF NEW YORK, THE, NEW YORK

Free format text: SECURITY INTEREST;ASSIGNOR:GENERAL DATACOMM, INC.;REEL/FRAME:006833/0128

Effective date: 19940112

AS Assignment

Owner name: BANK OF NEW YORK COMMERCIAL CORPORATION, AS AGENT,

Free format text: SECURITY INTEREST;ASSIGNOR:GENERAL DATACOMM, INC.;REEL/FRAME:007869/0249

Effective date: 19951130

FPAY Fee payment

Year of fee payment: 4

AS Assignment

Owner name: TRANSAMERICA BUSINESS CREDIT CORPORATION, AS AGENT

Free format text: SECURITY AGREEMENT;ASSIGNOR:GENERAL DATACOMM, INC.;REEL/FRAME:008829/0038

Effective date: 19971022

Owner name: BNY FINANCIAL CORPORATION, AS AGENT SUCCESSOR BY M

Free format text: RELEASE OF SECURITY INTEREST;ASSIGNOR:GENERAL DATACOMM, INC.;REEL/FRAME:008773/0854

Effective date: 19971023

AS Assignment

Owner name: PC-TEL, INC., CALIFORNIA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:GENERAL DATACOMM, INC.;REEL/FRAME:009711/0671

Effective date: 19981215

AS Assignment

Owner name: GENERAL DATACOMM, INC., CONNECTICUT

Free format text: RLEASE OF SECURITY INTEREST;ASSIGNOR:BANK OF NEW YORK, AS AGENT, THE;REEL/FRAME:009968/0320

Effective date: 19990514

FEPP Fee payment procedure

Free format text: PAT HOLDER CLAIMS SMALL ENTITY STATUS - SMALL BUSINESS (ORIGINAL EVENT CODE: SM02); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

FPAY Fee payment

Year of fee payment: 8

FEPP Fee payment procedure

Free format text: PAT HOLDER NO LONGER CLAIMS SMALL ENTITY STATUS, ENTITY STATUS SET TO UNDISCOUNTED (ORIGINAL EVENT CODE: STOL); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

REFU Refund

Free format text: REFUND - PAYMENT OF MAINTENANCE FEE, 12TH YR, SMALL ENTITY (ORIGINAL EVENT CODE: R2553); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

FPAY Fee payment

Year of fee payment: 12

SULP Surcharge for late payment

Year of fee payment: 11

AS Assignment

Owner name: SILICON LABORATORIES INC., TEXAS

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:PCTEL, INC.;REEL/FRAME:015732/0924

Effective date: 20040802