ES2602477T3 - 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
ES2602477T3
ES2602477T3 ES12870208.1T ES12870208T ES2602477T3 ES 2602477 T3 ES2602477 T3 ES 2602477T3 ES 12870208 T ES12870208 T ES 12870208T ES 2602477 T3 ES2602477 T3 ES 2602477T3
Authority
ES
Spain
Prior art keywords
data
code
communication device
error detection
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
ES12870208.1T
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 ES2602477T3 publication Critical patent/ES2602477T3/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
    • 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
    • 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
    • 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/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/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
    • 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)
  • Physics & Mathematics (AREA)
  • Probability & Statistics with Applications (AREA)
  • Theoretical Computer Science (AREA)
  • Communication Control (AREA)
  • Small-Scale Networks (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Abstract

Un procedimiento de comunicación para la transmisión, mediante un primer dispositivo de comunicación, de datos a un segundo dispositivo de comunicación, comprendiendo el procedimiento de comunicación: el cálculo, por el primer dispositivo de comunicación, de un código de detección de errores de datos (CRC_Datos) para detectar un error de los datos utilizando los datos, y un número de secuencia virtual y un identificador único; la generación, mediante el primer dispositivo de comunicación, de un paquete que comprende los datos y el código de detección de errores de datos; y la transmisión, mediante el primer dispositivo de comunicación, del paquete al segundo dispositivo de comunicación.

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 industrial 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 industrial 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.
DIVULGACION DE LA INVENCION
5
10
15
20
25
30
35
40
45
50
55
60
65
PROBLEMA TECNICO
Los modos de realizacion proporcionan un dispositivo de comunicacion y un procedimiento de comunicacion que cumplen 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 incluye: el calculo, mediante el primer dispositivo de comunicacion, de un codigo de deteccion de errores de datos para detectar un error de datos utilizando los datos y un numero de secuencia virtual; la generacion, mediante el primer dispositivo de comunicacion, de un paquete que incluye los datos y el codigo de deteccion de errores de datos; y la transmision, mediante el primer dispositivo de comunicacion, del paquete al segundo dispositivo de comunicacion. El paquete puede no incluir un campo para la transmision del numero de secuencia virtual unicamente.
En otro modo de realizacion, un procedimiento de comunicacion para la recepcion, mediante un primer dispositivo de comunicacion, de datos provenientes de un segundo dispositivo de comunicacion incluye: 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 los datos y un codigo recibido de deteccion de errores de datos del paquete; el calculo, mediante el primer dispositivo de comunicacion, de un codigo comparativo de deteccion de errores de datos usando un numero de secuencia virtual y los datos; y la determinacion, mediante el primer dispositivo de comunicacion, de si el paquete tiene o no un error basandose en el codigo recibido de deteccion de errores de datos y el codigo comparativo de deteccion de errores de datos. El paquete puede no incluir un campo para la transmision del numero de secuencia virtual unicamente.
EFECTOS VENTAJOSOS
De acuerdo a los modos de realizacion de la presente divulgacion, pueden cumplirse los requisitos de integridad de sistemas de control industrial.
En particular, de acuerdo a los modos de realizacion de la presente divulgacion, pueden detectarse errores tales como la repeticion involuntaria, la secuencia incorrecta, la perdida y la insercion.
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 una estructura de una unidad de datos de protocolo de seguridad de acuerdo a un modo de realizacion.
La fig. 4 ilustra una estructura de una trama de Ethernet segun un modo de realizacion.
La fig. 5 es un diagrama escalonado que ilustra un procedimiento de comunicacion relacionado con un numero de secuencia virtual segun un modo de realizacion.
La fig. 6 es un diagrama escalonado que ilustra un procedimiento de comunicacion relacionado con un numero de secuencia virtual segun otro modo de 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 referencia 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
5
10
15
20
25
30
35
40
45
50
55
60
65
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.
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.
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). El primer dispositivo de comunicacion de seguridad 100A puede generar datos de cabecera de seguridad relacionados con los datos de seguridad de peticion, junto con los datos de seguridad de peticion.
5
10
15
20
25
30
35
40
45
50
55
60
65
Cuando se generan los datos de seguridad de peticion, la unidad de calculo de codigos de deteccion de errores 110 del primer dispositivo de comunicacion de seguridad 100A incrementa un numero de secuencia virtual en un paso (operacion S102). Aqui, el paso puede ser 1 o un numero natural mayor que 1. El numero de secuencia virtual indica un numero de secuencia de la unidad de datos de protocolo de seguridad que se generara posteriormente, y no se incluye en la unidad de datos de protocolo de seguridad. Es decir, la unidad de datos de protocolo de seguridad puede no incluir un campo para la transmision del numero de secuencia virtual unicamente. Cuando se reinicia el primer dispositivo de comunicacion de seguridad 100A, la unidad de calculo de codigos de deteccion de errores 110 del primer dispositivo de comunicacion de seguridad 100A reinicia el numero de secuencia virtual.
La unidad de calculo de codigos de deteccion de errores 110 del primer dispositivo de comunicacion de seguridad 100A calcula el codigo de deteccion de errores de datos para los datos de seguridad utilizando los datos de seguridad y el numero de secuencia virtual (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 detectar un error en los datos de cabecera de seguridad utilizando los datos de seguridad y el numero de secuencia virtual. El codigo de deteccion de errores puede ser un valor de comprobacion de redundancia ciclica (CRC).
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 el numero de secuencia virtual. Aqui, el identificador unico puede ser un identificador unico de seguridad (SUID).
Ecuacion 1
CRC_CABECERA: = f (SUID, numero_de_secuencia_virtual, 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 unico de seguridad puede generarse mediante la combinacion de una direccion de control de acceso a medios (MAC), 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 virtual puede representar un numero de secuencia de la PDU de seguridad. 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 el codigo de deteccion de errores de datos CRC_DATOS utilizando los datos de seguridad, el identificador unico y el numero de secuencia virtual. Aqui, el identificador unico puede ser un identificador unico de seguridad (SUID).
Ecuacion 2
CRC_DATOS: = f (SUID, numero_de_secuencia_virtual, datos_de_seguridad)
En la ecuacion 2, f indica una funcion de troceo.
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 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. 3.
5
10
15
20
25
30
35
40
45
50
55
60
La fig. 3 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. 3, la unidad de datos de protocolo de seguridad incluye de forma secuencial una cabecera de PDU de seguridad y una carga util de PDU de seguridad. La cabecera de PDU de seguridad incluye de forma secuencial un campo de cabecera de seguridad y el codigo de deteccion de errores de cabecera. La carga util de PDU de seguridad incluye de forma secuencial los datos de seguridad y el codigo 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. La cabecera de PDU de seguridad incluye de forma secuencial un campo de comando y un campo reservado. Los datos de seguridad pueden estar relacionados con la cabecera de PDU de seguridad. En particular, los datos de seguridad pueden estar relacionados con el campo de comando. 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 comando tiene un tamano de 2 octetos, el campo reservado tiene un tamano de 2 octetos, el codigo de deteccion de errores de cabecera tiene un tamano de 4 octetos y el codigo de deteccion de errores 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 tabla 2 muestra ejemplos de valores del campo de comando 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 comando es 0x01, los datos de seguridad pueden representar un comando de reinicio. Si el valor del campo de comando es 0x02, los datos de seguridad pueden representar un comando de conexion. Si el valor del campo de comando es 0x03, los datos de seguridad pueden representar un comando de transmision de parametros. Si el valor del campo de comando 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.
Como se ilustra en la fig. 3, la unidad de datos de protocolo de seguridad puede no incluir el numero de secuencia virtual. Es decir, la unidad de datos de protocolo de seguridad puede no incluir un campo para la transmision del numero de secuencia virtual unicamente.
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 4.
La fig. 4 ilustra la estructura de la trama de Ethernet de acuerdo a un modo de realizacion.
Como se ilustra en la fig. 4, 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.
5
10
15
20
25
30
35
40
45
50
55
60
65
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 relacionada con una peticion (operacion S111). Aqui, la trama de Ethernet puede tener la estructura que se ilustra en la fig. 4.
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. 3.
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).
Cuando se recibe la unidad de protocolo de seguridad y se obtienen los datos de seguridad de peticion, la unidad de deteccion de errores 180 del segundo dispositivo de comunicacion de seguridad 100B incrementa el numero de secuencia virtual administrado de esta manera en un paso (operacion S116). Como se ha mencionado anteriormente, el paso puede ser 1 o un numero natural mayor que 1.
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 utilizando los datos de seguridad de peticion y el numero de secuencia virtual incrementado (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 y el numero de secuencia virtual incrementado.
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.
Ademas, 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 datos 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 y un codigo obtenido de deteccion de errores para detectar un error (operacion S119). En el caso en que el codigo comparativo de deteccion de errores de datos sea igual al codigo recibido 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 el codigo comparativo 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). En un modo de realizacion, el numero de secuencia virtual
5
10
15
20
25
30
35
40
45
50
55
60
65
puede incrementarse cuando se transmiten los datos de seguridad de peticion, y el numero de secuencia virtual puede incrementarse cuando se transmiten los datos de seguridad de respuesta. En otro modo de realizacion, el numero de secuencia virtual puede incrementarse cuando se transmiten los datos de seguridad de peticion, pero el numero de secuencia virtual puede no cambiar cuando se transmiten los datos de seguridad de respuesta.
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. En un modo de realizacion, el numero de secuencia virtual puede incrementarse cuando se reciben los datos de seguridad de peticion, y el numero de secuencia virtual puede incrementarse cuando se reciben los datos de seguridad de respuesta. En otro modo de realizacion, el numero de secuencia virtual puede incrementarse cuando se reciben los datos de seguridad de peticion, pero el numero de secuencia virtual puede no cambiar cuando se reciben los datos de seguridad de respuesta.
La fig. 5 es un diagrama escalonado que ilustra un procedimiento de comunicacion relacionado con el numero de secuencia virtual segun un modo de realizacion.
En primer lugar, se supone que los numeros de secuencia virtuales administrados por los dispositivos primero y segundo de comunicacion de seguridad 100A y 100B tienen un valor de N.
Cuando se generan los datos de seguridad de peticion, el primer dispositivo de comunicacion de seguridad 100A incrementa el numero de secuencia virtual N en 1 con el fin de transmitir un paquete que incluya los datos de seguridad de peticion (operacion S201).
El primer dispositivo de comunicacion de seguridad 100A genera el valor de CRC utilizando el numero de secuencia virtual incrementado N+1, y transmite un paquete de seguridad de peticion que incluye el CRC generado y los datos de seguridad de peticion al segundo dispositivo de comunicacion de seguridad 100B (operacion S203). Es decir, el numero de secuencia virtual para este paquete de seguridad de peticion es N+1.
Tras recibir el paquete de seguridad de peticion que incluye los datos de seguridad de peticion, el segundo dispositivo de comunicacion de seguridad 100B incrementa el numero de secuencia virtual N en 1 (operacion S205).
El segundo dispositivo de comunicacion de seguridad 100B verifica si el paquete de seguridad de peticion tiene o no un error utilizando el numero de secuencia virtual incrementado N+1 (operacion S207).
A continuacion, cuando se generan los datos de seguridad de respuesta, el segundo dispositivo de comunicacion de seguridad 100B incrementa el numero de secuencia virtual N+1 en 1 con el fin de transmitir un paquete de seguridad de respuesta que incluya los datos de seguridad de respuesta (operacion S209).
El segundo dispositivo de comunicacion de seguridad 100B genera el valor de CRC utilizando el numero de secuencia virtual incrementado N+2, y transmite un paquete de respuesta que incluye el CRC generado y los datos de seguridad de respuesta al primer dispositivo de comunicacion de seguridad 100A (operacion S211). Es decir, el numero de secuencia virtual para este paquete de seguridad de respuesta es N+2.
Tras recibir el paquete de seguridad de respuesta, el primer dispositivo de comunicacion de seguridad 100A incrementa el numero de secuencia virtual N+1 en 1 (operacion S213).
El primer dispositivo de comunicacion de seguridad 100A verifica si el paquete de seguridad de respuesta tiene o no un error utilizando el numero de secuencia virtual incrementado N+2 (operacion S215).
Las operaciones S217 a S231 son repeticiones de las operaciones S201 a S215.
La fig. 6 es un diagrama escalonado que ilustra un procedimiento de comunicacion relacionado con el numero de secuencia virtual segun otro modo de realizacion.
En primer lugar, se supone que los numeros de secuencia virtuales administrados por los dispositivos primero y segundo de comunicacion de seguridad 100A y 100B tienen un valor de N.
Cuando se generan los datos de seguridad de peticion, el primer dispositivo de comunicacion de seguridad 100A incrementa el numero de secuencia virtual N en 1 con el fin de transmitir un paquete que incluya los datos de seguridad de peticion (operacion S301).
El primer dispositivo de comunicacion de seguridad 100A genera el valor de CRC utilizando el numero de secuencia virtual incrementado N+1, y transmite el paquete de seguridad de peticion que incluye el CRC generado y los datos de seguridad de peticion al segundo dispositivo de comunicacion de seguridad 100B (operacion S303). Es decir, el
5
10
15
20
25
30
numero de secuencia virtual para este paquete de seguridad de peticion es N+1.
Tras recibir el paquete de seguridad de peticion que incluye los datos de seguridad de peticion, el segundo dispositivo de comunicacion de seguridad 10oB incrementa el numero de secuencia virtual N en 1 (operacion S305).
El segundo dispositivo de comunicacion de seguridad 100B verifica si el paquete de seguridad de peticion tiene o no un error utilizando el numero de secuencia virtual incrementado N+1 (operacion S307).
A continuacion, incluso aunque se generen los datos de seguridad de respuesta, el segundo dispositivo de comunicacion de seguridad 100B mantiene el numero de secuencia virtual N+1 administrado con el fin de transmitir el paquete de seguridad de respuesta que incluye los datos de seguridad de respuesta.
El segundo dispositivo de comunicacion de seguridad 100B genera el valor de CRC utilizando el numero de secuencia virtual actual N+1, y transmite el paquete de respuesta que incluye el CRC generado y los datos de seguridad de respuesta al primer dispositivo de comunicacion de seguridad 100A (operacion S311). Es decir, el numero de secuencia virtual para este paquete de seguridad de respuesta es N+1. Tras recibir el paquete de seguridad de respuesta, el primer dispositivo de comunicacion de seguridad 100A mantiene el numero de secuencia virtual N+1.
El primer dispositivo de comunicacion de seguridad 100A verifica si el paquete de seguridad de respuesta tiene o no un error utilizando el numero de secuencia virtual actual N+1 (operacion S315).
Las operaciones S317 a S331 son repeticiones de las operaciones S301 a S315.
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.

Claims (16)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    55
    60
    65
    REIVINDICACIONES
    1. 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, por el primer dispositivo de comunicacion, de un codigo de deteccion de errores de datos (CRC_Datos) para detectar un error de los datos utilizando los datos, y un numero de secuencia virtual y un identificador unico;
    la generacion, mediante el primer dispositivo de comunicacion, de un paquete que comprende los datos y el codigo de deteccion de errores de datos; y
    la transmision, mediante el primer dispositivo de comunicacion, del paquete al segundo dispositivo de comunicacion.
  2. 2. El procedimiento de comunicacion de acuerdo a la reivindicacion 1, en el que el paquete comprende la pluralidad de los campos excepto un campo para transmitir el numero de secuencia virtual.
  3. 3. El procedimiento de comunicacion de acuerdo a la reivindicacion 2, que comprende, en el caso en que los datos sean datos de peticion, el incremento del numero de secuencia virtual, en el que el calculo del codigo de deteccion de errores de datos comprende el calculo del codigo de deteccion de errores de datos usando los datos y el numero de secuencia virtual incrementado.
  4. 4. El procedimiento de comunicacion de acuerdo a la reivindicacion 3, en el que, en el caso en que los datos sean datos de respuesta, no se cambia el numero de secuencia virtual.
  5. 5. El procedimiento de comunicacion de acuerdo a la reivindicacion 3, que comprende, en el caso en que los datos sean datos de respuesta, el incremento del numero de secuencia virtual, en el que el calculo del codigo de deteccion de errores de datos comprende el calculo del codigo de deteccion de errores de datos usando los datos y el numero de secuencia virtual incrementado.
  6. 6. El procedimiento de comunicacion de acuerdo a la reivindicacion 3, que comprende:
    el calculo, mediante el primer dispositivo de comunicacion, de un codigo de deteccion de errores de cabecera para detectar un error de los datos de cabecera utilizando los datos de cabecera y el numero de secuencia virtual, en el que
    la generacion del paquete comprende la generacion del paquete que comprende los datos de cabecera, el codigo de deteccion de errores de cabecera, los datos y el codigo de deteccion de errores de datos.
  7. 7. El procedimiento de comunicacion de acuerdo a la reivindicacion 6, en el que el calculo del codigo de deteccion de errores de cabecera comprende el calculo del codigo de deteccion de errores de cabecera utilizando adicionalmente el identificador unico, en el que el identificador unico representa una relacion de conexion entre el primer dispositivo de comunicacion y el segundo dispositivo de comunicacion.
  8. 8. Un procedimiento de comunicacion para la recepcion, por un primer dispositivo de comunicacion, de datos provenientes de un segundo dispositivo de comunicacion, comprendiendo el procedimiento de comunicacion:
    la recepcion, por el primer dispositivo de comunicacion, de un paquete proveniente del segundo dispositivo de comunicacion;
    la obtencion, por el primer dispositivo de comunicacion, de los datos y un codigo recibido de deteccion de errores de datos del paquete;
    el calculo, por el primer dispositivo de comunicacion, de un codigo comparativo de deteccion de errores de datos (CRC_Datos) utilizando un numero de secuencia virtual, y un identificador unico y los datos; y la determinacion, por el primer dispositivo de comunicacion, de si el paquete tiene o no un error basandose en el codigo recibido de deteccion de errores de datos y el codigo comparativo de deteccion de errores de datos.
  9. 9. El procedimiento de comunicacion de acuerdo a la reivindicacion 8, en el que el paquete comprende la pluralidad de los campos, excepto un campo para transmitir el numero de secuencia virtual.
  10. 10. El procedimiento de comunicacion de acuerdo a la reivindicacion 9, que comprende, en el caso en que los datos sean datos de peticion, el incremento del numero de secuencia virtual, en el que el calculo del codigo comparativo de deteccion de errores de datos comprende el calculo del codigo comparativo de deteccion de errores de datos usando los datos de peticion y el numero de secuencia virtual incrementado.
    5
    10
    15
    20
    25
    30
    35
    40
  11. 11. El procedimiento de comunicacion de acuerdo a la reivindicacion 10, en el que, en el caso en que los datos sean datos de respuesta, no se cambia el numero de secuencia virtual.
  12. 12. El procedimiento de comunicacion de acuerdo a la reivindicacion 10, que comprende, en el caso en que los datos sean datos de respuesta, el incremento del numero de secuencia virtual, en el que el calculo del codigo comparativo de deteccion de errores de datos comprende el calculo del codigo comparativo de deteccion de errores de datos usando los datos de respuesta y el numero de secuencia virtual incrementado.
  13. 13. El procedimiento de comunicacion de acuerdo a la reivindicacion 9, en el que la determinacion de si el paquete tiene el error comprende:
    la comparacion del codigo comparativo de deteccion de errores de datos con el codigo recibido de deteccion de errores de datos; la determinacion de que no se ha producido un error en el paquete si el codigo comparativo de deteccion de errores de datos es igual al codigo recibido de deteccion de errores de datos; y
    la determinacion de que se ha producido un error en el paquete si el codigo comparativo de deteccion de errores de datos es diferente al codigo recibido de deteccion de errores de datos.
  14. 14. El procedimiento de comunicacion de acuerdo a una cualquiera de las reivindicaciones 8 a 11, en el que, en
    el caso en que se determine que el paquete tiene un 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.
  15. 15. El procedimiento de comunicacion de acuerdo a la reivindicacion 9, en el que la obtencion de los datos y el
    codigo recibido de deteccion de errores de datos comprende la obtencion de los datos de cabecera, un codigo recibido de deteccion de errores de cabecera, los datos y el codigo recibido de deteccion de errores de datos, a partir del paquete, comprendiendo el procedimiento de comunicacion:
    el calculo de un codigo comparativo de deteccion de errores de cabecera para detectar un error de los datos de cabecera utilizando los datos de cabecera y el numero de secuencia virtual, en el que la determinacion de si el paquete tiene un error comprende la determinacion de si el paquete tiene un error basandose en el codigo recibido de deteccion de errores de cabecera, el codigo comparativo de deteccion de errores de cabecera, el codigo recibido de deteccion de errores de datos y el codigo comparativo de deteccion de errores de datos.
  16. 16. El procedimiento de comunicacion de acuerdo a la reivindicacion 11, en el que
    el calculo del codigo comparativo de deteccion de errores de cabecera comprende el calculo del codigo comparativo de deteccion de errores de cabecera utilizando adicionalmente el identificador unico, en el que el identificador unico representa una relacion de conexion entre el primer dispositivo de comunicacion y el segundo dispositivo de comunicacion.
ES12870208.1T 2012-03-02 2012-10-22 Dispositivo de comunicación y procedimiento de comunicación Active ES2602477T3 (es)

Applications Claiming Priority (3)

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

Publications (1)

Publication Number Publication Date
ES2602477T3 true ES2602477T3 (es) 2017-02-21

Family

ID=49082915

Family Applications (1)

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

Country Status (7)

Country Link
US (1) US10044469B2 (es)
EP (1) EP2822205B1 (es)
JP (1) JP6110415B2 (es)
KR (3) KR101639931B1 (es)
CN (1) CN104254990B (es)
ES (1) ES2602477T3 (es)
WO (1) WO2013129750A1 (es)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10404625B2 (en) 2013-10-29 2019-09-03 Intel Corporation Ethernet enhancements
DE112019007018B4 (de) * 2019-04-16 2023-03-23 Mitsubishi Electric Corporation Sicherheitskommunikationsvorrichtung, sicherheitskommunikationssystem, sicherheitskommunikationsverfahren und sicherheitskommunikationsprogramm

Family Cites Families (28)

* 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 誤り訂正回路
US4920534A (en) 1986-02-28 1990-04-24 At&T Bell Laboratories System for controllably eliminating bits from packet information field based on indicator in header and amount of data in packet buffer
GB2301751B (en) * 1995-06-02 2000-02-09 Dsc Communications Control message transmission in telecommunications systems
AU716341B2 (en) * 1996-06-12 2000-02-24 Au Optronics Corporation Monitoring system of multimedia communication terminal
US6085349A (en) 1997-08-27 2000-07-04 Qualcomm Incorporated Method for selecting cyclic redundancy check polynomials for linear coded systems
US6201811B1 (en) * 1998-03-24 2001-03-13 Telefonaktiebolaget Lm Ericsson (Publ) Transferring Identifier information in a telecommunications system
DE69841981D1 (de) 1998-09-16 2010-12-16 Ibm Verfahren und Vorrichtung zur Erzeugung und Prüfung vom Datenprüffeld
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
KR20010018814A (ko) 1999-08-23 2001-03-15 윤종용 Ｉｅｅｅ1394 원거리 접속장치간의 패킷 전송 제어방법 및 장치
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
KR100484305B1 (ko) * 2002-11-26 2005-04-20 한국전자통신연구원 이중 링에서의 부하 분산과 공평성 제공을 고려한 자원할당 방법
US7433370B1 (en) * 2003-02-10 2008-10-07 Tymes Laroy Data structures with amortized control overhead and methods and networks using the same
JP3883562B2 (ja) * 2003-08-20 2007-02-21 日本電信電話株式会社 パケット通信方法およびパケット通信装置
JP4630997B2 (ja) 2005-02-25 2011-02-09 独立行政法人情報通信研究機構 Ｆｗａ装置、情報伝送方法、ｆｗａ装置用プログラムおよびそのプログラムを記録した記録媒体
WO2007026557A1 (ja) * 2005-08-31 2007-03-08 Nec Corporation 通信システム、通信端末、中継ノード及びそれに用いる通信方法並びにそのプログラム
US8140707B2 (en) * 2006-04-24 2012-03-20 Kt Corporation Inter working system
US20080195912A1 (en) 2007-02-14 2008-08-14 Nokia Corporation Method of communicatoin
JP5163298B2 (ja) * 2008-06-04 2013-03-13 富士通株式会社 情報処理装置、データ伝送装置及びデータ伝送方法
JP4985565B2 (ja) * 2008-06-30 2012-07-25 富士通株式会社 送受信回路、受信回路及び送受信回路の制御方法
KR101191551B1 (ko) * 2008-12-17 2012-10-15 한양대학교 산학협력단 무선 멀티홉 네트워크에서의 데이터 전송 방법 및 장치
US8274980B2 (en) * 2009-02-26 2012-09-25 International Business Machines Corporation Ethernet link aggregation
KR101310899B1 (ko) 2009-05-19 2013-09-25 한국전자통신연구원 데이터 송신장치 및 방법 그리고, 데이터 수신장치 및 방법
CN101651995A (zh) * 2009-09-21 2010-02-17 中兴通讯股份有限公司 一种下行控制信息的传输方法及传输系统
EP2309668A1 (en) 2009-10-09 2011-04-13 Thomson Licensing A digital receiver and corresponding digital transmission system server
US9094175B2 (en) 2010-07-16 2015-07-28 Qualcomm, Incorporated Method and apparatus for saving power by using signal field of preamble
CA2806085A1 (en) * 2010-07-30 2012-02-02 Automatic Technology (Australia) Pty Ltd Integrated controller for closure operator unit
JP2012173963A (ja) * 2011-02-21 2012-09-10 Sumitomo Electric Ind Ltd 光トランシーバ

Also Published As

Publication number Publication date
US20150058707A1 (en) 2015-02-26
WO2013129750A1 (ko) 2013-09-06
US10044469B2 (en) 2018-08-07
EP2822205A1 (en) 2015-01-07
KR101389646B1 (ko) 2014-04-29
KR20130100763A (ko) 2013-09-11
EP2822205B1 (en) 2016-08-10
KR20130100762A (ko) 2013-09-11
CN104254990A (zh) 2014-12-31
CN104254990B (zh) 2017-09-05
JP6110415B2 (ja) 2017-04-05
KR20140144204A (ko) 2014-12-18
JP2015508976A (ja) 2015-03-23
KR101442963B1 (ko) 2014-09-23
KR101639931B1 (ko) 2016-07-14
EP2822205A4 (en) 2015-09-09

Similar Documents

Publication Publication Date Title
ES2727674T3 (es) Dispositivo de comunicación y método de comunicación
KR20140103922A (ko) 신뢰할 수 있고 확장가능한 건강 상태 감시를 위한 시스템 및 방법
ES2590148T3 (es) Dispositivo de comunicación y procedimiento de comunicación
ES2602477T3 (es) Dispositivo de comunicación y procedimiento de comunicación
EP4106267A1 (en) Communication system and communication method for reporting compromised state in one-way transmission
ES2618217T3 (es) Dispositivo de comunicación y procedimiento de comunicación
KR101146661B1 (ko) 무선 인체 통신망에서 네트워크의 수명 연장과 통신 신뢰성 향상을 위한 라우팅 시스템 및 그에 따른 네트워크 통신 방법
Bate et al. Developing safe and dependable sensornets
CN108648298A (zh) 消息处理方法及装置、存储介质、电子设备
Behera et al. A Rf-Based Social Distance Smart Band System in Organization
KR101432033B1 (ko) 동적 블록화 기법을 사용하여 데이터 오류 발생에 따른 재전송 크기를 줄이는 방법 및 그 방법이 적용된 무선 신체 영역 통신 시스템
Barnes et al. Comparison of network architectures for a telemetry system in the solar car project
CN109076055A (zh) 增强的gprs完整性比特和跨层指示
Herbst et al. A Ring Topology Approach: Efficient Communication in Wireless Body Area Networks (WBANs)
GB2548144A (en) Two-channel communication systems