EP3868078B1 - Verfahren zum bereitstellen von statusinformationen in bezug auf eine drahtlose datenübertragung für die industrielle prozesssteuerung - Google Patents

Verfahren zum bereitstellen von statusinformationen in bezug auf eine drahtlose datenübertragung für die industrielle prozesssteuerung Download PDF

Info

Publication number
EP3868078B1
EP3868078B1 EP18789761.6A EP18789761A EP3868078B1 EP 3868078 B1 EP3868078 B1 EP 3868078B1 EP 18789761 A EP18789761 A EP 18789761A EP 3868078 B1 EP3868078 B1 EP 3868078B1
Authority
EP
European Patent Office
Prior art keywords
remote controller
status information
industrial process
interface
wireless
Prior art date
Legal status (The legal status 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 status listed.)
Active
Application number
EP18789761.6A
Other languages
English (en)
French (fr)
Other versions
EP3868078A1 (de
Inventor
Sándor RÁCZ
János HARMATOS
Norbert REIDER
Geza Szabo
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
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 Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Publication of EP3868078A1 publication Critical patent/EP3868078A1/de
Application granted granted Critical
Publication of EP3868078B1 publication Critical patent/EP3868078B1/de
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • GPHYSICS
    • G05CONTROLLING; REGULATING
    • G05BCONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B19/00Programme-control systems
    • G05B19/02Programme-control systems electric
    • G05B19/418Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS] or computer integrated manufacturing [CIM]
    • G05B19/4185Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS] or computer integrated manufacturing [CIM] characterised by the network communication
    • G05B19/41855Total factory control, i.e. centrally controlling a plurality of machines, e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS] or computer integrated manufacturing [CIM] characterised by the network communication by local area network [LAN], network structure
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/12Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • BPERFORMING OPERATIONS; TRANSPORTING
    • B25HAND TOOLS; PORTABLE POWER-DRIVEN TOOLS; MANIPULATORS
    • B25JMANIPULATORS; CHAMBERS PROVIDED WITH MANIPULATION DEVICES
    • B25J9/00Programme-controlled manipulators
    • B25J9/16Programme controls
    • B25J9/1679Programme controls characterised by the tasks executed
    • B25J9/1689Teleoperation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/20Arrangements for monitoring or testing data switching networks the monitoring system or the monitored elements being virtualised, abstracted or software-defined entities, e.g. SDN or NFV
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/02Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H04L67/025Protocols based on web technology, e.g. hypertext transfer protocol [HTTP] for remote control or remote monitoring of applications
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/12Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H04L67/125Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/56Provisioning of proxy services
    • GPHYSICS
    • G05CONTROLLING; REGULATING
    • G05BCONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00Program-control systems
    • G05B2219/30Nc systems
    • G05B2219/31From computer integrated manufacturing till monitoring
    • G05B2219/31105Remote control of network controller
    • GPHYSICS
    • G05CONTROLLING; REGULATING
    • G05BCONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00Program-control systems
    • G05B2219/30Nc systems
    • G05B2219/31From computer integrated manufacturing till monitoring
    • G05B2219/31133Contactless connector, identify module wirelessly, short distance like less than twenty cm
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02PCLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/02Total factory control, e.g. smart factories, flexible manufacturing systems [FMS] or integrated manufacturing systems [IMS]

Definitions

  • the present disclosure generally relates to industrial automation.
  • a technique is presented for providing status information relating to a wireless data transmission that is used to control an industrial process.
  • the technique may be implemented in the form of an apparatus, a wireless communication network portion, a controller, a method, and a computer program product.
  • remote controller In industrial automation, field devices within an industrial process domain are often controlled from a distant site by a remote controller.
  • the remote controller can, for example, be deployed in a computing cloud. Control data generated by the remote controller in the computing cloud can be wirelessly transmitted to the industrial process domain.
  • Cellular wireless communication networks of the 5 th Generation are configured to provide Ultra-Reliable Low Latency Communication (URLLC) of down to 0.5 ms latency for a vast set of applications including industrial process control.
  • URLLC Ultra-Reliable Low Latency Communication
  • the support of URLLC services comes at the cost of reduced spectral efficiency compared to mobile broadband services without latency and reliability constraints.
  • spectral efficiency significantly depends on the Quality of Service (QoS) that is to be provided.
  • QoS Quality of Service
  • URLLC with 1 ms latency can have about three times lower spectral efficiency compared to URLLC with 10 ms latency.
  • optimized use of URLLC can thus improve network capacity.
  • Industrial process control can be performed at various levels in regard to latency and other QoS requirements.
  • a highly delay sensitive task is a closed-loop control (e.g., a Proportional-Integral-Derivative, PID, control of servos in the robot cell), with required update times of typically between 1 and 15 ms.
  • PID Proportional-Integral-Derivative
  • Higher level control e.g., when movement commands are sent to valves or conveyor belts
  • low update times are not always necessary for such control tasks.
  • the controller In industrial process control it is crucial that the controller has sufficient and, in the ideal case, real-time knowledge about any transmission problems (e.g., due to delayed or lost data frames). Based on such knowledge, the controller can take proper action to possibly compensate the transmission problems, rather than stop the whole industrial process.
  • the loss of only a few consecutive frames implies a serious transmission problem and leads to drastic actions. Such drastic actions may not be required in wireless transmission scenarios, depending on the particular transmission problem.
  • US 2015/081922 discloses an loT edge secure gateway in an industrial process control and automation system, capable of transmitting field device status information from the field devices to the controllers and control data from the controllers to the field devices.
  • the gateway is further capable of determining that received data using a first protocol, is intended for a second device that uses a second protocol, converting said received data from the first protocol to the second protocol and transmitting the received data to the second device via the second protocol.
  • US 2017/163444 discloses an adapter device for coupling an industrial field instrument to an industrial wireless network and related system and method.
  • the adapter device is further capable of converting information from a first protocol native to the field instrument into a second protocol native to a wireless network and transmitting the information to at least one other device over the wireless network.
  • US 2012/236768 discloses systems and methods for tunneling or encapsulating various messages using Common Industrial Protocol (CIP), which was previously known as Control and Information Protocol.
  • CIP Common Industrial Protocol
  • the gateway device is configured to receive, from a controller, a message that encapsulates a command conforming to a protocol for communicating with a field device, such as, for example, a Highway Addressable Remote Transducer (HART) command, extract the command from the message and transmit the command to one or more field devices.
  • the gateway device may further receive data responsive to the command from the one or more field devices, encapsulate the data in a message (e.g., HART response), and transmit the message that encapsulates the data to the controller.
  • a message e.g., HART response
  • US 2015/156285 discloses an apparatus and method supporting wireless communications between devices using different application protocols in industrial control and automation systems.
  • the apparatus is capable of translating communications between multiple first devices in a first network using a first protocol and multiple second devices in a second network using a second protocol.
  • an apparatus configured to provide status information relating to a wireless data transmission that is used to control an industrial process by a remote controller, wherein the remote controller is coupled to at least one first field device of the industrial process via a wireless communication network supporting the wireless data transmission.
  • the apparatus comprises a first interface configured to be coupled to one of a user equipment, a radio access network and a core network of the wireless communication network, and a second interface compliant with an industrial process communication protocol used for communication between the remote controller and the at least one first field device.
  • the apparatus is configured to receive the status information via the first interface and provide the status information, or status information derived therefrom, via the second interface towards the remote controller.
  • the term "user equipment” (or UE) is meant to be understood in a broad manner to generally denote a communication device capable of wirelessly being served by a radio access network. For this reason the industrial process may be considered to constitute the "user” of the corresponding communication device.
  • the term “user equipment” includes the corresponding communication devices denoted by this term in certain wireless communications standards, but is not restricted to such communication devices.
  • the apparatus may be configured to process the received status information so as to derive processed status information.
  • the processing performed by the apparatus may, for example, be an aggregation or a statistical processing (e.g., an averaging).
  • the first interface may be a proprietary interface or an interface compliant with a wireless communication protocol supported by the wireless communication network.
  • the first interface may be configured to be coupled to a complementary interface within the user equipment, the radio access network and the core network.
  • the first interface may be a software-based interface.
  • the apparatus is configured to present itself via the second interface as a ("virtual") second field device to the remote controller.
  • the remote controller may thus treat the apparatus like a "regular" first field device, such as a sensor in an industrial process domain.
  • the remote controller may for example use the same mechanisms as it regularly uses to obtain sensory information from the industrial process domain.
  • the first field device is configured to write in a reserved first memory region accessible by the remote controller and reserved for the first field device
  • the second field device may be configured to write in a reserved second memory region accessible by the remote controller in the same manner as the first memory region.
  • the second interface may be located on Layer 1 of the Open Systems Interconnection, OSI, model. Layer 1 is also called physical layer.
  • the second interface may be hardware interface.
  • the second interface may be a wire-based interface.
  • the second interface may be configured to be coupled to a field bus.
  • the industrial process communication protocol and/or the second interface may be compliant with at least one of International Electrotechnical Commission, IEC, standard 61158 and IEC standard 61784.
  • IEC International Electrotechnical Commission
  • the industrial process communication protocol and/or the second interface may be compliant with ProfiNet or EtherCAT.
  • the industrial process may be controlled via one, two or more radio bearers.
  • the one, two or more radio bearers may each stretch between the radio access network and the user equipment.
  • Different bearers may provide different QoS levels, such as in terms of latency.
  • the different QoS levels and, thus, the different radio bearers may be associated with different first field devices of the industrial process.
  • the received status information is associated with exactly one radio bearer.
  • the industrial process may be controlled using a flow of data frames between the remote controller and the industrial process (e.g., the one or more first field advices).
  • a format of the data frames may be defined in the industrial process communication protocol.
  • the status information may pertain to a transmission state of one or more data frames.
  • the one or more data frames may be associated with a dedicated data flow as identified by a flow identifier.
  • the status information is provided on a per-data frame basis and/or on a per-data flow basis.
  • the status information may permit to investigate the transmission state of a particular data frame by the remote controller (e.g., when the remote controller is still awaiting this data frame from the industrial process domain or is interested if this data frame has actually been delivered to the industrial process domain).
  • the data frame may be transmitted in a downlink direction or in an uplink direction.
  • the transmission state may relate to one of the downlink direction and the uplink direction.
  • the status information may pertain to one or more of the following, or other, data frame transmission states:
  • the status information may associate an individual data frame transmission state with supplemental information.
  • the supplemental information may include at least one of a data flow identifier, a flow update time and a time stamp.
  • the supplemental information has been obtained by packet inspection in at least one of the user equipment, the radio access network and the core network. To this end, shallow packet inspection may be applied.
  • the apparatus may be configured to operate in real-time.
  • the status information provided by the apparatus may be used by the remote controller for real-time control of the at least one first field device.
  • a remote controller for controlling at least one first field device of an industrial process using a wireless data transmission.
  • the remote controller is configured to obtain, based on an industrial process communication protocol that is used for communication between the remote controller and the at least one first field device, status information relating to the wireless data transmission.
  • the remote controller is further configured to control the industrial process based on the obtained status information.
  • the status information obtained by the remote controller may relate to a wireless data transmission towards (downlink) or from (uplink) the first device.
  • the remote controller may be configured to control the first device based on the obtained status information.
  • the status information may be "raw” status information as generated within the wireless communication network.
  • the "raw" status information has been pre-processed so that the status information obtained by the remote controller is pre-processed status information.
  • the status information may be obtained from an apparatus in the wireless communication network that presents itself as a second field device to the remote controller.
  • the remote controller may use the same mechanism to obtain information from any first field device (that is involved in the industrial process as such) and the second field device (i.e., from the apparatus providing the status information about the wireless data transmission).
  • the industrial process may be controlled using a flow of data frames between the remote controller and the industrial process (e.g., the one or more first field devices).
  • the remote controller may be configured to obtain (e.g., to request or read) the status information in response to a determination that a data frame has not arrived in time from the industrial process.
  • radio access network types such as 5G radio access networks
  • the present disclosure can also be implemented in connection with other radio access network types (e.g., 4G radio access networks).
  • radio access network types e.g., 4G radio access networks
  • 3GPP 3 rd Generation Partnership Project
  • the present disclosure is not restricted to any specific wireless access type.
  • ProfiNet as an exemplary industrial process communication protocol
  • the present disclosure can also be implemented using any other industrial process communication protocol such as EtherCAT (e.g., protocols compliant with IEC 61158 and/or IEC 61784).
  • Fig. 1A illustrates a first embodiment of a network system 100 in which the present disclosure can be implemented.
  • the network system 100 comprises a robot cell domain 100A, a wireless access domain 100B, and a cloud computing domain 100C.
  • the wireless access domain 100B belongs to a wireless communication network that also comprises a core network and one or more wireless endpoints.
  • the robot cell domain 100A comprises a robot cell 101 as one example of an industrial process.
  • the present disclosure could, of course, also be implemented in the context of chemical process control or control of any other industrial process.
  • the robot cell 101 comprises multiple robotic devices 102 each having a dedicated local robot controller 102A.
  • Each robotic device 102 such as a robot arm movable within various degrees of freedom, may comprise multiple actuators (e.g., servos).
  • Multiple robotic devices 102 within the robot cell 101 may collaboratively work on the same task (e.g., on the same work product).
  • Each local controller 102A comprises or represents, from the perspective of an industrial process communication protocol such as ProfiNet, a field device (e.g., an Input/Output, I/O, device) within the robot cell domain 100A.
  • the local controllers 102A may have components, such as software and/or hardware interfaces, functionally located on OSI level 1 (physical level).
  • the local controllers 102A may comprise hardware PLCs, discrete PID controllers, or similar devices.
  • each robotic device 102 is associated with a wireless endpoint 103 for wireless communication with the wireless access domain 100B.
  • a wireless endpoint 103 is sometimes also referred to as User Equipment (UE) herein and in some wireless communication standards.
  • UE User Equipment
  • the robot cell domain 100A further comprises multiple monitoring devices 104 such as cameras, motion sensors, and so on.
  • the monitoring devices 104 generate robot cell state data (i.e., sensory information) indicative of a state of the robot cell 101.
  • One or more of the monitoring devices 104 can also be integrated into one or more of the robotic devices 102.
  • one or more of the local controllers 102A may function as monitoring devices 104 capable of generating robot cell state data indicative of a state of the associated robotic device 102.
  • Each monitoring device 104 comprises or represents, from the perspective of an industrial process communication protocol such as ProfiNet, a field device (e.g., an Input/Output, I/O, device) within the robot cell domain 100A.
  • a field device e.g., an Input/Output, I/O, device
  • each monitoring device 104 is associated with a wireless endpoint ("UE") 103 for wireless communication with the wireless access domain 100B.
  • UE wireless endpoint
  • the wireless access domain 100B belongs to a cellular and/or non-cellular wireless communication network, for example as specified by 3GPP (e.g., a 5G network).
  • 3GPP e.g., a 5G network
  • the wireless access domain 100B of the wireless communication network is compliant with the 3GPP standards according to Release R15, such as TS 23.503 V15.1.0 (2018-3) or later.
  • the wireless access domain 100B comprises a Radio Access Network (RAN) 105 with one or more base stations and/or one or more wireless access points that enable a wireless communication between the UEs 103 in the robot cell 101 on the one hand and the cloud computing domain 100C on the other.
  • RAN Radio Access Network
  • the robotic devices 102 with their associated local robot controllers 102A are configured to receive control data generated in the cloud computing domain 100C from the wireless access domain 100B.
  • the state data as acquired by the monitoring devices 104 and the local controllers 102A are wirelessly communicated via the wireless access domain 100B to the cloud computing domain 100C.
  • Processing of the state data in the cloud computing domain 100C may be performed in the context of inverse kinematics, in a PID control context, in a robot cell security context or in the context of performance monitoring and control.
  • the cloud computing domain 100C comprises a central controller ("remote controller") 106 composed of cloud computing resources.
  • the remote controller 106 is configured to receive the robot cell state data from the monitoring devices 104 and the local controllers 102A via the wireless access domain 100B.
  • the remote controller 106 is further configured to receive status information relating to the wireless transmission of data frames between the remote controller and the robot cell field devices (i.e., the monitoring devices 104 and the local controllers 102A).
  • the remote controller 106 is configured to generate control data for the robotic devices 102, optionally on the basis of the robot cell state data and/or the status information pertaining to the wireless data transmission, and to forward the control data via the wireless access domain 100B to the local controllers 102A of the robotic devices 102.
  • the local controllers 102A are configured to receive the control data and to control one or more individual actuators of the respective robotic device 102 based thereon.
  • Fig. 1B shows a second embodiment of the network system 100.
  • the second network system embodiment is similar to the first network system embodiment described with reference to Fig. 1A with the exception of the provision of a central gateway controller 101A within the robot cell 101.
  • a single UE 103 is associated with the gateway controller 101A for wireless data transmission between the remote controller 106 and the robot cell 101.
  • the gateway controller 101A is coupled via a wire-based field bus to each of the robotic devices 102 and the monitoring devices 104 in the robot cell 101.
  • Fig. 1C illustrates a portion of the second network system embodiment of Fig. 1A with a single field device (robotic device 102) in the robot cell 101.
  • Fig. 1C specifically illustrates the exemplary placement of two apparatuses 110 in the UE 103 and the RAN 105, respectively.
  • These apparatuses 110 are configured to present themselves as "virtual" field devices to the remote controller 106.
  • ProfiNet an industrial process communication protocol
  • the remote controller 106 will communicate with the apparatuses 110 in the same manner as with any of the "regular" field devices 102A, 104 in the robot cell 101.
  • the apparatuses 110 will also be referred to as "virtual devices" hereinafter.
  • the virtual devices 110 are placed in the wireless communication network and configured to provide status information that relates to a wireless data transmission between the remote controller 106 and each "regular" field device 102A, 104 in the robot cell 101.
  • the status information specifically pertains to a radio bearer 112 stretching between the RAN 105 and the UE 103 and providing the wireless data transmission services. It will be appreciated that in other embodiments multiple radio bearers 112 may be provided between the RAN 105 and the UE 103 (e.g., to provide different QoS levels for different field devices 102A, 104), wherein status information is individually provided per radio bearer 102.
  • a virtual device 110 may also be placed in a core network portion of the wireless communication network.
  • data frames of the industrial process communication protocol are transferred on a field bus that virtually stretches between the remote controller 106 and each field device 102A, 104 in the robot cell 101. Since that field bus does not physically stretch through the wireless access domain 100B, the associated data frames are tunneled through the wireless access domain 100B as shown in Fig. 1C .
  • the two opposite tunneling ends interface a wire-based field bus.
  • each virtual device 110 comprises an input interface 110A and an output interface 110B.
  • Each of the interfaces 110A and 110B may be a hardware interface, or a software interface, or a combination thereof.
  • the input interfaces 110A are configured to receive status information relating to the wireless data transmission.
  • the status information may specifically pertain to aspects of the radio bearer 112 that is used to wirelessly transmit the data frames from the RAN 105 to the UE103 and vice versa.
  • the input interfaces 110A may internally be coupled within the UE 103 and the RAN 105, respectively, to a corresponding internal interface of the UE 103 and the RAN 105, respectively.
  • the first interfaces 110A may be proprietary interfaces or interfaces compliant with a wireless communication protocol underlying the wireless access domain 100B.
  • the standardized interfaces (such as an operations and maintenance, O&M, interface as specified by 3GPP) for fetching status information from an associated radio access network are slow and only capable of providing status information in an overly aggregated manner.
  • the first interfaces 110A may be realized as proprietary interfaces.
  • the output interfaces 110B are compliant with the industrial process communication protocol used for communication between the remote controller 106 and the field devices 102A, 104 in the robot cell 101. As an example, these interfaces 110B may be compliant with ProfiNet.
  • the output interfaces 110B are configured to output the status information, optionally after one or more processing steps within the virtual devices 110, in data frames that are compliant with the industrial process communication protocol. These data frames may then be inserted (or "injected") within the UE 103 and the RAN 105 between the "regular" data frames communicated from the "regular" field devices 102A, 104 on the field bus towards the remote controller 106.
  • the output interfaces 110B may take the form of dedicated ports (e.g., an input memory map address of the remote controller 106) to "publish" the status information for being read by the remote controller 106. In this way, the remote controller 106 may use the same process to read the virtual devices 110 and the "regular" field devices 102A, 104.
  • the associated data frames including this status information can transparently be transported on the field bus infrastructure to which the remote controller 106 is attached.
  • Figs. 2A and 2B illustrate two embodiments of the virtual devices 110 of Fig 1C .
  • the virtual device 110 comprises a processor 202 and a memory 204 coupled to the processor 202.
  • the virtual device 110 further comprises the input interface 110A and the output interface 110B as discussed above with reference to Fig. 1C .
  • the memory 204 stores program code that controls operation of the processor 202.
  • the processor 202 is configured to receive the status information relating to wireless data transmission via the input interface 110A from the UE 102 or the RAN 105.
  • the processor 202 is further configured to provide the status information via the output interface 110B towards the remote controller 106.
  • the processor 202 may in some variants perform a protocol conversion between a wireless communication protocol format in which the status information is received via the input interface 110A and an industrial process communication protocol format in which the status information is provided via the output interface 110B towards the remote controller 106.
  • the status information as such may transparently be transferred from the intput interface 110A to the output interface 110B.
  • the processor 202 may process the status information before outputting it via the output interface 110B.
  • Fig. 2B shows an embodiment in which the virtual device 110 is implemented in a modular configuration.
  • the virtual device 110 comprises a first interfacing module 206 and a second interfacing module 208.
  • the first interfacing module 206 is configured to be coupled to one of the UE 103 and the RAN 105 (or a core network) of the wireless communication network.
  • the second interfacing module 208 is compliant with an industrial process communication protocol used for communication between the remote controller 106 and the field devices 102A, 104 in the robot cell 101.
  • the virtual device 110 of Fig. 2B is configured to receive the status information via the first interfacing module 2006 and to provide the received status information, or status information derived from, via the second interface 110B towards the remote controller 106.
  • Figs. 3A and 3B illustrate two embodiments of the remote controller 106 of Figs. 1A to 1C .
  • the remote controller 106 comprises a processor 302 and a memory 304 coupled to the processor.
  • the memory 304 stores program code that controls operation of the processor 302.
  • the processor 302 is configured to obtain, based on an industrial communication protocol that is used for communication between the remote controller 106 and the field devices 102A, 104 in the robot cell 101, status information relating to the wireless data transmission illustrated in Figs. 1A to 1C .
  • the processor 302 is further configured to control the industrial process 101 (and in particular one or more of the field devices 102A) based on the obtained status information.
  • Fig. 3B shows an embodiment in which the remote controller 106 is implemented in a modular configuration.
  • the remote controller 106 comprises an obtaining module 306 configured to obtain status information relating to the wireless data transmission illustrated in Figs. 1A to 1C .
  • This status information is obtained in accordance with (e.g., in a format compliant with) the industrial process communication protocol that is used for communication between the remote controller 106 and the one or more field devices 102A, 104 in the robot cell 101.
  • the controlling module 308 is configured to control the industrial process (and in particular the field devices 102A) based on the obtained status information.
  • Fig. 4 illustrates in a flow diagram 400 a method embodiment of providing status information by the virtual device 110 and controlling the robot cell 101 based on the provided status information.
  • the method embodiment may be performed by any of the embodiments of Figs. 2A or 2B and Fig. 3A and 3B .
  • step S402 the virtual device 110 receives via the first interface 110A status information pertaining to the wireless data transmission illustrated in Figs. 1A to 1C .
  • step S404 the virtual device 110 provides the received status information, or status information derived therefrom, via the second interface 110B towards the remote controller 106.
  • the remote controller 106 obtains the status information provided by the virtual device 110 in step S406.
  • the status information is obtained based on the industrial process communication protocol used for communication between the remote controller 106 and the one or more field devices 102A.
  • the virtual device 110 presents itself via the second interface 110B as a "virtual" field device to the remote controller 106.
  • the remote controller 106 may obtain the status information from the virtual device 110 in a similar manner as information is obtained from the "regular" field devices 102A, 104.
  • the remote controller controls the robot cell 101 based on the obtained status information.
  • This robot cell control may in particular relate to a control of the one or more field devices 102A in the robot cell 101 that are associated with the robotic devices 102.
  • robot cell control by the remote controller 106 based on status information received from one or more virtual devices 110 will be discussed.
  • the remote controller 106 determines that a data frame expected from the robot cell 102 has not arrived in time (e.g., a data frame required for PID control of one of the field devices 102A). In such a case, the remote controller 106 will obtain (e.g., request or read) the status information associated with the missing data frame as provided by one of the virtual devices 110. Based on the status information thus obtained, the remote controller 106 can initiate one or more control actions pertaining to the robot cell 101.
  • a data frame expected from the robot cell 102 has not arrived in time (e.g., a data frame required for PID control of one of the field devices 102A). In such a case, the remote controller 106 will obtain (e.g., request or read) the status information associated with the missing data frame as provided by one of the virtual devices 110. Based on the status information thus obtained, the remote controller 106 can initiate one or more control actions pertaining to the robot cell 101.
  • the remote controller 106 may only temporarily stop the robot cell 101 if the obtained status information reveals that there is an ongoing data transmission (identified, e.g., by a specific flow identifier) from the robot cell 101 that potentially includes the missing data frame.
  • the remote controller 106 may obtain the status information in regard to two or more of the field devices 102A that execute a collaborative task that needs to be coordinated. As an example, two robot arms as exemplary robotic devices 102 may need to perform precise and synchronized movements, and need to avoid any collisions. The remote controller 106 may then evaluate the status information to determine if the collaborative task can properly be executed by the robot arms. As an example, based on the status information, the remote controller 106 may determine that the associated data frames for collaborative control have been sent or have arrived at each of the associated field devices 102A in time. In such a case the remote controller 106 can deduce that the collaborative task can properly be performed.
  • the remote controller 106 determines from the status information that one or more data frames pertaining to control of an individual one of the two field devices 102A has nor arrived in time, it can deduce that the collaborative task cannot properly be executed and control the remaining field device 102A in an appropriate manner (e.g., stop or delay certain movement actions or modify the movement paths of the robot arms).
  • each radio bearer 112 that is serving the robot cell 101 is monitored and associated status information is evaluated either within the wireless communication network but outside the virtual device 110, or by the virtual device itself.
  • flows can thus be identified (FlowID), and update times can be determined.
  • FlowID flow ID
  • the first two bytes of a ProfiNet IO data frame contain the flow ID which identifies the flow.
  • radio transmission events pertaining to data frame transmission states are collected. Each event is time-stamped and extended with the associated flow identifer.
  • the following data frame transmission states can be collected from a radio module of, for example, a base station of the RAN 105 in a downlink direction:
  • the status information can be provided per event (i.e., per dedicated data frame transmission state).
  • the status information may be provided per event as a data tuple comprising at least a time stamp "TS", a flow identifier "FlowID” and a data frame transmission state indicative of the underlying data frame transmission state "Event”.
  • a temporal sequence of such data tuples representative of individual items of status information as received or derived by the virtual device 110 in the RAN 105 (for provision to the remote controller 106) may look as follows
  • the UE 103 sends data frames to RAN 105.
  • the following two events may be collected:
  • This event contains time stamps.
  • FlowIDs of one or more flows which have the closest desired arrival time (ClosestFlowIDs) are also added to the event.
  • the remote controller 106 can be aware of that the UE side is trying to send a data frame that most probably belongs to the flow of ClosestFlowID.
  • a temporal sequence of data tuples representative of individual items of status information as received or derived by the virtual device 110 in the UE 103 or the RAN 105 may look as follows:
  • the above items of status information for the uplink direction and the downlink direction will be collected by the virtual devices 110 in one or both of the UE 103 and the RAN 105 for provision to the remote controller 106.
  • the remote controller 106 can obtain the status information based on a pull mechanism or a push mechanism.
  • the remote controller 106 evaluates the status information thus obtained and takes proper control action as exemplarily explained above.
  • the control logic of the remote controller 106 can thus be extended to properly handle wireless transmission events in an efficient manner.
  • the remote controller 106 can read the virtual devices 110 in the same way any "regular" field device 102A, 104 in the robot cell 101, there is no additional communication overhead on the side of the remote controller 106. That is, the virtual devices 110 can provide, or “publish", the status information on their output interfaces 110B (e.g., ports) in the same manner as a monitoring device 104 (e.g., a sensor) would "publish” any robot cell state data towards the remote controller 106. This "publishing" can take place in real time, so that the remote controller 106 can process the status information for real time control of the robot cell 101.
  • the output interfaces 110B e.g., ports
  • a monitoring device 104 e.g., a sensor

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Medical Informatics (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • General Engineering & Computer Science (AREA)
  • Environmental & Geological Engineering (AREA)
  • Manufacturing & Machinery (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Automation & Control Theory (AREA)
  • Robotics (AREA)
  • Mechanical Engineering (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Selective Calling Equipment (AREA)

Claims (15)

  1. Einrichtung (110), die konfiguriert ist, um Statusinformationen bezüglich einer Drahtlosdatenübertragung bereitzustellen, die verwendet werden, um einen Industrieprozess (101) durch eine Fernsteuerung (106) zu steuern, wobei die Fernsteuerung (106) mit mindestens einer ersten Feldvorrichtung (102A) des Industrieprozesses (101) über ein Drahtloskommunikationsnetz gekoppelt ist, das die Drahtlosdatenübertragung unterstützt, die Einrichtung (110) umfassend
    eine erste Schnittstelle (110A), die konfiguriert ist, um entweder mit eines von einem Benutzerendgerät (103), einem Funkzugangsnetz (105) und einem Kernnetz des Drahtloskommunikationsnetzes gekoppelt zu werden;
    eine zweite Schnittstelle (110B), die mit einem Industrieprozesskommunikationsprotokoll konform ist, das für die Kommunikation zwischen der Fernsteuerung (106) und der mindestens einen ersten Feldvorrichtung (102A) verwendet wird; und
    wobei die Einrichtung (110) konfiguriert ist, um die Statusinformationen über die erste Schnittstelle (110A) zu empfangen und die empfangenen Statusinformationen oder davon abstammende Statusinformationen über die zweite Schnittstelle (110B) zu der Fernsteuerung (106) bereitzustellen.
  2. Einrichtung nach Anspruch 1, wobei
    die Einrichtung (110) konfiguriert ist, um sich über die zweite Schnittstelle (110B) gegenüber der Fernsteuerung (106) als eine zweite Feldvorrichtung zu präsentieren.
  3. Einrichtung nach einem der vorstehenden Ansprüche, wobei
    die zweite Schnittstelle (110B) sich auf Schicht 1 des Open Systems Interconnection(OSI)-Modells befindet.
  4. Einrichtung nach einem der vorstehenden Ansprüche, wobei
    die zweite Schnittstelle (110B) eine drahtbasierte Schnittstelle ist.
  5. Einrichtung nach einem der vorstehenden Ansprüche, wobei
    das Industrieprozesskommunikationsprotokoll und/oder die zweite Schnittstelle (110B) mit mindestens einem von dem Standard der Internationalen Elektrotechnischen Kommission (International Electrotechnical Commission - IEC)61158 und dem IEC-Standard 61784 konform sind.
  6. Einrichtung nach einem der vorstehenden Ansprüche, wobei
    der Industrieprozess (101) über zwei oder mehr Funkträger (112) gesteuert wird, und wobei die Statusinformationen mit genau einem Funkträger (112) verknüpft sind.
  7. Einrichtung nach einem der vorstehenden Ansprüche, wobei
    der Industrieprozess (101) unter Verwendung eines Flusses von Datenrahmen zwischen der Fernsteuerung (106) und dem Industrieprozess (101) gesteuert wird, und wobei die Statusinformationen einen Übertragungszustand von einem oder mehreren Datenrahmen betreffen.
  8. Einrichtung nach Anspruch 7, wobei
    die Statusinformationen einen oder mehrere der folgenden Datenrahmenübertragungszustände betreffen:
    - an dem Funkzugangsnetz (105) eingetroffene Datenrahmen für die Drahtlosübertragung zu dem Industrieprozess (101);
    - erfolgreich durch das Funkzugangsnetz (105) zu dem Industrieprozess (101) gelieferte Datenrahmen;
    - das Funkzugangsnetz (105) hat begonnen, einen Datenrahmen drahtlos zu übertragen;
    - das Funkzugangsnetz (105) hat ein nochmaliges Übertragen von einem Datenrahmen ausgelöst;
    - das Funkzugangsnetz (105) hat einen Datenrahmen gelöscht;
    - erfolgreich an die Fernsteuerung (106) gelieferter Datenrahmen; und
    - fortlaufende Datenrahmenübertragung von dem Industrieprozess (101).
  9. Einrichtung nach Anspruch 8, wobei
    die Statusinformationen einen einzelnen Datenrahmenübertragungszustand mit Zusatzinformationen verknüpfen, die mindestens eines von einer Datenflusskennung, einer Flussaktualisierungszeit und einem Zeitstempel beinhalten.
  10. Einrichtung nach Anspruch 9, wobei
    die Zusatzinformationen durch Paketinspektion in mindestens eines von dem Benutzerendgerät (103), dem Funkzugangsnetz (105) und dem Kernnetz erhalten wurden.
  11. Einrichtung nach einem der vorstehenden Ansprüche, wobei
    die Einrichtung (110) konfiguriert ist, um in Echtzeit zu arbeiten.
  12. Fernsteuerung (106) zum Steuern mindestens einer ersten Feldvorrichtung (102A) eines Industrieprozesses (101) unter Verwendung einer Drahtlosdatenübertragung, wobei die Fernsteuerung (106) konfiguriert ist, um
    basierend auf einem Industrieprozesskommunikationsprotokoll, das für die Kommunikation zwischen der Fernsteuerung (106) und der mindestens einen ersten Feldvorrichtung (102A) verwendet wird, Statusinformationen bezüglich der Drahtlosdatenübertragung zu erhalten; und
    den Industrieprozess (101) basierend auf den erhaltenen Statusinformationen zu steuern.
  13. Fernsteuerung nach Anspruch 12, wobei
    die Statusinformationen von einer Einrichtung (110) in dem Drahtloskommunikationsnetz erhalten werden, die sich gegenüber der Fernsteuerung (106) als eine zweite Feldvorrichtung präsentiert.
  14. Fernsteuerung nach Anspruch 12 oder 13, wobei
    der Industrieprozess (101) unter Verwendung eines Flusses von Datenrahmen zwischen der Fernsteuerung (106) und dem Industrieprozess (101) gesteuert wird, und
    wobei die Fernsteuerung (106) konfiguriert ist, um die Statusinformationen als Reaktion auf eine Bestimmung zu erhalten, dass ein Datenrahmen nicht rechtzeitig von dem Industrieprozess (101) eingetroffen ist.
  15. Verfahren zum Bereitstellen von Statusinformationen bezüglich einer Drahtlosdatenübertragung, die verwendet werden, um einen Industrieprozess (101) durch eine Fernsteuerung (106) zu steuern, die mit mindestens einer Feldvorrichtung (102A) des Industrieprozesses (101) über ein Drahtloskommunikationsnetz gekoppelt ist, das die Drahtlosdatenübertragung unterstützt, das Verfahren umfassend
    Empfangen (S402) der Statusinformationen über eine erste Schnittstelle (110A), die konfiguriert ist, um mit eines von einem Benutzerendgerät (103), einem Funkzugangsnetz (105) und einem Kernnetz des Drahtloskommunikationsnetzes gekoppelt zu werden; und
    Bereitstellen (S404) der Statusinformationen oder davon abstammender Statusinformationen über eine zweite Schnittstelle (110B), die mit einem Industrieprozesskommunikationsprotokoll konform ist, das für die Kommunikation zwischen der Fernsteuerung (106) und der mindestens einen Feldvorrichtung (102A) verwendet wird, zu der Fernsteuerung (106).
EP18789761.6A 2018-10-16 2018-10-16 Verfahren zum bereitstellen von statusinformationen in bezug auf eine drahtlose datenübertragung für die industrielle prozesssteuerung Active EP3868078B1 (de)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2018/078195 WO2020078536A1 (en) 2018-10-16 2018-10-16 Technique for providing status information relating to a wireless data transmission for industrial process control

Publications (2)

Publication Number Publication Date
EP3868078A1 EP3868078A1 (de) 2021-08-25
EP3868078B1 true EP3868078B1 (de) 2022-12-07

Family

ID=63921540

Family Applications (1)

Application Number Title Priority Date Filing Date
EP18789761.6A Active EP3868078B1 (de) 2018-10-16 2018-10-16 Verfahren zum bereitstellen von statusinformationen in bezug auf eine drahtlose datenübertragung für die industrielle prozesssteuerung

Country Status (4)

Country Link
US (1) US20210382462A1 (de)
EP (1) EP3868078B1 (de)
CN (1) CN112889256B (de)
WO (1) WO2020078536A1 (de)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220193904A1 (en) * 2019-06-12 2022-06-23 Telefonaktiebolaget Lm Ericsson (Publ) Technique for Determining Control Information to be Wirelessly Transmitted to a Robotic Device
EP4287530A1 (de) * 2022-06-02 2023-12-06 Siemens Aktiengesellschaft Analyse von lokalen zeitstempeln und referenztakt in einem zumindest teilweise virtuellen kommunikationssystem zur fehlererkennung
WO2023241776A1 (en) * 2022-06-13 2023-12-21 Abb Schweiz Ag Connectivity-guided control of an industrial system

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8798084B2 (en) * 2007-04-13 2014-08-05 Hart Communication Foundation Increasing reliability and reducing latency in a wireless network
US8230108B2 (en) * 2007-04-13 2012-07-24 Hart Communication Foundation Routing packets on a network using directed graphs
US9013278B2 (en) * 2010-08-16 2015-04-21 Nxp, B.V. System and method for responding to a request received at an object with an RFID device
US9065813B2 (en) * 2011-03-18 2015-06-23 Honeywell International Inc. Adapter device for coupling an industrial field instrument to an industrial wireless network and related system and method
US9477936B2 (en) * 2012-02-09 2016-10-25 Rockwell Automation Technologies, Inc. Cloud-based operator interface for industrial automation
CN104521219A (zh) * 2012-06-07 2015-04-15 施耐德电器工业公司 工业网络中的消息隧穿
US9572020B2 (en) * 2013-09-19 2017-02-14 Honeywell International Inc. Apparatus and method supporting wireless communications between devices using different application protocols in industrial control and automation systems
CN103728936A (zh) * 2013-12-13 2014-04-16 中国神华能源股份有限公司 发电厂电气热工一体化控制的装置、方法及控制系统
US9936028B2 (en) * 2014-10-21 2018-04-03 Aruba Networks, Inc. Method and system for client association management based on estimated session duration
CN106154993A (zh) * 2015-03-31 2016-11-23 宁波家天下智能系统有限公司 一种设备控制器
US10178177B2 (en) * 2015-12-08 2019-01-08 Honeywell International Inc. Apparatus and method for using an internet of things edge secure gateway
US20170171048A1 (en) * 2015-12-09 2017-06-15 Unify Square, Inc. Automated detection and analysis of call conditions in communication system
CN106656712A (zh) * 2016-12-30 2017-05-10 深圳市优必选科技有限公司 用于总线的异常处理方法、用于机器人的控制器
CN106973097A (zh) * 2017-03-28 2017-07-21 上海艾络格电子技术有限公司 一种工业物联网系统
US10687389B2 (en) * 2018-01-29 2020-06-16 Honeywell International Inc. Wireless industrial remote controller for industrial process control and automation systems or other systems

Also Published As

Publication number Publication date
US20210382462A1 (en) 2021-12-09
EP3868078A1 (de) 2021-08-25
CN112889256A (zh) 2021-06-01
WO2020078536A1 (en) 2020-04-23
CN112889256B (zh) 2024-04-26

Similar Documents

Publication Publication Date Title
US10652160B2 (en) On-vehicle system, gateway, relay, non-transitory computer-readable medium storing program, information processing method, information processing system, and vehicle
EP3868078B1 (de) Verfahren zum bereitstellen von statusinformationen in bezug auf eine drahtlose datenübertragung für die industrielle prozesssteuerung
US7411966B2 (en) Method and system for coupling data networks
US11128571B2 (en) Communication system, communication apparatus, and communication method
US7900115B2 (en) Replacement messages for identifying and preventing errors during the transmission of realtime-critical data
US8792518B2 (en) Automation system
EP3883214B1 (de) Verfahren zur implementierung eines industriellen kommunikations-gateways
CN114338274B (zh) 一种异构工业现场总线融合方法及系统
US9106678B2 (en) Method and apparatus for interchanging data between two devices in an automation network
JP2023017800A (ja) 無線ネットワークを介したコントローラと被制御デバイスとの間の通信
KR20210047748A (ko) 5g 기반의 산업용 통신 시스템
US20210173372A1 (en) Control system
CN113225768B (zh) 一种4g/5g传输网络的同步方法
US11522762B2 (en) Coordination device and method for providing control applications via a communication network for transmitting time-critical data
US20220234211A1 (en) Technique for Selecting a Transmission Mode for Wirelessly Transmitting a Message Comprising Control Information for Robotic Device Control
US20240129252A1 (en) Technique for Message Handling in an Industrial Control Procedure
EP4055736A1 (de) Redundanzsteuerung für datenverkehr über eine drahtlose verbindung
WO2021028717A1 (en) Industrial automation with cellular network
CN113271291B (zh) Tsn装置与非tsn装置之间传数据分组的方法和装置
US20230078505A1 (en) Synchronization for backplane communication
EP4187821A1 (de) Kommunikationsverfahren und -vorrichtung
CN115776732A (zh) 网桥确定方法、数据调度方法及电子设备
CN115914414A (zh) 基于sercos协议的远程通信系统及方法
CN117411949A (zh) 传输控制方法及装置

Legal Events

Date Code Title Description
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: UNKNOWN

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE

PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20210504

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

DAV Request for validation of the european patent (deleted)
DAX Request for extension of the european patent (deleted)
REG Reference to a national code

Ref country code: DE

Ref legal event code: R079

Ref document number: 602018044021

Country of ref document: DE

Free format text: PREVIOUS MAIN CLASS: H04L0029080000

Ipc: H04L0067120000

GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: GRANT OF PATENT IS INTENDED

RIC1 Information provided on ipc code assigned before grant

Ipc: G05B 19/418 20060101ALI20220404BHEP

Ipc: H04L 43/08 20220101ALI20220404BHEP

Ipc: B25J 9/16 20060101ALI20220404BHEP

Ipc: H04L 67/56 20220101ALI20220404BHEP

Ipc: H04L 69/08 20220101ALI20220404BHEP

Ipc: H04L 67/025 20220101ALI20220404BHEP

Ipc: H04L 67/125 20220101ALI20220404BHEP

Ipc: H04L 67/12 20220101AFI20220404BHEP

INTG Intention to grant announced

Effective date: 20220504

GRAS Grant fee paid

Free format text: ORIGINAL CODE: EPIDOSNIGR3

GRAA (expected) grant

Free format text: ORIGINAL CODE: 0009210

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE PATENT HAS BEEN GRANTED

AK Designated contracting states

Kind code of ref document: B1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

REG Reference to a national code

Ref country code: GB

Ref legal event code: FG4D

REG Reference to a national code

Ref country code: CH

Ref legal event code: EP

Ref country code: AT

Ref legal event code: REF

Ref document number: 1536991

Country of ref document: AT

Kind code of ref document: T

Effective date: 20221215

REG Reference to a national code

Ref country code: DE

Ref legal event code: R096

Ref document number: 602018044021

Country of ref document: DE

REG Reference to a national code

Ref country code: IE

Ref legal event code: FG4D

REG Reference to a national code

Ref country code: LT

Ref legal event code: MG9D

REG Reference to a national code

Ref country code: NL

Ref legal event code: MP

Effective date: 20221207

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20221207

Ref country code: NO

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230307

Ref country code: LT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20221207

Ref country code: FI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20221207

Ref country code: ES

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20221207

REG Reference to a national code

Ref country code: AT

Ref legal event code: MK05

Ref document number: 1536991

Country of ref document: AT

Kind code of ref document: T

Effective date: 20221207

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: RS

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20221207

Ref country code: PL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20221207

Ref country code: LV

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20221207

Ref country code: HR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20221207

Ref country code: GR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230308

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: NL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20221207

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SM

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20221207

Ref country code: RO

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20221207

Ref country code: PT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230410

Ref country code: EE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20221207

Ref country code: CZ

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20221207

Ref country code: AT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20221207

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20221207

Ref country code: IS

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20230407

Ref country code: AL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20221207

REG Reference to a national code

Ref country code: DE

Ref legal event code: R097

Ref document number: 602018044021

Country of ref document: DE

PLBE No opposition filed within time limit

Free format text: ORIGINAL CODE: 0009261

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: DK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20221207

26N No opposition filed

Effective date: 20230908

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: SI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20221207

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: GB

Payment date: 20231027

Year of fee payment: 6

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: DE

Payment date: 20231027

Year of fee payment: 6