ES2590148T3 - Dispositivo de comunicación y procedimiento de comunicación - Google Patents

Dispositivo de comunicación y procedimiento de comunicación Download PDF

Info

Publication number
ES2590148T3
ES2590148T3 ES12870260.2T ES12870260T ES2590148T3 ES 2590148 T3 ES2590148 T3 ES 2590148T3 ES 12870260 T ES12870260 T ES 12870260T ES 2590148 T3 ES2590148 T3 ES 2590148T3
Authority
ES
Spain
Prior art keywords
data
error detection
codes
communication device
security
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
ES12870260.2T
Other languages
English (en)
Inventor
Sung Han Lee
Dae Hyun Kwon
Joon Seok Oh
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.)
LS Electric Co Ltd
Original Assignee
LSIS Co Ltd
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 LSIS Co Ltd filed Critical LSIS Co Ltd
Application granted granted Critical
Publication of ES2590148T3 publication Critical patent/ES2590148T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0061—Error detection codes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/08—Error detection or correction by redundancy in data representation, e.g. by using checking codes
    • G06F11/10—Adding special bits or symbols to the coded information, e.g. parity check, casting out 9's or 11's
    • G06F11/1004—Adding special bits or symbols to the coded information, e.g. parity check, casting out 9's or 11's to protect a block of data words, e.g. CRC or checksum
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/03—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words
    • H03M13/05—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words using block codes, i.e. a predetermined number of check bits joined to a predetermined number of information bits
    • H03M13/09—Error detection only, e.g. using cyclic redundancy check [CRC] codes or single parity bit
    • 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/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0041—Arrangements at the transmitter end
    • 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/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0072—Error control for data other than payload data, e.g. control data
    • 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/24—Testing correct operation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2212/00—Indexing scheme relating to accessing, addressing or allocation within memory systems or architectures
    • G06F2212/40—Specific encoding of data in memory or cache
    • G06F2212/403—Error protection encoding, e.g. using parity or ECC codes
    • 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/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0045—Arrangements at the receiver end
    • 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/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0075—Transmission of coding parameters to receiver
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Probability & Statistics with Applications (AREA)
  • Quality & Reliability (AREA)
  • General Physics & Mathematics (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Communication Control (AREA)
  • Small-Scale Networks (AREA)

Abstract

Un procedimiento de comunicación para la transmisión, mediante un primer dispositivo de comunicación (100A), de datos a un segundo dispositivo de comunicación (100B), comprendiendo el procedimiento de comunicación: el cálculo, mediante el primer dispositivo de comunicación (100A), de una pluralidad de códigos de detección de errores de datos para detectar un error de una pluralidad de campos de datos utilizando la pluralidad de campos de datos; la generación, mediante el primer dispositivo de comunicación (100A), de un paquete que comprende la pluralidad de campos de datos y la pluralidad de códigos de detección de errores de datos; y la transmisión, mediante el primer dispositivo de comunicación (100A), del paquete al segundo dispositivo de comunicación (100B), la pluralidad de códigos de detección de errores de datos se calculan mediante el uso de un identificador único de seguridad, SUID, en el que el identificador único de seguridad, SUID, se genera mediante la combinación de una dirección de control de acceso a medios (MAC) de origen, un identificador de dispositivo de origen, una dirección de MAC de destino y un identificador de dispositivo de destino, sin ser incluidos en una PDU de seguridad que comprende una cabecera de PDU de seguridad y una carga útil de PDU de seguridad.

Description

5
10
15
20
25
30
35
40
45
50
55
60
DESCRIPCION
Dispositivo de comunicacion y procedimiento de comunicacion Campo tecnico
La presente divulgacion se refiere a un dispositivo de comunicacion y a un procedimiento de comunicacion y, mas especificamente, a un dispositivo de comunicacion de seguridad y a un procedimiento de comunicacion de seguridad.
Antecedentes de la tecnica
Actualmente se buscan soluciones para la comunicacion de seguridad, a ser utilizadas en los campos industriales. En particular, se requieren sistemas de control industrial para mantener un nivel prescrito o superior de integridad de la informacion transferida a traves de una red, con el fin de asegurar la seguridad de los trabajadores, evitar las amenazas para el medio ambiente y evitar la aparicion de problemas relacionados con la seguridad.
Con el fin de satisfacer tales requisitos de integridad, se requieren sistemas de control industrial para tratar los problemas de corrupcion, repeticion involuntaria, secuencia incorrecta, perdida, retraso inaceptable, insercion, suplantacion y gestion de direcciones.
En cuanto al problema de la corrupcion, los sistemas de control industrial deberian ser capaces de determinar si se produce un error en los datos transferidos, con un nivel prescrito, o superior, de probabilidad.
En cuanto al problema de la repeticion involuntaria, los sistemas de control industrial deberian ser capaces de determinar si se produce o no normalmente repeticion de datos que no sea realizada maliciosamente por una persona, con un nivel prescrito, o superior, de probabilidad.
En cuanto al problema de la secuencia incorrecta, los sistemas de control industrial deberian ser capaces de determinar si se cambia o no una secuencia de transmision de datos, con un nivel prescrito, o superior, de probabilidad.
En cuanto al problema de la perdida, los sistemas de control industrial deberian ser capaces de determinar si una parte de los datos transmitidos estan danados o no, con un nivel prescrito, o superior, de probabilidad.
En cuanto al problema del retraso inaceptable, los sistemas de control industrial deberian ser capaces de determinar si se produce o no un retraso inaceptable en la transmision de datos, con un nivel prescrito, o superior, de probabilidad.
En cuanto al problema de la insercion, los sistemas de control industriales deberian ser capaces de determinar si se insertan o no datos no intencionados durante la transmision de datos, con un nivel prescrito, o superior, de probabilidad.
En cuanto al problema de la suplantacion, los sistemas de control industrial deberian ser capaces de determinar si alguna persona ha cambiado los datos maliciosamente o no, con un nivel prescrito, o superior, de probabilidad.
En cuanto al problema de la gestion de direcciones, los sistemas de control industriales deberian ser capaces de determinar si los datos se transmiten o no a un receptor correcto, con un nivel prescrito, o superior, de probabilidad.
El documento IEC 61508 representa una probabilidad de ocurrencia de errores utilizando SIL (Niveles de Integridad de Seguridad) como se muestra en la tabla 1 a continuacion.
[Tabla 1]
SIL4
> = 10‘9, < 10‘8
SIL3
>= 10‘8, < 10'7
SIL 2
>= 10‘7, < 10‘6
SIL1
>= 10‘6, < 10‘5
Por ejemplo, para satisfacer el SIL3, la probabilidad de ocurrencia de errores deberia satisfacer 10 '9'
Sin embargo, es dificil para las estructuras actuales de tramas de Ethernet satisfacer los requisitos de integridad de los sistemas de control industrial.
El documento EP 2 184 878 A1 divulga un aparato de transmision incluido en un sistema de comunicacion que
5
10
15
20
25
30
35
40
45
50
55
60
65
realiza comunicacion de mensajes utilizando el codigo de deteccion de errores con un aparato de recepcion.
El documento WO 99/49695 divulga un procedimiento y un aparato para transferir informacion de identificador en un sistema de telecomunicaciones.
Divulaacion de la invencion
Problema tecnico
Los modos de realizacion proporcionan un dispositivo de comunicacion y un procedimiento de comunicacion que cumple los requisitos de integridad de los sistemas de control industrial.
Solucion tecnica
En un modo de realizacion, un procedimiento de comunicacion para la transmision, mediante un primer dispositivo de comunicacion, de datos a un segundo dispositivo de comunicacion, comprendiendo el procedimiento de comunicacion: el calculo, mediante el primer dispositivo de comunicacion, de una pluralidad de codigos de deteccion de errores de datos para detectar un error de una pluralidad de campos de datos utilizando la pluralidad de campos de datos; la generacion, mediante el primer dispositivo de comunicacion, de un paquete que comprende la pluralidad de campos de datos y la pluralidad de codigos de deteccion de errores de datos; y la transmision, mediante el primer dispositivo de comunicacion, del paquete al segundo dispositivo de comunicacion; la pluralidad de codigos de deteccion de errores de datos se calculan mediante el uso de un identificador unico de seguridad, SUID, en donde el identificador unico de seguridad, SUID, se genera mediante la combinacion de una direccion de control de acceso a medios, MAC, de origen, un identificador del dispositivo de origen, una direccion de MAC de destino y un identificador de dispositivo de destino, sin ser incluidos en una PDU de seguridad que comprende una cabecera de PDU de seguridad y una carga util de PDU de seguridad.
En otro modo de realizacion, un procedimiento de comunicacion para recibir, mediante un primer dispositivo de comunicacion, los datos de un segundo dispositivo de comunicacion, comprendiendo el procedimiento de comunicacion: la recepcion, mediante el primer dispositivo de comunicacion, de un paquete desde el segundo dispositivo de comunicacion; la obtencion, mediante el primer dispositivo de comunicacion, de una pluralidad de campos de datos y una pluralidad de codigos de deteccion de errores de datos recibidos, provenientes del paquete; el calculo, mediante el primer dispositivo de comunicacion, de una pluralidad de codigos comparativos de deteccion de errores de datos usando la pluralidad de campos de datos; y la determinacion, mediante el primer dispositivo de comunicacion, de si el paquete tiene o no un error usando la pluralidad de codigos de deteccion de errores de datos recibidos y la pluralidad de codigos comparativos de deteccion de errores de datos; la pluralidad de codigos de deteccion de errores de datos se calculan mediante el uso de un identificador unico de seguridad, SUID, en donde el identificador unico de seguridad, SUID, se genera mediante la combinacion de una direccion de control de acceso a medios, MAC, de origen, un identificador de dispositivo de origen, una direccion de MAC de destino y un identificador de dispositivo de destino, sin ser incluidos en una PDU de seguridad que comprende una cabecera de PDU de seguridad y una carga util de PDU de seguridad.
Efectos ventajosos
De acuerdo a los modos de realizacion de la presente divulgacion, pueden cumplirse los requisitos de integridad de sistemas de control industrial.
Breve descripcion de los dibujos
La fig. 1 es un diagrama de bloques que ilustra un dispositivo de comunicacion de seguridad segun un modo de realizacion.
La fig. 2 es un diagrama escalonado que ilustra un procedimiento de comunicacion segun un modo de realizacion.
La fig. 3 ilustra los datos de seguridad de acuerdo a un modo de realizacion.
La fig. 4 ilustra un proceso de calculo de un codigo de deteccion de errores segun un modo de realizacion.
La fig. 5 ilustra una estructura de una unidad de datos de protocolo de seguridad de acuerdo a un modo de realizacion.
La fig. 6 ilustra una estructura de una trama de Ethernet segun una realizacion.
Modo de llevar a cabo la invencion
En lo sucesivo, se describira de forma detallada un terminal movil relacionado con un modo de realizacion, con
5
10
15
20
25
30
35
40
45
50
55
60
65
referenda a los dibujos adjuntos. En la siguiente descripcion, los terminos "modulo" y "unidad" para referirse a elementos estan asignados a la misma, y se utilizan de forma intercambiable para mayor comodidad y, por lo tanto, los terminos por si mismos no necesariamente representan diferentes significados o funciones.
En lo sucesivo, se describiran un dispositivo de comunicacion de seguridad y un procedimiento de comunicacion de seguridad de acuerdo a los modos de realizacion, con referencia a los dibujos adjuntos.
La fig. 1 es un diagrama de bloques que ilustra un dispositivo de comunicacion de seguridad segun un modo de realizacion.
Como se ilustra en la fig. 1, un dispositivo de comunicacion de seguridad 100 de acuerdo a un modo de realizacion incluye una unidad de calculo de codigos de deteccion de errores 110, una unidad de generacion de unidades de datos de protocolo (PDU) 120, una unidad de generacion de tramas de Ethernet 130, una unidad de transmision de datos 140, una unidad de recepcion de datos 150, una unidad de analisis de tramas de Ethernet 160, una unidad de analisis de unidades de datos de protocolo 170, una unidad de deteccion de errores 180 y una unidad de control 190.
La unidad de control 190 genera datos de seguridad y proporciona los datos de seguridad generados a la unidad de calculo de codigos de deteccion de errores 110.
La unidad de calculo de codigos de deteccion de errores 110 calcula un codigo de deteccion de errores de datos para los datos de seguridad utilizando los datos de seguridad.
La unidad de generacion de unidades de datos de protocolo 120 genera una unidad de datos de protocolo de seguridad que incluye el codigo calculado de deteccion de errores de datos y los datos de seguridad generados. Aqui, la unidad de datos de protocolo de seguridad puede denominarse un paquete. La unidad de generacion de tramas de Ethernet 130 genera una trama de Ethernet que incluye la unidad generada de datos de protocolo de seguridad 30.
La unidad de transmision de datos 140 transmite la trama de Ethernet generada a otro dispositivo de comunicacion de seguridad. De esta manera, la unidad de transmision de datos 140 transmite la unidad generada de datos de protocolo de seguridad al otro dispositivo de comunicacion de seguridad.
La unidad de recepcion de datos 150 recibe la trama de Ethernet que incluye la unidad de datos de protocolo de seguridad desde el otro dispositivo de comunicacion de seguridad.
La unidad de analisis de tramas de Ethernet 160 analiza la trama de Ethernet recibida para obtener la unidad de datos de protocolo de seguridad.
La unidad de analisis de unidades de datos de protocolo 170 analiza la unidad de datos de protocolo para obtener el codigo de deteccion de errores de datos y los datos de seguridad.
La unidad de deteccion de errores 180 calcula el codigo de deteccion de errores de datos utilizando los datos de seguridad y, a continuacion, compara el codigo calculado de deteccion de errores de datos con el codigo obtenido de deteccion de errores de datos, para detectar un error. En el caso de que el codigo calculado de deteccion de errores de datos sea igual al codigo obtenido de deteccion de errores de datos, la unidad de deteccion de errores 180 determina que no se ha producido un error en los datos de seguridad. Por el contrario, en el caso de que el codigo calculado de deteccion de errores de datos sea diferente al codigo obtenido de deteccion de errores de datos, la unidad de deteccion de errores 180 determina que se ha producido un error en los datos de seguridad.
Cuando se determina que se ha producido un error en los datos de seguridad, la unidad de control 190 cambia un estado de funcionamiento del dispositivo de comunicacion de seguridad 100 a un estado a prueba de fallos. En el estado a prueba de fallos, el dispositivo de comunicacion de seguridad 100 suspende la comunicacion de seguridad hasta que se reciba una entrada de usuario para el reinicio. En particular, en el estado a prueba de fallos, el dispositivo de comunicacion de seguridad 100 puede o no suspender la comunicacion distinta a la comunicacion relacionada con los datos de seguridad, pero suspende al menos la comunicacion relacionada con los datos de seguridad.
Cuando se determina que no se ha producido un error en los datos de seguridad, la unidad de control 190 genera los datos de seguridad que han de transmitirse a continuacion. Si los datos de seguridad recibidos estan relacionados con una peticion, la unidad de control 190 genera los datos de seguridad relacionados con una respuesta. Si los datos de seguridad recibidos estan relacionados con una respuesta, la unidad de control 190 genera los datos de seguridad relacionados con una peticion siguiente.
La fig. 2 es un diagrama escalonado que ilustra un procedimiento de comunicacion segun un modo de realizacion.
5
10
15
20
25
30
35
40
45
50
55
60
Como se ilustra en la fig. 2, se supone que un primer dispositivo de comunicacion de seguridad 100A se comunica con un segundo dispositivo de comunicacion 100B, el primer dispositivo de comunicacion de seguridad 100A transmite una peticion de una unidad de datos de protocolo de seguridad al segundo dispositivo de comunicacion de seguridad 100B, y el segundo dispositivo de comunicacion de seguridad 100B transmite una respuesta de una unidad de datos de protocolo de seguridad al primer dispositivo de comunicacion de seguridad 100A.
La unidad de control 190 del primer dispositivo de comunicacion de seguridad 100A genera los datos de seguridad para una peticion (operacion S101). La unidad de control 190 del primer dispositivo de comunicacion de seguridad 100A puede generar datos de cabecera de seguridad relacionados con los datos de seguridad de la peticion junto con los datos de seguridad de la peticion. Los datos de cabecera de seguridad y los datos de seguridad segun un modo de realizacion se describiran con referencia a la fig. 2.
La fig. 3 ilustra los datos de cabecera de seguridad y los datos de seguridad de acuerdo a un modo de realizacion.
Como se ilustra en la fig. 3, los datos de cabecera de seguridad de acuerdo a un modo de realizacion pueden estar representados por un campo de cabecera de seguridad. El campo de cabecera de seguridad puede incluir un campo de comandos relacionados con los datos de seguridad, y un campo reservado.
La tabla 2 muestra ejemplos de valores del campo de comandos de acuerdo a un modo de realizacion.
[Tabla 2]
Comando
Descripcion
0x01
REINICIO
0x02
CONEXION
0x03
PARAMETRO
0x04
DATOS
Como se muestra en la tabla 2, si el valor del campo de comandos es 0x01, los datos de seguridad pueden representar un comando de reinicio. Si el valor del campo de comandos es 0x02, los datos de seguridad pueden representar un comando de conexion. Si el valor del campo de comandos es 0x03, los datos de seguridad pueden representar un comando de transmision de parametros. Si el valor del campo de comandos es 0x04, los datos de seguridad pueden representar un comando de transmision de datos.
En particular, el modo de realizacion de la fig. 2 puede corresponder a un procedimiento de comunicacion en un estado de conexion en el que el campo de comando tiene el valor correspondiente al comando de conexion. En el estado de conexion, el primer dispositivo de comunicacion de seguridad 100A puede corresponder a un iniciador, y el segundo dispositivo de comunicacion de seguridad 100B puede corresponder a un respondedor. El iniciador esta en una modalidad en la que los datos de seguridad de peticion se transmiten al respondedor pero los datos de seguridad de respuesta no se transmiten. El respondedor esta en una modalidad en la que los datos de seguridad de respuesta se transmiten al iniciador pero los datos de seguridad de peticion no se transmiten.
El campo reservado puede utilizarse mas adelante para otros propositos.
En particular, en el modo de realizacion de la fig. 3, el campo de cabecera de seguridad tiene un tamano de 4 octetos, el campo de comandos tiene un tamano de 2 octetos, el campo reservado tiene un tamano de 2 octetos y el campo de datos tiene un tamano de 4 octetos; sin embargo, los tamanos de los campos no se limitan necesariamente a los mismos. Un octeto representa generalmente 8 bits.
La fig. 2 se describira de nuevo.
La unidad de calculo de codigos de deteccion de errores 110 del primer dispositivo de comunicacion de seguridad 100A calcula un codigo de deteccion de errores de datos para los datos de seguridad utilizando los datos de seguridad (operacion S103). Aqui, la unidad de calculo de codigos de deteccion de errores 110 del primer dispositivo de comunicacion de seguridad 100A puede calcular un codigo de deteccion de errores de cabecera para los datos de cabecera de seguridad utilizando los datos de cabecera de seguridad. El codigo de deteccion de errores puede ser un valor de comprobacion de redundancia ciclica (CRC). El calculo del codigo de deteccion de errores de acuerdo a un modo de realizacion se describira con referencia a la figura 4.
La fig. 4 ilustra un proceso de calculo del codigo de deteccion de errores de acuerdo a un modo de realizacion.
Como se ilustra en la fig. 4, la unidad de calculo de codigos de deteccion de errores 110 del primer dispositivo de comunicacion de seguridad 100A puede calcular el codigo de deteccion de errores de cabecera para detectar un error del campo de datos de cabecera usando el campo de datos de cabecera.
5
10
15
20
25
30
35
40
45
50
55
60
65
Ademas, la unidad de calculo de codigos de deteccion de errores 110 del primer dispositivo de comunicacion de seguridad 100A puede calcular una pluralidad de codigos de deteccion de errores de datos para la deteccion de errores de una pluralidad de campos de datos utilizando la pluralidad de campos de datos.
La pluralidad de codigos de deteccion de errores de datos puede corresponderse con la pluralidad de campos de datos, respectivamente. Aqui, la unidad de calculo de codigos de deteccion de errores 110 del primer dispositivo de comunicacion de seguridad 100A puede calcular cada codigo de deteccion de errores de datos utilizando un campo de datos correspondiente, sin el uso de campos de datos que no sean el campo de datos correspondiente.
En particular, como se muestra en la ecuacion 1 a continuacion, la unidad de calculo de codigos de deteccion de errores 110 del primer dispositivo de comunicacion de seguridad 100A puede calcular el codigo de deteccion de errores de cabecera CRC_CABECERA utilizando un campo de cabecera, un identificador unico y un numero de secuencia. Aqui, el identificador unico puede ser un identificador unico de seguridad (SUID).
Ecuacion 1
CRC_CABECERA: = f (SUID, numero_de_secuencia, campo_de_cabecera)
En la ecuacion 1, f indica una funcion de troceo.
El identificador unico de seguridad puede representar una relacion de conexion entre el primer dispositivo de comunicacion de seguridad 100A y el segundo dispositivo de comunicacion de seguridad 100B. En particular, el identificador de seguridad unico puede generarse mediante la combinacion de una direccion de control de acceso a medios (MAC) de origen, un identificador de dispositivo de origen, una direccion de MAC de destino y un identificador de dispositivo de destino. Dado que el primer dispositivo de comunicacion de seguridad 100A transmite los datos de seguridad y el segundo dispositivo de comunicacion de seguridad 100B recibe los datos de seguridad, el primer dispositivo de comunicacion de seguridad 100A es un origen y el segundo dispositivo de comunicacion de seguridad 100B es un destino. En este caso, el identificador unico de seguridad puede ser una combinacion de una direccion de MAC del primer dispositivo de comunicacion de seguridad 100A, un identificador de dispositivo del primer dispositivo de comunicacion de seguridad 100A, una direccion de MAC del segundo dispositivo de comunicacion de seguridad 100B y un identificador de dispositivo del segundo dispositivo de comunicacion de seguridad 100B. El identificador unico de seguridad solo puede utilizarse para calcular el codigo de deteccion de errores, sin estar incluido en la PDU de seguridad.
El numero de secuencia puede representar un numero de secuencia de la PDU de seguridad. El numero de secuencia utilizado para calcular el codigo de deteccion de errores puede ser un numero de secuencia virtual que no este incluido en la PDU de seguridad. Es decir, el primer dispositivo de comunicacion de seguridad 100A utiliza el numero de secuencia virtual para calcular el codigo de deteccion de errores, pero no transmite el numero de secuencia virtual al segundo dispositivo de comunicacion de seguridad 100B.
Como se muestra en la Ecuacion 2 a continuacion, la unidad de calculo de codigos de deteccion de errores 110 del primer dispositivo de comunicacion de seguridad 100A puede calcular cada codigo de deteccion de errores CRC_DATOS [i] utilizando un correspondiente campo de datos, datos[i], el campo de comandos, el identificador unico y el numero de secuencia.
Ecuacion 2
CRC_DATOS[i]: = f (SUID, numero_de_secuencia, campo_de_datos [i])
En la ecuacion 2, f indica una funcion de troceo.
Como se ilustra en la fig. 4, el codigo de deteccion de errores de cabecera y el codigo de deteccion de errores de datos tienen un tamano de 4 octetos, pero los tamanos de los codigos no se limitan a ello.
La fig. 2 se describira de nuevo.
La unidad de generacion de unidades de datos de protocolo 120 del primer dispositivo de comunicacion de seguridad 100A genera la unidad de datos de protocolo de seguridad (operacion S105) incluyendo los datos de seguridad y el codigo calculado de deteccion de errores de datos. Aqui, la unidad de datos de protocolo de seguridad puede incluir ademas los datos de cabecera de seguridad y el codigo calculado de deteccion de errores de cabecera. Se describira una estructura de la unidad de datos del protocolo de seguridad de acuerdo a un modo de realizacion, con referencia a la fig. 5.
La fig. 5 ilustra la estructura de la unidad de datos de protocolo de seguridad de acuerdo a un modo de realizacion. Como se ilustra en la fig. 5, la unidad de datos de protocolo de seguridad incluye de forma secuencial una cabecera
5
10
15
20
25
30
35
40
45
50
55
60
65
de PDU de seguridad y una carga util de PDU de seguridad. La cabecera de PDU de seguridad incluye de forma secuencial el campo de cabecera de seguridad y el codigo de deteccion de errores de cabecera. La carga util de PDU de seguridad incluye una pluralidad de campos de datos de seguridad y una pluralidad de codigos de deteccion de errores de datos. En particular, la cabecera de PDU de seguridad puede estar dispuesta en una primera linea de la unidad de datos de protocolo de seguridad. Ademas, la pluralidad de campos de datos de seguridad y la pluralidad de codigos de deteccion de errores de datos pueden seguir alternativamente a la cabecera de PDU de seguridad. Aqui, cada codigo de deteccion de errores de datos puede seguir inmediatamente a un correspondiente campo de datos de seguridad.
La fig. 2 se describira de nuevo.
La unidad de generacion de tramas de Ethernet 130 del primer dispositivo de comunicacion de seguridad 100A genera una trama de Ethernet que incluye los datos de seguridad de peticion (operacion S107). Aqui, la trama de Ethernet puede incluir la unidad generada de datos de protocolo de seguridad. Se describira una estructura de la trama de Ethernet de acuerdo a un modo de realizacion, con referencia a la figura 6.
La fig. 6 ilustra la estructura de la trama de Ethernet de acuerdo a un modo de realizacion.
Como se ilustra en la fig. 6, la trama de Ethernet incluye de forma secuencial una cabecera de Ethernet, una carga util de Ethernet y una secuencia de verificacion de trama (FCS). La trama de Ethernet incluye la PDU de seguridad como la carga util. La cabecera de la trama de Ethernet incluye un campo de preambulo, un campo de direccion de destino, un campo de direccion de origen y un campo de tipo. El campo de direccion de destino contiene una direccion de un dispositivo de comunicacion de seguridad correspondiente a un destino, y el campo de direccion de origen contiene una direccion de un dispositivo de comunicacion de seguridad correspondiente a un origen. La secuencia de verificacion de trama puede generarse utilizando datos dentro de la cabecera de Ethernet y datos dentro de la carga util.
La fig. 2 se describira de nuevo.
La unidad de transmision de datos 140 del primer dispositivo de comunicacion de seguridad 100A transmite la trama de Ethernet que incluye los datos de seguridad de peticion al segundo dispositivo de comunicacion de seguridad 100B (operacion S109). De esta manera, la unidad de transmision de datos 140 puede transmitir la unidad generada de datos de protocolo de seguridad al segundo dispositivo de comunicacion de seguridad 100B.
La unidad de recepcion de datos 150 del segundo dispositivo de comunicacion de seguridad 100B recibe, desde el primer dispositivo de comunicacion de seguridad 100a, la trama de Ethernet que incluye la unidad de datos de protocolo de seguridad, incluyendo los datos de seguridad de peticion (operacion S111). Aqui, la trama de Ethernet puede tener la estructura que se ilustra en la fig. 6.
La unidad de analisis de tramas de Ethernet 160 del segundo dispositivo de comunicacion de seguridad 100B analiza la trama de Ethernet recibida para obtener la unidad de datos de protocolo de seguridad (operacion S113). Aqui, la unidad de datos de protocolo de seguridad puede tener la estructura que se ilustra en la fig. 5.
La unidad de analisis de unidades de datos de protocolo 170 del segundo dispositivo de comunicacion de seguridad 100B analiza la unidad de datos de protocolo para obtener los datos de cabecera de seguridad, un codigo recibido de deteccion de errores de cabecera, los datos de seguridad de peticion y un codigo recibido de deteccion de errores de datos (operacion S115). En este caso, la unidad de analisis de unidades de datos de protocolo 170 del segundo dispositivo de comunicacion de seguridad 100B puede obtener el campo de cabecera de seguridad, el codigo recibido de deteccion de errores de cabecera, una pluralidad de campos de datos de seguridad de peticion y una pluralidad de codigos recibidos de deteccion de errores de datos.
La unidad de deteccion de errores 180 del segundo dispositivo de comunicacion de seguridad 100B calcula un codigo comparativo de deteccion de errores de datos usando los datos de seguridad de peticion (operacion S117). Ademas, la unidad de deteccion de errores 180 del segundo dispositivo de comunicacion de seguridad 100B puede calcular un codigo comparativo de deteccion de errores de cabecera utilizando los datos de cabecera de seguridad.
Como se describio anteriormente, la unidad de deteccion de errores 180 del segundo dispositivo de comunicacion de seguridad 100B puede calcular el codigo comparativo de deteccion de errores de cabecera para la deteccion de un error del campo de datos de cabecera usando el campo de datos de cabecera. En particular, la unidad de deteccion de errores 180 del segundo dispositivo de comunicacion de seguridad 100B puede calcular el codigo comparativo de deteccion de errores de cabecera utilizando la Ecuacion 1.
La unidad de deteccion de errores 180 del segundo dispositivo de comunicacion de seguridad 100B puede calcular la pluralidad de codigos de deteccion de errores de datos para la deteccion de errores de la pluralidad de campos de datos utilizando la pluralidad de campos de datos. La pluralidad de codigos de deteccion de errores de datos puede corresponderse con la pluralidad de campos de datos, respectivamente. Aqui, la unidad de deteccion de errores 180
5
10
15
20
25
30
35
40
45
50
del segundo dispositivo de comunicacion de seguridad 100B puede calcular cada codigo de deteccion de errores de datos utilizando un campo de datos correspondiente, sin el uso de campos de datos que no sean el campo de datos correspondiente. En particular, la unidad de deteccion de errores 180 del segundo dispositivo de comunicacion de seguridad 100B puede calcular cada codigo de deteccion de errores, utilizando la ecuacion 2
La unidad de deteccion de errores 180 del segundo dispositivo de comunicacion de seguridad 100B compara un codigo calculado de deteccion de errores con un codigo recibido de deteccion de errores para detectar un error (operacion S119). En el caso en que toda la pluralidad de codigos comparativos de deteccion de errores de datos sean iguales a la pluralidad de codigos recibidos de deteccion de errores de datos y el codigo comparativo de deteccion de errores de cabecera sea igual al codigo recibido de deteccion de errores de cabecera, la unidad de deteccion de errores 180 puede determinar que no se ha producido un error en los datos de seguridad. Por el contrario, en el caso en que uno cualquiera entre la pluralidad de codigos comparativos de deteccion de errores de datos sea diferente al codigo recibido de deteccion de errores de datos, o el codigo comparativo de deteccion de errores de cabecera sea diferente al codigo recibido de deteccion de errores de cabecera, la unidad de deteccion de errores 180 podra determinar que se ha producido un error en los datos de seguridad.
Cuando se determina que se ha producido un error en los datos de seguridad, la unidad de control 190 del segundo dispositivo de comunicacion de seguridad 100B cambia el estado de funcionamiento del dispositivo de comunicacion de seguridad 100 al estado a prueba de fallos (operacion S121). En el estado a prueba de fallos, el dispositivo de comunicacion de seguridad 100 suspende la comunicacion de seguridad hasta que se reciba la entrada del usuario para el reinicio. En particular, en el estado a prueba de fallos, el dispositivo de comunicacion de seguridad 100 puede o no suspender la comunicacion distinta a la comunicacion relacionada con los datos de seguridad, pero suspende al menos la comunicacion relacionada con los datos de seguridad.
Cuando se determina que no se ha producido un error en los datos de seguridad, la unidad de control 190 del segundo dispositivo de comunicacion de seguridad 100B consume los datos de seguridad de la peticion recibida (operacion S123) y genera los datos de seguridad de respuesta que deben transmitirse a continuacion (operacion S125).
La unidad de calculo de codigos de deteccion de errores 110, la unidad de generacion de unidades de datos de protocolo 120, la unidad de generacion de tramas de Ethernet 130 y la unidad de transmision de datos 140 del segundo dispositivo de comunicacion de seguridad 100B generan la trama de Ethernet que incluye la PDU de seguridad de respuesta que incluye los datos de seguridad de respuesta, como se ha descrito anteriormente con respecto a las operaciones S101 a S109 y, a continuacion, transmiten la trama de Ethernet al primer dispositivo de comunicacion de seguridad 100A (operacion S127).
La unidad de recepcion de datos 150, la unidad de analisis de tramas de Ethernet 160, la unidad de analisis de unidades de datos de protocolo 170, la unidad de deteccion de errores 180 y la unidad de control 190 del primer dispositivo de comunicacion de seguridad 100A reciben la trama de Ethernet que incluye la PDU de seguridad de respuesta, realizan la deteccion de errores y consumen los datos de seguridad de respuesta, como se ha descrito anteriormente con respecto a las operaciones S111 a S123.
De acuerdo a un modo de realizacion, los procedimientos mencionados anteriormente pueden implementarse con codigos legibles por procesador en un medio grabado por programa. Un medio de grabacion legible por procesador incluye, por ejemplo, una ROM, una RAM, un CD-ROM, una cinta magnetica, un disco flexible y un dispositivo de almacenamiento de datos opticos, y tambien puede implementarse en forma de una onda portadora (por ejemplo, transmision por Internet).
Los terminales moviles mencionados anteriormente no se limitan a la configuracion y a los procedimientos de los modos de realizacion mencionados anteriormente. La totalidad, o partes, de cada modo de realizacion pueden combinarse de forma selectiva entre si.

Claims (12)

  1. REIVINDICACIONES
    1. Un procedimiento de comunicacion para la transmision, mediante un primer dispositivo de comunicacion (100A), de datos a un segundo dispositivo de comunicacion (100B), comprendiendo el procedimiento de 5 comunicacion:
    el calculo, mediante el primer dispositivo de comunicacion (100A), de una pluralidad de codigos de deteccion de errores de datos para detectar un error de una pluralidad de campos de datos utilizando la pluralidad de campos de datos;
    10
    la generacion, mediante el primer dispositivo de comunicacion (100A), de un paquete que comprende la pluralidad de campos de datos y la pluralidad de codigos de deteccion de errores de datos; y
    la transmision, mediante el primer dispositivo de comunicacion (100A), del paquete al segundo dispositivo de 15 comunicacion (100B),
    la pluralidad de codigos de deteccion de errores de datos se calculan mediante el uso de un identificador unico de seguridad, SUID,
    20 en el que el identificador unico de seguridad, SUID, se genera mediante la combinacion de una direccion de
    control de acceso a medios (MAC) de origen, un identificador de dispositivo de origen, una direccion de MAC de destino y un identificador de dispositivo de destino, sin ser incluidos en una PDU de seguridad que comprende una cabecera de PDU de seguridad y una carga util de PDU de seguridad.
    25 2. El procedimiento de comunicacion segun la reivindicacion 1, en el que la pluralidad de codigos de deteccion
    de errores de datos corresponden a la pluralidad de campos de datos, respectivamente, en el que
    el calculo de la pluralidad de codigos de deteccion de errores de datos comprende el calculo de cada uno entre la pluralidad de codigos de deteccion de errores de datos, utilizando un campo de datos 30 correspondiente.
  2. 3. El procedimiento de comunicacion segun la reivindicacion 2, en el que la pluralidad de campos de datos y la pluralidad de codigos de deteccion de errores de datos estan dispuestos alternativamente en el paquete, en el que
    35
    cada uno entre la pluralidad de codigos de deteccion de errores de datos sigue inmediatamente a un campo de datos correspondiente.
  3. 4. El procedimiento de comunicacion segun la reivindicacion 2, que comprende: el calculo, mediante el primer
    40 dispositivo de comunicacion (100 A), de un codigo de deteccion de errores de cabecera para detectar un error
    de un campo de cabecera utilizando el campo de cabecera, en el que
    la generacion del paquete comprende generar el paquete que comprende el campo de cabecera, el codigo de deteccion de errores de cabecera, la pluralidad de campos de datos y la pluralidad de codigos de deteccion 45 de errores de datos.
  4. 5. El procedimiento de comunicacion de acuerdo a una cualquiera de las reivindicaciones 2 a 4, en el que
    el calculo de cada uno entre la pluralidad de codigos de deteccion de errores de datos, utilizando un campo 50 de datos correspondiente, comprende el calculo de cada uno entre la pluralidad de codigos de deteccion de
    errores de datos, utilizando ademas un numero de secuencia y un identificador unico, en el que
    el identificador unico representa una relacion de conexion entre el primer dispositivo de comunicacion (100A) y el segundo dispositivo de comunicacion (100B), en el que 55
    el numero de secuencia representa un numero de secuencia del paquete.
  5. 6. Un procedimiento de comunicacion para la recepcion, mediante un primer dispositivo de comunicacion (100A), de datos desde un segundo dispositivo de comunicacion (100B), comprendiendo el procedimiento de
    60 comunicacion:
    la recepcion, mediante el primer dispositivo de comunicacion (100A), de un paquete desde el segundo dispositivo de comunicacion (100B);
    65 la obtencion, mediante el primer dispositivo de comunicacion (100A), de una pluralidad de campos de datos y
    una pluralidad de codigos recibidos de deteccion de errores de datos, provenientes del paquete;
    5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    55
    60
    65
    el calculo, mediante el primer dispositivo de comunicacion (100A), de una pluralidad de codigos comparativos de deteccion de errores de datos, usando la pluralidad de campos de datos; y
    la determinacion, mediante el primer dispositivo de comunicacion (100A), de si el paquete tiene un error, usando la pluralidad de codigos recibidos de deteccion de errores de datos y la pluralidad de codigos comparativos de deteccion de errores de datos,
    la pluralidad de codigos de deteccion de errores de datos se calculan mediante el uso de un identificador unico de seguridad, SUID,
    en el que el identificador unico de seguridad, SUID, se genera mediante la combinacion de una direccion de control de acceso a medios (MAC) de origen, un identificador de dispositivo de origen, una direccion de MAC de destino y un identificador de dispositivo de destino, sin ser incluidos en una PDU de seguridad que comprende una cabecera de PDU de seguridad y una carga util de PDU de seguridad.
  6. 7. El procedimiento de comunicacion, de acuerdo a la reivindicacion 6, en el que
    la pluralidad de codigos comparativos de deteccion de errores de datos corresponden a la pluralidad de campos de datos, respectivamente, en el que
    el calculo de la pluralidad de codigos comparativos de deteccion de errores de datos comprende el calculo de cada uno entre la pluralidad de codigos comparativos de deteccion de errores de datos, usando un campo de datos correspondiente.
  7. 8. El procedimiento de comunicacion, de acuerdo a la reivindicacion 7, en el que
    la pluralidad de codigos comparativos de deteccion de errores de datos corresponden a la pluralidad de codigos recibidos de deteccion de errores de datos, respectivamente, en el que
    la determinacion de si el paquete tiene el error comprende:
    la comparacion de cada uno entre la pluralidad de codigos comparativos de deteccion de errores de datos con un correspondiente codigo recibido de deteccion de errores de datos;
    la determinacion de que no se ha producido el error en el paquete si toda la pluralidad de codigos comparativos de deteccion de errores de datos son iguales a la pluralidad de codigos recibidos de deteccion de errores de datos; y
    la determinacion de que se ha producido el error en el paquete si uno cualquiera entre la pluralidad de codigos comparativos de deteccion de errores de datos es diferente a un correspondiente codigo recibido de deteccion de errores de datos.
  8. 9. El procedimiento de comunicacion de acuerdo a una cualquiera de las reivindicaciones 6 a 8, en el que, en el caso en que se determine que el paquete tiene el error, se cambia un estado de funcionamiento a un estado en el que se suspende la comunicacion hasta que se reciba una entrada de usuario para el reinicio.
  9. 10. El procedimiento de comunicacion segun la reivindicacion 7, en el que la pluralidad de campos de datos y la pluralidad de codigos recibidos de deteccion de errores de datos estan dispuestos alternativamente en el paquete, en el que
    cada uno entre la pluralidad de codigos recibidos de deteccion de errores de datos sigue inmediatamente a un campo de datos correspondiente.
  10. 11. El procedimiento de comunicacion segun la reivindicacion 10, en el que la obtencion de la pluralidad de campos de datos y la pluralidad de codigos recibidos de deteccion de errores de datos comprende:
    la obtencion de un campo de cabecera, un codigo recibido de deteccion de errores de cabecera, la pluralidad de campos de datos y la pluralidad de codigos recibidos de deteccion de errores de datos, comprendiendo el procedimiento de comunicacion:
    el calculo de un codigo comparativo de deteccion de errores de cabecera comparativo para detectar un error del campo de cabecera, utilizando el campo de cabecera.
  11. 12. El procedimiento de comunicacion segun la reivindicacion 11, en el que la determinacion de si el paquete tiene el error comprende:
    la determinacion de que no se ha producido el error en el paquete si toda la pluralidad de codigos comparativos de deteccion de errores de datos son iguales a la pluralidad de codigos recibidos de deteccion de errores de datos y el codigo comparativo de deteccion de errores de cabecera es igual al codigo recibido 5 de deteccion de errores de cabecera; y
    la determinacion de que se ha producido el error en el paquete si uno cualquiera entre la pluralidad de codigos comparativos de deteccion de errores de datos es diferente a un correspondiente codigo recibido de deteccion de errores de datos, o el codigo comparativo de deteccion de errores de cabecera es diferente al 10 codigo recibido de deteccion de errores de cabecera.
  12. 13. El procedimiento de comunicacion segun la reivindicacion 11, en el que el calculo de cada uno entre la pluralidad de codigos comparativos de deteccion de errores de datos, usando un campo de datos correspondiente, comprende el calculo de cada uno entre la pluralidad de codigos comparativos de deteccion 15 de errores de datos, usando ademas un identificador unico y un numero de secuencia, en el que
    el identificador unico representa una relacion de conexion entre el primer dispositivo de comunicacion (100A) y el segundo dispositivo de comunicacion (100B), en el que
    20 el numero de secuencia representa un numero de secuencia del paquete.
ES12870260.2T 2012-03-02 2012-10-22 Dispositivo de comunicación y procedimiento de comunicación Active ES2590148T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201261605754P 2012-03-02 2012-03-02
US201261605754P 2012-03-02
PCT/KR2012/008653 WO2013129751A1 (ko) 2012-03-02 2012-10-22 통신 장치 및 통신 방법

Publications (1)

Publication Number Publication Date
ES2590148T3 true ES2590148T3 (es) 2016-11-18

Family

ID=49082916

Family Applications (1)

Application Number Title Priority Date Filing Date
ES12870260.2T Active ES2590148T3 (es) 2012-03-02 2012-10-22 Dispositivo de comunicación y procedimiento de comunicación

Country Status (7)

Country Link
US (1) US10237018B2 (es)
EP (1) EP2822206B1 (es)
JP (1) JP6050389B2 (es)
KR (1) KR101639929B1 (es)
CN (1) CN104272624B (es)
ES (1) ES2590148T3 (es)
WO (1) WO2013129751A1 (es)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112612731B (zh) 2015-09-26 2024-09-03 英特尔公司 多芯片封装链路错误检测
US11927950B2 (en) * 2018-07-27 2024-03-12 Rockwell Automation Technologies, Inc. System and method of communicating safety data over high availability industrial control systems
CN114007196B (zh) * 2020-07-16 2024-04-12 上海朗帛通信技术有限公司 一种被用于无线通信的方法和设备

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS6151253A (ja) * 1984-08-20 1986-03-13 Nec Corp 誤り訂正回路
US5535229A (en) * 1993-05-10 1996-07-09 Global Interconnect, Corp. Digital data transfer system for use especially with advertisement insertion systems
US6075552A (en) * 1996-06-12 2000-06-13 Nec Corporation Monitoring system of multimedia communication terminal
US6201811B1 (en) * 1998-03-24 2001-03-13 Telefonaktiebolaget Lm Ericsson (Publ) Transferring Identifier information in a telecommunications system
US6608861B1 (en) * 1998-10-05 2003-08-19 Motorola, Inc. Data terminal and coding method for increased data packet reliability in a frequency hopping system
JP3437990B2 (ja) * 2000-03-17 2003-08-18 インターナショナル・ビジネス・マシーンズ・コーポレーション 通信方法、通信端末、無線アドホックネットワークおよび携帯電話
US6782503B1 (en) * 2000-11-28 2004-08-24 Nortel Networks Limited Generating a signature to add to a test packet to achieve a target check value
EP1657875A1 (en) * 2003-08-20 2006-05-17 Nippon Telegraph and Telephone Corporation Packet communication method and packet communication device
CN1810005A (zh) * 2003-08-20 2006-07-26 日本电信电话株式会社 分组通信方法及分组通信装置
JP4284280B2 (ja) * 2005-01-18 2009-06-24 株式会社東芝 無線通信システムおよび無線送信装置
US8054752B2 (en) 2005-12-22 2011-11-08 Intuitive Surgical Operations, Inc. Synchronous data communication
JP2007174644A (ja) * 2005-12-22 2007-07-05 Intuitive Surgical Inc 同期データ通信
US7979784B2 (en) * 2006-03-29 2011-07-12 Samsung Electronics Co., Ltd. Method and system for enhancing transmission reliability of video information over wireless channels
US7447831B2 (en) 2006-05-18 2008-11-04 International Business Machines Corporation Memory systems for automated computing machinery
US20080195912A1 (en) 2007-02-14 2008-08-14 Nokia Corporation Method of communicatoin
JP5084832B2 (ja) * 2007-07-10 2012-11-28 三菱電機株式会社 送信装置および通信システム
US8958460B2 (en) 2008-03-18 2015-02-17 On-Ramp Wireless, Inc. Forward error correction media access control system
JP5163298B2 (ja) * 2008-06-04 2013-03-13 富士通株式会社 情報処理装置、データ伝送装置及びデータ伝送方法
KR100986124B1 (ko) 2008-06-12 2010-10-07 한국철도기술연구원 폐쇄형 전송 시스템에서 열차 제어신호 전송 방법
JP4985565B2 (ja) * 2008-06-30 2012-07-25 富士通株式会社 送受信回路、受信回路及び送受信回路の制御方法
JP2010206394A (ja) 2009-03-02 2010-09-16 Mitsubishi Electric Corp 安全ネットワーク装置および安全ネットワーク
US9094175B2 (en) 2010-07-16 2015-07-28 Qualcomm, Incorporated Method and apparatus for saving power by using signal field of preamble
AU2011284806B2 (en) * 2010-07-30 2015-04-09 Automatic Technology (Australia) Pty Ltd Integrated controller for closure operator unit

Also Published As

Publication number Publication date
US20150067455A1 (en) 2015-03-05
WO2013129751A1 (ko) 2013-09-06
EP2822206A1 (en) 2015-01-07
EP2822206A4 (en) 2015-09-09
EP2822206B1 (en) 2016-06-08
US10237018B2 (en) 2019-03-19
CN104272624B (zh) 2018-04-03
JP2015508977A (ja) 2015-03-23
KR20140142276A (ko) 2014-12-11
KR101639929B1 (ko) 2016-07-14
JP6050389B2 (ja) 2016-12-21
CN104272624A (zh) 2015-01-07

Similar Documents

Publication Publication Date Title
ES2923385T3 (es) Realización para la transmisión unidireccional de datos
ES2727674T3 (es) Dispositivo de comunicación y método de comunicación
CN104040984B (zh) 双向转发检测bfd会话协商方法、设备及系统
ES2590148T3 (es) Dispositivo de comunicación y procedimiento de comunicación
ES2335788T3 (es) Procedimiento para la transmision de datos y sistema de automatizacion para el empleo de un procedimiento de transmision de datos de este tipo.
CN113783662B (zh) 自适应数据传输方法、装置、计算机设备及可读存储介质
ES2602477T3 (es) Dispositivo de comunicación y procedimiento de comunicación
EP4106267B1 (en) Communication system and communication method for reporting compromised state in one-way transmission
ES2383499T3 (es) Enrutador inteligente para redes de sensores inalámbricos
ES2337367T3 (es) Procedimiento para el funcionamiento de una red con tocologia en anillo.
CN102571464B (zh) 链路的跟踪处理方法及系统
Singh Residue number system for fault detection in communication networks
CN102164042A (zh) 一种连通性故障告警方法及装置
CN112311497B (zh) 一种通信方法和通信设备
ES2618217T3 (es) Dispositivo de comunicación y procedimiento de comunicación
KR101146661B1 (ko) 무선 인체 통신망에서 네트워크의 수명 연장과 통신 신뢰성 향상을 위한 라우팅 시스템 및 그에 따른 네트워크 통신 방법
CN103731314B (zh) 一种通信业务行为异常的检测方法、系统及设备
Civerchia et al. Lightweight error correction technique in industrial IEEE802. 15.4 networks
Lu et al. UDP-RT: A UDP-based reliable transmission scheme for power WAPS
KR101432033B1 (ko) 동적 블록화 기법을 사용하여 데이터 오류 발생에 따른 재전송 크기를 줄이는 방법 및 그 방법이 적용된 무선 신체 영역 통신 시스템
Goyal et al. Design and Implementation of Efficient Path with Error Detecting Scheme in WSN
EP3217371A1 (en) Two-channel communication systems
US20190045362A1 (en) Enhanced GPRS Integrity Bit And Cross-Layer Indications
CN102420828A (zh) 协议管理状态的设置方法、装置和系统
JP2011009827A (ja) 通信システム及び通信方法