KR100566979B1 - Full-Feature Oriented Networking Method Between Keyphone Systems - Google Patents

Abstract

The present invention relates to a full-feature-oriented networking method between key phone systems, the method comprising: initiating a connection between a server key phone system and a client key phone system; When a call request is generated from a terminal connected to a specific client key phone system, if the call request is a call request to an internal terminal connected to the client key phone system, the client key phone system processes the call itself, and another client key phone system Transmitting a call request to a server key phone system if the call request is made to an external terminal connected to the server; Transferring data required for call control and call control to the calling terminal and the called terminal from the client key phone system to the server key phone system when the called terminal is in a callable state; And when the call connection is terminated, call control for each terminal is returned to each client key phone system. According to the present invention, it is possible to effectively configure a full-feature-oriented networking system while fully utilizing the S / W call structure and H / W platform of the existing key phone system.

IP-based Key Phone System, Full-Feature Networking, Server Key Phone System (SNU-KP), Client Key Phone System (CNU-KP)

Description

A method for full-feature oriented networking between keyphone systems}

1 illustrates a networking structure between a call processing structure and a key phone system providing limited functions of a conventional key phone system.

2 schematically illustrates a networking structure between key phone systems according to the present invention.

3 is a flow chart illustrating a process of initializing networking between keyphone systems in accordance with the present invention.

4 is a flowchart illustrating a process of performing call processing using networking between keyphone systems according to the present invention.

5 schematically illustrates a process of transferring data and signals between keyphone systems for performing call processing using networking between keyphone systems in accordance with the present invention.

6 schematically illustrates a process for performing call processing in accordance with a client key phone system.

7 schematically illustrates a process for performing call processing in accordance with a server keyphone system according to the present invention.

8 schematically illustrates a process of transferring data and signals between keyphone systems in the process of releasing a call according to the present invention.

The present invention relates to networking between keyphone systems, and more particularly, to provide a model for implementing full-feature-oriented networking between keyphone systems based on IP. In particular, the present invention provides the IP-based key phone by appropriately managing the call control transfer function, the call control function and the call-ID and the database, which are the key points while maintaining and utilizing the call processing structure and capacity of the existing key phone system to the maximum. It is to provide suitable technology to implement full-feature-oriented networking between systems.

The key phone system is a system including a main device and a telephone, and a line connecting the main device and the telephone. The key phone system accepts a limited number of 'line-numbered' trunk lines coming from the telephone company, and is assigned a unique number. It is a communication system that can be freely used in a plurality of extensions (for example, a key phone or a general telephone) or to perform a task efficiently and conveniently with various functions such as call transfer and suspension, broadcasting, and conference. In this case, the claim is divided by the trunk line (the line with the telephone number coming from the telephone station) and the maximum capacity of the system that can accommodate the extension subscribers. Currently, a key phone system having a maximum of 300-400 lines is mainly used. It is developed and spread.

On the other hand, the IP-based keyphone system establishes a key phone and a LAN network in one system to implement a complete keyphone function for making a telephone call using an IP network, and at the same time, to establish a LAN-to-LAN connection with an Internet node or a remote node. It is an advanced integrated system of voice and data that enables the system. Generally, it is connected to the main control gateway that controls all the operations of the entire system through the LAN, and to the analog trunk line. It is connected to a telephone and consists of an internal access gateway that transmits and receives analog voice signals in packet form via LAN. The IP-based key phone system accommodates LAN networks in the company and various Internet-only networks, and can provide optimal performance as a comprehensive information communication system of a company by connecting to security equipment and voice information devices.

As described above, the capacity of the keyphone system is divided by the maximum capacity of the system that can accommodate CO lines and extension subscribers. Currently, a key phone system having a maximum of 300 to 400 lines is mainly developed and spread. However, larger capacity systems are needed for smooth use at very large sites. However, in general, as the maximum capacity increases, the system becomes more complicated as the maximum capacity increases, so the price increases exponentially, which may be a great burden for the consumer who wants to purchase it. In particular, the IP-based key phone system is required to increase the capacity of the hardware in capacity expansion, so it is necessary to solve the above problems.

What is being raised for this purpose is the networking technology concept of the keyphone system implemented in IP-based LAN / WAN environment, which is an important requirement to highlight the advantages of the keyphone system performed on the IP base. In other words, rather than developing an expensive keyphone system with a maximum capacity of thousands or more, the IP-based keyphone system of 300 ~ 400 lines currently being developed can be bundled into one networking technology and used as a keyphone system. Development is currently required. In this way, a technology that allows a plurality of key phone systems connected to an IP-based network to act as a single key phone system is called Full-Feature Oriented Networking. To date, a full-featured model that fully supports almost all of the features supported by the keyphone system has not been presented.

Currently, the difficulty in implementing full-feature-oriented networking is that in the networking environment, there is an excessive amount of data references between device objects such as trunk lines and extension telephones. It is very difficult to develop a call flow even for simple inter-call calls. This will be described in more detail with reference to FIG. 1. Figure 1 (a) is a call processing structure of the IP-based key phone system currently implemented. When the extension terminal A attempts to make a call to the extension terminal B in the same key phone system, the call processing process must grasp the state information of the extension terminal B. In the case of FIG. 1 (a), since both extension terminals are managed under the same key phone system, the call can be immediately connected by referring to the state information of the terminal. However, in the case of Fig. 1 (b), the extension terminal A and the extension terminal B are under management of different key phone systems. In this case, even when the extension terminal A tries to make a call to the extension terminal B, since the state information of the two terminals is managed in different key phone systems, data cannot be referred to each other. Therefore, in the case of Figure 1 (b) it is very difficult to form a call path between the two terminals.

As an example of networking between keyphone systems currently implemented, it is limited by implementing a module that sends and receives Facility-Message such as H.245 message to standard channel as a separate system in call processing structure, but calls between different keyphone systems To make it happen. However, Facility-Message, such as H.245, is fundamentally a message for networking between remote systems and is different from the signals used internally for call processing. As a result, only the most basic networking call processing can be performed in a limited way, and it is impossible to support all functions supported by the keyphone system.

Therefore, in order to implement networking to perform all the functions of the key phone system, existing calls such as removing all data references between device objects such as trunk lines and extension telephones, and changing the access of the data to the message structure are required. A new call processing structure must be developed that is completely different from the processing structure. However, until now, it has been known that a lot of effort and time are required to implement full-feature-oriented networking in an IP-based keyphone system.

The present invention is to solve such a conventional problem, to implement a full-feature-oriented networking that is desperately required in the field of IP-based key phone system in a relatively simple way without hardware changes. That is, an object of the present invention is to provide a full-feature-oriented networking method between key phone systems that can be simply implemented.

Briefly looking at the configuration of the present invention for achieving the above object, the method for implementing a full-feature-oriented networking between the keyphone system of the present invention, the server keyphone system is a client keyphone system ID and total of each client keyphone system Lowering the number table of the terminal and initiating a connection therebetween; When a call request is generated from a terminal connected to a specific client key phone system, the call request is sent to an internal terminal connected to the client key phone system by analyzing the corresponding ID and the number table of all terminals for the requested call. If the client key phone system itself processes the call, and if the call request to the external terminal connected to the other client key phone system, transmitting the call request to the server key phone system; When the called terminal is in a callable state, data necessary for call control and call control for the calling terminal and the called terminal is transferred from the client key phone system to the server key phone system, and the server key phone system performs call control for each terminal. ; And when the call connection is terminated, call control for each terminal is returned to each client key phone system.

That is, the present invention is a networking model between key phone systems for performing IP-based full-feature calls, and has a basic configuration in which a plurality of client key phone systems are connected to one server key phone system. 2 schematically illustrates a networking structure between key phone systems according to the present invention. Here, the server key phone system and the client key phone system are identical in hardware to the conventional IP-based key phone system, except that the server key phone system includes server interface module software for implementing the present invention, and the client key phone system includes the present invention. The client interface module software for implementation is installed and running. Client-based Networking Unit of Key Phone (CNU-KP) is connected to devices such as trunk line, extension terminal, gateway, etc., and local calls between internal terminals connected to the same client keyphone system (CNU-KP). (Local Call) is a local node client key phone system handles itself in the same manner as a conventional call processing method. Meanwhile, only the client key phone system is connected to the server based phone unit (SNU-KP) and the terminals are not connected, and remote calls between external terminals connected to different client key phone systems are connected. When a remote call occurs, the call processing is performed on the server key phone system (SNU-KP).

Looking further at the remote call processing process, when a call request for a remote terminal occurs in the client key phone system (CNU-KP) or an ACK response to a call request from the remote terminal, the client key phone system is associated with the associated call control. The terminal information is transferred to the server key phone system (SNU-KP) to proceed with the remaining call processing. If the call connection is terminated and the IDLE condition of each terminal is established, the server key phone system returns the call control back to the client key phone system. By using this method, existing keyphone systems have a server keyphone system that is a global node in the center of the network, and allow a remote call to be performed by the server keyphone system. It is possible to apply the software call processing structure and hardware platform of the existing keyphone system as much as possible. In addition, the server key phone system according to the present invention may be extended to a platform for performing various management functions in the future.

Now, the configuration and operation of the present invention will be described in more detail with reference to the accompanying drawings.

First, FIG. 3 is a flowchart illustrating a process of initializing networking between key phone systems according to the present invention. In order to provide a networking environment between the server keyphone system and the client keyphone system, the client keyphone system needs to be registered with the server keyphone system and the server keyphone system needs to provide sufficient information to the client keyphone system. For this purpose, the communication ID between the client keyphone system and the server keyphone system must first be verified. In the present invention, the client key phone system and the server key phone system are configured to exchange MAC (Media Access Control) addresses, which are physically unique addresses used by network devices such as LAN cards, to identify each other. The server key phone system has already registered the MAC addresses of the client key phone systems to be connected with it. Therefore, the server key phone system determines whether the MAC address information of the client key phone system already stored and the MAC address transmitted by the client key phone system match. On the other hand, the client key phone system receives and stores the MAC address of the server key phone system, and performs operations only on packets having the MAC address in the future.

When the above authentication process is completed normally, the server key phone system initializes its own working data for each client key phone system and gives a global key value to each client key phone system. The Global Key value is a kind of ID value for the server key phone system to distinguish each client key phone system, and is composed of one or two digits. For example, after the authentication process is completed, the server key phone system gives each client key phone system a different serial number of 0-9 or 00-99 as a Global Key value. Then, when a remote call is made to another client key phone system, the client key phone system attaches the Global Key value to the extension number of the local station to the server key phone system. Alternatively, as soon as the client key phone system receives the Global Key value, the Client Key Phone system attaches the Global Key value to the extension number of the local station, and may always use the number having the Global Key value regardless of whether it is a local call or a remote call. have. Hereinafter, for convenience of explanation, an original extension terminal number without a Global Key value is called a Local ID, and an extension terminal number with a Global Key value is called a Global ID.

After lowering the Global Key value, the server key phone system again lowers the global call numbering plan table of the entire terminal to each client key phone system. The number table defines global key values of each client key phone system and extension numbers of terminals connected to each client key phone system. Both the server key phone system and each client key phone system are operated to utilize the number table of the entire terminal when performing call processing. This completes the initialization of networking between the server keyphone system and the client keyphone system.

4 is a flowchart illustrating a process of performing call processing using networking between keyphone systems according to the present invention. Now, the call processing through networking between the IP-based keyphone systems will be described in detail with reference to FIG. 4. First, suppose that a call request is made by pressing a different terminal number from a terminal connected to a client key phone system. The call request generated by the terminal is delivered to the client key phone system. The client key phone system then checks whether the called terminal is a terminal of its own station or a terminal connected to another client key phone system. This can be confirmed through the number table received during the initialization process. If the called terminal is a terminal of the own station, the client key phone system may perform its own operation in the same manner as the call processing method of the conventional key phone system. Thus, a call between terminals connected to the same client keyphone system is called a local call.

On the other hand, a call between terminals connected to different client keyphone systems is called a remote call. When a remote call occurs as a result of the client key phone system verification, the client key phone system transmits a call request signal to the server key phone system. At this time, if the called terminal is in the IDLE state, the client key phone system that transmits the call request signal is transmitted with an ACK signal, and if it is in the BUSY state, the NAK signal is transmitted. When the ACK signal is transmitted, the client key phone system to which the calling terminal is connected and the client key phone system to which the called terminal is connected transfer the authority on call control of the terminal to the server key phone system. In this case, the client key phone system provides not only authority to call control but also state data (or working data) and program data about each terminal to the server key phone system. Status data is data for indicating the current status of each terminal, such as IDLE / BUSY, is data that is initialized together when the system is initialized. On the other hand, program data refers to data stored for convenience of a terminal user, such as call forwarding or rejection of a call from a specific terminal. The program data does not change even when the system is initialized.

As such, when call control and status / program data relating to the calling / calling terminal is transferred to the server key phone system, the state data is then managed in the server key phone system, and the program data is managed by the client key phone system to which the terminal is connected. If necessary, the server key phone system is informed of updated information. The server key phone system manages terminals transferred from different client key phone systems as if it is a local device directly connected to itself. To this end, the server key phone system receives the call control from the client key phone system and registers the terminal transferred to the server key phone system as if the client key phone system is initialized. However, as described above, the relevant data is initialized by itself and then copied and received from the client key phone system. In addition, the client key phone system and the server key phone system change the state of the terminal, for example, from ON-LOCAL to ON-GLOBAL to indicate that management has been transferred to the server. When the call / call terminal is successfully transferred to the server key phone system, both terminals logically become terminals of the local station of the server key phone system. Therefore, the server keyphone system may perform the call processing operation in the same manner as the call processing method in the conventional keyphone system.

In this case, as described above, the client key phone system may use a local ID according to an operator's policy, but a global ID must be used when interfacing with the server key phone system. For example, suppose that a client keyphone system receives 41 Global Key values from the server keyphone system during initialization and manages terminals 001 to 300 internally. It is assumed that the number of Global Keys is received and internally manages terminals 301 to 600. If terminal 001 attempts to make a call to terminal 200, both terminals may be in the same client system and may use a local ID as it is.

However, if the terminal 001 attempts to make a call to the terminal 400, the remote call is generated, so the call request should be delivered to the server key phone system. Since an object of the present invention is to use a plurality of key phone system as if it is a single key phone system, the user of terminal 001 presses 400 as it is. Then, the client key phone system finds that terminal 400 is connected to the client key phone system 42 by referring to the number table of all terminals received from the server key phone system during the initialization process. Therefore, when the call request is transmitted to the server key phone system, the number of the calling terminal should be changed to 41001 and the number of the called terminal to 42400. When the server key phone system receiving the call request signal transmits it to the client key phone system 42 by referring to the number table, the client key phone system 42 converts the number again and recognizes it as 001 and 400. To this end, each client key phone system and server key phone system operate a conversion module for mutual conversion between local ID and global ID.

Meanwhile, FIG. 5 illustrates a process of transferring data and signals between key phone systems for performing call processing using networking between key phone systems according to the present invention. With reference to FIG. 5, how the work is performed in the present invention according to various cases will be described in detail. First, A (1) terminal connected to the client key phone system on the left side of FIG. 5 (for convenience, referred to as the first client key phone system) is the client key phone system on the right side (this is referred to as the second client key phone system for convenience). Call request to A (n) terminal connected to The two terminals are still under the control of the client key phone system. The call request of A (1) is forwarded to the server key phone system. The server key phone system transmits a call request signal to the second client key phone system which directly manages the A (n) terminal. At present, the A (n) terminal responds with an ACK signal because it is in the IDLE state, and is transmitted back to the first client key phone system through the server key phone system. Therefore, as described above, call control and related data for A (1) terminal and A (n) terminal are transferred to the server keyphone system, and each client keyphone system stops managing the two terminals (FIG. 5). This is indicated by the dotted circle.

In this state, when the B (1) terminal connected to the first client key phone system makes a call request to the A (1) terminal, if the A (1) terminal permits another call to be received during the call (this is indicated in the program data). Stored information) As described above, the response will be made with the ACK signal. At this time, although A (1) terminal and B (1) terminal are physically connected to the same client keyphone system, the A (1) terminal is logically connected to the server keyphone system and thus corresponds to a remote call. Therefore, call control and data for the B (1) terminal are also transferred to the server keyphone system, and the first client keyphone system stops managing the B (1) terminal (this is also indicated by a dotted circle). . Similarly, when the A (n) terminal makes a call request to the B (n) terminal, both terminals are connected to the second client key phone system, but since the A (n) terminal is managed by the server key phone system, B (n) Call control and data for the terminal is transferred to the server key phone system, and the second client key phone system stops managing the B (n) terminal.

In addition, even when the C (1) terminal connected to the first client key phone system makes a call request to the B (1) terminal, the call request is transmitted to the server key phone system corresponding to the remote call. Here, the B (1) terminal responds with a NAK signal because it is in a BUSY state. Since the call processing between the D (1) terminal and the E (1) terminal and the call processing between the D (n) terminal and the E (n) terminal all correspond to a local call in the same client keyphone system, each client keyphone The system handles itself.

In this way, the client key phone system must determine whether it is a local call or a remote call whenever a call request occurs, and the server key phone system also transfers management to itself whenever a call request signal is received from the client key phone system. If it is determined whether the terminal is being managed by the client keyphone system, the signal must be transmitted to the corresponding client keyphone system. 6 schematically illustrates a process of determining whether the call is a local call or a remote call in the client key phone system. As shown in FIG. 6, the A (1) terminal and the A (n) terminal are currently transferred to the server keyphone system, and the B (1) terminal and the C (1) terminal are configured in the first client keyphone system. The B (n) terminal is managed by the second client key phone system. When the B (1) terminal makes a call request, the event handler of the first client key phone system determines whether the called terminal is a terminal connected to the own station. If the called terminal is an A (1) terminal, the call request signal is transmitted to the server key phone system and receives a response directly from the server key phone system. If the called terminal is a B (n) terminal, it receives the response from the second client key phone system indirectly through the relay of the server key phone system. In addition, if the called terminal is a C (1) terminal, the local call is directly received through the event handler of the first client key phone system.

Meanwhile, FIG. 7 schematically illustrates a process of performing a call processing centering on a server key phone system. As shown in FIG. 7, the A (1) terminal and the A (n) terminal are currently transferred to the server keyphone system, and the B (1) terminal and the C (1) terminal are configured as the first client keyphone system ( It is managed in the right side of the figure, and the B (n) terminal is managed in the second client key phone system (lower side in the figure). For the call request or response signal transmitted from the client key phone system to the server key phone system, the server key phone system determines whether the destination of the signal is a terminal transferred to itself or a terminal under management of another client key phone system. If the terminal is controlled by the call, the information of the client key phone system of the destination is obtained from the global ID and transmitted to the corresponding client key phone system. For example, when the B (n) terminal makes a call request to the C (1) terminal, the server key phone system receives a call request signal from the second client key phone system. Thereafter, the event handler of the server key phone system determines that the signal should be delivered to the first client key phone system and transmits the signal to the first client key phone system.

After the call is established through this process, for the terminal that terminates the call and returns to the IDLE / On-Hook state, the management of the terminal must be deleted from the server keyphone system and the authority of call control must be returned to the client keyphone system. . 8 schematically illustrates a process of transferring data and signals between keyphone systems in the process of releasing a call according to the present invention. As shown, the process of returning call control differs only from the process and direction in which call control is transferred from the client key phone system to the server key phone system. Call control is transferred to the original client keyphone system, and state data is initialized at the client keyphone system and then copied from the server keyphone system to the client keyphone system. The server key phone system changes the state of the terminal from ON-GLOBAL to ON-LOCAL while deleting the registration of the terminal.

So far, the configuration and operation of the present invention have been described in detail. As can be seen from the above description, according to the present invention, only the server program and the client program according to the present invention are installed without changing the software call processing structure and hardware platform of the existing IP-based keyphone system. This makes it possible to construct a full-feature-oriented networking system very effectively. Therefore, according to the present invention, it is not necessary to develop a new call processing structure that is completely different from the existing call processing structure for full-feature-oriented networking, and the capacity of the key phone system by simply connecting several key phone systems to one network. The advantage is that it can be easily extended.

Claims (14)

A full-feature oriented networking method between a server keyphone system and a plurality of client keyphone systems connected to the server keyphone system, the method comprising: The server key phone system dropping the ID table of each client key phone system and the number of the entire terminals to the client key phone system to initiate a connection therebetween; When a call request is generated from a terminal connected to a specific client key phone system, the call request is sent to an internal terminal connected to the client key phone system by analyzing the corresponding ID and the number table of all terminals for the requested call. The client key phone system processes the call by itself, and transmits a call request signal to the server key phone system when the call request is made to an external terminal connected to another client key phone system; When the called terminal is in a callable state, data necessary for call control and call control for the calling terminal and the called terminal is transferred from the client key phone system to the server key phone system, and the server key phone system performs call control for each terminal. ; And When the call connection is terminated, call control for each terminal is returned to each client keyphone system. The method of claim 1, The initialization step is: Authenticating communication between the client keyphone system and the server keyphone system; The server keyphone system initializing status data about each client keyphone system; A server keyphone system dropping an ID value of each client keyphone system to each client keyphone system; And And a server keyphone system giving each client keyphone system a number table of the entire terminal. The method of claim 2, The authentication step may include: exchanging MAC addresses between the client key phone system and the server key phone system; And determining, by the server key phone system, whether the MAC address previously stored and the MAC address transmitted by the client key phone system match. The method of claim 3, wherein And the client key phone system stores the MAC address and performs operations only on packets coming from the MAC address in the future. The method of claim 2, The number table of the entire terminal is a full-feature-oriented networking method between the key phone system, characterized in that the ID value of each client key phone system and the extension number of the terminals connected to each client key phone system. The method according to claim 1 or 5, When interfacing between the client key phone system and the server key phone system, the ID number of the client key phone system to which the terminal is connected is added to the extension number of the terminal with reference to the number table. Full-feature oriented networking method. The method according to claim 1 or 2, When call control regarding the calling / calling terminal is transferred to the server keyphone system, the server keyphone system initializes the state data for the calling / calling terminal and copies the state data from each client keyphone system, and then the state data. Is a server keyphone system managed by the server keyphone system. The method of claim 7, wherein When call control regarding a call / call terminal is transferred to a server key phone system, the server key phone system registers the call / call terminal as a terminal connected to the full-feature-oriented networking method between key phone systems. . The method of claim 7, wherein When call control regarding a call / call terminal is transferred to a server key phone system, each client key phone system stops managing the call / call terminal. The method of claim 8, The server key phone system is a full-feature-oriented networking method between the key phone system, characterized in that the call processing is carried out in the same manner as the call processing method between the extension terminal directly connected to the local station for the call / call terminal to which call control is transferred. The method of claim 7, wherein The client key phone system transmits the call request signal to the server key phone system when there is a call request to the terminal whose call control is transferred to the server key phone system. The method of claim 7, wherein When a called terminal receiving a call request from a terminal whose call control is transferred to a server key phone system is connected to a call making terminal, the call control for the called terminal is transferred to the server key phone system. Full-feature-oriented networking between keyphone systems. The method of claim 7, wherein When the server key phone system receives the call request signal from the client key phone system, if the called terminal is a call controlled terminal from another client key phone system, the call key signal is transmitted to the corresponding client key phone system, and the called terminal sends the server key phone system. If the call control is transferred to the terminal to the full-feature-oriented networking method between the key phone system, characterized in that for direct transmission. The method according to claim 1 or 2, When the call connection is terminated and call control is returned to the original client key phone system, the state data of each terminal is copied to the client key phone system and then managed by each client key phone system, and the server key phone system deletes the registration of the terminal. A full-feature oriented networking method between key phone systems.

Images