WO2020137597A1 - 通信システム及び通信装置 - Google Patents

通信システム及び通信装置 Download PDF

Info

Publication number
WO2020137597A1
WO2020137597A1 PCT/JP2019/048786 JP2019048786W WO2020137597A1 WO 2020137597 A1 WO2020137597 A1 WO 2020137597A1 JP 2019048786 W JP2019048786 W JP 2019048786W WO 2020137597 A1 WO2020137597 A1 WO 2020137597A1
Authority
WO
WIPO (PCT)
Prior art keywords
unit
communication device
transfer destination
response
functional
Prior art date
Application number
PCT/JP2019/048786
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 CA3125083A priority Critical patent/CA3125083C/en
Priority to CN201980085772.0A priority patent/CN113228566B/zh
Priority to AU2019411787A priority patent/AU2019411787A1/en
Priority to US17/311,758 priority patent/US11722362B2/en
Priority to EP19902958.8A priority patent/EP3886370B1/en
Publication of WO2020137597A1 publication Critical patent/WO2020137597A1/ja

Links

Images

Classifications

    • 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/0663—Performing the actions predefined by failover planning, e.g. switching to standby network elements
    • 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/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/22—Arrangements for detecting or preventing errors in the information received using redundant apparatus to increase reliability
    • 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/40195—Flexible bus arrangements involving redundancy by using a plurality of nodes

Definitions

  • the present invention relates to a communication system and a communication device, and more particularly to a communication system and a communication device that realize fault tolerance.
  • IP Internet Protocol
  • communication devices having a plurality of functions such as a routing function, a call control function, and a voice communication control function have been used.
  • a communication device is provided with one CPU (Central Processing Unit), and the CPU executes the routing processing, the call control processing, and the voice communication control processing, so that the routing function, the call control function, and the voice Realize the communication control function.
  • CPU Central Processing Unit
  • the terminal device that uses the communication device cannot perform data communication via the communication device. ..
  • the IP telephone system disclosed in Patent Document 1 employs redundancy by a plurality of IP telephones.
  • the extension control function is assigned to one IP telephone terminal, and when a failure occurs in the IP telephone terminal, the IP telephone terminal which is the backup terminal operates as an extension control terminal, Even if a failure occurs in one IP telephone terminal, the voice communication function by the IP telephone is continuously provided.
  • an object of the present invention is to allow another communication device to realize only the function of a functional unit when a problem occurs only in the functional unit in a communication device having a plurality of functional units. It is to provide a communication system and a communication device capable of performing the above.
  • a communication system includes a first function unit and a first transfer unit, a first communication device that functions as a main device, a second function unit and a second transfer unit, and Second communication device that functions as a backup device for the communication device of FIG.
  • the second functional unit transmits a response request to the first functional unit and determines whether or not a response to the response request is received from the first functional unit; and the first functional unit.
  • a transfer destination change request for transferring a packet to be processed by the second function unit to the second function unit, when the response is not received from the unit.
  • a change request unit for performing the change.
  • the first functional unit determines whether or not the response request is received from the second functional unit, and when the response request is received from the second functional unit, returns a response to the response request. It has a response part for transmitting to the second functional part.
  • the first transfer unit receives the transfer destination change request from the second function unit, the first transfer unit determines a transfer destination of a packet to be processed by the second function unit from the first function unit. It has a transfer destination changing unit that changes to the second function unit.
  • the present invention when a problem occurs only in a certain function unit in a communication device having a plurality of function units, it is possible to cause another communication device to realize only the function of the function unit, and a communication device. Can be provided.
  • FIG. 1 is a schematic diagram showing an embodiment of a communication system 50 of the present invention.
  • the communication system 50 includes a first communication device 10, a second communication device 20, and terminal devices 30a and 30b.
  • a specific example of the first communication device 10 and the second communication device 20 is a router that functions as an access point.
  • the first communication device 10 and the second communication device 20 can perform data communication with each other via a communication cable.
  • the first communication device 10 and the second communication device 20 are connected to a WAN (Wide Area Network) such as the Internet 40 and can perform data communication with an external device.
  • the first communication device 10 and the terminal devices 30a and 30b can perform data communication with each other via a communication cable or a wireless LAN.
  • the first communication device 10 and the second communication device 20 can implement VRRP (Virtual Router Redundancy Protocol). Thereby, the terminal devices 30a and 30b can logically recognize these devices as one communication device. In FIG. 1, only two terminal devices 30a and 30b are connected to the first communication device 10, but one terminal device or three or more terminal devices can be connected. Moreover, the first communication device 10 and the second communication device 20 may perform data communication with each other via a wireless LAN.
  • VRRP Virtual Router Redundancy Protocol
  • FIG. 2 is a block diagram showing a detailed configuration of the first communication device 10 according to the embodiment of the present invention.
  • the first communication device 10 includes a CPU 110, a CPU 120, and a transfer unit 130.
  • the CPU 110 is a computing device that performs various computations, and has an OS (Operating System) 111 and a functional unit 112 mounted therein.
  • the OS 111 is a program that controls the functional unit 112 mounted on the CPU 110.
  • the function unit 112 is a program that realizes one of the functions of the first communication device 10, and performs routing of packets received from external devices.
  • the CPU 120 is a computing device that performs various computations, and has an OS 121 and functional units 122 and 123 mounted therein.
  • the OS 121 is a program that controls the functional units 122 and 123 mounted on the CPU 120.
  • the function unit 122 is a program that realizes one of the functions of the first communication device 10, and controls the calling of the IP telephone, for example.
  • the function unit 123 is a program that realizes one of the functions of the first communication device 10, and controls voice communication of the IP telephone, for example.
  • the transfer unit 130 is a semiconductor integrated device that processes a packet received from an external device.
  • the transfer unit 130 includes a packet transfer unit 131, a monitoring unit 132, a transfer destination changing unit 133, and a transfer destination management table 134.
  • the packet transfer unit 131 is a logic circuit that transfers a packet when the packet is received from an external device.
  • a specific example of the packet transfer unit 131 is an L2 switch.
  • FIG. 8 is a diagram showing an example of the transfer destination management table 134.
  • packet identification information is information for identifying the packet.
  • the packet identification information includes identification information unique to the packet related to the call control of the IP telephone and identification information unique to the packet related to the voice communication after the IP telephone connection is established. be registered.
  • the functional unit identification information is identification information of functional units included in the first communication device 10 and the second communication device 20.
  • the functional unit indicated by the functional unit identification information (function_a) is a functional unit that performs call control of the IP telephone
  • the functional unit indicated by the functional unit identification information (function_b) is voice communication of the IP telephone. Is a functional unit for controlling the.
  • the functional unit indicated by the functional unit identification information (function_c) is a functional unit that routes data other than data related to the IP telephone. Note that the first communication device 10 and the second communication device 20 use common functional unit identification information.
  • the information indicating the presence/absence of the transfer destination change request is information indicating the presence/absence of the transfer destination change request from another communication device, and the information indicating that the transfer destination change request is not received is registered as a default. ..
  • the transfer destination information is identification information of the transfer destination of the packet, and the identification information of the CPU included in the own device and the identification information (IP address) of the other communication device are used.
  • the packet transfer unit 131 Upon receiving a packet from an external device, the packet transfer unit 131 acquires packet identification information from the packet. Then, the packet transfer unit 131 refers to the transfer destination management table 134 and specifies information indicating the presence or absence of a transfer destination change request associated with the packet identification information.
  • the packet transfer unit 131 requests the transfer destination change request associated with the unregistered identification information (function_C in the example illustrated in FIG. 8). The information indicating the presence or absence of is specified.
  • the packet transfer unit 131 determines that it is the default transfer destination.
  • the identification information of the CPU of the machine is specified, and the packet is transferred to the CPU.
  • the packet transfer unit 131 determines that another transfer destination after the change is received.
  • the IP address of the communication device is specified, and the packet is transferred to the other communication device.
  • the monitoring unit 132 is a logic circuit that determines whether or not a transfer destination change request has been received from another communication device.
  • the transfer destination changing unit 133 determines the transfer destination of the packet to be processed by the functional unit of the transmission source of the transfer destination changing request from the functional unit of the own device. It is a logic circuit that changes to the functional unit that is the source of the destination change request.
  • the transfer destination changing unit 133 determines that the monitoring unit 132 has received a transfer destination changing request from another communication device, the transfer destination changing unit 133 of the functional unit that is the transmission source of the transfer destination changing request included in the transfer destination changing request.
  • Information indicating that there is a transfer destination change request is registered in the transfer destination management table 134 based on the identification information.
  • FIG. 3 is a block diagram showing program modules included in each functional unit of the first communication device 10 and the second communication device 20.
  • the program module included in the functional unit 112 of the first communication device 10 will be described, but the other functional units of the first communication device 10 and the functional unit of the second communication device 20 also include the same program module.
  • the functional unit 112 includes a monitoring unit 300, a change request unit 301, and a response unit 302.
  • the monitoring unit 300 and the change requesting unit 301 are executed when the self device functions as a backup device, and the response unit 302 is executed when the self device functions as the main device.
  • the monitoring unit 300 is a program module that transmits a response request to the functional unit of the main device corresponding to the functional unit 112 of the backup device and determines whether a response to the response request is received from the functional unit of the main device.
  • the change request unit 301 When the change request unit 301 has not received a response to the response request from the function unit of the main device corresponding to the function unit 112 of the backup device, the change request unit 301 sends the packet to be processed by the function unit 112 of the backup device to the function unit 112. It is a program module that sends a transfer destination change request for transfer to the main device.
  • the response unit 302 is a program module that determines whether or not a response request is received from the backup device and, when the response request is received, sends a response to the response request to the backup device.
  • FIG. 4 is a block diagram showing main components included in the communication device according to the embodiment of the present invention.
  • the first communication device 10 and the second communication device 20 have a functional unit 112 and a transfer unit 130 as main components.
  • the function unit 112 includes a monitoring unit 300, a change requesting unit 301, and a response unit 302, and the transfer unit 130 includes a transfer destination changing unit 133.
  • FIG. 5 is a flowchart showing processing executed by each functional unit of the second communication device 20 that functions as a backup device.
  • the functional unit of the first communication device 10 that functions as a main device will be referred to as a first functional unit
  • the functional unit of the second communication device 20 that functions as a backup device will be described as a second functional unit.
  • the second functional unit of the second communication device 20 transmits a response request to the first functional unit of the first communication device 10 corresponding to the second functional unit.
  • the response request includes the identification information of the response request, the IP address of the first communication device 10 that is the transmission destination of the response request, and the identification information of the first functional unit.
  • the packet transfer unit 131 of the transfer unit 130 included in the first communication device 10 transfers the response request to the first functional unit indicated by the identification information of the functional unit. ..
  • the packet transfer unit 131 transfers the packet to the functional unit 122 indicated by “function_A”.
  • the packet transfer unit 131 transfers the packet to the functional unit 123 indicated by “function_B”.
  • the packet transfer unit 131 transfers the packet to the functional unit 112 indicated by “function_C”.
  • step S102 the second functional unit determines whether a response has been received from the first functional unit of the first communication device 10. When the response is received (YES), the process returns to step S101. On the other hand, if no response has been received (NO), the process branches to step S103.
  • step S103 the second functional unit transmits a transfer destination change request to the transfer unit 130 of the first communication device 10, and the processing of FIG. 5 ends.
  • the transfer destination change request includes the identification information of the transfer destination change request and the identification information of the second functional unit that is the transmission source of the transfer destination change request, that is, the first information corresponding to the identification information of the second functional unit.
  • the transfer destination changing unit 133 of the transfer unit 130 included in the first communication device 10 updates the transfer destination management table 134 as described in detail with reference to FIG. 7. Then, the transfer destination of the packet to be processed by the second functional unit is changed from the first functional unit to the second functional unit.
  • FIG. 6 is a flowchart showing processing executed by each functional unit of the first communication device 10 functioning as a main device.
  • the first functional unit of the first communication device 10 receives the response request from the second functional unit of the second communication device 20 corresponding to the first functional unit via the transfer unit 130. Judge whether or not. When the response request is not received (NO), the process of step S201 is executed again. On the other hand, when the response request is received (YES), the process branches to step S202.
  • step S202 the first functional unit transmits a response to the second functional unit of the second communication device 20 that is the transmission source of the response request, and the processing of FIG. 6 ends.
  • FIG. 7 is a flowchart showing a process executed by the transfer unit 130 of the first communication device 10 functioning as a main device.
  • the monitoring unit 132 of the transfer unit 130 determines whether a transfer destination change request has been received from the second communication device 20. When the transfer destination change request has not been received (NO), the process of step S301 is executed again. On the other hand, if the transfer destination change request is received (YES), the process branches to step S302.
  • the transfer destination changing unit 133 of the transfer unit 130 updates the transfer destination management table 134 and changes the transfer destination of the packet to be processed by the functional unit of the transmission source of the transfer destination change request to the functional unit. Then, the process of FIG. 7 ends.
  • the transfer destination change unit 133 refers to the transfer destination management table 134 and associates the transfer destination change request with the identification information of the functional unit of the transmission source of the transfer destination change request included in the transfer destination change request. Register the information to the effect. As a result, when the packet transfer unit 131 receives a packet to be processed by the functional unit that is the source of the transfer destination change request, the packet transfer unit 131 transfers the packet to the functional unit.
  • the second functional unit of the second communication device 20 which is a backup device, transmits a response request to the corresponding first functional unit of the first communication device 10, thereby the functional unit. Life and death is monitored every time. If there is no response to the response request, the second functional unit of the second communication device 20 processes the transfer unit 130 of the first communication device 10 by the first functional unit that does not transmit the response. The transfer destination of the supposed packet is changed to the second functional unit. After that, the second functional unit of the second communication device 20 processes the packet. Accordingly, when a problem occurs only in a certain functional unit in a communication device having a plurality of functional units, it is possible to cause another communication device to realize only the function of the functional unit.
  • the transfer destination change unit 133 of the first communication device 10 receives the transfer destination change request from the second communication device 20, the first functional unit that does not send the response is processed.
  • the transfer destination of the packet that was supposed to be changed from the first functional unit to the second functional unit, and the transfer destinations of the other packets are not changed. For this reason, even if a problem occurs in a specific function unit, the function unit in which no problem has occurred can continue to process packets. As a result, it is possible to prevent data loss and temporary stoppage of functions due to a change in the functional unit that processes packets.
  • Non-transitory computer readable media include various types of tangible storage media. Examples of non-transitory computer readable media are magnetic recording media (eg, flexible disk, magnetic tape, hard disk drive), magneto-optical recording media (eg, magneto-optical disk), CD-ROM, CD-R, CD-R. /W, semiconductor memory (for example, mask ROM, PROM (Programmable ROM), EPROM (Erasable PROM), flash ROM, RAM).
  • the program may be provided to the computer by various types of transitory computer readable media. Examples of transitory computer-readable media include electrical signals, optical signals, and electromagnetic waves.
  • the transitory computer-readable medium can supply the program to the computer via a wired communication path such as an electric wire and an optical fiber, or a wireless communication path.
  • the present invention is not limited to the above-described embodiments, but can be modified as appropriate without departing from the spirit of the present invention.
  • the CPU 110 implements one functional unit and the CPU 120 implements two functional units, but in other embodiments, the CPU 110 and the CPU 120 implement any number of functional units.
  • the functional unit that performs packet routing and the functional unit that executes processing relating to the IP telephone have been described.
  • the CPU 110 and the CPU 120 perform functional processing other than this (for example, Applications that perform WAN communication, etc.) can be implemented.
  • First Communication Device 10 First Communication Device 20 Second Communication Device 30a Terminal Device 30b Terminal Device 40 Internet 50 Communication System

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)

Abstract

本発明の通信システム（５０）は、メイン装置として機能する第１の通信装置（１０）と、第１の通信装置（１０）のバックアップ装置として機能する第２の通信装置（２０）とを含む。第２の通信装置（２０）の第２の機能部は、第１の通信装置（１０）の第１の機能部に応答要求を送信し、第１の機能部から応答要求に対する応答を受信していない場合、第１の通信装置（１０）に転送先変更要求を送信する。第１の転送部は、第２の機能部から転送先変更要求を受信した場合、第２の機能部が処理すべきパケットの転送先を、第１の機能部から第２の機能部に変更する。

Description

通信システム及び通信装置
　本発明は、通信システム及び通信装置に関し、特に、フォールトトレランスを実現する通信システム及び通信装置に関する。
　従来、ＩＰ（Internet Protocol）電話システムにおいて、ルーティング機能や呼制御機能、音声通信制御機能等の複数の機能を有する通信装置が利用されている。通常、このような通信装置は、１つのＣＰＵ（Central Processing Unit）を備えており、ＣＰＵが、ルーティング処理や呼制御処理、音声通信制御処理を実行することにより、ルーティング機能や呼制御機能、音声通信制御機能を実現する。しかしながら、ＣＰＵに障害が発生した場合や、通信装置に実装されたＯＳや機能部に問題が発生した場合、通信装置を利用する端末装置は、通信装置を介したデータ通信を行うことができなくなる。
　この点に関し、特許文献１が開示するＩＰ電話システムは、複数のＩＰ電話による冗長化を採用する。具体的には、１台のＩＰ電話端末に対して内線制御機能を割り当て、当該ＩＰ電話端末に障害が発生した場合、バックアップ端末であるＩＰ電話端末が、内線制御端末として動作することにより、１台のＩＰ電話端末に障害が発生した場合でも、ＩＰ電話による音声通信機能を継続して提供する。
特許第５２１８６２６号公報
　しかしながら、特許文献１が開示するＩＰ電話システムでは、複数の機能部を有する装置において或る機能部にのみ問題が発生した場合に、当該機能部が有する機能のみを他の装置に実現させることができないという問題があった。
　本発明の目的は、上述した課題を鑑み、複数の機能部を有する通信装置において或る機能部にのみ問題が発生した場合に、当該機能部が有する機能のみを他の通信装置に実現させることが可能な通信システム及び通信装置を提供することにある。
　本発明の通信システムは、第１の機能部及び第１の転送部を備え、メイン装置として機能する第１の通信装置と、第２の機能部及び第２の転送部を備え、前記第１の通信装置のバックアップ装置として機能する第２の通信装置とを含む。前記第２の機能部は、前記第１の機能部に応答要求を送信し、前記第１の機能部から前記応答要求に対する応答を受信したか否か判断する監視部と、前記第１の機能部から前記応答を受信していない場合に、前記第１の通信装置に対し、前記第２の機能部が処理すべきパケットを前記第２の機能部に転送させるための転送先変更要求を送信する変更要求部とを含む。前記第１の機能部は、前記第２の機能部から前記応答要求を受信したか否か判断し、前記第２の機能部から前記応答要求を受信した場合に、前記応答要求に対する応答を前記第２の機能部に送信する応答部を有する。前記第１の転送部は、前記第２の機能部から前記転送先変更要求を受信した場合に、前記第２の機能部が処理すべきパケットの転送先を、前記第１の機能部から前記第２の機能部に変更する転送先変更部を有する。
　本発明により、複数の機能部を有する通信装置において或る機能部にのみ問題が発生した場合に、当該機能部が有する機能のみを他の通信装置に実現させることが可能な通信システム及び通信装置を提供することができる。
本発明の一実施形態に係る通信システムを示す概略図である。 本発明の一実施形態に係る通信装置の詳細な構成を示すブロック図である。 本発明の一実施形態に係る通信装置の機能部の詳細な構成を示すブロック図である。 本発明の一実施形態に係る通信装置の概略的な構成を示すブロック図である。 バックアップ装置として機能する第２の通信装置が実行する処理を示すフローチャートである。 メイン装置として機能する第１の通信装置が実行する処理を示すフローチャートである。 メイン装置として機能する第１の通信装置が実行する処理を示すフローチャートである。 転送先管理テーブルの一例を示す図である。
　以下、図面を参照して、本発明の一実施形態について説明する。図１は、本発明の通信システム５０の一実施形態を示す概略図である。通信システム５０は、第１の通信装置１０と、第２の通信装置２０と、端末装置３０ａ，３０ｂとを含む。第１の通信装置１０及び第２の通信装置２０の具体例として、アクセスポイントとして機能するルータが挙げられる。第１の通信装置１０及び第２の通信装置２０は、通信ケーブルを介して相互にデータ通信を行うことができる。また、第１の通信装置１０及び第２の通信装置２０は、インターネット４０等のＷＡＮ（Wide Area Network）に接続され、外部装置との間でデータ通信を行うことができる。第１の通信装置１０及び端末装置３０ａ，３０ｂは、通信ケーブル又は無線ＬＡＮを介して相互にデータ通信を行うことができる。第１の通信装置１０及び第２の通信装置２０は、ＶＲＲＰ（Virtual Router Redundancy Protocol）を実装することができる。これにより、端末装置３０ａ，３０ｂは、これらの装置を論理的に１台の通信装置として認識することができる。なお、図１では、第１の通信装置１０には、２つの端末装置３０ａ，３０ｂのみが接続されているが、１の端末装置又は３以上の端末装置を接続することができる。また、第１の通信装置１０及び第２の通信装置２０は、無線ＬＡＮを介して相互にデータ通信を行ってもよい。
　図２は、本発明の一実施形態に係る第１の通信装置１０の詳細な構成を示すブロック図である。以下、第１の通信装置１０の構成について説明するが、第２の通信装置２０も第１の通信装置１０と同一の構成を有する。第１の通信装置１０は、ＣＰＵ１１０と、ＣＰＵ１２０と、転送部１３０とを備える。
　ＣＰＵ１１０は、種々の演算を行う演算装置であり、ＯＳ（Operating System）１１１及び機能部１１２を実装する。ＯＳ１１１は、ＣＰＵ１１０に実装された機能部１１２を制御するプログラムである。機能部１１２は、第１の通信装置１０が有する機能の一つを実現するプログラムであり、外部装置から受信したパケットのルーティングを行う。
　ＣＰＵ１２０は、種々の演算を行う演算装置であり、ＯＳ１２１及び機能部１２２，１２３を実装する。ＯＳ１２１は、ＣＰＵ１２０に実装された機能部１２２，１２３を制御するプログラムである。機能部１２２は、第１の通信装置１０が有する機能の一つを実現するプログラムであり、例えば、ＩＰ電話の呼出制御を行う。機能部１２３は、第１の通信装置１０が有する機能の一つを実現するプログラムであり、例えば、ＩＰ電話の音声通信制御を行う。
　転送部１３０は、外部装置から受信したパケットを処理する半導体集積装置である。転送部１３０は、パケット転送部１３１と、監視部１３２と、転送先変更部１３３と、転送先管理テーブル１３４とを有する。
　パケット転送部１３１は、外部装置からパケットを受信した場合に、パケットを転送する論理回路である。パケット転送部１３１の具体例として、Ｌ２スイッチが挙げられる。図８は、転送先管理テーブル１３４の一例を示す図である。図８に示す転送先管理テーブルには、パケット識別情報と、機能部識別情報と、転送先変更要求の有無を示す情報と、転送先情報とが登録される。パケット識別情報は、パケットを識別するための情報であり、例えば、ＩＰ電話の呼出制御に関するパケットに固有の識別情報、ＩＰ電話の接続が確立された後の音声通信に関するパケットに固有の識別情報が登録される。
　機能部識別情報は、第１の通信装置１０及び第２の通信装置２０が有する機能部の識別情報である。図８に示す例では、機能部識別情報（function_a）が示す機能部は、ＩＰ電話の呼出制御を行う機能部であり、機能部識別情報（function_ｂ）が示す機能部は、ＩＰ電話の音声通信を制御する機能部である。また、機能部識別情報（function_ｃ）が示す機能部は、ＩＰ電話に関するデータ以外のデータのルーティングを行う機能部である。なお、第１の通信装置１０及び第２の通信装置２０は、共通の機能部識別情報を使用する。
　転送先変更要求の有無を示す情報は、他の通信装置からの転送先変更要求の受信の有無を示す情報であり、転送先変更要求を受信していない旨を示す情報がデフォルトとして登録される。転送先情報は、パケットの転送先の識別情報であり、自機が備えるＣＰＵの識別情報と、他の通信装置の識別情報（ＩＰアドレス）が使用される。
　パケット転送部１３１は、外部装置からパケットを受信すると、当該パケットからパケット識別情報を取得する。そして、パケット転送部１３１は、転送先管理テーブル１３４を参照し、当該パケット識別情報に関連付けられた転送先変更要求の有無を示す情報を特定する。ここで、当該パケットの識別情報が転送先管理テーブル１３４に登録されていない場合、パケット転送部１３１は、未登録の識別情報（図８に示す例では、function_C）に関連付けられた転送先変更要求の有無を示す情報を特定する。転送先変更要求を受信していない旨の情報が登録されている場合、すなわち、他の通信装置から転送先変更要求を受信していない場合、パケット転送部１３１は、デフォルトの転送先である自機のＣＰＵの識別情報を特定し、当該ＣＰＵにパケットを転送する。一方、転送先変更要求を受信した旨の情報が登録されている場合、すなわち、他の通信装置から転送先変更要求を受信した場合、パケット転送部１３１は、変更後の転送先である他の通信装置のＩＰアドレスを特定し、当該他の通信装置にパケットを転送する。
　監視部１３２は、他の通信装置から転送先変更要求を受信したか否か判断する論理回路である。転送先変更部１３３は、他の通信装置から転送先変更要求を受信した場合に、転送先変更要求の送信元の機能部が処理すべきパケットの転送先を、自機の機能部から当該転送先変更要求の送信元の機能部に変更する論理回路である。具体的には、転送先変更部１３３は、監視部１３２が他の通信装置から転送先変更要求を受信したと判断すると、転送先変更要求に含まれる転送先変更要求の送信元の機能部の識別情報に基づき、転送先管理テーブル１３４に転送先変更要求が有った旨の情報を登録する。
　図３は、第１の通信装置１０及び第２の通信装置２０の各機能部が有するプログラムモジュールを示すブロック図である。以下、第１の通信装置１０の機能部１１２が有するプログラムモジュールについて説明するが、第１の通信装置１０の他の機能部及び第２の通信装置２０の機能部も同じプログラムモジュールを有する。
　機能部１１２は、監視部３００と、変更要求部３０１と、応答部３０２とを含む。監視部３００及び変更要求部３０１は、自機がバックアップ装置として機能する場合に実行され、応答部３０２は、自機がメイン装置として機能する場合に実行される。
　監視部３００は、バックアップ装置の機能部１１２に対応するメイン装置の機能部に応答要求を送信し、当該メイン装置の機能部から応答要求に対する応答を受信したか否か判断するプログラムモジュールである。
　変更要求部３０１は、バックアップ装置の機能部１１２に対応するメイン装置の機能部から応答要求に対する応答を受信していない場合に、バックアップ装置の機能部１１２が処理すべきパケットを当該機能部１１２に転送させるための転送先変更要求を、メイン装置に送信するプログラムモジュールである。
　応答部３０２は、バックアップ装置から応答要求を受信したか否か判断し、当該応答要求を受信した場合に、応答要求に対する応答をバックアップ装置に送信するプログラムモジュールである。
　図４は、本発明の一実施形態に係る通信装置が有する主要な構成要素を示すブロック図である。第１の通信装置１０及び第２の通信装置２０は、主要な構成要素として機能部１１２と、転送部１３０とを有する。機能部１１２は、監視部３００と、変更要求部３０１と、応答部３０２とを含み、転送部１３０は、転送先変更部１３３を含む。
　図５は、バックアップ装置として機能する第２の通信装置２０の各機能部が実行する処理を示すフローチャートである。以下、メイン装置として機能する第１の通信装置１０の機能部を第１の機能部とし、バックアップ装置として機能する第２の通信装置２０の機能部を第２の機能部として説明する。
　ステップＳ１０１では、第２の通信装置２０の第２の機能部が、第２の機能部に対応する第１の通信装置１０の第１の機能部に応答要求を送信する。応答要求には、応答要求の識別情報と、応答要求の送信先である第１の通信装置１０のＩＰアドレス及び第１の機能部の識別情報が含まれる。第１の通信装置１０が備える転送部１３０のパケット転送部１３１は、第２の通信装置２０から応答要求を受信すると、当該機能部の識別情報が示す第１の機能部に応答要求を転送する。例えば、図８に示す機能部識別情報を使用する実施形態では、機能部識別情報が「function_A」である場合、パケット転送部１３１は、「function_A」が示す機能部１２２にパケットを転送する。機能部識別情報が「function_B」である場合、パケット転送部１３１は、「function_B」が示す機能部１２３にパケットを転送する。機能部識別情報が「function_C」である場合、パケット転送部１３１は、「function_C」が示す機能部１１２にパケットを転送する。
　ステップＳ１０２では、第２の機能部は、第１の通信装置１０の第１の機能部から応答を受信したか否か判断する。応答を受信した場合（ＹＥＳ）、ステップＳ１０１に処理が戻る。一方、応答を受信していない場合（ＮＯ）、ステップＳ１０３に処理が分岐する。ステップＳ１０３では、第２の機能部は、第１の通信装置１０の転送部１３０に転送先変更要求を送信し、図５の処理が終了する。転送先変更要求には、転送先変更要求の識別情報と、転送先変更要求の送信元である第２の機能部の識別情報、すなわち、当該第２の機能部の識別情報に対応する第１の機能部の識別情報が含まれており、第１の通信装置１０が備える転送部１３０の転送先変更部１３３は、図７を参照して詳述するように、転送先管理テーブル１３４を更新し、第２の機能部が処理すべきパケットの転送先を、第１の機能部から第２の機能部に変更する。
　図６は、メイン装置として機能する第１の通信装置１０の各機能部が実行する処理を示すフローチャートである。ステップＳ２０１では、第１の通信装置１０の第１の機能部が、第１の機能部に対応する第２の通信装置２０の第２の機能部から転送部１３０を介して応答要求を受信したか否か判断する。応答要求を受信していない場合（ＮＯ）、ステップＳ２０１の処理が再び実行される。一方、応答要求を受信した場合（ＹＥＳ）、ステップＳ２０２に処理が分岐する。ステップＳ２０２では、第１の機能部は、応答要求の送信元である第２の通信装置２０の第２の機能部に応答を送信し、図６の処理が終了する。
　図７は、メイン装置として機能する第１の通信装置１０の転送部１３０が実行する処理を示すフローチャートである。ステップＳ３０１では、転送部１３０の監視部１３２が、第２の通信装置２０から転送先変更要求を受信したか否か判断する。転送先変更要求を受信していない場合（ＮＯ）、ステップＳ３０１の処理が再び実行される。一方、転送先変更要求を受信した場合（ＹＥＳ）、ステップＳ３０２に処理が分岐する。ステップＳ３０２では、転送部１３０の転送先変更部１３３が、転送先管理テーブル１３４を更新して、転送先変更要求の送信元の機能部が処理すべきパケットの転送先を、当該機能部に変更し、図７の処理が終了する。具体的には、転送先変更部１３３は、転送先管理テーブル１３４を参照し、転送先変更要求に含まれる転送先変更要求の送信元の機能部の識別情報と関連付けて、転送先変更要求が有った旨の情報を登録する。これにより、パケット転送部１３１は、転送先変更要求の送信元の機能部が処理すべきパケットを受信した場合、当該パケットを当該機能部に転送する。
　上述した実施形態では、バックアップ装置である第２の通信装置２０の第２の機能部が、それぞれ第１の通信装置１０の対応する第１の機能部に応答要求を送信することにより、機能部毎に死活監視を行う。そして、応答要求に対する応答が無い場合、第２の通信装置２０の第２の機能部が、第１の通信装置１０の転送部１３０に対し、当該応答を送信しない第１の機能部が処理することになっていたパケットの転送先を第２の機能部に変更させる。これ以降、第２の通信装置２０の第２の機能部が、当該パケットを処理する。これにより、複数の機能部を有する通信装置において或る機能部にのみ問題が発生した場合に、当該機能部が有する機能のみを他の通信装置に実現させることができる。
　また、上述した実施形態では、第１の通信装置１０の転送先変更部１３３は、第２の通信装置２０から転送先変更要求を受信した場合、当該応答を送信しない第１の機能部が処理することになっていたパケットの転送先を、第１の機能部から第２の機能部に変更し、それ以外のパケットの転送先を変更しない。このため、特定の機能部に問題が発生した場合でも、問題が発生していない機能部は、継続してパケットの処理を行うことができる。これにより、パケットを処理する機能部の変更に伴うデータ損失や一時的な機能停止を防ぐことができる。
　上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて保存され、コンピュータに提供することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えば、フレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば、光磁気ディスク）、ＣＤ－ＲＯＭ、ＣＤ－Ｒ、ＣＤ－Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ）を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに提供されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
　本発明は上述した実施形態に限られたものではなく、本発明の趣旨を逸脱しない範囲で適宜変更することが可能である。例えば、上述した実施形態では、ＣＰＵ１１０が１つの機能部を実装し、ＣＰＵ１２０が２つの機能部を実装するが、他の実施形態では、ＣＰＵ１１０及びＣＰＵ１２０は、任意の数の機能部を実装することができる。また、上述した実施形態では、パケットのルーティングを行う機能部と、ＩＰ電話に関する処理を実行する機能部について説明したが、ＣＰＵ１１０及びＣＰＵ１２０は、これ以外の種々の処理を実行する機能部（例えば、ＷＡＮ通信を行うアプリケーション等）を実装することができる。
　この出願は、２０１８年１２月２５日に出願された日本出願特願２０１８－２４０５５２を基礎とする優先権を主張し、その開示の全てをここに取り込む。
１０　　第１の通信装置
２０　　第２の通信装置
３０ａ　端末装置
３０ｂ　端末装置
４０　　インターネット
５０　　通信システム

Claims (10)

  1. 　第１の機能部及び第１の転送部を備え、メイン装置として機能する第１の通信装置と、第２の機能部及び第２の転送部を備え、前記第１の通信装置のバックアップ装置として機能する第２の通信装置とを含み、
    　前記第２の機能部は、
    　前記第１の機能部に応答要求を送信し、前記第１の機能部から前記応答要求に対する応答を受信したか否か判断する監視部と、
    　前記第１の機能部から前記応答を受信していない場合に、前記第１の通信装置に対し、前記第２の機能部が処理すべきパケットを前記第２の機能部に転送させるための転送先変更要求を送信する変更要求部とを含み、
    　前記第１の機能部は、前記第２の機能部から前記応答要求を受信したか否か判断し、前記第２の機能部から前記応答要求を受信した場合に、前記応答要求に対する応答を前記第２の機能部に送信する応答部を有し、
    　前記第１の転送部は、前記第２の機能部から前記転送先変更要求を受信した場合に、前記第２の機能部が処理すべきパケットの転送先を、前記第１の機能部から前記第２の機能部に変更する転送先変更部を有する、
    　通信システム。
  2. 　前記第１の通信装置及び前記第２の通信装置は、それぞれ複数の演算装置と、複数の第１の機能部及び複数の第２の機能部とを備え、
    　前記複数の第１の機能部の少なくとも一部は、前記第１の通信装置の異なる演算装置に実装され、
    　前記複数の第２の機能部の少なくとも一部は、前記第２の通信装置の異なる演算装置に実装されることを特徴とする、請求項１に記載の通信システム。
  3. 　前記第１の通信装置の前記転送先変更部は、前記第２の通信装置から前記転送先変更要求を受信した場合、前記転送先変更要求の送信元である第２の機能部が処理すべきパケットの転送先を、前記第１の機能部から前記第２の機能部に変更し、それ以外のパケットの転送先を変更しないことを特徴とする、請求項１又は請求項２に記載の通信システム。
  4. 　前記第２の通信装置の前記変更要求部は、前記第１の機能部に問題が発生したことに起因して前記第１の機能部から前記応答を受信していない場合、前記第１の通信装置に前記転送先変更要求を送信する、請求項１～３のいずれか１項に記載の通信システム。
  5. 　他の通信装置の第１の機能部に応答要求を送信し、前記第１の機能部から前記応答要求に対する応答を受信したか否か判断する監視部と、
    　前記第１の機能部から前記応答を受信していない場合に、前記他の通信装置に対し、自機が処理すべきパケットを自機に転送させるための転送先変更要求を送信する変更要求部と
    　を含む第２の機能部を有する、バックアップ装置として機能する通信装置。
  6. 　複数の演算装置と、複数の前記第２の機能部とを備え、
    　前記複数の前記第２の機能部の少なくとも一部は、異なる前記演算装置に実装されることを特徴とする、請求項５に記載の通信装置。
  7. 　前記変更要求部は、前記第１の機能部に問題が発生したことに起因して前記第１の機能部から前記応答を受信していない場合、前記他の通信装置に前記転送先変更要求を送信する、請求項５又は６に記載の通信装置。
  8. 　他の通信装置から応答要求を受信したか否か判断し、前記他の通信装置から前記応答要求を受信した場合に、前記応答要求に対する応答を前記他の通信装置に送信する応答部を有する第１の機能部と、
    　前記他の通信装置から転送先変更要求を受信した場合に、前記他の通信装置の第２の機能部が処理すべきパケットの転送先を、前記第１の機能部から前記第２の機能部に変更する転送先変更部と
    　を備える、メイン装置として機能する通信装置。
  9. 　複数の演算装置と、
    　複数の前記第１の機能部とを備え、
    　前記複数の前記第１の機能部の少なくとも一部は、異なる前記演算装置に実装されることを特徴とする、請求項８に記載の通信装置。
  10. 　前記転送先変更部は、
    　前記他の通信装置から前記転送先変更要求を受信した場合に、前記転送先変更要求の送信元である第２の機能部が処理すべきパケットの転送先を、前記第１の機能部から前記他の通信装置の第２の機能部に変更し、それ以外のパケットの転送先を変更しないことを特徴とする、請求項８又は９に記載の通信装置。
PCT/JP2019/048786 2018-12-25 2019-12-12 通信システム及び通信装置 WO2020137597A1 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CA3125083A CA3125083C (en) 2018-12-25 2019-12-12 Communication system and communication device
CN201980085772.0A CN113228566B (zh) 2018-12-25 2019-12-12 通信系统和通信设备
AU2019411787A AU2019411787A1 (en) 2018-12-25 2019-12-12 Communication system and communication device
US17/311,758 US11722362B2 (en) 2018-12-25 2019-12-12 Communication system and communication device for partial failover
EP19902958.8A EP3886370B1 (en) 2018-12-25 2019-12-12 Communication system and communication device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2018240552A JP6791538B2 (ja) 2018-12-25 2018-12-25 通信システム及び通信装置
JP2018-240552 2018-12-25

Publications (1)

Publication Number Publication Date
WO2020137597A1 true WO2020137597A1 (ja) 2020-07-02

Family

ID=71126304

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2019/048786 WO2020137597A1 (ja) 2018-12-25 2019-12-12 通信システム及び通信装置

Country Status (7)

Country Link
US (1) US11722362B2 (ja)
EP (1) EP3886370B1 (ja)
JP (1) JP6791538B2 (ja)
CN (1) CN113228566B (ja)
AU (1) AU2019411787A1 (ja)
CA (1) CA3125083C (ja)
WO (1) WO2020137597A1 (ja)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5218626B2 (ja) 2011-11-17 2013-06-26 株式会社ナカヨ通信機 Ｉｐ電話システムおよびｉｐ電話端末
US20160277509A1 (en) * 2014-11-04 2016-09-22 Telefonaktiebolaget L M Ericsson (Publ) Network function virtualization service chaining
JP2016208068A (ja) * 2015-04-15 2016-12-08 株式会社Ｎｔｔドコモ 機能部割当装置及び機能部割当方法
WO2018180613A1 (ja) * 2017-03-29 2018-10-04 日本電気株式会社 仮想ネットワークシステム、ｖｉｍ、仮想ネットワーク制御方法、および記録媒体

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7103002B2 (en) * 2000-07-12 2006-09-05 Telefonktiebolaget Lm Ericsson (Publ) Communication management in networks having split control planes and user planes
DE50209248D1 (de) * 2001-09-14 2007-02-22 Siemens Ag Verfahren und Kommunikationseinrichtung zur Realisierung zumindest einer ausfallsicheren Kommunikationsbeziehung
WO2005041539A2 (en) * 2003-10-09 2005-05-06 Telecom Italia S.P.A. Method and system for fault protection in a communication network
US8930036B2 (en) * 2011-04-13 2015-01-06 GM Global Technology Operations LLC Reconfigurable interface-based electrical architecture
US9747183B2 (en) * 2013-12-31 2017-08-29 Ciena Corporation Method and system for intelligent distributed health monitoring in switching system equipment
CN103713932B (zh) 2014-01-21 2017-03-08 北京经纬恒润科技有限公司 一种电子控制单元中应用程序的更新方法及装置
US10411948B2 (en) * 2017-08-14 2019-09-10 Nicira, Inc. Cooperative active-standby failover between network systems
US10673957B2 (en) * 2018-06-28 2020-06-02 At&T Intellectual Property I, L.P. Providing high availability in a software defined network
JP7132494B2 (ja) * 2018-08-21 2022-09-07 富士通株式会社 マルチクラウド運用プログラム、およびマルチクラウド運用方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5218626B2 (ja) 2011-11-17 2013-06-26 株式会社ナカヨ通信機 Ｉｐ電話システムおよびｉｐ電話端末
US20160277509A1 (en) * 2014-11-04 2016-09-22 Telefonaktiebolaget L M Ericsson (Publ) Network function virtualization service chaining
JP2016208068A (ja) * 2015-04-15 2016-12-08 株式会社Ｎｔｔドコモ 機能部割当装置及び機能部割当方法
WO2018180613A1 (ja) * 2017-03-29 2018-10-04 日本電気株式会社 仮想ネットワークシステム、ｖｉｍ、仮想ネットワーク制御方法、および記録媒体

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
ANONYMOUS: "Network Functions Virtualisation (NFV); Resiliency Requirements", ETSI GS NFV-REL 001 V1.1.1, vol. NFV REL, no. V1.1.1, 1 January 2015 (2015-01-01), pages 1 - 82, XP014235737 *
HORIBA, KATSUHIRO ET AL.: "Practice of service chain design and operation using NFV", JOURNAL OF DIGITAL PRACTICES OF INFORMATION PROCESSING SOCIETY OF JAPAN, vol. 9, no. 4, October 2018 (2018-10-01), pages 923 - 944, XP009528524, ISSN: 2188-4390 *

Also Published As

Publication number Publication date
CN113228566A (zh) 2021-08-06
EP3886370A4 (en) 2022-01-26
EP3886370A1 (en) 2021-09-29
EP3886370C0 (en) 2024-03-06
US11722362B2 (en) 2023-08-08
CN113228566B (zh) 2023-07-25
CA3125083A1 (en) 2020-07-02
AU2019411787A1 (en) 2021-06-24
JP2020102799A (ja) 2020-07-02
EP3886370B1 (en) 2024-03-06
CA3125083C (en) 2023-09-05
US20220029878A1 (en) 2022-01-27
JP6791538B2 (ja) 2020-11-25

Similar Documents

Publication Publication Date Title
EP3122004B1 (en) Traffic switching method, device, and system
US9473414B2 (en) Method and system for supporting packet prioritization at a data network
JP2014036240A (ja) 制御装置、方法及びプログラム、並びにシステム及び情報処理方法
US20150263862A1 (en) Communication system, control apparatus, communication control method, transfer control method, and transfer control program
JP2011077946A (ja) 通信装置およびフレーム送信方法
JP2009303090A (ja) 負荷分散サーバ、ネットワーク負荷分散方法および輻輳回避方法
EP3038296B1 (en) Pool element status information synchronization method, pool register and pool element
EP3695569B1 (en) A system and method for providing a layer 2 fast re-switch for a wireless controller
US9596129B2 (en) Communication system, control apparatus, communication apparatus, information-relaying method, and program
JP5939352B2 (ja) ネットワークシステム、仮想マシン生成装置、プレー設定制御方法及びプログラム
WO2020137597A1 (ja) 通信システム及び通信装置
US10574481B2 (en) Heterogeneous capabilities in an overlay fabric
JP2009278297A (ja) ゲートウエイ装置およびそれを含む通信システムならびに通信方法
CN108337162B (zh) 一种支持双归属保护的系统及方法
JPWO2013183231A1 (ja) 通信システム、通信制御方法、通信中継システム、及び、通信中継制御方法
WO2016068238A1 (ja) ネットワークの制御システム、制御装置、ネットワーク情報の管理方法及びプログラム
JP2015106865A (ja) 通信装置、通信システム、通信方法、及び通信プログラム
US20160197817A1 (en) Network system, control device, control method, and non-transitory computer-readable medium
CN112887201A (zh) 基于vrrp的接口更新方法、装置及存储介质
JP2015065610A (ja) 伝送システム、伝送装置および伝送方法
JP2017183925A (ja) 通信システムおよび制御装置
JP2017022579A (ja) 通信システム、通信ノード、および通信システムにおける代替処理方法
WO2021259097A1 (zh) 通信方法、通信设备及存储介质
JP2022061573A (ja) ネットワークシステム、通信システム、及び通信方法
JP2014158084A (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: 19902958

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2019411787

Country of ref document: AU

Date of ref document: 20191212

Kind code of ref document: A

ENP Entry into the national phase

Ref document number: 3125083

Country of ref document: CA

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2019902958

Country of ref document: EP

Effective date: 20210624