KR20000014708A - Matching method of centrex in switching system - Google Patents

Abstract

PURPOSE: A method of matching a centrex in a switching system independent of feature of a device or terminal other than the switching system and centrex program without changing hardware of a switching device and a centrex is provided. CONSTITUTION: A matching method of a centrex in a switching system, the method comprising the steps of: previously defining an information message of an ISDN 3 protocol queue 931 and a receiving number information element in a setup message between the centrex and switching system by a user; and exchanging information to each other and matching between the centrex and switching system based on the information message of an ISDN 3 protocol queue 931 and a receiving number information element in a setup message between the centrex and switching system when a transmitting signal/receiving signal processing, a centrex login processing, a data handling of the centrex, a statistical processing of the centrex, a night service of the centrex, a log out processing of the centrex are performed according to information transmission and receipt between the centrex and switching system

Description

How to match the centralized telephone information desk of the exchange system

The present invention relates to the matching of the centralized telephone guide and the exchange among the centralized telephone service (CENTREX) service provided by the national exchange, and in particular, the matching between the exchange and the centralized telephone telephone guide ISIS (Commercial Information Network) S-card It is about the matching method of the centralized telephone guide desk of the exchange system for matching by using.

Conventional premises telephone guides (hereinafter referred to as `` integrated premises telephone guides '' called 'guides') and the exchange method can be classified into two types, one of which is dedicated to matching the guide to the exchange The other way to match hardware is to use ISDN Basic Rate Interface (BRI) matching.

The method of matching the switch and the guide by placing the dedicated guide matching hardware on the exchange (hereinafter, referred to as 'first method') is a signaling information transmitted / received by the general PSTN and ISDN subscribers with the exchange between the exchange and the guide. In addition, since a lot of information needs to be transmitted / received, existing PSTN subscriber lines cannot be used as they are, and thus, a dedicated hardware module for matching a guide to a switch is developed at the switch, thereby matching with the guide. However, in the first method, a hardware module for matching with the exchanger must be additionally developed in the guide, which leads to a weakness in price competitiveness and a need for input of developer resources, and also between the guide and the exchange. Proprietary Protocol (transportation protocol) for information transmission has to be newly defined and built as a whole (layer 1-layer 3), which has the disadvantage of increasing development period and input of development resources.

The method using the ISDN BRI (Basic Rate Interface) matching (hereinafter referred to as 'second method') is a hardware matching using the ISDN BRI subscriber and transmitting information between the exchange and the guide is ITU-. It uses the various messages defined in Q.921 and Q.931 of the T (ITU-T). Therefore, in order to use this method, the exchanger uses the existing ISDN BRI hardware module as it is, and the guide uses a commercial ISDN S-card with the exchanger using a PC, so no additional development is required. However, in terms of software, the application program of the guide and the guide control program on the exchange side must be developed. In this case, the information desk program needs to communicate with the exchange using the ISDN S-card, so that the ISDN S-card uses an application program interface provided by each ISDN S-card, and the application program interface is different for each card. This will affect the parent application. In addition, the switching method may be matched with the guide according to the application program interface. Thus, if the ISDN S-Card is no longer supplied due to the discontinuation of the IS later, there is a disadvantage in that an additional ISDN S-Card to be newly developed as a target is required.

Accordingly, an object of the present invention is to provide a method for aligning an exchange system concentrated premises telephone guide independent of the characteristics of equipment or terminals other than the exchange and guide program without changing the hardware of the exchange and the guide to solve the above problems. Is in. That is, the present invention is to define a logical matching method between the exchange and the guide is a hardware matching between the guide and the exchange accepts ISDN BRI matching and independent of the type of ISDN S-card.

In order to achieve the above object, the present invention provides an application program that performs communication for an exchange and a centralized telephone service, a commercial application program interface standardized by an interface provided by ISD-S-Card, and ISD-S. -In a matching method between a guide with a card and an exchange, a user-definable ISD die layer 3 protocol queue. The information of the called number information element in the 931 information message and the setup message is pre-arranged between the guide and the exchange. A process of defining and the ISD diene layer 3 protocol queue when transmitting / receiving information between the information desk and the exchange. 931 and an ISD diene layer 3 protocol queue predefined between the guide and the exchange. Exchange mutual information based on called party number information element in W is characterized by constituted by any process of matching between the guide for the exchange.

1 is a diagram illustrating the matching between an exchange system using a commercial ISDN S-card according to the present invention and a concentrated premises telephone guide.

2A is a diagram defining a signal format of a called number information element of an information message according to the present invention;

2b is a diagram defining a signal format of a called number information element of a setup message according to the present invention;

Figure 2c is a diagram defining the signal format according to the login guide success / failure according to the present invention

2D and 2E define signal formats in an information message according to the present invention.

2F is a diagram defining a signal format in a SetupIC message according to the present invention.

2G is a diagram defining a signal format in a RelCompIC message according to the present invention.

3 is a signal flow diagram between the centralized telephone guide and the network according to the login guide according to the invention

Figure 4a is a diagram showing the signal flow of the guide signal issued in accordance with the present invention

Figure 4b is a signal flow diagram according to the release key input of the guide in the busy state by the call guide according to the present invention

Figure 4c is a signal flow diagram according to the release of the network in the busy state by the call guide according to the present invention

Figure 5a is a view showing the signal flow of the guide signal incoming signal in accordance with the present invention

Figure 5b is a signal flow diagram according to the guide release key input by the guide reception in accordance with the present invention

Figure 5c is a signal flow diagram when the network is released by the calling party according to the present invention

6 is a signal flow diagram according to the guide service night service process according to the present invention

Hereinafter, the present invention will be described in detail with reference to the accompanying drawings. In the following description, numerous specific details are set forth in order to provide a more thorough understanding of the present invention, such as specific processing flows. It will be apparent to those skilled in the art that the present invention may be practiced without these specific details. Detailed descriptions of well-known functions and configurations that are determined to unnecessarily obscure the subject matter of the present invention will be omitted.

1 is a view showing the matching between the exchange system using a commercial ISDN S-card according to the present invention and the centralized telephone guide,

NT1 (terminal 1) is connected between the information desk (CENTREX information desk) 10 and the switch 100 to perform ISDN BRI subscriber registration.

The guide 10 includes an application program 11, a CAPI (Common Application Program Interface) 13, and an ISDN S-Card 15.

The application 11 is a program for performing communication for the CENTREX service with the switch (more specifically, the switch ISDN BRI matching hardware module 120) 100 and various signals for the CENTREX service communication between the switch 100 and the guide 10 according to the present invention. A format (eg, the signal format shown in FIGS. 2A-2G, which is a user-definable information element in some messages of ISDN Layer 3 Protocol Q.931) is defined.

The CAPI 13 is a standardized interface provided by the ISDN S-card 15 to the upper program, and the guide upper application 11 satisfies the lower interface independently of the standard of the ISDN S-card.

The ISDN S-card 15 is connected to NT1 20 for matching with the exchange 100.

Meanwhile, the switch 100 also includes an ISDN BRI matching hardware module 120 for matching with the guide 10 according to the present invention and a control processor 110 for controlling the same. In the switch control processor 110, various signal formats for CENTREX service communication between the switch 100 and the guide 10 according to the present invention defined in the guide application program (for example, a user in some messages of the ISDN layer 3 protocol Q.931) The signal format shown in Figs. 2A to 2G, which can be defined, is defined. 3 to 6 show examples of signal flows between the guide 10 and the network by the signal format defined for the CENTREX service communication between the switch 100 and the guide 10.

In the present invention, when the first login (LOGIN), the first call setup, the last call termination between the guide 10 and the switch 100, follow the call setup / release procedure defined in Q.931, otherwise the information message and setup of Q.931 By changing the CdNumb information element in the message and transmitting / receiving, it is possible to satisfy all the necessary meanings between the guide 10 and the exchange 100 while satisfying the above Q.931.

2a-2g define the format of various signals which are user definable information elements in some messages of ISDN layer 3 protocol Q.931 for CENTREX service communication between exchange 100 and guide 10 according to the invention. .

FIG. 2A relates to a definition of a called number information element in an information message of the ISDN layer 3 protocol queue predefined in advance between the guide 10 and the exchange 100. The definition of the called party information element in the information message defines various message types CdNumb (0: 1), loop number CdNumb (2: 3), and various called party status CdNumb (4 ~) according to the message type. FIG. 2B is a called number information element in the setup message of the ISDN layer 3 protocol queue. 931, which is predefined between the guide and the exchange, and includes general call processing, guide login processing, guide statistics processing, and guide night. Called party number information element defined by service process, guide logout process.

FIG. 2C is a diagram defining a signal format according to guide login success / failure, FIGS. 2D and 2E are diagrams defining a signal format in an information message, FIG. 2F is a diagram defining a signal format in a SetupIC message, and FIG. It is a figure which defined the signal format in a RelCompIC message.

The signal format between the switch 100 and the guide 10 must be previously defined in each of the guide 10 and the switch 100 before the signal processing between the guide 10 and the switch 100. Examples of various signal flows between the guide 10 and the exchange network using Q.931 and FIGS. 2A-2G are shown in FIGS. 3-6.

3 is a signal flow diagram between the centralized telephone guide and the network according to the login guide according to the present invention, first when the login key is input to the guide 10 in the guide 10 to inform the network of the login fact in Figure 2a Send the defined '01' to the setup message. The network receiving this information releases the guide 10 in the Night-On state and sends the guide 10 guide number (CTRX_NO) and guide group name (CTRX_GROUP NAME) in RelCompCl for future data processing. An example of a signal format according to the guide login success and failure is defined in FIG. 2C.

According to Q.931 and the present invention, an example of the signal flow of the guide stand signal based on the signal format defined in FIG. 2 is illustrated in FIGS. 4A to 4C, and an example of the signal flow of the guide stand signal is illustrated in FIGS. It is shown in Figure 5c.

As described above, the registration between the guide and the exchange may be performed by following the call setup / release procedure defined in the ISD Die Layer 3 Protocol Cue 931 at the first login, first call setup, and last call termination at the guide; Otherwise, the process comprises transmitting / receiving a predetermined number between the information desk and setup message of the ISDN layer 3 protocol queue. 931 between the information desk and the exchange.

On the other hand, the signal flow according to the request of the night service provided by the guide 10 is shown in Figure 6, when the night service request of the guide 10 is sent to the network '04' defined in Figure 2f to the network in the setup message. The receiving network then puts the guide into the Night-On state. When the night service is requested, an extension number to be received may be designated instead.

Summarizing the above-described present invention, the guide 10 is a standardized application program interface (CAPI) that satisfies the lower interface irrespective of the specifications of the ISDN S-card. In order to satisfy all messages that need to be exchanged between the information desk and the exchange, information elements that can be arbitrarily defined by the user in some messages of Q.931 of ITU-T are predefined in each of the information desk and the exchange. Therefore, it is possible to convey the necessary meaning between the exchange and the guide while satisfying the above Q.931.

Meanwhile, in the detailed description of the present invention, specific embodiments have been described, but various modifications are possible without departing from the scope of the present invention. Therefore, the scope of the present invention should not be limited to the described embodiments, but should be defined not only by the scope of the following claims, but also by the equivalents of the claims.

As described above, the present invention uses an ISDN S-Card that provides a commercial application program interface and defines a format of a specific signal (called number) in the information message of Q.931 in advance between the information desk and the exchange. And exchangers have the advantage of being able to implement functionality regardless of the characteristics of certain ISDN S-cards while satisfying Q.931.

Claims (4)

Application that performs communication for exchange and centralized telephone service, commercial application program standardizing interface provided by ISDN S-Card, and information desk between ISDN S-Card and exchange In the matching method, A BS that can be arbitrarily defined by a user. A process of predefining a called party information element in an information message and a setup message of 931 between the information desk and the exchange, Initiation / reception of the guide according to information transmission / reception between the guide and the exchange, guide login processing, guide data handling processing, guide statistics processing, guide night service processing, guide logout processing The ISDN Layer 3 Protocol Cue. 931 and the ISDN Layer 3 Protocol Queue predefined between the information desk and the exchange. The information desk is exchanged with each other based on the called party information element in the information message and setup message of 931. Matching method of the centralized telephone extension of the exchange system, characterized in that the matching process between the exchange and the exchange. The method of claim 1, Information transmission / reception between the guide and the exchange; The first login, first call setup, and last call termination at the reception desk follow the call setup / release procedure defined in ISD Die 3 Layer 3 protocol queue. 931, and otherwise pre-defined between the reception desk and the exchange. And a method of transmitting / receiving an incoming number information element in an information message and a setup message of the ISDN layer 3 protocol queue. 931. The method of claim 1, And the information element in the information message of the ISDN layer 3 protocol queue defined in advance between the information desk and the exchange. The information system in the information message of the 931 is various message types and loop numbers. The method of claim 1, The ISD layer 3 protocol queue predefined between the guide and the exchange. The called party information element in the setup message of 931 is a general call process, guide login process, guide station statistics process, guide night service process, guide station. A method for matching an integrated telephone line with an exchange system, characterized in that the called party information element defines logout processing.