ES2398408T3 - Método, sistema y equipo correspondiente para transmitir una instrucción de RPC - Google Patents

Método, sistema y equipo correspondiente para transmitir una instrucción de RPC Download PDF

Info

Publication number
ES2398408T3
ES2398408T3 ES08840353T ES08840353T ES2398408T3 ES 2398408 T3 ES2398408 T3 ES 2398408T3 ES 08840353 T ES08840353 T ES 08840353T ES 08840353 T ES08840353 T ES 08840353T ES 2398408 T3 ES2398408 T3 ES 2398408T3
Authority
ES
Spain
Prior art keywords
instruction
rpc
specification information
alert
oma
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
ES08840353T
Other languages
English (en)
Inventor
Rui Wang
Haitao Liu
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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Application granted granted Critical
Publication of ES2398408T3 publication Critical patent/ES2398408T3/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
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02—Standardisation; Integration
    • H04L41/0233—Object-oriented techniques, for representation of network management data, e.g. common object request broker architecture [CORBA]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/547—Remote procedure calls [RPC]; Web services
    • 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/04—Network management architectures or arrangements
    • H04L41/052—Network management architectures or arrangements using standardised network management architectures, e.g. telecommunication management network [TMN] or unified network management architecture [UNMA]
    • 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/01—Protocols
    • H04L67/133—Protocols for remote procedure calls [RPC]
    • 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/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Telephonic Communication Services (AREA)
  • Computer And Data Communications (AREA)

Abstract

Un método para transmitir instrucciones de llamada a procedimientos remotos, RPC, que comprende: incluir instrucciones de RPC en la información de especificación de administración de dispositivos, DM, de laOMA; y transmitir la información de especificación OMA DM, en donde la información de especificación OMA DM comprende una instrucción de DM existente, y la instrucciónde DM existente es una instrucción de alerta, en donde la instrucción de alerta comprende el código de unainstrucción de RPC y los parámetros de la instrucción de RPC, y el código de la instrucción de RPC está asociado auna instrucción de RPC, y en donde el proceso de inclusión de las instrucciones de RPC en la información de especificación OMA DMcomprende: incluir el código de la instrucción de RPC en un elemento Data de la instrucción Alert, e incluir losparámetros de la instrucción de RPC en un elemento Item de la instrucción Alert.

Description

Método, sistema y equipo correspondiente para transmitir una instrucción de RPC
Campo de la invención
La presente invención está relacionada con el campo de la comunicación, y en particular, con un método, un sistema y un equipo para transmitir instrucciones de llamada a procedimientos remotos.
Antecedentes de la invención
El grupo de trabajo para la Administración de Dispositivos de la Alianza Móvil Abierta (OMA DM), ha propuesto una especificación unificada para DM. En esta especificación, un tercero (por ejemplo, un operador de móviles, un proveedor de servicio o un departamento de gestión de la información de un asociado) administra y establece información de contexto y de configuración en un dispositivo terminal (por ejemplo, un dispositivo terminal móvil y un objeto funcional en el dispositivo terminal) utilizando un servidor de administración de dispositivos (DM) para resolver los problemas de los equipos de las instalaciones del usuario (CPE) durante su utilización. El servidor de DM y el dispositivo terminal forman un sistema de DM, en el que el servidor de DM puede administrar y configurar el dispositivo terminal en modo over-the-air (interfaz aérea) (OTA) para, por ejemplo, la instalación y actualización de la versión del software y del firmware (microprograma), con el fin de proporcionar servicios personalizados y enriquecer la experiencia del usuario.
En el sistema de DM, se utiliza un agente de DM del dispositivo terminal para interpretar y ejecutar las instrucciones de administración enviadas por el servidor de DM. Un árbol de DM almacenado en el dispositivo terminal se puede considerar como una interfaz para que el servidor de DM administre el dispositivo terminal mediante el protocolo de DM, en donde el árbol de DM incluye algunos objetos de administración (MO) básicos. El servidor de DM controla al dispositivo terminal mediante instrucciones de operación para los MO que incluyen Get (Obtener), Replace (Reemplazar), Exec (Ejecutar), Copy (Copiar) y Delete (Borrar).
El Foro de Línea de Abonado Digital (DSL) define un Protocolo de Administración de CPE en WAN (CWMP). El CWMP se utiliza en el contexto de una red DSL para realizar funciones análogas a las de la OMA DM. Para realizar una administración remota en el contexto de una red DSL, un servidor de autoconfiguración (ACS) se comunica con el dispositivo terminal en modo bidireccional mediante instrucciones de llamada a procedimientos remotos (RPC). El CPE almacena diversos modelos de datos para el mantenimiento de los parámetros funcionales en el propio CPE.
En general, la especificación OMA DM se utiliza en contextos de radio, en tanto que el CWMP se utiliza en contextos de redes fijas. Con el desarrollo de las tecnologías de comunicación por radio, tales como fidelidad inalámbrica (Wi-Fi) y la interoperabilidad mundial para acceso por microondas (WiMAX), los servicios se proporcionan a través de redes fijas aunque estas tecnologías de comunicación proporcionan funciones de móviles a través de canales de radio. De este modo, durante la implementación de la presente invención, el inventor ha descubierto que cuando se hacen converger modos de comunicación por radio tales como Wi-Fi, WiMAX y WCDMA, no hay ningún protocolo o especificación unificado disponible para administrar todos los terminales en una red convergente, puesto que los terminales de las diferentes redes utilizan especificaciones de administración diferentes.
El documento del BROADBAND FORUM (Foro de Banda Ancha): "TR-069 CPE WAN Management Protocol (Protocolo para Administración de CPE en WAN) v1.1 Edición 1 Revisión 1", BROADBAND FORUM TECHNICALREPORT (Informe Técnico del Foro de Banda Ancha), núm. EDICIÓN 1 REVISIÓN 1, del 30 de noviembre de 2006 (2006-11-30), páginas 1-138, XP002550467, divulga el protocolo de comunicación entre un CPE y el Servidor de Autoconfiguración (ACS) que integra una autoconfiguración segura junto con otras funciones de administración del CPE en un marco común.
El informe de la Open Mobile Alliance (Alianza Móvil Abierta), OMA: "Converged DM BoF (Grupo de Debate Informal de DM Convergente)", del 13 de diciembre de 2007 (2007-12-13), páginas 1-8, XP002634043, Recuperado de Internet: URL: http://member.openmobilealliance.org/ftp/Public_documents/TP/CDM/2007/ [recuperado el 2011-0421], divulga un conjunto de operaciones/actividades que permiten la configuración y administración de dispositivos que soporten una o más tecnologías portadoras para los servicios que se pueden consumir utilizando una o más de dichas tecnologías portadoras.
El informe de la Open Mobile Alliance, OMA: "Management Content Convergence (Convergencia de Contenidos de Administración)", del 4 de octubre de 2007 (2007-10-04), páginas 1-5, XP002634045, Recuperado de Internet: URL: http://member.openmobilealliance.org/ftp/Public_documents/TP/CDM/2007/ [recuperado el 2011-04-21], divulga especificaciones sobre cómo administrar servicios individuales (esto es, los parámetros soportados y los valores válidos) como MO de la OMA DM.
Resumen de la invención
Los modos de realización de la presente invención proporcionan un método, un sistema y un equipo para transmitir instrucciones de llamada a procedimientos remotos (RPC) con el fin de administrar todos los terminales utilizando un protocolo o especificación en una red convergente.
Un método para transmitir instrucciones de RPC de acuerdo con la presente invención se define en la reivindicación
1.
Un sistema para la administración de dispositivos de acuerdo con la presente invención se define en la reivindicación
3.
Un servidor de DM de acuerdo con la presente invención se define en la reivindicación 4.
Un dispositivo terminal de acuerdo con la presente invención se define en la reivindicación 5.
De acuerdo con los modos de realización de la presente invención, las instrucciones de RPC se incluyen en la información de especificación de DM y se envían al dispositivo terminal, de modo que dichas instrucciones de RPC puedan ser ejecutadas por el dispositivo terminal. Así pues, la especificación OMA DM se utiliza para administrar terminales basados en modelos de datos del CWMP y todos los terminales en una red convergente. En ciertos modos de realización de la presente invención, debido a que las instrucciones de RPC se incluyen en la información de especificación de DM y se envían al dispositivo terminal, la OMA DM se puede utilizar para administrar todos los terminales en la red convergente. Por consiguiente, resulta innecesario desarrollar un protocolo o especificación especial para administrar todos los terminales en la red convergente, ahorrándose de este modo costes de desarrollo.
Breve descripción de los dibujos
La FIG. 1 es un diagrama de flujo de un método general para transmitir instrucciones de RPC de acuerdo con un modo de realización de la presente invención;
la FIG. 2 muestra una estructura de un objeto de DM de acuerdo con un segundo modo de realización de la presente invención;
la FIG. 3 muestra una estructura de otro objeto de DM de acuerdo con el segundo modo de realización de la presente invención; y
La FIG. 4 muestra un sistema para transmitir instrucciones de RPC de acuerdo con un quinto modo de realización de la presente invención.
Descripción detallada de los modos de realización
Para una mejor comprensión e implementación de la presente invención por parte de aquellos experimentados en la técnica, a continuación se describen los modos de realización de la presente invención haciendo referencia a los dibujos que la acompañan.
En los modos de realización de la presente invención, para que el servidor de DM sea capaz de administrar dispositivos terminales en el sistema CWMP utilizando la especificación OMA DM es necesario transmitir instrucciones de RPC entre el servidor de DM y los dispositivos terminales. Esto es, el servidor de DM le envía a los dispositivos terminales una instrucción basada en modelos de datos del CWMP (por ejemplo, una instrucción de RPC) utilizando la información de especificación OMA DM (designada de aquí en adelante como información DM); el dispositivo terminal le devuelve al servidor de DM el resultado de la ejecución de la instrucción utilizando la especificación OMA DM.
Un modo de realización de la presente invención proporciona un método general para transmitir instrucciones de RPC de acuerdo con la descripción precedente.
La FIG. 1 es un diagrama de flujo de un método general para transmitir instrucciones de RPC en un modo de realización de la presente invención.
101.
Las instrucciones de RPC se incluyen en la información de especificación de DM.
102.
Se transmite la información de especificación de DM.
Los siguientes modos de realización describen un método para transmitir instrucciones de RPC utilizando la especificación OMA DM. En el primer modo de realización se proporciona un método para transmitir instrucciones de RPC ampliando las instrucciones DM (por ejemplo, una instrucción Alert (alerta)); en el segundo modo de realización se proporciona un método para transmitir instrucciones de RPC a través de un MO de DM específico; en el tercer modo de realización se proporciona un método para transmitir instrucciones de RPC ampliando una instrucción de DM.
Modo de realización 1
Este modo de realización describe un método para transmitir instrucciones de RPC mediante la ampliación de instrucciones DM. A continuación se utiliza la instrucción Alert como ejemplo para describir el método para transmitir las instrucciones de RPC. Los datos del tipo de documento (DTD) de la instrucción Alert son los siguientes:
Alert(CmdID, Data?, Correlator?, Item*)
donde "CmdID" es un ID (identificador) de una instrucción definido por la especificación de DM durante la transmisión; "Data" indica el tipo de la instrucción Alert; "Item" indica el contenido de la instrucción Alert. Por ejemplo, si Data = 1100, los datos representan un mensaje de visualización en pantalla. Cuando un dispositivo terminal recibe este mensaje, el dispositivo terminal muestra en pantalla al usuario el contenido del Item. "Correlator" indica un valor de correlación asociado a una instrucción Alert que incluye una instrucción de RPC. Cuando la instrucción de RPC únicamente puede recibir el resultado de la ejecución tras un cierto período de tiempo, el otro extremo puede utilizar el valor de "Correlator" para responder a la instrucción de RPC, indicando que la respuesta corresponde a la instrucción de RPC asociada al valor de "Correlator".
Para incluir una instrucción de RPC en la instrucción Alert, es necesario asignar un código de Alert (código de la instrucción de RPC) a cada instrucción de RPC. El código de Alert se asigna al elemento Data con el fin de que el otro extremo pueda identificar qué instrucción de RPC se ha incluido en la instrucción Alert. A continuación, se incluyen los parámetros de la instrucción de RPC en el Item. Los parámetros se pueden describir mediante un lenguaje de marcado extensible (XML). De esta forma, después de recibir la instrucción Alert, el otro extremo puede identificar la instrucción de RPC y los parámetros incluidos en la instrucción Alert. A continuación, el otro extremo ejecuta la instrucción de RPC y responde a la instrucción Alert mediante una instrucción Status (Estado), una instrucción Results (Resultados) o una instrucción Alert definidas en la especificación de DM, incluyendo los parámetros de la respuesta en el Item de la instrucción Status, de la instrucción Results o de la instrucción Alert.
Más abajo se proporciona un ejemplo de la inclusión de una instrucción de RPC en la instrucción Alert.
La instrucción de RPC es "GetParameterNames" (obtener los nombres de los parámetros), que se utiliza para obtener los nombres de algunos parámetros en los modelos de datos de un dispositivo terminal. La instrucción tiene dos parámetros: uno es "ParameterPath" (ruta de los parámetros), que indica una ruta para obtener los parámetros de los modelos de datos, de modo que el dispositivo terminal pueda localizar dichos parámetros a partir de la ruta; el otro es "NextLevel" (siguiente nivel), que indica si es necesario obtener los directorios del siguiente nivel de la ruta, y se trata de un valor booleano (binario). Una vez ejecutada la instrucción, se devuelve un valor "ParameterInfoStruct" (estructura de la información de los parámetros). Este valor es un valor compuesto e incluye dos parámetros: "Name" (nombre) y "Writable" (modificable). "Name" es el nombre del parámetro, y "Writable" indica si al parámetro se le puede asignar un nuevo valor. Si el parámetro es un objeto dependiente, "Name" indica si éste se puede borrar.
El servidor de DM le envía al dispositivo terminal una instrucción Alert que incluye el nombre y el parámetro de la instrucción de RPC en el parámetro Item/Data de la instrucción Alert. A continuación se muestra la instrucción Alert:
<Alert>
<CmdID>3 </CmdID>
<Data> 1248</Data>
<Item>
<Type xmlns="syncml:metinf">application/dsl.cwmp.rpc</Type>
<Format xmIns="syncml:metinf">xml</Format>
<Data>
<rpc:ParameterPath>InternetGatewayDevice.LANDevice.1.Hosts.</rpc:ParameterPath>
</Data>
</ltem>
<Item> <Type xmlns="syncml:metinf">application/dsl.cwmp.rpc</Type> <Format xmlns="syncml:metinf">xml</Format>
<Data> <rpc:NextLevel>true</rpc:NextLevel> </Data> </Item> </Alert>
donde, "rpc" es un espacio predefinido para el nombre, que indica cómo interpretar los parámetros tales como "ParameterPath" y "NextLevel". En la instrucción Alert, "1248" es un código de Alert que indica que la instrucción Alert se está utilizando en la
instrucción "GetParameterNames" del mensaje RPC. Los dos elementos "Item" incluyen los dos parámetros (esto es, "ParameterPath" y "NextLevel") de la instrucción. Como NextLevel = true (verdadero), el dispositivo terminal puede devolver un nombre de parámetro en el siguiente nivel de la ruta especificada en el parámetro "ParameterPath" utilizando la instrucción Status o la instrucción Results.
Status <MsgRef>2</MsgRef><CmdRef>3</CmdRef> <CmdID>2</CmdID> <Cmd>Alert</Cmd> <Data>200</Data> <Item>
<Type xmlns="syncml:metinf">application/dsl.cwmp.rpc</Type> <Format xmlns="syncml:metinf">xml</Format> <Data>
<rpc:ParameterList> <rpc:Name>lnternetGatewayDevice.LANDevice.1.Hosts.HostNumberOfEntries</rpc:Name> <rpc:Writable>true</rpc:Writable>
</rpc:ParameterList>
<rpc:ParameterList> <rpc:Name>IntemetGatewayDevice.LANDevice.1.Hosts.Host.</rpc:Name> <rpc:Writable>false</rpc:Writable>
</rpc:ParameterList> </Data> </Item> Status La instrucción Status anterior se utiliza para responder a la instrucción "GetParameterNames". "200" indica que la ejecución de la instrucción se ha completado con éxito. El resultado devuelto se almacena en "Item", lo que indica que en la ruta especificada por la instrucción Alert hay dos parámetros. Uno es "HostNumberOfEntries" (número de inscripciones), al que se puede asignar un valor, y el otro es "Host.", en donde el "." indica que se trata de un objeto dependiente que incluye otros parámetros. El objeto dependiente no puede ser borrado.
Este ejemplo presenta un método para transmitir una instrucción de RPC utilizando una instrucción Alert.
A continuación se describe una solución similar que asigna el valor "1240" a un Código de Alert específico (esto es, un ID de RPC). El ID del Alert se puede incluir en el elemento Data de la instrucción Alert para indicar que la instrucción Alert se está utilizando específicamente para transmitir una instrucción de RPC. La información asociada a la instrucción de RPC, incluyendo el nombre de la instrucción y los parámetros, se incluye en "Item". El contenido de "Item" que figura a continuación representa la instrucción de RPC del ejemplo anterior:
<Item>
<Type xmlns="syncml:metinf">application/dsl.cwmp.rpc</Type>
<Format xmlns=”syncml:metinf’>xml</Format>
<Data>
<rpc:GetParameterNames>
<rpc:ParameterPath>IntemetGatewayDevice.LANDevice.1.Hosts.</rpc:ParameterPath>
<rpc:NextLevel>true</rpc:NextLevel>
</rpc:GetParameterNames>
</Data>
</Item>
Después de recibir el mensaje, el dispositivo terminal reconoce, de acuerdo con el "1240", que el mensaje es una instrucción de RPC, y extrae el contenido de la instrucción a partir del elemento "Item". Tras ejecutar la instrucción de RPC, el dispositivo terminal devuelve el resultado de la ejecución utilizando la instrucción Status, la instrucción Results o la instrucción Alert.
Lo que se ha descrito es un método para transmitir una instrucción de RPC utilizando la instrucción Alert. De modo análogo, la instrucción de RPC también se puede transmitir mediante otras instrucciones DM.
Modo de realización 2
A continuación se define un nuevo MO de DM en la especificación OMA DM, en donde el MO de DM se designa como un MO de RPC. El MO de RPC se puede utilizar para transmitir instrucciones de RPC. La FIG. 2 y la FIG. 3 muestran las estructuras de cómo se organizan dos MO de RPC. En la FIG. 2, la instrucción de RPC y sus parámetros se pueden encontrar en nodos diferentes; en otras palabras, la instrucción de RPC está representada por un ID de instrucción de RPC, en tanto que los parámetros de la RPC se describen en formato XML. El ID de la instrucción de RPC puede ser el nombre de una instrucción de RPC o un ID similar al código de Alert proporcionado en el primer modo de realización. El MO de RPC que se muestra en la FIG. 3 almacena la instrucción de RPC completa en el mismo nodo, descrita en formato XML. Para la estructura que se muestra en la FIG. 2, después de que el dispositivo terminal obtenga la instrucción de RPC, el dispositivo terminal puede encontrar un módulo que ejecute la instrucción en función del ID de la instrucción de RPC, y transmitirle los parámetros asociados; para la estructura que se muestra en la FIG. 3, después de que el dispositivo terminal obtenga la instrucción de RPC, el dispositivo terminal necesita analizar la descripción de la instrucción y extraer de la misma un ID junto con sus parámetros. A continuación, un módulo ejecuta la instrucción.
En el MO de RPC hay dos nodos disponibles: Result y Execute. El nodo Result se utiliza para almacenar el resultado de la ejecución de la instrucción de RPC, y el nodo Execute se utiliza para desencadenar la ejecución de la instrucción de RPC.
A continuación se muestra un ejemplo de la transmisión de instrucciones de RPC.
El servidor configura el MO de RPC utilizando la estructura que se muestra en la FIG. 2. El servidor le asigna a "Name" el valor "GetParameterNames" o un valor de ID (por ejemplo, "1248") para representar la instrucción. A continuación, el servidor establece "ParameterPath" y "NextLevel" en el nodo RPC/X/Parameter del siguiente modo:
<rpc:ParameterPath xmlns:rpc="syncml:metinf">
InternetGatewayDevice.LANDevice.1.Hosts.
</rpc:ParameterPath> <rpc:NextLevel>true</rpc:NextLevel>
Si el servidor configura el MO de RPC utilizando la estructura que se muestra en la FIG. 3, la instrucción de RPC se almacena completa en el nodo Command, por ejemplo:
<rpc:GetParameterNames xmlns:rpc="syncml:metinf">
<rpc:ParameterPath>InternetGatewayDevice.LANDevice.1.Hosts.</rpc:ParameterPath>
<rpc:NextLevel>true</rpc:NextLevel>
</rpc:GetParameterNames>
Después de que el servidor haya configurado la información de la instrucción de RPC, el servidor ejecuta el nodo Execute. El dispositivo terminal ejecuta la instrucción y graba el resultado de la ejecución (el código de Item/Data de la instrucción Status descrita en el primer modo de realización) en el nodo Result. El servidor puede obtener el resultado de la ejecución según los dos modos siguientes: en el primero, el resultado de la ejecución de la RPC se incluye en el mensaje de respuesta de la instrucción Exec, de modo que el servidor puede obtener el resultado de la ejecución de la RPC a partir del elemento "Item" de la instrucción Status; en el segundo, únicamente se devuelve un mensaje OK 200, de modo que el servidor obtiene el resultado de la ejecución de la RPC accediendo al nodo Result. Esto es, tras recibir la respuesta OK 200, el servidor envía una instrucción Get para obtener el contenido del nodo Result.
<Get>
<CmdID>5</CmdID>
<Item>
<Target><LocURl>./RPC/Result</LocURI></Target>
</Item>
</Get>
Después de recibir la instrucción, el dispositivo terminal le envía al servidor el contenido almacenado en el nodo Result.
Modo de realización 3
Este modo de realización describe un método para transmitir instrucciones de RPC ampliando un conjunto de instrucciones de DM. Esto es, se incorporan instrucciones de RPC al conjunto de instrucciones de DM. En este caso, el servidor de DM puede tratar las instrucciones de DM como instrucciones de RPC y transmitir fácilmente instrucciones de RPC al terminal. En el conjunto de instrucciones de DM, las instrucciones diferentes de la instrucción Alert son específicas del árbol de DM. Las instrucciones de RPC incluyen operaciones sobre modelos de datos y dispositivos. De este modo, se pueden diseñar algunas instrucciones de DM similares a la instrucción Alert para transmitir las instrucciones de RPC. A continuación se muestra la DTD (definición del tipo de documento) de una instrucción de RPC:
RPCCommand(CmdID, Correlator?, Item*)
donde, "RPCCommand" indica el ID de la instrucción de RPC; "CmdID" indica el ID de cada instrucción definida por la especificación de DM durante la transmisión; en el caso de operaciones asíncronas, por ejemplo, cuando se envía una instrucción de RPC Download (descargar), la respuesta Status no incluye el resultado de la ejecución de la instrucción porque no hay una respuesta inmediata disponible. Por consiguiente, es necesario utilizar el elemento "Correlator" para notificarle al servidor qué instrucción de RPC está asociada al resultado de la ejecución; "Item" es un parámetro de la instrucción de RPC.
El método para transmitir instrucciones de RPC en este modo de realización es similar al descrito en el Modo de realización 1, excepto por las siguientes diferencias: en el Modo de realización 1 se puede utilizar un código de Alert (por ejemplo, un código de Alert en el elemento Data) para diferenciar las instrucciones de RPC; en este modo de realización se utiliza un ID de instrucción para diferenciar las instrucciones de RPC. El método para transmitir instrucciones de RPC es similar al descrito en el Modo de realización 1 y no se describirá de forma más detallada.
En los Modos de realización 1 a 3, después de recibir desde el servidor de DM la información de especificación de DM que incluye las instrucciones de RPC, el dispositivo terminal puede ejecutar las instrucciones de RPC contenidas en la información de especificación de DM, de modo que el servidor pueda administrar el dispositivo terminal. La información de especificación de DM incluye uno de los siguientes elementos o cualquier combinación de los mismos: una instrucción de DM previamente existente, un objeto de DM, y una nueva instrucción de DM.
Modo de realización 4
Como se muestra en la FIG. 4, un sistema para transmitir instrucciones de RPC en un modo de realización de la presente invención incluye: un primer dispositivo, adaptado para: incluir instrucciones de RPC en la información de especificación de DM, y enviarle la información de especificación de DM a un segundo dispositivo; y el segundo dispositivo, adaptado para recibir la información de especificación de DM del primer dispositivo. El primer dispositivo puede ser un servidor de DM o un dispositivo terminal, y el segundo dispositivo puede ser un servidor de DM o un dispositivo terminal. En la FIG. 4, el primer dispositivo es un servidor de DM y el segundo dispositivo es un dispositivo terminal.
Un sistema de DM descrito en un modo de realización de la presente invención incluye: un primer dispositivo, adaptado para: incluir instrucciones de RPC en la información de especificación de DM, y enviarle la información de especificación de DM a un segundo dispositivo; y el segundo dispositivo, adaptado para: recibir la información de especificación de DM del primer dispositivo y ejecutar la información de especificación de DM. El primer dispositivo puede ser un servidor de DM o un dispositivo terminal, y el segundo dispositivo puede ser un servidor de DM o un dispositivo terminal.
Un servidor de DM proporcionado en un modo de realización de la presente invención incluye: una unidad de inserción, adaptada para incluir instrucciones de RPC en la información de especificación de DM; y una unidad de transmisión, adaptada para transmitir la información de especificación de DM. La información de especificación de DM incluye uno de los siguientes elementos o cualquier combinación de los mismos: una instrucción de DM previamente existente, un objeto de DM y una nueva instrucción de DM. La unidad de inserción incluye una de las siguientes subunidades o cualquier combinación de las mismas: una primera subunidad de inserción, adaptada para incluir una instrucción de RPC en una instrucción de DM existente; una segunda subunidad de inserción, adaptada para incluir una instrucción de RPC en un objeto de DM; y una tercera subunidad de inserción, adaptada para incluir una instrucción de RPC en una nueva instrucción de DM.
Un dispositivo terminal proporcionado en un modo de realización de la presente invención incluye: una unidad de recepción, adaptada para recibir información de especificación de DM; y una unidad de procesamiento, adaptada para procesar la información de especificación de DM recibida por la unidad de recepción, y devolver el resultado de la ejecución al servidor de DM, de modo que el servidor de DM pueda administrar el dispositivo terminal.
De acuerdo con los modos de realización de la presente invención, el servidor de DM puede enviar instrucciones de RPC al dispositivo terminal para su ejecución, de modo que algunos modelos de datos basados en CWMP pueden ser reutilizados en el sistema OMA DM.

Claims (5)

  1. REIVINDICACIONES
    1. Un método para transmitir instrucciones de llamada a procedimientos remotos, RPC, que comprende:
    incluir instrucciones de RPC en la información de especificación de administración de dispositivos, DM, de la OMA; y
    transmitir la información de especificación OMA DM,
    en donde la información de especificación OMA DM comprende una instrucción de DM existente, y la instrucción de DM existente es una instrucción de alerta, en donde la instrucción de alerta comprende el código de una instrucción de RPC y los parámetros de la instrucción de RPC, y el código de la instrucción de RPC está asociado a una instrucción de RPC, y
    en donde el proceso de inclusión de las instrucciones de RPC en la información de especificación OMA DM comprende: incluir el código de la instrucción de RPC en un elemento Data de la instrucción Alert, e incluir los parámetros de la instrucción de RPC en un elemento Item de la instrucción Alert.
  2. 2.
    El método de la reivindicación 1, en donde después de transmitir la información de especificación OMA DM, el método comprende, además: ejecutar, por parte de un dispositivo terminal, las instrucciones de RPC incluidas en la información de especificación OMA DM.
  3. 3.
    Un sistema de administración de dispositivos, DM, que comprende un primer dispositivo y un segundo dispositivo, en donde:
    el primer dispositivo está adaptado para: incluir instrucciones de llamada a procedimientos remotos, RPC, en la información de especificación OMA DM, y enviar la información de especificación OMA DM al segundo dispositivo; y
    el segundo dispositivo está adaptado para: recibir la información de especificación OMA DM enviada por el primer dispositivo y ejecutar las instrucciones de RPC incluidas en la información de especificación OMA DM,
    en donde la información de especificación OMA DM comprende una instrucción de DM existente, y la instrucción de DM existente es una instrucción de alerta,
    en donde la instrucción de alerta comprende el código de una instrucción de RPC y los parámetros de la instrucción de RPC, y el código de la instrucción de RPC está asociado a una instrucción de RPC, y
    en donde el proceso de inclusión, por parte del primer dispositivo, de las instrucciones de RPC en la información de especificación OMA DM comprende: incluir el código de la instrucción de RPC en un elemento Data de la instrucción Alert, e incluir los parámetros de la instrucción de RPC en un elemento Item de la instrucción Alert.
  4. 4. Un servidor de administración de dispositivos, DM, que comprende:
    una unidad de inserción, adaptada para incluir instrucciones de llamada a procedimientos remotos, RPC, en la información de especificación OMA DM; y
    una unidad de transmisión, adaptada para transmitir la información de especificación OMA DM,
    en donde la información de especificación OMA DM comprende una instrucción de DM existente, y la instrucción de DM existente es una instrucción de alerta,
    en donde la instrucción de alerta comprende el código de una instrucción de RPC y los parámetros de la instrucción de RPC, y el código de la instrucción de RPC está asociado a una instrucción de RPC, y
    en donde el proceso de inclusión, por parte de la unidad de inserción, de las instrucciones de RPC en la información de especificación OMA DM comprende: incluir el código de la instrucción de RPC en un elemento Data de la instrucción Alert, e incluir los parámetros de la instrucción de RPC en un elemento Item de la instrucción Alert.
  5. 5. Un dispositivo terminal, que comprende:
    una unidad de recepción, adaptada para recibir información de especificación de administración de dispositivos, DM, de la OMA, que incluye instrucciones de llamada a procedimientos remotos, RPC; y
    una unidad de procesamiento, adaptada para ejecutar las instrucciones de RPC incluidas en la información de especificación OMA DM recibida por la unidad de recepción,
    en donde la información de especificación OMA DM comprende una instrucción de DM existente, y la instrucción de DM existente es una instrucción de alerta,
    en donde la instrucción de alerta comprende el código de una instrucción de RPC y los parámetros de la instrucción de RPC, y el código de la instrucción de RPC está asociado a una instrucción de RPC, y
    en donde las instrucciones de RPC incluidas en la información de especificación OMA DM comprenden el código
    de la instrucción de RPC en un elemento Data de la instrucción Alert y los parámetros de la instrucción de RPC en
    un elemento Item de la instrucción Alert.
ES08840353T 2007-10-10 2008-10-10 Método, sistema y equipo correspondiente para transmitir una instrucción de RPC Active ES2398408T3 (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN200710162810 2007-10-10
CN200710162810.7A CN101409632B (zh) 2007-10-10 2007-10-10 一种远程过程调用命令的传输方法、系统和装置
PCT/CN2008/072640 WO2009049542A1 (fr) 2007-10-10 2008-10-10 Un procédé, un système et un appareil corrélatif pour transmettre une commande de demande de procédure distante

Publications (1)

Publication Number Publication Date
ES2398408T3 true ES2398408T3 (es) 2013-03-15

Family

ID=40567023

Family Applications (1)

Application Number Title Priority Date Filing Date
ES08840353T Active ES2398408T3 (es) 2007-10-10 2008-10-10 Método, sistema y equipo correspondiente para transmitir una instrucción de RPC

Country Status (5)

Country Link
US (1) US8327391B2 (es)
EP (1) EP2197154B1 (es)
CN (1) CN101409632B (es)
ES (1) ES2398408T3 (es)
WO (1) WO2009049542A1 (es)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9026582B2 (en) * 2010-03-23 2015-05-05 Htc Corporation Device management methods and related apparatus for enhancing applicability of status messages in response to commands
CN102375755A (zh) * 2010-08-17 2012-03-14 鸿富锦精密工业（深圳）有限公司 数据模型对象删除识别装置及其使用方法
CN102761431A (zh) * 2011-04-29 2012-10-31 华为终端有限公司 事件上报方法及用户驻地设备
US9723091B1 (en) * 2012-11-09 2017-08-01 Noble Systems Corporation Variable length protocol using serialized payload with compression support
CN110392017B (zh) * 2018-04-18 2020-11-06 华为技术有限公司 处理rpc报文的方法及相关装置

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6480901B1 (en) * 1999-07-09 2002-11-12 Lsi Logic Corporation System for monitoring and managing devices on a network from a management station via a proxy server that provides protocol converter
US6769022B1 (en) * 1999-07-09 2004-07-27 Lsi Logic Corporation Methods and apparatus for managing heterogeneous storage devices
US7321929B2 (en) * 2003-08-01 2008-01-22 Network Appliance, Inc. Programmable remote device management system for locally or remotely controlling and/or configuring a communication network switch
CN101442529B (zh) * 2004-07-09 2013-05-01 Lg电子株式会社 设备管理系统和设备管理命令调度方法
WO2006063118A2 (en) * 2004-12-07 2006-06-15 Pure Networks, Inc. Network management
EP1705872B1 (en) * 2005-03-21 2008-12-24 Hewlett-Packard Development Company, L.P. Mobile device client and system supporting remote terminal management

Also Published As

Publication number Publication date
EP2197154A4 (en) 2011-06-08
US8327391B2 (en) 2012-12-04
EP2197154A1 (en) 2010-06-16
WO2009049542A1 (fr) 2009-04-23
US20100199291A1 (en) 2010-08-05
CN101409632A (zh) 2009-04-15
CN101409632B (zh) 2011-02-02
EP2197154B1 (en) 2012-12-12

Similar Documents

Publication Publication Date Title
KR101950122B1 (ko) 경량 기기 간 프로토콜을 디바이스 관리 프로토콜과 상호연동하기
CN102546760B (zh) 设备管理的方法和终端、装置、系统
ES2528280T3 (es) Método, equipo y sistema para adquirir y proporcionar información de configuración de función CPE
EP2955953B1 (en) Device management server, device management client, and method for locating a target operation object
US20080065753A1 (en) Electronic Device Management
ES2398408T3 (es) Método, sistema y equipo correspondiente para transmitir una instrucción de RPC
ES2634461T3 (es) Procedimiento para proporcionar información de nodo, procedimiento para obtener información de nodo, y equipo asociado
US10990449B2 (en) Managing application relationships in machine-to-machine systems
US11350267B2 (en) Method of obtaining user subscription data pertaining to a subscriber in a telecommunication network
US10932171B2 (en) Access point switching method and apparatus
US8117293B1 (en) Method of receiving, storing, and providing device management parameters and firmware updates to application programs within a mobile device
CN110505318B (zh) 统一资源定位符寻址方法及装置、网络系统
US8688741B2 (en) Device description framework information reporting and updating method, device and system
CN102571418B (zh) 设备管理的方法
KR20180107763A (ko) 사용자 트래픽 연결 관리 방법
CN102571390B (zh) 设备管理方法、设备和系统
CN101939969B (zh) 用于更新gsm到ims通信服务的系统、装置和方法
CN109788447B (zh) 一种短消息路由方法、装置、设备及计算机可读存储介质
CN113079206B (zh) 终端场景化应用自动配置方法、mec服务器及用户终端
KR101585095B1 (ko) 매쉬업 데이터 api를 생성하는 방법 및 장치
CN101753604B (zh) 上报设备信息的方法、用户终端和服务器
KR20100067332A (ko) 의존성 통지
JP5095831B6 (ja) 機器管理の方法、端末、装置およびシステム
CN101351046B (zh) 终端设备软件组件激活方法、终端设备及设备管理服务器