US20010052026A1 - Controllerless modem - Google Patents
Controllerless modem Download PDFInfo
- Publication number
- US20010052026A1 US20010052026A1 US08/832,622 US83262297A US2001052026A1 US 20010052026 A1 US20010052026 A1 US 20010052026A1 US 83262297 A US83262297 A US 83262297A US 2001052026 A1 US2001052026 A1 US 2001052026A1
- Authority
- US
- United States
- Prior art keywords
- computer
- processor
- communications
- modem
- processing time
- 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.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
- G06F13/10—Program control for peripheral devices
- G06F13/105—Program control for peripheral devices where the programme performs an input/output emulation function
Definitions
- the invention relates to communication systems, and, more particularly, to a modem which operates without a separate controller.
- FIGS. 1 A- 1 C Computers which use a modem for communications are well-known in the art. As discussed more hereinafter, an exemplary computer of this type is shown in FIGS. 1 A- 1 C and its use with a modem for communications is shown in FIG. 1D.
- Modems can be connected to computers either by inserting a modem card into a bus connector for connecting to the computer bus directly (an internal modem) or modems can be connected to the computer over a communications port, when the modem is external.
- Internal and external modems of the prior art typically have an onboard processor or controller for managing the data protocols and transfers.
- the existence of an onboard processor is necessary, in the prior art, in order to ensure that the modem functions get adequate processing time.
- the need for a dedicated processor is particularly acute in a multi-tasking computer system in which a plurality of simultaneous tasks may be running. If those tasks fail to relinquish the processor to a modem application in a timely fashion, data characters will be lost and a data transfer can be aborted.
- the invention provides a controllerless modem which utilizes the services of the host processor and ensures reliable data communications even in the presence of competing processes.
- a controllerless modem in accordance with the invention is guaranteed adequate processing time from the host processor to service communications needs. Further, the controllerless modem of the invention eliminates certain hardware which was necessary to coordinate between the host and the modem in the prior art.
- the invention relates to apparatus, methods, systems and computer program products for providing modem functionality as a virtual device driver running on a host processor rather than as a standalone modem having its own processor.
- FIG. 1A is an illustration of a computer suitable for use in carrying out the invention.
- FIG. 1B is a block diagram of an exemplary bus architecture suitable for carrying out the invention.
- FIG. 1C is an illustration of an exemplary memory medium suitable for storing program information and data.
- FIG. 1D is a block diagram of computer-to-computer communications.
- FIG. 2 is a block diagram showing exemplary software and hardware relationships between a computer (DTE) and a modem (DCE) of the prior art.
- DTE computer
- DCE modem
- FIG. 3 is a block diagram of a controllerless modem (CLM) in accordance with the invention.
- FIG. 4 is a block diagram showing the implementation of a controllerless modem in accordance with the invention in a Windows 95TM operating system environment.
- FIG. 5 is a diagram showing software layers of a controllerless modem port driver V ⁇ D and its hardware interface.
- FIG. 6 is a block diagram of an exemplary implementation of modem codes shown in FIGS. 2 and 3.
- FIG. 1A is an illustration of an exemplary computer of a type suitable for use in carrying out the invention.
- FIG. 1A illustrates a computer system having a processor unit 100 , a display unit 120 , a keyboard 130 , and an input/output device, such as a mouse 140 .
- One or more disk drives 110 A and 110 B may be provided in the processor unit 100 to facilitate the storage and retrieval of information.
- One of these may be a hard drive (not shown) or drives utilizing removable media such as floppy drives or CD ROM drives.
- FIG. 1B is a block diagram of an exemplary computer bus architecture of a type suitable for carrying out the invention.
- a bus 150 connects a central processing unit 155 to other elements of a computer processor system 100 .
- An interface 145 connects external input/output devices such as keyboard 130 and mouse 140 .
- a display interface 125 is also connected to the bus and interfaces the computer display 120 to the central processing unit and to other devices.
- read only memory (ROM) 160 and random access memory (RAM) 165 provides storage of program and data information utilized by the CPU 155 .
- a disk controller 170 permits information to be read from and written to mass storage such as optical memory 171 , hard drive 172 and floppy drive 173 .
- a communications port 185 provides a communications interface between external devices and the computer bus 150 .
- An internal modem 180 connects directly to the bus 150 of the computer.
- the communications port may optionally be utilized to connect to an external modem 190 if an external modem is utilized either in lieu of or as supplemental to internal modem 180 .
- FIG. 1C is an illustration of an exemplary memory medium suitable for storing program and data information in accordance with the invention.
- program and data information are stored on a floppy disk 195 .
- FIG. 1D is a block diagram of computer-to-computer communications.
- DTE data terminal equipment
- the data terminal equipment interfaces with data communications equipment (DCE) 196 and DCE 196 connects with DCE 196 ′ across a communications link.
- DCE at the other end ( 196 ′) connects with its own receiving host DTE 195 ′.
- DCEs are typically modems and the interface specifications which describe how a computer interacts with a modem are standardized and well-known. Similarly, the way that two DCEs interact when passing data is also standardized and known.
- the communications may occur by direct connection or over a network.
- FIG. 2 is a block diagram showing exemplary software and hardware relationships between a computer (DTE) and a modem (DCE) of the prior art.
- an application program 200 such as terminal software used for controlling communications, runs over an operating system layer 210 .
- the operating system provides a consistent interface to certain lower level services as is known in the art.
- the operating system layer 210 interfaces a port driver 215 which controls a universal asynchronous receiver transmitter (UART) 220 .
- UART universal asynchronous receiver transmitter
- Modem code 235 Data and instructions from the UART are processed by a block of modem code 235 which may vary from manufacturer to manufacturer of modems.
- the modem code controls the modem hardware 240 to send and receive data to and from the modem communications line.
- modems be they internal or external, typically have their own processor, bus and supporting hardware for running the modem code 235 and for carrying out the other functions required in the modem.
- FIG. 3 is a block diagram of a controllerless modem (CLM) in accordance with the invention.
- Application 300 , operating system layer 310 and hardware 340 corresponds roughly to application layer 200 , operating system layer 210 and hardware 240 of FIG. 2.
- a CLM port driver 350 which constitutes a virtual device driver (V ⁇ D), replaces the corresponding functionality 250 shown in FIG. 2. Note that the necessity for UART-to-UART communications is eliminated.
- the CLM port driver 350 runs on the host and therefore does not require its own dedicated processor bus structure and other supporting hardware.
- the CLM port driver includes a CLM port driver interface 315 which manages data and instructions to and from the operating system layer 310 .
- a software UART emulation layer may be placed between the CLM port driver interface 315 and the modem code 335 and utilized to give the appearance that the modem code is talking to a UART as it did in the prior art. It is of course preferable to simply write the CLM port driver interface to directly control the modem code 335 without the necessity of emulating a UART for interface purposes.
- the CLM port driver interface 315 communicates with the VCOMM layer of Windows 95TM to provide hardware—specific modem functions. Most communications API calls made by applications will be translated into VCOMM calls, which are then translated into port driver calls.
- the port driver maintains setup information, configures and interfaces with the operating system layer for data transfer, handles aspects of flow control and issues notifications to the application of events and the like. It also maintains the settings for baud rate, flow control, parity, data bits, stop bits, etc. It also keeps track of the state of DTR, DSR, RLSD, and ring lines. Buffers are set aside and are used for transferring data between the modem and the computer by passing data into and out of the buffers.
- FIG. 4 is a block diagram showing implementation of a controllerless modem in accordance with the invention in a Windows 95TM operating system environment.
- the privileges with which certain modules run in a Windows 95TM environment are determined by the ring level. Ring 0 is the most privileged layer whereas ring 3 is less privileged.
- Certain windows applications 400 will interface to communication services over a telephone application programming interface (TAPI) 405 and a unimodem 410 layer.
- TAPI telephone application programming interface
- Sixteen bit applications such as those found in Windows 3.X ( 415 ) interface through a WIN 16 layer 420 and a com.drv interface 425 .
- Windows 32 bit applications ( 430 ) interface directly.
- Each of the applications 400 , 415 and 430 acquire communication services through a VCOMM V ⁇ D ( 440 ) of the Windows 95TM operating system.
- the VCOMM V ⁇ D of the Windows 95TM operating system then interfaces directly with the controllerless modem port driver V ⁇ D 450 in accordance with the invention as described in conjunction with FIG. 5.
- the controllerless modem port driver V ⁇ D then drives the hardware 460 for modem communications. Note that the VCOMM V ⁇ D and the controllerless modem port driver V ⁇ D 450 operate at ring 0 level.
- FIG. 5 is a diagram showing software layers of a controllerless modem port driver V ⁇ D and its hardware interface. These include the Windows interface layer, an optional UART layer, the module layer, the module I/O layer, the interrupt layer, and the physical layer.
- the port driver interface 510 and the UART emulation 520 were discussed in conjunction with FIG. 4 above.
- Plug and play makes it easy for computer users to add new hardware to their systems. Plug and play prevents device conflicts, allocates resources, and enables the enumeration of devices on an automatic basis.
- the controllerless modem presents a PCI based interface which is plug and play compatible with Windows 95TM. All configuration management in the plug and play framework is controlled by the configuration manager of the Windows 95TM operating system.
- the real time services (RTS) module 512 with the Windows interface layer is utilized to ensure that the CLM port driver V ⁇ D gets adequate processing time to service its needs.
- RTS utilizes services of the host to set timers and provide time out responses to the CLM port driver V ⁇ D.
- the RTS 512 is described in more detail in the co-pending application referred to above.
- real time services provides processing time to the V ⁇ D in a way which is controllable as to the frequency of the processor allocation and as to its duration.
- Timer 551 which provides timing for the interrupt layer can either be implemented independently or utilize the services of RTS for its functionality.
- the fax module 530 , V.42 module 531 , and VCE module 532 provide the various protocol services for the handling of fax, V.42 data and voice services provided by the modem.
- the ACU module 533 functions somewhat as a operating system for the modem.
- the DTE module 534 is responsible for break handling and terminal escape sequence processing.
- the fax I/O 540 , V.42 I/O 541 and VCE I/O 542 provide an input/output interface to the data transmit receive module 550 .
- the modem task 543 implements DCE functionality.
- the data transmit/receive module 550 of the interrupt layer passes data to the PCI bus I/O line driver 560 for transmission over the communications line.
- the functionality allocated to hardware and software begins to blur in the physical layer and may be implementation dependent.
- the PCI I/O line driver 560 signals data TX/RX 550 of the interrupt layer that data has been received and requires processing.
- the data TX/RX module 550 will then signal an interrupt so that the incoming data can be serviced.
- Outgoing data may be typically loaded into the PCI's I/O line driver 560 for transmission when line conditions permit.
- DCE hardware no longer requires the dedicated processor or controller and no longer requires UARTs in order to operate.
- that control can either be run on the host or can be implemented as a relatively simple finite state machine without the necessity of a separate dedicated processor.
- FIG. 6 is a block diagram of an exemplary implementation of a modem code shown in FIGS. 2 and 3. For simplification purposes, only fax and V.42 data modes are illustrated in FIG. 6. Voice handling is not shown. In the example shown in FIG. 6, three separate classes of events are processed in parallel channels.
- the DTE information 600 received from the software UART layer 320 can include, in the example shown, either control functions which will be routed to the ACU unit or fax related information and data transmission information and data.
- ACU type events are routed over the ACU I/O module 610 to the ACU processing module.
- the processing module handles control the operation of the modem.
- Incoming fax information is routed to the fax module 640 where, in the example shown, a class 1 fax functionality is implemented and the fax I/O data is routed to and from the DCE 695 .
- the DTE module 660 interfaces incoming data to the data module 670 where error detection and correction are performed using, for example, LAPM or MNP.
- V.42 control is implemented before being passed the DCE I/O module 680 and to the DCE transmit and receive module 695 .
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Communication Control (AREA)
- Telephonic Communication Services (AREA)
Abstract
Description
- This application is related to application Ser. No. 08/774,648, filed Dec. 30, 1996, in the name of Richard P. Tarquini and entitled REAL TIME SERVICES IN BACKWARDLY COMPATIBLE OPERATING SYSTEMS, which is hereby incorporated by reference in its entirety.
- The invention relates to communication systems, and, more particularly, to a modem which operates without a separate controller.
- Computers which use a modem for communications are well-known in the art. As discussed more hereinafter, an exemplary computer of this type is shown in FIGS.1A-1C and its use with a modem for communications is shown in FIG. 1D.
- Communications between a computer and a modem typically occurs over a universal asynchronous receiver transmitter (UART) link. Modems can be connected to computers either by inserting a modem card into a bus connector for connecting to the computer bus directly (an internal modem) or modems can be connected to the computer over a communications port, when the modem is external. Internal and external modems of the prior art typically have an onboard processor or controller for managing the data protocols and transfers. The existence of an onboard processor is necessary, in the prior art, in order to ensure that the modem functions get adequate processing time. The need for a dedicated processor is particularly acute in a multi-tasking computer system in which a plurality of simultaneous tasks may be running. If those tasks fail to relinquish the processor to a modem application in a timely fashion, data characters will be lost and a data transfer can be aborted.
- The provision of a separate processor or controller to run a modem, merely to ensure adequate processing power for modem tasks, is expensive and provides redundant capabilities to that which already exist on a computer hosting the modem. The host has its own processor, bus and system clock. Providing these redundantly in a modem provides additional costs which would be obviated if a modem could utilize the host processor capabilities.
- Nevertheless, in the past, it has not been feasible to utilize the host processor and bus to do modem processing given the stringent timing requirements needed to ensure reliable data communications over the modem and given the presence of other processes which compete for processor time.
- The invention provides a controllerless modem which utilizes the services of the host processor and ensures reliable data communications even in the presence of competing processes. A controllerless modem in accordance with the invention is guaranteed adequate processing time from the host processor to service communications needs. Further, the controllerless modem of the invention eliminates certain hardware which was necessary to coordinate between the host and the modem in the prior art.
- The invention relates to apparatus, methods, systems and computer program products for providing modem functionality as a virtual device driver running on a host processor rather than as a standalone modem having its own processor.
- Still other objects and advantages of the present invention will become readily apparent to those skilled in the art from the following detailed description, wherein only the preferred embodiment of the invention is shown and described, simply by way of illustration of the best mode contemplated of carrying out the invention. As will be realized, the invention is capable of other and different embodiments, and its several details are capable of modifications in various obvious respects, all without departing from the invention. Accordingly, the drawing and description are to be regarded as illustrative in nature, and not as restrictive.
- FIG. 1A is an illustration of a computer suitable for use in carrying out the invention.
- FIG. 1B is a block diagram of an exemplary bus architecture suitable for carrying out the invention.
- FIG. 1C is an illustration of an exemplary memory medium suitable for storing program information and data.
- FIG. 1D is a block diagram of computer-to-computer communications.
- FIG. 2 is a block diagram showing exemplary software and hardware relationships between a computer (DTE) and a modem (DCE) of the prior art.
- FIG. 3 is a block diagram of a controllerless modem (CLM) in accordance with the invention.
- FIG. 4 is a block diagram showing the implementation of a controllerless modem in accordance with the invention in a Windows 95™ operating system environment.
- FIG. 5 is a diagram showing software layers of a controllerless modem port driver V×D and its hardware interface.
- FIG. 6 is a block diagram of an exemplary implementation of modem codes shown in FIGS. 2 and 3.
- FIG. 1A is an illustration of an exemplary computer of a type suitable for use in carrying out the invention. FIG. 1A illustrates a computer system having a
processor unit 100, adisplay unit 120, akeyboard 130, and an input/output device, such as amouse 140. One ormore disk drives processor unit 100 to facilitate the storage and retrieval of information. One of these may be a hard drive (not shown) or drives utilizing removable media such as floppy drives or CD ROM drives. - FIG. 1B is a block diagram of an exemplary computer bus architecture of a type suitable for carrying out the invention. A
bus 150 connects acentral processing unit 155 to other elements of acomputer processor system 100. Aninterface 145 connects external input/output devices such askeyboard 130 andmouse 140. Adisplay interface 125 is also connected to the bus and interfaces thecomputer display 120 to the central processing unit and to other devices. In this exemplary embodiment, read only memory (ROM) 160 and random access memory (RAM) 165 provides storage of program and data information utilized by theCPU 155. Adisk controller 170 permits information to be read from and written to mass storage such asoptical memory 171,hard drive 172 andfloppy drive 173. Acommunications port 185 provides a communications interface between external devices and thecomputer bus 150. Aninternal modem 180 connects directly to thebus 150 of the computer. The communications port may optionally be utilized to connect to anexternal modem 190 if an external modem is utilized either in lieu of or as supplemental tointernal modem 180. - FIG. 1C is an illustration of an exemplary memory medium suitable for storing program and data information in accordance with the invention. In the example shown, program and data information are stored on a
floppy disk 195. - FIG. 1D is a block diagram of computer-to-computer communications. Historically, a terminal or computer driving a modem is referred to as data terminal equipment (DTE) such as
DTE 195 shown in FIG. 1D. The data terminal equipment interfaces with data communications equipment (DCE) 196 andDCE 196 connects withDCE 196′ across a communications link. The DCE at the other end (196′) connects with its ownreceiving host DTE 195′. DCEs are typically modems and the interface specifications which describe how a computer interacts with a modem are standardized and well-known. Similarly, the way that two DCEs interact when passing data is also standardized and known. The communications may occur by direct connection or over a network. - FIG. 2 is a block diagram showing exemplary software and hardware relationships between a computer (DTE) and a modem (DCE) of the prior art. On the computer side, an
application program 200, such as terminal software used for controlling communications, runs over anoperating system layer 210. The operating system provides a consistent interface to certain lower level services as is known in the art. In this case, theoperating system layer 210 interfaces aport driver 215 which controls a universal asynchronous receiver transmitter (UART) 220. When the computer is connected to a modem, either an internal or an external modem, the UART from thecomputer 220 connects to aUART 230 in the modem. That way, data and instructions are sent from the computer to the modem. Data and instructions from the UART are processed by a block ofmodem code 235 which may vary from manufacturer to manufacturer of modems. The modem code controls themodem hardware 240 to send and receive data to and from the modem communications line. Although not expressly shown in FIG. 2, modems, be they internal or external, typically have their own processor, bus and supporting hardware for running themodem code 235 and for carrying out the other functions required in the modem. - FIG. 3 is a block diagram of a controllerless modem (CLM) in accordance with the invention.
Application 300,operating system layer 310 andhardware 340 corresponds roughly toapplication layer 200,operating system layer 210 andhardware 240 of FIG. 2. In FIG. 3, however, aCLM port driver 350 which constitutes a virtual device driver (V×D), replaces thecorresponding functionality 250 shown in FIG. 2. Note that the necessity for UART-to-UART communications is eliminated. TheCLM port driver 350 runs on the host and therefore does not require its own dedicated processor bus structure and other supporting hardware. - The CLM port driver includes a CLM
port driver interface 315 which manages data and instructions to and from theoperating system layer 310. In cases where it is desirable to keep themodem code 335 the same asmodem code 235 utilized in modems having a dedicated processor, a software UART emulation layer may be placed between the CLMport driver interface 315 and themodem code 335 and utilized to give the appearance that the modem code is talking to a UART as it did in the prior art. It is of course preferable to simply write the CLM port driver interface to directly control themodem code 335 without the necessity of emulating a UART for interface purposes. - The invention will be described with reference to a modern operating system, in this case, with respect to the Windows 95™ operating system. Windows 95™ is a Trademark of Microsoft Corporation. It is apparent, however, that the invention has application to other operating systems generally.
- In a Windows 95™ environment, the CLM
port driver interface 315 communicates with the VCOMM layer of Windows 95™ to provide hardware—specific modem functions. Most communications API calls made by applications will be translated into VCOMM calls, which are then translated into port driver calls. The port driver maintains setup information, configures and interfaces with the operating system layer for data transfer, handles aspects of flow control and issues notifications to the application of events and the like. It also maintains the settings for baud rate, flow control, parity, data bits, stop bits, etc. It also keeps track of the state of DTR, DSR, RLSD, and ring lines. Buffers are set aside and are used for transferring data between the modem and the computer by passing data into and out of the buffers. - FIG. 4 is a block diagram showing implementation of a controllerless modem in accordance with the invention in a Windows 95™ operating system environment. The privileges with which certain modules run in a Windows 95™ environment are determined by the ring level. Ring0 is the most privileged layer whereas ring 3 is less privileged.
Certain windows applications 400 will interface to communication services over a telephone application programming interface (TAPI) 405 and aunimodem 410 layer. Sixteen bit applications such as those found in Windows 3.X (415) interface through aWIN 16layer 420 and a com.drvinterface 425.Windows 32 bit applications (430) interface directly. The interfacing of legacy DOS applications requires a treatment different from that described in accordance with this invention and will not be described herein. Each of theapplications D 450 in accordance with the invention as described in conjunction with FIG. 5. The controllerless modem port driver V×D then drives thehardware 460 for modem communications. Note that the VCOMM V×D and the controllerless modem port driver V×D 450 operate at ring 0 level. - FIG. 5 is a diagram showing software layers of a controllerless modem port driver V×D and its hardware interface. These include the Windows interface layer, an optional UART layer, the module layer, the module I/O layer, the interrupt layer, and the physical layer. The
port driver interface 510 and theUART emulation 520 were discussed in conjunction with FIG. 4 above. - Plug and play makes it easy for computer users to add new hardware to their systems. Plug and play prevents device conflicts, allocates resources, and enables the enumeration of devices on an automatic basis. The controllerless modem presents a PCI based interface which is plug and play compatible with Windows 95™. All configuration management in the plug and play framework is controlled by the configuration manager of the Windows 95™ operating system.
- The real time services (RTS)
module 512 with the Windows interface layer is utilized to ensure that the CLM port driver V×D gets adequate processing time to service its needs. RTS utilizes services of the host to set timers and provide time out responses to the CLM port driver V×D. TheRTS 512 is described in more detail in the co-pending application referred to above. In a preferred embodiment, real time services provides processing time to the V×D in a way which is controllable as to the frequency of the processor allocation and as to its duration.Timer 551 which provides timing for the interrupt layer can either be implemented independently or utilize the services of RTS for its functionality. Thefax module 530, V.42module 531, andVCE module 532 provide the various protocol services for the handling of fax, V.42 data and voice services provided by the modem. TheACU module 533 functions somewhat as a operating system for the modem. TheDTE module 534 is responsible for break handling and terminal escape sequence processing. - The fax I/
O 540, V.42 I/O 541 and VCE I/O 542 provide an input/output interface to the data transmit receivemodule 550. Themodem task 543 implements DCE functionality. The data transmit/receivemodule 550 of the interrupt layer passes data to the PCI bus I/O line driver 560 for transmission over the communications line. The functionality allocated to hardware and software begins to blur in the physical layer and may be implementation dependent. In one implementation, the PCI I/O line driver 560 signals data TX/RX 550 of the interrupt layer that data has been received and requires processing. The data TX/RX module 550 will then signal an interrupt so that the incoming data can be serviced. Outgoing data, may be typically loaded into the PCI's I/O line driver 560 for transmission when line conditions permit. - What is significant, is that the DCE hardware no longer requires the dedicated processor or controller and no longer requires UARTs in order to operate. Depending upon the amount of control required in the hardware of a particular implementation, that control can either be run on the host or can be implemented as a relatively simple finite state machine without the necessity of a separate dedicated processor.
- FIG. 6 is a block diagram of an exemplary implementation of a modem code shown in FIGS. 2 and 3. For simplification purposes, only fax and V.42 data modes are illustrated in FIG. 6. Voice handling is not shown. In the example shown in FIG. 6, three separate classes of events are processed in parallel channels. The DTE information600 received from the software UART layer 320 can include, in the example shown, either control functions which will be routed to the ACU unit or fax related information and data transmission information and data.
- ACU type events are routed over the ACU I/
O module 610 to the ACU processing module. The processing module handles control the operation of the modem. Incoming fax information is routed to thefax module 640 where, in the example shown, aclass 1 fax functionality is implemented and the fax I/O data is routed to and from theDCE 695. TheDTE module 660 interfaces incoming data to thedata module 670 where error detection and correction are performed using, for example, LAPM or MNP. In addition, V.42 control is implemented before being passed the DCE I/O module 680 and to the DCE transmit and receivemodule 695. - When implementing previously developed modem code in a controllerless modem environment, the code should be reviewed to remove infinite loops and long polling delays. Mechanisms can be put in place to limit the amount of time that the code may delay and to limit the number of loops that may execute consecutively without status checking. If long loops exist to wait for data to be input from that PC or line, for example, special background processing time could be given to the corresponding code modules to allow the data to “catch up” when necessary. Effort should be made to prevent the fax code from locking up the computers processor for an extended period of time. The following is a list of items that should be considered in implementation:
- 1. It may be late in configuring the line but HDLC packets are mandatorily transmitted upto three times so latency of three to five seconds is acceptable. This could become an issue if delay is over six or nine seconds. A failure will occur.
- 2. Under Windows, if TCF is missed, fax will now send FTT and retrain down. Wait for DCS again.
- 3. Remove “infinite while” loops that wait for events.
- 4. Check for fax and voice timer resolutions of less than 10 ms.
- 5. One should check for the DOS full screen effects on timers.
- 6. One should check whether disk access steals too much time.
- There has thus been described a controllerless modem which reduces hardware requirements for modems while ensuring adequate to processing time to the modem so that communication functions are not degraded. In addition, the invention overcomes the problems of the prior art and provides a lower cost solution to communications requirements.
- In this disclosure, there is shown and described only the preferred embodiment of the invention, but, as aforementioned, it is to be understood that the invention is capable of use in various other combinations and environments and is capable of changes or modifications within the scope of the inventive concept as expressed herein.
Claims (16)
Priority Applications (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US08/832,622 US6353857B2 (en) | 1997-03-31 | 1997-03-31 | Controllerless modem |
PCT/US1998/006385 WO1998044425A1 (en) | 1997-03-31 | 1998-03-31 | Controllerless modem |
JP54195198A JP2001519060A (en) | 1997-03-31 | 1998-03-31 | Controllerless modem |
EP98914387A EP0972248A1 (en) | 1997-03-31 | 1998-03-31 | Controllerless modem |
TW087104842A TW436711B (en) | 1997-03-31 | 1998-03-31 | Controllerless modem |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US08/832,622 US6353857B2 (en) | 1997-03-31 | 1997-03-31 | Controllerless modem |
Publications (2)
Publication Number | Publication Date |
---|---|
US20010052026A1 true US20010052026A1 (en) | 2001-12-13 |
US6353857B2 US6353857B2 (en) | 2002-03-05 |
Family
ID=25262193
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US08/832,622 Expired - Fee Related US6353857B2 (en) | 1997-03-31 | 1997-03-31 | Controllerless modem |
Country Status (5)
Country | Link |
---|---|
US (1) | US6353857B2 (en) |
EP (1) | EP0972248A1 (en) |
JP (1) | JP2001519060A (en) |
TW (1) | TW436711B (en) |
WO (1) | WO1998044425A1 (en) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1577785A1 (en) * | 2004-03-17 | 2005-09-21 | Lg Electronics Inc. | Modem sharing device in a PDA phone |
JP2023111371A (en) * | 2022-01-31 | 2023-08-10 | 春樹 鳥海 | Ahead-sick parameter measurement system |
Families Citing this family (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6252900B1 (en) | 1997-06-30 | 2001-06-26 | Integrated Telecom Express, Inc. | Forward compatible and expandable high speed communications system and method of operation |
US6400759B1 (en) | 1997-06-30 | 2002-06-04 | Integrated Telecom Express, Inc. | Device driver for rate adaptable modem with forward compatible and expandable functionality |
US6546434B1 (en) * | 1999-04-12 | 2003-04-08 | Eaton Corporation | Virtual device driver |
US6594709B1 (en) * | 1999-09-24 | 2003-07-15 | Cisco Technology, Inc. | Methods and apparatus for transferring data using a device driver |
US6647100B1 (en) * | 2000-07-26 | 2003-11-11 | Conexant Systems, Inc. | Universal Serial Bus datapump command interpreter |
US6869165B2 (en) * | 2002-10-30 | 2005-03-22 | Hewlett-Packard Development Company, L.P. | Fluid interconnect for printhead assembly |
JP2004171177A (en) * | 2002-11-19 | 2004-06-17 | Renesas Technology Corp | Cache system and cache memory controller |
WO2004072852A1 (en) * | 2003-02-11 | 2004-08-26 | Thomson Licensing S.A. | Asynchronous communications technique |
US7010630B2 (en) * | 2003-06-30 | 2006-03-07 | International Business Machines Corporation | Communicating to system management in a data processing system |
US7623894B2 (en) * | 2003-10-09 | 2009-11-24 | Freescale Semiconductor, Inc. | Cellular modem processing |
US7945914B2 (en) * | 2003-12-10 | 2011-05-17 | X1 Technologies, Inc. | Methods and systems for performing operations in response to detecting a computer idle condition |
US7546599B2 (en) * | 2004-12-20 | 2009-06-09 | Intel Corporation | Method, apparatus and system for instructing a virtual device from a virtual machine |
Family Cites Families (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US4549302A (en) * | 1981-06-15 | 1985-10-22 | Hayes Microcomputer Products, Inc. | Modem with improved escape sequence mechanism to prevent escape in response to random occurrence of escape character in transmitted data |
US5170470A (en) * | 1988-05-02 | 1992-12-08 | National Semiconductor Corp. | Integrated modem which employs a host processor as its controller |
FR2634038B1 (en) * | 1988-07-08 | 1993-11-05 | Js Telecommunications | COMPUTER WITH INTEGRATED DIGITAL TERMINATION OF SERVICE INTEGRATED DIGITAL NETWORK SUBSCRIBER |
US5189663A (en) * | 1989-08-15 | 1993-02-23 | C & P Of Virginia | Method of and system for remote testing and reporting of ISDN line conditions |
US5572675A (en) * | 1991-05-29 | 1996-11-05 | Alcatel N.V. | Application program interface |
DE9303712U1 (en) * | 1993-03-13 | 1993-07-01 | Elsa Gesellschaft Fuer Elektronische Systeme Mbh, 5100 Aachen, De | |
US5659800A (en) * | 1993-10-06 | 1997-08-19 | International Technologies & Systems Corporation (Its) | System for directly sending undecoded raw signals from reader device via external slave interface to personal computer through communication port without first decoding the signals |
US5450530A (en) * | 1993-11-03 | 1995-09-12 | Rockwell International Corporation | High speed receiver/transmitter interface |
US5604870A (en) * | 1994-08-01 | 1997-02-18 | Moss; Barry | UART emulator card |
US5787305A (en) | 1995-04-25 | 1998-07-28 | Pc-Tel, Inc. | Host signal processing modem using a software simulation of a UART |
FI98028C (en) | 1995-05-03 | 1997-03-25 | Nokia Mobile Phones Ltd | data adapter |
US5625678A (en) * | 1995-05-24 | 1997-04-29 | Microsoft Corporation | Method and system for allowing switched voice and data communication among multiple application programs |
US5812820A (en) * | 1995-09-29 | 1998-09-22 | Pacific Commware, Inc. | Virtual UART |
US5802307A (en) * | 1995-11-24 | 1998-09-01 | Sun Microsystems, Inc. | Network communications subsystem and method for digital computer system employing protocol stack having diverse lower-level network driver components optimized for each of base and enhance operating systems |
EP0788057B1 (en) | 1996-01-31 | 2003-05-02 | Compaq Computer Corporation | Computer system with controllerless modem |
US5864710A (en) * | 1996-07-23 | 1999-01-26 | Compaq Computer Corporation | Controllerless modem |
US5790895A (en) * | 1996-10-18 | 1998-08-04 | Compaq Computer Corporation | Modem sharing |
US5925114A (en) * | 1997-03-21 | 1999-07-20 | Motorola, Inc. | Modem implemented in software for operation on a general purpose computer having operating system with different execution priority levels |
-
1997
- 1997-03-31 US US08/832,622 patent/US6353857B2/en not_active Expired - Fee Related
-
1998
- 1998-03-31 JP JP54195198A patent/JP2001519060A/en active Pending
- 1998-03-31 EP EP98914387A patent/EP0972248A1/en not_active Withdrawn
- 1998-03-31 WO PCT/US1998/006385 patent/WO1998044425A1/en not_active Application Discontinuation
- 1998-03-31 TW TW087104842A patent/TW436711B/en not_active IP Right Cessation
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1577785A1 (en) * | 2004-03-17 | 2005-09-21 | Lg Electronics Inc. | Modem sharing device in a PDA phone |
US7457635B2 (en) | 2004-03-17 | 2008-11-25 | Lg Electronics Inc. | Modem sharing device of PDA phone and method thereof |
JP2023111371A (en) * | 2022-01-31 | 2023-08-10 | 春樹 鳥海 | Ahead-sick parameter measurement system |
Also Published As
Publication number | Publication date |
---|---|
WO1998044425A1 (en) | 1998-10-08 |
EP0972248A1 (en) | 2000-01-19 |
US6353857B2 (en) | 2002-03-05 |
JP2001519060A (en) | 2001-10-16 |
TW436711B (en) | 2001-05-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP0788057B1 (en) | Computer system with controllerless modem | |
EP0993636B1 (en) | Dos based application supports for a controllerless modem | |
US20010052026A1 (en) | Controllerless modem | |
CA2111782C (en) | Communication of local area network based applications on a switched network | |
US5784643A (en) | System incorporating program for intercepting and interpreting or altering commands for generating I/O activity for enabling real-time user feedback by sending substitute characters to modem | |
US5450530A (en) | High speed receiver/transmitter interface | |
US6085265A (en) | System for handling an asynchronous interrupt a universal serial bus device | |
US6735658B1 (en) | System and method for combining computer video and remote universal serial bus in an extended cable | |
US5625775A (en) | Modem communication interface in a data processing system | |
US4945473A (en) | Communications controller interface | |
US20070174033A1 (en) | Remote control device and method for accessing peripheral device remotely | |
US20060168099A1 (en) | Virtual serial port and protocol for use in serial-over-LAN communication | |
JPH08272717A (en) | Modem interface | |
US5864710A (en) | Controllerless modem | |
US20050021870A1 (en) | Modular presentation device with network connection for use with PDA's and Smartphones | |
US20040230668A1 (en) | Modular presentation device for use with PDA's and Smartphones | |
CN112416521A (en) | Serial port virtualization implementation method based on linux tty subsystem | |
US6370591B2 (en) | Method and apparatus for running simultaneous applications through the same port using supplementary drivers through a main driver | |
CN110971621B (en) | Embedded multi-CPU interconnection circuit based on SDIO interface, interconnection method and driving method | |
US6345324B1 (en) | Apparatus for transferring data using an interface element and a queued direct input-output device | |
US6332171B1 (en) | Self-contained queues with associated control information for receipt and transfer of incoming and outgoing data using a queued direct input-output device | |
US5287534A (en) | Correcting crossover distortion produced when analog signal thresholds are used to remove noise from signal | |
US6173321B1 (en) | Using a systems network architecture logical unit activation request unit as a dynamic configuration definition in a gateway | |
US20050182615A1 (en) | Method and system for creating an automatically adjusting USB mass storage device | |
US6389465B1 (en) | Using a systems network architecture logical unit activation request unit as a dynamic configuration definition in a gateway |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: CIRRUS LOGIC, INC., CALIFORNIA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:BADER, JIM;DEANS, SCOTT;MILLER, ROB;AND OTHERS;REEL/FRAME:008815/0684;SIGNING DATES FROM 19970814 TO 19970826 |
|
AS | Assignment |
Owner name: CIRRUS LOGIC, INC., CALIFORNIA Free format text: RESUBMISSION OF ASSIGNMENT DOCUMENT TO CORRECT LISTING OF INVENTORS. RECORDED AT REEL 8815, FRAME 0684.;ASSIGNORS:BADER, JIM;DEANS, SCOTT;MILLER, ROB;AND OTHERS;REEL/FRAME:009410/0852;SIGNING DATES FROM 19980814 TO 19980826 |
|
AS | Assignment |
Owner name: INTEL CORPORATION, CALIFORNIA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:CIRRUS LOGIC, INC.;REEL/FRAME:012134/0685 Effective date: 20010822 |
|
FEPP | Fee payment procedure |
Free format text: PAYOR NUMBER ASSIGNED (ORIGINAL EVENT CODE: ASPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |
|
FPAY | Fee payment |
Year of fee payment: 4 |
|
REMI | Maintenance fee reminder mailed | ||
LAPS | Lapse for failure to pay maintenance fees | ||
STCH | Information on status: patent discontinuation |
Free format text: PATENT EXPIRED DUE TO NONPAYMENT OF MAINTENANCE FEES UNDER 37 CFR 1.362 |
|
FP | Lapsed due to failure to pay maintenance fee |
Effective date: 20100305 |