ES2343483T3 - Procedimiento de comunicacion por mensajes y dispositivo asociado. - Google Patents
Procedimiento de comunicacion por mensajes y dispositivo asociado. Download PDFInfo
- Publication number
- ES2343483T3 ES2343483T3 ES07823696T ES07823696T ES2343483T3 ES 2343483 T3 ES2343483 T3 ES 2343483T3 ES 07823696 T ES07823696 T ES 07823696T ES 07823696 T ES07823696 T ES 07823696T ES 2343483 T3 ES2343483 T3 ES 2343483T3
- Authority
- ES
- Spain
- Prior art keywords
- message
- data
- protocol
- service
- identifier
- 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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
- H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/30—Profiles
-
- 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/18—Multiprotocol handlers, e.g. single devices capable of handling multiple protocols
-
- 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/24—Negotiation of communication capabilities
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Medical Informatics (AREA)
- General Health & Medical Sciences (AREA)
- Computing Systems (AREA)
- Health & Medical Sciences (AREA)
- Communication Control (AREA)
- Telephonic Communication Services (AREA)
- Computer And Data Communications (AREA)
- Telephone Function (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Procedimiento de comunicación entre un dispositivo emisor y un dispositivo destinatario, que comprende - una etapa (210; 310; 410) de transmisión, desde el dispositivo emisor hacia el dispositivo destinatario, de un primer mensaje que comprende: - un primer identificador de servicio relativo a un primer servicio de transporte de datos, - un primer conjunto de datos correspondiente a una configuración de dicho primer servicio de transporte de datos, - una etapa (220; 320; 420) de transmisión, desde el dispositivo emisor hacia el dispositivo destinatario, de un segundo mensaje, siendo enviados por separado el primer mensaje y el segundo mensaje, caracterizándose el procedimiento porque el segundo mensaje comprende: - un primer identificador de protocolo relativo a un primer protocolo de transmisión de datos utilizable con el primer servicio de transporte de datos, - un segundo conjunto de datos correspondiente a una configuración de dicho primer protocolo de transmisión de datos.
Description
Procedimiento de comunicación por mensajes y
dispositivo asociado.
La invención se refiere al campo de las
telecomunicaciones y, de forma más particular, a un procedimiento
de comunicación entre un dispositivo emisor y un dispositivo
destinatario, así como a un dispositivo, del lado del emisor o del
lado del destinatario, que lleve a la práctica tal
procedimiento.
En el campo particular de las comunicaciones
máquina a máquina, usualmente denominadas M2M ("Machine To
Machine"), para una máquina o un equipo, provista de una
aplicación embarcada, existen distintas formas de comunicarse con
un dispositivo remoto, por ejemplo un dispositivo remoto que lleva a
la práctica una aplicación de gestión de este equipo.
Los procedimientos de comunicación que se
conocen utilizan un modo de comunicación por intercambios de
mensajes entre este equipo y un módem asociado. Por lo común, esos
mensajes cobran la forma de comandos AT, que permiten el envío al
módem de todo tipo de datos y/o parámetros de configuración de la
conexión a la red de comunicaciones, por ejemplo, con vistas a la
transmisión, a través de esta red de datos, a un servidor o
dispositivo remoto.
Los inventores han corroborado que el modo de
comunicación entre un equipo y su módem asociado es muy variable de
un módem a otro, tan pronto como intervienen mensajes no
estandarizados. A consecuencia de ello, se tiene que desarrollar
específicamente en cada ocasión la aplicación embarcada en el equipo
para un módem contemplado.
Además, la conexión a la red, así como el
intercambio de datos a través de la red, pueden realizarse de
distintas maneras, por ejemplo por envío de un mensaje corto de
tipo SMS (Short Message Service), mediante el establecimiento de
una conexión GPRS para una transferencia de datos acorde con el
protocolo FTP (File Transfer Protocol) o HTTP (Hypertext Transfer
Protocol), etc. Se encuentran otros ejemplos en los documentos
WO-A-01/61933 y
US-A1-2003/145067. Así, la manera en
que la aplicación embarcada controla el módem es pues susceptible de
variar de un módem a otro. Todo ello conlleva considerables costes
de desarrollo.
Por tanto, los inventores han planteado la
necesidad de disponer de un modo de comunicación simple y genérico,
adaptado para la puesta en práctica de una comunicación entre un
equipo y un módem y aplicable en cualquier tipo de módem. La
invención no presenta los inconvenientes anteriormente
descritos.
La invención tiene por objeto, según un primer
aspecto, un procedimiento de comunicación entre un dispositivo
emisor y un dispositivo destinatario, que comprende
- una etapa de transmisión, desde el dispositivo
emisor hacia el dispositivo destinatario, de un primer mensaje que
comprende:
- un primer identificador de servicio relativo a
un primer servicio de transporte de datos,
- un primer conjunto de datos correspondiente a
una configuración de dicho primer servicio de transporte de
datos,
- una etapa de transmisión, desde el dispositivo
emisor hacia el dispositivo destinatario, de un segundo mensaje que
comprende:
- un primer identificador de protocolo relativo
a un primer protocolo de transmisión de datos,
- un segundo conjunto de datos correspondiente a
una configuración de dicho primer protocolo de transmisión de
datos,
siendo enviados por separado el primer mensaje y
el segundo mensaje.
\vskip1.000000\baselineskip
La invención radica en una constatación
realizada por los inventores, a tenor de la cual es posible
desacoplar la configuración del servicio de transporte de datos de
la del protocolo de transmisión de datos y, en particular, enviar
por separado e independientemente dos mensajes de configuración
distintos.
Se divide con ello la fase de configuración de
un enlace de comunicación que ha de establecerse en una sucesión de
etapas simples. Además, esto permite contemplar la utilización de
varios protocolos con un mismo servicio de transporte de datos o,
recíprocamente, varios servicios de transporte de datos con un mismo
protocolo, a la vez que se envían una sola vez los datos de
configuración de protocolo o de servicio.
Preferentemente, el formato del primer mensaje
es independiente del servicio de transporte de datos identificado
por el primer identificador de servicio. Se simplifica así el envío
de datos de configuración de servicio mediante la utilización de un
formato de mensaje común para todos los servicios.
Asimismo, el formato del segundo mensaje
preferentemente es independiente del protocolo de transmisión de
datos identificado por el primer identificador de protocolo. Se
simplifica así el envío de datos de configuración de protocolo
mediante la utilización de un formato de mensaje común para todos
los protocolos.
Consiguientemente, cualquiera que sea el
protocolo considerado y cualquiera que sea el servicio de transporte
considerado, un dispositivo emisor podrá comunicarse con cualquier
dispositivo destinatario, puesto que este dispositivo conoce los
formatos de mensaje utilizados. De ello se deriva una
estandarización posible del dispositivo destinatario y del modo de
comunicación con el dispositivo destinatario.
De acuerdo con una forma de realización, el
primer mensaje comprende un primer identificador de conjunto de
datos, comprendiendo el procedimiento una etapa de registro, por
parte del dispositivo destinatario, en una primera memoria, de
dicho primer conjunto de datos en asociación con dicho primer
identificador de servicio y con dicho primer identificador de
conjunto de datos.
De acuerdo con una variante de esta primera
forma de realización, el segundo mensaje comprende un segundo
identificador de conjunto de datos, comprendiendo el procedimiento
una etapa de registro, por parte del dispositivo destinatario, en
una segunda memoria, de dicho segundo conjunto de datos en
asociación con dicho primer identificador de protocolo y con dicho
segundo identificador de conjunto de datos.
La utilización de identificador relativo a un
conjunto de datos de configuración registrado en memoria permite la
reutilización de este conjunto con ocasión de una próxima acción que
se vaya a ejecutar, todo ello sin tener que enviar cada vez el
conjunto de datos en cuestión. De ello se deriva una simplificación
de los envíos de mensajes y una reducción de la cantidad de datos
que han de transmitirse. Además, como consecuencia del
desacoplamiento entre la configuración del servicio de transporte de
datos y la del protocolo de transmisión de datos, cuando se
proyecta utilizar varios protocolos con un mismo servicio de
transporte de datos o, recíprocamente, varios servicios de
transporte de datos con un mismo protocolo, basta con enviar una
sola vez los datos de configuración relativos a este protocolo o a
este servicio.
De acuerdo con una forma de realización
particular, el procedimiento comprende una etapa de transmisión,
desde el dispositivo emisor hacia el dispositivo destinatario, con
vistas a la ejecución de una primera acción relativa a un segundo
servicio de transporte de datos, de un tercer mensaje que comprende
un segundo identificador de servicio relativo a dicho segundo
servicio de transporte de datos y un primer identificador de acción
relativo a dicha primera acción, así como una etapa de ejecución,
por parte del dispositivo destinatario, de dicha primera
acción.
De acuerdo con una variante de esta forma de
realización particular, el procedimiento comprende una etapa de
transmisión, desde el dispositivo emisor hacia el dispositivo
destinatario, con vistas a la ejecución de una segunda acción
relativa a un segundo protocolo de transmisión de datos, de un
cuarto mensaje que comprende un segundo identificador de protocolo
relativo a dicho segundo protocolo de transmisión de datos y un
segundo identificador de acción relativo a dicha segunda acción,
así como una etapa de ejecución, por parte del dispositivo
destinatario, de dicha segunda acción.
Así, el dispositivo emisor, sin más, es capaz de
controlar, por medio de mensajes sucesivos, al dispositivo
destinatario con vistas a la ejecución de acciones relativas a un
protocolo o un servicio. Las constataciones realizadas por los
inventores han mostrado que es posible desacoplar los comandos
relativos a un servicio de los relativos a un protocolo, todo ello
con independencia del servicio utilizado o del protocolo
utilizado.
Con preferencia, el procedimiento comprende una
etapa de comprobación, por parte del dispositivo destinatario, de
la compatibilidad entre el protocolo de transmisión de datos
identificado por el segundo identificador de protocolo y el
servicio de transporte de datos identificado por el segundo
identificador de servicio, destinándose dicha etapa de ejecución de
la segunda acción para ejecutarse supeditada a compatibilidad.
Correlativamente, la invención tiene asimismo
por objeto un dispositivo, que comprende medios de comunicación
aptos para enviar a un dispositivo destinatario un primer mensaje y
un segundo mensaje,
comprendiendo el primer mensaje:
- un primer identificador de servicio relativo a
un primer servicio de transporte de datos,
- un primer conjunto de datos correspondiente a
una configuración de dicho primer servicio de transporte de
datos,
comprendiendo el segundo mensaje:
- un primer identificador de protocolo relativo
a un primer protocolo de transmisión de datos,
- un segundo conjunto de datos correspondiente a
una configuración de dicho primer protocolo de transmisión de
datos,
proyectándose dichos medios de comunicación para
enviar por separado el primer mensaje y el segundo mensaje.
\vskip1.000000\baselineskip
Este primer dispositivo comprende medios de
puesta en práctica de aquéllas de las etapas del procedimiento
según la invención que son ejecutadas por el dispositivo emisor.
De forma simétrica, la invención tiene asimismo
por objeto un dispositivo que accede a una red de comunicaciones,
que comprende
- medios de comunicación aptos para recibir
mensajes emitidos por un dispositivo emisor y
- medios de tratamiento aptos para tratar un
primer mensaje y un segundo mensaje recibidos del dispositivo
emisor,
comprendiendo el primer mensaje:
- un primer identificador de servicio relativo a
un primer servicio de transporte de datos,
- un primer conjunto de datos correspondiente a
una configuración de dicho primer servicio de transporte de
datos,
comprendiendo el segundo mensaje:
- un primer identificador de protocolo relativo
a un primer protocolo de transmisión de datos,
- un segundo conjunto de datos correspondiente a
una configuración de dicho primer protocolo de transmisión de
datos,
siendo recibidos y tratados por separado el
primer mensaje y el segundo mensaje.
\vskip1.000000\baselineskip
Este segundo dispositivo comprende medios de
puesta en práctica de aquéllas de las etapas del procedimiento
según la invención que son ejecutadas por el dispositivo
destinatario.
Las ventajas reseñadas para el procedimiento
según la invención son trasladables a los dispositivos emisor y
destinatario según la invención.
La invención se refiere, según uno de sus
aspectos materiales, a una señal destinada a ser emitida por un
dispositivo emisor y recibida por un dispositivo destinatario,
transportando dicha señal un primer mensaje que comprende:
- un primer identificador de servicio relativo a
un primer servicio de transporte de datos,
- un primer conjunto de datos correspondiente a
una configuración de dicho primer servicio de transporte de
datos,
destinándose este primer mensaje para ser
enviado por separado respecto a un segundo mensaje que
comprende:
- un primer identificador de protocolo relativo
a un primer protocolo de transmisión de datos,
- un segundo conjunto de datos correspondiente a
una configuración de dicho primer protocolo de transmisión de
datos.
\vskip1.000000\baselineskip
Correlativamente, la invención se refiere a una
señal destinada a ser emitida por un dispositivo emisor y recibida
por un dispositivo destinatario, transportando dicha señal un primer
mensaje que comprende:
- un primer identificador de protocolo relativo
a un primer protocolo de transmisión de datos,
- un segundo conjunto de datos correspondiente a
una configuración de dicho primer protocolo de transmisión de
datos,
destinándose este primer mensaje para ser
enviado por separado respecto a un segundo mensaje que
comprende:
- un primer identificador de servicio relativo a
un primer servicio de transporte de datos,
- un primer conjunto de datos correspondiente a
una configuración de dicho primer servicio de transporte de
datos.
\vskip1.000000\baselineskip
Los dispositivos emisor y receptor según la
invención se destinan efectivamente para comunicarse entre sí por
medio de tales señales, portadoras de sendos mensajes de
configuración de servicio, y respectivamente de configuración de
protocolo.
\newpage
Otros objetivos, características y ventajas de
la invención se desprenderán de la descripción subsiguiente, dada
únicamente a título de ejemplo no limitativo y hecha mediante
referencia a los dibujos que se adjuntan, en los
que:
que:
la figura 1 es una representación esquemática de
un ejemplo de sistema conveniente para la puesta en práctica de la
invención;
la figura 2 es un diagrama de flujo de una
primera forma de realización del procedimiento según la
invención;
la figura 3 es un diagrama de flujo de una
segunda forma de realización del procedimiento según la
invención;
la figura 4 es un diagrama de flujo de una
tercera forma de realización del procedimiento según la
invención.
La figura 1 es una representación esquemática de
una forma de realización de un sistema de gestión a distancia de
equipos.
Este sistema se articula en torno a una red RS
de telecomunicación. La red RS de telecomunicación es, por ejemplo,
una red celular, de tipo GSM (Global System for Mobile
communication), GPRS (General Packet Radio Service), UMTS
(Universal Mobile Telecommunication System) como también una red IP
(Internet Protocol), una red X.25, etc. La invención está descrita
más detalladamente en la forma de realización, en la que la red RS
de telecomunicación es una red celular GSM/GPRS.
El sistema de gestión a distancia de equipos
representado en la figura 1 comprende:
- un equipo EQ,
- un módulo de comunicación MD que accede a la
red RS,
- un servidor SE que accede a la red RS.
\vskip1.000000\baselineskip
El equipo EQ integra una aplicación embarcada
A1, destinada a comunicarse a través de la red RS de
telecomunicación con el servidor SE.
La interacción con el equipo se realiza mediante
intercambios de datos entre la aplicación embarcada A1 y el
servidor SE. Estos intercambios de datos pueden realizarse
utilizando comunicaciones en "modo mensaje" (comunicación por
mensajes de tipo comandos/respuestas) o comunicaciones en "modo
sesión" (comunicación por un flujo de
datos).
datos).
En la forma de realización de la figura 1, la
aplicación embarcada A1 se comunica con el servidor SE por mediación
de una aplicación A2 del módulo MD de comunicación. El módulo MD de
comunicación sirve así de pasarela o retransmisor de comunicación
para el equipo EQ, encaminándose los datos emitidos por la
aplicación embarcada A1 y destinados al servidor SE a través del
módulo MD de comunicación.
El módulo MD de comunicación y el equipo EQ, o
más concretamente la aplicación A1 y la aplicación A2, se comunican
entre sí a través de un enlace local de comunicación, alámbrico o
inalámbrico. Se puede contemplar cualquier tipo de enlace de
comunicación que permita la transmisión de datos. En una realización
alternativa, el módulo MD de comunicación viene integrado en el
equipo EQ.
El módulo MD de comunicación integra una
interfaz de comunicación para el acceso a la red RS y una interfaz
de comunicación con el equipo EQ. Se utiliza por ejemplo, para el
acceso a la red, un módem. El módulo MD de comunicación comprende
además un módulo de soporte lógico de mando de las interfaces de
comunicación con vistas a la comunicación con la aplicación
embarcada A1 y/o el servidor SE.
El procedimiento de comunicación según la
invención se aplica entre dos dispositivos que han de comunicarse
en modo mensaje. Está descrito en el contexto de su aplicación a la
comunicación entre el equipo EQ, que forma el dispositivo emisor de
comandos, y el módulo MD de comunicación, que forma el dispositivo
destinatario de estos comandos, ejecutando, a instancias de un
comando del equipo EQ, acciones encaminadas al envío o la recepción
de datos a través de la red RS de telecomunicación.
La invención se generaliza a la comunicación
mediante comandos entre dos dispositivos, uno de los cuales ejecuta,
a instancias de un comando del otro, acciones con vistas al acceso
a una red, al envío o a la recepción de datos a través de la red RS
de telecomunicación.
Estas acciones son, por ejemplo, acciones
relativas a un servicio de transporte de datos o a un protocolo de
transmisión de datos, servicios o protocolos disponibles en la red
RS.
\newpage
Una acción relativa a un servicio de transporte
de datos es, por ejemplo, una acción acorde con este servicio, o
una petición de información relativa a una acción acorde con este
servicio:
- una apertura o un cierre de una conexión o
sesión de comunicación con un servidor para la puesta en práctica
de este servicio,
- una petición de información acerca del estado
de una conexión acorde con este servicio.
\vskip1.000000\baselineskip
Se puede contemplar asimismo cualquier otra
acción.
Una acción relativa a un protocolo de
transmisión de datos es, por ejemplo, una acción acorde con este
protocolo, o una petición de información relativa a una acción
acorde con este protocolo, por ejemplo:
a) un envío o una recepción de mensaje,
b) una transferencia o una descarga de
datos,
c) una petición de interrupción de una de las
acciones mencionadas en a) o b),
d) una petición de información relativa a una de
las acciones mencionadas en a) o b).
\vskip1.000000\baselineskip
Se puede contemplar asimismo cualquier otra
acción.
El servicio de transporte de datos utilizado
para la comunicación a través de la red RS entre el módulo MD de
comunicación y el servidor SE es por ejemplo:
- el servicio de mensajes cortos SMS (Short
Message Service),
- el servicio suplementario de transmisión de
datos no estructurados USSD (Unstructered Supplementary Service
Data),
- el servicio de transmisión de datos por
circuito CSD (Circuit Switched Data) o HSCSD (High Speed Circuit
Switched Data),
- el servicio de general de radiocomunicaciones
por paquetes GPRS (General Packet Radio Service).
\vskip1.000000\baselineskip
Asimismo, es apropiado cualquier otro servicio
de transporte de datos adaptado al establecimiento de una conexión
con vistas a un envío de datos.
El protocolo de transmisión de datos utilizado
para la comunicación a través de la red RS es por ejemplo:
- el protocolo BEEP (Block Extensible Exchange
Protocol),
- el protocolo HTTP o HTTPS (la versión segura
de HTTP, HyperText Transfer Protocol),
- el protocolo FTP, etc.
\vskip1.000000\baselineskip
Asimismo, es apropiado cualquier otro protocolo
adaptado para el envío/recepción de mensaje o de
transferencia/descarga da datos.
A priori, uno o varios protocolos son
utilizables conjuntamente con cada uno de estos servicios de
transporte de datos con vistas al encaminamiento de un mensaje o al
intercambio de datos, por cuanto el protocolo es compatible con el
servicio.
Las figuras 2 a 4 ilustran diferentes formas de
realización del procedimiento según la invención. En estos
ejemplos, la comunicación se cursa entre un dispositivo emisor
correspondiente al equipo EQ y un dispositivo destinatario
correspondiente al módulo MD de comunicación.
Los mensajes se envían en forma de comandos, por
ejemplo comandos AT. Los mensajes susceptibles de ser enviados de
la aplicación embarcada A1 a la aplicación A2 son, por ejemplo, los
siguientes:
- un mensaje, denominado AT+M2MBC, de envío de
datos de configuración relativos a un servicio de transporte de
datos;
- un mensaje, denominado AT+M2MPC, de envío de
datos de configuración relativos a un protocolo de transmisión de
datos;
- un mensaje, denominado AT+M2MEP, de envío de
datos de configuración relativos a un protocolo de transmisión de
datos, como complemento de datos anteriormente enviados por medio de
un mensaje AT+M2MPC;
- un mensaje, denominado AT+M2MCM, de control
con vistas a la ejecución de una acción relativa a un servicio de
transporte de datos, por ejemplo la apertura o el cierre de una
conexión con un servidor para la puesta en práctica de este
servicio de transporte de datos;
- un mensaje, denominado AT+M2MUP, de control
con vistas a la ejecución de una transmisión de datos del equipo EQ
hacia un dispositivo remoto, de manera acorde con un protocolo de
transmisión de datos;
- un mensaje, denominado AT+M2MDW, de control
con vistas a la ejecución de una transmisión de datos de un
dispositivo remoto hacia el equipo EQ, de manera acorde con un
protocolo de transmisión de datos.
\vskip1.000000\baselineskip
Cada uno de estos mensajes concierne ya sea a un
servicio de transporte de datos, o bien a un protocolo de
transmisión de datos.
Cada uno de estos mensajes es susceptible de
comprender uno o varios parámetros. Estos distintos parámetros
están descritos en las tablas 1 y 2 dadas como anexo, tablas en las
que se indica: el nombre del parámetro, su formato de datos (número
entero o cadena de caracteres alfanuméricos), su significado y los
posibles valores cuando estos están predefinidos. La tabla 1
especifica los parámetros de los mensajes relativos a un servicio
de transporte de datos, en tanto que la tabla 2 especifica los
parámetros de los mensajes relativos a un protocolo de transmisión
de
datos.
datos.
Los mensajes AT+M2MUP y AT+M2MDW pueden
comprender, además de los parámetros de control relativos al
protocolo y al servicio, datos destinados a ser transmitidos hacia,
o respectivamente, desde un dispositivo remoto, por ejemplo el
servidor SE.
Con cada uno de estos mensajes se asocia una
lista de parámetros, susceptibles de ser enviados con el mensaje,
siendo opcionales algunos de estos parámetros. Los mensajes
anteriormente mencionados comprenden los siguientes parámetros,
estando indicados entre corchetes los parámetros opcionales:
- -
- mensaje AT+M2MBC:
- Bearer, BearerConfig, AccessPoint [, Login] [, Password] [, RetryNr, Interval]
\vskip1.000000\baselineskip
- -
- mensaje AT+M2MPC:
- Protocol, ProtocolConfig, Server [, TcpPort] [, Id1] [, Id2] [, ProtocolProfile]
\vskip1.000000\baselineskip
- -
- mensaje AT+M2MEP:
- Protocol, ProtocolConfig [, Data1] [, Data2] [, ... DataN]
\vskip1.000000\baselineskip
- -
- mensaje AT+M2MCM:
- Action, Bearer, BearerConfig
\vskip1.000000\baselineskip
- -
- mensaje AT+M2MUP:
- Protocol [, ProtocolConfig] [, Encoding] [, Length] [, MsgRef] [, Id2], Message1
\vskip1.000000\baselineskip
- -
- mensaje AT+M2MDW:
- Protocol [, ProtocolConfig]
\newpage
El mensaje AT+M2MEP se utiliza por ejemplo para
transmitir datos de configuración relativos a una transferencia de
archivo por medio del protocolo FTP. En tal caso:
- el parámetro "Data1" proporciona el
nombre del directorio origen en el que se encuentra el archivo que
ha de transferirse,
- el parámetro "Data2" proporciona el
nombre del archivo que ha de transferirse,
- el parámetro "Data3" proporciona el
nombre del directorio de destino al que se tiene que transferir el
archivo,
- el parámetro "Data4" proporciona el
nombre del archivo de destino, en caso de tener que cambiar el
nombre del archivo después de la transferencia.
\vskip1.000000\baselineskip
El mensaje AT+M2MEP también es utilizable para
enviar otros tipos de parámetro, por ejemplo identificador de
conexión, contraseña, etc.
A excepción del comando AT+M2MEP, que permite
enviar datos de configuración Data1, Data2,... DataN que son
propios de un protocolo, el formato de los mensajes, es decir, la
sucesión de los parámetros contenidos en estos mensajes y el
significado general de estos parámetros, son predeterminados e
independientes del servicio de transporte o del protocolo de que se
trate, ya se trate de los parámetros obligatorios u opcionales.
Consiguientemente, estos mensajes se pueden utilizar para cualquier
protocolo de transmisión de datos o cualquier servicio de
transporte de datos y serán interpretados correctamente por el
dispositivo destinatario.
La interpretación de los valores asignados a
algunos de estos parámetros, por ejemplo los parámetros Id1 e Id2
que transportan datos de identificación y/o de autenticación, puede
depender del protocolo utilizado, puesto que la puesta en práctica
de una transmisión de datos mediante un protocolo dado necesita
datos de identificación y/o de autenticación en una forma a menudo
específica de ese protocolo: número MSISDN (protocolo BEEP),
dirección de mensajería electrónica (protocolo SMTP), identificador
o contraseña de usuario de cuenta de acceso a Internet (protocolo
FTP), etc.
Como se va a describir a continuación, el envío
de un mensaje del dispositivo emisor al dispositivo destinatario
provoca en cada ocasión la ejecución de una operación de tratamiento
del mensaje recibido por el dispositivo destinatario.
Recíprocamente, el módulo MD envía mensajes
hacia el equipo EQ, espontáneamente o a instancias de una petición
del equipo EQ.
Estos mensajes son por ejemplo:
- envíos de información no solicitada, por
ejemplo acerca de los eventos tales como recepción de un SMS,
indicación acerca del estado de la red o el estado de una conexión
a la red, notificación de llamada entrante, acuse de recibo de
envío de mensaje, confirmación en respuesta a la consecución de una
acción...
- indicaciones de confirmación o de error, por
ejemplo relativas a una recepción de comando, a un intento de
conexión a la red, a un error interno de funcionamiento, etc.
\vskip1.000000\baselineskip
Se trata por ejemplo de un mensaje denominado
+M2MWMI, que sirve para notificar al equipo EQ la llegada de un
mensaje de despertador. El mensaje +M2MWMI comprende la lista de
parámetros siguientes:
Protocol, Encoding, Id2, Date, Length.
Se describirá más adelante un ejemplo de
utilización de un mensaje de este tipo con relación a la figura 4
(véase la descripción de la etapa 407).
La figura 2 ilustra una primera forma de
realización del procedimiento según la invención. En este ejemplo
se envía un mensaje de tipo mensaje electrónico utilizando el
servicio de transporte CSD.
\vskip1.000000\baselineskip
En la etapa 210 se envía, del dispositivo emisor
al dispositivo destinatario, un mensaje cmd210 que define un primer
perfil de configuración para el servicio CSD. Este mensaje se
compone de los siguientes elementos:
AT+M2MBC, 0, 0, "+33145294529"
Este mensaje comprende sucesivamente:
- un código "AT+M2MBC" que identifica el
comando;
- el parámetro "Bearer" tomando el valor
"0", que identifica el servicio CSD (véase la tabla 1);
- el parámetro "BearerConfig" tomando el
valor "0", que identifica un conjunto de datos de configuración
relativa a un primer perfil de configuración para el servicio
identificado, adjuntándose estos datos de configuración a este
mismo mensaje;
- el parámetro "AccessPoint" tomando el
valor "+33145294529", que forma parte de los datos de
configuración del servicio identificado e indica en esta ocasión el
número de punto de acceso.
El conjunto de datos de configuración se limita
por tanto en esta ocasión a un solo y único parámetro, que es el
número del punto de acceso.
Con la recepción de este mensaje, el dispositivo
destinatario registra este conjunto de datos en una primera
memoria, en asociación con el identificador del servicio y el
identificador del conjunto de datos. De esta manera, el dispositivo
destinatario es capaz de restituir este conjunto de datos a partir
del identificador del servicio y el identificador del conjunto.
El identificador de un conjunto de datos de
configuración de servicio se destina en efecto para ser insertado
por el dispositivo emisor en un mensaje ulterior con el fin de
especificar una configuración del servicio que habrá de utilizarse
para la ejecución de una acción relativa a este servicio.
\vskip1.000000\baselineskip
En la etapa 220 se envía, del dispositivo emisor
al dispositivo destinatario, un mensaje cmd220 que define un primer
perfil de configuración para el protocolo SMTP. Este mensaje se
compone de los siguientes elementos:
AT+M2MPC, 2, 0, "smtp.orange.fr", 25,
"device1232@mycompany.fr"; "device4323@mycompany.fr",
0
Este mensaje comprende sucesivamente:
- un código "AT+M2MPC" que identifica el
comando;
- el parámetro "Protocol" tomando el valor
"2", que identifica el protocolo SMTP (véase la tabla 2);
- el parámetro "ProtocolConfig" tomando el
valor "0", que identifica un conjunto de datos de configuración
relativa a un primer perfil de configuración para el protocolo
identificado, adjuntándose estos datos de configuración a este
mismo comando;
- el parámetro "Server" tomando el valor
"smtp.orange.fr", que forma parte de los datos de configuración
del protocolo identificado en el mensaje en curso e indica la
dirección de un servidor SMTP;
- el parámetro "TcpPort" tomando el valor
"25", que forma parte de los datos de configuración del
protocolo identificado en el mensaje en curso e indica un número de
puerto del servidor SMTP que se va a utilizar;
- el parámetro "Id1" tomando el valor
"device1232@mycompany.fr", que forma parte de los datos de
configuración del protocolo identificado en el mensaje en curso e
indica una dirección asociada a la aplicación A1;
- el parámetro "Id2" tomando el valor
"device4323@mycompany.fr", que forma parte de los datos de
configuración del protocolo identificado en el mensaje en curso e
indica una dirección de una aplicación de un dispositivo remoto,
por ejemplo una aplicación del servidor SE;
- el parámetro "ProtocolProfil" tomando el
valor "0", que forma parte de los datos de configuración del
protocolo identificado en el mensaje en curso e identifica un
perfil del protocolo SMTP que se va a utilizar.
Con la recepción de este mensaje, el dispositivo
destinatario registra este conjunto en una segunda memoria, en
asociación con el identificador del protocolo y el identificador del
conjunto. De esta manera, el dispositivo destinatario es capaz de
restituir este conjunto de datos a partir del identificador del
protocolo y el identificador del conjunto.
El identificador de un conjunto de datos de
configuración de protocolo se destina en efecto para ser insertado
por el dispositivo emisor en un mensaje ulterior con el fin de
especificar una configuración del protocolo que habrá de utilizarse
para la ejecución de una acción relativa a este protocolo.
\vskip1.000000\baselineskip
En la etapa 230 se envía, del dispositivo emisor
al dispositivo destinatario, un mensaje cmd230 de control, con
vistas a la ejecución de una acción acorde con un servicio de
transporte de datos. Este mensaje se compone de los siguientes
elementos:
AT+M2MCM, 1, 0, 0
Este mensaje comprende sucesivamente:
- un código "AT+M2MCM" que identifica el
comando;
- el parámetro "Action" tomando el valor
"1", que identifica una acción que ha de ejecutarse, en esta
ocasión la apertura de una conexión (véase la tabla 1);
- el parámetro "Bearer" tomando el valor
"0", que identifica el servicio CSD (véase la tabla 1);
- el parámetro "BearerConfig" tomando el
valor "0", que identifica un conjunto de datos de
configuración, enviado con motivo de un mensaje anterior, no
adjuntándose por tanto estos datos de configuración a este
mensaje.
Con la recepción de este mensaje, el dispositivo
destinatario busca, en la memoria en la que están registrados los
datos de configuración de servicio, un conjunto registrado en
asociación con el identificador de servicio y el identificador del
conjunto proporcionados en este mensaje. En caso de éxito, éste
ejecuta la acción solicitada, en esta ocasión la apertura de una
conexión CSD con el servidor identificado en el conjunto de datos de
configuración de servicio extraído de la memoria.
\vskip1.000000\baselineskip
En la etapa 240 se envía, del dispositivo emisor
al dispositivo destinatario, un mensaje cmd240 para solicitar el
envío de datos, que en el presente caso están en forma de texto.
Este mensaje se compone de los siguientes elementos:
AT+M2MUP, 2, 0, 0, 12, 0, 0, "Hello
World!"
Este mensaje comprende sucesivamente:
- un código "AT+M2MUP" que identifica el
comando;
- el parámetro "Protocol" tomando el valor
"2", que identifica el protocolo SMTP (véase la tabla 2);
- el parámetro "ProtocolConfig" tomando el
valor "0", que identifica un conjunto de datos de
configuración, enviado con motivo de un mensaje anterior, no
adjuntándose por tanto estos datos de configuración a este
mensaje;
- el parámetro "Encoding" tomando el valor
"0", que identifica un formato de codificación o de compresión
utilizado para los datos que se van a transmitir;
- el parámetro "Length" tomando el valor
"12", que indica la longitud en número de caracteres del texto
que se va a enviar;
- el parámetro "MsgRef" tomando el valor
"0", que indica un número de referencia asociado a los datos
que se van a transmitir;
- el parámetro "Id2" tomando el valor
"0", que forma parte de los parámetros de envío del texto e
indica que la dirección del destinatario es la definida en el
comando AT+M2MPC;
- el parámetro "Message1" tomando el valor
"Hello World!", que indica el texto que ha de enviarse, en
forma de cadena de caracteres alfanuméricos.
Con la recepción de este mensaje, el dispositivo
destinatario busca, en la memoria en la que están registrados los
datos de configuración de protocolo, un conjunto registrado en
asociación con el identificador de protocolo y el identificador del
conjunto proporcionados en este mensaje. En caso de éxito, el
dispositivo destinatario comprueba que el servicio identificado en
el mensaje anterior cmd230 es compatible con el protocolo
identificado en el mensaje en curso cmd240. En caso de
compatibilidad, el dispositivo destinatario ejecuta la acción
solicitada, en esta ocasión el envío del texto, por medio de una
conexión CSD tal como se establece en respuesta al mensaje cmd230 y
de manera acorde con el protocolo SMTP identificado en el mensaje en
curso cmd240, en una configuración definida por el conjunto de
datos de configuración de protocolo extraído de la memoria.
\vskip1.000000\baselineskip
En la etapa 250 se envía, del dispositivo emisor
al dispositivo destinatario, un mensaje cmd250 de control, con
vistas a la ejecución de una acción acorde con un servicio de
transporte de datos. Este mensaje se compone de los siguientes
elementos:
AT+M2MCM, 0, 0, 0
Este mensaje comprende sucesivamente:
- un código "AT+M2MCM" que identifica el
comando;
- el parámetro "Action" tomando el valor
"0", que identifica una acción que ha de ejecutarse, en esta
ocasión el cierre de una conexión (véase la tabla 1);
- el parámetro "Bearer" tomando el valor
"0", que identifica el servicio CSD (véase la tabla 1);
- el parámetro "BearerConfig" tomando el
valor "0", que identifica un conjunto de datos de
configuración, enviado con motivo de un mensaje anterior, no
adjuntándose por tanto estos datos de configuración a este
mensaje.
Con la recepción de este mensaje, el dispositivo
destinatario busca, en la memoria en la que están registrados los
datos de configuración de servicio, un conjunto registrado en
asociación con el identificador de servicio y el identificador del
conjunto proporcionados en este mensaje. En caso de éxito, éste
ejecuta la acción solicitada, en esta ocasión el cierre de la
conexión CSD establecida con el servidor identificado en el conjunto
de datos de configuración extraído de la memoria.
La figura 3 ilustra una segunda forma de
realización del procedimiento según la invención. En este ejemplo,
se transfiere un archivo hacia un servidor FTP. El procedimiento se
desarrolla de forma sensiblemente idéntica a la forma de
realización de la figura 2, siendo las etapas 310, 320, 330, 340 y
350 respectivamente idénticas a las etapas 210, 220, 230, 240 y
250, con la salvedad de que los parámetros de los mensajes enviados
son diferentes.
\vskip1.000000\baselineskip
En la etapa 310 se envía, del dispositivo emisor
al dispositivo destinatario, un mensaje cmd310 que define un primer
perfil de configuración para el servicio GPRS de transporte de
datos. Este mensaje se compone, por ejemplo, de la siguiente
forma:
AT+M2MBC, 2, 0, "orange.fr", "orange",
"orange"
Este mensaje comprende sucesivamente:
- un código "AT+M2MBC" que identifica el
comando;
- el parámetro "Bearer" tomando el valor
"2", que identifica el servicio GPRS (véase la tabla 1);
- el parámetro "BearerConfig" tomando el
valor "0", que identifica un conjunto de datos de configuración
relativa a un primer perfil de configuración para el servicio
identificado, adjuntándose estos datos de configuración a este
mismo mensaje;
- el parámetro "AccessPoint" tomando el
valor "orange.fr", que forma parte de los datos de
configuración del servicio identificado e indica en esta ocasión el
nombre del servidor que sirve de punto de acceso;
- el parámetro "Login" tomando el valor
"orange", que forma parte de los datos de configuración del
servicio identificado e indica en esta ocasión un identificador o
login de conexión;
- el parámetro "Password" tomando el valor
"orange", que forma parte de los datos de configuración del
servicio identificado e indica en esta ocasión una contraseña.
Con la recepción de este mensaje, el dispositivo
destinatario registra el conjunto de los datos de configuración de
servicio en la primera memoria, en asociación con el identificador
del servicio y el identificador del conjunto.
\vskip1.000000\baselineskip
En la etapa 320 se envía, del dispositivo emisor
al dispositivo destinatario, un mensaje cmd320 que define un primer
perfil de configuración para el protocolo FTP. Este mensaje se
compone de los siguientes elementos:
AT+M2MPC, 4, 0, "ftp.orange.fr", 21,
"anonymous", "anonymous@", 0
Este mensaje comprende sucesivamente:
- un código "AT+M2MPC" que identifica el
comando;
- el parámetro "Protocol" tomando el valor
"4", que identifica el protocolo FTP (véase la tabla 2);
- el parámetro "ProtocolConfig" tomando el
valor "0", que identifica un conjunto de datos de configuración
relativa a un primer perfil de configuración para el protocolo
identificado, adjuntándose estos datos de configuración a este
mismo comando;
- el parámetro "Server" tomando el valor
"ftp.orange.fr", que forma parte de los datos de configuración
del protocolo identificado en el mensaje en curso e indica la
dirección de un servidor FTP;
\newpage
- el parámetro "TcpPort" tomando el valor
"21", que forma parte de los datos de configuración del
protocolo identificado en el mensaje en curso e indica un número de
puerto del servidor FTP que se va a utilizar;
- el parámetro "Id1" tomando el valor
"anonymous", que forma parte de los datos de configuración del
protocolo identificado en el mensaje en curso e indica una
identificación FTP;
- el parámetro "Id2" tomando el valor
"anonymous@", que forma parte de los datos de configuración del
protocolo identificado en el mensaje en curso e indica una
contraseña FTP;
- el parámetro "ProtocolProfil" tomando el
valor "0", que forma parte de los datos de configuración del
protocolo identificado en el mensaje en curso e identifica un
perfil del protocolo FTP que se va a utilizar.
Con la recepción de este mensaje, el dispositivo
destinatario registra este conjunto de datos en la segunda memoria,
en asociación con el identificador del protocolo y el identificador
del conjunto.
\vskip1.000000\baselineskip
En la etapa 325 se envía, del dispositivo emisor
al dispositivo destinatario, un mensaje cmd325 que define datos
complementarios de configuración para el protocolo FTP. Este mensaje
se compone de los siguientes elementos:
AT+M2MEP, 4, 0, _, _, "/list",
"readme.txt"
Este mensaje comprende sucesivamente:
- un código "AT+M2MEP" que identifica el
comando;
- el parámetro "Protocol" tomando el valor
"4", que identifica el protocolo FTP (véase la tabla 2);
- el parámetro "ProtocolConfig" tomando el
valor "0", que identifica un conjunto de datos de
configuración, enviado con motivo de un mensaje anterior, no
adjuntándose por tanto estos datos de configuración a este
mensaje;
- los parámetros "Data1" y "Data2"
están omitidos en el presente caso (lo que se denota por medio del
carácter "_"), ya que no son necesarios para la operación de
transmisión de datos que va a seguirse, que será ejecutada en la
etapa 340;
- el parámetro "Data3" tomando el valor
"/list", que forma parte de los datos complementarios de
configuración del protocolo identificado en el mensaje en curso e
indica el directorio al que se tiene que transferir el archivo;
- el parámetro "Data4" tomando el valor
"readme.txt", que forma parte de los datos complementarios de
configuración del protocolo identificado en el mensaje en curso e
indica el nombre del archivo que se va a transferir.
Con la recepción de este mensaje, el dispositivo
destinatario registra este conjunto de datos complementarios en la
segunda memoria, en asociación con el identificador del protocolo y
el identificador del conjunto.
\vskip1.000000\baselineskip
En la etapa 330 se envía, del dispositivo emisor
al dispositivo destinatario, un mensaje cmd330 de control, con
vistas a la ejecución de una acción acorde con el servicio de
transporte de datos GPRS. Este mensaje se compone de los siguientes
elementos:
AT+M2MCM 1, 2, 0
Este mensaje comprende sucesivamente:
- un código "AT+M2MCM" que identifica el
comando;
- el parámetro "Action" tomando el valor
"1", que identifica una acción que ha de ejecutarse, en esta
ocasión la apertura de una conexión (véase la tabla 1);
- el parámetro "Bearer" tomando el valor
"2", que identifica el servicio GPRS (véase la tabla 1);
- el parámetro "BearerConfig" tomando el
valor "0", que identifica un conjunto de datos de
configuración, enviado con motivo de un mensaje anterior, no
adjuntándose por tanto estos datos de configuración a este
mensaje.
Con la recepción de este mensaje, el dispositivo
destinatario busca, en la memoria en la que están registrados los
datos de configuración de servicio, un conjunto registrado en
asociación con el identificador de servicio y el identificador del
conjunto proporcionados en este mensaje. En caso de éxito, éste
ejecuta la acción solicitada, en esta ocasión la apertura de una
conexión GPRS con el servidor identificado en el conjunto de datos
de configuración de servicio extraído de la memoria.
\vskip1.000000\baselineskip
En la etapa 340, un mensaje cmd340 para
solicitar el envío de un archivo. Este mensaje se compone de los
siguientes elementos:
AT+M2MUP, 4, 0, 3,250, 0, 0
Este mensaje comprende sucesivamente:
- un código "AT+M2MUP" que identifica el
comando;
- el parámetro "Protocol" tomando el valor
"4", que identifica el protocolo FTP (véase la tabla 2);
- el parámetro "ProtocolConfig" tomando el
valor "0", que identifica un conjunto de datos de
configuración, enviado con motivo de un mensaje anterior, no
adjuntándose por tanto estos datos de configuración a este
mensaje;
- el parámetro "Encoding" tomando el valor
"3", que indica un modo de codificación o de compresión del
archivo;
- el parámetro "Length" tomando el valor
"250", que indica la longitud en número de bytes del
archivo;
- el parámetro "MsgRef" tomando el valor
"0", que indica una referencia asociada al mensaje;
- el parámetro "Id2" tomando el valor
"0", que forma parte de los parámetros de envío del archivo e
indica que la dirección de destino para el envío del archivo es la
enviada con el comando AT+M2MEP.
Con la recepción de este mensaje, el dispositivo
destinatario busca, en la memoria en la que están registrados los
datos de configuración de protocolo, un conjunto registrado en
asociación con el identificador de protocolo y el identificador del
conjunto de datos proporcionados en este mensaje. También busca si
existe un conjunto de datos complementarios registrado en
asociación con el identificador de protocolo y el identificador del
conjunto proporcionados en este mensaje. En caso de obtener un
conjunto de datos de configuración, el dispositivo destinatario
comprueba que el servicio identificado en el mensaje anterior cmd330
es compatible con el protocolo identificado en el mensaje en curso
cmd340.
En caso de compatibilidad, el dispositivo
destinatario ejecuta la acción solicitada, en esta ocasión el envío
del texto, por medio de una conexión GPRS tal como se establece en
respuesta al mensaje cmd330 y de manera acorde con el protocolo FTP
identificado en el mensaje en curso cmd340, en una configuración
definida por el conjunto de datos de configuración de protocolo
extraído de la memoria, y teniendo en cuenta el conjunto de datos
complementarios enviados con el mensaje cmd320 que, para el caso de
una transferencia FTP, identifica el archivo que se va a
transferir.
\vskip1.000000\baselineskip
En la etapa 350 se envía, del dispositivo emisor
al dispositivo destinatario, un mensaje cmd350 de control, con
vistas a la ejecución de una acción relativa a un servicio de
transporte de datos. Este mensaje se compone de los siguientes
elementos:
AT+M2MCM, 0, 2, 0
Este mensaje comprende sucesivamente:
- un código "AT+M2MCM" que identifica el
comando;
- el parámetro "Action" tomando el valor
"0", que identifica una acción que ha de ejecutarse, en esta
ocasión el cierre de una conexión (véase la tabla 1);
- el parámetro "Bearer" tomando el valor
"2", que identifica el servicio GPRS (véase la tabla 1);
- el parámetro "BearerConfig" tomando el
valor "0", que identifica un conjunto de datos de
configuración, enviado con motivo de un mensaje anterior, no
adjuntándose por tanto estos datos de configuración a este
mensaje.
Con la recepción de este mensaje, el dispositivo
destinatario busca, en la memoria en la que están registrados los
datos de configuración de servicio, un conjunto registrado en
asociación con el identificador de servicio y el identificador del
conjunto proporcionados en este mensaje. En caso de éxito, éste
ejecuta la acción solicitada, en esta ocasión el cierre de la
conexión GPRS establecida con el servidor identificado en el
conjunto de datos de configuración extraído de la memoria.
La figura 4 ilustra una tercera forma de
realización del procedimiento según la invención. En este ejemplo
se envía un mensaje SMS a instancias de una petición del dispositivo
emisor. Este recibe a continuación un mensaje UGPRS (acompañado de
un mensaje de despertador) y lo descarga utilizando el servicio GPRS
y el protocolo BEEP. El procedimiento se desarrolla de forma
sensiblemente idéntica a la forma de realización de la figura 2,
siendo las etapas 410, 420, 430, 440 y 450 respectivamente idénticas
a las etapas 210, 220, 230, 240 y 250, con la salvedad de que los
parámetros de los mensajes enviados son diferentes.
\vskip1.000000\baselineskip
En la etapa 400, un mensaje cmd400 para
solicitar el envío de datos en forma de texto utilizando el servicio
SMS. Este mensaje se compone de los siguientes elementos:
AT+M2MUP, 0, 0, 0, 12, 0, 0, "Hello
World!"
Este mensaje comprende sucesivamente:
- un código "AT+M2MUP" que identifica el
comando;
- el parámetro "Protocol" tomando el valor
"0", que identifica el protocolo SMS (véase la tabla 2);
- el parámetro "ProtocolConfig" tomando el
valor "0", que identifica un conjunto de datos de
configuración, enviado con motivo de un mensaje anterior, no
adjuntándose por tanto estos datos de configuración a este
mensaje;
- el parámetro "Encoding" tomando el valor
"0", que indica un formato de codificación o de compresión
utilizado para los datos que se van a transmitir;
- el parámetro "Length" tomando el valor
"12", que indica la longitud en número de bytes de los datos
que se van a enviar;
- el parámetro "MsgRef" tomando el valor
"0", que indica una referencia asociada a los datos que se van
a transmitir;
- el parámetro "Id2" tomando el valor
"0", que indica que la dirección de destino para el envío del
archivo es la enviada con el comando AT+M2MPC;
- el parámetro "Message1" tomando el valor
"Hello World!", que indica el texto que ha de enviarse, en
forma de cadena de caracteres alfanuméricos.
Para el caso de una comunicación por medio del
servicio SMS, no es necesario establecer una sesión de comunicación
con anterioridad al envío del mensaje. En este caso particular, la
definición del protocolo viene incluida en la del servicio de
transporte de datos. Consiguientemente, se pueden omitir los
parámetros de configuración del servicio de transporte asociado,
siendo el servicio SMS asimilable a un protocolo. En tal caso, el
dispositivo destinatario no tiene necesidad de comprobar una
compatibilidad entre un protocolo y un servicio.
Con la recepción de este mensaje, el dispositivo
destinatario busca, en la memoria en la que están registrados los
datos de configuración de protocolo, un conjunto registrado en
asociación con el identificador de protocolo y el identificador del
conjunto proporcionados en este mensaje.
En caso de obtener tal conjunto, el dispositivo
destinatario ejecuta la acción solicitada, en esta ocasión el envío
del mensaje, por medio del servicio SMS en una configuración
definida por el conjunto de datos de configuración de protocolo
extraído de la memoria.
\vskip1.000000\baselineskip
En la etapa 405, un mensaje cmd405 para
solicitar la configuración de una función de despertador del equipo
EQ. Este mensaje se compone de los siguientes elementos:
AT+M2MWM, 1, "+33612341234"
Este mensaje comprende sucesivamente:
- un código "AT+M2MWM" que identifica el
comando;
- el parámetro "1", que identifica que se
active una función de despertador;
- el parámetro "+33612341234", que
identifica la dirección de la entidad autorizada a enviar mensajes
de despertador, tomándose en cuenta sólo los mensajes procedentes
de esta dirección para la puesta en práctica de la función de
despertador.
\vskip1.000000\baselineskip
En la etapa 407 se envía, del módulo MD al
equipo EQ, un mensaje cmd407 de notificación. Se trata de una
notificación que indica la disponibilidad, en un servidor remoto,
de datos destinados al equipo EQ. Este mensaje de notificación es
enviado espontáneamente por el módulo MD al equipo EQ, en respuesta
a la recepción, por el módulo MD, de un mensaje de despertador
procedente de una entidad. Este mensaje cmd407 se compone de la
siguiente forma:
M2MWMI, 1, 0, "+33612341234",
"01/19/2006", 314
\global\parskip0.950000\baselineskip
Este mensaje cmd407 comprende sucesivamente:
- un código " M2MWMI" que identifica un
comando de notificación en respuesta a un mensaje de
despertador;
- un parámetro "Protocol" tomando el valor
"1", que identifica el protocolo que ha de utilizarse para la
carga de los datos destinados al equipo;
- un parámetro "Encoding" tomando el valor
"0", que indica el formato de codificación de los datos
destinados al equipo;
- un parámetro "Id2" tomando el valor
"+33612341234", que identifica la entidad que ha enviado el
mensaje de despertador;
- un parámetro "Date" tomando el valor
"01/19/2006", que indica la fecha a partir de la cual los datos
están disponibles en el servidor;
- un parámetro "Length" tomando el valor
"314", que indica la longitud en bytes de los datos destinados
al equipo.
\vskip1.000000\baselineskip
En la etapa 410, en respuesta a la notificación
de la etapa 407 se envía, del dispositivo emisor al dispositivo
destinatario, un mensaje cmd410 que define un primer perfil de
configuración para el servicio GPRS de transporte de datos. Este
mensaje se compone, por ejemplo, de la siguiente forma:
AT+M2MBC, 2, 0, "m2m.orange.co.uk",
"m2mconnect", "m2mconnect", 5, 60
Este mensaje comprende sucesivamente:
- un código "AT+M2MBC" que identifica el
comando;
- el parámetro "Bearer" tomando el valor
"2", que identifica el servicio GPRS (véase la tabla 1);
- el parámetro "BearerConfig" tomando el
valor "0", que identifica un conjunto de datos de configuración
relativa a un primer perfil de configuración para el servicio
identificado, adjuntándose estos datos de configuración a este
mismo mensaje;
- el parámetro "AccessPoint" tomando el
valor "m2m.orange.co.uk", que forma parte de los datos de
configuración del servicio identificado e indica en esta ocasión el
nombre del servidor que sirve de punto de acceso;
- el parámetro "Login" tomando el valor
"m2mconnect", que forma parte de los datos de configuración del
servicio identificado e indica en esta ocasión un identificador o
login de conexión;
- el parámetro "Password" tomando el valor
"m2mconnect", que forma parte de los datos de configuración del
servicio identificado e indica en esta ocasión una contraseña.
- el parámetro "RetryNr" tomando el valor
"5", que forma parte de los datos de configuración del servicio
identificado e indica el número de intentos de conexión para el
establecimiento de una conexión acorde con el servicio identificado
en el mensaje en curso;
- el parámetro "Interval" tomando el valor
"60", que forma parte de los datos de configuración del
servicio identificado e indica la duración en segundos del
intervalo de tiempo entre dos intentos de conexión.
Con la recepción de este mensaje, el dispositivo
destinatario registra el conjunto de los datos de configuración de
servicio en la primera memoria, en asociación con el identificador
del servicio y el identificador del conjunto.
\vskip1.000000\baselineskip
En la etapa 420 se envía, del dispositivo emisor
al dispositivo destinatario, un mensaje cmd420 que define un primer
perfil de configuración para el protocolo BEEP. Este mensaje se
compone de los siguientes elementos:
AT+M2MPC, 1, 0, "10.168,50.75",
"10288'b" "+33656785678'b" "+336 1234 1255", 0
Este mensaje comprende sucesivamente:
- un código "AT+M2MPC" que identifica el
comando;
- el parámetro "Protocol" tomando el valor
"1", que identifica el protocolo BEEP (véase la tabla 2);
- el parámetro "ProtocolConfig" tomando el
valor "0", que identifica un conjunto de datos de configuración
relativa a un primer perfil de configuración para el protocolo
identificado, adjuntándose estos datos de configuración a este
mismo comando;
- el parámetro "Server" tomando el valor
"10.168.50.75", que forma parte de los datos de configuración
del protocolo identificado en el mensaje en curso e indica la
dirección IP de un servidor BEEP;
- el parámetro "TcpPort" tomando el valor
"10288", que forma parte de los datos de configuración del
protocolo identificado en el mensaje en curso e indica un número de
puerto del servidor BEEP que se va a utilizar;
- el parámetro "Id1" tomando el valor
"+33656785678", que forma parte de los datos de configuración
del protocolo identificado en el mensaje en curso e indica el
número MSISDN de la aplicación emisora A1;
- el parámetro "Id2" tomando el valor
"+33612341255", que forma parte de los datos de configuración
del protocolo identificado en el mensaje en curso y el número
MSISDN de una aplicación destinataria, puesta en práctica, por
ejemplo, en el servidor SE ;
- el parámetro "ProtocolProfil" tomando el
valor "0", que forma parte de los datos de configuración del
protocolo identificado en el mensaje en curso e identifica un
perfil del protocolo BEEP que se va a utilizar.
Con la recepción de este mensaje, el dispositivo
destinatario registra este conjunto de datos en la segunda memoria,
en asociación con el identificador del protocolo y el identificador
del conjunto.
\vskip1.000000\baselineskip
En la etapa 430 se envía, del dispositivo emisor
al dispositivo destinatario, un mensaje cmd430 de control, con
vistas a la ejecución de una acción acorde con el servicio de
transporte de datos GPRS. Este mensaje se compone de los siguientes
elementos:
AT+M2MCM, 1, 2, 0
Este mensaje comprende sucesivamente:
- un código "AT+M2MCM" que identifica el
comando;
- el parámetro "Action" tomando el valor
"1", que identifica una acción que ha de ejecutarse, en esta
ocasión la apertura de una conexión (véase la tabla 1);
- el parámetro "Bearer" tomando el valor
"2", que identifica el servicio GPRS (véase la tabla 1);
- el parámetro "BearerConfig" tomando el
valor "0", que identifica un conjunto de datos de
configuración, enviado con motivo de un mensaje anterior, no
adjuntándose por tanto estos datos de configuración a este
mensaje.
Con la recepción de este mensaje, el dispositivo
destinatario busca, en la memoria en la que están registrados los
datos de configuración de servicio, un conjunto registrado en
asociación con el identificador de servicio y el identificador del
conjunto proporcionados en este mensaje. En caso de éxito, éste
ejecuta la acción solicitada, en esta ocasión la apertura de una
conexión GPRS con el servidor identificado en el conjunto de datos
de configuración de servicio extraído de la memoria.
\vskip1.000000\baselineskip
En la etapa 440, un mensaje cmd440 para
solicitar la recepción de datos a través del protocolo BEEP. Este
mensaje se compone de los siguientes elementos:
AT+M2MDW, 1, 0
Este mensaje comprende sucesivamente:
- un código "AT+M2MDW" que identifica el
comando;
- el parámetro "Protocol" tomando el valor
"1", que identifica el protocolo BEEP (véase la tabla 2);
- el parámetro "ProtocolConfig" tomando el
valor "0", que identifica un conjunto de datos de
configuración, enviado con motivo de un mensaje anterior, no
adjuntándose por tanto estos datos de configuración a este
mensaje.
Con la recepción de este mensaje, el dispositivo
destinatario busca, en la memoria en la que están registrados los
datos de configuración de protocolo, un conjunto registrado en
asociación con el identificador de protocolo y el identificador del
conjunto proporcionados en este mensaje. En caso de obtener un
conjunto de datos de configuración, el dispositivo destinatario
comprueba que el servicio identificado en el mensaje anterior cmd430
es compatible con el protocolo identificado en el mensaje en curso
cmd440.
En caso de compatibilidad, el dispositivo
destinatario ejecuta la acción solicitada, en esta ocasión la
descarga del mensaje, por medio de una conexión GPRS tal como se
establece en respuesta al mensaje cmd430 y de manera acorde con el
protocolo BEEP identificado en el mensaje en curso cmd440, en una
configuración definida por el conjunto de datos de configuración de
protocolo extraído de la memoria.
\global\parskip1.000000\baselineskip
En la etapa 450 se envía, del dispositivo emisor
al dispositivo destinatario, un mensaje cmd450 de control, con
vistas a la ejecución de una acción relativa a un servicio de
transporte de datos. Este mensaje se compone de los siguientes
elementos:
AT+M2MCM, 0, 2, 0
Este mensaje comprende sucesivamente:
- un código "AT+M2MCM" que identifica el
comando;
- el parámetro "Action" tomando el valor
"0", que identifica una acción que ha de ejecutarse, en esta
ocasión el cierre de una conexión (véase la tabla 1);
- el parámetro "Bearer" tomando el valor
"2", que identifica el servicio GPRS (véase la tabla 1);
- el parámetro "BearerConfig" tomando el
valor "0", que identifica un conjunto de datos de
configuración, enviado con motivo de un mensaje anterior, no
adjuntándose por tanto estos datos de configuración a este
mensaje.
Con la recepción de este mensaje, el dispositivo
destinatario busca, en la memoria en la que están registrados los
datos de configuración de servicio, un conjunto registrado en
asociación con el identificador de servicio y el identificador del
conjunto proporcionados en este mensaje. En caso de éxito, éste
ejecuta la acción solicitada, en esta ocasión el cierre de la
conexión GPRS establecida con el servidor identificado en el
conjunto de datos de configuración extraído de la memoria.
Con preferencia, las diferentes etapas del
procedimiento según la invención se llevan a la práctica por medio
de instrucciones de programas y las ejecuta un procesador de datos
del dispositivo emisor (equipo EQ) y un procesador de datos del
dispositivo destinatario (módem MD), procesadores que se valen de
programas o subprogramas proyectados para la ejecución de las
diferentes etapas de este procedimiento que llevan a la práctica
respectivamente el dispositivo emisor y el dispositivo
destinatario.
Consiguientemente, la invención tiene también
como propósito un programa, de tipo programa de ordenador,
registrado en un soporte de información, siendo este programa
susceptible de ser puesto en práctica por un procesador de datos,
incorporando este programa instrucciones adaptadas para la puesta en
práctica de las etapas del procedimiento tal y como se ha
mencionado anteriormente.
Este programa puede utilizar cualquier lenguaje
de programación y presentarse en forma de código fuente, código
objeto, o de código intermedio entre código fuente y código objeto,
tal como en una forma compilada parcialmente, o en cualquier otra
forma deseable.
La invención tiene asimismo como propósito un
soporte de información legible por ordenador y que incorpora
instrucciones de un programa de ordenador tal y como se ha
mencionado anteriormente.
El soporte de información puede ser cualquier
entidad o dispositivo capaz de almacenar el programa. El soporte
puede incorporar, por ejemplo, un medio de almacenamiento tal como
una ROM, por ejemplo un CD-ROM o una ROM de
circuito microelectrónico, como también un medio de registro
magnético, por ejemplo un disquete (floppy disc) o un disco
duro.
Por otra parte, el soporte de información puede
ser un soporte transmisible, tal como una señal eléctrica u óptica,
que se puede conducir a través de un cable eléctrico u óptico, por
radio o por otros medios. El programa según la invención se puede
descargar en particular por una red de tipo Internet.
Alternativamente, el soporte de información
puede ser un circuito integrado en el que va incorporado el
programa, estando adaptado el circuito para ejecutar o para ser
utilizado en la ejecución del procedimiento en cuestión.
La invención permite desacoplar la configuración
del servicio de transporte de datos de la configuración del
protocolo. Una vez establecida la conexión de comunicación, se puede
utilizar cualquier protocolo compatible con este enlace, enviándose
o recibiéndose los datos sin que sea necesario ocuparse de la
conexión. De ello se deriva una simplificación de la
comunicación.
Esta invención es de aplicación a todos los
sistemas de comunicación máquina a máquina. Proporciona una solución
genérica de comunicación, pudiendo sustituirse fácilmente un módem
por otro.
También encuentra aplicación no sólo en la
comunicación entre un equipo y un módem en el contexto de una
aplicación M2M, sino de forma más general en todo dispositivo
emisor que se comunique con un dispositivo destinatario, accediendo
este dispositivo destinatario a una red de comunicaciones y
ejecutando, por cuenta del dispositivo emisor, accesos a la red y
acciones de comunicación a través de la red.
Ésta permite todo tipo de comunicación, envío de
mensajes SMS, envío de correo electrónico de tipo mensaje
electrónico, transferencia de archivo FTP, o cualquier otra
transferencia de datos, todo ello con un juego de mensajes
limitado, siendo utilizable un mismo mensaje para enviar un mensaje
SMS o un mensaje GPRS.
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
\vskip1.000000\baselineskip
Claims (11)
1. Procedimiento de comunicación entre un
dispositivo emisor y un dispositivo destinatario, que comprende
- una etapa (210; 310; 410) de transmisión,
desde el dispositivo emisor hacia el dispositivo destinatario, de
un primer mensaje que comprende:
- un primer identificador de servicio relativo a
un primer servicio de transporte de datos,
- un primer conjunto de datos correspondiente a
una configuración de dicho primer servicio de transporte de
datos,
- una etapa (220; 320; 420) de transmisión,
desde el dispositivo emisor hacia el dispositivo destinatario, de
un segundo mensaje,
siendo enviados por separado el primer mensaje y
el segundo mensaje,
caracterizándose el procedimiento porque
el segundo mensaje comprende:
- un primer identificador de protocolo relativo
a un primer protocolo de transmisión de datos utilizable con el
primer servicio de transporte de datos,
- un segundo conjunto de datos correspondiente a
una configuración de dicho primer protocolo de transmisión de
datos.
\vskip1.000000\baselineskip
2. Procedimiento según la reivindicación 1, en
el que el formato del primer mensaje es independiente del servicio
de transporte de datos identificado por el primer identificador de
servicio.
3. Procedimiento según la reivindicación 1 ó 2,
en el que el formato del segundo mensaje es independiente del
protocolo de transmisión de datos identificado por el primer
identificador de protocolo.
4. Procedimiento según una cualquiera de las
reivindicaciones 1 a 3, comprendiendo el primer mensaje un primer
identificador de conjunto de datos,
comprendiendo el procedimiento una etapa de
registro, por parte del dispositivo destinatario, en una primera
memoria, de dicho primer conjunto de datos en asociación con dicho
primer identificador de servicio y con dicho primer identificador
de conjunto de datos.
\vskip1.000000\baselineskip
5. Procedimiento según una cualquiera de las
reivindicaciones 1 a 4, comprendiendo el segundo mensaje un segundo
identificador de conjunto de datos,
comprendiendo el procedimiento una etapa de
registro, por parte del dispositivo destinatario, en una segunda
memoria, de dicho segundo conjunto de datos en asociación con dicho
primer identificador de protocolo y con dicho segundo identificador
de conjunto de datos.
\vskip1.000000\baselineskip
6. Procedimiento según una cualquiera de las
reivindicaciones 1 a 5, que comprende una etapa (230; 330; 430) de
transmisión, desde el dispositivo emisor hacia el dispositivo
destinatario, con vistas a la ejecución de una primera acción
relativa a un segundo servicio de transporte de datos, de un tercer
mensaje que comprende un segundo identificador de servicio relativo
a dicho segundo servicio de transporte de datos y un primer
identificador de acción relativo a dicha primera acción,
- una etapa de ejecución, por parte del
dispositivo destinatario, de dicha primera acción.
\vskip1.000000\baselineskip
7. Procedimiento según una cualquiera de las
reivindicaciones 1 a 6, que comprende una etapa (240; 340; 440) de
transmisión, desde el dispositivo emisor hacia el dispositivo
destinatario, con vistas a la ejecución de una segunda acción
relativa a un segundo protocolo de transmisión de datos, de un
cuarto mensaje que comprende un segundo identificador de protocolo
relativo a dicho segundo protocolo de transmisión de datos y un
segundo identificador de acción relativo a dicha segunda
acción,
- una etapa de ejecución, por parte del
dispositivo destinatario, de dicha segunda acción.
\vskip1.000000\baselineskip
8. Procedimiento según la reivindicación 6 ó 7,
que comprende una etapa de comprobación, por parte del dispositivo
destinatario, de la compatibilidad entre el protocolo de transmisión
de datos identificado por el segundo identificador de protocolo y
el servicio de transporte de datos identificado por el segundo
identificador de servicio, destinándose dicha etapa de ejecución de
la segunda acción para ejecutarse supeditada a compatibilidad.
9. Dispositivo (EQ), que comprende medios de
comunicación aptos para enviar a un dispositivo destinatario un
primer mensaje y un segundo mensaje, proyectándose dichos medios de
comunicación para enviar por separado el primer mensaje y el
segundo mensaje,
comprendiendo el primer mensaje:
- un primer identificador de servicio relativo a
un primer servicio de transporte de datos,
- un primer conjunto de datos correspondiente a
una configuración de dicho primer servicio de transporte de
datos,
caracterizándose el segundo mensaje
porque comprende:
- un primer identificador de protocolo relativo
a un primer protocolo de transmisión de datos, utilizable con el
primer servicio de transporte de datos,
- un segundo conjunto de datos correspondiente a
una configuración de dicho primer protocolo de transmisión de
datos.
\vskip1.000000\baselineskip
10. Dispositivo (MD) que accede a una red de
comunicaciones, que comprende
- medios de comunicación aptos para recibir
(210; 310; 410) mensajes emitidos por un dispositivo emisor y
- medios de tratamiento aptos para tratar un
primer mensaje y un segundo mensaje recibidos del dispositivo
emisor,
siendo recibidos y tratados por separado el
primer mensaje y el segundo mensaje,
comprendiendo el primer mensaje:
- un primer identificador de servicio relativo a
un primer servicio de transporte de datos,
- un primer conjunto de datos correspondiente a
una configuración de dicho primer servicio de transporte de
datos,
caracterizándose el segundo mensaje
porque comprende:
- un primer identificador de protocolo relativo
a un primer protocolo de transmisión de datos, utilizable con el
primer servicio de transporte de datos,
- un segundo conjunto de datos correspondiente a
una configuración de dicho primer protocolo de transmisión de
datos.
\vskip1.000000\baselineskip
11. Conjunto de dos señales, que comprende una
primera señal y una segunda señal, destinándose la primera señal
para ser emitida por un dispositivo emisor y recibida por un
dispositivo destinatario,
transportando dicha primera señal un primer
mensaje que comprende:
- un primer identificador de servicio relativo a
un primer servicio de transporte de datos,
- un primer conjunto de datos correspondiente a
una configuración de dicho primer servicio de transporte de
datos,
destinándose la segunda señal para ser emitida
por el dispositivo emisor y recibida por el dispositivo
destinatario, transportando la segunda señal un segundo
mensaje,
destinándose el primer mensaje para ser enviado
por separado respecto al segundo mensaje,
caracterizándose el conjunto de dos
señales porque el segundo mensaje comprende:
- un primer identificador de protocolo relativo
a un primer protocolo de transmisión de datos, utilizable con el
primer servicio de transporte de datos,
- un segundo conjunto de datos correspondiente a
una configuración de dicho primer protocolo de transmisión de
datos.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
FR0653321 | 2006-08-08 | ||
FR0653321A FR2904907A1 (fr) | 2006-08-08 | 2006-08-08 | Procede de communication par messages et dispositif associe |
Publications (1)
Publication Number | Publication Date |
---|---|
ES2343483T3 true ES2343483T3 (es) | 2010-08-02 |
Family
ID=37836630
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES07823696T Active ES2343483T3 (es) | 2006-08-08 | 2007-08-06 | Procedimiento de comunicacion por mensajes y dispositivo asociado. |
Country Status (8)
Country | Link |
---|---|
US (1) | US9780996B2 (es) |
EP (1) | EP2052525B1 (es) |
CN (1) | CN101523868B (es) |
AT (1) | ATE462267T1 (es) |
DE (1) | DE602007005489D1 (es) |
ES (1) | ES2343483T3 (es) |
FR (1) | FR2904907A1 (es) |
WO (1) | WO2008017788A2 (es) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106454764A (zh) * | 2009-11-19 | 2017-02-22 | 华为技术有限公司 | 公共承载处理方法、网络节点及通信系统 |
CN101730123A (zh) * | 2009-12-22 | 2010-06-09 | 中兴通讯股份有限公司 | M2m平台系统、汇接终端以及终端控制方法 |
KR20110108226A (ko) * | 2010-03-26 | 2011-10-05 | 삼성전자주식회사 | 이동 통신 시스템에서 캐리어를 활성화하는 방법 및 장치 |
CN104144156B (zh) | 2013-05-10 | 2018-09-21 | 华为技术有限公司 | 报文处理方法和装置 |
KR102133450B1 (ko) | 2013-05-30 | 2020-07-13 | 삼성전자 주식회사 | 프로파일 설정 방법 및 장치 |
US10609179B2 (en) * | 2013-09-18 | 2020-03-31 | Kabushiki Kaisha Toshiba | Method and system establishing a network connection |
WO2017018915A1 (en) * | 2015-07-30 | 2017-02-02 | Telefonaktiebolaget Lm Ericsson (Publ) | A method a server and a client for policy based control of m2m devices |
US11637749B1 (en) * | 2022-03-31 | 2023-04-25 | Amazon Technologies, Inc. | Metadata synchronization for remote managed systems |
Family Cites Families (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6170061B1 (en) * | 1998-02-04 | 2001-01-02 | 3Com Corporation | Method and system for secure cable modem registration |
US6775276B1 (en) * | 1998-05-27 | 2004-08-10 | 3Com Corporation | Method and system for seamless address allocation in a data-over-cable system |
KR100677063B1 (ko) * | 1999-02-13 | 2007-02-01 | 삼성전자주식회사 | 단문 메시지 서비스를 사용한 데이터 전송 방법 및 그 장치 |
US6347340B1 (en) * | 2000-02-18 | 2002-02-12 | Mobilesys, Inc. | Apparatus and method for converting a network message to a wireless transport message using a modular architecture |
FI111782B (fi) * | 2000-12-29 | 2003-09-15 | Nokia Corp | Valintaisen yhteyden tarjoaminen pakettiradiojärjestelmässä |
KR100416342B1 (ko) * | 2001-02-06 | 2004-01-31 | 주식회사 케이티프리텔 | Sms와 무선 인터넷을 이용한 데이터 수신 방법 및시스템 |
US20020180614A1 (en) * | 2001-04-11 | 2002-12-05 | Gonzalez Javier Janez | Internet-ready communication modules |
US7313606B2 (en) * | 2001-11-27 | 2007-12-25 | The Directv Group, Inc. | System and method for automatic configuration of a bi-directional IP communication device |
US7155479B2 (en) * | 2002-01-30 | 2006-12-26 | Microsoft Corporation | Increasing the level of automation when configuring network services |
US8051188B2 (en) * | 2002-09-05 | 2011-11-01 | Canon Kabushiki Kaisha | Method of proposing a service via a description document of such a service |
US7394761B2 (en) * | 2003-04-29 | 2008-07-01 | Avocent Huntsville Corporation | System and method for delivering messages using alternate modes of communication |
FR2867652B1 (fr) * | 2004-03-15 | 2006-05-26 | Wavecom | Systeme et procede de controle d'equipements a distance a l'aide de commandes at, dispositif, module de radiocommunication et programme correspondants |
US7599697B2 (en) * | 2004-03-31 | 2009-10-06 | Nokia Corporation | Method for backup connection and an electronic device using the method |
US7990998B2 (en) * | 2004-12-22 | 2011-08-02 | Qualcomm Incorporated | Connection setup using flexible protocol configuration |
-
2006
- 2006-08-08 FR FR0653321A patent/FR2904907A1/fr active Pending
-
2007
- 2007-08-06 EP EP07823696A patent/EP2052525B1/fr active Active
- 2007-08-06 US US12/375,752 patent/US9780996B2/en active Active
- 2007-08-06 ES ES07823696T patent/ES2343483T3/es active Active
- 2007-08-06 AT AT07823696T patent/ATE462267T1/de not_active IP Right Cessation
- 2007-08-06 CN CN2007800375566A patent/CN101523868B/zh active Active
- 2007-08-06 WO PCT/FR2007/051790 patent/WO2008017788A2/fr active Application Filing
- 2007-08-06 DE DE602007005489T patent/DE602007005489D1/de active Active
Also Published As
Publication number | Publication date |
---|---|
WO2008017788A2 (fr) | 2008-02-14 |
CN101523868B (zh) | 2012-10-31 |
FR2904907A1 (fr) | 2008-02-15 |
ATE462267T1 (de) | 2010-04-15 |
EP2052525A2 (fr) | 2009-04-29 |
EP2052525B1 (fr) | 2010-03-24 |
US9780996B2 (en) | 2017-10-03 |
US20100005143A1 (en) | 2010-01-07 |
CN101523868A (zh) | 2009-09-02 |
DE602007005489D1 (de) | 2010-05-06 |
WO2008017788A3 (fr) | 2008-03-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
ES2343483T3 (es) | Procedimiento de comunicacion por mensajes y dispositivo asociado. | |
ES2702989T3 (es) | Entrega de mensajes cortos mejorada | |
ES2388664T3 (es) | Procedimiento y aparato para el envio de un mensaje desde un dispositivo inalámbrico | |
ES2547716T3 (es) | Método para prevenir la entrega de un mensaje basura del servicio de mensajes cortos | |
ES2326615T3 (es) | Servicio de mensajeria multimedia. | |
ES2392037T3 (es) | Pasarela de número de itinerancia IP | |
KR101313487B1 (ko) | 단문 메시지 서비스를 지원하는 단말기 능력을 보고하는 방법 및 장치 | |
US9756009B2 (en) | Message forwarding among disparate communication networks | |
ES2267775T3 (es) | Sistema de comunicacion de datos. | |
ES2600427T3 (es) | Equipo y procedimiento para proporcionar datos de identificación rfid a un servidor de autentificación | |
ES2283620T3 (es) | Metodo para la determinacion de un receptor de informacion de posicion. | |
EP2258128B1 (en) | Methods, systems, and computer readable media for routing a message service message through a communications network | |
EP3878195B1 (en) | Apparatus and method | |
ES2311849T3 (es) | Sistema de telecomunicaciones. | |
US8412240B2 (en) | Direct SMS message delivery over broadband data networks through an SMS-C | |
US20010012779A1 (en) | Method and system for manipulating subscriber data | |
US11985585B2 (en) | Downlink signaling to user equipment in non-3GPP idle state | |
US7155206B2 (en) | Methods, systems, and computer program products for automatically provisioning intelligent network (IN) platforms, including home location registers (HLRS), and routing nodes with prepaid mobile subscriber information | |
WO2007012675A1 (es) | Método de activación de una aplicación | |
KR20190123229A (ko) | Calm 시스템에서의 광학 카메라 통신을 이용한 신호의 송수신 방법 및 장치 | |
ES2539474T3 (es) | Sistema y método de telecomunicaciones | |
ES2244935T3 (es) | Procedimiento para transmitir datos, en particular con contenidos multimedia, en una red de telefonia movil. | |
CN100461940C (zh) | 用于实现无线接入协议推送的系统和方法 | |
ES2444652T3 (es) | Entrega de mensajes cortos | |
RU2005111254A (ru) | Способ и устройство для сохранения данных абонента |