ES2599128T3 - Método y dispositivo para procesar paquetes de datos - Google Patents

Método y dispositivo para procesar paquetes de datos Download PDF

Info

Publication number
ES2599128T3
ES2599128T3 ES10728351.7T ES10728351T ES2599128T3 ES 2599128 T3 ES2599128 T3 ES 2599128T3 ES 10728351 T ES10728351 T ES 10728351T ES 2599128 T3 ES2599128 T3 ES 2599128T3
Authority
ES
Spain
Prior art keywords
data packet
size
bit
value
message
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
ES10728351.7T
Other languages
English (en)
Inventor
Antonius Adriaan Maria Staring
Andries Van Wageningen
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.)
Koninklijke Philips NV
Original Assignee
Koninklijke Philips NV
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 Koninklijke Philips NV filed Critical Koninklijke Philips NV
Application granted granted Critical
Publication of ES2599128T3 publication Critical patent/ES2599128T3/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
    • 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
    • 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
    • H04L12/00—Data switching networks
    • H04L12/54—Store-and-forward switching systems 
    • H04L12/56—Packet switching systems
    • 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/26—Special purpose or proprietary protocols or architectures

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Computing Systems (AREA)
  • Communication Control (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Abstract

Un método de procesamiento de un paquete de datos en una comunicación de un sistema de transmisión de potencia inalámbrico inductivo, comprendiendo el paquete de datos una parte de encabezamiento y una parte de mensaje, comprendiendo dicha parte de encabezamiento al menos un bit para indicar el tipo de dicho paquete de datos, caracterizado por que dicho método comprende una etapa de: - obtener (101) la información de tamaño de dicho paquete de datos, basándose en dicho al menos un bit; estando comprendido el al menos un bit en un byte que tiene un valor x relacionado con un tamaño de la parte de mensaje de acuerdo con:**Tabla**

Description

5
10
15
20
25
30
35
40
45
50
55
60
65
DESCRIPCION
Metodo y dispositivo para procesar paquetes de datos Campo de la invencion
La presente invencion se refiere a la comunicacion de dos dispositivos, mas particularmente, a procesar paquetes de datos transmitidos desde un segundo dispositivo a un primer dispositivo.
Antecedentes de la invencion
La transmision de informacion desde un dispositivo a otro dispositivo tiene lugar en todas las clases de campos tecnicos; por ejemplo, la informacion se transmite mediante paquetes de datos desde un telefono movil a otro, o desde un servidor a un cliente, etc. Los paquetes de datos pueden transmitirse mediante cable, por ejemplo, lmea telefonica, lmea de red, etc. Los paquetes de datos pueden transmitirse tambien inalambricamente, por ejemplo, usando tecnologfa de comunicacion de campo cercano (NFC), o usando tecnologfa de comunicacion por satelite, etc.
Un paquete de datos tipicamente comprende una parte de encabezamiento y una parte de mensaje. La parte de encabezamiento se usa para indicar alguna informacion basica relacionada con el paquete de datos, tal como: el tipo del paquete de datos, informacion de tamano (es decir longitud) del paquete de datos, etc., que podna entenderse tambien como "metadatas" o "tara". La parte de mensaje se usa para llevar el mensaje (es decir informacion) que el paquete de datos pretende llevar.
En algunos casos, diferentes tipos de paquetes de datos pueden tener un tamano diferente de la parte de mensaje. Si el paquete de datos necesita llevar la informacion de tamano del paquete de datos, tipicamente, la parte de encabezamiento se usa para llevar esta informacion de tamano. La parte de encabezamiento por ejemplo tiene dos secciones, una para indicar el tipo del paquete de datos, y otra para indicar informacion de tamano del paquete de datos. Como un ejemplo, la parte de encabezamiento tiene dos bytes, siendo el primer byte para indicar la informacion de tipo, y el segundo byte para indicar el tamano del paquete de datos. Los documentos WO1998/018286 Al, US2004/223496 A1 y WO2000/020876 A1 cada uno desvelan comunicacion en mensajes de diferentes longitudes predeterminadas, donde la longitud de un mensaje se indica por un codigo en un encabezamiento, identificando el codigo que longitud particular se esta usando.
Objeto y sumario de la invencion
Sin embargo, en algunos otros casos, puesto que se requiere que el paquete de datos sea tan pequeno como sea posible, la parte de encabezamiento tiene un numero muy limitado de bits y tiene que usarse para indicar el tipo del paquete de datos; y no hay bits adicionales para indicar el tamano del paquete de datos.
Por ejemplo, en un sistema de transmision de potencia inalambrica, se usa un transmisor para transmitir potencia a un receptor usando por induccion al menos una bobina primaria (bobina de transmision) y al menos una bobina secundaria (bobina de recepcion), y el receptor por ejemplo necesita enviar paquetes de datos que llevan informacion de configuracion al transmisor, de modo que el transmisor conoce el requisito de potencia del receptor y conoce como configurar los parametros relevantes del transmisor antes de que el transmisor pueda empezar a transmitir potencia al receptor.
Un enfoque para transmitir estos paquetes de datos de configuracion es la denominada modulacion de carga, es decir el transmisor aplica (transmite) potencia al receptor y el receptor vana su consumo de potencia para codificar senales binarias, es decir, paquetes de datos. En un enfoque de transmision de datos de este tipo, la duracion requerida para transmitir un paquete de datos aumenta aproximadamente 5,5 ms para cada byte adicional. Por lo tanto, es deseable mantener la tara en un paquete de datos tan pequena como sea posible. Como consecuencia, la parte de encabezamiento de este paquete de datos de configuracion se define para comprender unicamente un unico byte. Este byte se usa para indicar el tipo de paquete de datos. No hay byte adicional para indicar el tamano del paquete de datos.
Desde un primer aspecto de esta invencion, es ventajoso proponer un paquete de datos que lleva informacion de tamano de dicho paquete de datos. El paquete de datos comprende una parte de encabezamiento y una parte de mensaje, comprendiendo dicha parte de encabezamiento al menos un bit para indicar el tipo de dicho paquete de datos, en el que dicho al menos un bit esta asociado tambien con informacion de tamano de dicho paquete de datos.
Desde un segundo aspecto de esta invencion, se propone un metodo de codificacion de un paquete de datos que tiene al menos un bit para representar tanto informacion de tipo como informacion de tamano de dicho paquete; se propone tambien un codificador para codificar un paquete de datos de este tipo; y se propone un dispositivo que comprende el codificador. El dispositivo codifica el paquete de datos y lo envfa a otro dispositivo para comunicacion con dicho otro dispositivo.
5
10
15
20
25
30
35
40
45
50
55
60
65
Desde un tercer aspecto de esta invencion, se propone un metodo de procesamiento de paquetes de datos recibidos desde un segundo dispositivo por un primer dispositivo. El paquete de datos comprende una parte de encabezamiento y una parte de mensaje. La parte de encabezamiento comprende al menos un bit para indicar el tipo de dicho paquete de datos. El metodo comprende una etapa de obtencion de informacion de tamano de dicho paquete de datos, basandose en dicho al menos un bit que se usa para indicar el tipo del paquete de datos.
Es muy util tener la informacion de tamano de un paquete de datos. Por ejemplo, si un transmisor no conoce el tamano del paquete de datos, el transmisor no conoce si el paquete de datos esta completo o no, y no puede localizar las partes diferentes del paquete de datos. Unicamente cuando se obtiene la informacion de tamano del paquete de datos, pueden implementarse muchas acciones diferentes por el primer dispositivo.
En el contexto de esta invencion, puesto que en ocasiones las partes distintas de la parte de mensaje de un paquete de datos son partes fijas definidas por un protocolo como una norma, el tamano del paquete de datos depende del tamano de la parte de mensaje del paquete de datos. En otras palabras, siempre que se conozca el tamano de la parte de mensaje, puede conocerse el tamano del paquete de datos y viceversa.
De acuerdo con una realizacion de la invencion, el metodo puede comprender adicionalmente una etapa de identificacion de dicha parte de mensaje desde dicho paquete de datos de acuerdo con la informacion de tamano obtenida.
De acuerdo con una realizacion de la invencion, dicho paquete de datos comprende adicionalmente una parte de suma de comprobacion que indica un primer valor para verificar la correccion del paquete de datos. La parte de suma de comprobacion puede localizarse de acuerdo con la informacion de tamano obtenida. El metodo comprende adicionalmente una etapa de calculo de un segundo valor, usando la parte de mensaje identificado; y una etapa de determinacion de si dicho paquete de datos es correcto o no comparando dicho primer valor con dicho segundo valor.
Si la etapa de determinacion determina que el paquete de datos es incorrecto; el metodo comprende adicionalmente una etapa de descarte de dicho paquete de datos.
De acuerdo con una realizacion de la invencion, dicho paquete de datos esta asociado con un tipo de paquete desconocido indicado por dicho al menos un bit.
Normalmente, un protocolo, por ejemplo una norma, define muchos tipos de paquetes de datos diferentes para comunicar diferentes clases de informacion entre dos dispositivos. Por alguna razon, por ejemplo para crear la posibilidad de definir algun nuevo tipo de mensaje en el futuro, en la version anterior del protocolo algunos valores de los bits usados para indicar el tipo del paquete de datos se reservan para el futuro. Como definir y usar estos valores reservados no se conoce en el momento de definir la version anterior del protocolo; estos valores reservados probablemente se definiran (es decir asociados con un cierto tipo de paquete) en la futura version del protocolo, por ejemplo en la version de mejora. Un paquete nuevamente definido que se envfa mediante el dispositivo de nueva generacion, se considera un paquete de tipo desconocido cuando se recibe por el dispositivo de la generacion antigua.
En el contexto de esta invencion, si un dispositivo que recibe un paquete de datos conoce que tipo de paquete es este, es decir la parte de encabezamiento esta asociada con un tipo de paquete conocido, este paquete de datos se denomina como "paquete de tipo conocido"; y si un dispositivo que recibe un paquete de datos no conoce que tipo de paquete es este, es decir la parte de encabezamiento de este paquete esta asociada con un tipo desconocido de acuerdo con el conocimiento de este dispositivo, este paquete de datos se denomina como un "paquete de tipo desconocido". Por ejemplo, la parte de encabezamiento para indicar la informacion de tipo es un byte, de la cual se define el intervalo de 0 a 180, y el intervalo de 181 a 256 se reserva para uso futuro: un paquete de datos que tiene un byte de encabezamiento con un valor entre 181 y 256 se denomina un paquete de tipo desconocido.
Un paquete de tipo desconocido puede recibirse por ejemplo si un dispositivo que envfa el paquete es un dispositivo de nueva generacion en el que se definen algunos tipos de nuevos paquetes, sin embargo el dispositivo que recibe el paquete es un dispositivo de generacion antigua en el que estos nuevos tipos definidos en la nueva generacion estan indefinidos/reservados en la generacion antigua.
Normalmente, cuando el dispositivo de generacion antigua recibe un paquete de tipo desconocido, descartara este paquete inmediatamente puesto que nadie se ha dado cuenta de que hay una necesidad de conocer informacion adicional de un paquete de tipo desconocido. Sin embargo, el inventor de esta invencion ha hallado que sena util obtener la informacion de tamano de un paquete de tipo desconocido de este tipo.
Por lo tanto, de acuerdo con una realizacion de la invencion, se desvela un metodo de obtencion de informacion de tamano de un paquete de datos de tipo desconocido. Con la informacion de tamano de un paquete de tipo desconocido de este tipo, pueden implementarse algunas etapas utiles por el dispositivo que recibe este paquete de tipo desconocido.
5
10
15
20
25
30
35
40
45
50
55
60
65
De acuerdo con una realizacion de esta invencion, el primer dispositivo corresponde a un transmisor, el segundo dispositivo corresponde a un receptor, el transmisor transmite potencia al receptor por induccion; y el receptor envfa el paquete de datos modulando la potencia extrafda desde dicho transmisor. Si el paquete de datos esta asociado con un tipo de paquete desconocido de acuerdo con el al menos un bit, y si la etapa de determinacion determina que el paquete de datos es incorrecto; el metodo comprende adicionalmente una etapa de aborto de la transmision de potencia al receptor.
Desde un cuarto aspecto de esta invencion, se propone un primer dispositivo para procesar un paquete de datos recibido desde un segundo dispositivo. El paquete de datos comprende una parte de encabezamiento y una parte de mensaje. La parte de encabezamiento comprende al menos un bit para indicar el tipo de dicho paquete de datos. El primer dispositivo comprende una primera unidad para obtener el tamano de dicho paquete de datos, basandose en dicho al menos un bit.
De acuerdo con una realizacion de esta invencion, el primer dispositivo comprende adicionalmente una segunda unidad para identificar dicha parte de mensaje desde dicho paquete de datos de acuerdo con la informacion de tamano obtenida.
De acuerdo con una realizacion de esta invencion, en la que dicho paquete de datos comprende adicionalmente una parte de suma de comprobacion que indica un primer valor, el primer dispositivo comprende adicionalmente una tercera unidad para calcular un segundo valor, usando dicha parte de mensaje identificado, y una cuarta unidad para determinar si dicho paquete de datos es correcto o no comparando dicho segundo valor con dicho primer valor. La segunda unidad calcula el segundo valor de acuerdo con un algoritmo de o exclusiva.
De acuerdo con una realizacion de esta invencion, el primer dispositivo comprende adicionalmente una quinta unidad para descartar el paquete de datos cuando se determina que el paquete de datos es incorrecto.
De acuerdo con una realizacion de esta invencion, en la que el primer dispositivo corresponde a un transmisor, y el segundo dispositivo corresponde a un receptor, el transmisor transmite potencia al receptor por induccion; el receptor envfa un paquete de datos modulando la potencia extrafda desde dicho transmisor; y el paquete de datos esta asociado con un tipo de paquete desconocido de acuerdo con dicho al menos un bit. El primer dispositivo comprende adicionalmente una sexta unidad para abortar la transmision de potencia cuando se determina que el paquete de datos es incorrecto.
Desde un quinto aspecto de esta invencion, se propone un paquete de datos. El paquete de datos comprende una parte de encabezamiento y una parte de mensaje, comprendiendo la parte de encabezamiento al menos un bit para indicar el tipo de dicho paquete de datos, y tambien al menos un bit esta asociado con informacion de tamano de dicho paquete de datos. El paquete de datos puede comprender tambien una parte de suma de comprobacion para verificar si el paquete de datos es correcto o no.
Estas y otras caractensticas, rasgos y ventajas de la presente invencion se haran evidentes a partir de la siguiente descripcion detallada, tomada en conjunto con los dibujos adjuntos, que ilustran, a modo de ejemplo, los principios de la invencion. La descripcion se proporciona por motivos de ejemplo unicamente, sin limitar el alcance de la invencion. Las Figuras de referencia citadas a continuacion hacen referencia a los dibujos adjuntos.
Breve descripcion de los dibujos
La invencion se explica en mayor detalle, y a modo de ejemplo, con referencia a los dibujos adjuntos en los que:
La Figura 1 muestra un diagrama de flujo de acuerdo con una realizacion de esta invencion;
La Figura 2 representa un ejemplo de la estructura del paquete de datos 200;
La Figura 3 ilustra un diagrama de bloques del primer dispositivo 300.
Las lmeas discontinuas en las figuras indican etapas o bloques relacionados que son opcionales; en algunas realizaciones, estos pueden omitirse.
A lo largo de todos los dibujos, numeros de referencia similares se entenderan que hacen referencia a funciones o caractensticas correspondientes similares o iguales.
Descripcion detallada
Desde el primer aspecto de la invencion, se propone un paquete de datos que comprende una parte de encabezamiento y una parte de mensaje. La parte de encabezamiento comprende al menos un bit para indicar el tipo de dicho paquete de datos, y el al menos un bit esta tambien asociado con la informacion de tamano del paquete de datos.
5
10
15
20
25
30
35
40
45
50
De tal manera que, la informacion de tamano de un paquete de datos puede codificarse en el tamano limitado de la parte de encabezamiento de dicho paquete de datos y obtenerse por el dispositivo que recibe esos paquetes de datos. No hay bits adicionales especializados para indicar la informacion de tamano del paquete de datos.
Se propone un codificador para codificar un paquete de datos de este tipo. El codificador podna implementarse por medio de hardware o software, o ambos. Por ejemplo puede implementarse por una memoria almacenada con codigo de instruccion o por un procesador o un chip, etc.
Se propone un dispositivo que comprende el codificador anteriormente mencionado, comprendiendo el dispositivo una unidad para enviar el paquete de datos a otro dispositivo.
La asociacion entre la informacion de tamano y la parte de encabezamiento puede implementarse introduciendo una tabla de consulta almacenada en el dispositivo que recibe el paquete de datos. La tabla de consulta enumera los bits que se usan para indicar el tipo de paquetes de datos y la informacion de tamano de estos tipos de paquetes de datos.
Como se ha indicado anteriormente, en muchos casos, puesto que la parte de mensaje es la unica parte cuyo tamano puede ser diferente dependiendo del tipo, el tamano de la parte de mensaje (tambien denominado como "longitud de la parte de mensaje") es la unica informacion de tamano que necesita codificarse.
Un concepto de clases de tamano puede usarse para indicar la informacion de tamano, siendo una clase de tamano un intervalo de tipos de paquetes que tienen todos el mismo tamano. Por ejemplo, la clase de tamano 1 significa que la parte de mensaje consiste en un byte, y la clase de tamano 7 significa que la parte de mensaje consiste en 7 bytes. Suponiendo que la parte de encabezamiento tiene un byte, esto proporciona hasta 256 clases de tamano, donde cada clase de tamano puede tener 1...256 paquetes (con la restriccion de que el numero total de paquetes no supere 256).
La Tabla 1 muestra un ejemplo de esta implementacion. Se ha de observar que unicamente la columna 1 y la columna 2 de la tabla 1 son necesarias para implementar esta invencion. La columna 3 no es necesaria para la etapa de asociacion de informacion de tamano a la parte de encabezamiento; se usa simplemente para el fin de ilustrar el concepto de la invencion.
Como se muestra en la tabla 1, las partes de encabezamiento desde 0x00 a 0x0F reflejan una longitud de mensaje de clase de tamano 1, que significa que el tipo de paquete representado por cualquier parte de encabezamiento con un valor desde 0x00 a 0x0F tiene una parte de mensaje que consiste en 1 byte. De esta manera, un dispositivo que recibe un paquete de datos puede obtener la informacion de tamano del paquete de datos a partir de la tabla 1.
A partir de la tabla 1, puede observarse que tanto el tipo definido como el tipo reservado se han asociado con informacion de tamano. Por lo tanto, un dispositivo que recibe un paquete de tipo desconocido puede obtener tambien la informacion de tamano de un paquete de tipo desconocido de este tipo; y si un nuevo tipo de paquete con una parte de mensaje de 7 bytes necesita ser definido en una version de mejora (futura) de un protocolo, se puede seleccionar cualquiera de los tipos de paquete reservados a partir del grupo de clase de tamano 7, es decir la parte de encabezamiento del tipo de paquete seleccionado que tiene una parte de mensaje de 7 bytes debena estar en el intervalo de valores entre 0x52 y 0x57. Como resultado, aunque un dispositivo de version antigua no conozca el tipo de paquete nuevamente definido de acuerdo con la tabla de consulta de la version antigua, el dispositivo de la version antigua puede obtener la informacion de tamano de este paquete desconocido (no definido). Por ejemplo, para el byte de encabezamiento 0x1F, aunque la tabla 1 muestra que es un tipo de paquete "reservado", el tamano de su parte de mensaje puede obtenerse, que es 2.
Esto asegura compatibilidad hacia delante con versiones futuras sin cambios al tamano y estructura de paquete existentes.
Tabla 1
Columna 1
Columna 2 Columna 3
Byte de encabezamiento
Clase de tamano Tipo de paquete
0x00
1 Reservado
0x01
1 Intensidad de senal
0x02
1 Transferencia de potencia final
0x05
1 Estado de carga
0x06
1 Reservado
5
10
15
20
25
30
35
Columna 1
Columna 2 Columna 3
Byte de encabezamiento
Clase de tamano Tipo de paquete
1 Reservado
0x0F
1 Reservado
0x10
2 Reservado
2 Reservado
0x1F
2 Reservado
0x50
Reservado
0x51
7 Identificacion
0x52
7 Reservado
7 Reservado
0x57
7 Reservado
0xFC
31 Reservado
0xFD
31 Reservado
0xFE
32 Reservado
0xFF
32 Reservado
Puesto que requerira espacio sustancial almacenar la tabla que asocia informacion de tamano del paquete de datos con la parte de encabezamiento (tal como la tabla 1), en una implementacion ventajosa, la informacion de tamano puede calcularse a partir de la parte de encabezamiento usando una formula sencilla, es decir asociando la informacion de tamano con la parte de encabezamiento mediante una formula, por ejemplo la formula es: encabezamiento/8 +1, donde la division es una division entera (es decir descartando cualquier resto distinto de cero; que significa que para un encabezamiento con un byte para indicar el tipo del paquete de datos, teniendo el encabezamiento 256 valores diferentes que representan 256 tipos, que esta formula proporciona para 32 clases de tamano que tengan 8 posibles tipos de paquete cada una. Por ejemplo, si el encabezamiento es: 0x52, la informacion de tamano debena ser: 0x52/8+1=11, que significa por ejemplo que la parte de mensaje es 11 bytes.
La formula puede ser diferente, basandose en cuantas clases de tamano son necesarias y cuantos tipos de paquetes son necesarios para cada clase de tamano.
Sin perdida de universalidad, a continuacion, el dispositivo que recibe el paquete de datos se denomina como un primer dispositivo, y el dispositivo para enviar el paquete de datos se denomina como un segundo dispositivo. El primer dispositivo y el segundo dispositivo podnan ser cualquier dispositivo siempre que el segundo dispositivo pueda enviar datos al primer dispositivo y el primer dispositivo pueda recibir los datos e interpretar los datos para realizar la accion predefinida de acuerdo con los datos recibidos. Los metodos y el primer dispositivo para procesar paquetes de datos se ilustran en detalle en lo sucesivo a modo de ejemplo sin limitar el alcance protector de esta invencion.
La Figura 1 muestra un diagrama de flujo de un metodo de procesamiento de un paquete de datos por un primer dispositivo de acuerdo con una realizacion de esta invencion.
La Figura 2 muestra un ejemplo de la estructura del paquete de datos 200. El paquete de datos 200 consiste en cuatro partes, en concreto, la parte de preambulo 201, parte de encabezamiento 202, parte de mensaje 203 y parte de suma de comprobacion 204. La parte de preambulo 201 senaliza el inicio de un paquete de datos. La parte de encabezamiento 202 indica el tipo y tamano del paquete de datos. La parte de mensaje 203 lleva el mensaje que el segundo dispositivo pretende transmitir al primer dispositivo. La parte de suma de comprobacion 204 pretende usarse para verificar si el paquete de datos 200 es correcto o no por medio del primer dispositivo.
La primera parte que sigue despues del preambulo 201 es la parte de encabezamiento 202. La parte de encabezamiento 202 se usa para indicar el tipo del paquete de datos 200; en el escenario de esta invencion, la parte de encabezamiento se supone que es pequena; tiene por ejemplo unicamente 8 bits (1 byte).
5
10
15
20
25
30
35
40
45
50
55
La parte de encabezamiento 202 va seguida de la parte de mensaje 203. La parte de mensaje 203 tiene multiples bits para llevar el mensaje. Como se ha indicado anteriormente, para diferentes tipos de paquetes de datos, el tamano de la parte de mensaje puede ser diferente. Algunos tipos de paquete pueden necesitar unicamente 1 byte como parte de mensaje, mientas otros tipos de paquete pueden necesitar mucho mas de 1 byte para llevar un mensaje.
La Figura 3 ilustra esquematicamente un diagrama de bloques de un primer dispositivo 300.
Ahora, haciendo referencia a las Figuras 1-3, el primer dispositivo 300 comprende una memoria 307 para almacenar el paquete de datos 200 que se recibe desde un segundo dispositivo. El paquete de datos recibido 200 comprende una parte de encabezamiento 202 y una parte de mensaje 203. La parte de encabezamiento 202 comprende al menos un bit para indicar el tipo de dicho paquete de datos, por ejemplo la parte de encabezamiento 202 tiene 1 byte (b0, b-i, ... , by) para indicar el tipo del paquete de datos 200. El primer dispositivo 300 comprende una primera unidad 301 para realizar una etapa 101 de obtencion de la informacion de tamano de dicho paquete de datos 200 basandose en b0~by.
Opcionalmente, la etapa de obtencion 101 puede realizarse comprobando una tabla de consulta que asocia b0~b7 con la informacion de tamano del paquete 200. La tabla de consulta debena pre-almacenarse en el primer dispositivo 300. Un ejemplo de una tabla de consulta de este tipo es la columna 1 y la columna 2 de la tabla 1. Por ejemplo, de acuerdo con la tabla 1, para el valor de 0xFC, el tamano de la parte de mensaje esta en la clase 31, que significa por ejemplo que la parte de mensaje tiene 31 bytes.
Ventajosamente, la etapa de obtencion 101 puede realizarse calculando el tamano del paquete, basandose en el valor de la parte de encabezamiento 202 de acuerdo con una formula predefinida pre-almacenada en el primer dispositivo 300.
La tabla 2 muestra un ejemplo de las formulas pre-almacenadas para calcular el tamano del paquete (tamano de la parte de mensaje) de acuerdo con el valor de la parte de encabezamiento 202.
Tabla 2
Encabezamiento
Tamano de mensaje
0x00~0x1F
1+ (encabezamiento-0) / 32
0x20~0x7F
2+ (encabezamiento -32) / 16
0x80~0xDF
8+( encabezamiento -128) / 8
0xE0~0xFF
20+( encabezamiento -224) / 4
Como se muestra en la tabla 2, para los valores de parte de encabezamiento desde 0x20 a 0x7F, la formula para calcular el tamano de la parte de mensaje es (2+ (encabezamiento-32)/16). Por ejemplo, si la parte de encabezamiento 202 es 0x52, el tamano de la parte de mensaje del paquete 200 debena ser: 2+ (0x52-32) / 16 = 2+ (82-32) / 16 = 5, que significa que el tamano de la parte de mensaje del paquete 200 es 5 bytes (40 bits).
Conociendo la informacion de tamano del paquete de datos 200, ayuda a identificar (localizar) las diferentes partes del paquete.
Ventajosamente, el primer dispositivo 300 puede comprender una segunda unidad 302 para realizar una etapa 102 de identificacion de dicha parte de mensaje a partir de dicho paquete de datos de acuerdo con la informacion de tamano obtenida. Como resultado, puede determinarse que bits pertenecen a la parte de mensaje 203 y que bits pertenecen a la parte de suma de comprobacion. En otras palabras, la parte de mensaje puede localizarse.
Cuando se localizan las diferentes partes del paquete de datos, el primer dispositivo 300 a continuacion puede realizar algunas acciones. Por ejemplo, conociendo que bits pertenecen al byte de suma de comprobacion, el primer dispositivo a continuacion puede verificar la correccion del paquete de datos recibido 200.
Ventajosamente, el primer dispositivo 300 comprende una tercera unidad 303 para realizar una etapa 103 de calculo de un segundo valor de acuerdo con la parte de mensaje identificado; una cuarta unidad 304 para realizar una etapa 104 de determinacion de si dicho paquete de datos es correcto o no comparando un primer valor indicado por la parte de suma de comprobacion 204 con el segundo valor calculado.
La parte de suma de comprobacion tiene unos datos de tamano fijo calculados a partir de un bloque arbitrario de datos digitales para el fin de detectar errores accidentales que pueden haberse introducido durante su transmision o almacenamiento. La integridad del paquete de datos puede comprobarse en cualquier momento posterior volviendo a calcular el valor de suma de comprobacion y compararlo con el almacenado. Si las sumas de comprobacion no
5
10
15
20
25
30
35
40
45
50
55
60
65
coinciden, los datos se modificaron casi con toda seguridad (intencionada o no intencionadamente). El procedimiento que produce la suma de comprobacion a partir de los datos se denomina una funcion de suma de comprobacion o algoritmo de suma de comprobacion. Un buen algoritmo de suma de comprobacion producira un resultado diferente con alta probabilidad cuando los datos se corrompen accidentalmente; si las sumas de comprobacion coinciden, los datos es muy probable que esten libres de errores accidentales.
La parte de suma de comprobacion 204 comprende, por ejemplo, un unico byte que indica un primer valor para verificar si el paquete de datos 200 es correcto o no, es decir verificar si el paquete de datos 2O0 se ha recibido correctamente o no despues de que se recibe el paquete 200 por el primer dispositivo desde el segundo dispositivo.
Para determinar si el paquete 200 es correcto, en primer lugar el primer dispositivo tiene que recuperar el primer valor desde la parte de suma de comprobacion 204. Puesto que la parte de suma de comprobacion 204 sigue la parte de mensaje 203, el byte de suma de comprobacion 204 puede localizarse cuando se localiza la parte de mensaje 203.
El primer valor representado por el byte de suma de comprobacion 204 se calcula de acuerdo con un algoritmo predefinido por el segundo dispositivo y se anade al paquete 200 como el byte de suma de comprobacion antes de que se envfe el paquete 200 al primer dispositivo 300. Si el primer dispositivo 300 calcula el segundo valor de acuerdo con el mismo algoritmo predefinido, el segundo valor debena ser el mismo que el primer valor. Si los dos valores de suma de comprobacion son el mismo, el paquete 200 se ha transmitido correctamente, es decir el paquete 200 es correcto; sin embargo, si no son el mismo, ha habido un error de transmision durante la transmision del paquete.
Hay muchos algoritmos para calcular el primer y segundo valor, por ejemplo, la comprobacion de paridad longitudinal, que descompone los datos en "palabras" con un numero fijo n de bits, y a continuacion calcula el o exclusivo (denominado como XOR) de todas estas palabras. El resultado se anexa al paquete como una palabra adicional. Para comprobar la integridad de un mensaje, el primer dispositivo calcula el o exclusivo de todas sus palabras (byte de encabezamiento, parte de mensaje y byte de suma de comprobacion); si el resultado no es una palabra con n ceros, el primer dispositivo sabe que ha tenido lugar un error de transmision.
Como un ejemplo, el algoritmo es: byte de encabezamiento XOR primer byte de mensaje XOR segundo byte de mensaje xOr ... XOR ultimo byte de mensaje. Considerese por ejemplo la secuencia de bytes 0x23 0x10 0x35 0x06 0x45. El paquete empieza en el primer byte de la secuencia, es decir el byte de encabezamiento es 0x23. Esto significa que el tamano del mensaje en el paquete es 2 bytes de acuerdo con la tabla 2, es decir 0x10 0x35. El byte que sigue el mensaje es la suma de comprobacion, es decir 0x06, que se calcula como 0x23 XOR 0x10 XOR 0x35. El ultimo byte en la secuencia (es decir 0x45) no es realmente parte del paquete (y se ignorana por un transmisor).
Como alternativa, podna usarse cualquier otro algoritmo de suma de comprobacion conocido.
Ventajosamente, el primer dispositivo comprende adicionalmente una quinta unidad 305 para realizar una etapa 105 de descarte de dicho paquete de datos 200 cuando la cuarta unidad 304 determina que el paquete de datos 200 es incorrecto.
Puesto que el paquete 200 se ha verificado que es incorrecto, el transmisor tiene que descartar el paquete de datos y esperar los siguientes paquetes de datos, independientemente de si el paquete de datos recibido es un paquete de tipo conocido o un paquete de tipo desconocido.
Si la parte de encabezamiento 202 corresponde a un paquete de tipo desconocido, significa que el primer dispositivo 300 no conoce de que tipo es el paquete de datos 200, y por lo tanto el primer dispositivo 300 no puede hacer uso de estos paquetes de datos. En este caso, el primer dispositivo tiene que descartar el paquete de datos recibido 200 sin importar si el paquete es correcto o incorrecto para asegurar que una primera generacion de, por ejemplo, el transmisor podna permanecer compatible con generaciones futuras de receptores.
Ventajosamente, el primer dispositivo 300 corresponde a un transmisor, el segundo dispositivo corresponde a un receptor. El transmisor comprende una o mas bobinas primarias que estan acopladas con una o mas bobinas secundarias del receptor. La bobina primaria se aplica a una fuente de alimentacion de CA para generar un campo magnetico que inducira una tension en las bobinas secundarias; de tal manera que, el transmisor puede transmitir potencia al receptor. Cuando el transmisor aplica potencia al receptor, el receptor puede enviar el paquete de datos 300 modulando la potencia extrafda desde dicho transmisor, es decir variando la potencia consumida desde dicho transmisor. El primer dispositivo 300 comprende adicionalmente una sexta unidad 306 para realizar una etapa 106 de aborto de la transmision de potencia cuando la cuarta unidad 304 determina que el paquete de datos es incorrecto. Si el paquete de datos 200 se envfa de esta manera, la incorreccion del paquete de datos 200 indica un problema de transmision de potencia puesto que el paquete de datos esta modulado en la senal de potencia.
Existen numerosas maneras para implementar funciones por medio de elementos de hardware o software, o ambos. A este respecto, los dibujos son tambien muy ilustrativos, representando cada uno unicamente una posible
realizacion de la invencion. Por ejemplo, la unidad 301, 302, 303, 304, 305, 306 anteriormente mencionada puede implementarse por una o una pluralidad de memorias almacenadas con diferentes codigos de instrucciones. Estas unidades pueden implementarse tambien por una o una pluralidad de placas de circuito impreso o por una o una pluralidad de procesadores.
5
Debe observarse que las realizaciones anteriormente descritas se proporcionan para descripcion en lugar de limitar la invencion, y se ha de entender que pueden realizarse modificaciones y variaciones sin alejarse del esprntu y alcance de la invencion como entenderan facilmente los expertos en la materia. Tales modificaciones y variaciones se considera que estan dentro del alcance de la invencion y las reivindicaciones adjuntas. El alcance de proteccion 10 de la invencion se define por las reivindicaciones adjuntas. Ademas, cualquiera de los numeros de referencia en las reivindicaciones no debena interpretarse como una limitacion a las reivindicaciones. El uso del verbo "comprende" y sus conjugaciones no excluye la presencia de elementos o etapas distintos a aquellos establecidos en una reivindicacion. El artfculo indefinido "un" o "una" precedido de un elemento o etapa no excluye la presencia de una pluralidad de tales elementos o etapas.
15

Claims (15)

  1. 5
    10
    15
    20
    25
    30
    35
    40
    45
    50
    REIVINDICACIONES
    1. Un metodo de procesamiento de un paquete de datos en una comunicacion de un sistema de transmision de potencia inalambrico inductivo, comprendiendo el paquete de datos una parte de encabezamiento y una parte de mensaje, comprendiendo dicha parte de encabezamiento al menos un bit para indicar el tipo de dicho paquete de datos, caracterizado por que dicho metodo comprende una etapa de:
    - obtener (101) la informacion de tamano de dicho paquete de datos, basandose en dicho al menos un bit; estando comprendido el al menos un bit en un byte que tiene un valor x relacionado con un tamano de la parte de mensaje de acuerdo con:
    x
    Tamano de parte de mensaje
    0x00~0x1F
    1+(x-0)/32
    0x20~0x7F
    2+(x-32)/16
    0x80~0xDF
    8+(x-128) / 8
    0xE0~0xFF
    20+(x-224)/4
  2. 2. Un metodo de acuerdo con la reivindicacion 1, comprendiendo dicho metodo ademas una etapa de:
    - identificar (102) dicha parte de mensaje de dicho paquete de datos de acuerdo con la informacion de tamano obtenida.
  3. 3. Un metodo de acuerdo con la reivindicacion 2, en el que dicho paquete de datos comprende ademas una parte de suma de comprobacion que indica un primer valor; comprendiendo dicho metodo ademas las etapas de:
    - calcular (103) un segundo valor de acuerdo con dicha parte de mensaje identificado;
    - determinar (104) si dicho paquete de datos es correcto o no comparando dicho segundo valor con dicho primer valor.
  4. 4. Un metodo de acuerdo con la reivindicacion 3, en el que la etapa de calculo calcula el segundo valor de acuerdo con un algoritmo de o exclusiva.
  5. 5. Un metodo de acuerdo con la reivindicacion 3, en el que, si dicha etapa de determinacion determina que dicho paquete de datos es incorrecto; dicho metodo comprende ademas una etapa de:
    - descartar (105) dicho paquete de datos.
  6. 6. Un metodo de acuerdo con una cualquiera de las reivindicaciones 1 a 5, en el que dicho paquete de datos esta asociado con un tipo de paquete desconocido de acuerdo con dicho al menos un bit.
  7. 7. Un metodo de acuerdo con la reivindicacion 3, en el que dicho paquete de datos es recibido por un transmisor desde un receptor y esta asociado con un tipo de paquete desconocido de acuerdo con dicho al menos un bit, transmitiendo dicho transmisor potencia a dicho receptor por induccion; enviando dicho receptor dicho paquete de datos modulando la potencia extrafda desde dicho transmisor; en el que si dicha etapa de determinacion determina que el paquete de datos es incorrecto; dicho metodo comprende ademas una etapa de:
    - abortar (106) la transmision de potencia al receptor.
  8. 8. Un primer dispositivo (300) para procesar un paquete de datos en una comunicacion de un sistema de transmision de potencia inalambrico inductivo, comprendiendo el paquete de datos una parte de encabezamiento y una parte de mensaje, comprendiendo dicha parte de encabezamiento al menos un bit para indicar el tipo de dicho paquete de datos, caracterizado por que dicho primer dispositivo comprende:
    - una primera unidad (301) para obtener la informacion de tamano de dicho paquete de datos basandose en dicho al menos un bit, estando comprendido el al menos un bit en un byte que tiene un valor x relacionado con un tamano de la parte de mensaje de acuerdo con:
    x
    Tamano de parte de mensaje
    0x00~0x1F
    1+(x-0)/32
    0x20~0x7F
    2+(x-32)/16
    5
    10
    15
    20
    25
    30
    35
    x
    Tamano de parte de mensaje
    0x80~0xDF
    8+(x-128) / 8
    0xE0~0xFF
    20+(x-224)/4
  9. 9. Un primer dispositivo de acuerdo con la reivindicacion 8, comprendiendo ademas dicho primer dispositivo:
    - una segunda unidad (302) para identificar dicha parte de mensaje desde dicho paquete de datos de acuerdo con la informacion de tamano obtenida.
  10. 10. Un primer dispositivo de acuerdo con la reivindicacion 9, en el que dicho paquete de datos comprende ademas una parte de suma de comprobacion que indica un primer valor; comprendiendo ademas dicho primer dispositivo:
    - una tercera unidad (303) para calcular un segundo valor de acuerdo con dicha parte de mensaje identificado;
    - una cuarta unidad (304) para determinar si dicho paquete de datos es correcto o no comparando dicho segundo valor con dicho primer valor.
  11. 11. Un primer dispositivo de acuerdo con la reivindicacion 9, comprendiendo ademas dicho primer dispositivo:
    - una quinta unidad (305) para descartar dicho paquete de datos si la cuarta unidad determina que el paquete de datos es incorrecto.
  12. 12. Un primer dispositivo de acuerdo con la reivindicacion 11, en el que dicho paquete de datos se envfa desde un receptor y se asocia con un tipo de paquete desconocido de acuerdo con dicho al menos un bit, y en el que dicho primer dispositivo corresponde a un transmisor, transmitiendo dicho transmisor potencia a dicho receptor por induccion; enviando dicho receptor dicho paquete de datos modulando la potencia extrafda desde dicho transmisor; comprendiendo ademas dicho primer dispositivo:
    - una sexta unidad (306) para abortar la transmision de potencia si la cuarta unidad determina que el paquete de datos es incorrecto.
  13. 13. Un paquete de datos (200) en una comunicacion de un sistema de transmision de potencia inalambrico inductivo, comprendiendo el paquete de datos una parte de encabezamiento (202) y una parte de mensaje (203), comprendiendo dicha parte de encabezamiento al menos un bit para indicar el tipo de dicho paquete de datos, en el que dicho al menos un bit esta tambien asociado con informacion de tamano de dicho paquete de datos, caracterizado por que el al menos un bit esta comprendido en un byte que tiene un valor x relacionado con un tamano de la parte de mensaje de acuerdo con:
    x
    Tamano de parte de mensaje
    0x00~0x1F
    1+(x-0)/32
    0x20~0x7F
    2+(x-32)/16
    0x80~0xDF
    8+(x-128) / 8
    0xE0~0xFF
    20+(x-224)/4
  14. 14. Un codificador para codificar paquetes de datos de acuerdo con la reivindicacion 13.
  15. 15. Un dispositivo que comprende un codificador de acuerdo con la reivindicacion 14.
ES10728351.7T 2009-06-25 2010-06-10 Método y dispositivo para procesar paquetes de datos Active ES2599128T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP09163713 2009-06-25
EP09163713 2009-06-25
PCT/IB2010/052580 WO2010150124A1 (en) 2009-06-25 2010-06-10 Method and device for processing data packets

Publications (1)

Publication Number Publication Date
ES2599128T3 true ES2599128T3 (es) 2017-01-31

Family

ID=42732074

Family Applications (1)

Application Number Title Priority Date Filing Date
ES10728351.7T Active ES2599128T3 (es) 2009-06-25 2010-06-10 Método y dispositivo para procesar paquetes de datos

Country Status (9)

Country Link
US (4) US10694008B2 (es)
EP (1) EP2446600B1 (es)
JP (3) JP5815515B2 (es)
KR (1) KR101743772B1 (es)
CN (2) CN102804728B (es)
BR (1) BRPI1009714B1 (es)
ES (1) ES2599128T3 (es)
PL (1) PL2446600T3 (es)
WO (1) WO2010150124A1 (es)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9384373B2 (en) * 2011-10-26 2016-07-05 Qualcomm Incorporated Adaptive signal scaling in NFC transceivers
US9363707B2 (en) 2011-12-29 2016-06-07 Qualcomm Incorporated Systems and methods for generating and decoding short control frames in wireless communications
US9019822B2 (en) 2012-02-29 2015-04-28 Qualcomm Incorporated Apparatus and methods for block acknowledgment compression
US20130282564A1 (en) * 2012-04-21 2013-10-24 Research In Motion Limited System and method for transmitting application data between two communication devices
CN103731928B (zh) * 2012-10-15 2017-11-17 华为技术有限公司 参数信息发送方法及设备
KR102049118B1 (ko) 2013-02-20 2020-01-08 지이 하이브리드 테크놀로지스, 엘엘씨 무선 전력 전송 시스템에서 이물질 감지 장치 및 방법
US9781627B2 (en) 2013-04-08 2017-10-03 Qualcomm Incorporated Systems and methods for generating and decoding short control frames in wireless communications
JP2016174243A (ja) * 2015-03-16 2016-09-29 カルソニックカンセイ株式会社 通信システム
US10271115B2 (en) * 2015-04-08 2019-04-23 Itt Manufacturing Enterprises Llc. Nodal dynamic data acquisition and dissemination
TWI617946B (zh) * 2015-05-25 2018-03-11 Insyde Software Corp Device and method for safely starting embedded controller
KR102154447B1 (ko) * 2019-11-18 2020-09-10 지이 하이브리드 테크놀로지스, 엘엘씨 무선 전력 전송 시스템에서 이물질 감지 장치 및 방법

Family Cites Families (37)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2065578C (en) * 1991-04-22 1999-02-23 David W. Carr Packet-based data compression method
JPH0746292A (ja) * 1993-07-30 1995-02-14 Mitsubishi Electric Corp 画像データ伝送方式
SE515588C2 (sv) 1996-01-25 2001-09-03 Ericsson Telefon Ab L M Miniceller med variabel för storlek på nyttolasten i ett mobiltelefonnät
GB9621776D0 (en) 1996-10-18 1996-12-11 Northern Telecom Ltd ATM communications system and method
US6404804B1 (en) 1997-09-17 2002-06-11 Texas Instruments Incorporated Circuits, systems, and methods for error elimination in a digital subscriber line modem
JP3961128B2 (ja) 1998-10-01 2007-08-22 松下電器産業株式会社 データ通信方法及び送受信装置
GB2344029A (en) * 1998-10-02 2000-05-24 Gen Datacomm Adv Res Transmission of data packets of different size and priority
JP2001195327A (ja) 2000-01-07 2001-07-19 Hitachi Kokusai Electric Inc 情報処理方法及び情報処理装置
US7031267B2 (en) * 2000-12-21 2006-04-18 802 Systems Llc PLD-based packet filtering methods with PLD configuration data update of filtering rules
GB2371945A (en) * 2000-11-17 2002-08-07 Infotech Software Ltd Connection of position determining device and a hand held computer to a radio modem
JP3855690B2 (ja) * 2001-02-20 2006-12-13 三菱電機株式会社 多重化装置、分離装置
US20030018793A1 (en) * 2001-07-19 2003-01-23 Oscar Mora Reliable transport layer protocol in low performance 8-bit microcontrollers
TWI307228B (en) * 2002-03-25 2009-03-01 Asulab Sa A method of transmitting information between two units each provided with means for sending and/or receiving signals
US7526312B2 (en) * 2002-09-17 2009-04-28 Broadcom Corporation Communication system and method in a hybrid wired/wireless local area network
US7058524B2 (en) 2002-10-25 2006-06-06 Hudson Bay Wireless, Llc Electrical power metering system
US7375493B2 (en) * 2003-12-12 2008-05-20 Microsoft Corporation Inductive battery charger
KR100813611B1 (ko) * 2004-02-18 2008-03-17 가부시키가이샤 엔티티 도코모 패킷 전송 시스템, 무선 기지국 및 패킷 전송 경로 최적화방법
KR101058729B1 (ko) * 2004-05-19 2011-08-22 삼성전자주식회사 패킷 망을 이용하여 음성 서비스를 제공하는이동통신시스템에서 음성 패킷 데이터를 효율적으로처리하는 장치 및 방법
JP4367349B2 (ja) * 2005-01-31 2009-11-18 ソニー株式会社 通信装置、通信方法、およびプログラム
KR101119147B1 (ko) 2005-04-19 2012-02-21 에스케이 텔레콤주식회사 근거리 무선 통신 모듈을 이용한 통합 리모콘 시스템
GB0513321D0 (en) * 2005-06-29 2005-08-03 Ibm A method and system for determining a plurality of scheduling endpoints in a grid network
JP2007046292A (ja) 2005-08-09 2007-02-22 Oriental Construction Co Ltd タワー構築用ブロック
KR101243680B1 (ko) * 2005-09-16 2013-03-14 코닌클리케 필립스 일렉트로닉스 엔.브이. 무선 통신 네트워크의 자가-공존을 향상시키기 위한 방법
JP2007228227A (ja) * 2006-02-23 2007-09-06 Fujitsu Ltd 通信装置
WO2007097038A1 (ja) 2006-02-27 2007-08-30 Fujitsu Limited バッファの制御装置、クロスバースイッチ及びバッファの制御方法
US20070214502A1 (en) * 2006-03-08 2007-09-13 Mcalister Donald K Technique for processing data packets in a communication network
EP2439946B1 (en) * 2006-05-04 2013-07-10 NDS Limited Scrambled digital data item
JP2007310772A (ja) * 2006-05-22 2007-11-29 Hitachi Ltd ストレージシステム及び通信制御方法
CN101094162A (zh) 2006-06-21 2007-12-26 华为技术有限公司 一种采用头部去除方式传输媒体流的方法
JP2008154248A (ja) * 2006-12-19 2008-07-03 Asustek Computer Inc 音声通信サービスを提供する方法及び通信装置
KR100930520B1 (ko) * 2007-01-25 2009-12-09 삼성전자주식회사 네트워크 시스템에서 큐 처리 방법 및 장치
US20080285476A1 (en) * 2007-05-17 2008-11-20 Yasantha Nirmal Rajakarunanayake Method and System for Implementing a Forward Error Correction (FEC) Code for IP Networks for Recovering Packets Lost in Transit
KR101009776B1 (ko) * 2007-05-21 2011-01-19 삼성전자주식회사 통신 시스템에서 인접 기지국 정보 송수신 시스템 및 방법
US8135007B2 (en) * 2007-06-29 2012-03-13 Extreme Networks, Inc. Method and mechanism for port redirects in a network switch
US8873471B2 (en) * 2007-10-01 2014-10-28 Qualcomm Incorporated Method and apparatus for implementing LTE RLC header formats
CN101719918A (zh) * 2009-11-27 2010-06-02 北京交通大学 一种改进的适用于多连接多路径的传输方法
CN101718818A (zh) 2009-12-08 2010-06-02 苏州比锝电子技术有限公司 一种用于无线传感器网络的电导率传感器节点

Also Published As

Publication number Publication date
WO2010150124A1 (en) 2010-12-29
PL2446600T3 (pl) 2017-03-31
CN102804728B (zh) 2016-03-02
KR20120112358A (ko) 2012-10-11
BRPI1009714A2 (pt) 2016-08-23
CN104320390A (zh) 2015-01-28
RU2012102359A (ru) 2013-07-27
US11323551B2 (en) 2022-05-03
JP2018046571A (ja) 2018-03-22
US20200412847A1 (en) 2020-12-31
US20220239768A1 (en) 2022-07-28
US10694008B2 (en) 2020-06-23
US10791204B2 (en) 2020-09-29
JP2015173507A (ja) 2015-10-01
US20180227398A1 (en) 2018-08-09
CN102804728A (zh) 2012-11-28
BRPI1009714B1 (pt) 2021-01-26
JP2012531779A (ja) 2012-12-10
EP2446600B1 (en) 2016-09-28
US20120106319A1 (en) 2012-05-03
KR101743772B1 (ko) 2017-06-05
CN104320390B (zh) 2017-12-22
US11683403B2 (en) 2023-06-20
JP5815515B2 (ja) 2015-11-17
JP6533565B2 (ja) 2019-06-19
EP2446600A1 (en) 2012-05-02

Similar Documents

Publication Publication Date Title
US11323551B2 (en) Method and device for processing data packets
BR112019027083A2 (pt) método e aparelho para codificação polar
CN110324115B (zh) 一种数据传输方法、装置、存储介质及终端设备
ES2705204T3 (es) Método y aparato para trasportar información de configuración de antena mediante enmascaramiento
CN105743616A (zh) 基于北斗短报文通信的长报文分割和可靠通信方法
BR122020003958A2 (pt) Método e aparelho de codificação
BR112015014405B1 (pt) Método de comunicações para um sistema de rede óptica, dispositivo de rede óptica e sistema de comunicações
CN109286472A (zh) 一种基于北斗卫星导航系统的并发数据异步传输方法
ES3053673T3 (en) Methods and devices for data transmission and processing, network side apparatus, and terminal
CN110113100B (zh) 一种用于以太网数据传输的可见光通信装置及方法
CN102957494B (zh) 一种盲检校验方法以及相关装置
ES2823227T3 (es) Método y dispositivo de codificación
RU2574349C2 (ru) Способ и устройство для обработки пакетов данных
CN100539492C (zh) 一种基站-基站控制器接口及检测该接口的方法
CN106464418A (zh) 用于管理控制块的方法、无线装置、无线电网络节点
US11825311B2 (en) Method and device of checking integrity of packet using trust field in wireless distributed communication systems
US20250203439A1 (en) Augmented messages for backscatter devices
JP2019083507A (ja) 受信装置、送信装置、受信方法及び送信方法
KR101315471B1 (ko) 전송데이터 생성장치 및 그 방법
US20190045362A1 (en) Enhanced GPRS Integrity Bit And Cross-Layer Indications
BR112019006770B1 (pt) Método de transmissão de dados e dispositivo receptor