ES2293680T3 - Procedimiento para transmitir informacion. - Google Patents

Procedimiento para transmitir informacion. Download PDF

Info

Publication number
ES2293680T3
ES2293680T3 ES98922717T ES98922717T ES2293680T3 ES 2293680 T3 ES2293680 T3 ES 2293680T3 ES 98922717 T ES98922717 T ES 98922717T ES 98922717 T ES98922717 T ES 98922717T ES 2293680 T3 ES2293680 T3 ES 2293680T3
Authority
ES
Spain
Prior art keywords
information
coding
text
management
quad
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.)
Expired - Lifetime
Application number
ES98922717T
Other languages
English (en)
Inventor
Heiko Dassow
Birgit Frohnhoff
Egbert Terlinde
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.)
Deutsche Telekom AG
Original Assignee
Deutsche Telekom AG
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 Deutsche Telekom AG filed Critical Deutsche Telekom AG
Application granted granted Critical
Publication of ES2293680T3 publication Critical patent/ES2293680T3/es
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02Standardisation; Integration
    • H04L41/0213Standardised network management protocols, e.g. simple network management protocol [SNMP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/02Standardisation; Integration
    • H04L41/0226Mapping or translating multiple network management protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40Network security protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/06Notations for structuring of protocol data, e.g. abstract syntax notation one [ASN.1]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Communication Control (AREA)
  • Crystals, And After-Treatments Of Crystals (AREA)
  • Traffic Control Systems (AREA)
  • Computer And Data Communications (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Procedimiento para la transmisión de información, cuya configuración está definida por el lenguaje formal designado como "Notación de Sintaxis Abstracta Uno" (ASN.1) para la definición de estructuras de datos, caracterizado porque, la transmisión se realiza en forma codificada como texto.

Description

Procedimiento para transmitir información.
La presente invención se refiere a un procedimiento destinado a la transmisión de información, cuya configuración está definida mediante el lenguaje formal de definición de estructuras de datos designado por como notación de sintaxis uno (ASN.1).
Se hace referencia a la siguiente bibliografía:
[NMFTR107]
Network Management Forum
\quad
Forum TR107: ISO/CCITT and Internet
\quad
Management: Coexistence and Interworking
\quad
Strategy
\quad
Issue 1.0 September 1992
\vskip1.000000\baselineskip
[M.3010]
ITU-T Recommendation M.3010
\quad
Maintenance: Telecommunications Management Network
\quad
Principles for a Telecommunications
\quad
Management Network 10/92
\vskip1.000000\baselineskip
[X.160]
ITU-T Recommendation X.160
\quad
Data Networks and Open System
\quad
Communications Public Data Networks -
\quad
Maintenance Architecture for Customer
\quad
Network Management Service for Public Data
\quad
Networks 7/94
\vskip1.000000\baselineskip
[X.200]
Data Networks and open system
\quad
communications
\quad
Open System Interconnection - Model and
\quad
Notation
\quad
Information Technology - Open System
\quad
Interconnection
\quad
Basic Reference Model
\quad
Geneva, 1994
\vskip1.000000\baselineskip
[X.208]
ITU-T Recommendation X.208
\quad
Specification of abstract syntax notation
\quad
one (ASN.1)
\quad
Information technology
\quad
Open System Interconnection 1988
\vskip1.000000\baselineskip
[X.209]
ITU-T Recommendation X.209
\quad
Specification of Basic Encoding Rules for
\quad
Abstract Syntax Notation One (ASN.1)
\vskip1.000000\baselineskip
[X.710]
ITU-T Recommendation X.710
\quad
Data Communication Networks
\quad
Open Systems Interconnection
\quad
Common Management Information Service
\quad
Definition for CCITT Applications
\quad
Geneva, 1991
\vskip1.000000\baselineskip
[X.711]
ITU-T Recommendation X.711
\quad
Data Communication Networks
\quad
Open Systems Interconnection
\quad
Common Management Information Protocol
\quad
Specification for CCITT Applications
\quad
Geneva, 1991
\vskip1.000000\baselineskip
[X.722]
ITU-T Recommendation X.722
\quad
Data Communication Networks
\quad
Open Systems Interconnection
\quad
Structure of Management Information
\quad
Guidelines for the Definition of Managed
\quad
Objects
\quad
Geneva, 1992
\vskip1.000000\baselineskip
[RFC1157]
Network Working Group RFC 1157
\quad
Simple Network Management Protocol (SNMP)
\vskip1.000000\baselineskip
[RFC1085]
Network Working Group RFC 1085
\quad
ISO Presentation Services on top of TCP/IP-
\quad
based internets
\quad
M. Rose, Performance Systems International
\quad
K. McCloghrie, Hughes LAN Systems
\quad
December 1988
\newpage
[RFC1189]
Network Working Group RFC 1189
\quad
Common Management Information Services and
\quad
Protocols for the Internet (CMOT and CMIP).
\quad
U.S. Warrier, L. Besaw, L. LaBarre, B.D.
\quad
Handspicker.
\quad
historic protocol, not recommended status
\quad
Oct-01-1990.
\vskip1.000000\baselineskip
[RFC1214]
Network Working Group RFC 1214
\quad
OSI Internet Management: Management
\quad
Information Base
\quad
L. Labarre
\quad
historic protocol, not recommended status
\quad
April 1991
\vskip1.000000\baselineskip
[RFC0793]
Network Working Group RFC 0793
\quad
Transmission Control Protocol
\quad
J. Postel. September 1981
\quad
OSI Abstract-Data Manipulation API (XOM)
\quad
CAE Specification
\quad
Issue 3
\quad
X/Open Company Ltd
ISBN
1 85912 175 6
\vskip1.000000\baselineskip
Por otra parte, se utilizan las siguientes abreviaturas:
ASN.1
Abstract Syntax Notation One [X.208]
BER
Basic Encoding Rules [X.209]
CMIP
Common Management Information Protocol [X.711]
CMIPDU
Common Management Information Protocol Data Unit [X.711]
CMIS
Common Management Information Service [X.710]
CNM
Customer Management Network [X.160]
DCF
Data Communication Function
DCN
Data Communication Network
GDMO
Guidelines for the Definition of Managed Objects [X.722]
OSI
Open System Interconnection [X.200]
SNMP
Simple Network Management Protocol [RFC1157]
TCP/IP
Transmission Control Protocol/Internet Protocol [RFC0793]
TMN
Telecommunication Management Network [M.3010]
XOM
X-OPEN, Interface for handling ASN.1
La "Notación de Sintaxis Abstracta Uno" (Abstract Syntax Notation 1 (ASN.1) [X.208] sirve para la especificación formal de tipos de datos. Se utiliza, entre otras cosas, para definir, independientemente de plataformas, los diversos servicios y protocolos del modelo de capas OSI-7 ("Open System Interconnection" [X.200] ("Interconexión de sistema abierto")). A fin de que se pueda transmitir la información almacenada, cuya estructura está prefijada por la ASN.1, existen una serie de procedimientos tales como, por ejemplo, las reglas (BER) [X.209] ("Basic Encoding Rules" ("Reglas de codificación básicas")), para la codificación de valores ASN.1. La información codificada con las reglas BER puede ser subsiguientemente transmitida de forma binaria mediante cualquier procedimiento. Para ello, se utilizan generalmente protocolos de la familia OSI o TCP/IP ("Transmission Control Protocol/Internet Protocol" ("Protocolo de control de transmisión/Protocolo Internet")).
Hoy en día se considera que la transmisión de las diferentes PDU ("Protocol Data Units" ("Unidades de datos de protocolo")) definidas en ASN.1 de la capa 7 del modelo de capas OSI-7 mediante una pila de protocolo puramente basada en el modelo OSI es demasiado costosa. Por ello, con frecuencia se renuncia al empleo de dichos protocolos, o bien se sustituyen las capas inferiores de la pila de protocolo OSI por un protocolo TCP/IP ya existente. Se menciona como ejemplo de un grupo de estos procedimientos el protocolo (CMOT) [RFC1189] ("CMIP over TCP/IP" ("CMIP sobre TCP/IP")).
El objeto de la presente invención es evitar estos inconvenientes de la transmisión binaria de información cuya estructura está prefijada por la notación ASN.1.
Este objetivo se consigue, según la invención, mediante la transmisión codificada en forma de texto. Preferentemente, se ha previsto para ello realizar una codificación en texto claro cuyo contenido codificado sea legible sin medios auxiliares.
Las ventajas del procedimiento, según la invención, radican en que, básicamente, los protocolos de transmisión orientados a texto generalmente están muy difundidos y por ello, son más económicos que los procedimientos de transmisión binarios. Además, la búsqueda de errores se realiza de modo mucho más sencillo con la codificación de texto claro, por lo que los costes de utilización de una aplicación dada son notablemente inferiores. Concretamente, tiene las siguientes ventajas:
-
Gracias a la amplia difusión de los protocolos de transmisión orientados a texto tales como, por ejemplo, el de correo electrónico, la cantidad de ordenadores a los que se puede llegar con este protocolo es considerablemente mayor que en el caso de los procedimientos de transmisión binarios.
-
Con frecuencia, los llamados cortafuegos (Firewalls) que delimitan una red interna de una empresa sólo están abiertos a protocolos de transmisión orientados a texto.
-
Para la búsqueda de errores en la información ASN.1 codificada no son necesarias herramientas adicionales, dado que la codificación tiene una forma que una persona puede leer.
-
Gracias al empleo de protocolos muy sencillos, no es necesario disponer de una potencia de cálculo elevada, de manera que también son adecuados para este fin los ordenadores personales sencillos.
-
Los equipos de emisión y recepción no necesitan contener pilas de protocolo complejas. Muchos sistemas operativos ya contienen el software necesario para los procedimientos de transmisión orientados a texto.
Al contrario de la codificación con reglas BER, con el procedimiento, según la invención, es posible descodificar los datos recibidos sin tener que recurrir a una referencia interna de la definición ASN.1.
Un perfeccionamiento especialmente ventajoso del procedimiento, según la invención, es transmitir para cada información enviada el correspondiente tipo de datos definido según ASN.1, de manera que, preferentemente, se prevea que la designación esté antepuesta a la información y separada de ella mediante un carácter separador, en especial, un signo igual.
Este perfeccionamiento permite utilizar el procedimiento, según la invención, de forma especialmente ventajosa para el usuario, ya que la información codificada como texto se puede representar mediante un equipo de salida habitualmente disponible. Igualmente es sencillo para el usuario introducir datos y almacenar de modo permanente la información codificada como texto.
En el futuro se utilizará principalmente el protocolo CMIP [X.711] para la gestión de redes públicas de telecomunicaciones, en adelante también llamadas redes. En este contexto, las redes de telecomunicaciones pueden ser redes para transmisión de voz, datos e imágenes. La configuración de las unidades CMIPDU ("Common Management Information Protocol Data Unit" ("Unidad de datos de protocolo de gestión común")) se ha definido formalmente mediante ASN.1. La información de gestión transmitida mediante las CMIPDU está codificada según las reglas de codificación básica. En especial, para distancias largas o en caso de elevadas exigencias de calidad, no se puede prescindir de las ventajas de una pila de protocolo OSI para la transmisión de la información de gestión basada en el protocolo CMIP. Por otra parte, existen finalidades de aplicación en las que, para la transmisión de información de gestión, es suficiente una solución más sencilla y económica. Además del empleo del CMIP sobre el SNMP ("Simple Network Management Protocol" ("Protocolo de gestión de red sencillo")) muy difundido en redes locales, otra posibilidad actualmente utilizada es la transmisión del CMIP mediante el TCP/IP, más sencillo que los protocolos OSI de las capas de protocolo inferiores.
En otro perfeccionamiento del procedimiento, según la invención, se prevé, por ello, que la información a transmitir mediante el CMIP se refiera a la gestión de redes públicas de telecomunicaciones. En este perfeccionamiento, en última instancia, no es relevante que la codificación de texto claro empleada se base en que el CMIP haya sido definido en la ASN.1 o que las reglas de codificación orientadas a texto se hayan elaborado de forma independiente.
Además de las ventajas anteriormente enumeradas del procedimiento, según la invención, este perfeccionamiento, es decir, la transmisión orientada a texto del CMIP, permite utilizar el CMIP también en casos en los que, por motivos de economía, no sería lógico utilizar una costosa transmisión mediante una pila de protocolo OSI.
Las operadoras de redes públicas pondrán en el futuro a disposición de sus clientes una interfaz de gestión, mediante la cual los clientes podrán realizar operaciones de gestión referidas a la parte de la red pública arrendada por ellos. Mediante esta interfaz se podrán transmitir todos los datos que los clientes deseen intercambiar con la operadora de la red.
Un ejemplo de ello es la petición de una línea fija entre los emplazamientos A y B de una red propia del cliente. Los dos emplazamientos se han de conectar entre sí mediante la red pública. Para ello, en otro perfeccionamiento del procedimiento, según la invención, se ha previsto la transmisión de la información entre un abonado y una red pública o sus sistemas de gestión, y que dicha información se refiera a una gestión de la red a realizar por el abonado.
En especial, la invención se puede configurar de manera tal que se establece una interfaz de correo electrónico para la información codificada como texto. Mediante este perfeccionamiento se ofrece a los clientes una interfaz económica pero segura hacia la operadora de la red. En este caso no es necesario renunciar a las ventajas del CMIP como protocolo de gestión.
Mediante esta interfaz entre el sistema de gestión propio del cliente y el sistema de gestión de la operadora de la red, el cliente puede realizar operaciones de gestión no sólo limitadas a su propia red local, sino también para la parte de la red pública que utiliza. Esto se designa como CNM ("Customer Network Management" ("Gestión de red por cliente")). Una aplicación típica de ello es, por ejemplo, la configuración de la red personalizada para el cliente. Entre los elementos de la gestión de red por el cliente están también la notificación inmediata de errores detectados y la puesta a disposición de determinados datos estadísticos.
Otra configuración de la invención prevé la utilización de tablas de caracteres para la codificación y descodificación de la información, con lo que el procedimiento se puede adaptar de forma sencilla y flexible a la cantidad limitada de caracteres del sistema de transmisión. Por ejemplo, cuando un protocolo de transmisión no puede transmitir los caracteres "{" y "}", se pueden reemplazar por otro carácter específico, sin tener que realizar una modificación fundamental de las reglas de codificación. De esta forma y sin un coste técnico adicional, mediante el empleo en paralelo de diferentes tablas de caracteres se puede dar soporte, dentro de una misma aplicación, a varios medios de transmisión que tienen conjuntos de caracteres diferentes.
Otro perfeccionamiento del procedimiento, según la invención, radica en que la codificación y el envío de información de gestión, así como la recepción y la descodificación de la misma, se realizan automáticamente.
En el área del proveedor de red es posible efectuar en todo momento la conversión automática de la transmisión orientada a texto a una pila de protocolo OSI. La ventaja de esta arquitectura es que no requiere que cada cliente administre su propia pila OSI, sino que el proveedor de la red ofrece este servicio de forma centralizada a todos los clientes.
Ejemplos de realización de la invención se representan en los dibujos mediante varias figuras, y se explican con más detalle en la descripción siguiente:
- la figura 1 muestra un primer ejemplo de una instalación para realizar el procedimiento, según la invención,
- la figura 2 muestra un segundo ejemplo de realización, también en forma de diagrama de bloques,
- la figura 3 muestra esquemáticamente la gestión de una parte de una red pública de telecomunicaciones utilizada por un abonado, y
\newpage
- la figura 4 muestra esquemáticamente una transmisión orientada a texto de información de gestión, con base en el protocolo CMIP, entre un cliente CNM y una operadora de red.
En el ejemplo de realización según la figura 1, se han conectado entre sí dos sistemas de gestión (1) y (2) para intercambiar información mediante un sistema de transmisión (3) orientado a texto. La información de usuario a transmitir puede estar presente dentro de la aplicación de envío y recepción (4), (5) de los sistemas de gestión (1), (2) en diferentes formatos propios. La configuración de estos formatos de datos está determinada por las herramientas que se utilizan durante la creación de las aplicaciones. Esta información de usuario se codifica y descodifica según ASN.1 y, adicionalmente, con arreglo al procedimiento, según la invención, en los puntos (6), (7).
La figura 2 muestra una posible realización de la arquitectura representada en la figura 1. De las estructuras de datos "C" presentes en el punto (13) de un primer sistema de gestión (11), se transmite información al sistema de gestión (12), donde se guarda en el punto (18) como clase de datos "C/C++".
La información presente en (13) se conduce primero a una interfaz XOM (14) ("X-OPEN, Interface for handling ASN.1" ("Interfaz para manejo de ASN.1")) donde se codifica como objeto XOM para poder ser manejada con arreglo a ASN.1. Estos objetos se convierten luego mediante el procedimiento, según la invención, en protocolos de transmisión orientados a texto, que se transmiten como correo electrónico (19) y son recibidos por el sistema de gestión (12). Aquí, en el punto (16) se descodifican y convierten en objetos "C++", y posteriormente, en el punto (18) se guardan como clases de datos "C/C++".
La figura 3 muestra un supuesto de una petición de un cliente a la operadora de una red pública para que conecte dos emplazamientos "A" y "B" con una línea fija. Para ello, el cliente envía mediante su sistema de gestión (21) en el emplazamiento "A" la correspondiente petición (24) al sistema de gestión (22) de la operadora de la red. Este último comprueba si se puede realizar lo pedido en la red propia y retransmite (25) la petición al sistema de gestión (23) del emplazamiento "B" del cliente. Tan pronto llega el mensaje (26) de que la parte correspondiente de la línea fija se ha podido establecer con éxito, se realiza la conexión en la red pública y se comunica (27) el resultado "Línea establecida" al emplazamiento "A".
La figura 4 explica la transmisión orientada a texto de información de gestión basada en CMIP entre un cliente CNM y la operadora de la red. Tanto el sistema de gestión (21) del emplazamiento "A" como el sistema de gestión (23) del emplazamiento "B" del cliente están conectados con el sistema de gestión (22) de la operadora de red "N" mediante las correspondientes interfaces CNM (36), (37) a través de las cuales se transmite información codificada como texto claro con arreglo al procedimiento, según la invención.
Los sistemas de gestión (21), (23) del cliente tienen acceso, respectivamente, a los elementos de red (34), (35) del cliente. Esto se realiza, por ejemplo, en el emplazamiento "A" mediante CMIP sobre TCP/IP, mientras que en el emplazamiento "B" se utiliza el protocolo SNMP. El sistema de gestión (22) de la operadora de red "N", cuyo dominio está acotado en la figura 4 mediante líneas discontinuas, tiene acceso a los elementos (31) a (33) de la red pública. Esto se realiza mediante CMIP con una pila de protocolo OSI de 7 capas.
La operadora de red "N" ofrece al cliente un servicio CNM, con el cual el cliente puede utilizar una aplicación de gestión propia, o bien puesta a disposición por la operadora de la red, para retransmitir sus peticiones de gestión al sistema de gestión (22) de la red pública. La información de gestión a transmitir se codifica automáticamente por el cliente como texto claro dentro de su aplicación de gestión, y se transmite al sistema de gestión (22) de la operadora de red mediante un protocolo orientado a texto. Este mensaje es recibido directamente por el sistema de gestión (22) de la operadora de red, o bien por los servicios CNM del proveedor, y se reprocesa directamente o bien se convierte en (36) y (37) en una pila de protocolo OSI y en una transmisión de base OSI al sistema de gestión de la operadora de la red.
Con el procedimiento, según la invención, también se puede realizar ventajosamente la transmisión de información de gestión a los sistemas de gestión (21), (23) del cliente. Para ello, la operadora de red "N" retransmite automáticamente al cliente un mensaje codificado en forma de texto. La aplicación de gestión del cliente CNM recibe y descodifica automáticamente este mensaje de texto para retransmitir la información de gestión transmitida.
La codificación ASN.1, según la invención, se realiza siguiendo un procedimiento fijo. Básicamente, para cada tipo de ASN.1 se codifica primero el rótulo en forma de nombre adecuadamente alineado a la norma ASN.1 (por ejemplo, "INTEGER" codificado para el "Universal Tag 2" ("Rótulo universal 2")), insertando luego un signo "=" como elemento separador. Seguidamente se codifica el valor del modo predeterminado para ese tipo. En caso de que un tipo de datos ASN.1 esté a su vez compuesto por otros tipos de datos, cuando se codifican los valores también se codifican los rótulos y los valores de los tipos de datos presentes.
Para las reglas de codificación se definen dos variantes, siendo ambas objeto de la presente invención. La variante estándar es totalmente suficiente para la codificación de la versión ASN.1 y, correspondientemente, es fácil de poner en práctica. En la segunda variante, se añade al texto de código información adicional tomada de la definición de tipos de la notación ASN.1. De esta forma, la búsqueda de errores es mucho más sencilla que en la variante estándar de codificación como texto claro y también si se compara con la forma de codificación binaria. Sin embargo, la utilización de la variante ampliada aumenta el coste de realización del desarrollo de aplicaciones. Por ello, también es permisible utilizar solamente algunos elementos de la codificación ampliada, siempre que esto se haga de forma coherente en el emisor y en el receptor. A continuación, en los casos en los que se prevé la variante ampliada para la codificación de un tipo especial de datos, esto se explica para los tipos de datos en cuestión.
En los apartados siguientes se indica la definición ASN.1 correspondiente a la descripción de las reglas de codificación de cada tipo de datos, y se presentan uno o varios ejemplos de codificación.
BOOLEAN
La codificación de un tipo de datos "BOOLEAN" (booleano) se realiza codificando el texto "BOOLEAN" para el tipo y, a elección, los textos "TRUE#" o bien "FALSE#":
100
INTEGER
Un valor entero se designa con el texto "INTEGER", y el valor correspondiente se codifica con el formato de un número decimal. Sólo es necesario anteponer un signo para los números negativos. La codificación del valor termina con un signo "#".
101
BIT STRING
Un "Bit String" (secuencia de bits) se codifica con el texto "BIT STRING". La codificación del valor se realiza con una secuencia binaria enmarcada con los signos "{}" y marcada anteponiendo una "B" como señal de binario y la cantidad de elementos codificados. De modo correspondiente, una codificación hexadecimal en vez de binaria se caracteriza con una "H". En caso de que el número de bits no sea un múltiplo entero de cuatro, los bits indefinidos de valor bajo (están a la derecha) se codifican con el valor binario "0". Según la definición ASN.1, tanto en la codificación binaria como en la hexadecimal es posible prescindir de los elementos que están al final de la codificación, si se codifican con el valor "0".
En la codificación ampliada se hace una lista de los designadores de los elementos cuyo valor binario corresponde a un "1". El comienzo de la lista se marca con el signo "{" y el final con el signo "}". Dentro de esta lista se emplea un signo "/" como elemento separador.
102
\hskip6.1cm
103
OCTET STRING
Un "Octet String" (secuencia de octetos) se codifica con el texto "OCTET STRING". La codificación del valor se realiza mediante una lista binaria enmarcada por los signos "{}" y marcada anteponiendo una "B" como señal de binario y el número de elementos codificados. A elección, también se puede emplear una codificación hexadecimal correspondientemente caracterizada con una "H". Como elemento separador entre los valores individuales del octeto se emplea un signo "/".
104
NULL
La codificación del tipo de datos ASN.1 "NULL" ("Cero") se realiza mediante el texto "NULL=NULL#".
105
OBJECT IDENTIFIER
El tipo de datos ASN.1 "Object Identifier" ("Identificador de Objeto") se codifica con el texto "OBJECT IDENTIFIER". El valor se codifica anteponiendo el texto "NUMERIC", haciendo una lista de los números de orden de los nudos en el árbol del registro, comenzando con el elemento raíz, hasta llegar al elemento registrado. Todos los valores numéricos de esta lista se separan mediante puntos. La codificación del valor concluye con un signo "#".
En la codificación ampliada caracterizada con el texto "Symbolic" se utiliza un descriptor mnemotécnico unívoco en lugar de la poco informativa secuencia de dígitos. Para ello, lógicamente se debe establecer una tabla de correlación unívoca entre el designador y el "Object Identifier". No está permitido emplear una combinación de designadores mnemotécnicos y secuencias de dígitos. La codificación se termina con un signo "#".
106
EXTERNAL
El rótulo del tipo de datos "External" se codifica con el texto "EXTERNAL". La codificación del valor de este tipo de datos procede de las reglas de codificación de la siguiente "SEQUENCE":
107
REAL
Los números en formato "Real" se codifican con la notación científica. La codificación del valor concluye con un signo "#".
108
\vskip1.000000\baselineskip
ENUMERATED
El rótulo de un tipo "Enumerated" se codifica con el texto "ENUMERATED". La codificación del valor se realiza indicando el número entero vinculado al elemento. La codificación del valor concluye con un signo "#". En la codificación ampliada, el elemento se codifica de modo idéntico a su texto de definición.
109
\vskip1.000000\baselineskip
SEQUENCE
El rótulo de una "SEQUENCE" (secuencia) se codifica mediante el texto "SEQUENCE". La codificación del valor de una secuencia comienza con el número de elementos seguido de un signo "{" y termina con un signo "}". En la posterior especificación de la codificación del valor se debe diferenciar entre dos tipos de secuencia:
En la secuencia sencilla, los tipos ASN.1 presentes en la secuencia se codifican en su orden de aparición en la definición. Para ello, cada número de posición está separado del resto mediante una coma antepuesta. Como elemento separador entre estos tipos se inserta en cada caso un signo "/". Los elementos opcionales no utilizados de la secuencia simplemente se omiten en la codificación, de forma que en tales casos tampoco se codifica el signo "/".
110
\vskip1.000000\baselineskip
Se define el valor de una secuencia codificando con la frecuencia correspondiente el tipo de datos con números de posición antepuestos y separados entre sí mediante un signo "/".
111
\newpage
SET
El rótulo del tipo "Set" se codifica mediante el texto "SET". La codificación del valor comienza con el número de elementos codificados seguido de un signo "{" y termina con un signo "}". En la especificación posterior de la codificación del valor se debe diferenciar entre dos tipos de datos "Set":
En el tipo "Set" sencillo los tipos ASN.1 presentes en la definición se codifican en su orden de aparición en la definición. Para ello se separan con una coma antepuesta cada uno de los números de posición. Como elemento de separación entre estos tipos se inserta en cada caso un signo "/". Los elementos opcionales no utilizados de la secuencia simplemente se omiten en la codificación, de forma que en tales casos tampoco se codifica el signo "/".
\vskip1.000000\baselineskip
112
El valor de una secuencia "SET OF INTEGER" se define codificando con la frecuencia correspondiente el tipo de datos con números de posición antepuestos y separados entre sí mediante un signo "/".
\vskip1.000000\baselineskip
113
La codificación de los diversos tipos de "Strings" y de los subtipos derivados de ellos es siempre la misma. El tipo se codifica, a elección, según el tipo de datos mediante el texto "NumericString", "PrintableString", "TeletexString", "VideotexString", "VisibleString ", "IA5String", "GraphicString", "GeneralString", "ObjectDescriptor", "UTCTime" o bien "GeneralizedTime".
Mientras no existan caracteres especiales o signos no codificables, se puede utilizar la codificación de valor sencilla. Esta codificación se inicia con el texto "simple" y, separada por un signo ",", está la cantidad de caracteres presente. Luego sigue el texto mismo no codificado enmarcado entre corchetes redondos. Cuando ya no es posible codificar con una codificación de valor sencilla, se realiza la codificación ampliada precedida de "complex". Luego, separada con un signo ",", sigue la codificación de los caracteres presentes seguida de un signo "{". A continuación se codifican de modo hexadecimal los códigos de cada carácter, separados entre sí por un signo "/". La codificación termina con un signo "}".
\vskip1.000000\baselineskip
114
\hskip2.3cm
115
"CHOICE"
El tipo "Choice" se codifica con el texto "CHOICE". La codificación del valor de un "CHOICE" es similar a la de una "Sequence" y comienza con la cifra "1" para la cantidad de elementos codificados en este "Choice". La codificación de los elementos presentes comienza con un signo "{" y termina con un signo "}". Antes de la codificación del tipo, se codifica su posición separándola con una coma.
116
"ANY DEFINED BY"
El tipo "ANY DEFINED BY" se define con el String "ANY". El valor de un tipo "ANY", al contrario que la codificación BER, se codifica como tipo propio. Dado que el tipo "ANY DEFINED BY" sólo está permitido dentro de "SEQUENCE" o de "SET", el ejemplo presenta la correspondiente definición dentro de una definición de "Sequence". Para la codificación se codifica primero el texto "1{", y luego se codifica el tipo previsto para los tipos "ANY". La definición termina con el signo "}".
117
Al contrario que en los modelos de información de codificación como texto claro que se pueden descodificar aunque no se conozca el modelo de información, para una codificación BER es necesario disponer de una referencia del modelo de información, almacenada en formato de metadatos. Para poder codificar la información sobre los metadatos a utilizar, también en una codificación de texto claro, se puede anteponer opcionalmente cualquier codificación de tipo a los metadatos a emplear. De esta forma, los metadatos sólo son válidos para dicho tipo y para los contenidos en el mismo.
118

Claims (11)

1. Procedimiento para la transmisión de información, cuya configuración está definida por el lenguaje formal designado como "Notación de Sintaxis Abstracta Uno" (ASN.1) para la definición de estructuras de datos, caracterizado porque, la transmisión se realiza en forma codificada como texto.
2. Procedimiento, según la reivindicación 1, caracterizado porque, se realiza una codificación en texto claro.
3. Procedimiento, según la reivindicación 2, caracterizado porque, para cada información a transmitir se transmite la designación del tipo de datos correspondiente definido por el sistema ASN.1.
4. Procedimiento, según la reivindicación 3, caracterizado porque, la designación se coloca antepuesta a la información y se separa de la misma mediante un signo de separación predeterminado.
5. Procedimiento, según la reivindicación 4, caracterizado porque, el signo de separación es un signo de igualdad.
6. Procedimiento, según cualquiera de las reivindicaciones anteriores, caracterizado porque, la forma de la información codificada como texto se puede visualizar mediante un equipo de salida habitualmente disponible.
7. Procedimiento, según cualquiera de las reivindicaciones anteriores, caracterizado porque, la información a transmitir mediante el protocolo CMIP se refieren a la gestión de redes públicas de telecomunicaciones.
8. Procedimiento, según cualquiera de las reivindicaciones anteriores, caracterizado porque, la información se transmite entre un abonado y una red pública de telecomunicaciones y se refiere a una gestión de la red de telecomunicaciones a realizar por el abonado.
9. Procedimiento, según cualquiera de las reivindicaciones anteriores, caracterizado porque, se crea una interfaz para la información codificada en forma de texto.
10. Procedimiento, según cualquiera de las reivindicaciones anteriores, caracterizado porque, la codificación se puede adaptar de modo flexible a la disponibilidad de caracteres del sistema de transmisión, utilizando tablas de codificación.
11. Procedimiento, según cualquiera de las reivindicaciones anteriores, caracterizado porque, la codificación y el envío de la información de gestión, así como la recepción y descodificación de la misma, se realizan automáticamente.
ES98922717T 1997-04-29 1998-04-15 Procedimiento para transmitir informacion. Expired - Lifetime ES2293680T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE19717948A DE19717948C2 (de) 1997-04-29 1997-04-29 Verfahren zur Übertragung von Informationen
DE19717948 1997-04-29

Publications (1)

Publication Number Publication Date
ES2293680T3 true ES2293680T3 (es) 2008-03-16

Family

ID=7828012

Family Applications (1)

Application Number Title Priority Date Filing Date
ES98922717T Expired - Lifetime ES2293680T3 (es) 1997-04-29 1998-04-15 Procedimiento para transmitir informacion.

Country Status (9)

Country Link
US (1) US8161114B1 (es)
EP (1) EP0979568B1 (es)
JP (1) JP2001522491A (es)
AT (1) ATE373372T1 (es)
AU (1) AU7525898A (es)
CA (1) CA2281568C (es)
DE (2) DE19717948C2 (es)
ES (1) ES2293680T3 (es)
WO (1) WO1998049806A2 (es)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2795490B1 (fr) 2011-12-21 2022-07-13 Renault s.a.s Machine et procede d'evaluation de comportement de configurations d'un composant
CN115190183B (zh) * 2022-05-30 2024-08-13 深圳市科陆电子科技股份有限公司 Asn.1报文的数据结构体构建、编码及解码方法

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5278955A (en) * 1990-06-18 1994-01-11 International Business Machines Corporation Open systems mail handling capability in a multi-user environment
US5291583A (en) * 1990-12-14 1994-03-01 Racal-Datacom, Inc. Automatic storage of persistent ASN.1 objects in a relational schema
US5317568A (en) * 1991-04-11 1994-05-31 Galileo International Partnership Method and apparatus for managing and facilitating communications in a distributed hetergeneous network
US5317742A (en) * 1991-06-21 1994-05-31 Racal-Datacom, Inc. Dynamic translation of network management primitives to queries to a database
US5504891A (en) * 1991-10-17 1996-04-02 Ricoh Company, Ltd. Method and apparatus for format conversion of a hierarchically structured page description language document
JPH0773292B2 (ja) * 1992-04-23 1995-08-02 日本電気株式会社 プロトコル符号化/復号化装置
JP3230916B2 (ja) * 1993-01-19 2001-11-19 株式会社リコー 符号化タイプ認識方法及び符号化タイプ認識装置
JPH0744588B2 (ja) * 1993-02-24 1995-05-15 日本電気株式会社 Osi−tpにおけるアソシエーションの管理方式
EP0685131A1 (en) * 1993-12-08 1995-12-06 Koninklijke Philips Electronics N.V. Information transmission system and telecommunications equipment intended to be used in such a system
US5546538A (en) * 1993-12-14 1996-08-13 Intel Corporation System for processing handwriting written by user of portable computer by server or processing by the computer when the computer no longer communicate with server
JP3560258B2 (ja) * 1994-03-09 2004-09-02 株式会社リコー フォーマット変換装置
US5742905A (en) * 1994-09-19 1998-04-21 Bell Communications Research, Inc. Personal communications internetworking
US5913164A (en) * 1995-11-30 1999-06-15 Amsc Subsidiary Corporation Conversion system used in billing system for mobile satellite system
WO1997034279A1 (en) * 1996-03-15 1997-09-18 Sony Corporation Data transmitter, data transmission method, data receiver, data receiving method, data transfer device, and data transfer method
US6112083A (en) * 1996-03-27 2000-08-29 Amsc Subsidiary Corporation Full service dispatcher for satellite trunked radio service system
US20030061270A1 (en) * 1996-06-13 2003-03-27 Tetsujiro Suzuki Electronic mail system with mail content class designation
US5892950A (en) * 1996-08-09 1999-04-06 Sun Microsystems, Inc. Interface for telecommunications network management
US5892904A (en) * 1996-12-06 1999-04-06 Microsoft Corporation Code certification for network transmission
US5870749A (en) * 1996-12-19 1999-02-09 Dset Corporation Automatic translation between CMIP PDUs and custom data structures
US5966663A (en) * 1997-01-14 1999-10-12 Ericsson Messaging Systems Inc. Data communications protocol for facilitating communications between a message entry device and a messaging center
US6247043B1 (en) * 1998-06-11 2001-06-12 International Business Machines Corporation Apparatus, program products and methods utilizing intelligent contact management
US6314468B1 (en) * 1998-09-03 2001-11-06 Mci Worldcom, Inc. System and method for managing transmission of electronic data between trading partners
US6625642B1 (en) * 1998-11-06 2003-09-23 J2 Global Communications System and process for transmitting electronic mail using a conventional facsimile device

Also Published As

Publication number Publication date
DE19717948A1 (de) 1998-11-12
DE59814090D1 (de) 2007-10-25
DE19717948C2 (de) 2003-07-31
WO1998049806A3 (de) 1999-02-25
EP0979568A2 (de) 2000-02-16
CA2281568C (en) 2010-06-29
US8161114B1 (en) 2012-04-17
ATE373372T1 (de) 2007-09-15
EP0979568B1 (de) 2007-09-12
CA2281568A1 (en) 1998-11-05
WO1998049806A2 (de) 1998-11-05
AU7525898A (en) 1998-11-24
JP2001522491A (ja) 2001-11-13

Similar Documents

Publication Publication Date Title
KR960014985B1 (ko) 단말 어뎁터
US6788681B1 (en) Virtual private networks and methods for their operation
CN101164261B (zh) 用于在接入网中使用以太网连通性故障管理(cfm)来监控末端节点的系统和方法
CN101133407B (zh) 带有伸缩的广播和服务实例域的城域以太网
US6128665A (en) System for broadcasting messages to each of default VLAN ports in subset of ports defined as VLAN ports
US20040109473A1 (en) Interconnecting network processors with heterogeneous fabrics
TW200840279A (en) Method and system for tunneling MACSec packets through non-MACSec nodes
SE503752C2 (sv) System och värdanordning för överföring av elektronisk post över ett mobiltelenät
JP2003517770A (ja) 電子ポスト情報を伝送するための方法
Wijnen et al. An architecture for describing SNMP management frameworks
Howes et al. The String Representation of Standard Attribute Syntaxes
JP2011142636A (ja) ショートメッセージの伝送のための方法
KR20120002587A (ko) 소형 풋프린트 디바이스의 관리를 위한 snmp의 사용
KR100473607B1 (ko) 아이피 멀티미디어 홈 가입자 서버에서 가입자 프로파일구축 및 전달 방법
US20250119379A1 (en) Utilizing network routing to communicate covert message
CN100502354C (zh) 一种基于vlan的数据报文传输方法和以太网桥设备
RU2182355C1 (ru) Способ защиты корпоративной виртуальной частной компьютерной сети от несанкционированного обмена информацией с публичной транспортной сетью и система для его осуществления
ES2258462T3 (es) Sistema y metodo para controlar una pasarela de medios.
ES2293680T3 (es) Procedimiento para transmitir informacion.
EP1770906B1 (en) A method for realizing terminals management in the network device
KR100799559B1 (ko) 단문 메시지 전송 서비스 시스템 및 그 방법
JP4593861B2 (ja) 電子郵便(ポスト)情報を伝送するための方法
US6917619B1 (en) System and method for interconnecting ATM systems over an intermediate ATM network using switch virtual connections
JP3589622B2 (ja) 電子メールシステム
Wijnen et al. RFC2571: An Architecture for Describing SNMP Management Frameworks