WO2020197008A1 - RAPIEnet 시스템에서 통신 장애 발생 시 네트워크 복구방법 - Google Patents

RAPIEnet 시스템에서 통신 장애 발생 시 네트워크 복구방법 Download PDF

Info

Publication number
WO2020197008A1
WO2020197008A1 PCT/KR2019/010877 KR2019010877W WO2020197008A1 WO 2020197008 A1 WO2020197008 A1 WO 2020197008A1 KR 2019010877 W KR2019010877 W KR 2019010877W WO 2020197008 A1 WO2020197008 A1 WO 2020197008A1
Authority
WO
WIPO (PCT)
Prior art keywords
network
network device
lnm
rapienet
devices
Prior art date
Application number
PCT/KR2019/010877
Other languages
English (en)
French (fr)
Inventor
윤건
이성한
Original Assignee
엘에스일렉트릭(주)
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 엘에스일렉트릭(주) filed Critical 엘에스일렉트릭(주)
Priority to US17/442,667 priority Critical patent/US11996975B2/en
Priority to JP2021556892A priority patent/JP7209109B2/ja
Priority to EP19920769.7A priority patent/EP3952209A4/en
Priority to CN201980093109.5A priority patent/CN113491086B/zh
Publication of WO2020197008A1 publication Critical patent/WO2020197008A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/40169—Flexible bus arrangements
    • H04L12/40176—Flexible bus arrangements involving redundancy
    • H04L12/40182—Flexible bus arrangements involving redundancy by using a plurality of communication lines
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/42—Loop networks
    • H04L12/437—Ring fault isolation or reconfiguration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
    • H04L41/064—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis involving time analysis
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0631—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis
    • H04L41/0645—Management of faults, events, alarms or notifications using root cause analysis; using analysis of correlation between notifications, alarms or events based on decision criteria, e.g. hierarchy, tree or time analysis by additionally acting on or stimulating the network after receiving notifications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
    • H04L41/0659—Management of faults, events, alarms or notifications using network fault recovery by isolating or reconfiguring faulty entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
    • H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L2012/4026—Bus for use in automation systems

Definitions

  • the present invention relates to a RAPIEnet system.
  • the present invention periodically checks for a network communication failure between Line Network Manager (LNM) devices or between Ring Network Manager (RNM) devices on a ring or line-shaped network in a RAPIEnet system.
  • LNM Line Network Manager
  • RPM Ring Network Manager
  • the present invention relates to a network recovery method in the event of a communication failure in a RAPIEnet system that enables more accurate determination and recovery of network communication failures without burdening the network through transmission through the network.
  • RAPIEnet means Ethernet-based industrial network protocol.
  • the field of application of such industrial networks is automation of manufacturing processes such as semiconductors and automobiles, automation of power facilities, etc., and the environment is often poor in terms of temperature/chemistry/noise/vibration. For this reason, failures such as loss of communication function due to deterioration of network cables and cable connection status may occur at any time.
  • the conventional RAPIEnet is provided with a function to notify the network when a problem occurs in a communication link.
  • 1 to 4 are diagrams illustrating an operation concept of recovering a network when a communication failure occurs on a network in a conventional RAPIEnet system.
  • FIG. 1 illustrates a network recovery operation when a cable is disconnected or dropped in a RAPIEnet line network composed of four network devices.
  • two devices 110 and 120 adjacent to each other at the position where the cable is disconnected recognizes the change state of the link. And the two adjacent devices 110 and 120 broadcast to the network that their status is the end of the network (LNM) to notify the devices 100 and 130 of the network that the new line network status has been reached. .
  • LNM end of the network
  • FIG. 2 is a diagram illustrating a network recovery operation when a device is powered off in a RAPIEnet line network composed of four network devices.
  • two network devices 100 and 120 adjacent to the powered-off device 110 recognize the change state of the link. Then, two adjacent network devices 100 and 120 broadcast to the network that their status is the end of the network (LNM) to inform the devices 130 of the network that the new line network status has been reached.
  • LNM end of the network
  • the network device 100 in FIG. 2 changes its state to SA (Stand Alone) because there is no other device connected to the left and right.
  • FIG. 3 illustrates a network recovery operation when a cable is disconnected or dropped in a RAPIEnet ring network composed of four network devices.
  • a cable 250 connected between devices is disconnected or disconnected.
  • two devices 200 and 230 adjacent to each other at the position where the cable is disconnected recognizes the change state of the link.
  • two adjacent devices 200 and 230 broadcast to the network that their status is the end of the network (LNM), and notify the devices 210 and 220 of the network that the new line network status has reached. .
  • FIG. 4 illustrates a network recovery operation when a device is powered off in a RAPIEnet ring network composed of four network devices.
  • power off occurs in one device 230 in a RAPIEnet line network composed of four network devices 200, 210, 220, and 230.
  • two network devices 200 and 220 adjacent to the powered-off device 230 recognize the change state of the link. Then, two adjacent network devices 200 and 220 broadcast to the network that their status is the end of the network (LNM), and notify the devices 210 of the network that the new line network status has been reached.
  • LNM the end of the network
  • the conventional RAPIEnet system provides a function to automatically recover the network state when a network state change occurs due to a link connection or a power failure of a device.
  • An object of the present invention is to more accurately determine whether a network has a communication failure without burdening the network by periodically transmitting a message to check whether a network communication failure exists between LNM devices or between RNMs on a ring or line network in a RAPIEnet system. It is to provide a network recovery method in case of communication failure in the RAPIEnet system that enables judgment and recovery.
  • the network recovery method in a RAPIEnet line network composed of a plurality of network devices includes a network reliability check message from two line network manager (LNM) network devices located at both ends of the line network to the other ends of the line network. Transmitting (NICM: Network Integrity Check Message), and when a response message to the NICM is not received, check communication with network devices of neighboring nodes from each of the LNM network devices to all network devices on the line network path Commanding the execution, and checking the connection status by sending a Family request message from each network device to a network device of a neighboring node adjacent to the network device according to the command, and a response to the family request message
  • the corresponding network device that has not received the message may include the step of changing its state to LNM or SA (stand alone).
  • the network device receiving the response message to the family request message transmits the family request message back to the network device of the neighboring node adjacent to itself. It may further include the step of checking the connection state.
  • the instructing to perform the communication check includes: waiting for reception of a response message to the NICM for a preset time in each LNM network device, and when the response message is not received for the preset time, the It may include the step of broadcasting a Neighbor Check Command Message (NCCM) from each LNM network device to all network devices on the line network path.
  • NCCM Neighbor Check Command Message
  • the network recovery method in a RAPIEnet line network composed of a plurality of network devices changed to the LNM state that a new line network is started as the LNM network device of the line network. It may further include the step of broadcasting a line start message for notification.
  • the NICM may be repeatedly generated in each LNM network device according to a preset period and transmitted to another LNM network device located at the other end of the line network.
  • the network device may be a device equipped with a RAPIEnet protocol and capable of transmitting data in both directions of the line network by having two communication ports.
  • a network recovery method in a RAPIEnet ring network composed of a plurality of network devices includes the steps of transmitting a NICM through a bidirectional path of the ring network in each of two RNM network devices on the ring network, and the check message.
  • a response message to is not received, instructing each RNM network device to perform a communication check with a network device of a neighboring node to all network devices on a bidirectional path of the ring network, and each network according to the command
  • Checking the connection status by transmitting a family request message from the device to a network device of a neighboring node adjacent to the device, and changing its status to LNM for a corresponding network device that has not received a response message to the family request message. It may include.
  • the network device receiving the response message to the family request message transmits the family request message back to the network device of the neighboring node adjacent to itself. It may further include the step of checking the connection state.
  • the commanding to perform the communication check includes: waiting for reception of a response message to the NICM for a preset time in each of the RNM network devices, and when the response message is not received during the preset time, the It may include the step of broadcasting the NCCM from each RNM network device to all network devices on the bidirectional path of the ring network.
  • the network device whose state has changed to the LNM may broadcast a line start message notifying the formation of a new line network to the RNM network device of the ring network.
  • the NICM may be repeatedly generated in each RNM network device according to a preset period and transmitted to another RNM network device located in a bidirectional path of the ring network.
  • a RAPIEnet system by periodically transmitting a message that checks for network communication failure between LNM devices on a ring or line-shaped network or between RNMs, it is possible to more accurately determine whether a network has a communication failure without burdening the network. You can judge and recover.
  • 1 to 4 are conceptual diagrams illustrating an operation of recovering a network when a communication failure occurs on a network in a conventional RAPIEnet system.
  • FIG. 5 is a conceptual diagram illustrating an operation of recovering a network when a communication failure occurs on a line network in a RAPIEnet system according to an embodiment of the present invention.
  • FIG. 6 is an internal configuration diagram of the network device shown in FIG. 5.
  • FIG. 7 is a flow chart of signal processing between network devices in a line network including a plurality of network devices according to an embodiment of the present invention.
  • FIG. 8 is a conceptual diagram illustrating an operation of recovering a network when a communication failure on a ring network occurs in a RAPIEnet system according to an embodiment of the present invention.
  • FIG. 9 is a flow chart of signal processing between network devices in a ring network including a plurality of network devices according to an embodiment of the present invention.
  • FIG. 5 is a diagram illustrating an operation concept of recovering a network when a communication failure occurs on a line network in a RAPIEnet system according to an embodiment of the present invention.
  • FIG. 5 illustrates a network recovery operation when a communication failure occurs on a network in a RAPIEnet line network composed of four network devices 510, 520, 530, and 540 as an embodiment of the present invention, but the present invention is limited thereto. It does not become.
  • two LNM network devices 510 and 540 located at both ends of the line network periodically transmit a Network Integrity Check Message (NICM). It transmits to the counterpart LNM network devices 540 and 510.
  • NVM Network Integrity Check Message
  • the two LNM network devices 510 and 540 periodically receive the NICM from the other LNM network devices 540 and 510, and communication failure occurs in the network devices 510, 520, 530, and 540 that exist on the network path. You can check if there is the same problem.
  • FIG. 6 shows the internal configuration of the network device shown in FIG. 5.
  • the network device 510 may be equipped with a protocol such as RAPIEnet.
  • the network device 510 may be a device capable of transmitting data in both directions of a network implemented as a line network or a ring network by having two communication ports.
  • the network device 510 may be an input/output device of a programmable logic controller (PLC).
  • PLC programmable logic controller
  • the network device 510 may include two physical layers 616 and 618, a Media Access Controller (MAC) 612 and 614, and a controller 610. have.
  • MAC Media Access Controller
  • the physical layer units 616 and 618 receive data from the network bus 650 and provide the data to the media controllers 612 and 614. Further, the physical layer units 616 and 618 transmit data applied from the media controllers 612 and 614 to the network bus 650.
  • Media controllers 612 and 614 receive data from controller 610. In addition, the media controllers 612 and 614 transmit the data received from the controller 610 to the network bus 650 through the physical layer units 616 and 618.
  • the media controllers 612 and 614 determine the type of data received through the physical layer units 616 and 618. In addition, when the media controllers 612 and 614 determine that data does not need to be transmitted to the controller 610, the network bus 650 does not transmit the data to the controller 610 through the physical layer units 616 and 618. To other network devices on the network. At this time, data that does not need to be transmitted to the controller 610 may be NICM.
  • the NICM is a message transmitted to check whether there is a problem in a network path between the LNM network devices 510 and 540 of the line network or the ring network or between the RNM network devices 810 and 840 according to an embodiment of the present invention. In devices other than the LNM network device, the NICM is transferred to the next network device without going through the controller 610 and does not load the entire network device.
  • the media controllers 612 and 614 determine the type of data received through the physical layer units 616 and 618. In addition, the media controllers 612 and 614 transmit the data to the controller 610 when it is determined that the data needs to be transmitted to the controller 610.
  • the data required to be transmitted to the controller 610 may be a neighbor check command message (NCCM) or a family request message.
  • NCCM or family request message is used to detect a network device in which a communication failure occurs when a communication failure occurs due to a disconnection or dropout of a cable, power off of a device, or failure of a device in a line network or a ring network according to an embodiment of the present invention. It is a message that becomes.
  • Such an NCCM or family request message may be implemented to be transmitted from all network devices to the controller 610, and the controller 610 uses a response message to the family request message to determine whether a communication failure has occurred for the network device of the neighboring node. You can check.
  • the controller 610 performs data transmission/reception with the media controllers 612 and 614. Further, the controller 610 determines whether a communication failure has occurred on the network and whether the network device 510 has reached the end of the network in a line network or a ring network using the transmitted and received data.
  • the controller 610 determines that the network device 510 has reached the end of the network in the line network or the ring network according to the occurrence of a communication failure on the network, the controller 610 sets the state of the network device 510 to LNM or SA ( Stand Alone). In addition, the controller 610 transmits the changed state information to the LNM network device 540 or the RNM network device 840. Such status information is produced as a line start message indicating the start of a new line network and broadcast to the network, and may be received from the LNM network device 540 or the RNM network device 840. have.
  • FIG. 7 is a diagram illustrating a signal processing flow between network devices for detecting a communication failure of a network device and restoring a network in a line network including a plurality of network devices of FIG. 5 according to an embodiment of the present invention.
  • the two LNM network devices 510 and 540 located at both ends of the line network 500 transmit NICMs to the other ends of the line network 500 (S700 and S750).
  • each of the LNM network devices 510 and 540 does not receive the NICM transmitted by the LNM network device at the other end, and a time-out occurs (S702 and S752).
  • each LNM network device 510, 540 transmits NCCM to all network devices 520, 530 on the line network as a broadcast, so that all network devices 520, 530 on the line network path are neighboring. Instructs to perform a communication check with the network device of the node (S704, S754).
  • each of the network devices 520 and 530 receiving the NCCM transmits a Family request message to the network device of the neighboring node to check whether the network device of the neighboring node is operating normally.
  • the LNM network device 510 at the left end of FIG. 7 does not normally receive a family response message to the family request message (S706) and a timeout occurs. It is done (S708).
  • the LNM network device 510 determines that a problem has occurred in the path with the network device 520 of the neighboring node, and changes its state to LNM or SA (S710). At this time, the LNM network device 510 at the left end of FIG. 7 changes its state to SA because there is no network device connected to the left and right.
  • the LNM network device 540 at the right end of FIG. 7 normally receives a family response message to the family request message S756 since the network device 530 adjacent to the LNM network device 540 is operating normally (S758). ).
  • the network device 530 transmits a family request message to the network device 520 of a neighbor node adjacent to the network device 530 (S760). At this time, since a communication failure has occurred in the network device 520, a timeout occurs in the network device 530 (S762).
  • the network device 530 in which the timeout has occurred determines that a problem has occurred in the path with the network device 520 of the neighboring node, and changes its state to LNM or SA.
  • the LNM network device 540 since the LNM network device 540 is connected to the network device 530, its own state is changed to LNM (S764). Subsequently, the network device 530 whose state has changed to LNM transmits a line start message to inform the LNM network device 540 that a new line network is started (S766).
  • FIG. 8 is a diagram illustrating an operation concept of recovering a network when a communication failure occurs on a ring network in a RAPIEnet system according to an embodiment of the present invention.
  • FIG. 8 illustrates a network recovery operation when a communication failure occurs on a network in a RAPIEnet ring network composed of four network devices 810, 820, 830, and 840 as an embodiment of the present invention, but the present invention is limited thereto. It does not become.
  • two RNM network devices 810 and 840 on a ring network periodically transmit a NICM to a counterpart RNM through a bidirectional path of the ring network.
  • the two RNM network devices 810 and 840 periodically receive the NICM from the other RNM network devices 840 and 810, and communication failure occurs in the network devices 810, 820, 830, 840, etc. You can check if there is the same problem.
  • FIG. 9 is a diagram illustrating a signal processing flow between network devices for detecting a communication failure of a network device and recovering a network in a ring network including a plurality of network devices of FIG. 8 according to an embodiment of the present invention.
  • the two RNM network devices 810 and 840 located at the bidirectional path ends of the ring network 800 transmit NICMs through the bidirectional paths of the ring network 800, respectively (S900 and S950).
  • each RNM network device 810, 840 transmits NCCM to all network devices 820, 830 on the ring network as a broadcast, and all network devices 820, 830 on the bidirectional path of the ring network Command to perform a communication check with the network device of the neighboring node (S904 and S954).
  • the network device is not shown in the network of the reference number 900 of the ring network, but this is only for convenience of description, and the same can be applied even when the network device is in the network of the reference number 900. Do.
  • each of the network devices 820 and 830 that received the NCCM transmits a family request message to the network device of the neighboring node to check whether the network device of the neighboring node is operating normally.
  • the RNM network device 810 determines that a problem has occurred in the path with the network device 820 of the neighboring node, and changes its state to LNM (S910). At this time, since a communication failure occurs in the network device 820 and the state has been changed to the line network, the RNM network device 810 changes its state to the LNM.
  • the network device 810 changed to the LNM transmits a line start message for informing that a new line network is started to the RNM network device 840 through the network of the reference number 900 of the ring network (S912).
  • the right RNM network device 840 of FIG. 9 normally receives a family response message to the family request message S956 (S958).
  • the network device 830 transmits a family request message to the network device 820 of a neighbor node adjacent to it (S960). At this time, since a communication failure has occurred in the network device 820, a timeout occurs in the network device 830 (S962).
  • the network device 830 in which the timeout has occurred determines that a problem has occurred in the path with the network device 820 of the neighboring node, and changes its state to LNM (S964).
  • the RNM network device 840 since the RNM network device 840 is connected to the network device 830, its own state is changed to LNM. Subsequently, the network device 830 whose state has changed to the LNM transmits a line start message to the LNM network device 840 indicating that a new line network is started (S966).
  • communication of the network without burdening the network by periodically transmitting a message that checks whether a network communication failure exists between LNM devices or between RNMs on a ring or line network. It is possible to more accurately determine whether there is a failure and recover.
  • All methods and procedures disclosed herein may be implemented at least partially using one or more computer programs or components. These components include a series of computer instructions on any conventional computer-readable medium or machine-readable medium, including volatile and non-volatile memory such as RAM, ROM, flash memory, magnetic or optical disks, optical memory or other storage devices. Can be provided as. Instructions can be provided as software or firmware, and can be implemented in whole or in part on a hardware component such as an ASIC, FPGA, DSP or other similar device. The instructions may be configured to be executed by one or more processors or other hardware components that perform or facilitate the performance of all or part of the disclosed methods and procedures when executing a series of computer instructions.
  • volatile and non-volatile memory such as RAM, ROM, flash memory, magnetic or optical disks, optical memory or other storage devices.
  • Instructions can be provided as software or firmware, and can be implemented in whole or in part on a hardware component such as an ASIC, FPGA, DSP or other similar device.
  • the instructions may be configured to be executed by one or more

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Health & Medical Sciences (AREA)
  • Cardiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Small-Scale Networks (AREA)

Abstract

본 발명은 RAPIEnet 시스템에서 통신 장애 발생 시 네트워크 복구방법에 관한 것이다. 본 발명에 따르면, RAPIEnet 시스템에서 링 또는 라인 형상 네트워크 상 LNM 디바이스간 또는 RNM간 네트워크 통신 장애 여부를 검사하는 메시지를 주기적으로 전송하는 것을 통해 네트워크에 부담을 주지 않으면서 네트워크의 통신 장애 여부를 보다 정확히 판단하고 복구할 수 있다.

Description

RAPIEnet 시스템에서 통신 장애 발생 시 네트워크 복구방법
본 발명은 RAPIEnet 시스템에 관한 것이다. 보다 상세하게는 본 발명은 RAPIEnet 시스템에서 링 또는 라인 형상 네트워크 상 라인 네트워크 매니저(Line Network Manager: LNM) 디바이스간 또는 링 네트워크 매니저(Ring Network Manager: RNM)간 네트워크 통신 장애 여부를 검사하는 메시지를 주기적으로 전송하는 것을 통해 네트워크에 부담을 주지 않으면서 네트워크의 통신 장애 여부를 보다 정확히 판단하고 복구할 수 있도록 하는 RAPIEnet 시스템에서 통신 장애 발생 시 네트워크 복구방법에 관한 것이다.
RAPIEnet은 이더넷 기반의 산업용 네트워크 프로토콜을 의미한다. 이러한 산업용 네트워크의 적용 분야는 반도체, 자동차 등 제조공정 자동화, 전력 설비 자동화 등으로, 온도/화학/노이즈/진동 등 측면에서 환경이 열악한 경우가 많다. 이러한 이유로 네트워크 케이블, 케이블의 결선 상태 네트워크 장비의 열화로 인한 통신 기능 상실과 같은 장애가 임의의 시간에 발생할 수 있다.
위와 같은 통신 기능 상실 등의 장애 발생에 대비하여 종래 RAPIEnet은 통신 링크상 문제가 발생하는 경우, 이를 네트워크로 알리도록 하는 기능이 구비된다.
도 1 내지 도 4는 종래 RAPIEnet 시스템에서 네트워크상 통신 장애가 발생한 경우 네트워크를 복구하는 동작 개념을 도시한 것이다.
도 1은 4개의 네트워크 디바이스로 구성된 RAPIEnet 라인 네트워크(line network)에서 케이블 끊어지거나 탈락된 경우 네트워크 복구 동작을 예시한 것이다.
도 1을 참조하면, 4개의 네트워크 디바이스(network device)(100, 110, 120, 130)로 구성된 RAPIEnet 라인 네트워크에서 디바이스 사이에 연결된 케이블(150)이 끊어지거나 탈락한 것을 볼 수 있다.
이러한 경우 종래 RAPIEnet 시스템에서는 케이블이 탈락된 위치에서 인접한 2개의 디바이스(110, 120)가 링크(link)의 변화 상태를 인지한다. 그리고 인접한 2개의 디바이스(110, 120)는 자신의 상태가 네트워크의 끝(LNM)임을 네트워크에 브로드캐스트(broadcast)하여 네트워크 상에 존재하는 디바이스들(100, 130)에 새로운 라인 네트워크 상태가 되었음을 알린다.
도 2는 4개의 네트워크 디바이스로 구성된 RAPIEnet 라인 네트워크에서 디바이스 전원 오프(off)시 네트워크 복구 동작을 예시한 것이다.
도 2를 참조하면, 4개의 네트워크 디바이스(network device)(100, 110, 120, 130)로 구성된 RAPIEnet 라인 네트워크에서 하나의 디바이스(110)에 전원 오프가 발생한 것을 볼 수 있다.
이러한 경우 종래 RAPIEnet 시스템에서는 전원이 오프된 디바이스(110)에 인접한 두 개의 네트워크 디바이스(100, 120)가 링크의 변화 상태를 인지한다. 그리고 인접한 두 개의 네트워크 디바이스(100, 120)는 자신의 상태가 네트워크의 끝(LNM)임을 네트워크에 브로드캐스트하여 네트워크 상에 존재하는 디바이스들(130)에 새로운 라인 네트워크 상태가 되었음을 알린다.
이때, 도 2에서 네트워크 디바이스(100)는 좌우측으로 연결된 다른 디바이스가 없으므로 자신의 상태를 SA(Stand Alone)로 변경하게 된다.
도 3은 4개의 네트워크 디바이스로 구성된 RAPIEnet 링 네트워크(ring network)에서 케이블이 끊어지거나 탈락된 경우 네트워크 복구 동작을 예시한 것이다.
도 3을 참조하면, 4개의 네트워크 디바이스(network device)(200, 210, 220, 230)로 구성된 RAPIEnet 링 네트워크에서 디바이스 사이에 연결된 케이블(250)이 끊어지거나 탈락한 것을 볼 수 있다.
이러한 경우 종래 RAPIEnet 시스템에서는 케이블이 탈락된 위치에서 인접한 2개의 디바이스(200, 230)가 링크(link)의 변화 상태를 인지한다. 그리고 인접한 2개의 디바이스(200, 230)는 자신의 상태가 네트워크의 끝(LNM)임을 네트워크에 브로드캐스트(broadcast)하여 네트워크 상에 존재하는 디바이스들(210, 220)에 새로운 라인 네트워크 상태가 되었음을 알린다.
도 4는 4개의 네트워크 디바이스로 구성된 RAPIEnet 링 네트워크에서 디바이스 전원 오프(off)시 네트워크 복구 동작을 예시한 것이다.
도 4를 참조하면, 4개의 네트워크 디바이스(network device)(200, 210, 220, 230)로 구성된 RAPIEnet 라인 네트워크에서 하나의 디바이스(230)에 전원 오프가 발생한 것을 볼 수 있다.
이러한 경우 종래 RAPIEnet 시스템에서는 전원이 오프된 디바이스(230)에 인접한 두 개의 네트워크 디바이스(200, 220)가 링크의 변화 상태를 인지한다. 그리고 인접한 두 개의 네트워크 디바이스(200, 220)는 자신의 상태가 네트워크의 끝(LNM)임을 네트워크에 브로드캐스트하여 네트워크 상에 존재하는 디바이스들(210)에 새로운 라인 네트워크 상태가 되었음을 알린다.
즉, 위 도 1 내지 도 4에서 설명한 바와 같이, 종래 RAPIEnet 시스템은 링크의 결선이나 디바이스의 전원 불량으로 인한 네트워크의 상태 변화 발생 시 네트워크의 상태가 자동으로 복구되도록 하는 기능을 제공하고 있다.
위와 같은 RAPIEnet 시스템의 종래 네트워크 복구 방법에 있어서는, 케이블의 끊어짐 또는 탈락이나 디바이스의 전원 오프 등은 복구가 가능하다. 그러나 디바이스간 통신 불량이나 단순히 전원 오프가 아닌 디바이스의 고장으로 인한 통신 장애에 대해서는 네트워크 복구 방법을 제공하지 못하고 있는 문제점이 있었다.
본 발명의 목적은 RAPIEnet 시스템에서 링 또는 라인 형상 네트워크 상 LNM 디바이스간 또는 RNM간 네트워크 통신 장애 여부를 검사하는 메시지를 주기적으로 전송하는 것을 통해 네트워크에 부담을 주지 않으면서 네트워크의 통신 장애 여부를 보다 정확히 판단하고 복구할 수 있도록 하는 RAPIEnet 시스템에서 통신 장애 발생 시 네트워크 복구방법을 제공하는 것이다.
본 발명의 목적들은 이상에서 언급한 목적으로 제한되지 않으며, 언급되지 않은 본 발명의 다른 목적 및 장점들은 하기의 설명에 의해서 이해될 수 있고, 본 발명의 실시예에 의해 보다 분명하게 이해될 것이다. 또한, 본 발명의 목적 및 장점들은 특허 청구 범위에 나타낸 수단 및 그 조합에 의해 실현될 수 있음을 쉽게 알 수 있을 것이다.
본 발명에 따른 복수의 네트워크 디바이스로 구성된 RAPIEnet 라인 네트워크에서 네트워크 복구방법은, 상기 라인 네트워크의 양측 끝단에 위치한 두 개의 LNM(line network manager) 네트워크 디바이스에서 각각 상기 라인 네트워크의 타측 끝단으로 네트워크 신뢰성 검사 메시지(NICM : Network Integrity Check Message)를 전송하는 단계와, 상기 NICM에 대한 응답 메시지가 수신되지 않는 경우, 상기 각 LNM 네트워크 디바이스에서 상기 라인 네트워크 경로상 모든 네트워크 디바이스로 이웃 노드의 네트워크 디바이스와의 통신 점검 수행을 명령하는 단계와, 상기 명령에 따라 각 네트워크 디바이스에서 자신과 인접한 이웃 노드의 네트워크 디바이스로 패밀리 요청 메시지(Family request message)를 전송하여 연결 상태를 확인하는 단계와, 상기 패밀리 요청 메시지에 대한 응답 메시지를 수신하지 못한 해당 네트워크 디바이스는 자신의 상태를 LNM 또는 SA(stand alone)로 변경하는 단계를 포함할 수 있다.
또한, 본 발명에 따른 복수의 네트워크 디바이스로 구성된 RAPIEnet 라인 네트워크에서 네트워크 복구방법은, 상기 패밀리 요청 메시지에 대한 응답 메시지를 수신한 네트워크 디바이스는 다시 자신과 인접한 이웃 노드의 네트워크 디바이스로 패밀리 요청 메시지를 전송하여 연결 상태를 확인하는 단계를 더 포함할 수 있다.
또한, 상기 통신 점검 수행을 명령하는 단계는, 상기 각 LNM 네트워크 디바이스에서 기설정된 시간 동안 상기 NICM에 대한 응답 메시지의 수신을 대기하는 단계와, 상기 기설정된 시간 동안 상기 응답 메시지가 수신되지 않는 경우 상기 각 LNM 네트워크 디바이스에서 상기 라인 네트워크 경로상 모든 네트워크 디바이스로 통신 점검 명령 메시지(NCCM : Neighbor Check Command Message)를 브로드캐스트하는 단계를 포함할 수 있다.
또한, 본 발명에 따른 복수의 네트워크 디바이스로 구성된 RAPIEnet 라인 네트워크에서 네트워크 복구방법은, 상기 네트워크 디바이스들 중 상기 LNM으로 상태 변경된 네트워크 디바이스는 상기 라인 네트워크의 상기 LNM 네트워크 디바이스로 새로운 라인 네트워크가 시작되는 것을 알리기 위한 라인 시작 메시지(line start message)를 브로드캐스트(broadcast)하는 단계를 더 포함할 수 있다.
또한, 상기 NICM은, 상기 각 LNM 네트워크 디바이스에서 기설정된 주기에 따라 반복적으로 생성되어 상기 라인 네트워크의 타측 끝단에 위치한 다른 LNM 네트워크 디바이스로 전송될 수 있다.
또한, 상기 네트워크 디바이스는, RAPIEnet 프로토콜이 탑재되며, 두 개의 통신 포트를 구비하여 상기 라인 네트워크의 양방향으로 데이터 전송이 가능한 디바이스일 수 있다.
또한, 본 발명에 따른 복수의 네트워크 디바이스로 구성된 RAPIEnet 링 네트워크에서 네트워크 복구방법은, 상기 링 네트워크 상 두 개의 RNM 네트워크 디바이스에서 각각 상기 링 네트워크의 양방향 경로로 NICM를을 전송하는 단계와, 상기 체크 메시지에 대한 응답 메시지가 수신되지 않는 경우, 상기 각 RNM 네트워크 디바이스에서 상기 링 네트워크의 양방향 경로상 모든 네트워크 디바이스들로 이웃 노드의 네트워크 디바이스와의 통신 점검 수행을 명령하는 단계와, 상기 명령에 따라 각 네트워크 디바이스에서 자신과 인접한 이웃 노드의 네트워크 디바이스로 패밀리 요청 메시지를 전송하여 연결 상태를 확인하는 단계와, 상기 패밀리 요청 메시지에 대한 응답 메시지를 수신하지 못한 해당 네트워크 디바이스는 자신의 상태를 LNM으로 변경하는 단계를 포함할 수 있다.
또한, 본 발명에 따른 복수의 네트워크 디바이스로 구성된 RAPIEnet 링 네트워크에서 네트워크 복구방법은, 상기 패밀리 요청 메시지에 대한 응답 메시지를 수신한 네트워크 디바이스는 다시 자신과 인접한 이웃 노드의 네트워크 디바이스로 패밀리 요청 메시지를 전송하여 연결 상태를 확인하는 단계를 더 포함할 수 있다.
또한, 상기 통신 점검 수행을 명령하는 단계는, 상기 각 RNM 네트워크 디바이스에서 기설정된 시간 동안 상기 NICM에 대한 응답 메시지의 수신을 대기하는 단계와, 상기 기설정된 시간 동안 상기 응답 메시지가 수신되지 않는 경우 상기 각 RNM 네트워크 디바이스에서 상기 링 네트워크의 양방향 경로상 모든 네트워크 디바이스로 NCCM을 브로드캐스트하는 단계를 포함할 수 있다.
또한, 상기 LNM으로 상태 변경된 네트워크 디바이스는 상기 링 네트워크의 상기 RNM 네트워크 디바이스로 새로운 라인 네트워크의 형성을 알리는 라인 시작 메시지를 브로드캐스트할 수 있다.
또한, 상기 NICM은, 상기 각 RNM 네트워크 디바이스에서 기설정된 주기에 따라 반복적으로 생성되어 상기 링 네트워크의 양방향 경로에 위치한 다른 RNM 네트워크 디바이스로 전송될 수 있다.
본 발명에 따르면, RAPIEnet 시스템에서 링 또는 라인 형상 네트워크 상 LNM 디바이스간 또는 RNM간 네트워크 통신 장애 여부를 검사하는 메시지를 주기적으로 전송하는 것을 통해 네트워크에 부담을 주지 않으면서 네트워크의 통신 장애 여부를 보다 정확히 판단하고 복구할 수 있다.
또한, 본 발명에 따르면, 케이블 결선, 탈락 등의 링크 상태 변화이외에도 네트워크 디바이스의 통신 불량이나 통신 선로의 불량을 보다 효과적으로 검출하여 네트워크 통신 장애를 보다 정확히 판단하고 복구시킬 수 있다.
상술한 효과와 더불어 본 발명의 구체적인 효과는 이하 발명을 실시하기 위한 구체적인 사항을 설명하면서 함께 기술한다.
도 1 내지 도 4는 종래 RAPIEnet 시스템에서 네트워크상 통신 장애가 발생한 경우 네트워크를 복구하는 동작 개념도.
도 5는 본 발명의 일 실시예에 따른 RAPIEnet 시스템에서 라인 네트워크상 통신 장애가 발생한 경우 네트워크를 복구하는 동작 개념도.
도 6은 도 5에 도시된 네트워크 디바이스의 내부 구성도.
도 7은 본 발명의 일 실시예에 따른 복수의 네트워크 디바이스를 포함하는 라인 네트워크에서 네트워크 디바이스간 신호 처리 흐름도.
도 8은 본 발명의 일 실시예에 따른 RAPIEnet 시스템에서 링 네트워크상 통신 장애가 발생한 경우 네트워크를 복구하는 동작 개념도.
도 9은 본 발명의 일 실시예에 따른 복수의 네트워크 디바이스를 포함하는 링 네트워크에서 네트워크 디바이스간 신호 처리 흐름도.
전술한 목적, 특징 및 장점은 첨부된 도면을 참조하여 상세하게 후술되며, 이에 따라 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자가 본 발명의 기술적 사상을 용이하게 실시할 수 있을 것이다. 본 발명을 설명함에 있어서 본 발명과 관련된 공지 기술에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 상세한 설명을 생략한다. 이하, 첨부된 도면을 참조하여 본 발명에 따른 바람직한 실시예를 상세히 설명하기로 한다. 도면에서 동일한 참조부호는 동일 또는 유사한 구성요소를 가리키는 것으로 사용된다.
도 5는 본 발명의 일 실시예에 따른 RAPIEnet 시스템에서 라인 네트워크상 통신 장애가 발생한 경우 네트워크를 복구하는 동작 개념을 도시한 것이다.
또한, 도 5는 본 발명의 일 실시예로 4개의 네트워크 디바이스(510, 520, 530, 540)로 구성된 RAPIEnet 라인 네트워크에서 네트워크상 통신 장애 발생 시 네트워크 복구 동작을 예시한 것이나, 본 발명이 이에 한정되는 것은 아니다.
도 5를 참조하면, 본 발명의 일 실시예에 따른 라인 네트워크의 경우 라인 네트워크의 양측 끝단에 위치한 두 LNM 네트워크 디바이스(510, 540)가 주기적으로 네트워크 신뢰성 검사 메시지(Network Integrity Check Message : NICM)를 상대 LNM 네트워크 디바이스(540,510)로 전송한다.
이어, 두 LNM 네트워크 디바이스(510, 540)는 상대 LNM 네트워크 디바이스(540, 510)로부터 NICM을 주기적으로 수신하여, 네트워크 경로상 존재하는 네트워크 디바이스(510, 520, 530, 540)에 통신 장애 발생 등과 같은 문제가 없는지 확인할 수 있다.
도 6은 도 5에 도시된 네트워크 디바이스의 내부 구성을 도시한 것이다.
네트워크 디바이스(510)에는 RAPIEnet과 같은 프로토콜이 탑재될 수 있다. 또한, 네트워크 디바이스(510)는 두 개의 통신 포트를 구비하여 라인 네트워크 또는 링 네트워크로 구현되는 네트워크의 양방향으로 데이터 전송이 가능한 디바이스일 수 있다. 이러한 네트워크 디바이스(510)는 PLC(Programable Logic Controller)의 입출력 장치 등이 될 수 있다.
도 6을 참조하면, 네트워크 디바이스(510)는 두 개의 물리계층부(physical layer)(616, 618)와 매체 제어기(Media Access Controller : MAC)(612, 614), 제어기(610)를 포함할 수 있다.
물리계층부(616, 618)는 네트워크 버스(650)로부터 데이터를 수신하여 매체 제어기(612, 614)로 제공한다. 또한, 물리계층부(616, 618)는 매체 제어기(612, 614)로부터 인가되는 데이터를 네트워크 버스(650)로 전송한다.
매체 제어기(612, 614)는 제어기(610)로부터 데이터를 수신한다. 그리고 매체 제어기(612, 614)는 제어기(610)로부터 수신한 데이터를 물리계층부(616, 618)를 통해 네트워크 버스(650)로 전송한다.
또한, 매체 제어기(612, 614)는 물리계층부(616, 618)를 통해 수신되는 데이터의 종류를 판별한다. 그리고 매체 제어기(612, 614)는 제어기(610)로 전달이 필요하지 않은 데이터로 판별한 경우 해당 데이터를 제어기(610)로 전송하지 않고 물리계층부(616, 618)를 통해 네트워크 버스(650)로 전달하여 네트워크상 다른 네트워크 디바이스로 전송되도록 한다. 이때 제어기(610)로 전송이 필요하지 않은 데이터는 NICM일 수 있다. NICM은 본 발명의 일 실시예에 따라 라인 네트워크 또는 링 네트워크의 LNM 네트워크 디바이스(510, 540)간 또는 RNM 네트워크 디바이스(810, 840)간 네트워크 경로상 문제가 있는지를 검사하기 위해 전송되는 메시지이다. 이러한 NICM은 LNM 네트워크 디바이스가 아닌 디바이스들에서는 제어기(610)를 통하지 않고 다음 네트워크 디바이스로 전달되어 네트워크 전체 디바이스에 부하를 주지 않는다.
또한, 매체 제어기(612, 614)는 물리계층부(616, 618)를 통해 수신된 데이터의 종류를 판별한다. 그리고 매체 제어기(612, 614)는 제어기(610)로 전달이 필요한 데이터로 판별한 경우 해당 데이터를 제어기(610)로 전송한다. 이때 제어기(610)로 전송이 필요한 데이터는 통신 점검 명령 메시지(Neighbor check command message : NCCM) 또는 패밀리 요청 메시지(Family request message)일 수 있다. NCCM 또는 패밀리 요청 메시지는 본 발명의 일 실시예에 따라 라인 네트워크 또는 링 네트워크에서 케이블의 끊어짐 또는 탈락이나 디바이스의 전원 오프, 디바이스의 고장으로 인한 통신 장애가 발생한 경우 통신 장애가 발생한 네트워크 디바이스를 검출하기 위해 사용되는 메시지이다. 이러한 NCCM 또는 패밀리 요청 메시지는 모든 네트워크 디바이스에서 제어기(610)까지 전송되도록 구현될 수 있고, 제어기(610)는 패밀리 요청 메시지에 대한 응답 메시지를 이용하여 이웃 노드의 네트워크 디바이스에 대한 통신 장애 발생 여부를 점검할 수 있게 된다.
제어기(610)는 매체 제어기(612, 614)와 데이터 송수신을 수행한다. 그리고 제어기(610)는 송수신된 데이터를 이용하여 네트워크상 통신 장애의 발생여부 및 자신의 네트워크 디바이스(510)가 라인 네트워크 또는 링 네트워크에서 네트워크의 끝이 되었는지 여부를 판단한다.
이때, 제어기(610)는 네트워크상 통신 장애의 발생에 따라 자신의 네트워크 디바이스(510)가 라인 네트워크 또는 링 네트워크에서 네트워크의 끝이 되었다고 판단한 경우 자신의 네트워크 디바이스(510)의 상태를 LNM 또는 SA(Stand Alone)로 변경한다. 그리고 제어기(610)는 변경된 상태 정보를 LNM 네트워크 디바이스(540) 또는 RNM 네트워크 디바이스(840)로 전송한다. 이와 같은 상태 정보는 새로운 라인 네트워크가 시작되는 것을 알리는 라인 시작 메시지(line start message)로 제작되어 네트워크로 브로드캐스트(broadcast)되며, LNM 네트워크 디바이스(540) 또는 RNM 네트워크 디바이스(840)에서 수신될 수 있다.
도 7은 본 발명의 일 실시예에 따른 도 5의 복수의 네트워크 디바이스를 포함하는 라인 네트워크에서 네트워크 디바이스의 통신 장애를 감지하고 네트워크를 복구하는 네트워크 디바이스간 신호 처리 흐름을 도시한 것이다.
이하, 도 7을 참조하여 본 발명의 일 실시예를 보다 상세히 설명하기로 한다.
먼저, 라인 네트워크(500)의 양측 끝단에 위치한 두 개의 LNM 네트워크 디바이스(510, 540)는 각각 라인 네트워크(500)의 타측 끝단으로 NICM을 전송한다(S700, S750).
이때, 도 7에서 보여지는 바와 같이 라인 네트워크상 네트워크 디바이스(520)에서 통신 장애가 발생한 상태이다. 따라서 각각의 LNM 네트워크 디바이스(510, 540)에서는 타측 끝단의 LNM 네트워크 디바이스가 송신한 NICM을 수신하지 못하여 타임 아웃(Time-out)이 발생하게 된다(S702, S752).
그러면, 각각의 LNM 네트워크 디바이스(510, 540)는 라인 네트워크상 모든 네트워크 디바이스(520, 530)로 NCCM을 브로드캐스트(broadcast)로 송신하여, 라인 네트워크 경로상 모든 네트워크 디바이스(520, 530)가 이웃 노드의 네트워크 디바이스와 통신 점검을 수행하도록 명령한다(S704, S754).
이어, NCCM을 수신한 각 네트워크 디바이스(520, 530)는 인접한 이웃 노드의 네트워크 디바이스로 패밀리 요청 메시지(Family request message)를 전송하여, 이웃 노드의 네트워크 디바이스가 정상적으로 동작하고 있는지 여부를 검사한다.
이때, 라인 네트워크상 네트워크 디바이스(520)에서 통신 장애가 발생한 상태이므로, 도 7의 좌측 끝단의 LNM 네트워크 디바이스(510)에서는 패밀리 요청 메시지(S706)에 대한 패밀리 응답 메시지가 정상적으로 수신되지 않고 타임 아웃이 발생하게 된다(S708).
그러면, LNM 네트워크 디바이스(510)는 이웃 노드의 네트워크 디바이스(520)와의 경로에 문제가 발생한 것으로 판단하고, 자신의 상태를 LNM 또는 SA로 변경한다(S710). 이때, 도 7의 좌측 끝단의 LNM 네트워크 디바이스(510)는 좌우측에 연결되는 어떠한 네트워크 디바이스도 없으므로 자신의 상태를 SA로 변경한다.
한편, 도 7의 우측 끝단의 LNM 네트워크 디바이스(540)는 LNM 네트워크 디바이스(540)에 인접한 네트워크 디바이스(530)가 정상적으로 동작하고 있으므로 패밀리 요청 메시지(S756)에 대한 패밀리 응답 메시지를 정상적으로 수신한다(S758).
한편, 네트워크 디바이스(530)는 자신과 인접한 이웃 노드의 네트워크 디바이스(520)로 패밀리 요청 메시지를 전송한다(S760). 이때 네트워크 디바이스(520)에서 통신 장애가 발생한 상태이므로, 네트워크 디바이스(530)에서는 타임 아웃이 발생하게 된다(S762).
그러면, 타임 아웃이 발생한 네트워크 디바이스(530)는 이웃 노드의 네트워크 디바이스(520)와의 경로에 문제가 발생한 것으로 판단하고, 자신의 상태를 LNM 또는 SA로 변경한다.
이때, 네트워크 디바이스(530)에는 LNM 네트워크 디바이스(540)가 연결되어 있는 상태이므로 자신의 상태를 LNM으로 변경한다(S764). 이어, LNM으로 상태가 변경된 네트워크 디바이스(530)는 새로운 라인 네트워크가 시작된다는 것을 알리기 위한 라인 시작 메시지(line start message)를 LNM 네트워크 디바이스(540)로 전송한다(S766).
도 8은 본 발명의 일 실시예에 따른 RAPIEnet 시스템에서 링 네트워크상 통신 장애가 발생한 경우 네트워크를 복구하는 동작 개념을 도시한 것이다
또한, 도 8은 본 발명의 일 실시예로 4개의 네트워크 디바이스(810, 820, 830, 840)로 구성된 RAPIEnet 링 네트워크에서 네트워크상 통신 장애 발생 시 네트워크 복구 동작을 예시한 것이나, 본 발명이 이에 한정되는 것은 아니다.
도 8을 참조하면, 본 발명의 일 실시예에 따른 링 네트워크의 경우 링 네트워크 상 두 개의 RNM 네트워크 디바이스(810, 840)가 각각 링 네트워크의 양방향 경로로 주기적으로 NICM을 상대 RNM으로 전송한다.
이어, 두 RNM 네트워크 디바이스(810, 840)는 상대 RNM 네트워크 디바이스(840, 810)로부터 NICM을 주기적으로 수신하여, 네트워크 경로상 존재하는 네트워크 디바이스(810, 820, 830, 840)에 통신 장애 발생 등과 같은 문제가 없는지 확인할 수 있다.
도 9는 본 발명의 일 실시예에 따른 도 8의 복수의 네트워크 디바이스를 포함하는 링 네트워크에서 네트워크 디바이스의 통신 장애를 감지하고 네트워크를 복구하는 네트워크 디바이스간 신호 처리 흐름을 도시한 것이다.
이하, 도 9를 참조하여 본 발명의 일 실시예를 보다 상세히 설명하기로 한다.
먼저, 링 네트워크(800)의 양방향 경로 끝단에 위치한 두 개의 RNM 네트워크 디바이스(810, 840)는 각각 링 네트워크(800)의 양방향 경로로 NICM을 전송한다(S900, S950).
이때, 도 9에서 보여지는 바와 같이 링 네트워크상 네트워크 디바이스(820)에서 통신 장애가 발생한 상태이다. 따라서 각각의 RNM 네트워크 디바이스(810, 840)에서는 타 RNM 네트워크 디바이스가 송신한 NICM을 수신하지 못하여 타임 아웃(Time-out)이 발생하게 된다(S902, S952).
그러면, 각각의 RNM 네트워크 디바이스(810, 840)는 링 네트워크상 모든 네트워크 디바이스(820, 830)로 NCCM를 브로드캐스트(broadcast)로 송신하여, 링 네트워크의 양방향 경로상 모든 네트워크 디바이스(820, 830)가 이웃 노드의 네트워크 디바이스와 통신 점검을 수행하도록 명령한다(S904, S954). 이때, 도 9에서는 링 네트워크의 참조번호 (900)의 네트워크에 네트워크 디바이스를 도시하지 않았으나, 이는 설명의 편의를 위한 것일 뿐, 참조번호 (900)의 네트워크에 네트워크 디바이스가 있는 경우에도 동일하게 적용 가능하다.
이어, NCCM을 수신한 각 네트워크 디바이스(820, 830)는 인접한 이웃 노드의 네트워크 디바이스로 패밀리 요청 메시지를 전송하여, 이웃 노드의 네트워크 디바이스가 정상적으로 동작하고 있는지 여부를 검사한다.
이때, 링 네트워크상 네트워크 디바이스(820)에서 통신 장애가 발생한 상태이므로, 도 9의 좌측 RNM 네트워크 디바이스(810)에서는 패밀리 요청 메시지(S906)에 대한 패밀리 응답 메시지가 정상적으로 수신되지 않고 타임 아웃이 발생하게 된다(S908).
그러면, RNM 네트워크 디바이스(810)는 이웃 노드의 네트워크 디바이스(820)와의 경로에 문제가 발생한 것으로 판단하고, 자신의 상태를 LNM로 변경한다(S910). 이때, 네트워크 디바이스(820)에 통신 장애가 발생하여 라인 네트워크로 변경된 상태이므로 RNM 네트워크 디바이스(810)는 자신의 상태를 LNM으로 변경하게 되는 것이다.
이어, LNM으로 변경된 네트워크 디바이스(810)는 새로운 라인 네트워크가 시작된다는 것을 알리기 위한 라인 시작 메시지를 링 네트워크의 참조번호 (900)의 네트워크를 통해 RNM 네트워크 디바이스(840)로 전송한다(S912).
한편, 도 9의 우측 RNM 네트워크 디바이스(840)는 RNM 네트워크 디바이스(840)에 인접한 네트워크 디바이스(830)가 정상적으로 동작하고 있으므로 패밀리 요청 메시지(S956)에 대한 패밀리 응답 메시지를 정상적으로 수신한다(S958).
한편, 네트워크 디바이스(830)는 자신과 인접한 이웃 노드의 네트워크 디바이스(820)로 패밀리 요청 메시지를 전송한다(S960). 이때 네트워크 디바이스(820)에서 통신 장애가 발생한 상태이므로, 네트워크 디바이스(830)에서는 타임 아웃이 발생하게 된다(S962).
그러면, 타임 아웃이 발생한 네트워크 디바이스(830)는 이웃 노드의 네트워크 디바이스(820)와의 경로에 문제가 발생한 것으로 판단하고, 자신의 상태를 LNM으로 변경한다(S964).
이때, 네트워크 디바이스(830)에는 RNM 네트워크 디바이스(840)가 연결되어 있는 상태이므로 자신의 상태를 LNM으로 변경한다. 이어, LNM으로 상태가 변경된 네트워크 디바이스(830)는 새로운 라인 네트워크가 시작된다는 것을 알리기 위한 라인 시작 메시지를 LNM 네트워크 디바이스(840)로 전송한다(S966).
상술한 바와 같이, 본 발명에 따르면, RAPIEnet 시스템에서 링 또는 라인 형상 네트워크 상 LNM 디바이스간 또는 RNM간 네트워크 통신 장애 여부를 검사하는 메시지를 주기적으로 전송하는 것을 통해 네트워크에 부담을 주지 않으면서 네트워크의 통신 장애 여부를 보다 정확히 판단하고 복구할 수 있다.
본 명세서에 개시된 모든 방법 및 절차들은 하나 이상의 컴퓨터 프로그램 또는 컴포넌트를 사용하여 적어도 부분적으로 구현될 수 있다. 이들 구성요소는 RAM, ROM, 플래시 메모리, 자기 또는 광 디스크, 광 메모리 또는 다른 저장 장치와 같은 휘발성 및 비 휘발성 메모리를 포함하는 임의의 종래의 컴퓨터 판독 가능 매체 또는 머신 판독 가능 매체상의 일련의 컴퓨터 명령으로서 제공 될 수 있다. 명령어는 소프트웨어 또는 펌웨어로서 제공 될 수 있고, ASIC, FPGA, DSP 또는 다른 유사한 장치와 같은 하드웨어 구성 요소에 전체적으로 또는 부분적으로 구현 될 수 있다. 명령어는 일련의 컴퓨터 명령어를 실행할 때 개시된 방법 및 절차의 전부 또는 일부의 성능을 수행하거나 용이하게 하는 하나 이상의 프로세서 또는 다른 하드웨어 구성 요소에 의해 실행되도록 구성 될 수 있다.
이상과 같이 본 발명에 대해서 예시한 도면을 참조로 하여 설명하였으나, 본 명세서에 개시된 실시 예와 도면에 의해 본 발명이 한정되는 것은 아니며, 본 발명의 기술사상의 범위 내에서 통상의 기술자에 의해 다양한 변형이 이루어질 수 있음은 자명하다. 아울러 앞서 본 발명의 실시 예를 설명하면서 본 발명의 구성에 따른 작용 효과를 명시적으로 기재하여 설명하지 않았을 지라도, 해당 구성에 의해 예측 가능한 효과 또한 인정되어야 함은 당연하다.

Claims (9)

  1. 복수의 네트워크 디바이스로 구성된 RAPIEnet 라인 네트워크에서 네트워크 복구방법으로서,
    상기 라인 네트워크의 양측 끝단에 위치한 두 개의 LNM(line network manager) 네트워크 디바이스에서 각각 상기 라인 네트워크의 타측 끝단으로 네트워크 신뢰성 검사 메시지(NICM : Network Integrity Check Message)를 전송하는 단계와,
    상기 타측 끝단의 LNM 네트워크 디바이스가 송신한 NICM이 수신되지 않는 경우, 상기 각 LNM 네트워크 디바이스에서 상기 라인 네트워크 경로상 모든 네트워크 디바이스로 이웃 노드의 네트워크 디바이스와의 통신 점검 수행을 명령하는 단계와,
    상기 명령에 따라 각 네트워크 디바이스에서 자신과 인접한 이웃 노드의 네트워크 디바이스로 패밀리 요청 메시지(Family request message)를 전송하여 연결 상태를 확인하는 단계와,
    상기 패밀리 요청 메시지에 대한 응답 메시지를 수신하지 못한 해당 네트워크 디바이스는 자신의 상태를 LNM 또는 SA(stand alone)로 변경하는 단계
    를 포함하는 RAPIEnet 시스템에서 통신 장애 발생 시 네트워크 복구방법.
  2. 제 1 항에 있어서,
    상기 통신 점검 수행을 명령하는 단계는,
    상기 각 LNM 네트워크 디바이스에서 기설정된 시간 동안 상기 타측 끝단의 LNM 네트워크 디바이스가 송신한 NICM의 수신을 대기하는 단계와,
    상기 기설정된 시간 동안 상기 타측 끝단의 LNM 네트워크 디바이스가 송신한 NICM이 수신되지 않는 경우 상기 각 LNM 네트워크 디바이스에서 상기 라인 네트워크 경로상 모든 네트워크 디바이스로 통신 점검 명령 메시지(NCCM : Neighbor Check Command Message)를 브로드캐스트하는 단계
    를 포함하는 RAPIEnet 시스템에서 통신 장애 발생 시 네트워크 복구방법.
  3. 제 1 항에 있어서,
    상기 네트워크 디바이스들 중 상기 LNM으로 상태 변경된 네트워크 디바이스는 상기 라인 네트워크의 상기 LNM 네트워크 디바이스로 새로운 라인 네트워크가 시작되는 것을 알리기 위한 라인 시작 메시지(line start message)를 브로드캐스트(broadcast)하는 단계
    를 더 포함하는 RAPIEnet 시스템에서 통신 장애 발생 시 네트워크 복구방법.
  4. 제 1 항에 있어서,
    상기 NICM은,
    상기 각 LNM 네트워크 디바이스에서 기설정된 주기에 따라 반복적으로 생성되어 상기 라인 네트워크의 타측 끝단에 위치한 다른 LNM 네트워크 디바이스로 전송되는 RAPIEnet 시스템에서 통신 장애 발생 시 네트워크 복구방법.
  5. 제 1 항에 있어서,
    상기 네트워크 디바이스는,
    RAPIEnet 프로토콜이 탑재되며, 두 개의 통신 포트를 구비하여 상기 라인 네트워크의 양방향으로 데이터 전송이 가능한 디바이스인 RAPIEnet 시스템에서 통신 장애 발생 시 네트워크 복구방법.
  6. 복수의 네트워크 디바이스로 구성된 RAPIEnet 링 네트워크에서 네트워크 복구방법으로서,
    상기 링 네트워크 상 두 개의 RNM 네트워크 디바이스에서 각각 상기 링 네트워크의 양방향 경로로 NICM을 전송하는 단계와,
    상기 타 RNM 네트워크 디바이스가 송신한 NICM이 수신되지 않는 경우, 상기 각 RNM 네트워크 디바이스에서 상기 링 네트워크의 양방향 경로상 모든 네트워크 디바이스들로 이웃 노드의 네트워크 디바이스와의 통신 점검 수행을 명령하는 단계와,
    상기 명령에 따라 각 네트워크 디바이스에서 자신과 인접한 이웃 노드의 네트워크 디바이스로 패밀리 요청 메시지를 전송하여 연결 상태를 확인하는 단계와,
    상기 패밀리 요청 메시지에 대한 응답 메시지를 수신하지 못한 해당 네트워크 디바이스는 자신의 상태를 LNM으로 변경하는 단계
    를 포함하는 RAPIEnet 시스템에서 통신 장애 발생 시 네트워크 복구방법.
  7. 제 6 항에 있어서,
    상기 통신 점검 수행을 명령하는 단계는,
    상기 각 RNM 네트워크 디바이스에서 기설정된 시간 동안 상기 타 RNM 네트워크 디바이스가 송신한 NICM의 수신을 대기하는 단계와,
    상기 기설정된 시간 동안 상기 타 RNM 네트워크 디바이스 가 송신한 NICM이 수신되지 않는 경우 상기 각 RNM 네트워크 디바이스에서 상기 링 네트워크의 양방향 경로상 모든 네트워크 디바이스로 NCCM을 브로드캐스트하는 단계
    를 포함하는 RAPIEnet 시스템에서 통신 장애 발생 시 네트워크 복구방법.
  8. 제 6 항에 있어서,
    상기 LNM으로 상태 변경된 네트워크 디바이스는 상기 링 네트워크의 상기 RNM 네트워크 디바이스로 새로운 라인 네트워크의 형성을 알리는 라인 시작 메시지를 브로드캐스트하는 RAPIEnet 시스템에서 통신 장애 발생 시 네트워크 복구방법.
  9. 제 6 항에 있어서,
    상기 NICM은,
    상기 각 RNM 네트워크 디바이스에서 기설정된 주기에 따라 반복적으로 생성되어 상기 링 네트워크의 양방향 경로에 위치한 다른 RNM 네트워크 디바이스로 전송되는 RAPIEnet 시스템에서 통신 장애 발생 시 네트워크 복구방법.
PCT/KR2019/010877 2019-03-25 2019-08-27 RAPIEnet 시스템에서 통신 장애 발생 시 네트워크 복구방법 WO2020197008A1 (ko)

Priority Applications (4)

Application Number Priority Date Filing Date Title
US17/442,667 US11996975B2 (en) 2019-03-25 2019-08-27 Method for network restoration when communication failure occurs in RAPIEnet system
JP2021556892A JP7209109B2 (ja) 2019-03-25 2019-08-27 ＲＡＰＩＥｎｅｔシステムにおける通信障害発生時、ネットワークの復旧方法
EP19920769.7A EP3952209A4 (en) 2019-03-25 2019-08-27 PROCEDURE FOR NETWORK RECOVERY IN THE EVENT OF A LOSS OF COMMUNICATION IN A RAPIENET SYSTEM
CN201980093109.5A CN113491086B (zh) 2019-03-25 2019-08-27 RAPIEnet系统中发生通信故障时的网络恢复方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020190033535A KR102102113B1 (ko) 2019-03-25 2019-03-25 RAPIEnet 시스템에서 통신 장애 발생 시 네트워크 복구방법
KR10-2019-0033535 2019-03-25

Publications (1)

Publication Number Publication Date
WO2020197008A1 true WO2020197008A1 (ko) 2020-10-01

Family

ID=70467314

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2019/010877 WO2020197008A1 (ko) 2019-03-25 2019-08-27 RAPIEnet 시스템에서 통신 장애 발생 시 네트워크 복구방법

Country Status (6)

Country Link
US (1) US11996975B2 (ko)
EP (1) EP3952209A4 (ko)
JP (1) JP7209109B2 (ko)
KR (1) KR102102113B1 (ko)
CN (1) CN113491086B (ko)
WO (1) WO2020197008A1 (ko)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112260897A (zh) * 2020-10-19 2021-01-22 海尔优家智能科技（北京）有限公司 连接的异常识别方法和装置
KR102539612B1 (ko) * 2021-12-24 2023-06-02 엘에스일렉트릭(주) IP 기반 RAPIEnet을 지원하는 통신 디바이스 및 이를 포함하는 네트워크 시스템

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7483398B1 (en) * 2001-05-18 2009-01-27 Cisco Technology, Inc. Method and system for detecting ring link provisioning mismatch
KR20100123588A (ko) * 2009-05-15 2010-11-24 한국전자통신연구원 보호 절체 방법
US20110026411A1 (en) * 2009-07-29 2011-02-03 Lijing Hao Methods and systems for fail-safe communication
JP2011049958A (ja) * 2009-08-28 2011-03-10 Mitsubishi Electric Corp 通信端末、通信システムおよびノード切り替え方法
KR20180100935A (ko) * 2017-03-03 2018-09-12 엘에스산전 주식회사 링 네트워크에서의 통신 라인 절체 방법

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7277631B1 (en) 2001-07-20 2007-10-02 Meriton Networks Us Inc. Method and apparatus for processing protection switching mechanism in optical channel shared protection rings
CN101262401B (zh) * 2007-12-28 2010-12-29 上海自动化仪表股份有限公司 一种环形网络中实现网络恢复的方法
US7801028B2 (en) * 2007-12-31 2010-09-21 Schneider Automation Inc. Method and apparatus for transparent auto-recovery in chain and ring networks
JP4944986B2 (ja) 2010-10-06 2012-06-06 株式会社日立製作所 伝送路システムおよび伝送路構築方法
KR101720347B1 (ko) * 2011-01-20 2017-03-27 엘에스산전 주식회사 적응성의 다중 링 네트워크 시스템 및 우회경로 설정방법
US8769158B2 (en) 2011-07-08 2014-07-01 Rockwell Automation Technologies, Inc. High availability device level ring backplane
JP5165093B2 (ja) 2011-08-08 2013-03-21 三菱電機株式会社 通信管理装置およびデータ通信方法
US9979595B2 (en) * 2012-12-18 2018-05-22 Juniper Networks, Inc. Subscriber management and network service integration for software-defined networks having centralized control
KR101933447B1 (ko) 2014-03-17 2018-12-28 엘에스산전 주식회사 RAPIEnet 네트워크 시스템에서의 2채널 버스 데이터의 모니터링 장치
CN105897453A (zh) * 2014-07-18 2016-08-24 现代自动车株式会社 用于诊断网络的方法和装置
JP2017034463A (ja) 2015-07-31 2017-02-09 富士通株式会社 プロテクション方法、通信システム、及び、エンドノード
KR20180103478A (ko) * 2017-03-10 2018-09-19 엘에스산전 주식회사 Tanmp 프로토콜에서 노드 응답 대기 시간 산출 방법
KR102241687B1 (ko) 2019-04-22 2021-04-19 인제대학교 산학협력단 원형문합기용 삽입보조기구

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7483398B1 (en) * 2001-05-18 2009-01-27 Cisco Technology, Inc. Method and system for detecting ring link provisioning mismatch
KR20100123588A (ko) * 2009-05-15 2010-11-24 한국전자통신연구원 보호 절체 방법
US20110026411A1 (en) * 2009-07-29 2011-02-03 Lijing Hao Methods and systems for fail-safe communication
JP2011049958A (ja) * 2009-08-28 2011-03-10 Mitsubishi Electric Corp 通信端末、通信システムおよびノード切り替え方法
KR20180100935A (ko) * 2017-03-03 2018-09-12 엘에스산전 주식회사 링 네트워크에서의 통신 라인 절체 방법

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3952209A4 *

Also Published As

Publication number Publication date
EP3952209A1 (en) 2022-02-09
US11996975B2 (en) 2024-05-28
KR102102113B1 (ko) 2020-04-20
EP3952209A4 (en) 2022-05-04
CN113491086B (zh) 2024-06-11
US20220200842A1 (en) 2022-06-23
JP7209109B2 (ja) 2023-01-19
CN113491086A (zh) 2021-10-08
JP2022528044A (ja) 2022-06-08

Similar Documents

Publication Publication Date Title
EP0439008B1 (en) Station-to-station full duplex communication in a token ring local area network
WO2022108087A1 (ko) 차량용 can 통신 보안 장치 및 방법
WO2020197008A1 (ko) RAPIEnet 시스템에서 통신 장애 발생 시 네트워크 복구방법
WO2010094216A1 (zh) 主从网络设备配置方法、装置和系统
JP4684350B2 (ja) 中継装置及びその導通確認方法並びに導通確認回路
CN113852529B (zh) 轨旁设备数据通信用背板总线系统及其数据传输方法
JPS63206045A (ja) リング網での障害箇所の検出方法
JPH02121547A (ja) ローカルエリアネットワーク
WO2016111407A1 (ko) 단말 세션의 복원 기능을 구비한 네트워크 통신 방법
US6993684B2 (en) Ring control node
US5414700A (en) Negotiation protocol for establishment of full duplex communication on a token ring network
WO2016080682A1 (ko) 임의의 통신망 오류에 대처 가능한 이중화 can 통신 장치 및 방법, 그 방법을 수행하기 위한 기록 매체
WO2016144006A1 (ko) 복수의 통신 선로를 통해 데이터 재전송을 수행하는 일방향 데이터 송신/수신 장치 및 그것을 이용하는 데이터 전송 방법
WO2018048026A1 (ko) 이더넷 프레임 기반의 트래픽 제어 방법
WO2015167068A1 (ko) 포트 잠금을 이용하는 네트워크 트래픽 감소 방법
WO2013008961A1 (ko) 환형망 구조를 가지는 광 이더넷 전송 시스템에서의 광케이블 연결 자동 확인 시스템
WO2012043918A1 (ko) 링 네트워크에서의 데이터 패킷 송/수신 방법 및 이를 위한 링 네트워크 노드 단말
JP2544329B2 (ja) 集線装置の診断および障害切離し方法
WO2023027200A1 (ko) 통신 네트워크, 이에 연결된 노드를 식별하는 방법 및 장치
WO2013055133A2 (ko) 공유 메쉬 보호 절체 방법
WO2021091100A1 (ko) Iot 제어 네트워크의 자동 설정 방법 및 그 시스템
JP2004186745A (ja) スイッチングハブ
EP0594197B1 (en) Improved negotiation protocol for establishment of full duplex communication on a token ring network
WO2019168256A1 (ko) 디지털 보호 계전기
JPH0191547A (ja) 共通バスシステム

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19920769

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2021556892

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2019920769

Country of ref document: EP

Effective date: 20211025