KR100209360B1 - B-isdn interfacing apparatus providing intelligent device driver - Google Patents

Abstract

The present invention relates to a broadband integrated information network matching device for providing an intelligent device driver, and more particularly, comprising a host processor and a local processor. The device driver accommodated by the host processor is related to a broadband integrated information network matching device that provides an intelligent device driver having a service filtering function to support an internet access service.

By using Bt8230 which can be routed to local processor and host processor according to channel, we developed ATM network matching board to reduce the burden of host processor by delegating OAM and signaling processing to local processor. It provides a broadband integrated information network matching device that provides an intelligent device driver that allows a host processor to handle user data processing.

Description

Broadband Telecommunication Network Matching Device Providing Intelligent Device Driver

The present invention relates to a broadband integrated information network matching device for providing a smart device driver, and more particularly, comprising a host processor and a local processor, and localized signaling, layer management, and plane management module to reduce the burden on the host processor. A device driver accommodated by a processor and accommodated by a host processor relates to a broadband integrated information network matching device that provides an intelligent device driver having a service filtering function to support an internet access service.

In recent years, enthusiasm for multimedia services in all industries, particularly in the telecommunications and consumer electronics sectors, has been tremendous. This multimedia is mainly done through the Internet. Because the current Internet has a limitation of address, it is difficult to assign it to all subscribers and it is difficult to access to the general public because it has a disadvantage that it is not easy to connect with the public network. Moreover, since multimedia services such as video demand high-capacity and high-speed capabilities, there is a tendency to service them through interworking with high-speed networks, in particular, Broadband Integration Services Digital Network (B-ISDN). (ITU-T and ATM Forums). The B-ISDN network has the ability to cope with the following services.

Interactive services: video telephony, video conferencing, data transmission and telecommunications etc.

Message service: video mail, voice mail and email

Search services: Videotex, Database and Multimedia DB etc.

Distributive Services: Video-On-Demand, electronic newspapers and electronic publishing.

A network matching device is required so that a PC running Windows NT, which is considered to be the most popular in the home, as the platform of the host to provide the above-mentioned services, can access the B-ISDN network and receive multimedia services. Do.

However, as the B-ISDN network matching device described up to now, the B-ISDN communication matching (B-ISDN DSS2) is mainly processed on the workstation by software, which adds to the burden on the host processor.

The present invention is to provide a broadband integrated information network matching device that provides an intelligent device driver to reduce the burden of the host processor as described above and to bring stability to the entire system by using a local processor.

In order to achieve the above object, the present invention refers to a local processor (a processor in a matching device of a B-ISDN network, hereinafter referred to as a local processor) and a host processor (a processor of a station used as a platform) according to a channel. ATM Network Interface Board (ATM Interface), which can reduce the burden on the host processor by using the Bt8230, which can be routed to the host processor, to entrust the Operation And Management (OAM) and signaling processing to the local processor. Module (hereinafter referred to as AIM) is used to provide a broadband integrated information network matching device that provides an intelligent device driver for the host processor to handle user data.

1 is a block diagram of a host processor according to the present invention.

2 is a block diagram of a local processor according to the present invention.

3 is a block diagram of a primitive header for communication between all processors.

4 is a detailed view of an AIM API of an application program according to the present invention.

5 is a memory diagram of an ATM network matching board for a local processor.

6 is a process flow diagram of the SSCOP of the local processor signal module.

7 is a flowchart of segmentation processing of Bt8230.

8 is a flowchart of a reassembly process of Bt8230.

* Explanation of symbols for main parts of the drawings

100: call / connection data distribution device 101: AIM API dynamic link library

102: AIM parent device driver

103: AIM Network Device Interface Device Driver

104: LAN emulation means 105: AIM lower device driver

200: host connection data distribution device

201: network access data distribution device 202: layer management module

203: plane management module 204: timer

210: signal module

The present invention comprises a host processor and a local processor, wherein the host processor includes an AIM API dynamic link library (AIM API DLL) for providing an application program interface (AIM API) of an ATM interface module, the dynamic link library and dynamic data. A call / connection data distribution device (CDDM) for exchanging call / connection connection information and user data through an exchange, an AIM high-level device driver for allowing the call / connection data distribution device to access an AIM device, and an ATM The AIM network device interface device driver for providing data link layer services to network devices over a network, and the AIM host device, the driver uses the AIM device driver interface to provide control information, user data, and multiplexing / deactivation for call / connection connections. Required for multiplexing An AIM subordinate device driver for exchanging control information with an AIM device, wherein the local processor receives and stores control primitives input from the host processor in a local mailbox area of common memory, or receives control primitives from a common memory. A host access data distribution device for storing in a host mailbox in the middle and transmitting it to a host processor, and a message frame input from a network is stored in a reassembly buffer, and then converted to a control primitive having a lower primitive structure and transferred to an input queue. Network access data distribution device for one-to-one call / connection control, one-to-many call / connection control, for storing message frames excluding the header of input control primitives in a partition buffer, segmenting by Bt8230, and then transmitting them to the network. Perform object management through object manager And a signal module for mapping signals and primitives and for sequential signal transmission, and a layer management module for F5 end-to-end maintenance operation management according to ITU-T / I.610, and managing errors and system resources of each module. And a planar management module for providing information on an error state and a system resource state, and a timer, and a device for providing an intelligent device driver.

The above objects, features, and advantages will become more apparent from the following detailed description taken in conjunction with the accompanying drawings. Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings.

As described above, the present invention uses a local processor (or software in an ATM network matching board, hereinafter referred to as local software) and a host software (operating in a PC or a workstation) to reduce the burden on the host processor and increase communication efficiency. It refers to the software that is referred to as, and hereinafter referred to as the host software). In other words, the host processor provides an application program interface (API) for device drivers, modules for connecting applications and calls, and for convenient interface of applications. Especially, the device driver provides B-ISDN dedicated service and LAN emulation. It is composed of intelligent device driver that provides service filtering function to support service that can access internet access device of existing internet network by using (Emulation).

In addition, the local processor accommodates signaling, layer management, and plane management modules to reduce the burden on the host processor so that the host processor can fully utilize the system resources without managing them. The structures of these local and host processors are shown in FIG. 1 and FIG.

At this time, communication between the host processor and the local processor or the local processor is carried with the primitive structure shown in FIG. It also has memory shared between the local processor and the Bt8230 with ATM bus PCI bus control and AAL.

The host processor according to the present invention is a dynamic library for providing AIM API (AIM API DLL), call / connection data distributor (CDDM), AIM Upper Device Driver (AIM Upper Device Driver), AIM NDIS device Driver (AIM Network Device Interface Specification Device Driver) LAN emulation means, and AIM Lower Device Driver.

In FIG. 1, the functions and configurations of the respective modules of the host processor implemented in Windows NT are as follows.

The dynamic link library (AIM API DLL) 101 for providing AIM APIs enables direct access to AIM services through the AIM API. The AIM API is designed to take almost the same shape as the existing socket interface, and also supports point-to-multipoint connection, and FIG. 4 shows a state diagram of an application using the API. A schematic description of the API of FIG.

aim_open: get call / connect descriptor

aim_connect: Attempt to call / connect

aim_bind: Specifies the service access point (SAP) of the application in the call / connection descriptor.

aim_listen: wait for a call / connection

aim_accept: Allow call / connection connection.

aim_reject: Rejects a call / connection.

aim_write: Send data through connected call / connection.

aim-read: Receive data through a connected call / connection.

aim_disconnect: Disconnect a call / connect.

aim_add_party: Add a party for point-to-multipoint call / connection.

aim_drop_party: Drop a party for point-to-multipoint call / connection.

aim_ctrl: Request control of a call / connection.

aim_close: Returns the call / connection descriptor.

aim_get_last_error: Returns the last error for the call / connection.

aim_set_last_error: Set the last error for call / connection.

The Call / Connection Data Distributor Module (CDDM) 100 is an AIM Dynamic Data Exchange Thread (DDE) 106, a transaction thread, as shown in FIG. A thread (107), an AAL5 service thread (108), and a control thread (Control Thread) (109) is composed of a multi-threaded AIM service in a multi-programming environment. The AIM DDE thread 106 receives data from the AIM APIs of the applications through dynamic data exchange and transfers the data to the transaction thread 107 and queues the result processed in the lower layer so that the application can take it.

The transaction thread 107 processes the primitive from the application program through the App_Xact_ Handler, processes the AAL5 data through the Aal_Xact_Handler, and the control primitive for communication processes the Net_Xact_Handler and passes the processing result to the AIM DDE thread 106. do. The AAL5 service thread 108 multiplexes the data service of each application requested through the AIM API through the ATM matching board, and conversely demultiplexes the service requested through the ATM matching board to the appropriate application.

Finally, the control thread 109 passes the B-ISDN communication control primitive to the transaction thread for processing. For call / connection service, point-to-point (Q.2931) and point-to-multipoint (Q.2971) call / connection connection services are supported.

The AIM API DLL 101 and the call / connection data distribution device (CDDM) 100 exchange call / connection connection information and user data through dynamic data exchange, and an interface thereof is designed regardless of a specific AIM API. Therefore, it was possible to easily design and implement a new API using the CDDM (100).

The AIM host device driver 102 allows a user program (eg CDDM) to access the AIM device. User program requests service for call / connection and data through system call. The AIM higher device driver 102 transparently delivers the requested service to the AIM lower device driver 105 immediately, which the AIM lower device driver 105 processes.

The reason for separating the AIM device drivers 102 and 105 into upper and lower device drivers is that other Windows NT higher level device drivers (eg, LAN emulation NDIS driver 103) may also use ATM devices. This is to make it accessible.

The AIM NDIS device driver 103 provides a data link layer service to a network device driver (NetBEUI or TCP / IP protocol) through an ATM network. At this time, the AIM NDIS device driver 103 accesses the AIM device using a service provided by the AIM subordinate device driver 105 through the AIM device driver interface (AIM DDI), and the LAN emulation means is the AIM NDIS device driver 103. It is located inside to provide address resolution service. The AIM NDIS device driver 103 and the LAN emulation means 104 are located as shown in FIG. With LAN emulation function, when used with LAN emulation server, existing TCP / IP service program and network basic input / output system (NetBIOS) program can be used in ATM network environment without modification.

The AIM lower device driver 105 allows Windows NT higher level device drivers to access the AIM device. For this purpose, AIM device driver interface (AIM DDI) has been defined. Through this interface, control information for call / connection connection, user data, and control information for multiplexing / demultiplexing are exchanged. In the case of control information on the call / connection connection, the control information is transmitted to the host connection data distribution apparatus 100 in the AIM board through a mailbox and an interrupt, and in the case of user data, an AAL5 information data unit supported by the AIM board; It is delivered to the network through IDU) (implemented for one-to-one mapping to ALL5_CPCS_SDU). Control information necessary for multiplexing / demultiplexing is processed by itself. The AIM device driver interface is divided into two main categories. The first is an interface for multiplexing / demultiplexing call / connection control information and user data, and the second is an interface for exchanging call / connection control information and user data.

In the first case, the interface needed is:

IOCTL_AIMDD_REGISTER_MSG_FILTER: Call / connection control information is demultiplexed once through message filtering. Register control information for this.

IOCTL_AIMDD_UNREGISTER_MSG_FILTER: Removes information about message filtering demultiplexing.

IOCTL_AIMDD_ACTIVATE_ALL_SAP: Activates the AAL link of the call / connection connection after the call / connection connection is completed, when the user data is to be transmitted or received through the call / connection connection.

IOCTL_AIMDD_DEACTIVATE_AAL_SAP: Signals that the call / connection has been disconnected and that the ALL link is no longer available.

Multiplexing / demultiplexing of user data is easily accomplished by activating and deactivating the corresponding AAL link. However, call / connection control information (hereinafter referred to as message) is multiplexed / demultiplexed through a message filtering method. Specifically, when a specific string (filtering data) desired in the input message appears, the message is transmitted to the Windows NT high-level device that registered the filter through IOCTL_AIMDD_REGISTER_MSG_FILTER. The structure of the message filtering information is as follows.

The offset is 4 bytes in size and indicates where to retrieve the filtering data from the message. 0xFFFFFFFF indicates that the filtering data can begin at any part of the message. The size is 4 bytes in size and indicates the size of the mask and filtering data. The size of the mask is the size specified by the size, and indicates which bits of the filtering data are valid bits. In other words, mask bit 1 represents a valid bit and 0 represents a don't care bit. The filtering data is the size specified in the size, and represents the desired specific string. This filtering is performed in the order in which the filtering information is registered.

The interface required in the second case is as follows.

IOCTL_AIMDD_CTRL_DATA_WIRTE: Send control information about call / connection connection to software in AIM board.

IOCTL_AIMDD_CTRL_DATA_READ: To read the control information about the call / connection connection sent by the software in the AIM board.

IOCTL_AIMDD_CPCS_UNITDATA_WRITE: User data is loaded on the AAL5-IDU (AAL5 CPCS SDU) and sent over the network.

IOCTL_AIMDD_CPCS_UNITDATA_READ: Reads AAL5-IDU (AAL 5 CPCS SDU) that arrives over the network.

Since the AIM DDI defined above is invariant even if the hardware of the AIM board is changed, it is easy to design and implement a new high-level device driver or a new user program level server supporting the AIM service such as the CDDM 100.

2 shows a configuration of a local processor according to the present invention. According to the present invention, a local processor includes a Call / Connection Data Distributor for HOST (CDDH) 200, a Call / Connection Data Distributor for Network (CDDN) 201, one-to-one call / Signaling module including connection control unit (Q2931 unit) 211, one-to-many call / connection control unit (Q2971 unit) 212 and ATM Signaling AAL (SAAL Unit) (215, 216) Module 210, a layer management module (OAMM) 202, an ATM interface management module (AIMM) 203, and a timer module (TIMER) 204. 5 shows the configuration of ATM network registration board memory for these local processors. The common shared memory is mapped to the address of the local processor, the host processor and the Bt8230 so that all three processors can be used, and control of the memory is performed by the Bt8230. Hereinafter, each device constituting the local processor will be described.

The Call / Connection Data Distributor for Host (CDDH) 200 is located inside an ATM matching board as shown in FIG. The device has two main functions. The first function is to store the control primitives input from the host in the local mailbox area of the common shared memory, as shown in Figure 5. It is passed through the box register to the host access data distribution device and has the ability to distribute this control primitive to software that can handle it. The second function is that the local software stores the control primitives in the input queue of the host connection data distribution device so that the host connection data distribution device 200 receives the control primitives from the input queue. It is stored in the host mailbox area in memory and transferred to the host through the host mailbox register of the Bt8230 chip.

A Call / Connection Data Distributor for Network (CDDN) 201 is located inside an ATM matching board as shown in FIG. When the message frame inputted from the network is stored in the reassembly buffer in the common memory by Bt8230, and notified to the network access data distribution device 201 by an interrupt, the pointer and the reassembled state of the buffer in which the message frame is stored from the local state queue are interrupted. You will know. This is illustrated in FIG. 8, and the message frame thus obtained is converted to the control primitive having the subprimitive structure of FIG. Release it and enter it into the prebuffer queue for reuse by Bt8230. The control primitive is received from local software, and the message frame excluding the primitive header of the control primitive is stored in a segmentation buffer in the common memory, and the point, segmentation control flag, and index of the segmentation virtual channel table are stored. The number of data frames stored in the local transmission ring buffer and finally stored in the registers of the Bt8230 is segmented by the Bt8230 and transmitted to the network. This is shown schematically in FIG. The Bt8230 has a function of releasing the partition buffer used by the network connection data distribution device 201 when the result is stored in the partition status queue and notified to the network connection data distribution device 201 by an interrupt.

The signal module 210 includes a one-to-one call / connection controller 211, a one-to-many call / connection controller 212 and SAAL units 215 and 216.

The one-to-one call / connection controller 211 is implemented to satisfy the User Network Interface (UNI) Layer 3 standard (Q.2931) for one-to-one access of the B-ISDN network. Similarly to the standard, it is composed of the CD unit 217, the Q2931 unit 211, the RS unit 213, and the RR unit 214, and each exists as a task to be performed in accordance with the standard. The CD unit 217 has one input queue and can route the control primitives input to the host connection data distribution apparatus 200, the SAAL modules 215 and 216, and the Q2931 unit 211. As shown in FIG. 2, the Q2931 unit 211 having one input queue can control B-ISDN communication through a primitive handler and a message handler. Can send and receive control primitives. In addition, the virtual path connection (VPC) can be managed through the VPC Entity Manager, and the object management for each call / connection can be performed through the Call Entity Manager. These objects are linked to each other in a linked list, so they can be actively managed when a call / connection is established or released, and designed to properly manage local memory for real-time processing. The RS unit and the RR unit function to restart calls as global calls upon restart.

The one-to-many call / connection controller 212 is implemented to satisfy the UNI Layer 3 specification (Q.2971) for one-to-many connection of a B-ISDN network. Q2971 unit 212 having one input queue in the same manner as the standard, through the primitive handler and message handler (Msg Handler) as shown in Figure 2 the control primitive transmitted from the Q2931 unit 211 Process and manage the result through the Party Entity Manager. Object management for each party is implemented by linked list method, and actively managed according to adding and removing party, and object management for party depends on object for call / connection. The message and control primitive resulting from this processing result are delivered to the input queue of Q2931 (211).

The ATM signal adaptation layer unit (SAAL unit) (215, 216) is divided into two sublayers. That is, the SSCF sublayer (Q.2110) 216 for exchanging reliable information between the peer layers and the SSCF sublayer function of mapping the layer 3 protocol of the user network interface and the primitives of the SSCOP 216 with each other ( Q.2130) 215. Similar to the standard, it is implemented to work in conjunction with CPCS as a lower layer and Layer 3 as a higher layer.

Since the SSCF sublayer 215 is a layer that only maps signals and primitives, it is implemented using a function table for states, input signals, and primitives.

The SSCOP sublayer 216 is primarily designed for the sequential transfer of sequential data. For this purpose, the case of error in data transmission should be considered. These errors can be divided into two broad categories. The first case is when data transmission is impossible due to an error or lack of resources in the layer to receive data, and the second case is when data is not sequentially transmitted due to loss of data. In order to correct errors in this case, the SSCOP 216 uses two resources. The transmission queue is used to correct the first error and the transmission backup array is used to correct the second error.

When a message is input to the input queue of the SSCOP sublayer 216, the type of the message is first determined. If the message is a signaling signal or a PDU, the appropriate function is called and executed according to the protocol definition. If the message is AA_DATA.req, the SSCOP stores the data in the transmission queue and generates an SD_QUEUED signal to the SSCOP 216 itself. If SD_QUEUED is transmitted, first check the state of the layer to be transmitted, and if it is ready to be transmitted, the data is stored in the output buffer at the same time, and the layer to be transmitted may be transmitted due to lack of resources. If it is not present, it generates SD_QUEUED signal to itself again. By using this method, malfunctions due to excessive transmission between layers can be eliminated, and when there is a request for data lost from peers, data stored in the output buffer can be transmitted. See Figure 6 for details.

The layer management module (OAMM) 202 is a layer management according to ITU-T / I.610. Since the broadband communication terminal is connected to the Sb point, only the F5 end-to-end OAM needs to be managed. However, in order to have the ability to monitor the state of the physical layer such as the restoring section and the multiplexer section and the F4 end-to-end OAM, the loss of signal (LOSs) of the physical layer provided as an interrupt by the Bt8222. ), Frame loss (Out of Frame) or F4 level error OAM cell is input, the layer management status is managed by VPC object manager and call / connection object manager and registered in timer. OAM error management. At this time, the F4 and F5 OAM cells are stored in the recombination buffer by the Bt8230 and inform the layer management module by interrupts. The layer management module implements only error management for the F5 level. It does not manage error for the F4 level. The OAMM 202 has an Alarm Indication Signal (AIS) state, a Remote Defect Indication (RDI) state, and a normal state.

The ATM Interface Management Module (AIMM) 203 manages errors and system resources of each module and provides information on error status, system resource status, and the like upon user request. In addition, it has the function of assigning and managing permanent virtual channels according to user's request.

The timer module (TIMER) 204 is driven using a 10msec soft timer provided by the VRTX spectra and has a single timer queue so that the timer type, the registered software module identifier, and after the timer expires when the local software registers the timer. It registers with a buffer, etc. necessary information to be re-executed. When each timer is registered, it is dynamically configured according to the time sequence in which the timer queue is popped, and is deleted by deleting the timer when the registered timer is reset. If there is no input during the specified timer interval, it compares the time stored at the root of the timer queue with the current time, and if it is earlier than the current time, it pops a message to the module and reconfigures the queue.

As described in detail above, the local processor according to the present invention is implemented through the VRTX spectra, the CPCS of the AAL5 layer and the cell division sublayer (SAR) are implemented through the Bt8230, and the ATM layer is implemented through the Bt8222. Since it is implemented, the code that controls these devices is functionalized to form a library. In addition, functions related to signaling, hierarchical management, and plan management have also been libraryed to facilitate future upgrades. In addition, B-ISDN signaling, layer management, and plane management can be handled within ATM network registration boards, thereby reducing the load on host (eg, PC, workstation) processors, providing more resources to applications and improving system performance. . The host processor controls the PCI bus and library of control functions for these hardware to transfer communication data through Bt8230, and provides device driver to support B-ISDN service and Internet service without any problem. It provides a flexible architecture that can be provided.

In addition, a preferred embodiment of the present invention is disclosed for the purpose of illustration, those skilled in the art will be able to make various modifications, changes, additions, etc. within the spirit and scope of the present invention, such modifications and modifications belong to the following claims You will have to look.

Claims (7)

Comprising a host processor and a local processor, the host processor is an AIM API dynamic link library (AIM API DLL) for providing an application program interface (AIM API) of the ATM interface module, and through the dynamic data exchange with the dynamic link library A call / connection data distribution device (CDDM) for exchanging call / connection connection information and user data, and an AIM host device driver for allowing the call / connection data distribution device to access an AIM device, through an ATM network The AIM network device interface device driver for providing data link layer services to the device, and the AIM host device, the driver uses the AIM device driver interface to control the call information, user data, and control necessary for multiplexing / demultiplexing. Information An AIM sub-device driver for exchanging with an AIM device, wherein the local processor receives and stores control primitives input from the host processor in a local mailbox area of common memory, or receives control primitives from a host in common memory. Host connection data distribution device for storing in the mailbox and forwarding to the host processor, and message frames inputted from the network are stored in the reassembly buffer, and then converted to control primitives having a lower primitive structure and transmitted to the input queue, or input. A network access data distribution device for storing message frames excluding the headers of control primitives in a partition buffer, segmenting by Bt8230, and then transmitting them to the network, one-to-one call / connection control, one-to-many call / connection control, Object management and signal and program through Signal module for mapping limits and transmitting sequential signals, and hierarchical management module for F5 end-to-end maintenance operation management according to ITU-T / I.610, managing errors and system resources of each module. Broadband integrated information network matching device for providing an intelligent device driver, characterized in that it comprises a plane management module for providing information on the status, system resource status, and a timer. The call / connection data distribution device of the host processor receives the data from the AIM APIs of the applications through dynamic exchange and transfers the data to the transaction, and queues the application to take the result processed in the lower layer. The AIM dynamic exchange thread stored in the program and the primitive from the application are processed through App_Xact_Handler, the ALL5 data is processed through Aal_Xact_Handler, and the control primitive for communication is processed through Net_Xact_Handler, and the processing result is transferred to the AIM dynamic data exchange thread. AAL5 service thread that multiplexes the data service of each application requested through the AIM API through the ATM matching board and conversely demultiplexes the data service requested through the ATM matching board to the corresponding application. B-ISDN Communication Control Broadband Telecommunications network matching device providing an intelligent device driver, characterized in that the control thread for passing the primitive to the transaction thread to process it. 2. The apparatus of claim 1, wherein the AIM network device interface device driver of the host processor includes LAN emulation means for address resolution service therein. The AIM device driver interface of the AIM lower device driver of the host processor is an interface for multiplexing / demultiplexing call / connection control information and user data, and transmits and receives call / connection control information and user data. Broadband integrated information network matching device providing an intelligent device driver characterized in that the interface is configured. 5. The method of claim 4, wherein the multiplexing / demultiplexing of call / connection control information of an interface for multiplexing / demultiplexing of the call / connection control information and user data is performed by using a message filtering information. Data) by registering the message in a predetermined filter and then passing the filter to the registered AIM high-level device driver, wherein the multiplexing / demultiplexing of user data is performed by activating and deactivating the corresponding AAL link. Broadband Telecommunication Network Network Device that provides intelligent device driver. 6. The method of claim 5, wherein the message filtering information comprises: an offset portion indicating from which part of the message to retrieve filtering data, a size portion indicating a size of the mask and filtering data, a mask portion indicating an effective bit of the filtering data, and Broadband Telecommunication Network Interface Device providing intelligent device driver characterized in that it consists of filtering data part which is a specific desired string. The signal module of claim 1, wherein the signal module of the local processor has a single input queue, a CD unit for routing control primitives input to a host connection data distribution device, a SAAL module, and a Q2931 unit, and a B through a primitive handler and a message handler. -Q2931 unit for controlling ISDN communication and exchanging control primitives with Q2971 unit, RS and RR unit for restarting calls as global calls on restart, SSCOP sublayer and user for reliable exchange of information between peers Broadband Telecommunications network matching device providing an intelligent device driver comprising a SAAL module consisting of SSCF sublayer that functions to map the layer 3 protocol of the network interface and the primitives of the SSCOP to each other.