KR101486100B1 - Voice and data convergence management system - Google Patents

Abstract

Disclosed is an integrated management system capable of integrating and managing faults and QoS (Quality of Service) on a voice network and a data network. The integrated voice and data management system of the present invention comprises: an IP-PBX that transmits information on a registered device to a data switch and manages a failure according to collected device status information through communication with a data switch; PBX and the device information transmitted from the IP-PBX, checks the connection and packet exchange status of the corresponding devices, the traffic status of the connection port, transfers the device status information to the IP-PBX, And a data switch that manages the QoS for each device according to the quality of service (QoS) request of the IP-PBX.

Description

[0001] VOICE AND DATA CONVERGENCE MANAGEMENT SYSTEM [0002]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a voice and data integrated management system, and more particularly, to an integrated management system capable of integrally managing faults and QoS (Quality of Service) on a voice network and a data network.

Voice network and data network have been separated and operated and managed. Since the voice network and the data network are separated and installed, two independent networks are formed in the same office environment, and different administrators managed by using different methods.

In the case of a voice network, a method of generating a message and an alarm through an exchange number or an exchange operator terminal is used to notify the system of a problem or a specific occurrence, and the types of faults to be managed are mainly physical There were many things related to the phenomenon.

In a data network, a method of notifying a failure / alarm by sending an SNMP Trap message to an SNMP manager is used in a simple network management protocol (SNMP) agent in a switch. NMS (Network Management System) was introduced to provide a way to remotely manage switch related information in addition to failure / alarm.

Among the management methods used in the voice network and the data network, a method of leaving a log of a problem or a specific item in the device itself or transmitting such information to a remote PC via Syslog is a commonly used method .

Since all of these methods are for only voice network and data network and do not share information about the network situation and phenomenon among them, it is necessary to grasp the matters related to the interworking between the resources and the resources put into the two network management There is a drawback that it is difficult. Therefore, there is an urgent need for a method of performing failure and QoS management that is independently operated for voice network equipment and data network equipment in a single integrated environment more quickly and accurately.

It is an object of the present invention to provide an integrated management system capable of integrally managing faults and QoS (Quality of Service) on a voice network and a data network.

According to one aspect of the present invention, an integrated management system capable of integrally managing faults and QoS (Quality of Service) on a voice network and a data network is disclosed. The integrated voice and data management system of the present invention comprises: an IP-PBX that transmits information on a registered device to a data switch and manages a failure according to collected device status information through communication with a data switch; PBX and the device information transmitted from the IP-PBX, checks the connection and packet exchange status of the corresponding devices, the traffic status of the connection port, transfers the device status information to the IP-PBX, And a data switch that manages the QoS for each device according to the quality of service (QoS) request of the IP-PBX.

According to the present invention, it is possible to perform fault and QoS management for voice network equipment and data network equipment more quickly and accurately under one integrated environment.

1 shows a configuration of an IP-PBX system on a data network to which the present invention can be applied;
2 shows a detailed configuration of an IP-PBX system for integrated management according to the present invention.
3 shows a detailed configuration of a data switch for integrated management according to the present invention;
4 is a diagram illustrating an initial device information exchange process after an IP-PBX is driven according to the present invention;
5 is a diagram illustrating an initial device information exchange process after a data switch is driven according to the present invention.
FIG. 6 is a flowchart illustrating a process of registering a new device in an IP-PBX according to the present invention; FIG.
7 is a flowchart illustrating a process of detecting a new device in a data switch according to the present invention;

Hereinafter, embodiments of the present invention will be described in detail with reference to the accompanying drawings. In the following description, well-known functions or constructions will not be described in detail if they obscure the subject matter of the present invention.

1 is a diagram showing a configuration of an IP-PBX system on a data network to which the present invention can be applied.

The integrated management system of the present invention is configured to be suitable for the interworking environment between the IP-PBX 10 and the data switch 20 based on the VoIP operating on the data network and integrates and manages faults and QoS for the voice and data integration environment .

The integrated voice and data management system includes an IP-PBX 10 that transmits information on the registered device to the data switch 20, and manages the failure according to the collected device status information through communication with the data switch 20, PBX 10 and the device information transmitted from the IP-PBX 10, examines the connection and packet exchange statuses of the devices, the traffic status of the connection port, To the IP-PBX 10, and manages the QoS for each device in accordance with the quality of service (QoS) request of the IP-PBX.

The IP-PBX 10 basically comprises a call server for performing call processing, a gateway for connection with an external voice network such as PSTN, and a system terminal. There is at least one terminal of the exchange or the exchange manager, and the terminal has a function and authority to perform various operations and management in the system.

The IP-PBX 10 of the voice network and the data switch 20 of the data network are required to implement the voice and data integrated management function between the IP-PBX 10 and the data switch 20 based on VoIP, An additional function must be implemented. The IP-PBX 10 must implement an additional function module for performing an interworking function with the data switch 20, in addition to the part related to the call processing. In addition, the data switch 20 is required to implement an additional function module for performing an interworking function with the IP-PBX 10, in addition to a part related to the existing switching processing.

2, the IP-PBX 10 includes a VoIP processing section (a call processing section 11, a system DB 12, a VoIP signal protocol processing section 13, and an SMTP processing section 14) for VoIP call processing A Simple Mail Transfer Protocol (SNMP) manager 17 for communicating with the data switch 20, a network device information storage unit 16 for storing the device information, and an SNMP manager 17 A network device management unit 15 for transmitting and controlling the data to and from the data switch 15 and storing and managing the device status information transmitted from the data switch 20 through the SNMP manager 17 in the network device information storage unit 16, .

The call processing unit 11 is a call server, and is a module responsible for all control related to voice / video communication.

The system DB 12 is a database in which settings and options for call processing are stored.

The VoIP protocol protocol processor 13 includes a standard VoIP protocol such as SIP, H.323, etc., and a proprietary protocol defined and operated by each manufacturer.

The Simple Mail Transfer Protocol (SMTP) processing unit 14 is a protocol for mail transmission, and is used for E-Mail notification of a failure or alarm or other notable event to the exchange manager or the exchange manager. do.

The network device management unit 15 stores data collected through communication with the data switch 20 in the network device information storage unit 16 and communicates with the data switch 20 through the SNMP manager 17. [ In addition, it communicates an event related to a system device (for example, an IP telephone, a gateway, and the like) in cooperation with the call processing unit 11, receives contents to be processed with respect to the data switch 20, processes it internally, As well as the role of the project.

3, in addition to the data switching processing unit (including the switching processing unit 21 and the switch DB 22) for switching the data packet, the data switch 20 is connected to the data- An SNMP agent 27 that communicates with the SNMP manager 17, information on the IP-PBX device connected to the data switch 20 and information on the device transmitted from the IP-PBX 10 via the SNMP agent 27 An LLDP MIB (Management Information Base) 26 for storing and managing the device information in the system device information storage 25 using LLDP (Link Layer Discovery Protocol) A connection and traffic monitoring unit 23 for checking connection and packet switching states of the devices and the traffic state of the connection port and delivering connection state information and connection state information to the IP-PBX 10 And sends the IP-PBX 10 to the SNMP agent 27 And a system management device (24) for controlling and storing the transmission system information in the system information storage device unit 25.

The switching processing unit 21 is a module for performing a basic function and an additional function specific to a switch related to switching of a data packet.

The switch DB 22 is a database in which settings and options related to switch function setting and operation are stored.

The system device management unit 24 is a module responsible for all the control for interworking with the IP-PBX 10, and is interlocked with the switching processing unit 21 and the lower detailed function modules.

The LLDP MIB 26 is a management information base for storing data collected in a Link Layer Discovery Protocol (LLDP) operating in a network protocol stack. The LLDP MIB 26 stores information about a specific OID (Object Identifier) Can be imported. The LLDP MIB 26 is connected to the system device information storage unit 25 and stores information on the IP-PBX devices (for example, IP phones, gateways, etc.) connected to the data switch 20, And stores and manages the received device information.

The SNMP agent 27 is used for communication with the SNMP manager 17 operating in the IP-PBX 10, and performs a role of transmitting a fault / alarm message using SNMP Trap together with general data setting / inquiry .

The connection and traffic monitoring unit 23 monitors the connection / communication state of the IP-PBX devices connected to the data switch 20 and the traffic state of the switch / port. do. That is, the state of the physical connection of the device is disconnected or the connection is established but the data packet is being exchanged, the traffic condition of the entire switch and the port is checked, and if an abnormal symptom or a change occurs, .

FIG. 4 is a diagram illustrating an initial device information exchange process after the IP-PBX operation according to the present invention. The IP-PBX 10 and the data switch 20 start a post-boot operation and exchange basic information.

When the IP-PBX 10 is booted and starts its operation, the IP-PBX 10 first performs a registration process for the devices (e.g., an IP telephone, a gateway, etc.) managed by the IP-PBX 10 itself. When the device registration process is completed, the system DB 12 acquires information on the data switch 20 associated with the system DB 12 and starts communication with the data switch 20. [

After confirming that the corresponding switch is in the current operating state, the IP-PBX 10 transmits the information about the IP-PBX 10 to the device type (for example, IP telephone, PSTN gateway, etc.) Etc.) to the data switch 20. In one embodiment, a proprietary protocol may be used for information transfer, or an SNMP private MIB may be used. Both methods require vendor-specific protocol or data format definition and implementation.

When the information transfer from the IP-PBX 10 is completed, the data switch 20 stores this information in the system device information storage unit 25 and transmits it from the IP-PBX 10 with reference to the LLDP MIB 26 And confirms whether there is connection information matching the received device information. An item corresponding to the device information from the IP-PBX 10 on the LLDP MIB 26 is information about the device that the data switch 20 already grasps through the LLDP before the IP-PBX 10 operates And the data switch 20 transfers the connection information to the IP-PBX 10 using the proprietary protocol or SNMP Trap.

The IP-PBX 10 receives the connection information from the data switch 20 and stores it in the network device information storage unit 16. [ The connection information is information about which device is connected to which port of which data switch 20.

5 is a diagram illustrating an initial device information exchange process after a data switch is driven according to the present invention.

When the data switch 20 is booted and starts operating while the IP-PBX 10 is operating, the data switch 20 checks the IP-PBX item stored in its switch DB 22. Since at least one IP-PBX 10 may exist, the data switch 20 confirms that all the IP-PBXs 10 set in the switch DB 22 are in the current operating state, To the IP-PBX 10 together with its own ID.

When the IP-PBX 10 detects that the data switch 20 has started its operation, the IP-PBX 10 transmits information about itself and all devices registered to the IP-PBX 10 to the data switch 20. The following procedure is the same as the process of booting the IP-PBX (see FIG. 4).

6 is a flowchart illustrating a process of registering a new device in the IP-PBX according to the present invention.

When a new device (for example, an IP telephone, a gateway, or the like) is registered or deleted in the IP-PBX 10, the IP-PBX 10 transfers the information to the data switch 20.

The system device management unit 24 of the data switch 20 refers to the system device information storage unit 25 and notifies the system device information storage unit 25 of the added device among the devices detected by the LLDP (The device information transmitted from the IP-PBX 10 is compared with the connection information of the device detected through the LLDP), and if a matching item is found, information about the device (Connection information) to the IP-PBX 10. When the device is deleted from the IP-PBX 10, the data switch 20 first checks in the system device information storage unit 25 whether the device is currently connected to the device itself. If it is not already connected to itself, it is deleted from the device list of the IP-PBX 10. However, if it is currently connected, it indicates that the item is deleted in the device list and does not delete it. After confirming that the device is no longer connected through the connection status check or LLDP, the device is deleted from the list.

7 is a flowchart illustrating a process of detecting a new device in a data switch according to the present invention.

When a new IP-PBX device is connected to the data switch 20 and is detected through the LLDP, the data switch 20 transmits the device information transmitted from the IP-PBX 10 associated with the data switch 20 and the device information detected by the LLDP (Connection information) to the corresponding IP-PBX 10, and when information of a matching item is found, information on which device is connected to which port in the data switch 20 (connection information). When the IP-PBX 10 receives the connection information, the IP-PBX 10 stores the information in the network device information storage unit 16. If the device is registered in the call processing unit (call server) 11, 20), and when the IP-PBX 10 is not yet registered, mapping is performed after the completion of the next registration process, and information on the newly registered IP-PBX 10 is stored in the data To the switch (20). Upon receiving the information (device information) about the new IP-PBX device, the data switch 20 stores the device information in the system device information storage unit 25.

Hereinafter, the process of managing the device connection failure and the packet exchange of the data switch 20 will be described.

The data switch 20 is used to connect and exchange the packet exchange status of a device (such as an IP telephone or a gateway) of the IP-PBX 10 corresponding to the device information managed by the system device information storage unit 25, (23).

The connection and traffic monitoring unit 23 periodically polls the connection state of the port to which the device of the IP-PBX 10 is connected (for example, the polling interval is set to 3 seconds) It also checks periodically (e.g., with a polling interval of 30 seconds) whether traffic to the device was present for a period of time or not at all. The device traffic inspection uses a device polling message in the IP-PBX 10 and the devices of the IP-PBX 10 periodically check with the call processing unit (call server) 11 in an idle state, This can be useful if you are sending and receiving polling messages. That is, if there is a problem in device polling between the call processing unit 11 and the device, the call processing unit 11 will detect it eventually. However, in order to determine which part of the data network has a packet exchange problem This information is helpful.

Therefore, when the connection and traffic monitoring unit 23 detects a change in the physical connection or the packet exchange state of the specific device, it reports the change to the system device management unit 24, and the system device management unit 24 uses the proprietary protocol or SNMP Trap And transmits the information to the IP-PBX 10. Then, the IP-PBX 10 stores the received information as the status information for the corresponding device in the network device information storage unit 16, if the received information is about the failure status in which the physical connection is broken, and the call processing unit 11 And performs a call restriction to block further voice / video calls from occurring. Generally, since the device polling requires several polling intervals until the IP-PBX 10 finally determines the connection state of the device, It may happen that a call is attempted. Thus, an immediate call restriction helps to increase the reliability of the overall system operation. Since the disconnection of the network connection of the apparatus is a significant state change, the call processing unit (call server) 11 alerts the user of this state through the exchange number or the exchange administrator terminal and stores the alarm in its own log. The alert through the terminal may be a voice message or a combination of a text message on the LCD and a warning sound. In accordance with the setting, the E-mail notification of the status can be performed together with the exchange number or the E-mail address of the exchange manager through the SMTP processing unit 14.

If the information received by the IP-PBX 10 relates to the packet switched state, it is stored in its own log without performing a call restirction, and then a warning or a mail notification (E-Mail notification). If there is a problem in the packet exchange, this may be temporary and may not be a situation in which a call restricting is actually applied. Therefore, the ultimate judgment may be made as a result of device polling between the call processing unit 11 and the device I will follow. Traffic status information can also be useful for analyzing problems when IP-PBX problems occur. If there is no traffic for the device for a certain amount of time (e.g., the polling interval is 30 seconds), it may be due to a temporary network problem, but from IP-PBX 10 perspective, It can appear in various forms. Since a temporary problem on the data network causes a phenomenon to be very difficult to identify on the IP-PBX 10, log and notification on the status can be used to identify the cause of the failure of the VoIP-based system and to analyze the cause thereof .

The system device management unit 24 of the data switch 20 transmits the overall traffic of the data switch 20 and the IP-PBX 10 managed by the system device information storage unit 25 via the connection and traffic monitoring unit 23. [ The device continuously monitors the traffic state of the port to which the device is connected. If the traffic of the data switch 20 or the traffic of the port to which the device of the IP-PBX 10 is connected exceeds a preset threshold value, a data traffic congestion state occurs And transmits the corresponding traffic status information (device status information) to the IP-PBX 10.

Upon receiving the message including the device status information, the call processing unit 11 of the IP-PBX 10 first checks whether the information about the entire traffic of the data switch 20 or the traffic for the specific port to which the device is connected is checked do. If it is determined that the data is the entire traffic of the data switch 20, the network device information storage unit 16 searches all the devices connected to the corresponding data switch 20 and displays a congestion state . Of course, if the message including the device state information is about the release of the congestion state, the device connected to the data switch 20 indicates that the congestion state has been released.

This traffic information is stored in its own log, and alert information and e-mail notification to the exchange administrator's terminal are performed according to the setting. The temporary traffic state change may appear in various forms such as a decrease in the operation speed of the IP-PBX 10, an abnormal operation due to a partial packet loss (packet loss), a sudden drop in voice and image quality, This log, terminal alert, and e-mail notification help to identify and solve problems in IP-PBX operation.

The call processing unit 11 of the IP-PBX 10 notifies the network device management unit 15 of the congestion state of the data switch 20 from this state and the device connected to the data switch 20 And a setting for reducing the traffic for the subsequent voice / video call is applied. That is, for voice calls, G.729 (8 Kbps) and G.723.1 (5.3 / 6.4 Kbps) are used instead of high bandwidth codecs such as G.711 (64 Kbps) and G.722 (48/56/64 Kbps) encoding the voice data using a low bandwidth (high compression) codec and signaling to transmit over the Real-time Transport Protocol (RTP). The low bandwidth codec has a somewhat lower quality than the high-bandwidth codec itself, but uses a much smaller bandwidth and can prevent degradation of sound quality due to packet loss and jitter as a whole. Basically, a method of lowering the frame rate (the number of images transmitted per second) is used for image data. The method of lowering the transmission rate of the inter frame (information on the changed part in the previous frame and the data size is small) by increasing the transmission interval of the intra frame (full screen information, large data size) So that it can be selectively applied according to the setting of the operator.

When traffic congestion occurs in a specific port to which the apparatus of the IP-PBX 10 is connected, a setting for reducing traffic is applied only to a call to the apparatus, Changes to the codec and frame rate change are the same as above.

A QoS application process of the data switch 20 according to a request from the IP-PBX 10 will be described below.

The IP-PBX 10 manages, through the network device management unit 15, information on which data switch 20 the devices registered in the IP-PBX 10 are connected to through the initial and additional device information exchange process.

The call processing unit 11 of the IP-PBX 10 can request the data switch 20 to which the registered devices are connected to apply a separate QoS for the VoIP traffic. Since this is directly related to the QoS policy on the data network, the function should be activated by the setting on the IP-PBX 10.

In the case of the VoIP signaling protocol (call signaling), a fixed UDP port is used for RTP (voice / image data transmission) according to the IP-PBX 10 while using a fixed TCP / In some cases, a UDP port is used that is dynamically allocated. If the UDP port for all RTPs is fixed, the IP-PBX 10 checks the configuration after the initial device information exchange process is completed. If the switch QoS application is activated, the IP- The device address connected to the data switch of the RTP and the UDP port of the RTP. In addition to applying the QoS in the data switch 20 to the port and the IP address of the Transport Layer (UDP), the differentiated services code port (DSCP) of the IP layer and the 802.1p VLAN priority of the Ethernet layer It is also possible to request retagging selectively or both settings. When retagging is requested, the data switch 20 sets the DSCP or 802.1p VLAN Tag for the corresponding packets forwarded through the data switch 20. Such an explicit Tag enables priority tag-based priorities to be applied to other data switches between the data switch and the destination of the packet.

When the UDP port for RTP is dynamically allocated every time a new call is established, a QoS request is made to the data switch 20 immediately before the call is established, and a QoS setting release request is made again when the call is terminated. The QoS request and the release are requested for the IP of the device of the IP-PBX 10 related to each call (for example, IP telephone, gateway, etc.) and the UDP port for RTP, As with the UDP port, there may be QoS enforcement within the data switch for the port and IP address of the transport layer (UDP) and retagging requests for DSCP / 802.1p VLAN priority.

In addition to the VoIP-based IP-PBX system, the present invention can be applied to other types of equipment in which voice equipment and data equipment operate together on the same data network. For example, IP-based TV or radio transmission / reception equipment, multimedia conference equipment, and the like may be used.

Although the present invention has been described in connection with some embodiments thereof, it should be understood that various changes and modifications may be made therein without departing from the spirit and scope of the invention as understood by those skilled in the art. something to do. It is also contemplated that such variations and modifications are within the scope of the claims appended hereto.

10: IP-PBX 11:
12: system DB 13: VoIP signal protocol processor
14: SMTP processing unit 15:
16: Network device information storage unit 17: SNMP manager
20: data switch 21: switching processor
22: switch DB 23: connection and traffic monitoring unit
24: system device management unit 25: system device information storage unit
26: LLDP MIB 27: SNMP Agent

Claims (6)

An integrated voice and data management system,
An IP-PBX for transferring information on a registered device to a data switch, and managing faults according to device status information collected through communication with the data switch; And
And stores the information on the connected IP-PBX device and the device information transmitted from the IP-PBX, examines the connection and packet exchange status of the devices, the traffic status of the connection port, -PBX, and managing the QoS for each device according to a quality of service (QoS) request of the IP-PBX. The method according to claim 1,
The data switch compares the information on the IP-PBX with the device information, and when a matching item is found, the data switch transfers connection information on which device is connected to which port in the switch to the corresponding IP-PBX ,
And the IP-PBX stores and manages the connection information transmitted from the data switch. 3. The method according to claim 1 or 2,
The IP-
A VoIP processing unit for VoIP call processing;
A Simple Mail Transfer Protocol (SNMP) manager communicating with the data switch;
A network device information storage unit for storing the device information and the device status information; And
And a network device management unit for transferring and controlling the device information to the data switch via the SNMP manager and storing and controlling the device status information transmitted from the data switch through the SNMP manager in the network device information storage unit Integrated voice and data management system. The method of claim 3,
Wherein the data switch comprises:
A data switching processor for switching processing of data packets;
An SNMP agent in communication with the SNMP manager of the IP-PBX;
A system device information storage unit for storing information on the IP-PBX device connected to the data switch and the device information transmitted from the IP-PBX through the SNMP agent;
An LLDP MIB (Management Information Base) for storing and managing the device information in the system device information storage unit using LLDP;
A connection and traffic monitoring unit for checking the connection and packet exchange statuses of the devices and the traffic status of the connection port and transmitting the connection status information; And
A system device management unit for transferring and controlling the connection state information to the IP-PBX via the SNMP agent, and storing and controlling the device information transmitted from the IP-PBX via the SNMP agent in the system device information storage unit, And a voice and data integrated management system. The method of claim 3,
The IP-PBX may be configured to encode the voice data using a high compression codec or to transmit the lower number of frames per second of the image data if the device status information is traffic congestion information for a predetermined port of the switch of the data to which the device is connected Signal processing, voice and integrated management system. 5. The method of claim 4,
The data switch periodically polls and checks the connection status of a port to which the device is connected, and polls and inspects whether there is traffic from the device or the device to the device periodically.

Images