(H.T.=OUI)
TAB.???
FICHIER: H.T. =
(73.TA.213.S)
(SANS FORMULES) Tableaux: 25 - Tabulateurs: .. Rec. T.101. NF28/002 Formules: 0
(BT10) Disk 682 NF01/004 (OPM = 01)
(73.TE.05.S)
(A1.23s) / [26s]
FOLIOS: 175 -
221 (DO PRC.COSY.2)
MEP {TPS.NON.PHOTO "[PA1]"} : OK= [1]
Saisie diskette 678 18.10.89 GG
ID + Vérif. + laser 13.11.89 AF
MAJ s/disquettes 13.11.89 AF
Corr. LASER (1re épreuve) = 3eme 05.12.89 GG
Espaces réservés + Transfert + Impr. 15.12.89 PC
AJOUTER (PA1) (CL1,0,0,0) pour MEP
MEP + LASER 20.12.89 KJ
Corr. MEP ........ ..
Insertion des tableaux (tabulateurs .) ........ ..
BAT ........ ..
MAJ s/disquettes ........ ..
Recomendación T.35
En el contexto de esta Recomendación se entiende por
`miembro del
CCITT'
a toda organización científica o industrial que haya sido admitida a
participar con carácter consultivo en las reuniones del CCITT, de acuerdo con
las disposiciones del artículo 68 del Convenio Internacional de
Telecomunicaciones, Nairobi, 1982. Queda entendido que las Administraciones o
EPER pueden dirigirse directamente al Director del CCITT en solicitud de un
código registrado del CCITT para sus propios fines.
PROCEDIMIENTO
PARA LA ASIGNACIóN DE CóDIGOS DE MIEMBRO DEL CCITT
(Málaga-Torremolinos, 1984)
1
El CCITT ha formulado la Recomendación T.30, que detalla
los procedimientos de control para aparatos facsímil. Los procedimientos de
control con codificación binaria prevén la inclusión de facilidades no
normalizadas, además de las facilidades normalizadas que se dan en las
Recomendaciones adecuadas de la serie T, y exigen que se asigne un código
exclusivo a cada uno de los miembros del CCITT registrados que incluyan dichas
facilidades no normalizadas.
Para la asignación de estos códigos, los miembros del CCITT registrados
pueden dirigir su solicitud a la Administración que corresponda, que
transmitirá su petición al
Si lo autoriza una Administración, el Director del CCITT aceptará las peticiones procedentes de los miembros del CCITT registrados del país correspondiente.
2
Para los aparatos facsímil del grupo 3, los
indicativos de país deberán ser los que figuran en el anexo A a esta
Recomendación.
El indicativo 1111 1111 del anexo A deberá reservarse hasta ulterior estudio.
La asignación de indicativos a octetos subsiguientes deberá realizarse a nivel nacional.
3
Para facsímil del grupo 4, teletex y modo mixto,
deberán asignarse también los indicativos de país que figuran en el anexo A,
reservándose asimismo en este caso, hasta ulterior estudio, el indicativo 1111
1111.
4
Los países Miembros de la Unión Internacional de
Telecomunicaciones no mencionados en esta lista que deseen obtener un
indicativo de país, deben pedir al Director del CCITT la asignación de uno
disponible. En su petición pueden señalar el indicativo disponible que
prefieren.
Nota
- Las facilidades no normalizadas no se hallan
definidas en las Recomendaciones del CCITT, pero son establecidas por las
Administraciones y/o los distintos fabricantes. Previa demanda se puede
solicitar a un miembro que facilite la descripción funcional relativa a las
asignaciones de bit contenidas en el campo de información facsímil de la trama
de facilidades no normalizadas.
ANEXO A (a la Recomendación T.35)
Lista de indicativos de
país o de zona para facilidades no normalizadas de los
servicios telemáticos
Indicativo
País
o zona geográfica
Bit
b8 b7 b6 b5 b4 b3 b2 b10 0 0 0 0 0 0 0 Japón
0 0 0 0 0 0 0 1 Albania
0 0 0 0 0 0 1 0 Argelia
0 0 0 0 0 0 1 1 Samoa
Norteamericano
0 0 0 0 0 1 0 0 Alemania (Rep.
Fed. de)
0 0 0 0 0 1 0 1 Anguilla
0 0 0 0 0 1 1 0 Antigua y
Barbuda
0 0 0 0 0 1 1 1 Argentina
0
0 0 1 0 0 0 0 Belice
0 0 0 1 0 0 0 1 Benin
0 0 0 1 0 0 1 0 Bermudas
0 0 0 1 0 0 1 1 Bhután
0 0 0 1 0 1 0 0 Bolivia
0 0 0 1 0 1 0 1 Botswana
0 0 0 1 0 1 1 0 Brasil
0 0 0 1 0 1 1 1 Territorio
Británico del
Antártico
0 0 0 1 1 0 0 0 Territorio
Británico del
Océano índico
0
0 1 0 0 0 0 0 Canadá
0 0 1 0 0 0 0 1 Cabo Verde
0 0 1 0 0 0 1 0 Caimanes
(Islas)
0 0 1 0 0 0 1 1 Centroafricana
(Rep.)
0 0 1 0 0 1 0 0 Chad
0 0 1 0 0 1 0 1 Chile
0 0 1 0 0 1 1 0 China
0 0 1 0 0 1 1 1 Colombia
0 0 1 0 1 0 0 0 Comoras
0 0 1 0 1 0 0 1 Congo
Indicativo
País o zona geográfica
Bit b8 b7 b6 b5 b4 b3 b2 b10 0 1 1 0 0 0 0 Corea (Rep. Pop. Dem. de)
0 0 1 1 0 0 0 1 Dinamarca
0 0 1 1 0 0 1 0 Djibouti
0 0 1 1 0 0 1 1 Dominicana
(Rep.)
0 0 1 1 0 1 0 0 Dominica
0 0 1 1 0 1 0 1 Ecuador
0 0 1 1 0 1 1 0 Egipto
0 0 1 1 0 1 1 1 El Salvador
0 0 1 1 1 0 0 0 Guinea
Ecuatorial
0 0 1 1 1 0 0 1 Etiopía
0 0 1 1 1 0 1 0 Malvinas
(Islas)
(Falkland)
0 0 1 1 1 0 1 1 Fiji
0 0 1 1 1 1 0 0 Finlandia
0
1 0 0 0 0 0 0 Gabón
0 1 0 0 0 0 0 1 Gambia
0 1 0 0 0 0 1 0 Alemana (Rep.
Dem.)
0 1 0 0 0 0 1 1 Angola
0 1 0 0 0 1 0 0 Ghana
0 1 0 0 0 1 0 1 Gibraltar
0 1 0 0 0 1 1 0 Grecia
0 1 0 0 0 1 1 1 Granada
0 1 0 0 1 0 0 0 Guam
0 1 0 0 1 0 0 1 Guatemala
0 1 0 0 1 0 1 0 Guernsey
0 1 0 0 1 0 1 1 Guinea
0 1 0 0 1 1 0 0 Guinea-Bissau
0 1 0 0 1 1 0 1 Guyana
0 1 0 0 1 1 1 0 Haití
0 1 0 1 0 0 0 0 Hongkong 0 1 0 1 0 0 0 1 Hungría 0 1 0 1 0 0 1 0 Islandia 0 1 0 1 0 0 1 1 India 0 1 0 1 0 1 0 0 Indonesia 0 1 0 1 0 1 0 1 Irán (Rep. Islámica del) 0 1 0 1 0 1 1 0 Iraq 0 1 0 1 0 1 1 1 Irlanda 0 1 0 1 1 0 0 0 Israel 0 1 0 1 1 0 0 1 Italia 0 1 0 1 1 0 1 0 Côte d'Ivoire 0 1 0 1 1 0 1 1 Jamaica 0 1 0 1 1 1 0 0 Afganistán 0 1 0 1 1 1 0 1 Jersey 0 1 0 1 1 1 1 0 Jordania 0 1 0 1 1 1 1 1 Kenya
Indicativo
País o zona geográfica
Bit b8 b7 b6 b5 b4 b3 b2 b10 1 1 0 0 1 0 1 Lesotho
0 1 1 0 0 1 1 0 Liberia
0 1 1 0 0 1 1 1 Libia
0 1 1 0 1 0 0 0 Liechtenstein
0 1 1 0 1 0 0 1 Luxemburgo
0 1 1 0 1 0 1 0 Macao
0 1 1 0 1 0 1 1 Madagascar
0 1 1 0 1 1 0 0 Malasia
0 1 1 0 1 1 0 1 Malawi
0 1 1 0 1 1 1 0 Maldivas
0 1 1 0 1 1 1 1 Malí
Indicativo
País o zona geográfica
Bit b8 b7 b6 b5 b4 b3 b2 b11 0 0 1 1 0 1 1 Sierra Leona
1 0 0 1 1 1 0 0 Singapur
1 0 0 1 1 1 0 1 Salomón (Islas)
1 0 0 1 1 1 1 0 Somalia
1 0 0 1 1 1 1 1 Sudafricana
(Rep.)
1 1 1 1 1 1 1 1 Reservado para ulterior estudio
ALFABETO INTERNACIONAL N.o 5
(antigua Recomendación V.3, Mar del Plata, 1968;
modificada en Ginebra, 1972 y Málaga-Torremolinos, 1984)
Introducción
Los trabajos efectuados en común por el CCITT y la
El Alfabeto Internacional N.o 5 no excluye cualquier otro alfabeto que se adapte mejor a necesidades especiales.
1
Objeto y campo de aplicación
1.1 En la presente Recomendación, se especifica un juego de 128 caracteres
(
1.2 En la presente Recomendación, se especifica un
1.4 Este juego de caracteres es aplicable a todos los alfabetos latinos.
1.5 El juego de caracteres comprende
1.6 Las definiciones de algunos caracteres de control dadas en esta Recomendación suponen que los datos asociados con los mismos deben procesarse en serie hacia adelante. Si se incluyen en cadenas de datos, objeto de un proceso distinto del proceso en serie hacia adelante o entre datos dispuestos en un formato adecuado para el proceso de registros fijos, estos datos pueden tener un efecto indeseable o pueden requerir un proceso adicional especial para asegurar que den como resultado el efecto deseado.
2
Conformidad y aplicación
2.1
Conformidad
Un juego de caracteres codificado está en conformidad con esta Recomendación si es una versión que se ajusta al 6 . Para ajustarse a esta Recomendación, los equipos han de ser capaces de intercambiar información mediante una versión del juego de caracteres codificados de 7 bits y esta versión se identificará en cualquiera de estos casos.
2.2
Aplicación
La utilización de este juego de caracteres requiere definiciones de su aplicación en diversos medios, por ejemplo, cintas perforadas, tarjetas perforadas, medios magnéticos y canales de transmisión, de manera que el intercambio de datos pueda efectuarse bien indirectamente mediante un registro intermedio en un medio físico, o bien por una conexión local de diversas unidades (tales como dispositivos de entrada y salida y computadores) o mediante equipos de transmisión de datos.
3
Definiciones
A los efectos de la presente Recomendación, se aplican las siguientes definiciones.
3.1
@
combinación de bits
@
\Conjunto ordenado de bits utilizado para la representación de caracteres.\
3.2
@
carácter
@
\Miembro de un conjunto de elementos utilizado para la organización, el control o la representación de datos.\
3.3
@
juego de caracteres codificados; código
@
\Conjunto de reglas inequívocas que establece un juego de caracteres y una correspondencia biunívoca entre los caracteres del juego y sus combinaciones de bits.\
3.4
@
extensión de código; ampliación de código
@
\Técnicas para la codificación de caracteres que no forman parte del juego de caracteres de un código dado.\
tabla de código
@
\Tabla que muestra el carácter asignado a cada combinación de bits de un código.\
3.6
@
carácter de control
@
\Función de control cuya representación codificada consiste en una sola combinación de bits.\
3.7
@
función de control
@
\Acción que afecta al registro, proceso, transmisión o interpretación de datos y que tiene una representación codificada que consiste en una o más combinaciones de bits.\
3.8
@
carácter gráfico
@
\Carácter, que no es una función de control, y que tiene una representación visual normalmente manuscrita, impresa o sobre pantalla.\
3.9
@
posición
@
\La parte de una tabla de código identificada por sus coordenadas de columna y fila.\
4
Especificación del juego de caracteres codificados
Los bits de las combinaciones del código de 7 bits se identifican por b7, b6, b5, b4, b3, b2 y b1, donde b7 es el bit de orden superior o más significativo y b1 es el bit de orden inferior o menos significativo.
Cuadro [T1.50], p.
En la presente Recomendación, las combinaciones de bits se identifican
mediante una notación de la forma
x
/
y
, donde
x
es
un número comprendido entre 0 y 7 e
y
es un número
comprendido entre 0 a 15. La correspondencia entre las notaciones de la forma
x
/
y
y las combinaciones de bits
constituidas por los bits b7 a b1, es la siguiente:
-
x
es el número representado por b7, b6 y
b5, cuando se han dado a estos bits los pesos 4, 2 y 1,
respectivamente;
-
y
es el número representado por b4, b3, b2
y b1, cuando se han dado a estos bits los pesos 8, 4, 2 y 1,
respectivamente.
x
/
y
son
iguales a las utilizadas para identificar posiciones de la tabla de código,
donde
x
es el número de columna e
y
el número de fila (véase el
7
).
Las 128 combinaciones de bits del código 7 bits representan caracteres de control y caracteres gráficos. La asignación de caracteres a combinaciones de bits se basa en los principios siguientes:
- las combinaciones 0/0 a 1/15 representan 32 caracteres de control;
- la combinación 2/0 representa el carácter ESPACIO (SPACE), que se interpreta como carácter de control y como carácter gráfico;
- las combinaciones 2/1 a 7/14 representan hasta 94 caracteres gráficos, puesto que una o más de estas combinaciones de bits puede declararse no utilizada (véase el 4.3 );
- la combinación 7/15 representa el carácter de control SUPRESIóN (DELETE).
En esta Recomendación se asigna como mínimo un nombre a cada carácter. Además, se especifica un acrónimo para cada carácter de control y para el carácter ESPACIO (SPACE), y un símbolo gráfico para cada carácter gráfico. Por acuerdo, se utilizan letras mayúsculas y guiones para escribir los nombres de los caracteres, salvo para las letras minúsculas. Para los acrónimos, sólo se utilizan letras mayúsculas y cifras. La finalidad es que en todas las traducciones del texto se mantengan los acrónimos y este acuerdo.
Los nombres elegidos para indicar caracteres gráficos están destinados a reflejar su significado habitual. Sin embargo, la presente Recomendación no define ni restringe los significados de los caracteres gráficos. Tampoco se especifica un estilo particular o tipo de imprenta para los caracteres gráficos representados.
Caracteres de control
Los caracteres de control del juego de caracteres codificados de 7 bits se clasifican en las siguientes categorías:
a)
Caracteres de control de
transmisión
Están destinados a controlar o facilitar la transmisión de información por redes de telecomunicaciones. Los procedimientos para la utilización de los caracteres de control de transmisión en redes de telecomunicaciones se describen en publicaciones de la ISO.
b)
Determinantes de formato
Están destinados principalmente al control de la presentación y posicionamiento de la información en dispositivos de presentación de caracteres, tales como dispositivos de impresión y de visualización.
c)
Caracteres de control de extensión de
código
Se utilizan para ampliar el juego de caracteres del código. Pueden alterar el significado de una o más combinaciones de bits siguientes en la cadena de datos. Los procedimientos para la utilización de los caracteres de control de ampliación de código se especifican en la Norma ISO 2022.
Caracteres de control de
dispositivos
Están destinados al control de dispositivos locales o distantes o de dispositivos auxiliares conectados a un sistema de proceso o de comunicación de datos. Estos caracteres de control no están destinados a controlar sistemas de comunicación de datos; a tal efecto, deberán utilizarse caracteres de control de transmisión.
e)
Separadores de información
Se utilizan para separar y calificar datos de manera lógica. Hay cuatro caracteres de este tipo que pueden utilizarse en orden jerárquico o no jerárquico; en el segundo caso, su significado específico depende de la aplicación.
f)
Otros caracteres de control
Se trata de los caracteres de control que quedan fuera de las categorías precedentes.
`Representación codificada'
, se
especifica la combinación de bits que representa el carácter de control en
cuestión.
En el 8 se ofrecen descripciones funcionales detalladas de todos los caracteres de control.
4.1.1
Caracteres de control de transmisión
En el cuadro 1/T.50 se especifican los caracteres de control de transmisión y sus representaciones codificadas.
Cuadro 1/T.50 [T2.50], p.
4.1.2
Determinantes de formato
En el cuadro 2/T.50 se especifican los determinantes de formato y sus representaciones codificadas.
Cuadro 2/T.50 [T3.50], p.
4.1.2.1
Conceptos
Las definiciones de los determinantes de formato emplean los siguientes conceptos:
b) Cada posición de carácter es capaz de representar el carácter ESPACIO o un símbolo gráfico.
c) El símbolo gráfico representado en una posición de carácter representa un carácter gráfico, una función de control o una combinación de uno o más caracteres gráficos y/o funciones de control.
d) La
e) Los movimientos de la posición activa se efectúan como sigue:
2) La posición activa se mueve a una posición de carácter especificada al ejecutar la función correspondiente a un carácter de control que está definido para producir un movimiento de la posición activa (es decir, un determinante de formato).
f) La posición activa no se mueve al ejecutar la función correspondiente a un carácter de control que no necesita ser representado por un símbolo gráfico ni definido para producir un movimiento de la posición activa.
g) El efecto de la tentativa de mover la posición activa más allá de las fronteras de una línea o de una página no se define en esta Recomendación.
Movimientos horizontales y verticales combinados
de la posición activa
Los determinantes de formato se definen para aplicaciones en las cuales se
efectúan separadamente movimientos horizontales y verticales de la posición
activa. Si se requiere un sólo carácter de control para efectuar la acción de
RETROCESO DEL CARRO en combinación con un movimiento vertical, se utilizará el
determinante de formato para este movimiento vertical. Por ejemplo, si se
requiere la función
`nueva línea'
(equivalente a la combinación de
RETROCESO DEL CARRO y CAMBIO DE RENGLóN) como un sólo carácter de control, se
utilizará la combinación de bits 0/10 para representarla. Para esta sustitución
se requiere acuerdo entre el que transmite y el que recibe los datos, y se
identificarán los determinantes de formato que resultan afectados (CAMBIO DE
RENGLóN, TABULACIóN VERTICAL y/o PáGINA SIGUIENTE) (véase el
6
).
`nueva línea'
.
4.1.3
Caracteres de control de extensión de código
En el cuadro 3/T.50 se especifican los caracteres de control de extensión de código y sus representaciones codificadas.
Cuadro 3/T.50 [T4.50], p.
4.1.4
Caracteres de control de dispositivos
En el cuadro 4/T.50 se especifican los caracteres de control de dispositivos y sus representaciones codificadas.
Cuadro 4/T.50 [T5.50], p.
4.1.5
Separadores de información
En el cuadro 5/T.50 se especifican los separadores de información y sus representaciones codificadas.
Cuadro 5/T.50 [T6.50], p.
A cada separador de información se le dan dos nombres. Los nombres SEPARADOR
DE INFORMACIóN CUATRO, SEPARADOR DE INFORMACIóN TRES, SEPARADOR DE INFORMACIóN
DOS y SEPARADOR DE INFORMACIóN UNO son denominaciones generales. Los nombres
Otros caracteres de control
En el cuadro 6/T.50 se especifican los caracteres de control ajenos a las categorías indicadas en los 4.1.1 a 4.1.5 y su representación codificada.
Cuadro 6/T.50 [T7.50], p.
4.2
Carácter ESPACIO
El acrónimo del carácter ESPACIO es SP y su representación codificada es 2/0. Este carácter se interpreta como carácter gráfico y como carácter de control. Como carácter gráfico, tiene una representación visual que consiste en la ausencia de símbolo gráfico. Como carácter de control, actúa de determinante de formato que hace adelantar la posición activa una posición de carácter.
4.3
Caracteres gráficos
Las 94 combinaciones de bits 2/1 a 7/14 se utilizan para la representación
de los caracteres gráficos especificados en los
4.3.1, 4.3.2
y
4.3.3. Cada uno de los
4.3.1
y 4.3.2 contiene un cuadro con tres
columnas: la primera se titula
`Símbolo gráfico'
e indica el símbolo de
cada carácter gráfico; en la segunda, se especifica el nombre normalizado del
carácter gráfico y, en la tercera, titulada
`Representación codificada'
,
se especifica la combinación de bits que representa el carácter gráfico en
cuestión.
4.3.1
Asignaciones exclusivas de caracteres gráficos
Se asigna un carácter gráfico exclusivo a cada una de las 82 combinaciones de bits 2/1, 2/2, 2/5 a 3/15, 4/1 a 5/10, 5/15 y 6/1 a 7/10. Estos caracteres se especifican en el cuadro 7/T.50.
Asignaciones alternativas de caracteres gráficos
Se asignan dos caracteres gráficos alternativos a cada una de las combinaciones de bits 2/3 y 2/4. Estos caracteres se especifican en el cuadro 8/T.50.
Los caracteres
Salvo que se acuerde lo contrario entre el emisor y el receptor, los símbolos gráficos , $ y no designan la moneda de un país específico.
Asignaciones de caracteres gráficos orientados a
uso nacional o a aplicaciones
No se asigna ningún carácter gráfico específico a las diez combinaciones de bits 4/0, 5/11 a 5/14, 6/0 y 7/11 a 7/14. Estas combinaciones están disponibles para uso nacional o uso orientado a aplicaciones. Se asignará un solo carácter gráfico a cada una de estas combinaciones de bits o se declarará no utilizada la combinación de bits (véase el 6 ).
Cuadro 7/T.50 [T8.50], p.
Cuadro 8/T.50 [T9.50], p.
5
Caracteres gráficos compuestos
En cualquier versión de un juego de caracteres codificados de 7 bits
conforme con esta Recomendación, todos los caracteres gráficos son caracteres
con avance de espacio, que hacen adelantar la
Por ejemplo, BARRA y SIGNO IGUAL pueden combinarse para representar
`no
es igual a'
. El carácter LíNEA BAJA, que puede utilizarse como un carácter
autónomo, puede asociarse también con otro(s) carácter(es) para representar la
forma gráfica
`subrayado'
.
Pueden asignarse a las combinaciones de bits especificadas en el 4.3.3 signos diacríticos a fin de componer letras con acentos. A tal efecto, se recomienda utilizar una secuencia de tres caracteres, el primero o último de la cual es la letra que ha de acentuarse y el segundo es RETROCESO DE UN ESPACIO. Además, COMILLAS, APóSTROFO o COMA pueden asociarse con una letra por medio de RETROCESO DE UN ESPACIO para componer una letra acentuada con diéresis, acento agudo o cedilla respectivamente.
6
Versiones del juego de caracteres codificados
6.1
Consideraciones generales
A fin de utilizar el juego de caracteres codificados de 7 bits para intercambio de información, es necesario aplicar la opciones que se han dejado abiertas en el 4 :
- a cada una de las combinaciones de bits 2/3 y 2/4 se asignará uno de los caracteres gráficos alternativos especificados en el 4.3.2 ;
- a cada una de las combinaciones de bits 4/0, 5/11 a 5/14, 6/0, y 7/11 a 7/14 se asignará un solo carácter gráfico exclusivo o se declarará no utilizada;
- en su caso se identificarán los determinantes de formato a los que se aplica la facilidad del 4.1.2.2 .
Un carácter gráfico asignado a una combinación de bits especificada en los 4.3.1 y 4.3.2 no será asignado a ninguna otra combinación de bits. Por ejemplo, el SIGNO DE LIBRA, si no se ha asignado a la combinación de bits 2/3, no se asignará a ninguna otra combinación de bits.
Un juego de caracteres completado de esta manera se denomina
`versión de
la Norma ISO 646/Recomendación T.50 del CCITT'
(véase el apéndice I).
Versiones nacionales
6.2.1 Incumbe a los organismos nacionales de normalización la definición de las versiones nacionales. Estos organismos han de adoptar las opciones disponibles y efectuar la selección necesaria (véase el apéndice I).
6.2.2 Si es necesario, en un mismo país puede definirse más de una versión nacional. Las diferentes versiones se identificarán por separado. En particular, si para una combinación de bits dada, por ejemplo la 5/12, se requieran caracteres gráficos alternativos, se identificarán dos versiones distintas, incluso si sólo difieren en este carácter.
6.2.3 Si en un país no se necesitan caracteres gráficos específicos, se recomienda encarecidamente que se seleccionen los caracteres de la versión internacional de referencia (VIR) (véase el 6.4 ) y que se asignen a las mismas combinaciones de bits de la VIR.
Sin embargo, cuando se requieran caracteres gráficos diferentes de los de la VIR, tendrán formas distintas y se les darán nombres distintos que no estén en contradicción con las formas o los nombres de los caracteres gráficos de la VIR.
Versiones orientadas a aplicaciones
En el seno de industrias nacionales o internacionales, organizaciones o grupos profesionales, pueden utilizarse versiones orientadas a aplicaciones. Se requiere para ello un acuerdo preciso entre las partes interesadas, que tendrán que aplicar las opciones disponibles y proceder a la selección requerida.
6.4
Versión internacional de referencia
(VIR)
Esta versión puede utilizarse cuando no haya que emplear una versión nacional u orientada a aplicaciones. En el intercambio de información se supone que se emplea la VIR en defecto de acuerdo especial entre el emisor y el receptor de los datos. Los caracteres gráficos asignados a la VIR se especifican en el cuadro 9/T.50.
Cuadro 9/T.50 [T10.50], p.
Debe señalarse que no se autoriza ninguna sustitución cuando se utiliza la VIR
y que la facilidad del
4.1.2.2
no se aplica a ningún determinante de
formato.
De acuerdo con el 5 , se permite utilizar caracteres gráficos compuestos en número ilimitado. En vista de esta libertad, su proceso y representación pueden plantear dificultades en el extremo receptor. Por tanto, si se utilizan caracteres compuestos, se recomienda un acuerdo entre el emisor y el receptor de los datos.
7
Tablas de código
Una tabla de código de 7 bits consiste en 128 posiciones dispuestas en 8 columnas y 16 filas. Las columnas se numeran de 0 a 7 y las filas de 0 a 15.
Las posiciones de la tabla de código se identifican por notaciones de la
forma
x
/
y
, donde
x
es el número de la columna e
y
es
el número de la fila.
Las 128 posiciones de la tabla de código están en correspondencia biunívoca
con las combinaciones de bits del código de 7 bits. La notación de una posición
de la tabla de código, de la forma
x
/
y
, es igual que la de la
combinación de bits correspondiente (véase el
4
).
En el cuadro 10/T.50 figura la tabla básica del código de 7 bits. Además del juego de caracteres codificado de 7 bits especificado en el 4 , indica las opciones relacionadas con los determinantes de formato ( 4.1.2.2 ), caracteres gráficos alternativos ( 4.3.2 ) y utilización nacional u orientada a aplicaciones ( 4.3.3 ).
En el cuadro 11/T.50 figura la tabla de código para la VIR del juego de caracteres codificado de 7 bits. Muestra los resultados de la aplicación de las tres opciones identificadas del modo especificado en el 6.4 .
CUADRO 10/T.50, p.
CUADRO 11/T.50, p.
8
Descripción de los caracteres de
control
A continuación se enumeran los caracteres de control por el orden alfabético de sus acrónimos.
8.1
@
ACK Acuse de recibo
\
Carácter de control de transmisión transmitido por un receptor como respuesta afirmativa al emisor.
8.2
@
BEL Timbre
\
Carácter de control utilizado cuando hay que atraer la atención; puede accionar dispositivos de alarma o de advertencia.
8.3
@
BS Retroceso de un espacio
\
Determinante de formato que hace que la posición activa retroceda una posición de carácter.
8.4
@
CAN Anulación
\
Carácter o primer carácter de una secuencia que indica que los datos precedentes son erróneos. En consecuencia, estos datos no deben tomarse en consideración. El significado específico de este carácter debe definirse para cada aplicación y ser objeto de acuerdo particular entre el emisor y el receptor.
CR Retroceso del carro
\
Determinante de formato que hace que la posición activa retroceda a la primera posición de carácter del mismo renglón.
8.6
@
DC1 Control de dispositivo uno
\
Carácter de control de dispositivo cuya finalidad primordial es poner en marcha o proporcionar corriente de alimentación a un dispositivo auxiliar. De no necesitarse para este fin, puede emplearse para volver un dispositivo a su modo normal de operación (véase también DC2 y DC3) o para cualquier otra función de control de dispositivos auxiliares que proporcionan otros DC.
8.7
@
DC2 Control de dispositivo dos
\
Carácter de control de dispositivo cuya finalidad primordial es poner en marcha o proporcionar corriente de alimentación a un dispositivo auxiliar. De no necesitarse para este fin, puede emplearse para poner un aparato en un modo especial de operación (en cuyo caso DC1 se emplea para volver el aparato auxiliar a su modo normal), o para cualquier otra función de control de dispositivo auxiliar que no proporcionen otros DC.
DC3 Control de dispositivo tres
\
Carácter de control de dispositivo cuya finalidad primordial es detener el funcionamiento de dispositivos auxiliares o cortar su corriente de alimentación. Esta función puede ser una parada de carácter secundario, por ejemplo, espera, pausa, reserva o parada (en cuyo caso se emplea DC1 para volver a la operación normal). De no necesitarse para este fin, puede emplearse para cualquier otra función de control de dispositivo auxiliar que no proporcionen otros DC.
8.9
@
DC4 Control de dispositivo cuatro
\
Carácter de control de dispositivo cuya finalidad primordial es detener el funcionamiento de dispositivos auxiliares o cortar su corriente de alimentación. De no necesitarse para este fin, puede emplearse para cualquier otra función de control de dispositivo que no proporcionen otros DC.
8.10
@
DEL Supresión
\
Carácter que se utiliza principalmente para borrar o tachar en cinta perforada caracteres erróneos o no deseados. Los caracteres DEL pueden también servir para el relleno en medios físicos o en el tiempo. Pueden intercalarse en un tren de datos o extraerse del mismo sin afectar a la información contenida en esta secuencia, pero, en tal caso, la inserción o la supresión de esos caracteres puede modificar la presentación de la información y/o el control de los equipos.
DLE Escape de enlace de datos
\
Carácter de control de transmisión que modifica el significado de un número limitado de combinaciones contiguas de bits y que se utiliza exclusivamente para proporcionar funciones suplementarias de control de transmisión. En las secuencias de DLE, sólo pueden utilizarse caracteres gráficos y caracteres de control de transmisión.
8.12
@
EM Fin del medio físico
\
Carácter de control que puede utilizarse para identificar el final del medio físico, o de la parte utilizada en un medio físico o de la parte deseada de los datos almacenados en un medio físico. La posición de este carácter no corresponde necesariamente al final del medio físico.
8.13
@
ENQ Pregunta
\
Carácter de control de transmisión utilizado como petición de respuesta
desde una estación distante. La respuesta puede comprender la identificación de
la estación y/o su estado. Cuando se necesita un control de identidad
`³Con
quién comunico?'
en la red general conmutada, la primera utilización del
carácter ENQ, después de establecida la conexión, significará
`³Con quién
comunico?'
(identificación de la estación). Una nueva utilización del
carácter ENQ puede incluir o no la función
`³Con quién comunico?'
, según
lo estipulado mediante acuerdo.
EOT Fin de transmisión
\
Carácter de control de transmisión utilizado para indicar el fin de la transmisión de uno o más textos.
8.15
@
ESC Escape
\
Carácter de control que se utiliza para proporcionar caracteres adicionales. Modifica el significado de un número limitado de combinaciones de bits subsiguientes. La utilización de este carácter se especifica en la Norma ISO 2022.
8.16
@
ETB Fin del bloque de transmisión
\
Carácter de control de transmisión utilizado para indicar el final de un bloque de datos cuando éstos están divididos en bloques para su transmisión.
8.17
@
ETX Fin del texto
\
Carácter de control de transmisión que finaliza un texto.
8.18
@
FF Página siguiente
\
Determinante de formato que provoca el avance de la posición activa hasta la posición de carácter correspondiente en un reglón predeterminado del formulario o página siguiente.
HT Tabulación horizontal
\
Determinante de formato que provoca el avance de la posición activa hasta la siguiente posición predeterminada de carácter.
8.20
@
IS1 (US) Separador de información uno (separador de
unidad)
\
Carácter de control utilizado para separar y calificar datos en un sentido lógico; ha de determinarse su significado específico en cada aplicación. Si se emplea este carácter por orden jerárquico, según lo establecido en la definición general de IS, delimita un elemento de datos denominado unidad.
8.21
@
IS2 (RS) Separador de información dos (separador de
registro)
\
Carácter de control utilizado para separar y calificar datos en un sentido lógico; ha de determinarse su significado específico en cada aplicación. Si se emplea este carácter por orden jerárquico, según lo establecido en la definición general de IS, delimita un elemento de datos llamado registro.
8.22
@
IS3 (GS) Separador de información tres (separador de
grupo)
\
Carácter de control que se utiliza para separar y calificar datos en un sentido lógico; ha de determinarse su significado específico en cada aplicación. Cuando se utiliza este carácter por orden jerárquico, según lo establecido en la definición general de IS, delimita un elemento de datos llamado grupo.
IS4 (FS) Separador de información cuatro (separador
de fichero)
\
Carácter de control que se utiliza para separar y calificar datos en un sentido lógico; ha de determinarse su significado específico en cada aplicación. Cuando se utiliza este carácter por orden jerárquico, según lo establecido en la definición general de IS, delimita un elemento de datos llamado fichero.
8.24
@
LF Cambio de renglón
\
Determinante de formato que provoca el avance de la posición activa hasta la posición de carácter correspondiente de la línea siguiente.
8.25
@
NAK Acuse de recibo negativo
\
Carácter de control de transmisión transmitido por un receptor como respuesta negativa al emisor.
8.26
@
NUL Nulo
\
Carácter de control utilizado para relleno en medios físicos o en el tiempo. Los caracteres NUL pueden intercalarse en un tren de datos o extraerse del mismo sin que afecten a la información contenida en dicho tren de datos pero, en tal caso, la inserción o extracción de esos caracteres puede afectar a la presentación de la información y/o al control de los equipos.
SI En código
\
Carácter de control que se utiliza en combinación con SO y ESC para ampliar el juego de caracteres gráficos del código. Restablece los significados normalizados de las combinaciones de bits que le siguen. El efecto de este carácter cuando se emplean técnicas de extensión de código se describe en la Norma ISO 2022.
8.28
@
SO Fuera de código
\
Carácter de control que se utiliza en combinación con SI y ESC para ampliar el juego de caracteres gráficos del código. Modifica el significado de las combinaciones de bits 2/1 a 7/14 que le siguen hasta que se llega a un carácter SI. El efecto de este carácter cuando se emplean técnicas de extensión de código se describe en la Norma ISO 2022.
8.29
@
SOH Comienzo de encabezamiento
\
Carácter de control de transmisión utilizado como primer carácter del encabezamiento de un mensaje de información.
8.30
@
STX Comienzo de texto
\
Carácter de control de transmisión que precede al texto y se utiliza para terminar un encabezamiento.
SUB Carácter de sustitución
\
Carácter de control que se utiliza en lugar de un carácter que se ha encontrado que no es válido o que es erróneo. SUB está destinado a ser introducido por medios automáticos.
8.32
@
SYN Sincronización
\
Carácter de control de transmisión utilizado por un sistema de transmisión síncrona en ausencia de cualquier otro carácter (situación de inactividad) para producir una señal a partir de la cual se puede lograr o mantener el sincronismo entre equipos terminales de datos.
8.33
@
VT Tabulación vertical
\
Determinante de formato, que causa el avance de la posición activa a la posición de carácter correspondiente en la siguiente línea predeterminada.
APéNDICE I (a la Recomendación T.50)
Directrices para normas
derivadas de la Recomendación T.50 (Norma ISO 646)
I.1
Consideraciones generales
Al elaborar normas nacionales o destinadas a aplicaciones específicas basadas en la presente Recomendación (Recomendación T.50/Norma ISO 646), se recomienda que se tenga en cuenta lo siguiente.
I.2
Estructura de una norma
Se recomienda que se adopten la estructura y estilo editorial de la Recomendación T.50/Norma ISO 646. Todas las facilidades, restricciones y especificaciones de la norma deben indicarse claramente en lenguaje claro, en vez de resumirlas en cuadros con notas.
Funciones de control
La norma debe contener descripciones explícitas de las funciones de control. Aun cuando estas descripciones sean idénticas a las descripciones del 8 , deben ser descripciones explícitas, que no se limiten a hacer referencia a la Recomendación T.50/Norma ISO 646. Para las normas destinadas a aplicaciones concretas, deberán definirse los significados específicos de los separadores de información y de los controles de dispositivo.
I.2.2
Caracteres gráficos
^ (véase el
6.2.3
)
Si no se necesitan caracteres particulares, los caracteres gráficos de la versión internacional de referencia (VIR) deberán asignarse a las mismas posiciones y con el mismo nombre que en la Recomendación T.50/Norma ISO 646.
I.2.3
Caracteres gráficos compuestos y repertorio
^
(véase el
5
)
La Recomendación T.50/Norma ISO 646 permite construir caracteres gráficos compuestos, utilizando los caracteres de control RETROCESO DE UN ESPACIO y RETROCESO DEL CARRO a fin de representar dos o más caracteres gráficos en la misma posición de carácter.
I.2.4
Versiones
En una norma pueden especificarse una o más versiones. Debe señalarse que una versión no es una norma, sino solamente parte de una norma. La propia norma consta de la versión o versiones bien definida(s) y de un conjunto de cláusulas como se indica anteriormente. La definición de una versión requiere que se apliquen exactamente las opciones mencionadas en el 6.1 .
JUEGOS DE CARACTERES CODIFICADOS PARA
LOS SERVICIOS DE TELEMáTICA
(Málaga-Torremolinos, 1984; modificada en Melbourne, 1988)
1
Alcance
1.1 El CCITT,
considerando
(a)la creciente interdependencia de los diversos juegos de caracteres y esquemas de codificación del CCITT en diferentes servicios de telemática;
(b)la introducción de nuevas facilidades, tales como la conversión de código y el interfuncionamiento, entre varios servicios de telemática;
(c)la conveniencia de que todas las Recomendaciones pertinentes del CCITT sobre juegos de caracteres y esquemas de codificación estén recopiladas en una serie de Recomendaciones;
(d)que las Recomendaciones T.61 y T.100/T.101 definen los sistemas de codificación de caracteres para teletex y videotex;
(e)que la Recomendación T.50 especifica la versión internacional de referencia (VIR) del juego de caracteres codificado de 7 bits,
recomienda por unanimidad
que la presente Recomendación constituya un documento de referencia, a partir del cual puedan derivarse subjuegos de caracteres codificados y elementos de mecanismos de extensión de código para los diferentes servicios de telemática.
1.2 Esta Recomendación especifica un juego primario y dos juegos
suplementarios de caracteres gráficos que deben ser los superjuegos respectivos
de los
1.3 La presente Recomendación indica las secuencias de escape para designar
los juegos primarios y suplementarios de caracteres gráficos, que han de
utilizarse de acuerdo con las
1.4 Los juegos adicionales de caracteres gráficos estarán sujetos a su ulterior inclusión en esta Recomendación, cuando sean aplicables a más de un servicio de telemática del CCITT.
1.5 En esta Recomendación se describen los mecanismos de
1.6 En la presente Recomendación se describen tablas de código de 7 bits que pueden emplearse tanto en entornos de 7 bits como de 8 bits, siendo aplicables los mecanismos de extensión de código indicados en otras Recomendaciones específicas de determinados servicios de telemática.
1.7 Esta Recomendación contiene un superjuego del repertorio de caracteres alfanuméricos latinos utilizados por los servicios de telemática del CCITT (véase el anexo A).
1.8 Esta Recomendación contiene un cuadro de los juegos de caracteres y controles utilizados en los servicios de telemática del CCITT (véase el anexo B).
1.9 En esta Recomendación no hay ninguna cláusula de conformidad que especifique los subjuegos obligatorios y facultativos de los mecanismos de extensión de código y juegos de caracteres codificados. Los requisitos de conformidad serán objeto de otras Recomendaciones del CCITT specíficas de determinados servicios de telemática.
2
Juegos de caracteres gráficos
2.1
Juego primario
2.1.1 El
Hay varias notas relacionadas con este juego primario que son específicas de teletex o videotex.
2.1.2 El juego primario se designa como G0 por la secuencia ESC 2/8 4/0. Puede designarse también alternativamente como G1, G2 o G3 por las secuencias ESC 2/9 4/0, ESC 2/10 4/0 o ESC 2/11 4/0 respectivamente. Para los detalles relativos a las técnicas de extensión de código, véase el 3 .
2.2
Juego suplementario
2.2.1El
"barra vertical interrumpida"
,
"signo de
negación"
,
"espacio anticorte"
y
"guión de corte
programable"
.
2.2.2 Las posiciones de código no asignadas están sujetas a normalización futura y se asignarán cuando se determine su necesidad.
2.2.3 El primer juego suplementario es designado como G2 por la secuencia ESC 2/10 6/2. Puede designarse también alternativamente como G0, G1 o G3 por las secuencias ESC 2/8 6/2, ESC 2/9 6/2 o ESC 2/11 6/2 respectivamente. Para los detalles relativos a las técnicas de extensión de código, véase el 3 .
2.2.4 El
2.2.5
Notas relacionadas con los juegos de caracteres
gráficos primario y suplementarios de las figuras
1/T.51, 2a/T.51 y 2b/T.51
En las figuras, los números de la nota a la que se hace referencia aparecen rodeados con un círculo.
Nota 1
- Todos los caracteres de la columna 4 de los
juegos suplementarios son caracteres no espaciadores (que no causan un avance
de espacio). Constituyen signos diacríticos con la excepción de 4/12.
Nota 2
- Las posiciones de código sombreadas se
reservan para normalización futura por el CCITT.
Nota 3
- Los terminales utilizados para los servicios
de telemática definidos por el CCITT, deberán enviar solamente los códigos 2/6
y 2/8 del juego suplementario para el signo de cifras y el signo de moneda,
respectivamente. Cuando se reciban los códigos 2/3 y 2/4 del juego primario de
caracteres gráficos, los terminales los interpretarán como ## y ,
respectivamente.
Nota 4
- Los terminales utilizados para los servicios
de telemática definidos por el CCITT deberán enviar solamente el código 4/1 del
juego suplementario seguido de ESPACIO para el acento grave aislado, el 4/3 del
juego suplementario seguido de ESPACIO para el acento circunflejo aislado y el
4/4 del juego suplementario seguido de ESPACIO para la tilde aislada. Siempre
que un terminal telemático sea capaz de recibir e interpretar los códigos 6/0,
5/14 y 7/14 del juego primario de caracteres gráficos, los terminales los
interpretará como ¡, ¢ y £, respectivamente.
Nota 5
- Esta posición de código se reserva y no se
utilizará.
Nota 6
- En ciertos sistemas videotex interactivos, se
utiliza el código 5/15 del juego primario como
`línea baja'
.
Figure 1/T.51, p. 13
Figure 2a/T.51, p. 14
Figure 2b/T.51, p. 15
3
Técnicas de extensión de código
3.1
Consideraciones generales
3.1.1 Se requieren técnicas de extensión de código para la designación de diversos juegos de caracteres gráficos o de control y su invocación en el juego de 7 bits o en el juego de 8 bits en uso. Estas técnicas se derivan de la norma ISO 2022.
3.1.2 Esta Recomendación describe solamente las técnicas de extensión de código especificadas actualmente para los servicios de telemática existentes. Más adelante se incorporarán otras técnicas, a medida que se identifique su utilización en uno o más servicios de telemática.
3.2
Definiciones
A los efectos de las técnicas de extensión de código indicadas en esta Recomendación, se aplican las siguientes definiciones.
3.2.1
@
combinación de bits
@
\Conjunto ordenado de bits utilizado para la representación de caracteres.\
3.2.2
@
multibit; byte
@
\Cadena de bits que se trata como un todo y cuya longitud es independiente de las técnicas de redundancia o de formación de tramas.\
3.2.3
@
carácter
@
\Cada uno de los elementos de un conjunto que se utiliza para la organización, el control o la representación de datos.\
3.2.4
@
juego de caracteres codificados; código
@
\Conjunto de reglas inequívocas que establece un juego de caracteres y una correspondencia biunívoca entre los caracteres del juego y sus combinaciones de bits.\
3.2.5
@
extensión de código
@
\Técnicas para la codificación de caracteres que no forman parte del juego de caracteres de un código determinado.\
3.2.6
@
tabla de código
@
\Tabla que muestra el carácter asignado a cada combinación de bits en un código.\
3.2.7
@
carácter de control
@
\Función de control cuya representación codificada consiste en una sola combinación de bits.\
3.2.8
@
función de control
@
\Acción que influye en el registro, el proceso, la transmisión o la interpretación de datos y que tiene una representación codificada que consiste en una o varias combinaciones de bits.\
3.2.9
@
designar
@
\Identificar a un conjunto de caracteres que ha de representarse, en ciertos casos, de inmediato y en otros al aparecer una función de control adicional, de una manera prescrita.\
3.2.10
@
entorno
@
\Característica que identifica el número de bits utilizado para representar un carácter en un sistema de proceso o de comunicación de datos o en una parte de dicho sistema.\
3.2.11
@
secuencia de escape
@
\Cadena de bits utilizada a efectos de control en los procedimientos de extensión de código y consistente en dos o más combinaciones de bits. La primera de estas combinaciones corresponde al carácter ESCAPE (1/11).\
3.2.12
@
carácter final
@
\Carácter cuya combinación de bits termina una secuencia de escape.\
3.2.13
@
carácter gráfico
@
\Carácter, que no es una función de control y que tiene una representación visual normalmente manuscrita, impresa o visualizada en pantalla.\
3.2.14
@
carácter intermedio
@
\Carácter cuya combinación de bits se produce entre la del carácter ESCAPE y la del carácter final en una secuencia de escape consistente en más de dos combinaciones de bits.\
3.2.15
@
invocar
@
\Hacer que un juego de caracteres designado sea representado por las combinaciones de bits prescritas cada vez que aparecen estas combinaciones de bits hasta que aparece una función de extensión de código apropiada.\
3.2.16
@
posición
@
\Elemento de una tabla de código, identificable por sus coordenadas de columna y fila.\
3.2.17
@
representar
@
\a) utilizar una combinación de bits prescrita con el significado de un carácter en un juego de caracteres que ha sido designado e invocado; o
b) utilizar una secuencia de escape con el significado de una función de control adicional.\
3.3
Facilidades de extensión de código
Se describen en la figura 3/T.51 para el entorno de 7 bits y en la figura 4/T.51 para el entorno de 8 bits. Comprenden las siguientes funciones:
a) designación e invocación de
b) designación de un
c) designación de hasta 3 juegos G adicionales denominados G1, G2 y G3 mediante las secuencias de escape pertinentes indicadas en el 3.4 ;
d) invocación de los juegos gráficos designados, mediante las funciones de cambio con enclavamiento y/o cambio sin enclavamiento indicadas en el 3.5 ;
e) designación e invocación de un código completo mediante la secuencia de escape pertinente indicada en el 3.4 .
3.4
Tipos de juegos de caracteres
Existen varios tipos diferentes de
"Registro internacional de juegos de caracteres
codificados que han de utilizarse con secuencias de escape"
de la ISO.
3.4.1Juego C0 de 32 caracteres de control (combinaciones de bits 0/0 a 1/15). Un juego C0 es designado e invocado por la secuencia ESC 2/1 F, donde F identifica a un juego C0 registrado.
Figure 3/T.51, p. 16
Figure 4/T.51, p. 17
3.4.2Juego C1 de 32 caracteres de control (combinaciones de bits 8/0 a 9/15
en un entorno de 8 bits, o ESC 4/0 a ESC 5/15 en un entorno de 7 bits). Un
juego C1 es designado e invocado por la secuencia ESC 2/2 F, donde F identifica
a un juego C1 registrado.
3.4.3 Juego G0 de 94 caracteres gráficos (combinaciones de bits 2/1 a 7/14).
3.4.4 Juegos G1, G2 y G3 de 94 caracteres gráficos (combinaciones de bits 2/1 a 7/4 ó 10/1 a 15/14). Un juego registrado de 94 caracteres gráficos puede designarse por la secuencia de escape ESC 2/8 F, ESC 2/9 F, ESC 2/10 F o ESC 2/11 F para ser utilizado como un juego G0, G1, G2 o G3 respectivamente, donde F identifica al juego designado.
3.4.5 Juegos G1, G2 y G3 de 96 caracteres gráficos (combinaciones de bits 2/0 a 7/15 ó 10/0 a 15/15). Un juego registrado de 96 caracteres gráficos puede designarse por la secuencia de escape ESC 2/13 F, ESC 2/14 F o ESC 2/15 F, para ser utilizado como un juego G1, G2 o G3 respectivamente, donde F identifica al juego designado.
3.4.6 Juego G0 de múltiples bytes, de más de 94 caracteres gráficos, cada uno representado por más de una combinación de bits de 2/1 a 7/14.
3.4.7 Juegos G1, G2 y G3 de múltiples bytes, de más de 94 caracteres gráficos, cada uno representado por más de una combinación de bits de 2/1 a 7/14 o de 10/1 a 15/14. Un juego de múltiples bytes, registrado de más de 94 caracteres gráficos, puede designarse por la secuencia de escape ESC 2/4 F, ESC 2/4 2/9 F, ESC 2/4 2/10 F o ESC 2/4 2/11 F, para ser utilizado como un juego G0, G1, G2 o G3 respectivamente, donde F identifica al juego designado.
3.4.8 Juegos G1, G2 y G3 de múltiples bytes, de más de 96 caracteres gráficos, representado cada uno por más de una combinación de bits de 2/0 a 7/15 o de 10/0 a 15/15. Un juego de múltiples bytes registrado de este tipo, identificado por un carácter final F puede designarse por la secuencia de escape ESC 2/4 2/13 F, ESC 2/4 2/14 F o ESC 2/4 2/15 F para ser utilizado como juego G1, G2 o G3 respectivamente.
3.4.9 Código completo que contiene todas las combinaciones de bits 0/0 a 7/15 en el entorno de 7 bits o 0/0 a 15/15 en el entorno de 8 bits. Un código completo identificado por un carácter final F puede designarse e invocarse por la secuencia de escape ESC 2/5 F.
Nota
- En ISO 2022, el código completo se denomina
ahora
"Sistema de codificación diferente del de ISO 2022"
.
3.5
Funciones de invocación
Después de la designación de un juego G0, G1, G2 o G3 como se especifica en el 3.4 , cualquiera de estos juegos requerirá invocación en la tabla de código en uso de 7 bits o de 8 bits. Esto se realiza utilizando las funciones de cambio con o sin enclavamiento enumeradas en el cuadro 4/T.51. La codificación de estas funciones figura en el cuadro 5/T.51.
3.5.1
Utilización de
funciones de
cambio con enclavamiento
Hay siete funciones de cambio con enclavamiento, como se indica en los cuadros 4/T.51 y 5/T.51. Una función de cambio con enclavamiento invoca el juego G0, G1, G2 o G3 pertinente en las columnas 2 a 7 o en las columnas 10 a 15 (código de 8 bits solamente) para sustituir al juego G invocado anteriormente. La aparición de una función de cambio con enclavamiento no afectará las combinaciones de bits que están incluidas en cualquier secuencia de escape o las que siguen a una función de cambio individual SS2 o SS3. Si ya se ha invocado un juego particular, la utilización de la correspondiente función de cambio con enclavamiento no tiene ningún efecto.
3.5.2
Utilización de
funciones de
cambio individual
La función de cambio individual SS2 invocará un carácter del último juego G2 designado. Similarmente, SS3 invocará un carácter del último juego G3 designado. Cuando se utilizan juegos gráficos de un solo byte, estas invocaciones sólo alteran el significado de la combinación de bits que sigue inmediatamente y le adscriben el significado de la combinación de bits correspondiente del juego G2 o G3. La combinación de bits permitida para seguir a SS2 o SS3 está limitada a una de las de las columnas 2 a 7. Si se utiliza una función de cambio individual para invocar un carácter de un juego de múltiples bytes, la función de cambio afectará a dos o más combinaciones de bits para representar este carácter. La utilización de una función de cambio individual no afecta al estado de cambio actual establecido por una función de cambio con enclavamiento.
Tableau 3/T.51 [T1.51], p. 18
Tableau 4/T.51 [T2.51], p. 19
Tableau 5/T.51 [T3.51], p. 20
ANEXO A (a la Recomendación T.51)
Superjuego del
repertorio del juego de caracteres latinos
&lab;<
&lab;<
&lab;<
&lab;<
Cada carácter gráfico se identifica por el sistema de identificación idéntico al utilizado en la Recomendación T.61 (véase el Î A.2).
En los cuadros del Î A.4, el significado de SD I, SD II y SD III corresponde respectivamente a las sintaxis de datos I, II y III de la Recomendación T.101.
En los cuadros del Î A.4, una
"x"
significa que se utiliza el
carácter gráfico señalado. Por el contrario, un
"-"
significa que no se
utiliza el carácter gráfico.
A.2
Sistema de identificación
Se ha elaborado un sistema que permite identificar y describir cada carácter gráfico o función de control. El sistema se muestra en la figura A-1/T.51.
Cada identificador está formado por dos letras y dos cifras.
La primera letra indica el alfabeto, el idioma, etc.
La segunda letra indica una letra de un alfabeto o, en el caso de un carácter gráfico no alfabético o de una función de control, el grupo de caracteres o funciones de control.
La primera cifra indica si la letra situada en la segunda posición es una letra acentuada, si el signo diacrítico va encima o debajo de la letra, etc. No tiene significado especial si la primera letra es una C, N o S.
La segunda cifra indica si la letra es mayúscula o minúscula (par or impar). Si la primera letra es C, N o S, no tiene importancia que sea par o impar.
La numeración se emplea de manera coherente, de modo que a cada signo diacrítico se le dé siempre el mismo número.
El principio de la numeración se muestra en el cuadro A-1/T.51.
Cuadro A-1/T.51 [T4.51], p.
Figura A-1/T.51, p.
A.3
Combinación de signos diacríticos y letras
básicas
En la figura A-2/T.51 se especifican las combinaciones de signos diacríticos y letras básicas que se definen en este anexo.
Figura A-2/T.51, p.
A.4
Cuadros del superconjunto del
repertorio
A.4.1
Caracteres alfabéticos latinos
Cuadro [1T5.51], p.
Cuadro [2T5.51], p.
Cuadro [3T5.51], p.
Cuadro [4T5.51], p.
A.4.2
Caracteres no
alfabéticos
A.4.2.1
Cifras decimales
Cuadro [T6.51], p.
A.4.2.2
Signos de moneda
Cuadro [T7.51], p.
A.4.2.3
Signos de puntuación
Cuadro [T8.51], p.
A.4.2.4
Signos aritméticos
Cuadro [T9.51], p.
A.4.2.5
Subíndices y exponentes
Cuadro [T10.51], p.
A.4.2.6
Fracciones
Cuadro [T11.51], p.
A.4.3
Símbolos diversos
Cuadro [T12.51], p.
A.4.4
Signos diacríticos utilizados como caracteres
gráficos separados
Cuadro [T13.51], p.
A.4.5
Caracteres sin espaciamiento (avance de
espacio)
Cuadro [T14.51], p.
ANEXO B (a la Recomendación T.51)
Cuadro de juegos de
caracteres y de control
Cuadro [1T15.51], p.
Cuadro [2T15.51], p.
(BT..) Disk NF../... (OPM = ..)
(73.TE.06.S)
(A1.23s) / [26s]
FOLIOS: 222 -
265 (DO PRC.COSY.2)
MEP {TPS.NON.PHOTO "[PA1]"} : OK= [1]
Saisie diskette 18.10.89 GG
ID + Vérif. + laser 14.11.89 AF
MAJ s/disquettes 15.11.89 AF
Corr. LASER (1re épreuve) = 3eme 05.12.89 RM
Espaces réservés + Transfert + Impr. ........ ..
AJOUTER (PA1) (CL1,0,0,0) pour MEP
MEP + LASER 4.01.90 KJ
Corr. MEP ........ ..
Insertion des tableaux (tabulateurs .) ........ ..
BAT 24.01.90 PM
MAJ s/disquettes ........ ..
Recomendación T.60
EQUIPO TERMINAL PARA USO EN EL SERVICIO
TELETEX
(Ginebra, 1980; modificada en Málaga-Torremolinos, 1984^
y Melbourne, 1988)
1 Campo de aplicación de las Recomendaciones
relativas al
servicio teletex
1.1 Esta Recomendación define las características del equipo terminal
utilizado en el
1.2 Las reglas que deben observarse en el servicio teletex se definen en la Recomendación F.200.
1.3 El
1.4 Todos los terminales teletex tendrán que emplear para sus comunicaciones los procedimientos específicos que se indican a continuación:
a)el interfaz con la
b)el procedimiento de control de transporte de extremo a extremo está definido en la Recomendación T.70;
c)los procedimientos de control teletex están definidos en la Recomendación T.62.
1.5 Los requisitos aplicables a los terminales que pueden funcionar en el modo mixto se especifican en la Recomendación T.72.
2 Introducción
2.1 Con un terminal teletex se pueden producir textos codificados en caracteres, y transmitir su contenido y forma verdaderos a un terminal receptor.
2.2 Un
2.3 En esta Recomendación, por
texto
ha de entenderse
solamente, texto codificado en caracteres.
2.4 Los terminales pueden tener diversos grados de complejidad. En esta
Recomendación se tratan principalmente las condiciones que deben satisfacerse
para asegurar el
2.5 Se dan detalles sobre las dimensiones y el posicionamiento del texto. Las diversas dimensiones están relacionadas con la presentación de texto en papel. A este respecto, se tienen en cuenta los formatos de papel de 210 297 mm (ISO A4) y 216 280 mm. Se incluyen como opciones otros formatos de papel.
2.6 Los terminales que satisfacen las condiciones denominadas
características básicas
pueden participar en el servicio
teletex en un nivel de
3 Características generales del equipo
terminal
3.1
Características básicas
3.1.1 El terminal teletex permite la comunicación de textos entre dos abonados cualesquiera.
3.1.2 Todos los terminales que participan en el servicio teletex internacional deberán ser compatibles entre sí en el nivel básico que se define en esta Recomendación. Pueden invocarse otras funciones facultativas.
3.1.3 Para asegurar un buen grado de servicio, se recomienda, siempre que sea posible, una velocidad de datos de usuario de 2,4 kbit/s en la línea de abonado. Las Administraciones interesadas adoptarán disposiciones detalladas a nivel nacional, pues se reconoce que la realización nacional del servicio teletex en diversos tipos de redes puede entrañar la transmisión de datos en el plano nacional a diferentes velocidades.
3.1.4 Cuando el terminal teletex se explota en el modo local, por ejemplo
cuando se utiliza como una máquina de escribir de oficina, el funcionamiento en
este modo local no deberá ser interrumpido por el tráfico
memoria de
recepción saturada
No se requiere obligatoriamente una salida impresa en caso de llenado de la memoria (interrupción del modo de operación local).
3.1.5 Cuando el terminal teletex se encuentra en el modo emisión, podrá enviar cualesquiera de los caracteres pertenecientes al repertorio básico de caracteres gráficos.
3.1.6 Cuando el terminal teletex se encuentra en el modo recepción, podrá recibir y almacenar todos los caracteres del repertorio básico de caracteres gráficos.
3.1.7 El dispositivo de presentación del terminal podrá representar, con la mayor legibilidad posible, todos los caracteres gráficos del repertorio básico teletex internacional. La presentación sin ambigüedad de los caracteres del repertorio teletex básico internacional es un requisito mínimo.
3.1.8 El terminal podrá responder a las
3.1.9 No podrán utilizarse
3.1.11 El terminal podrá trabajar con formatos de papel con orientación vertical y horizontal (véase el 4.2 ).
3.1.12 Se define una zona imprimible de la página dentro de la cual puede disponerse libremente el texto en la preparación local (véase el 4.2 ).
3.1.13 Cuando se utiliza el modo básico de explotación teletex, el contenido, la estructuración y el formato de un mensaje teletex transmitido han de ser idénticos en los terminales emisor y receptor.
3.1.14 El terminal teletex deberá contar con un medio de almacenamiento para funciones de emisión y recepción. Para más detalles véase el 5.2 .
3.1.15 El terminal teletex debe disponer de medios para el
funcionamiento totalmente automático
(véanse las
definiciones en la Recomendación F.200).
3.1.16 Para el funcionamiento automático debe preverse una identificación de terminal exclusiva, convenida en el plano internacional (para más detalles véase el 5.1 ).
3.1.18 Los terminales teletex incorporarán todas las funciones definidas como básicas para el servicio teletex en el 3.2 . Además, podrán incorporar funciones facultativas. En esta Recomendación, las funciones facultativas se dividen en funciones facultativas normalizadas por el CCITT ( 3.3 ) y funciones facultativas para normalización nacional y/o uso privado ( 3.4 ).
3.1.19 Esta Recomendación no especifica ningún requisito para los terminales de recepción únicamente. Sin embargo, no se pretende excluir dichos terminales.
3.2
Funciones básicas
3.2.1 El terminal podrá tratar:
a)los procedimientos de control de extremo a extremo definidos en las Recomendaciones T.62 y T.70,
b)el procedimiento dependiente de la red apropiado (véase el 6 ),
c)el repertorio básico teletex de caracteres gráficos,
d)el repertorio básico teletex de funciones de control,
f)subíndices y exponentes.
3.2.2 Las funciones básicas de formatización de texto para impresoras (u otros posibles dispositivos de presentación) son las siguientes:
a)orientación vertical y horizontal de la página,
b)zona imprimible común para los formatos de papel ISO A4 y de 216 280 mm,
c)espaciamiento entre caracteres de 2,54 mm (10 caracteres ocupan 25,4 mm),
d)valores del parámetro de cambio de renglón (cambio de línea) de 0,5, 1, 1,5 y 2 espaciamientos de 4,233 mm (seis espaciamientos de 4,233 mm equivalen a 25,4 mm),
e)posicionamiento libre del texto dentro de la zona imprimible, para lo cual se utilizan los repertorios básicos teletex de caracteres gráficos y de funciones de control,
f)funciones de ascenso parcial de la línea y descenso parcial de la línea (para la presentación de exponentes y de subíndices).
3.2.3 Deben cumplirse las siguientes condiciones del servicio teletex:
a)identificación del terminal,
b)almacenamiento para funciones de recepción y de emisión,
c)medios para obtener una copia permanente (no necesariamente en papel) de todo texto recibido,
d)medios para el interfuncionamiento con el servicio télex.
Nota
- La utilización de la identificación del
terminal (emisión, recepción) es una cuestión relacionada con el procedimiento
de comunicación (véase la Recomendación T.62).
3.3
Funciones facultativas normalizadas por el CCITT
3.3.1 La posibilidad de utilizar funciones facultativas puede negociarse entre terminales durante un procedimiento de entrada en contacto en el procedimiento de control de extremo a extremo (véase la Recomendación T.62).
3.3.2 A medida que se desarrolle el servicio, podrán necesitarse nuevas funciones facultativas normalizadas por el CCITT, o modificaciones de las existentes.
3.3.3 Para las funciones facultativas de los procedimientos de control de la comunicación, véanse las Recomendaciones T.62 y T.70.
3.3.4 Las funciones facultativas de formatización de textos que podrán tener las impresoras (u otros posibles dispositivos de presentación) se especifican en:
-el anexo B a esta Recomendación;
-el anexo E a la Recomendación T.61.
3.3.5 Pueden invocarse otros repertorios de caracteres mediante la designación de repertorios de caracteres nacionales y/u orientados a la aplicación registrados por el CCITT.
Nota
- La definición y designación de repertorios de
caracteres nacionales y/u orientados a la aplicación, y que se registrarían en
el CCITT, es una cuestión que deberá estudiarse en el futuro.
3.3.6 Para los terminales teletex que admiten el @modo mixto de funcionamiento (MM)\, se especifican características de terminal adicionales en la Recomendación T.561.
3.3.7 Para los terminales teletex que admiten el @modo procesable (MP.1)\, se especifican características de terminal adicionales en la Recomendación T.562.
3.4
Funciones facultativas para normalización nacional o uso
privado
3.4.1 La normalización del CCITT incluye las reglas y los medios necesarios para la indicación de funciones especificadas en el plano nacional, o para uso privado, así como para el escape hacia dichas funciones (véanse las funciones facultativas normalizadas de la Recomendación F.200).
3.5
Condiciones supletorias (por defecto)
3.5.1 En ausencia de indicación específica, el terminal receptor supondrá las condiciones siguientes:
a)comunicación (como se especifica en la Recomendación T.62):
-unidireccional (el terminal que llama está transmitiendo texto); -documento normal;
c)presentación de textos:
-formato de página básico con orientación vertical; -espaciamiento entre caracteres de 2,54 mm; -espaciamiento entre líneas de 4,23 mm (espaciamiento básico); -reproducción por defecto.
4 Tratamiento de textos
4.1
Repertorio de caracteres
4.1.1 Un terminal que participa en el servicio teletex internacional puede intercambiar texto con todos los demás terminales teletex. Para que esta comunicación sea posible, se utilizarán los repertorios teletex básicos internacionales de caracteres gráficos y de funciones de control, definidos en la Recomendación T.61.
4.1.2 Facultativamente, un terminal puede utilizar otros repertorios de caracteres nacionales y/u orientados a la aplicación registrados por el CCITT. En la Recomendación T.61 se describen las reglas sobre la técnica de extensión de código.
Tamaños de papel y zonas imprimibles
4.2.1 Si el terminal teletex puede imprimir un texto en papel, debe actuar como una máquina de escribir normal. En consecuencia, es aplicable lo siguiente.
4.2.2 Hay países que emplean el tamaño de papel ISO A4 (210 297 mm) o el tamaño de papel norteamericano (216 280 mm), cuya zona imprimible común es 210 280 mm.
4.2.3 Se definen zonas imprimibles para el papel tanto con orientación vertical como horizontal, que se expresan por el número de posiciones de línea y de posiciones de carácter indicadas en el cuadro 1/T.60.
4.2.4 Las zonas imprimibles comprenden un margen de 2,12 mm por encima de la primera línea de base, y de 2,12 mm por debajo de la última línea de base, para la impresión de exponentes y subíndices, respectivamente.
4.2.5 Para las definiciones de las zonas imprimibles en el cuadro 1/T.60 se han tenido en cuenta ciertas hipótesis sobre los problemas técnicos y operacionales. En el anexo A se dan más detalles sobre esas hipótesis.
Cuadro 1/T.60 [T1.60], p.
4.2.6 La finalidad de esta Recomendación no es definir de manera precisa la
ubicación y las dimensiones de las zonas imprimibles en las hojas de papel. No
obstante, el diseño del equipo de impresión deberá proporcionar siempre el
número máximo de líneas y el número máximo de caracteres por línea indicados en
el cuadro 1/T.60.
Nota
- El uso facultativo de formularios impresos
requiere ulterior estudio.
4.2.7 En el anexo B figuran zonas imprimibles facultativas.
4.3
Formato de página
4.3.1 El tamaño de la zona de texto comunicada, orientada vertical u
horizontalmente, es un espaciamiento entre líneas (4,23 mm) menor que la zona
imprimible máxima definida, a fin de permitir la presentación de la
4.3.2 El renglón de identificación de la comunicación, si se presenta,
aparecerá preferentemente al nivel de los exponentes del primer renglón
imprimible o al nivel de los subíndices del último renglón imprimible, para
garantizar que no se solapará parcialmente con el texto de los exponentes del
Nota
- Puede que algunos equipos actuales no estén en
condiciones de satisfacer este requisito. Si en dichos terminales se produce el
solape del texto escrito corresponderá al destinatario aclarar el texto
procedente del remitente.
4.3.3 Para cada zona de texto se define una
Nota
- En la figura B-1/T.60 se muestran las
posiciones iniciales para diferentes espaciamientos entre caracteres (pasos de
carácter).
5
Comunicaciones
5.1
Identificación de terminal
5.1.1 Cada terminal teletex tendrá un identificador de terminal exclusivo, almacenado en el terminal.
5.1.2 El
5.1.3 El contenido del identificador de terminal debe protegerse contra la pérdida o modificación debida a fallos técnicos o a intervención no autorizada.
5.1.4 Los procedimientos de comunicación teletex incluyen el intercambio de identificadores de terminal con anterioridad al envío de cualquier documento. El expedidor deberá utilizar los identificadores de los destinatarios para verificar el establecimiento correcto de la comunicación. Si se realiza una verificación automática debe hacerse preferiblemente en la parte nemotécnica del identificador de terminal es decir en la parte que sigue al signo igual (=), véase la Recomendación F.200.
Almacenamiento
5.2.1 Los terminales tienen que estar equipados con una memoria para recepción, emisión y funcionamiento local no perturbado.
5.2.2 La capacidad de almacenamiento de un terminal para recibir tráfico entrante puede establecerse mediante procedimientos de control antes de la transmisión de mensajes.
5.2.3 Si hay que terminar la transmisión por ser insuficiente la capacidad de almacenamiento en el extremo receptor, esta condición se indicará a los terminales emisor y receptor.
5.2.4 La capacidad de almacenamiento será suficiente para satisfacer los criterios de calidad de servicio estipulados en la Recomendación F.200.
5.2.5 En el diseño y/o la elaboración de los procedimientos operacionales del terminal se tratará de reducir al mínimo la posibilidad de pérdida de mensajes debido a fallo de la alimentación en energía o de la memoria (por ejemplo, mediante la utilización de una memoria no volátil o mediante impresión forzada, según convenga).
Identificación de la comunicación
5.3.1 Los procedimientos teletex incluyen el intercambio de información de referencia antes de la transmisión de un documento. Los detalles relativos a la identificación de la comunicación figuran en la Recomendación F.200.
6 Exigencias dependientes de la red
6.1 El transporte teletex puede efectuarse por una red de datos con conmutación de circuitos (RDCC), una red de datos con conmutación de paquetes (RDCP) o una red telefónica pública conmutada (RTPC). En estos tres tipos de redes el terminal teletex será capaz de respuesta, transmisión, recepción y liberación automáticas.
6.2
Red de datos con conmutación de
circuitos
a)reglas funcionales y de procedimiento para la fase de control de la comunicación: véase la Recomendación X.21;
b)velocidad binaria: 2400 bit/s;
c)procedimientos para el enlace y la capa de red durante la fase de transferencia de datos: dúplex, como se definen en la Recomendación T.70.
Red de datos con conmutación de paquetes
a)reglas funcionales y de procedimiento durante la fase de control de la comunicación: véase la Recomendación X.25;
b)velocidades binarias: 2400, 4800, 9600 y 48^000 bit/s;
6.4
Red telefónica pública con
conmutación
a)reglas funcionales y de procedimiento para la fase de control de la comunicación en el caso de llamada y respuesta automáticas: véase en la Recomendación V.25, las exigencias de línea para llamada y respuesta automáticas;
b)velocidades binarias: semidúplex 2400 bit/s; dúplex 1200 ó 2400 bit/s;
exigencias de los modems de línea: véanse las Recomendaciones V.22,
V.22^
bis
o V.26^
ter
.
Nota
- Se prefieren los requisitos de línea de la
Recomendación V.22^
bis
a los de la Recomendación V.22;
c)procedimientos para
7
Indicadores
7.1 Los indicadores deberán informar sobre situaciones en las que se requiere la atención del operador, a fin de mantener el grado de servicio.
7.2 Se proporcionará una indicación de las siguientes situaciones:
a)se ha almacenado el mensaje recibido;
b)el terminal no puede recibir o no podrá hacerlo dentro de poco, por ejemplo, por estar casi saturada la memoria de recepción;
c)se requiere asistencia del operador, por ejemplo, si se necesita cambiar un elemento de impresión o la orientación del papel.
En las situaciones anteriores se advertirá inmediatamente al operador del terminal, con independencia de la condición real del terminal; por ejemplo, cuando el terminal está en el modo reserva activa.
8
Interfuncionamiento entre terminales
teletex y terminales télex
8.1 En el texto que haya de enviarse a un
8.2 El texto destinado a ser transmitido al télex contendrá solamente aquellos caracteres del ATI N.o 2 que constituyen un subconjunto del repertorio básico de caracteres teletex especificado en el cuadro C-1/T.60. La codificación de estos caracteres se hará de conformidad con la Recomendación T.61.
8.3 Para la
8.5 En el interfuncionamiento con el servicio télex, el terminal teletex funciona a su velocidad binaria normal.
8.6 Los procedimientos de control que han de utilizarse entre un terminal
teletex y una
Nota
- Una unidad de conversión asegura la conversión
necesaria entre el teletex y el télex de procedimientos de comunicación,
velocidades binarias y codificación de caracteres.
9
Interfuncionamiento entre equipos
de teletex básico y equipos que admiten la opción MP.1 y/o la opción
MM
9.1
Consideraciones generales
Los documentos teletex básicos se intercambiarán de acuerdo con las reglas
definidas en la Recomendación T.62^
bis
.
Los documentos teletex MP.1 y MM se intercambiarán de acuerdo con el contexto de aplicación definido en las Recomendaciones T.561 y T.562.
La figura 1/T.60 ilustra los dos conjuntos diferentes de reglas que deberán utilizar los equipos teletex según el formato del documento intercambiado.
Figura 1/T.60, p.
9.2
Reglas de interfuncionamiento
9.2.1 El equipo teletex básico es el emisor.
El único tipo de documento que puede enviar el equipo teletex básico es el
documento teletex básico. El emisor debe por lo tanto tratar de enviar este
tipo de documento usando las reglas adecuadas, es decir, las reglas definidas
en la Recomendación T.62^
bis
.
Para aceptar la recepción del documento teletex básico, el receptor tiene
que detectar la
`naturaleza'
del originador y seleccionar las reglas
adecuadas. Con este propósito, cuando se recibe UDPS CONEXIóN (que corresponde
a la instrucción ICS de la Recomendación T.62), el receptor debe detectar la
ausencia de @datos de usuario de sesión (DUS)\ y seleccionar el módulo
T.62^
bis
para aceptar el documento intercambiado [caso
a)].
9.2.2 El equipo teletex MP.1/MM es el emisor.
9.2.2.1 El receptor es un equipo teletex básico.
Si el tipo de documento por transmitir es un documento teletex básico, el
emisor inicia la comunicación seleccionando el módulo
T.62^
bis
[caso a)], y el equipo teletex básico puede
aceptar el documento.
Si el tipo de documento por transmitir es un documento MP.1/MM, el emisor iniciará la comunicación seleccionando el módulo T.522 [caso b)].
El receptor enviará entonces una UDPS ACEPTACIóN sin datos de usuario de
sesión. Esto permite al emisor reconocer que el receptor es un equipo teletex
básico y, por lo tanto, que los documentos se intercambiarán en un formato
teletex básico utilizando las reglas de comunicación
T.62^
bis
[caso a)]. El emisor podrá informar entonces al
usuario que el intercambio del documento MP.1/MM no es posible por cuanto el
destinatario es un equipo teletex básico.
9.2.2.2 El receptor es un equipo teletex MP.1 y/o MM.
Si el tipo de documento por transmitir es un documento teletex básico, el
emisor iniciará la comunicación seleccionando el módulo
T.62^
bis
[caso a)], y se aplicarán las reglas
especificadas en el
2.1
.
Si el tipo de documento por transmitir es un documento teletex MP.1 o MM.1, el emisor iniciará la comunicación seleccionando el módulo T.522 [caso b)].
El receptor detectará la presencia de datos de usuario de sesión y, por lo tanto, seleccionará el módulo T.522 para dar una respuesta adecuada al emisor.
ANEXO A (a la Recomendación T.60)
Explicaciones sobre las
zonas imprimibles
A.2 La zona imprimible máxima es, por definición la parte del papel sobre la cual el mecanismo impresor puede imprimir información gráfica por un procedimiento técnico.
A.3 Se consideraron los siguientes parámetros:
a)El uso de una zona de papel común de 210 280 mm.
b)Las condiciones más desfavorables para las tolerancias del formato del papel y de la inserción del papel, indicadas en la figura A-1/T.60.
d)El uso de espaciamientos entre líneas de 4,23, 6,35 y 8,47 mm y un espaciamiento entre caracteres (paso de carácter) de 2,54 mm. Los valores de espaciamiento entre líneas se han redondeado a dos cifras decimales (seis espaciamientos de 4,23 mm = 25,4 mm).
e)La ubicación de caracteres y líneas de base en una hoja de papel se indica en la figura A-2/T.60.
f)La posibilidad de imprimir exponentes y subíndices con un espaciamiento no superior a 2,12 mm por encima y por debajo de la primera y de la última línea de base, respectivamente.
A.4 Los parámetros mencionados en el Î A.3 conducen a los valores, para la posición del primer y del último caracteres imprimibles, que figuran en el cuadro A-1/T.60 y en la figura A-2/T.60, y que se indican a título de ejemplo solamente.
Figura A-1/T.60 p.
Tableau A-1/T.60 [T2.60], p.
Figura A-2/T.60 p.
ANEXO B (a la Recomendación T.60)
Zonas imprimibles
opcionales normalizadas
B.1
Presentaciones opcionales dentro de las zonas
imprimibles básicas máximas
B.1.1 En el cuadro B-1/T.60 figuran los valores para la utilización de diferentes espaciamientos opcionales entre caracteres y entre líneas.
B.1.2 En la figura B-1/T.60 se define la ubicación de la posición inicial para diferentes espaciamientos entre caracteres.
Presentaciones opcionales dentro de una hoja de papel
de formato ISO A4
B.2.1 Partiendo de las mismas hipótesis utilizadas para las zonas imprimibles básicas y descritas en esta Recomendación (véanse el 4 y el anexo A), en el cuadro B-2/T.60 se indican las zonas imprimibles máximas adecuadas para una hoja de papel de formato ISO A4 (210 297 mm) y los valores para diferentes atributos de presentaciones opcionales.
B.2.2 En el cuadro B-3/T.60, figuran las zonas imprimibles opcionales para hojas de papel formato ISO A4 definidas por la Norma Internacional ISO 3535 y el formulario clave de las Naciones Unidas para documentos comerciales, así como los formatos de página asociados.
La parte de zona imprimible prevista para la presentación del texto comunicado, se supone situada en la hoja de papel de formato ISO A4 como sigue (compárese con la figura A-2/T.60):
-para orientación vertical del papel:
primera línea del texto comunicado: 3.a línea de base última línea posible del texto comunicado: 68.a línea de base
-para orientación horizontal del papel:
primera línea del texto comunicado: 5.a línea de base última línea posible del texto comunicado: 48.a línea de base.
Se supone que la 2.a (y respectivamente la 4.a) línea de base se utiliza para la presentación definida localmente del renglón de identificación de la comunicación.
En estas zonas imprimibles, no se ha considerado la presentación de los exponentes y subíndices en la primera y última línea de base, respectivamente.
Opciones para la presentación en formatos de papel de la
ISO utilizados en terminales de caracteres kanji
japoneses
B.3.1 En el cuadro B-4/T.60, se muestran las zonas imprimibles opcionales para una hoja de papel de formato ISO A4, en el caso de utilización de terminales de caracteres kanji japoneses.
B.3.2 En el cuadro B-5/T.60, se muestran las zonas imprimibles opcionales para una hoja de papel de formato ISO B5, en el caso de utilización de terminales de caracteres kanji japoneses.
B.3.3 En el cuadro B-6/T.60 se muestran las zonas imprimibles opcionales para una hoja de papel de formato ISO B4 en el caso de utilización de terminales de caracteres kanji japoneses.
B.4
Opciones de presentación con el formato de papel
oficial norteamericano
B.4.1 El cuadro B-7/T.60 muestra las zonas imprimibles opcionales para el formato oficial norteamericano (216 356 mm).
B.5
Cálculo del número máximo de líneas por página
Al calcular el número máximo de líneas por página es preciso tener en cuenta el siguiente problema de cálculo:
-cuando se utiliza un espaciamiento entre líneas de 1Ý, se combinan siempre un espacio de 2 medias líneas para el texto (la línea de texto en sí) y media línea de espacio libre;
-cuando se utiliza un espaciamiento entre líneas de 2, se combinan siempre 2 espacios de media línea de texto (la línea de texto en sí), y 2 espacios de media línea de espacio libre.
Siempre hay una
`línea de espacio libre'
menos que líneas de texto.
Ejemplo (con espaciamiento entre líneas de 2 [SVS(2)]).
xxxx1a.líneaxxxxxx 2 espacios de media línea para texto 2 espacios de
media línea para
`espacio libre'
xxxx2a.líneaxxxxxx 2 espacios de media
línea para texto 2 espacios de media línea para
`espacio libre'
xxxx3a.líneaxxxxxx 2 espacios de media línea para texto Si bien a primera
vista, cuando se utiliza doble espaciamiento entre líneas [SVS(2)], tres líneas
requieren tres veces 4 espacios de media línea (lo cual totaliza 12 espacios de
media línea), el ejemplo muestra que basta con 2 espacios de media línea menos
(a saber, 10 espacios de media línea). Esto se debe simplemente a que, como se
menciona más arriba, siempre se requiere un
`espacio libre'
menos que el
número de líneas de texto.
Quiere decir que el cálculo es correcto solamente cuando se retira una de
las líneas de texto al comienzo del cálculo y se agrega al final, permitiendo
así la división por
`líneas completas'
(línea de texto más
`línea de
espacio'
).
De acuerdo con estos principios, los cálculos se hacen mediante la fórmula:
n
= $$Bo
X
-
d
$$Bu
s
$$Be + 1
donde:
n
es el número máximo de líneas por página medido en
[líneas],
X
es el tamaño de la zona disponible, excluidas la LIC y
las separaciones, medida en [EML],
d
es el tamaño de una línea de texto, cuyo valor es
exactamente 2 EML,
s
es el valor del espaciamiento entre líneas, medido en
[EML/línea].
Nota
- En los siguientes cuadros, el término [EML]
designa 1/12 de 25,4 mm.
Cuando se utiliza un espaciamiento de línea de 3,175, se utiliza el término [EML*], que designa 1/16 de 25,4 mm.
Cuando se utiliza un espaciamiento de línea de 5 mm, se utiliza el término [EML**], que designa 2,5 mm.
Tableau B-1/T.60 [T3.60], p.6
Figure B-1/T.60, p.7
Tableau B-2/T.60 [T4.60], p.8
Tableau B-3/T.60 [T5.60], p.9
Tableau B-4/T.60 [T6.60], p.10
Tableau B-5/T.60 [T7.60], p.11
Tableau B-6/T.60 [T8.60], p.12
Tableau B-7/T.60 [T9.60], p.13
B.6
Opciones para la presentación en formatos de papel de la
ISO utilizados en terminales de ideogramas chinos
B.6.1 En el cuadro B-8/T.60 se muestran las zonas imprimibles opcionales para una hoja de papel formato ISO A4 en el caso de la utilización de terminales de ideogramas chinos.
B.6.2 En el cuadro B-9/T.60 se muestran las zonas imprimibles opcionales para una hoja de papel formato ISO B5 en el caso de la utilización de terminales de ideogramas chinos.
B.6.3 En el cuadro B-10/T.60 se muestran las zonas imprimibles opcionales para una hoja de papel formato ISO B4 en el caso de la utilización de terminales de ideogramas chinos.
Tableau B-8/T.60 [T10.60], p.14
Tableau B-9/T.60 [T11.60], p.15
Tableau B-10/T.60 [T12.60], p.16
ANEXO C (a la Recomendación T.60)
Tabla de conversión
entre el repertorio teletex y el repertorio
télex
para el interfuncionamiento teletex/télex
Cuadro C-1/T.60 [T13.60] p.
ANEXO D (a la Recomendación T.60)
Definiciones
zona
imprimible
@
\Parte del papel sobre la cual el mecanismo impresor puede imprimir información gráfica por un procedimiento técnico.\
D.2@
página
@
\Elemento básico de la correspondencia de oficina en el servicio teletex. Este término define la información que puede presentarse en una hoja de papel. Esta información puede almacenarse, presentarse visualmente o imprimirse.\
Nota
- En esta Recomendación se indican los formatos
de papel aplicables.
D.3@
texto
@
\Información destinada a ser comprendida por el ser humano y que se presenta en una forma bidimensional, v.g. impresa en papel o visualizada en una pantalla. Un texto puede consistir en símbolos, frases u oraciones en idiomas naturales o artificiales, imágenes, diagramas y tablas.\
D.4@
zona de texto comunicado
@
\Zona cuyo tamaño es un espaciamiento entre líneas (4,23) menor que la zona imprimible máxima definida.\
REPERTORIO DE CARACTERES Y JUEGOS DE CARACTERES
CODIFICADOS PARA EL SERVICIO TELETEX
INTERNACIONAL
(Ginebra, 1980; modificada en Málaga-Torremolinos, 1984 y
Melbourne,
^
1988)
íNDICE
1Introducción
2Definiciones
3Repertorio teletex de caracteres
4Representaciones codificadas
Anexo A
-Procedimientos de extensión de código
Anexo B
-Empleo de signos diacríticos
Anexo C
-Sistema de identificación
Anexo D
-Formato de las secuencias de control
Anexo E
-Opciones normalizadas
Anexo F
-Ejemplos de subrayado
Nota
- Notación de los octetos en la Recomendación
T.61.
La notación utilizada para identificar la codificación de los octetos ha sido modificada, con arreglo a la nueva práctica de la ISO establecida por el ISO/IEC JTC 1/SC2.
De acuerdo con la nueva notación, cada número debe tener ahora dos cifras, como se indica en los ejemplos siguientes:
Cuadro [T1.61], p.
Las modificaciones de la Recomendación T.61 pueden hacerse de conformidad con
esta nueva notación.
La ocurrencia de esta nueva notación se indica por un signo
`*'
en
el lado derecho de la página.
El texto existente se mantiene con las notaciones anteriores.
1 Introducción
1.1 Esta Recomendación contiene definiciones detalladas de los repertorios de caracteres gráficos y de funciones de control que han de utilizarse en el servicio teletex internacional básico, así como sus representaciones codificadas a efectos de la comunicación. También se describen los medios necesarios para la utilización facultativa de repertorios suplementarios de caracteres y sus representaciones codificadas.
1.2 En el servicio teletex, las funciones de control pueden comunicarse en forma de caracteres codificados dentro del texto o por medio de los procedimientos de control. En esta Recomendación se define el repertorio y la codificación correspondientes a la primera categoría.
1.3 No se pretende que los repertorios de caracteres y los juegos de caracteres codificados del servicio teletex reemplacen al Alfabeto Internacional N.o 5 (AI N.o 5) o al Alfabeto Telegráfico Internacional N.o 2 (ATI N.o 2). Esta Recomendación, basada en la Recomendación T.50, ofrece un alfabeto ampliado que puede utilizarse en el servicio internacional teletex de comunicación de textos. Cuando ciertos caracteres gráficos del AI N.o 5 no son necesarios para el servicio teletex, sus posiciones en la tabla de código se han dejado vacantes; esta solución garantiza la compatibilidad con el AI N.o 5. Para ampliar el subjuego del AI N.o 5 obtenido de esta manera se han definido juegos adicionales de caracteres gráficos.
1.4 El desarrollo del juego de caracteres codificados definido en esta Recomendación se basa en la estructura de 8 bits utilizada en el servicio teletex básico.
1.5 Esta Recomendación debe leerse junto con las Recomendaciones siguientes:
T.60- Equipo terminal para uso en el servicio teletex;
T.62- Procedimientos de control para los servicios teletex y facsímil del grupo 4;
F.200- Servicio teletex.
1.6 También vienen al caso las siguientes Recomendaciones del CCITT y normas de la ISO, aunque para el servicio teletex sólo es pertinente esta Recomendación.
T.50Alfabeto Internacional N.o 5;
T.51Juegos de caracteres codificados para los servicios de telemática;
ISO 646Information processing - ISO 7-bit coded character set for information interchange;
ISO 2022Information processing - ISO 7-bit and 8-bit coded character sets - Code extension techniques;
ISO 6429Information processing - ISO 7-bit and 8-bit coded character sets - Additional control functions for character imaging devices;
ISO 6937Information processing - Coded character sets for text communication.
1.7 Esta Recomendación contiene listas ordenadas de los caracteres gráficos y funciones de control que forman el repertorio teletex básico, así como de los juegos de caracteres codificados necesarios para la comunicación de esos caracteres y funciones. A tal efecto, los elementos de los juegos de caracteres codificados se utilizan ya sea por separado o en combinaciones definidas.
1.8 Se ha previsto la utilización facultativa de repertorios de caracteres adicionales, pero no se ha definido la composición de dichos repertorios. De manera similar, se describen en general las técnicas de extensión del código para la representación de los repertorios adicionales, pero no se han asignado posiciones específicas a tal efecto en las tablas del código.
2
Definiciones
2.1@
determinantes de formato
@
E: format effectors
F: caractères de mise en page
\Funciones de control que influyen en el posicionamiento del texto dentro de la zona de texto en un dispositivo de presentación.\ En su definición se utilizan los siguientes conceptos:
2.1.1@
posición activa
@
E: active position
F: position active
\Posición de carácter en la que aparecería el próximo carácter si se presentase.\
2.1.2@
zona de texto
@
E: text area
F: zone de texte
\Parte de la página impresa que se utiliza efectivamente para la
presentación de texto. La posición activa se desplaza dentro de la zona de
texto únicamente. En el teletex, la zona de texto es la
zona
imprimible máxima
(véase la Recomendación T.60).\
2.1.3@
posición inicial
@
E: home position
F: position initiale
\Posición de referencia en cualquier línea, a la cual retorna la posición
activa después de que el terminal recibe un
retroceso del
carro
. El terminal emisor establece entonces, a partir de esta posición de
referencia, la posición de comienzo a efectos de la impresión, mediante el uso
del número necesario de caracteres de
espacio
o de
retroceso
.\
2.2@
funciones de control de la presentación
@
E: presentation control functions
F: fonctions de commande pour la présentation
\Funciones de control que determinan de una manera uniforme los atributos de presentación del texto (por ejemplo, espaciamiento de línea o formato de página) en un dispositivo de presentación.\
2.3@
extensión del código gráfico
@
E: graphic code extension
F: extension de code graphique
\Método de codificación de caracteres gráficos no incluidos entre los que
pueden representarse mediante las combinaciones de código de 8 bits de la tabla
de código básico. Otros posibles juegos de 94 caracteres gráficos pueden
designarse
por medio de secuencias de escape e
invocarse
por medio de funciones de cambio. Según cual sea
la secuencia de escape de designación, los juegos alternativos de caracteres se
representarán por combinaciones de bits de la mitad izquierda (posiciones 2/1 a
7/14 inclusive) o de la mitad derecha (posiciones 10/1 a 15/14 inclusive) de la
tabla de código de 8 bits.\
En el servicio teletex básico no se utilizan secuencias de escape ni funciones de cambio. El juego primario de caracteres gráficos definido en el 4.1.3.3 está implícitamente designado e invocado en las posiciones 2/1 a 7/14 de la tabla de código de 8 bits. El juego de caracteres gráficos suplementario definido en el 4.1.3.4 está implícitamente designado e invocado en las posiciones 10/1 a 15/14 de la tabla de código de 8 bits.
Nota
- A los efectos de la ampliación del servicio
teletex básico, los juegos de caracteres gráficos nacionales u orientados a la
aplicación pueden designarse por medio de secuencias de escape apropiadas,
superponiéndose así a los juegos primario y suplementario. El retorno a los
juegos primario y suplementario se efectúa mediante secuencias de escape
similares.
2.4@
repertorio teletex de caracteres
@
E: Teletex character repertoire
F: répertoire des caractères télétex
\Conjunto de caracteres gráficos y funciones de control que pueden transmitirse entre terminales teletex.\
2.5@
repertorio teletex de caracteres gráficos
@
E: Teletex graphic character repertoire
F: répertoire des caractères graphiques télétex
\Conjunto de caracteres gráficos que pueden transmitirse entre terminales teletex y presentarse en dichos terminales.\
2.6@
repertorio teletex básico de caracteres gráficos
@
E: Teletex basic graphic character repertoire
F: répertoire des caractères graphiques télétex de base
\Lista completa de caracteres gráficos cuya transmisión está garantizada por el servicio teletex y que pueden presentarse en todos los terminales teletex.\
2.7@
repertorio teletex de funciones de control
@
E: Teletex control function repertoire
F: répertoire des fonctions de commande télétex
\Conjunto de funciones de control transmitidas entre terminales teletex para hacer posible el control del funcionamiento del terminal receptor.\
2.8@
repertorio teletex básico de funciones de control
@
E: Teletex basic control function repertoire
F: répertoire des fonctions de commande télétex de base
\Lista completa de las funciones de control transmitidas entre terminales teletex cuyo efecto sobre el terminal receptor está definido y garantizado por el servicio.\
2.9@
otros repertorios teletex de caracteres
@
E: other Teletex character repertoires
F: autres répertoires de caractères télétex
\Listas de los caracteres gráficos y funciones de control nacionales u orientados a la aplicación que pueden transmitirse entre terminales teletex por acuerdo mutuo, además de los repertorios teletex básicos de caracteres gráficos y funciones de control.
Nota
- Ciertos repertorios de caracteres adicionales
pueden ser objeto de Recomendaciones del CCITT.\
2.10@
carácter
@
E: character
F: caractère
\Cada uno de los elementos de un conjunto que se utiliza para la organización, el control o la representación de datos. Un repertorio de caracteres contiene dos tipos de elementos: caracteres gráficos y funciones de control.\
2.11@
función de control
@
E: control function
F: fonction de commande
\Acción que influye en el registro, el procesamiento, la transmisión o la interpretación de datos. La representación codificada de una función de control consiste en una o varias combinaciones de bits. Una función de control no es un carácter gráfico, pero puede tener una representación gráfica en ciertas circunstancias (por ejemplo, a efectos del registro). Sin embargo, no debe transmitirse con la finalidad deliberada de producir una representación gráfica.\
2.12@
carácter de control
@
E: control character
F: caractère de commande
\Función de control cuya representación codificada consiste en una sola combinación de bits.\
2.13@
carácter gráfico
@
E: graphic character
F: caractère graphique
\Carácter, distinto de una función de control, que tiene una representación
visual normalmente manuscrita, impresa o en pantalla. El término
carácter gráfico
tiene dos significados:
a)caracteres gráficos que son elementos de un juego que puede designarse y
se denominan
caracteres gráficos elementales
para
distinguirlos de los
caracteres gráficos
compuestos
b)caracteres gráficos que pertenecen a un repertorio. Algunos de ellos son
caracteres gráficos compuestos
que se representan mediante
combinaciones de
caracteres gráficos elementales
.\
2.14@
presentación
@
E: presentation
F: présentation
\Impresión o visualización en una pantalla de uno o varios caracteres almacenados, con el fin de que la información almacenada pueda ser comprendida por el ser humano.\
2.15@
combinación de bits
@
E: bit combination
F: combinaison d'éléments binaires
\Conjunto ordenado de bits que representa un carácter.\
2.16@
código, juego de caracteres codificados
@
E: code, coded character set
F: code, jeu de caractères codés
\Conjunto de reglas inequívocas que establecen un juego de caracteres y una relación biunívoca entre los caracteres del juego y sus combinaciones de bits.\
2.17@
tabla de código
@
E: code table
F: tableau de code
\Tabla que muestra el carácter que corresponde a cada combinación de bits en un código. Una tabla de código reviste de ordinario la forma de una matriz rectangular de columnas y filas.\
2.18@
posición
@
E: position
F: position
\Cada elemento de una tabla de código, identificado por sus coordenadas de columna y fila.\
2.19@
extensión de código
@
E: code extension
F: extension de code
\Técnicas para la codificación de caracteres que no forman parte del juego de caracteres de un código determinado.\
2.20@
secuencia de escape
@
E: escape sequence
F: séquence d'échappement
\Cadena de bits utilizada a efectos de control en los procedimientos de
extensión de código y consistente en dos o más combinaciones de bits. La
primera de estas combinaciones corresponde al carácter
escape
.\
2.21@
designar
@
E: to designate
F: désigner
\Identificar un juego de caracteres que han de representarse, en ciertos casos de inmediato y en otros al aparecer una función de control adicional, de una manera prescrita.\
2.22@
invocar
@
E: to invoke
F: appeler
\Hacer que un juego de caracteres designado sea representado por las combinaciones de bits prescritas.\
3
Repertorio teletex de
caracteres
3.1
Consideraciones generales
3.1.1 El repertorio teletex de caracteres está constituido como se define seguidamente, conforme se ilustra en la figura 1/T.61.
FIGURA 1/T.61, p.
3.1.2 El repertorio teletex de caracteres está constituido por el
repertorio teletex de caracteres gráficos
y el
repertorio teletex de funciones de
control
3.1.3 El repertorio teletex de caracteres gráficos está constituido por el
repertorio teletex básico de caracteres gráficos
y los
repertorios teletex nacionales y
orientados a la aplicación de caracteres gráficos
. El repertorio teletex
básico de caracteres gráficos se define en el
3.2
.
3.1.4 El repertorio teletex de funciones de control está constituido por el
repertorio teletex básico de funciones de control
y los
repertorios teletex nacionales y
orientados a la aplicación de funciones de control
. El repertorio teletex
básico de funciones de control se define en el
3.3
.
3.1.5 El repertorio teletex básico de caracteres gráficos junto con el repertorio teletex básico de funciones de control constituyen el repertorio teletex básico de caracteres.
3.1.6 No se definen en la presente Recomendación las combinaciones de bits o secuencias de combinaciones de bits que no representan caracteres gráficos ni funciones de control del repertorio teletex básico de caracteres.
Nota
- Los juegos teletex de caracteres gráficos
codificados y de funciones de control permiten en principio crear combinaciones
de signos diacríticos y caracteres gráficos distintas de las definidas en el
repertorio teletex básico de caracteres gráficos. Sin embargo, como no es
posible fijar de antemano la presentación de tales símbolos compuestos en el
terminal receptor, la misma no se especifica en esta Recomendación.
3.1.7 No se definen en esta Recomendación las secuencias de caracteres gráficos y funciones de control que pueden dar lugar a la presentación de dos o más caracteres gráficos en una misma posición de carácter.
Nota
- En el curso de la preparación de textos es
posible superponer símbolos gráficos mediante las funciones de control BS, SP,
CR y RLF. Sin embargo, no se recurrirá a esta posibilidad para transmitir
ningún carácter del repertorio teletex básico de caracteres gráficos a través
del medio de comunicación. Dado que en las oficinas es corriente la práctica de
crear símbolos gráficos mediante la superposición de caracteres gráficos, al
usuario no se le puede impedir que utilice el teclado para construir localmente
símbolos compuestos y el servicio teletex no excluirá la posibilidad de la
transmisión de estos símbolos gráficos superpuestos. Como no es posible fijar
de antemano la presentación de tales símbolos gráficos superpuestos en el
terminal receptor, la misma no se especifica en la presente Recomendación. Para
evitar los problemas causados por caracteres superpuestos, se recomienda no
transmitir
retroceso de un espacio
cualesquiera que sean
las secuencias de manipulación del operador, salvo en el margen izquierdo. No
obstante, puesto que pueden recibirse caracteres superpuestos procedentes de
ciertos terminales, se recomienda que el terminal pueda representar la
superposición. Similarmente un subrayado realizado por SGR o por
subrayado sin avance de espacio
y
seguido de PLD puede producir una superposición de símbolos gráficos. Aunque la
definición de PLD en el
3.3.2
establece que la responsabilidad de
evitar la superposición incumbe al expedidor, puede ser difícil evitar una
ocurrencia accidental. En tales casos el receptor puede suprimir la impresión
del subrayado para mantener la legibilidad del otro símbolo gráfico.
3.1.8 Las funciones de control del repertorio teletex básico permiten al terminal receptor producir un documento cuyo contenido, disposición y formato sea idéntico al producido por el terminal emisor.
3.1.9 El uso de repertorios de caracteres diferentes del repertorio básico de caracteres gráficos está sujeto a un acuerdo mutuo entre los terminales y se iniciará mediante las operaciones de procedimiento adecuadas.
3.2
Repertorio teletex básico de caracteres
gráficos
3.2.1
Consideraciones generales
3.2.1.1 El repertorio de caracteres gráficos definido en esta Recomendación consta de:
a)los caracteres alfabéticos latinos enumerados en el 3.2.2 , que comprenden:
i)las 52 letras minúsculas y mayúsculas del
ii)letras acentuadas y letras con diéresis (o signo de umlaut), cuyas
representaciones gráficas consisten en combinaciones de
iii)caracteres alfabéticos que no son letras latinas básicas ni combinaciones de letras latinas básicas y signos diacríticos;
b)los caracteres no alfabéticos enumerados en el
3.2.3
, que
comprenden las cifras decimales, signos de moneda, signos ortográficos
(incluido
espacio
),
3.2.1.2 Las listas que aparecen en los 3.2.2 y 3.2.3 se componen de las siguientes columnas:
a)la primera columna contiene el identificador de cada carácter, asignado de acuerdo con el sistema de identificación que se expone en el anexo C;
b)la segunda columna presenta la representación gráfica del carácter;
c)la tercera columna especifica el nombre o la descripción del carácter.
Nota
- El repertorio de caracteres gráficos definido
en esta Recomendación contiene un juego limitado de letras acentuadas y letras
con diéresis (o signo de umlaut). Este juego se incluye en el anexo B.
3.2.2
Caracteres alfabéticos latinos
IdentificadorRepresentación gráficaDenominación o descripciónLA01aa minúscula LA02AA mayúscula LA11áa minúscula con acento agudo LA12áA mayúscula con acento agudo LA13àa minúscula con acento grave LA14àA mayúscula con acento grave LA15âa minúscula con acento circunflejo LA16âA mayúscula con acento circunflejo LA17äa minúscula con diéresis o signo de umlaut LA18äA mayúscula con diéresis o signo de umlaut LA19ãa minúscula con tilde LA20ãA mayúscula con tilde LA23a¤a minúscula con signo de vocal breve LA24A¤A mayúscula con signo de vocal breve LA27aa minúscula con cero volado (o acento sueco) LA28AA mayúscula con cero volado (o acento sueco) LA31aa minúscula con signo de vocal larga (macron) LA32AA mayúscula con signo de vocal larga (macron) LA43aa minúscula con ogonek LA44AA mayúscula con ogonek LA51aediptongo ae en minúscula LA52AEdiptongo AE en mayúscula LB01bb minúscula LB02BB mayúscula LC01cc minúscula LC02CC mayúscula LC11c c minúscula con acento agudo LC12C C mayúscula con acento agudo
LC15c¢c minúscula con acento circunflejo
LC16C¢C mayúscula con acento circunflejo
LC21c¤c minúscula con caron
LC22C¤C mayúscula con caron
LC29cc minúscula con punto superior
LC30CC mayúscula con punto superior
LC41c©c minúscula con cedilla
LC42C©C mayúscula con cedilla
LD01dd minúscula
LD02DD mayúscula
LD21d¤ o d'd minúscula con caron o con apóstrofo
LD22D¤D mayúscula con caron
LD61dd minúscula con trazo
LD62DD con trazo,
`eth'
islandesa, mayúscula
LD63d
`eth'
islandesa minúscula
LE01ee minúscula
LE02EE mayúscula
LE11ée minúscula con acento agudo
LE12éE mayúscula con acento agudo
LE13èe minúscula con acento grave
LE14èE mayúscula con acento grave
LE15êe minúscula con acento circunflejo
LE16êE mayúscula con acento circunflejo
LE17ëe minúscula con diéresis o signo de umlaut
LE18ëE mayúscula con diéresis o signo de umlaut
LE21e¤e minúscula con caron
LE22E¤E mayúscula con caron
LE29ee minúscula con punto superior
LE30EE mayúscula con punto superior
LE31ee minúscula con signo de vocal larga (macron)
LE32EE mayúscula con signo de vocal larga (macron)
LE43ee minúscula con ogonek
LE44EE mayúscula con ogonek
LF01ff minúscula
LF02FF mayúscula
LG01gg minúscula
LG02GG mayúscula
LG11g g minúscula con acento agudo
LG15g¢g minúscula con acento circunflejo
LG16G¢G mayúscula con acento circunflejo
LG23g¤g minúscula con signo de vocal breve
LG24G¤G mayúscula con signo de vocal breve
LG29gg minúscula con punto superior
LG30GG mayúscula con punto superior
LG42G©G mayúscula con cedilla
LH01hh minúscula
LH02HH mayúscula
LH15h¢h minúscula con acento circunflejo
LH16H¢H mayúscula con acento circunflejo
LH61hh minúscula con trazo
LH62HH mayúscula con trazo
LI01ii minúscula
LI02II mayúscula
LI11íi minúscula con acento agudo
LI12íI mayúscula con acento agudo
LI13ìi minúscula con acento grave
LI14ìI mayúscula con acento grave
LI15îi minúscula con acento circunflejo
LI16îI mayúscula con acento circunflejo
LI17ïi minúscula con diéresis o signo de umlaut
LI18ïI mayúscula con diéresis o signo de umlaut
LI19ĩi minúscula con tilde
LI20ĨI mayúscula con tilde
LI30II mayúscula con punto superior
LI31ii minúscula con signo de vocal larga (macron)
LI32II mayúscula con signo de vocal larga (macron)
LI43ii minúscula con ogonek
LI44II mayúscula con ogonek
LI51ijligadura ij en minúscula
LI52IJligadura IJ en mayúscula
LI61ii minúscula sin punto superior
LJ01jj minúscula
LJ02JJ mayúscula
LJ15j¢j minúscula con acento circunflejo
LJ16J¢J mayúscula con acento circunflejo
LK01kk minúscula
LK02KK mayúscula
LK41k©k minúscula con cedilla
LK42K©K mayúscula con cedilla
LK61kk minúscula groenlandesa
LL01ll minúscula
LL02LL mayúscula
LL11l l minúscula con acento agudo
LL12L L mayúscula con acento agudo
LL21l¤ o l'l minúscula con caron o con apóstrofo
LL22L¤ o L'L mayúscula con caron o con apóstrofo
LL41l©l minúscula con cedilla
LL42L©L mayúscula con cedilla
LL61ll minúscula con trazo
LL62LL mayúscula con trazo
LL63ll minúscula con punto central
LL64LL mayúscula con punto central
LM01mm minúscula
LM02MM mayúscula
LN01nn minúscula
LN02NN mayúscula
LN11n n minúscula con acento agudo
LN12N N mayúscula con acento agudo
LN19ñn minúscula con tilde (eñe minúscula española)
LN20ñN mayúscula con tilde (eñe mayúscula española)
LN21n¤n minúscula con caron
LN22N¤N mayúscula con caron
LN41n©n minúscula con cedilla
LN42N©N mayúscula con cedilla
LN61n
`eng'
minúscula lapona
LN62N
`eng'
mayúscula lapona
LN63'nn minúscula con apóstrofo
LO01oo minúscula
LO02OO mayúscula
LO11óo minúscula con acento agudo
LO12óO mayúscula con acento agudo
LO13òo minúscula con acento grave
LO14òO mayúscula con acento grave
LO15ôo minúscula con acento circunflejo
LO16ôO mayúscula con acento circunflejo
LO17öo minúscula con diéresis o signo de umlaut
LO18öO mayúscula con diéresis o signo de umlaut
LO19õo minúscula con tilde
LO20õO mayúscula con tilde
LO25oo minúscula con doble acento agudo
LO26OO mayúscula con doble acento agudo
LO31oo minúscula con signo de vocal larga (macron)
LO32OO mayúscula con signo de vocal larga (macron)
LO51ligadura en minúscula
LO52®ligadura ® en mayúscula
LO61«o minúscula con barra
LO62¬O mayúscula con barra
LP01pp minúscula
LP02PP mayúscula
LQ01qq minúscula
LQ02QQ mayúscula
LR01rr minúscula
LR02RR mayúscula
LR11r r minúscula con acento agudo
LR12R R mayúscula con acento agudo
LR21r¤r minúscula con caron
LR22R¤R mayúscula con caron
LR41r©r minúscula con cedilla
LR42R©R mayúscula con cedilla
LS01ss minúscula
LS02SS mayúscula
LS11s s minúscula con acento agudo
LS12S S mayúscula con acento agudo
LS15s¢s minúscula con acento circunflejo
LS16S¢S mayúscula con acento circunflejo
LS21s¤s minúscula con caron
LS22S¤S mayúscula con caron
LS41s©s minúscula con cedilla
LS42S©S mayúscula con cedilla
LS61Bdoble s alemana minúscula
LT01tt minúscula
LT02TT mayúscula
LT21t¤ o t't minúscula con caron o con apóstrofo
LT22T¤T mayúscula con caron
LT41t©t minúscula con cedilla
LT42T©T mayúscula con cedilla
LT61tt minúscula con trazo
LT62TT mayúscula con trazo
LT63pt minúscula,
`thorn'
islandesa
LT64PT mayúscula,
`thorn'
islandesa
LU01uu minúscula
LU02UU mayúscula
LU11úu minúscula con acento agudo
LU12úU mayúscula con acento agudo
LU13ùu minúscula con acento grave
LU14ùU mayúscula con acento grave
LU15ûu minúscula con acento circunflejo
LU16ûU mayúscula con acento circunflejo
LU17üu minúscula con diéresis o signo de umlaut
LU18üU mayúscula con diéresis o signo de umlaut
LU19ũu minúscula con tilde
LU20ŨU mayúscula con tilde
LU23uu minúscula con signo de vocal breve
LU24UU mayúscula con signo de vocal breve
LU25uu minúscula con doble acento agudo
LU26UU mayúscula con doble acento agudo
LU27uu minúscula con cero volado (o acento sueco)
LU28UU mayúscula con cero volado (o acento sueco)
LU31uu minúscula con signo de vocal larga (macron)
LU32UU mayúscula con signo de vocal larga (macron)
LU43uu minúscula con ogonek
LU44UU mayúscula con ogonek
LV01vv minúscula
LV02VV mayúscula
LW01ww minúscula
LW02WW mayúscula
LW15w¢w minúscula con acento circunflejo
LW16W¢W mayúscula con acento circunflejo
LX01xx minúscula
LX02XX mayúscula
LY01yy minúscula
LY02YY mayúscula
LY11y y minúscula con acento agudo
LY12Y Y mayúscula con acento agudo
LY15y¢y minúscula con acento circunflejo
LY16Y¢Y mayúscula con acento circunflejo
LY17yy minúscula con diéresis o signo de umlaut
LY18YY mayúscula con diéresis o signo de umlaut
LZ01zz minúscula
LZ02ZZ mayúscula
LZ11z z minúscula con acento agudo
LZ12Z Z mayúscula con acento agudo
LZ21z¤z minúscula con caron
LZ22Z¤Z mayúscula con caron
LZ29zz minúscula con punto superior
LZ30ZZ mayúscula con punto superior
3.2.3
Caracteres no alfabéticos
3.2.3.1
Cifras decimales
Identificador Representacióngráfica Denominación o descripción ND01 ND02 ND03 ND04 ND05 ND06 ND07 ND08 ND09 ND10 1 2 3 4 5 6 7 8 9 0 cifra 1 cifra 2 cifra 3 cifra 4 cifra 5 cifra 6 cifra 7 cifra 8 cifra 9 cifra 0
3.2.3.2
Signos de moneda
Identificador Representacióngráfica Denominación o descripción SC01 SC02 SC03 SC04 SC05 . $ . . símbolo de moneda general signo de libra signo de dólar signo de centavo signo de yen
3.2.3.3
Signos de puntuación
Identificador Representacióngráfica Denominación o descripción SP01 SP02
SP03 SP04 SP05 SP06 SP07 SP08 SP09 SP10 SP11 SP12 SP13 SP14 SP15 SP16 SP17 SP18
. ! ² " ' ( ) , - - . / : ; ? ³
` '
espacio (véase también el
3.3.2
) signo de admiración (final) signo de admiración (inicial)
comillas rectas apóstrofo paréntesis izquierdo paréntesis derecho coma línea
baja o de subrayado guión o signo menos punto barra oblicua dos puntos punto y
coma signo de interrogación (final) signo de interrogación (inicial) comillas
angulares izquierdas comillas angulares derechas
Nota
- En teletex (y videotex),
comillas, apóstrofo y coma
son caracteres independientes
que no pueden tener el significado de signos diacríticos.
3.2.3.4
Signos aritméticos
Identificador Representacióngráfica Denominación o descripción SA01 SA02 SA03 SA04 SA05 SA06 SA07 + ¹ < = > signo más signo más/menos signo menor que signo igual signo mayor que signo de división signo de multiplicación
Nota
- Para el
signo menos
, véase
SP10.
Subíndices y exponentes
Identificador Representacióngráfica Denominación o descripción NS02 NS03 2 3 exponente 2 exponente 3
3.2.3.6
Fracciones
Identificador Representacióngráfica Denominación o descripción NF01 NF04 NF05 Ý ß Ü fracción un medio fracción un cuarto fracción tres cuartos
3.2.3.7
Símbolos diversos
Identificador Representacióngráfica Denominación o descripción SM01 SM02
SM03 SM04 SM05 SM06 SM08 SM13 SM17 SM18 SM19 SM20 SM21 SM24 SM25 SM26 ## %
& * [ ] | è û
o a
Î . º
signo de número signo de tanto por ciento y comercial asterisco a comercial
corchete izquierdo corchete derecho barra vertical signo de micro signo de
ohmio signo de grado indicador ordinal, masculino indicador ordinal, femenino
signo de párrafo signo de calderón punto central
3.2.3.8
Signos diacríticos utilizados como carácteres
gráficos separados
Identificador Representacióngráfica Denominación o descripción SD11 SD13 SD15 SD17 SD19 SD21 SD23 SD25 SD27 SD29 SD31 SD41 SD43 acento agudo con espacio acento grave con espacio acento cincunflejo con espacio diéresis o signo de umlaut con espacio tilde con espacio caron con espacio signo de vocal breve con espacio doble acento agudo con espacio cero volado (o acento sueco) con espacio punto superior con espacio signo de vocal larga (macron) con espacio cedilla con espacio ogonek con espacio
Nota
- Los signos diacríticos se ilustran junto con un
rectángulo que representa la posición relativa del carácter gráfico con el que
están asociados normalmente.
3.2.3.9
Caracteres sin avance de espacio
Identificador Representacióngráfica Denominación o descripción SM27 subrayado sin avance de espacio
Nota
- El carácter
subrayado sin
avance de espacio
nunca se utiliza individualmente, sino en combinación
con otro carácter gráfico para obtener la presentación gráfica
`subrayado'
del carácter asociado. El carácter
subrayado
sin avance de espacio
puede utilizarse en combinación con cualquier
carácter gráfico del repertorio, incluida una letra acentuada, un umlaut, o
espacio
. Se recomienda que se aplique la función
`subrayado'
mediante la función de control SGR(4) en lugar del carácter
gráfico
`subrayado sin avance de espacio'
. No obstante, el recibirse,
ambos deben ser correctamente interpretados.
3.3
Repertorio teletex básico de funciones de
control
3.3.1
Consideraciones generales
3.3.1.1 El repertorio de funciones de control definido en esta Recomendación consta de:
a) determinantes de formato;
b) funciones de control de presentación;
c) funciones de control de extensión de código;
d) otras funciones de control.
3.3.1.2 Además de las precedentes categorías pueden emplearse en el servicio teletex otras funciones de control, en particular funciones de control de la transmisión requeridas por procedimientos de control de nivel inferior. Estas funciones de control no se especifican en la presente Recomendación pues no se utilizan durante la transmisión de textos en el servicio teletex básico.
3.3.1.3 En los 3.3.2, 3.3.3, 3.3.4 y 3.3.5 se enumeran, respectivamente, los determinantes de formato, las funciones de control de la presentación, las funciones de control de extensión de código y las funciones de control varias. Las correspondientes listas están compuestas por las columnas siguientes:
a) la primera columna contiene el identificador de cada función de control, asignado de acuerdo con el sistema de identificación que se expone en el anexo C;
b) la segunda columna contiene la denominación abreviada de la función de control;
c) la tercera columna contiene la denominación y la definición de la función de control.
3.3.1.4 Se supone al principio de cada página el estado supletorio para la totalidad de las funciones de control definidas en los 3.3 y E.3.2. Lo mismo se aplica a la designación e invocación implícitas de juegos de caracteres definidos en los Î A.1 y A.2.
El comienzo de una nueva página se indica bien mediante una
@
instrucción de comienzo de documento
(CDS)\, una
@
instrucción de continuación de
documento
(CDC)\, o una @
instrucción de límite de
página de documento
(CDPB)\, todas ellas acompañadas por
una @
instrucción de información de usuario de documento
(CDUI)\. Véase la Recomendación T.62.
Debido a su efecto inmediato sobre la presentación de una nueva página,
deben transmitirse valores de los parámetros distintos de los valores
supletorios para las funciones de control correspondientes a los
3.3
y E.3.2; por ejemplo,
selección del formato de página
o
selección de espaciamiento horizontal
antes de la
secuencia
página siguiente
,
retroceso del
carro
, o
retroceso del carro
,
página
siguiente
. Mediante esta secuencia, serán efectivas las funciones de
control.
3.3.2
Determinantes de formato
Identificador Abreviatura Denominación y
definición
SP01 SP
Espacio
Determinante de formato que hace que la posición activa avance una posición de carácter en el mismo renglón.
Este carácter se considera también como un carácter gráfico sin impresión.
CF10 BS
Retroceso de un
espacio
Determinante de formato que hace que la posición activa retroceda una posición de carácter en el mismo renglón.
CF12 LF
Cambio de
renglón; cambio de
línea
Determinante de formato que hace que la posición activa descienda hasta la posición de carácter correspondiente del renglón siguiente.
LF nunca da lugar a un movimiento
horizontal de la posición activa. Para
obtener el equivalente de
nuevo renglón
debe
utilizarse
cambio de
renglón
en combinación con
@
retroceso del
carro
(CR)\. En esta secuencia de
caracteres, CR debe ir inmediatamente
seguido de LF o viceversa. Véase
asimismo el
2.1.2
(zona de
texto).
CF14 FF
Página
siguiente; cambio
de página
Determinante de formato que hace que la posición activa avance hasta la posición de carácter correspondiente en el primer renglón de la zona del texto comunicado de una nueva página.
FF nunca da lugar a un movimiento horizontal de la posición activa.
FF deberá utilizarse solamente en
combinación con
retroceso del
carro
(CR).
En secuencia de caracteres, CR debe ir inmediatamente seguido por FF o viceversa.
Esta secuencia afecta a la presentación de una nueva página (véase asimismo el 3.3.1.4 ).
En cada una de las páginas (incluyendo la primera página de un documento), deberá introducirse el texto mediante esta secuencia. Cualesquiera funciones de control que sea necesario definir al principio de la página deberán ir precedidas por esta secuencia. Esta secuencia no debe utilizarse más de una vez dentro de una página, de conformidad con la Recomendación T.62.
CF15 CR
Retroceso del
carro
Determinante de formato que desplaza la posición activa a la posición inicial en el mismo renglón.
Nota
- En ciertas
circunstancias, CR puede entrañar un
movimiento hacia adelante de la
posición activa, es decir, cuando esta
última ha quedado delante de la
posición inicial.
CF16 PLD
Descenso parcial de
renglón
(Comienzo de subíndice/Fin de exponente)
Determinante de formato que traslada la
posición activa a la posición de
carácter correspondiente en un renglón
imaginario con un desplazamiento
vertical parcial. Este desplazamiento
debe ser suficiente para permitir, ya
sea la visualización de los caracteres
siguientes como subíndices hasta que
aparece por primera vez el determinante
de formato
@
ascenso
parcial de renglón
(PLU)\ en el tren de datos, o, si el
carácter inmediatamente precedente ha
sido visualizado como un exponente, la
restitución de la visualización de los
caracteres subsiguientes al renglón
activo. No se definen en esta
Recomendación las interacciones entre
PLD y los determinantes de formato
vertical distintos de PLU.
En consecuencia, toda aparición de PLD para dar comienzo a la presentación en subíndice irá seguida de PLU en el mismo renglón sin que intervengan otros caracteres PLD. Cualquier otro modo de utilización podría hacer que la presentación en el receptor tenga lugar con un formato de impresión diferente del deseado por el expedidor.
PLD no afecta a la posición vertical de
cualquier subrayado del carácter o
caracteres subsiguientes, si se invoca
el subrayado (por SGR o
subrayado sin avance de
espacio
) antes del PLD.
Nota
- Se tiene la
intención de que la visualización tenga
lugar por medio de:
- tipos de imprenta especiales con o sin movimiento de la posición activa, o - un desplazamiento de la posición activa de no más de medio espaciamiento de renglón.
La responsabilidad de evitar la superposición en la impresión incumbe al expedidor. El terminal receptor es responsable de la interpretación y la reproducción.
CF17 PLU
Ascenso parcial de
renglón
(Comienzo de exponente/Fin de subíndice)
Determinante de formato que traslada la
posición activa a la posición de
carácter correspondiente en un renglón
imaginario con un desplazamiento
vertical parcial. Este desplazamiento
debe ser suficiente para permitir, ya
sea la visualización de los caracteres
siguientes como exponentes
(superíndices) hasta que aparece por
primera vez el determinante de formato
@
descenso parcial de
renglón
(PLD)\ en el tren de
datos, o, si el carácter inmediatamente
precedente ha sido visualizado como un
subíndice, la restitución de la
visualización de los caracteres
subsiguientes al renglón activo. No se
definen en esta Recomendación las
interacciones entre PLU y los
determinantes de formato vertical
distintos de PLD.
En consecuencia, toda aparición de PLU para dar comienzo a la presentación como exponentes irá seguida de PLD en el mismo renglón sin que intervengan otros caracteres PLU. Cualquier otro modo de utilización podría hacer que la presentación en el receptor tenga lugar con un formato de impresión diferente del deseado por el expedidor.
PLU no afecta a la posición vertical de
cualquier subrayado del carácter o
caracteres subsiguientes, si se invoca
el subrayado (mediante SGR o
subrayado sin avance de
espacio
) antes del PLU.
Nota
- Se tiene la
intención de que la visualización tenga
lugar por medio de:
- tipos de imprenta especiales con o sin movimiento de la posición activa, o - un desplazamiento de la posición activa de no más de medio espaciamiento de renglón.
La responsabilidad de evitar la superposición de la impresión incumbe al expedidor. El terminal receptor es responsable de la interpretación y la reproducción.
3.3.3
Funciones de control de
presentación
3.3.3.1 Las funciones de control de presentación definidas en esta Recomendación influyen en los siguientes atributos de presentación:
- formato de página (orientación vertical u horizontal);
- espaciamiento vertical (espaciamiento entre líneas);
- ejecución gráfica (subrayado).
3.3.3.2 Las funciones de control de presentación son funciones con parámetros. Los valores de parámetro que no se definen en esta Recomendación quedan sujetos a una normalización futura por el CCITT y/o la ISO. En el servicio teletex básico, el espaciamiento horizontal (anchura de la posición de carácter o paso de carácter) es fijo, pero con objeto de facilitar las extensiones del servicio básico se ha incluido una función de control de presentación que comprende este atributo.
3.3.3.3 Dentro de una página pueden modificarse el espaciamiento vertical, el espaciamiento horizontal y la ejecución gráfica.
3.3.3.4
Descripción de las funciones de control de
presentación
Identificador Abreviatura Denominación y
definición
CP01 PFS
Selección del
formato de página
Función de control de presentación con
un parámetro selectivo que especifica
el formato de la página que ha de
introducirse por una subsiguiente
función de control
@
página siguiente
(FF)\.
El significado del valor del parámetro es:
0: formato vertical de página básico; 1: formato horizontal de página básico.
El valor supletorio del parámetro es 0. Las zonas de texto correspondientes a estos formatos de página se definen en la Recomendación T.60.
CP03 SGR
Selección de
reproducción (ejecución) gráfica
Función de control con uno o más
parámetros que especifica uno o varios
aspectos que atañen a la reproducción
(ejecución) gráafica de los caracteres
gráficos y de los caractares
espacio
en el
texto subsiguiente.
Todos los aspectos de la reproducción (ejecución) gráfica especificados tienen efecto inmediatamente y permanecen vigentes hasta que se modifican mediante una aparición posterior de SGR con un valor de parámetro adecuado dentro de la página.
Cuando se utilice SGR para iniciar el subrayado en el ámbito de una presentación con subíndices o exponentes (véase el 3.3.2 PLD y PLU) todas las líneas horizontales utilizadas para realizar el subrayado descienden y ascienden simultáneamente con los caracteres de subíndice o exponente a los que se aplican. Todas las funciones PLU o PLD que tengan lugar cuando el subrayado ya está aplicado no influyen sobre la posición vertical de tales líneas horizontales (véase asimismo la nota del 3.1.7 ).
La representación de subrayado múltiple
en una posición de carácter producida
por combinaciones de SGR y
subrayado sin avance de
espacio
o por otros medios (por
ejemplo
x
y
) no se
garantiza en el extremo receptor del
servicio teletex básico.
El significado del valor del parámetro es:
0: reproducción por defecto; 4: subrayado.
El valor por defecto del parámetro es 0.
CP04 SHS
Selección de
espaciamiento horizontal
Función de control de presentación con
un parámetro selectivo que especifica
el espaciamiento entre caracteres para
el texto subsiguiente. El valor del
parámetro de esta función de control
puede modificarse dentro de una página,
siempre que no aparezcan caracteres
gráficos entre el SHS y la siguiente
aparición del
retroceso
del carro
(CR) y
cambio de renglón
o
retroceso del
carro
y
página
siguiente
. El nuevo valor del
parámetro surtirá efecto
inmediatamente.
El significado del valor de parámetro es:
0: 10 caracteres cada 25,4 mm.
El valor por defecto del parámetro es 0.
Nota
- En el
servicio teletex básico, los terminales
deben evitar enviar SHS, pues sólo es
válido un valor de parámetro, que es
implícito por defecto (véase el
3.3.1.4
); sin embargo, todos
los terminales deberán poder recibir
textos que contengan SHS con valor de
parámetro
`0'
y SHS sin valor de
parámetro.
CP05 SVS
Selección de
espaciamiento vertical
Función de control de presentación con
un parámetro selectivo que especifica
el espaciamiento entre líneas para el
texto subsiguiente. El valor de este
atributo puede modificarse en cualquier
lugar dentro de una página, y surtirá
efecto al aparecer
cambio
de renglón
o
cambio de renglón
inverso
(véase el anexo E).
El significado del valor del parámetro es:
0: 6 renglones cada 25,4 mm; 1: 4 renglones cada 25,4 mm; 2: 3 renglones cada 25,4 mm; 3: 12 renglones cada 25,4 mm.
El valor por defecto del parámetro es 0.
El valor 3 del parámetro se utiliza
para especificar un espaciamiento de
medio renglón hacia abajo (o un
espaciamiento de medio renglón hacia
arriba si se utiliza en combinación con
cambio de
renglón inverso
.
3.3.4
Funciones de control de extensión de
código
Identificador Abreviatura Denominación y
definición
CE06 CSI
Introductor de
secuencia de control
Función de control de extensión de código que se utiliza para establecer representaciones codificadas de funciones de control adicionales, en particular de funciones de control con parámetros, como por ejemplo las funciones de control de presentación.
Nota
- En los Î
E.3.2.3 y E.4.2.3 se definen funciones
de control para extensión de códigos
gráficos.
3.3.5
Otras funciones de control
Identificador Abreviatura Denominación y
definición
CM02 SUB
Carácter de
sustitución
Función de control utilizada conforme se define en la Recomendación T.50 para indicar un carácter erróneo. Tiene por objeto permitir la impresión de una indicación de error o la identificación de la ubicación de un carácter erróneo recibido.
No se permite que un terminal envíe el
carácter de
sustitución
SUB (01/10).
Los terminales que reciban un
carácter de
sustitución
podrán
optar entre representarlo mediante un
carácter con avance de espacio o
ignorarlo.
4
Representaciones codificadas
4.1
Juegos de caracteres gráficos
4.1.1
Introducción
4.1.1.1 Las representaciones codificadas de los caracteres gráficos
definidos en esta Recomendación consisten en la combinación de bits 2/0 de
espacio
y las combinaciones de bits de un
juego primario
y un
juego
suplementario
de caracteres gráficos
4.1.1.2 Los juegos primario y suplementario se definen en el 4.1.2 . En el 4.1.3 se especifica la utilización de sus elementos para representar caracteres gráficos del repertorio definido en el 3.2 .
4.1.2
Tabla de código
4.1.2.1 El juego primario, especificado en la figura 2/T.61, es un subjuego
del juego de caracteres gráficos de la
4.1.2.2 El juego suplementario, especificado también en la figura 2/T.61, contiene tres tipos de elementos:
a) signos diacríticos, que se utilizan en combinación con las letras del alfabeto latino básico del juego primario para constituir las representaciones codificadas de letras acentuadas y de letras con diéresis (o signo de umlaut). Cada uno de estos caracteres actúa como un modificador, indicando que la letra inmediata siguiente debe transformarse en una letra acentuada o una letra con diéresis (o signo de umlaut);
b) caracteres alfabéticos que se utilizan además del alfabeto latino básico del juego primario, que no se componen de signos diacríticos y letras básicas;
c) caracteres no alfabéticos, que se utilizan además de los comprendidos en el juego primario.
4.1.2.3 Las combinaciones de bits equivalentes a posiciones vacías en la tabla de código de la figura 2/T.61 no serán transmitidas en el servicio teletex básico. Las posiciones sombreadas corresponden a combinaciones de bits que no forman parte de los juegos especificados por la tabla.
Nota
- En las Recomendaciones T.50 y T.100 y en la
Norma ISO 6937 se utilizan combinaciones de bits equivalentes a posiciones
vacías de la figura 2/T.61 para representar caracteres gráficos, pero dichos
caracteres gráficos son ajenos al servicio teletex básico.
4.1.3
Formatos de las representaciones codificadas
4.1.3.1 Las representaciones codificadas de los caracteres gráficos del repertorio definido en esta Recomendación tienen los siguientes formatos:
a) Caracteres alfabéticos y no alfabéticos del juego primario: cada uno de estos caracteres se representa por una sola combinación de bits, en la gama de 2/1 a 7/14. El juego primario contiene las letras del alfabeto latino básico.
b) Letras acentuadas y letras con diéresis (o signo de umlaut): cada uno de estos caracteres se representa por una secuencia de dos combinaciones de bits. La primera parte de esta secuencia es una combinación de bits de la gama de 12/0 a 12/15 (excluida la 12/12) que representa un signo diacrítico. La segunda parte es una combinación de bits en la gama de 4/1 a 5/10 ó 6/1 a 7/10 que representa una letra latina básica.
Figure 2/T.61, p.20
c) Caracteres alfabéticos y no alfabéticos del juego
suplementario: cada uno de estos caracteres se representa por
una sola combinación de bits en la gama de 10/1 a 11/15 o de
13/0 a 15/14.
d) Los signos diacríticos que constituyen caracteres gráficos
separados se representan por secuencias de combinaciones de
bits, de la misma manera que las letras acentuadas y las letras
con diéresis (o signo de umlaut), pero utilizando la
combinación de bits 2/0 (
espacio
) en lugar
de una letra latina básica.
e) La representación codificada del carácter
subrayado sin avance de
espacio
debe preceder a la del carácter a que éste se
aplica. En particular, cuando se utiliza para subrayar una
letra acentuada o un umlaut, el
subrayado sin
avance de espacio
precederá a la
combinación de bits que representa el signo diacrítico. Entre
el carácter
subrayado sin avance
de espacio
y el carácter al que éste se
aplica pueden insertarse una o más funciones de control, por
ejemplo
descenso parcial de renglón
(PLD),
ascenso parcial de
renglón
(PLU) o una función de control de
extensión de código.
Como hay dos posibilidades de subrayado (el
subrayado sin avance de
espacio
y la función de control
selección
de reproducción gráfica
), se
presentan, en el anexo F, algunos ejemplos para ilustrar su
utilización individual y en combinación con las funciones de
control PLU y PLD.
4.1.3.2 El carácter
espacio
^ se codifica 2/0.
4.1.3.3 La representación codificada del juego teletex primario de caracteres gráficos se especifica en el cuadro 1/T.61.
4.1.3.4 La representación codificada del juego teletex suplementario de caracteres gráficos se especifica en el cuadro 2/T.61.
4.2
Juegos de funciones de control
4.2.1
Introducción
4.2.1.1 Las representaciones codificadas de las funciones de control
definidas en esta Recomendación consisten en combinaciones de bits de un
juego primario
y un
juego
suplementario
de funciones de control.
4.2.1.2 Los juegos primario y suplementario se definen en el 4.2.2 . En el 4.2.3 se especifica el empleo de sus elementos para representar funciones de control del repertorio definido en el 3.3 .
4.2.2
Tabla de código
4.2.2.1 El juego primario, especificado en la figura 3/T.61, se deriva del juego de funciones de control del juego de caracteres codificados de 7 bits de la Recomendación T.50.
4.2.2.2 El juego suplementario se especifica también en la figura 3/T.61.
4.2.2.3 Las posiciones vacías en la tabla de código corresponden a combinaciones de bits que se han reservado para su normalización futura. Las posiciones sombreadas corresponden a combinaciones de bits que no forman parte de los juegos especificados en la tabla.
Nota
- En la Recomendación T.50 y en la norma ISO-6429
se utilizan combinaciones de bits equivalentes a las posiciones vacías de la
figura 3/T.61 para representar funciones de control, pero dichas funciones no
intervienen en la transmisión de textos en el servicio teletex básico.
4.2.3
Formatos de las representaciones codificadas
4.2.3.1 Las representaciones codificadas de las funciones de control del repertorio definido en esta Recomendación tienen los siguientes formatos:
a) Funciones de control que son elementos del juego primario: cada una de estas funciones de control se representa por una sola combinación de bits en la gama de 0/0 a 1/15.
b) Funciones de control que son elementos del juego suplementario: cada una de estas funciones de control se representa por una sola combinación de bits en la gama de 8/0 a 9/15.
c) Funciones de control con parámetros: cada una de estas funciones de control se representa por una secuencia de control que reviste la forma:
CSI P1 .^.^. Pn I1 .^.^. Im F
conforme se explica en el anexo D. La primera parte de esta
secuencia es la representación codificada de la función de
control de ampliación de código @
introductor de
secuencia de control
(CSI)\ del juego
suplementario, la segunda parte (que puede omitirse) consiste
en una o más combinaciones de bits en la gama de 3/0 a 3/15 que
representan uno o varios parámetros de la función de control;
la última parte de la secuencia de control se compone de una o
varias combinaciones de bits que identifican la función de
control de que se trata; esta parte consta ya sea de una sola
combinación de bits
final
(F) en la gama
de 4/0 a 7/14 o de una o varias combinaciones de bits
intermedias
(I) en la gama de 2/0 a 2/15
seguidas de una combinación de bits
final
en la gama de 4/0 a 7/14.
Nota
- Para la representación codificada
de los parámetros P1 .^.^. Pn) no pueden utilizarse ceros
iniciales (combinación de bit 03/00); (por ejemplo: si P1 .^.^.
Pn = 4, no se permite usar 03/00 03/04 para codificar el valor
de parámetro 4).
4.2.3.2 Las representaciones codificadas de las funciones de control del repertorio definido en esta Recomendación se especifican en las listas de los 4.2.4.1 (determinantes de formato), 4.2.4.2 (funciones de control de presentación), 4.2.4.3 (funciones de control de extensión de código) y 4.2.4.4 (otras funciones de control). Estas listas constan de las siguientes columnas:
a) la primera columna contiene el identificador de cada función de control;
b) la segunda columna contiene la denominación abreviada de la función de control;
c) la tercera columna especifica la representación codificada de la función de control.
4.2.4
Representaciones codificadas
4.2.4.1
Determinantes de formato
Identificador Abreviatura Representación codificada
CF10 BS ^0/8 CF12 LF ^0/10 CF14 FF ^0/12 CF15 CR ^0/13 CF16 PLD ^8/11 CF17 PLU ^8/12
4.2.4.2
Funciones de control de presentación
Identificador Abreviatura Representación codificada
CP01 PFS CSI P1 .^.^. Pn 2/0 4/10 CP03 SGR CSI P1 .^.^. Pn 6/13 CP04 SHS CSI P1 .^.^. Pn 2/0 4/11 CP05 SVS CSI P1 .^.^. Pn 2/0 4/12
4.2.4.3
Funciones de control de extensión de código
Identificador Abreviatura Representación codificada
CE06 CSI ^9/11
4.2.4.4
Otras funciones de control
Identificador Abreviatura Representación codificada
CM02 SUB ^1/10
Tableau 1/T.61 [T2.61] A L'ITALIENNE, p.21
Tableau 2/T.61 [T3.61] A L'ITALIENNE, p.22
Figure 3/T.61, p.23
(H.T.=OUI)
TAB.???
FICHIER: H.T. =
(73.TA.215.S)
(SANS FORMULES) Tableaux: 08 - Tabulateurs: .. Formu
(BT10) Disk NF01/035 (OPM = 01)
(73.TE.07.S)
(A1.23s) / [26s]
FOLIOS: 266 -
290 (DO PRC.COSY.2)
MEP {TPS.NON.PHOTO "[PA1]"} : OK= [1]
Saisie diskette 19.10.89 MR
ID + Vérif. + laser 15.11.89 AF
MAJ s/disquettes 15.11.89 AF
Corr. LASER (1re épreuve) = 3eme 5.12.89 JB
Espaces réservés + Transfert + Impr. 20.12.89 ZR
AJOUTER (PA1) (CL1,0,0,0) pour MEP
MEP + LASER 8.01.90 KJ
Corr. MEP ........ ..
Insertion des tableaux (tabulateurs .) ........ ..
BAT 19.01.90 PM
MAJ s/disquettes ........ ..
ANEXO A (a la Recomendación T.61)
Procedimientos de
extensión de código
A.2Este código de 8 bits contiene el juego primario de caracteres gráficos, como juego G0, en las posiciones 2/1 a 7/14, el juego suplementario de caracteres básicos, como juego G2, en las posiciones 10/1 a 15/14, el juego primario de caracteres de control en las posiciones 0/0 a 1/15 y el juego suplementario de caracteres de control en las posiciones 8/0 a 9/15. Los caracteres que constituyen estos juegos básicos se definen en esta Recomendación.
A.3Para potenciar el servicio teletex básico se utilizarán los siguientes medios de extensión de código:
a)designación e invocación de juegos de control C0 y C1 mediante las
b)designación de hasta cuatro juegos de caracteres gráficos denominados G0, G1, G2 y G3;
c)invocación, por medio de
Las funciones de cambio utilizadas son:
LS0, LS1, LS1R, LS2, LS2R, LS3, LS3R, SS2 y SS3.
De acuerdo con la Norma ISO 2022, la combinación de bits que sigue a SS2 o SS3 representa un carácter de las columnas 2 a 7, salvo las posiciones 2/0 y 7/15, de una tabla de código. Se excluyen todos los caracteres de las columnas 8 a 15 de su asignación a las combinaciones de bits que siguen a SS2 o SS3. La utilización de funciones de cambio no permanente (cambio sin bloqueo) no afecta a la situación actual establecida por una o más de las funciones de cambio permanente (con bloqueo).
Hay siete
En el cuadro A.1/T.61 que sigue, se muestran las funciones de cambio no permanente, las funciones de cambio permanente y los juegos G conexos.
A.4En el Î E.3.2.3 se definen las funciones de cambio, que se codifican como se especifica en el Î E.4.2.3.
La utilización de las funciones de cambio se negocia implícitamente especificando los juegos de caracteres, en el curso del procedimiento de negociación de las posibilidades del terminal según los procedimientos de control de la Recomendación T.62. Todos los terminales que soportan las técnicas de extensión de códigos de caracteres gráficos deben soportar las funciones de cambio LS0, LS2R y SS2 a fin de invocar los juegos de caracteres gráficos primario y suplementarios del teletex dentro de una página.
A.5Para la designación e invocación de los juegos de control se utilizan las siguientes secuencias de escape:
Juego C0 ESC 2/1 F
Juego C1 ESC 2/2 F
El símbolo F indica la combinación de bit final de una secuencia de escape.
El CCITT y la ISO deberán proporcionar los caracteres finales F.
A.6Para la designación de los juegos de caracteres gráficos registrados por el CCITT o por la ISO, se utilizarán los formatos de secuencia de escape que se indican en el cuadro A-2/T.61.
FIGURE A-1/T.61, p. 1
Tableau A-1/T.61 [T4.61], p. 2
CUADRO A-2/T.61 [T5.61], p.
A.7Para designar los @
juegos de caracteres dinámicamente
redefinibles
(JCDR)\ se utilizarán los formatos de secuencias de escape
que se indican en el cuadro A-3/T.61.
A.8Las secuencias de escape para la designación de juegos de caracteres gráficos y funciones de cambio asociadas para invocar estos juegos de caracteres gráficos, así como las secuencias de escape para la designación e invocación de los juegos de control podrán aparecer en cualquier posición dentro del texto.
A.9El carácter final F para los juegos de caracteres del teletex básico es:
-Juego de control primario 04/05
-Juego de control suplementario 04/08
-Juego gráfico primario 07/05
-Juego gráfico suplementario 07/06
Tableau A-3/T.61 [T6.61], p. 4
ANEXO B (a la Recomendación T.61)
Empleo de signos
diacríticos
B.1 El juego suplementario contiene 13 signos
diacríticos
Acento agudo12/2
Acento grave12/1
Acento circunflejo12/3
Diéresis o signo de umlaut12/8
Tilde12/4
Caron12/15
Signo de vocal breve12/6
Doble acento agudo12/13
Cero volado (o acento sueco)12/10
Punto superior12/7
Signo de vocal larga (macron)12/5
Cedilla12/11
Ogonek12/14
Nota
- En la versión de 1980 de esta Recomendación se
estipuló que el carácter 12/9 representaba el signo de umlaut. Esta utilización
está desaconsejada. Se prevé su supresión en el fututo.
B.2En el lado izquierdo de la figura B-1/T.61 se especifican las combinaciones de signos diacríticos y letras básicas que se definen en esta Recomendación, y en el lado derecho se indican los caracteres alfabéticos especiales utilizados.
Fig. B-1/T.61 [T7.61], p.5 (à traiter Tableau
MEP)(ITALIENNE)
ANEXO C (a la Recomendación T.61)
Sistema de
identificación
C.1Para los fines de esta Recomendación se ha elaborado un
sistema que permite identificar y describir cada carácter gráfico o función de
control. El sistema se muestra en la figura C-1/T.61.
C.2Cada identificador está formado por dos letras y dos cifras.
C.3La primera letra indica el alfabeto, el idioma, etc.
C.4La segunda letra indica una letra de un alfabeto o, en el caso de un carácter gráfico no alfabético o de una función de control, el grupo de caracteres o funciones de control.
C.5La primera cifra indica si la letra situada en la segunda posición es una letra acentuada, si el signo diacrítico va encima o debajo de la letra, etc. No tiene significado especial si la primera letra es una C, N o S.
C.6La segunda cifra indica si la letra es mayúscula o minúscula (par o impar). Si la primera letra es una C, N o S, no tiene importancia que esta cifra sea par o impar.
C.7La numeración se emplea de manera coherente, de modo que a cada signo diacrítico se le dé siempre el mismo número.
C.8El principio de la numeración se muestra en el cuadro C-1/T.61.
Tableau C-1/T.61 [T8.61], p. 6
Figure C-1/T.61, p. 7
ANEXO D (a la Recomendación T.61)
Formato de las secuencias de
control
Este anexo se facilita solamente a título de información y no
constituye parte de las disposiciones estipuladas por esta Recomendación. En su
lugar proporciona explicaciones del formato de las secuencias de control.
Consta de extractos discontinuos de la norma ISO 6429. Al objeto de facilitar
las referencias a dicho documento, se ha mantenido la numeración de los puntos
utilizada en el mismo, en lugar de enumerar éstos por orden consecutivo. Para
asegurarse de que se interpreten correctamente todos los detalles convendrá
consultar la citada norma.
En el servicio teletex no se admiten las codificaciones dobles de los parámetros, intermedias y finales de una secuencia de control y el operando de un carácter de un solo cambio (como se menciona en el 10 del extracto). Además la codificación de 7 bits no es pertinente para el servicio teletex.
Extracto de la norma ISO 6429:
Ò5.1.2
Funciones de control representadas por secuencias de
control
Una secuencia de control consta del
introductor de
secuencia de control
(CSI) seguido de uno o más caracteres que identifican
la función de control y, si procede, representan los parámetros de la función
de control. La propia función de control CSI forma parte del juego C1.
El formato de una secuencia de control es:
CSI P1 .^.^. Pn I1 .^.^. Im F donde:
a)CSI se representa por ESC 5/11 en un código de 7 bits y por la combinación 9/11 en un código de 8 bits (véase el 5.2 ).
b)P1 .^.^. Pn corresponden a valores de parámetro y se representan por combinaciones de bits de la columna 3; estas combinaciones de bits deben omitirse si la función de control no tiene ningún parámetro, y pueden omitirse si ha de aplicarse el valor supletorio (valor por defecto) del parámetro.
c)I1 .^.^. Im son caracteres intermedios representados por combinaciones de bits de la columna 2 que, junto con la combinación de bits que representa el carácter final F, identifican la función de control; estas combinaciones de bits deben omitirse si la función de control se identifica únicamente mediante la combinación de bits que representa el carácter final F.
Nota
- Esta Norma Internacional (ISO 6429) no limita el
número de caracteres intermedios; en la práctica, bastará a lo sumo con un
carácter intermedio, ya que su empleo permite identificar más de mil funciones
de control.
d)F es el carácter final; se representa por una combinación de bits de las columnas 4, 5, 6 ó 7 (exceptuada la 7/15); termina la secuencia de control y, junto con los caracteres intermedios, de haberlos, identifica la función de control (véase el 10 ).
Los caracteres finales (utilizados ya sea solos o junto con caracteres intermedios) se clasifican en dos categorías:
i)las funciones de control identificadas por un carácter final representado por una combinación de bits de las columnas 4, 5 y 6, que o están normalizadas o se reservan para su normalización futura;
ii)las funciones de control identificadas por un carácter final representado por una combinación de bits de la columna 7 (exceptuada la 7/15), que no están normalizadas y se hallen disponibles para uso privado (o experimental).
Hay dos tipos de parámetros: numéricos y selectivos (véase el 5.4 ).
En los cuadros 2 y 3 se especifican las combinaciones de bits de las columnas 4, 5 y 6 que representan los caracteres finales y las combinaciones de bits que representan los caracteres intermedios.Ó
Ò5.4
Representaciones de los parámetros
Una secuencia de control puede contener una cadena P1 .^.^. Pn que represente uno o más parámetros para completar la especificación de la función de control.
La cadena de combinaciones de bits P1 .^.^. Pn contenida en una secuencia de control se denomina cadena de parámetro. Está formada por combinaciones de bits de la columna 3 y se interpreta de la siguiente manera:
a)si la primera combinación de bits de la cadena de parámetro está comprendida entre 3/0 y 3/11, la cadena de parámetros se interpreta de acuerdo con el formato que se describe más adelante;
b)si la primera combinación de bits de la cadena de parámetro está comprendida entre 3/12 y 3/15, la cadena de parámetro está disponible para uso privado (o experimental). En esta Norma Internacional (ISO 6429) no se especifica su formato ni su significado.
5.4.1
Formato de una cadena de parámetro
Una cadena de parámetro tendrá el siguiente formato:
a)una cadena de parámetro consiste en una o más subcadenas de parámetro;
b)cada subcadena de parámetro está constituida por una o más combinaciones de bits, de 3/0 a 3/9, que representan las cifras decimales cero a nueve;
c)las subcadenas de parámetro van separadas por una combinación de bits 3/11;
d)la combinación de bits 3/10 está reservada para normalización futura como un separador adicional de parámetros;
e)las combinaciones de bits 3/12 a 3/15 no se usarán;
f)en cada subcadena de parámetro las combinaciones de bits 3/0 iniciales no son significativas y pueden omitirse;
g)si la cadena de parámetro comienza por la combinación de bits 3/11, se supone que el separador va precedido de una subcadena de parámetro vacía; si la cadena de parámetro termina por la combinación de bits 3/11, se supone que el separador va seguido de una subcadena de parámetro vacía; si la cadena de parámetro contiene combinaciones de bits 3/11 sucesivas, se supone la existencia de subcadenas de parámetro vacías entre los separadores;
h)si la función de control tiene más de un parámetro y algunas subcadenas de parámetro están vacías, debe seguir habiendo separadores (combinación de bits 3/11). Sin embargo, si la(s) subcadena(s) de parámetro está(n) vacía(s), puede omitirse el separador precedente (véase el anexo B - Ejemplos de codificación);
j)una subcadena de parámetro vacía, o una subcadena de parámetro constituida por combinaciones de bits 3/0 solamente, representa un valor supletorio que depende de la función de control.
5.4.2
Tipos de parámetros
En una secuencia de control que representa una función de control con parámetros, cada subcadena de parámetro corresponde a un parámetro y representa el valor de ese parámetro. El número de parámetros es fijo o variable, dependiendo de la función de control. Si el número de parámetros es variable, en esta Norma Internacional (ISO 6429) no se definen ni el número máximo de valores ni el orden en el que se realizan las acciones correspondientes.
5.4.2.1
Parámetros numéricos
En una secuencia de control que representa una función de control con parámetros numéricos, cada subcadena de parámetro que tenga un valor distinto de cero representa una cantidad en notación decimal.
5.4.2.2
Parámetros selectivos
En una secuencia de control que representa una función de control con parámetros selectivos, cada subcadena de parámetro, aunque expresada en cifras, no es cuantitativa, es decir, no representa una cantidad en notación decimal. Cada valor corresponde a una de las acciones que realiza la función de control.
Un valor de parámetro particular puede tener el mismo significado que una combinación de dos o más valores separados.Ó
Ò10
Transformación entre las representaciones
codificadas de 7 bits y de 8 bits
Las funciones de control definidas en esta Norma Internacional (ISO 6429) pueden codificarse tanto en un código de 7 bits como en uno de 8 bits: ambas formas de representaciones codificadas son equivalentes y conformes con la Norma ISO 2022.
Sin embargo, cuando los datos que contienen estas funciones de control se transforman de una representación de 7 bits a una de 8 bits o a la inversa, el algoritmo de transformación especificado en la Norma ISO 2022 puede dar lugar a resultados que formalmente contradicen esta Norma Internacional (ISO 6429).
Para tener en cuenta estas desviaciones no intencionadas pero inevitables, se amplían las reglas de formato como se describe seguidamente.
En un código de 8 bits se permiten las combinaciones de bits correspondientes a las columnas 10 a 15 (excepto la 10/0 y la 15/15) para representar:
a)parámetros intermedios y finales de una secuencia de control;
b)el contenido de una cadena de control;
c)el operando de un carácter de cambio no permanente (sin bloqueo).
En estas situaciones las combinaciones de bits de la gama 10/1 a 15/14 tienen los mismos significados que las combinaciones de bits correspondientes a la gama 2/1 a 7/14.Ó
ANEXO E (a la Recomendación T.61)
Opciones normalizadas
E.1
Consideraciones generales
E.1.1Este anexo contiene las definiciones detalladas que han de utilizarse para llevar a efecto las opciones normalizadas teletex incluidas en el repertorio teletex de caracteres gráficos y funciones de control.
E.2
Definiciones
E.2.1Salvo que se indique lo contrario, se aplican las definiciones contenidas en el 2 .
E.2.2Las definiciones adicionales deben ser objeto de ulteriores estudios.
E.3
Repertorio teletex de caracteres
E.3.1
Repertorio teletex opcional de caracteres
gráficos
E.3.1.1
Juegos de caracteres registrados
E.3.1.1.1 Repertorio de caracteres gráficos opcional para terminales de caracteres kanji japoneses.
Juegos de caracteres gráficos japoneses para intercambio de información (JIS C 6226 - 1983JIS = Japanese Industrial Standard (norma industrial japonesa).), utilizado como juego G0.
E.3.1.1.2 Repertorio de caracteres gráficos opcionales para terminales de ideogramas chinos.
Juego de caracteres gráficos chinos para intercambio de información (GB 2312-80, juego inscrito con el N.o 58 en el Registro de la ISO), utilizado como juego G1.
E.3.1.1.3
Juego primario de caracteres gráficos
griegos
E.3.1.1.3.1 La tabla de código del juego griego, que aparece en la figura E-1/T.61, consiste en los caracteres alfanuméricos y signos de puntuación griegos más frecuentes. La combinación de bits 02/00 se utiliza para ESPACIO y la combinación 07/15 se utiliza para SUPRIMIR.
Figure E-1/T.61, p. 8
E.3.1.1.3.2
Caracteres alfabéticos griegos
Tableau [1T9.61], p. 9
Tableau [2T9.61], p. 10
Las representaciones codificadas de las letras con signos diacríticos están
constituidas por los códigos de letras del juego primario griego combinadas con
los códigos de signos diacríticos de las posiciones 12/00 a 12/15 del juego
suplementario (figura E-2/T.61, Tabla de código).
La combinación de bits equivalente a la posición vacía 12/00 del juego
suplementario de la Tabla de código de la figura E-2/T.61 se utiliza para
representar el signo diacrítico
`diéresis con acento agudo'
(identificación SD33, símbolo gráfico .`.) que será transmitido en el servicio
teletex griego.
E.3.1.1.3.3 En la figura E-2/T.61 se especifican las combinaciones posibles de signos diacríticos del juego suplementario y las letras del juego primario griego que se definen en esta Recomendación.
E.3.1.1.4 La utilización de juegos adicionales será objeto de ulterior estudio.
FIGURA E-2/T.61 {T10.61], p.
E.3.1.2
Juegos de caracteres dinámicamente redefinibles
(JCDR)
Los terminales para caracteres kanji e ideogramas chinos utilizarán JCDR para ampliar su repertorio de caracteres. Modelos de caracteres kanji japoneses y modelos de caracteres de ideogramas chinos se cargarán en los terminales mediante los procedimientos descritos en la Recomendación T.62 y serán designados e invocados como se describe en el anexo A de esta Recomendación.
Una definición de los @
JCDR
@ es la siguiente:
\Un JCDR es un juego de caracteres gráficos cuya forma exacta se especifica y se transmite en el momento de la utilización. Esos caracteres pueden ser alfabéticos, símbolos especiales o símbolos de elementos de imagen. Una vez cargado, un JCDR se considera como un miembro de una biblioteca que puede designarse mediante secuencias ESC apropiadas tales como juegos G0, G1, G2 o G3.\
ESC I 2/0 F designa uno de dichos juegos, donde I tomará un valor de 2/8 a 2/11 para indicar si el juego se va a utilizar como juego G0, G1, G2 o G3, respectivamente.
Mediante estas cuatro secuencias de caracteres se pueden identificar 63 juegos. Esto bastaría para la mayoría de las exigencias aunque si se necesitan más juegos puede intercalarse un tercer o más caracteres intermedios entre el carácter 2/0 y el carácter final. Véase la norma ISO 2022.
Las secuencias con 2/0 como segundo carácter intermedio y con 2/0 a 2/7 como primer carácter intermedio se reservan para normalización futura.
Pueden asimismo redefinirse dinámicamente juegos gráficos de varios multibits. ESC 2/4 I 2/0 F designa tal juego de caracteres cuando éste deba utilizarse como juego G1, G2 o G3, donde I toma el mismo valor y tiene el mismo significado que en los párrafos precedentes. Sin embargo, cuando deba utilizarse como juego G0, se designará por ESC 2/4 2/0 F.
Nota 1
- Esta clase de secuencias de escape es
excepcional debido a que la atribución del carácter final (y posiblemente de
los caracteres intermedios) no la realiza el órgano de Registro de la ISO, sino
el usuario. Se recomienda que los caracteres finales se atribuyan
secuencialmente comenzando por 4/0.
Nota 2
- La necesidad de esta secuencia de escape
particular, en cuanto difiere de la secuencia normal de tres caracteres
utilizada para representar los juegos registrados, radica en que implica una
descripción exacta de la forma o tipo de los caracteres.
E.3.2
Repertorio teletex opcional de funciones de
control
Nota
- Para la definición de funciones de control
opcionales y de los valores de parámetros opcionales asociados deben tenerse en
cuenta las normas pertinentes de la ISO.
E.3.2.1
Determinantes de formato
Identificador AbreviaturaDenominación y
definiciónCF20RLF
Cambio de renglón inverso
Determinante de formato que desplaza la posición activa a la posición de carácter correspondiente en la línea precedente, definida por el valor actual del espaciamiento vertical (véase SVS).
Nota
- A fin de utilizar RLF, es necesario, en primer
lugar, negociar la utilización de un juego suplementario y opcional de
caracteres de control que contenga RLF (además de los caracteres mostrados en
la figura 3/T.61), utilizando los procedimientos de control de la Recomendación
T.62. La designación e invocación de este juego de caracteres de control puede
aparecer en el texto en cualquier posición. Para más detalles véase el anexo A.
La secuencia de escape para este juego de control es ESC 2/2 F.
En el periodo de estudios 1981-1984 no se asignó a este juego de caracteres
de control una combinación
Final
de bits como secuencia de
escape, pues no se encontró un uso identificable de RLF. La necesidad de RLF
será objeto de ulterior estudio.
E.3.2.2
Funciones de control de presentación
Identificador AbreviaturaDenominación y
definiciónCP01PFS
Selección del formato de página
(Definición: véase el
3.3.3
)
El significado del valor del parámetro es:
Conforme se define a los efectos del servicio teletex básico. 0:formato básico de página en vertical; 1:formato básico de página en horizontal; 2:formato A4 de página en vertical; 3:formato A4 de página en horizontal; 4:reservado para opción futura; 5:reservado para opción futura; 6:formato ISO 3535/A4 de página en vertical; 7:formato ISO 3535/A4 de página en horizontal; 8:formato oficial norteamericano de página en vertical; 9:formato oficial norteamericano de página en horizontal; 10:formato ISO A4 de página en vertical (para uso en terminales con ideogramas chinos y kanji japoneses); 11:formato ISO A4 de página en horizontal (para uso en terminales con ideogramas chinos y kanji japoneses); 12:formato ISO B5 de página en vertical (para uso en terminales con ideogramas chinos y kanji japoneses); 13:formato ISO B5 de página en horizontal (para uso en terminales con ideogramas chinos y kanji japoneses); 14:formato ISO B4 de página en vertical (para uso en terminales con ideogramas chinos y kanji japoneses); 15:formato ISO B4 de página en horizontal (para uso en terminales con ideogramas chinos y kanji japoneses);
CP03SGR
Selección de reproducción gráfica
(Definición: véase el
3.3.3
)
El significado del valor del parámetro es:
0:reproducción supletoria; cancela el efecto de cualquier aparición anterior de la función SGR; de no estar presente ningún parámetro, se aplica el valor de parámetro supletorio; 1:negrita o aumento de la intensidad; 3:cursiva; 4:subrayado;
9:tachado (caracteres aún legibles, pero marcados como suprimidos); 22:intensidad normal (sin negrita); 23:sin cursiva; 24:sin subrayado; 26:puede utilizarse un paso de carácter proporcional. Véase la nota 1. Cuando se invoca el paso de carácter proporcional, el valor del parámetro de la función SHS especificará el paso nominal de carácter. 29:sin tachado.
Nota 1
- El valor del parámetro 26 especifica que el
texto que sigue puede presentarse con paso proporcional a elección del
destinatario. Para el interfuncionamiento con dispositivos que no dispongan del
paso proporcional, ninguna línea o parte de línea del texto deberá contener más
caracteres que los permitidos por el valor vigente del paso especificado por la
ocurrencia más reciente de SHS.
Nota 2
- Los parámetros se separarán mediante la
combinación de bits 3/11. Véase el anexo D,
5.4.1
Nota 3
- La capacidad de un terminal para admitir el
paso proporcional deberá indicarse incluyendo una secuencia SGR con el valor
del parámetro 26 solamente en el procedimiento de la Recomendación T.62 para
intercambio de capacidades no básicas de terminal.
Nota 4
- Se podrán combinar varios valores de parámetro
para obtener, por ejemplo, cursiva subrayada.
Nota 5
- El valor de parámetro supletorio no puede
combinarse con ningún otro valor de parámetro.
CP04SHS
Selección del espaciamiento horizontal
(Definición: véase el
3.3.3
)
El significado del valor del parámetro es:
0:10 caracteres cada 25,4 mm; 1:12 caracteres cada 25,4 mm; 2:15 caracteres cada 25,4 mm; 3: 6 caracteres cada 25,4 mm; 4: 3 caracteres cada 25,4 mm; 5: 9 caracteres cada 50,8 mm; 6: 4 caracteres cada 25,4 mm.
Nota 1
- El valor 3 del parámetro sólo puede utilizarse
en formatos de página especificados por valores 10 a 15 del parámetro PFS.
Nota 2
- Los valores 5 y 6 del parámetro sólo pueden
utilizarse en formatos de página especificados por valores 10 a 15 del
parámetro PFS para terminales de ideogramas chinos.
CP05SVS
Selección del espaciamiento vertical
(Definición: véase el
3.3.3
)
El significado del valor del parámetro es:
0: 6 renglones cada 25,4 mm; 1: 4 renglones cada 25,4 mm; 2: 3 renglones cada 25,4 mm; 3:12 renglones cada 25,4 mm; 4: 8 renglones cada 25,4 mm; 5: 6 renglones cada 30,0 mm; 6: 4 renglones cada 30,0 mm; 7: 3 renglones cada 30,0 mm; 8:12 renglones cada 30,0 mm.
CP06SPD
Selección del sentido de presentación
Función de control de la presentación con un parámetro selectivo que especifica el sentido de la sucesión de los caracteres y de las líneas, hasta que estos sentidos se vuelvan a especificar al aparecer otro SPD.
Los dos valores de este parámetro son:
0:sucesión de los caracteres de izquierda a derecha, sucesión de las líneas de arriba a abajo; 1:sucesión de los caracteres de abajo a arriba, sucesión de las líneas de derecha a izquierda, cuando se observa la página con la orientación deseada. Véase el cuadro E-1/T.61.
El valor por defecto del parámetro es 0.
Nota 1
- SPD sólo es significativa al principio de una
página; no produce efecto alguno en el interior de una página.
Nota 2
- Para algunos caracteres japoneses y chinos se
utilizan esquemas diferentes en la escritura vertical y la horizontal. En el
cuadro E-2/T.61 y en el cuadro E-3/T.61 se indican las diferencias entre los
esquemas de escritura vertical y horizontal de los caracteres.
Nota 3
- En el cuadro E-4/T.61 se muestran los efectos
percibidos de SPD sobre otras funciones de control.
Nota 4
- La figura E-3/T.61 muestra un ejemplo de un
formato de página que emplea los valores de parámetro PFS 10, 12 y 14 con
valores de parámetro SPD 0 y 1.
Nota 5
- SPD sólo puede utilizarse con formatos de
página especificados por los valores de parámetro PFS 10 a 15.
CP07GSM
Modificación de las dimensiones de los
caracteres gráficos
GSM es una función de control de presentación que tiene dos parámetros numéricos. Se utiliza para modificar la altura y/o la anchura de la matriz del carácter (tipo de carácter) hasta que aparezca en el tren de datos un nuevo carácter GSM, o se llegue al límite de página.
Los dos parámetros numéricos tienen el siguiente significado:
n
^:especifica la dimensión del carácter en la dirección
de la sucesión de las líneas como un porcentaje de la dimensión del tipo de
carácter por defecto.
m
^:especifica la dimensión del carácter en el sentido
de la sucesión de los caracteres como un porcentaje de la dimensión del tipo de
carácter por defecto.
Estos parámetros se dan en el orden GSM (
n
,
m
) y el valor por defecto de
n
y
m
es 100. A continuación se indican los valores permitidos
de los parámetros
n
y
m
, y el efecto
que estos valores producen en el espaciamiento entre caracteres (especificado
por SHS) y su tamaño:
Para escritura horizontal (SPD 0):
GSM 100, 50 hace que el espaciamiento y la anchura de los caracteres se reduzcan a la mitad. GSM 100, 100 no produce efecto alguno. GSM 100, 200 hace que el espaciamiento y la anchura de los caracteres se dupliquen.
Para escritura vertical (SPD 1):
GSM 100, 100 no produce efecto alguno. GSM 100, 200 hace que el espaciamiento y la altura de los caracteres se dupliquen.
Nota 1
- GSM sólo afecta a los caracteres que le siguen
en el tren de datos y no a los que le han precedido.
Nota 2
- GSM sólo puede utilizarse con los formatos de
página especificados por los valores 10 a 15 del parámetro de PFS.
CP08SCO
Selección de la orientación de los caracteres
SCO es una función de control de presentación que se utiliza para establecer la magnitud de la rotación de la cadena de caracteres gráficos que siguen. El valor establecido permanece en vigor hasta la siguiente ocurrencia de SCO.
Los valores del par ametro son:
0: 0o 2: 90o 6:270o
El valor por defecto del parámetro es 0.
La posición inicial de los caracteres gráficos corresponde al ángulo de rotación de 0o.
La rotación es positiva, es decir, en sentido contrario a las agujas del reloj, y se aplica a la presentación normal de los caracteres gráficos a lo largo del trayecto de los caracteres. El sentido del trayecto de los caracteres depende del parámetro de SPD.
Nota
- En los terminales de ideogramas chinos, el
centro de rotación del carácter es el centro de la célula de carácter.
TABLEAU E-1/T.61 [T11.61], p. 12
TABLEAU E-2/T.61, p. 13
TABLEAU E-3/T.61, p. 14
TABLEAU E-4/T.61, p. 15
FIGURE E-3/T.61, p. 16
E.3.2.3
Funciones de control de extensión de código
Identificador AbreviaturaDenominación y
definiciónCE03ESC
Escape
Función de control de extensión de código utilizada para proporcionar representaciones codificadas de funciones de control adicionales.
CE04SS2
Cambio individual 2 (cambio único 2)
Función de control de extensión de código utilizada conjuntamente con
escape
, para ampliar el juego de caracteres gráficos de un
código de 8 bits.
SS2 es una función de cambio no permanente que invoca un carácter del juego G2 designado en ese momento.
CE05SS3
Cambio individual 3 (cambio único 3)
Función de control de extensión de código utilizada conjuntamente con
escape
, para ampliar el juego de caracteres gráficos de un
código de 8 bits.
SS3 es una función de cambio no permanente que invoca un carácter del juego G3 designado en ese momento.
CE07LS0
Cambio permanente 0
Función de control de extensión de código utilizada conjuntamente con otras
funciones de cambio permanente y con
escape
, para ampliar
el juego de caracteres gráficos de un código de 8 bits.
LS0 es una función de cambio permanente que invoca el juego G0 designado en ese momento, en las posiciones 2/1 a 7/14.
CE08LS1
Cambio permanente 1
Función de control de extensión de código utilizada conjuntamente con otras
funciones de cambio permanente y con
escape
, para ampliar
el juego de caracteres gráficos de un código de 8 bits.
LS1 es una función de cambio permanente que invoca el juego G1 designado en ese momento, en las posiciones 2/1 a 7/14.
CE09LS1R
Cambio permanente 1 derecha
Función de control de extensión de código utilizada conjuntamente con otras
funciones de cambio permanente y con
escape
, para ampliar
el juego de caracteres gráficos de un código de 8 bits.
LS1R es una función de cambio permanente que invoca el juego G1 designado en ese momento, en las posiciones 10/1 a 15/14.
CE10LS2
Cambio permanente 2
Función de control de extensión de código utilizada conjuntamente con otras
funciones de cambio permanente y con
escape
, para ampliar
el juego de caracteres gráficos de un código de 8 bits.
LS2 es una función de cambio permanente que invoca el juego G2 designado en ese momento, en las posiciones 2/1 a 7/14.
CE11LS2R
Cambio permanente 2 derecha
Función de extensión de código utilizada conjuntamente con otras funciones
de cambio permanente y con
escape
, para ampliar el juego
de caracteres gráficos de un código de 8 bits.
LS2R es una función de cambio permanente que invoca el juego G2 designado en ese momento, en las posiciones 10/1 a 15/14.
CE12LS3
Cambio permanente 3
Función de control de extensión de código utilizada conjuntamente con otras
funciones de cambio permanente y con
escape
, para ampliar
el juego de caracteres gráficos de un código de 8 bits.
LS3 es una función de cambio permanente que invoca el juego G3 designado en ese momento, en las posiciones 2/1 a 7/14.
CE13LS3R
Cambio permanente 3 derecha
Función de control de extensión de código utilizada conjuntamente con otras
funciones de cambio permanente y con
escape
, para ampliar
el juego de caracteres gráficos de un código de 8 bits.
LS3R es una función de cambio permanente que invoca el juego G3 designado en ese momento, en las posiciones 10/1 a 15/14.
E.3.2.4
Otra función de control facultativa
Identificador AbreviaturaNombre y
descripciónCM04IGS
Identificación de subrepertorio gráfico
Función de control con un parámetro selectivo que se utiliza para indicar al terminal receptor que en el texto subsiguiente se utilizará un determinado subrepertorio del repertorio total de caracteres gráficos. La identificación del subrepertorio gráfico puede cambiarse en cualquier lugar del texto. El parámetro de selección puede tener cualquier valor entre 0 y 9999.
El valor del parámetro identifica el subrepertorio de acuerdo con el registro de subrepertorios. El subrepertorio que se supone identificado cuando se omite esta función de control es el repertorio básico de caracteres gráficos teletex completo.
Si se ha identificado explícitamente un cierto subrepertorio, el mismo deberá declararse de nuevo antes del primer carácter de texto de cada página subsiguiente (es decir, antes del cambio de página).
E.4
Representaciones codificadas
E.4.1
Juegos opcionales de caracteres gráficos
E.4.1.1
Juegos de caracteres registrados
E.4.1.1.1 Juego de caracteres gráficos japoneses para intercambio de información (juego inscrito con el N.o 87 en el Registro de la ISO); se utiliza como juego G0.
Secuencia de designación: ESC 2/4 4/2.
E.4.1.1.2 Juego de caracteres gráficos chinos para intercambio de información (juego inscrito con el N.o 58 en el Registro de la ISO); se utiliza como juego G1.
Secuencia de designación: ESC 02/04 02/09 04/01.
E.4.1.1.3
Juego primario de caracteres gráficos
griegos
Secuencias de designación:
ESC 02/08 x/x Juego primario griego a G0 ESC 02/09 x/x Juego primario griego a G1 ESC 02/10 x/x Juego primario griego a G2 ESC 02/11 x/x Juego primario griego a G3
Nota
- El carácter final xx está pendiente de registro
internacional.
E.4.1.2
Juegos de caracteres dinámicamente redefinibles
(JCDR)
Secuencia de designación: véase el anexo A.
E.4.2
Funciones de control opcionales
E.4.2.1
Determinantes de formato
Identificador AbreviaturaRepresentación codificadaCF20RLF ^8/13
E.4.2.2
Funciones de control de presentación
Identificador AbreviaturaRepresentación codificadaCP06SPDCSI P1 .^.^. Pn 02/00 05/03 CP07GSMCSI P1 .^.^. Pn 02/00 04/02 CP08SCOCSI P1 .^.^. Pn 02/00 06/05
Otras funciones de control serán objeto de ulterior estudio.
E.4.2.3
Funciones de control de extensión de código
opcionales
Identificador AbreviaturaRepresentación codificadaCE03ESC 1/11 CE04SS2 1/9 CE05SS3 1/13 CE07LS0 0/15 CE08LS1 0/14 CE10LS2 1/11 6/14 CE12LS3 1/11 6/15 CE09LS1R 1/11 7/14 CE11LS2R 1/11 7/13 CE13LS3R 1/11 7/12
E.4.2.4
Otra función de control facultativa
Identificador AbreviaturaRepresentación codificadaCM04IGS CSI P1 .^.^. Pn 02/00 04/13
ANEXO F (a la Recomendación T.61)
Ejemplos de subrayado
Los siguientes ejemplos muestran la presentación de combinaciones admisibles de
subrayado y otros caracteres del repertorio del teletex básico. Muestran
asimismo la interacción entre el subrayado (ya sea mediante un carácter
subrayado sin avance de espacio
o en forma de función de
control
selección de reproducción gráfica
) y las funciones
de control PLU y PLD.
Ejemplo 1:
a b SGR(4) c d PLU e f PLD PLD g h PLU i j SGR k l
da:
ab
cd ef gh ij
kl (véanse las notas 1 y 2).
Ejemplo 2:
a b SGR(4) c d SGR(0) PLU SGR(4) e f SGR(0) PLD k l
da: ab
cd ef
kl
Ejemplo 3:
a b SGR(4) c d PLU SGR(4) e f SGR(0) PLD k l
da: ab
cd ef
kl
Ejemplo 4:
a b - c - d - PLU e PLD - PLD g PLU - i - j k l
da:
ab
cd e g ij
kl (véase la nota 1).
Ejemplo 5:
a b - c - d PLU - e - f PLD k l
da: ab
cd ef
kl
Nota 1
- Véase el
3.1.7
para obtener
información sobre la presentación del subrayado en aquellas situaciones en las
que exista la posibilidad de superposición en la impresión.
Nota 2
- Este ejemplo muestra también la utilización
de un SGR sin un valor de parámetro.
(H.T.=OUI)
TAB.???
FICHIER: H.T. =
(73.TA.216.S)
(SANS FORMULES) Tableaux: 11 - Tabulateurs: .. b) NF 01 024 NF 11 004 Formules: 0
(BT..) Disk NF../... (OPM = ..)
(73.TE.08.S)
(A1.23s) / [26s]
FOLIOS: 291 - 335 (SANS MEP) (DO
PRC.COSY.2)
MEP {TPS.NON.PHOTO "[PA1]"} : OK= [1]
Saisie diskette 23.10.89 PR
ID + Vérif. + laser 16.11.89 AF
MAJ s/disquettes 16.11.89 AF
Corr. LASER (1re épreuve) = 3eme 06.12.89 GG
Espaces réservés + Transfert + Impr. 19.12.89 JC
AJOUTER (PA1) (CL1,0,0,0) pour MEP
MEP + LASER 10.01.90 GH/AF
Corr. MEP 10.01.90 GH/AF
Insertion des tableaux (tabulateurs .) ........ ..
BAT 25.01.90 AF
MAJ s/disquettes ........ ..
Recomendación T.62
PROCEDIMIENTOS DE CONTROL PARA LOS SERVICIOS TELETEX
Y FACSíMIL DEL GRUPO 4
(Málaga-Torremolinos, 1984; modificada en
Melbourne, 1988)
íNDICE
1
Consideraciones generales
1.1Campo de aplicación
1.2Principios fundamentales
1.3Definiciones
2
Funciones de los procedimientos
2.1Consideraciones generales
2.2Información de carácter general
3
Elementos de procedimiento
3.1Consideraciones generales
3.2Instrucciones, respuestas y parámetros de sesión
3.3Procedimientos de sesión
3.4Instrucciones, respuestas y parámetros de documento
3.5Reglas generales para los elementos de procedimiento de documento
3.6Reglas para los diagramas de estados
4
Recuperación tras error
4.1Principios generales
4.2Reglas para el establecimiento de puntos de comprobación
4.3Ventana de acuse de recibo
5
Codificación
5.1Definición de los términos utilizados en relación con la codificación
5.2Principios de codificación
5.3Codificación de los indicadores de longitud (IL)
5.4Codificación de los identificadores de instrucción (II) y de los identificadores de respuesta (IR) para los elementos de sesión
5.5Codificación de los identificadores de instrucción y de los identificadores de respuesta para los elementos de documento
5.6Codificación de los identificadores de grupo de parámetros (IGP) y de los identificadores de parámetro (IP)
5.7Valores de parámetro
Anexo A
-Definiciones
Anexo B
-Modos de funcionamiento en telemática
Anexo C
-Definición de las unidades de datos de
protocolo de sesión válidas/no válidas
Anexo D
-Descripción general y reglas para la
interpretación de los diagramas de estados
Anexo E
-Tipos de documentos
Anexo F
-Protocolo de sesión interactivo y
transferencia de datos tipificados en los servicios telemáticos
Anexo G
-Diagramas detallados de transición de estados
en los procedimientos de sesión/documento
Anexo H
-Cuadros de transición de estados en los
procedimientos de sesión/documento
1 Consideraciones generales
1.1
Campo de aplicación
1.1.1 La Recomendación F.200 establece las disposiciones para la explotación del servicio teletex internacional automático. En el aspecto técnico, la Recomendación T.60 especifica los requisitos de compatibilidad internacional entre terminales teletex y la Recomendación T.61 define el repertorio de caracteres y los juegos de caracteres codificados del servicio teletex internacional.
1.1.2 La Recomendación F.161 define las reglas que han de seguirse en el servicio facsímil del grupo 4. En el aspecto técnico, las Recomendaciones T.563, T.503 y T.521 especifican los requisitos de los aparatos facsímil del grupo 4 y la Recomendación T.6 define el esquema de codificación facsímil y las funciones de control facsímil del grupo 4.
1.1.3 Las Recomendaciones de la serie T.400 definen el protocolo de intercambio de documentos que puede emplearse cuando se utilizan servicios diferentes del teletex básico, por ejemplo, facsímil del grupo 4, explotación en modo mixto, etc.
1.1.4 Los procedimientos de comunicación dependientes de la red para el establecimiento y terminación de comunicaciones se definen en las Recomendaciones T.60 y T.563 para los servicios teletex y facsímil del grupo 4, respectivamente.
1.1.5 Esta Recomendación define los procedimientos de extremo a extremo que han de utilizarse en los servicios teletex y facsímil del grupo 4.
1.1.6 Esta Recomendación se refiere concretamente a los
1.1.7 Los procedimientos descritos en esta Recomendación deben utilizarse también entre un terminal teletex y una unidad de conversión teletex/télex (véanse las Recomendaciones F.201, T.60 y T.390) y cuando un terminal teletex o facsímil G4 gana acceso al SMIP (véanse las Recomendaciones F.422, T.60, T.330 y T.563).
1.1.8 El interfuncionamiento entre el servicio teletex y los servicios distintos del télex y el SMIP, así como entre el servicio facsímil del grupo 4 y servicios distintos del SMIP, debe ser objeto de ulteriores estudios.
1.1.9 Esta Recomendación supone que el terminal que inicia una llamada es el terminal que se considera responsable del pago de las tasas de la comunicación y que el mismo conserva el pleno control de la comunicación.
1.1.10 Las disposiciones de la presente Recomendación han de considerarse como un primer paso hacia el establecimiento de servicios teletex y facsímil del grupo 4 de conformidad con las Recomendaciones F.200, T.60, T.61 y T.70 adoptadas en 1980 y con las Recomendaciones F.161, T.5, T.6 y T.73 adoptadas en 1984, respectivamente. Los perfeccionamientos y adiciones que se introduzcan en dichas Recomendaciones deberán garantizar la compatibilidad con los servicios establecidos.
1.2
Principios fundamentales
1.2.1 La relación entre los procedimientos de control de esta Recomendación y el servicio de transporte deberá ajustarse al siguiente principio: los procedimientos de nivel superior requieren que el servicio de transporte preserve la estructura de los bloques (cuya longitud puede tener cualquier valor) que le presente el nivel de sesión para que sean transmitidos. En cada uno de estos bloques no se permite más de una instrucción o respuesta de sesión. En un campo de instrucción o de respuesta de información de usuario de sesión (campo IIUS o RIUS) no se permite más de una instrucción o respuesta de documento.
1.2.2 El terminal emisor es responsable de verificar que la información contenida en su documento ha sido entregada correctamente a los medios físicos del destinatario, es decir, a la memoria, al dispositivo de copia impresa, etc. Esto puede incluir información de vinculación (enlace) y otras informaciones pertinentes.
1.3
Definiciones
1.3.1 Los términos y sus definiciones figuran en el anexo A. Cuando procede, se mencionan en la definición los procedimientos de control a los que se refiere.
1.3.2 Algunos de los términos empleados en esta Recomendación se han definido de manera que pueden ser diferentes del significado que tienen términos similares en otras Recomendaciones.
2 Funciones de los procedimientos
2.1
Consideraciones generales
2.1.1 En los cuadros 1/T.62 y 2/T.62 se indican las categorías generales de funciones destinadas a la realización práctica de los procedimientos de control.
Tableau 1/T.62 [T1.62], p.1
Tableau 1/T.62 [T2.62], p.2
2.1.2 También se indican, en las categorías correspondientes, los elementos
de procedimiento, ya que la definición de estos elementos junto con las reglas
asociadas describen por completo las funciones de los procedimientos.
2.2
Información de carácter general
Nota
- El
2
tiene por objeto facilitar la
comprensión de los procedimientos. Las definiciones de los procedimientos de
control aparecen en otros puntos de esta Recomendación.
2.2.1
Intercambio de identificaciones del servicio
2.2.1.1 Cuando dos terminales queden interconectados por un servicio de transporte, tendrán que intercambiar información, en el momento del establecimiento de la sesión, para determinar si están participando en los servicios de telemática y para ello invocarán las facilidades de servicio pertinentes y el protocolo asociado.
2.2.2
Negociación de capacidades opcionales
2.2.2.1 Se han previsto dos métodos. El primero se utiliza en el momento de iniciarse la sesión para intercambiar una lista limitada de capacidades. El segundo método puede utilizarse, cuando es necesario, después de la iniciación de la sesión, para indicar las capacidades ampliadas que requiere el emisor.
2.2.3
Negociación de los requisitos de almacenamiento
2.2.3.1 Para indicar que se dispone de capacidad de almacenamiento (memoria) se puede proceder de las siguientes maneras:
a)Cuando se establece una sesión teletex se supone implícitamente que existe una memoria de recepción adecuada para la comunicación. Excepcionalmente puede tener lugar un desbordamiento de la memoria del receptor. El envío seguido del documento desde la fuente será interrumpido por el sumidero (o aceptor). éste indicará el motivo de la interrupción de la transmisión.
b)Cuando se establece una sesión facsímil del grupo 4, sólo puede suponerse que el terminal llamado tiene papel de registro adecuado para imprimir al menos una página de información (para aparatos básicos de clase 1). La negociación de los requisitos de almacenamiento es obligatoria para los aparatos facsímil de las clases 2 y 3 del grupo 4. Una vez negociado este requisito, puede producirse excepcionalmente un desbordamiento de la memoria de recepción. El envío seguido del documento desde la fuente será interrumpido por el sumidero (o aceptor). éste indicará el motivo de la interrupción de la transmisión.
c)En el procedimiento se ha previsto también una indicación obligatoria de que la capacidad del terminal receptor para seguir aceptando tráfico se halla comprometida.
d)El procedimiento de control prevé también la posibilidad de investigar la capacidad de almacenamiento disponible en el terminal receptor antes de la transmisión de un documento.
3 Elementos de procedimiento
3.1
Consideraciones generales
3.1.1 Este 3 contiene elementos de procedimiento y reglas de utilización que, al combinarse, definen los procedimientos de control.
3.1.2 Las definiciones aplicables a los elementos de procedimiento aparecen en los anexos A y B.
3.1.3 En el anexo D se describe la función de suspensión de sesión, que no es aplicable en los servicios básicos.
3.2
Instrucciones, respuestas y parámetros de
sesión
(En el cuadro 1/T.62 se presenta una sinopsis de las instrucciones y respuestas de sesión.)
3.2.1@
Instrucción de comienzo de sesión (ICS)
\
3.2.1.1 La ICS inicia la entrada en una sesión.
3.2.1.2 Los parámetros de la instrucción son:
a)
Identificador de servicio
- Este parámetro
obligatorio indica si el emisor de esta instrucción tiene la intención de
utilizar el servicio telemático
b)
Identificador de terminal
c)
Fecha y hora
- Este parámetro obligatorio facilita la
información de fecha y hora, conforme se especifica en la Recomendación F.200.
d)
Número de referencia adicional de
sesión
e)
Capacidades no básicas del terminal
f)
Capacidades no básicas de la sesión
Nota
- Son ejemplos de la utilización de este parámetro
la suspensión de sesión (véase el anexo D) y la negociación del tamaño de la
ventana para los puntos de comprobación (véanse los
3.3.2.7
y 4.3).
g)
Temporizador de inactividad
h)
Funciones de servicio de sesión
typed data transfer
)\.
Nota
- Los ejemplos de utilización de este parámetro se
estudiarán ulteriormente, junto con el anexo F.
i)
Datos de usuario de sesión
j)
Capacidades no normalizadas
El primer octeto que sigue al identificador de parámetro y al indicador de longitud identifica un país determinado. El significado y asignaciones de código de los octetos subsiguientes son definidos por el país indicado.
k)
Parámetros de uso privado
3.2.2@
Respuesta positiva a comienzo de sesión (RPCS)
\
3.2.2.1 Se utilizará la RPCS para acusar recibo de la entrada en una sesión. Indica que se ha entendido la ICS y que su formato es correcto.
3.2.2.2 Los parámetros de la respuesta son los siguientes:
a)
Identificador de servicio
- Este parámetro
obligatorio indica si el expedidor de esta respuesta tiene la intención de
utilizar el servicio telemático.
Nota 1
- En los servicios teletex básicos, los
identificadores de servicio en RPCS e ICS deberán ser idénticos.
Nota 2
- En caso de interconexiones de terminales de
diferentes servicios, los identificadores de servicio en RPCS e ICS pueden no
ser idénticos.
b)
Identificador de terminal
- Este parámetro
obligatorio proporciona la identificación del terminal del expedidor de la
RPCS, de conformidad con el plan de identificación de terminales especificado
en la Recomendación F.200.
c)
Fecha y hora
- Este parámetro obligatorio debe ser
idéntico al parámetro correspondiente en la ICS. Se utiliza junto con las
identificaciones de ambos terminales, en una sesión, como referencia a dicha
sesión.
d)
Número de referencia adicional de sesión
- De
utilizarse en la ICS y por el destinatario de la ICS, este parámetro tendrá el
mismo valor que en la ICS. En este caso se utilizará también, junto con la
referencia básica de sesión, cuando se haga referencia a esta sesión en una
instrucción ICND. Si no es utilizado por el destinatario de la ICS, no
aparecerá en la RPCS.
e)
Capacidades no básicas del terminal
(es decir,
aquellas de que dispone el expedidor de la RPCS como capacidades de recepción)
- Son válidas las mismas condiciones que se especifican en el apartado e) del
3.2.1.2
.
f)
Capacidades no básicas de sesión
- Como en el
apartado f) del
3.2.1.2
.
g)
Funciones de control de sesión
- Este parámetro se
utiliza para indicar
`control de petición'
y
`petición de suspensión
de sesión'
, que se definen en esta Recomendación.
h)
Temporizador de inactividad
- Como en el apartado g)
del
3.2.1.2
.
i)
Funciones de servicio de sesión
- Como en el apartado
h) del
3.2.1.2
.
j)
Datos de usuario de sesión
- Como en el apartado i)
del
3.2.1.2
.
k)
Capacidades no normalizadas
- Como en el apartado j)
del
3.2.1.2
.
l)
Parámetros de uso privado
- Como en el apartado k)
del
3.2.1.2
.
Tableau 3/T.62 [T3.62], p.3
3.2.3@
Respuesta negativa a comienzo de sesión (RNCS)
\
3.2.3.1 La respuesta negativa indica que el receptor de la ICS no ha entrado en la sesión. No es obligatorio indicar los motivos del rechazo. Con esta respuesta puede utilizarse un parámetro de uso privado no obligatorio.
Nota
- Debe señalarse que los equipos existentes
pueden emitir una RNCS sin campos de parámetro. Esto no se considerará como un
error.
3.2.3.2 Los parámetros de la respuesta son:
a)
Identificador de servicio
- Este parámetro
obligatorio indica si el emisor de esta respuesta tiene la intención de
utilizar el servicio telemático.
Nota 1
- En los servicios básicos, los identificadores
de servicio en RNCS e ICS deben ser idénticos.
Nota 2
- En caso de interconexiones de terminales de
diferentes servicios, los identificadores de servicio en RNCS e ICS pueden no
ser idénticos.
b)
Identificador de terminal
- Este parámetro
obligatorio proporciona la identificación del terminal del expedidor de la
RNCS, de conformidad con el plan de identificación de terminales especificado
en la Recomendación F.200.
c)
Fecha y hora
- Este parámetro obligatorio debe ser
idéntico al parámetro correspondiente en la ICS. Se utiliza, junto con las
identificaciones de ambos terminales en una sesión, como referencia a dicha
sesión.
d)
Número de referencia adicional de sesión
- De
utilizarse en la ICS y por el destinatario de la ICS, este parámetro tendrá el
mismo valor que en la ICS. Si no es utilizado por el destinatario de la ICS, no
aparecerá en la RNCS.
e)
Capacidades no básicas del terminal
(es decir,
aquellas de que dispone el expedidor de la RNCS como capacidades de recepción)
- Son válidas las mismas condiciones que se especifican en el apartado e) del
3.2.1.2
.
f)
Capacidades no básicas de sesión
- Como en el
apartado f) del
3.2.1.2
.
g)
Motivo del envío de la respuesta negativa
- Este
parámetro se utiliza para indicar el motivo del envío de la RNCS. El valor del
parámetro puede presentarse a un operador cuando se reciba. Puede utilizarse
como valor de parámetro uno de los siguientes motivos:
-no se indica motivo;
-temporalmente imposibilitado para entrar en la sesión. Se utilizará, por ejemplo, en caso de memoria llena;
-mensaje de texto de 69 caracteres como máximo. El operador debe poder introducir este mensaje mediante el teclado.
h)
Funciones de servicio de sesión
- Como en el apartado
h) del
3.2.1.2
.
i)
Datos de usuario de sesión
- Como en el apartado i)
del
3.2.1.2
.
j)
Parámetros de uso privado
- Como en el apartado k)
del
3.2.1.2
.
3.2.4@
Instrucción de fin de sesión (IFS)
\
3.2.4.1 La IFS se utiliza para la terminación normal (esto es, sin errores) de una sesión.
Nota
- Está reservado un parámetro para indicar si
debe liberarse la conexión de transporte. La ausencia de este parámetro
provocará la liberación de la conexión de transporte.
3.2.5@
Respuesta positiva a fin de sesión (RPFS)
\
3.2.5.1 La RPFS indica al terminal llamante que el terminal llamado ha pasado al estado de reposo de una manera normal.
3.2.6@
Instrucción de aborto de sesión (IAS)
\
3.2.6.1 La IAS puede ser utilizada en cualquier momento por cualquier terminal para terminar una sesión cuando se detecta una condición que indica que no se puede continuar satisfactoriamente la sesión. La IAS sólo se utilizará cuando no se disponga de otro medio adecuado para acabar la sesión.
3.2.6.2 Mediante un parámetro de IAS debe indicarse uno de los siguientes motivos de la terminación anormal de la sesión:
a)error en el terminal local;
b)error irrecuperable de procedimiento;
c)motivo no definido.
Nota
- Está reservado un valor para indicar si debe
liberarse la conexión de transporte.
3.2.7@
Respuesta positiva a aborto de sesión (RPAS)
\
3.2.7.1 La RPAS indica al expedidor de una IAS (ya sea el terminal fuente o el terminal aceptor) que el receptor de la IAS ha pasado al estado de reposo de una manera normal.
3.2.8@
Instrucción de información de usuario de sesión
(IIUS)
\
3.2.8.1 La IIUS se utiliza para indicar al receptor que el campo de información asociado de esta instrucción contiene instrucciones, parámetros e información para los procedimientos de documento.
3.2.8.2 La IIUS no exige una respuesta. No existe ninguna relación entre esta instrucción y la respuesta RIUS.
3.2.9@
Respuesta a información de usuario de sesión
(RIUS)
\
3.2.9.1 La RIUS se utiliza para indicar al receptor (fuente) de esta respuesta que el campo de información asociado contiene respuestas y parámetros para los procedimientos de documento. Con esta respuesta se puede utilizar un parámetro no obligatorio de funciones de control de sesión.
3.2.9.2 Esta respuesta RIUS no está relacionada con ninguna instrucción IIUS.
3.2.9.3 El
3.2.10@
Instrucción de cambio de control de sesión
(ICCS)
\
3.2.10.1 En el modo @bidireccional alternado (BDA)\, la ICCS cambia la relación fuente/aceptor existente entre los dos terminales.
Nota
- En algunas respuestas (véase el esquema de
codificación) se dispone de una
3.2.11@
Respuesta positiva a cambio de control de sesión
(RPCCS)
\
3.2.11.1 La RPCCS indica al expedidor de la ICCS que el terminal aceptor tiene la intención de entrar al estado de sesión en envío.
3.3
Procedimientos de sesión
3.3.1
Modos de explotación de la sesión
3.3.1.1 Las siguientes disposiciones se refieren al modo de explotación de sesión BDA:
a)El protocolo básico ofrece la capacidad de funcionar en el modo BDA.
b)Al iniciarse la sesión, el expedidor de la ICS queda definido como la fuente actual (vigente) de información de texto, por lo que es el terminal fuente.
c)La ICCS cambia la relación fuente/aceptor entre los dos terminales. La instrucción ICCS sólo debe invocarse fuera de los límites del documento.
d)únicamente el terminal que hace actualmente de fuente puede enviar la ICCS.
e)No es obligatorio enviar información de texto antes de transmitir una ICCS.
f)Cuando el terminal llamado ha terminado de transmitir texto, retransferirá al terminal llamante la facultad de enviar texto. Sólo el terminal llamante está autorizado a enviar la IFS.
3.3.1.2 Las siguientes disposiciones se refieren al modo de comunicación unidireccional (UND) de explotación de la sesión:
a)para establecer el modo unidireccional, el expedidor de la instrucción ICS no emite una instrucción ICCS;
b)no hay obligación de enviar información de texto;
c)este modo constituye un subconjunto del modo bidireccional alternado.
3.3.2
Reglas relativas a los elementos de
procedimiento de sesión
3.3.2.1 La instrucción ICS será enviada únicamente por el terminal que ha
establecido la conexión de transporte (el terminal
llamante
).
3.3.2.2 Incumbe al expedidor de la instrucción ICS examinar los parámetros de la respuesta RPCS y determinar si la sesión debe continuar. Si no ha de continuar, se pondrá término a ella de la manera normal (mediante la instrucción IFS).
3.3.2.3 En caso de continuarse la sesión, no se permite que ninguno de los terminales utilice ningún procedimiento ni envíe ninguna información que no sean conformes a las capacidades de recepción indicadas por el otro participante en la sesión en los parámetros identificador de servicio y capacidades no básicas de sesión y del terminal del intercambio de ICS/RPCS al iniciarse la sesión y/o en los parámetros propios del intercambio de ILCD/RPLCD.
3.3.2.4 En el modo bidireccional alternado (BDA) o en el unidireccional (UND), sólo el expedidor de la ICS podrá enviar la IFS cuando haga de fuente.
3.3.2.5 En el modo BDA, el terminal que reciba la ICS y la ICCS deberá terminar su periodo de fuente enviando ICCS.
3.3.2.6 En cualquier modo de explotación cualquiera de los dos terminales
puede enviar la IAS en cualquier momento al detectar una condición que indica
que no es posible continuar satisfactoriamente la sesión (por ejemplo, debido a
un fallo o a problemas de tasación). Se aplican las siguientes reglas al
a)el procedimiento de aborto de sesión se completa en general cuando el expedidor de una instrucción IAS recibe una respuesta RPAS;
b)el terminal que envía la instrucción IAS espera una respuesta RPAS. En el estado 14 se descartarán las otras instrucciones o respuestas. Si no se recibe RPAS antes de que expire una temporización (por ejemplo, T = 4 segundos), el terminal que envía la IAS libera la conexión de transporte.
Nota
- En todos los casos se liberará la conexión de
transporte cuando haya expirado el plazo del temporizador IAS.
3.3.2.7 Deberán aplicarse las siguientes reglas a la utilización del
a)La indicación del parámetro de tamaño de la ventana no es obligatoria en el servicio teletex, pero sí en el servicio facsímil del grupo 4. Puede tener un valor comprendido entre 1 y 255. La ausencia de este parámetro en la instrucción ICS o en su repuesta correspondiente debe interpretarse en el sentido de que el valor por defecto es tres en el servicio teletex.
b)Todos los terminales teletex deben soportar un tamaño de la ventana de 3. Los terminales de facsímil del grupo 4, clases 2 y 3 deben poder soportar un tamaño de ventana de 3 cuando interfuncionen con el teletex. Los terminales teletex mejorados (por ejemplo, con posibilidad de modo mixto) y todos los terminales facsímil del grupo 4 pueden requerir otros tamaños de la ventana.
c)La regla para la utilización del tamaño de la ventana es que el terminal fuente es libre de utilizar cualquier tamaño de la ventana que no exceda del indicado por terminal aceptor (en la instrucción ICS o en su respuesta correspondiente).
d)Si el expedidor de la instrucción ICS o su respuesta correspondiente es un terminal teletex básico que no indica ningún parámetro para el tamaño de la ventana, el receptor debe saber que el expedidor puede hacer caso omiso de cualquier tamaño de la ventana indicado y utilizar el tamaño de valor 3.
3.3.2.8 La figura 1/T.62 es un diagrama de transición de estados para los modos de explotación de sesión BDA y UND. Las instrucciones y respuestas de cambio del control (indicadas en el diagrama con la nota^a)) no se aplican en el modo UND. La descripción general y las reglas para la interpretación de los diagramas de estados se incluyen en el anexo D.
3.3.2.9 En una sesión en la que se permite el uso de la respuesta RIUS con petición de control (como se especifica en el 3.2.9.3 ), se aplicará lo siguiente:
a)puede recibirse una RIUS solicitando el control después de dar el control y antes de recibir cualquier elemento de protocolo de sesión válido. Esto no se considerará un error de procedimiento y deberá descartarse;
b)puede recibirse una RIUS solicitando el control después de enviar una IFS y antes de recibir una RPFS. Esto no se considerará un error de procedimiento y deberá descartarse.
Figura 1/T.62, p.
3.4
Instrucciones, respuestas y
parámetros de documento
(En el cuadro 2/T.62 se presenta una sinopsis de las instrucciones y respuestas.)
3.4.1 Instrucción de comienzo de documento (ICZD)
3.4.1.1 La ICZD indica al terminal que la recibe el comienzo de un documento. También indica el comienzo de la primera página.
3.4.1.2 Los parámetros de instrucción son los siguientes:
a)
Identificador de interfuncionamiento de servicios
-
Este campo no es obligatorio (véase el
3.5.2
).
Nota
- Al comunicar con una
i)interfuncionamiento teletex/télex - el identificador indicará que el o los documentos se han preparado de acuerdo con las reglas especificadas en las Recomendaciones F.200, T.90 y T.91;
ii)interfuncionamiento teletex/videotex - será objeto de ulterior estudio;
iii)interfuncionamiento teletex/facsímil - será objeto de ulterior estudio.
b)
Identificador de tipo de documento
- Este campo no es
obligatorio. Si se utiliza un documento normal, no se indicará este parámetro.
Si se utilizan otros tipos de documento, la inclusión de este campo es
obligatoria (para la descripción de los tipos de documentos, véase el anexo E).
c)
Número de referencia de documento
(véase el
4.2.9
).
d)
Indicación de la capacidad requerida del terminal
(normalizada o de uso privado) - Este campo no es obligatorio, pero debe
utilizarse si se requieren capacidades opcionales normalizadas del terminal
para el documento.
e)
Datos de usuario de sesión
- Se utiliza este
parámetro no obligatorio para transmitir datos del o de los protocolos de
presentación y/o aplicación. Toda la información necesaria para negociar los
parámetros de protocolo de intercambio de documento definidos en las
Recomendaciones de la serie T.400 está contenida en este campo de parámetros.
f)
Parámetros de uso privado
(no obligatorios) - La
definición de estos parámetros no está normalizada.
3.4.1.3 No existe una respuesta a la ICZD, salvo cuando se produce un error, en cuyo caso se utiliza la RRGD.
3.4.2@
Respuesta a rechazo general de documento (RRGD)
\
3.4.2.1 La RRGD puede ser utilizada por el aceptor para indicar a la fuente que se ha producido un error de procedimiento y que se pide una resincronización. Se devolverá a la fuente el esquema binario de la instrucción o respuesta hasta el error inclusive. Sólo debe tratarse por este método el primer error detectado en una instrucción o respuesta.
3.4.2.2 El parámetro de respuesta es el esquema binario requerido en el 3.4.2.1 .
3.4.2.3 El terminal que recibe una respuesta RRGD es responsable de adoptar las medidas del caso.
Nota
- El empleo de la RRGD para otros tipos de error
sigue en estudio.
3.4.3@
Instrucción de continuación de documento (ICND)
\
3.4.3.1 La ICND indica al terminal que la recibe la continuación de un documento que ya se ha transmitido parcialmente.
3.4.3.2 Los parámetros de instrucción son los siguientes:
a)
Información de vinculación de documentos
, para
identificar el documento que se había transmitido parcialmente mediante:
-el número de referencia del punto de comprobación (véase el 4.2.7 ) a partir del cual se prosigue la transmisión;
-el número de referencia del documento, que será el mismo que el número de referencia de documento contenido en la ICZD;
-la información de referencia de sesión que identifica la sesión en que se envió la primera parte del documento.
Nota 1
- Si se requieren varias continuaciones para
completar la transmisión de un documento, todas ellas se vincularán a la
transmisión parcial en la cual se utilizó la ICZD. Se utilizará entonces la
secuencia de números de referencia de puntos de comprobación para identificar
el orden correcto de enlace y todas las continuaciones se transmitirán en ese
orden.
Nota 2
- Incumbe al terminal receptor descartar toda
información de texto que haya sido duplicada en el proceso de continuación de
una transmisión interrumpida.
Nota 3
- El número de referencia del punto de
comprobación que aparece en la ICND es el último número de referencia de punto
de comprobación para el que se ha recibido un acuse de recibo positivo.
b)
Identificador de interfuncionamiento de servicios
-
Este campo no es obligatorio [véase la nota del apartado a) del
3.4.1.2
para la ICZD].
c)
Identificador de tipo de documento
- Este campo no es
obligatorio. Si se utiliza un documento teletex normal, no se indicará este
parámetro. Si se utilizan otros tipos de documento, la inclusión de este campo
es obligatoria (para la descripción de los tipos de documentos, véase el anexo
E).
d)
Número de referencia de documento
(de la sesión
actual); véase el
4.2.9
.
e)Facultativamente puede repetirse, como parámetro o parámetros de la ICND, cualquier otro campo o campos de parámetro que aparecían en la ICZD al comienzo del documento. La indicación de la capacidad de terminal requerida es obligatoria si para el documento se requieren capacidades opcionales normalizadas del terminal. Un terminal que reciba una ICND que no contenga todas las capacidades del terminal no deberá rechazar la continuación del documento.
f)
Datos de usuario de sesión
- Se utiliza este
parámetro no obligatorio para transmitir datos del o de los protocolos de
presentación y/o aplicación. Toda la información necesaria para negociar los
parámetros de protocolo de intercambio de documento definidos en las
Recomendaciones de la serie T.400 está contenida en este campo de parámetros.
3.4.3.3 No existe ninguna respuesta a la ICND, salvo cuando se produce un error, en cuyo caso se utiliza la RRGD.
3.4.4@
Instrucción de lista de capacidades de documento
(ILCD)
\
3.4.4.1 La ILCD inicia un intercambio de información con el fin de verificar las capacidades del terminal (tanto normalizadas como de uso privado). La instrucción incluirá una lista de capacidades de recepción que el expedidor de esta instrucción puede necesitar en el receptor.
3.4.4.2 Esta instrucción puede utilizarse también para determinar la capacidad de almacenamiento del terminal distante. La capacidad requerida de almacenamiento (expresada en kilooctetos) se indica en un parámetro de la instrucción en este caso.
3.4.4.3 Los parámetros de instrucción son la lista de capacidades de recepción y la capacidad de almacenamiento requerida.
3.4.4.4 La instrucción ILCD sólo debe invocarse fuera de los límites del documento.
3.4.4.5 La instrucción ILCD puede utilizarse para negociar el valor del plazo del temporizador de inactividad. El valor del plazo del temporizador de inactividad que el expedidor de esta instrucción desea utilizar se indica en un campo de parámetros de esta instrucción.
3.4.4.6 La instrucción ILCD puede utilizarse para transmitir los datos de usuario de sesión del protocolo o protocolos de presentación y/o aplicación. Toda la información necesaria para negociar los parámetros de protocolo de intercambio de documento definidos en las Recomendaciones de la serie T.400 está contenida en este campo de parámetros.
3.4.4.7 La instrucción ILCD puede utilizarse para averiguar si existe compatibilidad en relación con el uso de capacidades no normalizadas.
3.4.5@
Respuesta positiva a lista de capacidades de
documento (RPLCD)
\
3.4.5.1 La respuesta RPLCD la envía el receptor de una instrucción ILCD como acuse de recibo positivo de la instrucción.
3.4.5.2 Si la instrucción ILCD incluye la información para comprobar las capacidades no básicas del terminal teletex, la respuesta RPLCD correspondiente debe contener uno de los elementos siguientes:
a)confirmación de que el receptor dispone de todas las capacidades
solicitadas, mediante
`parámetros de aceptación de ILCD'
;
b)lista de capacidades disponibles en el receptor, mediante el parámetro
`capacidades no básicas del terminal teletex'
, que indicará una de las
listas siguientes:
-lista completa de todas las capacidades solicitadas en la ILCD;
-lista de las capacidades solicitadas que están disponibles en el receptor. La ausencia de parámetros asociados con capacidades no básicas indica que las capacidades solicitadas no están disponibles en el receptor;
-lista completa de las capacidades de recepción no básicas, independientemente de las capacidades solicitadas.
3.4.5.3 Si se utiliza la ILCD para la negociación de la capacidad de almacenamiento (memoria), se incluirá también uno de los siguientes elementos en la RPLCD:
a)confirmación de que la capacidad de almacenamiento pedida está disponible y ha sido reservada;
b)indicación (en kilooctetos) de la capacidad de almacenamiento disponible (y reservada);
c)indicación de que (de momento) no es posible reservar la capacidad de almacenamiento solicitada;
d)indicación de que no puede estimarse el almacenamiento disponible (ya sea por indicación explícita o por ausencia de un parámetro de negociación de almacenamiento en respuesta a una ILCD con una petición de almacenamiento).
Nota 1
- El almacenamiento que ha sido reservado por la
instrucción ILCD puede liberarse tras la terminación de la sesión o cuando se
reciba una nueva ILCD con indicación de necesidad de almacenamiento.
Nota 2
- No se prohíbe utilizar el parámetro de
negociación de la capacidad de almacenamiento en la RPLCD (es decir, indicar
que no es posible estimar la capacidad de almacenamiento) cuando no está
presente en la ILCD. Por tanto, la recepción de esa RPLCD en respuesta a la
ILCD no se considera como un error.
3.4.5.4 Puede utilizarse la respuesta RPLCD para negociar el valor del plazo del temporizador de inactividad. El valor del plazo del temporizador de inactividad que el expedidor de esta respuesta desea utilizar se indica en un campo de parámetros de esta respuesta.
3.4.5.5 La respuesta RPLCD puede utilizarse para transmitir los datos de usuario de sesión del o de los protocolos de presentación y/o aplicación. Toda la información necesaria para negociar los parámetros de protocolo de intercambio de documento definidos en las Recomendaciones de la serie T.400 está contenida en este campo de parámetros.
3.4.5.6 La respuesta RPLCD puede utilizarse para averiguar si existe compatibilidad con respecto al uso de capacidades no normalizadas y de uso privado.
3.4.6@
Instrucción de fin de documento (IFD)
\
3.4.6.1 La IFD se utilizará para indicar al terminal que la reciba el fin de un documento. También representa el punto de comprobación final, respecto al cual se dará una respuesta.
3.4.6.2 El parámetro de instrucción es el número de referencia del punto de comprobación.
3.4.6.3 Como respuesta negativa al punto de comprobación indicado en la IFD se utilizará la respuesta RNLPD.
3.4.7@
Respuesta positiva a fin de documento (RPFD)
\
3.4.7.1 La RPFD da un acuse de recibo positivo del último punto de comprobación. En los servicios básicos, es el número de referencia de la última página.
3.4.7.2 La RPFD indica también que el receptor:
a)no ha detectado errores;
b)acepta asumir la responsabilidad del documento recibido;
c)está preparado para recibir una nueva ICZD o ICND.
3.4.7.3 La RPFD incluirá, como parámetro, el número de referencia del punto de comprobación de la instrucción IFD.
3.4.7.4 Sólo si el terminal aceptor ha enviado una RPFD y recibido una ICZD, ICND, ILCD, IFS o ICCS válida, es seguro que el terminal de fuente no utilizará procedimientos de recuperación tras error en relación con el documento precedente. En los demás casos, puede ocurrir que después de enviar una RPFD, tenga lugar una repetición de páginas, y las duplicaciones pueda suprimirlas el terminal aceptor.
3.4.8@
Instrucción de descarte de documento (IDD)
\
3.4.8.1 La IDD se utilizará para indicar al receptor el fin anormal de un documento, y que no se considera que el receptor de la instrucción es responsable de la parte del documento ya recibida. En consecuencia, mediante una función local ajena a estos procedimientos de control, el receptor puede suprimir la parte recibida del texto.
Nota 1
- La IDD es una invitación a descartar la
totalidad del documento y no simplemente la parte del mismo transmitida desde
la última ICND.
Nota 2
- El terminal receptor puede descartar el
documento de su memoria y/o indicar al operador que esta parte del mismo no
tiene valor.
Nota 3
- La realización de esta función en el facsímil
del grupo 4 sigue en estudio.
3.4.8.2 El motivo del envío de la instrucción IDD puede indicarse mediante un parámetro de IDD. De utilizarse se indicará uno solo de los siguientes motivos:
a)imposible continuar una sesión (por ejemplo, porque la memoria está llena, falta papel de impresión, etc);
b)error en la secuencia;
c)error en el terminal local;
d)error de procedimiento no irrecuperable;
e)no se indica un motivo específico (se utiliza para motivos distintos de los indicados más arriba).
3.4.8.3 La IDD sólo puede utilizarse para terminar el documento actual, en lugar de utilizar IFD o IRSD. No puede emplearse después de que se ha enviado una IRSD (véase el 4.3.2 ).
3.4.8.4 El receptor de una IDD está autorizado a suprimir la parte recibida del documento, pero no está obligado a hacerlo. Si no se suprime el texto, se informará de ello al operador.
3.4.8.5 No se permite ninguna respuesta negativa a una IDD, excepto en condiciones de error en las que se aplica la RRGD.
3.4.9@
Respuesta positiva a descarte de documento
(RPDD)
\
3.4.9.1 La RPDD acusa recibo de la IDD e indica que el receptor de esta instrucción está preparado para recibir una nueva ICZD o ICND.
3.4.10@
Instrucción de resincronización de documento
(IRSD)
\
3.4.10.1 La IRSD utilizará la fuente para indicar al aceptor el
3.4.10.2 El motivo del fin anormal de un documento puede indicarse mediante un parámetro de IRSD. De utilizarse, se indicará uno solo de los siguientes motivos:
a)imposible continuar una sesión (por ejemplo, porque la memoria está llena, falta papel de impresión, etc;
b)error en la secuencia;
c)error en el terminal local;
d)error de procedimiento irrecuperable;
e)no se indica un motivo específico (se utiliza para motivos distintos de los indicados más arriba).
3.4.10.3 No se permite ninguna respuesta negativa a una IRSD excepto en condiciones de error en las que se aplica la RRGD.
3.4.11@
Respuesta positiva a resincronización de documento
(RPRSD)
\
3.4.11.1 La RPRSD la envía el receptor de una IRSD como acuse de recibo positivo de la instrucción.
3.4.11.2 La utilización de la RPRSD dentro de un documento confirma al expedidor de una IRSD que el expedidor de la RPRSD ha aceptado ya asumir la responsabilidad del documento recibido (hasta el último punto de comprobación para el cual se ha enviado un acuse de recibo positivo). No indica si el emisor de la RPRSD tiene la posibilidad de efectuar la vinculación de las partes siguientes del documento interrumpido.
3.4.11.3 Los procedimientos de control prevén los medios necesarios para reanudar la transmisión de un documento interrumpido.
3.4.11.4 La vinculación de las partes de un documento interrumpido es una operación local en el receptor, y por tanto no incumbe a los procedimientos de control. En consecuencia, estos procedimientos no pueden garantizar que se lleve a cabo la vinculación de las partes de un documento.
3.4.12@
Instrucción de información de usuario de documento
(IIUD)
\
3.4.12.1 La IIUD indica al terminal que la recibe que la información asociada debe interpretarse como el campo de información de texto del usuario transmitido.
3.4.12.2 En los servicios básicos no se requiere ningún parámetro para la IIUD. El procedimiento permite incluir parámetros, pero la necesidad de los mismos requiere ulterior estudio. Para los servicios básicos una IIUD ha de contener un campo de información de usuario. La necesidad de disponer de las IIUD sin campo de información será objeto de ulterior estudio.
3.4.12.3 Pueden utilizarse varias IIUD para transferir el contenido de una página.
3.4.13@
Instrucción de límite de página de documento
(ILPD)
\
3.4.13.1 La ILPD indica al receptor el límite entre páginas. También indica un punto de comprobación a los efectos de la recuperación tras error (véase el 4 ). La ILPD invita al aceptor a asumir la responsabilidad de la página previamente recibida.
3.4.13.2 El parámetro de instrucción ILPD es el número de referencia del punto de comprobación, que en los servicios básicos es el número de referencia de página.
3.4.13.3 El número de referencia del punto de comprobación que aparece en la primera ILPD después de una ICND es el que aparece en esa ICND más uno.
3.4.14@
Respuesta positiva a límite de página de
documento (RPLPD)
\
3.4.14.1 Esta respuesta se utilizará para indicar que el receptor acepta la responsabilidad de la página.
3.4.14.2 Los parámetros de respuesta son los siguientes:
a)un parámetro obligatorio que da el número de referencia del punto de comprobación (véase el 3.4.13.2 );
b)un parámetro obligatorio que indica si el terminal receptor está o no en condiciones de seguir aceptando tráfico (por ejemplo, si se ha llegado o no al umbral de la memoria).
3.4.15@
Respuesta negativa a límite de página de documento
(RNLPD)
\
3.4.15.1 Se utilizará esta respuesta para indicar que el receptor no acepta la responsabilidad de la página, por ejemplo, debido a la detección de un error o a otro fallo.
Nota
- Esta respuesta puede también devolverse en
cualquier punto dentro de los límites del documento depués de la recepción de
la ICZD.
3.4.15.2 El valor del parámetro obligatorio que da el motivo de la respuesta negativa debe ser uno de los siguientes:
a)imposible continuar una sesión (por ejemplo, porque la memoria está llena, falta papel de impresión, etc.);
b)error en la secuencia;
c)error en el terminal local;
d)error de procedimiento irrecuperable;
e)no se indica ningún motivo específico (se utiliza para motivos distintos de los indicados más arriba).
3.5
Reglas generales para los
elementos de procedimiento de
documento
3.5.1 Cuando se ha comenzado un documento con una ICZD o se ha continuado mediante una ICND, debe terminarse con IFD, IRSD o IDD antes de transmitir la siguiente ICZD o ICND.
3.5.2 Las siguientes reglas se refieren a los parámetros de ICZD e ICND:
a)se puede utilizar el parámetro interfuncionamiento de servicios para indicar que el documento se presta para el interfuncionamiento; sin embargo, cuando tiene lugar efectivamente un interfuncionamiento de servicios el empleo de este parámetro es obligatorio;
b)la ausencia del identificador de tipo de documento indica que el documento asociado es un documento normal.
3.5.3 No se puede enviar ninguna respuesta negativa a una ICZD o una ICND después de enviar una respuesta positiva a cualquier punto de comprobación dentro de ese documento. No se puede enviar ninguna respuesta negativa a una instrucción de documento una vez que se haya acusado recibo positivo del punto de comprobación asociado con esas instrucciones.
3.5.4 Con respecto a las respuestas a una ILPD (ya sea RPLPD o RNLPD), el receptor puede rechazar la recepción si ha detectado un error, pero no está obligado a verificar la existencia de errores en el documento. Una vez que se ha acusado recibo de una página de manera positiva, la corrección de los eventuales errores detectados ulteriormente cae fuera de los límites de estos procedimientos de control.
3.5.5 Si, durante la transmisión de un documento, hay una interrupción de la conexión o sesión de transporte que haga necesario el establecimiento de otra comunicación y/o sesión, se aplican las siguientes reglas.
a)Cuando una transmisión de documento se inicie por una ICZD y no se acuse recibo positivo de punto de comprobación durante la transmisión de ese documento:
-el terminal receptor tratará el fallo como si se hubiese recibido una IDD y se hubiese enviado una RPDD;
-el terminal emisor tratará el fallo como si se hubiese enviado una IDD y se hubiese recibido una RPDD.
b)En otros casos:
-el terminal receptor tratará el fallo como si se hubiese recibido una IRSD y se hubiese enviado una RPRSD;
-el terminal emisor tratará el fallo como si se hubiese enviado una IRSD y se hubiese recibido una RPRSD.
3.5.6 Si, durante la transmisión de un documento, se presenta una condición anormal distinta de las descritas en el 3.5.5 , se aplican las siguientes reglas:
a)Cuando una transmisión de documento se inicia con una instrucción ICZD y no se acusa recibo positivo de punto de comprobación, debe utilizarse una instrucción IDD o una IRSD. Si se utiliza una IRSD, debe interpretarse como una IDD.
b)En los demás casos, debe utilizarse una IDD o una IRSD.
3.5.7 Cuando un terminal fuente recibe una RPLPD con el parámetro @capacidad de recepción comprometida (CRC)\ puesto a 1 durante una transmisión de documento, puede continuar transmitiendo una o más páginas hasta que se cierre la ventana. En este contexto, se aplican las siguientes reglas:
a)si la fuente recibe posteriormente una RPLPD con el parámetro CRC puesto a 0, podrá continuar la transmisión;
b)si la fuente recibe posteriormente una RNLPD que indique
`desbordamiento de memoria'
, la transmisión del documento deberá
terminarse anormalmente; por ejemplo, intercambio de IDD/RPDD o de IRSD/RPRSD.
Nota
- En otros contextos (por ejemplo, tamaño de la
ventana igual a 1), la sesión puede terminar anormalmente debido a la
expiración del plazo del temporizador de inactividad. Sin embargo, este punto
requiere ulterior estudio.
3.5.8 Cuando un terminal aceptor envía una RPLPD con el parámetro CRC
puesto a 1, y el subsiguiente desbordamiento de la memoria hace que se envíe
una RNLPD, hay que indicar el código de motivo
`incapaz de continuar la
sesión'
.
3.6
Reglas para los diagramas de estados
3.6.1
Consideraciones generales
3.6.1.1 Las reglas comunes, aplicables a todos los diagramas de estados, se dan en el anexo D.
3.6.1.2 De producirse un error cualquiera, un terminal puede enviar una IAS. Si no se utiliza este procedimiento se aplicarán las reglas siguientes.
3.6.2
Reglas para el protocolo de envío
(véase la
figura 2/T.62)
3.6.2.1 Toda instrucción o respuesta recibida en el estado 1 provocará el fin anormal de la sesión y el envío de una IAS.
3.6.2.2 La recepción de cualquier instrucción o respuesta no indicada como permitida en el diagrama de estados, en los estados 2 a 11 provocará el envío de una IRSD o de una IDD conforme con el 3.5.6 .
3.6.2.3 La recepción de cualquier instrucción o respuesta, salvo la RPLCD, en el estado 14 provocará el envío de una IRSD.
3.6.2.4 En el estado 13, la recepción de una RPRSD o una RPDD provocará la transición al estado 1. Se descartará cualquier otra instrucción o respuesta.
3.6.2.5 El temporizador de petición de respuesta que arranca cuando se entra al estado 13, sólo se reinicia cuando se recibe una respuesta válida.
3.6.3
Reglas para el protocolo de recepción
^(véase la
figura 3/T.62)
3.6.3.1 La recepción de cualquier instrucción o respuesta, exceptuadas las ICZD, ICND, ILCD, IRSD o IDD, en el estado 1 provocará el envío de la RRGD.
3.6.3.2 En el estado 12, la recepción de una IRSD o una IDD provocará la transición al estado 13. Se descartará cualquier otra instrucción o respuesta recibida.
3.6.3.3 La recepción de cualquier instrucción o respuesta no permitida en el diagrama de estados, o de cualquier parámetro o valores de parámetro no válidos en los estados 2 a 11 puede provocar el envío de una RRGD.
3.6.3.4 El temporizador de inactividad que arranca cuando se entra al estado 12 sólo se reinicia cuando se recibe una instrucción válida.
Figure 2/T.62, p.5
Figure 3/T.62, p.5
4
Recuperación tras error
4.1
Principios generales
4.1.1 Durante una sesión, cada uno de los participantes es responsable de observar si el funcionamiento tiene lugar de la manera correcta en lo que respecta a lo siguiente:
a)conservación de la relación fuente/aceptor acordada vigente;
b)utilización correcta de las secuencias de instrucciones/respuestas de procedimiento descritas en los diagramas de estados y en las reglas relativas a su funcionamiento (véase el 3.6 );
c)detección de cualquier periodo de inactividad superior al valor del plazo del temporizador de inactividad determinado por negociación (lo que indica, por ejemplo, un fallo u otra incapacidad que impide seguir utilizando provechosamente la sesión);
d)detección de un periodo de tiempo superior al valor del plazo del
Nota
- La negociación del valor del plazo del
temporizador de petición de respuesta debe ser objeto de ulterior estudio.
4.1.2 Se aplican las siguientes reglas a la negociación del valor del plazo del temporizador de inactividad:
a)Se aplicará un valor del plazo del temporizador de inactividad distinto de 60 segundos sólo si indican este parámetro ambos terminales, es decir, existe negociación en el establecimiento de sesión (vía ICS/RPCS) o de los límites del documento (vía ILCD/RPLCD).
b)Si ambos terminales indican un valor del plazo del temporizador de inactividad, se aplican las normas siguientes durante toda la sesión o hasta que se realiza una negociación subsiguiente:
i)se aplica el menor de los dos valores cuando ambos valores son superiores o iguales a 60 segundos;
ii)se aplica el mayor de los dos valores cuando ambos valores son inferiores a 60 segundos;
iii)se aplica un valor del plazo del temporizador de 60 segundos si un valor es superior y otro inferior a 60 segundos.
4.1.3 Cuando se observa que, por cualquier fallo, no es posible mantener el funcionamiento correcto conforme se describe en el 4.1.1 , es obligatorio utilizar los procedimientos de recuperación tras error definidos para cada estado; cuando no se definen específicamente tales procedimientos, es obligatorio proceder a la terminación de la sesión (fin anormal). En caso de error, este procedimiento de control permite repetir la transmisión de información. El número de repeticiones será limitado por el expedidor y puede ser igual a cero.
4.2
Reglas para el establecimiento de puntos
comprobación
4.2.1 Después de la terminación anormal de un documento, la recuperación en
la misma sesión requiere el empleo del
4.2.2 Después de la terminación anormal de un documento debe iniciarse una nueva sesión (y comunicación) cuando la recuperación ha de tener lugar en una sesión ulterior o después de una terminación anormal y/o una interrupción de la comunicación. La información necesaria para identificar sin ambigüedades el sitio a partir del cual debe efectuarse la recuperación es la siguiente:
a)la referencia de la sesión interrumpida;
b)el número de referencia del documento; y
c)el número de referencia del punto de comprobación.
4.2.3 En los servicios básicos debe insertarse un punto de comprobación en cada límite de página, utilizando una ILPD.
4.2.4 Si se recibe una respuesta negativa a una instrucción que representa un punto de comprobación, debe interrumpirse la transmisión enviando una IRSD o una IDD.
4.2.5 En un documento, el
4.2.6 En el servicio básico no se permite ningún otro empleo de puntos de comprobación.
4.2.7 Cada instrucción que represente un punto de comprobación contendrá un parámetro que indique el número de referencia. Cada instrucción de esta naturaleza exige una respuesta, que contendrá un parámetro indicando el número de referencia del punto de comprobación al que corresponde la respuesta. Cada punto de comprobación en una ILPD debe ser objeto de un acuse de recibo explícito, y los acuses de recibo se efectuarán en la secuencia debida.
4.2.8 Para la atribución de números de referencia de los puntos de comprobación se utilizarán cifras decimales a partir de 001, aumentando sucesivamente en una unidad para cada punto de comprobación dentro de un documento. El número no tiene necesariamente que estar constituido por tres cifras, y los ceros no significativos no tienen que transmitirse necesariamente. En todos los casos, deben ignorarse los ceros no significativos.
4.2.9 Preferente, pero no necesariamente, los números de referencia de documento (NRD) serán cifras decimales, a partir de 001. Aumentarán luego secuencialmente en una unidad para cada documento sucesivo. Se asignarán NRD a todos los documentos de una sesión, independientemente del indicador de tipo de documento o del empleo de la ICZD o la ICND como instrucción de iniciación. El número no tiene necesariamente que estar constituido por tres cifras, y los ceros no significativos no tienen que transmitirse necesariamente. En todos los casos, deben ignorarse los ceros no significativos.
Nota
- Para identificar inequívocamente los documentos
intercambiados, se recomienda que no aparezcan los mismos NRD en una misma
sesión. Sin embargo, se observa que algunos terminales existentes pueden causar
la duplicación de NRD cuando se intercambian documentos en ambos sentidos.
4.2.10 La suma de las cifras contenidas en el número de referencia del punto de comprobación y en el número de referencia de documento no excederá de seis, a fin de permitir su impresión en el espacio disponible en el renglón de identificación de la llamada definido en la Recomendación F.200. A condición de que no se exceda dicho límite, el número máximo de cifras de cualquiera de esos dos números no está sujeto a ninguna restricción.
Ventana de acuse de recibo
4.3.1 En el servicio teletex básico se prohíbe que el expedidor exceda un tamaño de ventana de acuse de recibo de tres. El tamaño máximo de la ventana puede negociarse durante el establecimiento de la sesión, utilizando los parámetros de la ICS y la respuesta correspondiente (véase el 5.7.2.6 ).
4.3.2 En el servicio facsímil del grupo 4 es necesaria la indicación de los parámetros de tamaño de la ventana en la instrucción ICS y en la respuesta correspondiente (véanse los 3.3.2.7 y 5.7.2.6).
4.3.3 El expedidor puede realizar la recuperación a partir de una transmisión interrumpida, de dos maneras solamente:
a)se consigue una cancelación mediante la utilización subsiguiente de instrucciones ICND e IDD, y la transmisión se reanudará con una instrucción ICZD;
b)el expedidor puede reanudar la transmisión mediante una instrucción ICND, empezando en el lugar del texto correspondiente al último punto de comprobación para el cual haya recibido un acuse de recibo.
Sobre esta base, el destinatario debe ser capaz de reanudar la recepción en un punto de comprobación comprendido entre el último punto de comprobación del que se ha acusado recibo y el último punto de comprobación del que se ha acusado recibo más uno, menos el tamaño de la ventana.
4.3.4 Se ha introducido el mecanismo de ventana a fin de permitir la transmisión continua de páginas. El terminal destinatario puede utilizar el mecanismo de ventana también para resolver los problemas asociados con la hora local sin afectar a la transmisión continua.
Nota
- Por razones de eficacia, el terminal receptor
transmitirá la respuesta para acusar recibo del punto (o puntos) de
comprobación pendientes lo antes posible.
4.3.5 El diseño de un terminal debe permitir la recepción continua cuando éste se explota de la manera normal (por ejemplo con un contenido medio de página teletex de 1600 octetos). El empleo del mecanismo de ventana debe tener en cuenta los requisitos en materia de calidad de servicio especificados en las Recomendaciones F.200 y F.161.
4.3.6 Si se necesita un control del flujo de transmisión, el mismo será proporcionado por el servicio de transporte.
5 Codificación
5.1
Definición de los términos utilizados en relación con
la codificación
5.1.1@
identificador de instrucción (II) o identificador de
respuesta (IR)
@
E: command identifier (CI) or response identifier (RI)
F: identificateur de commande (IC) ou de réponse (IR)
\Información de encabezamiento que identifica la instrucción o respuesta de que se trata.\
5.1.2@
indicador de longitud (IL)
@
E: length indicator (LI)
F: indicateur de longueur (IL)
\Representa la longitud en octetos de un campo o grupo de campos asociado.\
5.1.3@
identificador de parámetro (IP)
@
E: parameter identifier (PI)
F: identificateur de paramètre (IP)
\Indica el tipo de información que contiene un campo o grupo de campos asociado.\
5.1.4@
identificador de grupo de parámetros (IGP)
@
E: parameter group identifier (PGI)
F: identificateur de groupe de paramètres (IGP)
\Caso especial de identificador de parámetro que indica que el campo asociado se compone enteramente de un grupo de parámetros, cada uno de los cuales se identifica mediante un identificador de parámetro.\
5.1.5@
valor de parámetro (VP)
@
E: parameter value (PV)
F: valeur de paramètre (VP)
\Información que representa el valor del parámetro identificado por un IP o por un IGP.\
5.1.6@
campo
@
E: field
F: champ; domaine
\Grupo de uno o más bits dentro de un octeto, o grupo de uno o más octetos, que se utilizan para representar un conjunto particular de información.\
5.2
Principios de codificación
5.2.1 La codificación de las instrucciones, respuestas y parámetros de sesión es independiente de la codificación de las instrucciones, respuestas y parámetros de documento, y viceversa.
5.2.2 La atribución de esquemas binarios a los II, IR, IGP e IP se basa en los principios de codificación binaria de los campos.
5.2.3 La primera sección de un campo de sesión o de documento consiste ya sea en un II o en un IR. Cada II o IR va inmediatamente seguido de un IL.
5.2.4 Los bits de un octeto se numeran de 8 a 1; el bit 1 es el de orden inferior y se transmite primero. Los octetos de un campo de sesión o de documento se numeran consecutivamente a partir de 1 y se transmiten por este orden.
5.2.5 El valor de un IL es un número binario que representa la longitud total, en octetos, del parámetro o parámetros que le siguen inmediatamente. El valor del IL no incluye el suyo propio ni ninguna información de usuario subsiguiente.
5.2.7 En la decodificación de II, IR, IGP e IP deben tenerse en cuenta todos los bits del identificador.
5.2.8 El formato de un campo de parámetros que comienza con un IGP es idéntico al de un campo de parámetros que comienza con un IP, salvo que el campo de VP está constituido en su totalidad por una secuencia de uno o varios campos de parámetros, cada uno de los cuales comienza ya sea por un IP o un IGP.
5.2.9 La ausencia de IP o IGP no obligatorios indica que no se dispone de ninguna de estas funciones. Por tanto, deben evitarse los IP o IGP con el IL puesto a cero.
5.2.10 Las figuras 4/T.62, 5/T.62, y 6/T.62 ilustran los principios de codificación.
Figura 4/T.62, p.
Figura 5/T.62, p.
Figura 6/T.62, p.
5.3
Codificación de los
indicadores de
longitud
(IL)
5.3.1 El valor de un IL es un número binario que representa la longitud total en octetos de los campos de II, IR, IP y/o IGP que le siguen de inmediato. El valor del IL no incluye el suyo propio ni ninguna información de usuario subsiguiente, como ya se ha indicado en el 5.2.5 .
5.3.2 El IL básico consiste en un solo octeto, con un valor decimal máximo de 254 (o sea un valor binario de 11111110).
5.3.3 Si el valor del primer octeto del IL es 255 en decimal (o sea, un valor binario de 11111111), ello indica que el valor del IL está contenido en los dos octetos que siguen, lo que hace posible un valor máximo de 65^535 octetos.
5.3.4 Dentro de un octeto, el bit de mayor orden es el bit 8 y los restantes bits se asignan en orden decreciente. Cuando el valor de la longitud se representa mediante dos octetos, el primero de ellos contiene los bits de orden mayor.
5.4
Codificación de los identificadores de
instrucción (II) y de los identificadores de respuesta
(IR) para los elementos de sesión
5.4.1 En el cuadro 4/T.62 se indica la codificación de los identificadores II e IR para las instrucciones y respuestas de sesión.
5.4.2 Salvo en caso de uso privado, la asignación de códigos a las instrucciones y respuestas indicadas en el cuadro 4/T.62 se efectúa de manera tal que los bits puedan interpretarse de la siguiente manera:
Bit11 = Instrucción0 = Respuesta
Bit21 = Positiva0 = Negativa (en las respuestas)
Bit31 = Iniciación0 = Parada (en la mayoría de las instrucciones)
Bits4, 511 Sesión 10 Sesión 01 Interacción 00 Usuario de sesión
Bits6, 7, 8Se ponen a cero (salvo para uso privado) y están reservados para extensión.
Nota
- De ser posible debiera aplicarse esta
estructura de codificación del campo binario al efectuar futuras asignaciones
de código, pero ello no es obligatorio si el número de combinaciones de código
disponible es insuficiente. Esto significa que dicha estructura no está
destinada a servir de orientación para la realización práctica.
5.5
Codificación de los identificadores de
instrucción y de los identificadores de respuesta para los
elementos de documento
5.5.1 En los cuadros 5/T.62 y 6/T.62 se especifica la codificación de los identificadores II e IR para las instrucciones y respuestas de documento, respectivamente.
5.5.2 Salvo en caso de uso privado, la atribución de códigos a las instrucciones y respuestas indicadas en los cuadros 5/T.62 y 6/T.62 se efectúa de manera tal que los bits puedan interpretarse como sigue:
Bit11 = Instrucción0 = Respuesta
Bit21 = Positiva0 = Negativa (en las respuestas)
Bit31 = Iniciación0 = Parada (en la mayoría de las instrucciones)
Bits4, 5, 6111, 110, 101Documento 100Reservado 011Página 010Reservado 001Reservado para unidad de recuperación 000Texto
Bits7, 8Se ponen a cero y están reservados para futuras extensiones.
5.5.3 En relación con futuras extensiones, véanse la nota del 5.4.2 y el 5.4.3 .
CUADRO 4/T.62 [T4.62], p.
CUADRO 5/T.62 [T5.62], p.
CUADRO 6/T.62 [T6.62], p.
5.6
Codificación de los
identificadores de grupo de
parámetros (IGP) y de los
identificadores de parámetro
(IP)
5.6.1 La codificación de los IGP e IP para las instrucciones y respuestas de sesión se indica en el cuadro 7/T.62. La codificación de los IGP e IP en las instrucciones y respuestas de documento se indica en el cuadro 8/T.62.
5.6.2 En los cuadros 9/T.62 y 10/T.62 se especifican los IGP e IP de cada instrucción y respuesta en los elementos de procedimiento de sesión y de documento, y se indica asimismo si el IGP y el IP de que se trata es obligatorio o no.
5.6.3 Cuando un IP está atribuido a un IGP determinado, ello se indica en el cuadro 7/T.62 o en el 8/T.62. Algunos IP no están atribuidos a ningún IGP y se utilizan conforme se requiere. Algunos IP pueden utilizarse sin los IGP precedentes definidos en los cuadros 9/T.62 y 10/T.62.
5.6.4 Los códigos de estos IGP e IP se asignan de manera tal que el campo binario formado por los bits 8, 7 y 6 pueda interpretarse como sigue:
Bits876
000Relacionado con la sesión 001Relacionado con el documento(Puede que estos IGP e IP relacionados con el documento sean de utilidad en otros servicios) 010Relacionado con el documento (para el teletex)
011 100Reservados 101
110Datos de usuario
111Uso privado
El campo binario formado por los bits 5 y 4 puede interpretarse como sigue:
Bits54
00 IGP 01 IP 10 IP 11 IP
El campo binario formado por los bits 3, 2 y 1 se utiliza para extensión de los IGP cuando se ponen a 000.
Nota
- De ser posible, convendrá aplicar esta
estructura de codificación del campo binario al efectuar futuras asignaciones
de código, pero ello no es obligatorio si el número de combinaciones de código
disponibles es insuficiente. Esto significa que dicha estructura no está
destinada a servir de orientación para la realización práctica.
5.6.5 Los IGP e IP que están en el mismo nivel de englobamiento deben ponerse en el orden de valores binarios crecientes. El orden de codificación de los IGP e IP incluidos en cada instrucción o respuesta está definido en los cuadros 9/T.62 y 10/T.62.
5.6.6 Se aplicarán a los parámetros de uso privado y actualmente no definidos las reglas siguientes:
a)Estos parámetros, si están presentes en una ICS o ILCD (o en sus correspondientes respuestas) no deben conducir a errores de procedimiento.
b)El uso de estos parámetros en otras instrucciones o respuestas deberá negociarse previamente mediante ICS o ILCD y sus correspondientes respuestas (véase el 3.3.2.3 ).
c)La presencia de estos parámetros
`inesperadamente'
en elementos
distintos de ICS, RPCS, ILCD o RPLCD puede dar lugar a errores de
procedimiento.
d)La ausencia de un parámetro de esta clase en una respuesta a una ICS o una ILCD debe interpretarse como una indicación de que el terminal no es capaz de tratar ninguna de estas funciones.
5.7
Valores de parámetro
5.7.1
Consideraciones generales
5.7.1.1 Salvo especificación en contrario, se aplican las siguientes reglas a los campos que contienen @valores de parámetro (VP)\:
a)cuando se emplea un número binario para representar un valor, el bit de mayor orden de cada octeto es el bit 8 y los restantes bits se asignan por orden decreciente. Cuando un valor binario está representado por más de un octeto, el primer octeto debe contener los bits de mayor orden, asignándose los octetos siguientes por orden decreciente;
b)todos los bits reservados para una normalización futura se pondrán a cero;
c)cuando un VP contiene caracteres gráficos que pueden imprimirse o visualizarse, los mismos figurarán en el orden en que han de imprimirse o visualizarse y se codificarán conforme se especifica en la Recomendación T.61;
d)en el caso de los IGP para extensión, los IP y/o IGP incluidos en el campo de parámetros no son necesariamente conformes a las asignaciones de valores de IP e IGP indicados a continuación.
5.7.1.2 Se indica seguidamente la asignación de códigos a los diferentes valores de parámetro.
5.7.2
Parámetros relacionados con la
sesión
Nota
- A continuación se especifican parámetros
relacionados con la sesión o con la sesión y el documento.
5.7.2.1
Identificador del terminal llamado
Secuencia de caracteres gráficos conforme se define en la Recomendación F.200.
5.7.2.2
Identificador del terminal llamante
Secuencia de caracteres gráficos conforme se define en la Recomendación F.200.
5.7.2.3
Fecha y hora
Secuencia de caracteres gráficos conforme se define en la Recomendación F.200.
5.7.2.4
Número adicional de referencia de la sesión
Secuencia de longitud fija de dos cifras decimales, codificadas como se indica en la Recomendación T.61.
Tableau 7/T.62 [T7.62], p.13
Tableau 8/T.62 [1T8.62], p.14
Tableau 8/T.62 [2T8.62], p.15
Tableau 9/T.62 [1T9.62], p.16
Tableau 9/T.62 [2T9.62], p.17
Tableau 9/T.62 [3T9.62], p.18
Tableau 10/T.62 [1T10.62], p.19
Tableau 10/T.62 [2T10.62], p.20
Tableau 10/T.62 [3T10.62], p.21
Tableau 10/T.62 [4T10.62], p.22
5.7.2.5
Capacidades varias de la sesión
El bit 1 del primer octeto puesto a 1 indica que el terminal tiene la capacidad de transferir información en el modo bidireccional simultáneo.
El bit 2 del primer octeto puesto a 1 indica que el terminal tiene la capacidad de suspensión de la sesión.
El bit 3 del primer octeto puesto a 1 indica que el terminal tiene la capacidad de operación interactiva.
Todos los demás valores de bits se reservan para una normalización futura.
5.7.2.6
Tamaño de la ventana
Número binario de longitud fija un octeto, con un valor mínimo de uno y un valor máximo de 255 en decimal (o sea, un valor binario de 11111111). El valor por defecto es tres en decimal (o sea, un valor binario de 00000011).
5.7.2.7
Identificador de servicio
La codificación del identificador de servicio es la siguiente:
Bits87654321Servicio 00000001telemático
Las demás codificaciones siguen en estudio.
5.7.2.8
Funciones de control de la sesión
Cuando se utilicen con una respuesta, es decir, con RPCS o RIUS se definen en el primer octeto las siguientes asignaciones de bit:
a)el bit 1 puesto a 1 indica una petición de control (como se define en la presente Recomendación);
b)todos los demás bits se reservan para una normalización futura.
5.7.2.9
Parámetro de terminación de sesión
El bit 1 del primer octeto puesto a 1 indica que se liberará la conexión de transporte (valor por defecto). Puesto a 0 indica que no debe liberarse la conexión.
El bit 2 del primer octeto puesto a 1 indica un error en el terminal local.
El bit 3 del primer octeto puesto a 1 indica un error de procedimiento irrecuperable.
El bit 4 del primer octeto puesto a 1 indica que no se menciona ningún motivo.
Todos los demás bits se reservan para una normalización futura. La instrucción IFS utiliza únicamente el bit 1, todos los demás bits se pondrán a 0.
5.7.2.10
Motivo (sesión o documento)
Campo que indica el motivo del envío de la instrucción o respuesta asociada. El valor puede expresarse como campo con codificación binaria o como mensaje de texto en lenguaje claro. La ausencia del parámetro indica que no se expresa ningún motivo.
Bits87654321
Motivo
00000000No se especifica un motivo determinado (utilizado para motivos distintos de los enumerados) 00000001Temporalmente imposibilitado para entrar o continuar en una sesión (por ejemplo, debido a memoria llena o a que no hay papel de registro) 00000010Mensaje de texto explícito que ha de utilizarse con una RNCS (véase la nota 1) 00000011Error de secuencia (véase la nota 2) 00000101Error en el terminal local (véase la nota 2) 00000110Error de procedimiento no corregible (véase la nota 2)
Nota 1
- Para el servicio teletex básico, el texto
sigue inmediatamente al primer multibit (byte) del valor. El número máximo de
caracteres es de 69 (incluidos los caracteres de control). Sólo se permiten
caracteres convertibles uno a uno al alfabeto télex (ATI N.o 2). Se utilizará
el código teletex.
Nota 2
- Estos valores de parámetros son válidos sólo
en instrucciones y respuestas de documento.
5.7.2.11
Temporizador de inactividad
a)Los bits 8 y 7 indican la unidad del valor del plazo del temporizador de inactividad, y los bits 6 a 1 el valor binario en la gama de 1 a 63.
Bits87
Unidad del temporizador
00Segundo(s) 01Minuto(s) 10Hora(s) 11Reservado para extensión
b)Todos los bits del primer octeto puestos a cero indican que el valor del plazo del temporizador de inactividad es infinito, es decir, que el temporizador está neutralizado.
5.7.2.12
Funciones de servicio de la sesión
El valor del parámetro se indica por una secuencia de dos octetos.
a)En el octeto 1:
Bits8-4 (véase la nota 1)Reservados (puestos a 0) Bit3Puesto a 1 indica la capacidad de datos mecanografiados (para ulterior estudio) Bit2 (véase la nota 2)Puesto a 1 indica la aptitud para enviar RNLPD Bit1 (véase la nota 2)Puesto a 1 indica la aptitud para enviar/recibir ILCD/RPLCD
b)En el octeto 2:
Bits8, 6, 5 y 3 (véase la nota 1)Reservados (puestos a 0)
Bit7 (véase la nota 2)Puesto a 1 indica la capacidad de transferencia de
documento
Bit4 (véase la nota 2)Puesto a 1 indica la capacidad de sincronización de
página [ILPD/RPLPD(N)]
Bits2-1 (véase la nota 3)Puestos a 0 1 indican
`semidúplex'
.
Puestos a 1 0 indican
`dúplex'
Nota 1
- Debe hacerse caso omiso de todos los bits
reservados cuando se comparen las capacidades indicadas en ICS y RPCS.
Nota 2
- Los bits indicados deben ponerse (a 1 para la
transferencia de documentos y a 0 para la no transferencia de documentos) como
una unidad.
Nota 3
- Los modos semidúplex y dúplex se dejan para
ulterior estudio.
La ausencia de este parámetro debe interpretarse como los siguientes valores por defecto:
Bits87654321
Octeto 1:00000011 Octeto 2:01001001
5.7.2.13
Capacidades no normalizadas
El primer octeto representa el indicativo de país registrado por el CCITT, especificado en la Recomendación T.35, que se tiene que emplear para identificar capacidades no normalizadas. La Administración de cada país podrá especificar octetos adicionales.
5.7.2.14
Datos de usuario de la sesión
Algunos parámetros asociados con este IGP están definidos en las Recomendaciones de la serie T.400. La longitud máxima de este campo de datos de usuario que sigue al IGP y su IL está limitada a 512 octetos.
5.7.2.15
Uso privado
Se reserva para uso privado un conjunto de valores de IGP e IP. El empleo de estos parámetros no está definido, salvo cuando se trata de IGP destinados a extensión y del uso permitido de parámetros privados únicamente con ciertas instrucciones y respuestas.
5.7.3
Parámetros relacionados con el documento
Nota
- En los puntos que siguen se incluyen los
parámetros normalmente utilizados por los servicios básicos teletex y facsímil
del grupo 4.
5.7.3.1
Identificador de interfuncionamiento de
servicios
El bit 1 del primer octeto puesto a 1 indicará que el documento asociado se presta para ser transmitido por el servicio télex.
Todos los demás valores de bit se reservan para una normalización futura.
5.7.3.2
Número de referencia del documento
Secuencia de cifras decimales conforme se define en esta Recomendación y codificada como se especifica en la Recomendación T.61.
5.7.3.3
Número de referencia del punto de comprobación
Secuencia de cifras decimales conforme se define en la presente Recomendación y codificada como se especifica en la Recomendación T.61.
5.7.3.4
Aceptación de los parámetros de ILCD
El bit 1 del primer octeto puesto a 1 indica la aceptación de todas las capacidades no básicas del terminal definidas en la presente Recomendación y pedidas mediante una instrucción ILCD.
Todos los demás valores de bit se reservan para una normalización futura.
Nota
- El bit 1 del primer octeto puesto a 1 no indica
aceptación de capacidades no básicas del terminal contenidas en los datos de
usuarios de sesión de la ILCD.
5.7.3.5
Negociación de la capacidad de almacenamiento
Secuencia de longitud fija de dos octetos:
a)el bit 1 del primer octeto puesto a 1 indica que el terminal ha reservado la capacidad de almacenamiento pedida;
b)el bit 2 del primer octeto puesto a 1 indica que el campo binario del octeto siguiente contiene un número que indica la capacidad reservada/requerida de almacenamiento en kilooctetos;
c)el bit 5 del primer octeto puesto a 1 indica que el campo binario del octeto siguiente contiene un número que multiplicado por 16 indica la capacidad reservada/requerida de almacenamiento en kilooctetos;
d)el bit 6 del primer octeto puesto a 1 indica que el campo binario del octeto siguiente contiene un número que multiplicado por 256 indica la capacidad reservada/requerida de almacenamiento en kilooctetos;
e)el bit 3 del primer octeto puesto a 1 indica que el terminal no puede estimar su propia capacidad de almacenamiento;
f)el bit 4 del primer octeto puesto a 1 indica que el terminal no puede reservar en ese momento la capacidad de almacenamiento pedida;
g)en el primer octeto, uno solo de los bits 2, 5 y 6 se podrá poner a 1. Para negociar una capacidad de almacenamiento igual o inferior a 255 kilooctetos, se empleará el bit 2;
Nota
- La utilización del bit 5 o del 6 para la
negociación de una capacidad de almacenamiento superior a 65 kilooctetos pero
inferior o igual a 255 kilooctectos no debe ser interpretada por el receptor
como un error de procedimiento.
h)los bits 7 y 8 del primer octeto están reservados para una normalización futura.
El octeto 2 indica la capacidad de almacenamiento disponible y/o reservada (el significado se define en el primer octeto). Se pondrá a 11111111 si el bit 3 y/o el bit 4 del primer octeto se han puesto a 1.
En los casos de los apartados a), e) y f), el receptor de una RPLCD puede hacer caso omiso del segundo octeto.
5.7.3.6
Capacidad de recepción comprometida (umbral de
memoria de recepción próximo a alcanzarse)
El primer octeto se codificará como sigue:
Bits87654321
Significado
00000000Puede aceptarse más tráfico 00000001Existe el riesgo de no poder seguir recibiendo tráfico
Todos los demás valores binarios se reservan para una normalización futura.
5.7.3.7
Identificador de tipo de documento
La ausencia de este parámetro indicará que se trata de un documento normal. Este parámetro, de utilizarse, es un campo con codificación binaria y longitud fija de un octeto, que identifica el tipo de documento de la siguiente manera:
Bits87654321
Tipo de documento
00000001Documento de operador 00000010Documento de control 00000011Documento monitor
Todas las demás codificaciones se reservan para una normalización futura.
5.7.3.8
Reflexión de valores de parámetro (parámetro del
rechazo)
Campo de longitud arbitraria que contiene el esquema de bits de la instrucción o respuesta hasta el error detectado inclusive.
5.7.4
Parámetros relacionados con el documento para
el teletex
Nota
- Los parámetros siguientes pueden también
utilizarse en servicios distintos del teletex.
5.7.4.1
Juegos de caracteres de control
(véanse las
Recomendaciones T.60 y T.61)
Campo de longitud variable que indica la capacidad de recepción de juegos de caracteres de control no básicos normalizados. Cada uno de esos juegos de caracteres de control se indicará mediante la secuencia de caracteres utilizada para designar dicho juego, conforme se define en la Recomendación T.61. Cuando haya que indicar más de un juego de caracteres de esa naturaleza, el carácter ESC hará de separador entre los indicadores de juego de caracteres.
5.7.4.2
Juegos de caracteres gráficos
5.7.4.2.1 Campo de longitud variable que indica las capacidades de
recepción de juegos de caracteres gráficos no básicos normalizados. Cada uno de
esos juegos de caracteres gráficos o @JCDR (juego de caracteres dinámicamente
redefinibles\:
dynamically redifinable character set
,
DRCS) para caracteres kanji japoneses e ideogramas chinos se indicará mediante
la secuencia de caracteres que designa dicho juego, conforme se define en la
Recomendación T.61. Cuando haya que indicar más de un juego de caracteres de
esa naturaleza, el carácter ESC hará de separador entre los indicadores de
juego de caracteres.
5.7.4.2.2 Las descripciones siguientes se aplican al uso de un JCDR para caracteres kanji japoneses e ideogramas chinos:
a)si el juego JCDR se indica como un valor de parámetro asociado a una instrucción ICZD o ICND, deberá ir seguido por combinaciones de un @código de carácter (CC\) que ha de registrarse en el JCDR y en su @esquema de puntos (EP\) de carácter;
b)la longitud del campo de un código de carácter se define por el JCDR y el de un esquema de puntos de carácter se indica como valores de parámetro de la altura de una casilla de carácter y de la anchura de una casilla de carácter.
Nota
- El campo VP de este parámetro en una ICZD o en
una ICND será el siguiente:
JCDR CC1 EP1 CC2 EP2 .^.^. CC
i
EP
i
5.7.4.3
Formatos de página teletex
El valor del primer octeto del valor de parámetro indicará la posibilidad de un formato de página, según se define en el cuadro 11/T.62. Si el terminal es apto para más de un formato, ello se indicará en los octetos primero y siguientes, empleando un octeto por valor (véase la nota 1 del cuadro 11/T.62). No se utilizará ningún separador entre los valores. El indicador de longitud del parámetro indicará si se proporciona más de un valor. Todos los valores de parámetro se insertarán por orden creciente de sus valores binarios.
Cuadro 11/T.62 [T11.62], p.
5.7.4.4
Capacidades varias del terminal
(véase la
Recomendación T.61)
Campo de longitud variable que indica las capacidades de recepción para
valores no básicos normalizados de espaciamiento entre caracteres,
espaciamiento entre líneas y reproducciones gráficas. Cada valor de parámetro
de esta función se indicará mediante la secuencia de control (CSI,
P
i
I
i
F) definida en la Recomendación T.61. Esto se aplica a las funciones de
@selección de espaciamiento horizontal (SHS,
select
horizontal spacing
)\ para un paso de carácter, @selección
de espaciamiento vertical (SVS,
select vertical spacing
)\
para un paso de línea, y @selección de reproducción gráfica (SGR,
select graphic rendition
)\ para una
representación gráfica. Esto se aplica también a las funciones de @modificación
del tamaño del gráfico (GSM,
graphic size modification
)\ y
@selección de la dirección de presentación (SPD,
select
presentation direction
)\ para las capacidades de
kanji japoneses e ideogramas chinos y a la @selección de orientación de
caracteres (SCO,\
select character
orientatión
) para las capacidades de ideogramas chinos.
Cuando haya que indicar más de una secuencia de caracteres de esa naturaleza,
se insertará un solo espacio entre ellas. Sólo se permite un valor de parámetro
en una secuencia CSI.
5.7.4.5
Altura de las casillas de carácter
Campo de longitud variable, que indica las capacidades de recepción para el número de puntos de la altura de las casillas de carácter. El número de puntos se indicará por el carácter numérico definido en la Recomendación T.61.
Se necesita ulterior estudio para indicar más de un valor.
5.7.4.6
Anchura de las casillas de carácter
Campo de longitud variable, que indica las capacidades de recepción para el número de puntos de la anchura de las casillas de carácter. El número de puntos se indicará por el carácter numérico definido en la Recomendación T.61.
Se necesita ulterior estudio para indicar más de un valor.
MONTAGE:
ANNEXE A SUR LE RESTE DE CETTE PAGE
(H.T.=OUI)
TAB.???
FICHIER: H.T. =
(73.TA.217.S)
(SANS FORMULES) Tableaux: 3 - Tabulateurs: ..
(BT..) Disk ... NF../... (OPM = ..)
(73.TE.09.S)
(A1.23s) / [26s]
FOLIOS: 335 - 396 (SANS MEP) (DO
PRC.COSY.2)
MEP {TPS.NON.PHOTO "[PA1]"} : OK= [1]
Saisie diskette 689 23.10.89 GG
ID + Vérif. + diskette MAJ + laser 16.11.89 PV
Corr. LASER (1re épreuve) = 3eme 06.12.89 RM
Espaces réservés + Transfert + Impr. 19.12.89 PC
AJOUTER (PA1) (CL1,0,0,0) pour MEP
MEP + LASER 09.01.90 GH/AF
Corr. MEP 10.01.90 AF
Insertion des tableaux (tabulateurs .) ........ ..
BAT 25.01.90 PM
MAJ s/disquettes ........ ..
MONTAGE: FIN du
5.7.4.6
en-tête de cette page
ANEXO A (a la Recomendación T.62)
Definiciones
Nota
- Algunos de los términos utilizados en esta
Recomendación se han definido de maneras que pueden no corresponder al
significado que tienen términos similares en otras Recomendaciones.
A.1
Términos generales
A.1.1@
terminal teletex
@
E: Teletex terminal
F: terminal télétex
\Dispositivo capaz de transmitir y recibir documentos teletex de conformidad con las exigencias básicas de la Recomendación T.60.\
A.1.2@
comunicación
@
E: call
F: communication
\Conexión temporal (o conexión aparente, vista por el abonado llamante) de un terminal con otro con el fin de intercambiar información.\
A.1.3@
terminal llamante (que llama)
@
E: calling terminal
F: équipement terminal demandeur
\Terminal que inicia los procedimientos para establecer una comunicación.\
A.1.4@
terminal llamado
@
E: called terminal
F: équipement terminal demandé
\Terminal al que se hace una llamada.\
A.1.5@
interfuncionamiento de servicios
@
E: service interworking
F: interfonctionnement de service
\Facilidad que permite el envío y la recepción de información entre un terminal teletex y un terminal de otro servicio, por ejemplo, el télex.\
A.1.6@
instrucción; orden
@
E: command
F: commande
\Información de control enviada a otro terminal para iniciar la ejecución de una función específica. Algunas instrucciones requieren una respuesta.\
A.1.7@
respuesta
@
E: response
F: réponse
\Información de control enviada por el destinatario de la instrucción para informar al expedidor de la instrucción sobre la operación realizada. Excepcionalmente, la reacción a una respuesta puede ser otra respuesta.\
A.1.8@
relación fuente/aceptor (o fuente/sumidero)
@
E: source/sink relationship
F: relation source/collecteur
\Transferencia de la información de usuario de una fuente a un aceptor (o sumidero).\
A.1.9@
aparato facsímil del grupo 4
@
E: group 4 facsimile apparatus
F: télécopieur du groupe 4
\Dispositivo capaz de transmitir y recibir documentos facsímil de acuerdo con las estipulaciones básicas de la Recomendación T.5.\
A.2
Términos específicos de los procedimientos de
sesión
A.2.1@
sesión
@
E: session
F: session
\Intervalo de tiempo durante el cual existe una correspondencia lógica mutuamente convenida entre dos procesos de aplicación/presentación para la transferencia de información relativa a la aplicación y a la presentación.\
A.2.2
Modos de sesión
Hay tres modos diferentes:
A.2.2.1 @
comunicación unidireccional (UND)
@
E: one way communication (OWC)
F: échange unidirectionnel (UND)
\La transferencia de información de usuario tiene lugar en un solo sentido durante la sesión, es decir que sólo uno de los terminales tiene derecho a ser la fuente.\
A.2.2.2 @
modo bidireccional alternado (BDA)
@
E: two way alternate (TWA)
F: échange bidirectionnel à l'alternat (BDA)
\La transferencia de información de usuario tiene lugar en ambos sentidos, pero en un solo sentido en cada momento, es decir que la relación fuente/aceptor cambiará una o varias veces durante la sesión.\
A.2.2.3 @
modo bidireccional simultáneo (BDS)
@
E: two way simultaneons (TWS)
F: échange bidirectionnel simultanni (BDS)
\La transferencia de información de usuario tiene lugar en ambos sentidos simultáneamente, es decir que ambos terminales son simultáneamente fuente y aceptor.\
Nota
- El modo bidireccional simultáneo requiere
ulterior estudio.
A.2.3@
referencia básica de la sesión
@
E: basic session reference
F: référence de base de la session
\Se utiliza para identificar una sesión. Consiste en:
a)el identificador del terminal llamado;
b)el identificador del terminal llamante;
c)la fecha y la hora.\
A.2.4@
referencia extendida de la sesión
@
E: expanded session reference
F: référence élargie de la session
\Se utiliza para identificar inequívocamente una sesión. Consiste en la referencia básica obligatoria de la sesión más un número de referencia adicional opcional de la sesión.\
A.3
Términos específicos de los procedimientos de
documento
A.3.1@
documento
@
E: document
F: document
\Secuencia de una o más páginas que el expedidor desea sean entregadas al destinatario o destinatarios como una unidad, en el orden original de paginación.\
A.3.2@
página
@
E: page
F: page
\Elemento básico de la correspondencia comercial en los servicios telemáticos. Se trata de una página A4 (o A4L, o de la norma norteamericana, o tipo oficial norteamericano) o de la información que puede presentarse en ella.\
A.3.3@
punto de comprobación; punto de validación
@
E: checkpoint
F: point de repère
\Marca numerada insertada por el expedidor en el curso del texto para proporcionar un punto de referencia para la recuperación tras error.\
A.3.4@
ventana de acuse de recibo
@
E: acknowledgement window
F: fenêtre d'accusé de réception
\Número máximo de puntos de comprobación que puede transmitir el expedidor sin recibir un acuse de recibo del destinatario.\
ANEXO B (a la Recomendación T.62)
Modos de
funcionamiento en telemática
Introducción
B.1.1 Este anexo tiene por objeto explicar los modos de funcionamiento en telemática realizados según esta Recomendación.
B.2
Modos de funcionamiento en telemática
Se definen tres modos de funcionamiento (o explotación) para los servicios telemáticos.
B.2.1 @
modo transferencia de documentos
@
\Este modo sólo permite la transferencia de documentos sin la capacidad interactiva. Los procedimientos que se aplican a este modo se definen en el cuerpo principal de esta Recomendación.\
B.2.2 @
modo interactivo
@
\Este modo sólo permite el diálogo interactivo. No puede producirse transferencia de documentos. Los procedimientos que se aplican a este modo serán objeto de estudios ulteriores.\
B.2.3 @
modo transferencia de documentos e interactivo
@
\Este modo permite intercalar la transferencia de documentos con el diálogo interactivo. Los procedimientos que se aplican a este modo serán objeto de estudios ulteriores.\
B.3
Relación entre los modos de funcionamiento en telemática
y los servicios de sesión de la interconexión de sistemas
abiertos (ISA)
B.3.1
Subconjuntos de servicio de
sesión
necesarios
B.3.1.1 Los tres modos de funcionamiento definidos en el Î B.2 utilizan diferentes subconjuntos de servicio de sesión de ISA, que se ilustran en la figura B-1/T.62.
Figure B-1/T.62, (MC) p. 1
B.3.1.2
Subconjunto 1
Este subconjunto está formado por las unidades siguientes:
a)unidad funcional núcleo (kernel);
b)unidad funcional semidúplex;
c)unidad funcional dúplex;
d)unidad funcional datos tipificados.
Para una conexión, puede seleccionarse la unidad funcional dúplex o la semidúplex.
B.3.1.3
Subconjunto 2
Este subconjunto está formado por las unidades siguientes:
a)unidad funcional núcleo (kernel);
b)unidad funcional semidúplex;
c)unidad funcional dúplex;
d)unidad funcional datos tipificados;
e)unidad funcional intercambio de datos sobre capacidades;
f)unidad funcional sincronización menor;
g)unidad funcional excepciones;
h)unidad funcional gestión de actividad.
La unidad funcional datos tipificados es opcional para los modos
`interactivo'
y
`transferencia de documentos e interactivo'
.
Para el modo transferencia de documentos, sólo puede utilizarse la unidad
funcional semidúplex. Para los modos
`interactivo'
y
`transferencia
de documentos e interactivo'
puede utilizarse bien la unidad funcional
semidúplex o la dúplex.
B.3.2
Restricciones en la utilización de los servicios de
sesión
B.3.2.1 Cada modo de funcionamiento especifica la forma en que utiliza los servicios de sesión, lo que incluye las restricciones impuestas a la totalidad de lo que ofrecen los servicios de sesión. Algunas de estas restricciones se recogen en los diagramas de transición de estados que figuran en el anexo G. En estos diagramas de transición de estado se tienen en cuenta sólo las secuencias de eventos que son válidas en el modo de funcionamiento respectivo, en el límite de la capa de sesión.
B.3.3
Selección de un modo específico
B.3.3.1 La selección de un modo concreto se obtiene por negociación de los servicios de sesión disponibles en la sesión establecida.
B.3.3.2 El cuadro B-1/T.62 resume los diferentes casos que pueden presentarse y los resultados de la negociación.
Nota
- La disponibilidad del servicio de datos
tipificados no tiene repercusión en la selección de un modo. Si la
disponibilidad de este servicio ha sido acordado, puede utilizarse en cualquier
modo.
B.3.3.2.1 El resultado de la negociación de los servicios de sesión pueden ser:
a)aceptación de las funcionalidades del subconjunto 2; se utiliza el modo dúplex;
b)aceptación de las funcionalidades del subconjunto 2; se utiliza el modo semidúplex;
c)ambos sistemas han retenido sólo las funcionalidades del subconjunto 1.
B.3.3.2.2 Las capacidades admitidas pueden combinarse así:
d)la transferencia de documentos es la única capacidad comúnmente admitida por ambos sistemas;
e)ambos sistemas han indicado que tienen la capacidad interactiva.
Tableau B-1/T.62 [T12.62], p. 2
ANEXO C (a la Recomendación T.62)
Definición de las
unidades de datos de protocolo de sesión válidas/no válidas
Introducción
Este anexo tiene por objeto presentar las definiciones y las reglas generales relativas a las @unidades de datos de protocolo de sesión (UDPS)\ válidas/no válidas.
C.2@
Unidades de datos de protocolo (UDP)
\
no válidas (definición y reglas)
Si las unidades de datos de protocolo (UDP) de instrucción/respuesta no cumplen las condiciones siguientes, no son válidas:
a)la suma de los indicadores de longitud (IL) de los identificadores de grupo de parámetros (IGP) y de los identificadores de parámetros (IP) aislados, es igual al IL global;
b)la suma de los IL de los IP incluidos en identificadores de grupo de parámetros (IGP) reconocidos es igual al IL del IGP;
c)para todos los parámetros obligatorios, los IGP o IP están presentes y los IL no son iguales a cero.
Nota 1
- En el caso de las UDP de IAS, RPAS y RNCS,
pueden aplicarse las mismas reglas de comprobación. Sin embargo, se reconoce
que no se dispone de ningún procedimiento visible exteriormente para reaccionar
ante la detección de esas UDP no válidas.
Nota 2
- Las RNLPD o RRGD no válidas pueden o bien
rechazarse o procesarse normalmente para hacer arrancar una recuperación tras
error.
Nota 3
- Al recibir una ICS no válida se recomienda
que se rechace la conexión mediante una RNCS con los parámetros apropiados y
que no se libere la conexión de transporte.
Nota 4
- Un equipo no necesita efectuar comprobación
alguna de los parámetros que no admite. En casos así puede omitir también la
comprobación del IL global. Debe señalarse en particular que los parámetros no
reconocidos, por ejemplo, los parámetros nuevos, pueden aparecer entre los
parámetros admitidos o después del conjunto completo de parámetros admitidos.
C.3
UDP válidas (reglas para la aceptación obligatoria de
las UDP)
Una UDPS no será rechazada si las UDP de instrucción/respuesta no cumplen las condiciones de rechazo descritas en el Î C.2. No deben ser rechazadas en ninguna de las condiciones siguientes:
a)la presencia de un IP o IGP no obligatorio o con un IL = 0;
b)la presencia de cualquier IL de tres octetos, cuya codificación sigue las reglas descritas en el 5.3.3 ;
c)la presencia de cualquier @valor de parámetro (VP)\ formado correctamente, al que puedan asignarse futuros valores;
d)la presencia de uno o más IP o IGP no definidos en la ICS o la ILCD y sus correspondientes respuestas;
e)la presencia de un guión codificado según la Recomendación T.61 ("-") en lugar de dos puntos (":") como separador entre las horas y los minutos del VP de fecha y hora en la ICS;
f)una longitud del NRPC (número de referencia de punto de comprobación) en la RPLPD mayor o menor que la longitud del NRPC en la ILPD correspondiente (con más o menos ceros iniciales);
g)más VP en la RPCS o en la RNCS que en la ICS.
Nota
- El alcance de estas reglas está limitado a la
determinación de la validez (formal) de los elementos de protocolo y no afecta
al rechazo de los elementos de protocolo debido a las funciones que invoquen
dichos elementos.
ANEXO D (a la Recomendación T.62)
Descripción general y
reglas para la interpretación de los diagramas de
estados
D.1 Cada diagrama de estados representa un solo estado por vez.
D.2 Cada estado se representa mediante una elipse que contiene un número de referencia y un nombre descriptivo.
D.3 Las transiciones permitidas de un estado se muestran mediante líneas de unión, con una flecha que indica la dirección permitida de la transición y la indicación del evento o los eventos que causan esa transición.
D.4 Cuando una transición puede originarse en cualquiera de varios estados, se la puede indicar mediante una flecha ancha que termine en el estado de la descripción, con indicación de los estados de origen permitidos y del evento o eventos que causan la entrada en el estado de destino.
D.5 Un evento es la emisión (o envío) (Em-) o la recepción (Rec-) de una instrucción o de una respuesta o una operación local indicada.
D.6 Cada diagrama de estados tiene un estado denominado
`reposo'
numerado con un cero. Este es el estado inicial o de reinicialización cuando el
diagrama de estados está inactivo.
D.7 Una vez que se envía cualquier instrucción que provoca la entrada en un
estado denominado
`petición de respuesta'
, no se permite el envío de
ninguna otra instrucción hasta que se reciba una respuesta. Se pone en
funcionamiento un temporizador de petición de respuesta y, si no se recibe
ninguna respuesta antes de la expiración de esa temporización, es obligatorio
proceder a la terminación de la sesión, ya sea directamente, si se ha enviado
la instrucción de aborto de sesión (IAS), o enviando IAS.
D.8 Antes de considerarse un evento debe haberse completado el efecto de todos los eventos anteriores que provocan una transición de estado.
D.9 Durante una sesión, cada uno de los participantes es responsable de observar si el funcionamiento tiene lugar de la manera correcta en lo que respecta a lo siguiente:
a)conservación de la relación fuente/aceptor convenida vigente;
b)utilización correcta de las secuencias de procedimiento de instrucción/respuesta descritas en los diagramas de estados y en las reglas relativas a su funcionamiento;
c)observación de un periodo de inactividad (por ejemplo, indicación de un fallo u otra incapacidad que impida seguir utilizando provechosamente la sesión).
Cuando se observa que no es posible mantener el funcionamiento correcto, conforme se describe más arriba, es obligatorio utilizar los procedimientos de recuperación tras error definidos para cada diagrama de estados, y cuando no se definen específicamente tales procedimientos de recuperación tras error es obligatorio proceder a la terminación de la sesión (fin anormal). Esto es necesario a fin de evitar una utilización improductiva de las facilidades telemáticas, lo cual daría lugar a una tasación innecesaria cuando no se utiliza efectivamente el servicio, y produciría una degradación del servicio.
D.10 La finalidad de los diagramas de estados es facilitar la definición del empleo adecuado de los elementos de procedimiento, y no definir un tipo determinado de realización práctica.
ANEXO E (a la Recomendación T.62)
Tipos de
documentos
Consideraciones generales
E.1.1 Al principio de cada documento se dará una indicación del tipo de documento que se transfiere; en caso contrario, se entiende que se trata de un documento del tipo normal.
E.1.2 La
E.1.3 No se requieren elementos de procedimiento adicionales ni modificaciones de los diagramas de estados.
E.2
Documento normal
E.2.1 Se trata del tipo de documento normal que ha de utilizarse para la transferencia de textos en los servicios telemáticos. Al recibirse, el documento puede imprimirse inmediatamente (en el caso del facsímil del grupo 4, clase 1) o almacenarse inmediatamente (todos los demás terminales).
E.2.2 Desde el punto de vista de los procedimientos, todos los terminales teletex deben ser capaces de tratar este tipo de documento.
Nota
- Cuando procede, deben observarse las reglas
relativas al empleo de funciones facultativas.
E.3
Documento de operador
(opcional)
E.3.1 El documento de operador representa un tipo de mensaje prioritario.
Puede utilizarse en el modo de funcionamiento conversacional.
El documento de operador está destinado a ser presentado de inmediato al
operador (aunque la decisión de presentarlo se deja a criterio del operador
destinatario). Por tanto, se puede indicar de inmediato al operador que se ha
recibido un nuevo documento de operador. El documento de operador estará sujeto
a las mismas funciones de control de la presentación que un documento normal, y
será tratado en el procedimiento como un documento normal. Un documento de
operador puede tener cualquier longitud, pero de preferencia (debido a la
aplicación), ésta no debiera exceder de una página. Cabe advertir que los
terminales que no poseen un modo especial de diálogo pueden tratar los
documentos de operador como documentos normales.
E.4
Documento de control
E.4.1 El documento de control puede utilizarse en la comunicación con equipo intermedio de almacenamiento y retransmisión, por ejemplo, interfuncionamiento con el servicio télex, en opciones normalizadas y aplicaciones nacionales.
E.4.2 Dentro de este documento puede incluirse, como texto, la información de dirección (y otras informaciones de control necesarias). Salvo en lo que respecta a la indicación del tipo de documento, el documento de control está sujeto a las mismas reglas (de procedimiento) que un documento normal. La utilización del documento cae fuera de los límites de la presente Recomendación.
E.4.3 Los terminales teletex podrán aceptar los documentos de control definidos en la Recomendación T.90, en el caso de interfuncionamiento con el servicio télex.
E.5
Documento monitor
E.5.1 El documento monitor no deberá ponerse a disposición del usuario. Está destinado a utilizarse para los fines que determine cada Administración, por ejemplo a efectos del mantenimiento.
E.5.2 El documento monitor será tratado por el sistema operativo del terminal y no se presentará al operador. Salvo en lo que respecta al tipo de documento, el documento monitor estará sujeto a las mismas reglas (de procedimiento) que un documento normal.
ANEXO F (a la Recomendación T.62)
Protocolo de sesión
interactivo y transferencia de datos tipificados en los
servicios telemáticos
Nota
- Necesita
ulterior estudio.
ANEXO G (a la Recomendación T.62)
Diagramas detallados
de transición de estados en los procedimientos de
sesión/documento
Consideraciones generales
Este anexo ofrece los diagramas detallados de transición de estados en los procedimientos de sesión/documento de los servicios básicos. Estos diagramas están basados en la terminología del modelo de @interconexión de sistemas abiertos (ISA)\ y se han armonizado con los resultados de las actividades más recientes del CCITT y de la ISO sobre la capa (nivel) de sesión de la ISA. Estos diagramas se han armonizado también con los actuales diagramas de transición de estados de la presente Recomendación, pero están basados en un mecanismo independiente de la ventana.
G.2
Descripción en notaciones
G.2.1 Estos diagramas emplean un método de presentación que proporciona los siguientes niveles de descripción.
a)
Nivel de protocolo
Este nivel trata sólo de las actividades individualmente idénticas de protocolo entre dos entidades de sesión. Identifica los estados de protocolo, los eventos [recepción de @unidades de datos de protocolo de sesión (UDPS)\] y las acciones (envío de UDPS).
b)
Nivel detallado
Este nivel trata de las actividades intercapas y locales (por ejemplo, gestión de temporizadores, contadores, etc.). Identifica los eventos, acciones y estados dentro de cada uno de los estados de nivel de protocolo. Las actividades intercapas se describen mediante las primitivas de servicio de sesión definidas en el Î G.3.
G.2.2
Símbolos de presentación
G.2.2.1
Estado S
Figure, Î G.2.2.1, (M), p.
G.2.2.2
Acción A
Figure, Î G.2.2.2, (M), p.
G.2.2.3Si la condición C es cierta, entonces la acción a1 y si no, la acción
a2.
Figure, Î G.2.2.3, (M), p.
G.2.2.4
Evento E
Figure, Î G.2.2.4, (M), p.
G.2.2.5
Acción emisión (o envío) de una UDPS
Figure, Î G.2.2.5, (MC), p.
G.2.2.6
Evento recepción de una UDPS
Figure, Î G.2.2.6, (MC), p.
G.2.2.7
Temporizadores
a)
Temporizador T1
- Temporizador de inactividad, valor
determinado por negociación del valor del temporizador de inactividad.
b)
Temporizador T2
- Temporizador de petición de
respuesta, valor 60 segundos [véase la nota del apartado d) del
4.1.1
].
c)
Temporizador T3
- Temporizador IAS de, por ejemplo, 4
segundos.
G.2.3
Notas
G.2.3.1 En cuanto a las interacciones entre las capas de sesión y de transporte, se supone que:
a)cada UDPS se transfiere por una
`T-DATA REQ'
(Petición T-DATOS). La
@unidad de datos del servicio de transporte (UDTS)\ contendrá la UDPS;
b)cada UDPS se recibe por una
`T-DATA IND'
(Indicación T-DATOS). La
UDTS contendrá la UDPS.
G.2.3.2 La gestión de los diversos temporizadores requiere ulterior estudio.
G.2.3.3 A menos que se establezca de otro modo, una primitiva de servicio de respuesta (o de confirmación) indicará una respuesta (o confirmación) positiva.
G.2.4
Abreviaturas
G.2.4.1 Las abreviaturas que figuran en el cuadro G-1/T.62 se aplican a la descripción de las primitivas (funciones primarias) de servicio.
Tableau G-1/T.62 [T.13.62], p.
G.3
Primitivas de servicio
A continuación se ilustran las primitivas de servicio y las UDPS asociadas para los procedimientos de control de sesión/documento básicos.
G.3.1
Primitivas de servicio para los servicios
proporcionados al usuario de sesión/documento
G.3.1.1
Conexión de la sesión
Figure, Î G.3.1.1, (MC), p.
G.3.1.2
Liberación de la sesión
Figure, Î G.3.1.2, (MC), p.
G.3.1.3
Aborto por el usuario de la sesión
Figure, Î G.3.1.3, (MC), p.
G.3.1.4
Aborto por el proveedor de la sesión
Figure, Î G.3.1.4, (M), p.
G.3.1.5
Entrega (GIVE) del control de la sesión
Figure, Î G.3.1.5, (MC), p.
G.3.1.6
Por favor, testigo (TOKEN) de la sesión
Figure, Î G.3.1.6, (MC), p.
G.3.1.7
Comienzo de actividades de la sesión (arranque o
continuación)
Figure, Î G.3.1.7, (MC), p.
G.3.1.8
Transferencia de datos de la sesión
Figure, Î G.3.1.8, (MC), p.
G.3.1.9
Sincronización menor de la sesión
Figure, Î G.3.1.9, (MC), p.
G.3.1.10
Fin de actividad de la sesión
Figure, Î G.3.1.10, (MC), p.
G.3.1.11
Interrupción de actividad de la sesión
Figure, Î G.3.1.11, (MC), p.
G.3.1.12
Descarte de actividad de la sesión
Figure, Î G.3.1.12, (MC), p.
G.3.1.13
Datos sobre capacidades de la sesión
Figure, Î G.3.1.13, (MC), p.
G.3.1.14
Informe de excepciones por el usuario de la
sesión
Figure, Î G.3.1.13, (MC), p.
G.3.1.15
Informe de excepciones por el proveedor de la
sesión
Figure, Î G.3.1.15, (M), p.
Nota
- Esta primitiva transporta uno de los siguientes
parámetros:
a)ERR - que invita a la aplicación a que adopte la acción apropiada (IRSD, IDD, IAS, o RNLPD);
b)FAIL - que invita a la aplicación a que aborte la sesión (IAS).
G.3.2
Primitivas de servicio para los servicios esperados de
la capa de transporte
G.3.2.1
Conexión de transporte
Figure, Î G.3.2.1, (M), p.
G.3.2.2
Desconexión de transporte (implícita)
Figure, Î G.3.2.2, (M), p.
G.3.2.3
Transferencia de datos de transporte
Figure, Î G.3.2.3, (M), p.
G.3.2.4
Informe de excepciones de transporte (opcional y no
forma parte integrante de la clase 0 de transporte de la
ISA)
Figure, Î G.3.2.4, (M), p.
G.4
Diagramas detallados de transición de estados para los
servicios básicos
G.4.1 Las figuras G-1/T.62 y G-2/T.62 ilustran los diagramas detallados de transición de estados en los lados llamante y llamado, respectivamente.
G.4.2 Las figuras G-3/T.62 y G-4/T.62 ilustran los diagramas detallados de transición de estados de los protocolos de emisión (envío) y de recepción, respectivamente.
Figure G-1/T.62, (MC), p.
Figure G-2/T.62, (MC), p.
Figure G-3/T.62, (MC), p.
Figure G-4/T.62, (MC), p.
ANEXO H (a la Recomendación T.62)
Cuadros de transición de
estados en los procedimientos de sesión/documento
H.1
Consideraciones generales
Este anexo incluye los cuadros de transición de estados de los procedimientos de sesión/documento de los servicios básicos.
H.2
Detalles de la notación
H.2.1
Temporizadores
H.2.1.1 Se utilizan los siguientes temporizadores en los cuadros de estado:
a)Temporizador T1 - Temporizador de inactividad, valor determinado por negociación del valor del temporizador de inactividad.
b)Temporizador T2 - Temporizador de petición de respuesta, valor 60 segundos.
c)Temporizador T3 - Temporizador de IAS de, por ejemplo, 4 segundos.
H.2.2
Notas
H.2.2.1 Varias acciones descritas en los cuadros de estado llevan un número que corresponde a las siguientes notas:
1)sólo si no se requiere T-DISC;
2)[véase el Î H.2.3.2 h)];
3)mecanismo alternativo de recuperación tras error;
4)puede también considerarse como un error;
5)S-SYNC MIN IND con el parámetro
`error de procedimiento'
;
6)S-SYNC MIN IND con el parámetro
`error de secuencia'
;
7)sólo si se pretende reutilizar la conexión de transporte.
H.2.3
Símbolos
H.2.3.1 Para la descripción de varias condiciones de error se utilizan ecuaciones y símbolos de Boole.
H.2.3.2 Los símbolos tienen los siguientes significados:
a)&lab;menor que;
b)>mayor que;
c)=igual a;
d)distinto de;
e) o;
f) y;
g) no;
h)evento sin interés en este estado concreto, por suponerse funcionamiento sin error del terminal considerado.
H.2.4
Contadores
H.2.4.1 Para la descripción del comportamiento dinámico de parámetros tales como números de los puntos de comprobación, se introducen varios contadores y abreviaturas de parámetros.
H.2.4.2 Los contadores de la fuente son los siguientes:
a)Sindica el número de referencia del próximo punto de comprobación admitido para una ILPD o IFD;
b)Rindica el número de referencia del próximo punto de comprobación esperado en una RPLPD o RPFD.
H.2.4.3 Los contadores del aceptor o sumidero son los siguientes:
a)Pindica el número de referencia del próximo punto de comprobación esperado en una ILPD o IFD del que ha de acusar recibo el aceptor;
b)Qindica el número de referencia del próximo punto de comprobación admitido del que ha de acusarse recibo en una RPLPD o RPFD;
H.2.4.4 Las abreviaturas de parámetro son las siguientes:
a)Cnúmero de referencia del punto de comprobación desde el que la fuente reanudará la transmisión (en caso de continuación con una ICND);
b)Inúmero de referencia del punto de comprobación real en una ILPD o IFD;
c)Knúmero de referencia del punto de comprobación real del que ha de acusarse recibo en una RPLPD o RPFD;
d)Wtamaño de la ventana de acuse de recibo.
H.2.5
Abreviaturas
H.2.5.1 Las abreviaturas que figuran en el cuadro G-1/T.62 se aplican también a la descripción de las primitivas de servicio.
H.3
Cuadros de estados
H.3.1 Los cuadros de estados del terminal llamante figuran en el cuadro H-1/T.62.
H.3.2 Los cuadros de estados del terminal llamado figuran en el cuadro H-2/T.62.
Tableau H.1/T.62 [1T14.62], p.
Tableau H.1/T.62 [2T14.62], p.
Tableau H.1/T.62 [3T14.62], p.
Tableau H.1/T.62 [4T14.62], p.
Tableau H.1/T.62 [5T14.62], p.
Tableau H.1/T.62 [6T14.62], p.
Tableau H.1/T.62 [7T14.62], p.
Tableau H.1/T.62 [8T14.62], p.
Tableau H.1/T.62 [9T14.62], p.
Tableau H.1/T.62 [10T14.62], p.
Tableau H.1/T.62 [11T14.62], p.
Tableau H.1/T.62 [12T14.62], p.
Tableau H.1/T.62 [13T14.62], p.
Tableau H.1/T.62 [14T14.62], p.
Tableau H.1/T.62 [15T14.62], p.
Tableau H.1/T.62 [16T14.62], p.
Tableau H.1/T.62 [17T14.62], p.
Tableau H.1/T.62 [18T14.62], p.
Tableau H.1/T.62 [19T14.62], p.
Tableau H.1/T.62 [20T14.62], p.
Tableau H.1/T.62 [21T14.62], p.
Tableau H.1/T.62 [22T14.62], p.
Tableau H.1/T.62 [23T14.62], p.
Tableau H.1/T.62 [24T14.62], p.
Tableau H.1/T.62 [25T14.62], p.
Tableau H.1/T.62 [26T14.62], p.
Tableau H.1/T.62 [27T14.62], p.
Tableau H.1/T.62 [28T14.62], p.
Tableau H.1/T.62 [29T14.62], p.
Tableau H.1/T.62 [30T14.62], p.
Tableau H.1/T.62 [31T14.62], p.
Tableau H.1/T.62 [32T14.62], p.
Tableau H.1/T.62 [33T14.62], p.
Tableau H.1/T.62 [34T14.62], p.
Tableau H.1/T.62 [35T14.62], p.
Tableau H.1/T.62 [36T14.62], p.
Tableau H.1/T.62 [37T14.62], p.
Tableau H.1/T.62 [38T14.62], p.
Tableau H.1/T.62 [39T14.62], p.
Tableau H.1/T.62 [40T14.62], p.
Tableau H.1/T.62 [41T14.62], p. 72
Formules TEXTE
(cs,) - (cs,)
(1BT) (BT..)
(73.TE.10.S)
(A1.23s) / [26s]
FOLIOS: 397 - ..
(DO PRC.COSY.2)
MEP {TPS.NON.PHOTO "[PA1]"} : OK= [1]
Saisie 25.10.89 YB
ID + LASER 17.11.89 JC
MAJ diskette 17.11.89 JC
Corr. LASER (1re épreuve) = 3eme -------- --
AJOUTER (PA1) (CL1,0,0,0) pour MEP
MEP + LASER OK = tableaux Attente folios 20.12.89 ZR
Corr. MEP ........ ..
Insertion des tableaux (tabulateurs...) ........ ..
BAT ........ ..
MAJ DISKETTE ........ ..
Tableau H-2/T.62 [1T15.62], p.
Tableau H-2/T.62 [2T15.62], p.
Tableau 2/T.62 [3T15.62], p.
Tableau 2/T.62 [4T15.62], p.
Tableau 2/T.62 [5T15.62], p.
Tableau 2/T.62 [6T15.62], p.
Tableau 2/T.62 [7T15.62], p.
Tableau 2/T.62 [8T15.62], p.
Tableau 2/T.62 [9T15.62], p.
Tableau 2/T.62 [10T15.62], p.
Tableau 2/T.62 [11T15.62], p.
Tableau 2/T.62 [12T15.62], p.
Tableau 2/T.62 [13T15.62], p.
Tableau 2/T.62 [14T15.62], p.
Tableau 2/T.62 [15T15.62], p.
Tableau 2/T.62 [16T15.62], p.
Tableau 2/T.62 [17T15.62], p.
Tableau 2/T.62 [18T15.62], p.
Tableau 2/T.62 [19T15.62], p.
Tableau 2/T.62 [20T15.62], p.
Tableau 2/T.62 [21T15.62], p.
Tableau 2/T.62 [22T15.62], p.
Tableau 2/T.62 [23T15.62], p.
Tableau 2/T.62 [24T15.62], p.
Tableau 2/T.62 [25T15.62], p.
Tableau 2/T.62 [26T15.62], p.
Tableau 2/T.62 [27T15.62], p.
Tableau 2/T.62 [28T15.62], p.
Tableau 2/T.62 [29T15.62], p.
Tableau 2/T.62 [30T15.62], p.
Tableau 2/T.62 [31T15.62], p.
Tableau 2/T.62 [32T15.62], p.
Tableau 2/T.62 [33T15.62], p.
Tableau 2/T.62 [34T15.62], p.
Tableau 2/T.62 [35T15.62], p.
Tableau 2/T.62 [36T15.62], p.
Tableau 2/T.62 [37T15.62], p.
Tableau 2/T.62 [38T15.62], p.
Tableau 2/T.62 [39T15.62], p.
Tableau 2/T.62 [40T15.62], p.
Tableau 2/T.62 [41T15.62], p.
Tableau 2/T.62 [42T15.62], p.
87654321 Disk. 691 NF01/042 OPM: 01 Bits NF01/042 OPM: 01 87654321 NF01/049 OPM: 01 ii) NF01/051 OPM: 01 (cs,) - (cs,)
(1BT) (BT..)
(73.TE.11.S)
(A1.23s) / [26s]
FOLIOS: 439 - 490
(DO PRC.COSY.2)
MEP {TPS.NON.PHOTO "[PA1]"} : OK= [1]
Saisie 23.10.89 YB
ID + LASER 17.11.89 JC
MAJ diskette 22.11.89 JC
Corr. LASER (1re épreuve) = 3eme 08.12.89 GG
Espaces réservés 21.12.89 PC
AJOUTER (PA1) (CL1,0,0,0) pour MEP
MEP + LASER 09.01.90 GH/AF
Corr. MEP 10.01.90 AF
BAT 26.01.90 SP
MAJ DISKETTE ........ ..
Recomendación T.62
^
bis
PROCEDIMIENTOS DE CONTROL DE LOS SERVICIOS TELETEX
Y FACSíMIL DEL GRUPO 4
BASADOS EN
LAS RECOMENDACIONES X.215 Y X.225
íNDICE
0
Introducción
1
Alcance y campo de aplicación
2
Referencias
3
Medidas para realizar los procedimientos de control para
teletex y facsímil del grupo 4
3.1Generalidades
3.2Fase de establecimiento de la conexión de sesión
3.3Fase de terminación de la sesión
3.4Gestión del documento
3.5Varios
4
Uso del servicio de sesión
4.1Generalidades
4.2Establecimiento de la conexión de sesión
4.3Fase de terminación de la sesión
4.4Fase de transferencia de datos
5
Recomendaciones para realizar la capa de sesión
5.1Parámetros adicionales
5.2Opciones para la realización
Anexo A
Anexo B
Anexo C
Anexo D
0 Introducción
0.1 Esta Recomendación guarda relación con otras Recomendaciones.
En particular se halla relacionada con algunas Recomendaciones incluidas en la definición del modelo de referencia de interconexión de sistemas abiertos (X.200).
Se basa en la descripción del servicio de sesión (X.215) y del protocolo de
sesión (X.225), como se indica en la figura 1/T.62^
bis
.
Figura 1/T.62^bis [T16.62], p.
Nota 1
- Sólo se utilizan los servicios y elementos de
protocolo que son pertinentes a los procedimientos de la Recomendación T.62
(véase el cuadro 1/T.62^
bis
en el
4.1
).
Nota 2
- El protocolo de sesión descrito en la
Recomendación X.225 se basa en los servicios proporcionados por la capa de
transporte, según se describe en las Recomendaciones X.214 y X.224.
Cuando se utilice el servicio y el protocolo de transporte (Recomendaciones X.214 y X.224 clase 0) se deben aplicar reglas adicionales (de acuerdo con la Recomendación T.70, 5 , incluidos los anexos A y B) para la compatibilidad con el teletex y el facsímil del grupo 4.
0.2 Los procedimientos de control para teletex y facsímil del grupo 4 se hallan actualmente descritos en la Recomendación T.62.
La Recomendación T.62 puede ser sustituida por la presente Recomendación y por el servicio y el protocolo de capa de sesión correspondientes descritos en las Recomendaciones X.215 y X.225.
Se ha pretendido que los protocolos visibles externamente sean iguales
tanto cuando se utilice la Recomendación T.62^
bis
(basada
en las Recomendaciones de la serie X) como la Recomendación T.62 (basada en la
Recomendación T.70).
Se tiene la intención de que las Recomendaciones X.215 y X.225, junto con la actual Recomendación, tengan el mismo nivel de detalle y precisión que la actual Recomendación T.62. Sin embargo, por el momento se mantendrá la Recomendación T.62, en caso de discrepancia o incompatibilidad, la Recomendación T.62 tendrá preferencia respecto a las Recomendaciones X.215 y X.225, junto a las reglas de aplicación descritas en la presente Recomendación.
Esta Recomendación cubre toda la Recomendación T.62, incluidos los anexos.
1 Alcance y campo de aplicación
La presente Recomendación define:
1)Un conjunto de reglas para utilizar el servicio de sesión ISA.
2)Los requisitos adicionales de realización para ajustarse a los procedimientos de control destinados a los servicios teletex y facsímil del grupo 4.
El conjunto de reglas comprende:
-Las acciones que ha de adoptar el usuario de la sesión para realizar los procedimientos de control.
-La descripción del uso de las primitivas de servicio de sesión y de sus parámetros.
-La codificación de los parámetros no incluidos en la capa de sesión (en lo que respecta a estos parámetros, véase también el 5.2 ). Estos parámetros, cuando procede, se describirán como parámetros adicionales para cada primitiva y para cada UDPS. La longitud y el valor de estos parámetros serán determinados por el usuario del SS y la capa de sesión propiamente dicha no hará comprobaciones.
2
Referencias
F.161, F.200, X.215, X.225, T.563, T.503, T.521, T.6, T.35, T.60, T.61, T.62, serie T.400, T.390 y X.200.
3
Medidas para realizar los
procedimientos de control para teletex y facsímil del grupo
4
En el presente 3 se describe el protocolo de aplicación teletex en función de las medidas que involucran a las primitivas del servicio de sesión.
3.1
Generalidades
Los procedimientos de control para teletex y facsímil del grupo 4 están elaborados para permitir la transferencia y gestión de datos en forma de documentos entre terminales. La presente Recomendación se refiere sólo a la transferencia de documentos. Como consecuencia, no puede producirse ninguna transferencia de datos fuera de un documento.
-Un
documento
está compuesto de una o más
páginas
.
-Las páginas se envían de modo secuencial y cada página tiene que ser objeto
de un
acuse de recibo
individual. Sin embargo, pueden
enviarse varias páginas sin esperar al acuse de recibo y el número de páginas
que pueden mandarse de este modo se denomina
tamaño de la
ventana
.
-La transferencia de un documento se ejecuta de la
fuente
al
sumidero
(véanse los
3.2.3
y 3.4). Para los fines de la descripción, en el resto del
texto, la fuente se denomina también el
emisor
y el
sumidero se llama también el
receptor
.
3.2
Fase de establecimiento de la conexión de
sesión
3.2.1 El usuario SS llamante inicia la conexión enviando la primitiva Petición S-CONEXIóN.
El usuario SS llamado puede aceptar o rechazar la conexión enviando la primitiva Respuesta S-CONEXIóN.
El iniciador de la conexión tiene la responsabilidad de examinar los parámetros enviados por el terminal distante al iniciarse la sesión y determinar si ésta debe continuar. Si no continúa, la sesión terminará normalmente.
3.2.2 Una conexión de sesión de sesión se identifica por medio de:
a)la referencia básica de sesión (parámetro obligatorio) compuesta de:
-identificador de terminal del terminal llamado;
-identificador de teminal del terminal llamante;
-fecha y hora;
b)un número de referencia de sesión adicional optativo, para identificar de modo único la conexión de sesión.
3.2.3 Al establecer la conexión de sesión, los testigos de datos, los testigos de sincronización menor y mayor y los testigos de actividad estarán disponibles y asignados al lado del iniciador de la sesión. Así, al iniciarse la sesión, el iniciador está definido como la fuente actual de la información de texto y es, en consecuencia, el terminal fuente.
3.2.4 Al aceptar la conexión, el usuario SS llamado puede pedir el control de la sesión enviando la primitiva Petición S-SOLICITUD-TESTIGO.
Al continuar la sesión, ninguno de los dos terminales puede utilizar procedimientos ni enviar informaciones que no cumplan las capacidades de recepción indicadas por el otro participante en la sesión en el identificador de servicio y en los parámetros de capacidades no básicas de sesión y terminal de las primitivas S-CONEXIóN en la iniciación de la sesión y/o por los parámetros de las primitivas S-DATOS-CAPACIDADES.
3.2.5 Se aplicarán las siguientes reglas al uso privado y a los parámetros actualmente no definidos:
a)La utilización de estos parámetros en primitivas distintas de S-CONEXIóN y S-DATOS-CAPACIDADES debe negociarse por anticipado por parte de S-CONEXIóN o S-DATOS-CAPACIDADES. La presencia inesperada de estos parámetros en otras primitivas puede dar lugar a errores de procedimiento.
b)La ausencia de un parámetro de este tipo en respuesta a S-CONEXIóN o S-DATOS-CAPACIDADES debe interpretarse como una indicación de que el terminal no es capaz de tratar ninguna de esas funciones.
3.3
Fase de terminación de la sesión
La conexión de la sesión termina por medio del servicio S-LIBERACIóN en el caso de la terminación normal (o exenta de errores)
Los servicios S-U-ABORTO/S-P-ABORTO pueden ser utilizados en cualquier momento por uno de los dos terminales para terminar una sesión, siempre que se detecte una condición que indique que la sesión no puede continuar sin problemas. S-U-ABORTO/S-P-ABORTO se utilizarán únicamente cuando no haya otro modo apropiado de terminar la sesión.
En el modo de comunicación bidireccional alternado o unidireccional, sólo el emisor de la Petición S-CONEXIóN puede enviar la Petición S-LIBERACIóN cuando es la fuente actual.
Nota
- La conexión de transporte puede ser utilizada
de nuevo como una elección local de realización y esto puede depender de la
decisión sobre la aplicación capaz de pasar por el interfaz de servicio de la
sesión.
3.4
Gestión del documento
El concepto de documento, según se define en la Recomendación T.62, se hace corresponder con el concepto de actividad del protocolo de sesión. Por consiguiente, el número de documento corresponde al identificador de actividad. La transferencia de un documento está delimitada por un comienzo y un fin.
Un documento es enviado por la fuente (emisor) al sumidero (receptor) y esta transferencia sólo tiene lugar cuando la fuente posee todos los testigos disponibles.
Cuando el sumidero desea enviar un documento, puede expresar esta necesidad emitiendo una primitiva S-SOLICITUD-TESTIGO. Cuando termina la transferencia de un documento, el emisor puede dar el control al receptor enviando una primitiva S-CESIóN-CONTROL. Ahora bien, no hay ningún requisito para el envío de información de texto antes de emitir una primitiva S-CESIóN-CONTROL. Cuando se ejecuta el intercambio de los elementos de control correspondientes a esta primitiva, todos los testigos se asignan al receptor; por consiguiente, éste pasa a ser la fuente (o emisor) y la primera fuente pasa a ser el sumidero (o receptor). Entonces puede iniciarse una transferencia de documento de la nueva fuente al nuevo sumidero.
3.4.1
Comienzo del documento
El servicio S-ARRANQUE-ACTIVIDAD indica el comienzo de un documento, así como también el comienzo de la primera página.
3.4.2
Limites de página
3.4.2.1El servicio S-SINCRO-MENOR indica el límite entre páginas, así como también un punto de comprobación para la recuperación tras errores, e invita al sumidero a aceptar la responsabilidad de la página previamente recibida. En los servicios básicos debe insertarse un punto de comprobación en cada límite de página utilizando la petición SINCRO-MENOR. En cada punto de comprobación debe hacerse un acuse de recibo explícito en la secuencia correcta, utilizando la respuesta S-SINCRO-MENOR. Por consiguiente, el número de referencia del punto de comprobación corresponde al número de serie del punto de sincronización menor.
La Respuesta S-SINCRO-MENOR se utilizará para indicar que el receptor acepta la responsabilidad de esa página. Si el receptor no la acepta, utilizará el servicio S-U-INFORME-EXCEPCIóN. En este caso, el emisor interrumpirá la transmisión utilizando los servicios S-INTERRUPCIóN-ACTIVIDAD o S-DESCARTE-ACTIVIDAD.
El receptor puede rechazar la recepción por causa de un error detectado, pero no está obligado a verificar en el documento la presencia de errores. Cuando una página ha sido objeto de un acuse de recibo positivo, cualquier recuperación tras errores para la detección ulterior de un error sale del alcance de los presentes procedimientos de control.
3.4.2.2Cuando un terminal fuente recibe una Confirmación S-SINCRO-MENOR con el parámetro @aptitud de recepción alterada (ARA)\ puesto a 1 (véase el 4.4.6 ) durante una transmisión de documento, puede continuar la transmisión de una o más páginas hasta que se cierre la ventana. En este contexto se aplican las siguientes reglas:
a)Si la fuente recibe después una Confirmación S-SINCRO-MENOR con el parámetro ARA puesto a 0 (véase el 4.4.6 ), podrá continuar la transmision.
b)Si la fuente recibe después un S-U-INFORME-EXCEPCIóN con un valor de
parámetro
`aptitud de recepción alterada del usuario SS'
(indicando
`desbordamiento de la memoria'
), la transmisión del documento terminará
de modo anormal. La fuente emitirá una petición S-DESCARTE-ACTIVIDAD o una
Petición S-INTERRUPCIóN-ACTIVIDAD.
3.4.2.3Cuando un terminal sumidero envíe una Respuesta S-SINCRO-MENOR con
el parámetro
`aptitud de recepción alterada'
puesto a 1, y el
desbordamiento ulterior de la memoria dé lugar al envío de
S-U-INFORME-EXCEPCIóN, el valor del código de motivo será
`aptitud de
recepción alterada del usuario SS'
(indicando
`incapaz de continuar la
sesión'
).
3.4.3
Fin del documento
3.4.3.1El servicio S-FIN-ACTIVIDAD se utilizará para indicar el fin de un documento. Indicará también el fin de la última página y representa como tal el punto de comprobación final. La Respuesta S-FIN-ACTIVIDAD da un acuse de recibo positivo al último punto de comprobación. En los servicios básicos, este es el último número de referencia de página.
Cuando confirme este servicio, el receptor indicará que:
a)no ha descubierto un error;
b)acepta la responsabilidad del documento recibido;
c)está dispuesto a recibir una nueva petición S-ARRANQUE-ACTIVIDAD o S-REANUDACIóN-ACTIVIDAD.
Para rechazar el punto de comprobación indicado en S-FIN-ACTIVIDAD, el usuario SS utilizará el servicio S-U-INFORME-EXCEPCIóN.
3.4.3.2Sólo si el terminal sumidero ha enviado una respuesta S-FIN-ACTIVIDAD y recibido una indicación S-ARRANQUE-ACTIVIDAD, S-REANUDACIóN-ACTIVIDAD, S-DATOS-CAPACIDADES, S-DESCONEXIóN o S-CESIóN-CONTROL, estará seguro de que el terminal fuente no utilizará los procedimientos de recuperación tras errores respecto al documento precedente. En todos los demás casos puede suceder que después de enviar una Respuesta S-FIN-ACTIVIDAD, se produzca una repetición de páginas y el terminal sumidero suprima las duplicaciones.
3.4.4
Interrupción del documento
Los documentos pueden ser interrumpidos o descartados utilizando los servicios S-INTERRUPCIóN-ACTIVIDAD o S-DESCARTE-ACTIVIDAD.
3.4.4.1El servicio S-INTERRUPCIóN-ACTIVIDAD se utilizará para indicar el fin anormal de un documento, pero la parte de documento recibida hasta el momento no podrá descartarse. Cuando el receptor de un documento envía una Respuesta S-INTERRUPCIóN-ACTIVIDAD, significa que ha aceptado ya la responsabilidad correspondiente al documento recibido (hasta el último punto de comprobación para el que se ha enviado un acuse de recibido positivo). No indica que podrá efectuar la vinculación de las partes siguientes del documento interrumpido.
3.4.4.2 El servicio S-DESCARTE-ACTIVIDAD se utilizará para indicar el fin anormal de un documento y para señalar que el receptor del documento no se considera responsable de la parte del documento recibida hasta el momento. Por consiguiente, como función local exterior a estos procedimientos de control, el receptor puede suprimir la parte del texto recibida.
Nota 1
- El servicio S-DESCARTE-ACTIVIDAD es una
invitación a destacar la totalidad del documento y no simplemente la parte del
documento transmitida desde la última S-REANUDACIóN-ACTIVIDAD.
Nota 2
- El terminal receptor puede eliminar el
documento de su memoria (pero no tiene la obligación de hacerlo) y/o indicar al
operador que esta parte del documento no tiene valor. Si el texto no es
suprimido, el operador será informado.
Nota 3
- Queda pendiente de ulterior estudio el empleo
del servicio S-DESCARTE-ACTIVIDAD para los aparatos facsímil del grupo 4.
3.4.4.3El emisor puede recuperar una transmisión interrumpida de dos modos:
a)se logra una anulación por la utilización subsiguiente de los servicios S-REANUDACIóN-ACTIVIDAD y S-DESCARTE-ACTIVIDAD y el servicio S-ARRANQUE-ACTIVIDAD reanuda la transmisión;
b)el emisor puede reanudar la transmisión mediante el servicio S-REANUDACIóN-ACTIVIDAD, comenzando en el punto del documento correspondiente al último punto de comprobación para el que se recibió un acuse de recibo.
3.4.4.4 Si, en el curso de la transmisión de un documento, se produce una condición anormal, con la excepción de la descrita en el 3.4.4.5 , se aplicarán las siguientes reglas:
a)En el caso de que la transmisión de un documento se inicie con la Petición S-ARRANQUE-ACTIVIDAD y de que no se haya recibido un acuse de recibo positivo de un punto de sincronización menor, se utilizará el servicio S-DESCARTE-ACTIVIDAD o S-INTERRUPCIóN-ACTIVIDAD. Si se emplea el servicio S-INTERRUPCIóN-ACTIVIDAD, se interpretará como S-DESCARTE-ACTIVIDAD. Ahora bien, en este caso es preciso contestar con una respuesta S-INTERRUPCIóN-ACTIVIDAD a la Indicación S-INTERRUPCIóN-ACTIVIDAD, según requiere la definición del servicio de sesión. Se trata sólo de una cuestión de distinta interpretación semántica del servicio por el usuario del servicio de sesión.
b)En todos los demás casos se utilizará el servicio S-INTERRUPCIóN-ACTIVIDAD o S-DESCARTE-ACTIVIDAD.
3.4.4.5Se aplicarán las reglas siguientes si la sesión queda abortada en el curso de la transmisión del documento:
a)Si la transmisión del documento se inició con una Petición S-ARRANQUE-ACTIVIDAD y no se ha producido un acuse de recibo positivo de un punto de sincronización menor en el curso de dicha transmisión, las entidades emisora y receptora tratarán el fallo como si el servicio S-DESCARTE-ACTIVIDAD se hubiera iniciado y completado correctamente.
b)En otros casos, las entidades emisora y receptora tratarán el fallo como si el servicio S-INTERRUPCIóN-ACTIVIDAD se hubiera iniciado y completado correctamente.
3.4.5
Reanudación del documento
El servicio S-REANUDACIóN-ACTIVIDAD indica la continuación de un documento que se había transmitido en parte previamente.
La vinculación de las partes de un documento interrumpido es una operación local en el lado receptor y, por consiguiente, no está incluida en las responsabilidades de los procedimientos de control. Así pues, estos procedimientos no pueden garantizar que se efectuará la vinculación de las partes de un documento.
Nota 1
- El número de referencia de punto de
comprobación que aparece en la primitiva S-REANUDACIóN-ACTIVIDAD es el último
número de referencia de punto de comprobación para el que se ha recibido un
acuse de recibo positivo. Conviene señalar que el terminal sumidero puede haber
enviado el acuse de recibo positivo, sin que lo haya recibido el terminal
fuente.
Nota 2
- Si se requieren varias continuaciones para
completar la transmisión de un documento, están todas vinculadas a la
transmisión parcial en la que se utilizó el servicio de reanudación de
actividad. Entonces se emplea la secuencia de números de referencia de puntos
de comprobación para identificar el orden correcto de las partes que se han de
vincular; dicha secuencia y todas esas continuaciones deben transmitirse en tal
orden.
Nota 3
- Corresponde al receptor eliminar cualquier
información de texto que se haya duplicado en el proceso de continuación de una
transmisión interrumpida.
3.4.6
Intercambio de capacidades de terminales
Fuera de la transferencia de documentos (actividades externas), el servicio S-DATOS-CAPACIDADES puede utilizarse para intercambiar información que permita comprobar las capacidades de los terminales (de uso normalizado y privado) e investigar la capacidad de almacenamiento del terminal distante.
La primitiva incluirá un parámetro con una lista de las capacidades receptoras que el emisor de esta primitiva puede necesitar en el lado receptor.
El almacenamiento reservado por el servicio S-DATOS-CAPACIDADES puede liberarse después de terminar la sesión o cuando se recibe una nueva Indicación S-DATOS-CAPACIDADES que señala las necesidades de almacenamiento.
3.4.7
Condiciones de excepción
3.4.7.1La detección de un error de protocolo puede hacer que el proveedor SS dé una Indicación S-P-INFORME-EXCEPCIóN. Al recibir una Indicación S-P-INFORME-EXCEPCIóN, el usuario SS empleará el servicio S-INTERRUPCIóN-ACTIVIDAD o S-DESCARTE-ACTIVIDAD (sujeto a las restricciones de testigos); puede emplear también el servicio S-U-ABORTO.
3.4.7.2 El receptor de un documento puede emitir una Petición S-U-INFORME-EXCEPCIóN en cualquier momento después de haber recibido una Indicación S-ARRANQUE-ACTIVIDAD o S-REANUDACIóN-ACTIVIDAD. Puede emitir un S-U-INFORME-EXCEPCIóN después de recibir una Indicación S-SINCRO-MENOR, o una Indicación S-FIN-ACTIVIDAD en lugar de dar la confirmación.
Al recibir la indicación S-U-INFORME-EXCEPCIóN, el usuario SS utilizará el servicio S-INTERRUPCIóN-ACTIVIDAD o S-DESCARTE-ACTIVIDAD; puede emplear también el servicio S-U-ABORTO.
3.5
Varios
3.5.1
Ventana de acuse de recibo
3.5.1.1Se ha introducido el mecanismo de ventaja para permitir la transmisión continua de páginas. El terminal receptor puede utilizarlo también para resolver problemas locales de tiempo sin afectar a la transmisión continua.
Nota
- Por razones de eficacia, el terminal receptor
transmitirá la respuesta para acusar recibo del punto o los puntos de
comprobación pendientes tan pronto como sea posible.
El diseño del terminal debe permitir la recepción continua en el funcionamiento normal del terminal (por ejemplo, con un contenido medio de página teletex de 1600 octetos). El empleo del mecanismo de ventana tendrá en cuenta los requisitos de calidad de servicio incluidos en las Recomendaciones F.200 y F.161.
En el servicio teletex básico, el emisor no puede utilizar un tamaño superior a tres de la ventana de acuse de recibo. El tamaño máximo de la ventana puede negociarse en el curso del establecimiento de la sesión.
3.5.1.2 Se aplicarán las siguientes reglas al uso del tamaño de la ventana:
a)La indicación de parámetro de tamaño de la ventana no es obligatoria para el servicio teletex, pero sí lo es para el servicio facsímil del grupo 4 (en la Petición y Respuesta S-CONEXIóN). Puede tener un valor comprendido en la gama de 1 a 255. La ausencia de este parámetro en la Petición o Respuesta S-CONEXIóN debe interpretarse como el valor por defecto de tres para el servicio teletex;
b)Todos los terminales teletex deben admitir un tamaño de ventana de 3. Los terminales facsímil del grupo 4 de las clases 2 y 3 deben ser capaces de admitir un tamaño de ventana de 3 en el interfuncionamiento con el teletex. Los terminales teletex mejorados (por ejemplo, con capacidad de modo mixto) y todos los terminales facsímil del grupo 4 pueden exigir otros tamaños de ventana;
c)El terminal fuente tiene libertad para utilizar cualquier tamaño de ventana que no exceda del tamaño indicado por el terminal sumidero (en la Petición o Respuesta S-CONEXIóN);
d)Si el emisor de la Petición o Respuesta S-CONEXIóN es un terminal teletex básico que no indica ningún parámetro para el tamaño de la ventana, el receptor debe estar al tanto de que el emisor puede ignorar cualquier tamaño de ventana indicado y utilizar el tamaño de ventana de 3.
3.5.2
Negociación de las capacidades optativas
Se facilitan dos métodos. El primero se utiliza en el comienzo de la sesión para intercambiar una lista limitada de capacidades (servicio S-CONEXIóN). El segundo método puede utilizarse, cuando sea necesario, después de la iniciación de la sesión para indicar los requisitos del emisor en cuanto a capacidades ampliadas (servicios S-DATOS-CAPACIDADES, S-ARRANQUE-ACTIVIDAD, S-REANUDACIóN-ACTIVIDAD).
3.5.3
Negociación de los requisitos de almacenamiento
La disponibilidad de almacenamiento puede indicarse de los siguientes modos:
a)Cuando se establece un servicio teletex, se supone implícitamente que existe una memoria receptora apropiada para la llamada. Excepcionalmente se producirá un desbordamiento de la memoria del receptor. El envío continuo del documento por la fuente será detenido por el sumidero. Este indicará el motivo de la interrupción de la transmisión.
b)Cuando se establece una sesión con un aparato facsímil del grupo 4, sólo puede suponerse que el terminal llamado tiene papel de registro apropiado para imprimir por lo menos una página de información (para los aparatos básicos de la clase 1). La negociación de los requisitos de almacenamiento es obligatoria para los aparatos facsímil del grupo 4, clases 2 y 3. Una vez negociado este requisito, puede producirse excepcionalmente un desbordamiento de la memoria receptora. El envío continuo del documento por la fuente será detenido por el sumidero. Este indicará el motivo de la interrupción de la transmisión.
c)También se dispone en el procedimiento la indicación obligatoria de que está alterada la aptitud del terminal receptor para seguir aceptando tráfico.
d)El servicio S-DATOS-CAPACIDADES incluye también la posibilidad de investigar la disponibilidad de almacenamiento en el terminal receptor antes de la transmisión de un documento.
3.5.4
Manejo del temporizador
El manejo del temporizador se basa en la aparición de ciertos eventos; éstos pueden ser elementos de protocolo o primitivas de servicio y se supone que no hay retardo entre la aparición de una primitiva de servicio de sesión y el elemento de protocolo correspondiente, y viceversa.
Se definen dos tipos de temporizador:
-temporizador de inactividad;
-temporizador de respuesta a petición.
3.5.5
Temporizador de inactividad
3.5.5.1En el curso de la vida útil de una conexión de sesión cada parte es responsable de la detección de cualquier periodo de inactividad que supere al valor del temporizador de inactividad determinado en la negociación (indicando, por ejemplo, un fallo u otra incapacidad para continuar el uso productivo de la sesión).
3.5.5.2 El terminal sumidero utiliza el temporizador de inactividad para detectar cualquier periodo en el cual no se intercambia ningún elemento de protocolo. Ese periodo debe detectarse cualquiera que sea la conexión de transporte existente.
El arranque o el rearranque de este temporizador se efectúa al recibir o emitir cada evento en el terminal sumidero, cuando se espera una acción ulterior del terminal fuente.
Este temporizador se detiene en el momento en que el terminal sumidero recibe cualquier evento y no se espera ninguna acción ulterior del terminal fuente.
Al terminar el temporizador, se utilizará el servicio S-ABORTO.
Puede hallarse información adicional en la figura
B-1/T.62^
bis
.
3.5.5.3Se aplicarán las reglas siguientes a la negociación del valor del temporizador de inactividad:
a)Sólo se aplicará un valor de temporizador de inactividad distinto de 60 segundos si ambos terminales indican este parámetro, esto es, si hay negociación, en el establecimiento de la sesión (vía S-CONEXIóN) o en los límites del documento (vía S-DATOS-CAPACIDADES).
b)Si ambos terminales indican un valor del temporizador de inactividad, se aplicarán las siguientes reglas mientras dure la sesión o hasta que tenga lugar una negociación ulterior:
i)se aplica el más pequeño de los dos valores cuando ambos son superiores o iguales a 60 segundos;
ii)se aplica el mayor de los valores cuando ambos valores son inferiores a 60 segundos;
iii)se aplica un valor de temporizador de 60 segundos si un valor es superior y otro inferior a 60 segundos.
3.5.6
Temporizador de respuesta a la petición
3.5.6.1Este temporizador es responsable de la detección de cualquier intervalo de tiempo en el que el terminal sumidero haya fallado en el envío de una respuesta/acuse de recibo. El valor de dicho temporizador es de 60 segundos. Queda pendiente de estudio adicional la negociación del valor del temporizador de respuesta a la petición.
3.5.6.2 En términos generales, este temporizador tiene que ponerse en marcha para cada acontecimiento emitido por el terminal fuente hacia el terminal sumidero para el que se espera una respuesta/acuse de recibo.
Se detiene cuando se recibe la respuesta. Al terminar el temporizador se utilizará el servicio S-ABORTO.
3.5.6.3En los siguientes casos especiales se requieren acciones concretas:
-al producirse una primitiva UDPS de aborto (enviada o recibida), se detiene el temporizador de respuesta a la petición, si ha arrancado,
-la recepción de una indicación de informe de excepción (o de la UDPS asociada) se considerará como respuesta a la primitiva (UDPS) enviada previamente. Por consiguiente, la acción asociada tiene que parar el temporizador.
Puede hallarse información adicional en las figuras
B-1/T.62^
bis
y B-2/T.62^
bis
.
3.5.7
Número de referencia de documento
Los @números de referencia de documento (NRD)\ se asignarán como cifras decimales, que comenzarán de preferencia, pero no necesariamente, en 001. Los NRD se incrementarán entonces de modo secuencial en uno para cada documento sucesivo. Los NRD se asignarán a todos los documentos de una sesión, cualquiera que sea el identificador de tipo de documento y con independencia de que se utilice S-ARRANQUE-ACTIVIDAD o S-REANUDACIóN-ACTIVIDAD como primitiva de iniciación. El número no tiene que comprender necesariamente 3 cifras y los ceros iniciales no tienen que transmitirse obligatoriamente. En todos los casos, los ceros iniciales deben ignorarse.
Nota
- Para identificar de modo único los documentos
intercambiados, se recomienda que no aparezcan los mismos NRD dentro de una
sesión. Ahora bien, debe notarse que algunos terminales existentes pueden
producir la duplicación de los NRD cuando los documentos se envían en ambas
direcciones.
4
Uso del servicio de
sesión
4.1
Generalidades
Las reglas dadas a continuación indican cómo la entidad de capa superior debe utilizar el servicio de sesión.
Se supone que si un parámetro no es obligatorio en el protocolo, tampoco lo es en la primitiva correspondiente. Cuando se aplica un valor por defecto al protocolo, el mismo valor por defecto se aplica al interfaz de servicio.
Los servicios utilizados se indican en el cuadro
1/T.62^
bis
con las correspondientes unidades funcionales.
Deben estar disponibles los testigos de datos, sincronización menor y mayor y actividad. No está disponible el testigo de liberación.
El término
`parámetro adicional'
, según se utiliza en la presente
Recomendación, se aplica a los parámetros que no se incluyen en el servicio de
sesión descrito en la Recomendación X.215, pero que no son esenciales para
describir la interacción entre el usuario del servicio de sesión y la propia
capa de sesión, cuando se utilizan en una forma compatible con los
procedimientos de control para teletex y facsímil del grupo 4 (por
consiguiente, han de tomarse en consideración al realizar la capa de sesión
para dicho uso). Estos parámetros contienen información transmitida por los
elementos de protocolo de sesión con independencia del parámetro
`datos de
usuario'
contenido en los elementos de protocolo de sesión descritos en el
3
del presente documento.
4.2
Establecimiento de la conexión de
sesión
Se utiliza la siguiente primitiva de servicio:
S-CONEXIóN.
4.2.1
Los parámetros de S-CONEXIóN se utilizan del modo
siguiente:
4.2.1.1
`
Identificador de
conexión de sesión
a)La referencia del usuario SS llamante sólo contendrá el identificador del terminal llamante. Este parámetro obligatorio (primitivas de petición e indicación) identifica al terminal llamante. Es una secuencia de caracteres gráficos definidos en la Recomendación F.200.
b)La referencia del usuario SS llamado sólo contendrá el identificador del terminal llamado. Este parámetro obligatorio (primitivas de respuesta y confirmación) proporciona la identificación del terminal del emisor de la primitiva Respuesta S-CONEXIóN. Es una secuencia de caracteres gráficos definidos en la Recomendación F.200.
c)La referencia común sólo contendrá la fecha y la hora. Este parámetro es obligatorio e idéntico en todas las primitivas. Da la fecha y la hora y es una secuencia de caracteres gráficos definidos en la Recomendación F.200. Se utiliza en asociación con las identificaciones de terminal de ambos terminales en una sesión como referencia a dicha sesión.
d)La información de referencia adicional sólo contendrá el número de referencia de sesión adicional. Si la utilizan el iniciador y el respondedor, tendrá el mismo valor en la respuesta que en la petición. Si el iniciador no la emplea, no se incluirá en la petición. Si no la usa el respondedor, no se incluirá en la respuesta. Este número se utilizará además de la referencia de sesión básica (identificadores de terminal llamante y llamado, fecha y hora) cuando esta referencia de sesión básica no baste para identificar con exclusividad la sesión y se requiera esta identificación única. En este caso se empleará también junto a la referencia de sesión básica, al referirse a esta sesión en una primitiva S-REANUDACIóN-ACTIVIDAD. El número de referencia tiene una longitud fija de dos cifras decimales según se codifica en la Recomendación T.61.
Tableau 1/T.62^bis [T17.62], p. 2
4.2.1.2
`Direcciones llamante y llamada del PASS'
El direccionamiento de la capa de sesión no se utiliza en los servicios teletex y facsímil del grupo 4 (estos parámetros no se emplean).
4.2.1.3
`Calidad de servicio'
Este parámetro debe ponerse de modo que no se utilicen datos acelerados (el transporte acelerado no se halla disponible en el teletex) y de forma que no se seleccione la concatenación ampliada.
4.2.1.4
`Requisitos de sesión'
Este parámetro puede omitirse y en tal caso se aplica el valor por defecto. Se seleccionarán las siguientes unidades funcionales:
-sincronización menor,
-gestión de actividad,
-intercambio de datos sobre capacidades,
-semidúplex,
-excepciones.
4.2.1.5
`Número de serie del punto de sincronización
inicial'
Este parámetro no se utiliza en los servicios teletex ni facsímil del grupo 4.
4.2.1.6
`Asignación inicial de testigos'
Este parámetro puede omitirse y, en tal caso, se aplica el valor por defecto. Todos los testigos disponibles se asignan a la entidad llamante.
4.2.1.7
`Resultado'
(sólo en la respuesta y la
confirmación)
Este parámetro se emplea para aceptar o rechazar la conexión de sesión. En caso de rechazo, este parámetro puede transportar también hasta 69 caracteres. Sólo se admitirán los caracteres convertibles biunívocamente al alfabeto télex (ATI2) y se utilizará el código teletex.
4.2.1.8
`Datos de usuario'
Este parámetro no obligatorio se utiliza para transmitir datos del protocolo de presentación, de aplicación, o de ambos. En este campo de parámetros se halla contenida toda la información necesaria para negociar los parámetros de protocolo de intercambio de documentos definidos en las Recomendaciones de la serie T.400.
4.2.2
Parámetros adicionales
Pueden incluirse también los siguientes parámetros:
4.2.2.1
Capacidades de sesión no básicas
Si se utiliza, este parámetro no obligatorio indica que se dispone de capacidades de sesión no básicas como capacidades receptoras del emisor de esta primitiva.
Cuadro 2/T.62^bis [T18.62], p.
4.2.2.2
Identificador de servicio
Este parámetro obligatorio indica si el emisor de esta primitiva trata de utilizar servicios telemáticos.
Nota 1
- Para los servicios teletex básicos, los
identificadores de servicio que figuran en la Petición y en la respuesta
S-CONEXIóN deben ser idénticos.
Nota 2
- En caso de interconexiones entre los
terminales de distintos servicios, los identificadores de servicio que figuran
en la petición y en la respuesta S-CONEXIóN pueden no ser idénticos.
4.2.2.3
Temporizador de inactividad
Este parámetro no obligatorio se utiliza para negociar el valor del temporizador de inactividad.
4.2.2.4
Capacidades de terminal no básicas
Estos parámetros indican cuáles de las capacidades no básicas enunciadas en
el cuadro 3/T.62^
bis
para el servicio teletex se hallan
disponibles como capacidades receptoras del emisor de esta petición. Son
parámetros obligatorios si el equipo es capaz de efectuar cualquiera de las
funciones concretas enunciadas en el cuadro 3/T.62^
bis
. La
ausencia del parámetro indica que no se halla disponible la función en
cuestión.
Cuadro 3/T.62^bis [T19.62], p.
Nota
- Las definiciones de estas capacidades de
presentación pueden hallarse en la Recomendación T.60. Las futuras ampliaciones
y las capacidades de uso privado han de ajustarse al servicio de intercambio de
datos sobre capacidades.
4.2.2.5
Parámetros de uso privado
Estos parámetros no son obligatorios. Su definición y uso no se hallan normalizados (véase el 3.2 ).
4.2.2.6
Capacidades no normalizadas
Este parámetro no obligatorio se utiliza para evaluar la compatiblidad respecto al uso de las capacidades de terminal no normalizadas.
4.2.3
Codificación del valor de los parámetros adicionales
de S-CONEXIóN
4.2.3.1
Capacidades de sesión varias
Este campo de VP indicará posibles modos de funcionamiento. La codificación del primer octeto será:
a)bit 1: reservado;
b)bit 2: reservado (para la suspensión de sesión);
c)bit 3: puesto a 1 indica la capacidad del terminal para el funcionamiento interactivo (transferencia de datos fuera de los límites de actividad).
Todos los demás bits están reservados para futura normalización.
4.2.3.2
Tamaño de la ventana
Número binario de longitud fija de un octeto, con un valor mínimo de uno y un valor máximo de 255 en decimal (esto es, un valor binario de 11111111). El valor por defecto es tres en decimal (esto es, un valor binario de 00000011).
4.2.3.3
Identificador de servicio
La codificación para el identificador de servicio es la siguiente:
Bits87654321Servicio 00000001Telemática
Todas las demás codificaciones quedan pendientes de estudio adicional.
4.2.3.4
Temporizador de inactividad
a)Los bits 8 y 7 indican la unidad del valor del temporizador de inactividad y los bits 6 a 1 el valor binario en la gama de 1 a 63.
Bits87 Unidad del temporizador
00 Segundo(s); 01 Minuto(s); 10 Hora(s); 11 Reservado para ampliación.
b)Todos los bits del primer octeto puestos a cero indican que el valor del temporizador de inactividad es infinito, esto es, el temporizador está incapacitado.
4.2.3.5
Juegos de caracteres de control
(véanse las
Recomendaciones T.60 y T.61)
Un campo de longitud variable indica la capacidad de recepción de juegos de caracteres de control normalizados no básicos. Cada juego de caracteres de control se indicará mediante la secuencia de caracteres utilizada para designar ese juego, según se define en la Recomendación T.61. Cuando haya de indicarse más de un juego de caracteres, el carácter ESC actúa de separador entre los indicadores de juegos de caracteres.
4.2.3.6
Capacidades no normalizadas
El primer octeto representa el indicativo del país registrado por el CCITT, según se especifica en la Recomendación T.35, que ha de utilizarse para identificar las capacidades no normalizadas. La Administración de cada país puede especificar octetos adicionales.
4.2.3.7
Formatos de página teletex
El valor del primer octeto del valor de parámetro indicará la capacidad de
un formato de página, según se define en el cuadro
4/T.62^
bis
. Si el terminal puede incluir más de un
formato, se indicará en el primer octeto y en los siguientes, con un octeto por
valor (véase la nota 1 del cuadro 4/T.62^
bis
). No se dará
ningún separador entre los valores. El indicador de longitud del parámetro
indicará si hay más de un valor. Todos los valores de parámetro se insertarán
por orden creciente de sus valores binarios.
Cuadro 4/T.62^bis [T20.62], p.
4.2.3.8
Capacidades de terminal varias
Un campo de longitud variable indica las capacidades de recepción para los
valores normalizados no básicos de espaciamiento de caracteres, espaciamiento
de renglones y reproducción gráfica. Cada valor de parámetro de esa función
estará indicado por la secuencia de control (CSI
P
i
,
I
i
,
F
) definida en la Recomendación T.61. Esto se
aplica a las funciones: selección de espaciamiento horizontal (SHS) para un
paso de carácter, selección de espaciamiento vertical (SVS) para un paso de
línea y selección de reproducción gráfica (SGR) para una reproducción gráfica.
Se aplica también a las funciones: modificación de las dimensiones de los
caracteres gráficos (GSM) y selección del sentido de presentación (SPD) en el
caso de capacidades de caracteres kanji japoneses y de ideogramas chinos y para
la función de orientación de los caracteres (COF) en el caso de capacidades de
ideogramas chinos. Cuando se indica más de una secuencia de esos caracteres, se
insertará un solo espacio entre ellos. Sólo se permite un valor de parámetro
dentro de una secuencia CSI.
4.3
Fase de terminación de la sesión
Se utilizan las siguientes primitivas de servicio:
S-LIBERACIóN
S-U-ABORTO
S-P-ABORTO
4.3.1
Los parámetros de S-LIBERACIóN se utilizan del
modo siguiente
^:
Resultado
^: Este parámetro indicará
`afirmativo'
(sólo en la confirmación y respuesta).
Datos de usuario SS
^: Este parámetro no se utiliza en
los servicios teletex y facsímil del grupo 4.
4.3.2
S-U-ABORTO
La utilización de esta primitiva se interpretará como un
`error del
terminal local'
.
Datos de usuario SS
^: Este parámetro no se utiliza en
los servicios teletex y facsímil del grupo 4.
4.3.3
S-P-ABORTO
La recepción de esta primitiva se define en las Recomendaciones X.215 y X.225.
4.4
Fase de transferencia de datos
Se utilizan las siguientes primitivas de servicio:
S-ARRANQUE-ACTIVIDAD
S-REANUDACIóN-ACTIVIDAD
S-INTERRUPCIóN-ACTIVIDAD
S-DESCARTE-ACTIVIDAD
S-FIN-ACTIVIDAD
S-SINCRO-MENOR
S-U-INFORME-EXCEPCIóN
S-P-INFORME-EXCEPCIóN
S-CESIóN-CONTROL
S-SOLICITUD-TESTIGO
S-DATOS-CAPACIDADES
S-DATOS
4.4.1
S-ARRANQUE-ACTIVIDAD
4.4.1.1
Los parámetros de S-ARRANQUE-ACTIVIDAD se utilizan
del modo siguiente:
-
Identificador de actividad:
Este parámetro obligatorio
contendrá el número de referencia del documento (véase el
3.5.6
).
-
Datos de usuario SS:
Este parámetro no obligatorio se
utiliza para transmitir datos del protocolo o los protocolos de presentación
y/o aplicación. En este campo de parámetros se halla contenida toda la
información necesaria para negociar los parámetros de protocolo de intercambio
de documenttos definidos en Recomendaciones de la serie T.400.
4.4.1.2
Parámetros adicionales
Pueden incluirse también los siguiente parámetros:
a)
Identificador del tipo de
documento
:
No es un campo obligatorio. Si se
utiliza un documento normal, no se indicará este parámetro. Si se emplean otros
tipos de documentos, la inclusión de este campo es obligatoria.
(El anexo A contiene la descripción de los tipos de documentos.)
b)
Identificador de interfuncionamiento de
servicios
:
No es un campo
obligatorio. Este parámetro puede utilizarse para indicar la idoneidad de un
documento para el interfuncionamiento; ahora bien, su empleo es obligatorio en
el caso de interfuncionamiento de servicios.
Nota
- Al comunicarse con una facilidad de conversión,
puede requerirse un identificador para:
i)interfuncionamiento teletex/télex - el identificador indicará que el documento o los documentos se han preparado conforme a las reglas dadas en las Recomendaciones F.200, T.90 y T.91;
ii)interfuncionamiento teletex/videotex - queda pendiente de estudio adicional;
iii)interfuncionamiento teletex/facsímil - queda pendiente de estudio adicional.
c)
Indicación de capacidad de terminal requerida
(normalizada o de uso privado): No es un campo obligatorio, pero este parámetro
debe utilizarse si se necesitan capacidades de terminal optativas normalizadas
para el documento.
d)
Parámetros de uso privado:
No son obligatorios. No
está normalizada la definición de estos parámetros (véase el
3.2
).
4.4.1.3
Codificación del valor de los parámetros adicionales
de S-ARRANQUE-ACTIVIDAD
a)
Identificador del tipo de documento
La ausencia de ete parámetro señalará un documento normal. Si se emplea, este parámetro es un campo codificado binario de longitud fija de un octeto que identifica el tipo de documento del siguiente modo:
Bits87654321Tipo de documento
00000001Documento de operador 00000010Documento de control 00000011Documento de comprobación
Todas las demás codificaciones quedan reservadas para futura normalización.
b)
Identificador de interfuncionamiento de servicios
El bit 1 del primer octeto puesto a 1 indicará que el documento asociado es apropiado para la transmisión vía el servicio télex.
Todos los demás valores de bits quedan reservados para futura normalización.
c)
Indicación de capacidad de terminal requerida
(capacidades de terminal teletex no básicas)
-Juegos de caracteres gráficos (véanse las Recomendaciones T.60 y T.61)
Campo de longitud variable que indica las capacidades receptoras de juegos de caracteres gráficos normalizados no básicos. Cada uno de esos juegos de caracteres gráficos o JCDR (juegos de caracteres dinámicamente redefinibles) para caracteres kanji japoneses e ideogramas chinos estará indicado por la secuencia de caracteres utilizada para designar ese juego, como se define en la Recomendación T.61. Cuando haya de indicarse más de un juego de caracteres, el carácter ESC cumple la finalidad de separador entre los indicadores de juegos de caracteres.
Las descripciones siguientes se aplican al empleo de un juego JCDR para caracteres kanji japoneses e ideogramas chinos:
i)Si un juego JCDR está indicado como un valor de parámetro asociado a S-ARRANQUE-ACTIVIDAD o S-REANUDACIóN-ACTIVIDAD, debe ir seguido por las combinaciones de los códigos de caracteres (CC) que han de registrarse en el juego JCDR y sus patrones de puntos (PP) correspondientes.
ii)La longitud de campo del código de un carácter está definida por el juego JCDR y la del patrón de puntos de un carácter por los valores de los parámetros de altura y de anchura de la casilla de caracteres.
Nota
- El valor de este parámetro en
S-ARRANQUE-ACTIVIDAD o S-REANUDACIóN-ACTIVIDAD será el siguiente:
JCDR CCI PP1 CC2 PP2 .^.^. CCi PPi
-Juegos de caracteres de control (véase el 4.2.3.5 )
-Formato de la página teletex (véase el 4.2.3.7 )
-Capacidades de terminal teletex varias (véase el 4.2.3.8 )
-Altura de la casilla de caracteres
Campo de longitud variable que indica las capacidades receptoras para el número de puntos de la altura de la casilla de caracteres. El número de puntos estará indicado por el parámetro numérico definido en T.61.
Se requiere estudio adicional para indicar más de un valor.
-Anchura de la casilla de caracteres.
Campo de longitud variable que indica las capacidades receptoras para el número de puntos de la anchura de la casilla de caracteres. El número de puntos estará indicado por el parámetro numérico definido en T.61.
Se requiere estudio adicional para indicar más de un valor.
4.4.2
S-REANUDACIóN-ACTIVIDAD
4.4.2.1
Los parámetros de S-REANUDACIóN-ACTIVIDAD se
utilizan del modo siguiente
^:
-
Antiguo identificador de conexión de sesión
(sólo es
obligatorio si se intenta la vinculación en una nueva conexión de sesión): Este
parámetro no obligatorio contendrá el antiguo identificador de conexión de
sesión, que identifica la sesión en la que se envió la primera parte del
documento:
a)referencia del usuario SS llamante (obligatoria) véase el 4.2.1 ,
b)referencia del usuario SS llamado (obligatoria) véase el 4.2.1 ,
c)referencia común (obligatoria) véase el 4.2.1 ,
d)información de referencia adicional (no obligatoria) véase el 4.2.1 .
-
Antiguo identificador de actividad
^: Este parámetro
obligatorio contendrá el identificador de actividad (número de referencia del
documento) de la correspondencia S-ARRANQUE-ACTIVIDAD.
-
Número de serie de punto de sincronización
^: Este
parámetro obligatorio contendrá el número de serie del punto de sincronización
(número de referencia del punto de comprobación) a partir del cual continúa la
transmisión.
-
Identificador de actividad
^: El nuevo identificador de
actividad contendrá el número de referencia de documento definido en el
3.5.7
.
-
Datos de usuario SS
^: Este parámetro no obligatorio se
utiliza para transmitir datos del protocolo o los protocolos de presentación
y/o aplicación. Toda la información necesaria para negociar los parámetros de
protocolo de intercambio de documentos definidos en Recomendaciones de la serie
T.400 se halla contenida en este campo de parámetros.
4.4.2.2
Parámetros adicionales
Pueden incluirse también los siguientes parámetros:
a)
Identificador de tipo de documento
[véase el
4.4.1.2
a)].
b)
Identificador de interfuncionamiento de servicios
[véase el
4.4.1.2
b)].
c)De modo optativo, cualquier otro campo de parámetro que aparezca en S-ARRANQUE-ACTIVIDAD al principio del documento puede repetirse en S-REANUDACIóN-ACTIVIDAD. La indicación de la capacidad de terminal requerida es obligatoria si se necesitan capacidades de terminal optativas normalizadas para el documento. Un terminal que recibe una S-REANUDACIóN-ACTIVIDAD que no contiene todas las capacidades de terminal no debe rechazar la continuación del documento.
4.4.2.3
Codificación de los parámetros adicionales de
S-REANUDACIóN-ACTIVIDAD
a)
Identificador del tipo de documento
[véase el
4.4.1.3
a)].
b)
Identificador de interfuncionamiento de servicios
[véase el
4.4.1.3
b)].
c)
Indicación de la capacidad de terminal requerida
[véase el
4.4.1.3
c)].
4.4.3
S-INTERRUPCIóN-ACTIVIDAD
Los parámetros de S-INTERRUPCIóN-ACTIVIDAD se utilizan del modo siguiente:
Motivo
^: Si se utiliza, este parámetro no obligatorio
contendrá sólo uno de los motivos siguientes:
a)inapto para continuar la sesión (por ejemplo, debido a memoria llena, falta de papel de registro);
b)error en la secuenica;
c)error en el terminal local;
d)error de procedimiento irrecuperable;
e)ningún motivo concreto indicado (utilizado por motivos distintos de los enunciados).
4.4.4
S-DESCARTE-ACTIVIDAD
Los parámetros de S-DESCARTE-ACTIVIDAD se utilizan del modo siguiente:
Motivo
^: Si se utiliza, este parámetro no obligatorio
contendrá sólo uno de los motivos siguientes:
a)inapto para continuar la sesión (por ejemplo, debido a memoria llena, falta de papel de registro);
b)error en la secuencia;
c)error en el terminal local;
d)error de procedimiento irrecuperable;
e)ningún motivo concreto indicado (utilizado por motivos distintos de los enunciados).
4.4.5
S-FIN-ACTIVIDAD
Los parámetros de S-FIN-ACTIVIDAD se utilizan del modo siguiente:
-
Número de serie de punto de
sincronización
-
Datos de usuario SS
^: Este parámetro no se utiliza en
los servicios teletex y facsímil del grupo 4.
4.4.6
S-SINCRO-MENOR
Los parámetros de S-SINCRO-MENOR se utilizan del siguiente modo:
-
Tipo:
Este parámetro obligatorio (sólo en petición e
indicación) indicará
`explícito'
.
-
Número de serie de punto de sincronización:
Este
parámetro obligatorio es el número de referencia del punto de comprobación que,
en los servicios básicos, es el número de referencia de página.
-
Datos de usuario SS:
Este parámetro no se utiliza en
la petición/indicación. En la respuesta/confirmación representa el parámetro
`aptitud para la recepción alterada'
. Este parámetro obligatorio (en la
respuesta y la confirmación) indica si está alterada o no la aptitud del
terminal receptor para continuar aceptando el tráfico.
El usuario SS se ocupará de que el primer octeto esté codificado del siguiente modo:
Bits87654321Significado
00000000Puede aceptarse tráfico adicional 00000001Aptitud para la recepción de tráfico adicional alterada.
Todos los demás valores binarios quedan reservados para futura normalización.
4.4.7
S-U-INFORME-EXCEPCIóN
Los parámetros de S-U-INFORME-EXCEPCIóN se utilizan del siguiente modo:
-
Motivos:
Si se utiliza, este parámetro no obligatorio
contendrá sólo uno de los siguientes motivos:
a)inapto para continuar la sesión (por ejemplo, debido a memoria llena,
falta de papel de registro). Este valor corresponde al valor
`usuario SS con
capacidad de recepción alterada'
;
b)error en la secuencia;
c)error en el terminal local;
d)error de procedimiento irrecuperable;
e)ningún motivo concreto indicado (utilizado por motivos distintos de los enunciados).
-
Datos de usuario SS:
Este parámetro no se utiliza en
los servicios teletex y facsímil del grupo 4.
4.4.8
S-P-INFORME-EXCEPCIóN
4.4.8.1
Los parámetro de S-P-INFORME-EXCEPCIóN se utilizan
del modo siguiente
:
Motivo:
Este parámetro obligatorio indicará
`error
de protocolo'
.
4.4.8.2
Parámetros adicionales
Reflexión de valores de parámetro:
este parámetro
obligatorio contendrá el patrón de bits de la UDPS errónea, hasta el error
detectado e incluido el mismo.
4.4.9
S-CESIóN -CONTROL
La utilización de estas primitivas se define en las Recomendaciones X.215 y X.225.
4.4.10
S-SOLICITUD-TESTIGO
Los parámetros de S-SOLICITUD-TESTIGO se utilizan del siguiente modo:
-
Testigo:
Este parámetro obligatorio contendrá el
parámetro de función de control de sesión e indicará
`testigo de datos'
.
-
Datos de usuario SS:
Este parámetro no se utiliza en
los servicios teletex y facsímil del grupo 4.
4.4.11
S-DATOS-CAPACIDADES
4.4.11.1
Los parámetros de S-DATOS-CAPACIDADES se utilizan
del modo siguiente
^:
Datos de usuario SS:
Este parámetro no obligatorio se
utiliza para transmitir datos del protocolo o los protocolos de presentación
y/o aplicación. Toda la información necesaria para negociar los parámetros del
protocolo de intercambio de documentos definidos en Recomendaciones de la serie
T.400 está contenida en este campo de parámetro.
4.4.11.2
Parámetros adicionales
Puede incluirse también los siguientes parámetros:
a)
Temporizador de inactividad:
Este parámetro no
obligatorio se utiliza para negociar el valor del temporizador de inactividad.
b)
Negociación de la capacidad de almacenamiento:
Este
parámetro no obligatorio se utiliza para negociar la memoria disponible del
terminal distante.
c)
Parámetros de uso privado:
Estos parámetros no son
obligatorios. Su definición y su uso no están normalizados.
d)
Capacidades no normalizadas:
Este parámetro no
obligatorio se utiliza para evaluar la compatibilidad respecto al uso de las
capacidades de terminal no normalizadas.
Y uno de los dos siguientes:
e)
Parámetro de aceptación de S-DATOS-CAPACIDADES:
Este
parámetro no obligatorio se utiliza para confirmar que todas las capacidades de
terminal teletex no básicas pedidas están disponibles en el receptor (sólo en
respuesta y confirmación).
f)
Capacidades de terminal teletex no básicas
[véase el
4.4.1.3
c)]: Este parámetro no obligatorio indica uno de los datos
siguientes:
-la lista completa de todas las capacidades pedidas en la instrucción de lista de capacidades de documento (ILCD);
-una lista de las capacidades pedidas disponibles en el receptor. La ausencia de los parámetros asociados a las capacidades no básicas indica que no están disponibles las capacidades pedidas en el receptor;
-una lista completa de las capacidades de recepción no básicas cualesquiera que sean las pedidas.
4.4.11.3
Codificación de los parámetros adicionales de
S-DATOS-CAPACIDADES
a)
Temporizador de inactividad
(véase el
4.2.3.4
).
b)
Capacidades de terminal teletex no básicas
[véase el
4.4.1.3
c)].
c)
Parámetro de aceptación de S-DATOS-CAPACIDADES
El bit 1 del primer octeto puesto a 1 indica la aceptación de todas las capacidades de terminal no básicas pedidas en una Petición S-DATOS-CAPACIDADES (excepto las indicadas en los datos de usuario SS). Todos los demás valores de bits quedan reservados para futura normalización.
d)
Negociación de la capacidad de
almacenamiento
Secuencia fija de dos octetos para indicar la cantidad de memoria de almacenamiento requerida:
1)El bit 1 del primer octeto puesto a 1 indica que un terminal ha reservado la cantidad de memoria de almacenamiento requerida.
2)El bit 2 del primer octeto puesto a 1 indica que el campo binario del octeto siguiente contiene un número que indica la capacidad de almacenamiento requerida reservada en kilooctetos.
3)El bits 5 del primer octeto puesto a 1 indica que el campo binario del octeto siguiente contiene un número que, multiplicado por 16, indica la capacidad de almacenamiento requerida/reservada en kilooctetos.
4)El bit 6 del primer octeto puesto a 1 indica que el campo binario del octeto siguiente contiene un número que, multiplicado por 256, indica la capacidad de almacenamiento requerida/reservada en kilooctetos.
5)El bit 3 del primer octeto puesto a 1 indica que un terminal no puede estimar su capacidad de memoria.
6)El bit 4 del primer octeto puesto a 1 indica que un terminal no puede reservar ahora la cantidad de memoria requerida.
7)En el primer octeto sólo uno de los bits 2, 5 y 6 puede ponerse a uno. Para la negociación de una capacidad de almacenamiento inferior o igual a 255 kilooctetos, se utilizará el bit 2.
Nota
- La utilización del bit 5 para la negociación de
una capacidad de almacenamiento superior a 65 kilooctetos, pero inferior o
igual a 255 kilooctetos, no será interpretada como un error de procedimiento
por parte del receptor.
8)Los bits 7 y 8 del primer octeto quedan reservados para futura normalización.
EL octeto 2 indica el tamaño de la memoria disponible y/o reservada (el significado se define en el primer octeto). Se pondrá a 11111111 si el bit 3 y/o 4 del primer octeto están puestos a 1.
En los casos 1), 5) y 6), el receptor de la Confirmación S-DATOS-CAPACIDADES puede ignorar el segundo octeto.
e)
Capacidades no normalizadas
El primer octeto representa el indicativo del país registrado por el CCITT, según se especifica en la Recomendación T.35, para utilizarlo al identificar las capacidades no normalizadas. La Administración de cada país puede especificar octetos adicionales.
4.4.12
S-DATOS
La utilización de estas primitivas queda definida en las Recomendaciones X.215 y X.225.
5 Recomendaciones para realizar la capa de
sesión
Para admitir los procedimientos de control se aplicarán las siguientes especificaciones además de la Recomendación X.225.
5.1
Parámetros adicionales
Para cumplir los procedimientos de control destinados a teletex y facsímil del grupo 4, la realización debe ser capaz de producir y decodificar los parámetros adicionales en las UDPS.
Nota
- La capa de sesión se interesa sólo por la
codificación de estos parámetros y por su incorporación en las UDPS, mientras
que no se interesa por los valores de parámetros. Esto significa que la
codificación de los valores de parámetro y de la especificación de la longitud
máxima forman parte de la especificación de la capa de aplicación.
5.1.1
UDPS CONEXIóN
Cuadro 5/T.62^bis [T21.62], p.
5.1.2
UDPS ACEPTACIóN
Cuadro 6/T.62^bis [T22.62], p.
5.1.3
UDPS RECHAZO
Cuadro 7/T.62^bis [T23.62], p.
5.1.4
UDPS ARRANQUE-ACTIVIDAD/UDPS REANUDACIóN-ACTIVIDAD
Cuadro 8/T.62^bis [T24.62], p.
5.1.5
UDPS DATOS-CAPACIDADES
Cuadro 9/T.62^bis [T25.62], p.
5.1.6
UDPS ACUSE-RECIBO-DATOS-CAPACIDADES
Cuadro 10/T.62^bis [T26.62], p.
5.2
Opciones para la realización
Se indican a continuación las opciones para realizar la capa de sesión ISA a fin de permitir el interfuncionamiento con los equipos teletex y facsímil del grupo 4.
5.2.1El servicio S-SOLICITUD-TESTIGO debe realizarse de forma que en el modo de funcionamiento de los servicios teletex y facsímil del grupo 4:
-La UDPS SOLICITUD-TESTIGO (ST) está en principio concatenada con una UDPS de categoría 2. La forma de realizar este servicio para los modos de funcionamiento distintos de los servicios teletex y facsímil del grupo 4 es un asunto local.
-Cuando la sesión se deja intencionalmente inactiva durante un intervalo de tiempo, la UDPS ST puede enviarse sin estar concatenada. Para los servicios teletex y facsímil del grupo 4, esto exige una negociación precedente del temporizador de inactividad para alcanzar un valor distinto del valor por defecto.
Nota
- La UDPS @CESIóN-TESTIGO (CT)\ nunca puede
transmitirse sola ni incluirse en un parámetro
`elemento testigo'
porque
el uso del servicio S-CESIóN-TESTIGO no se admite en el teletex ni en el
facsímil del grupo 4 básicos.
5.2.2 Al enviar una de las siguientes UDPS debe estar ausente todo el parámetro (esto es, campos IP, IL, VP) cuando el campo VP ha de estar ausente (esto es, cuando IL = 0): parámetro de elemento de testigo en las UDPS ST y CT, datos de usuario en las UDPS FN, DN, AB, ED, FA, AFA, CA y RA, elemento englobador en la UDPS TD y elemento de tipo de sincronización en la UDPS PSME.
5.2.3 La suma de los números de dígitos contenidos en el número de referencia del punto de comprobación (número de serie del punto de sincronización) y el número de referencia del documento (identificador de actividad) no pasará de seis, a fin de permitir la impresión en el espacio disponible en la línea de idenficación de la comunicación, según se define en la Recomendación F.200. No hay limitación para el número máximo de dígitos en cualquiera de los dos números, siempre que no se exceda de esa limitación.
5.2.4 La recepción de un indicador de longitud con valor inferior a 255 en un campo de 3 octetos no debe llevar a un error de protocolo.
5.2.5 Al recibir una UDPS AB se devolverá una UDPS AA, incluso si no se mantiene la conexión de transporte (la X.225 permite al usuario elegir entre desconectar el transporte o enviar la UDPS AA cuando se recibe AB).
Los servicios telemáticos no utilizan el parámetro
`reflexión de valores
de parámetro'
en la UDPS AB.
5.2.6 Al recibir las UDPS CN, ACP, DC o ACD, deben ignorarse los códigos de parámetros no normalizados o los parámetros que no forman parte de la codificación de esas UDPS.
5.2.7 El valor del temporizador TIM debe ponerse a 4 segundos.
5.2.8 El IGP
`conexión/aceptación'
(código 5) y el IP
`requisitos
de sesión'
(código 20) no tienen que transmitirse en la UDPS CN o ACP si
sus valores son iguales a los valores por defecto. Los parámetros número de
versión (código 22) y desconexión de transporte (código 17) no deben ser
transmitidos en la UDPS RZ. La UDPS RZ puede contener también un parámetro
adicional de datos de usuario.
5.2.9 La ausencia de un IP o IGP no obligatorios indica que no se dispone de tales funciones. Por consiguiente, se evitarán los IP o IGP con IL puesto a cero.
5.2.10 Cuando un VP contiene caracteres gráficos que pueden imprimirse o presentarse, se utilizarán en la secuencia prevista de impresión/presentación y se codificarán según se define en la Recomendación T.61.
5.2.11 No se utiliza la segmentación.
5.2.12
Definición de
unidades de
datos de protocolo de sesión válidas/no
válidas
Además de las reglas expresadas en la X.225, se aplican las siguientes.
5.2.12.1
UDP no válidas (definición y reglas)
Serán no válidas las UDP en las que no se den las siguientes condiciones:
a)la suma de los IL de los IGP y de los IP aislados es igual al IL global;
b)la suma de los IL de los IP anidados dentro de un IGP reconocido es igual al IL del IGP;
c)para todos los parámetros obligatorios, los IGP o IP están presentes y los IL no son iguales a cero.
Nota 1
- En el caso de las UDP AB, AA y RZ pueden
aplicarse las mismas reglas de validación. Sin embargo, se reconoce que no se
ofrece ningún procedimiento visible externamente para reaccionar a la detección
de tales UDP no válidas.
Nota 2
- Una ED o una ER no válidas pueden ser
rechazadas o procesadas normalmente para empezar la recuperación tras errores.
Nota 3
- Cuando se recibe una CN no válida se
recomienda rechazar la conexión enviando un RZ con los parámetros apropiados y
no liberar la conexión de transporte.
Nota 4
- No se requiere que un equipo efectúe ninguna
comprobación de parámetros que no soporta. En tales casos se puede omitir
también la comprobación del IL global. En particular, debe señalarse que los
parámetros no reconocidos, por ejemplo los parámetros nuevos, pueden aparecer,
o bien entre parámetros soportados o después de un conjunto completo de
parámetros soportados.
5.2.12.2
UDP válidas (reglas de aceptación obligatoria de
las UDP)
Una UDPS no se rechazará si no satisface las condiciones de rechazo descritas en el Î C.2. No debe ser rechazada por ninguna de las condiciones siguientes:
a)la presencia de un IP o IGP no obligatorio que tenga un IL = 0;
b)la presencia de cualquier IL de 3 octetos, cuya codificación sigue las reglas descritas en esta Recomendación y en la Recomendación X.225;
c)la presencia de cualquier VP formado correctamente al que se le pueda asignar valores futuros;
d)la presencia de uno o más IP o IGP no definidos en CN o DO y sus respuestas correspondientes;
e)la presencia de un guión (
`^-^'
) codificado T.61 en vez de dos
puntos (
`^:^'
) como separador entre las horas y los minutos del VP de
fecha y hora en CN;
f)la longitud del número de serie del punto de sincronización en ASME es mayor o menor que la longitud del número de serie del punto de sincronización del PSME correspondiente (precediéndole más o menos ceros);
g)más VP en AC o RZ que en CN.
Nota
- El alcance de estas reglas está restringido a
la determinación de la validez del elemento de protocolo (validez formal) y no
afecta al rechazo de los elementos de protocolo debido a las funciones que
invocan.
ANEXO A (a la Recomendación T.62^
bis
)
Definiciones
Nota
- Se han definido
algunos de los términos utilizados en la presente Recomendación en formas que
pueden diferir de los significados de términos análogos existentes en otras
Recomendaciones.
A.1
Generalidades
A.1.1@
terminal teletex
@
\Dispositivo capaz de emitir y recibir documentos teletex conforme a los requisitos básicos de la Recomendación T.60.\
A.1.2@
terminal llamante
@
\Terminal que inicia el procedimiento para establecer una conexión.\
A.1.3@
terminal llamado
@
\Terminal con el que un terminal llamante desea establecer una conexión.\
A.1.4@
aparato facsímil del grupo 4
@
\Dispositivo capaz de emitir y recibir documentos facsímil de acuerdo con los requisitos básicos de la Recomendación T.563.\
A.1.5@
interfuncionamiento de servicios
@
\Facilidad para enviar y recibir información entre un terminal teletex y un terminal de otro servicio, por ejemplo, télex.\
A.2
Modo de comunicación capa de sesión
Para la capa de sesión se identifican tres modos de comunicación diferentes:
A.2.1@
comunicación unidireccional (UND)
@
\La información de usuario es transferida en un solo sentido durante la sesión, esto es, sólo uno de los terminales tendrá derecho a ser la fuente.\
A.2.2@
bidireccional alternada (BDA)
@
\La información de usuario se transfiere en ambos sentidos, pero sólo en un sentido a la vez, esto es, la relación fuente/sumidero cambiará una o más veces en el curso de la sesión. Se denomina también modo semidúplex.\
A.2.3@
bidireccional simultánea (BDS)
@
\La información de usuario se transfiere en ambos sentidos simultáneamente, esto es, ambos terminales son simultáneamente fuente y sumidero. Se llama también modo dúplex.\
A.3
Términos especiales relativos a los documentos
A.3.1@
documento
@
\Un documento es una secuencia de una o más páginas que el originador desea que se entreguen a la dirección o las direcciones indicadas como una sola entidad en la secuencia original de las páginas.\
A.3.2@
página
@
\Elemento básico de correspondencia de oficina en los servicios telemáticos. Página A4 (o A4L, norma norteamericana o formato oficial norteamericano) o la información que puede ser presentada en la misma.\
A.3.3@
punto de comprobación
@
\Un punto de comprobación es una marca numerada insertada por el emisor en la corriente del texto a fin de proporcionar un punto de referencia para la recuperación tras errores.\
A.3.4@
ventana de acuse de recibo
@
\Número máximo de puntos de comprobación que un emisor puede transmitir sin recibir un acuse de recibo procedente del receptor.\
ANEXO B (a la Recomendación T.62^
bis
) B.1 Cada
diagrama de estado es sólo un estado en cualquier momento.
B.2 Cada estado se representa mediante una elipse que contiene un número de referencia y un nombre descriptivo.
B.3 Las transiciones admisibles de un estado a otro se indican como líneas de conexión, con una flecha que señala el sentido admitido de la transición de estado, marcadas con el evento o los eventos que causan esa transición.
B.4 En el caso de que una transición pueda originarse a partir de cualquiera de varios estados, puede indicarse con una flecha ancha que termina en el estado de destino, marcada con los estados admisibles de origen y con el evento o los eventos que causan ese paso al estado de destino.
B.5 Un evento es el envío (S-) o la recepción (R-) de una petición o respuesta, o una operación local indicada.
B.6 Cada diagrama de estado tiene un estado llamado
`reposo'
,
numerado cero. Es el estado inicial o de reiniciación cuando dicho diagrama de
estado se halla inactivo.
B.7 Al enviar cualquier petición que cause la entrada en un estado
denominado
`respuesta a la petición'
, no se permite el envío de ninguna
petición adicional hasta que se recibe la respuesta. Arranca un temporizador de
respuesta a la petición y si no se recibe una respuesta antes de terminar la
temporización, la terminación de la sesión es obligatoria.
B.8 El efecto de cada evento que produce una transición de estado debe completarse antes de considerar un evento ulterior.
B.9 En el curso de una sesión, cada participante tiene la responsabilidad de supervisar el funcionamiento adecuado del modo siguiente:
a)mantenimiento de la relación fuente/sumidero actualmente acordada,
b)utilización correcta de las secuencias de procedimiento petición/respuesta descritas en los diagramas de estado y en sus reglas de funcionamiento,
c)supervisión de los periodos de inactividad (por ejemplo, indicando un fallo u otra inaptitud para continuar el uso productivo de la sesión).
Al detectar un fallo para mantener el funcionamiento correcto, como se describe más arriba, es obligatorio utilizar los procedimientos de recuperación tras error definidos para cada diagrama de estado o, si esos procedimientos de recuperación tras error no están definidos concretamente, resulta obligatoria la terminación de la sesión (fin anormal). Esto es necesario para evitar el uso improductivo de facilidades telemáticas, lo que provoca gastos innecesarios cuando el servicio no es efectivamente utilizado y lo degrada.
B.10 La finalidad de los diagramas de estado consiste en facilitar la definición del uso correcto de los elementos de procedimiento y no en definir una realización concreta.
Figura B-1/T.62^bis, p.
Figura B-2/T.62^bis, p.
ANEXO C (a la Recomendación T.62^
bis
)
C.1
Generalidades
C.1.1 Al comienzo del documento se enviará una indicación del tipo de documento transferido; de no ser así, se utiliza el tipo normal de documento.
C.1.2 Una indicación de tipo de documento señalará al sistema de operación del terminal receptor se necesita una acción especial (la acción se define para cada tipo de documento).
C.1.3 No se requieren elementos de procedimiento adicionales ni cambios en los diagramas de transición de estado.
C.2
Documento normal
C.2.1 Es el tipo normal de documento que ha de utilizarse para transferir texto en los servicios telemáticos. Una vez recibido el documento, puede imprimirse de inmediato (caso del facsímil del grupo 4 clase 1) o almacenarse inmediatamente (todos los demás terminales).
C.2.2 Desde el punto de vista de los procedimientos, cada terminal teletex debe ser capaz de tratar este tipo de documentos.
Nota
- Si corresponde, han de aplicarse las reglas
para el uso de las funciones optativas.
C.3
Documento de operador
El documento de operador representa un tipo de mensaje prioritario. Puede utilizarse en el modo de funcionamiento convencional.
Está destinado a ser presentado de inmediato al operador (aunque la decisión de presentarlo depende del operador receptor). Por consiguiente, puede indicarse inmediatamente al operador que se ha recibido un nuevo documento de operador. éste se ajustará a las mismas funciones de control de presentación y se tratará por el procedimiento aplicado a un documento normal. La longitud del documento de operador es arbitraria, pero de preferencia (debido a la aplicación) no excederá de una página. Obsérvese que un terminal que no tiene un modo especial de diálogo puede tratar un documento de operador como un documento normal.
C.4
Documento de control
C.4.1 El documento de control puede utilizarse en la comunicación con un equipo intermedio de almacenamiento y retransmisión; por ejemplo, el interfuncionamiento con el servicio télex en las opciones normalizadas y las aplicaciones nacionales.
C.4.2 La información de direccionamiento (y otra información de control requerida) puede incluirse como texto dentro de este documento. El documento de control seguirá, excepto para la indicación de tipo de documento, las mismas reglas (de procedimiento) que un documento normal. El empleo de un documento de control sale del alcance de la presente Recomendación.
C.4.3 Los terminales teletex podrán admitir los documentos de control definidos en la Recomendación T.90 para el interfuncionamiento con el servicio télex.
C.5
Documento de supervisión
C.5.1 El documento de supervisión no estará disponible para el usuario. Está previsto para los fines que pueda definir cada Administración, por ejemplo, para fines de mantenimiento.
C.5.2 El documento de supervisión será tratado por el sistema de operación del terminal y no se presentará al operador. El documento de supervisión cumplirá, excepto para la indicación de tipo de documento, las mismas reglas (de procedimiento) que un documento normal.
ANEXO D (a la Recomendación T.62^
bis
)
Protocolo para aplicaciones interactivas
Estos protocolos
se hallan en estudio.
DISPOSICIONES PARA LA VERIFICACIóN DEL CUMPLIMIENTO
DE LAS ESPECIFICACIONES DE LOS TERMINALES TELETEX
(Málaga-Torremolinos, 1984; modificada en Melbourne, 1988)
El CCITT,
considerando
(a) que las Administraciones que prevén ofrecer el servicio teletex necesitarán disposiciones para facilitar la verificación del cumplimiento de las especificaciones de los terminales teletex;
(b) que la Recomendación F.200 establece las normas que deben aplicarse en el servicio teletex internacional automático;
(c) que la Recomendación T.60 define los requisitos del equipo terminal utilizado en el servicio teletex internacional;
(d) que la Recomendación T.61 define el repertorio de caracteres y los juegos de caracteres codificados del servicio teletex internacional;
(e) que la Recomendación T.62 define los procedimientos de control del servicio teletex;
(f) que con un
recomienda por unanimidad
1 Introducción
1.1
Objetivo
Esta Recomendación contiene un texto de prueba de referencia y la codificación de caracteres asociada para que las Administraciones puedan verificar con mayor facilidad las posibilidades de presentación de texto de los terminales teletex.
1.2
Alcance
1.2.1 El texto de prueba de referencia se basa en las Recomendaciones F.200, T.60, T.61 y T.62, y contiene exclusivamente el repertorio básico teletex de caracteres gráficos y funciones de control.
1.2.3 El texto de prueba de referencia no reemplaza a las Recomendaciónes F.200, T.60, T.61 o T.62, que siguen considerándose como las especificaciones precisas del repertorio de caracteres teletex, su representación codificada asociada y los procedimientos de control.
1.2.4 Se necesita seguir estudiando las disposiciones adicionales para facilitar la verificación de terminales teletex.
2 Consideraciones generales
2.1
Descripción general del
texto de prueba
El texto de prueba consiste en un documento de dos páginas, la primera en formato horizontal (véase el anexo A) y la segunda en formato vertical (véase el anexo B).
2.2
Descripción de la página 1 (anexo A)
La primera página empieza con las funciones de control PFS, IGS, SHS, FF y CR.
Nota
- Se ha incluido la función IGS para completar
las funciones de control. Sin embargo, no se han definido sus valores de
parámetro que, requieren un estudio más detallado. Los terminales pueden
ignorar la función IGS pero tienen que ser capaces de recibirla.
Después de las funciones de control aparece una línea de entramado para probar la aptitud requerida para imprimir 100 caracteres empezando en la posición inicial. La secuencia 1234567890 debe aparecer exactamente 10 veces. Se inscribe en posición de exponentes un grupo de 10 cifras para demostrar la disponibilidad del extremo superior de la zona de impresión.
Seguidamente viene la prueba de
`signos diacríticos'
en la que
aparecen todas las combinaciones de letras y signos diacríticos requeridos. En
esta sección (que ocupa las líneas 3 a 28 inclusive) las líneas están a un solo
espacio [SVS(0)].
Hacia la mitad del renglón 28 se envía una secuencia SVS(1) (9/11 3/1 2/0 4/12) lo cual resulta en un espaciamiento entre líneas de 1,5 empezando por la siguiente función LF (renglón 29).
Inmediatamente después de la secuencia CR LF que termina el renglón 30, se envían cinco caracteres BS (0/8) y a continuación dos X (5/8). Así se comprueba la existencia de cinco posiciones de carácter a la izquierda de la posición inicial y la posibilidad de imprimir en ellas, así como el funcionamiento correcto del determinante de formato BS. Se envía entonces un CR (0/13) para volver a la posición inicial (un movimiento hacia la derecha de la posición activa) y el número de renglón.
El centro del renglón 31 comprueba la capacidad de combinar signos diacríticos con letras y el subrayado sin avance de espacio.
En el renglón 32, una SVS(2) hace pasar a un espaciamiento entre líneas de 2.
Por último, se completa el entramado con el renglón 34, donde se muestra que puede imprimirse en todas las posiciones de carácter situadas en los extremos (el renglón 34 corresponde en realidad al renglón 38 de la página a un solo espacio; se trata por consiguiente del último). Aparece un grupo de cifras como subíndices y subrayadas, para demostrar mejor aún la disponibilidad de los extremos de la zona de impresión.
2.3
Descripción de la página 2 (anexo B)
El comienzo de la página 2 se indica con un elemento de protocolo (como se define en la Recomendación T.62) que reinicializa todas las funciones de control a un estado por defecto de conformidad con el 3.3 de la Recomendación T.61. Para esta página no se envían funciones de control de presentación antes de la secuencia retroceso del carro (CR) página siguiente (FF) que introduce el texto de la página. Por lo tanto el terminal debe volver a los valores por defecto de las funciones de control [PFS(0) y SVS(0)], lo que resulta en una página de formato vertical con líneas a un espacio.
Viene después una línea de entramado para demostrar la aptitud para imprimir 72 posiciones a partir de la posición inicial. Aparece en posición de exponente un grupo de 10 cifras para demostrar la disponibilidad del extremo superior de la zona de impresión.
Se presenta después una prueba de juego completo de caracteres, dispuestos en filas y columnas. Todos los caracteres, tanto del juego primario como del secundario, se distribuyen en los renglones 12 a 30 inclusive.
Los renglones 1 a 18 se imprimen a un espacio. El renglón 19 contiene una secuencia SVS(1), lo que resulta en un espaciamiento entre líneas de 1,5 a partir del renglón 20.
El renglón 21 contiene la función de control SHS sin valor de parámetro (valor por defecto para el espaciamiento horizontal). Esta función no tendrá efecto en la presentación de la página, pero el terminal receptor deberá aceptar la codificación.
El renglón 33 contiene la función de control
`SUB'
que puede tener
una representación gráfica ( en este documento). La representación gráfica que
se muestra en los anexos B y D es sólo una de las múltiples posibilidades de
presentación, como se indica en el
3.3.5
de la Recomendación T.61.
Los terminales que reciben un carácter de sustitución pueden representarlo
mediante un carácter con espaciamiento o ignorarlo.
El renglón 32 contiene una SVS(2), lo cual resulta en un espaciamiento doble a partir del mismo.
El renglón 34 contiene dos SGR(4), con lo cual la parte subrayada se detiene tras las tres primeras palabras y se reanuda a partir de la cuarta.
Obsérvese que el espacio entre la tercera y la cuarta palabra no debe estar subrayado.
Comentario:
Se aplica la secuencia de una primera SGR(0) sin especificar el parámetro por defecto y una segunda SGR(0) con el parámetro a fin de evitar que el resto del texto de la página sea subrayado si la omisión del parámetro por defecto no es reconocida.
Inmediatamente después de la secuencia nueva línea al final del renglón 34 se envían cinco BS (0/8), dos X, un CR (0/13) y el número de línea (35), que debe aparecer en la posición inicial. Así se vuelve a demostrar la función de retroceso de un espacio, la existencia de cinco posiciones de impresión a la izquierda de la posición inicial en el formato vertical, y que CR produce un movimiento hacia la derecha de la posición activa a la posición inicial.
El renglón 35 muestra la combinación del carácter subrayado sin avance de espacio (12/12) con varios caracteres gráficos.
El renglón 36 prueba las determinantes de formato PLU (8/12) y PLD (8/11),
por separado y junto con el subrayado sin avance de espacio. En el grupo
intermedio, el subrayado sin avance de espacio precede a la instrucción
`comenzar en exponente/subíndice'
y en el último grupo aparece después
de la instrucción
`exponente/subíndice'
.
El renglón 37 combina PLU y PLD con la función de presentación SGR(4). En
el primer grupo, SGR(4) precede al primer carácter y sigue afectando a todos
los caracteres, mientras que en el segundo grupo se envía antes del primer
carácter y también después de cada instrucción
`comenzar en
exponente/subíndice'
. En este renglón también se envía una X seguida de un
LF (0/10) sin el CR. De esta manera el siguiente número de línea 38 se imprime
debajo y una posición a la derecha de la X.
Obsérvese que en las líneas 36 y 37 puede suprimirse el subrayado en las posiciones de carácter en que cause sobreimpresión (véase el 3.1.7 de la Recomendación T.61).
La línea 39 contiene una secuencia SVS(0) en la que se omite el parámetro por defecto (para un espaciamiento unitario), lo que da lugar a un espaciamiento unitario entre líneas a partir de la línea 40.
Por último, el renglón 41 completa el entramado, demostrando la posibilidad de imprimir en todas las posiciones de los extremos (el renglón 41 corresponde a 55 líneas a un espacio). Se inscribe en posición de índice un grupo de 10 cifras subrayado para ilustrar la total disponibilidad de los extremos.
3 Texto de prueba de referencia
Los anexos A y B representan gráficamente el texto de prueba, mientras que los anexos C y D representan la codificación que debe aplicarse para realizar la prueba.
Cuadro, p.
ANEXO B (a la Recomendación T.63)
Cuadro [T27.62], p.
ANEXO C (a la Recomendación T.63)
Codificación del texto de
prueba de presentación teletex
Cuadro p.
Tableau p.
Tableau p.
Tableau p.
Tableau p.
Tableau p.
Tableau p.
Tableau p.
ANEXO D (a la Recomendación T.63)
Cuadro p.
Tableau p.
Tableau p.
Tableau p.
Tableau p.
Tableau p.
Tableau p.
Anexo D - D2 - (cs,) - (cs,)
(1BT) (BT..)
(74.TE.01.S)
Titre courant sur la page de texte
(01/004)
(A1.23s) / [26s]
FOLIOS: 1 - 45
(DO PRC.COSY.2)
MEP {TPS.NON.PHOTO "[PA1]"} : OK= [1]
Saisie 07.10.88 SD
ID + LASER + diskette MAJ 17.10.88 PC
Corr. LASER (1re épreuve) = 3eme 24.10.88 PR
AJOUTER (PA1) (CL1,0,0,0) pour MEP
MEP + LASER avec fusion des tableaux 09.11.88 ZR
Corr. MEP ........ ..
Insertion des tableaux (tabulateurs...) ........ ..
BAT ........ ..
MAJ s/disquette 3.03.89 CD
Recomendación T.64
PROCEDIMIENTOS DE PRUEBA DE CONFORMIDAD PARA LAS
RECOMENDACIONES TELETEX
La presente Recomendación es aplicable a las Recomendaciones sobre
el teletex publicadas en el Libro Rojo del CCITT, Ginebra, 1984. Se ha
previsto que durante el periodo de estudios 1988-1992 se elabore una
Recomendación similar sobre los procedimientos de prueba de
conformidad aplicable a las Recomendaciones sobre el teletex que
figuran en el actual (1988) Libro Azul.
íNDICE
1
Consideraciones generales
1.1Alcance
1.2Principios fundamentales
1.3Definiciones
1.4Metodología de las pruebas
1.5Procedimientos de prueba
2
Procedimientos de prueba de protocolo
2.1Programas de pruebas de protocolo
2.2Pruebas de estados transitorios
2.3Descripción de los cuadros de pruebas
2.4Listas de unidades de datos de protocolo (UDP)
3
Procedimientos de prueba de servicio de aplicación
3.1Pruebas de servicio de aplicación
3.2Descripción de los programas de pruebas de servicio de aplicación
4
Limitaciones de las pruebas
Anexo A-Definiciones y abreviaturas
A.1-Abreviaturas
A.2-Otros símbolos
Anexo B-B.1-Lista de unidades de datos de protocolo de transporte (UDPT) relativas a la Recomendación T.70
B.2-Programas de pruebas para la Recomendación T.70
Anexo C-C.1-Lista de unidades de datos de protocolo de sesión (UDPS) relativas a la Recomendación T.62
C.2-Programas de pruebas para la Recomendación T.62
C.3-Programas de pruebas de negociación de las capacidades no básicas del terminal de la Recomendación T.62
Anexo D-Programas de pruebas del servicio de aplicación teletex
D.1-Introducción
D.2-Consideraciones generales
D.3-Pruebas del servicio de aplicación teletex en condiciones normales
D.4-Pruebas del servicio de aplicación teletex en condiciones de excepción
Anexo E-Codificación del texto de prueba
El CCITT,
considerando
que la Recomendación F.200 define el servicio teletex;
que la Recomendación T.60 define las características de los terminales para el teletex;
que la Recomendación T.61 define el repertorio de caracteres y la codificación para el teletex;
que la Recomendación T.62 define el procedimiento de control teletex;
que la Recomendación T.70 define el procedimiento de transporte independiente de la red;
que la Recomendación T.90 define los requisitos de teletex para interfuncionamiento con el télex;
que es necesaria la realización compatible de estas normas para el desarrollo y la aceptación satisfactorios del servicio,
declara por unanimidad que
esta Recomendación contiene procedimientos de prueba para facilitar la verificación por las Administraciones de la conformidad de protocolo y servicio de los sistemas teletex a fin de acelerar la compatibilidad internacional del teletex.
1 Consideraciones generales
1.1
Alcance
1.1.1 Esta Recomendación define los procedimientos de prueba para las Recomendaciones teletex versión 1984.
1.1.2 Los procedimientos de prueba aquí expuestos se basan en los requisitos de los sistemas teletex en tres aspectos principales:
a)procedimientos de la capa de transporte teletex según se especifican en la Recomendación T.70 (véase el anexo B);
b)procedimientos de control teletex especificados en la Recomendación T.62 (véase el anexo C);
c)aspectos del servicio teletex especificados en la Recomendación F.200 y en las Recomendaciones asociadas T.60, T.61 y T.90 (véase el anexo D).
1.1.3 Los procedimientos de prueba están destinados a facilitar la verificación y no pueden garantizar plenamente el cumplimiento de las Recomendaciones pertinentes por los sistemas teletex.
1.1.4 Los procedimientos de prueba no anulan las Recomendaciones pertinentes sobre el teletex, que continúan siendo las especificaciones definitivas para todos los aspectos del servicio y los sistemas teletex.
1.1.5 Los procedimientos de prueba abarcan los aspectos del teletex de extremo a extemo que tienen importancia internacional.
1.2
Principios fundamentales
1.2.1 Los procedimientos de prueba permiten evaluar la conformidad de un
sistema teletex comparando el comportamiento
`observado'
del sistema
frente a una referencia común acordada que especifica el comportamiento
previsto del sistema.
1.2.2 Los procedimientos de prueba proporcionan la posibilidad de probar un sistema teletex emplazado a distancia del equipo de prueba, de modo que los sistemas y equipos de prueba no tienen que ser portátiles.
1.2.3 Los procedimientos de prueba permiten probar un sistema teletex sin exigir ningún requisito al sistema excepto la conformidad con las Recomendaciones pertinentes sobre el teletex.
1.2.4 Los procedimientos de prueba son independientes de cualquier equipo de prueba determinado.
1.2.5 Los procedimientos de prueba no tratan de optimizar los métodos de prueba ni de especificar una secuencia determinada de las pruebas a menos que se indique expresamente.
1.3
Definiciones
Véase el anexo A.
1.4
Metodología de las pruebas
Las
1.5
Procedimientos de prueba
1.5.1 Los procedimientos de prueba son aplicables a todos los sistemas
teletex excepto aquellos señalados como
`condicional'
. Las pruebas
condicionales son sólo aplicables a los sistemas teletex que indiquen poseer
alguna capacidad no básica.
1.5.2 Los procedimientos de prueba son de dos tipos: procedimientos de prueba de protocolo y procedimientos de prueba de servicio de aplicación.
1.5.2.1 Los procedimientos de prueba de protocolo determinan la conformidad de un sistema teletex con las Recomendaciones T.62 y T.70.
1.5.2.2 Los procedimientos de prueba de servicio de aplicación determinan la conformidad del sistema con los requisitos especificados en la Recomendación F.200 y en las Recomendaciones asociadas T.60, T.61 y T.90.
1.5.3 Las pruebas se dividen en varias partes, las realizadas con el sistema teletex llamante y las efectuadas con el sistema teletex llamado. Las pruebas se subdividen adicionalmente para abarcar el sistema teletex funcionando en condiciones normales (libre de errores) y el sistema teletex funcionando en condiciones excepcionales (con errores).
2
Procedimientos de prueba de protocolo
Los procedimientos de prueba de protocolo están definidos por un conjunto de programas de prueba del protocolo y de listas de @unidades de datos de protocolo (UDP)\.
2.1
Programas de prueba de protocolo
2.1.1 Los programas de prueba están descritos en forma tabular. Se indican las condiciones de la prueba y las secuencias de entrada junto con el resultado previsto.
Las pruebas exploran el comportamiento de un sistema teletex al pasar a través de las posibles transiciones de estados definidas en las Recomendaciones pertinentes.
2.1.2 Las pruebas normales de protocolo están diseñadas para realizarse en forma secuencial, esto es, la conclusión positiva de la prueba N dejará al sistema teletex en el estado correcto para efectuar la prueba N + 1.
2.1.3 Las pruebas excepcionales de protocolo están diseñadas para realizarse por separado, esto es, el sistema teletex es llevado al estado correcto para una prueba determinada mediante procedimientos definidos para dicha prueba.
2.2
Pruebas de estados transitorios
2.2.1 En los casos en que un estado es transitorio (esto es, el sistema puede enviar una UDP inmediatamente después de la aparición de una primitiva interna de servicio), tal vez no sea posible efectuar una prueba específica. Se puede determinar según la reacción del sistema si se ha accedido o no a un estado. Si el acceso es posible, las pruebas deben realizarse con los pares de estado-evento necesarios; de otro modo no habrá que intentar pruebas adicionales en dicho estado.
2.3
Descripción de los cuadros de pruebas
Los cuadros de pruebas comprenden las cinco columnas descritas a continuación.
2.3.1
Número de la prueba
La columna
número de la prueba
^tiene el siguiente
formato: WXY/Z
donde:
Wes una
`G'
(de
calling
, llamante) para indicar
que la prueba se efectúa con el sistema teletex llamante o una
`D'
(de
called
, llamado) para indicar que la prueba se realiza con
el sistema teletex llamado. En algunas pruebas, la
`G'
o la
`D'
van precedidas de un identificador de prueba, por ejemplo, CG para las pruebas
condicionales.
Xes una
`N'
para indicar que la prueba se efectúa en condiciones
normales o una
`E'
para indicar que la prueba se realiza en condiciones
excepcionales.
Yespecifica el estado en que se efectúa la prueba.
Zes el número de la prueba en el grupo de pruebas de que se trate.
2.3.2
Tipo de prueba
La columna
tipo de prueba
^proporciona una breve
descripción de la prueba.
2.3.3
Acción del aparato de prueba (APR)
La columna
acción del @aparato de prueba (APR)
\
especifica la secuencia de los elementos del protocolo que habrá de enviar el
APR durante la prueba en cuestión.
2.3.4
El APR detecta
La columna
APR detecta
^especifica la secuencia de los
elementos de protocolo que deberán ser recibidos por el APR durante una
determinada prueba a fin de completar satisfactoriamente la misma.
2.3.5
Ruta en el diagrama de estados del sistema UDP
enviadas por el APR/observaciones
2.3.5.1 La
ruta en el diagrama de estados del sistema
^describe la secuencia de las transiciones de estado exploradas en el curso de
la prueba.
2.3.5.2 Las
UDP enviadas por el APR
^indican aquellas
UDP enviadas por el APR durante la prueba. En algunas de las pruebas se
especifican varias UDP, entre las que ha de elegirse una para efectuar la
prueba. Otras pruebas han de repetirse para cada UDP; éstas se indican con
`(REP)'
en la lista de UDP.
Los números de UDP se refieren a las UDP especificadas en las listas de UDP. Las UDP se hallan mencionadas en el anexo B como @unidades de datos de protocolo de transporte (UDPT)\ en los programas de pruebas de la Recomendación T.70 y como @unidades de datos de protocolo de sesión (UDPS)\ en los programas de pruebas de la Recomendación T.62, en el anexo C.
2.4
Listas de unidades de datos de protocolo (UDP)
2.4.1 Se definen listas de UDP distintas para los programas de pruebas de la Recomendación T.70 y de la Recomendación T.62.
2.4.2 Las listas UDP especifican las UDP utilizadas en los cuadros de pruebas.
2.4.3 Hay dos tipos de listas, una para las UDP válidas y otras para las UDP no válidas.
3 Procedimientos de prueba de servicio de
aplicación
3.1
Pruebas de servicio de aplicación
3.1.1 Las pruebas de servicio de aplicación establecen un número de entornos que comprueban la conformidad de un sistema teletex con las Recomendaciones en las que se especifican el servicio y asuntos conexos.
3.2
Descripción de los programas de pruebas de servicio
de aplicación
3.2.1 Cada prueba comprende tres partes: el título de la prueba, las acciones requeridas para realizar la prueba y las verificaciones que han de efectuarse para evaluar el sistema teletex.
3.2.2 Si corresponde, se indican la Recomendación y el número del párrafo que definen las necesidades del servicio concreto que se está probando.
3.2.3 Si una determinada prueba requiere valores concretos, éstos se han elegido para garantizar un nivel razonable de compatibilidad entre los sistemas teletex.
3.2.4 En las pruebas se utiliza el siguiente formato de numeración: WXN
donde:
Windica si la prueba es obligatoria (M, mandatory) o condicional (C);
Xes una
`G'
para indicar que la prueba se efectúa con el sistema
teletex llamante o una
`D'
para indicar que la prueba se realiza con el
sistema teletex llamado.
Nespecifica el número de la prueba dentro del grupo de pruebas de que se trate.
4 Limitaciones de las pruebas
Las pruebas establecerán con un grado admisible de fiabilidad que un
sistema teletex se ajusta a las Recomendaciones pertinentes. No es posible
probar la conformidad
`completa'
debido a los siguientes factores:
a)el número enorme de combinaciones de eventos de estados y de posibles tipos de UDP válidas y no válidas, que requerirían un volumen inaceptablemente alto de recursos de cómputo y tiempo;
b)la posibilidad de que las acciones previas puedan influir en los resultados de una determinada prueba;
c)los estados
`transitorios'
que pueden no ser accesibles desde el
exterior aun estando definidos en las Recomendaciones.
ANEXO A (a la Recomendación T.64)
Definiciones y
abreviaturas
A.1
Abreviaturas
La lista siguiente incluye las abreviaturas utilizadas en los cuadros y programas de pruebas de los anexos B, C y D. Véase el Î A.2 para el significado de los símbolos también utilizados.
A.2
Otros símbolos
IIndica una UDP no válida
VIndica una UDP válida
XRepresenta uno o más octetos de formato correcto, no se especifica el valor
(14)Número de octetos
*Indica dónde aparece el valor incorrecto o inesperado
-Indica que el campo está vacío o no se utiliza
&lab;Menor que
>Mayor que
&lab;>Distinto de
o La barra encima de un octeto indica que el octeto es erróneo
Programas de pruebas
Columnas
acción del APR/el APR detecta
[^]Indica el intercambio de una UDP válida que puede iniciarse por el SPR adicionalmente a las UDP intercambiadas durante el desarrollo de una prueba
Columna
UDP enviada por el APR
(REP) -Indica que la prueba debe repetirse para cada UDP especificada.
Tableau [1T1.64], p.
Tableau [2T1.64], p.
ANEXO B (a la Recomendación T.64) B.1
Lista de unidades de
datos de protocolo de transporte (UDPT) relativas a la
Recomendación T.70
Tableau [T2.64], p.
Tableau [T3.64], p.
Tableau [T4.64], p.
Tableau [T5.64], p.
Tableau [T6.64], p.
Tableau [T7.64], p.
Tableau [T8.64], p.
Tableau [T9.64], p.
Tableau [T10.64], p.
B.2
Programa de pruebas para la Recomendación T.70
Lista de pruebas básicas
Pruebas en condiciones normales
Sistemas llamante/aparato de prueba (APR) llamado
Antes de ejecutar esta secuencia, el sistema establecerá la conexión de red.
Tableau [T11.64], p.
Listas de pruebas básicas
Pruebas en condiciones de excepción a partir del estado
0.3
Sistema llamante/APR llamado
Antes de cada prueba el sistema establecerá una conexión de red y el APR:
-recibirá un PCT,
-enviará un PCT,
-recibirá un RBT.
Tableau [T12.64], p.
Listas de pruebas básicas
Pruebas en condiciones de excepción a partir del estado
1
Sistema llamante/APR llamado
Antes de cada prueba el sistema establecerá una conexión de red y el APR recibirá un PCT.
Tableau [T13.64], p.
Listas de pruebas básicas
Pruebas en condiciones de excepción a partir del
estado 1
(continuación)
Sistema llamante/APR llamado
Antes de cada prueba el sistema establecerá una conexión de red y el APR recibirá un PCT.
Tableau [T14.64], p.
Listas de pruebas básicas
Pruebas en condiciones de excepción a partir del estado
2
Sistema llamante/APR llamado
Antes de cada prueba el sistema establecerá una conexión de red y el APR:
-recibirá un PCT,
-enviará un ACT,
-recibirá un DTT.
Tableau [T15.64], p.
Listas de pruebas básicas
Condiciones normales
Sistema llamado/APR llamante
Antes de esta prueba, el APR establecerá la conexión de red.
Tableau [T16.64], 16 et 17 regroupés en un seul tableau p.
Listas de pruebas básicas
Pruebas en condiciones de excepción a partir del estado
0.2
Sistema llamado/APR llamante
Antes de cada prueba, el APR establecerá la conexión de red.
Tableau [T18.64], p.
Listas de pruebas básicas
Pruebas en condiciones de excepción a partir del estado
0.3
Sistema llamado/APR llamante
Si se ha previsto T-EXCEP Indic., tal vez no sea posible forzar al @terminal probado (TPR)\ a pasar al estado 0.3.
Antes de cada prueba el APR:
-establecerá una conexión de red,
-enviará un PCT,
-recibirá un ACT,
-enviará una UDPT no válida,
-recibirá un RBT.
Tableau [T19.64], p.
Listas de pruebas básicas
Pruebas en condiciones de excepción a partir del estado
1
(transitorio)
Sistema llamado/APR llamante
Antes de cada prueba el APR:
-establecerá una conexión de red,
-enviará un PCT.
Tableau [T20.64], p.
Listas de pruebas básicas
Pruebas en condiciones de excepción a partir del estado
2
Sistema llamado/APR llamante
Antes de cada prueba, el APR:
-establecerá una conexión de red,
-enviará un PCT,
-recibirá un ACT.
Tableau [T21.64], p.
B.2.1
Pruebas de direccionamiento ampliado (DAD) para la
Recomendación T.70: Pruebas de sistemas y configuraciones
multiterminales que admiten el transporte con
direccionamiento ampliado
Sistema llamante/APR llamado
Antes de cada prueba, el sistema establecerá una conexión de red.
Tableau [T22.64], p.
Pruebas de direccionamiento ampliado (DAD)
Sólo configuraciones multiterminales
Configuración multiterminal (CMT) llamada/APR llamante
Antes de cada prueba, el APR establecerá la conexión de red.
Tableau [T23.64], p.
Tableau [T24.64], p.
Pruebas de direccionamiento ampliado (DAD)
Sólo configuraciones multiterminales
Configuración multiterminal (CMT) llamada/APR llamante
Antes de cada prueba, el APR establecerá una conexión de red.
Tableau [T25.64], p.
Tableau [T26.64], p.
ANEXO C (a la Recomendación T.64) C.1
Lista de unidades de
datos de protocolo de sesión (UDPS) relativas a la
Recomendación T.62
Tableau [T27.64], p. A l'ITALIENNE
Tableau [T28.64], P. A l'ITALIENNE
Tableau [1T29.64], p. A l'ITALIENNE
Tableau [2T29.64], p. A l'ITALIENNE
Tableau [1T30.64], p. A l'ITALIENNE
Tableau [2T30.64], p. A l'ITALIENNE
Tableau [1T31.64], p. A l'ITALIENNE
Tableau [2T31.64], p. A l'ITALIENNE
Tableau [T32.64], p.
Tableau [T33.64], p.
Tableau [T34.64], p.
Tableau [T35.64], p.
Tableau [T36.64], p. A l'ITALIENNE
Tableau [T37.64], p. A l'ITALIENNE
Tableau [T38.64], p. A l'ITALIENNE
Tableau [T39.64], p.
Tableau [T40.64], p.
Tableau [T41.64], p.
Tableau [T42.64], p.
Tableau [T43.64], p. A l'ITALIENNE
Tableau [T44.64], p. A L'ITALIENNE
Tableau [T45.64], p. A l'ITALIENNE
Tableau [T46.64], p.
(H.T.=OUI)
TAB.???
FICHIER: H.T. =
(74.TA.49.S)
(SANS FORMULE) Tableaux: 48 - Tabulateurs: 2 b) NF01/002 NRD NF34/004 Formules: 0 - Tabulateurs: 0
FOLIOS: 46 - 97 (DO PRC.COSY.2)
MEP {TPS.NON.PHOTO "[PA1]"} : OK= [1]
Saisie 10.10.88 PR
ID + LASER + diskette MAJ 17.10.88 PC
Corr. LASER (1re épreuve) 26.10.88 DD
MAJ. Disk. 28.10.88 DD
Corr. LASER (2e épreuve) 10.11.88 DD
AJOUTER (PA1) (CL1,0,0,0) pour MEP
MEP + LASER avec corr. 1ere épreuve 26.10.88 DD
MEP avec (NP)
pour éviter le variable dans les tableaux
Corr. (2e épreuve) + FOLIOS 10.11.88 DD
BAT ........ ..
MAJ s/disquette 3.03.89 CD
C.2
Programas de pruebas para la Recomendación T.62
Programa de pruebas de sesión
Condiciones normales de prueba
Terminal llamante/aparato de prueba (APR) llamado
Antes de realizar esta secuencia, el terminal establecerá la conexión de transporte.
Tableau [1T47.64], p.
Condiciones normales de prueba
Terminal llamante/aparato de prueba (APR) llamado
(continuación)
Antes de realizar esta secuencia, el terminal establecerá la conexión de transporte.
er01 Cuadro [2T47.64], p.
Condiciones normales de prueba
Terminal llamante/aparato de prueba (APR) llamado
(continuación)
Antes de realizar esta secuencia, el terminal establecerá la conexión de transporte.
er01 Cuadro [3T47.64], p.
Programa de pruebas de sesión
Pruebas de excepción
Terminal llamante/APR llamado
Pruebas a partir del estado 7.1 (transitorio)
Antes de cada prueba, el APR estará en curso de establecer una sesión o de transmitir un documento y en algún momento enviará una IAS.
er01 Cuadro [T48.64], p.
Programa de pruebas de sesión
Pruebas de excepción
Terminal llamante/APR llamado
Pruebas a partir del estado 8.1
Antes de cada prueba, el APR recibirá una ICS.
er01 Cuadro [T49.64], p.
Programa de pruebas de sesión
Pruebas de excepción
Terminal llamante/APR llamado
Pruebas a partir del estado 9 DS 1.1 (estado transitorio)
Antes de cada prueba, el APR:
-recibirá una ICS,
-enviará una RPCS.
er01 Cuadro [T50.64], p.
Programa de pruebas de sesión
Pruebas de excepción
Terminal llamante/APR llamado
Pruebas a partir del estado 9 DS 2.1 (estado transitorio)
Antes de cada prueba, el APR:
-recibirá una ICS,
-enviará una RPCS,
-recibirá una IIUS/ICZD.
Cuadro [T51.64], p.
Programa de pruebas de sesión
Pruebas de excepción
Terminal llamante/APR llamado
Pruebas a partir del estado 9 DS 2.1 (estado transitorio)
(continuación)
Antes de cada prueba, el APR procederá normalmente hasta que reciba Rec-IIUS/ILPD(I) (S-R) < (W-I).
Cuadro [T52.64], p.
Programa de pruebas de sesión
Pruebas de excepción
Terminal llamante/APR llamado
Pruebas a partir del estado 9 DS 2.1 (estado transitorio)
(continuación)
Antes de cada prueba, el APR:
-recibirá una ICS,
-enviará una RPCS,
-recibirá una IIUS/ICZD.
er01 Cuadro [T53.64], p.
Programa de pruebas de sesión
Pruebas de excepción
Terminal llamante/APR llamado
Pruebas a partir del estado 9 DS 1.1
Antes de cada prueba, el APR responderá normalmente con un documento multipágina hasta que reciba el acuse de recibo para la segunda página.
Cuadro [T54.64], p.
Programa de pruebas de sesión
Pruebas de excepción
Terminal llamante/APR llamado
Pruebas a partir del estado 9 DS 1.1
(continuación)
Antes de cada prueba, el APR responderá normalmente con un documento multipágina hasta que reciba el acuse de recibo para la segunda página.
Cuadro [T55.64], p.
Programa de pruebas de sesión
Pruebas de excepción
Terminal llamante/APR llamado
Pruebas a partir del estado 9 DS 3.1 (estado transitorio)
Antes de cada prueba, el APR:
-recibirá una ICS,
-enviará una RPCS,
-recibirá una IIUS/ICZD,
-recibirá una IIUS/IIUD ##N,
(Rec-IIUS/ILPD,
Rec-IIUS/IIUD ##N), donde N es el número de IIUD necesarias para alcanzar un valor igual a una página.
Tableau [T56.64], p.
Programa de pruebas de sesión
Pruebas de excepción
Terminal llamante/APR llamado
Pruebas a partir del estado 9 DS 3.1 (estado transitorio)
(continuación)
Antes de cada prueba, el APR responderá correctamente hasta que reciba:
-Rec-IIUS/ICZD,
-Rec-IIUS/IIUD.
Cuadro [T58.64], p.
Programa de pruebas de sesión
Pruebas de excepción
Terminal llamante/APR llamado
Pruebas a partir del estado 9 DS 4.1
Antes de cada prueba, el APR realizará las pruebas normales:
-GN0-GN7 (RIUS/ILPD),
-borde de ventana alcanzado.
Cuadro [T59.64], p.
Programa de pruebas de sesión
Pruebas de excepción
Terminal llamante/APR llamado
Pruebas a partir del estado 9 DS 4.1
(continuación)
Antes de cada prueba, el APR realizará las pruebas normales:
-GN0-GN7 (RIUS/ILPD),
-borde de ventana alcanzado.
Cuadro [T60.64], p.
Programa de pruebas de sesión
Pruebas de excepción
Terminal llamante/APR llamado
Pruebas a partir del estado 9 DS 5.1
Antes de cada prueba, el APR realizará las pruebas GN0-GN6 (documento de una página) (esto es, llamada normal hasta ILPD). Entonces el APR recibirá Rec-IFD (un punto de comprobación pendiente).
Cuadro [T61.64], p.
Programa de pruebas de sesión
Pruebas de excepción
Terminal llamante/APR llamado
Pruebas a partir del estado 9 DS 5.1
(continuación)
Antes de cada prueba, el APR realizará las pruebas GN0-GN7 (documento de dos páginas). Entonces recibirá Rec-IIUS/IFD(I) (un punto de comprobación pendiente).
Cuadro [T62.64], p.
Programa de pruebas de sesión
Pruebas de excepción
Terminal llamante/APR llamado
Pruebas a partir del estado 9 DS 5.1
(continuación)
Antes de cada prueba, el APR realizará las pruebas GN0- GN7 (documento de dos páginas). Entonces recibirá Rec-IIUS/IFD(I) (un punto de comprobación pendiente).
Cuadro [T63.64], p.
Programa de pruebas de sesión
Pruebas de excepción
Terminal llamante/APR llamado
Pruebas a partir del estado 9 DS 6.1
(Sólo son posibles si el terminal admite opciones no básicas que requieren el
empleo de ILCD.)
Antes de cada prueba, el APR responderá normalmente hasta que reciba una ILCD que pida capacidades no básicas.
Cuadro [T64.64], p.
Programa de pruebas de sesión
Pruebas de excepción
Terminal llamante/APR llamado
Pruebas a partir del estado 9 DS 6.1
(continuación)
(Sólo son posibles si el terminal admite opciones no básicas que requieren el
empleo de ILCD.)
Antes de cada prueba, el APR responderá normalmente hasta que reciba una ILCD que pida capacidades no básicas.
Cuadro [T65.64], p.
Programa de pruebas de sesión
Pruebas de excepción
Terminal llamante/APR llamado
Pruebas a partir del estado 9 DS 7.1 (estado transitorio)
Antes de cada prueba, el APR responderá correctamente hasta que reciba una IIUS/ICZD y enviará una IIUS/RRGD.
Cuadro [T66.64], p.
Programa de pruebas de sesión
Pruebas de excepción
Terminal llamante/APR llamado
Pruebas a partir del estado 9 DS 8.1
(Estas pruebas sólo son posibles si el terminal admite el método de
recuperación por IRSD.)
Antes de cada prueba, el APR: -responderá de modo que el terminal inicie la recuperación por IRSD,
-recibirá una IIUD/IRSD.
Cuadro [T67.64], p.
Programa de pruebas de sesión
Pruebas de excepción
Terminal llamante/APR llamado
Pruebas a partir del estado 9 DS 9
Antes de cada prueba, el APR responderá correctamente hasta que reciba una RIUS/ILPD(1). Entonces enviará una RIUS/RNLPD.
Si el terminal envía una IIUS/IRD puede pasarse a las siguientes pruebas.
Cuadro [T68.64], p.
Programa de pruebas de sesión
Pruebas de excepción
Terminal llamante/APR llamado
Pruebas a partir del estado 10.1
(Sólo son posibles si el terminal admite el control de cambio.)
Antes de cada prueba, el APR:
-recibirá una ICS,
-enviará una RPCS con la petición de transmitir (la posible recepción de un documento depende de las capacidades del terminal),
-recibirá una ICCS.
Cuadro [T69.64], p.
Programa de pruebas de sesión
Pruebas de excepción
Terminal llamante/APR llamado
Pruebas a partir del estado 11 (estado transitorio)
(Sólo son posibles si el terminal admite el control de cambio.)
Antes de cada prueba, el APR:
-recibirá una ICS,
-enviará una RPCS con petición de transmitir. (La posible recepción de un documento depende de las capacidades del terminal),
-recibirá una ICCS,
-enviará una RPCCS,
-enviará un DOCUMENTO.
Cuadro [T70.64], p.
Programa de pruebas de sesión
Pruebas de excepción
Terminal llamante/APR llamado
Pruebas a partir del estado 11 (estado transitorio)
(continuación)
(Sólo son posibles si el terminal admite el control de cambio.)
Antes de cada prueba, el APR:
-recibirá una ICS,
-enviará una RPCS con petición de transmitir. (La posible recepción de un documento depende de las capacidades del terminal),
-recibirá una ICCS.
-enviará una RPCCS,
Cuadro [T71.64], p.
Programa de pruebas de sesión
Pruebas de excepción
Terminal llamante/APR llamado
Pruebas a partir del estado 12 (estado transitorio)
(Sólo son posibles si el terminal admite el control de cambio.)
Antes de cada prueba, el APR:
-recibirá una ICS,
-enviará una RPCS con petición de transmitir. (La posible recepción de un documento depende de las capacidades del terminal),
-recibirá una ICCS,
-enviará una RPCCS,
-enviará una ICCS.
Cuadro [T72.64], p.
Programa de pruebas de sesión
Pruebas de excepción
Terminal llamante/APR llamado
Pruebas a partir del estado 13
Antes de cada prueba, el APR responderá normalmente hasta que reciba una IFS.
Tableau [T73.64], p.
Programa de pruebas de sesión
Pruebas de excepción
Terminal llamante/APR llamado
Pruebas a partir del estado 14
Antes de cada prueba, el APR:
-responderá normalmente a la transferencia de documento, y
-enviará una UDPS (no válida),
-recibirá una IAS.
Cuadro [T74.64], p.
Programa de pruebas de sesión
Condiciones normales de prueba
Terminal llamado/APR llamante
Establecimiento de la sesión
Antes de realizar la secuencia, el APR establecerá la conexión de transporte.
Cuadro [T75.64], p.
Programa de pruebas de sesión
Condiciones normales de prueba
Terminal llamado/APR llamante
Establecimiento de la sesión (continuación)
Cuadro [T76.64], p.
Programa de pruebas de sesión
Condiciones normales de prueba
Terminal llamado/APR llamante
Transferencia de documento
Antes de realizar estas pruebas, el APR establecerá una sesión.
Tableau [1T77.64], p.
Programa de pruebas de sesión
Condiciones normales de prueba
Terminal llamado/APR llamante
Transferencia de documento (continuación)
Tableau [2T77.64], p.
Programa de pruebas de sesión
Pruebas de excepción
Terminal llamado/APR llamante
Pruebas a partir del estado 0
Antes de cada prueba, el APR:
-enviará un PCT,
-recibirá ACT.
Cuadro [T78.64], p.
Programa de pruebas de sesión
Pruebas de excepción
Terminal llamado/APR llamante
Pruebas a partir del estado 1 (transitorio)
Antes de cada prueba, el APR enviará una ICS.
Cuadro [T79.64], p.
Programa de pruebas de sesión
Pruebas de excepción
Terminal llamado/APR llamante
Pruebas a partir del estado 2 DR 1
Antes de cada prueba, el APR:
-enviará una ICS,
-recibirá una RPCS.
Cuadro [T80.64], p.
Programa de pruebas de sesión
Pruebas de excepción
Terminal llamado/APR llamante
Pruebas a partir del estado 2 DR 1.1
Antes de cada prueba, el APR:
-enviará una ICS,
-recibirá una RPCS.
Cuadro [T81.64], p.
Programa de pruebas de sesión
Pruebas de excepción
Terminal llamado/APR llamante
Pruebas a partir del estado 2 DR 2
Antes de cada prueba, el APR iniciará la llamada para enviar una IIUS/ICZD.
Tableau [2T82.64], p.
Programa de pruebas de sesión
Pruebas de excepción
Terminal llamado/APR llamante
Pruebas a partir del estado 2 DR 2
(continuación)
Tableau [2T82.64], p.
Programa de pruebas de sesión
Pruebas de excepción
Terminal llamado/APR llamante
Pruebas a partir del estado 2 DR 3
Antes de cada prueba, el APR:
-enviará una ICS, recibirá una RPCS,
-enviará una IIUS/ICZD, enviará una IIUS/IIUD,
-enviará una IIUS/ILPD (1), enviará una IIUS/IIUD,
-recibirá una RPLPD (1).
Cuadro [1T83.64], p.
Programa de pruebas de sesión
Pruebas de excepción
Terminal llamado/APR llamante
Pruebas a partir del estado 2 DR 3
(continuación)
Antes de cada prueba, el APR:
-enviará una ICS, recibirá una RPCS,
-enviará una IIUS/ICZD, enviará una IIUS/IIUD,
-enviará una IIUS/ILPD (1), enviará una IIUS/IIUD,
-recibirá una RPLPD (1).
Cuadro [2T83.64], p.
Programa de pruebas de sesión
Pruebas de excepción
Terminal llamado/APR llamante
Pruebas a partir del estado 2 DR 3
(continuación)
Cuadro [3T83.64], p.
Programa de pruebas de sesión
Pruebas de excepción
Terminal llamado/APR llamante
Pruebas a partir del estado 2 DR 4 (transitorio)
Antes de cada prueba, el APR iniciará la llamada y hará que el terminal alcance el límite de ventana.
Cuadro [T84.64], p.
Programa de pruebas de sesión
Pruebas de excepción
Terminal llamado/APR llamante
Pruebas a partir del estado 2 DR 5 (estado transitorio)
Antes de cada prueba, el APR iniciará la llamada y enviará un documento de una página y una IFD.
Cuadro [T85.64], p.
Programa de pruebas de sesión
Pruebas de excepción
Terminal llamado/APR llamante
Pruebas a partir del estado 2 DR 6 (transitorio)
Antes de cada prueba, el APR iniciará la llamada y enviará una IIUS/ILCD.
Cuadro [T86.64], p.
Programa de pruebas de sesión
Pruebas de excepción
Terminal llamado/APR llamante
Pruebas a partir de los estados de error 2 DR 7.1
Nota
- El terminal puede no aceptar los mecanismos
RRGD o RNLPD y responder con una IAS.
Antes de cada prueba, el APR enviará un documento con la secuencia NRPC incorrecta y recibirá RRGD o RNLPD.
Cuadro [T87.64], p.
Programa de pruebas de sesión
Pruebas de excepción
Terminal llamado/APR llamante
Pruebas a partir del estado 2 DR 8.1
Antes de cada prueba, el APR enviará un documento y lo interrumpirá enviando una IIUS/IRSD.
Cuadro [T88.64], p.
Programa de pruebas de sesión
Pruebas de excepción
Terminal llamado/APR llamante
Pruebas a partir del estado 2 DR 9.1
Antes de cada prueba, el APR enviará un documento y lo interrumpirá enviando una IIUS/IDD.
Cuadro [T89.64], p.
Programa de pruebas de sesión
Pruebas de excepción
Terminal llamado/APR llamante
Pruebas a partir del estado 3 (transitorio)
Antes de cada prueba, el APR:
-enviará una ICS,
-recibirá una RPCS,
-enviará una ICCS.
Cuadro [T90.64], p.
Programa de pruebas de sesión
Pruebas de excepción
Terminal llamado/APR llamante
Pruebas a partir del estado 5
Antes de cada prueba, el APR:
-enviará una ICS,
-recibirá una RPCS,
-enviará una ICCS,
-recibirá una RPCCS,
-recibirá una ICCS.
Cuadro [T91.64], p.
Programa de pruebas de sesión
Pruebas de excepción
Terminal llamado/APR llamante
Pruebas a partir del estado 6 (transitorio)
Antes de cada prueba, el APR iniciará una llamada para enviar una IFS.
Cuadro [T92.64], p.
Programa de pruebas de sesión
Pruebas de excepción
Terminal llamado/APR llamante
Pruebas a partir del estado 7 (transitorio)
Antes de cada prueba, el APR iniciará una llamada para enviar una IAS.
Cuadro [T93.64], p.
Programa de pruebas de sesión
Pruebas de excepción
Terminal llamado/APR llamante
Pruebas a partir del estado 14
Antes de cada prueba, el APR iniciará una llamada, creará un error de sesión, recibirá una IAS.
Cuadro [T94.64], p.
Prueba MG1 - Disk. 114 NF01/014 OPM: 01 Prueba MG10 - Disk. 114 NF01/032/33 OPM: 01 (cs,) - (cs,)
(1BT) (BT..)
(74.TE.03.S)
(A1.23s)/[26s]
FOLIOS: 98 - 122 (Page 122=Page
Blanche)
(DO PRC.COSY.2)
MEP {TPS.NON.PHOTO "[PA1]"} : OK= [1]
Saisie 12.10.88 SJ
ID + LASER + diskette MAJ 21.10.88 CW
Corr. LASER (1re épreuve) = 3eme 31.10.88 SJ
Corr. 2e épreuve 11.11.88 DD
AJOUTER (PA1) (CL1,0,0,0) pour MEP
MEP + LASER 01.11.88 CW
Corr. MEP + Folios 11.11.88 DD
Insertion des tableaux (tabulateurs...) ........ ..
BAT 01.12.88 PV
MAJ s/disquette 3.03.89 CD
C.3
Programas de pruebas de negociación de las
capacidades no básicas del terminal (CNBT)
de la Recomendación T.62
El presente Î C.3 define las pruebas de negociación de las @capacidades no básicas del terminal (CNBT)\.
El formato aquí indicado corresponde a los programas tabulados de prueba de teletex básico de los que sólo se diferencia en que no se hacen referencias específicas a los ejemplos de codificación. En efecto, la codificación utilizada se funda en las capacidades que admite el terminal y en la descripción válida de los elementos de protocolo de la Recomendación T.62.
Programa de pruebas de sesión
Pruebas de negociación de las CNBT
Terminal llamado/APR llamante
Pruebas a partir del estado 1.1.
Antes de cada prueba, el APR enviará una ICS.
Cuadro [T95.64], p.
Programa de pruebas de sesión
Pruebas de negociación de las CNBT
Terminal llamado/APR llamante
Pruebas a partir de DR 1.1.
Antes de cada prueba, el APR:
-enviará una ICS,
-recibirá una RPCS.
Cuadro [T96.64], p.
Programa de pruebas de sesión
Pruebas de negociación de las CNBT
Terminal llamado/APR llamante
Pruebas a partir de DR 1.1.
(continuación)
Antes de cada prueba, el APR:
-enviará una ICS,
-recibirá una RPCS.
Cuadro [T97.64], p.
Programa de pruebas de sesión
Pruebas de negociación de las CNBT
Terminal llamado/APR llamante
Pruebas a partir de DR 1.1.
(continuación)
Antes de cada prueba, el APR:
-enviará una ICS,
-recibirá una RPCS.
Cuadro [T98.64], p.
Programa de pruebas de sesión
Pruebas de negociación de las CNBT
Terminal llamante/APR llamado
Pruebas de CNBT a partir del estado 0.3
Antes de cada prueba, preparar un documento en el SPR.
Cuadro [T99.64], p.
Programa de pruebas de sesión
Pruebas de negociación de las CNBT
Terminal llamante/APR llamado
Pruebas de CNBT a partir del estado 0.3
(continuación)
Antes de cada prueba, preparar un documento en el SPR que requiera sólo CNBT del cuadro 3/T.62.
Cuadro [T100.64], p.
Programa de pruebas de sesión
Pruebas de negociación de las CNBT
Terminal llamante/APR llamado
Pruebas de CNBT a partir del estado 0.3
(continuación)
Antes de la prueba, preparar un documento en el SPR que requiera:
-(1) CNBT del cuadro 3/T.62,
-(2) CNBT que no figuran en el cuadro 3/T.62.
Cuadro [T101.64], p.
Programa de pruebas de sesión
Pruebas de negociación de las CNBT
Terminal llamante/APR llamado
Pruebas a partir del estado 9 DS 1.1
Antes de cada prueba, el APR:
-recibirá una ICS,
-enviará una RPCS.
Cuadro [T102.64], p.
ANEXO D (a la Recomendación T.64)
Programas de pruebas del
servicio de aplicación teletex
D.1
Introducción
Este programa de pruebas está basado en los requisitos del servicio de aplicación y tiene como objetivo abarcar las partes obligatorias de las Recomendaciones F.200, F.201, T.60, T.61, T.62 y T.90 que se refieren a los aspectos del servicio de aplicación teletex.
Las pruebas relativas a la conformidad del protocolo con las Recomendaciones T.70 y T.62 están contenidas en los programas de pruebas de capa de transporte y capa de sesión/documento.
En este programa de pruebas se identifican los sectores de prueba de incumbencia nacional.
Conviene señalar que numerosas Administraciones definirán otros requisitos de servicio que no se hallan comprendidos en las presentes pruebas.
D.2
Consideraciones generales
La abreviatura @SPR (sistema probado)\ se utiliza al referirse al terminal o sistema teletex sometido a las pruebas.
Cada prueba comprende tres partes: el título de la prueba, las acciones requeridas para establecer la prueba y las comprobaciones que han de efectuarse para evaluar el SPR.
Para cada prueba se da el número de la Recomendación y del párrafo que definen las necesidades del servicio en cuestión.
Toda la numeración de las referencias a párrafos de las Recomendaciones corresponde al Libro Rojo.
Las pruebas se dividen en dos tipos principales:
-pruebas en condiciones normales, que evalúan la aptitud del terminal para comportarse correctamente en condiciones normales;
-pruebas en condiciones de excepción, que evalúan la aptitud del terminal para seguir funcionando correctamente en condiciones de excepción o con errores.
D.2.1
Pruebas en condiciones normales
Estas pruebas se dividen en dos categorías principales:
-pruebas obligatorias, que se realizan con todos los SPR;
-pruebas condicionales, que sólo se realizan si el SPR presenta determinadas capacidades.
Estas categorías se subdividen en: pruebas efectuadas con el SPR que establece la llamada y pruebas realizadas cuando el SPR es llamado.
Las pruebas obligatorias se numeran como MG1, MG2, .^.^. cuando el SPR es el emisor, y MD1, MD2, .^.^. cuando el SPR es el receptor.
Las pruebas condicionales se numeran como CG1, CG2, .^.^. cuando el SPR es el emisor, y CD1, CD2, .^.^. cuando el SPR es el receptor.
D.2.2
Pruebas en condiciones de excepción
Estas pruebas se dividen en dos categorías:
-Pruebas realizadas con el SPR que establece la llamada, numeradas EG1, EG2, .^.^.
-Pruebas realizadas cuando el SPR es llamado, numeradas ED1, ED2, .^.^.
D.3
Pruebas del servicio de aplicación teletex en
condiciones normales
D.3.1
Pruebas obligatorias
Las siguientes pruebas se realizarán en todos los SPR que presentan una capacidad de transmisión.
D.3.1.1
SPR llamante/APR llamado
Prueba MG1
-
Tratamiento
correcto de la identificación de
terminal (IDT)
Partes 1 a 4
El SPR establece una llamada.
Comprobar:
-si la IDT de la ICS es coherente con el valor asignado al SPR;
-si la IDT de la ICS cumple el formato especificado en el 7.5 de la Recomendación F.200 y la codificación especificada en el 4 de la Recomendación T.61.
Prueba MG2
-
Tratamiento correcto de la
fecha y la hora
El SPR establece una llamada.
Comprobar:
-la coherencia de la fecha y la hora con las accesibles en el modo local
(véase el
5.3.2.7
de la Recomendación F.200);
-el cumplimiento del formato especificado en el
5.3.2.7
de la
Recomendación F.200;
-el cumplimiento de la codificación especificada en el
4
de la
Recomendación T.61.
Prueba MG3
-
Capacidad para transmitir documentos
normales en una sesión
El SPR establece el formato y transmite por lo menos un documento.
Comprobar:
-si se ha transmitido completamente el documento;
-si el parámetro identificador del tipo de documento está ausente en la ICZD.
Prueba MG4
-
Aptitud para proporcionar
información al operador en caso de fallo de la transmisión
del documento
Esta prueba se halla pendiente de estudio adicional, pues no es un requisito especificado en la versión de 1984 (Libro Rojo) de la Recomendación F.200.
Prueba MG5
-
Capacidad para
generar y transmitir documentos
normales y de control en el modo télex
El SPR genera un
El SPR genera un
El SPR envía el
Comprobar:
-si el documento de control se somete antes del (o de los) documento(s) normal(es) durante la misma sesión;
-si el contenido del documento normal está limitado al repertorio de caracteres ATI2 y la longitud de la línea se halla limitada a 69 caracteres;
-si el (o los) documento(s) normal(es) contiene(n) el
-si el identificador del documento de control se halla en la ICZD del documento de control;
-si el número de referencia del documento se halla correctamente incrementado en la ICZD del documento de control y del (o de los) documento(s) normal(es).
Prueba MG6
-
Tratamiento correcto de
los formatos básicos de página y de la codificación de
caracteres
El SPR transmite un documento de dos páginas que contenga la prueba del CCITT (Recomendación T.63) (véanse las notas 1 y 2).
Comprobar:
-si el documento transmitido tiene dos páginas en total, la primera con orientación horizontal y la segunda con orientación vertical (véanse las notas 1 y 2);
-si la codificación de los caracteres gráficos y de control es correcta;
-si los caracteres de control CR/FF o FF/CR están presentes en la primera IIUD de cada página y que las siguientes IIUD de la misma página no contienen el carácter de control FF.
Nota 1
- Si el terminal es incapaz de generar páginas
horizontales y verticales, la prueba se efectuará empleando sólo un formato de
página.
Nota 2
- En función de los requisitos nacionales, los
caracteres efectivos que es posible crear y transmitir pueden constituir un
subconjunto del repertorio de caracteres básicos teletex. Cualesquiera
caracteres que no sean generados, serán sustituidos por la codificación de un
carácter válido de la Recomendación T.61 (por ejemplo, signo de interrogación).
Nota 3
- El documento que ha de enviarse deberá
crearse en el terminal utilizando los dispositivos normales de entrada del
operador (por ejemplo, un teclado).
D.3.1.2
SPR llamado, APR llamante
Prueba MD1
-
Tratamiento
correcto de la identificación del terminal
(IDT)
Partes 1 a 4
El APR establece una llamada para recibir una RPCS.
Comprobar:
-si la IDT de la RPCS es coherente con el valor asignado al SPR;
-si la IDT de la RPCS cumple el formato especificado en el 7.5 de la Recomendación F.200 y la codificación descrita en el 4 de la Recomendación T.61.
Prueba MD2
-
Tratamiento
correcto de la línea de identificación de la
llamada
(A) El APR transmite documentos de varias páginas (por lo menos dos documentos de dos páginas en la misma sesión).
El SPR presenta los documentos con las líneas de identificación de la comunicación (véase la nota 1).
Comprobar:
-la posición de la LIC dentro de la zona imprimible (véase la nota 2);
-el cumplimiento del formato especificado en el 5.3.2 de la Recomendación F.200;
-la coherencia de la LIC con la IDT, la fecha y la hora, el número de referencia del documento y el número de páginas transmitidas por el APR.
(B) Igual que en la prueba MD2 (A), pero utilizando un número de referencia de longitud diferente.
(C) Igual que en la prueba MD2 (A), pero utilizando un tipo distinto de IDT válida.
Nota 1
- La realización o no de esta presentación y el
lugar en donde se efectúa son decisiones locales, excepto en ciertas
situaciones de recuperación. (Véase la prueba MD5.)
Nota 2
- La LIC puede verse en parte superpuesta por
el texto de usuario si la primera/última línea del texto comunicable está en
voladitas o subíndices.
Prueba MD3
-
Capacidad para recibir
documento(s) normal(es) en una sesión
(A) El APR transmite dos documentos de tres páginas, cada una de las cuales contiene 1600 octetos (incluidos caracteres gráficos y de control).
Comprobar:
-si es posible presentar los documentos en el SPR;
-si el contenido, la disposición y el formato de los documentos presentados son idénticos a los de los documentos enviados por el APR.
(B) El APR transmite tres documentos de una página cada uno. El primer documento consta sólo de los caracteres de control CR/FF. El segundo documento contiene los caracteres de control CR/FF y un carácter gráfico. El tercer documento consiste en los caracteres de control CR/FF y además 4000 caracteres por lo menos.
Comprobar:
-si es posible presentar los documentos en el SPR;
-si el contenido, la disposición y el formato de los documentos presentados son idénticos a los de los documentos enviados por el APR.
(C) El APR transmite un documento que contiene una página de 200 caracteres. La página debe transmitirse utilizando un carácter por IIUD.
Comprobar:
-si es posible presentar los documentos en el SPR;
-si el contenido, la disposición y el formato de los documentos presentados son idénticos a los de los documentos enviados por el APR.
Prueba MD4
-
Capacidad para recibir
documentos de control
(véanse el anexo F de la Recomendación T.62 y la
Recomendación T.90)
(A) El APR transmite un documento de control de la notificación de no entrega télex y lo envía al SPR.
Comprobar:
-si el documento no es rechazado y es tratado correctamente por el SPR (véase el 4.4 de la Recomendación T.90).
(B) El APR transmite al SPR un documento de control que no puede ser tratado automáticamente por el SPR.
Comprobar:
-si en la petición de usuario, el documento está presentado correctamente.
Prueba MD5
-
Aptitud para tratar
documentos de continuación
(véase el
5.3.2.3
de la
Recomendación F.200)
El APR comienza la transmisión de un documento multipágina.
El SPR recibe y acusa recibo de una página por lo menos.
El APR hace que se interrumpa la transmisión.
El APR continúa el documento interrumpido.
Comprobar:
-si se ha presentado la LIC en el punto de interrupción y en el punto de continuación;
-si el sistema proporciona un medio para que el operador vincule de nuevo el documento interrumpido original, por ejemplo, con el mismo número de referencia de documento en ambas LIC.
(A) La interrupción y la continuación se producen dentro de la misma comunicación y sesión.
(B) La interrupción y la continuación se producen dentro de la misma comunicación y en diferentes sesiones.
(C) La interrupción y la continuación se producen en diferentes comunicaciones.
(D) La interrupción se debe a un fallo local del SPR, por ejemplo, fallo de alimentación en energía.
(E) La interrupción se debe a un fallo de la red, por ejemplo, desconexión física de la red.
(F) El APR comienza la transmisión de un documento multipágina.
El SPR recibe y acusa recibo de una página por lo menos.
El APR hace que se interrumpa la transmisión.
El APR transmite un documento completo.
El APR continúa el documento interrumpido.
Comprobar:
-si el sistema recibe ambos documentos;
-si se ha presentado la LIC en el
-si el sistema proporciona un medio para que el operador vincule de nuevo el documento original interrumpido, por ejemplo, con el mismo número de referencia de documento en ambas LIC.
Prueba MD6
-
Aptitud para descartar
documentos
(véase la nota 2 del
3.4.8
de la Recomendación T.62)
(A) El APR transmite por lo menos una página de un documento, recibe el acuse de recibo y envía entonces una IDD.
Comprobar:
-si el documento es descartado y no está disponible para el operador o si el operador es informado de que la parte del documento recibida no tiene valor.
(B) El APR transmite por lo menos una página de un documento multipágina.
El APR hace que se interrumpa la transmisión.
El APR continúa el documento interrumpido.
El APR envía una IDD después de que se ha acusado recibo de una página adicional por lo menos.
Comprobar:
-si la totalidad del documento ha sido descartada (incluidas las páginas recibidas antes y después de la interrupción del documento) o si el operador ha sido informado de que la parte del documento recibida no tiene valor.
(C) El APR transmite por lo menos una página de un documento multipágina.
El APR hace que se interrumpa la transmisión.
El APR cierra la sesión.
El APR continúa el documento interrumpido en una nueva sesión.
El APR envía una IDD después de que se ha acusado recibo de una página adicional por lo menos.
Comprobar:
-si la totalidad del documento ha sido descartada (incluidas las páginas recibidas antes y después de la interrupción del documento) o si el operador ha sido informado de que la parte del documento recibida no tiene valor.
Prueba MD7
-
Aptitud para tratar
documentos interrumpidos
(A) El SPR recibe y acusa recibo de una página por lo menos.
El APR hace que se interrumpa la transmisión.
El APR no continúa el documento interrumpido.
Comprobar:
-si el documento interrumpido es accesible para el usuario;
-si se ha presentado la LIC en el punto de interrupción.
(B) Igual que en la prueba MD7 (A), pero debiéndose la interrupción a un fallo local del SPR, por ejemplo, un fallo de la alimentación en energía.
(C) Igual que en la prueba MD7 (A), pero debiéndose la interrupción a un fallo de red, por ejemplo, una desconexión física.
Prueba MD8
-
Aptitud para proporcionar
notificación de estado e indicadores de operador
(véase el
7.4
de la Recomendación F.200)
(A) El APR transmite un documento completo al SPR.
Comprobar:
-si se ha dado al operador la indicación
`mensaje recibido en
memoria'
[véase el
7.2
a) de la Recomendación T.60].
(B) Neutralizar la memoria del SPR (véase la nota).
El APR trata de transmitir un documento al SPR.
Comprobar:
-si se ha dado al operador la indicación
`el terminal no puede recibir o
no podrá hacerlo dentro de poco'
[véase el
7.2
b) de la
Recomendación T.60].
(C) Neutralizar la impresora (donde se utiliza como memoria de recepción) (véase la nota).
El APR trata de transmitir un documento al SPR.
Comprobar:
-si se ha dado al operador la indicación de
`se requiere asistencia del
operador'
[véase el
7.2
c) de la Recomendación T.60].
Nota
- En ciertos sistemas tal vez no se pueda
efectuar esta prueba.
Prueba MD9
-
Respuesta a las
condiciones de saturación de la memoria
(A) Cargar completamente la memoria del SPR (véase la nota).
El APR trata de transmitir un documento al SPR.
Comprobar:
-si el sistema proporciona una indicación, por medio de los procedimientos
de control, de que sus capacidades de recepción están amenazadas, por ejemplo,
responde a una ICS con una RNCS indicando el motivo
`capacidades de
recepción incapaces de intervenir en una sesión'
.
(B) Dejar espacio en la memoria para recibir dos páginas (véase la nota).
Tratar de transmitir un documento de cinco páginas al SPR.
Comprobar:
-si el sistema corresponde a las ILPD con RPLPD hasta que se llene la memoria, momento en que la respuesta debe pasar a ser una RNLPD;
-si existe la posibilidad de presentar páginas con un acuse de recibo positivo y si éstas son idénticas a las enviadas por el APR.
Nota
- En ciertos sistemas tal vez no sea posible
manipular la memoria.
Prueba MD10
-
Tratamiento correcto del
formato básico de página y de la codificación de
caracteres
(A) El APR transmite el texto de prueba del CCITT de la Recomendación T.63 y las páginas definidas en el anexo E a la presente Recomendación.
El SPR presenta el (o los) documento(s).
Comprobar:
-si se ha recibido el repertorio básico completo y si se han presentado todos los caracteres gráficos (presentados en pantalla y/o impresos) de la forma más legible posible y si las funciones invocadas por los caracteres de control están representadas correctamente (por ejemplo, subrayado, PLU, PLD);
-si los documentos recibidos son como los enviados y están presentados en la forma más legible posible.
(B) Igual que en la prueba MD10 (A), pero con las funciones de control de presentación SGR, SHS, SVS y PFS, ausencias de valores de parámetro por defecto (véase el 4.2.3.1 de la Recomendación T.61).
Prueba MD11 -
Independencia de las
funciones locales y de comunicación
[véase el
1.2.2.1
f) de la
Recomendación F.200]
Colocar SPR en el modo local.
El APR envía un documento al SPR.
Comprobar:
-si el documento se recibe correctamente y si el modo local de funcionamiento no es alterado por la recepción de documentos entrantes.
D.3.2
Pruebas condicionales
Las siguientes pruebas se efectuarán en el SPR que admita las capacidades apropiadas.
D.3.2.1
SPR llamante/APR llamado
Prueba CG1
-
Aptitud para tratar
documentos de continuación
(A) El SPR comienza a enviar un documento multipágina.
El APR interrumpe la transmisión del documento después de que el SPR ha recibido el acuse de recibo de una página por lo menos.
El SPR continúa la transmisión del documento en las mismas comunicación y sesión.
Comprobar:
-si el NRD de la LIC es el mismo que en la ICZD original;
-si el sistema continúa la transmisión del documento interrumpido sin repetir páginas para las que se ha recibido un acuse de recibo;
-si el NRPC de reanudación está incrementado en uno en el límite de la página siguiente (IFD o ILPD).
(B) El SPR comienza a enviar un documento multipágina.
El APR interrumpe la transmisión del documento después de que el SPR ha recibido el acuse de recibo de una página por lo menos.
El SPR continúa la transmisión del documento en otra sesión.
Comprobar:
-si el NRD de la LIC es el mismo que en la ICZD original;
-si el sistema continúa la transmisión del documento interrumpido sin repetir páginas para las que se ha recibido un acuse de recibo;
-si el NRPC de reanudación está incrementado en uno en el límite de la página siguiente (IFD o ILPD);
-si las IDT de los sistemas llamado y llamante transmitidas en la ICND son correctas;
-si la fecha y la hora son iguales a las de la ICS original.
(C) El SPR comienza a enviar un documento multipágina.
El APR interrumpe la transmisión del documento después de que el SPR ha recibido el acuse de recibo de una página por lo menos.
El SPR transmite un documento completo.
El SPR continúa el documento interrumpido en una nueva sesión.
Comprobar:
-si ambos documentos se han transmitido correctamente;
-si el NRD de la LIC es el mismo que en la ICZD original;
-si el sistema continúa la transmisión del documento interrumpido sin repetir páginas para las que se ha recibido un acuse de recibo;
-si el NRPC de reanudación está incrementado en uno en el límite de la página siguiente (IFD o ILPD);
-si las IDT de los sistemas llamado y llamante transmitidas en la ICND son correctas;
-si la fecha y la hora son iguales a las de la ICS original.
Nota
- Los SPR que afirman que tienen aptitud para
tratar documentos de continuación, tal vez no tengan la capacidad de admitir
esa facilidad en todas las condiciones antes especificadas.
Prueba CG2
-
Aptitud para tratar
la función de cambio de control
(A) El SPR ofrece el control al APR.
El operador hace que el SPR ofrezca el control al APR.
El SPR establece la comunicación y transmite el (o los) documento(s) al APR.
El SPR da el control al APR.
El APR transmite el (o los) documento(s) al SPR.
El SPR libera la comunicación.
Comprobar:
-si el SPR ha transmitido y recibido correctamente los documentos.
(B) El SPR da el control al APR a petición.
El operador hace que el SPR dé el control al APR a petición del APR.
El SPR establece una comunicación y transmite el (o los) documento(s) al APR.
El APR pide el control.
El SPR da el control al APR.
El APR transmite el (o los) documento(s) al SPR.
Comprobar:
-si el SPR ha transmitido y recibido correctamente el (o los) documento(s).
Nota 1
- El cambio de control puede producirse antes o
después de haber transmitido el (o los) documento(s).
Nota 2
- Los sistemas que pueden tratar el cambio de
control, tal vez no tengan esa capacidad en las dos condiciones antes
especificadas.
Prueba CG3
-
Tratamiento correcto
de
capacidades no básicas del
terminal (CNBT)
(A)
El SPR crea un documento que contiene por lo menos una CNBT.
El SPR establece una comunicación con el APR.
El SPR pide la (o las) CNBT contenida(s) en el documento.
El APR acepta la (o las) CNBT.
Comprobar:
-si el SPR inicia correctamente la negociación (véanse las notas 1 y 2);
-si el SPR transmite el documento;
-si la o las CNBT se hallan correctamente codificadas en el documento transmitido.
(B) Negociación alcanzada (un documento básico y un documento que contiene CNBT en la misma sesión).
El SPR crea dos documentos, de los que el primero es un documento básico y el segundo contiene una o varias CNBT admitida(s) por el SPR.
El SPR establece una comunicación con el APR.
El SPR pide la totalidad de las CNBT contenidas en el segundo documento. (Esta negociación puede producirse después de la negociación del primer documento.)
El APR acepta la (o las) CNBT.
El SPR transmite los documentos.
Comprobar:
-si el SPR inicia correctamente la negociación (véanse las notas 1 y 2);
-si el SPR transmite el documento básico seguido del documento no básico.
(C) Negociación inalcanzada (para un documento).
El SPR crea un documento que contiene por lo menos una CNBT.
El SPR establece una comunicación con el APR.
El SPR pide la totalidad de las CNBT contenidas en el documento.
El APR responde como si fuese un sistema que no admite la (o las) CNBT.
Comprobar:
-si el SPR no transmite el documento.
(D) Negociación de dos documentos en la misma sesión (negociación alcanzada para uno e inalcanzada para el otro).
El SPR crea dos documentos, cada uno de los cuales requiere distintas CNBT.
El SPR establece una comunicación con el APR.
El SPR pide la (o las CNBT) de ambos documentos.
El APR acepta la (o las) CNBT de un solo documento.
Comprobar:
-si el SPR transmite documentos para los que no se han aceptado la (o las) CNBT;
-si el SPR no transmite el documento para el que no se han aceptado la (o las) CNBT.
Nota 1
- La (o las) CNBT relacionada(s) con el
documento puede(n) indicarse en una RPCS y por consiguiente no habrá(n) de
negociarse utilizando ILCD o RPLCD.
Nota 2
- Las pruebas (A), (B) y (C) se repetirán para
abarcar la totalidad de las CNBT admitidas por el SPR, si no pueden hallarse
presentes al mismo tiempo en un solo documento.
Prueba CG4
-
Tratamiento correcto de
la
negociación de la
memoria
(A) Número correcto de kilooctetos requerido.
El SPR crea dos documentos:
-un documento de una página que contiene 1600 octetos;
-un documento de siete páginas con 512 octetos cada una.
El SPR transmite esos dos documentos en dos sesiones distintas.
Comprobar:
-si el SPR pide 2 kilooctetos de memoria de recepción en la primera sesión y 4 kilooctetos en la segunda sesión.
(B) Interfuncionamiento con sistemas básicos.
El SPR crea un documento de tres páginas y trata de transmitirlo al APR.
El APR simula un sistema que no admite la facilidad de negociación de la memoria (por ejemplo, respondiendo con una RPLCD vacía a una ILCD).
Comprobar:
-si el SPR transmite el documento.
D.3.2.2
SPR llamado/APR llamante
La siguiente prueba se efectuará con los SPR que admitan las capacidades apropiadas.
Prueba CD1
-
Aptitud para transmitir un
documento después de producirse el cambio de control
El operador hace que el SPR transmita un documento después de un cambio de control.
El APR establece una comunicación y transmite el (o los) documento(s) al SPR.
El SPR pide y recibe el control.
El SPR transmite el (o los) documento(s) al APR.
Comprobar:
-si el SPR ha transmitido y recibido correctamente el (o los) documento(s).
Prueba CD2
-
Capacidad para recibir
documentos de monitorización en una sesión
(véase el
anexo F de la Recomendación T.62)
El SPR recibe un
Comprobar:
-si no se ha presentado al operador el documento aceptado.
Prueba CD3
-
Capacidad para recibir
documentos de operador en una sesión
(véase el anexo
F de la Recomendación T.62)
El SPR recibe y presenta, a petición del usuario un
Comprobar:
-si el documento aceptado es recibido y presentado correctamente.
Prueba CD4
-
Tratamiento correcto de
capacidades no básicas del terminal (CNBT)
(A) Negociación alcanzada (para un documento) (véase la nota 2).
El APR crea un documento que contiene CNBT admitidas por el SPR.
El APR inicia la negociación de capacidades (ILCD) antes de la transmisión (véase la nota 1).
El APR transmite el documento al SPR.
Comprobar:
-si el SPR ha respondido positivamente a la negociación de capacidades (ILCD) iniciada por el APR;
-si el SPR recibe y presenta correctamente el documento.
(B) Negociación alcanzada para dos documentos (en dos etapas) en la misma sesión (nota 2).
El APR crea dos documentos, cada uno de los cuales requiere distintas CNBT admitidas por el SPR.
El APR inicia la negociación (ILCD) para el primer documento (nota 1).
El APR transmite el primer documento al SPR.
El APR inicia la negociación (ILDC) para el segundo documento (nota 1).
El APR transmite el segundo documento al SPR.
Comprobar:
-si el SPR ha respondido positivamente a ambas negociaciones (ILCD) iniciadas por el APR;
-si el SPR recibe y presenta correctamente ambos documentos.
(C) Negociación alcanzada (en una etapa) para dos documentos en la misma sesión (nota 2).
El APR crea dos documentos, cada uno de los cuales requiere distintas CNBT admitidas por el SPR.
El APR inicia la negociación (ILCD) para los dos documentos (nota 1).
El APR transmite ambos documento al SPR.
Comprobar:
-si el SPR ha aceptado todas las capacidades pedidas por el APR en el curso de la negociación (ILCD);
-si el SPR recibe y presenta correctamente ambos documentos.
(D) Negociación inalcanzada (no admitidas las pedidas) (nota 3).
El APR crea un documento que requiere CNBT no admitidas por el SPR.
El APR inicia la negociación (ILCD) para las CNBT relacionadas con el documento.
Comprobar:
-si el SPR no acepta las capacidades pedidas por el APR en el curso de la negociación.
(E) Negociación de dos documentos en la misma sesión, con mejoración alcanzada para un documento e inalcanzada para el otro (véase la nota 3).
El APR crea dos documentos: el primero contiene CNBT admitidas por el SPR y el segundo contiene CNBT no admitidas por el SPR.
El APR inicia la negociación (ILCD) para ambos documentos.
Comprobar:
-si el SPR acepta sólo las capacidades requeridas para el primer documento y no acepta las pedidas para el segundo.
Nota 1
- La (o las) CNBT relacionada(s) con el
documento puede(n) estar indicadas en una RPCS y no habrá(n) de ser
negociada(s) necesariamente utilizando ILCD/RPLCD.
Nota 2
- Esta prueba se repetirá para abarcar la
totalidad de las CNBT admitidas por el SPR, si no pueden hallarse presentes al
mismo tiempo en un solo documento.
Nota 3
- Esta prueba puede realizarse sólo si el SPR
no admite todas las posibles CNBT.
Prueba CD5
-
Aptitud para los sistemas
que admiten la
negociación de memoria para
interfuncionar con sistemas básicos
(A) Interfuncionamiento con sistemas básicos.
El APR envía un documento básico al SPR sin negociación de memoria.
Comprobar:
-si el SPR recibe y presenta correctamente el documento.
D.4
Pruebas del servicio de aplicación teletex en
condiciones de excepción
Estas pruebas garantizan que el SPR no falla en condiciones de excepción que afectan al servicio de aplicación. No se especifica la reacción prevista del SPR, salvo en el caso de que debe continuar disponible para el servicio (esto es, ningún error de sistema).
D.4.1
SPR llamante/APR llamado
Prueba EG1
-
Recepción de IDT
incorrecta en RPCS
El SPR llama al APR para establecer la conexión.
El APR responde positivamente a la apertura de la sesión (ICS/RPCS), pero existe una IDT no válida en RPCS (esto es, no conforme al formato de la Recomendación F.200).
Intentar el intercambio de un documento entre el SPR y el APR con el APR actuando correctamente.
Comprobar:
-si el SPR es todavía plenamente operativo (por ejemplo, transmisión
y
funciones locales).
Prueba EG2
-
Recepción de un código de
motivo desconocido en el
rechazo de la transmisión
de un documento
(A) El SPR llama al APR.
El APR rehúsa la conexión de sesión enviando una RNCS con un código de
motivo
desconocido
(esto es, que todavía no está definido
en la actualidad en las Recomendaciones del CCITT).
Intentar el intercambio de un documento entre el SPR y el APR, con el APR actuando correctamente.
Comprobar:
-si el SPR es todavía plenamente operativo (por ejemplo, transmisión
y
funciones locales).
(B) El SPR transmite una página por lo menos de un documento.
El APR provoca la interrupción de la transmisión enviando una RNLPD con un
código de motivo
desconocido
.
Intentar el intercambio de un documento entre el SPR y el APR, con el APR actuando correctamente.
Comprobar:
-si el SPR es todavía plenamente operativo (por ejemplo, transmisión
y
funciones locales).
D.4.2
SPR llamado/APR llamante
Prueba ED1
-
Recepción de una IDT
incorrecta en ICS
El APR envía una ICS con una IDT no válida (esto es, no conforme al formato de la Recomendación F.200).
@Tratar de presentar la LIC en el SPR si no ha sido rechazada la ICS en tiempo real.\
Intentar el intercambio de un documento entre el SPR y el APR, con el APR actuando correctamente.
Comprobar:
-si el SPR es todavía plenamente operativo (por ejemplo, transmisión
y
funciones locales).
Prueba ED2
-
Recepción de fecha y hora
incorrectas en ICS
El APR envía una ICS con una fecha y hora no válidas (esto es, no conformes con el formato de la Recomendación F.200). Si el SPR acepta esta ICS, el APR transmite un documento de una página al SPR.
Tratar de presentar la LIC en el SPR.
Intentar el intercambio de un documento entre el SPR y el APR, con el APR actuando correctamente.
Comprobar:
-si el SPR es todavía plenamente operativo (por ejemplo, transmisión
y
funciones locales).
Prueba ED3
-
Recepción de NRD/NRPC
demasiado largo
El APR transmite un documento al SPR con un número de referencia de documento (NRD) de cuatro octetos, y números de referencia de punto de comprobación (NRPC) de cuatro octetos (añadiendo ceros iniciales a los valores regulares).
Tratar de presentar el documento recibido, incluida la LIC (si no ha sido rechazado en tiempo real) en el SPR.
Intentar el intercambio de un documento entre el SPR y el APR, con el APR actuando correctamente.
Comprobar:
-si el SPR es todavía plenamente operativo (por ejemplo, transmisión
y
funciones locales).
Prueba ED4
-
Recepción de un
documento que contiene información de
presentación incorrecta
(A) Una página excede el número de líneas admitidas.
El APR transmite un documento de una página al SPR, página que excede el número de líneas especificado en el cuadro 1/T.60.
Si se acepta, el SPR debe ser capaz de presentar el documento o de indicar un error al operador.
Intentar el intercambio de un documento entre el SPR y el APR, con el APR actuando correctamente.
Comprobar:
-si el SPR es todavía plenamente operativo (por ejemplo, transmisión
y
funciones locales).
(B) Páginas que contienen líneas que exceden el número máximo de caracteres admitidos por línea.
El APR transmite un documento al SPR, que contiene líneas que requieren más caracteres (posiciones imprimibles) de los admitidos en el cuadro 1/T.60.
Si se acepta, el SPR debe ser capaz de presentar el documento o de indicar un error al operador.
Intentar el intercambio de un documento entre el SPR y el APR, con el APR actuando correctamente.
Comprobar:
-si el SPR es todavía plenamente operativo (por ejemplo, transmisión
y
funciones locales).
(C) Utilización incorrecta del carácter @página siguiente (FF)\.
El APR transmite un documento de una página utilizando más de una IIUD, cada una de las cuales contiene FF.
Si se acepta, tratar de presentar este documento en el SPR.
Intentar el intercambio de otro documento entre el SPR y el APR, con el APR actuando correctamente.
Comprobar:
-si el SPR es todavía plenamente operativo (por ejemplo, transmisión
y
funciones locales).
(D) Utilización incorrecta de ascenso/descenso parcial de la línea (PLU/PLD).
El APR transmite un documento de una página con utilización incorrecta de PLU/PLD en líneas sueltas. Por ejemplo:
Página 1:
Primera línea: &lab;carac> &lab;PLD> &lab;carac> &lab;PLU> &lab;carac> &lab;PLU> &lab;carac> &lab;CR> &lab;LF>
Página 2:
Primera línea: &lab;carac> &lab;CR> &lab;LF>
Segunda línea: &lab;carac> &lab;PLU> &lab;carac> &lab;PLU> &lab;carac> &lab;PLU> <5 carac> &lab;PLD> &lab;carac> &lab;PLD> &lab;carac> &lab;PLD> &lab;carac> &lab;CR> &lab;LF>
Tercera línea: &lab;carácter>
Si se acepta, tratar de presentar este documento en el SPR.
Intentar el intercambio de otro documento entre el SPR y el APR, con el APR actuando correctamente.
Comprobar:
-si el SPR es todavía plenamente operativo (por ejemplo, transmisión
y
funciones locales).
(E) Una combinacion de bits no definida del repertorio primario de caracteres gráficos, del repertorio suplementario de caracteres gráficos y del repertorio de funciones de control.
El APR transmite combinaciones no definidas de bits en una o más páginas. Por ejemplo:
Caracteres gráficos
05/12, 05/14 06/00 07/11, 07/13, 07/14, 07/15 10/00, 10/09, 10/10, 10/12, 10/13, 10/14, 10/15 11/09, 11/10 12/00 13/00-13/15 14/05 15/15
Funciones de control
00/00 a 00/07, 00/09, 00/11 01/00 a 01/08, 01/12, 01/14, 01/15 08/00 a 08/10, 08/13, 08/14 09/00 a 09/10, 09/12 a 09/15
Si se acepta, tratar de presentar el documento en el SPR.
Intentar el intercambio de otro documento entre el SPR y el APR, con el APR actuando correctamente.
Comprobar:
-si el SPR es todavía plenamente operativo (por ejemplo, transmisión
y
funciones locales).
Prueba ED5
-
Recepción de
información de vinculación no válida
en la continuación de documento
El SPR recibe y acusa recibo de una página por lo menos. El APR hace que se interrumpa la transmisión. El APR continúa el documento interrumpido con una ICND que contiene información de vinculación no válida (por ejemplo, IDT errónea, NRD incorrecto, etc.).
Si se acepta, tratar de presentar ambas partes del documento en el SPR con la LIC.
Intentar el intercambio de un documento entre el SPR y el APR, con el APR actuando correctamente.
Comprobar:
-si el SPR es todavía plenamente operativo (por ejemplo, transmisión
y
funciones locales).
Prueba ED6
-
Recepción de un código de
motivo no definido durante la interrupción de un
documento
El APR comienza a transmitir un documento multipágina.
Después de que el SPR ha acusado recibo de una página por lo menos, el APR hace que se interrumpa la transmisión enviando una IRSD con un código de motivo no definido.
Tratar de presentar el documento parcialmente recibido en el SPR.
Intentar el intercambio de un documento entre el SPR y el APR, con el APR actuando correctamente.
Comprobar:
-si el SPR es todavía plenamente operativo (por ejemplo, transmisión
y
funciones locales).
Prueba ED7
-
Recepción de un documento
con CNBT que no han sido negociadas y no están admitidas
por el SPR
(A) El APR crea un documento que requiere una CNBT no admitida por el
SPR.
Tratar de transmitir el documento al SPR sin ninguna negociación.
Si se acepta, tratar de presentar el documento en el SPR.
Intentar el intercambio de un documento entre el SPR y el APR, con el APR actuando correctamente.
Comprobar:
-si el SPR es todavía plenamente operativo (por ejemplo, transmisión
y
funciones locales).
(B) El APR crea dos documentos: uno requiere una CNBT no admitida por el SPR y otro no requiere CNBT.
El APR negocia la utilización de las CNBT.
El APR transmite ambos documentos.
Si se acepta, tratar de presentar los documentos en el SPR.
Intentar el intercambio de otro documento entre el SPR y el APR, con el APR actuando correctamente.
Comprobar:
-si el SPR es todavía plenamente operativo (por ejemplo, transmisión
y
funciones locales).
Codificación del texto de
prueba
E.1 Este anexo contiene el texto de prueba y la codificación
asociada de los caracteres que han de utilizarse en la prueba MD10 además del
texto de prueba.
Cuadro [T103.64], p.
E.2 Tratamiento correcto y aceptación de las páginas con números máximos de
líneas por página.
Cuadro [T104.64], p.
E.3 Tratamiento correcto y aceptación del número máximo de caracteres por
línea en la zona imprimible.
Tableau [T105.64], p.
MONTAGE: PAGE PAIRE 122 = PAGE BLANCHE
(75.T.MAT.S)
(CCS) ($G01WP) = N (VII.5)
(A4) FOLIOS: VII - VIII
Saisie 07.03.90 XS
Identification + Vérif. 03.05.90 PC
MEP 04.05.90 PC
Corr. MEP ........ ..
Corr. DIGISET ........ PC
Corr. lère épreuve 29.05.90 DD
MAJ disquettes ........ ..
íNDICE DEL FASCíCULO VII.5 DEL LIBRO AZUL
Recomendaciones T.65 a T.101 y T.150 a T.390
Equipo terminal y protocolos para servicios de
telemática
Rec. N.o Página T.65Posibilidad de aplicar a los terminales de comunicación
informatizados (TCI) los protocolos y las características de los terminales
telemáticos 3
T.70 Servicio de transporte básico independiente de la red para los
servicios telemáticos 11
2 En este fascículo, la expresión
`Administración'
se utiliza para
designar, en forma abreviada, tanto una Administración de telecomunicaciones
como una empresa privada de explotación de telecomunicaciones reconocida.
3 Los términos anexo y apéndice a las Recomendaciones de la serie T deberán interpretarse como sigue:
- el
anexo
a una Recomendación forma parte
integrante de la misma;
-el
apéndice
a una Recomendación no forma parte
integrante de la misma y tiene solamente por objeto proporcionar
explicaciones o informaciones complementarias.
MONTAGE: PAGE 8 = PAGE BLANCHE
(H.T.=OUI)
TAB.???
FICHIER: H.T. =
(75.TA.220.S)
(SANS FORMULES) Tableaux: 2 - Tabulateurs: 1 a) F01/003
(cs,2) Disk 822 NF01/018 (OPM = 01)
(BT..) Disk ... NF../... (OPM = ..)
(75.TE.01.S)
(A1.23s) / [26s]
FOLIOS: 1 - 38 (DO
PRC.COSY.2)
MEP {TPS.NON.PHOTO "[PA1]"} : OK= [1]
Saisie diskette 13.03.90 GG/JG
ID + Vérif. + laser 22.03.90 PM
MAJ Diskette 22.03.90 PM
Corr. LASER (1re épreuve) = 3eme 30.03.90 GG
Espaces réservés + Transfert + Impr. ........ ..
AJOUTER (PA1) (CL1,0,0,0) pour MEP
MEP + LASER ........ ../..
Corr. MEP ........ ..
Insertion des tableaux (tabulateurs .) ........ ..
BAT 07.05.90 AF
MAJ s/disquettes ........ ..
FASCíCULO VII.5
Recomendaciones T.65 a T.101 y T.150 a T.390
EQUIPO TERMINAL Y PROTOCOLOS PARA SERVICIOS
DE TELEMáTICA
MONTAGE:
p. 2 = PAGE BLANCHE
Recomendación T.65
POSIBILIDAD DE APLICAR A LOS
@
TERMINALES DE COMUNICACIóN^ INFORMATIZADOS (TCI)
\
LOS PROTOCOLOS Y LAS CARACTERíSTICAS DE LOS TERMINALES
TELEMáTICOS
(Melbourne, 1988)
El CCITT,
considerando
(a) que existe un número cada vez mayor de terminales de comunicación informatizados, como son los computadores personales capaces de entrar en comunicación;
(b) que las Administraciones necesitarán disposiciones que permitan a estos dispositivos acceder a servicios definidos por el CCITT, como son los servicios telemáticos;
(c) que para la comunicación entre estos dispositivos pueden aplicarse las disposiciones especificadas para la comunicación dentro de los servicios telemáticos;
(d) que los dispositivos citados, por su naturaleza adaptativa, pueden necesitar, en algunas zonas, protocolos y características de terminal diferentes de las de los terminales telemáticos;
(e) que los diversos servicios telemáticos se definen en las Recomendaciones de la serie F;
(f) que el modelo de referencia para la interconexión de sistemas abiertos se define en las Recomendaciones de la serie X.200;
(g) que los diversos protocolos y características de los terminales telemáticos se definen en las Recomendaciones de la serie T.
(h) que es necesario evaluar la posibilidad de aplicar a los terminales de comunicación informatizados los protocolos y las características de terminal definidos en las Recomendaciones del CCITT relativas a la telemática;
recomienda por unanimidad
que sobre la base de las siguientes disposiciones técnicas se determine la posibilidad de aplicar a los terminales de comunicación informatizados los protocolos y las características de terminal especificados en las Recomendaciones del CCITT relativas a la telemática.
íNDICE
1
Objeto
2
Características y modelo
2.1Definición
2.2Características
2.3Modelo general
2.4Capacidad mínima
3
Acceso al servicio teletex
3.1Generalidades
3.2Características
3.3Posibilidad de aplicación de las Recomendaciones pertinentes del CCITT
3.4Métodos de acceso
4
Acceso al servicio facsímil del grupo 3
4.1Generalidades
4.2Características
4.3Posibilidad de aplicación de las Recomendaciones pertinentes del CCITT
5
Acceso al servicio facsímil del grupo 4
6
Acceso a la opción modo mixto del servicio teletex
7
Acceso al servicio de videotex
7.1Generalidades
7.2Características
7.3Posibilidad de aplicación de las Recomendaciones pertinentes del CCITT
8
Acceso al STM
8.1Generalidades
8.2Características
8.3Posibilidad de aplicación de las Recomendaciones pertinentes del CCITT
9
Acceso al servicio de guía
9.1Generalidades
9.2Características
9.3Posibilidad de aplicación de las Recomendaciones pertinentes del CCITT
1
Objeto
1.1 Esta Recomendación estudia la posibilidad de aplicación de las
características de protocolos y terminales especificadas en las Recomendaciones
del CCITT a los terminales de comunicación informatizados (TCI). Debe
observarse que la naturaleza
`adaptativa'
(por oposición a
`especializada'
) de los TCI exige, en ciertas zonas, una mayor
flexibilidad, pero sin una degradación indebida del comportamiento. La relación
entre la flexibilidad y la degradación del comportamiento es un tema que ha
influido considerablemente en las propuestas que se formulan en la presente
Recomendación.
1.2 La Recomendación especifica la forma de aplicar las diversas Recomendaciones de telemática, y los posibles requisitos adicionales, para que los terminales de comunicación informatizados puedan tener acceso a los diversos servicios telemáticos. Debe señalarse que, si bien esta Recomendación sólo es aplicable a los TCI cuando éstos accedan a servicios telemáticos, puede estudiarse también la aplicación de los aspectos técnicos de esta Recomendación cuando los TCI comuniquen entre sí utilizando los protocolos telemáticos.
1.3 El 2 expone las características de los terminales de comunicación informatizados (TCI). En los puntos restantes se expone la forma de utilizar las correspondientes Recomendaciones de telemática para permitir el acceso de los TCI a los servicios telemáticos.
1.4 La figura 1/T.65 muestra diversos métodos para el acceso de los TCI a los servicios telemáticos descritos en los 3 a 9.
Se proponen tres métodos:
i)acceso a y desde un servicio telemático a través de una facilidad de acceso al servicio (FAS), (véase el 3.4.2 , por ejemplo);
ii)acceso directo a y desde un servicio telemático;
iii)acceso directo desde un TCI a un servicio telemático, acceso en sentido inverso vía una FAS (véase el 3.4.3 , por ejemplo).
2 Características y modelo
2.1
Definición
El término terminal de comunicación informatizado (TCI) designa un dispositivo o equipo, que puede ser portátil, dotado de un procesador y una facilidad de comunicación. Suele ser una estación de trabajo de usuario, que permite diversas aplicaciones, y que puede tener acceso a servicios definidos por el CCITT, por ejemplo, el de telemática, como se indica en la presente Recomendación.
Figure 1/T.65, p.1
2.2
Características
Los terminales de comunicación informatizados difieren de los terminales telemáticos en algunas características. En los siguientes puntos se exponen las características de los TCI. Las características específicas de cada caso de acceso a los servicios telemáticos se indican en los 3 a 9.
2.2.1
Capacidad
Un TCI puede utilizarse para acceder a los servicios telemáticos. Las disposiciones de esta Recomendación proporcionan un nivel básico de compatibilidad entre los TCI y los servicios telemáticos.
2.2.2
Protocolos
En general, los TCI utilizarán protocolos ISA definidos en las Recomendaciones de la serie X.200, pero configurados de manera que cumplan los requisitos de las Recomendaciones pertinentes de la serie T. Se exceptúan los casos de acceso a servicios telemáticos no basados en la ISA, a los cuales se aplican las Recomendaciones pertinentes de la serie T.
2.2.3
Requisitos de los terminales
En general, se aplican las Recomendaciones pertinentes de la serie T para determinar los requisitos de los terminales. Las particularidades de cada acceso a servicios telemáticos, y otros posibles requisitos adicionales (o menos estrictos), se especifican en los 3 a 9.
2.3
Modelo general
La figura 2/T.65 muestra un modelo para el acceso de los TCI a servicios telemáticos basados en la ISA. El modelo indica las Recomendaciones pertinentes aplicables a cada nivel en las capas ISA, para cada caso de acceso a servicios telemáticos. En particular, se identifican dos conjuntos de protocolos para el acceso a servicios telemáticos basados en la ISA:
a)Se identifica un conjunto de protocolos ISA comunes a la mayor parte de los accesos a los servicios telemáticos, para las capas inferiores, hasta el núcleo (kernel) de sesión inclusive, en la capa de sesión. Se identifican las correspondientes Recomendaciones del CCITT necesarias.
b)Por encima del conjunto común de protocolos, se identifican unidades funcionales adicionales de la capa de sesión, basadas en las Recomendaciones X.215/X.225, así como cualesquiera otras Recomendaciones necesarias para cada uno de los casos de acceso a servicios telemáticos.
Existen servicios telemáticos para los cuales hay que emplear protocolos no basados en la ISA. En estos casos, es posible que el conjunto común de protocolos no sea aplicable, y que deban utilizarse las Recomendaciones pertinentes de la serie T.
Figura 2/T.65, p.
2.4
Capacidad mínima
Para que un TCI tenga acceso a un servicio telemático basado en la ISA, debe ser capaz de trabajar con las siguientes capacidades, y con cualquier otra capacidad adicional necesaria para cada caso de acceso a los servicios telemáticos, como se indica en los 3, 5, 6, 7, 8 y 9:
a)La capacidad de red apropiada descrita en el 3 de la Recomendación T.70.
b)Procedimiento de transporte X.214/X.224 clase 0.
c)Núcleo X.215/X.225, junto con unidades funcionales semidúplex o dúplex.
Nota
- La posibilidad de aplicar la capacidad mínima
al acceso al servicio videotex requiere ulterior estudio.
3 Acceso al servicio teletex
3.1
Generalidades
El
3.2
Características
3.2.1 Desde el punto de vista técnico, los TCI podrán establecer comunicaciones directamente con un dispositivo teletex e intercambiar documentos en tiempo real, de extremo a extremo, sin utilizar unidades de conversión.
3.2.2 En la medida de lo posible, el acceso de los TCI al servicio teletex debe hacerse a través de sistemas de tratamiento de mensajes. La realización técnica es de competencia nacional.
3.2.3 Los TCI no necesitan estar continuamente disponibles para recibir llamadas entrantes. Sin embargo, cuando un TCI está disponible podrá técnicamente recibir llamadas directamente de otros dispositivos teletex e intercambiar documentos con los mismos.
3.2.4 Los TCI pueden técnicamente utilizar las características de protocolo y de terminal teletex, como se indica en el 3.3 de esta Recomendación, para intercambiar entre sí documentos teletex.
3.2.5 Si un dispositivo teletex comunica con un TCI, debe tener conocimiento de este hecho. En el 3.4 se indica cómo puede transportarse esta información dentro de la identificación de terminal teletex con un valor específico para la parte 3.
3.3
Posibilidad de aplicación de las Recomendaciones
pertinentes del CCITT
3.3.1
Protocolos
a)Las capacidades de red se ajustan al 3 de la Recomendación T.70.
b)El procedimiento de transporte se ajusta:
-a la clase 0 del protocolo de transporte ISA, especificado en las Recomendaciones X.214/X.224, junto con reglas de aplicación, para que sea compatible y conforme con el 5 y los anexos de la Recomendación T.70; o
-al 5 y los anexos de la Recomendación T.70.
c)El procedimiento de la capa de sesión se ajusta:
-al núcleo con las unidades funcionales sincronización menor, semidúplex, datos sobre capacidades, gestión de actividad y excepciones especificadas en las Recomendaciones X.215/X.225, junto con reglas de aplicación para que sea compatible y conforme con la Recomendación T.62;
o
-a la Recomendación T.62.
d)La posibilidad de aplicación de las Recomendaciones relativas a las capas superiores, como son la T.300 y la T.400, requieren ulterior estudio.
3.3.2
Requisitos de los terminales y repertorio de
caracteres
Se aplicarán los requisitos de los terminales y los repertorios de caracteres especificados en las Recomendaciones T.60 y T.61, con las siguientes excepciones:
a)Un TCI puede o no admitir el funcionamiento totalmente automático.
b)Un TCI debe poder recibir y almacenar todos los caracteres pertenecientes al repertorio básico de caracteres teletex. Sin embargo, sólo será necesario presentar los caracteres gráficos que constituyen el juego primario de caracteres del juego básico de caracteres teletex definido en la Recomendación T.61.
c)Un TCI puede requerir una identificación de terminal diferente de la de un terminal teletex. El formato de esta identificación se define en el 3.4.3.1 .
d)Otros temas requieren ulterior estudio.
3.4
Métodos de acceso
3.4.1
Introducción
En este punto se describe un método técnico para el acceso de los TCI al servicio teletex y viceversa. Este método de acceso se basa en el supuesto de que los TCI deben gozar de máxima flexibilidad y que no deben degradarse las características de servicio del teletex.
Estas condiciones previas implican que el TCI deba ser apoyado por una facilidad de acceso al servicio (FAS) que imita las características del servicio teletex y proporciona el tratamiento de mensajes.
3.4.2
Descripción del método de acceso
Un TCI puede en cualquier momento establecer una conexión con la FAS, desde cualquier red y desde cualquier punto de acceso dentro de estas redes. Si un TCI quiere transmitir un mensaje, pero no desea recibir un mensaje, no necesita ser identificado. La FAS recibirá el mensaje y lo remitirá inmediatamente al destino teletex. La FAS debe añadir información que indicará al destino teletex que el mensaje fue originado por un TCI no identificado.
Si un TCI ha de recibir una respuesta a un mensaje transmitido anteriormente, debe poder registrarse temporalmente utilizando una contraseña. La contraseña la proporcionará el usuario del TCI. El mensaje del TCI se remitirá inmediatamente al destino teletex, incluyendo información de que la respuesta puede situarse en la FAS bajo la contraseña dada. Es posible técnicamente permitir el envío a la fuente teletex de acuses de recibo positivos o negativos, y controlar el estado de los mensajes enviados por la fuente teletex.
A continuación se describen las funciones que debe realizar la FAS para el acceso de los TCI al servicio teletex y viceversa.
3.4.3
Modelo
^ (véase la figura 3/T.65)
Figura 3/T.65, p.
3.4.3.1
TCI a teletex
Para permitir el acceso de un TCI al servicio teletex, la FAS proporcionará las siguientes funciones:
a)inserción de una información adecuada que permita al abonado teletex saber
que el mensaje proviene de un TCI [por ejemplo las letras
`CCT'
(del
inglés Computerized Communication Terminal) en la parte 3 de la IDT - teletex];
b)registro temporal y falcultativo (para que un terminal teletex pueda devolver mensajes al TCI, véase el 3.4.3.2 ).
3.4.3.2
Teletex a TCI
Para permitir que un terminal teletex envíe documentos a un TCI, la FAS proporcionará las siguientes funciones:
a)memoria para almacenar mensajes enviados por el terminal teletex;
b)atribución de mensajes almacenados a números de registro para permitir su recuperación por el TCI;
c)medios para una llamada de notificación de entrega al terminal teletex, a fin de indicar que el TCI ha recuperado el mensaje;
d)un mecanismo de temporización para borrar cualquier mensaje no recuperado dentro de cierto periodo de tiempo;
e)otras llamadas de notificación (por ejemplo, sobre el estado de mensajes almacenados) serán objeto de ulterior estudio.
4
Acceso al servicio facsímil del
grupo 3
4.1
Generalidades
Un TCI puede utilizarse para obtener acceso al servicio facsímil del grupo 3.
4.2
Características
Un TCI que tiene acceso al servicio facsímil del grupo 3 funcionará de conformidad con las Recomendaciones T.4 y T.30 del CCITT.
4.3
Posibilidad de aplicación de las Recomendaciones
pertinentes del CCITT
4.3.1
Protocolos
Se aplican los requisitos definidos en la Recomendación T.30 del CCITT.
4.3.2
Sistemas de modulación
Se aplican los requisitos definidos en la Recomendación T.4 del CCITT.
5 Acceso al servicio facsímil del grupo
4
(Para ulterior estudio.)
6 Acceso a la opción modo mixto del
servicio teletex
(Para ulterior estudio.)
7
Acceso al servicio
videotex
7.1
Generalidades
Un TCI puede utilizarse para acceder al servicio videotex. Como el servicio videotex no distinguirá el tipo de terminal con el cual se conecta, los TCI no estarán obligados a cumplir requisitos especiales superiores a los de los terminales videotex especializados.
7.2
Características
7.2.1 Los TCI que tienen acceso al servicio videotex deben imitar las
características de los terminales videotex. En la imitación, debe prestarse
atención a los perfiles, a los rangos o modos de referencia de servicio de los
terminales videotex en cuestión, que se utilizan en los diversos servicios
videotex. Cuando las capacidades de visualización sean insuficientes, el TCI
debe proporcionar un modo de funcionamiento de
`repliegue'
por
degradación paulatina de las capacidades de forma que se preserve la integridad
del contenido de información. Por ejemplo, una gama amplia de colores puede
replegarse a un número menor de colores conexos o a una escala de grises, o un
carácter acentuado puede replegarse al mismo carácter sin acento.
7.2.2 Los servicios videotex son interactivos y los TCI deberán poder recibir y transmitir datos interactivamente.
7.3
Posibilidad de aplicación de las Recomendaciones
pertinentes del CCITT
7.3.1
Protocolos
No se han definido todavía.
7.3.2
Requisitos relativos a la sintaxis de datos y a los
terminales
Son aplicables los requisitos definidos en la Recomendación T.101 (anexos B, C, y D) del CCITT.
8 Acceso al STM
8.1
Generalidades
En este punto se describen las características de los TCI para el acceso al sistema de tratamiento de mensajes (STM) y se especifica la manera de utilizar las diversas Recomendaciones pertinentes.
8.2
Características
En su forma actual, el sistema de tratamiento de mensajes (STM) tiene como componente fundamental el sistema de transferencia de mensajes (STRM), que comprende cierto número de agentes de transferencia de mensajes (ATM). Un TCI puede así acceder al STM de dos modos, que se describen en la figura 4/T.65 y texto siguientes:
Figura 4/T.65, p.
i)El TCI puede acceder al STM a través de una facilidad de interfuncionamiento
telemático (FITLM), definida en las Recomendaciones de la serie T.300.
ii)El TCI puede emplear las funciones de agente de usuario del STM para acceder directamente al STRM.
8.3
Posibilidad de aplicación de las Recomendaciones
pertinentes del CCITT
Cuando un TCI no admite las funciones de agente de usuario del STM, deberá obtener acceso al STM a través de una FITLM, que proporciona interfuncionamiento entre los servicios telemáticos y el STM. En este caso se aplican los puntos correspondientes de las Recomendaciones de la serie T.300 y de la Recomendación T.65, lo que dependerá de los protocolos y las características de terminal que se elijan.
Cuando un TCI admite las funciones de agente de usuario del STM, además de los protocolos y las características de los terminales telemáticos, aplicará los puntos pertinentes de las Recomendaciones de la serie X.400.
9
Acceso al servicio de
guía
9.1
Generalidades
El acceso de los TCI al servicio de guía precederá a menudo al acceso a otros servicios definidos por el CCITT tales como STM, teletex o telefonía, a fin de determinar o averiguar la dirección de un usuario o servicio. En este punto se exponen las características de tal acceso, y se especifica el modo de utilizar las diversas Recomendaciones pertinentes.
9.2
Características
En su forma actual, el sistema de guía tiene dos componentes fundamentales: @agente de usuario de guía (AUG)\ y la guía (véase la figura 5/T.65).
figura 5/T.65, p.
En base a este modelo, son posibles dos modos de acceso de los TCI:
i)El TCI puede obtener acceso al AUG utilizando los protocolos telemáticos adecuados y las características de los terminales telemáticos, definidos en las Recomendaciones de la serie T.
ii)El TCI puede emplear las funciones AUG para acceder directamente a la guía.
Debe señalarse que el acceso a la guía es esencialmente una aplicación interactiva. Por tanto, esta naturaleza interactiva influye en los requisitos de los protocolos y terminales.
9.3
Posibilidad de aplicación de las Recomendaciones
pertinentes del CCITT
Cuando un TCI no admite funciones AUG, deberá acceder a la guía a través de un AUG. En este caso se aplican los puntos pertinentes de las Recomendaciones X.500 y T.65, lo que dependerá de los protocolos y las características de terminal que se elijan.
Cuando un TCI admite funciones AUG, además de los protocolos telemáticos y las características de los terminales telemáticos, aplicará los puntos pertinentes de las Recomendaciones X.500.
SERVICIO DE TRANSPORTE BáSICO INDEPENDIENTE DE LA
RED PARA LOS SERVICIOS TELEMáTICOS
(Ginebra, 1980; modificada en Málaga-Torremolinos, 1984 y
Melbourne, 1988)
El CCITT,
considerando
(a) que el servicio teletex se introducirá en distintos tipos de redes, esto es, @redes públicas de datos con conmutación de circuitos (RPDCC)\, @redes públicas de datos con conmutación de paquetes (RPDCP)\ y la @red telefónica pública conmutada (RTPC)\;
(b) que es necesario el
recomienda por unanimidad
1
Objeto
1.1 Esta Recomendación define un
servicio de transporte
básico independiente de la red
, aplicable a
terminales teletex y facsímil del grupo 4 conectados a los tipos de redes
mencionados en el considerando (a), en términos de:
a)los servicios de transporte proporcionados a la capa (nivel) superior [los servicios de transporte son proporcionados por la capa de transporte (capa 4) en asociación con los servicios subyacentes proporcionados por las capas de soporte 1 a 3];
b)el procedimiento de la capa (nivel) de transporte (véase el 5 ).
1.2 En el 2 se describe el servicio de transporte, y en el 3 la realización del servicio de transporte en diferentes tipos de redes. El 4 contiene directrices de interfuncionamiento entre redes. En el 5 se especifica el procedimiento para la capa de transporte, y en los anexos A y B figuran, respectivamente, diagramas de transición de estados y cuadros asociados.
2
Servicio de transporte
2.1
Objetivos del servicio de transporte
2.1.1 El servicio de transporte tiene por objeto proporcionar servicios de transporte a dos entidades de sesión comunicantes dentro de dos terminales, esto es, los medios para una transferencia de datos transparente y fiable de extremo a extremo entre estas dos entidades, independientemente del tipo de red utilizado.
2.1.2 Las características principales del servicio de transporte que debe proporcionar una entidad de transporte a un usuario de transporte local, es decir, a la entidad de sesión, deben ser las siguientes:
a)
Independencia con respecto a la red
. El servicio de
transporte será homogéneo, aunque permitirá una amplia variedad de medios de
comunicación, protocolos y mecanismos subyacentes.
b)
Significado de extremo a extremo
. El servicio de
transporte tendrá significado de extremo a extremo, y conectará a los usuarios
terminales, sea cual fuere el número de enlaces de comunicación utilizados.
c)
Transparencia
. El servicio de transporte será
transparente con relación a los octetos, es decir, no impondrá ninguna
restricción al contenido, formato o codificación de la información (de datos o
de control) recibida de un usuario de transporte o entregada al mismo.
d)
Entrega sin errores
. El servicio de transporte
asegurará una entrega sin errores. El usuario del servicio de transporte
percibirá los errores no corregibles.
Rentabilidad
. El servicio de transporte optimizará la
utilización de los medios de comunicación disponibles a fin de asegurar a cada
usuario de transporte comunicante la calidad de funcionamiento requerida, con
una eficacia máxima.
2.2
Estructura general del servicio de transporte
2.2.1 La estructura general se indica en la figura 1/T.70.
3
Realización del servicio de
transporte en diferentes tipos de redes
Nota
- El procedimiento de la
3.1
Terminales conectados a una red pública de datos
con conmutación de paquetes (RPDCP)
3.1.1
Características del interfaz ETD/ETCD de la
capa física
Son aplicables las características de la capa física de la Recomendación X.25.
3.1.2
Procedimiento de la capa de enlace
Si no se indica otra cosa, el procedimiento de la
Figure 1/T.70 TO803680-89, p.6
3.1.3
Procedimiento de la capa de red
Son aplicables los procedimientos de llamada virtual de la Recomendación
X.25. Sin embargo, debe tenerse en cuenta lo siguiente cuando se utilice este
a)El
b)Los
c)El terminal no debe enviar ningún paquete de
petición
de interrupción
.
d)Se aplicarán los procedimientos de reinicialización normales de la Recomendación X.25.
e)Cada bloque de control o bloque de datos de la
rechazo (REJ)
por el ETD
.
g)Los terminales emplearán un
Bit87654321
Octeto 100000010
En caso de interfuncionamiento RPDCC/RPDCP, la correspondencia (mapeado) funcional de este identificador de protocolo requiere ulterior estudio.
h)Los terminales no utilizarán la facilidad de selección rápida.
Terminales conectados a la red telefónica
pública conmutada (RTPC)
3.2.1
Características del interfaz ETD/ETCD de la capa
física
Las características físicas del interfaz ETD/ETCD, definidas como el elemento de capa física, se ajustarán a las actuales Recomendaciones de la serie V. La capa física puede proporcionar la transmisión semidúplex o dúplex, según la norma de módem.
Nota
- Las normas relativas a los módems para la red
telefónica pública con conmutación se examinan en la Comisión de Estudio XVII.
Además, en el caso de un módem integrado en el terminal, el interfaz sólo puede
ser funcionalmente equivalente al descrito en una Recomendación de la serie V.
Esto punto debe seguir estudiándose en la Comisión de Estudio XVII.
3.2.2
Procedimiento de la capa de enlace
3.2.2.1 Según el servicio proporcionado por la capa física, los procedimientos de la capa de enlace por un circuito físico único entre dos terminales tienen que comprender la facilidad de transmisión dúplex o semidúplex para proporcionar un servicio dúplex a la capa de red. Para el servicio de capa física dúplex, el procedimiento de la capa de enlace se ajustará al procedimiento de acceso al enlace descrito en la Recomendación X.75 para la operación monoenlace. Para las asignaciones de direccionamiento y los parámetros del sistema, véanse los 3.2.2.2 y 3.2.2.3 respectivamente. Para el servicio de la capa física semidúplex el procedimiento de la capa de enlace es el definido en la Recomendación T.71. Se trata de un procedimiento de acceso a enlace semidúplex, basado en la Recomendación X.75 para la operación monoenlace.
a)el terminal llamante tomará la dirección A;
b)el terminal llamado tomará la dirección B;
c)las instrucciones y respuestas se transferirán como se indica en la figura 2/T.70;
d)las direcciones A y B se codifican como sigue:
Dirección12345678
^A11000000
^B10000000
Nota
- El terminal descartará todas las tramas
recibidas con direcciones distintas de A y B.
Figura 2/T.70, p.
3.2.2.3 Los parámetros de sistema son:
a)temporizador, T1;
b)número máximo de retransmisiones, N2;
c)número máximo de bits en una trama I, N1;
d)número máximo de tramas I pendientes,
k
.
Estos parámetros de sistema deben ser especificados por la Administración. Sin embargo, ha de normalizarse la posible gama de valores que pueda atribuirse a cada parámetro. Dichos valores deberán estudiarse ulteriormente.
3.2.3
Procedimiento de la capa de red
3.2.3.1 Véase el
3.1.3
. Además, para todas las llamadas (sólo
RTPC, RTPC-RPDCP, RTPC-RPDCP-RTPC) se aplicará el
b)al plan de direccionamiento de la red telefónica con un CIRD de la Recomendación X.121 para las llamadas RTPC-RPDCP (véase la nota 3);
c)al plan de direccionamiento de la Recomendación X.121 para llamadas RTPC-RPDCP (véase la nota 1).
Nota 1
- Para otros casos de interfuncionamiento se
aplicará la regla mencionada.
Nota 2
- En el caso de llamadas RTPC-RPDCP, es
necesario continuar el estudio sobre la verificación por la red de la dirección
llamante. El formato de la dirección llamante debe ser objeto de ulterior
estudio.
Nota 3
- La viabilidad de estas llamadas será objeto
de ulterior estudio.
Terminales conectados a una red pública de datos
con conmutación de circuitos (RPDCC)
3.3.1
Características del interfaz ETD/ETCD de la capa
física
Las características físicas del interfaz ETD/ETCD se ajustarán a la Recomendación X.21 o, facultativamente, a la Recomendación X.22 para la operación multillamada.
3.3.2
Procedimiento de la capa de enlace
3.3.2.1
Consideraciones generales
El procedimiento de la capa de enlace se utilizará durante la fase datos descrita en las Recomendaciones X.21 (o X.22) para el intercambio de datos por un solo circuito físico entre dos terminales que funcionan en las clases de servicio de usuario 3 a 7 y 30 definidas en la Recomendación X.1. El procedimiento de la capa de enlace consistirá en un procedimiento HDLC totalmente simétrico, tal como se describe en la Recomendación X.75 para la operación monoenlace.
3.3.2.2
Procedimiento de direccionamiento de la capa de
enlace
A continuación se describe la aplicación del procedimiento de direccionamiento de enlace de la Recomendación X.75. Las direcciones (A y B) se asignarán dinámicamente o llamada por llamada de acuerdo con las reglas siguientes:
a)el terminal llamante tomará la dirección A;
b)el terminal llamado tomará la dirección B;
c)las instrucciones y respuestas se transferirán como se indica en la figura 3/T.70;
d)las direcciones A y B se codifican como sigue:
Dirección12345678
^A11000000
^B10000000
Nota
- El terminal descartará todas las tramas
recibidas con direcciones distintas de A y B.
Figure 3/T.70 TO801300-87, p.
3.3.2.3
Reglas de realización de la capa de enlace
Con el fin de lograr la compatibilidad completa entre las diferentes realizaciones, se seguirán las reglas siguientes en la aplicación de la Recomendación X.75.
3.3.2.3.1
Reglas generales
a)La versión de 1984
(Libro Rojo)
de la Recomendación
X.75 del CCITT,
2
, será la especificación de referencia.
b)El término
`TES'
se interpretará como
`ETD'
.
c)Se utilizará el modo de operación no ampliado (módulo 8).
d)Sólo se utilizará el procedimiento monoenlace (SLF).
3.3.2.3.2
Reglas especificas
Las reglas siguientes se refieren a los puntos y cuadros señalados de la Recomendación X.75:
a)
Cuadro 1/X.75
(véase la nota 1)
Las tramas I no deben enviarse con un campo I vacío N 0 N N1 - 32 Una trama I vacía recibida será tratada como una trama I válida.
b)
2.3.4.9
Los apartados 5), 6) y 7) no son válidos (no darán lugar al envío de un FRMR). En cambio, se realizarán las acciones siguientes: -Se ignorarán las tramas de supervisión no esperadas cuyo bit F esté puesto a 1. -Se ignorarán las respuestas UA o DM no esperadas. -A las tramas que incluyan un N(S) no válido se responderá con el envío de REJECT.
A las tramas que incluyan un campo de control FRMR no se responderá con el envío de un FRMR.
c)
Cuadro 7/X.75
Los bits W, X, Y y Z puestos a 0 indican que no se da ninguna razón para el rechazo de la trama.
d)
2.3.5.3
El ETD y la RPDCC no funcionan con alineación de octetos, por lo cual el último párrafo no es válido.
e)
2.3.5.5
Debe notificarse a las capas superiores la expiración del temporizador T3 (duración excesiva del estado inactivo).
f)
2.4.3
En el primer párrafo, léase
`correspondiente trama de respuesta'
en
vez de
`siguiente trama de respuesta'
.
g)
2.4.4.1
En el estado activo del canal, el ETD transmitirá banderas consecutivas independientemente del otro ETD.
El ETD llamante inicializará el enlace mediante el envío de una instrucción SABM con el bit P puesto a 1.
h)
2.4.4.4.1
Otra condición para entrar en la fase de desconectado es que no exista ninguna instrucción DISC sin acuse de recibo, debido a los casos de colisión (Ref. X.75, 2.4.4.5 ).
En la fase de desconectado, es el ETD llamante el que puede iniciar el establecimiento del enlace.
i)
2.4.5.9, 4
.o párrafo
Si se recibe una RNR, el ETD permanecerá en el estado de recuperación por temporizador (ya que el otro ETD está todavía en el estado de ocupado).
j)
2.4.5.9, 5
.o párrafo
Si se recibe una RNR, el ETD no reanudará la transmisión o retransmisión de tramas I.
k)
2.4.5.9
, último párrafo
Si la variable de tentativas de transmisión es igual a N2, el ETD entrará en la fase de desconectado.
l)
2.4.7.3
En el estado de rechazo de trama, el ETD únicamente verificará las instrucciones y reaccionará con un FRMR conforme al bit P.
El estado de rechazo de trama se libera cuando el ETD recibe una instrucción SABM, o recibe o emite una instrucción DISC.
m)
2.4.7.3 2
.o párrafo (véase la nota 2)
únicamente el ETD que ha causado la condición FRMR puede tratar de reinicializar el enlace.
n)
2.4.7.3, 3
.er párrafo (véase la nota
3)
Después de N2 tentativas para conseguir que el otro ETD reinicie el enlace, el ETD entrará en la fase de desconectado.
o)
2.4.8.1
(véase la nota 4)
El temporizador T1 será puesto en marcha al final de la transmisión de la trama. El valor de T1 depende de la velocidad de señalización de datos, la longitud de trama, el valor de N2 y un tiempo fijo de 1,5 s que representa tanto el temporizador T2 como el retardo de transmisión [véase el 3.3.2.3.2 r)]. La gama de valores recomendada es: 1,5-15 s.
p)
2.4.8.2
(véase la nota 4)
T1 > T2 T2 1 s Según la estrategia de acuse de recibo que se utilice, el diseñador del ETD puede considerar el parámetro T2 únicamente como un parámetro de diseño; en este caso, el ETD no está obligado a implementar un temporizador correspondiente.
q)
2.4.8.3, 2
.o párrafo
30 s T3 60 s
r)
2.4.8.4
N2 T1 60 s
s)
2.4.8.5
N1 = 1080 + (
n
1024) bits;
n
= 0
ó 1 ó 3 ó 7 ó 15.
t)
2.4.8.6
(véase la nota 4)
k
= 2 - 7 (módulo 8)
Nota 1
- Los terminales conformes a la versión del
Libro Rojo
^ de la Recomendación T.70 pueden reaccionar
como una indicación de reiniciación del ED (FRMR).
Nota 2
- Los terminales conformes a la versión del
Libro Rojo
^ de la Recomendación T.70 pueden reaccionar de
manera diferente.
Nota 3
- No tiene sentido iniciar el enlace si el otro
ETD no responde durante N2 T1.
Nota 4
- La estrategia de acuse de recibo utilizada por
el ETD receptor debe ser independiente de cualquier conocimiento acerca del
valor de
k
utilizado por el ETD emisor. Esto se puede
lograr mediante el acuse de recibo de cada trama I recibida correctamente tan
pronto como sea posible o mediante la implementación de un temporizador de
acuse de recibo, es decir, un temporizador T2 tal como se define anteriormente
[véase el
3.3.2.3.2
p)].
3.3.3
Procedimiento de la capa de red
3.3.3.1
Fase de control de la comunicación
El procedimiento de control de la comunicación se ajusta a la Recomendación X.21 o, facultativamente, a la Recomendación X.22 en el caso de operación multillamada.
3.3.3.2
Fase de transferencia de datos
Durante la fase de transferencia de datos las funciones de la capa de red
son mínimas y se acomodarán mediante la utilización de un encabezamiento de
bloque de red de dos octetos. El encabezamiento comprende un indicador de
longitud de un octeto seguido por un código de tipo de bloque de red
especificado más adelante. El único bloque de red actualmente definido es el
Figura 4/T.70, p.
3.3.3.3
Procedimiento de transferencia de
datos
3.3.3.3.1
Manipulación del
bit
M
El ETD llamante negociará el tamaño de la UPDT con el ETD llamado en la capa de transporte, basándose ya sea en el tamaño máximo de UDPT admitido o en el tamaño óptimo de UPDT para la llamada específica, a menos que se utilice el valor por defecto de 128 octetos. El valor acordado permitirá al ETD emisor transferir unidades de datos del protocolo de transporte (UDPT) sin segmentación en la capa de red y, por consiguiente, el bit M se pone a cero.
Sin embargo, los ETD receptores deben siempre poder reensamblar las UDPT segmentadas utilizando el bit M, dado que la segmentación puede tener lugar en la red en algunas situaciones de interfuncionamiento, por ejemplo, cuando la conexión de red compuesta incluye una RPDCP.
3.3.3.3.2
Procedimientos de error
Una UDP de datos con un indicador de longitud diferente de
`01'
hexadecimal y/o con menos de 3 octetos será descartada, y se liberará la
conexión física de red.
3.4
Terminales conectados a una RDSI
Véase la Recomendación T.90.
4
Interfuncionamiento entre
redes
4.1 Corresponde a las Administraciones decidir en qué red (o redes) deber proporcionarse los servicios telemáticos.
4.2 Se consideran tres posibilidades:
a)terminales conectados a una red pública de datos con conmutación de circuitos (RPDCC);
b)terminales conectados a una red pública de datos con conmutación de paquetes (RPDCP);
c)terminales conectados a una red telefónica pública conmutada (RTPC);
d)terminales conectados a una red digital de servicios integrados (RDSI).
4.3 Debe ser posible el interfuncionamiento entre terminales telemáticos conectados a cualquier tipo de red.
4.4 El interfuncionamiento internacional de terminales telemáticos deberá tener lugar preferentemente entre redes del mismo tipo cuando ambos países interesados dispongan de dichas redes.
4.5 En el caso de interfuncionamiento internacional entre terminales telemáticos conectados a redes públicas de datos de tipo diferente, se aplicará la Recomendación X.300.
El interfuncionamiento entre redes RPDCC y RPDCP se describe en la Recomendación X.82 (Disposiciones detalladas de interfuncionamiento entre redes RPDCC y RPDCP basadas en la Recomendación T.70).
5
Procedimiento de la capa de
transporte
5.1
Funciones de transporte
5.1.1
Consideraciones generales
5.1.1.1 La capa de transporte realizará todas las funciones necesarias para
colmar el vacío existente entre los servicios proporcionados por la capa de red
y los servicios que necesita la
5.1.1.2 Corresponde al usuario del servicio de transporte seleccionar una calidad de servicio dada, lo que puede entrañar la utilización de determinadas funciones de la capa de transporte, tales como:
a)establecimiento de una conexión de transporte:
-identificación de la
-multiplexación de la conexión de transporte;
b)transferencia de datos:
-control de la secuencia,
-detección de errores,
-restablecimiento tras error,
-segmentación y reensamblado,
-control de flujo,
-purga;
c)terminación de una conexión de transporte.
Nota
- En el servicio de transporte básico no se
dispondrá de todas estas funciones (véase el
5.1.3
).
Clases de protocolo de transporte
5.1.2.1 Las funciones de la capa de transporte se agrupan (para facilitar la negociación) en un sistema jerárquico de clases de protocolo de transporte mediante el cual las clases que ocupan posiciones superiores en la jerarquía realizan funciones de las clases inferiores junto con las funciones facultativas identificadas para su propia clase.
5.1.2.2 Durante el establecimiento de la conexión de transporte se negociará la utilización de un determinado protocolo de transporte y funciones facultativas de acuerdo con las reglas siguientes:
-el terminal llamante indica la clase de protocolo de transporte y (en su caso) las funciones facultativas requeridas;
-el terminal llamado indica la clase de protocolo de transporte y (en su caso) las funciones facultativas que está dispuesto a aceptar;
-todos los parámetros que han de utilizarse en la conexión de transporte deben indicarse explícitamente, o de lo contrario se aplicarán valores por defecto.
5.1.3
Servicio de transporte (ST) básico
5.1.3.1 Se define una serie limitada de funciones de capa de transporte
para un servicio de transporte básico. El servicio de transporte básico se
facilita mediante funciones de capa de transporte que son realizadas por
elementos de protocolo de la capa de
transporte
5.1.3.2 Las @unidades de datos del protocolo de transporte (UDPT)\ que
contienen información del usuario del @servicio de transporte (ST)\ o
información de control se denominan
bloques
.
a)bloque de @petición de conexión de transporte (PCT)\;
b)bloque de @aceptación de conexión de transporte (ACT)\;
c)bloque de @liberación de conexión de transporte (LCT)\;
d)bloque de @datos de transporte (DTT)\;
e)bloque de @rechazo de bloque de transporte (RBT)\.
5.1.3.4 Los bloques PCT y ACT se utilizan para indicar la clase de protocolo, y funciones facultativas, que se aplican a una conexión de transporte. El bloque LCT se utiliza para indicar la razón por la cual se rechaza el establecimiento de una conexión. El bloque DTT contiene información del usuario de servicio de transporte. El bloque RBT se utiliza para informar sobre errores de procedimiento al terminal distante.
5.1.4
Funciones de capa de transporte
5.1.4.1 Las funciones de la clase básica y los elementos de protocolo de capa de transporte asociados, esto es, los bloques, comprenden:
b)delimitación de datos, segmentación/reensamblado de @unidades de datos del servicio de transporte (UDST)\ arbitrariamente largas, contenidas en los bloques DTT. El final de una UDST se indica mediante una marca de fin UDST en el último bloque de datos;
c)detección e indicación de errores de procedimiento (bloque RBT).
5.1.4.2 Otras características del servicio de transporte básico son:
a)mantenimiento de la integridad de las UDST;
b)desbordamiento: si el usuario no puede absorber nuevos datos, y si no se dispone de memorias tampón adecuadas, el control de flujo se realiza en la capa de red/enlace, según proceda;
c)error: no se proporciona ningún mecanismo en la capa de transporte para facilitar el restablecimiento tras errores detectados. Cuando se detectan dichos errores, debe informarse al usuario del servicio de transporte a fin de que se adopten las medidas de recuperación apropiadas.
5.2
Descripción de procedimientos de establecimiento y
terminación de la conexión
5.2.1
Consideraciones generales
5.2.1.1 Los procedimientos de establecimiento y terminación de las conexiones de capa de transporte se utilizarán también para negociar la clase de protocolo de transporte y, en su caso, funciones de conexión de transporte facultativas.
5.2.1.2 Para el servicio de transporte básico se proporcionan medios para establecer una conexión de transporte utilizando un bloque PCT y un bloque ACT. Este intercambio proporciona:
a)una manera de negociar opciones;
b)una identificación de la conexión de transporte. La conexión de transporte es identificada mediante la utilización de referencias cruzadas. Cada extremo de la conexión es responsable de seleccionar un identificador de conexión de transporte adecuado.
5.2.1.3 Este mecanismo proporciona también una identificación de la conexión de transporte independientemente de cualquier identificación de conexión de red y, por tanto, asegura la independencia con respecto a la duración de la conexión de red. El valor binario 0 no se utilizará como identificador. Debe definirse ulteriormente la utilización de dichas referencias para reconexión.
5.2.2
Bloque de petición de conexión de
transporte
(PCT)
5.2.2.1 El terminal llamante (o solicitante) indicará una petición de conexión de transporte transfiriendo un bloque PCT al terminal distante. El bloque PCT incluye las funciones de transporte (por ejemplo, referencia de fuente, clase y funciones facultativas) para la negociación de las características de la conexión de transporte que se está estableciendo.
5.2.3
Bloque de aceptación de conexión de
transporte
(ACT)
5.2.3.1 El terminal llamado indicará su aceptación de la conexión de transporte transfiriendo un bloque ACT al terminal distante. El bloque ACT comprende los parámetros de transporte que se aplican a la conexión y que han de utilizarse por el terminal solicitante.
5.2.3.2 Si un terminal recibe la petición de un tamaño facultativo de bloque DTT, puede elegir entre:
-indicar su admisión reproduciendo el valor pedido en el bloque ACT;
-pedir en el bloque ACT que se utilice un bloque DTT admisible más corto. El extremo llamante acepta ese tamaño transmitiendo el primer bloque DTT, o desconecta la conexión de red;
No debe responderse con RBT a un PCT que pida un tamaño facultativo de bloque DTT no admitido por el extremo llamado.
5.2.4
Bloque de liberación de conexión de
transporte
(LCT)
5.2.4.1 Si una conexión de transporte no se puede establecer, el terminal llamado responderá al bloque PCT con un bloque LCT. La causa de la liberación indicará la razón por la cual no se aceptó la conexión.
Nota
- No se indica ningún procedimiento explícito de
terminación de conexión de transporte en la presente Recomendación. Por
consiguiente, la duración de la conexión de transporte está correlacionada
directamente con la duración de la conexión de la red soporte.
Colisión de conexiones de transporte
5.2.5.1 Si el terminal llamante recibe un bloque PCT, transferirá un bloque RBT para notificar al terminal llamado el error de procedimiento (véase el anexo B).
5.2.6
Direccionamiento ampliado
5.2.6.1 El direccionamiento ampliado se puede utilizar para direccionar terminales en una configuración multiterminal.
Las direcciones de extensión para terminales llamados y llamante son parámetros facultativos en los bloques PCT y ACT. La utilización de la dirección de extensión llamante será objeto de ulterior estudio.
5.2.6.2 El terminal receptor responderá con un ACT según el cuadro 1/T.70.
Cuadro 1/T.79 [T1.70], p.
5.2.6.3 Al recibir la dirección de un terminal llamado en el ACT, el terminal
llamante puede actuar del modo que se especifica en el cuadro 2/T.70.
Cuadro 2/T.79 [T2.70], p.
5.3
Descripción de los
procedimientos de transferencia de
datos
5.3.1
Consideraciones generales
5.3.1.1 El procedimiento de transferencia de datos descrito en los puntos siguientes se aplica solamente cuando la capa de transporte está en la fase de transferencia de datos, es decir, después de terminar el establecimiento de la conexión de transporte y antes de la liberación.
Nota
- Cuando se libera una conexión, pueden
descartarse los bloques de datos de transporte. Por tanto, corresponde al
usuario del servicio de transporte definir los protocolos adecuados para
afrontar las diversas situaciones que pueden presentarse.
Longitud del bloque de datos de transporte
(DTT)
5.3.2.1 La longitud máxima normalizada del bloque DTT que han de admitir todos los terminales es de 128 octetos, incluidos los octetos de encabezamiento del bloque de datos. Sin embargo, la longitud del bloque DTT puede limitarse a un valor inferior cuando el bloque DTT está concatenado con otros bloques DTT (véase el 5.5.3 ).
5.3.2.2 Se pueden admitir otras longitudes máximas de campos de datos, junto con una función de conexión para negociación de tamaño de bloques DTT facultativa (véanse los 5.5.4.3 y 5.5.5.3). Las longitudes facultativas máximas de campos de datos deben elegirse entre las siguientes: 256, 512, 1024 y 2048 octetos. Si no puede admitirse el tamaño de bloques DTT facultativo solicitado, debe elegirse un tamaño de bloque DTT admisible más corto (véase el 5.2.3.2 ).
El tamaño de bloque DTT convenido debe ser tal que, para bloques DTT con la marca de fin de UDST puesta a cero y un número de octetos inferior al máximo convenido, la entidad de transporte receptora no rechace dicho bloque DTT.
Fin de la unidad de datos de servicio de transporte
(UDST)
5.3.3.1 La
marca de fin de UDST
En el caso de una UDST que comprende un solo bloque DTT, la marca de fin de UDST se pone también a 1. En todos los demás casos, la marca de fin de UDST se pone a cero.
Tratamiento de errores de procedimiento
5.4.1 Un terminal transmitirá un bloque RBT al terminal distante para informarle de la recepción de un bloque no válido o no previsto en la realización (si no se indica explícitamente otra cosa en la presente Recomendación). Durante el establecimiento de una conexión de transporte, los terminales no deben transmitir un bloque RBT al recibir un bloque PCT cuyos parámetros o valores de parámetros sean no válidos o no estén previstos en la realización. En este caso, los terminales procederán como si no se hubiesen producido errores, y transmitirán la respuesta apropiada (de haberla).
Un terminal que recibe un bloque RBT aplicará las acciones de restablecimiento apropiadas.
Nota 1
- No debe responderse a un RBT, válido o no
válido, transmitiendo un bloque RBT.
Nota 2
- Los terminales que se ajusten a la versión
del periodo de estudios 1980-1984 de la Recomendación T.70 pueden reaccionar a
todas las condiciones anteriormente indicadas transmitiendo un bloque RBT.
Nota 3
- En los cuadros de transición de estados
(véase el anexo B), figura la definición de parámetro, bloque, etc. no válidos.
Nota 4
- Una PCT cuyo VP del parámetro de tamaño de
UDPT es inferior a 07 (que es la longitud básica del tamaño de bloque de
transporte) se considerará como una UDPT no válida.
Nota 5
- En los estados 1.1 para el lado llamante y
2.1 para los lados llamante y llamado el terminal puede reaccionar enviando un
RBT o liberando la conexión de red.
Atención:
Los cuadros de estados y los diagramas de
transición de estados deben interpretarse en función de las notas 4 y 5.
5.5
Formatos
5.5.1
Consideraciones generales
5.5.1.1 Las unidades de datos de protocolo de transporte (UDPT) que
contienen información de usuario o información de control de servicio de
transporte (ST) se denominan
bloques
(véase el
5.1.3
). Todos los bloques contienen un número entero de octetos.
5.5.1.2 Los bits de un octeto se numeran de 8 a 1, donde el bit 1 es el bit de orden inferior y se transmite primero. Los octetos de un bloque se numeran consecutivamente a partir de uno, y se transmiten en ese orden.
5.5.1.3 Los
bloques DTT
se utilizan para transferir
unidades de datos de servicio de transporte (UDST) transparentemente, a la vez
que se mantiene la estructura de la última mediante la marca de fin de UDST.
5.5.1.4 Los
bloques de control
(PCT, ACT, LCT, RBT) se
utilizan para controlar las funciones de protocolo de transporte, incluidas las
funciones facultativas.
5.5.1.5 Existe un campo de parámetros en todos los bloques de control en el servicio de transporte básico para indicar funciones facultativas. El campo de parámetros contiene uno o más elementos de parámetro. El primer octeto de cada elemento de parámetro contiene un código de parámetro para indicar la función o funciones requeridas.
La estructura de codificación general se muestra en la figura 5/T.70.
Figure 5/T.70 p.
5.5.1.6 El campo de código de parámetro se codifica en binario y, sin
extensión (ampliación), proporciona un máximo de 255 parámetros. El código de
parámetro 11111111 está reservado para extensión de
El octeto 2 indica la longitud, en octetos, del campo de valor de parámetro. La longitud del campo de parámetro se codifica en binario y el bit 1 es el bit de orden inferior de este indicador.
El octeto 3 y los octetos siguientes contienen el valor del parámetro identificado en el campo de código de parámetro. La codificación del campo de valor de parámetro depende de la función que se solicita.
5.5.2
Estructura de los bloques de control de transporte y
de datos de transporte
5.5.2.1 La figura 6/T.70 ilustra la estructura general de los bloques de la capa de transporte. En la figura 7/T.70 se presentan de manera concisa los bloques de la capa de transporte.
Figura 6/T.70, p.
Figura 7/T.70, p.
5.5.2.2
Campo de @indicador de longitud (IL)
\
5.5.2.2.1 El octeto 1 contiene el
5.5.2.2.2 El valor del IL básico se reducirá a 127 (esto es, un valor binario de 01111111). La utilización de valores más altos de IL y del valor binario 11111111 para fines de extensión será objeto de ulterior estudio.
5.5.2.3
Campo de tipo de bloque
5.5.2.3.1 El octeto 2 contiene el código de tipo de bloque. Los bits 1 a 4 del octeto 2 se ponen a 0 para todos los bloques de capa de transporte actualmente definidos. Deberán efectuarse nuevos estudios para determinar si los bits 1 a 4 se necesitan o no para la futura extensión de la gama de bloques de capa de transporte actualmente definidos o si se utilizarán para otras funciones.
5.5.2.4
Campo de código funcional
5.5.2.4.1 El octeto 3 y los octetos subsiguientes contienen códigos funcionales de formato fijo en función del tipo de bloque (véase la figura 7/T.70).
5.5.2.5
Campo de parámetros o de UDST
5.5.2.5.1 Un campo de parámetros o un campo de datos que contenga datos de usuario de servicio de transporte (ST) puede seguir facultativamente al campo de código funcional.
5.5.3
Concatenación
5.5.3.1 La concatenación de bloques de control de transporte y/o de datos de transporte no se aplica actualmente a la presente Recomendación. Sin embargo, cuando se utilice la concatenación en el futuro, se aplicará la disposición indicada en la figura 8/T.70.
Figura 8/T.70, p.
5.5.4
Formato del bloque de @petición de conexión de
transporte (PCT)
\
5.5.4.1 La figura 9/T.70 ilustra el formato del bloque PCT.
Figura 9/T.70 p.
5.5.4.2
Parámetros para el direccionamiento ampliado
Se han previsto parámetros separados para indicar las direcciones ampliadas llamada y llamante. La codificación de estos parámetros se indica en la figura 10/T.70. La capa de transporte ignorará el valor atribuido al bit 8 para el direccionamiento ampliado.
La utilización de más de una dirección ampliada (subdirección) llamada será objeto de ulterior estudio.
Figura 10/T.70, p.
5.5.4.3
Parámetro para la negociación del tamaño del bloque de
datos de transporte
Este parámetro define el tamaño máximo propuesto del bloque de datos de transporte (en octetos, incluido el encabezamiento del bloque de datos de transporte) que se utilizará por la conexión de transporte pedida. La codificación de este parámetro se indica en la figura 11/T.70.
Figura 11/T.70, p.
5.5.5
Formato del bloque de aceptación de conexión de
transporte (ACT)
5.5.5.1 La figura 12/T.70 ilustra el formato del bloque ACT.
Figura 12/T.70, p.
5.5.5.2
Parámetros para el direccionamiento ampliado
Véase el 5.5.4.2 .
5.5.5.3
Parámetro para la negociación del tamaño de bloques
de datos de transporte
Véase el 5.5.4.3 . El parámetro será de valor igual o inferior al especificado en el bloque PCT.
5.5.6
Formato del bloque de liberación de conexión de
transporte (LCT)
5.5.6.1 La figura 13/T.70 ilustra el formato del bloque LCT.
Figura 13/T.70, p.
5.5.6.2
Parámetro para información adicional de
liberación
Este parámetro se ha previsto para facilitar información adicional relativa a la liberación de la conexión. En la figura 14/T.70 se indica la codificación de este parámetro.
Figura 14/T.70, p.
5.5.7
Formato del bloque de rechazo de bloque de transporte
(RBT)
5.5.7.1 La figura 15/T.70 ilustra el formato del bloque RBT.
Figura 15/T.70, p.
5.5.7.2
Parámetro de bloque rechazado
Este parámetro se utiliza para indicar el esquema de bits del bloque rechazado hasta el octeto que causó el rechazo (incluido éste). Mediante este método sólo se indicará el primer error de procedimiento o parámetro detectado sobre el que no se puede actuar. En la figura 16/T.70 se indica la codificación de este parámetro.
Figura 16/T.70, p.
5.5.8
Formato del bloque de datos de transporte (DTT)
5.5.8.1 La figura 17/T.70 ilustra el formato del bloque DTT.
Figura 17/T.70, p.
ANEXO A (a la Recomendación T.70) A.1
Servicio de transporte y
de red
Se facilita el
Las interacciones entre los usuarios ST y el proveedor ST tienen lugar en
los dos @
Las primitivas (funciones primitivas) son representaciones abstractas de las interacciones. Son únicamente descriptivas y no representan una especificación o aplicación.
Se definen los tipos siguientes de primitivas:
a)primitiva de petición,
b)primitiva de indicación,
c)primitiva de respuesta,
d)primitiva de confirmación.
Las primitivas a) y c) se envían del usuario del servicio al proveedor del servicio, y las b) y d) en sentido opuesto.
`Transporte'
se designa por T y
`Red'
por R. Los términos
DATOS, CONEXIóN, DESCONEXIóN, cuando forman parte de la denominación de una
primitiva, indican que esta primitiva se utiliza, respectivamente, para la
transferencia de datos y el establecimiento o la liberación de una
@
Ejemplos:
Petición de T-CONEXIóNPetición de establecimiento de una CT Petición de T-DATOSPetición de transmisión de datos de usuario ST Indicación de R-DESCONEXIóNIndicación de que la CR ha sido liberada.
En las figuras A-1/T.70 a A-6/T.70 se ilustra la relación entre secuencias
válidas de primitivas ST y los elementos de protocolo apropiados. Las
secuencias de primitivas de @
A.1.1
Servicio de transporte
Las interacciones representadas en las figuras A-1/T.70 a A-6/T.70 no son exhaustivas.
Establecimiento de una conexión de transporte
Figuras A-1/T.70 y A-2/T.70, p.
A.1.1.2
Fase de transferencia
Figura A-3/T.70, p.
A.1.1.3
Notificación de error del servicio de transporte
Figura A-4/T.70, p.
A.1.1.4
Liberación de CT
Actualmente sólo se define la liberación implícita de CT (véase el 5.2.4.1 de la presente Recomendación).
Figuras A-5/T.70 y A-6/T.70, p.
A.1.2
Servicio de red
En las figuras A-7/T.70 a A-12/T.70 se muestran las relaciones de las primitivas de servicio de red (SR) en ambos extremos de una conexión de red (CR).
A.1.2.1
Establecimiento de una conexión de red
Figuras A-7/T.70 y A-8/T.70, p.
A.1.2.2
Transferencia de datos de red
Figura A-9/T.70, p.
A.1.2.3
Notificación de error de servicio de red
Figura A-10/T.70, p.
A.1.2.4
Liberación de una conexión de red
Figuras A-11/T.70 y A-12/T.70, p.
A.2
Diagramas de transición de estados para los
procedimientos de capa de
transporte
básicos
Se utilizan dos niveles de descripción:
a)
Nivel de protocolo
Este nivel se refiere únicamente a las actividades del protocolo entre pares (equinivel) entre dos entidades de transporte. Identifica el estado, los eventos [recepción de unidades de datos de protocolo de transporte (UDPT)] y las acciones (transmisión de UDPT) del protocolo.
b)
Nivel detallado
Este nivel se refiere a las actividades entre capas y locales. Identifica los eventos, acciones, condiciones y estados de cada uno de los estados del nivel de protocolo. Se describen las actividades entre capas utilizando las primitivas de servicio de transporte definidas en la primera parte del presente anexo.
Ejemplo
(véase la figura A-13/T.70)
Por razones únicamente ilustrativas, el ejemplo muestra una descripción simplificada del estado 1 (pendiente de respuesta, lado llamado) del diagrama de transición de estados de la presente Recomendación. Puede responderse al evento R-PCT transmitiendo la acción S-ACT o la acción S-LCT.
En las figuras A-14/T.70 y A-15/T.70, se reproducen los diagramas detallados de transición de estados.
Figure A-13/T.70 p.37
Figure A-14/T.70 p.38
Figure A-15/T.70 p.
Nota 1
- NF12/005
- NF12/005
Formules: 0 - Tabulateurs: 0
TEXTE
UDSR Disk. 824 NF01/008 OPM: 01 R:Rxxx NF01/019 OPM: 01 (cs,) - (cs,)
(1BT) (BT..)
(75.TE.02.S)
(A1.23s) / [26s]
FOLIOS: 39 - 70 (AS)
(DO PRC.COSY.2)
MEP {TPS.NON.PHOTO "[PA1]"} : OK= [1]
Saisie 90.03.14 GG
ID + LASER 23.03.90 JC
MAJ diskette 23.03.90 JC
Corr. LASER (1re épreuve) = 3eme 27.03.90 GG
Espaces réservés 17.04.90 AF
MAJ diskette 17.04.90 AF
AJOUTER (PA1) (CL1,0,0,0) pour MEP
MEP + LASER 19.04.90 GH/PC
Corr. MEP ........ ..
Insertion des tableaux (tabulateurs 8) 23.04.90 PC
BAT du 8/V/90 10.05.90 PV
MAJ DISKETTE ........ ..
ANEXO B (a la Recomendación T.70) B.1
Cuadros de estados
Los cuadros de estados:
B-1/T.70: Establecimiento de la conexión de transporte, lado llamante,
B-2/T.70: Establecimiento de la conexión de transporte, lado llamado, y
B-3/T.70: Fase de datos (protocolo simétrico).
presentan las transiciones del protocolo de transporte en forma de cuadros, a diferencia de la forma de diagramas del anexo A. Aunque los diagramas sean útiles para tener una vista de conjunto del mecanismo de protocolo, los cuadros correspondientes dan información clara sobre el evento posible, el estado en que se presenta y las acciones que deben realizarse. Por otra parte, a cada evento y condición corresponde una abreviatura entre paréntesis (v.gr.: E 5), que constituye una llamada para la segunda parte del presente anexo, de forma que el lector de estos cuadros pueda consultar fácilmente cuál es el significado de determinado evento, acción o condición.
Puede identificarse un evento imposible relacionado con determinado estado por la ausencia de indicaciones en el punto de cruce entre el estado y el evento.
B.2
Listas de eventos, acciones y condiciones
Las listas de eventos (cuadro B-4/T.70), acciones (cuadro B-5/T.70) y condiciones (cuadro B-6/T.70) tienen por objeto explicar y aclarar detalladamente los componentes del protocolo (eventos, acciones y condiciones) mencionados en los diagramas y cuadros de la presente Recomendación.
Todos los componentes de los cuadros van acompañados de un número de lista (v.gr., E 1, A 10, C 3, etc.), que constituye una llamada a la correspondiente información adicional que figura en las listas. Las letras E, A, C de los números de las listas significan respectivamente, evento, acción, condición.
Se utilizan las siguientes abreviaturas:
MFMarca de fin
ILIndicador de longitud de bloque de transporte (octeto 1)
loc.Local
CRConexión de red
SRServicio de red
UDSRUnidad de datos de servicio de red
ILPIndicador de longitud de parámetro
CTConexión de transporte
PTProtocolo de transporte
UDPTUnidad de datos de protocolo de transporte
STServicio de transporte
UDSTUnidad de datos de servicio de transporte
Y, O y NO (utilizadas principalmente en E 5) han de considerarse como los conocidos operadores booleanos.
TABLEAU B-1/T.70 [T3.70] (à l'italienne), p.
TABLEAU B-2/T.70 [T4.70] (à l'italienne), p.
TABLEAU B-3/T.70 [1T5.70], p.
TABLEAU B-4/T.70 [1T6.70], p.
TABLEAU B-4/T.70 [2T6.70] (suite), p.
TABLEAU B-4/T.70 [3T6.70] (fin), p.
TABLEAU B-5/T.70 [T7.70], p.
TABLEAU B-6/T.70 [T8.70], p.
ANEXO C (a la Recomendación T.70)
Recomendaciones relativas a la
realización práctica de la Recomendación X.21 del CCITT
C.1
Consideraciones generales
El presente anexo trata de las acciones recomendadas que ha de efectuar un ETD telemático al producirse la recepción de señales de @progresión de la llamada (PLL)\ procedentes de la red y en relación con el tratamiento de las facilidades facultativas de usuario. No es obligatorio ajustarse a estas recomendaciones para cumplir la Recomendación T.70, pero puede resultar importante para el buen funcionamiento del ETD.
En general, se supone que los terminales telemáticos efectúan tentativas de llamadas repetidas automáticas y llamadas automáticas secuenciales a cierto número de direcciones, para las que se aplican las acciones siguientes.
C.2
Recepción de la señal de progresión de la llamada 01 ó
04
Cuando se recibe una de las SPLL 01 ó 04, el ETD deberá utilizar el temporizador T3B y esperar hasta 60 segundos para completar la llamada.
C.3
Recepción de la señal de progresión de la llamada
03
En este caso, el ETD debe utilizar el temporizador T3A o T3B, según el tiempo que puede esperar para completar la llamada. Obsérvese que en algunas redes el tiempo de espera en cola se tasa como tiempo de comunicación.
C.4
Recepción de señales de progresión de la llamada del
grupo 2 a 8
Véase el cuadro C-1/T.70.
Tableau C-1/T.70 [T9.70], p.
Nota
- Algunas redes tasan las tentativas de llamada
cuando la llamada es infructuosa debido a la condición del ETD llamado. Dos
ejemplos de ese tipo de situación son la recepción de la señales de llamada en
curso 21 (ocupado) y 45 (controlado, no preparado).
ANEXO D (a la Recomendación T.70)
Definiciones del servicio y
diagramas de transición de estado para el procedimiento HDLC
y la capa red definida para la RPDCC
D.1
Definición de los
servicios
D.1.1
Servicio físico utilizado por el HDLC
Figure D-1/T.70, p.
D.1.2
Servicio de enlace de datos (HDLC)
D.1.2.1
Establecimiento de conexión de enlace de
datos
Figures D-2/T.70 et D-3, p.
D.1.2.2
Fase de transferencia del enlace de datos
Figure D-4/T.70, p.
D.1.2.3
Liberación del enlace de datos
Figure D-5/T.70 et D-6, p.
D.1.2.4
Reiniciación del enlace de datos
Figures D-7/T.70 à D-10, p.
D.2
Diagramas de transición de estados HDLC
D.2.1
Relación entre los diagramas
Los diagramas siguientes describen el procedimiento HDLC como una unidad funcional. La primera página comprende el protocolo global, y las páginas siguientes dan detalles acerca de los estados específicos.
D.2.2
Abreviaturas
@ABMModo equilibrado asíncrono\
@ADMModo desconectado asíncrono\
R: xxxRecepción de xxx (instrucción o respuesta)
R: CxxxRecepción de una instrucción
R: RxxxRecepción de una respuesta
S: xxxEnvío de xxx
@FBit final\
@PBit de petición\
XXXEsta condición no
@RCContador de reexcitaciones\
@RCBContador de reexcitaciones ocupado\
ICContador de tramas I
VsuVariable para actualización de secuencias
Figure D-11/T.70, p.
Figure D-12/T.70, p.
Figure D-13/T.70, p.
Figure D-14/T.70, p.
Figure D-15/T.70, p.
Figure D-16/T.70, p.
D.3
Resumen de las definiciones de trama
D.3.1
Tramas no válidas
-tramas no delimitadas adecuadamente por banderas;
-tramas que incluyen direcciones distintas de A o B;
-tramas con error de secuencia de verificación de trama (SVT);
-tramas que incluyen menos de 32 bits entre banderas.
D.3.2
Tramas válidas
D.3.2.1
Tramas no esperadas
TNE, tramas no esperadas (para el receptor) que conducen a una condición de rechazo de trama (excluidas las tramas con un campo de control FRMR).
-un campo de control de instrucción o respuesta no definido o no
realizado, Tipo W -trama con un campo de información no permitido o trama de
supervisión o no numerada de longitud incorrecta, Tipo X -trama I con un campo
de información que excede la longitud máxima establecida, Tipo Y -trama con un
N(R) no válido, Tipo Z D.3.2.2
Tramas esperadas
-tramas que deben producir una reacción (de conformidad con la Recomendación) en la estación receptora;
-tramas que deben ignorarse sólo en determinados estados en la estación receptora.
D.4
Servicio X.21, controlado por la capa de red
D.4.1
Establecimiento de conexión X.21
Figures D-17/T.70 et D-18, p.
D.4.2
Liberación de conexión X.21
Figures D-19/T.70 et D-20, p.
Figure D-21/T.70, p.
Figure D-22/T.70, p.31
Tableau D-1/T.70 [T10.70], p.32
@
PROTOCOLO DE ACCESO AL ENLACE EQUILIBRADO
(LAPB)
\
AMPLIADO PARA EL SERVICIO EN UN
NIVEL FíSICO SEMIDúPLEX
(Málaga-Torremolinos, 1984; modificada en Melbourne, 1988)
El CCITT,
considerando
(a) que el servicio teletex se introducirá en distintos tipos de redes, esto es, en redes públicas de datos con conmutación de circuitos (RPDCC), redes públicas de datos con conmutación de paquetes (RPDCP) y redes telefónicas públicas conmutadas (RTPC);
(b) que según el servicio proporcionado por el nivel físico, es posible que los procedimientos para el nivel de enlace deban tener en cuenta una facilidad de transmisión semidúplex;
(c) que algunas Administraciones consideran la prestación de un servicio teletex por conducto de una facilidad de transmisión semidúplex por la RTPC;
(d) que los módems conformes a la Recomendación
V.26^
bis
son adecuados para la transmisión semidúplex a
2400 bit/s por la RTPC,
declara por unanimidad
que la presente Recomendación define el procedimiento para el nivel de
enlace utilizando el
1 Introducción
1.1
Consideraciones generales
1.1.1 La figura 1/T.71 ilustra el @módulo de transmisión semidúplex (MTSD)\
que permite ampliar la utilización del LAPB para el funcionamiento de
Figure 1/T.71 p.
1.1.2 Antes de que el MTSD comience a funcionar, deberá establecerse el
circuito físico por los procedimientos de control de la comunicación propios de
la RTPC. El MTSD funcionará de tal manera que el ETD solicitante tendrá
inicialmente derecho a transmitir. Con relación a los convenios de
direccionamiento en el enlace, se hace referencia a la Recomendación T.70.
1.2
Arquitectura
1.2.1
Relaciones entre niveles
Uno de los objetivos ha sido el de evitar toda modificación de la definición del LAPB para adaptarlo al funcionamiento semidúplex. Sin embargo, existe la exigencia funcional de que el MTSD desactive el LAPB para el envío de tramas durante ciertas fases del procedimiento semidúplex. El medio para asegurar el cumplimiento de esta exigencia funcional no está definido.
Las relaciones lógicas entre el LAPB, el MTSD y el nivel físico se indican en la figura 2/T.71.
Figure 2/T.71 p.
1.2.2
Funciones de control (C) y de situación (S)
Se definen las siguientes funciones para describir las interacciones entre el LAPB y el MTSD:
Control &lab;TERM>
-Retornar al estado de reposo del MTSD, puesto que el LAPB ha entrado en la fase desconectado (equivalente al modo asíncrono desconectado ADM del HDLC).
Situación &lab;OP-T>
-El LAPB está autorizado para el envío de tramas.
Situación &lab;INOP-T>
-El LAPB está inhibido para el envío de tramas.
2 Diagramas de estados y descripciones
2.1
Diagrama de estados
El diagrama de estados de la figura 3/T.71 describe el procedimiento para controlar el derecho a transmitir. El número que figura en cada elipse es el número de referencia del estado.
Figure 3/T.71 p.
2.2
Definición de los estados
2.2.1
Estado 0 - Estado de reposo
El ETD se encuentra en un estado de inactividad. Este es el estado inicial, previo al establecimiento de la comunicación, y el estado final, posterior a la terminación de la comunicación.
2.2.2
Estado 1 - Estado de emisión semidúplex
El ETD se encuentra en un estado de emisión semidúplex, por lo que todas las señales generadas por el LAPB se pasan al nivel físico.
2.2.3
Estado 2 - Esperar estado de recepción
El ETD espera una indicación de que el ETD distante ha pasado al estado de emisión semidúplex. Ninguna señal generada por el LAPB se pasa al nivel físico.
2.2.4
Estado 3 - Estado de recepción semidúplex
El ETD se encuentra en un estado de recepción semidúplex, por lo que ninguna señal generada por el LAPB se pasa al nivel físico. Se considera que el ETD distante se encuentra en el estado de emisión semidúplex.
2.2.5
Estado 4 - Esperar estado de emisión
El ETD espera una indicación de que el nivel físico está disponible para la transmisión de tramas al ETD distante. Todas las señales generadas por el LAPB se pasan al nivel físico, pero el LAPB está desactivado (inhibido) para el envío de tramas.
2.3
Cuadro de transiciones entre estados
El cuadro 1/T.71 indica los eventos que causan transiciones de un estado a otro, así como las acciones consiguientes. Este cuadro constituye una descripción general del funcionamiento del MTSD.
2.4
Definiciones de los estados expresados con relación a
condiciones propias de un interfaz de módem
Las siguientes definiciones son aplicables a la utilización del MTSD en
interfaz con un módem conforme a la Recomendación V.26^
bis
por ejemplo.
2.4.1
Estado 0 - Estado de reposo
El circuito 107 está en estado ABIERTO.
2.4.2
Estado 1 - Estado de emisión semidúplex
Los circuitos 105, 106 y 107 están en estado CERRADO. El LAPB está conectado al circuito 103 y autorizado para el envío de tramas.
2.4.3
Estado 2 - Esperar estado de recepción
El circuito 107 está en estado CERRADO, y el circuito 105 en estado ABIERTO. El LAPB no puede enviar tramas y está desconectado del circuito 103, que está bloqueado en el estado 1 binario. El temporizador T está en marcha.
2.4.4
Estado 3 - Estado de recepción semidúplex
El circuito 107 está en estado CERRADO, y el circuito 105 en estado ABIERTO. El LAPB no puede enviar tramas y está desconectado del circuito 103, que está bloqueado en el estado 1 binario.
2.4.5
Estado 4 - Esperar estado de emisión
Los circuitos 105 y 107 están en estado CERRADO, y el circuito 106 en estado ABIERTO. El LAPB está conectado al circuito 103, pero no puede enviar tramas.
2.5
Cuadro de transiciones entre estados, expresadas en
función de condiciones propias de un interfaz de
módem
El cuadro 2/T.71 indica, sobre la base de las condiciones que puede adoptar
el interfaz de un módem conforme a la Recomendación
V.26^
bis
, los eventos que producen una transición de un
estado a otro, y la acción o acciones consiguientes.
2.6
Temporizador T
Este temporizador se utiliza para el restablecimiento tras una situación en
la cual, aparentemente el ETD distante no ha ejercido el derecho a transmitir.
A fin de evitar un estado de contienda en el curso de este proceso de
restablecimiento, los ETD solicitado y solicitante deberán utilizar diferentes
valores para el periodo del temporizador T. El ETD solicitante utilizará el
valor
T
a
, y el ETD solicitado el valor
T
b
.
Los valores de
T
a
y
T
b
son parámetros del sistema y deberán seguir estudiándose en relación
con los requisitos de interfuncionamiento y otros parámetros de sistema en la
Recomendación T.70.
Tableau 1/T.71 [T1.71] + Notes, p.36
Tableau 2/T.71 [T2.71] + Notes, p.37
ANEXO A (a la Recomendación T.71)
Reglas adicionales para
obtener mayor eficacia en la transmisión semidúplex
A.1
Consideraciones generales
-Se obtiene mayor eficacia en situaciones de recuperación.
-La aplicación de estas reglas es opcional.
-La aplicación de estas reglas no entraña ninguna incompatibilidad ni modificación de los ETD (o ETCD) que siguen los procedimientos descritos en la Recomendación T.71.
A.2
Reglas de funcionamiento
1)Antes de que el ETD (o el ETCD)
2)Si el ETD (o el ETCD) recibe o toma el turno, siempre retransmitirá primero todas las tramas I de las cuales no se ha acusado recibo.
3)El ETD (o el ETCD) debe sustituir la última trama RR en cada turno, si la hubiere, mediante una trama REJ que transporta el N(R) apropiado.
MONTAGE: RECOMMANDATION T.90 SUR LE RESTE DE CETTE PAGE
(H.T.=OUI)
TAB.???
FICHIER: H.T. =
(75.TA.222.S)
(SANS FORMULE) Tableaux: 5 - Tabulateurs: 1 a) NF04/004
(1BT) (BT..)
(75.TE.03.S)
(A1.23s) / [26s]
FOLIOS: 70 - 101
(DO PRC.COSY.2)
MEP {TPS.NON.PHOTO "[PA1]"} : OK= [1]
Saisie 14.03.90 GG
ID + LASER 26.03.90 JC
MAJ diskette 27.03.90 JC
Corr. LASER (1re épreuve) = 3eme 03.04.90 GG
Espaces réservés ........ ..
AJOUTER (PA1) (CL1,0,0,0) pour MEP
MEP + LASER 19.04.90 GH/PC
Corr. MEP ........ ..
Insertion des tableaux (tabulateurs 1) 23.04.90 PC
BAT du 10/V/90 11.05.90 PV
MAJ DISKETTE ........ ..
MONTAGE: FIN DE LA RECOMMANDATION T.71 EN-TêTE DE CETTE PAGE
Recomendación T.90
CARACTERíSTICAS Y PROTOCOLOS PARA TERMINALES
DE SERVICIOS TELEMáTICOS DE RDSI
(Melbourne, 1988)
íNDICE
1
Objeto
1.1Generalidades
1.2Utilización de capacidades portadoras
1.3Arquitectura de protocolo
2
Modo conmutación de circuitos en la RDSI (comunicación
ETD-ETD)
2.1Conjunto de protocolos
2.2Reglas de aplicación para el modo conmutación de circuitos por canal B
3
Modo conmutación de paquetes de la RDSI (comunicación
ETD-ETCD)
3.1Conjunto de protocolos
3.2Reglas de aplicación para el modo conmutación de paquetes por canal B
4
Presentación del servicio de red de interconexión de
sistemas abiertos SR ISA
4.1Razones para considerar el SR ISA
4.2Arquitectura, Normas ISO disponibles y Recomendaciones del CCITT
4.3Requisitos para el SR ISA
5
Otras facilidades facultativas de usuario de la
Recomendación X.25
5.1Categorías de funcionalidades adicionales
5.2Funcionalidades
6
Interacciones entre el canal D y el canal B
7
Servicios suplementarios
8
Tiempo de respuesta del terminal
9
Sincronización
10
Protocolos de capa superior
10.1Capa de transporte
Anexo A
-Procedimientos para el establecimiento de la
conexión, la liberación de la conexión y la transferencia de la información
Apéndice I
-Consideraciones sobre llamadas entrantes
para terminales facsímil desde redes sin las disponibilidades CCS
Apéndice II
-Utilización optativa del protocolo capa de
red T.70
Apéndice III
-Definiciones de servicios y diagramas de
transición de estados para la capa enlace de datos en el canal B (modo CC)
Apéndice IV
-Posible modelo para sistemas terminales
telemáticos considerando la función de coordinación canal D/canal B
1
Objeto
1.1
Generalidades
La RDSI ha sido definida para sustentar una amplia gama de servicios y aplicaciones, vocales y no vocales, en la misma red, basándose en un interfaz polivalente usuario/red.
En la presente Recomendación se describen los requisitos para los terminales telemáticos, desarrollados para aplicación en la RDSI, y conectados a una RDSI especificada en las Recomendaciones de la serie I.
Esta Recomendación trata de los terminales utilizados en los servicios: teletex, facsímil del grupo 4, modo mixto y videotex.
Quedan para ulterior estudio los requisitos de los terminales para soportar otros servicios telemáticos.
No se incluyen en esta Recomendación los terminales desarrollados para la prestación de servicios telemáticos en las redes RPDCC, RPDCP y RTPC utilizando adaptadores de terminal para acceder a la RDSI.
Debería ser posible el interfuncionamiento con terminales telemáticos existentes conectados a las redes RPDCC, RPDCP y RTPC, manteniendo así la integridad del servicio telemático, pero cae fuera del alcance de esta Recomendación.
1.2
Utilización de capacidades portadoras
La presente Recomendación se basa en el uso de capacidades portadoras definidas para la RDSI, utilizando canales B para la transferencia de información y el control de la llamada de circuito virtual y el canal D para control de la llamada.
Se definen los modos de transferencia de información para utilización con conmutación de circuitos y con conmutación de paquetes.
La transferencia de información en modo trama, que se define en la Recomendación I.122, queda para ulterior estudio.
1.3
Arquitectura de protocolo
La Recomendación proporciona las reglas de aplicación para otras Recomendaciones del CCITT y normas de la ISO con una ampliación particular relativa a la aplicabilidad de la comunicación de extremo a extremo (ETD-ETD) a través de la red, así como la interconexión ETD-ETCD y al servicio de red de ISA.
Es opcional la utilización de protocolos existentes para terminales telemáticos de la RDSI distintos de los descritos en el 2 ; por ejemplo, T.70 (encabezamiento mínimo de RPDCC).
La realización opcional de más de un tipo de protocolo, y la utilización del protocolo apropiado, sobre la base de cada llamada, para comunicaciones entre terminales telemáticos que se rijan por los protocolos descritos en esta Recomendación y terminales que utilicen los protocolos opcionales, es responsabilidad del usuario de los protocolos opcionales.
2
Modo conmutación de circuitos en
la RDSI (comunicación ETD-ETD)
Para este modo, se utilizará la capacidad de transferencia de información a 64 kbit/s sin restricciones con conmutación de circuitos.
Para más información sobre el control de la conexión, véase el Î A.1a).
Para más información adicional sobre la fase de transferencia de información, véase el Î A.1b).
2.1
Conjunto de protocolos
El conjunto de protocolos aplicables al modo conmutación de circuitos (modo CC) se muestra en la figura 1/T.90.
Figure 1/T.90 [T1.90] (à traiter comme tableau MEP), p.
2.2
Reglas de aplicación para el modo conmutación de
circuitos por canal B
2.2.1
Capa 1 - Características del interfaz de capa
física
Las características del interfaz de capa física se ajustarán a las Recomendaciones de la serie I: I.430 (Interfaz usuario-red básico) e I.431 (Interfaz usuario-red a velocidad primaria). Esta capa proporciona capacidad de transmisión dúplex.
2.2.2
Capa 2 - Fase de control de la conexión
Se aplicará la Recomendación Q.921.
2.2.3
Capa 2 - Fase de transferencia de información
El procedimiento de la capa enlace consistirá en un procedimiento HDLC completamente simétrico como el definido en la Recomendación X.75 para el funcionamiento monoenlace. La utilización de otros protocolos (por ejemplo, LAPD) se deja para estudio ulterior.
2.2.3.1
Procedimiento de direccionamiento
Se describe a continuación la aplicación de los procedimientos de direccionamiento del enlace de la Recomendación X.75. Las direcciones del enlace (A y B) se asignarán dinámicamente, llamada por llamada, de acuerdo con las siguientes reglas:
a)el terminal llamante tomará la dirección A;
b)el terminal llamado tomará la dirección B;
c)las instrucciones y respuestas se transferirán como se indica en la figura 2/T.90;
d)las direcciones A y B se codifican como sigue:
Dirección12345678
A11000000
B10000000
Nota
- El terminal descartará todas las tramas
recibidas con una dirección distinta de A y B.
Figure 2/T.90, p.
2.2.3.2
Reglas de realización
Para conseguir una compatibilidad total entre las diferentes realizaciones, se seguirán las siguientes reglas para la aplicación de la Recomendación X.75.
2.2.3.2.1
Reglas generales
a)Se utilizará como especificación de referencia la versión de 1984
(
Libro Rojo
) de la Recomendación X.75 del CCITT,
2
.
b)El término
`TES'
será sustituido por
`ETD'
.
c)Actualmente están definidos y se utilizan los modos de funcionamiento no ampliado (módulo 8) y el modo de funcionamiento ampliado (módulo 128).
El propósito de mejorar la eficiencia de la transmisión por satélite y la evolución hacia la utilización del LAPD (solamente módulo 128) en la capa 2 de canal B conducirá al uso del módulo 128 como módulo de base común. Sin embargo, la utilización del módulo 8 puede ser autorizada.
Para facilitar el interfuncionamiento entre equipos terminales que utilicen respectivamente módulo 8 y 128, se definirá un procedimiento basado, por ejemplo en un mecanismo de negociación que utilice comprobación de compatibilidad de capa inferior entre los puntos extremos. Este aspecto requiere ulterior estudio.
d)Sólo se utilizará el @procedimiento monoenlace (SLP).\
2.2.3.2.2
Reglas específicas
Las reglas siguientes se refieren a los puntos y cuadros indicados de la Recomendación X.75.
a)
Cuadro 1/X.75
Las tramas I no deben enviarse con un campo I vacío N 0 y N N1 - 32 Las tramas I vacías recibidas se tratarán como las tramas I válidas.
b)
2.3.4.9
Los apartados 5), 6) y 7) no son válidos (no darán como resultado el envío de una FRMR). En su lugar se realizarán las siguientes acciones: -Se ignorarán las tramas de supervisión no esperadas con el bit F puesto a 1. -Se ignorarán las respuestas UA o DM no esperadas. -Se responderá a las tramas que tengan un N(S) no válido con el envío de REJ (véase el 2.3.5.2.1 de la Recomendación X.75).
No se responderá con el envío de una FRMR a las tramas que tengan un campo de control FRMR.
c)
Cuadro 7/X.75
Los bits W, X, Y y Z puestos a 0 indican que no se da razón alguna del rechazo de trama.
d)
2.3.5.3
El ETD y la RDSI no tienen alineación de octetos, por lo cual el último párrafo no es válido.
e)
2.3.5.5
Debe notificarse a las capas superiores cuando termina el temporizador T3 (estado de reposo excesivo).
f)
2.4.3
En el primer párrafo sustitúyase
`siguiente trama de respuesta'
por
`correspondiente trama de respuesta'
.
g)
2.4.4.1
En el estado canal activo, el ETD transmitirá banderas consecutivas con independencia del otro ETD.
El ETD llamante iniciará el enlace enviando una instrucción SABM con el bit P puesto a 1.
h)
2.4.4.4.1
Una condición para entrar en la fase de desconectado es también que no exista ninguna instrucción DISC sin acuse de recibo, debido a casos de colisión. (Véase el 2.4.4.5 de la Recomendación X.75).
En la fase de desconectado, es el ETD llamante el que puede iniciar el establecimiento del enlace.
i)
2.4.5.9, 4
.o párrafo
Si se recibe una RNR, el ETD permanecerá en la condición de recuperación por temporizador (porque el otro ETD está todavía en la condición de ocupado).
j)
2.4.5.9, 5
.o párrafo
Si se recibe una RNR, el ETD no reanudará la transmisión ni la retransmisión de tramas I.
k)
2.4.5.9
, último párrafo
Si la variable de tentativas de transmisión es igual a N2, el ETD entrará en la fase de desconectado.
l)
2.4.7.3
En la condición de rechazo de trama, el ETD verificará sólo las instrucciones y reaccionará con una respuesta FRMR según el bit P.
La condición de rechazo de trama se libera cuando el ETD recibe una instrucción SABM o recibe o transmite una instrucción DISC.
m)
2.4.7.3, 2
.o párrafo
Sólo el ETD que causa la condición FRMR puede tratar de reiniciar el enlace.
n)
2.4.7.3, 3
.er párrafo
^ (véase la
nota 1)
Después de N2 tentativas para conseguir que el otro ETD reinicie el enlace, el ETD entrará en la fase de desconectado.
o)
2.4.8.1
^ (véase la nota 2)
El temporizador T1 se arrancará al final de la transmisión de trama. El valor T1 depende de la velocidad de señalización de datos, longitud de la trama, el valor de N2, y un tiempo fijo que representa a T2 y al retardo de transmisión. [Véase el apartado r).]
Se recomienda un valor entre 2,5 y 7 segundos. La determinación de un valor específico requiere estudio ulterior.
p)
2.4.8.2
^ (véase la nota 2)
T1 > T2 T2 < 1 segundo
Según la estrategia de acuse de recibo utilizada, el diseñador del ETD puede considerar que T2 es sólo un parámetro de diseño, en cuyo caso el ETD no está obligado a aplicar un temporizador correspondiente.
q)
2.4.8.3, 2
.o párrafo
T3 60 segundos T3 30 segundos
r)
2.4.8.4
N2 60 segundos T1
s)
2.4.8.5
N1 = 2112 + (
n
1024) bits;
n
= 0 ó 2 ó 6 ó 14.
t)
2.4.8.6
^ (notas 2, 3)
k
= 7
Nota 1
- No tiene sentido reiniciar el enlace si el
otro ETD no responde en un plazo de N2 T1.
Nota 2
- La estrategia de acuse de recibo utilizada por
el ETD receptor debe ser independiente de todo conocimiento relativo al valor
de
k
utilizado por el ETD emisor. Esto puede conseguirse
mediante el acuse de recibo de cada trama I recibida correctamente, tan pronto
como sea posible, o por la aplicación de un temporizador de acuse de recibo,
esto es, un temporizador T2 como se define más arriba [véase el apartado p)].
Nota 3
- Se necesita estudio ulterior de un mecanismo
para la negociación de
k
.
2.2.4
Capa 3 - Fase de control de la conexión
Se aplicará la Recomendación Q.931. Todas las codificaciones deben derivarse del punto pertinente de dicha Recomendación.
Tres @elementos de información (EI)\ son de especial interés para los terminales que acceden a servicios telemáticos. Véanse los anexos B y M de la Recomendación Q.931 para más información.
-Elemento de información @capacidad portadora (CP)\. El EI CP es utilizado para transportar información de interés para la red que presta el servicio portador. Debe ser generado por el lado llamante y ser examinado por el lado llamado.
-Elemento de información @compatibilidad de capa inferior (CCI)\. El EI CCI es utilizado para transportar información sobre protocolos de y por debajo de la capa red, de interés solamente para los dos sistemas finales. El CCI será generado por el lado llamante, y debe ser examinado, de estar presente, por el lado llamado.
-Elemento de información compatibilidad de capa superior (CCS). El EI CCS es utilizado para transportar información entre los sistemas finales relativa a los protocolos por encima de la capa de red. El CCS será generado por el lado llamante, y debe ser examinado, si está presente, por el lado llamado.
Los campos de los elementos de información (EI) capacidad portadora (CP), compatibilidad de capa inferior (CCI), compatibilidad de capa superior (CCS) que han de ser transportados en el punto de referencia S/T del interfaz usuario/red durante la fase de establecimiento de la llamada se pondrán a los valores definidos a continuación.
2.2.4.1
Capacidad portadora (CP)
a)Campos obligatorios, que han de ponerse a valores fijados (el valor que debe ponerse se da entre paréntesis después de cada descripción de campo):
-Norma de codificación - octeto 3 (codificación normalizada por el CCITT, como se define a continuación).
-Capacidad de transferencia de información - octeto 3 (información digital sin restricciones; véase la nota).
-Modo de transferencia - octeto 4 (modo circuito).
-Velocidad de transferencia de informaciones - octeto 4 (64 kbit/s).
b)Campos no necesarios en el caso por defecto (pueden codificarse explícitamente):
-Estructura - octeto 4a.
-Configuración - octeto 4a.
-Establecimiento - octeto 4a.
-Simetría - octeto 4a.
c)Campos que deben omitirse por no ser necesarios:
-Todos los demás.
Nota
- La selección de la utilización de capacidad de
transferencia de información con o sin restricciones cae fuera del alcance de
esta Recomendación.
2.2.4.2
Compatibilidad de capa inferior (CCI)
El elemento de información compatibilidad de capa inferior se codificará como se indica a continuación.
a)Campos que han de ponerse a valores fijados (el valor que debe ponerse se da entre paréntesis después de cada descripción de campo).
Los detalles de los puntos de codificación y las codificaciones pertinentes se estudiarán ulteriormente.
2.2.4.3
Compatibilidad de capa superior (CCS)
El elemento de información compatibilidad de capa superior se codificará como se indica a continuación:
a)Campos que han de ponerse a valores fijados (el valor que debe ponerse se da entre paréntesis después de cada descripción de campo).
-Norma de codificación - octeto 3 (codificación normalizada por el CCITT, como se define a continuación).
-Interpretación - octeto 3 (primera identificación de características de capa superior que ha de utilizarse en la llamada).
-Método de presentación del perfil de protocolo - octeto 3 (perfil de protocolo de capa superior).
b)Campos con contenido variable.
-Identificación de las características de capa superior - octeto 4 (por ejemplo, facsímil del grupo 4, teletex).
Para aumentar al máximo el valor de la verificación CCS:
1)el terminal telemático llamante seleccionará el elemento CCS según el tipo de documento que ha de transferirse;
2)el terminal llamado mantendrá una lista de elementos CCS en la que se describan sus capacidades receptoras. Aceptará un elemento CCS correspondiente a cualquiera de ellas.
Este esquema se ilustra en el cuadro 1/T.90.
2.2.5
Capa 3 - Control de la conexión virtual y
transferencia de la información
Se aplicará la norma ISO 8208 (1987).
Nota
- Este protocolo, basado en la versión de 1984 de
la Recomendación X.25, se ha ampliado parcialmente para incluir la aplicación
ETD-ETD. En particular se hace referencia a las siguientes secciones de ISO
8208:
- 3.2 : Diferencias en el funcionamiento ETD-ETD y ETD-ETCD.
- 3.3 : Funcionamiento en conexiones con conmutación de circuitos.
-
4.5
: Determinación de las características de
`ETD'
o
`ETCD'
.
Además, conviene tener en cuenta los puntos siguientes al utilizar este protocolo.
a)El ETD llamante enviará un paquete PETICIóN DE REARRANQUE, comenzará el procedimiento de rearranque y establecerá circuitos virtuales. Véase el 3.3 de la norma ISO 8208.
b)El bit calificador de los paquetes de datos estará siempre puesto a
`0'
.
c)Los bits de confirmación de entrega de todos los paquetes deben ponerse a
`0'
.
d)Se aplicarán los procedimientos de reiniciación normales de la Recomendación X.25.
e)Cada bloque de control o bloque de datos de la capa de transporte se transmitirá en una secuencia completa de paquetes de datos.
f)El terminal no debe enviar un paquete de RECHAZO por el ETD.
g)En el caso de facsímil de grupo 4 y teletex, los terminales utilizarán un identificador de protocolo específico en los paquetes PETICIóN DE LLAMADA/LLAMADA ENTRANTE. Este identificador es representado por el primer octeto del campo de datos de usuario de llamada (de haberlos, se ignoran los octetos restantes) como se indica a continuación:
bit 87654321 {tps.non.photo "octeto"} {tps.non.photo "00000010"} octeto 00000010
Queda pendiente el estudio del empleo de este identificador de protocolo para videotex.
Tableau 1/T.90 [T2.90], p.
2.2.6
Capa 3 - Tamaño de los paquetes (longitud del bloque
UDPR)
Las reglas para la negociación del tamaño de los paquetes se dan en el 15.2.2.1.1 de la norma ISO 8208. Los valores para esta Recomendación se hallan limitados a 256, 512, 1024 y 2048 octetos.
3
Modo conmutación de paquetes de la RDSI
(comunicación ETD-ETCD)
3.1
Conjunto de protocolos
El conjunto de protocolos aplicables al modo conmutación de paquetes (modo CP) se muestra en la figura 3/T.90.
Figure 3/T.90 [T3.90] (à traiter comme tableau MEP), p.
3.2
Reglas de aplicación para el modo con conmutación de
paquetes por canal B
3.2.1
Capa 1 - Características del interfaz de la capa
física
Véase el 2.2.1 .
3.2.2
Capa 2 - Procedimiento de la capa enlace
Se aplicará la Recomendación X.31, de modo que los protocolos aplicados serán los siguientes:
- El control de la conexión se conseguirá utilizando la Recomendación Q.921 en el canal D.
- El control de la conexión virtual y la transferencia de información se conseguirá utilizando el LAPB de la Recomendación X.25 en el canal B.
3.2.3
Capa 3 - Procedimiento de la capa red
Se aplicará la Recomendación X.31, de modo que los protocolos aplicables y las reglas de aplicación serán los siguientes.
3.2.3.1
Fase de control de la conexión
Se aplicará la Recomendación Q.931 y el protocolo de la capa paquetes de la Recomendación X.25.
Los campos del elemento de información (EI) capacidad portadora (CP) que ha de ser transportado en el punto de referencia S/T del interfaz usuario-red durante la fase de establecimiento de la llamada se pondrán a los valores definidos a continuación.
Se aplicará la Recomendación Q.931. Todas las codificaciones se derivarán de los puntos pertinentes de la Recomendación Q.931.
- Elemento de información capacidad portadora (CP). El EI CP es utilizado para transportar información de interés para la red que presta el servicio portador. Debe ser generado por el lado llamante y ser examinado por el lado llamado.
3.2.3.1.1
Capacidad portadora (CP)
a) Campos obligatorios, que han de ponerse a valores fijados (el valor que debe ponerse se da entre paréntesis después de cada descripción de campo):
- Norma de codificación - octeto 3 (codificación normalizada por el CCITT, como se define a continuación).
- Capacidad de transferencia de información - octeto 3 (información digital sin restricciones; véase la nota).
- Modo de transferencia - octeto 4 (modo paquete).
- Protocolo de capa 1 para información de usuario - octeto 5 (adaptación de velocidad normalizada por el CCITT, Recomendación X.31, relleno de banderas HDLC).
- Protocolo de capa 2 para información de usuario - octeto 6 (Recomendación X.25, nivel de enlace).
- Protocolo de capa 3 para información de usuario - octeto 7 (Recomendación X.25, nivel de paquetes).
b) Campos no necesarios en el caso de valor por defecto (pueden estar específicamente codificados):
- Estructura - octeto 4a.
- Configuración - octeto 4a.
- Establecimiento - octeto 4a.
- Simetría - octeto 4a.
c) Campos que deben omitirse por no ser necesarios:
- Todos los demás.
Nota
- La selección de la utilización de capacidad de
transferencia de información con o sin restricciones cae fuera del alcance de
esta Recomendación.
El elemento de información compatibilidad de capa superior (CCS) no se utiliza en el modo conmutación de paquetes (CP). La utilización de la CCS en las evoluciones futuras del servicio en modo paquetes de la RDSI se deja para estudio posterior.
El elemento de información compatibilidad de capa inferior (CCI) no se utiliza en el modo CP. La utilización del CCI en evoluciones futuras del servicio en modo paquete de la RDSI se deja para estudio posterior.
3.2.3.2
Control de la conexión virtual y transferencia de
información
Se aplica el protocolo de la capa paquetes de la Recomendación X.25. Se aplica el apartado b) y los apartados d) a g) de las reglas de aplicación especificadas en el 2.2.5 .
4
Prestación del servicio de red de interconexión de
sistemas abiertos (SR ISA)
4.1
Razones para considerar el SR ISA
La evolución y realización de los servicios portadores y teleservicios en el entorno de la RDSI y la base de protocolos reconocida en el CCITT - en lo que se refiere a la capa de red en la arquitectura de comunicación - conduce a la utilización del SR ISA. A fin de sentar las bases para la integridad de los servicios en estas condiciones, deben definirse correctamente las reglas de aplicación del protocolo de la capa de red (véase la nota).
Nota
- En el modo conmutación de circuitos de la RDSI,
la sustentación del SR ISA la proporciona enteramente el protocolo de capa
paquetes X.25 por el canal B, y está disponible una vez que la comunicación
RDSI ha sido establecida. La prestación del SR ISA se deja para estudio
posterior.
4.2
Arquitectura/Normas ISO disponibles y Recomendaciones
del CCITT
Debido a la estructura de la RDSI, que hace uso de grupos de protocolos diferentes para el control de la conexión y la transferencia de información, el SR ISA puede ser proporcionado de diferentes formas. El método que utiliza protocolos de capa red en el canal B se basa en principio en:
- la Recomendación X.213 del CCITT;
- la norma ISO 8208;
- la norma ISO 8878.
La utilización del canal D (Recomendación Q.931) o de los protocolos pertinentes definidos para futuros modos de transferencia de paquetes de información (véase la Recomendación I.122) para la prestación del SR ISA se estudiará posteriormente.
4.3
Requisitos para el SR ISA
Para equilibrar los gastos que origine el desarrollo de terminales telemáticos para atender al SR ISA, los requisitos pueden limitarse al mínimo necesario.
Esto puede obtenerse proporcionando en el caso de una llamada entrante para los dos modos conmutación de circuitos (CC) y conmutación de paquetes (CP), una terminación de protocolo de capa 3 para permitir las funciones obligatorias del SR ISA solamente, y al menos de un modo mínimo, con el fin de que el terminal llamante lo vea como un terminal ISA en la capa 3. En el caso de una llamada saliente, los terminales llamantes pueden iniciar una comunicación ISA siempre que se sustenten todas las facilidades pertinentes, si es necesario en cualquier momento.
4.3.1
Requisitos mínimos para el SR ISA
El cuadro 2/T.90 muestra la lista de facilidades PNP X.25 opcionales de usuario que se proponen para su utilización en relación con el SR ISA en la presente Recomendación.
Tableau 2/T.90 [T4.90], p.
4.3.2
Funcionalidad mínima cuando se recibe una llamada
procedente de un sistema que utiliza el SR
ISA
El texto siguiente representa un modo posible de conseguir la funcionalidad mínima cuando se recibe una llamada procedente de un sistema que utiliza el SR ISA. (Véanse las normas ISO 8878 y 8208.)
13.13
13.16
`02'
en el primer octeto del campo de datos de usuario de la
llamada debería considerarse un error [rechazo de la
conexión - razón no especificada (condición
permanente)] por un terminal telemático que sólo
sustente una funcionalidad mínima (véase la nota). La
recepción de un paquete de PETICIóN DE LLAMADA que sí
tenga el valor
`02'
en el primer octeto del
campo de datos del usuario de la llamada indica un
servicio telemático que actúa de acuerdo con la
Recomendación T.70 (solamente capa 4).
13.28 @Selección e indicación de retardo de tránsito (SIRT):\
Debe aceptarse cuando se reciba. Sin embargo, si la
respuesta que ha de codificarse en el
`subcampo de
retardo de tránsito acumulativo'
de la facilidad
NRTEE es
`desconocida'
(es decir, FF
hexadecimal), entonces el valor en el campo SIRT podría
ser ignorado.
14.1
14.2
14.3
14.4 @Notificación del retardo de tránsito de extremo a
extremo (NRTEE):\ Al contestar, ésta podría contener el
valor
`desconocido'
(es decir, FF hexadecimal).
14.5
Nota
- La utilización del valor
`02'
en el modo
conmutación de circuitos en la RDSI es cuestionada, puesto que ya hay
codificación para indicar servicios telemáticos en el elemento de información
CCS.
5
Otras facilidades facultivas de usuario de la
Recomendación X.25
Además de las facilidades mencionadas en el 4 que deben sustentar los terminales telemáticos con el fin de satisfacer el SR ISA, deben sustentarse otras facilidades/funcionalidades como consecuencia de:
- la utilización del PLP X.25 para la provisión de los SR ISA (este protocolo permite la multiplexación en la capa 3 y el control de flujo);
- la provisión de diversas facilidades de usuario originadas en la Recomendación X.25;
- la provisión de diversas facilidades de usuario orientadas al servicio destinados al usuario por parte de algunas redes (es decir, facilidades adicionales) o por todas las redes (es decir, facilidades esenciales), que se definen en la Recomendación X.2.
No es necesaria la provisión de las facilidades adicionales de usuario orientadas al servicio en el caso de la conmutación de circuitos. Las facilidades de usuario originadas en la Recomendación X.25 pueden ser utilizadas en el caso de circuitos conmutados.
5.1
Categorías de funcionalidades adicionales
^ (véase
la nota)
-
Facilidades originadas en la Recomendación
X.25
13.1 Registro de facilidades en línea
13.12 Negociación de parámetros de control de flujo.
-
Facilidades de usuario destinadas al servicio
(basadas en la red)
13.14 Selección de @grupo cerrado de usuarios (GCU)\
13.14 Selección de GCU con acceso de salida
13.18 Cobro revertido
13.21 Identificación de usuario de red
13.22 Información de tasación
13.23 Selección de EPER
13.26 Notificación de modificación de dirección de línea llamada
13.27 Notificación de redireccionamiento de la llamada.
Nota
- No se sustenta la modificación del bit D.
5.2
Funcionalidades
-
Facilidades de usuario originadas en la
Recomendación X.25
1)
Registro de facilidad en
línea
La utilización de esta facilidad estará restringida a la modificación de la gama de canales lógicos. Para los valores por defecto, los terminales telemáticos sustentan un único canal lógico bidireccional (es decir, LTC=HTC=1, LIC=HIC=0, LOC=HOC=0).
2)
Negociación de parámetros de
control de flujo
Pueden negociarse los parámetros tamaño de paquete y tamaño de ventana. Se utilizarán solamente como valores por defecto:
2048 octetos para el tamaño de paquete, siete para el tamaño de ventana. Cuando se indica negociación de parámetros en un paquete de LLAMADA ENTRANTE, se responderá adecuadamente en el paquete de LLAMADA ACEPTADA.
Nota
- Como la longitud máxima de
la UDPT es de 2048 octetos, y la segmentación debe
evitarse, la longitud máxima por defecto de las capas 3
y 2 debería ser mayor de 2048 octetos.
-
Facilidades de usuario orientadas al servicio
(basadas en la red)
1)
Selección de grupo cerrado de
usuarios
(esencial en la Recomendación X.2)
y selección
de GCU con acceso de
salida
Estas facilidades pueden ser solicitadas opcionalmente desde los terminales telemáticos (es decir, llamada saliente solamente). La información de GCU recibida en un paquete de LLAMADA ENTRANTE puede ser ignorada.
2)
Cobro revertido
Esta facilidad puede ser sustentada por algunas redes, y se aplica llamada por llamada. La posibilidad de petición de cobro revertido en llamadas salientes es opcional para terminales telemáticos, pero deben ser capaces de tramitar y responder adecuadamente la llamada entrante en el lado llamado.
(En caso de defecto, las llamadas deben ser rechazadas.)
3)
Identificación de usuario de
red
Esta facilidad puede ser aplicada por las redes llamada por llamada, previo abono por un periodo de tiempo determinado.
4)
Información de
tasación
Esta facilidad puede ser proporcionada por algunas redes para cada llamada, previo abono por un periodo de tiempo determinado. La información puede ser tramitada o procesada normalmente.
Puede ignorarse como requisito mínimo.
5)
Selección de EPER
Esta facilidad puede ser proporcionada por algunas redes llamada por llamada, previo abono por un periodo de tiempo determinado.
Puede ignorarse como requisito mínimo.
6)
Notificación de modificación de
dirección de línea
llamada
Esta facilidad puede ser proporcionada por algunas redes llamada por llamada, sin ninguna petición particular de usuario. Esta información puede ser procesada normalmente.
Puede ignorarse como requisito mínimo.
7)
Notificación de
redireccionamiento de la
llamada
Esta facilidad puede ser proporcionada por algunas redes llamada por llamada, sin ninguna petición particular de usuario. Esta información puede ser procesada normalmente.
Puede ignorarse como requisito mínimo.
6
Interacciones entre el canal D y el canal
B
La comunicación entre el canal D y el canal B no está sincronizada en relación de uno a otro por la RDSI, por lo cual el intercambio de información a través de estos canales puede efectuarse independiente y simultáneamente. Consecuencia de ello es que los mensajes enviados entre sí por el canal D y por el canal B en una relación distinta pueden ser recibidos en un orden diferente.
Para conseguir un funcionamiento ordenado de los protocolos en todas las instalaciones telemáticas, es necesario tener un procedimiento adicional que satisfaga los requesitos respectivos.
Este modelo, la arquitectura y las primitivas de este procedimiento adicional se dejan para un estudio posterior. En el apéndice IV se expone un posible método.
7
Servicios suplementarios
Para la aplicación y la descripción, véanse las Recomendaciones F.161, F.200, I.241, y las de la serie I.25x (según el tipo de servicio suplementario).
8
Tiempo de respuesta del terminal
(Para estudio ulterior.)
9
Sincronización
Una de las características de la RDSI es la no señalización extremo a extremo sobre la activación de las instancias de protocolo.
Una instancia del protocolo de enlace de datos debe enviar solamente su primera trama cuando la entidad par está preparada para recibirla.
Para lograr este objetivo, se utilizará el procedimiento siguiente:
El emisor y el receptor siguen la secuencia:
1) Envío de bits
`1'
hasta la notificación del
establecimiento del canal B.
2) Activar el receptor.
3) Envío de banderas.
4) Esperar hasta que llegue la primera bandera de la entidad par.
5) Considerar la entidad par como activa e iniciar la comunicación.
El diagrama de secuencia que describe la operación del emisor y del receptor se muestra en la figura 4/T.90.
10
Protocolos de capa superior
Los requisitos básicos del servicio de facsímil del grupo 4 se describen en el 1.2.2 de la Recomendación F.161. Los requisitos básicos del servicio teletex se describen en el 1.2.2 de la Recomendación F.200.
10.1
Capa de transporte
Las reglas dadas en el 5.3.2 de la Recomendación T.70 relativas a la longitud del bloque unidad de datos de protocolo de transporte (UDPT) están adoptadas en principio, pero con la disposición adicional de que el mecanismo de negociación es obligatorio (por ejemplo, para tener una comunicación más eficiente por enlaces de satélite).
Figure 4/T.90, p.
ANEXO A (a la Recomendación T.90)
Procedimientos para el
establecimiento de la conexión, la^ liberación de la
conexión y la transferencia de la información
Los procedimientos
indicados a continuación no son los requisitos que han de cumplir los
terminales para los servicios telemáticos, sino que se dan sólo como
referencia.
A.1
Modo de conmutación de circuitos por canal B
a)
Fase de control de la conexión
Figure A-1/T.90, p.
b)
Fase de transferencia de la información
Figure A-2/T.90, p.
A.2
Modo conmutación de paquetes
Véanse los procedimientos de señalización pertinentes descritos en la Recomendación X.31.
APéNDICE I (a la Recomendación T.90)
Consideraciones
sobre llamadas entrantes para terminales facsímil desde
redes sin las disponibilidades CCS
`número de
abonado múltiple'
(NAM).
I.2 Los tres casos distintos que pueden probablemente presentarse son:
i) llamadas entrantes procedentes de RTPC;
ii) llamadas entrantes procedentes de redes conmutadas a 64 kbit/s (no RDSI);
iii) llamadas entrantes procedentes de RDSI.
Se recomienda que el terminal utilice los criterios siguientes para determinar si, y de qué modo, debe contestar a la llamada:
a)
Llamadas entrantes procedentes de RTPC
En este caso, el aparato G3/G4 debe contestar a la llamada en modo G3 (incluyendo funciones de módem y códec) si se cumplen los criterios siguientes:
a) el número RDSI llamado (E.164) concuerda con el número asignado al terminal; b) CP = audio a 3,1 kHz o conversación; c) indicador de progresión de la llamada (ESTABLECIMIENTO en la Recomendación Q.931) = origen distinto de la RDSI; d) CCS = ausente; e) subdirección = ausente.
ii)
Llamadas entrantes procedentes de redes
conmutadas a 64 kbit/s (no RDSI)
En este caso, el aparato G3/G4 debe contestar a la llamada en modo G4 (sin funciones de módem o códec) si se cumplen los criterios siguientes:
a) el número RDSI llamado concuerda con el número asignado
al terminal;
b) CP = 64 kbit/s;
c) indicador de progresión de la llamada = origen distinto
de la RDSI;
(
Nota
- Puede no ser siempre
posible determinar si el origen es RDSI o red conmutada
a 64 kbit/s.)
d) CCS = ausente;
e) subdirección = ausente.
iii)
Llamadas entrantes procedentes de RDSI
En este caso el aparato G3/G4 debe contestar a la llamada en modo G4 si se cumplen los criterios siguientes:
a) el número RDSI llamado concuerda con el número asignado al terminal; b) CP = 64 kbit/s; c) indicador de progresión de la llamada [no válido]; d) CCS = teleservicio G4; e) subdirección = si está presente, debe concordar con la subdirección del terminal.
I.3
CCS que han de utilizarse en escrutación o envío
Un terminal G3/G4 que intente una llamada G4 a través de la RDSI ya sea para escrutación o emisión, enviará CCS = facsímil G4.
Un terminal G3/G4 que reintente una llamada en modo G3, tras un fallo en el modo G4, con un motivo apropiado, establecerá una capacidad portadora audio 3,1 kHz sin CCS.
I.4
CCS que ha de utilizar un adaptador de terminal que
soporte aparatos G3 en RDSI
a) el número RDSI llamado concuerda con el asignado al adaptador de terminal;
b) CP = 3,1 kHz audio o conversación;
c) indicador de progresión de la llamada = origen distinto de la RDSI (procedente de RTPC) = [no válido];
d) CCS = teleservicio G3 (procedente de RDSI);
e) subdirección = si está presente, debe concordar con la subdirección del terminal.
APéNDICE II (a la Recomendación T.90)
Utilización
optativa del protocolo de capa red T.70
Fase de transferencia de la información
La opción capa red T.70 utilizada por el ETD llamante y soportada por el ETD llamado.
La capa de red será para la fase de control de llamada como se define en el 2.2.4 . La fase de transferencia de información será realizada como se indica en la Recomendación T.70, 3.3.3 .
Figure II-1/T.90, p.
II.2
Fase de transferencia de la información
La opción capa de red T.70 es propuesta por el ETD llamante pero no sustentada por el ETD llamado.
Figure II-2/T.90, p.
APéNDICE III (a la Recomendación T.90)
Deficiones de
servicios y diagramas de transición de estados para la capa
de enlace de datos en el canal B (modo CC)
Puede necesitarse trabajo adicional en el área de gestión y mantenimiento de la RDSI; sin embargo, de momento no se dispone de ningún conjunto claro de requisitos. La sustentación de la gestión y el trabajo de mantenimiento se deja para estudio ulterior.
Además, según el resultado de los futuros trabajos sobre la capa de enlace, particularmente en relación con los módulos de base para tramas I, puede necesitarse algunos retoques (por ejemplo, SABM puede convertirse en SABME).
Nota
- Es necesario una referencia al punto apropiado
de la Recomendación T.70 o una explicación adicional.
III.1
Deficiones de los servicios
III.1.1
Servicio físico utilizado por el HDLC
Figure III-1/T.90, p.
III.1.2
Servicio de enlace de datos (HDLC)
III.1.2.1
Establecimiento de una conexión de enlace de
datos
Figure III-2/T.90, p.
Figure III-3/T.90, p.
III.1.2.2
Fase de transferencia del enlace de datos
Figure III-4/T.90, p.
III.1.2.3
Liberación del enlace de datos
Figure III-5/T.90, p.
Figure III-6/T.90, p.
III.1.2.4
Reiniciación del enlace de datos
Figure III-7/T.90, p.
Figure III-8/T.90, p.
Figure III-9/T.90, p.
Figure III-10/T.90, p.
III.2
Diagramas de transición de estados HDLC
III.2.1
Relación entre los diagramas
Los siguientes diagramas describen el procedimiento HDLC como una unidad funcional. La primera página comprende todo el protocolo y las páginas siguientes indican los detalles relativos a determinados estados.
III.2.2
Abreviaturas
ABM Modo equilibrado asíncrono
ADM Modo desconectado asíncrono
R: xxx Recepción de xxx (instrucción o respuesta)
R: Cxxx Recepción de una instrucción
R: Rxxx Recepción de una respuesta
S: xxx Envío de xxx
F Bit final
P Bit de petición
XXX Esta condición no
RC Contador de reexcitaciones
RCB Contador de reexcitaciones ocupado
IC Contador de tramas I
Vsu Variable para actualización de secuencia
III.3
Resumen de definiciones de tramas
III.3.1
Tramas no válidas
- tramas no delimitadas adecuadamente por banderas;
- tramas que incluyen direcciones distintas de A o B;
- tramas con error de secuencia de verificación de trama (SVT);
- tramas que incluyen menos de 32 bits entre banderas.
III.3.2
Tramas válidas
III.3.2.1
Tramas no esperadas
TNE, tramas no esperadas (para el receptor) que conducen a una condición de rechazo de trama (excluidas las tramas con un campo de control FRMR).
- un campo de control de instrucción o respuesta no definido o no
realizado Tipo W - una trama con un campo de información no permitido o trama
de supervisión o no numerada de longitud incorrecta Tipo X - trama I con un
campo de información que excede la longitud
máxima establecida Tipo Y - una trama con un N(R) no válido Tipo Z III.3.2.2
Tramas esperadas
- tramas que deben producir una reacción en la estación receptora (de acuerdo con la presente Recomendación);
- tramas que deben ignorarse sólo en determinados estados en la estación receptora.
Figure III.11/T.90, p.
Figure III.12/T.90, p.
Figure III.13/T.90, p.
Figure III.14/T.90, p.
Figure III.15/T.90, p.
Figure III.16/T.90, p.
APéNDICE IV (a la Recomendación T.90)
Posible modelo para
sistemas terminales telemáticos considerando la función de
coordinación canal D/canal B
Figure IV-1/T.90 [T5.90] (à traiter comme tableau MEP),
p.
Hay varias formas de especificar la capa 3 que cubre la función de
coordinación. En principio, la capa 3 puede ser especificada como un monolito o
como un conjunto de módulos individuales.
La estructuración en los tres módulos:
- capa 3 canal D,
- capa 3 canal B, y
-capa 3 coordinación canal D/canal B,
es obvia, ya que los dos primeros módulos están casi directamente disponibles, dejando así que el módulo de coordinación sea especificado desde el punto de vista de la funcionalidad. La realización en sí misma es responsabilidad del fabricante.
Los
1, 2
y 3 Disk. 827 NF01/012 OPM: 01
Alfa magenta NF01/033 OPM: 01
Mosaicos amarillos NF01/036 OPM: 01
Primer plano magenta NF01/043 OPM: 01
5.4.2.2.10 NF01/047 OPM: 01
Fondo magenta NF01/047 OPM: 01
6.5.4.12 (4/10) NF01/069 OPM: 01
b2, b1 = 0,0: NF01/074 OPM: 01
NF01/075 OPM: 01
NF01/075 OPM: 01
NF01/075 OPM: 01
5.4.2.2.11 NF01/048 OPM: 01
Anexo D
Disk. 828 NF02/002 OPM: 03
- NF02/002 OPM: 03
NF02/021 OPM: 03
operación de aplicación NF02/029 OPM: 03
transacción NF02/030 OPM: 03
Valor por defecto NF02/033 OPM: 03
{^0 1 8 16 4^} NF02/032 OPM: 03
(cs,1) - (cs,1) NF01/043
(cs,2) - (cs,2) NF01/075
(cs,3) - (cs,3) NF03/021
(cs,4) - (cs,4) NF03/022
(1BT) (BT10) NF03/002
(1BT) (BT20) NF03/021
(75.TE.04.S)
(A1.23s) / [26s]
FOLIOS: 102 - 152 (AS)
(DO PRC.COSY.2)
MEP {TPS.NON.PHOTO "[PA1]"} : OK= [1]
Saisie 15.03.90 JG
ID + LASER 28.03.90 JC
MAJ diskette 29.03.90 JC
Corr. LASER (1re épreuve) = 3eme 04.04.90 GG
Espaces réservés ........ ..
AJOUTER (PA1) (CL1,0,0,0) pour MEP
MEP + LASER 24.04.90 GH/PC
Corr. MEP ........ ..
Insertion des tableaux (tabulateurs 5) 24.04.90 PC
BAT du 10/V/90 11.05.90 PV
MAJ DISKETTE ........ ..
Recomendación T.100
INTERCAMBIO DE INFORMACIóN INTERNACIONAL PARA
EL VIDEOTEX INTERACTIVO
(Ginebra, 1980; modificada en Málaga-Torremolinos, 1984)
íNDICE
Preámbulo
1Objeto y campo de aplicación de la Recomendación
2Estructura general de la codificación videotex
3Características comunes
4Representación de caracteres alfanuméricos en un sistema videotex
5Opción alfamosaica
6Opción alfageométrica
7Opción de juegos de caracteres dinámicamente redefinibles (JCDR)
8Opción alfafotográfica
9Perfeccionamientos del servicio
10Protocolos de línea y de extremo a extremo
11Interfuncionamiento con otros servicios
Anexo A
- Parte del método de extensión de código de
la norma ISO 2022
Anexo B
- Repertorio de caracteres gráficos
Preámbulo
El CCITT,
considerando
(a) que existe un creciente interés por los nuevos servicios interactivos de recuperación de información basados en la red pública que utilizan receptores de televisión domésticos convenientemente complementados, u otros aparatos, como equipo terminal;
(b) que el CCIR está estudiando las normas que han de aplicarse a los
servicios de
teletexto
radiodifundido de recepción
general, y ha expresado la opinión de que conviene que exista compatibilidad
entre el equipo terminal de los sistemas de teletexto radiodifundido de
recepción general y el de los sistemas de bancos de datos basados en la red
pública;
(c) que tales servicios deberán prestarse por medio de redes públicas de conformidad con las Recomendaciones del CCITT, y que pueden tener que funcionar como un servicio internacional;
(d) que estos servicios pueden interfuncionar con terminales de servicios de comunicación de texto (teletex, por ejemplo);
(e) que algunas Administraciones proyectan introducir en breve, o han
introducido ya,
videotex
interactivos
públicos,
recomienda por unanimidad
que se apliquen las siguientes disposiciones técnicas al intercambio de
información internacional para el servicio
1 Objeto y campo de aplicación de la
Recomendación
1.1
Objeto
1.1.1 Esta Recomendación tiene por objeto:
a)facilitar una introducción ordenada de los
b)identificar los parámetros necesarios para el diseño de
c)formular recomendaciones técnicas adecuadas para el posible interfuncionamiento de otros servicios con servicios videotex.
1.2
Campo de aplicación
1.2.1 Esta Recomendación describe las características de la información codificada que se intercambia entre países participantes en el servicio videotex interactivo internacional (descrito en la Recomendación F.300), y define las características de visualización correspondientes a sus diversos elementos.
1.2.2 Los sistemas videotex son sistemas de comunicación de texto que disponen además de una determinada capacidad de representación pictográfica y un repertorio de atributos de visualización. El texto y las imágenes obtenidas están destinadas a su visualización aplicando las actuales normas de exploración de televisión (TV) de los distintos países\.
1.2.3 Se ofrecen diferentes opciones a la elección de las Administraciones para la realización de sus servicios nacionales. Existe un grado sustancial de compatibilidad entre estas opciones, pero puede ser necesaria cierta transcodificación para facilitar el interfuncionamiento.
1.2.4 Para el servicio internacional, se han determinado cuatro opciones diferentes para representar información gráfica:
a)juegos de
b)sistema geométrico;
c)@
d)representación fotográfica.
Estas opciones no son excluyentos entre sí, y es posible que puedan desarrollarse sistemas que utilicen dos o más opciones.
1.2.5 Para el interfuncionamiento internacional, han de considerarse dos categorías de sistemas de televisión:
a)sistemas con una resolución vertical de 525 líneas por imagen de televisión y 30 imágenes por segundo;
b)sistemas con una resolución vertical de 625 líneas por imagen de televisión y 25 imágenes por segundo.
1.2.6 Debe proseguirse el estudio de los problemas de interfuncionamiento a nivel pictográfico entre países con diferentes sistemas de representación gráfica y/o normas de televisión reconocidos.
1.2.7 La estructura de la presente Recomendación es la siguiente:
Los 1, 2 y 3tratan de las características comunes a todas las opciones.
El 4 trata de la codificación de los caracteres del repertorio videotex alfanumérico definido en el anexo B.
El 5 trata de la opción alfamosaica.
El 6 trata de la opción alfageométrica.
El 7 trata de la opción de juegos de caracteres dinámicamente redefinibles (JCDR).
El 8 trata de la opción alfafotográfica.
El 9 trata de los perfeccionamientos futuros e identifica las características que requieren posterior estudio, como son el sonido, el soporte lógico para telecarga, el movimiento, etc.
El 10 trata de los protocolos de línea y de extremo a extremo.
El 11 trata del interfuncionamiento con otros servicios.
Algunos de estos puntos no están terminados; contienen, por tanto, orientaciones para futuras ampliaciones, más que una especificación técnica completa.
2 Estructura general de la
codificación videotex
2.1
Consideraciones generales
2.1.1 La estructura de codificación utilizada en el servicio videotex se
basa en la Recomendación T.50 y en las normas internacionales ISO 2022, ISO
6937 para un esquema de 7 bits. Concretamente, el código cambio-entrada SI
(0/15) invoca el juego G0 para el modo de funcionamiento
`texto
alfanumérico'
, y el código cambio-salida SO (0/14) invoca el juego G1, para
todos los modelos (véase el anexo A). El uso del esquema de codificación de 8
bits requiere ulterior estudio.
2.1.2 Además de las disposiciones previstas en la norma ISO 2022, la transmisión de caracteres alfabéticos que tienen signos diacríticos se efectúa transmitiendo el código que representa el signo diacrítico junto con el código del carácter alfabético básico.
2.1.3 Las diferentes opciones se designan (e invocan) mediante secuencias de escape específicas.
2.2
Designación e invocación en el contexto de la
opción alfamosaica
2.2.1 Se han determinado dos modos diferentes para la
2.2.2 El juego de caracteres gráficos mosaicos se designa (en el modo paralelo) como juego G1 por la secuencia de escape ESC 2/9 6/3, conforme a la asignación de la ISO.
2.3
Designación e invocación en el contexto de la
opción alfageométrica
2.3.1 El esquema de
2.3.2 Todos los significados e interpretaciones de la Recomendación T.50 y de la norma ISO 2022 siguen siendo los mismos, incluidos los juegos C0, G0 y G2, con excepción de los caracteres SI y SO. Los códigos del juego G1 y sus significados e interpretaciones se describen en el 6 .
2.3.3 La designación e invocación del código completo por la secuencia ESC 2/5 (5/x) sólo terminará por ESC 2/9 (F) o ESC 2/13 (F), que designan un juego G1 normal.
2.4
Designación e invocación en el contexto de los JCDR
2.4.1 Un juego de caracteres dinámicamente redefinibles (JCDR) es un juego de caracteres cuyas formas se transmiten desde el servicio y se telecargan a través de la línea. Puede utilizarse para representar caracteres alfabéticos, símbolos especiales o símbolos de elementos de imagen para construir gráficos de buena calidad. Una vez cargados, los JCDR se consideran como componentes de una biblioteca que puede designarse por secuencias ESC apropiadas como juegos G0, G1, G2, G3. En el 7 se describe un plan en el contexto de una arquitectura general.
2.5
Designación e invocación en el contexto de la
opción alfafotográfica
(Será objeto de estudio ulterior.)
3 Características comunes
3.1
Consideraciones generales
3.1.1 Las características de cada uno de los sistemas se expondrán en los puntos correspondientes. Las características comunes comprenden características comunes de visualización y funciones comunes de control.
3.2
Características comunes de visualización
3.2.1 La
zona de visualización
definida
es la posición rectangular de la zona visible en
la que pueden representarse todas las imágenes de textos y gráficas (véase la
figura 1/T.100).
3.2.2 La
zona de marco
Figura 1/T.100 p.
3.3
Funciones comunes de control de determinantes de formato y
de
extensión de código
3.3.1
Consideraciones generales
3.3.1.1 Las funciones de control de determinantes de formato descritas para
el sistema videotex permiten desplazar la posición activa de representación
dentro de la zona visible. Provienen del juego C0 (véase la figura 2/T.100)
junto con el carácter
espacio
2/0. A fin de permitir el
interfuncionamiento del videotex con otros servicios de comunicación de texto,
estas funciones de control presentan, en la mayor medida posible, una
compatibilidad funcional con el juego básico de código de control C0 utilizado
en esos otros servicios.
3.3.2
Funciones de control de determinantes de
formato
3.3.2.1 Algunas de las funciones de control de determinantes de formato pueden utilizarse del terminal al computador con significados diferentes.
3.3.2.2@
Retroceso de la posición activa (APB, active
position backward)
\
Hace que la posición activa se desplace una posición de carácter hacia atrás en la misma fila (línea). APB en la primera posición de carácter de la fila desplaza la posición activa a la última posición de carácter de la fila anterior. APB en la primera posición de carácter de la primera fila desplaza la posición activa a la última posición de carácter de la última fila.
3.3.2.3@
Avance de la posición activa (APF, active position
forward)
\
Hace que la posición activa se desplace hacia adelante hasta la siguiente posición de carácter en la misma fila. En la última posición de la fila, desplaza la posición activa a la primera posición de carácter de la fila siguiente. APF en la última posición de carácter de la última fila desplaza la posición activa a la primera posición de carácter de la primera fila.
3.3.2.4@
Descenso de la posición activa (APD, active
position down)
\
Hace que la posición activa se desplace a la posición de carácter equivalente en la fila siguiente. APD en la última fila desplaza la posición activa a la posición de carácter equivalente de la primera fila de la trama de visualización o provoca un desplazamiento hacia arriba de toda la visualización.
Figure 2/T.100, p.
3.3.2.5@
Ascenso de la posición activa (APU, active position
up)
\
Hace que la posición activa se desplace a la posición de carácter equivalente de la fila anterior. APU en la primera fila desplaza la posición activa a la posición de carácter equivalente de la última fila de la misma trama de visualización.
3.3.2.6@
Liberación (o borrado) de la pantalla (CS, clear
screen)
\
Provoca la liberación de la pantalla y hace que la posición activa se desplace a la primera posición de carácter de la primera fila.
3.3.2.7@
Retroceso de la posición activa hasta el comienzo
de línea (APR, active position return)
\
Hace que la posición activa se desplace a la primera posición de carácter de la misma fila.
3.3.2.8@
Espacio (SP, space)
\
Función de control que hace que la posición activa se desplace una anchura de carácter hacia adelante en la misma fila. Se considera también como un carácter gráfico sin primer plano. En los sistemas que definen un fondo explícito, el espacio copia el color de fondo en la posición activa y desplaza la posición activa una anchura de carácter hacia adelante. Si se usa junto con el atributo de inversión, copia el color de primer plano en la posición activa y desplaza la posición activa una anchura de carácter hacia adelante.
3.3.2.9@
Cancelación (CAN, cancel)
\
Función de control que llena todas las posiciones de carácter de la fila, a partir de la posición activa, con espacios, y hace volver la posición activa al punto en que se encontraba.
3.3.3
Funciones de control de ampliación de código
3.3.3.1 Las funciones de control de ampliación se utilizan para ampliar la capacidad del código de 7 bits más allá de los 128 caracteres o funciones diferentes. Las funciones de ampliación de código cambian el significado de varios de los caracteres que siguen.
3.3.3.2@
Escape (ESC, escape)
\
Es un carácter de control utilizado para proporcionar funciones de control adicionales distintas de las funciones de control de transmisión, y que cambia el significado de un número limitado de combinaciones de bits siguientes sucesivas de la manera especificada en la Recomendación T.51.
3.3.3.3@
Introductor de secuencia de control (CSI, control
sequence introducer)
\
Es una función de control de ampliación de código utilizada para proporcionar representaciones codificadas para funciones de control adicionales, en especial para funciones de control con parámetros, como son las funciones de control de la presentación.
3.3.3.4@
Cambio-salida (SO, shift-out)
\
Es un carácter de control utilizado junto con el carácter
cambio-entrada
para ampliar el juego de caracteres
gráficos del código, y que cambia el significado de las combinaciones de bits
de las columnas 2 a 7 de la tabla de código hasta que aparece el carácter
cambio-entrada
, pero no el de las combinaciones de bits
correspondientes al carácter
espacio
y al carácter
supresión
(posiciones 2/0 y 7/15).
3.3.3.5@
Cambio-entrada (SI, shift-in)
\
Es un carácter de control, utilizado junto con el carácter
cambio-salida
, que restablece los anteriores significados
de las combinaciones de bits de las columnas 2 a 7 de la tabla de códigos.
3.3.3.6@
Cambio individual a G2 (SS2, single shift)
\
Cambia el significado de la combinación de bits que le sigue. Dicha combinación de bits será una de las que figuran en las columnas 2 a 7, excepto 2/0 y 7/15, y tomará su significado de un juego gráfico G2 debidamente designado.
3.3.3.7@
Cambio individual a G3 (SS3, single shift)
\
Cambia el significado de la combinación de bits que le sigue. Dicha combinación de bits será una de las que figuran en las columnas 2 a 7, excepto 2/0 y 7/15, y tomará su significado de un juego gráfico G3 debidamente designado.
3.4
Otros caracteres
3.4.1@
Nulo (NUL, null)
\
Esta función puede aparecer en modos no transparentes en el tren de bits recibidos en el terminal. Se considerará como un relleno de tiempo y se descartará.
3.4.2@
Petición de respuesta (ENQ, enquiry)
\
Es un carácter de control utilizado como petición de una respuesta de una estación distante; la respuesta puede incluir la identificación de la estación y/o el estado de la estación.
3.5
Codificación de las funciones de
control
3.5.1 En la figura 2/T.100 se presenta, como juego C0, la codificación propuesta de las funciones de control descritas, con excepción de CSI que está codificada en el juego C1.
4 Representaciones de
caracteres alfanuméricos en un sistema
videotex
4.1
Consideraciones generales
4.1.1 El repertorio para el alfabeto latino se muestra en el anexo B. Este repertorio se ha tomado de la norma ISO 6937. Se permitirá el empleo de terminales capaces de visualizar un subjuego del repertorio videotex.
4.1.2 Los
4.2
Codificación
4.2.1 El 4.2 describe la codificación de los caracteres cuya forma se ha almacenado en el terminal. Algunos idiomas requieren la unión de letras consecutivas o signos diacríticos sin ningún espacio entre los caracteres. Cuando se necesite un espacio entre símbolos, éste formará parte de la descripción del carácter.
4.2.3 Debe preverse el empleo de todas las combinaciones permitidas en el intercambio internacional de información entre dos servicios nacionales. Corresponde a las Administraciones decidir si este intercambio es una operación directa de terminal a base de datos o tiene que realizarse a través de una cabecera de línea. Véase la Recomendación F.300.
4.2.4 Los caracteres gráficos de las columnas 2, 3, 5, 6 y 7 del juego suplementario se invocan uno cada vez mediante SS2.
4.2.5 Un carácter con signo diacrítico se transmite mediante la siguiente secuencia: SS2, un carácter de la columna 4 del juego suplementario, y el carácter adecuado del juego primario. Los signos diacríticos no producen avance de espacio.
4.2.6 En el registro de juegos de caracteres gráficos por la ISO quedarán indicadas todas las características especiales, como por ejemplo su utilización con otros juegos de caracteres gráficos o caracteres sin avance de espacio, etc.
4.2.7 Se requiere ulterior estudio para los idiomas de alfabeto no latino.
5
Opción alfamosaica
5.1
Consideraciones generales
5.1.1 En la opción alfamosaica, la trama de visualización se compone de posiciones de carácter definidas, que pueden ser ocupadas por cualquiera de los caracteres del repertorio. El repertorio se compone del repertorio alfanumérico y un repertorio mosaico. El repertorio mosaico se forma dividiendo el espacio de carácter en una matriz de 2 3 elementos. Hay 63 combinaciones diferentes de estos elementos.
Figure 3/T.100, p.
Figure 4/T.100, p.
5.1.2 Se han identificado dos modos, denominados respectivamente modos
serie
y
paralelo
. Los dos modos se
distinguen por sus juegos de control de visualización, que están codificados en
juegos C1, designados y representados por secuencias ESC Fe, que se describen
en el
2.2.1
.
5.1.3 Estos dos modos tienen las características comunes y específicas, que se describen en los 5.2 a 5.4.
5.2
Funciones de control
comunes
5.2.1
Funciones generales
@
Paso a posición inicial activa (APH, active position
home)
\
Esta función hace que la posición activa se desplace hacia la primera posición de la primera fila. Su representación codificada es 1/14 en la figura 2/T.100.
5.2.2
Funciones de control de dispositivo
Se han definido las siguientes funciones de control de dispositivo.
5.2.2.1
Definiciones
@
cursor activo (CON)
@
E: cursor on (CON)
F: curseur en marche (CON)
\El cursor activo (CON) hace que la posición activa se visualice como un marcador.\
@
cursor inactivo (COF)
@
E: cursor off (COF)
F: curseur arrêté (COF)
\El cursor inactivo (COF) hace que la posición activa se visualice de la misma forma que otras posiciones de carácter.\
@
detención de dispositivo (DSP)
@
E: device stop (DSP)
F: arrêt dispositif (DSP)
\La detención de dispositivo (DSP) hace que se detenga un dispositivo terminal designado.\
@
arranque de dispositivo (DST)
@
E: device start (DST)
F: mise en marche dispositif (DST)
\El arranque de dispositivo (DST) hace que arranque un dispositivo terminal designado.\
@
espera de dispositivo (DW)
E: device wait (DW)
F: dispositif en attente (DW)
\La espera de dispositivo (DW) provoca una pausa en un dispositivo terminal designado.\
5.2.2.2
Codificación
CON se codifica 1/1 y COF se codifica 1/4 en el juego C0. Las funciones DSP, DST y DW se codifican como secuencias de tres caracteres de la forma ESC 3/x, (P), donde x = 7, 6 y 5 respectivamente y P es un parámetro que designa un determinado dispositivo.
5.3
Modo serie
5.3.1
Consideraciones generales
5.3.1.1 El modo serie se basa en la hipótesis de que los cambios en los atributos de carácter se producen normalmente en los espaciamientos entre palabras. Esto conduce a un almacenamiento en serie de los caracteres de control en la memoria de página, y produce normalmente su visualización en la pantalla como un rectángulo con el color de fondo imperante.
5.3.1.2 El juego C1 para el modo serie se indica en la figura 5/T.100. Las
funciones de control de visualización del juego serie provocan el
desplazamiento de la posición activa una posición de carácter hacia adelante.
En tal caso, la posición así desocupada se visualizará generalmente como un
espacio. La función de control de visualización
retención
mosaico
ESC 5/14 puede modificar esta situación.
5.3.2
Funciones de control de visualización
5.3.2.1 Los códigos (Fe) son los siguentes:
5.3.2.2Alfa rojoÄ Alfa verde| Alfa amarillo| Alfa azulÅ Alfa magenta| Alfa cian| Alfa blancoÆ Funciones de control que hacen que el juego alfanumérico designado e invocado en ese momento sea visualizado en el color indicado hasta que aparezca una función explícita de control o se llegue al fin de una fila.
5.3.2.3
Parpadeo (o intermitencia)
Función de control que hace que los caracteres siguientes en la misma fila se visualicen alternadamente en forma normal, y como espacios, en el color de fondo imperante, bajo el control de un dispositivo de temporización en el receptor.
5.3.2.4
Estable
Función de control que provoca el cese de la acción de
parpadeo
.
5.3.2.5
Comienzo de casilla
Reservado para iniciar la acción de definir una zona de imagen en una página de texto (para estudio ulterior).
5.3.2.6
Fin de casilla
Reservado para terminar la acción de enmarcar (para estudio ulterior).
5.3.2.7
Altura normal
Función de control que hace que cada uno de los caracteres gráficos siguientes ocupen una posición de carácter.
5.3.2.8
Altura doble
Función de control que hace que cada uno de los caracteres siguientes ocupen su posición activa y la posición equivalente en la fila siguiente.
5.3.2.9
Mosaicos rojos Ä
Mosaicos verdes |
Mosaicos amarillos |
Mosaicos azules Å
Mosaicos magenta |
Mosaicos cian |
Mosaicos blancos Æ
Funciones de control que provocan la visualización del juego de gráficos
mosaico en el color indicado hasta que aparece una función explícita de control
de color o se llega al fin de la fila. Las posiciones de la tabla de códigos no
atribuidas (4/0 a 5/15) provocan la visualización de los caracteres del juego
alfanumérico designado e invocado en ese momento. Esto se define como operación
`intrusión'
.
Figure 5/T.100, p.
5.3.2.10
Ocultación de imagen
Función de control que hace que todos los caracteres siguientes, aun si están almacenados en el receptor, se visualicen como espacios hasta que el usuario decida su revelación.
5.3.2.11
Mosaicos contiguos
Función de control que provoca la visualización del juego mosaico indicado en la figura 6/T.100, con todas las celdillas contiguas.
5.3.2.12
Mosaicos separados
Función de control que provoca la visualización del juego mosaico indicado en la figura 6/T.100, con todas las celdillas separadas por el color de fondo imperante.
5.3.2.13
Fondo negro
Función de control que hace que el color de fondo sea negro.
5.3.2.14
Nuevo fondo
Función de control que hace que el color vigente, definido por funciones de control de color anteriores, se convierta en el nuevo color de fondo. El color de primer plano no varía.
5.3.2.15
Retención mosaico
Función de control que hace que las posiciones de carácter ocupadas por las funciones de control de visualización sean presentadas por repetición del último carácter mosaico visualizable.
5.3.2.16
Liberación mosaico
Función de control que provoca el cese de la acción de
retención mosaico
.
5.3.3
Gráficos mosaico
5.3.3.1 El juego gráfico
mosaico serie
se indica en la
figura 6/T.100, y las condiciones por defecto del modo figuran en el cuadro
1/T.100.
5.4
Modo paralelo
5.4.1
Consideraciones generales
5.4.1.1 El modo
paralelo
se basa en una descripción
explícita de la trama de visualización. Esto significa que la posición activa
se desplaza únicamente por efecto de los determinantes de formato o al
recibirse caracteres de visualización que producen avance de espacio. Todas las
demás funciones, incluidas las funciones de visualización, no producen avance
de espacio, y no dependen de que el terminal necesite o no un espacio en la
pantalla para procesarlas. Incumbe al suministrador de la información limitar
la visualización de las páginas de acuerdo con la capacidad estimada necesaria
para recibir, sin ninguna modificación, las páginas destinadas a terminales de
menor capacidad.
5.4.1.2 Además de las funciones descritas en el 3.3 , se definen las siguientes.
@
direccionamiento de posición activa (APA, codificada
1/15)
@
E: active position addressing (APA)
F: adressage de position active (APA)
\Este código va seguido de dos caracteres. Si estos dos caracteres están comprendidos entre 3/0 y 3/9, representan en forma decimal, respectivamente las decenas y las unidades de la dirección de fila del primer carácter que ha de visualizarse. Este primer carácter se visualizará en la primera posición de carácter de la fila direccionada. Si ambos están comprendidos entre 4/0 y 7/14, representan respectivamente la dirección de fila y la dirección de columna, en forma binaria con 6 bits útiles, de los primeros caracteres que han de visualizarse.\
Figure 6/T.100, p.
Tableau 1/T.100 [T1.100], p.
E: repeat (RPT)
F: répétition (RPT)
\Este código indica que debe repetirse el carácter gráfico precedente. El número de repeticiones se indica en forma binaria por los seis bits menos significativos del carácter siguiente, obtenido de las columnas 4 a 7. El propio carácter de repetición no se incluye en la cuenta del número de repeticiones. Esta función no se aplica a los caracteres de control.\
5.4.1.3 Un juego suplementario de 32 caracteres de control, de los que se han atribuido 31, están codificados como un juego C1 (véase la figura 7/T.100). Los atributos definidos por tales caracteres de control pasan a serlo de la posición activa y se desplazan con ésta por efecto de los determinantes de formato o de los caracteres de visualización con espaciamiento.
5.4.1.4 El repertorio mosaico se codifica como un juego G1, del que pueden definirse varias representaciones (véase la figura 8/T.100).
5.4.2
Funciones de control de
visualización
5.4.2.1 Las funciones de control de visualización son de dos clases, según el alcance de sus efectos:
-
Los
atributos de
zona de visualización definida
-
Los
atributos de
pantalla completa
Los atributos de zona de visualización definida se codifican como funciones del juego suplementario de funciones de control (figurar7/T.100) con secuencias de escape de dos caracteres.
El atributo de pantalla completa se codifica como una función del juego suplementario de funciones de control con secuencias de escape de cuatro caracteres (véase el 5.4.2.3 ).
5.4.2.2Atributos que se utilizarán en la zona de visualización definida.
5.4.2.2.1 Primer plano negro Ä Primer plano rojo | Primer plano verde | Primer plano amarillo |Å Primer plano azul | Primer plano magenta | Primer plano cian | Primer plano blanco Æ Hacen que los caracteres siguientes sean presentados en el color indicado.
5.4.2.2.2
Intermitencia (o parpadeo)
Función de control que hace que los caracteres siguientes se visualicen alternadamente en forma normal, y como espacios, bajo el control de un dispositivo de temporización en el receptor.
5.4.2.2.3
Estable
Función de control que provoca el cese de la acción de
intermitencia
.
5.4.2.2.4
Comienzo de casilla
Función de control que hace que los caracteres que le siguen se inscriban o añadan en una imagen de televisión, cuando el receptor se halla bajo control del usuario (para ulterior estudio).
5.4.2.2.5
Fin de casilla
Función de control que provoca el cese de la acción de
comienzo de casilla
(para ulterior estudio).
5.4.2.2.6
Tamaño normal
Función de control que hace que cada uno de los caracteres siguientes ocupe una posición de carácter.
Figure 7/T.100, p.
Figure 8/T.100, p.
5.4.2.2.7
Altura doble
Función de control que hace que cada uno de los caracteres siguientes ocupe su posición activa y la posición equivalente en la fila anterior (el origen de un carácter es el vértice en la esquina inferior izquierda de la posición de carácter).
5.4.2.2.8
Anchura doble
Función de control que hace que los caracteres siguientes ocupen dos posiciones de carácter consecutivas en la misma fila, y que la posición activa avance dos posiciones con cada carácter.
5.4.2.2.9
Tamaño doble
Función de control que hace que los caracteres siguientes ocupen la posición activa, la siguiente en la misma fila y las dos posiciones de carácter equivalentes en la línea anterior. La posición activa avanza dos posiciones de carácter con cada carácter.
5.4.2.2.10 Fondo negro Fondo rojo Fondo verde Fondo amarillo Fondo azul Fondo magenta Fondo cian Fondo blanco Hacen que los caracteres siguientes sean presentados en su color de primer plano sobre un fondo del color indicado.
5.4.2.2.11
Fondo transparente
Función de control que hace que los caracteres siguientes se visualicen con un color de fondo transparente. Esto significa que la zona no ocupada por el color de primer plano toma el color de fondo subyacente, que puede ser uno de los ocho colores de la imagen video definida por los atributos fuera de pantalla.
5.4.2.2.12
Ocultación de imagen
Función de control que hace que los caracteres siguientes, de la misma unidad, aunque almacenados en el receptor, se visualicen como espacios hasta que el usuario decida su revelación.
5.4.2.2.13
Fin de ocultación
Función de control que provoca el cese de la acción de
ocultación de imagen
.
5.4.2.2.14
Comienzo de recubrimiento
Función de control que provoca el recubrimiento de los caracteres siguientes de la misma unidad. La forma del recubrimiento puede ser diferente según el juego de caracteres utilizado. En el caso del juego mosaico, el recubrimiento hace que las seis celdillas aparezcan separadas, delimitadas por el color de fondo.
5.4.2.2.15
Fin de recubrimiento
Función de control que provoca el cese de la acción de
comienzo de recubrimiento
.
5.4.2.2.16
Polaridad normal
Función de control que provoca el cese de la acción de
polaridad inversa
.
5.4.2.2.17
Polaridad inversa
Función de control que hace que los caracteres siguientes de la misma unidad se visualicen como si se hubiesen intercambiado los colores de fondo y de primer plano. En el atributo de intermitencia también se invierte la polaridad del reloj de parpadeo.
5.4.2.3
Atributos de pantalla completa
5.4.2.3.1 Los atributos de pantalla completa se aplican al periodo total de visualización e incluyen la zona lateral. Además, se han previsto atributos de fila completa que se aplican a toda la fila, incluida la zona lateral correspondiente a esa fila.
Los controles de visualización de atributos de pantalla completa se
representan por una secuencia de
escape
de cuatro
caracteres de la forma ESC 2/3 2/0 Fe, donde Fe se toma de la figura 7/T.100.
Las funciones de control de visualización de los atributos de fila completa
se representan por secuencias de
escape
de cuatro
caracteres de la forma ESC 2/3 2/1 Fe.
5.4.2.3.2 Deben definirse de manera precisa los siguientes atributos de pantalla completa:
-
Fondo transparente:
la zona de pantalla
completa está ocupada por una imagen, que puede no formar parte
del servicio videotex (por ejemplo, una imagen de televisión).
En esta imagen aparecen los caracteres no ocultados. Si estos
caracteres se visualizan también con un fondo transparente de
zona de visualización definida, solamente aparece el primer
plano sobre la imagen. Los caracteres ocultados se visualizan
como espacios transparentes.
-
Ocultación:
la zona de visualización
definida tiene el color de fondo de pantalla completa hasta que
el usuario decide su revelación, o hasta que se interrumpe este
atributo por el fin de ocultación de pantalla completa.
-
Fin de ocultación de pantalla completa:
produce el mismo efecto que la acción que efectúa el usuario
por medio de la tecla de revelación.
5.4.2.3.3 Para los atributos de pantalla completa definidos respecto a las filas pueden aplicarse también las siguientes funciones:
- recubrimiento;
- anchura doble;
- altura doble.
5.4.3
Codificación del repertorio mosaico
5.4.3.1 El repertorio mosaico se designa como un juego G1 invocado por la
función SO. Se proponen dos
5.4.4
Condiciones por defecto
5.4.4.1
Atributos por defecto de pantalla completa
Al comienzo de una trama de visualización (iniciada por la función CS), para los atributos de pantalla completa se establecen las siguientes condiciones por defecto: primer plano blanco, fondo negro, tamaño normal, sin enmarcado, revelación, estable, sin recubrimiento.
5.4.4.2
Atributos por defecto de zona de visualización
definida
Después de las funciones referentes directamente a una posición de carácter en la pantalla (función APH o APA), los atributos de zona de visualización definida se restablecen al valor de los atributos de pantalla completa vigentes.
5.4.4.3
Atributos por defecto de fila completa
La condición por defecto de los atributos de fila completa es el valor vigente de los atributos de pantalla completa.
6
Opción alfageométrica
6.1
Consideraciones generales
6.1.1
Descripción
6.1.1.1 En la opción alfageométrica, la visualización se compone de textos alfanuméricos y representaciones gráficas que se definen en forma de primitivas geométricas transmitidas al terminal como instrucciones de representación.
6.1.1.2 En el presente 6 se describe un esquema de codificación para la opción alfageométrica del videotex.
6.1.2
Designación e invocación de códigos geométricos
6.1.2.1 La designación e invocación de códigos geométricos se especifica en el 2.3 .
La aparición de la función de control SO invoca las funciones primitivas
geométricas de las posiciones de la tabla de códigos 2/0 a 7/15 inclusive. La
aparición de la función de código SI restablece el juego G0 y las funciones
espacio
(2/0) y
supresión
(7/15).
6.1.3
Primitivas geométricas
6.1.3.1 El esquema de codificación del juego G1 junto con las posiciones de código 2/0 y 7/15 para el modelo geométrico se basa en primitivas geométricas. Cada primitiva de representación se especifica en términos de coordenadas cartesianas, para definir las posiciones, los puntos extremos o los vértices de cada operación de representación.
6.1.3.2 Las representaciones geométricas se definen mediante las primitivas
de representación:
punto
,
línea
,
arco
,
rectángulo
y
polígono
.
6.1.4
Posición de representación
6.1.4.1 Las representaciones son independientes de la posición, por lo que las primitivas de representación pueden superponerse entre sí, redefiniendo la representación en esa posición.
6.1.5
Espacio de representación
6.1.5.1 El espacio para las operaciones de representación geométrica es una
zona rectangular totalmente visible en la pantalla de visualización. Toda zona
de la pantalla que quede fuera de la zona de representación válida se denomina
zona lateral
; no es posible especificar una posición de
coordenadas en una zona lateral.
6.1.6
Elemento de imagen
6.1.6.1 La cuadrícula de coordenadas cartesianas se compone de elementos de imagen cuadrados (pixels).
6.1.7
Resolución de imagen
6.1.7.1 Puede utilizarse un número cualquiera de elementos de imagen. Por tanto, la resolución de imagen se deja a la discreción de los fabricantes de equipos terminales.
6.1.8
Sistema de coordenadas
6.1.8.1 Las especificaciones del sistema de coordenadas se definen sobre la base de un esquema de numeración cartesiano de 0 a 1.
6.1.8.2 El sistema de numeración está referido a la zona de representación válida visible, y se compone de coordenadas que varían de 0 a 1 en los ejes X e Y, especificándose los valores de coordenadas como fracciones de esta gama.
6.1.8.3 Las coordenadas se codifican en una notación complemento de 2 y se especifican como números con signo con una exactitud mínima de 9 bits, incluido el bit de signo. Se obtiene una mayor exactitud mediante incrementos adicionales de 3 bits. Los bits menos significativos no utilizados se eliminan cuando las coordenadas se definen con mayor exactitud que aquella con la que puede operar el terminal.
6.1.8.4 Las pantallas de visualización con zonas visibles no cuadradas se inscriben en el sistema numérico de zonas de representación cuadradas de manera que el origen (0,0) quede en la esquina inferior izquierda. En una visualización de tipo televisión con un formato de imagen de 4^:^3, esto corresponde a una gama de 0 a 0,999^.^.^. en el eje X y de 0 a aproximadamente 0,75 en el eje Y. Son admisibles las instrucciones de representación que abarcan todo el cuadrado de la retícula 0 a 1, pero sólo es visible la zona circunscrita por el formato 4^:^3.
6.2
Instrucciones de representación
6.2.1
Consideraciones generales
6.2.1.1 Las instrucciones de representación se componen de
códigos operacionales
(opcódigos) y
sus parámetros de datos asociados.
6.2.1.2 Los
6.2.1.3 A continuación del byte de opcódigo aparecen uno o más bloques de bytes adicionales de datos que definen una o más posiciones de coordenadas (X, Y). Cada bloque de datos para las coordenadas (X, Y) puede contener 3 bytes (exactitud de 9 bits), 4 bytes (exactitud de 12 bits), etc., según el grado de resolución deseado.
6.2.1.4 La figura 9/T.100 es la tabla de códigos para los bytes de opcódigos y de datos o subinstrucciones de estado.
6.2.2
Byte de opcódigo
6.2.2.1 La estructura del byte de opcódigo se muestra en la figura 10/T.100.
6.2.3
Definición de los opcódigos
6.2.3.1
Punto
Sitúa el haz de representación en cualquier posición en el espacio de visualización y, facultativamente, traza un punto.
6.2.3.2
Línea
Traza una línea determinada por los dos puntos extremos dados.
6.2.3.3
Arco
Traza un arco circular determinado por tres puntos, que son: el punto inicial, un punto intermedio y el punto final del arco. Resulta un círculo cuando los puntos inicial y final coinciden y el punto intermedio determina el extremo opuesto del diámetro. El arco puede ser el propio contorno o la superficie encerrada por el arco y la cuerda.
6.2.3.4
Rectángulo
Traza un rectángulo de anchura y altura especificadas. El rectángulo puede ser el propio contorno o la superficie encerrada por el mismo.
6.2.3.5
Polígono
Traza un polígono cerrado de forma arbitraria especificada por los vértices. El polígono puede ser el propio contorno o la superficie encerrada por el mismo. El número máximo de vértices se limita a 256.
6.2.3.6
Reserva
Opcódigo disponible para futura definición.
6.2.3.7
Reservado
Opódigo reservado para una aplicación futura determinada.
6.2.3.8
Control
Destinado al control de los modos o atributos de las instrucciones de representación.
6.2.4
Facilidades asociadas a los
opcódigos
6.2.4.1 Cada código tiene cuatro variantes definidas por los bits de facilidad (b2 y b1), como se muestra en la figura 11/T.100. Los significados de los campos de facilidad se indican a continuación.
Figura 9/T.100, p.
Figure 10/T.100, p.
Figure 11/T.100 [T2.100], p.
6.2.4.2
b2 es 1 binario
a)
Punto
- Se traza un punto visible en la
pantalla de visualización.
b)
Línea
,
arco
,
rectángulo
,
polígono
- La posición inicial de representación se especifica en los
bytes de datos como coordenadas absolutas (X, Y), es decir, se
fija
el punto inicial.
6.2.4.3
b2 es 0 binario
a)
Punto
- Se sitúa un punto invisible en la
pantalla de visualización.
b)
Línea
,
arco
,
rectángulo
,
polígono
- La posición inicial de representación es el mismo punto que
la posición final del opcódigo anterior, es decir, la
representación en curso va unida a la anterior.
6.2.4.4
b1 es 1 binario
a)
Punto
- Las coordenadas (X, Y) son
desplazamientos relativos con respecto a las anteriores
especificaciones de coordenadas.
b)
Línea
- Las coordenadas (X, Y) de la
posición final de representación de un segmento de línea son
desplazamientos relativos con respecto a la posición inicial de
representación de dicho segmento.
c)
Arco
,
rectángulo
,
polígono
- Las superficies establecidas
aparecen llenas o sombreadas.
6.2.4.5
b1 es 0 binario
a)
Punto
- Las coordenadas (X, Y) del punto
son valores absolutos.
b)
Línea
- Las coordenadas (X, Y) de la
posición final de representación del segmento son valores
absolutos.
c)
Arco
,
rectángulo
,
polígono
- Se representan los contornos.
6.3
Datos numéricos asociados a los opcódigos
6.3.1 Los bytes de datos numéricos asociados con un opcódigo siguen inmediatamente al byte de opcódigo y se reconocen cuando el bit de bandera (b7) es 1 binario. El opcódigo puede ir seguido de cualquier número de bloques de bytes de datos que definan pares de coordenadas o desplazamientos de representación, hasta que tiene lugar una de las siguientes condiciones:
a) aparece otro opcódigo;
b) aparece el código
cambio-entrada
(SI);
c) aparece el código
cambio-salida
(SO);
d) aparecen los códigos de
cambio individual
(SS2) o (SS3);
e) aparece un código de
escape
(ESC).
6.3.2 El número mínimo de bytes de datos que componen un bloque que determina un par de coordenadas X, Y es de tres. La estructura del bloque de datos se muestra en la figura 12/T.100.
Figura 12/T.100, p.
6.4
Repetición de las operaciones asociadas a los
opcódigos
6.4.1 Para cada uno de los opcódigos
punto
,
línea
y
rectángulo
, se efectuarán
automáticamente operaciones de representación repetidas si el campo de datos
numéricos que sigue al byte de opcódigo contiene más de un juego completo de
especificaciones de coordenadas. Un juego completo de especificaciones de
coordenadas se define como todas las coordenadas necesarias para definir el
trazado de un
punto
, una
línea
o un
rectángulo
como una representación única. Es decir, la
característica de representación repetida permite hacer representaciones
concatenadas sin necesidad de repetir el opcódigo.
6.5
Opcódigo de control geométrico
6.5.1
Consideraciones generales
6.5.1.1 Los opcódigos de
control
controlan los estados
de representación del terminal y la interpretación de los atributos de los
opcódigos de representación. La secuencia de opcódigos de
control
y sus subinstrucciones de
estado
preceden siempre a los opcódigos para las
primitivas de representación geométrica de
punto
,
línea
,
arco
,
rectángulo
o
polígono
. Los opcódigos
de control también se aplican al texto en el modo
cambio-entrada
(SI). Los cuatro opcódigos de
control
, caracterizados por los bits de facilidades de
opcódigos (b2 y b1), se indican en la figura 13/T.100.
Figura 13/T.100, p.
6.5.1.2
Control (valor)
Este opcódigo define el color o la escala de grises al que acceden los opcódigos de representación subsiguientes.
6.5.1.3
Control (estado)
Este opcódigo permite la ampliación a un campo de subinstrucciones.
6.5.1.4
Control (reservado)
Este opcódigo está reservado para futuras instrucciones de control.
6.5.1.5
Control (privado)
Este opcódigo está reservado para uso por los fabricantes de terminales, para la introducción de funciones particulares no normalizadas.
6.5.2
Atributos
6.5.2.1 Pueden aplicarse algunos atributos de representación a las instrucciones de representación. Los atributos se definen por secuencias codificadas apropiadas, descritas más adelante. Una vez definido un atributo, sigue siendo válido hasta que sea redefinido.
6.5.2.2 En la realización práctica de los atributos, el nivel de elaboración y de complejidad se deja a criterio del realizador.
6.5.2.3 Los diferentes atributos de representación y sus niveles de características, pueden verse en la Recomendación F.300.
6.5.3
Control (valor)
6.5.3.1 Este opcódigo especifica el atributo de color o el valor de la
escala de grises de los dibujos (o texto) que siguen. Por medio de la
subinstrucción de estado
tonal
(véase el
6.5.4
), se determina de antemano si el opcódigo de
control (valor)
y sus bytes de datos asociados contienen
información de color o de escala de grises. El número de bytes de datos es
variable y la secuencia termina al aparecer otro opcódigo. Los bits menos
significativos de información de color o de escala de grises son truncados
cuando no se usan. Las asignaciones de bits de los bytes de datos se
representan en la figura 14/T.100 (sólo se muestra la porción de datos de 6
bits del byte de 8 bits).
Figura 14/T.100, p.
6.5.4
Control (estado) y subinstrucciones de estado
6.5.4.1 El opcódigo de
control (estado)
da acceso a un
campo de
subinstrucciones de estado
(columnas 4, 5, 6 y 7)
que definen en detalle todos los modos de la operación o atributos de
representación. La secuencia se compone siempre de
control
(estado)
seguida de una
subinstrucción de
estado
, que a su vez puede ir seguida o no de bytes de
datos de parámetro. La figura 15/T.100 indica la codificación de las
subinstrucciones de estado
. A continuación figuran
definiciones detalladas de las
subinstrucciones de estado
.
6.5.4.2 (4/0)
Borrar a
negro
Esta subinstrucción borra toda la imagen, pasándola a negro.
6.5.4.3 (4/1)
Borrar a
transparente
Esta subinstrucción borra toda la imagen de la pantalla, pasándola a transparente. Transparente significa que las imágenes de televisión convencionales puedan mezclarse con imágenes o texto videotex.
6.5.4.4 (4/2)
Borrar a negro e
inicializar
Esta subinstrucción borra toda la imagen pasándola a negro, y pasa el terminal al modo por defecto.
6.5.4.5 (4/3)
Borrar al color
vigente
Esta subinstrucción borra toda la imagen, pasándola al color especificado
en ese momento por la secuencia del opcódigo de
control
(valor)
.
6.5.4.6 (4/4)
Dominio (3 bytes)
El bloque de datos numéricos que sigue a un opcódigo contiene 3 bytes. Esta es también la condición por defecto.
6.5.4.7 (4/5)
Dominio (4 bytes)
El bloque de datos numéricos que sigue a un opcódigo contiene 4 bytes.
6.5.4.8 (4/6)
Dominio (5 bytes)
El bloque de datos numéricos que sigue a un opcódigo contiene 5 bytes.
6.5.4.9 (4/7)
Dominio (6 bytes)
El bloque de datos numéricos que sigue a un opcódigo contiene 6 bytes.
6.5.4.10 (4/8)
Representación
(parpadeo desactivado)
Termina la subinstrucción de estado de representación (parpadeo activado).
6.5.4.11 (4/9)
Reservado
6.5.4.12 (4/10)
Representación
(parpadeo activado) (o
intermitencia)
Esta subinstrucción hace que la representación (o texto) que sigue parpadee en forma repetitiva con el fin de llamar la atención. En general, es posible el parpadeo de un objeto de cualquier color o valor en la escala de grises, pero en algunas realizaciones puede restringirse el parpadeo.
6.5.4.13 (4/11)
Reservada
6.5.4.14 (4/12)
Tonal (color)
Esta subinstrucción indica que la secuencia
control
(valor)
contiene información de color (véase el
6.5.3
).
Tonal (escala de
grises)
Esta subinstrucción indica que la secuencia de
control
(valor)
contiene información de escala de grises (véase el
6.5.3
).
6.5.4.16 (4/14)
Reservada
6.5.4.17 (4/15)
Reservada
6.5.4.18 (5/0)
Línea (de trazo
continuo)
(véase la nota)
Esta subinstrucción indica que las líneas de representación serán continuas. Esta es también la condición por defecto.
6.5.4.19 (5/1)
Línea (de puntos)
(véase la nota)
Esta subinstrucción indica que las líneas de representación serán de puntos.
Figure 15/T.100, p.
6.5.4.20 (5/2)
Línea (de trazos)
(véase la nota)
Esta subinstrucción indica que las líneas de representación serán de trazos.
6.5.4.21 (5/3)
Línea (de puntos y
trazos)
(véase la nota)
Esta subinstrucción indica que las líneas de representación tendrán una textura de puntos y trazos.
Nota
- El patrón de textura de líneas está referido a
la retícula de coordenadas absolutas de la pantalla de visualización, de modo
que concuerde entre instrucciones de representación.
6.5.4.22 (5/4)
Rellenar
Esta subinstrucción rellena la superficie delimitada representada con el
color especificado por la secuencia de
control (valor)
vigente.
6.5.4.23 (5/5)
Reservada
6.5.4.24 (5/6)
Rellenar (borde
resaltado en negro)
Esta subinstrucción rellena la superficie representada como en el 6.5.4.22 y el borde que la circunscribe se resalta en negro.
6.5.4.25 (5/7)
Reservada
6.5.4.26 (5/8)
Reservada
6.5.4.27 (5/9)
Reservada
6.5.4.28 (5/10)
Reservada
6.5.4.29 (5/11)
Reservada
6.5.4.30 (5/12)
Espera
(temporizada)
Esta subinstrucción produce un retardo de duración específica del tratamiento y la visualización. La longitud de la espera se especifica en décimas de segundo, ya sea por un byte de parámetro asociado (6 bits para 6,3 segundos como máximo) o por dos bytes de parámetro (12 bits para 6,8 minutos como máximo).
6.5.4.31 (5/13)
Espera
(indefinida)
Esta subinstrucción produce una espera indefinida. Esto puede conseguirse
mediante una respuesta del terminal con el carácter de control
pausa en curso
(DC3 en el juego C0)
hacia el computador. La espera termina entonces cuando el terminal envía un
carácter de
reanudación del flujo de datos
(DC1 en el
juego C0).
6.5.4.32 (5/14)
Reservada
6.5.4.33 (5/15)
Reservada
6.5.4.34 (6/0)
Formato de texto
Esta subinstrucción tiene un byte de datos asociado que define los siguientes formatos de texto:
Bit b6 = 0: Formato libre, es decir, las cadenas de caracteres se arrollan en el margen derecho.
Bit b6 = 1: Formato de anotación, es decir, las cadenas de caracteres ocupan posiciones fijas en la pantalla.
Bit b5 = 0: En formato libre, las cadenas de caracteres se interrumpen en un límite de caracteres.
Bit b5 = 1: En formato libre, las cadenas de caracteres se interrumpen en un límite de palabras.
b4, b3: Define la rotación de caracteres representada en la figura 16/T.100. Las cadenas de caracteres giradas siguen en el sentido de la rotación. Sin embargo, todas las demás funciones de control de formato de caracteres tales como APB, APF, APD, APU y APR tienen sus significados de orientación (sin rotación).
b2, b1 = 0,0: Espaciamiento vertical = 1,0 b2, b1 = 0,1: Espaciamiento vertical = 1,5 b2, b1 = 1,0: Espaciamiento vertical = 2,0 b2, b1 = 1,1: Espaciamiento vertical = 2,5
Figura 16/T.100 p.
6.6
Condiciones por defecto
6.6.1 Se resumen a continuación las condiciones por defecto de los atributos para el esquema de codificación alfageométrico:
Referencia
1) Control (valor): Blanco 6.5.3
2) Control tonal: Tonal (color) 6.5.4.14
3) Dominio: 3 bytes (9 bits) 6.5.4.6
4) Representación: Parpadeo desactivado 6.5.4.10
5) Control de línea: Línea de trazo continuo 6.5.4.18
6) Relleno: Relleno continuo (sin realce) 6.5.4.22
7) Formato de texto: a)
Formato
libre
6.5.4.34
b) Interrupción en
límite de
caracteres Ä con los bits 1
c) Sin
rotación Å a 6 puestos a
`0'
d) Espaciamiento
vertical = 1,0 Æ
7
Opción de juegos de caracteres dinámicamente
redefinibles (JCDR)
7.1
Consideraciones generales
7.1.1 Un JCDR es un juego de caracteres cuyas formas se transmiten desde la base de datos y se telecargan a través de la línea. Puede utilizarse para representar caracteres alfabéticos, símbolos especiales, o símbolos de elementos de imagen para construir gráficos de buena calidad. Una vez cargados, los JCDR se consideran como componentes de una biblioteca que pueden designarse por secuencias ESC apropiadas como juegos G0, G1, G2, G3. Son posibles varios esquemas para la opción JCDR. En este punto se describe un esquema en el contexto de una arquitectura general. Cuando se utilizan en su modo alfanumérico, los JCDR pueden emplearse como parte de las representaciones alfabéticas de cualquier otra opción videotex, y en dicho caso deben utilizarse los atributos asociados con esa opción.
7.2
Arquitectura general para la
telecarga de JCDR
7.2.1
Iniciación
El proceso de telecarga se inicia por una secuencia de designación e invocación. Esta secuencia va seguida por una o más de las funciones siguientes.
7.2.2
@
Identificación del juego de caracteres (ICS,
identification of character set)
\
Esta función debe seguir inmediatamente a la secuencia de iniciación e
identifica la secuencia de
escape
utilizada para designar
el juego de caracteres.
7.2.3
@
Selección del método de codificación (SCM, select
coding method)
\
Esta función define el tipo de codificación utilizado para describir el carácter JCDR.
7.2.4
@
Selección de la composición de puntos (SDC, select
dot composition)
\
Esta función define el número de bits horizontal y verticalmente en una matriz de caracteres, número de bits por elemento de imagen, número de niveles de la escala de grises y número de colores accesibles en una posición de carácter.
7.2.5
@
Transferencia de patrón (PT, pattern transfer)
\
Es la parte activa del proceso de telecarga. Define la posición de código del primer carácter y proporciona instrucciones y datos para representar los caracteres. Puede también incluir un procedimiento de comprobación de errores.
7.2.6
@
Procedimiento de terminación de telecarga (DLT,
down-loading termination procedure)
El proceso de telecarga termina por un procedimiento específico, que puede incluir acuse de recibo.
7.3
Posible esquema de codificación para la opción
JCDR
7.3.1
Secuencia de iniciación
La secuencia de iniciación es ESC Fs seguida por
x
bytes que indican la longitud del bloque de carga de datos; el valor de
x
deberá ser objeto de ulterior estudio.
7.3.2
Procedimiento de terminación
El proceso de telecarga termina mediante el cómputo de la longitud del bloque de carga de datos. Véase el 7.3.1 .
7.3.3
Designación e invocación de un JCDR cargado
7.3.3.1 Una vez cargado en el terminal, el JCDR se coloca en una biblioteca. Esta biblioteca se utiliza en el contexto de la norma ISO 2022 en el entorno de 7 bits aplicado en los puntos anteriores. Antes de invocar el juego JCDR designado, es necesario designar un juego C1 para asociarlo con él. Para el esquema aquí descrito, puede utilizarse cualquiera de los juegos C1 (que han de registrarse) definidos en los 2.2 y 2.3.
7.3.3.2 La secuencia de designación tendrá la forma ESC I1, 2/0, (I3 .^.^. In) F. I1 será 2/8, 2/9 .^.^. o 2/15. Los elementos I3 .^.^. In son facultativos, y si aparecen junto con F identificarán el juego. Los medios para asociar la secuencia de designación con el proceso de definir las formas de los caracteres deberán ser objeto de ulterior estudio.
8
Opción alfafotográfica
8.1 La opción alfafotográfica se utiliza para reproducir una imagen mediante la transmisión y visualización de elementos de imagen individuales.
8.2 Esta opción puede incluir tanto imágenes de tono continuo como imágenes de rostros, etc., así como técnicas (desarrolladas sobre la base de esquemas) para la reproducción de imágenes, incluidos gráficos, caracteres latinos y no latinos para texto, etc. Las características y atributos del sistema incluyen la representación en color y en blanco y negro.
8.3 Las propuestas detalladas del sistema se dejan para estudio ulterior.
9
Perfeccionamientos del servicio
9.1
Introducción
9.1.1 Muchas Administraciones ofrecen ya, o están estudiando, la posibilidad de introducir un servicio videotex, y se reconoce que esta Recomendación puede influir en algunas de sus decisiones. Mientras que los otros puntos de esta Recomendación contienen detalles de aquellos aspectos de un servicio videotex internacional que podrían ser objeto de un acuerdo, este 9 identifica ciertos perfeccionamientos potenciales (características o atributos) que algunas Administraciones estiman necesario considerar en futuros desarrollos.
9.1.2 Se reconoce que algunos de estos perfeccionamientos o mejoras potenciales pueden introducirse en servicios videotex nacionales únicamente, en tanto que otros pueden tener aplicación internacional. Sin embargo, una mejora aplicada inicialmente en un servicio nacional podría hacerse extensiva al servicio internacional en el futuro. Por tanto, se considera conveniente una coordinación internacional de las futuras mejoras.
9.2
Consideraciones generales
9.2.1 El desarrollo de los servicios videotex internacionales en los años siguientes a la publicación de esta Recomendación se verá afectado en gran medida por las especificaciones concretas contenidas en otras partes de esta Recomendación. Sin embargo, algunas Administraciones estiman que la experimentación y/o la realización de determinadas mejoras permitirán el desarrollo de un servicio videotex internacional que ofrezca una gama de posibilidades que haga máxima su conveniencia y su utilización.
9.2.2 Algunas de las mejoras potenciales del servicio videotex, nacional o internacional, se presentan a continuación. Ello tiene por objeto indicar a las Administraciones interesadas aquellas mejoras que a juicio del CCITT merecen un estudio detenido, pero cuya especificación no es todavía lo suficientemente detallada para que todas las Administraciones puedan llegar a un acuerdo sobre ellas.
9.2.3 Las mejoras se han agrupado en las tres categorías siguientes, para ayudar al lector a comprender la aplicación de cada una de estas mejoras (que algunas Administraciones pueden denominar atributos o características o de otra manera) y a fin de asegurar que sean objeto de un estudio sistemático:
a) mejoras relativas a la visualización;
b) mejoras orientadas a la transmisión;
c) mejoras relativas a la amplitud del sistema.
9.3
Mejoras relativas a la visualización
9.3.1 La mayor parte de los servicios actualmente previstos y/u ofrecidos utilizan imágenes creadas sólo con ocho colores, que se componen por diversas combinaciones (presencia o ausencia) de los tres colores primarios (rojo, verde y azul). La limitación del videotex a ocho colores es una restricción innecesaria, pues los dispositivos de emisión electrónica que controlan los colores rojo, verde y azul pueden tener capacidad para más de los dos estados de presencia o ausencia de color solamente. Por ejemplo, simplemente con ocho estados o niveles diferentes son posibles 512 colores. Además, en los servicios que utilizan una pantalla de tipo matricial (por ejemplo, un modo gráfico mosaico) podrían identificarse colores diferentes para los símbolos de primer plano y para las zonas de fondo.
9.3.2 La capacidad de simular el movimiento (es decir, la animación), es una mejora potencial que puede conseguirse por varios procedimientos, como son:
a) la alternancia entre tramas de visualización ligeramente diferentes almacenadas en el terminal;
b) la variación dinámica del color de ciertas partes de la imagen haciéndolas aparecer o desaparecer mediante una redefinición de la tabla de colores (una imagen desaparece cuando toma el mismo color que el de las zonas circundantes);
c) la aplicación de un programa interno para redefinir la imagen a una velocidad controlada.
9.3.3 El parpadeo de símbolos o zonas de la imagen se limita por lo general al cambio momentáneo del símbolo de primer plano (en el caso de las pantallas de tipo matricial) por el color de fondo, o a algún otro cambio de un solo estado. Una posibilidad de mejorar la intermitencia sería prever diferentes velocidades de cambio y diversas condiciones asociadas a cada cambio (por ejemplo, de color X a color Y, en lugar de color de primer plano a color de fondo o de color de fondo a negro).
9.3.4 Para ampliar el repertorio de un servicio videotex podrán elaborarse diferentes símbolos pictográficos (texto y gráfico). Ello podrá consistir en una ampliación fija definida en la memoria del terminal, o en una modificación de la memoria existente por telecarga a partir de la base de datos. La gama de símbolos ampliados incluye tipos diferentes para símbolos existentes, gráficos mosaico lisos, u otros símbolos específicos.
9.4
Mejoras orientadas a la transmisión
9.4.1 El intercambio directo de información entre terminales, sin comunicar con un servicio videotex, puede ser permitido por algunas Administraciones como una posibilidad mejorada, y podría ser de utilidad para los usuarios de terminales videotex. Exigiría unas funciones de control que tal vez no existan en algunos terminales que utilizan diversos servicios videotex nacionales existentes o previstos, pero no debería provocar incompatibilidad alguna con tales servicios.
9.4.2 La optimización del tren de caracteres codificados para la velocidad de datos máxima sería una mejora valiosa. Podría obtenerse utilizando un formato de codificación de 8 bits por palabra en lugar del formato de 7 bits actualmente previsto por la mayor parte de las Administraciones, junto con un dispositivo de decisión sobre el protocolo a nivel de línea o enlace elegido. La selección de un formato de 8 bits por palabra permitiría mejorar la eficacia de la transmisión de los datos.
Además, podrían especificarse en la Recomendación técnicas tales como la de codificación de la longitud de exploración para reducir la transmisión de datos innecesarios o redundantes. La elección de modems o circuitos de mayor velocidad es también considerada por algunas Administraciones como un modo de optimizar la transferencia de datos dentro de los servicios videotex o entre ellos.
9.4.3 En algunas aplicaciones de servicios videotex pueden requerirse complejos esquemas de detección y corrección de errores, los cuales debieran estudiarse junto con otras mejoras orientadas a la transmisión en futuros servicios videotex.
9.5
Mejoras relativas al nivel del sistema
9.5.1 Una mejora seriamente considerada por algunas Administraciones es la provisión de un servicio videotex que facilite no sólo información visual, sino también información audio. Esta posibilidad permitiría el acceso de los terminales a información sólo visual en una base de datos, y a información visual/audio en la misma o en otra base de datos. La información de audio podría estar asociada con la información visual, o tratarse separadamente, o incluso en forma alternada según el tipo de realización práctica. La información audio podría codificarse en forma analógica o digital, o tratarse como una señal compuesta.
9.5.2 La provisión de dispositivos periféricos de entrada/salida asociados con el terminal videotex sería una mejora importante para los futuros servicios. Podrían ser dispositivos de almacenamiento magnético para la grabación de informaciones visuales y audio recibidas por el terminal, o para el registro local de información por el terminal para su ulterior transmisión a una base de datos o a otro terminal. También podrían preverse diversos dispositivos de impresión en papel cuyo diseño se base en las posibilidades específicas del terminal en materia de visualización, como por ejemplo, el grado de resolución y el color de la imagen en la pantalla.
10
Protocolos de línea y de extremo a extremo
10.1 El objeto del 10 es describir los protocolos necesarios para las transacciones videotex internacionales. El 10 solamente contiene una introducción. El examen detallado será objeto de ulterior estudio.
10.2 La transferencia de información de la base de datos de un servicio a un usuario de otro servicio puede dividirse en dos partes:
a) transferencia de información de un servicio a otro,
b) transferencia de información del servicio al usuario.
10.3
Protocolos de línea
10.3.1
Protocolos de línea entre servicios
10.3.1.1 La línea internacional entre computadores de base de datos nacionales debe permitir la transmisión transparente de los esquemas de codificación identificados en esta Recomendación y aceptar los protocolos especificados en el 10.4 .
10.3.2
Protocolos de línea entre el servicio y el usuario
10.3.2.1 Deben estudiarse las siguientes funciones de protocolo.
PF1: El comienzo de la transmisión de datos codificados da comienzo a una secuencia de datos que deberá considerarse como información textual (puede codificarse como STX).
PF2: El comienzo del prefijo hace que los bytes siguientes se consideren como un prefijo que contiene información de alineación de trama, con inclusión de códigos para comprobación y/o corrección de errores (puede codificarse como SOH).
PF3: El fin de los datos codificados pone término a una secuencia de datos que se considerará como información textual (puede codificarse como ETX).
PF4: Fin de trama. Termina una trama de datos y pide la transmisión inversa y da una respuesta (puede codificarse como ETB).
PF5: Respuesta transmitida en caso de recepción sin errores o cuando la corrección de errores es posible (puede codificarse como ACK).
PF6: Respuesta transmitida en caso de errores cuando la corrección de errores no es posible (puede codificarse como NAK).
10.3.2.2 Se observó que TC1 a TC10 (SOH a ETB de la Recomendación T.50) se han previsto para controlar la transmisión de información por redes de transmisión. Por consiguiente, estas funciones no pueden formar parte del flujo de información de un servicio a otro.
10.3.2.3 El uso de funciones de protocolo deberá ser objeto de ulterior estudio.
10.4
Protocolos para la comunicación entre servicios
en el nivel de aplicación
10.4.1
Consideraciones generales
10.4.1.1 El intercambio internacional de información entre servicios videotex nacionales puede realizarse por medio de bloques, aquí denominados mensajes. Para una utilización eficaz de las redes y equipos de telecomunicación, es importante dimensionar los mensajes de manera que se reduzca al mínimo la capacidad necesaria para las aplicaciones frecuentemente utilizadas en los servicios videotex.
10.4.2
Tipos de elementos de mensaje
10.4.2.1 Un mensaje completo se compone de elementos de mensaje. Cada elemento contiene un identificador de elemento, un campo de datos y una indicación de longitud de elemento (explícita o implícita).
10.4.2.2
Transmisión de una función
normalizada
Los códigos utilizados para las funciones pueden ser diferentes de las secuencias de caracteres, enviadas por el usuario.
10.4.2.3
Transmisión de un mensaje de
servicio
Un mensaje de servicio es una trama que se transmite al abonado, sin borrar la pantalla, mediante el desplazamiento de la posición activa del cursor o la modificación del contenido de la visualización anterior.
10.4.2.4
Transmisión de un código de
mensaje de servicio
El mensaje de servicio adecuado es generado por el sistema receptor y transmitido al abonado.
10.4.2.5
Transmisión de una trama
La información de facturación y otra información adicional debe transmitirse junto con la trama.
10.4.2.6
Transmisión de un bloque de
datos
Se entiende por datos todos los tipos de datos no enumerados en partidas separadas, por ejemplo, soporte lógico. Es necesario transmitir información sobre la longitud del bloque cuando se transmiten datos transparentes.
10.4.2.7
Transmisión de una descripción
de campo
Una descripción de campo es una lista de posiciones en la pantalla, y se utiliza cuando un programa de aplicación espera la inserción de información adicional, sea por el usuario sea por el propio programa de aplicación. Incluye también el formato y el tipo de información, lo que permite un control sencillo de la sintaxis en el computador principal.
Se reconocen tres formatos: cadenas, es decir, cualquier combinación de caracteres, incluidos espacios, números enteros (0 a 9) y formato libre.
Un campo puede ser de tipo de entrada y/o salida. Un campo de entrada es un campo en el que la información es originada por el usuario. Un campo de salida es un campo en el que la información es introducida por el programa de aplicación.
10.4.2.8
Transmisión de un mensaje de
usuario a una aplicación
Un mensaje de usuario son los datos que introduce el usuario de acuerdo con una descripción de campo. Se envía al computador exterior. La transmisión es iniciada por una función de envío, si existe, o cuando se han llenado todos los campos de entrada. El uso de un delimitador hace que el resto del campo se rellene con espacios. Si se utiliza un delimitador en la primera posición de un campo combinado de entrada y salida, el contenido permanece inalterado.
10.4.2.9
Transmisión de un mensaje de
aplicación
Un mensaje de aplicación es un bloque de datos que debe introducirse en los campos de salida, definidos por una descripción de campo. Puede enviarse en el mismo mensaje que la descripción de campo, o después.
10.4.2.10
Petición de información sobre las capacidades del terminal
(Para ulterior estudio.)
10.4.2.11
Transmisión de información sobre las capacidades del terminal
(Para ulterior estudio.)
10.4.2.12
Elemento de condición de error
La detección de información contradictoria en un sistema dará lugar al envío de un mensaje de condición de error hacia el otro sistema, por ejemplo, datos con un formato diferente de la correspondiente descripción de campo. El mensaje completo que ha provocado el error será ignorado, y corresponde al sistema transmisor aplicar el tratamiento adecuado del error.
10.5
Protocolo desde el usuario a la base de datos
10.5.1 Para utilizar un servicio videotex, un usuario debe poder generar un conjunto de funciones que le permitan acceder a diferentes aplicaciones y utilizarlas. En la Recomendación F.300 se especifica un conjunto de funciones de usuario.
10.5.2 El conjunto mínimo de caracteres para codificar estas funciones contiene las cifras 0 a 9 y otros dos símbolos. En algunas aplicaciones, sin embargo, puede necesitarse la generación de información alfanumérica y también pictográfica, así como información de atributos y otros caracteres de control.
10.5.3 Aunque es conveniente que todos los servicios videotex empleen las mismas secuencias de activación e identificadores visuales para estas funciones, por ciertas razones históricas existirán diferentes maneras de codificar las mismas funciones de usuario.
10.5.4 Sería posible el acceso al servicio nacional de otro país utilizando una conexión internacional entre servicios si el usuario observa las reglas de codificación de funciones del servicio del otro país. Sin embargo, es posible que el banco de datos local pueda traducir la secuencia de activación local a una instrucción apropiada en un nivel de servicio nacional (véase el 10.4.2.4 ). Este tema queda para posterior estudio.
11
Interfuncionamiento con otros
servicios
11.1
Télex-videotex
11.1.1 El télex es un servicio de transferencia de mensajes, y por tanto el interfuncionamiento entre el télex y el videotex debe limitarse al intercambio de textos alfanuméricos entre equipos terminales.
11.1.2 Sólo deben utilizarse para componer mensajes los caracteres gráficos del repertorio de caracteres gráficos videotex correspondientes al Alfabeto Telegráfico Internacional N.o 2.
11.1.3 El formato de los mensajes estará limitado por el formato de página videotex.
11.1.4 El télex sólo puede representar información alfanumérica, y no tiene la posibilidad de visualizar los otros atributos del videotex.
11.2
Teletex-videotex
11.2.1
Repertorio de caracteres gráficos
11.2.1.1 Los repertorios de caracteres gráficos teletex y videotex son en gran medida idénticos. En una facilidad de interfuncionamiento videotex-teletex podrían transcodificarse las siguientes representaciones sustitutivas de caracteres videotex (véase el cuadro 2/T.100).
Cuadro 2/T.100 [T3.100] p.
11.2.1.2 En caso de terminales teletex con la posibilidad de presentar la
totalidad del repertorio de caracteres videotex, desaparece la necesidad de
esta transcodificación. Por tanto, en una fase inicial del establecimiento de
la comunicación, deben determinarse las capacidades de visualización/impresión
del terminal mediante un procedimiento de toma de contacto.
11.2.2
Funciones de control
11.2.2.1 La transcodificación de las funciones de control de atributos videotex será objeto de ulterior estudio.
11.2.3
Formato
11.2.3.1 El interfuncionamiento entre el videotex y el teletex se limitará al formato de trama de visualización videotex.
11.3
Videotex-facsímil
(Para estudio ulterior.)
11.4
Videotex-teletex
(Para estudio ulterior.)
ANEXO A (a la Recomendación T.100)
Parte del método de
extensión de código de la norma ISO 2022
Figure ANNEXE A, p.
ANEXO B (a la Recomendación T.100)
Repertorio de
caracteres gráficos
Consideraciones generales
B.1.1 Este anexo define el repertorio básico de caracteres gráficos del
B.1.2 El repertorio de caracteres gráficos definido en esta parte de la Recomendación se compone de:
a) los caracteres alfabéticos latinos enumerados en el Î B.2 siguiente, que comprenden:
- las 52 letras minúsculas y mayúsculas del alfabeto latino básico;
- combinaciones de letras latinas básicas y signos diacríticos;
- caracteres alfabéticos especiales que no son letras latinas básicas ni combinaciones de letras latinas básicas con signos diacríticos;
b) los caracteres no alfabéticos enumerados en el Î B.3 siguiente, que comprenden cifras decimales, signos de moneda, signos de puntuación, signos aritméticos y símbolos varios de significado especial.
B.1.3 Un signo diacrítico no tiene significado como carácter aislado, sino que se utiliza en combinación con una letra latina básica para formar una letra acentuada o con diéresis (o signo de umlaut).
B.1.4 El repertorio de caracteres gráficos definido en esta parte de la Recomendación contiene un juego limitado de letras acentuadas y con diéresis (o signo de umlaut).
B.2
Caracteres alfabéticos latinos
B.2.1 El repertorio de caracteres alfabéticos latinos es idéntico al especificado en el 3.2.2 de la Recomendación T.61 (para el repertorio teletex básico de caracteres gráficos).
B.3
Caracteres no alfabéticos
B.3.1 Las cifras decimales (0 a 9), signos de moneda, signos aritméticos, subíndices y exponentes y fracciones se especifican, respectivamente, en los 3.2.3.1, 3.2.3.2, 3.2.3.4, 3.2.3.5 y 3.2.3.6 de la Recomendación T.61.
B.3.2 Los signos de puntuación son los especificados en el 3.2.3.3 de la Recomendación T.61, pero se ha excluido SP09 (línea baja) e incluido de SP19 a SP22, los cuales se indican en el cuadro B-1/T.100.
B.3.3 Los símbolos diversos son los que se muestran en el cuadro B-2/T.100.
B.3.4 Los cuadros B-1/T.100 y B-2/T.100 tienen la composición siguiente:
La primera columna contiene el identificador de cada carácter, asignado de acuerdo con el sistema de identificación explicado en el anexo C de la Recomendación T.61.
La segunda columna muestra la representación gráfica del carácter.
La tercer columna contiene la denominación o descripción del carácter.
Cuadro B-1/T.100 [T4.100] p.
Cuadro B-2/T.100 [T5.100] p.
INTERFUNCIONAMIENTO INTERNACIONAL DE SERVICIOS
VIDEOTEX
(Málaga-Torremolinos, 1984; modificada en Melbourne, 1988)
íNDICE
Preámbulo
1 Objeto y campo de aplicación de la Recomendación
2 Interfuncionamiento entre servicios videotex - Consideraciones generales
3 Interfuncionamiento internacional del servicio videotex
4 Interfuncionamiento internacional entre cabeceras de línea
5 Interfuncionamiento internacional entre un terminal y un computador principal
6 Atributos de clase de arquitectura de contenido
7 Atributos de porción de contenido
8 Definición formal del tipo de datos dependiente del videotex
Los anexos B, C y D no se publicarán en el fascículo VII.5 (Recomendaciones
de la serie T), sino en una publicación aparte.
Anexo
A
- Sintaxis de datos de interfuncionamiento (SDI) descrita en NSA.1 (Recomendación X.208)
Anexo B
- Sintaxis de datos I
Anexo C
- Sintaxis de datos II
Anexo D
- Sintaxis de datos III
Preámbulo
El CCITT,
considerando
(a) que se han introducido servicios videotex en distintos países y regiones utilizando diferentes sintaxis de datos, denominadas sintaxis de datos I, sintaxis de datos II y sintaxis de datos III, que tienen igual categoría;
(b) que el CCIR está estudiando normas para los servicios de teletexto radiodifundido de recepción general, y ha expresado la opinión de que es conveniente que exista compatibilidad de equipos terminales entre los sistemas de teletexto radiodifundido de recepción general y los sistemas de bases de datos que utilizan la red pública;
(c) que los distintos países y regiones tienen derecho a utilizar sus sistemas existentes;
(d) que el interfuncionamiento entre servicios videotex de distintos países puede requerir transcodificación y/o conversión;
(e) que el interfuncionamiento entre servicios videotex puede proporcionarse por diferentes tipos de redes, tales como la red telefónica pública conmutada (RTPC), la red pública de datos con conmutación de paquetes (RPDCP), la red pública de datos con conmutación de circuitos (RPDCC), la red digital de servicios integrados (RDSI), etc.;
(f) que los protocolos de interfuncionamiento videotex deben ofrecer un amplio grado de compatibilidad con los protocolos utilizados en otros servicios telemáticos;
recomienda
que se apliquen las siguientes disposiciones técnicas para el interfuncionamiento internacional de los servicios videotex.
1
Objeto y campo de aplicación de la Recomendación
1.1
Objeto
El objeto de esta Recomendación es:
a) facilitar el interfuncionamiento de los diferentes servicios videotex;
b) identificar los parámetros necesarios para comunicar con los terminales videotex; y
c) establecer las especificaciones técnicas necesarias para el posible interfuncionamiento de otros servicios telemáticos con los servicios videotex.
1.2
Campo de aplicación
1.2.1 Esta Recomendación describe las características de la información
codificada intercambiada entre los países que participan en el
1.2.2 Los sistemas videotex son
1.2.3 Se proponen diferentes
1.2.4 Para el servicio internacional se han identificado diferentes sintaxis de datos:
a) sintaxis de datos de interfuncionamiento;
b) sintaxis de datos I;
c) sintaxis de datos II;
d) sintaxis de datos III;
e) otras sintaxis que se estudiarán ulteriormente.
2
Interfuncionamiento entre servicios videotex -
Consideraciones generales
2.1 Corresponde a las Administraciones decidir por qué red o redes se proporcionará el servicio o servicios videotex.
2.2 A continuación se consideran varias posibilidades:
2.2.1 Servicio videotex explotado por la RTPC: la comunicación entre un terminal videotex y un computador principal (o central) videotex se establece por la RTPC.
2.2.2 Servicio videotex explotado por la RTPC y una red pública de datos (RPD) (generalmente una RPDCP): la comunicación entre un terminal videotex conectado a la RTPC y un computador principal videotex conectado a una RPD se establece a través de un punto de acceso videotex o de un centro de servicio videotex que hace de interfaz entre ambas redes.
2.2.3 Podrían considerarse también otras posibilidades (RPDCC, RDSI, etc.).
2.3 Puede resultar posible el interfuncionamiento internacional entre servicios videotex a través de cabeceras y conectados a cualquier red (RTPC, RPDCP, RPDCC, RDSI, etc.). Este interfuncionamiento permite que un terminal videotex perteneciente a un servicio videotex tenga acceso a un computador principal videotex perteneciente a otro servicio videotex. También puede resultar posible el interfuncionamiento internacional entre un terminal videotex de un país y un computador principal videotex de otro. Todo intercambio internacional de datos debe ajustarse a las especificaciones contenidas en esta Recomendación. (La descripción del servicio puede verse en la Recomendación F.300.)
3
Interfuncionamiento internacional del servicio
videotex
3.1 El interfuncionamiento videotex permite que un terminal videotex de un país dado interactúe en tiempo real con una aplicación videotex situada en un país diferente.
3.2 El interfuncionamiento internacional entre servicios videotex debe utilizar las funciones definidas en las sintaxis de datos aplicadas por las Administraciones interesadas: las sintaxis de datos I, II y III se definen en los anexos.
3.3
Configuraciones de interfuncionamiento
internacional
Las diversas configuraciones para el interfuncionamiento internacional se definen en la Recomendación F.300. Las dos clases principales de interfuncionamiento se definen a continuación.
3.3.1
Interfuncionamiento de una cabecera de línea a
otra
Esta clase de interfuncionamiento exige la comunicación entre cabeceras de línea situadas en cada país y en las que se realizan todos los procesos de tratamiento de datos exigidos por el interfuncionamiento. Los protocolos y las sintaxis de datos para esta clase de interfuncionamiento se especifican en el 4 .
3.3.2
Interfuncionamiento de terminal a computador
principal
Esta clase de interfuncionamiento exige la comunicación entre un terminal y un computador principal situados en diferentes países, ya sea directamente o a través de una unidad de conversión situada en el país en el que está situado el terminal. Se han identificado varios casos. Los protocolos y las sintaxis de datos para los diversos casos de esta clase de interfuncionamiento se especifican en el 5 .
4
Interfuncionamiento internacional entre cabeceras
de línea
El interfuncionamiento internacional entre cabeceras de línea permite a un terminal videotex situado en el país A tener acceso a los servicios videotex de un país B por medio de un servicio videotex del país A. La configuración para el interfuncionamiento internacional entre cabeceras de línea se ilustra en la figura 1/T.101.
Figura 1/T.101, p.
4.1
Interfuncionamiento internacional a nivel de
red
4.1.1 El interfuncionamiento internacional entre servicios videotex debe preferentemente producirse entre redes del mismo tipo cuando éstas son proporcionadas por ambas Administraciones interesadas (RPDCP, RPDCC, RDSI y líneas arrendadas).
4.1.2 La definición del servicio de red de la interconexión de sistemas abiertos para aplicaciones del CCITT figura en la Recomendación X.213.
4.1.3 Cuando el interfuncionamiento se produce entre servicios videotex explotados por diferentes tipos de red, debe aplicarse normalmente la Recomendación X.75. El interfuncionamiento con la RDSI debe ajustarse a la Recomendación T.90.
4.2
Capa de transporte
El servicio de capa de transporte de la interconexión de sistemas abiertos para aplicaciones del CCITT se define en la Recomendación X.214.
El protocolo de transporte de la interconexión de sistemas abiertos para aplicaciones del CCITT se especifica en la Recomendación X.224.
Pueden utilizarse las clases 0 (correspondiente a la Recomendación T.70) y 2.
Cuando se selecciona la clase 0, el protocolo utilizado es plenamente compatible con la Recomendación T.70 del CCITT. Cuando se selecciona la clase 2, debe utilizarse control de flujo explícito.
4.3
Capa de sesión
El servicio de capa de sesión de la interconexión de sistemas abiertos para aplicaciones del CCITT se define en la Recomendación X.215. El protocolo de sesión de la interconexión de sistemas abiertos para aplicaciones del CCITT se especifica en la Recomendación X.225.
La utilización de los protocolos de sesión por el interfuncionamiento videotex se define en la Recomendación T.523.
4.4
Capa de presentación
4.4.1
Protocolo de presentación
El servicio de capa de presentación de la interconexión de sistemas abiertos para aplicaciones del CCITT se define en la Recomendación X.216. El protocolo de presentación de la interconexión de sistemas abiertos para aplicaciones del CCITT se especifica en la Recomendación X.226.
La utilización de los protocolos de presentación por el interfuncionamiento videotex se define en la Recomendación T.523.
4.4.2
Codificación de informaciones videotex
Codificación del contenido del elemento de datos
de visualización
El contenido videotex se ajusta a una de las varias sintaxis de datos
diferentes. En el anexo A se describe una sintaxis de datos, denominada
Diferentes Administraciones que proporcionan un servicio videotex pueden utilizar una de esas tres sintaxis de datos.
Si dos países aplican la misma sintaxis de datos, el interfuncionamiento videotex entre ambos países puede utilizar esa misma sintaxis.
Si un país aplica una sintaxis de datos y otro país aplica una sintaxis de datos diferente, el interfuncionamiento videotex entre los dos países puede:
i) utilizar la sintaxis de datos de interfuncionamiento como sintaxis intermedia. Los dos países deberán efectuar una transcodificación/conversión hacia la sintaxis de datos de interfuncionamiento y desde ésta; o
ii) utilizar una de las dos sintaxis de datos realizándose la transcodificación/conversión en el país de origen o en el país de destino.
Para la identificación de la sintaxis de datos en uso (I o II o III), puede utilizarse la designación e invocación de las secuencias de escape de "código completo":
ESC 2/5 4/3 para la sintaxis de datos I
ESC 2/5 4/4 para la sintaxis de datos II
ESC 2/5 4/1 para la sintaxis de datos III
El entorno de "código completo" terminará por la secuencia:
ESC 2/5 4/0
o por la designación e invocación de cualquier otro código completo.
4.5
Capa de aplicación
El @elemento de servicio de control de asociación (ESCA)\ de la interconexión de sistemas abiertos para aplicaciones del CCITT se define en la Recomendación X.217. El protocolo de elemento de servicio de control de asociación (ESCA) de la interconexión de sistemas abiertos para aplicaciones del CCITT se especifica en la Recomendación X.227.
La capa de aplicación para el interfuncionamiento videotex utiliza las siguientes Recomendaciones:
- Rec. T.400: Introducción a la arquitectura, transferencia y manipulación de documentos.
- Rec. T.411: Arquitectura de documento abierta (ADA) y formato de intercambio - Introducción y principios generales.
- Rec. T.412: Arquitectura de documento abierta (ADA) y formato de intercambio - Estructuras de documento.
- Rec. T.414: Arquitectura de documento abierta (ADA) y formato de intercambio - Perfil de documento.
- Rec. T.415: Arquitectura de documento abierta (ADA) y formato de intercambio - Formato de intercambio de documento abierto (FIDA).
La capa de aplicación para el interfuncionamiento videotex utiliza el servicio y protocolo de transferencia y manipulación de documentos (TMD) descritos en las Recomendaciones T.431, T.432 y T.433.
La capa de aplicación para el interfuncionamiento videotex utiliza las estructuras operacionales descritas en la Recomendación T.441.
La Recomendación T.564 describe el perfil de aplicación para el interfuncionamiento videotex y las características de cabecera de línea.
La Recomendación T.504 describe el perfil de aplicación de documento para el interfuncionamiento videotex.
La Recomendación T.523 describe el perfil de aplicación de comunicación para el interfuncionamiento videotex.
La Recomendación T.541 describe el perfil de aplicación operacional para el interfuncionamiento videotex.
4.6
Relación con TMD/ADA
Las relaciones con la arquitectura de documento (Recomendación T.412) y el formato de intercambio de documento (Recomendación T.415) se expresan mediante los atributos de clase de arquitectura de contenido y los atributos de porción de contenido, y se describen en los 6, 7 y 8.
5
Interfuncionamiento internacional entre un
terminal y un computador principal
5.1
Acceso por la RTPC o servicio portador RDSI
Figura T0803420-89, p.
Los protocolos que han de utilizarse en el teleservicio videotex de la RDSI se
estudiarán ulteriormente. En esta configuración, el terminal utiliza la RTPC
internacional (respectivamente los servicios portadores de la RDSI) para llegar
al computador principal. En el enlace internacional deben utilizarse los
siguientes protocolos:
capas 1 a 3 por la RTPC: los protocolos definidos por el computador principal;
capas 1 a 3 por el servicio portador de la RDSI: Recomendación T.90;
capas 4 a 7: los protocolos (si los hubiere) definidos por el computador principal situado en el país B;
sintaxis de datos: la sintaxis de datos definida por el computador principal;
funciones de diálogo/servicio: las funciones definidas por el computador principal.
5.2
Acceso por la RPDCP o por un servicio portador de la
RDSI
Figura T0803430-89, p.
En esta configuración, el terminal utiliza la RPDCP internacional
(respectivamente los servicios portadores de la RDSI) para llegar al computador
principal. En el enlace internacional, deben utilizarse los siguientes
protocolos:
capas 1 a 3 por la RPDCP: Recomendación X.75;
capas 1 a 3 por el servicio portador de la RDSI: Recomendación T.90;
capas 4 a 7: los protocolos (si los hubiere) definidos por el computador principal situado en el país B;
sintaxis de datos: la sintaxis de datos definida por el computador principal;
funciones de diálogo/servicio: las funciones definidas por el computador principal.
5.3
Acceso por la RPDCP/EDD
Figura T0803440-89, p.
En esta configuración, el terminal está conectado a un EDD que da acceso a la
RPDCP internacional; tanto el terminal como el EDD están situados en el país A.
El tipo de conexión entre el terminal y el EDD es un asunto de carácter
nacional (generalmente la RTPC o una línea arrendada).
El acceso al computador principal del país B puede producirse a través de la RPDCP internacional. El tipo de conexión entre el computador principal y la RPDCP nacional es un asunto de carácter nacional (generalmente una línea arrendada).
En el enlace internacional, deben utilizarse los siguientes protocolos:
capas 1 a 3: Recomendación X.75;
por encima de la capa 3: Recomendación X.29 + Recomendación X.3;
sintaxis de datos: la sintaxis de datos definida por el computador principal situado en el país B;
funciones de diálogo/servicio: las funciones definidas por el computador principal.
5.4
Acceso por la RPDCP a través de una UIV
Figura T0803450-89, p.
En esta configuración, el terminal está conectado a una @UIV (unidad de
interfaz videotex)\, que da acceso a la RPDCP internacional; el terminal y la
UIV están situados en el país A. El tipo de conexión entre el terminal y la UIV
es un asunto de carácter nacional (generalmente la RTPC o una línea arrendada).
La UIV realiza dos funciones: soporta los terminales y convierte las sintaxis
de datos. Corresponde a la Administración del país A decidir cómo se realiza
una UIV: puede hacerse como un sistema separado o integrado con un equipo
existente (por ejemplo, EDD o punto de acceso videotex).
El acceso al computador principal del país B puede producirse a través de la RPDCP internacional. El tipo de conexión entre el computador principal y la RPDCP nacional es un asunto de carácter nacional (generalmente una línea arrendada).
En el enlace internacional, deben utilizarse los siguientes protocolos:
capas 1 a 3: Recomendación X.75;
por encima de la capa 3: Recomendación X.29 + Recomendación X.3. Otra posibilidad es utilizar protocolos basados en la Recomendación X.200. En este caso, habrá que definir los perfiles de aplicación en las Recomendaciones de la serie T.500. Este asunto se estudiará ulteriormente;
sintaxis de datos: la sintaxis de datos definida por el computador principal situado en el país B;
funciones de diálogo/servicio: las funciones definidas por el computador principal.
5.5
Acceso por la RPDCP a través de una USV
Figure T0803460-89, p.
En esta configuración, el terminal está conectado a una @USV (unidad de
servicio videotex)\ que da acceso a la RPDCP internacional; el terminal y la
USV están situados en el país A. Una USV es una UIV que se encarga también de
procesar la tasación y la contabilidad de las aplicaciones. Corresponde a la
Administración del país A decidir si se establece o no una USV y cómo ha de
realizarse la USV, si la hubiere. Puede realizarse como un sistema separado o
integrado con un equipo existente (EDD, punto de acceso videotex o centro de
servicio videotex).
El acceso al computador principal del país B puede producirse a través de la RPDCP internacional. El tipo de conexión entre el computador principal y la RPDCP nacional es un asunto de carácter nacional (generalmente una línea arrendada).
En el enlace internacional, deben utilizarse los siguientes protocolos:
capas 1 a 3: Recomendación X.75;
por encima de la capa 3: protocolos basados en la Recomendación X.200. En este caso, habrá que definir los perfiles de aplicación en las Recomendaciones de la serie T.500. Este asunto se estudiará ulteriormente;
otra posibilidad es utilizar la Recomendación X.29 más la X.3. Se necesitan ampliaciones (reglas de aplicación) de la Recomendación X.29 (véase el 5.6 );
sintaxis de datos: la sintaxis de datos definida por el computador principal situado en el país B;
funciones de diálogo/servicio: las funciones definidas por el computador principal.
5.6
Reglas de aplicación para que la Recomendación X.29
sustente funciones administrativas
Cuando se establece una comunicación internacional por una USV utilizando la Recomendación X.29, pueden utilizarse instrucciones videotex X.29 para que las tasas de aplicación (si las hubiere) pasen del computador principal a la USV.
Las instrucciones videotex deben enviarse en secuencias de paquetes completas con el bit Q puesto a uno.
Las instrucciones videotex utilizan una codificación T(ipo)-L(ongitud)-V(alor). Las instrucciones de longitud fija no requieren ningún indicador de longitud. Cuando se utiliza, el indicador de longitud se codifica en dos octetos y define la longitud total en octetos, del campo V.
A fin de distinguir las instrucciones videotex de las instrucciones EDD actualmente definidas en la Recomendación X.29, el valor tipo de una instrucción videotex se define con el bit más significativo puesto a uno.
Se proponen los siguientes valores para sustentar el intercambio de información de tasación en las conexiones internacionales:
- Administración (99H) L2 tasación (82H) L2 parámetro de tasación
El parámetro de tasación puede asumir el valor operación de servicio (80H) o el valor operación de aplicación (81H); ambos valores pueden estar presentes en el mismo parámetro de tasación:
- operación de servicio (80H) L1 parámetro de servicio
- operación de aplicación (81H) L1 parámetro de aplicación
El parámetro de servicio es dependiente del tiempo, y puede corresponder al importe/periodo (80H), a la duración del periodo (81H), o a una combinación de los mismos:
- importe (80H) L1 valor
- periodo (81H) L1 valor
El parámetro de aplicación puede ser dependiente de la trama (80H), del tiempo (81H) o de la transacción (82H), o de una combinación de los mismos:
- trama (80H) L1 valor
- tiempo (81H) L1 parámetro de tasación por tiempo
- transacción (82H) L1 valor
El parámetro de tasación por tiempo se organiza como el parámetro de servicio.
L1 es un acrónimo de una longitud codificada en un byte.
L2 es un acrónimo de un indicador de longitud codificado en dos bytes.
El esquema siguiente representa el mecanismo de codificación:
Cuadro [T1.101], p.
6
Atributos de clase de arquitectura de
contenido
6.1
Clase de arquitectura de contenido
El valor del atributo "clase de arquitectura de contenido" de una descripción de componente básico que se ajusta a la presente Recomendación T.101, es un identificador de objeto NSA.1 con el valor:
{^0 1 8 16 3^}
6.2
Tipo de contenido
El atributo de clase de arquitectura de contenido "tipo de contenido" no puede utilizarse para especificar la clase de arquitectura de contenido definida en esta Recomendación.
7
Atributos de porción de contenido
7.1
Tipo de codificación
Clasificación Defectible
Aplicabilidad Clase de arquitectura de contenido videotex
Estructura Identificador de objeto NSA.1
Valores admisibles Identificador de objeto NSA.1
{^01 8 16 4^} para "Codificación SDI" {^01 8 16 5^} para "Codificación sintaxis de datos I" {^01 8 16 6^} para "Codificación sintaxis de datos II" {^01 8 16 7^} para "Codificación sintaxis de datos III"
Valor por defecto "Codificación SDI"
Definición Para el interfuncionamiento videotex, los valores posibles corresponden a las sintaxis de datos descritas en los anexos A, B, C, D a esta Recomendación.
7.2
Atributos de codificación
específicos
Estos atributos proporcionan información adicional necesaria para codificar/decodificar la información de contenido, así como otra información intrínseca a la porción de contenido y al tipo de codificación.
7.2.1
Subconjunto
Clasificación Por defecto
Aplicabilidad Clase de arquitectura de contenido videotex Tipo de codificación "codificación SDI"
Valores Número entero [0, 1 a 5, 81 a 92]
Valor por defecto 0
Definición Este atributo identifica el subconjunto (rango o perfil) utilizado dentro del SDI. El valor 0 se utiliza cuando no se especifica subconjunto.
7.2.2
Rango
Clasificación Por defecto
Aplicabilidad Clase de arquitectura de contenido videotex Tipo de codificación "codificación sintaxis de datos I"
Valores Número entero [0, 1 a 5]
Valor por defecto 0
Definición Este atributo identifica el rango utilizado dentro de la sintaxis de datos I. El valor 0 se utiliza cuando no se especifica el rango.
7.2.3
Perfil
Clasificación Por defecto
Aplicabilidad Clase de arquitectura de contenido videotex Tipo de codificación "codificación sintaxis de datos II"
Valores Número entero [0, 81 a 92]
Valor por defecto 0
Definición Este atributo identifica el rango utilizado dentro de la sintaxis de datos II. El valor 0 se utiliza cuando no se especifica el rango.
8
Definición formal del
tipo de
datos dependiente del videotex
8.1
Introducción
Este punto contiene la definición formal, en notación NSA.1 (definida en la Recomendación X.208), del tipo de datos correspondiente a los atributos aplicables al videotex.
Este tipo de datos es:
- el tipo de datos para representar atributos de codificación específicos.
8.2
Representación de atributos de codificación
específicos
Cuadro [T2.101], p.
8.3
Resumen de los identificadores de objeto NSA.1
^ (véase
el cuadro 1/T.101)
Cuadro 1/T.101 [T3.101], p.
MONTAGE: ANNEXE A SUR LE RESTE DE CETTE PAGE
(H.T.=OUI)
TAB.???
FICHIER: H.T. =
(75.TA.224.S)
(SANS FORMULE) Tableaux: 141 - Tabulateurs: 0 Formules
FOLIOS: 152 - 193 (DO PRC.COSY.2)
MEP {TPS.NON.PHOTO "[PA1]"} : OK= [1]
Saisie 90.03.16 JG
ID + LASER 30.03.90 JC
MAJ diskette 02.04.90 JC
Corr. LASER (1re épreuve) = 3eme 06.04.90 GG
Espaces réservés 09.04.90 AF
AJOUTER (PA1) (CL1,0,0,0) pour MEP
MEP + LASER 26.04.90 GH/PC
Corr. MEP ........ ..
Insertion des tableaux (tabulateurs 0) 26.04.90 PC
BAT 16.05.90 PM
MAJ DISKETTE ........ ..
MONTAGE:
8.2
EN TêTE DE CETTE PAGE
ANEXO A (a la Recomendación T.101)
Sintaxis de datos de
interfuncionamiento (SDI)
\
descrita en NSA.1
(Recomendación X.208) Preámbulo
Para el intercambio videotex:
a)Si dos países aplican la misma sintaxis de datos, el interfuncionamiento puede utilizar la misma sintaxis de datos (SD I, SD II o SD III).
b)Si dos países aplican dos sintaxis de datos distintas, el interfuncionamiento puede utilizar:
i)la sintaxis de datos de interfuncionamiento (SDI) definida a continuación, o
ii)cualquiera de las tres sintaxis de datos, y realizar conversiones directas entre SD I, SD II y SD III. Las sintaxis de datos pueden identificarse mediante el mecanismo ESC 2/5 F descrito en el 4.4.2 de la presente Recomendación T.101.
Si se utiliza la SDI, la Administración en cuyo país se halle la base de datos será responsable de la conversión a la SDI, y la Administración en cuyo país se halle el terminal de usuario será responsable de la conversión a partir de la SDI.
Si se utiliza el método de conversión directa en lugar de utilizar la SDI, ésta resultará una guía técnica para el diseño del proceso de conversión.
La SDI no está destinada a emplearse en las comunicaciones entre terminal y computador principal.
A.1
Página videotex
Una página videotex en la sintaxis de datos de interfuncionamiento (SDI) es una secuencia de instrucciones de presentación expresadas de manera independiente de cualquiera de las sintaxis de datos de terminal. Esta formulación de la información que compone una página videotex pretende facilitar el interfuncionamiento entre sintaxis de datos de terminal básicamente diferentes, aislando los elementos específicos y comunes de cada una de las sintaxis de datos. La sintaxis de datos de interfuncionamiento no está prevista para ser utilizada como sintaxis de datos de terminal por derecho propio. Una codificación de la sintaxis de datos de interfuncionamiento se define en la Recomendación X.209. Otros tipos de codificación serán objeto de ulterior estudio.
[T1.T101], p.
A.2
Vector de estado
El vector de estado se define junto con cada instrucción de presentación para establecer la relación de esa instrucción de presentación con cada una de las demás instrucciones de presentación. Si bien la información contenida explícitamente en el vector de estado está también contenida implícitamente en cada instrucción de presentación, sería necesario que el aparato de conversión comprendiera totalmente cada una de las tres sintaxis de datos orientadas al terminal para descubrir esta información. Por consiguiente, se incluye un vector de estado con cada instrucción de presentación en que se afecta un estado global o en que se encuentra un valor límite, de modo que el proceso de conversión pueda funcionar a nivel general.
[T2.T101], p.
A.2.1
Definición de vector
[T3.T101], p.
A.2.1.1
Indicador de estados globales
afectados
El indicador de estados globales afectados transmite información relativa a los estados globales de la sintaxis de datos de presentación. Las variables de estados globales representan los estados de la sintaxis de datos de presentación establecidos por instrucciones de presentación, y que continúan afectando a los resultados de las instrucciones de presentación subsiguientes. Al declarar explícitamente las variables de estados globales, no es necesario que el proceso de conversión comprenda las interrelaciones entre las instrucciones de presentación. Esto significa que el proceso de conversión no tiene que simular un terminal de la sintaxis de datos fuente para tratar la conversión de sus elementos.
El indicador de estados globales afectados no transmite información sobre el valor en que se ha fijado un estado global. Esta información se transmite en la sección función y parámetro de la SDI. El indicador simplemente identifica los estados que han cambiado. Esto tiene gran importancia en situaciones en las que es necesario que el proceso de conversión clasifique las instrucciones de presentación para tener en cuenta las diferencias existentes en el modelo de terminal utilizado en la fuente y en el destino del intercambio. Si se modifica el orden de las órdenes de presentación, el proceso de conversión debe establecer las variables globales apropiadas antes de cada instrucción en la secuencia modificada. Remitiéndose al indicador de estados globales afectados, el proceso de conversión puede determinar los estados globales que deben restablecerse. Por ejemplo, si es necesaria una clasificación de las instrucciones de presentación para la conversión de un modelo de terminal multiplano a otro uniplano, y se han utilizado instrucciones de control de color, el indicador de estados globales afectados indicará que debe establecerse el estado de color apropiado antes de cada porción de datos clasificados.
En algunas de las sintaxis de datos de terminal, los atributos tienen efectos globales, mientras que en otras los efectos se localizan según el tipo de primitiva de visualización empleado. Por ejemplo, en la sintaxis de datos III una instrucción de color permanece vigente para todas las primitivas, hasta la siguiente instrucción de color, mientras que en la sintaxis de datos II hay diversos estados de color que se aplican independientemente a diferentes primitivas, tales como color LINE, color FILLED AREA, etc. El indicador de estados globales afectados transmite una referencia a un número de vectores de estado de atributos independientes que definen el contexto de atributo. Para las sintaxis de datos que utilizan únicamente parámetros globales, sólo debe referenciarse un vector de estado de atributo. Para las demás sintaxis de datos que utilizan múltiples atributos localizados, pueden referenciarse varios vectores de estado de atributo.
[T4.T101], p.
A.2.1.2
Modelo de terminal
El modelo de terminal difiere sensiblemente entre las diversas sintaxis de datos de terminal. Para la presentación de imágenes estáticas el modelo terminal se manifiesta por la manera en que las instrucciones de presentación se superponen unas a otras. Una imagen desarrollada para un modelo de terminal multiplano puede representarse en un terminal utilizando un modelo terminal uniplano o un modelo terminal multiplano con un orden distinto de precedencia para los planos, clasificando las instrucciones de presentación de manera que elaboren una imagen equivalente. La operación de clasificación es necesaria, ya que de otro modo el orden de formación podría estar en contradicción con el orden de precedencia en el nuevo entorno. El indicador de precedencia de modelo terminal es sencillamente un indicador numérico de la precedencia de superposición para las instrucciones de presentación previstas por la sintaxis de datos de terminal fuente. El proceso de conversión es independiente del modelo de terminal o de una sintaxis de datos determinada, y simplemente clasifica las instrucciones de presentación sobre la base de este indicador. Obsérverse que ciertas instrucciones, como las reiniciaciones, que tienen efecto en más de un plano de modelo terminal, podrían tener que repetirse en diversas partes de la secuencia de presentación después de la clasificación. El indicador de precedencia de modelo de terminal consiste en una secuencia de números para indicar el efecto de una instrucción en el modelo de terminal.
[T5.T101], p.
A.2.1.3
Condiciones límite
Las variables de condiciones límite representan los límites entre los que se ha definido la instrucción particular de presentación. Cada instrucción de presentación contiene su interpretación normal únicamente dentro de una cierta gama de valores. Por ejemplo, el número de caracteres que pueden visualizarse en una pantalla varía entre cada una de las sintaxis de datos de terminal fuente y, por consiguiente, la operación de presentar un solo carácter no puede considerarse la misma en cada sintaxis de datos de terminal. Para potenciar la utilización de elementos, la condición límite de encontrar el borde de la zona de visualización se identifica independientemente de la presentación de un carácter. Esto facilita la conversión, ya que significa que las condiciones límite que se aplican a cada instrucción de presentación se dan explícitamente. Por tanto, el proceso de conversión es independiente de las condiciones límite internas dentro de cada sintaxis de datos de terminal fuente.
[T6.T101], p.
A.2.1.3.1
Dimensiones de pantalla
[T7.T101], p.
A.2.1.3.2
Límite de mapa de colores
[T8.T101], p.
A.2.1.3.3
Subzona de presentación
[T9.T101], p.
A.2.1.3.4
Restricciones de modo carácter
[T10.T101], p.
A.2.1.3.5
Límite de coordenadas de polígono
[T11.T101], p.
A.2.1.3.6
Límite de coordenadas de tira
[T12.T101], p.
A.2.1.3.7
Resolución de presentación
[T13.T101], p.
A.2.1.3.8
Límite de memoria de macros o segmentos
[T14.T101], p.
A.2.1.3.9
Límite de memoria de JCDR
[T15.T101], p.
A.2.1.4
Identificador de sintaxis de datos (SID)
[T16.T101], p.
A.2.2
Reiniciación vector de estado
[T17.T101], p.
A.2.3
NULL
NULL implica que el vector de estado no cambia con respecto a la instrucción de presentación anterior.
A.3
Funciones y parámetros
Las funciones y parámetros que componen las instrucciones de presentación se agrupan en categorías que dependen de su comunidad de especificación entre las diversas sintaxis de datos de terminal. Las funciones que son compatibles, como el repertorio básico de caracteres alfanuméricos definido en la Recomendación T.51, definen grupos distintos. Las funciones que son únicas, como algunos caracteres especiales específicos, establecen también grupos distintos de manera que puedan convertirse o tratarse de otro modo de manera especial. Funciones tales como las instrucciones de representación de JCDR y gráficos, que difieren fundamentalmente entre las diversas sintaxis de datos de terminal, se organizan de manera que las capacidades subyacentes que son comunes puedan explotarse en el proceso de conversión necesario.
[T18.T101], p.
Las seis primeras categorías de funciones y la última son diversos caracteres
de texto o mosaicos. Ninguna de las sintaxis de datos de terminal definadas en
la presente Recomendación T.101 abarca todos estos caracteres. Hay caracteres
únicos y diferentes en cada una de las sintaxis de datos de terminal. Sin
embargo, gran parte del repertorio es común entre las diversas sintaxis de
datos de terminal, si bien los caracteres pueden codificarse de manera distina.
Dado que no se trata aquí la codificación, y que la utilización de tablas de
códigos particulares podría realmente causar gran confusión, los caracteres
extraídos de los diversos repertorios de caracteres se distinguirán mediante
códigos de nombre de identificador para cada carácter, como se define en la
Recomendación T.51. Dado que todas las sintaxis de datos orientadas al terminal
de la Recomendación T.101 no utilizan explícitamente esos códigos de nombre en
el cuerpo de la Recomendación, todo el repertorio de caracteres, junto con los
códigos de nombres para cada carácter, se incluyen aquí en forma de apéndice.
A.3.0
Cadena de caracteres alfa
[T19.T101], p.
A.3.1
Cadena de caracteres especiales
[T20.T101], p.
A.3.2
Cadena de caracteres kana
[T21.T101], p.
A.3.3
Cadena de caracteres kanji
[T22.T101], p.
A.3.4
Cadena de mosaicos bloque
[T23.T101], p.
A.3.5
Cadena de mosaicos lisos
[T24.T101], p.
A.3.5.1
Mosaicos lisos alineados en subceldas
[T25.T101], p.
A.3.5.2
Mosaicos lisos generales
[T26.T101], p.
A.3.6
Cadena de mosaicos especiales
[T27.T101], p.
A.3.6.1
Caracteres de representación
[T28.T101], p.
A.3.6.2
Otros mosaicos especiales
[T29.T101], p.
Las categorías de funciones y parámetros 7 y 8 contienen caracteres de
control básicos que se utilizan para controlar el estado de presentación de
textos alfanuméricos y caracteres mosaicos (incluido el JCDR). Estos caracteres
de control pueden separarse en dos categorías, los caracteres de control de
determinante de formato y los caracteres de control de formato especial. Los
caracteres de control de determinante de formato tienen básicamente el mismo
significado en cada una de las tres sintaxis de datos de terminal. La única
diferencia estriba en la manera en que las funciones invocadas por esos
caracteres de control interaccionan con el modelo de terminal y en el entorno
de visualización de las diversas sintaxis de datos de terminal: por ejemplo,
pueden aplicarse a un solo plano de visualización en un modelo de terminal
multiplano o a todos los planos de visualización. La codificación de los
caracteres de determinante de formato es también compatible entre las sintaxis
de datos de terminal.
Los caracteres de control de formato especial de la categoría 8, suelen tener un significado especial que no es compartido por todas las sintaxis de datos. Estas funciones deben convertirse especialmente durante el interfuncionamiento, incluso entre sintaxis de datos que parecen asignar el mismo significado a una función de control en particular. Esto se debe a que el modelo de terminal y el entorno de visualización de las diversas sintaxis de datos de terminal son bastante distintos. El carácter Bell (señal acústica) se incluye en esta categoría porque requiere un tratamiento especial debido a la temporización de la presentación. Si se requiere una clasificación de las instrucciones de presentación en el proceso de conversión de interfuncionamiento a fin de tener en cuenta las diferencias en el modelo terminal, tales como el tratamiento de los datos destinados a un terminal multiplano en un terminal uniplano, debe modificarse el tiempo de presentación del carácter Bell.
A.3.7
Caracteres C0 de determinante de formato
[T30.T101], p.
A.3.8
Caracteres C0 de formato especial
[T31.T101], p.
A.3.8.1
Carácter Bell
[T32.T101], p.
A.3.8.2
Establecimiento de posición
[T33.T101], p.
A.3.8.3
Anular macro
[T34.T101], p.
A.3.8.4
Reiniciación no selectiva
[T35.T101], p.
A.3.8.5
Anular fila
[T36.T101], p.
A.3.9
Caracteres de control general
La categoría de funciones y parámetros 9 contiene las funciones de control general que se utilizan para controlar el estado general de presentación. El significado de estos caracteres de control depende en sumo grado del modelo de terminal y del entorno de visualización de la sintaxis de datos de terminal en que se utilizan. Se necesita transcodificación y conversión para cada una de la funciones invocadas por estos caracteres de control, que se han organizado en varias subcategorías que corresponden a la zona de funcionalidad que se trata.
[T37.T101], p.
Este punto trata los caracteres determinantes de formato adicionales que
deben tratarse especialmente en la conversión entre las diversas sintaxis de
datos.
Existe una función repetición en todas las sintaxis de datos, pero los efectos secundarios de la función difieren entre las sintaxis de datos. La sintaxis de datos de terminal SD I suministra una función que permite repetir el carácter de juego G inmediatamente anterior, o el par de caracteres en el caso de un carácter gráfico codificado compuesto y de caracteres de acento sin avance de espacio. Las dos sintaxis de datos de terminal SD II y SD III limitan el carácter a un carácter gráfico (es decir, un carácter de texto alfanumérico o un carácter mosaico del repertorio, o un carácter del JCDR). Deben tenerse en cuentas estas limitaciones al establecer el proceso de conversión. Se considerará aquí que la función de repetición repite cualquier carácter precedente del juego G, y deben realizarse pruebas en la interpretación de la SDI para eliminar posibles casos erróneos.
Las funciones retención mosaico y liberación mosaico se dan en una sola sintaxis de datos y requieren interpretación especial, ya que no existen directamente funciones análogas en ninguna de las otras sintaxis de datos de terminal.
A.3.9.1
Otros determinantes de formato
[T38.T101], p.
A.3.9.1.1
Repetir N
[T39.T101], p.
A.3.9.1.2
Repetir EOL
[T40.T101], p.
A.3.9.1.3
Retener mosaico
[T41.T101], p.
A.3.9.1.4
Liberar mosaico
[T42.T101], p.
A.3.9.2
Control de recubrimiento
La función de recubrimiento permite visualizar un subrayado, como parte de
la forma de carácter gráfico para caracteres alfanuméricos del repertorio 1.
Este subrayado se considera como parte de la imagen de la celda de carácter
antes de aplicar cualquier operación de rotación. En el caso especial de la
visualización de caracteres mosaicos, la función de recubrimiento establece un
tipo de
`mosaicos separados'
. La capacidad de tratar mosaicos separados
existe en las tres sintaxis de datos de terminal, aunque difiera el nivel de
capacidad. En la sintaxis de datos de terminal SD II, sólo se dispone
directamente de un tamaño de separación para mosaicos separados. En las
sintaxis de datos de terminal SD I y SD III, la magnitud de la separación está
definida por el parámetro (
[T43.T101], p.
A.3.9.3
Control de tamaño de los
caracteres
Las diversas sintaxis de datos de terminal proporcionan la capacidad de
establecer una amplia gama de tamaño de los carácteres de texto alfanumérico
básico, caracteres mosaicos y caracteres JCDR. Además, la sintaxis de datos de
terminal SD II proporciona la capacidad de definir por separado tamaños de
caracteres completamente variables para texto definidos como parte de la parte
geométrica de la SD II. Dado que estos datos de
`texto geométrico'
se
usan únicamente para la anotación de imágenes geométricas en la parte
geométrica facultativa de la SD II, no es necesario considerarlos como parte de
la traducción del texto alfanumérico básico. La SD III, en cambio, proporciona
sólo una forma de texto. Por tanto, es necesario tratar operaciones tales como
los tamaños de texto dinámicos y las rotaciones como parte de la conversión
entre sintaxis de datos.
Dado que no todas las sintaxis de datos tienen la capacidad de graduar textos, mosaicos y JCDR a tamaños arbitrarios, habrá cierta degradación de la imagen presentada cuando se convierta de una sintaxis de datos a otra. No conviene perder ninguna información textual en el proceso de conversión, ya que dicha información podría ser de importancia primordial para la comprensión de la página videotex. Tampoco conviene arrollar o desplazar verticalmente de forma arbitraria la información textual, ya que esto corrompería la información mosaica. En ciertas situaciones, el proceso de conversión debe elegir automáticamente un tamaño de celda de carácter más pequeño para evitar la pérdida de información. Las instrucciones de control del tamaño de los caracteres indican el tamaño de la celda de carácter previsto en la sintaxis de datos de terminal que se utiliza para representar los datos fuente. La celda de carácter resultante en la forma convertida puede ser más pequeña, según las capacidades de la sintaxis de datos de terminal deseada y la condición límite vigente.
Existen dos funciones separadas para definir caracteres de doble altura. Esto se debe a una diferencia en la definición de la relación existente entre la celda de carácter de doble altura y la ubicación de la línea de base en parte de una de la sintaxis de datos fuente. Dado que la sintaxis de datos SD II ofrece la capacidad de definir caracteres de doble altura que alcanzan una altura doble por encima de la línea de base, y que llegan por debajo de la línea de base, se prevén dos funciones. Dado que las otras dos sintaxis de datos de terminal ofrecen sólo una sola capacidad de altura doble, se necesita una conversión que incluya reposicionamiento de la línea de base.
[T44.T101], p.
A.3.9.3.1
Tamaño normal
[T45.T101], p.
A.3.9.3.2
Doble tamaño hacia arriba
[T46.T101], p.
A.3.9.3.3
Anchura doble
Tableau [T47.T101], p.
A.3.9.3.4
Altura doble hacia arriba
[T48.T101], p.
A.3.9.3.5
Altura doble hacia abajo
[T49.T101], p.
A.3.9.3.6
Tamaño pequeño
[T50.T101], p.
A.3.9.3.7
Tamaño medio
[T51.T101], p.
A.3.9.3.8
Tamaño doble hacia abajo
[T52.T101], p.
A.3.9.4
Control de intermitencia
El funcionamiento de la capacidad intermitencia depende del modelo de
terminal de la sintaxis de datos fuente en cuestión. En una configuración de
terminal
`multiplano'
, las celdas de caracteres pueden tener un primer
plano y un fondo implícitos que alternan durante el parpadeo. En una
configuración de terminal
`uniplano'
la capacidad de intermitencia se
obtiene utilizando las operaciones de correspondencia de colores. Con la
intermitencia es posible efectuar conversiones entre estas dos variantes.
Además de una capacidad de intermitencia básica excitada por caracteres de
control, cada una de las sintaxis de datos de terminal suministra también la
capacidad de establecer intermitencia dinámica compleja por medio de otras
instrucciones. Al convertir la instrucción de intermitencia es importante
referenciar la condición límite impuesta por el número de colores en el mapa de
colores y la estructura del plano de modelo de terminal.
Tableau [T53.T101], p.
A.3.9.4.1
Intermitencia
[T54.T101], p.
A.3.9.4.2
Permanente
[T55.T101], p.
A.3.9.4.3
Intermitencia invertida
[T56.T101], p.
A.3.9.4.4
Intermitencia de intensidad reducida
[T57.T101], p.
A.3.9.4.5
Intermitencia fase 1
[T58.T101], p.
A.3.9.4.6
Intermitencia fase 2
[T59.T101], p.
A.3.9.4.7
Intermitencia fase 3
[T60.T101], p.
A.3.9.4.8
Incremento de intermitencia
[T61.T101], p.
A.3.9.4.9
Disminución de intermitencia
[T62.T101], p.
A.3.9.4.10
Parar parpadeo
[T63.T101], p.
A.3.9.5
Control de ocultación
La función de ocultación de visualización está prevista para que funcione en un modelo de terminal que sustenta múltiples planos independientes. Los datos almacenados en las celdas de caracteres pueden marcarse como ocultados, en cuyo caso el fondo de la celda de carácter se presentará en el mismo color que el fondo de la celda. Una instrucción local de revelación haría que el primer plano se visualizase en los colores definidos originalmente. Es necesaria una conversión para tratar esta función en un terminal uniplano. La capacidad puede simularse utilizando una macro activada por tecla que contiene una definición del primer plano de las celdas de carácter ocultadas, o puede simularse el mapa de colores. La definición de la secuencia macro activada por tecla puede establecerse durante un proceso de clasificación en el procedimiento de conversión y está limitada por la disponibilidad de la memoria de macro. La utilización del mapa de colores para la simulación de esta función consume recursos del mapa de colores muy rápidamente. Por consiguiente, el tratamiento de la función de ocultación debe tener la menor prioridad para la utilización de recursos del mapa de colores. Las funciones de control de ocultación y fin de ocultación se incluyen aquí para que puedan tratarse de la manera máz eficaz en el proceso de conversión.
[T64.T101], p.
A.3.9.5.1
Visualización de ocultación
[T65.T101], p.
A.3.9.5.2
Parar visualización de ocultación
[T66.T101], p.
A.3.9.6
Control de inversión
[T67.T101], p.
A.3.9.6.1
Inversión de polaridad
[T68.T101], p.
A.3.9.6.2
Polaridad normal
[T69.T101], p.
A.3.9.7
Control de ventana/casilla
La capacidad ventana/casilla establece un color de fondo especial para una celda de carácter que es transparente a una imagen vídeo que puede ser subyacente a la visualización. Esta capacidad es proporcionada directamente por dos instrucciones de control en una de las sintaxis de datos de terminal fuente. La misma capacidad es proporcionada de manera más compleja en todas las sintaxis de datos por el establecimiento de un color transparente especial que puede utilizarse junto con otras instrucciones de presentación.
[T70.T101], p.
A.3.9.8
Control de marcado
La capacidad de control de marcado marca las posiciones de celdas de carácter para acciones ulteriores. Esta función depende de la disponibilidad de la memoria orientada a la celda de carácter en el modelo de terminal. No puede convertirse a otras sintaxis de datos.
[T71.T101], p.
A.3.9.9
Control de protección
Hay grandes diferencias en la forma de tratar el control selectivo de entrada en las tres sintaxis de datos de terminal fuente. No sólo son distintos los procedimientos, sino que los procesos de entrada están limitados por condiciones límite distintas. Por ejemplo, en un caso la entrada está asociada con la memoria de celda de carácter del modelo de terminal multiplano, mientras que en otro caso, esos datos de entrada están limitados por un límite de almacenamiento en el número y el tamaño acumulativo de esos campos de entrada. Dado que esos procesos de entrada son fundamentalmente distintos, las instrucciones que los controlan se indican separadamente. Esto permitirá que el proceso de conversión simule un juego de funciones en un entorno de terminal distinto.
[T72.T101], p.
A.3.9.10
Control de visualización
La subcategoría de instrucciones de control de visualización contiene funciones que afectan al modo en que el dispositivo de visualización presenta la información. Esto incluye la configuración de la memoria de visualización disponible en un modelo de terminal determinado, si el contenido de esa memoria de visualización ha de desplazarse verticalmente, y la sobreescritura de información en la memoria de visualización.
Tableau [T73.T101], p.
Los modelos de terminal utilizados en cada una de esas tres sintaxis de datos
de terminal difieren significativamente entre sí. En dos de los casos, las
estructuras de modelo de terminal son fijas. En el caso de la sintaxis de datos
SD I, la estructura de modelo de terminal puede alterarse dinámicamente. La
cantidad de memoria de visualización asignada a cada plano de visualización y
el orden de presentación (superposición) de los planos pueden modificarse.
Estas funciones dependen en gran medida del soporte físico de visualización
utilizado para realizar el modelo de visualización en particular que subyace en
la sintaxis de datos SD I, y los efectos dinámicos que pueden generarse
utilizando esas funciones no pueden convertirse a ninguna de las otras sintaxis
de datos. Sin embargo, estas instrucciones deben ser interpretadas por el
proceso de conversión a fin de establecer los criterios para clasificar otra
información de visualización con objeto de obtener la correspondencia del
modelo de terminal multiplano de la sintaxis de datos SD I con los otros
modelos de terminal multiplano de la sintaxis de datos SD II, o con el modelo
de terminal uniplano de la sintaxis de datos SD III.
A.3.9.10.1
Control de configuración de plan
[T74.T101], p.
A.3.9.10.1.1
Zona de trama
[T75.T101], p.
A.3.9.10.1.2
Establecimiento de trama
[T76.T101], p.
A.3.9.10.1.3
Asignar trama
[T77.T101], p.
A.3.9.10.1.4
Zona de encabezamiento
Algunas de las sintaxis de datos videotex orientadas al terminal ofrecen la capacidad de presentar información en una zona de mensaje especial y en la zona de visualización principal. Esta zona de mensaje contendría mensajes orientados al servicio. El contenido de dichos mensajes cambiaría indudablemente en el interfuncionamiento internacional entre sistemas videotex. La sintaxis de datos SD I proporciona instrucciones especiales que controlan este encabezamiento de mensaje. En la SD I las instrucciones de matriz de puntos y de matriz de puntos de encabezamiento controlan la visualización de la información de presentación en la zona principal de visualización o en la zona de mensaje de encabezamiento. Las instrucciones por puntos establecen también los valores de color iniciales en las sintaxis de datos de SD I. Estas instrucciones se incluyen aquí para que la información de encabezamiento pueda identificarse y convertirse adecuamente.
[T78.T101], p.
A.3.9.10.1.5
Zona de cuerpo
[T79.T101], p.
A.3.9.10.2
Control de desplazamiento
vertical
El desplazamiento vertical puede darse en pantalla completa o en pantalla parcial. Hay una diferencia esencial entre el desplazamiento vertical en un modelo de terminal multiplano y en un modelo de terminal uniplano. Asimismo, la asignación de funciones a los diversos planos de un modelo de terminal multiplano supone también una enorme diferencia para el resultado del desplazamiento. En ciertos casos, la información gráfica subyacente se mueve con los caracteres que se desplaza verticalmente, y en otros casos se queda en su sitio. En la SD I, la capacidad de movimiento multiplano permite movimientos dinámicos y asignaciones de planos que afectan en gran medida al funcionamiento del desplazamiento vertical. En general no es posible convertir todas las operaciones dinámicas, tales como el desplazamiento vertical entre las sintaxis de datos de terminal. Sin embargo, el resultado del desplazamiento vertical afecta a la presentación final. El proceso de conversión debe memorizar datos y procesarlos después de manera que la imagen final sea correcta. Dado que las operaciones de desplazamiento en cada una de las tres sintaxis de datos de terminal son fundamentalmente distintas, se incluyen todas aquí para que el proceso de conversión pueda tratarlas.
[T80.T101], p.
A.3.9.10.2.1
Crear zona de desplazamiento
[T81.T101], p.
A.3.9.10.2.2
Borrar zona de desplazamiento
[T82.T101], p.
A.3.9.10.3
Modo de sobreescritura
Junto con el control de la configuración de la memoria del modelo de
terminal, una de las sintaxis de datos de terminal proporciona una capacidad
específica de controlar la manera en que los datos se colocan en un plano
particular de visualización. La sintaxis de datos de SD I permite que la
sobreescritura de memoria dependa del contenido vigente de la memoria. Los
nuevos datos pueden sustituir el antiguo contenido de la memoria, o realizar
una
`O'
lógica, una
`Y'
lógica, o una @
`XO'
(exclusiva O)\
lógica con el contenido anterior de la memoria antes de sustituirlo. Esta
función es muy difícil de simular en las otras dos sintaxis de datos en el caso
general, ya que requiere operaciones al nivel de bits dentro de una memoria
dependiente del modelo de terminal concreto. Se incluye aquí para que el
proceso de conversión pueda realizar la mejor simulación posible.
[T83.T101], p.
A.3.9.11
Control del dispositivo
A excepción de las instrucciones de activación o desactivación del dispositivo de visualización, las instrucciones de control del dispositivo controlan funciones distintas de las de visualización de presentación y están fuera del alcance de las sintaxis de datos de interfuncionamiento.
[T84.T101], p.
A.3.9.12
Control del cursor
El cursor de visualización está controlado explícitamente en cada una de las sintaxis de datos de terminal e implícitamente en una de ellas. Además, las instrucciones de control del cursor explícitas no tienen la misma codificación en ninguna de las sintaxis de datos de terminal. En el caso implícito de control del cursor, el cursor de visualización está controlado por el control de modo protección del campo no protegido en la sintaxis de datos de terminal SD III. Se requiere conversión entre cada una de estas funciones de control.
[T85.T101], p.
A.3.9.12.1
Cursor activado
[T86.T101], p.
A.3.9.12.2
Cursor intermitente
[T87.T101], p.
A.3.9.12.3
Cursor desactivado
[T88.T101], p.
A.3.9.13
Control de reiniciación
Cada una de las sintaxis de datos videotex fuente proporciona la capacidad de reiniciar los estados del entorno de visualización que soportan esa sintaxis de datos en particular a un juego de valores predefinido. Los parámetros que pueden ser alterados por las diversas funciones de reiniciación en las sintaxis de datos fuente son bastante distintos. Algunas de las funciones de reiniciación proporcionan la capacidad de reiniciar selectivamente parámetros particulares, mientras que otras reinician una lista predefinida de parámetros que dependen de la sintaxis de datos. La sintaxis de datos de interfuncionamiento debe sustentar las funciones de reiniciación de dos maneras distintas. En primer lugar, debe comunicarse una indicación de la instrucción de reiniciación particular como un elemento sintáctico dentro de la SDI. Las diversas funciones de reiniciación se incluyen aquí para que el efecto de presentación de la función de reiniciación pueda realizarse en la conversión. En segundo lugar, una función de reiniciación afecta en gran medida a los estados globales de presentación. Estos estados se siguen en el proceso de conversión de tal manera que dicho proceso no tenga que entender la relación existente entre las instrucciones de presentación. Esto significa que el proceso de conversión no tiene que simular un terminal de la sintaxis de datos fuente para tratar la conversión de sus elementos. Por consiguiente, es necesario incluir, junto con una instrucción de control de reiniciación SDI, una forma especial del vector de estado que restablece las variables globales.
[T89.T101], p.
A.3.9.13.1
Reiniciación tipo I
[T90.T101], p.
A.3.9.13.1.1
Parámetro reiniciación P
[T91.T101], p.
A.3.9.13.2
Reiniciación tipo II
[T92.T101], p.
A.3.9.13.2.1
Operación US-Reiniciación
[T93.T101], p.
A.3.9.13.2.2
Interrupción del servicio US-Reiniciación
[T94.T101], p.
A.3.9.13.3
Reiniciación tipo III
[T95.T101], p.
A.3.10
Cadena geométrica
Todas las sintaxis de datos de terminal fuente proporcionan una capacidad geométrica, aunque las capacidades disponibles en cada uno de los sistemas geométricos son bastante distintas. La sintaxis de datos del interfuncionamiento agrupa las instrucciones geométricas comunes. En la Recomendación F.300 se han identificado las diversas categorías en que pueden organizarse las funciones geométricas. A continuación se utilizan dichas categorías. La SDI utiliza coordenadas normalizadas para todas las instrucciones geométricas, y utiliza especificaciones de coordenadas relativas para todas las listas de coordenadas, excepto para las instrucciones establecimiento de posición y punto marcador, que son absolutas. Sin embargo, en ciertos casos pueden elegirse coordenadas absolutas o relativas. Todas las demás formas de coordenadas utilizadas en cualquiera de las sintaxis de datos orientadas al terminal, como el uso general de coordenadas absolutas o incrementales, se convertirán a las formas indicadas anteriormente.
[T96.T101], p.
A.3.10.1
Instrucción presentación geométrica
[T97.T101], p.
Algunas de las sintaxis de datos de terminal fuente proporcionan un método
para pasar facultativamente de una primitiva a otra de manera relativa,
operación que permite un nivel de eficacia en determinadas situaciones, aunque
la multiplicidad de formatos equivalentes haría más compleja la sintaxis de
datos de interfuncionamiento. Por consiguiente, dicha sintaxis requiere la
especificación de la posición inicial de una instrucción de representación como
parte de la cadena de parámetros para cada instrucción. En determinadas
situaciones, al realizarse la conversión de sintaxis de datos que permiten la
asociación relativa de instrucciones, el proceso de conversión deberá calcular
la posición vigente efectiva al comienzo de la instrucción, e incluir esos
datos como parte de la cadena de parámetros. No existe equivalente directo en
la SDI de la instrucción establecimiento de posición de la sintaxis de datos I
y III. Esta información se transmite como el parámetro inicial de cada una de
las instrucciones de representación.
A.3.10.1.1
Punto marcador
Las diversas sintaxis de datos de terminal difieren en su capacidad para presentar una forma de marcador en un punto. Las sintaxis de datos SD I y SD III proporcionan únicamente la capacidad de trazar un punto, mientras que la sintaxis de datos SD II tiene también la capacidad de trazar una forma de marcador en un punto determinado. El proceso de conversión puede simular fácilmente la funcionalidad del punto marcador haciendo la conversión a las sintaxis de datos SD I o SD III utilizando más de una función de presentación, posiblemente incluidas en una instrucción MACRO por razones de eficacia. La instrucción punto de puntos o punto de forma se identifica por la etiqueta de contexto de la sentencia CHOICE. La forma del punto de forma (marcador) se define por una instrucción de control geométrica.
[T98.T101], p.
A.3.10.1.2
Línea
Todas las sintaxis de datos de terminal proporcionan la capacidad de trazar una línea única o una serie de líneas. Existen pequeñas diferencias en la forma de tratar las condiciones límite, pero en general es posible una conversión directa.
[T99.T101], p.
A.3.10.1.3
Arco-Círculo
La capacidad de dibujar un arco o un círculo difiere en las diversas sintaxis de datos. En cada una de las sintaxis de datos, la función círculo/arco se ha optimizado hasta tal punto que permite comunicar eficazmente información de arco o de círculo en el contexto de esa sintaxis de datos. La sintaxis de datos de interfuncionamiento se interesa menos por la eficacia que por transportar información suficiente para permitir la conversión. Por consiguiente, los modos alternativos de transmitir los mismos parámetros no serán tratados por la SDI, aunque ésta incluirá todas las funciones disponibles en la capacidad círculo-arco de las diversas sintaxis de datos.
[T100.T101], p.
A.3.10.1.3.1
Círculo
[T101.T101], p.
A.3.10.1.3.2
Arco determinado por tres puntos
[T102.T101], p.
A.3.10.1.3.3
Cuerda de arco determinado por tres puntos
[T103.T101], p.
A.3.10.1.3.4
Sector circular determinado por tres
puntos
[T104.T101], p.
A.3.10.1.3.5
Elipse
[T105.T101], p.
A.3.10.1.3.6
Arco elíptico
[T106.T101], p.
A.3.10.1.3.7
Cuerda de arco elíptico
[T107.T101], p.
A.3.10.1.3.8
Sector elíptico
[T108.T101], p.
A.3.10.1.3.9
Centro del arco-cuerda
[T109.T101], p.
A.3.10.1.3.10
Centro del arco-sector
[T110.T101], p.
A.3.10.1.4
Rectángulo
[T111.T101], p.
A.3.10.1.5
Polígono
[T112.T101], p.
A.3.10.1.6
Tira
[T113.T101], p.
A.3.10.1.7
Matriz de pixels
[T114.T101], p.
[T115.T101], p.
Las diversas sintaxis de datos videotex de terminal fuente contienen
instrucciones para codificar eficazmente datos de líneas y de polígonos de
manera incremental para obtener una mayor eficacia. La capacidad incremental
difiere en gran medida entre las diversas sintaxis de datos, y no podrá
desarrollarse ningún formato intermedio que sea adecuado en los diferentes
entornos. Dado que la eficacia es de importancia secundaria, las líneas y los
polígonos incrementales deben comunicarse en forma de las funciones línea y
polígono antes citadas.
A.3.10.2
Instrucciones de control
geométrico
Un gran número de instrucciones de control están disponibles en cada una de las sintaxis de datos de terminal para controlar las funciones de representación geométrica. Aunque muchas de las instrucciones de control geométrico definidas en cada una de las sintaxis de datos pueden parecer iguales, tienen efectos secundarios distintos. Por esta razón, se incluyen aquí todas las instrucciones de control geométrico que aparecen en las diversas sintaxis de datos. Sólo cuando las instrucciones de control son idénticas, como varias de las instrucciones de control geométrico de las sintaxis de datos SD I y SD III, puede utilizarse la definición de instrucciones de control comunes descrita a continuación.
[T116.T101], p.
A.3.10.2.1
Instrucciones de control geométrico
[T117.T101], p.
A.3.10.2.1.1
Precisión numérica
[T118.T101], p.
A.3.10.2.1.2
Tamaño del punto de representación
[T119.T101], p.
A.3.10.2.1.3
Estilo de línea
[T120.T101], p.
A.3.10.2.1.4
Realce
[T121.T101], p.
A.3.10.2.1.5
Relleno
[T122.T101], p.
A.3.10.2.1.6
Campo
[T123.T101], p.
A.3.10.2.1.7
Proceso de parpadeo
[T124.T101], p.
A.3.10.2.1.8
Espera
[T125.T101], p.
A.3.10.2.2
Instrucciones de control geométrico 2
[T126.T101], p.
A.3.10.2.2.1
Atributos de elementos de visualización
[T127.T101], p.
A.3.10.2.2.2
Atributos de elementos de control
[T128.T101], p.
A.3.10.3
Coordenadas geométricas
Los datos coordenados para operaciones geométricas se almacenan en términos de coordenadas de visualización normalizadas en las tres sintaxis de datos fuente. Sin embargo, los detalles exactos del formato de número difieren considerablemente entre planteamiento adaptado en las sintaxis de datos SD I y SD III y el de la sintaxis de datos SD II. Como el objeto de la SDI es el interfuncionamiento, deben evitarse las diferencias en el formato de número. Por consiguiente, en la SDI se utiliza un esquema de numeración simple basado en el tipo de datos REAL con signo de la NSA.1. Los números REAL de la NSA.1 son autodelimitadores y de longitud arbitraria, por lo que la precisión no plantea dificultades, ni hay que asignar campos de bits especiales para determinar la longitud del número. Por consiguiente, una coordenada puede representarse como un par de números. La correspondencia de un campo de datos reales con un campo de datos numéricos en cualquiera de las sintaxis de datos depende de la sintaxis de datos considerada. En el caso de las sintaxis de datos SD I y SD III, la zona de visualización unitaria normalizada se corresponde con la parte fraccionaria (es decir, parte mantisa) del campo de número real. En la SD II, se utilizan la mantisa y el exponente del número real.
Dado que se dispone facultativamente de especificaciones de coordenadas tridimensionales en todas las sintaxis de datos, se indica facultativamente a continuación un triplete de enteros. Como la operación tridimensional es facultativa, la proyección a dos dimensiones debe definirse de tal manera que la información tridimensional pueda visualizarse en un entorno bidimensional mediante el interfuncionamiento. Se utiliza una proyección plana, en la que se supone que Z = 0.
[T129.T101], p.
A.3.11
Cadena de control de animación
La capacidad de obtener efectos dinámicos o animados en el dispositivo de presentación depende en gran medida del modelo de terminal y del entorno de visualización. Varias de las sintaxis de datos de terminal proporcionan algunas capacidades especializadas para obtener efectos dinámicos. Por ejemplo, las sintaxis de datos SD I y II tienen tres capacidades de intermitencia (parpadeo) en fase y la sintaxis de datos SD III incluye una función de parpadeo en fase con mapa de colores. Los efectos dinámicos generados por estas funciones especiales, no se conservarán en general en la conversión. Eso se debe sobre todo a que el orden de visualización de entidades de presentación puede verse alterado por el proceso de conversión para tener en cuenta las diferencias en el modelo de terminal. Excepto para la intermitencia (parpadeo), es necesario que el proceso de conversión tenga en cuenta los efectos dinámicos, aunque que no pueda convertirlos fielmente, ya que pueden alterar considerablemente la imagen resultante final.
En la sintaxis de datos SD I se dispone de una sofisticada capacidad de animación que depende del modelo de terminal. Esta capacidad utiliza un modelo de terminal multiplano en el que pueden modificarse el orden y posición relativos de los diversos planos. Los efectos que puede generar esta capacidad son exclusivos del entorno en el que se han definido. Las instrucciones de control de animación de la sintaxis de datos SD I deben, sin embargo, incluirse en la sintaxis de datos de interfuncionamiento, ya que afectan al resultado final de la visualización. El proceso de conversión debe generar la imagen resultante final correcta.
[T130.T101], p.
A.3.11.1
Comienzo de repetición de MV1
[T131.T101], p.
A.3.11.2
Desplazamiento de MV1
[T132.T101], p.
A.3.12
Cadena de control de segmento
La sintaxis de datos II proporciona una capacidad facultativa de almacenamiento y edición de segmentos. Se retienen una o dos memorias de almacenamiento de segmentos de visualización. Las instrucciones de edición pueden producir efectos dinámicos alterando el segmento de visualización almacenado y provocando la revisualización de la imagen. Un segmento de visualización puede contener cualesquiera datos de cadena geométrica así como los atributos de segmento especiales descritos a continuación.
El control de segmentos es similar al control de animación, en cuanto a que
proporciona funciones que controlan capacidades especiales que dependen del
entorno de visualización. Como no se dispone de funciones análogas en las
sintaxis de datos I o III, estas funciones deben ser tratadas en el proceso de
conversión. Para la conversión de información de la sintaxis de datos II en las
sintaxis de datos I o III sólo se utiliza una
`estación de trabajo'
(o
pantalla de visualización).
[T133.T101], p.
A.3.12.1.1
Crear ET
[T134.T101], p.
A.3.12.1.2
Cerrar ET
[T135.T101], p.
A.3.12.1.3
Redenominar ET
[T136.T101], p.
A.3.12.1.4
Borrar ET-1
[T137.T101], p.
A.3.12.1.5
Borrar ET-2
[T138.T101], p.
A.3.12.1.6
Representar ET
[T139.T101], p.
A.3.12.1.7
Establecer realce de ET
[T140.T101], p.
A.3.12.1.8
Establecer visibilidad de ET
[T141.T101], p.
de nombre
Disk. 831 NF02/003 OPM: 02
(cs,) - (cs,)
(1BT) (BT..)
(75.TE.06.S)
(A1.23s) / [26s]
FOLIOS: 194 - 228
(DO PRC.COSY.2)
MEP {TPS.NON.PHOTO "[PA1]"} : OK= [1]
Saisie 22.03.90 GG
ID + LASER 03.04.90 JC
MAJ diskette 03.04.90 JC
Corr. LASER (1re épreuve) = 3eme 10.04.90 GG
Espaces réservés 24.04.90 PC
AJOUTER (PA1) (CL1,0,0,0) pour MEP
MEP + LASER 02.05.90 GH/CI
Corr. MEP 04.05.90 CI
Insertion des tableaux (tabulateurs 0) 04.05.90 CI
BAT du 16/5/90 16.05.90 PV
MAJ DISKETTE ........ ..
A.3.12.1.9
Establecer segmento transparente ET
Cuadro [T1.101], p.
A.3.12.1.10
Establecer prioridad ET
Cuadro [T2.101], p.
A.3.12.2
Independiente ET
Cuadro [T3.101], p.
A.3.12.2.1
Asociado ET
Cuadro [T4.101], p.
A.3.12.2.2
Copiar ET
Cuadro [T5.101], p.
A.3.12.2.3
Insertar ET
Cuadro [T6.101], p.
A.3.13
Cadena de control de color
Todas las sintaxis de datos de terminal fuente proporcionan la capacidad de definir color y tienen disponibles, al menos facultativamente, una capacidad de mapa de colores. Sin embargo, el modelo de color utilizado por cada una de las sintaxis de datos de terminal fuente difiere considerablemente. A fin de proporcionar una base neutra para el color, se usa aquí el modelo de colores elaborado para ISO 8613 (Text and Office Systems - Office Document Architecture).
El modelo de colores básicos utilizado en ISO 8613 es un cubo de colores a base de los tres vectores básicos rojo, verde, azul (RVA). Un color del modelo de colores es representado por un triplete de componentes RVA. Lógicamente estos colores están normalizados de 0 (mínimo) a 1 (máximo). Por tanto, `negro` es el triplete <0,0,0> y `blanco` es el triplete <1,1,1>. Como todas las sintaxis de datos de terminal videotex sustentan modelos de colores que difieren de éste, la correspondencia de los modelos de colores específicos con el cubo de colores básico RVA debe ser entendida por el proceso de conversión.
Se dispone de dos modos de indexación de colores: directo e indexado. En la selección directa de colores, el color se define proporcionando un triplete de valores discretos para los componentes RVA. En el modo de selección de color indexado, el color es definido por un índice en una sola tabla de colores de valores de colores discretos. El número de colores que puede definirse en la tabla de colores depende del modelo de terminal. El límite supuesto en la definición de un conjunto de datos determinado se especifica en el punto Definición de valores límite. Si un sistema receptor no puede imaginizar la gama de valores de color especificada por un valor de color directo o el valor de color indexado por un índice de color, entonces se supone una `adaptación más próxima`, de acuerdo con los criterios indicados en ISO 8613. Se utiliza una variante del modo de color indexado denominado `modo de color auxiliar` para definir un color para el fondo de una celda de caracteres de texto y mosaicos.
Cuadro [T7.101], p.
A.3.13.1
Selección de colores básicos
Cuadro [T8.101], p.
A.3.13.2
Selección de colores directa
Cuadro [T9.101], p.
A.3.13.3
Selección de colores indexada
Cuadro [T10.101], p.
A.3.13.4
Selección de colores auxiliares
Cuadro [T11.101], p.
A.3.13.5
Establecimiento de índice de colores
Cuadro [T12.101], p.
A.3.14
Cadena de control de texto
La manera en que se presenta el texto y los atributos especializados y las limitaciones relativas a la presentación de texto difieren entre cada una de las sintaxis de datos de terminal.
Cuadro [T13.101], p.
A.3.14.1
Control general de texto
Tableau [1T14.101], p.
Tableau [2T14.101], p.
A.3.14.2
Control de arrollamiento de
palabras
La capacidad para arrollar la presentación de caracteres en un límite de palabra más bien que en un límite de carácter está disponible en una de las sintaxis de datos de terminal. Esta capacidad no puede convertirse directamente a otras sintaxis de datos; sin embargo, puede lograrse el efecto en el convertidor emitiendo los caracteres apropiados determinantes de formato.
Tableau [T15.101], p.
A.3.15
Imagen sintética de cadena
fotográfica
Todas las sintaxis de datos de terminal proporcionan un método para tratar una formación de pixels. Algunas de las sintaxis de datos ofrecen también capacidades fotográficas generales que proporcionan métodos más eficaces para codificar el mismo tipo de datos. Esto significa que es posible el interfuncionamiento entre todas las sintaxis de datos terminales para datos fotográficos, aunque puede ser ineficaz en algunos casos.
A continuación se identifican dos clases de imágenes fotográficas: la forma fotográfica de imagen sintética y la forma fotográfica de imagen natural. La forma fotográfica sintética corresponde a las capacidades fotográficas de la sintaxis de datos I. La codificación fotográfica de imagen natural se estudiará ulteriormente.
Cuadro [T16.101], p.
A.3.15.1
Patrón de puntos de línea
Tableau [T17.101], p.
A.3.15.2
Comp. patrón de puntos de línea
Tableau [T18.101], p.
A.3.15.3
Patrón de puntos de campo
Cuadro [T19.101], p.
A.3.15.4
Bloque de coloración
Cuadro [T20.101], p.
A.3.15.5
Comp. bloque de coloración
Cuadro [T21.101], p.
A.3.15.6
Bloque de coloración de campo
Cuadro [T22.101], p.
A.3.15.7
Comp. bloque de coloración de campo
Cuadro [T23.101], p.
A.3.15.8
Bloque de coloración de formato libre
Cuadro [T24.101], p.
A.3.16
Imagen natural de cadena
fotográfica
Cuadro [T25.101], p.
A.3.17
Macro
Se dispone de una capacidad de macros dentro de la sintaxis de dos de las tres sintaxis de datos de terminal. Esta capacidad permite que se agrupen cadenas de datos de presentación, de modo que puedan ejecutarse mediante la referencia a una sola instrucción. En esencia, las sintaxis de datos de terminal SD I y SD III proporcionan la misma capacidad de macros; sin embargo, una macro en una sintaxis de datos no puede convertirse en general en una macro de otra sintaxis de datos. Esto se debe a que una macro puede contener cualquier cadena de datos de presentación. Como los modelos de terminal de las diversas sintaxis de datos difieren, a menudo es necesario clasificar las introducciones en el tren de datos a fin de lograr el efecto de presentación deseado. La agrupación arbitraria de la información en macros impide la clasificación general. Como la finalidad de las funciones macro ordinarias es lograr la eficacia de las comunicaciones eliminando la comunicación de código repetitivo, es posible ampliar las macros en el proceso de conversión. Por tanto, la conversión de una macro es la cadena de datos de presentación que representa.
Dos formas especiales de macros en las sintaxis de datos SD I y SD III son las macros activadas por tecla y las macros de transmisión. Las macros activadas por tecla vinculan la ejecución de la función macro a una tecla local en el terminal. Como esta operación depende de la interacción del usuario, el contenido de la macro no puede ampliarse en el convertidor por adelantado. El convertidor debe retransmitir la página entera de información al terminal con el contenido de la macro activada por tecla clasificado y factorizado en la página. Este problema debe ser tratado por la arquitectura de presentación de interfuncionamiento. Análogamente, la macro de transmisión plantea un problema de conversión. El contenido de una macro de transmisión debe devolverse al origen después de una interacción de usuario. En el interfuncionamiento, esto podría significar que los datos de la sintaxis de datos SD I pueden estar contenidos dentro de una macro de transmisión en un terminal de sintaxis de datos SD III después de una conversión, de modo que pueda devolverse al origen inalterado. Es necesario poder identificar todos los entornos de codificación o identificar únicamente cada tabla de códigos en cada sintaxis de datos a fin de evitar confusiones.
Cuadro [T26.101], p.
A.3.17.1
Definir macro
Tableau [T27.101], p.
A.3.17.2
Definir y ejecutar macro
Tableau [T28.101], p.
A.3.17.3
Definir macro de transmisión
Cuadro [T29.101], p.
A.3.17.4
Definir fin de definición de macro
Cuadro [T30.101], p.
A.3.17.5
Invocación de macro
Cuadro [T31.101], p.
A.3.18
Cadena JCDR
La capacidad @juego de caracteres dinámicamente redefinibles (JCDR)\ permite que se definan y utilicen caracteres adicionales de texto o mosaicos como caracteres ordinarios de texto alfanumérico o mosaicos. Las tres sintaxis de datos de terminal incluyen una forma de capacidad JCDR; sin embargo, la operación de JCDR es bastante diferente en los diversos entornos de visualización. En general no es posible convertir exactamente de un tipo de JCDR a otro debido a las condiciones límite impuestas por cada una de las sintaxis de datos de terminal. Existen límites diferentes en el número de caracteres JCDR que pueden ser definidos o de la capacidad de memoria que puede utilizarse para almacenar caracteres JCDR. La definición de caracteres JCDR es una dificultad particular. Una de las sintaxis de datos de terminal fuente adopta el planteamiento de permitir que puede utilizarse cualquier información de presentación en la definición de un carácter JCDR, incluidas instrucciones de representación geométrica, bits (fotográfico) y texto, e incluso otros caracteres JCDR. Las otras dos sintaxis de datos fuente definen los caracteres JCDR mediante un planteamiento (fotográfico) orientado a los bits. Sin embargo, los dos planteamientos fotográficos de la definición de JCDR no son equivalentes, pues tienen densidades de pixels diferentes, y pueden resultar graves errores de cuantificación de la relación de correspondencia de una formación de pixels a otra de tamaño diferente. En la sintaxis de datos de interfuncionamiento se incluyen tres formas de definición de JCDR para acomodar los requisitos de las tres sintaxis de datos fuente. Por consiguiente, el proceso de conversión tendrá por tanto suficiente información para hacer la mejor conversión posible.
Cuadro [T32.101], p.
A.3.18.1
Definir JCDR, tipo I, 1 byte
Cuadro [T33.101], p.
A.3.18.2
Definir JCDR, tipo I, 2 bytes
Tableau [T34.101], p.
A.3.18.3
Definir JCDR, tipo II
Cuadro [1T35.101], p.
Cuadro [2T35.101], p.
A.3.18.4
Definir JCDR, tipo III
Cuadro [T36.101], p.
A.3.18.5
Fin de definición JCDR, tipo III
Cuadro [T37.101], p.
A.3.18.6
Invocación de JCDR
Cuadro [T38.101], p.
A.3.18.7
Invocación de JCDR, 2 bytes
Cuadro [T39.101], p.
A.3.19
Cadena de control de patrón de
relleno
La capacidad de rellenar una zona definida geométricamente con un patrón de relleno arbitrario, estilo interior, rayado o textura, se proporciona en dos de las sintaxis de datos videotex fuente. Como una de las sintaxis de datos videotex de terminal, la sintaxis de datos SD I, no proporciona esta capacidad, hay que acomodarla en el proceso de conversión asignando colores distintivos u otros medios para indicar la diferencia entre las zonas patroneadas. El método por el cual se aplica esta capacidad en las otras dos sintaxis de datos fuente es bastante diferente. La sintaxis de datos SD III proporciona cuatro patrones de textura predefinida que incluyen el relleno continuo, y cuatro plantillas de textura redefinida. Estas plantillas son rectilíneas y están referenciadas al origen de la zona de visualización normalizada. Esto significa que las zonas colindantes rellenadas con el mismo patrón alinearán perfectamente. En los patrones de estilo interior definidos en la sintaxis de datos SD II, el patrón puede definirse en una zona conformada como paralelogramo y es referenciada al origen de la zona. La sintaxis de datos SD II proporciona también ocho patrones de relleno predefinidos (patrones de rayado). En general, cualquier textura de patrón de estilo interior puede simularse en el proceso de conversión; sin embargo, no pueden garantizarse efectos secundarios tales como la alineación exacta de patrones. Los patrones de textura de la sintaxis de datos SD III se definen incluyendo cualquier cadena de datos de presentación en la definición del patrón, mientras que los estilos interiores en la sintaxis de datos SD II se definen en forma de una formación de celdas. El proceso de conversión debe resolver el patrón antes de la conversión. Los límites a variables globales, tales como la capacidad disponible de memoria de textura, son definidos por los indicadores de condición de valor de límite en el vector de estado.
Cuadro [T40.101], p.
A.3.19.1
Definir textura
Cuadro [T41.101], p.
A.3.19.2
Fin de definición de textura
Tableau [T42.101], p.
A.3.19.3
Tamaño de la plantilla de textura
Cuadro [T43.101], p.
A.3.19.4
Establecer representación de patrón
Tableau [T44.101], p.
A.3.19.5
Selección-patrón
Tableau [T45.101], p.
A.3.20
Cadena musical
La capacidad musical es una opción específica de sólo una de las sintaxis de datos de terminal. Requiere capacidades especiales para presentación y no puede ser convertida de ninguna manera razonable. La información musical está incluida en la sintaxis de datos de interfuncionamiento para compatibilidad futura, de modo que pueda realizarse el interfuncionamiento entre la información de la sintaxis de datos SD I y cualesquiera versiones futuras de la sintaxis de datos SD II o III que pudieran incluir una capacidad musical.
Cuadro [T46.101], p.
A.3.20.1
Secuencia de código musical
Tableau [T47.101], p.
A.3.20.2
Secuencia de control musical
Cuadro [T48.101], p.
A.3.21
Cadena de telesoporte lógico
Cuadro [T49.101], p.
A.3.22
Cadena de datos audio
Tableau [T50.101], p.
APéNDICE I (a la Recomendación T.101)
Repertorios de
caracteres de texto y mosaicos
I.1
Repertorio I -
Caracteres de
texto alfanuméricos ordinarios
El repertorio 1 contiene el repertorio ordinario de caracteres de texto alfanuméricos básicos. Estos caracteres se han tomado de los caracteres primarios y suplementarios de la Recomendación T.51, siendo los caracteres finales registrados 4/0 y 6/2 respectivamente. Además, se incluye el carácter ESPACIO (SP01) y el carácter SUPRIMIR (SM34). Los nombres descriptivos dados a los caracteres difieren entre las diversas sintaxis de datos terminales definidas en la Recomendación T.101 y entre el repertorio de caracteres alfanuméricos definido en la norma 6937 de la ISO. En el presente documento se utilizan nombres compuestos, que intentan abarcar la gama completa de significados especificados en las diferentes sintaxis de datos de terminal identificadas en la Recomendación T.101 y lograr el nivel máximo de puntos comunes con la norma 6937 de la ISO.
I.1.1
Caracteres alfabéticos latinos
Código Nombre descriptivo
de nombre
LA01 a minúscula
LA02 A mayúscula
LA11 a minúscula con acento agudo
LA12 A mayúscula con acento agudo
LA13 a minúscula con acento grave
LA14 A mayúscula con acento grave
LA15 a minúscula con acento circunflejo
LA16 A mayúscula con acento circunflejo
LA17 a minúscula con diéresis o signo de umlaut
LA18 A mayúscula con diéresis o signo de umlaut
LA19 a minúscula con tilde
LA20 A mayúscula con tilde
LA23 a minúscula con signo de breve
LA24 A mayúscula con signo de breve
LA27 a minúscula con cero volado
LA28 A mayúscula con cero volado
LA31 a minúscula con macron
LA32 A mayúscula con macron
LA43 a minúscula con ogonek
LA44 A mayúscula con ogonek
LA51 diptongo ae en minúscula
LA52 diptongo AE en mayúscula
LB01 b minúscula
LB02 B mayúscula
LC01 c minúscula
LC02 C mayúscula
LC11 c minúscula con acento agudo
LC12 C mayúscula con acento agudo
Código
Nombre descriptivo
de nombre
LC15 c minúscula con acento circunflejo
LC16 C mayúscula con acento circunflejo
LC21 c minúscula con caron
LC22 C mayúscula con caron
LC29 c minúscula con punto superior
LC30 C mayúscula con punto superior
LC41 c minúscula con cedilla
LC42 C mayúscula con cedilla
LD01 d minúscula
LD02 D mayúscula
LD21 d minúscula con caron
LD22 D mayúscula con caron
LD61 d minúscula con trazo
LD62
D mayúscula con trazo (
`eth'
islandesa mayúscula)
LD63
`eth'
islandesa minúscula
LE01 e minúscula
LE02 E mayúscula
LE11 e minúscula con acento agudo
LE12 E mayúscula con acento agudo
LE13 e minúscula con acento grave
LE14 E mayúscula con acento grave
LE15 e minúscula con acento circunflejo
LE16 E mayúscula con acento circunflejo
LE17 e minúscula con diéresis o signo de umlaut
LE18 E mayúscula con diéresis o signo de umlaut
LE21 e minúscula con caron
LE22 E mayúscula con caron
LE29 e minúscula con punto superior
Código
Nombre descriptivo
de nombre
LE30 E mayúscula con punto superior
LE31 e minúscula con macron
LE32 E mayúscula con macron
LE43 d minúscula con ogonek
LE44 E mayúscula con ogonek
LF01 f minúscula
LF02 F mayúscula
LG01 g minúscula
LG02 G mayúscula
LG11 g minúscula con acento agudo
LG15 g minúscula con acento circunflejo
LG16 G mayúscula con acento circunflejo
LG23 g minúscula con signo de breve
LG24 G mayúscula con signo de breve
LG29 g minúscula con punto superior
LG30 G mayúscula con punto superior
LG42 G mayúscula con cedilla
LH01 h minúscula
LH02 H mayúscula
LH15 h minúscula con acento circunflejo
LH16 H mayúscula con acento circunflejo
LH61 h minúscula con trazo
LH62 H mayúscula con trazo
LI01 i minúscula
LI02 I mayúscula
LI11 i minúscula con acento agudo
LI12 I mayúscula con acento agudo
LI13 i minúscula con acento grave
LI14 I mayúscula con acento grave
LI15 i minúscula con acento circunflejo
LI16 I mayúscula con acento circunflejo
LI17 i minúscula con diéresis o signo de umlaut
LI18 I mayúscula con diéresis o signo de umlaut
LI19 i minúscula con tilde
LI20 I mayúscula con tilde
LI30 I mayúscula con punto
LI31 i minúscula con macron
LI32 I mayúscula con macron
LI43 i minúscula con ogonek
LI44 I mayúscula con ogonek
LI51 ligadura ij en minúscula
LI52 ligadura IJ en mayúscula
LI61 i minúscula sin punto
LJ01 j minúscula
LJ02 J mayúscula
LJ15 j minúscula con acento circunflejo
LJ16 J mayúscula con acento circunflejo
LK01 k minúscula
LK02 K mayúscula
LK41 k minúscula con cedilla
LK42 K mayúscula con cedilla
LK61 k minúscula groelandesa
LL01 l minúscula
LL02 L mayúscula
LL11 l minúscula con acento agudo
Código
Nombre descriptivo
de nombre
LL12 L mayúscula con acento agudo
LL21 l minúscula con caron
LL22 L mayúscula con caron
LL41 l minúscula con cedilla
LL42 L mayúscula con cedilla
LL61 l minúscula con barra
LL62 L mayúscula con barra
LL63 l minúscula con punto central
LL64 L mayúscula con punto central
LM01 m minúscula
LM02 M mayúscula
LN01 n minúscula
LN02 N mayúscula
LN11 n minúscula con acento agudo
LN12 N mayúscula con acento agudo
LN19 n minúscula con tilde
LN20 N mayúscula con tilde
LN21 n minúscula con caron
LN22 N mayúscula con caron
LN41 n minúscula con cedilla
LN42 N mayúscula con cedilla
LN61
`eng'
minúscula lapona
LN62
`eng'
mayúscula lapona
LN63 n minúscula con apóstrofo
LO01 o minúscula
LO02 O mayúscula
LO11 o minúscula con acento agudo
LO12 O mayúscula con acento agudo
LO13 o minúscula con acento grave
LO14 O mayúscula con acento grave
LO15 o minúscula con acento circunflejo
LO16 O mayúscula con acento circunflejo
LO17 o minúscula con diéresis o signo de umlaut
LO18 O mayúscula con diéresis o signo de umlaut
LO19 o minúscula con tilde
LO20 O mayúscula con tilde
LO25 o minúscula con doble acento agudo
LO26 O mayúscula con doble acento agudo
LO31 o minúscula con macron
LO32 O mayúscula con macron
LO51 Ligadura en minúscula
LO52 Ligadura ® en mayúscula
LO61 o minúscula con barra oblicua
LO62 O mayúscula con barra oblicua
LP01 p minúscula
LP02 P mayúscula
LQ01 q minúscula
LQ02 Q mayúscula
LR01 r minúscula
LR02 R mayúscula
LR11 r minúscula con acento agudo
LR12 R mayúscula con acento agudo
LR21 r minúscula con caron
LR22 R mayúscula con caron
LR41 r minúscula con cedilla
Código
Nombre descriptivo
de nombre
LR42 R mayúscula con cedilla
LS01 s minúscula
LS02 S mayúscula
LS11 s minúscula con acento agudo
LS12 S mayúscula con acento agudo
LS15 s minúscula con acento circunflejo
LS16 S mayúscula con acento circunflejo
LS21 s minúscula con caron
LS22 S mayúscula con caron
LS41 s minúscula con cedilla
LS42 S mayúscula con cedilla
LS61 doble s alemana minúscula (à)
LT01 t minúscula
LT02 T mayúscula
LT21 t minúscula con caron
LT22 T mayúscula con caron
LT41 t minúscula con cedilla
LT42 T mayúscula con cedilla
LT61 t minúscula con trazo
LT62 T mayúscula con trazo
LT63 thorn minúscula islandesa
LT64 Thorn mayúscula islandesa
LU01 u minúscula
LU02 U mayúscula
LU11 u minúscula con acento agudo
LU12 U mayúscula con acento agudo
LU13 u minúscula con acento grave
LU14 U mayúscula con acento grave
LU15 u minúscula con acento circunflejo
LU16 U mayúscula con acento circunflejo
LU17 u minúscula con diéresis o signo de umlaut
LU18 U mayúscula con diéresis o signo de umlaut
LU19 u minúscula con tilde
Código
Nombre descriptivo
de nombre
LU20 U mayúscula con tilde
LU23 u minúscula con signo de breve
LU24 U mayúscula con signo de breve
LU25 u minúscula con doble acento agudo
LU26 U mayúscula con doble acento agudo
LU27 u minúscula con cero volado
LU28 U mayúscula con cero volado
LU31 u minúscula con macron
LU32 U mayúscula con macron
LU43 u minúscula con ogonek
LU44 U mayúscula con ogonek
LV01 v minúscula
LV02 V mayúscula
LW01 w minúscula
LW02 W mayúscula
LW15 w minúscula con acento circunflejo
LW16 W mayúscula con acento circunflejo
LX01 x minúscula
LX02 X mayúscula
LY01 y minúscula
LY02 Y mayúscula
LY11 y minúscula con acento agudo
LY12 Y mayúscula con acento agudo
LY15 y minúscula con acento circunflejo
LY16 Y mayúscula con acento circunflejo
LY17 y minúscula con diéresis o signo de umlaut
LY18 Y mayúscula con diéresis o signo de umlaut
LZ01 z minúscula
LZ02 Z mayúscula
LZ11 z minúscula con acento agudo
LZ12 Z mayúscula con acento agudo
LZ21 z minúscula con caron
LZ22 Z mayúscula con caron
LZ29 z minúscula con punto superior
LZ30 Z mayúscula con punto superior
I.1.2
Caracteres no alfabéticos
I.1.2.1
Cifras decimales
Código Nombre
descriptivo
de nombre
ND01 cifra 1
ND02 cifra 2
ND03 cifra 3
ND04 cifra 4
ND05 cifra 5
Código
Nombre descriptivo
de nombre
ND06 cifra 6
ND07 cifra 7
ND08 cifra 8
ND09 cifra 9
ND10 cifra 0
I.1.2.2
Signos de moneda
Cod igo
Nombre descriptivo
de nombre
SC01 signo general de moneda
SC02 signo de libra
SC03 signo de dólar
Código
Nombre descriptivo
de nombre
SC04 signo de céntimo o centavo
SC05 signo de yen
{tps.non.photo "Une ligne en moins"}
I.1.2.3
Signos de puntuación
Código
Nombre descriptivo
de nombre
SP01 ESPACIO
SP02 cerrar admiración
SP03 abrir admiración
SP04 comillas
SP05 apóstrofo
SP06 abrir paréntesis
SP07 cerrar paréntesis
SP08 coma
SP10 guión (o signo menos)
SP11 punto (o punto decimal)
SP12 barra oblicua
Código
Nombre descriptivo
de nombre
SP13 dos puntos
SP14 punto y coma
SP15 cerrar interrogación
SP16 abrir interrogación
SP17 abrir comillas angulares
SP18 cerrar comillas angulares
SP19 abrir comilla
SP20 cerrar comilla
SP21 abrir dobles comillas
SP22 cerrar dobles comillas
{tps.non.photo "Une ligne en moins"}
I.1.2.4
Signos aritméticos
Código
Nombre descriptivo
de nombre
SA01 signo más
SA02 signo más/menos
SA03 signo menor que
SA04 signo igual
Código
Nombre descriptivo
de nombre
SA05 signo mayor que
SA06 signo de división
SA07 signo de multiplicación
{tps.non.photo "Une ligne en moins"}
I.1.2.5
Subíndices y superíndices
Código
Nombre descriptivo
de nombre
NS01 superíndice 2
NS02 superíndice 2
{tps.non.photo "Une ligne en moins"}
Código
Nombre descriptivo
de nombre
NS03 superíndice 3
{tps.non.photo "Une ligne en moins"}
{tps.non.photo "Une ligne en moins"}
I.1.2.6
Fracciones
Código
Nombre descriptivo
de nombre
NF01 fracción 1/2
NF04 fracción 1/4
NF05 fracción 3/4
SM39 fracción 1/8 (equivalente a NF18)
Código
Nombre descriptivo
de nombre
SM40 fracción 3/8 (equivalente a NF19)
SM41 fracción 5/8 (equivalente a NF20)
SM42 fracción 7/8 (equivalente a NF21)
{tps.non.photo "Une ligne en moins"}
I.1.2.7
Símbolos varios
Código
Nombre descriptivo
de nombre
SM01 signo de número
SM02 signo de tanto por ciento
SM03
`y'
comercial
SM04 asterisco
SM05
`a'
comercial
SM06 abrir corchete
SM07 barra oblicua inversa
SM08 cerrar corchete
SM11 abrir llave
SM12 barra horizontal central unitiva
SM13 barra vertical central unitiva
SM14 cerrar llave
Código
Nombre descriptivo
de nombre
SM17 signo de micro
SM18 signo de ohmio
SM19 signo de grado
SM20 indicador ordinal masculino
SM21 indicador ordinal femenino
SM24 signo de párrafo o sección
SM25 signo de calderón
SM26 punto central
SM30 flecha hacia la izquierda
SM31 flecha hacia la derecha
SM32 flecha hacia arriba
SM33 flecha hacia abajo
Código
Nombre descriptivo
de nombre
SM34 SUPRESIóN
SM35 símbolo de marca registrada (equivalente a SM53)
SM36 símbolo de propiedad literaria (equivalente a SM52)
SM37 símbolo de marca comercial (equivalente a SM54)
SM38 símbolo musical (equivalente a SM93)
SM43 punta de flecha hacia arriba, forma circunfleja
Código
Nombre descriptivo
de nombre
SM44 barra oblicua inversa superior, forma
de acento grave
SM47 barra superior (no unitiva), forma de barra o tilde
SM48 barra inferior (no unitiva), línea baja, subrayada con avance de espacio (equivalente a SP09 de ISO 6937)
SM49 subrayado sin avance de espacio
{tps.non.photo "Une ligne en moins"}
{tps.non.photo "Une ligne en moins"}
Nota
- Los caracteres SM43, SM44, SM47 y SM48 tienen
múltiples nombres, ya que los nombres descriptivos de estos caracteres difieren
considerablemente entre las diversas sintaxis de datos de terminal definidas en
la Recomendación T.101. Estos caracteres fueron concebidos originalmente como
caracteres de acento en el uso original de la tabla de códigos de la Versión
Internacional de Referencia de ISO 646. Este significado ha cambiado desde la
introducción del método compuesto de codificación de los caracteres acentuados
definidos en la Recomendación T.51 del CCITT, la norma ISO 6937 y varias
Recomendaciones del CCITT. En consecuencia, estos caracteres no deben
utilizarse para generar caracteres acentuados. A fin de mantener la
compatibilidad con las normas anteriores, se describen aquí los nombres
múltiples.
I.1.2.8
Signos diacríticos (tal como se visualizan cuando
se utilizan en unión de ESPACIO)
Código
Nombre descriptivo
de nombre
SD11 acento agudo
SD13 acento grave
SD15 acento circunflejo
SD17 diéresis o signo de umlaut
SD19 tilde
SD21 caron
SD23 signo de breve
Código
Nombre descriptivo
de nombre
SD25 doble acento agudo
SD27 cero volado
SD29 punto superior
SD31 macron
SD41 cedilla
SD43 ogonek
{tps.non.photo "Une ligne en moins"}
I.2
Repertorio 2 -
Caracteres
de texto alfanuméricos especiales
Estos caracteres son específicos para una o dos de las sintaxis de datos de terminal, y hay que convertir la presentación de estos caracteres para que su efecto de presentación pueda obtenerse en otras sintaxis de datos de terminal.
Código Nombre
descriptivo
de nombre
SM45 barra vertical izquierda unitiva
SM46 barra vertical derecha unitiva
{tps.non.photo "Pour coupure 2 colonnes"}
Código
Nombre descriptivo
de nombre
SM50 barra superior de vector sin
avance de espacio
SM51 línea oblicua sin avance de espacio
{tps.non.photo "Pour coupure 2 colonnes"}
Nota
- Los códigos de nombre SM50 y SM51 se
introducen aquí, ya que los códigos de nombre para estos caracteres no están
incluidos ni en el registro de la ISO (número 99 de la tabla de códigos
registrados) ni en la Recomendación T.101 del CCITT.
I.3
Repertorio 3 -
Caracteres
kana
Este juego de caracteres completo es específico para una sola de las sintaxis de datos de terminal, por lo cual hay que convertir la presentación de estos caracteres para que su efecto de presentación pueda obtenerse en otras sintaxis de datos de terminal.
Código Nombre
descriptivo
de nombre
JA01 punto y katakana
JA02 abrir paréntesis katakana
JA03 cerrar paréntesis katakana
JA04 coma katakana
JA05 símbolo conjuntivo katakana
JA06 WO katakana
Código
Nombre descriptivo
de nombre
JA07 a minúscula katakana
JA08 i minúscula katakana
JA09 u minúscula katakana
JA10 e minúscula katakana
JA11 o minúscula katakana
JA12 ya katakana
Código
Nombre descriptivo
de nombre
JA13 yu minúscula katakana
JA14 yo katakana
JA15 tsu katakana
JA16 Símbolo de sonido prolongado
JA17 A katakana
JA18 I katakana
JA19 U katakana
JA20 E katakana
JA21 O katakana
JA22 KA katakana
JA23 KI katakana
JA24 KU katakana
JA25 KE katakana
JA26 KO katakana
JA27 SA katakana
JA28 SHI katakana
JA29 SU katakana
JA30 SE katakana
JA31 SO katakana
JA32 TA katakana
JA33 CHI katakana
JA34 TSU katakana
JA35 TE katakana
JA36 TO katakana
JA37 NA katakana
JA38 NI katakana
{Tps.Non.Photo "Blanc MEP"}
Código
Nombre descriptivo
de nombre
JA39 NU katakana
JA40 NE katakana
JA41 NO katakana
JA42 HA katakana
JA43 HI katakana
JA44 FU katakana
JA45 HE katakana
JA46 HO katakana
JA47 MA katakana
JA48 MI katakana
JA49 MU katakana
JA50 ME katakana
JA51 MO katakana
JA52 YA katakana
JA53 YU katakana
JA54 YO katakana
JA55 RA katakana
JA56 RI katakana
JA57 RU katakana
JA58 RE katakana
JA59 RO katakana
JA60 WA katakana
JA61 N o M katakana
JA62 símbolo de sonido vocalizado
JA63 símbolo de sonido semivocalizado
{Tps.Non.Photo "Blanc MEP"}
Nota
- Como los nombres de código para estos
caracteres no están incluidos ni en el registro de la ISO (número de registro
13) ni en la Recomendación T.101 del CCITT, se introducen aquí los códigos que
comienzan con JA.
I.4
Repertorio 4 -
Caracteres
kanji
Estos caracteres aparecen solamente en una de las sintaxis de datos
terminales, aunque la tabla de códigos de caracteres kanji registrada se
utiliza algunas veces en combinación con los juegos de otras sintaxis de datos
terminales. Salvo cuando se dispone de la capacidad de caracteres kanji en
ambos extremos de un intercambio, hay que convertir la presentación de estos
caracteres para que su efecto de presentación pueda obtenerse en la otra
sintaxis de datos de terminal. El juego de caracteres kanji está registrado
como un conjunto de dos octetos. La Recomendación T.101 del CCITT utiliza un
subrepertorio de este juego que incluye unos 3639 caracteres, de los cuales
2980 son caracteres de símbolos kanji. Estos caracteres son específicos de este
repertorio. Los caracteres restantes, incluido cierto número de caracteres
especiales así como algunos alfabéticos para otros idiomas, se duplican con
otros juegos de caracteres registrados. Por ejemplo, se incluyen los alfabetos
cirílico, griego, katakana e hiragana, así como todos menos 11 de los
caracteres alfabéticos latinos del repertorio 1. Los caracteres duplicados en
esta tabla de códigos tienen los mismos
codigos de nombre
que los caracteres equivalentes del repertorio 1, por lo cual pueden
convertirse directamente entre sintaxis de datos. Se requiere un tratamiento
especial para los otros caracteres. Además, hay 32 caracteres de representación
que se duplican con los del repertorio 8. Estos también comparten los mismos
códigos de nombre
que los que figuran en otros juegos de
caracteres, y por consiguiente forman parte del gran repertorio de caracteres
de representación (repertorio 8).
El repertorio de caracteres gráficos kanji y caracteres especiales específicos es voluminoso. Como las conversiones de este repertorio de caracteres requieren un tratamiento especial, no es necesario enumerar el repertorio en este documento. Para referencia, véase la sintaxis de datos I de la Recomendación T.101 del CCITT que es un subrepertorio del número de registro 87 de la ISO. Se han introducido los códigos de nombre kanji JK01 a JK2980, HK01 a HK83 y JS01 a JS366 para identificar los caracteres gráficos kanji, los caracteres hiragana y los caracteres especiales kanji, respectivamente.
I.5
Repertorio 5 -
Caracteres
griegos
Código Nombre
descriptivo
de nombre
GA01 letra griega alfa minúscula
GA02 letra griega alfa mayúscula
GA11 letra griega alfa minúscula con acento
GA12 letra griega alfa mayúscula con acento
GB01 letra griega beta minúscula
GB02 letra griega beta mayúscula
GD01 letra griega delta minúscula
GD02 letra griega delta mayúscula
GE01 letra griega epsilon minúscula
GE02 letra griega epsilon mayúscula
GE11 letra griega epsilon minúscula con acento
GE12 letra griega epsilon mayúscula con acento
GE61 letra griega eta minúscula
GE62 letra griega eta mayúscula
GE63 letra griega eta minúscula con acento
GE64 letra griega eta mayúscula con acento
GF01 letra griega phi minúscula
GF02 letra griega phi mayúscula
GG01 letra griega gamma minúscula
GG02 letra griega gamma mayúscula
GH01 letra griega ji minúscula
GH02 letra griega ji mayúscula
GI01 letra griega iota minúscula
GI02 letra griega iota mayúscula
GI11 letra griega iota minúscula con acento
GI12 letra griega iota mayúscula con acento
GI17 letra griega iota minúscula con diéresis
GI18 letra griega iota mayúscula con diéresis
GI33 letra griega iota minúscula con acento y diéresis
GK01 letra griega kappa minúscula
GK02 letra griega kappa mayúscula
GL01 letra griega lambda minúscula
GL02 letra griega lambda mayúscula
GM01 letra griega mu minúscula
GM02 letra griega mu mayúscula
GN01 letra griega nu minúscula
GN02 letra griega nu mayúscula
Código
Nombre descriptivo
de nombre
GO01 letra griega ómicron minúscula
GO02 letra griega ómicron mayúscula
GO11 letra griega ómicron minúscula con acento
GO12 letra griega ómicron mayúscula con acento
GO61 letra griega omega minúscula
GO62 letra griega omega mayúscula
GO63 letra griega omega minúscula con acento
GO64 letra griega omega mayúscula con acento
GP01 letra griega pi minúscula
GP02 letra griega pi mayúscula
GP61 letra griega psi minúscula
GP62 letra griega psi mayúscula
GR01 letra griega rho minúscula
GR02 letra griega rho mayúscula
GS01 letra griega sigma minúscula
GS02 letra griega sigma mayúscula
GS61 letra griega sigma final minúscula
GT01 letra griega tau minúscula
GT02 letra griega tau mayúscula
GT61 letra griega theta minúscula
GT62 letra griega theta mayúscula
GU01 letra griega ípsilon minúscula
GU02 letra griega ípsilon mayúscula
GU11 letra griega ípsilon minúscula con acento
GU12 letra griega ípsilon mayúscula con acento
GU17 letra griega ípsilon minúscula con diéresis
GU18 letra griega ípsilon mayúscula con diéresis
GU33 letra griega ípsilon minúscula con acento y diéresis
GX01 letra griega xi minúscula
GX02 letra griega xi mayúscula
GZ01 letra griega zeta minúscula
GZ02 letra griega zeta mayúscula
SD33 diéresis y signo de acento con avance de espacio
I.6
Repertorio 6 -
Caracteres
cirílicos
Código Nombre
descriptivo
de nombre
KA01 a cirílica minúscula
KA02 a cirílica mayúscula
KA61 ia cirílica minúscula
KA62 ia cirílica mayúscula
KB01 be cirílica minúscula
KB02 be cirílica mayúscula
KC01 tse cirílica minúscula
KC02 tse cirílica mayúscula
KC21 tche cirílica minúscula
KC22 tche cirílica mayúscula
KC61 shche cirílica minúscula
KC62 shche cirílica mayúscula
KD01 de cirílica minúscula
Código
Nombre descriptivo
de nombre
KD02 de cirílica mayúscula
KE01 ie cirílica minúscula
KE02 ie cirílica mayúscula
KE17 io cirílica minúscula
KE18 io cirílica mayúscula
KE61 e cirílica minúscula
KE62 e cirílica mayúscula
KF01 ef cirílica minúscula
KF02 ef cirílica mayúscula
KG01 gue cirílica minúscula
KG02 gue cirílica mayúscula
KH01 ja cirílica minúscula
KH02 ja cirílica mayúscula
KI01 i cirílica minúscula
KI02 i cirílica mayúscula
Código
Nombre descriptivo
de nombre
KI23 i breve cirílica minúscula
KI24 i breve cirílica mayúscula
KJ01 zhe cirílica minúscula
KJ02 zhe cirílica mayúscula
KL01 ele cirílica minúscula
KL02 ele cirílica mayúscula
KM01 eme cirílica minúscula
KM02 eme cirílica mayúscula
KN01 ene cirílica minúscula
KN02 ene cirílica mayúscula
KO01 o cirílica minúscula
KO02 o cirílica mayúscula
KP01 pe cirílica minúscula
KP02 pe cirílica mayúscula
KR01 ere cirílica minúscula
KR02 ere cirílica mayúscula
KS01 ese cirílica minúscula
KS02 ese cirílica mayúscula
KS23 sha cirílica minúscula
KS24 sha cirílica mayúscula
KT01 te cirílica minúscula
Código
Nombre descriptivo
de nombre
KT02 te cirílica mayúscula
KU01 u cirílica minúscula
KU02 u cirílica mayúscula
KV61 iu cirílica minúscula
KV62 iu cirílica mayúscula
KV01 ve cirílica minúscula
KV02 ve cirílica mayúscula
KY01 ieri cirílica minúscula
KY02 ieri cirílica mayúscula
KY61 ier cirílica minúscula (miagkil znak) (signo blando)
KY62 ier cirílica mayúscula (miagkil znak) (signo blando)
KY63 ier` cirílica minúscula (tvjordy znak) (signo duro)
KY64 ier` cirílica mayúscula (tvjordy znak) (signo duro)
KZ01 ze cirílica minúscula
KZ02 ze cirílica mayúscula
KK01 ka cirílica minúscula
KK02 ka cirílica mayúscula
I.7
Repertorio 7 -
Caracteres
mosaicos bloque
Los caracteres mosaicos bloque son un subrepertorio de los mosaicos utilizados en cada una de las sintaxis de datos de terminal, por lo que son directamente traducibles entre sintaxis de datos. Incluso la codificación de los caracteres mosaicos de bloque es idéntica salvo para el carácter mosaico rellenado. En el repertorio 5 se incluye un mosaico rellenado. Cualquiera de las dos codificaciones equivalentes establecidas en la Recomendación T.101 (posición 5/15 ó 7/15 de la tabla de códigos) para el carácter de mosaico rellenado es aceptable en una cadena de caracteres del repertorio 5.
Nota
- Se utiliza el siguiente convenio para describir
la forma de un carácter mosaico de 2 subceldas de ancho por 3 subceldas de
alto. Las celdas están numeradas así: izquierda superior, derecha superior,
izquierda centro, derecha centro, izquierda inferior y derecha inferior, que
corresponden a 1,2,3,4,5,6 respectivamente. Este código se utiliza para
identificar cada carácter del repertorio.
Diagram T0803710-89
Código Nombre descriptivo
de nombre
MG00 Carácter mosaico vacío
MG01 mosaico bloque 1
MG02 mosaico bloque 2
MG03 mosaico bloque 1,2
MG04 mosaico bloque 3
MG05 mosaico bloque 1,3
MG06 mosaico bloque 2,3
MG07 mosaico bloque 1,2,3
MG08 mosaico bloque 4
Código
Nombre descriptivo
de nombre
MG09 mosaico bloque 1,4
MG10 mosaico bloque 2,4
MG11 mosaico bloque 1,2,4
MG12 mosaico bloque 3,4
MG13 mosaico bloque 1,3,4
MG14 mosaico bloque 2,3,4
MG15 mosaico bloque 1,2,3,4
MG16 mosaico bloque 5
MG17 mosaico bloque 1,5
MG18 mosaico bloque 2,5
Código
Nombre descriptivo
de nombre
MG19 mosaico bloque 1,2,5
MG20 mosaico bloque 3,5
MG21 mosaico bloque 1,3,5
MG22 mosaico bloque 2,3,5
MG23 mosaico bloque 1,2,3,5
MG24 mosaico bloque 4,5
MG25 mosaico bloque 1,4,5
MG26 mosaico bloque 2,4,5
MG27 mosaico bloque 1,2,4,5
MG28 mosaico bloque 3,4,5
MG29 mosaico bloque 1,3,4,5
MG30 mosaico bloque 2,3,4,5
MG31 mosaico bloque 1,2,3,4,5
MG32 mosaico bloque 6
MG33 mosaico bloque 1,6
MG34 mosaico bloque 2,6
MG35 mosaico bloque 1,2,6
MG36 mosaico bloque 3,6
MG37 mosaico bloque 1,3,6
MG38 mosaico bloque 2,3,6
MG39 mosaico bloque 1,2,3,6
MG40 mosaico bloque 4,6
MG41 mosaico bloque 1,4,6
MG42 mosaico bloque 2,4,6
Código
Nombre descriptivo
de nombre
MG43 mosaico bloque 1,2,4,6
MG44 mosaico bloque 3,4,6
MG45 mosaico bloque 1,3,4,6
MG46 mosaico bloque 2,3,4,6
MG47 mosaico bloque 1,2,3,4,6
MG48 mosaico bloque 5,6
MG49 mosaico bloque 1,5,6
MG50 mosaico bloque 2,5,6
MG51 mosaico bloque 1,2,5,6
MG52 mosaico bloque 3,5,6
MG53 mosaico bloque 1,3,5,6
MG54 mosaico bloque 2,3,5,6
MG55 mosaico bloque 1,2,3,5,6
MG56 mosaico bloque 4,5,6
MG57 mosaico bloque 1,4,5,6
MG58 mosaico bloque 2,4,5,6
MG59 mosaico bloque 1,2,4,5,6
MG60 mosaico bloque 3,4,5,6
MG61 mosaico bloque 1,3,4,5,6
MG62 mosaico bloque 2,3,4,5,6
MG63 mosaico bloque 1,2,3,4,5,6 (equivalente también a MG64 SD III de la Rec. T.101)
I.8
Repertorio 8 -
Mosaicos
lisos con subceldas alineadas 1
Un juego general de caracteres mosaicos lisos con subceldas alineadas forma parte del repertorio de caracteres mosaicos utilizados en dos de las sintaxis de datos de terminal, y tiene la misma codificación. Estos caracteres se identifican separadamente como un repertorio de la sintaxis de datos de interfuncionamiento, pues estos caracteres son directamente traducibles entre dos de las sintaxis de datos. Hay que convertir la presentación de estos caracteres para que su efecto de presentación pueda obtenerse en un terminal que utilice una sintaxis de datos que no tenga esos caracteres.
Nota
- Se utiliza el siguiente convenio para describir
la forma de un carácter mosaico de dos subceldas de ancho por tres subceldas de
alto, que contiene mosaicos lisos con subceldas alineadas. Los vértices de las
subceldas se numeran a partir de la esquina izquierda superior de la subcelda
superior como se ilustra a continuación. El mosaico liso está rellenado debajo
(B), arriba (A), a la derecha (R) o a la izquierda (L) de una línea o líneas a
través de los vértices indicados.
Diagrama T0803710-89
Código Nombre descriptivo
de nombre
SG01 mosaico liso con subceldas alineadas
B-7,11
SG02 mosaico liso con subceldas alineadas B-7,12
SG03 mosaico liso con subceldas alineadas B-4,11
SG04 mosaico liso con subceldas alineadas B-4,12
SG05 mosaico liso con subceldas alineadas B-1,11
SG06 mosaico liso con subceldas alineadas B-1,12
SG07 mosaico liso con subceldas alineadas B-4,2
SG08 mosaico liso con subceldas alineadas B-4,3
SG09 mosaico liso con subceldas alineadas B-7,2
SG10 mosaico liso con subceldas alineadas B-7,3
SG11 mosaico liso con subceldas alineadas B-10,2
SG12 mosaico liso con subceldas alineadas B-7,6
SG13 mosaico liso con subceldas alineadas R-1,c,10
SG14 mosaico liso con subceldas alineadas B-1,c,3
SG15 mosaico liso con subceldas alineadas A-10,c,12
SG16 mosaico liso con subceldas alineadas L-3,c,12
SG17 mosaico liso con subceldas alineadas B-4,9
SG18 mosaico liso con subceldas alineadas B-2,12
SG19 mosaico liso con subceldas alineadas B-1,9
SG20 mosaico liso con subceldas alineadas B-2,9
SG21 mosaico liso con subceldas alineadas B-1,6
SG22 mosaico liso con subceldas alineadas B-2,6
SG23 mosaico liso con subceldas alineadas B-10,3
SG24 mosaico liso con subceldas alineadas B-11,3
SG25 mosaico liso con subceldas alineadas B-10,6
SG26 mosaico liso con subceldas alineadas B-11,6
SG27 mosaico liso con subceldas alineadas B-10,9
SG28 mosaico liso con subceldas alineadas B-11,9
Código
Nombre descriptivo
de nombre
SG29 mosaico liso con subceldas
alineadas A-7,11
SG30 mosaico liso con subceldas alineadas A-7,12
SG31 mosaico liso con subceldas alineadas A-4,11
SG32 mosaico liso con subceldas alineadas A-4,12
SG33 mosaico liso con subceldas alineadas A-1,11
SG34 mosaico liso con subceldas alineadas A-1,12
SG35 mosaico liso con subceldas alineadas A-4,2
SG36 mosaico liso con subceldas alineadas A-4,3
SG37 mosaico liso con subceldas alineadas A-7,2
SG38 mosaico liso con subceldas alineadas A-7,3
SG39 mosaico liso con subceldas alineadas A-10,2
SG40 mosaico liso con subceldas alineadas A-7,6
SG41 mosaico liso con subceldas alineadas L-1,c,10
SG42 mosaico liso con subceldas alineadas A-1,c,3
SG43 mosaico liso con subceldas alineadas A-11,9
SG44 mosaico liso con subceldas alineadas A-10,9
SG45 mosaico liso con subceldas alineadas A-11,6
SG46 mosaico liso con subceldas alineadas A-10,6
SG47 mosaico liso con subceldas alineadas A-11,3
SG48 mosaico liso con subceldas alineadas A-10,3
SG49 mosaico liso con subceldas alineadas A-2,6
SG50 mosaico liso con subceldas alineadas A-1,6
SG51 mosaico liso con subceldas alineadas A-2,9
SG52 mosaico liso con subceldas alineadas A-1,9
SG53 mosaico liso con subceldas alineadas A-2,12
SG54 mosaico liso con subceldas alineadas A-4,9
SG55 mosaico liso con subceldas alineadas R-3,c,12
SG56 mosaico liso con subceldas alineadas B-10,c,12
I.9
Repertorio 9 -
Mosaicos
lisos generales
Una forma adicional de caracteres mosaicos lisos está disponible en una sola de las sintaxis de datos de terminal. Estos caracteres mosaicos lisos se alinean con límites de media subcelda. Como estos caracteres son específicos para una sola de las sintaxis de datos de terminal, hay que convertir la presentación de estos caracteres para que su efecto de presentación pueda obtenerse en otra sintaxis de datos de terminal.
Nota
- La notación utilizada para describir estos
caracteres es la misma que la utilizada en el repertorio 6, salvo que se
introducen puntos intermedios que identifican la media subcelda. Cuando se dan
cuatro números, como para los caracteres (SG58 y SG71), la zona está delimitada
por todos los lados por las cuatro posiciones de subcelda. En dos casos
especiales, para los caracteres (SG68 y SG81), se llenan dos zonas dentro de la
celda de mosaicos.
Diagrama T0803730-89
Código Nombre descriptivo
de nombre
MS01 mosaico liso general B-f,c
MS03 mosaico liso general B-h,i
MS04 mosaico liso general B-F,C,2
MS05 mosaico liso general A-f,11
MS06 mosaico liso general A-1,g
MS07 mosaico liso general L-1,g,10
MS08 mosaico liso general B-f,12
MS09 mosaico liso general A-f,11,g
MS10 mosaico liso general L-3,f,12
MS11 mosaico liso general A-f,2,g
MS12 mosaico liso general L-1,c,10 & R-3,c,12
MS16 mosaico liso general B-f,g
MS17 mosaico liso general B-c,g
Código
Nombre descriptivo
de nombre
MS18 mosaico liso general A-e,d
& B-a,d
MS19 mosaico liso general A-h,i
MS20 mosaico liso general L-2,c,g
MS21 mosaico liso general A-11,g
MS22 mosaico liso general A-f,3
MS23 mosaico liso general R-3,f,12
MS24 mosaico liso general B-10,g
MS25 mosaico liso general B-f,2,g
MS26 mosaico liso general R-1,g,10
MS27 mosaico liso general B-f,11,g
MS28 mosaico liso general A-1,c,3 & B-10,c,12
{tps.non.photo "Une ligne en moins"}
I.10
Repertorio 10 -
Caracteres
de representación
Se dispone de varios caracteres de representación, que consisten principalmente en caracteres de delineación, en las diversas sintaxis de datos de terminal. Estas consisten en los caracteres de dibujo (DG01 a DG04, DG13, a 24, y DG32) que son comunes en las SD I y SD II de la Recomendación T.101 del CCITT, los caracteres de representación (DG35 a DG50) que son únicos para la SD I, los caracteres de representación (DG05 a DG12 y DG25, a 31) que son únicos para la SD II y los caracteres de representación (DG33 y DG34) que son únicos para la SD III.
Nota
- La notación utilizada para describir estos
caracteres identifica los vértices y puntos intermedios de subceldas de
carácter de manera similar a la manera en que se identifican los mosaicos lisos
en el repertorio 7; sin embargo, en este caso sólo se utilizan líneas para
conectar el vértice y los puntos intermedios. Algunos de los gráficos de
representación contienen más de un componente de línea. Este se identifica por
la descripción de dos elementos de línea separados por
`^&^'
.
Además, el peso (o anchura) de la línea puede variar en algunos caracteres de
representación. Los elementos de línea con mayor peso (más anchos) se indican
mediante (W). Los gráficos de representación especiales se describen con
palabras.
Diagrama T0803740-89
Código Nombre descriptivo
de nombre
DG01 carácter de representación W-f,g &
c,2
DG02 carácter de representación W-f,g & c,11
DG03 carácter de representación 2,11 & W-c,g
DG04 carácter de representación 2,11 & W-f,c
DG05 carácter de representación 2,f,11
DG06 carácter de representación 2,g,11
DG07 carácter de representación f,11,g
DG08 carácter de representación f,2,g
DG09 carácter de representación f,2
DG10 carácter de representación g,2
DG11 carácter de representación f,11
DG12 carácter de representación g,11
DG13 carácter de representación W-f,g & 2,11
DG14 carácter de representación 2,11
DG15 carácter de representación f,g
DG16 carácter de representación 11,c,g
DG17 carácter de representación f,c,11
DG18 carácter de representación 2,c,g
DG19 carácter de representación f,c,2
DG20 carácter de representación 2,11 & c,g
DG21 carácter de representación 2,11 & f,c
DG22 carácter de representación f,g & c,11
DG23 carácter de representación f,g & c,2
DG24 carácter de representación f,g & 2,11
DG25 carácter de representación f,g (con cabeza de flecha derecha)
DG26 carácter de representación f,g (con cabeza de flecha a la izquierda)
DG27 carácter de representación 2,11 (con cabeza de flecha hacia arriba)
Código
Nombre descriptivo
de nombre
DG28 carácter de representación 2,11
(con cabeza de flecha hacia abajo)
DG29 carácter de representación (pequeño punto central)
DG30 carácter de representación (punto grande central)
DG31 carácter de representación (punto hueco grande central)
DG32 carácter de representación (carácter con puntitos)
DG33 carácter de representación 3,10
DG34 carácter de representación 1,12
DG35 carácter de representación W-2,11
DG36 carácter de representación W-f,g
DG37 carácter de representación W-11,c,g
DG38 carácter de representación W-f,c,11
DG39 carácter de representación W-2,c,g
DG40 carácter de representación W-f,c,2
DG41 carácter de representación W-2,11 & W-c,g
DG42 carácter de representación W-2,11 & W-f,c
DG43 carácter de representación W-f,g & W-c,11
DG44 carácter de representación W-f,g & W-c,2
DG45 carácter de representación W-f,g & W-2,11
DG46 carácter de representación W-2,11 & c,g
DG47 carácter de representación W-2,11 & f,c
DG48 carácter de representación f,g & W-c,11
DG49 carácter de representación f,g & W-c,2
DG50 carácter de representación W-2,11 & f,g
Nota
- Se introducen aquí los códigos de nombre DG33
a DG50, ya que los códigos de nombre para estos caracteres no están incluidos
ni en el registro de la ISO ni en la Recomendación T.101 del CCITT.
I.11
Repertorio 11 -
Mosaicos
especiales
En las distintas sintaxis de datos existen varias formas de mosaicos especiales. Estas formas de mosaicos especiales son generalmente únicas y aparecen solamente en una de las sintaxis de datos de terminal. Hay que convertir la presentación de estos caracteres para que su efecto de presentación pueda obtenerse en otra sintaxis de datos de terminal.
Código Nombre
descriptivo
de nombre
MS02 pequeño cuadrado central
MS13 medio óvalo izquierdo abierto
MS14 medio óvalo izquierdo relleno
MS15 medio óvalo izquierdo inverso
Código
Nombre descriptivo
de nombre
MS29 medio óvalo derecho abierto
MS30 medio óvalo derecho relleno
MS31 medio óvalo derecho inverso
{tps.non.photo "Une ligne en moins"}
APéNDICE II (a la Recomendación T.101)
Estados por
defecto de las sintaxis de datos de interfuncionamiento
Las tablas de valores por defecto incluyen los valores por defecto para la función y parámetro de la sintaxis de datos, así como las condiciones límite por defecto. Se supone siempre que el indicador de precedencia de modelo de terminal es inicialmente `1`, y naturalmente en el punto inicial, o en la reiniciación, se supone que todas las variables globales están alteradas.
Nota
- En el cuadro II-2/T.101 el signo de
interrogación
`(?)'
indica que hay que confirmar la información para la
entrada en el cuadro. Un signo de interrogación solo indica que la información
deberá suministrarse en una versión futura del documento.
Tableau II-1/T.101 [1T51.101], p. 57
Tableau II-1/T.101 [2T51.101], p. 58
Tableau II-2/T.101 [1T52.101], p. 59
Tableau II-2/T.101 [2T52.101], p. 60
Tableau II-3/T.101 [1T53.101], p. 61
Tableau II-3/T.101 [2T53.101], p. 62
MONTAGE: RECOMMANDATION T.150 SUR LE RESTE DE CETTE PAGE
Parte 1 - Disk. 832 NF01/009 OPM: 01
Combinación de arranque N.o 1 NF02/011 OPM: 02
HLO NF02/024 OPM: 02
R: NF02/014 OPM: 04
å
i
(OPM = NF03/009)
W(k) (OPM = NF03/010)
(OPM = NF03/010)
(cs,) - (cs,)
(1BT) (BT..)
(75.TE.07.S)
(A1.23s) / [26s]
FOLIOS: 228 - 268
(DO PRC.COSY.2)
MEP {TPS.NON.PHOTO "[PA1]"} : OK= [1]
Saisie 19.03.90 GG
ID + LASER 05.04.90 JC
MAJ diskette 06.04.90 JC
Corr. LASER (1re épreuve) = 3eme 11.04.90 GG
Espaces réservés 14.04.90 PC
AJOUTER (PA1) (CL1,0,0,0) pour MEP
MEP + LASER 03.05.90 GH/PC
Corr. MEP ........ ..
Insertion des tableaux (tabulateurs 5) 03.05.90 pC
BAT du 16/5/90 17.05.90 PV
MAJ DISKETTE ........ ..
MONTAGE: Fin de la Recommandation T.101 en-tête de cette
page
Recomendación T.150
EQUIPO TERMINAL DE TELESCRITURA
Esta Recomendación consta de cuatro partes, agrupadas en un
solo
^
documento
OBJETO
PARTE 1 -
Características fundamentales
1Introducción
2Definiciones
3Referencias
4Funcionalidades de presentación
5Principios de codificación de telescritura
PARTE 2 -
Telescritura combinada con telefonía
1Generalidades
2Características principales del terminal básico
3Funcionalidades de presentación del terminal básico
4Transmisión para el terminal básico
5Bloques de transmisión
6Procedimiento de transmisión
7Identificador de codificación
8Control de la comunicación. Requisitos generales
9Instrucciones para el control de la comunicación
10Descripción del proceso de comunicación
PARTE 3 -
Codificación zonal
1Generalidades
2Elementos de presentación
3Descripción de la codificación zonal
4Definición de los términos utilizados en la codificación
5Especificación de la codificación
6Ejemplo de codificación
7Estructura de datos
8Parada de pluma temporal
9Instrucciones de control
10Resumen de la tabla de codificación
11Resumen de formatos de datos de transmisión
12Terminal básico de codificación zonal
PARTE 4 -
Codificación de cadena diferencial
1Generalidades
2Elementos de presentación
3Descripción de la codificación
4Mecanismo del modo incremental
5Cambio de parámetros de codificación
6Formatos de codificación
7Formato de codificación del modo incremental
8Formato de codificación del modo desplazamiento
9Codificación de las primitivas
10Ejemplo de codificación de cadena diferencial
Objeto
En esta Recomendación se especifican las características técnicas de la telescritura y la aplicación de la telescritura en combinación con la comunicación vocal. Los requisitos de servicio se definen en la Recomendación F.730. En la elaboración de esta Recomendación se ha tenido en cuenta la compatibilidad con otros servicios telemáticos. La Recomendación se divide en cuatro partes:
Parte 1 -Características fundamentales
Parte 2 -Telescritura combinada con telefonía
Parte 3 -Codificación zonal
Parte 4 -Codificación de cadena diferencial
Parte 1 - Características fundamentales
1 Introducción
1.1 La telescritura es una técnica de comunicación que permite el intercambio de información manuscrita a través de medios de telecomunicación. La información manuscrita puede consistir en textos escritos a mano, dibujos, diagramas, etc.
1.2 Mediante un equipo terminal de telescritura, el TRAZO del instrumento que escribe producido en el lado emisor es reproducido en el lado receptor, incluido el efecto de movimiento.
1.3 En la parte emisora del terminal, la información de entrada manuscrita se convierte en una señal digital: la representación codificada de la información manuscrita. Seguidamente, esta señal digital se convierte en una señal adecuada para la transmisión.
1.4 En la parte receptora del terminal, la señal recibida se convierte en una señal digital, que se corresponde con la representación codificada antes descrita. A partir de esta señal digital se reproduce la información manuscrita.
1.5 La reproducción de la información manuscrita puede ocurrir en pantalla, en papel o en ambos soportes. En esta Recomendación, las características de comunicación por telescritura se definen con respecto a la imagen en una pantalla (presentación en pantalla). La reproducción en papel (salida impresa) se considera una función opcional bajo control local.
1.6 Entre la escritura (proceso de entrada) y la reproducción (proceso de salida) puede haber un almacenamiento. Cuando se extrae de una memoria, el mensaje aparecerá en la pantalla del receptor en la misma forma que en el caso de una conexión directa.
1.7 Una página de información manuscrita (o parte de la misma) puede reproducirse como imagen fija. No obstante, esta aplicación no se trata en el presente texto.
1.8 La telescritura puede utilizarse de distintas formas:
-como técnica de comunicación independiente;
-combinada con una comunicación vocal a través de una red telefónica;
-en el contexto de la teleconferencia;
-en el contexto de la extracción (o recuperación) de información.
2
Definiciones
2.1@
imagen de telescritura
@
\Conjunto de elementos de presentación de telescritura, que deben visualizarse juntos.
Nota
- La imagen de telescritura puede existir en
forma visible en el dispositivo de salida, o en forma de una representación
codificada.\
2.2@
elemento de presentación
@
\Elemento gráfico básico utilizado para construir una imagen.
Ejemplos de elementos de presentación de telescritura son: trazo, zona cerrada, fondo.\
2.3@
rectángulo de codificación
@
\Zona rectangular que representa el espacio de codificación, en dirección horizontal y vertical, disponible para codificar una imagen de telescritura.\
2.4@
zona de imagen
@
(Anteriormente: zona de texto.)
\Parte rectangular de la zona de visualización, que se considerará como la imagen del rectángulo de codificación.\
2.5@
fondo
@
\Elemento de presentación constituido por una zona rectangular del mismo tamaño que la zona de imagen, que actúa como zona de referencia sobre la cual puede presentarse información de primer plano de telescritura.\
2.6@
trazo
@
\Elemento de presentación constituido por una curva de forma arbitraria, que comienza en una posición definida, completa de forma incremental, y finaliza en una posición definida.\
2.7@
zona cerrada
@
\Elemento de presentación constituido por una zona encerrada por un trazo que forma una línea cerrada.\
2.8@
marcador
@
\Representación marcada de una sola posición en una imagen de telescritura.
Nota
- Un marcador no es una parte permanente de una
imagen de telescritura, sino que existe únicamente cuando está activado.\
2.9@
atributo
@
\Propiedad particular que se aplica a un elemento de presentación o a un grupo de elementos de presentación.\
Ejemplo:
^ grosor, color de la línea.\
3
Referencias
En el texto de esta Recomendación se mencionan las siguientes Recomendaciones y normas:
-Rec. F.730: Requisitos de servicio para aplicaciones de telescritura.
-Rec. T.101: Interfuncionamiento internacional de servicios videotex; anexo C, sintaxis de datos II.
-Rec. V.21: Módem dúplex a 300 bit/s normalizado para uso en la red telefónica general con conmutación.
-ISO 9281: Information Processing - Identification of picture coding methods (Procesamiento de información - Identificación de métodos de codificación de imagen).
4 Funcionalidades de presentación
4.1 Este punto describe un conjunto de funcionalidades de presentación. El objeto de este conjunto de funcionalidades es servir como repertorio de funcionalidades de presentación para la telescritura en general. Puede definirse un subconjunto para una aplicación específica.
4.2 En la descripción de funcionalidades de presentación se utiliza el concepto de TRAZO. Un trazo es una curva de forma arbitraria, que comienza en una posición definida, se completa de forma incrementada, y finaliza en una posición definida. Se considera que la información manuscrita está compuesta por trazos.
4.3 La reproducción de la información manuscrita se realiza mediante la reconstrucción secuencial de los trazos individuales. Esto significa que se conserva el efecto de movimiento durante cada reproducción.
4.4 La información de telescritura debe aparecer en la zona de visualización de algún dispositivo de salida. La zona de visualización se considera una superficie bidimensional.
4.5 La zona de visualización se divide en una zona de imagen y una zona de marco; véase la figura 1-1/T.150.
Figure 1-1/T.150 [T1.150] (à traiter comme tableau MEP),
p.
4.6 La zona de marco rodea a la zona de imagen. No se especifican ni la forma
externa ni las dimensiones de la zona de marco. La presencia de una zona de
marco no es obligatoria. No obstante, es inevitable en ciertas realizaciones.
4.7 La zona de imagen es rectangular. Los dos bordes más cortos de la zona de imagen tienen orientación vertical y los dos más largos horizontal. La relación de longitudes entre el borde más corto y el más largo es de 3:4.
4.8 La posición de la información de telescritura en la zona de visualización se define con respecto a los bordes de la zona de imagen.
4.9 La información que aparece en la zona de visualización se compone de elementos de presentación, que se incluyen en tres categorías:
-primer plano;
-fondo;
-zona de marco.
4.10 Los elementos de presentación de primer plano y de fondo se definen únicamente en la zona de imagen.
Los elementos de presentación de la zona de marco están definidos únicamente en la zona de marco. El uso de la zona de marco no está definido en telescritura.
4.11 Los elementos de presentación de primer plano comprenden trazo, marcador y la zona cerrada.
4.12 Los elementos de presentación tienen las siguientes características:
-Trazo: Es la curva definida en el 2.6 de esta parte; la esencia de la información manuscrita se representa por un trazo o cualquier combinación de trazos; la zona de imagen puede contener un número indefinido de trazos al mismo tiempo.
-Marcador: Es la representación marcada de una sola posición; se comporta como si se superpusiera al primer plano; un marcador que se desplaza no crea un trazo; un marcador puede activarse y desactivarse; un usuario sólo puede generar un marcador a la vez. La zona de imagen puede contener un marcador generado localmente y un marcador generado a distancia.
-Zona cerrada: Es la zona circundada por un trazo cerrado; este trazo cerrado es el perímetro. Un trazo es un trazo cerrado si intersecta a sí mismo; un trazo casi cerrado puede convertirse en un trazo cerrado añadiéndole la parte que falta.
-Fondo: El fondo es una zona de referencia definida en la que se presenta la información de primer plano; si se ha llenado toda la zona de imagen con información de primer plano, el fondo no resulta visible.
-Zona de marco: La zona de marco es independiente de la información que aparece en la zona de imagen.
En caso de un dispositivo de visualización por tubo de rayos catódicos (TRC), la zona es la parte comprendida entre la zona de imagen y los bordes de la zona de visualización.
En el caso de un dispositivo de visualización estructurado en células, la zona de imagen puede coincidir exactamente con la zona de visualización. En este caso no queda ninguna zona de marco.
4.13 A los diversos elementos de presentación se les puede asignar los atributos definidos en el cuadro 1-1/T.150.
Tableau 1-1/T.150 [T2.150], p.
4.14 Una vez visualizada una imagen, la ulterior modificación de los atributos
queda limitada como sigue:
-trazo: los atributos no pueden modificarse;
-marcador: los atributos pueden modificarse en cualquier momento;
-zona cerrada: los atributos no pueden modificarse;
-fondo: los atributos pueden modificarse en cualquier momento.
4.15 En caso de intersección de dos trazos, la imagen del primer trazo se interrumpe donde coincide con el trazo nuevo.
4.16 En caso de intersección de un trazo y un marcador, la imagen del trazo queda interrumpida donde coincide con el marcador. Una vez retirado el marcador se restablece la imagen del trazo original.
4.17 Con respecto al borrado de la información de primer plano, se establece una distinción en cuanto a la zona en que se efectúa el borrado:
-toda la zona de imagen;
-una parte determinada de la zona de imagen;
-trazos individuales.
4.18
Borrado de toda la zona de imagen
Se suprime toda la información de primer plano que figura en la zona de imagen; el fondo adquiere un aspecto previamente definido.
4.19
Borrado de una parte determinada de la zona de
imagen
Se identifica una zona, ya sea mediante un trazo cerrado o mediante un cuadrado determinado, que abarque toda la información de primer plano que se desea suprimir, perímetro inclusive.
4.20
Borrado de trazos individuales
Se cubre un trazo existente con un trazo de mayor grosor que tenga los mismos atributos que el fondo: este tipo de borrado se procesa de la misma forma que un trazo.
4.21 Las modificaciones de la información de fondo sólo pueden realizarse para toda la zona de imagen.
5
Principios de codificación de
telescritura
5.1 La codificación de telescritura está relacionada con la codificación de la información de telescritura de primer plano y de fondo, y con las funciones de borrado.
5.2 En el 5 figuran los principios de codificación de telescritura. En las partes 3 y 4, se describen detalladamente dos métodos de codificación de telescritura, a saber, codificación por zonas y codificación de cadena diferencial, respectivamente.
5.3 La codificación se define en el @interfaz de codificación de telescritura (ICT)\. Este interfaz se introduce para facilitar la referencia, pero no tiene que existir físicamente.
5.4 En la parte emisora del terminal de telescritura, la señal en el ICT contiene todos los datos originados por una entrada manuscrita, selección de atributos y uso de funciones de borrado.
5.5 Las señales en el ICT, tanto en la parte emisora como en la receptora, no contienen datos relativos a las funciones de transmisión o comunicación.
5.6 En la parte receptora del terminal de telescritura, la señal en el ICT contiene todos los datos necesarios para presentar la información de acuerdo con las intenciones del originador.
5.7 El concepto del ICT se ilustra en la figura 1-2/T.150.
Figure 1-2/T.150, p.
5.8 La señal en el ICT incluye información de coordenadas x e y relativa a los
elementos de presentación de telescritura.
5.9 Las coordenadas x e y están relacionadas con una zona unitaria de 1 1. Esto entraña que los valores respectivos de x e y están siempre comprendidos entre 0 y 1 (0 incluido, 1 no incluido).
5.10 El origen del sistema de coordenadas está en la esquina inferior izquierda. El eje x es horizontal y el eje y vertical.
5.11 La dimensión horizontal de la zona de imagen de telescritura corresponde a x = 1; la dimensión vertical de esta zona de imagen corresponde a y = 0,75. Véase la figura 1-3/T.150.
Figure 1-3/T.150 [T3.150] (à traiter comme tableau MEP),
p.
5.12 Todas las coordenadas de la información de telescritura se cuantifican
con relación a una cuadrícula de medida en la zona unitaria. La resolución de
esta cuadrícula determina la exactitud.
5.13 La resolución por defecto es de 512 512 unidades de cuadrícula. La codificación de telescritura puede admitir también, facultativamente, resoluciones de cuadrícula de 1024 1024 y 2048 2048 unidades de cuadrícula.
Parte 2 -
Telescritura combinada con
telefonía
1
Generalidades
1.1 Esta parte de la Recomendación define la utilización de la telescritura en combinación con comunicación vocal a través de una red telefónica (RTPC).
1.2 Para esta aplicación, ambos lados de la conexión deben tener un teléfono y un terminal de telescritura combinados.
1.3 El teléfono y el terminal de telescritura combinados deben comportarse, mientras la función de transmisión de telescritura está desactivada, como un aparato telefónico normal, tanto para llamadas entrantes como salientes. En esta situación, toda la anchura de banda está disponible para transmisión de señales vocales.
1.4 Durante una conversación telefónica, la función de transmisión de telescritura en cualquiera de los dos lados de la conexión puede activarse y desactivarse, manual o automáticamente.
1.5 Obsérvese que en esta parte de la Recomendación la
`activación y
desactivación'
de la función de telescritura se refiere a las funciones de
transmisión de telescritura. Independientemente de esto, el equipo de
telescritura puede utilizarse localmente, exista o no una conexión telefónica.
1.6 Por medio del terminal de telescritura, el usuario puede generar información. Esta comprende: creación de trazos, activación y desactivación del marcador, desplazamiento del marcador, utilización de funciones de borrado.
1.7 En esta parte, se distingue entre
`terminal básico'
y
`terminal mejorado'
.
1.8 El terminal mejorado no se ha definido aún, pero comparado con el terminal básico, se prevé que tendrá capacidades adicionales relacionadas con funcionamiento no atendido, facilidades de transmisión y funcionalidades de presentación.
2 Características principales del terminal
básico
2.1 En el 2 se define un terminal básico.
En el terminal básico se realiza un conjunto de funciones que ha de considerarse como un requisito mínimo; de este modo se define un nivel básico de compatibilidad.
2.2 Un terminal básico comprende un aparato telefónico, un dispositivo de escritura y un dispositivo de visualización. Los circuitos para realizar las funciones de control pueden disponerse en una unidad separada o incluirse en uno de los dispositivos mencionados.
2.3 La información, generada en cualquiera de los dos lados de la conexión, se reproducirá en los dispositivos de visualización a ambos lados de la conexión.
2.4 Ambos lados de la conexión pueden contribuir, uno después del otro, a la misma imagen.
2.5 En el terminal básico, la transmisión de señales de telescritura se realiza a través de un subcanal, segregado del canal de conversación. La transmisión de señales vocales y señales de telescritura puede efectuarse simultáneamente.
2.6 Se utiliza transmisión semidúplex para transportar las señales de telescritura a través del subcanal, es decir, el transmisor no puede enviar mientras el receptor asociado recibe señales de telescritura desde el otro lado.
2.7 El nivel de potencia total de las señales vocales y de telescritura combinadas debe ajustarse a los límites normalmente aplicables a la transmisión de telefonía y a la transmisión de datos.
2.8 El terminal básico puede asumir tres modos de funcionamiento. En el cuadro 2-1/T.150 se describen las características pertinentes para cada modo.
Tableau 2-1/T.150 [T4.150], p.
2.9 En esta Recomendación, la expresión
`telescritura ACTIVADA'
se
utiliza como una indicación común para designar
`conversación más
telescritura'
o
`telescritura solamente'
.
2.10 Un terminal puede ser capaz de continuar la transmisión y recepción de señales de telescritura después de terminada la conversación. En este caso, la función de transmisión de telescritura se desactivará automáticamete después de completada la transmisión de telescritura. (Se define con más detalle más adelante.)
2.11 Para la codificación de información de telescritura, se reconocen dos métodos para la utilización en el lado emisor; codificación de zona (definido en la parte 3) y codificación de cadena diferencial (definido en la parte 4).
En el lado receptor, el terminal básico deberá poder aceptar adecuadamente señales de telescritura codificadas con cualquiera de los dos métodos.
3 Funcionalidades de presentación del
terminal básico
3.1 Se aplica la descripción general de funcionalidades de presentación indicada en el 4 de la parte 1.
Con respecto a esta descripción general son aplicables ciertas restricciones, que se definen en los puntos siguientes.
3.2 Las funcionalidades de presentación descritas para el terminal básico deben considerarse como capacidades por defecto.
Si es necesario, las características de los terminales con un nivel más alto de perfeccionamiento se describirán en un punto sobre el terminal mejorado.
3.3 El terminal básico emplea un dispositivo de visualización monocroma. El dispositivo de escritura genera solamente representaciones codificadas de imágenes monocromas.
3.4 Los atributos aplicables al terminal básico se indican en el cuadro 2-2/T.150.
Tableau 2-2/T.150 [T5.150], p.
4 Transmisión para el terminal básico
4.1 La transmisión de la señal de telescritura modulada se realiza en una banda de frecuencia pequeña, segregada del canal de conversación. Esta banda se denomina el subcanal.
4.2 El centro del subcanal está situado a 1750 Hz. En este documento no se dan detalles de la realización, pero deben cumplirse los requisitos indicados en los 4.6 y 4.7.
4.3 La señal binaria de telescritura se convierte en una señal adecuada para transmisión, mediante modulación por desplazamiento de frecuencia. Los detalles son los mismos especificados en la Recomendación V.21 para el canal 2 (el canal superior).
4.4 La velocidad de modulación es 300 baudios y la velocidad binaria 300 bit/s.
4.5 Los requisitos de la Recomendación V.21 para el canal 2 se resumen como sigue: la frecuencia media nominal de la señal de transmisión es 1750 Hz, la desviación de frecuencia es de ¹^100 Hz. En consecuencia, las frecuencias características nominales son 1850 Hz y 1650 Hz respectivamente. La frecuencia más alta corresponde a un 0 binario.
4.6 El valor de la potencia de señal vocal que puede llegar a los receptores de telescritura local y distante debe ser suficientemente bajo para evitar errores en la señal de telescritura demodulada.
4.7 El valor de la potencia de la señal de telescritura que puede llegar a los receptores telefónicos local y distante (es decir, la parte altavoz) debe ser suficientemente bajo para evitar la perturbación de la conversación.
4.8 En el modo de funcionamiento
`telescritura solamente'
, la
potencia de salida del transmisor de telescritura se ajustará a los requisitos
descritos en la Recomendación V.21.
4.9 En el modo de funcionamiento
`conversación más telescritura'
, la
señal de telescritura modulada debe ser atenuada en 4 dB con relación al nivel
determinado en el
4.8
. Si la experiencia demuestra que también debe
adaptarse la potencia de la señal vocal, se incluirán los requisitos
pertinentes en la próxima versión de esta Recomendación.
4.10 En el caso de comunicación de larga distancia puede estar presente en
el enlace un supresor de eco. Esto obstaculizará el modo
`conversación más
telescritura'
. Puesto que, en general, no puede garantizarse que la
neutralización del supresor de eco resuelva el problema, se recomienda utilizar
el modo
`telescritura solamente'
alternado con el modo
`conversación
solamente'
.
4.11 Los datos de telescritura así como las instrucciones de control de la comunicación se estructuran en bytes de 8 bits.
Para la transmisión, cada byte se empaqueta en una palabra de transmisión de 11 bits, que se define a continuación.
4.12 La estructura de cada palabra de transmisión es la siguiente:
1 bit de arranque, valor binario CERO
8 bits que representan datos de telescritura o de control
1 bit de paridad
1 bit de parada, valor binario UNO.
Esta estructura se ilustra en la figura 2-0/T.150.
Figure 2-0/T.150 [T6.150] (à traiter comme tableau MEP),
p.
4.13 Para el valor del bit de paridad, se aplica la paridad PAR. Esta
Recomendación no especifica ninguna acción en caso de recepción de un bit de
paridad erróneo.
4.14 Las palabras de transmisión son transportadas en el modo arrítmico, es decir, la pausa que sigue a una palabra de transmisión hasta la aparición de la próxima palabra de transmisión, puede en principio tener cualquier duración. Sin embargo, los bits que constituyen la palabra de transmisión deben transmitirse como una secuencia continua a la velocidad binaria apropiada.
4.15 Además de su tarea de trasporte de bits, la señal de envío de datos puede tener tres estados:
-señal de MARCA: una condición UNO binario, con una duración bastante más larga que un periodo de bit;
-señal de ESPACIO: una condición de CERO binario; esta combinación no se utilizará en el contexto de esta Recomendación;
-portadora AUSENTE: no está presente la señal de emisión.
5
Bloques de
transmisión
5.1 Para definir la estructura de transmisión, se introduce el concepto de bloque de transmisión. En el caso general, un bloque de transmisión consiste en palabras de transmisión y señales de MARCA. Sin embargo, puede haber bloques de transmisión que contienen solamente señales de MARCA.
5.2 El comienzo de un bloque de transmisión está identificado por la ocurrencia de una de las dos combinaciones definidas de señal de MARCA y condición de portadora AUSENTE, denominadas combinación de arranque N.o 1 y combinación de arranque N.o 2.
5.3 Las combinaciones de arranque se definen como sigue:
-Combinación de arranque N.o 1Portadora AUSENTE durante al menos 130 ms, seguida de señal de MARCA de 100 ¹ 20 ms, seguida de portadora AUSENTE durante 100 ¹ 20 ms, seguida de señal de MARCA de 100 ¹ 20 ms.
-Combinación de arranque N.o 2portadora AUSENTE durante al menos 130 ms, seguida de señal de MARCA de 400 ¹ 20 ms.
Véase la ilustración en la figura 2-1/T.150.
Más adelante se define la utilización de estas combinaciones de arranque.
Figure 2-1/T.150, p.
5.4 Inmediatamente después de la combinación de arranque de un bloque de
transmisión, se enviará una de las señales siguientes:
-una señal de MARCA;
-una sola palabra de transmisión;
-una secuencia de palabras de transmisión.
Entre cualesquiera dos palabras de transmisión consecutivas puede insertarse una señal de MARCA, que representa una pausa en el proceso de escritura.
5.5 Cada bloque de transmisión se termina con una señal de MARCA de 500 ¹ 20 ms. La señal de MARCA irá seguida de una condición de portadora AUSENTE de 130 ms por lo menos.
5.6 Las señales de MARCA que representan pausas pueden tener diversas duraciones, determinadas como sigue:
-Durante PLUMA ABAJO y ausencia de otra actividad de telescritura, la señal MARCA puede continuar sin limitación.
-Después de PLUMA ALZADA el terminal aplicará un límite de 500 ¹ 20 ms. Dentro de este límite la actividad de telescritura puede continuar sin pasos de procedimiento. Si el límite expira, la portadora será DESACTIVADA. De este modo, el bloque de transmisión será terminado automáticamente por el terminal. El envío de otros datos requiere el arranque de un nuevo bloque de transmisión.
5.7 Los periodos entre bloques de transmisión se indican mediante condiciones portadora AUSENTE.
5.8 Los formatos de bloques de transmisión están resumidos en la figura 2-2/T.150.
Figure 2-2/T.150, p.
6 Procedimiento de transmisión
6.1 Antes de enviar realmente datos de telescritura, el terminal debe decidir si funciona en el modo DIRECTOR o en el modo SUBORDINADO.
En caso de una colisión de transmisiones, el terminal director tiene prioridad de transmisión con respecto a los terminales subordinados.
6.2 El terminal decide sobre el estado director/subordinado enviando la combinación de arranque N.o 1 y observando la señal recibida.
6.3 Si el terminal, ocupado en el envío de una combinación de arranque N.o 1, detecta una señal de portadora recibida en su entrada de recepción (durante un intervalo de portadora AUSENTE) decide ser subordinado y pospone a intentos posteriores el envío de datos. Véase la figura 2-3/T.150.
6.4 Si el terminal no detecta una señal portadora recibida durante el envío de la combinación de arranque, decide ser director y continúa enviando. Véase la figura 2-3/T.150.
6.5 En el caso en que sólo un terminal genere datos de telescritura, este terminal asume el estado de director. El terminal receptor permanece en el estado de subordinado.
6.6 Como encabezamiento para los bloques de transmisión subsiguientes, un terminal director utiliza la combinación de arranque N.o 2, un terminal subordinado utiliza la combinación de arranque N.o 1. Véase la figura 2-4/T.150.
6.7 La decisión sobre el estado director/subordinado en un terminal dado sigue siendo válida mientras no se cancela como se indica a continuación:
-El terminal director se convierte en subordinado si no está ocupado enviando en el momento en que el otro terminal envía una combinación de arranque N.o 1.
-El terminal subordinado se convierte en director en el momento en que envía una combinación de arranque N.o 1 y no se detectan señales de portadora en recepción.
-Un estado director es eliminado por
`telescritura DESACTIVADA'
.
Figure 2-3/T.150, p. 10
Figure 2-4/T.150, p. 11
7
Identificador de
codificación
7.1 En los procedimientos de control de la comunicación se reconoce la
existencia de dos métodos de codificación:
El método utilizado realmente se identifica mediante el identificador de codificación ECI. @Entidad de control de imagen (ECI).\
Un terminal que reciba señales de acuerdo con cualquiera de los dos métodos será capaz de activar la función de decodificación apropiada, al reconocer el identificador de codificación.
7.2 El identificador de codificación se estructura según ISO 9281. En esta norma, por definición el identificador de codificación ECI incluye un @delimitador de codificación de imagen (DCI)\ y un @identificador de método de codificación (IMC)\.
Figure 2-5/T.150 [T7.150] (à traiter comme tableau MEP),
p.
7.3 (Copia de ISO 9281,
6.2.4
modificado.)
El DCI anunciará o delimitará los datos de un determinado método de codificación de imgen. El DCI consistirá en una secuencia de dos bytes 01/11, 07/00.
7.4 (Copia de ISO 9281, 6.2.5 .)
El IMC especificará el método de codificación particular para los datos de imagen que le siguen. El IMC puede consistir en uno o más octetos correspondientes a combinaciones de bits en la gama de 02/00 a 07/14 de una tabla de códigos de 8 bits.
7.5 (Copia de ISO 9281, 6.2.6 .)
Cada IMC que identifica un método determinado de codificación de imagen se registrará ante la Autoridad de Registro ISO de Métodos de Codificación de Imagen que han de establecerse.
7.6 El identificador de codificación de telescritura, cuando se incluye en un bloque de transmisión, ocupa las tres primeras palabras de transmisión o más, si es necesario, que siguen a la combinación de arranque. Véase la figura 2-6/T.150.
Figure 2-6/T.150 [T8.150] (à traiter comme tableau MEP),
p.
7.7 En una codificación punto a punto, la inclusión del identificador de
codificación únicamente en el primer bloque de transmisión debería ser
suficiente en principio para toda la sesión.
Sin embargo, para la comunicación multipunto es necesaria la inserción del identificador de codificación en cada bloque de transmisión.
Para atender esta exigencia, se recomienda que el identificador de codificación se incluya en cada bloque de transmisión que contenga datos de telescritura, independientemente de la configuración.
7.8 El terminal debería diseñarse para que la transmisión del identificador de codificación intervenga automáticamente en el momento adecuado.
7.9 Para el equipo de telescritura conforme a esta Recomendación T.150 deberían utilizarse las siguientes combinaciones de bits en el identificador de codificación. Véase el cuadro 2-3/T.150.
Tableau 2-3/T.150 [T9.150], p.
8
Control de la comunicación -
Requisitos
generales
8.1 En el 8 se definen los requisitos para el control del intercambio de datos por el terminal de telescritura básico.
8.2 Estos requisitos se aplican también al intercambio de datos entre cualquier terminal mejorado y un terminal básico.
8.3 Los requisitos permiten utilizar un circuito de dos saltos de satélite en la conexión entre dos terminales.
8.4 Los requisitos permiten también comunicación multipunto a través de un puente vocal.
8.5 El establecimiento y la liberación de la conexión telefónica se efectúan de acuerdo con los requisitos establecidos por la red telefónica.
8.6 Para el terminal básico, no se definen la llamada y la respuesta automáticas.
8.7 Como una opción, un terminal básico puede estar equipado de modo que
pueda mantener intercambio de datos de telescritura después de terminada la
conversación telefónica. Esta opción se identifica como
`terminación de
llamada automática'
.
8.8 La terminación de llamada automática entraña que la función de telescritura (emisión y recepción) puede funcionar autónomamente mientras el aparato telefónico está en la condición COLGADO.
8.9 Para permitir la terminación de llamada automáticamente, el terminal debe de ser capaz de:
-reconocer que se está produciendo el envío o la recepción de un bloque de transmisión de telescritura durante la condición de COLGADO del aparato telefónico;
-reconocer el final del bloque de transmisión de telescritura;
-retornar al modo
`sólo conversación'
y liberar la conexión
telefónica.
8.10 La conmutación entre los tres modos
`sólo conversación'
,
`conversación más telescritura'
y
`sólo telescritura'
puede
hacerse manualmente. Además, el paso de la función de telescritura a
DESACTIVADA puede realizarse automáticamente por medio de una instrucción de
control SSO en la señal de transmisión. En la figura 2-7/T.150 se ilustran las
transiciones entre los modos de funcionamiento.
Figure 2-7/T.150, p.
9 Instrucciones para el control de la
comunicación
9.1 Para el control del proceso de comunicación pueden utilizarse las instrucciones SSO y HLO.
La codificación de estas instrucciones es la siguiente:
SSO1/7
HLO0/5
El significado de estas instrucciones se describe en el cuadro 2-4/T.150.
Tableau 2-4/T.150 [T10.150], p.
9.2 Un terminal enviará automáticamente SSO al recibir la orden de su usuario
local de conmutar del modo telescritura ACTIVADA al modo conversación
solamente.
La transmisión de SSO se efectúa de dos maneras:
-Al final del bloque de transmisión en curso. SSO se asocia al bloque, de acuerdo con el formato definido más adelante.
-Por medio de un bloque de transmisión específico. Este bloque se envía específicamente para transportar SSO. Formato: se define más adelante.
9.3 Un terminal que recibe SSO, conmutará al modo conversación solamente y no reconoce ulteriores señales de telescritura.
9.4 El formato para enviar SSO se define en las figuras 2-8/T.150 y 2-9/T.150.
Figure 2-8/T.150, p.
Figure 2-9/T.150, p.
9.5 La instrucción HLO se enviará solamente en un bloque sin datos de
telescritura. El formato será según se define en la figura 2-10/T.150.
Figure 2-10/T.150, p.
9.6 La instrucción HLO es para su utilización en recepción automática. Esta
instrucción la enviará un terminal si no ha recibido datos válidos de
telescritura durante un periodo de 35 segundos desde:
-el establecimiento de la comunicación telefónica;
-la recepción del último bloque de transmisión válido.
9.7 El terminal que recibe una instrucción HLO responde con una señal de MARCA de 700 ¹ 20 ms.
9.8 Un terminal en situación de telescritura ACTIVADA que recibe señales que no sean datos de telescritura válidos (por ejemplo, un tono procedente de una red telefónica) no puede pasar al modo envío. En este caso, el terminal vuelve al modo sólo conversación sin enviar ninguna instrucción ni otra información (después de un tiempo de guarda de 35 segundos).
10 Descripción del
proceso de comunicación
10.1 Con el fin de describir el proceso de comunicación completo, se
introducen los conceptos de
`actividad de telescritura'
y
`sesión de
telescritura'
. Sus definiciones son:
-
actividad de telescritura
-
sesión de telescritura
10.2 El evento que determina el arranque de la sesión es:
-los terminales están en la condición de telescritura ACTIVADA;
-en uno de los terminales ha tenido lugar la primera actividad de telescritura.
10.3 El evento que determina el final de la sesión es:
-los terminales pasan a la condición de telescritura DESACTIVADA.
10.4 La sesión se establece tan pronto como el terminal receptor ha recibido y reconocido el identificador de codificación.
10.5 Al principio de la sesión, ambos terminales tienen el estado subordinado. Durante la sesión, solamente puede tener el estado director un terminal a la vez.
10.6 En el texto precedente de esta parte 2, se definen todos los elementos que se utilizan en un proceso de comunicación.
El proceso puede resumirse como se describe en el cuadro 2-5/T.150.
10.7 La descripción anterior se da para una configuración punto a punto. Sin embargo, teniendo en cuenta que sólo un terminal puede tener el estado de director, esta definición es igualmente aplicable a una configuración multipunto. En este caso es indispensable que cada bloque de transmisión contenga un identificador de codificación.
Tableau 2-5/T.150 [T11.150], p.
Parte 3 -
Codificación
zonal
1
Generalidades
1.1 Esta parte de la Recomendación define los detalles del método de codificación zonal.
1.2 Para una aplicación de codificación zonal con telefonía se aplican los requisitos de las partes 1, 2 y 3.
1.3 Esta parte especifica también el modo de estructuración de la señal codificada en bytes de 8 bits para que encaje en las palabras de transmisión definidas en la parte 2.
1.4 En la tablilla de escritura se reconoce el principio de un trazo de escritura a mano por la detección de la condición pluma aplicada.
1.5 Cada trazo genera un conjunto de pares de coordenadas secuenciales en el tiempo durante la aplicación de la pluma.
1.6 Las coordenadas de la escritura a mano durante la aplicación de la pluma se muestrean a una velocidad fija de 40 muestras/segundo.
1.7 El primer muestreo comienza al aplicar la pluma, y continúa, terminando al levantar la pluma.
1.8 La secuencia de pares de coordenadas se convierte en una representación codificada conforme a las reglas de la codificación zonal. Tres esta conversión el trazo se representa por el elemento de presentación TRAZO.
1.9 Los elementos de presentación se codifican en forma opcódigos y operandos.
1.10 Los opcódigos tienen una longitud fija de 8 bits; los operandos tienen una longitud variable.
1.11 La información de las coordenadas de telescritura está contenida en los operandos.
2 Elementos de presentación
2.1 En la codificación zonal, se distinguen los siguientes elementos de presentación:
-trazo,
-marcador,
-borrado parcial,
-destrazado,
-poner color,
-grosor de la línea,
-borrado completo.
Estos elementos y el formato de los trenes de instrucciones asociados se definen en el cuadro 3-1/T.150.
2.2 Los opcódigos se definen en el cuadro 3-2/T.150 (la notación x/y significa columna x, fila y, en una tabla de códigos de 16 16).
3 Descripción de la codificación zonal
3.1 Un trazo se codifica como una secuencia de vectores (vector = D).
3.2 El comienzo de un trazo es el punto inicial del primer vector.
3.3 El punto final de un vector constituye el punto inicial del vector siguiente en el trazo.
3.4 La posición del punto inicial del primer vector de cada trazo se codifica en forma de un par de coordenadas absolutas.
3.5 La posición de cada punto final se determina por medio de un sistema de medida, cuyo origen debe coincidir con el punto inicial del vector.
3.6 En este sistema de medidas, la posición del punto final se determina por una aproximación en tres pasos.
-paso 1: el cuadrante å, un valor de entre cuatro; véase la figura 3-1/T.150;
-paso 2: la zona k dentro del cuadrante; para la división y la numeración, véase la figura 3-2/T.150;
-paso 3: la dirección relativa A dentro de la zona.
3.7 En la representación codificada, el cuadrante y la zona se indican en forma diferencial: då y dk.
3.8 Se selecciona un conjunto de 30 combinaciones de då y dk para codificarlas en forma comprimida; véase el cuadro 3-3/T.150.
3.9 La dirección relativa dentro de la zona tiene una longitud que depende del tamaño de la zona.
3.10 Un vector de posición de punto final cuya combinación då y dk no está definida en el cuadro 3-3/T.150 se codifica con ECZ (escape del código de zona) seguida por la dirección absoluta.
3.11 El final de un trazo se indica por IAP (indicador de alzado de pluma) después de la última dirección (relativa o absoluta).
3.12 La codificación de zona se define con más precisión en los 4 y 5. Un ejemplo de esta codificación se da en el 6 .
4 Definición de los términos utilizados en
la codificación
4.1 El vector Di se define por:
Di = Pi - P$$idi-l$$if
= (dxi, dyi) = (xi - x$$idi-1$$if, yi - y$$idi-1$$if)
donde Pi es el
i
-ésimo par coordenado durante la
aplicación de la pluma.
Tableau 3-1/T.150 [T12.150], p. 21
Tableau 3-2/T.150 [T13.150], p. 22
4.2 El número de cuadrante del
i
-ésimo vector,
å
i
, se define como sigue (véase la figura 3-1/T.150):
å
i
= 1 para dx^^0, dy^^0
= 2 para dx^<^0, dy^^0
= 3 para dx^<^0, dy^<^0
= 4 para dx^^0, dy^<^0
Figure 3-1/T.150, p.
4.3
División en zonas y número de designación de las
mismas
El espacio de vectores sin signo se divide en zonas cuadradas. Las zonas se numeran en sentido contrario a las agujas del reloj, como se muestra en la figura 3-2/T.150.
La anchura de la zona se toma como la potencia de dos. Así, la anchura de la k-ésima zona se definirá como:
W(k)= 2para k = 1
= 2 2$$ed(k-2)/3$$efpara k > 1
4.4 La k-ésima zona Zk se definirá como:
1)para k = 1
Zk= (^|^dx^|, |^dy^|^); 0 ^|^dx^|^ W(k)-1, 0 ^|^dy^|^ W(k)-1
2)para k > 1
a)para k = 0 (mod 3)
Zk= (^|^dx^|, |^dy^|^); W(k) ^|^dx^|^ 2W(k)-1, W(k) ^|^dy^|^ 2W(k)-1
b)para k = 1 (mod 3)
Zk= (^|^dx^|, |^dy^|^); 0 ^|^dx^|^ W(k)-1, W(k) ^|^dy^|^ 2W(k)-1
c)para k = 2 (mod 3)
Zk= (^|^dx^|, |^dy^|^); W(k) ^|^dx^|^ 2W(k)-1, 0 ^|^dy^|^ W(k)-1
Figure 3-2/T.150, p.
4.5 El origen de las direcciones relativas en cada zona es la esquina
izquierda inferior. La dirección relativa en la k-ésima zona (Ax, Ay), se
define como:
1)para k = 1
Ax = dx, Ay = dy
2)para k > 1
a)para k = 0 (mod 3)
Ax = |^dx^| - W(k), Ay = |^dy^| - W(k)
b)para k = 1 (mod 3)
Ax = |^dx^|, Ay = |^dy^| - W(k)
c)para k = 2 (mod 3)
Ax = |^dx^| - W(k), Ay = |^dy^|
4.6 La diferencia de número de cuadrante dåi se define como:
dåi = åi - åi-1 donde å0 = 1 para simplificar.
4.7 La diferencia de número de zona dki se define como:
dki = ki - ki-1
donde ki es el número de zona obtenido por el
i
-ésimo
vector, y k0 = 1 para simplificar.
5 Especificación de la codificación
5.1 El primer punto de aplicación de la pluma se representa por la expresión binaria del par de coordenadas absolutas (x0, y0), como sigue:
Tableau [T14.150], p.
5.2 Todos los puntos sucesivos de aplicación de la pluma se representan por
códigos de zona (CZ) y direcciones relativas (Ax, Ay).
5.3 El vector cero (0,0) no se codifica ni se transmite. También es posible que el vector de zona (|^Xi-Xi-1^|^ 1,^|^Yi-Yi-1^|^ 1) sea rechazado antes de ser codificado.
5.4 Los códigos de zona se definen en el cuadro 3-3/T.150. Este cuadro especifica un número de código de zona de 1 a 30 y una combinación de bits para 30 combinaciones de då y dk.
5.5 La dirección relativa (Ax, Ay) se representa por
5.6 La longitud L de los bits se determina por:
L = 2 log2 W(k)
5.7 Para combinaciones de då y dk no definidas en el cuadro 3-3/T.150 se utiliza la dirección absoluta (xi, yi) después de ECZ, en vez del CZ.
5.8 Un trazo es terminado por el indicador de alzado de pluma (IAP) tan pronto como la pluma se levanta.
5.9 El formato de datos completo de un trazo se indica en la figura 3-3/T.150.
6 Ejemplo de codificación
El trazo de la información escrita a mano se muestra en la figura 3-4/T.150, donde Pi es el punto muestreado. Un ejemplo de cómo codificar los datos de las coordenadas se muestra en el cuadro 3-4/T.150. El tren de bits de codificación zonal se muestra en la figura 3-5/T.150.
7 Estructura de datos
7.1 Los opcódigos y operandos de codificación de zona y los opcódigos que representan instrucciones de control son transmitidos en forma de paquetes de datos.
7.2 Cada paquete consiste en un octeto de encabezamiento SI (separador de información), seguido por un número entero de octetos, y termina con un octeto SI.
7.3 Un paquete puede contener un número indeterminado de opcódigos. Los límites de los opcódigos coinciden con los límites de los octetos.
7.4 Los datos de longitud variable (el operando) están precedidos por un opcódigo. Después de cada operando el paquete finaliza con un octeto SI en el límite del primer octeto regular anterior.
7.5 Si el final del operando no coincide con un límite de octeto, las posiciones de bit restantes hasta el límite del octeto serán rellanadas con bits de valor CERO.
En el extremo receptor se ignoran estos ceros.
Tableau 3-3/T.150 [T15.150], p. 26
Tableau [T16.150], p. 27
Tableau [T17.150], p. 28
Figure 3-3/T.150 [T18.150] (à traiter comme tableau MEP), p.
29
Figure 3-4/T.150, p. 30
Tableau 3-4/T.150 [T19.150], p. 31
Figure 3-5/T.150, p. 32
7.6 Los paquetes sucesivos pueden enviarse de manera consecutiva, separados
sólo por un octeto SI. Véase la figura 3-6/T.150.
Figure 3-6/T.150, p.
7.7 Si uno de los octetos que contienen datos de longitud variable imita
accidentalmente a un octeto SI, el transmisor inserta un octeto SI adicional,
de forma que se duplique la imitación. Véase la figura 3-7/T.150.
Si la imitación se produce a partir de una combinación de bits de dos octetos adyacentes, no se hace nada.
Figure 3-7/T.150, p.
7.8 El receptor ignora el segundo octeto SI de cada par de octetos SI.
8
Parada de la pluma
temporal
8.1 Durante el proceso de escritura, la pluma puede parar en cualquier instante, permaneciendo sobre la superficie de escritura. Como consecuencia, se suspende la terminación del operando en curso.
8.2 Generalmente, el momento de parada de la pluma no coincide con un límite de byte. Con el fin de proporcionar a la parte receptora información actualizada que incluya la posición correcta de parada de la pluma, el contenido del byte incompleto debe ser transmitido con antelación a la señal MARCA que representa la pausa en la escritura.
8.3 Lo anterior puede conseguirse por medio de la inserción de 8 bits adicionales NULO en el tren de bits. Cada bit NULO tiene el valor binario CERO.
8.4 Los bits NULO se subdividen en dos grupos, un grupo anterior a la señal MARCA y otro posterior a la señal MARCA.
8.5 El número de bits NULO del primer grupo igual al número de posiciones de bit abiertas del byte vigente. Este número se denomina por N.
8.6 Con la inclusión de N bits NULO el byte vigente se completa y puede transmitirse. Va seguido por la señal MARCA.
8.7 Tan pronto como se produce la actividad de la telescritura siguiente, se termina la señal MARCA.
8.8 Los 8-N bits NULO restantes tienen que ocupar las primeras posiciones de bit del primer byte posterior a la señal MARCA.
8.9 El mecanismo de bit NULO se ilustra en la figura 3-8/T.150.
Figure 3-8/T.150, p.
9 Instrucciones de control
9.1 Esta punto define las instrucciones de control, que afectan al funcionamiento del terminal en el nivel de presentación.
Estas instrucciones son:
-borrado completo;
-escape;
-separador de información.
9.2
Borrado completo CE
Esta instrucción ya se ha definido en el cuadro 3-1/T.150. Se repite aquí debido al aspecto de control de la memoria tampón.
La imagen visualizada se borra completamente, tanto en el lado emisor como en el receptor. También se borran los datos de telescritura en la memoria tampón de transmisión del lado emisor y en la memoria tampón de recepción del lado receptor.
9.3
Escape ESC
Es una instrucción de extensión de código. ESC ha de ir seguida por un operando de 8 bits, definiendo una tabla de códigos alternativos. El operando ESC+ ha de ser enviado por un terminal de telescritura mejorada antes de cada función de operación mejorada. Los detalles se definen en un punto relativo al terminal mejorado.
9.4
Separador de información SI
SI actúa como delimitador de paquetes de instrucción, tal como se define en el 7 . El terminal debe comprobar los trenes de datos recibidos para pares de octetos SI y, cuando sea necesario, rechazar cada segundo octeto SI.
9.5 La codificación de las instrucciones anteriores se define en el cuadro 3-5/T.150 (la notación x/y significa columna x, fila y, en una tabla de códigos 16^^16).
Tableau 3-5/T.150 [T20.150], p.
10 Resumen de la tabla de codificación
Un resumen de la codificación de los opcódigos se da en la figura 3-9/T.150. Todos los elementos incluidos han sido definidos en las secciones previas.
Figure 3-9/T.150, p.
11 Resumen de
formatos de datos de transmisión
El formato de datos de transmisión se indica en la figura 3-10/T.150.
Figure 3-10/T.150, p.
12
Terminal básico de codificación
zonal
12.1 El terminal básico debe ser capaz de recibir y procesar correctamente las instrucciones de elementos de presentación siguientes:
TR 9, MK 9, PE 9, CE, SI.
12.2 Los elementos de presentación siguientes son optativos:
TR 10, TR 11 MK 10, MK 11 PE 10, PE 11 UT 9, UT 10, UT 11
Es decir: el transmisor puede estar equipado o no con estas instrucciones.
El receptor debe poder recibir y procesar correctamente estas instrucciones.
12.3 Las instrucciones de control siguientes son optativas:
ESC, LT*, SC*.
Es decir: el receptor aceptará estas instrucciones, pero no emprenderá ninguna actuación posterior.
Parte 4
-
Codificación de cadena
diferencial
1
Generalidades
1.1 Esta parte de la Recomendación define detalles del método de codificación de cadena diferencial.
1.2 Para una aplicación de la codificación de cadena diferencial junto con telefonía se aplican los requisitos combinados de las partes 1, 2 y 4.
1.3 La codificación de cadena diferencial se deriva de la codificación geométrica del videotex tal como se define en el Anexo C (videotex CEPT) de la Recomendación T.101.
1.4 Las funcionalidades de la telescritura son casi un subconjunto de las funcionalidades geométricas del videotex, tal como se define en el anexo C de la Recomendación T.101.
1.5 La codificación de cadena diferencial fue elaborada para compresión. En este método de codificación se emplean las propiedades estadísticas de la escritura normal.
1.6 Este método de codificación utiliza muestreo espacial de curvas, distinto del muestreo con una frecuencia fija. El tamaño de los pasos de muestreo se determina por el tamaño del denominado anillo de codificación.
1.7 La precisión de este método de codificación se expresa en unidades de cuadrícula, UC. En la situación por defecto, una UC corresponde a la fracción binaria 2 ** -9 de la longitud unitaria.
1.8 Cada trazo de escritura a mano es procesado por la circuitería del bloque de escritura y convertido a forma codificada.
La representación codificada de un trazo se denomina TRAZO.
1.9 La codificación del elemento de presentación trazo, así como la codificación de los elementos de presentación restantes se define en términos de codificación de 7 bits.
1.10 La conversión a codificación estructurada de 8 bits que se requiere para la transmisión se especifica también en esta Recomendación.
1.11 En esta Recomendación, la palabra
`byte'
designa una
combinación de 7 u 8 bits, según el contexto.
2 Elementos de presentación
En la codificación de cadena diferencial, se distinguen los siguientes elementos de presentación:
-trazo;
-marcador;
-zona cerrada;
-borrado parcial;
-fondo;
-borrado completo.
Los atributos son:
-color;
-grosor del trazo;
-textura del trazo.
En el cuadro 4-1/T.150 se describen estos elementos de presentación con los atributos.
Tableau 4-1/T.150 [T21.150], p.
3 Descripción de la codificación
3.1 La representación codificada de un elemento de presentación se denomina PRIMITIVA.
3.2 Una primitiva se compone de un código de operación y de cierto número de operandos, según se requiera.
3.3 Algunos opcódigos se codifican en un solo byte, otros códigos de operación como combinación de dos bytes.
3.4 La parte operando de una primitiva puede utilizar codificación de formato básico o codificación de lista de puntos.
3.5 En codificación de formato básico, la parte operando de la primitiva contiene uno o más operandos, cada uno de los cuales consiste en uno o más bytes.
3.6 En la codificación de lista de puntos, la parte operando de la primitiva contiene información de coordenadas sobre un punto único o una secuencia de puntos relacionados.
3.7 La posición de un punto único, así como la posición de cada punto inicial de una secuencia, se codifica en coordenadas absolutas, es decir, las coordenadas x e y con respecto al origen del espacio de codificación.
3.8 Para la codificación de los puntos restantes de una secuencia, se elige entre dos posibilidades, denominadas modo desplazamiento y modo incremental.
3.9 En el modo desplazamiento, cada punto (después del primero) se codifica mediante dos parámetros de valor de tamaño. El primer valor de tamaño de la componente x del desplazamiento del punto a partir del punto precedente en la secuencia, y el segundo valor de tamaño da la componente del desplazamiento.
3.10 En el modo incremental, se utiliza un mecanismo en el que un solo valor, obtenido de una tabla, determina la posición de un punto con respecto al punto precedente. Este mecanismo es adecuado para codificar una secuencia de puntos que contienen una gran cantidad de información de posición, tal como un trazo.
3.11 El mecanismo introducido en el 3.10 se basa en la utilización de un anillo de codificación. Al principio del trazo, el punto de arranque determina el punto central del primer anillo. La intersección del trazo y el anillo identifica y determina el punto central del segundo anillo.
3.12 Cada nueva intersección determina el punto central del próximo anillo. Así, el trazo se representa por el punto de arranque más la serie de puntos de intersección. El final del trazo se indica por medio del código de fin de bloque.
3.13 El método para identificar los diversos puntos de un anillo utiliza números pequeños para puntos con una gran probabilidad de ser intersectados, y números mayores para puntos con probabilidad inferior.
3.14 El sistema de numeración de los puntos de referencia en el anillo se define en los 4.6 y 4.7.
4 Mecanismo del modo incremental
4.1 Los datos de codificación en el modo incremental no reflejan los valores de dimensión en coordenadas, sino que representan una secuencia de puntos identificados por medio de anillos de codificación sucesivos. Cada anillo identifica un punto.
4.2 Un anillo es un conjunto de puntos de referencia, situados en el perímetro de un cuadrado. La posición del cuadrado se identifica por la posición de su punto central. Los lados del cuadrado son paralelos a los ejes x e y.
4.3 Las características del anillo se determinan por su radio R, su factor de resolución angular p y su dirección D.
El tamaño de R se expresa en UC.
4.4 El número de puntos de referencia de un anillo es N. El valor de N se determina por:
N = $$Bo8R $$Bu2p $$Be, con p = 0,1,2,3.
En consecuencia, el número máximo de puntos de referencia es N = 8R.
4.5 N debe ser par. Si N es impar, el operando codificado (la lista de puntos) debe ser descartada. Si N es par para la primera parte del operando, pero N es impar par la parte restante, ésta (con N impar) se descarta.
4.6 Para los puntos de referencia del anillo, los números de los puntos se asignan como se indica a continación. La numeración empieza por 0. El punto cuyo número es 0 se denomina punto de dirección.
4.7 La posición por defecto del punto de dirección se muestrea en la figura 4-1/T.150. Los puntos adyacentes se numeran 1 .^.^. N/2-1 en el sentido contrario a las agujas del reloj y -1 .^.^.^ -N/2 en el sentido de las agujas del reloj. La figura 4-1/T.150 muestra dos anillos con los puntos de referencia numerados.
4.8 En la figura 4-1/T.150 el anillo izquierdo se caracteriza por R = 3 y p = 0; el anillo derecho por R = 3 y p = 1.
Figure 4-1/T.150, p.
4.9 La posición de los dos puntos de referencia de cada anillo es fija. Sin
embargo, la asignación de los números de punto se adapta a la dirección del
trazo como sigue.
4.10 Para el primer anillo de una secuencia (en el punto de arranque) el punto de dirección está en la posición por defecto, como se muestra en la figura 4-1/T.150.
4.11 Tan pronto como el trazo creciente corta el primer anillo, se determina el punto de referencia más próximo. Este punto constituye el punto central del anillo siguiente.
4.12 El punto de dirección del segundo anillo se coloca en la posición donde la siguiente intersección tendría lugar si el trazo continuara como una línea recta.
4.13 A medida que crece el trazo, se determina el punto de referencia más próximo a cada intersección. Los números de puntos respectivos de estos puntos se convierten en palabras de códigos de longitud variable con arreglo a la tabla de códigos Huffman, definida en el cuadro 4-2/T.150.
4.14 El radio puede tener un valor de R0, 2R0, 4R0 u 8R0 dondre R0 es el radio básico.
El factor de resolución angular p puede tener un valor de 0, 1, 2, ó 3.
Para modificar estos parámetros, la tabla de códigos contiene los códigos C1 .^.^. C6. Para su uso, véanse los puntos más adelante.
El radio básico R0 puede especificarse por la primitiva
`establecimiento
de anillo de dominio'
. El radio básico por defecto se obtiene a partir de:
radio básico por defecto = 2 ** máximo (0, código de granularidad 8).
4.15 La longitud de la tabla de códigos es fija. La numeración de puntos va de -20 a +19. Para la codificación en los casos de anillos con un número mayor de puntos de referencia, se definen dos códigos de escape: IM-ESC 1 e IM-ESC 2. Para su utilización véase el 5 .
4.16 Al final del trazo no se producen más intersecciones. La cadena codificada de longitud variable se termina con fin de bloque.
Tableau 4-2/T.150 [T22.150], p. 41
5 Cambio de parámetros de codificación
5.1 Los códigos de escape IM-ESC 1 e IM-ESC 2 permiten la ampliación de la gama de numeración de puntos del anillo. Esto es, también pueden ser direccionados los puntos externos a la gama de -20 a +19. Mediante el código IM-ESC 1 el valor absoluto del número de punto se incrementa en 20, el signo no cambia.
Mediante el código IM-ESC 2, el valor absoluto del número del punto se incrementa en 40, el signo no cambia.
5.2 Los dos códigos de escape pueden utilizarse en combinación y en cualquier orden deseado. En el cuadro 4-3/T.150 se ilustra su uso con algunos ejemplos. El número entre corchetes representa el número del punto.
Tableau 4-3/T.150 [T23.150], p.
5.3 Los códigos C1 a C6 se utilizan para cambiar los parámetros R y p que
definen el anillo que debe utilizarse. La utilización de estos códigos se
define en los
5.4
a 5.10.
Mediante el uso de estos códigos el punto de dirección se coloca en la posición por defecto.
5.4 La gama en la que deberían permanecer los parámetros es la siguiente:
R:R0, 2R0, 4R0, 8R0 (siendo R0 el radio básico)
p:0, 1, 2, 3.
5.5 El código C1 significa: cambiar R y p al valor superior siguiente. Por ejemplo, si el radio es R, el superior siguiente es 2R; si p = 0, el superior siguiente es 1.
R no puede ser mayor que 8R0 y p no puede ser mayor que 3. Por ejemplo, si el radio vigente es 8R0 o el p vigente es 3, el código C1 no interviene.
5.6 El código C2 significa: cambiar R y p al valor inferior siguiente. El efecto de C2 es inverso al del código C1.
R no puede ser menor que R0 y p no puede ser menor que 0. Por ejemplo, si el radio vigente es R0 o el p vigente es 0, el código C2 no interviene.
5.7 El código C3 significa: cambiar R al valor superior siguiente. El código C3 no interviene si el radio vigente es 8R0.
5.8 El código C4 significa: cambiar p al valor superior siguiente. El código C4 no interviene si el p vigente es 3.
5.9 El código C5 significa: cambiar R al valor inferior siguiente. El código C5 no interviene si el radio vigente es R0.
5.10 El código C6 significa: cambiar p al valor inferior siguiente. El código C6 no interviene si el p vigente es 0.
6 Formatos de codificación
6.1 La codificación se especifica en forma de codificación de 7 bits. Para su utilización en el entorno de 8 bits especificado para transmisión, el bit número b8 de cada octeto se pondrá a CERO.
6.2 Como referencia, en la figura 4-2/T.150 se muestra una tabla de código de 7 bits vacía.
Figure 4-2/T.150, p.
(H.T.=OUI)
TAB.???
FICHIER: H.T. =
(75.TA.227.S)
(SANS FORMULE) Tableaux: 32 - Tabulateurs: 2 MM
Anexo D
Disk. 835 NF01/006 OPM: 03
- NF01/006 OPM: 03
- NF01/050 OPM: 03
(cs,1) - (cs,1) NF03/015
(1BT) (BT..)
(75.TE.08.S)
(A1.23s) / [26s]
FOLIOS: 269 - 301 (AS)
(DO PRC.COSY.2)
MEP {TPS.NON.PHOTO "[PA1]"} : OK= [1]
Saisie 21.03.90 GG
ID + LASER 09.04.90 JC
MAJ diskette 09.04.90 JC
Corr. LASER (1re épreuve) = 3eme 17.04.90 GG
Espaces réservés 19.04.90 AF
AJOUTER (PA1) (CL1,0,0,0) pour MEP
MEP + LASER 03.05.90 GH/PC
Corr. MEP ........ ..
Insertion des tableaux (tabulateurs 2) 03.05.90 PC
BAT du 16/5/90 17.05.90 PV
MAJ DISKETTE ........ ..
6.3 La estructura de codificación para codificación de opcódigos se da en la figura 4-3/T.150.
Figure 4-3/T.150 [T24.150] à traiter comme tableau MEP,
p.
Para opcódigos de un solo byte, el bit indicador de longitud de opcódigo b5
es CERO. Los bits b4 a b1 representan el opcódigo. Esto es, los opcódigos se
toman de la columna 2. Para opcódigos de dos bytes, el bit indicador de
longitud de opcódigo b5 del primer byte es UNO. Los bits b4 a b1 del primer
byte y los bits b5 a b1 del segundo representan el opcódigo. Esto es, el primer
byte del opcódigo se toma desde la columna 3, el segundo byte se toma de la
columna 2 ó 3.
6.4 El formato general para codificación del operando se da en la figura 4-4/T.150.
Figure 4-4/T.150 [T25.150] à traiter comme tableau MEP,
p.
La parte operando de una primitiva puede contener uno o más operandos,
consistiendo cada operando de uno o más bytes.
6.5 La codificación de los operandos puede utilizar los siguientes TIPOS DE DATOS:
-PuntoP
-índice de colorIC
-Número enteroE
-Número realR
Estos tipos de datos se codifican de acuerdo con el formato básico.
6.6 El formato básico para codificación de operandos se da en la figura 4-5/T.150.
Figure 4-5/T.150 [T26.150] à traiter comme tableau MEP,
p.
6.7 Cada operando de formato básico se codifica como una secuencia de uno o
más bytes.
El bit 6 de cada byte es la bandera de extensión. Para operandos de un solo byte, la bandera de extensión es CERO. En los operandos de varios bytes, la bandera de extensión es UNO en todos los bytes excepto en el último, donde es CERO.
La parte más significativa del operando está codificada en el primer byte. La parte menos significativa del operando está codificada en el último byte.
En los tipos de datos P, E y R, el bit 5 del primer byte representa el bit de signo. El bit 5=0 corresponde a valores positivos. Los bits de datos siguientes representan un número binario. El bit 1 del último byte se considerará como la unidad de esta representación binaria.
El tipo de datos IC se codifica en un solo byte (b6 = 0). Los bits 5 a 1 dan la representación binaria de los índices de color.
La codificación aquí propuesta para los tipos de datos P, IC, E y R, aunque derivada de la Recomendación T.101, anexo C, es una versión simplificada del método de codificación para estos tipos de datos, que sólo es válida después de la iniciación adecuada de las primitivas de descripción de protocolo.
6.8 La posición de un punto único, así como la posición del primer punto de una secuencia, se da en valores de coordenadas absolutas x0 e y0, expresadas en unidades de cuadrícula UC. La estructura de codificación se indica en la figura 4-6/T.150.
6.9 Si el valor de las coordenadas cabe en un solo byte, la bandera de extensión se pone a CERO. En este caso, el valor de x está contenido en un byte, y el valor de y está contenido en el o los bytes siguientes.
6.10 Si la codificación de un valor de coordenadas requiere más de un byte, la información completa de posición está contenida en dos series contiguas de bytes. La primera serie contiene el valor de x, y la segunda el valor de y.
6.11 Cada una de esas series se compone de bytes contiguos. La bandera de extensión de todos los bytes de una serie, excepto el último, se pone a UNO.
La bandera de extensión del último byte de la serie se pone a UNO.
7
Formato de codificación del modo
incremental
7.1 Para el modo incremental, los elementos de presentación trazo y zona cerrada se codifican de acuerdo con la secuencia siguiente:
-posición del primer punto;
-introductor CCD;
-secuencia incremental.
Figure 4-6/T.150 [T27.150] à traiter comme tableau MEP,
p.
7.2 La posición del primer punto se codifica como se ha indicado en los
6.8
a 6.11.
7.3 CCD es la abreviatura de codificación de cadena diferencial. El introductor CCD es necesario para asegurar la compatibilidad con la Recomendación T.101.
7.4 El introductor CCD consta de dos bytes; véase la figura 4-7/T.150.
Figure 4-7/T.150 [T28.150] à traiter comme tableau MEP,
p.
7.5 El formato de codificación de la secuencia incremental se da en la figura
4-8/T.150.
Figure 4-8/T.150 [T29.150] à traiter comme tableau MEP,
p.
7.6 La codificación de la secuencia incremental utiliza palabras de longitud
variable. Para acomodar estas palabras en una secuencia de bytes como la de la
figura 4-8/T.150, las posiciones de bits b6 .^.^. b1 de los bytes sucesivos se
utilizan como si constituyeran un canal de bits continuo. El primer bit de una
palabra de longitud variable se coloca en el b6, y así sucesivamente.
7.7 El final de la secuencia incremental se identifica por el código de fin de bloque. Las restantes posiciones de bits que quedan entre el código de fin de bloque y el límite del byte siguiente no tienen significado. Se ignorarán.
8
Formato de codificación del modo
desplazamiento
8.1 Para el modo desplazamiento, los elementos de presentación trazo, zona cerrada y marcador se codifican de acuerdo con la secuencia siguiente:
-posición de primeros puntos;
-puntos siguientes.
8.2 Para los puntos siguientes al primero en una lista de puntos, cada desplazamiento se mide con relación al punto precedente de la lista de puntos. Estos desplazamientos se codifican como el primer punto de la lista de puntos.
9
Codificación de las
primitivas
9.1 Los opcódigos se definen en el cuadro 4-4/T.150 (la notación x/y significa columna x, fila y, en una tabla de códigos de 8 16).
9.2 Las convenciones de notación utilizadas se definen en el cuadro 4-5/T.150.
En los 9.3 a 9.5 siguientes se define la codificación de cada primitiva y el orden de los parámetros, así como su tipo de datos específico.
9.3 Los elementos de presentación trazo, zona cerrada y marcador se codifican como sigue:
Trazo
&lab;opcódigo de trazo: 2/0> &lab;punto: lista de puntos>(2)
o
&lab;opcódigo de trazo: 2/0> &lab;punto: primer punto> &lab;introductor CCD: 5/0, 4/1> &lab;secuencia incremental>
Zona cerrada
&lab;opcódigo de zona cerrada: 2/1> &lab;punto: lista de puntos>(3)
o
&lab;opcódigo de zona cerrada: 2/1> &lab;punto: primer punto> &lab;introductor CCD: 5/0, 4/1> &lab;secuencia incremental>
Marcador
&lab;opcódigo de marcador: 3/2, 2/11, 5/2> &lab;punto: posición>
o
&lab;opcódigo de marcador: 3/2, 2/11, 5/2> &lab;punto: primer punto>(1) &lab;introductor CCD: 5/0, 4/1> &lab;secuencia incremental>
Borrado
&lab;opcódigo de borrado: 3/2, 2/0, 4/0>
Tableau 4-4/T.150 [T30.150], p.7
Tableau 4-5/T.150 [T31.150], p.8
9.4 Las primitivas de establecimiento de atributos se codifican como sigue:
Grosor del trazo
&lab;opcódigo de establecimiento de grosor del trazo: 3/1, 2/1> &lab;real = factor de escala del grosor del trazo>
Textura del trazo
&lab;opcódigo de establecimiento de textura del trazo: 3/1, 2/2> &lab;entero: textura del trazo> =
&lab;entero: 0>[CONTINUA] &lab;entero: 1>[DE RAYAS] &lab;entero: 2>[DE PUNTOS] &lab;entero: 3>[DE RAYAS Y PUNTOS] &lab;todos los demás valores>[RESERVADO]
Color del trazo
&lab;opcódigo de establecimiento de índice de color del trazo: 3/1, 2/0> &lab;índice de color: índice de color del trazo>
&lab;índice: 0>[negro] &lab;índice: 1>[rojo] &lab;índice: 2>[verde] &lab;índice: 3>[amarillo] &lab;índice: 4>[azul] &lab;índice: 5>[magenta] &lab;índice: 6>[cian] &lab;índice: 7>[blanco]
Estilo de interior de zona cerrada
&lab;opcódigo de establecimiento de estilo de interior de zona cerrada: 3/1, 2/5> &lab;entero: estilo de interior de zona rellena>
&lab;entero: 0>[VACíO] &lab;entero: 1>[UNIFORME] &lab;entero: 2>[PATRóN] &lab;entero: 3>[RAYADO] &lab;todos los demás valores>[RESERVADO]
índice de estilo de zona cerrada
&lab;opcódigo de establecimiento del índice de estilo de zona cerrada: 3/1, 2/6> &lab;entero: índice de estilo de la zona cerrada> = estilo de interior RAYADO
&lab;entero: 0>[líneas verticales] &lab;entero: 1>[líneas horizontales] &lab;entero: 2>[líneas inclinadas a 45] &lab;entero: 3>[líneas inclinadas a -45] &lab;entero: 4>[líneas cruzadas, verticales y horizontales] &lab;entero: 5>[líneas cruzadas, a 45 y -45] &lab;todos los demás valores>[reservado]
índice de color de zona cerrada
&lab;opcódigo de establecimiento del índice de color de zona cerrada: 3/1, 2/4> &lab;índice de color: índice de color zona cerrada> =
&lab;índice: 0>[negro] &lab;índice: 1>[rojo] &lab;índice: 2>[verde] &lab;índice: 3>[amarillo] &lab;índice: 4>[azul] &lab;índice: 5>[magenta] &lab;índice: 6>[cian] &lab;índice: 7>[blanco]
Tipo de marcador
&lab;opcódigo de establecimiento del tipo de marcador: 3/1, 2/12> &lab;entero: tipo de marcador> =
&lab;entero: 0>[PUNTO] &lab;entero: 1>[SIGNO MAS] &lab;entero: 2>[ASTERISCO] &lab;entero: 3>[CíRCULO] &lab;entero: 4>[CRUZ DIAGONAL] &lab;todos los demás valores>[RESERVADO]
Tamaño del marcador
&lab;opcódigo de establecimiento del factor de escala de tamaño del marcador: 3/1, 2/13> &lab;real: factor de escala de tamaño del marcador>
Color del marcador
&lab;opcódigo de establecimiento del índice de color de marcador: 3/1, 2/11> &lab;índice de color: índice de color de marcador> =
&lab;índice: 0>[negro] &lab;índice: 1>[rojo] &lab;índice: 2>[verde] &lab;índice: 3>[amarillo] &lab;índice: 4>[azul] &lab;índice: 5>[magenta] &lab;índice: 6>[cian] &lab;índice: 7>[blanco]
9.5 Las primitivas de descripción de protocolo se codifican como sigue:
Establecimiento del anillo de dominio
&lab;opcódigo de establecimiento del anillo de dominio: 3/2, 2/4> &lab;entero: factor de resolución angular> &lab;entero: radio básico del anillo>
Establecimiento de precisión de las coordenadas
&lab;opcódigo de establecimiento de precisión de las coordenadas: 3/2, 2/9> &lab;entero: código de magnitud>[4] &lab;entero: código de granularidad>[1 -9, -10, -11] &lab;entero: exponente por defecto>[1 -9, -10, -11] &lab;entero: exponente explícito permitido>[1]
9.6
Nota 1
- El valor por defecto de
`código de
granularidad'
y
`exponente por defecto'
es -9.
Toda la codificación descrita es correcta si los valores de granularidad y
exponente por defecto son iguales, y si el valor de
`exponente explícito
permitido'
es 1 (es decir: prohibido).
Nota 2
- La primitiva establecimiento de precisión de
las coordenadas no afecta a valores reales (por ejemplo, el factor de escala
del grosor). Los reales se expresan (por defecto) en fracciones de 2 ** -9.
10 Ejemplo de codificación de cadena
diferencial
El trazo de la información manuscrita se muestra en la figura 4-9/T.150, donde (P1, P2, P3) son los puntos muestreados. Estos puntos están codificados en el modo incremental; el valor del radio del anillo es R = 2 y el valor del factor de resolución angular del anillo es p = 0, por lo que el número de puntos de referencia del anillo es N = 8 * R/(2 ** p) = 16. En la figura 4-9/T.150 se muestra para cada punto el anillo correspondiente con varios puntos de referencia.
Después de codificar, la nueva lista de puntos es (Q1, Q2, Q3, Q4, Q5). Las coordenadas y los puntos de referencia de Pi y Qj se muestran en el cuadro 4-6/T.150. El tren de bits de la codificación de cadena diferencial se muestra en la figura 4-10/T.150. Este tren de bits con el encabezamiento CCD apropiado podría ser un bloque.
El trazo inicial también puede codificarse directamente en el modo desplazamiento. La figura 4-11/T.150 muestra cómo la lista de puntos (P1, P2, P3) se codifica en dicho modo.
Tableau 4-6/T.150 [T32.150], p.9
Figure 4-9/T.150, p.10
Figure 4-10/T.150 [T33.150] à traiter comme tableau MEP,
p.11
Figure 4-11/T.150 [T34.150] à traiter comme tableau MEP,
p.12
PRINCIPIOS GENERALES DEL INTERFUNCIONAMIENTO
TELEMáTICO
El CCITT,
considerando
(a) la necesidad de transferir mensajes de diferentes tipos con una gran variedad de formatos;
(b) que en las Recomendaciones de la serie X se definen los servicios y las facilidades facultativas de usuario de las redes públicas de datos;
(c) que las Recomendaciones de la serie F definen los servicios telemáticos, y que las Recomendaciones de la serie T definen los equipos terminales y los procedimientos de control de los servicios telemáticos;
(d) que las Recomendaciones de la serie X.400 describen diversos aspectos de los sistemas de tratamiento de mensajes,
declara por unanimidad
que la presente Recomendación describe los principios generales del interfuncionamiento telemático.
íNDICE
0
Introducción
1
Objeto y campo de aplicación
2
Referencias
3
Definiciones
4
Símbolos y abreviaturas
5
Convenciones
6
Modelo de interfuncionamiento telemático
6.1Descripción general
6.2Interfuncionamiento telemático con intervención del STRM
6.3Interfuncionamiento telemático sin intervención del STRM
6.4Configuraciones físicas. Definición de la facilidad de interfuncionamiento telemático (FITLM)
7
El sistema de interfuncionamiento telemático
7.1Definición de los SITLM
7.2SITLM con intervención del STRM
7.3SITLM sin intervención del STRM
8
Perfeccionamiento del ATLM. Principios de los protocolos
de acceso telemático
0 Introducción
Esta Recomendación es la primera de una serie de Recomendaciones relativas al interfuncionamiento telemático.
El interfuncionamiento telemático es el nombre genérico de un conjunto de aplicaciones ofrecidas a los usuarios telemáticos. Cada una de dichas aplicaciones se denomina aplicación de interfuncionamiento telemático (AITLM), y comprende un subconjunto de lo siguiente:
-posibilidad de un intercambio eficiente de información entre terminales telemáticos que no pueden interactuar directamente;
-provisión de facilidades adicionales a los servicios telemáticos normalizados, como almacenamiento y direccionamiento múltiple de documentos;
-provisión de acceso a servicios definidos por el CCITT (o participación en los mismos), como télex, mensajería interpersonal, servicios de guía, etc.
En el presente conjunto de Recomendaciones se definen dos AITLM, a saber:
-participación de los usuarios telemáticos en el servicio de mensajería interpersonal (MIP);
-interfuncionamiento de teletex a télex.
Quedan para un posterior estudio otras AITLM.
Pueden definirse algunas AITLM que han de funcionar de manera autónoma, por ejemplo, interfuncionamiento teletex a télex.
1 Objeto y campo de aplicación
La presente Recomendación define los principios generales del interfuncionamiento telemático. Define los principios de los protocolos de acceso telemático, como son los protocolos utilizados por el terminal telemático para participar en aplicaciones de interfuncionamiento telemático.
Esta Recomendación utiliza los conceptos definidos para el tratamiento de mensajes. La base arquitectural y los fundamentos del tratamiento de mensajes se definen en las Recomendaciones de la serie X.400.
Las demás Recomendaciones de la serie T.300 definen las aplicaciones de interfuncionamiento telemático y los protocolos utilizados por los terminales telemáticos para poner estas aplicaciones a disposición de sus usuarios. Sólo se consideran los protocolos que tratan del acceso telemático a servicios definidos por el CCITT.
2
Referencias
Esta Recomendación cita los documentos siguientes:
-Rec. T.330: Acceso telemático al sistema de mensajería interpersonal.
-Rec. X.400: Sistema de tratamiento de mensajes: Visión de conjunto del sistema y del servicio.
-Rec. X.402: Sistemas de tratamiento de mensajes: Arquitectura global.
-Rec. X.420: Sistemas de tratamiento de mensajes: Sistema de mensajería interpersonal.
3
Definiciones
La presente Recomendación utiliza los términos definidos en las Recomendaciones X.400, X.402 y X.420.
4 Símbolos y abreviaturas
@AITLMAplicación de interfuncionamiento telemático\
@ATLMAgente telemático\
@ATMAgente de transferencia de mensajes\
@AUAgente de usuario\
@AU-MIPAgente de usuario de mensajería interpersonal\
@CCondicional/consumidor\
@MMúltiple\
@MIPMensajería interpersonal\
@MMMemoria de mensaje\
@SAITLMServicio abstracto de interfuncionamiento telemático\
@SEFSistema de entrega física\
@SMIPSistema de mensajería interpersonal\
@STRMSistema de transferencia de mensajes\
@TER-TLMTerminal telemático\
@TLMTelemático\
@TTXTeletex\
@UAUnidad de acceso\
@UATTXPUnidad de acceso teletex público\
@UATLMUnidad de acceso telemático\
@UCUnidad de conversión\
@UITLMUnidad de interfuncionamiento telemático\
5
Convenciones
Esta Recomendación no utiliza ninguna convención específica.
6
Modelo de interfuncionamiento
telemático
6.1
Descripción general
El modelo de interfuncionamiento telemático sirve de herramienta en el desarrollo de las Recomendaciones referentes al interfuncionamiento telemático. Describe diferentes situaciones de interfuncionamiento y la utilización del modelo de tratamiento de mensajes en el interfuncionamiento telemático.
El modelo es aplicable en dos casos: en el primero interviene el STRM y en el segundo no. El modelo sólo proporciona una descripción funcional y no exige ninguna realización ni interfaces específicos.
6.2
Interfuncionamiento telemático con intervención del
STRM
La figura 1/T.300 muestra el modelo de interfuncionamiento telemático en el caso de que intervenga el STRM.
El modelo permite:
a)el interfuncionamiento de telemático a telemático, utilizando el STRM para retransmitir la información telemática;
b)la participación de un usuario telemático en el servicio MIP (interfuncionamiento de telemático a AU-MIP por mediación del STRM);
c)la participación de un usuario en cualquier otra aplicación definida por el CCITT en el campo del tratamiento de mensajes (interfuncionamiento de telemático a otro AU):
d)el interfuncionamiento de telemático a otros servicios definidos por el CCITT, por mediación del STRM y las unidades de acceso apropiadas.
Figure 1/T.300, p.
6.3
Interfuncionamiento telemático sin intervención del
STRM
La figura 2/T.300 representa el modelo de interfuncionamiento telemático cuando no interviene el STRM.
Figure 2/T.300, p.
En este caso, las UATLM y las UA son las mismas que en el
6.2
. La
UITLM puede proporcionar el subconjunto pertinente del servicio STRM, que
permitirá cursar la información entre las UATLM, o entre las UATLM y las UA. La
UITLM realiza, si es necesario, las funciones necesarias de conversión y envío.
6.4
Configuraciones físicas. Definición de la facilidad
de interfuncionamiento telemático (FITLM)
Una @facilidad de interfuncionamiento telemático (FITLM)\ es un sistema real que incorpora una combinación válida de unidades funcionales en el interfuncionamiento telemático. Este apartado define las combinaciones válidas.
6.4.1
FITLM con intervención del STRM
El cuadro 1/T.300 muestra las combinaciones válidas de unidades funcionales en el caso de interfuncionamiento telemático con intervención del STRM.
Tableau 1/T.300 [T1.300], p.
Se aplican dos reglas para definir una FITLM en este caso:
-Está presente al menos una UATLM.
-Las UATLM residen necesariamente con el ATM con el que están relacionadas.
La definición de otras entidades presentes en una FITLM (AU, MM, UATLX, UAEF, otras UA) y sus relaciones con el ATM queda fuera del alcance de las Recomendaciones de la serie T.300.
6.4.2
FITLM sin intervención del STRM
Este caso corresponde a una FITLM autónoma, o sea, un sistema real que interactúa con terminales telemáticos y opcionalmente con otros sistemas definidos por el CCITT (por ejemplo, un sistema télex), pero no con el sistema de tratamiento de mensajes ni con otras FITLM.
Las combinaciones válidas de unidades funcionales se indican en el cuadro 2/T.300.
Tableau 2/T.300 [T2.300], p.
7 El sistema de interfuncionamiento
telemático
Cada AITLM es proporcionada al usuario por un sistema denominado @sistema de interfuncionamiento telemático (SITLM)\. En este punto se presenta un modelo abstracto del SITLM.
7.1
Definición de los SITLM
El SITLM y los usuarios asociados se modelan como objetos, como se muestra en la figura 3/T.300.
Figure 3/T.300, p.
Un usuario y el SITLM van apareados a través de la utilización de uno o más
puertos (puntos de acceso). En cada uno de esos puertos se ponen a disposición
del usuario una o más operaciones abstractas. El conjunto de esas operaciones
abstractas definirá el servicio abstracto, denominado servicio abstracto de
interfuncionamiento telemático (SAITLM) proporcionado por el SITLM.
Todos los puertos y las operaciones son dependientes de la aplicación, y en consecuencia se describen en las Recomendaciones (específicas de la aplicación) pertinentes.
Una aplicación del SITLM que está definida es el SMIP. Los puertos y las operaciones MIP se describen en las Recomendaciones X.420 y T.330.
El perfeccionamiento de los SITLM conduce a dos casos: en el primero interviene el STRM y en el segundo no.
7.2
SITLM con intervención del STRM
El SITLM puede perfeccionarse de acuerdo con la figura 4/T.300.
Figure 4/T.300, p.
El perfeccionamiento del SITLM utiliza los objetos componentes siguientes:
-el STRM, que se define en las Recomendaciones X.402 y X.411;
-el ATLM, que proporciona al usuario de un terminal telemático el servicio abstracto de interfuncionamiento telemático (SAITLM);
-el AU, que proporciona el SAITLM a los usuarios que no utilizan un terminal telemático. Una aplicación es el AU-MIP de la Recomendación X.420;
-las UA, que permiten la intercomunicación con otros servicios definidos por el CCITT. Un ejemplo de estas UA es la UAEF, definida en las Recomendaciones de la serie X.400.
La descripción de los AU y las UA cae fuera del alcance de las Recomendaciones de la serie T.300.
Los puertos y las operaciones entre el STRM y los objetos citados anteriormente se definen en las Recomendaciones de la serie X.400.
7.3
SITLM sin intervención del STRM
Este caso es para ulterior estudio.
8 Perfeccionamiento del ATLM. Principios de
los protocolos de acceso telemático
El perfeccionamiento de un ATLM expone dos objetos componentes: el terminal telemático (TLM) y la unidad de acceso telemático (UATLM).
Un TLM es un objeto funcional correspondiente a un terminal, que se define en las Recomendaciones pertinentes de la serie T.
La UATLM se define en la Recomendación T.330 en el caso de acceso telemático al SMIP.
El TLM y la UATLM están enlazados a través de uno o más puertos y de un conjunto de operaciones que los describen.
Los puertos y las operaciones son dependientes de la aplicación, por lo que se describen en las Recomendaciones (específicas de la aplicación) pertinentes.
La realización de estas operaciones exige cierta transferencia de información entre el TLM y la UATLM. Es lo que se denomina un protocolo de acceso telemático (véase la figura 5/T.300).
Figure 5/T.300, p.
ACCESO TELEMáTICO AL SISTEMA DE MENSAJERíA
INTERPERSONAL
(Melbourne, 1988)
El establecimiento en diversos países de servicios telemáticos y servicios de
mensajes con almacenamiento y retransmisión, controlados por computador, y
asociados a redes públicas de datos, crea la necesidad de establecer normas que
faciliten el intercambio internacional de mensajes entre los abonados a estos
servicios.
El CCITT,
considerando
(a) la necesidad de servicios de mensajería interpersonal y de transferencia de mensajes;
(b) la necesidad de transferir mensajes de diferentes tipos que se presentan en una gran variedad de formatos;
(c) que en las Recomendaciones de la serie X se definen los servicios y las facilidades facultativas de usuario para las redes públicas de datos;
(d) que las Recomendaciones de la serie F definen los servicios telemáticos, y que las Recomendaciones de la serie T definen los equipos terminales y los procedimientos de control para los servicios telemáticos;
(e) que un conjunto de Recomendaciones de la serie X.400 describe diversos aspectos de los sistemas de tratamiento de mensajes;
(f) que las Recomendaciones de la serie T.300 describen los principios generales del interfuncionamiento telemático,
declara por unanimidad
que la presente Recomendación describe el protocolo de acceso que han de utilizar los terminales telemáticos cuando empleen además el sistema de mensajería interpersonal.
íNDICE
0
Introducción
1
Objeto y campo de aplicación
2
Referencias
3
Definiciones
4
Abreviaturas
5
Convenios
6
Visión de conjunto del acceso telemático al SMIP
6.1Modelo abstracto
6.2Modelo funcional
6.3Acceso para usuarios registrados y no registrados
7
El SMIP en el contexto del interfuncionamiento
telemático
7.1Descripciones de objetos y puertos
7.2Servicios y operaciones de los puertos de generación, recepción y gestión
7.3Servicios y operaciones del puerto varios
8
Perfeccionamiento del objeto ATLM
8.1Descripción de objetos y puertos
8.2Operaciones del puerto de transferencia de documentos del STM
9
Errores abstractos
10
Realización de operaciones abstractas
10.1Descripción de las UDPAT (unidades de datos de protocolo de acceso telemático)
10.2Operación de la UATLM
11
Formatos y codificación de las UDPAT
11.1Principios
11.2Estructura de las UDPAT
11.3Regla de codificación de las UDPAT
11.4Formato de las UDPAT
11.5Referencia entre los componentes de UDPAT y su formato de codificación
12
Recuperación tras error
13
Procedimientos de control
13.1Procedimientos de control de sesión
13.2Procedimientos de control de documento
13.3Procedimiento de registro (log-on)
Anexo A
-Definición formal del servicio abstracto de
ATLM
Anexo B
-Formato de los componentes de UDPAT
Anexo C
-Lista de identificadores de elemento
Anexo D
-Elementos de servicios para la
intercomunicación de servicios TTX/MIP
0 Introducción
La Recomendación T.330 forma parte de una serie de Recomendaciones que tratan el interfuncionamiento telemático. Interfuncionamiento telemático es el nombre genérico de un conjunto de aplicaciones proporcionadas a los usuarios telemáticos. Cada una de estas aplicaciones se denomina una aplicación de interfuncionamiento telemático (AITLM).
El acceso al sistema de mensajería interpersonal (SMIP) y la participación en el mismo constituyen una de las aplicaciones de interfuncionamiento telemático. El objeto de esta Recomendación es especificar esta aplicación.
1 Objeto y campo de aplicación
Esta Recomendación define el servicio abstracto proporcionado por el agente telemático (ATLM), que se define como un objeto del SMIP. Especifica no sólo las operaciones abstractas proporcionadas por la unidad de acceso telemático (UATLM), sino también el protocolo de acceso (P5) que ha de utilizarse entre una UATLM y un terminal telemático (TLM), cuando participan en el SMIP y tienen acceso al mismo. El protocolo de acceso P5 es un protocolo de acceso generalizado; es aplicable a otras aplicaciones tales como el almacenamiento con base en la red para el servicio teletex. Los terminales TLM que se consideran en esta Recomendación son terminales teletex, facsímil grupo 4 y modo mixto. La utilización de otros tipos de terminales TLM se estudiarán ulteriormente.
Otras Recomendaciones de la serie contienen la descripción del modelo de interfuncionamiento telemático, las funciones de la UATLM y el protocolo de acceso telemático a servicios específicos tales como servicios telemáticos, télex, de guía, etc. La Recomendación T.300 describe los principios de los procedimientos de interfuncionamiento telemático.
El 6 de esta Recomendación da una visión de conjunto del acceso telemático al SMIP proporcionado por el objeto ATLM. El 7 define el SMIP en el contexto del interfuncionamiento telemático. El 8 perfecciona el objeto ATLM y define operaciones abstractas en un puerto específico de la UATLM y el terminal TLM. El 9 define los errores abstractos utilizados en el interfuncionamiento telemático. El 10 especifica un protocolo de acceso (P5). El 11 especifica la formatización y la regla de codificación del protocolo. El 12 especifica un mecanismo de recuperación tras error. El 13 especifica los procedimientos de control.
La finalidad de una UATLM es ayudar al usuario de un terminal TLM a obtener acceso a las características del SMIP. La UATLM, que está asociada con un sistema de transferencia de mensajes (STRM), proporciona al terminal TLM acceso al SMIP.
La UATLM puede proporcionar también una facilidad de
almacenamiento de documentos
(AD)
para aceptar la entrega de mensajes del STRM para usuarios TLM. El
almacenamiento de documentos se define básicamente como una facilidad de
extensión de almacenamiento del terminal TLM situada en la UATLM, que permite
la reserva de una capacidad de almacenamiento específica para un usuario
individual. Los usuarios de terminales TLM pueden estar registrados también
como usuarios del AD.
2
Referencias
Esta Recomendación cita las Recomendaciones que se indican a continuación:
2.1
Interfuncionamiento telemático
-Rec. T.300: Principios generales del interfuncionamiento telemático.
2.2
Sistemas del tratamiento de mensajes
-Rec. X.400: Sistema de tratamiento de mensajes: Visión de conjunto del sistema y del servicio.
-Rec. X.402: Sistemas de tratamiento de mensajes: Arquitectura global.
-Rec. X.407: Sistemas de tratamiento de mensajes: Convenios para la definición del servicio abstracto.
-Rec. X.411: Sistema de tratamiento de mensajes: Sistema de transferencia de mensajes: definición del servicio abstracto y procedimientos.
-Rec. X.413: Sistemas de tratamiento de mensajes: Definición del servicio abstracto de almacenamiento de mensajes.
-Rec. X.419: Sistemas de tratamiento de mensajes: Especificaciones de protocolo.
-Rec. X.420: Sistemas de tratamiento de mensajes: Sistema de mensajería interpersonal.
2.3
Codificación de control
-Rec. T.62: Procedimientos de control para los servicios teletex y facsímil del grupo 4.
2.4
Codificación NSA.1
-Rec. X.208: Especificación de la notación de sintaxis abstracta uno (NSA.1).
-Rec. X.219: Operaciones a distancia: Modelo, notación y definición del servicio.
2.5
Dirección
-Rec. X.121: Plan de numeración internacional para redes públicas de datos.
2.6
Repertorio de caracteres
-Rec. T.61: Repertorio de caracteres y juego de caracteres codificados para el servicio teletex internacional.
2.7
Intercomunicación
-Rec. F.422: Servicio de tratamiento de mensajes: Intercomunicación entre el servicio MIP y el servicio télex.
-Rec. F.203: Almacenamiento basado en la red para el servicio teletex.
3
Definiciones
En esta Recomendación se utilizan muchos de los términos empleados en las Recomendaciones X.402, X.411 y X.420.
Además de los términos mencionados anteriormente, en esta Recomendación se utilizan como términos los nombres de objetos, puertos, operaciones y errores abstractos; los nombres de los tipos de datos de NSA.1; los nombres de los tipos y valores de elementos de información que esta Recomendación especifica.
4
Abreviaturas
@ADAlmacenamiento de documentos\
AITLMAplicación de interfuncionamiento telemático
AMAlmacenamiento de mensajes
ATLMAgente telemático
ATMAgente de transferencia de mensajes
AUAgente de usuario
AU-MIPAgente de usuario de mensajería interpersonal
CCondicional/consumidor
@CDCInstrucción de continuación de documento\
@CSCCInstrucción cambio de control de sesión\
@CSSInstrucción comienzo de sesión\
@EMIPEntorno de mensajería interpersonal\
@G3Facsímil grupo 3\
@G4Facsímil grupo 4\
@IDIdentidad\
@IDTIdentificación de terminal\
@IPInterpersonal\
MIPMensajería interpersonal
NENotificación de estado de entrega
@NIPNotificación interpersonal\
@NLNueva línea\
@NNENotificación de estado de no entrega\
@NNRNotificación de no recepción\
@NRNotificación de estado de recepción\
@NSA.1Notación en sintaxis abstracta uno\
@OObligatorio\
@O/DOriginador/destinatario\
P5Protocolo de acceso telemático
@SSuministrador\
@SAMIPServicio abstracto de mensajería interpersonal\
@SATRMServicio abstracto de transferencia de mensajes\
SMIPSistema de mensajería interpersonal
STRMSistema de transferencia de mensajes
TER-TLMTerminal telemático
TLMTelemático
@TRMTransferencia de mensajes\
TTXTeletex
UAUnidad de acceso
UAEFUnidad de acceso de entrega física
UATLMUnidad de acceso telemático
UATLXUnidad de acceso télex
UATTXPUnidad de acceso teletex público
UCUnidad de conversión
@UDPATUnidad de datos de protocolo de acceso telemático\
5
Convenios
Esta Recomendación utiliza los convenios descriptivos especificados a continuación.
5.1
NSA.1
Esta Recomendación utiliza los siguientes convenios descriptivos basados en la NSA.1 para los fines indicados:
a)especificar los objetos funcionales, las macros OBJECT y REFINE y los convenios asociados de la Recomendación X.407;
b)especificar los objetos de información (y otros tipos de datos y valores de todas clases), la propia NSA.1;
c)identificar el servicio abstracto, las macros PORT y ABSTRACT-BIND, -UNBIND, -OPERATION, y -ERROR, y convenios asociados de la Recomendación X.407.
5.2
Grado
Siempre que en esta Recomendación se describe una clase de estructura de datos (por ejemplo, encabezamientos) que tiene componentes (por ejemplo, campos), cada componente se clasifica con uno de los siguientes grados:
a)Obligatorio (O): un componente obligatorio estará presente en cada miembro de la clase.
b)Condicional (C): un componente condicional estará presente en un miembro de la clase, como establece esta Recomendación.
6 Visión de conjunto del acceso telemático
al SMIP
6.1
Modelo abstracto
Esta Recomendación utiliza los convenios de definición del servicio abstracto de tratamiento de mensajes definidos en la Recomendación X.407. Los convenios proporcionan un instrumento descriptivo para la especificación de tareas de procesamiento de información en términos abstractos. Esto asegura que los requisitos funcionales de las tareas se indican independientemente de su realización.
6.2
Modelo funcional
Este punto proporciona un modelo funcional de acceso telemático al SMIP. La finalidad de este modelo es proporcionar una descripción general de las entidades funcionales, que se definen luego explícitamente mediante las definiciones y convenios que figuran en la Recomendación X.407, y se perfeccionan más, según sea necesario, en los puntos siguientes. (Véase la figura 1/T.330.)
Figure 1/T.330, p.
El modelo funcional comprende las siguientes entidades funcionales:
-Agente telemático (ATLM): Entidad lógica solamente, que comprende la UATLM y el terminal telemático. El ATLM es útil como un objeto en el perfeccionamiento del SMIP.
-Unidad de acceso telemático (UATLM): Entidad funcional que proporciona todas las funciones de interfuncionamiento entre los códigos y protocolos telemáticos y los códigos y protocolos del SMIP. La UATLM sustenta también la funcionalidad AD.
-Terminal telemático (TER-TLM): El terminal telemático.
-Unidad de acceso (UA): Entidad funcional que proporciona acceso a aplicaciones de tratamiento de mensajes para usuarios indirectos del STRM.
-Almacenamiento de documentos (AD): Ampliación de las capacidades de almacenamiento del terminal telemático. La UATLM puede facultativamente, en régimen de abono, entregar mensajes a un AD. El terminal puede después extraer el mensaje para el almacenamiento de documentos cuando sea conveniente.
-Almacenamiento de mensajes (AM): Entidad funcional que proporciona a cada usuario directo del tratamiento de mensajes capacidades de almacenamiento de mensajes. Aunque el AM y el AD proporcionan una funcionalidad similar, no hay relación entre ambos.
-Sistema de transferencia de mensajes (STRM): Entidad funcional que transporta objetos de información entre usuarios individuales y miembros de listas de distribución.
-Agente de usuario (AU): Entidad funcional por medio de la cual un usuario directo accede al tratamiento de mensajes.
6.3
Acceso para usuarios registrados y no registrados
En esta Recomendación se definen dos tipos de acceso al SMIP. A los usuarios registrados del SMIP que deseen utilizar el equipo terminal telemático para tener acceso al SMIP se les proporciona la funcionalidad SMIP completa con cualquier realización completa de esta Recomendación.
A los usuarios de equipos terminales telemáticos que no están registrados como abonados al SMIP, pero que desean dirigir un mensaje a ese servicio, se les proporciona un subconjunto de la funcionalidad definida en esta Recomendación, de conformidad con la Recomendación F.422 y el anexo D a esta Recomendación. Esta funcionalidad se denomina unidad de acceso teletex público (UATTXP).
7
El SMIP en el contexto del
interfuncionamiento telemático
7.1
Descripciones de objetos y puertos
El perfeccionamiento del SMIP figura en la Recomendación X.420 (sistema de mensajería interpersonal). En el perfeccionamiento del SMIP se describen objetos secundarios, uno de los cuales es el agente telemático (ATLM), que está asociado al STRM por los puertos de exportación e importación.
El ATLM es visible para el usuario telemático a través de cuatro puertos, a saber: generación, recepción, gestión y varios. Los servicios y operaciones de los puertos de origen, recepción y gestión, se describen detalladamente en la Recomendación X.420. Los servicios y operaciones del puerto varios se describen en la presente Recomendación. Los servicios y operaciones de los puertos de importación y exportación se describen en la Recomendación X.411.
Tableau [T1.330], p.
El SMIP comprende cualquier número de ATLM.
Los usuarios TLM son comunicantes en el interfuncionamiento telemático. Un usuario TLM origina o recibe objetos de información cuyos tipos se especifican en la Recomendación X.420 y en esta Recomendación.
Tableau [T2.330], p.
Un usuario telemático está asociado con el ATLM por medio de los puertos de
generación, recepción, gestión y varios. Un usuario telemático no es
suministrador [S] de ningún puerto y es consumidor [C] de todos los puertos del
ATLM. El ATLM es un suministrador de todos los puertos ATLM y no es consumidor
de ningún puerto.
El acceso general al SMIP se ilustra en la figura 2/T.330.
Figure 2/T.330, p.
Un agente de usuario de mensajería interpersonal (AU-MIP) es un objeto
secundario que proporciona el servicio abstracto de mensajería interpersonal
(SAMIP) a un usuario individual del MIP. Un AU-MIP es un caso especializado del
objeto más general AU. Un AU-MIP realiza su función con ayuda del STRM.
Un agente telemático (ATLM) es un objeto que proporciona el servicio abstracto que comprende el SAMIP y el servicio abstracto específico telemático, a un usuario TLM individual. Un ATLM es un caso del objeto más general AU. Un ATLM realiza su función con ayuda del STRM.
Un sistema de transferencia de mensajes (STRM), en el cual recalan todos los componentes del SMIP, es el proveedor del servicio abstracto de transferencia de mensajes (SATRM). Realiza su función sin asistencia.
Un sistema de mensajería interpersonal (SMIP) es el objeto por medio del cual todos los usuarios comunican en mensajería interpersonal.
La unidad de acceso (UA) podrá ser una unidad de acceso de entrega física (UAEF) o una unidad de acceso télex (UATLX). Las descripciones de estos objetos figuran en las Recomendaciones pertinentes.
7.2
Servicios y operaciones de los puertos de generación,
recepción y gestión
Las operaciones abstractas disponibles en estos puertos, descritas en la Recomendación X.420, son:
Tableau [T3.330], p.
Las operaciones abstractas se describen detalladamente en la Recomendación
X.420.
7.3
Servicios y operaciones del puerto varios
Además de los servicios abstractos de MIP, los siguientes servicios abstractos están disponibles en el puerto varios. Son proporcionados por el objeto ATLM como los servicios abstractos varios.
Tableau [T4.330], p.
7.3.1
Cambio perfil del abono
(ChangeSubscriptionProfile)
La operación abstracta cambio perfil del abono permite a un usuario cambiar el perfil del abono registrado que especifica la relación con la UATLM, tal como modo AD, modo recuperación tras errores y modo suprimir mensaje.
Tableau [T5.330], p.
7.3.1.1
Argumentos de cambio perfil del abono
Esta operación abstracta tiene los siguientes argumentos:
a)Modo AD (C): Ha de aplicarse el modo de almacenamiento de documentos. Uno de los siguientes valores:
1)extracción: en este modo, la UATLM retiene los mensajes en el AD hasta que son explícitamente suprimidos por el usuario;
2)salida automática: en este modo, la UATLM trata de dar salida a los mensajes en las condiciones de abono del usuario, después de que son entregados al AD.
b)Modo recuperación tras error (C): Ha de aplicarse el modo recuperación tras error, cuyo mecanismo de recuperación se define en el 12 de esta Recomendación. (Recuperación 1, 2 ó 3.)
c)Modo supresión mensaje (C): Ha de aplicarse al modo supervisión de mensaje. Uno de los siguientes valores:
1)supresión automática: en este modo, los mensajes del AD son suprimidos tan pronto como se les da salida hacia el usuario mediante la ejecución de la operación abstracta captura AD sin argumento supresión tras salida (en el caso del modo extracción) o mediante la salida automática (en caso del modo salida automática);
2)supresión manual: en este modo, los mensajes en el AD son retenidos hasta
que se realiza la operación abstracta supresión AD o la operación abstracta
captura AD cuyo argumento supresión tras salida es
`supresión tras
salida'
.
7.3.1.2
Resultados de cambio perfil del abono
Esta operación abstracta no tiene resultados.
7.3.1.3
Errores de cambio perfil del abono
Esta operación abstracta tiene error de nombre, error-de-ad y error-de-perfil-del-abono. Estos errores abstractos se describen conjuntamente en el 9 .
7.3.2
Listado AD
(DSList)
La operación abstracta listado AD permite a un usuario obtener una lista de mensajes (MIP, NIP o informes) mantenidos en el almacenamiento de documentos (AD).
Tableau [T6.330], p.
7.3.2.1
Argumentos de listado AD
Esta operación abstracta no tiene argumento.
7.3.2.2
Resultados de listado AD
Esta operación abstracta tiene los siguientes resultados:
a)Informe de lista: Las características del mensaje mantenido en el AD.
1)Id extracción (O): La id de extracción asignada al mensaje en AD.
2)Tipo de mensaje (O): El tipo de mensaje (MIP, NR, NNR o Informe).
3)Prioridad (C): La prioridad del mensaje (normal, no urgente o urgente).
4)Longitud de mensaje (C): La longitud del mensaje en octetos.
5)Nombre del originador (C): El nombre del originador del mensaje.
7.3.2.3
Error de listado AD
Esta operación abstracta tiene error de abono, error de nombre y error de ad. Estos errores abstractos se describen conjuntamente en el 9 .
7.3.3
Supresión AD
(DSDelete)
La operación abstracta supresión AD permite a un usuario suprimir uno o más mensajes especificados en el AD.
Tableau [T7.330], p.
7.3.3.1
Argumentos de supresión AD
Esta operación abstracta tiene los siguientes argumentos:
a)Selector (O): El selector es la lista de las id de extracción de los mensajes que han de suprimirse.
7.3.3.2
Resultados de supresión AD
Esta operación abstracta no tiene resultados.
7.3.3.3
Errores de supresión AD
Esta operación abstracta tiene error de abono, error de nombre y error de ad. Estos errores abstractos se describen conjuntamente en el 9 .
7.3.4
Captura AD
(DSFetch)
La operación abstracta captura AD permite a un usuario obtener uno o más mensajes especificados (MIP, NIP o informes) del AD.
Tableau [T8.330], p.
7.3.4.1
Argumentos de captura AD
Esta operación abstracta tiene los siguientes argumentos:
a)Id de extracción (O): La asignada al mensaje del AD.
b)Supresión tras salida (C): Este valor indica si se suprime o no el mensaje después de la extracción. Si no existe este argumento, se aplica el modo registrado, modo-supresión mensaje.
7.3.4.2
Resultados de captura AD
Esta operación abstracta tiene los siguientes resultados:
a)Id de extracción (O): la asignada al mensaje del que se informó.
b)Información de mensaje (O): Sobre y contenido del mensaje del que se informó (MIP, NR, NNR o informe) asignado por id de extracción.
7.3.4.3
Errores de captura AD
Esta operación abstracta tiene error de abono, error de nombre y error de ad. Estos errores abstractos se describen conjuntamente en el 9 .
7.3.5
Estado de mensaje
(MessageStatus)
La operación abstracta estado de mensaje permite a un usuario obtener una información sobre el estado real del MIP depositado anteriormente.
Tableau [T9.330], p.
7.3.5.1
Argumentos de estado de mensaje
Esta operación abstracta tiene los siguientes argumentos:
a)Identificador de indagación (C): El identificador de indagación permite a la UATLM identificar el mensaje sobre cuyo estado se está informando. Se dispone de dos tipos de identificadores de indagación.
1)Id de depósito (C): El id de mensaje del mensaje originado cuyo estado se desea indagar, devuelto como resultado de la operación abstracta generación MIP;
2)Info de correlación (C): La identificación de llamada del mensaje original sobre cuyo estado se desea indagar.
7.3.5.2
Resultados de estado de mensaje
Esta operación abstracta tiene los siguientes resultados:
a)Hora de informe (O): Fecha y hora en que se hace el informe.
b)Id de mensaje (O): El identificador del mensaje generado sobre cuyo estado se informa, devuelto como resultado de la operación abstracta generación MIP.
c)Info de estado (O): La información de estado de mensajes depositados anteriormente.
1)Estado: El estado del MIP depositado anteriormente (en proceso, entregado o no entregado).
2)Info por destinatario: Información sobre el estado del mensaje en relación con sus destinatarios. Una secuencia por elementos de campo por destinatario del STRM, una para cada destinatario. Este componente no existe hasta que el componente de estado se convierte en entregado o no entregado.
7.3.5.3
Errores de estado de mensaje
Esta operación abstracta tiene error de abono, error de nombre y error de estado de mensaje. Estos errores abstractos se describen conjuntamente en el 9 .
8
Perfeccionamiento del objeto
ATLM
8.1
Descripción de objetos y puertos
En esta Recomendación, el ATLM se perfecciona más aún en objetos secundarios, a saber, la UATLM y el objeto TER-TLM.
Tableau [T10.330], p.
La transferencia de documentos del STM es un puerto que permite la interacción
del TER-TLM y la UATLM.
La figura 3/T.330 ilustra el perfeccionamiento del ATLM.
Figure 3/T.330, p.
Una unidad de acceso telemático (UATLM) es un objeto secundario con respecto
al objeto ATLM. Proporciona un TER-TLM con acceso a cualquier usuario TLM
dentro del entorno de mensajería interpersonal (EMIP): véase la Recomendación
X.420).
El TER-TLM es un objeto secundario con respecto al objeto ATLM.
Los TER-TLM son comunicantes en el interfuncionamiento telemático. Un TER-TLM envía o recibe documentos, que contienen objetos de información cuyos tipos se especifican en la Recomendación X.420 y en esta Recomendación.
El TER-TLM será direccionable al menos por una dirección de red (véase la Recomendación X.402) y puede también ser direccionado por una o más de otras formas de nombre O/D.
Tableau [T11.330], p.
El ATLM comprende un terminal TLM y una UATLM.
8.2
Operaciones del puerto de transferencia de documentos
del STM
Las siguientes operaciones abstractas están disponibles en el puerto de transferencia de documentos del STM. La correspondencia entre las operaciones abstractas del puerto de transferencia de documentos del STM y los puertos SMIP más las operaciones abstractas del puerto específico telemático se describen en el cuadro 1/T.330.
En esta Recomendación, los terminales TLM vinculan implícitamente a un cierto puerto en el momento en que se establece la sesión y desvinculan implícitamente un cierto puerto en el momento en que se libera la sesión, porque el procedimiento de sesión de la Recomendación T.62 no tiene control de asociación.
Tableau [T12.330], p.
Tableau 1/T.330 [T13.330], p.
8.2.1
Envío mensaje
(MessageSend)
Envío mensaje es la operación abstracta en el puerto de transferencia de documentos de STM que es invocada por el terminal TLM para realizar la operación abstracta generación MIP (OriginateIPM) en el terminal TLM. Esta operación abstracta se utiliza para depositar el MIP del terminal TLM en la UATLM.
La descripción de la operación abstracta generación MIP figura en la Recomendación X.420.
8.2.2
Sondeo mensaje
(MessageProbe)
Sondeo mensaje es la operación abstracta en el puerto de transferencia de documentos del STM que es invocada por el terminal TLM para realizar la operación abstracta generación sonda (OriginateProbe) en el terminal TLM. Esta operación abstracta se utiliza para determinar si este MIP podrá ser entregado o no a uno o más destinatarios.
La descripción de la operación abstracta generación sonda figura en la Recomendación X.420.
8.2.3
Recepción explícita
(ExplicitReceive)
Recepción explícita es la operación abstracta en el puerto de transferencia de documentos del STM que es invocada por el terminal TLM para realizar la operación abstracta generación NR (OriginateRM) en el terminal TLM. Esta operación abstracta se utiliza para ser originada por el destinatario real del MIP al cual se pide NR por medio del componente petición-de-notificación de la especificación-de-destinatario del MIP en cuestión.
La descripción de la operación abstracta generación NR figura en la Recomendación X.420.
8.2.4
Cancelación mensaje
(MessageCancel)
Cancelar mensaje es la operación abstracta en el puerto de transferencia de documentos del STM que es invocada por el terminal TLM para realizar la operación abstracta cancelación MIP (CancelIPM) en el terminal TLM. Esta operación abstracta se utiliza para cancelar si se puede la entrega de un mensaje originado anteriormente cuyo contenido es un MIP, y para el cual se solicitó entrega diferida. No hay resultado en la operación abstracta cancelación mensaje.
La descripción de la operación abstracta MIP figura en la Recomendación X.420.
8.2.5
Entrega mensaje
(MessageDeliver)
Entrega mensaje es la operación abstracta en el puerto de transferencia de documentos del STM que es invocada por la UATLM para realizar recepción MIP (ReceiveIPM) en el terminal TLM. Esta operación abstracta se utiliza para entregar el MIP de la UATLM al terminal TLM. No hay resultado ni error en la operación abstracta entrega mensaje.
La descripción de la operación abstracta recepción MIP figura en la Recomendación X.420.
8.2.6
Notificación estado de recepción
(ReceiptStatusNotice)
Notificación estado de recepción es la operación abstracta en el puerto de transferencia de documentos del STM que es invocada por la UATLM para realizar la operación abstracta recepción NR (ReceiveRN) o recepción NNR (ReceiveNRN) en el terminal TLM. Esta operación abstracta se utiliza para comunicar la NIP que fue invocada por un MIP originado por medio de la operación abstracta envío mensaje. No hay resultado ni error en la operación abstracta notificar estado de recepción.
La descripción de la operación abstracta recepción NR o recepción NNR figura en la Recomendación X.420.
8.2.7
Notificación estado de entrega
(DeliveryStatusNotice)
Notificación estado de entrega es la operación abstracta en el puerto de transferencia de documentos del STM que es invocada por la UATLM para realizar la operación abstracta recepción informe (ReceiveReport) en el terminal TLM. Esta operación abstracta se utiliza para entregar la NE que fue invocada por un MIP generado por medio de la operación abstracta envío mensaje. No hay resultado ni error en la operación abstracta notificación estado de entrega.
La descripción de la operación abstracta recepción informe figura en la Recomendación X.420.
8.2.8
Registro
(Register)
Registro es la operación abstracta en el puerto de transferencia de documentos del STM que es invocada por el terminal TLM para realizar todas las operaciones abstractas del puerto de gestión y la operación abstracta del modo cambio perfil del abono. Esta operación abstracta se utiliza para cambiar los parámetros que se mantendrán en la lista de parámetros de la UATLM.
La descripción de todas las operaciones abstractas del puerto de gestión figura en la Recomendación X.420, y la operación abstracta cambio perfil del abono figura en el 7.3.1 .
8.2.9
Listado AD
(DSList)
Listado AD es la operación abstracta en el puerto de transferencia de documentos del STM que es invocada por el terminal TLM para realizar la operación abstracta listado AD en el terminal TLM. Esta operación abstracta se utiliza para pedir la lista de estados de MIP, NR, NNR o informes entregados anteriormente.
La descripción de la operación abstracta listado AD figura en el 7.3.2 de esta Recomendación.
8.2.10
Supresión AD
(DSDelete)
Supresión AD es la operación abstracta en el puerto de transferencia de documentos del STM que es invocada por el terminal TLM para realizar la operación abstracta supresión AD en el terminal TLM, y se utiliza para suprimir uno o más mensajes del AD. No hay resultado en la operación abstracta supresión AD.
La descripción de la operación abstracta supresión AD figura en el 7.3.3 de esta Recomendación.
8.2.11
Captura AD
(DSFetch)
Captura AD es la operación abstracta en el puerto de transferencia de documentos del STM que es invocada por el terminal TLM para realizar la operación abstracta captura AD, y se utiliza para capturar un mensaje especificado (MIP, NR, NNR o informe) del AD.
La descripción de la operación abstracta captura AD figura en el 7.3.4 .
8.2.12
Estado de mensaje
(MessageStatus)
Estado de mensaje es la operación abstracta en el puerto de transferencia de documentos del STM que es invocada por el terminal TLM para realizar la operación abstracta estado de mensaje. Esta operación abstracta se utiliza para saber el estado de los MIP depositados anteriormente por medio de la operación abstracta envío mensaje.
La descripción de la operación abstracta estado de mensaje figura en el 7.3.5 de esta Recomendación.
9
Errores abstractos
Los errores abstractos que pueden ser comunicados en respuesta a la invocación de operaciones abstractas en los puertos de generación, recepción y gestión del SMIP son error de abono, error de nombre y error de cancelación, y en el puerto varios, error de perfil del abono, error de AD y error de estado de mensaje, se definen y describen en este punto.
a)Error de abono
El error abstracto error de abono informa que el usuario no está abonado a uno o más de los elementos de servicio implícitos en su invocación de la operación abstracta cuyo funcionamiento es abortado.
La descripción de la macro de error abstracto y de los errores abstractos de error de abono figura en la Recomendación X.420.
b)Error de nombre
El error abstracto error de nombre informa que uno o más de los nombres O/D suministrados como argumentos de la operación abstracta cuyo funcionamiento es abortado o como componente de su argumento, no son válidos.
La descripción de la macro de error abstracto y de los errores abstractos de error de nombre figura en la Recomendación X.420.
c)Error de cancelación
El error abstracto error de cancelación informa que no puede realizarse la petición del usuario de cancelar la entrega de un mensaje.
La descripción de la macro de error abstracto y de los errores abstractos de error de cancelación figura en la Recomendación X.420.
d)Error de perfil del abono
La petición del usuario de cambiar su perfil del abono no puede realizarse, porque uno o más argumentos propuestos son inaceptables.
Tableau [T14.330], p.
Este error abstracto tiene el siguiente parámetro:
1)Problema (O): El problema específico encontrado en relación con el perfil del abono.
Tableau [T15.330], p.
Este parámetro puede asumir cualquiera de los siguientes valores:
-no-modificado: uno o más argumentos propuestos del perfil del abono son inaceptables; esta operación abstracta no se realiza.
e)Error de AD
El AD relacionado con el argumento no puede ejecutarse, porque uno o más argumentos están especificados indebidamente.
Tableau [T16.330], p.
Este error abstracto tiene el siguiente parámetro:
1)Problema (O): El problema específico encontrado en relación con el AD.
Tableau [T17.330], p.
Este parámetro puede asumir cualquiera de los siguientes valores:
-ningún mensaje en ad: el usuario necesita realizar la operación abstracta relacionada con el AD cuando no hay mensajes en el AD;
-ad no sustentado: el usuario solicita realizar una operación abstracta relacionada con el AD cuando la UATLM no proporciona AD;
-ad no abonado: el usuario solicita realizar una operación abstracta relacionada con AD cuando no está abonado al AD;
-identificador de extracción no inválido: el identificador de extracción propuesto no es válido;
-parámetro no válido: uno o más argumentos propuestos no son válidos.
f)Error de estado de mensaje
Ningún mensaje de este tipo puede ser asignado por el identificador de indagación para la operación abstracta estado de mensaje.
Tableau [T18.330], p.
Este error abstracto tiene el siguiente parámetro:
1)Problema (O): El problema específico encontrado en relación con el estado de mensaje.
Tableau [T19.330], p.
Este parámetro puede asumir cualquiera de los siguientes valores:
-identificador de indagación no válido: el identificador de indagación propuesto no es aceptable.
MONTAGE:
10
SUR LE RESTE DE CETTE PAGE
3.13:
NF11/002
b) Disk 2 NF04/002
&lab;.^.^.>* NF04/003
Formules: 0 - Tabulateurs: 0
TEXTE
Secuencia Disk. 836 NF01/036 OPM: 01 TEXTE
(cs,) - (cs,)
(1BT) (BT..)
(75.TE.09.S)
(A1.23s) / [26s]
FOLIOS: 301 - 345
(DO PRC.COSY.2)
MEP {TPS.NON.PHOTO "[PA1]"} : OK= [1]
Saisie 27.03.90 JG
ID + LASER 10.04.90 JC
MAJ diskette 10.04.90 JC
Corr. LASER (1re épreuve) = 3eme 24.04.90 GG
Espaces réservés 30.04.90 DD
AJOUTER (PA1) (CL1,0,0,0) pour MEP
MEP + LASER 08.05.90 GH/PC
Corr. MEP ........ ..
Insertion des tableaux (tabulateurs 5) 08.05.90 PC
BAT du 18/5/90 21.05.90 PV
MAJ DISKETTE ........ ..
MONTAGE: FIN DU
9
EN TêTE DE CETTE PAGE
10 Realización de operaciones abstractas
En este punto se especifica cómo una UATLM realiza el puerto de transferencia de documentos del STM por medio del cual interactúa con un terminal TLM. Sin embargo, está fuera del alcance de esta Recomendación cómo un ATLM realiza los puertos por medio de los cuales interactúa con un usuario TLM y el STRM.
Se proporciona el protocolo de acceso telemático para tener acceso al SMIP, denominado protocolo P5, para realizar la interacción, lo que significa operaciones abstractas realizadas en el puerto de transferencia de documentos del STM, entre una UATLM y un terminal TLM. Las interacciones concretas que corresponden a operaciones abstractas son realizadas como unidades de datos de protocolo de acceso telemático (UDPAT).
Debe tenerse en cuenta que la UATLM puede no sustentar todas las UDPAT condicionales ni todos los elementos optativos o parámetros de una UDPAT. La sustentación real de las UDPAT y de los parámetros depende de la aplicación y de la versión del ATM que comparte la ubicación.
La realización entre las operaciones abstractas en el puerto de transferencia de documentos del STM y las UDPAT asociadas se resumen en el cuadro 2/T.330.
10.1
Descripción de las UDPAT
(unidades de datos de
protocolo de acceso telemático)
10.1.1
Envío mensaje (MessageSend)
El terminal TLM envía una UDPAT-envío para invocar la operación abstracta envío mensaje. La UATLM devuelve una UDPAT-acuse de envío para informar el resultado de dicha operación, o puede devolver una UDPAT-excepción ( 10.1.1.3 ) para informar de un error abstracto.
Tableau 2/T.330 [T20.330], p.
10.1.1.1
UDPAT-envío (Send-TAPDU)
La UDPAT-envío comprende los siguientes elementos: UDPAT-envío.
Tableau [1T21.330], p.2
Tableau [2T21.330], p.3
Tableau [3T21.330], p.4
10.1.1.2
UDPAT-acuse de envío (SendAck-TAPDU)
La UDPAT-acuse de envío comprende los siguientes elementos:
Tableau [T22.330], p.
10.1.1.3
UDPAT-excepción (Exception-TAPDU)
La UDPAT-excepción comprende los siguientes elementos:
Tableau [T23.330], p.
10.1.2
Sondeo mensaje (MessageProbe)
El terminal TLM envía una UDPAT-sondeo para invocar la operación abstracta sondeo mensaje. La UATLM devuelve una UDPAT-acuse de sonda para informar el resultado de dicha operación, o puede devolver una UDPAT-excepción (véase el 10.1.1.3 ) para informar de un error abstracto.
10.1.2.1
UDPAT-sondeo (Probe-TAPDU)
La UDPAT-sondeo comprende los siguientes elementos:
Tableau [T24.330], p.
10.1.2.2
UDPAT-acuse de sondeo (ProbeAck-TAPDU)
La UDPAT-acuse de sondeo comprende los siguientes elementos:
Tableau [T25.330], p.
10.1.3
Recepción explícita (ExplicitReceive)
El terminal TLM envía una UDPAT-NR explícita para invocar la operación abstracta recepción explícita. La UATLM devuelve una UDPAT-acuse de RN-explícita para devolver el resultado de esta operación, o puede devolver una UDPAT-excepción (véase el 10.1.1.3 ) para informar de un error abstracto.
10.1.3.1
UDPAT-NR explícita (ExplicitRN-TAPDU)
La UDPAT-RN explícita comprende los siguientes elementos:
Tableau [T26.330], p.
10.1.3.2
UDPAT-acuse de NR explícita
(ExplicitRNAck-TAPDU)
La UDPAT-acuse de RN explícita comprende los siguientes elementos:
Tableau [T27.330], p.
10.1.4
Cancelación mensaje (MessageCancel)
El terminal TLM envía una UDPAT-cancelación para invocar la operación abstracta cancelación mensaje. La UATLM devuelve una UDPAT para informar el resultado de esta operación, o puede devolver una UDPAT-excepción (véase el 10.1.1.3 ) para informar de un error abstracto.
10.1.4.1
UDPAT-cancelación (Cancel-TAPDU)
La UDPAT-cancelación comprende los siguientes elementos:
Tableau [T28.330], p.
10.1.5
Entregar mensaje (MessageDeliver)
La UATLM envía una UDPAT-entrega para invocar la operación abstracta entrega mensaje.
10.1.5.1
UDPAT-entrega (Deliver-TAPDU)
La UDPAT-entrega comprende los siguientes elementos:
Tableau [1T29.330], p.12
Tableau [2T29.330], p.13
Tableau [3T29.330], p.14
10.1.6
Notificación estado de recepción
(ReceiptStatusNotice)
La UATLM envía una UDPAT-notificación estado de recepción para invocar la operación abstracta notificación estado de recepción.
10.1.6.1
UDPAT-notificación estado de recepción
(ReceiptStatusNotice-TAPDU)
La UDPAT-notificación estado de recepción comprende los siguientes elementos:
Tableau [1T30.330], p.15
Tableau [2T30.330], p.16
10.1.7
Notificación estado de entrega
(DeliveryStatusNotice)
La UATLM envía una UDPAT-notificación estado de entrega para invocar la operación abstracta notificación estado de entrega.
10.1.7.1
UDPAT-notificación estado de entrega
(DeliveryStatusNotice-TAPDU)
La UDPAT-notificación estado de entrega comprende los siguientes elementos:
Tableau [T31.330], p.
10.1.8
Registro (Register)
El terminal TLM envía una UDPAT-registro para invocar la operación abstracta registro. La UATLM devuelve una UDPAT-registro, si es necesario, para informar el resultado de esta operación, o puede devolver una UDPAT-excepción (véase el 10.1.1.3 ) para informar de un error abstracto.
10.1.8.1
UDPAT-registro (Register-TAPDU)
La UDPAT-registro comprende los siguientes elementos:
Tableau [T32.330], p.
10.1.8.2
UDPAT-acuse de registro (RegisterACK-TAPDU)
La UDPAT-acuse de registro comprende los siguientes elementos:
Tableau [T33.330], p.
10.1.9
Listado (DSList)
El terminal TLM envía una UDPAT-indagación AD para invocar la operación abstracta listado AD. La UATLM devuelve una UDPAT-información AD, para informar el resultado de esta operación, o puede devolver una UDPAT-excepción (véase el 10.1.1.3 ) para informar de un error abstracto.
10.1.9.1
UDPAT-indagación AD (DSQuery-TAPDU)
La UDPAT-indagación AD comprende los siguientes elementos:
Tableau [T34.330], p.
10.1.9.2
UDPAT-información AD (DSReport-TAPDU)
La UDPAT-información comprende los siguientes elementos:
Tableau [T35.330], p.
10.1.10
Supresión AD (DeleteDS)
El terminal TLM envía una UDPAT-supresión mensaje para invocar la operación abstracta supresión AD. La UATLM no devuelve ninguna UDPAT para informar del resultado de esta operación, o puede devolver una UDPAT-excepción (véase el 10.1.1.3 ) para informar de un error abstracto.
10.1.10.1
UDPAT-supresión mensaje
(MessageDelete-TAPDU)
La UDPAT-supresión mensaje comprende los siguientes elementos:
Tableau [T36.330], p.
10.1.11
Captura AD (DSFetch)
El terminal TLM envía una UDPAT-petición de salida para invocar la operación abstracta captura AD. La UATLM devuelve una UDPAT-mensaje de salida para informar del resultado de esta operación, o puede devolver una UDPAT-excepción (véase el 10.1.1.3 ) para informar de un error abstracto.
La UDPAT-mensaje de salida es enviada por la UATLM para que el mensaje salga del AD. Esta UDPAT es originada por uno de los siguientes eventos:
1)alguna regla (no definida en esta Recomendación) que hace que la UATLM establezca una conexión con el terminal TLM y envíe un mensaje a horas determinadas, por ejemplo, el terminal TLM ha registrado sus horas de disponibilidad con la UATLM;
2)el terminal TLM establece una conexión con la UATLM e inicia una CSCC, que se considera como una petición implícita de salida por la UATLM;
3)recepción de una UDPAT-petición de salida.
10.1.11.1
UDPAT-petición de salida
(OutputRequest-TAPDU)
La UDPAT-petición de salida comprende los siguientes elementos:
Tableau [T37.330], p.
10.1.11.2
UDPAT-mensaje de salida (OutputMessage-TAPDU)
La UDPAT-mensaje de salida comprende los siguientes elementos:
Tableau [T38.330], p.
10.1.12
Estado de mensaje (MessageState)
El terminal TLM envía una UDPAT-indagación estado para invocar la operación abstracta estado de mensaje. La UATLM devuelve una UDPAT-información estado para informar del resultado de esta operación, o devuelve una UDPAT-excepción para informar de un error abstracto.
10.1.12.1
UDPAT-indagación estado (StatusQuery-TAPDU)
La UDPAT-indagación estado comprende los siguientes elementos:
Tableau [T39.330], p.
10.1.12.2
UDPAT-información estado
La UDPAT-información estado comprende los siguientes elementos:
Tableau [T40.330], p.
10.2
Operación de la UATLM
Este punto describe cómo proporcionará la UATLM el servicio abstracto TLM. Las operaciones abstractas TLM han sido definidas por operaciones abstractas, algunas veces con resultados o errores asociados. Estas operaciones, resultados y errores abstractos son realizados mediante el intercambio de UDPAT entre el terminal TLM y la UATLM.
La realización de las operaciones abstractas para los puertos de importación y exportación que unen la UATLM y el STRM está fuera del alcance de esta Recomendación. A los efectos de esta sección, se considerará que las operaciones importación y exportación son similares a las operaciones de puertos de depósito y entrega.
10.2.1
Envío mensaje (MessageSend)
La opareación envío mensaje será proporcionada por la UATLM mediante las UDPAT-enviar, acuse de envío y excepción.
Al recibir la UDPAT-envío, la UATLM realizará las siguientes acciones:
1)La UATLM invocará la operación abstracta de importación del SATRM, depósito de mensaje (MessageSubmission), con los siguientes valores de argumento:
Tableau [T41.330], p.
Otros argumentos de despósito de mensaje tienen un componente correspondiente UDPAT-envío. Si se omite este componente, se aplica el valor por defecto.
2)Si la operación depósito de mensaje da como resultado un error o si se detecta un error en la UDPAT-envío, la UATLM devolverá una UDPAT-excepción al terminal TLM de origen.
3)La UATLM devolverá, cuando se requiera, una UDPAT-acuse de envío al terminal TLM de origen después de la compleción satisfactoria de la operación depósito de mensaje. Los valores de la UDPAT-acuse de envío se establecerán como sigue:
Tableau [T42.330], p.
4)La UATLM mantendrá una correlación biunívoca entre los identificadores de
depósito de mensaje del STRM y los valores de información de correlación para
facilitar la indagación de estado.
10.2.2
Sondeo mensaje (MessageProbe)
La operación sondeo mensaje proporcionada por la UATLM a través de las UDPAT-sondeo, acuse de sondeo y excepción.
Al recibir la UDPAT-sondeo, la UATLM realizará las siguientes acciones:
1)La UATLM invocará la operación abstracta de importación del SATRM, depósito de sonda, con los siguientes valores de argumento:
Origen de los argumentos depósito de sonda del SATRM.
Véase el 10.2.1 - Argumentos de depósito de mensaje.
2)Si la operación sondeo da como resultado un error o si se detecta un error en la UDPAT-sondeo, la UATLM devolverá al originador una UDPAT-excepción.
3)La UATLM devolverá, cuando se requiere, una UDPAT-acuse de sondeo al originador después de la complexión satisfactoria de la operación sondeo. Los valores de la UDPAT-acuse de sondeo se fijarán como sigue:
Tableau [T43.330], p.
10.2.3
Recepción explícita (ExplicitReceive)
La operación recepción explícita es proporcionada por la UATLM a través de las UDPAT-NR explícita, acusar NR-explícita y excepción.
Al recibir la UDPAT NR-explícita, la UATLM realizará las siguientes acciones:
1)La UATLM invocará la operación abstracta de importación del SATRM, depósito de sonda, con los siguientes valores de argumento:
Tableau [T44.330], p.
2)Si la operación depósito de mensaje da como resultado un error o si se detecta un error en la UDPAT NR-explícita, la UATLM devolverá una UDPAT-excepción al originador.
3)La UATLM devolverá, cuando se requiere, una UDPAT-acuse de NR explícita al originador después de la compleción satisfactoria de la operación depósito de mensaje. Los valores de la UDPAT-acuse de NR explícita se fijarán como sigue:
Tableau [T45.330], p.
10.2.4
Cancelación mensaje (MessageCancel)
La operación cancelación mensaje es proporcionada por la UATLM a través de las UDPAT-cancelación y excepción.
Al recibir la UDPAT-cancelación, la UATLM realizará las siguientes acciones:
La UATLM invocará la operación abstracta del SATRM, cancelación entrega diferida, con el siguiente valor de argumentos:
Tableau [T46.330], p.
Si la oparación cancelación entrega diferida da como resultado un error o si
se detecta un error en la UDPAT-cancelación, la UATLM devolverá una
UDPAT-excepción al terminal TLM de origen.
10.2.5
Entregar mensaje (MessageDeliver)
La operación entrega mensaje es proporcionada por la UATLM a través de las UDPAT-entrega.
Cuando la operación abstracta del SATRM entrega de mensaje es invocada por el STRM con un MIP como el contenido de mensaje del STRM, la UATLM realizará las siguientes acciones:
1)La UATLM construirá una UDPAT-entrega para la transmisión al terminal TLM de destino con los siguientes valores de elementos:
Tableau [T47.330], p.
2)Si la UATLM no puede entregar la UDPAT-entrega construida al terminal TLM de
destino, entonces se construirá una NIP para devolverla al originador del SMIP.
Esta NIP se depositará de acuerdo con el
10.2.6
.
3)La definición de la operación abstracta entregar mensaje del puerto de exportación debe incluir un argumento resultado que indique la entrega satisfactoria o la no entrega. El STRM devolverá las notificaciones de entrega a los originadores de mensajes encaminados a través de una UATLM, solamente después de que se haya indicado el valor resultado.
10.2.6
Notificación estado de recepción
(ReceiptStatusNotice)
La operación notificación estado de recepción es proporcionada por la UATLM mediante la UDPAT-notificar estado de recepción.
Cuando la operación abstracta del SATRM entrega de mensaje es invocada por el STRM con una NIP como el contenido del SMIP, la UATLM realizará las siguientes acciones:
1)La UATLM construirá una UDPAT-notificación estado de recepción para su transmisión al terminal TLM de destino con los siguientes valores de elemento:
Tableau [T48.330], p.
10.2.7
Notificación estado de entrega
(DeliveryStatusNotice)
La operación notificación estado de entrega es proporcionada por la UATLM a través de las UDPAT-notificación estado de entrega.
Cuando la operación abstracta del STRM información entrega es invocada por el STRM, la UATLM realizará las siguientes acciones:
1)La UATLM construirá una UDPAT-notificación estado de entrega para la transmisión al terminal TLM de destino con los siguientes valores de elemento:
Tableau [T49.330], p.
2)Cuando se requiere, la UATLM acumulará notificaciones pertenecientes a una
sola UPDAT-envío y construirá una sola UDPAT-notificación estado de entrega a
partir de múltiples operaciones información entrega.
10.2.8
Registro (Register)
La operación registro es proporcionada por la UATLM a través de las UDPAT-registro, acuse de registro y excepción.
Al recibir la UDPAT-registro, la UATLM realiza las siguientes acciones:
-Si se selecciónó el modo supresión mensaje, la UATLM actuará posteriormente de acuerdo con el nuevo modo con respecto a salida de mensajes del AD del terminal TLM que origina la UDPAT-registro.
-Si se seleccionó el modo recuperación tras error, la UATLM tratará posteriormente la recuperación tras error de acuerdo con los criterios seleccionados para todas las transacciones con el originador de la UDPAT-registro.
-Si se seleccionó el modo AD, la UATLM retendrá posteriormente los mensajes para extracción o salida automática en el AD del originado de la UDPAT-registro de acuerdo con el modo AD seleccionado en esta UDPAT.
-Si el modo descarte automático ha sido permitido por la UDPAT-registro, la UATLM comenzará la supresión automática de mensajes en el AD perteneciente al originador de la UDPAT-registro cuando queden obsoletos a causa de los siguientes MIP recibidos.
-Si la función acuse de recibo automático fue permitida por la UDPAT-registro, la UATLM formatizará y depositará automáticamente las notificaciones de recepción para los siguientes mensajes IP dirigidos al originador de la UDPAT-registro. Estas notificaciones se depositarán después de la entrega satisfactoria del mensaje IP al terminal TLM o al depositar el mensaje IP en el AD del terminal TLM.
-Si no se detecta un error con la UDPAT-registro, la UATLM devolverá una UDPAT-excepción al originador.
10.2.9
Listado AD (DSList)
La operación listado AD es realizada por la UATLM como una operación interna y no afecta al STRM. La operación listado AD es proporcionada mediante las UDPAT-indagación AD, información AD y excepción como sigue.
Al recibir la UDPAT-indagación AD, la UATLM realizará las siguientes acciones:
-La UATLM preparará una UDPAT-información AD para devolver al originador. Si no hay mensajes en el AD, la UDPAT-información lo indicará.
-Si se detecta un error con la UDPAT-indagación AD, al UATLM devolverá una UDPAT-excepción al originador.
10.2.10
Supresión AD (DSDelete)
La operación supresión AD es realizada por la UATLM como una operación interna y no afecta el STRM. La operación supresión AD es proporcionada mediante las UDPAT-supresión AD y excepción como sigue.
-La UATLM suprimirá el mensaje o mensajes indicados del AD.
-Si se detecta un error con la UDPAT-supresión AD o el mensaje indicado no está disponible para supresión, la UATLM devolverá al originador una UDPAT-excepción.
10.2.11
Captura AD (DSFetch)
La operación captura AD es realizada por la UATLM como una operación interna y no afecta al STRM. La operación captura AD es proporcionada mediante las UDPAT-petición de salida, mensaje de salida y excepción, como sigue.
Al recibir la UDPAT-petición de salida, la UATLM realizará las siguientes acciones:
-Para cada mensaje indicado en la UDPAT-petición de salida y encontrado en el AD, la UATLM preparará y devolverá una UDPAT-mensaje de salida.
-Si se indicó la función supresión tras salida en la UDPAT-mensaje de salida, la UATLM suprimirá el mensaje o mensajes indicados del AD tras la salida.
-Si se está abonado al modo supresión de mensajes
`supresión
automática'
, la UATLM suprimirá el mensaje o mensajes indicados del AD
después de la salida, independientemente de si seleccionó la función suprimir
tras salida en la UDPAT-petición de salida.
-Si se detecta un error con la UDPAT-petición de salida o el mensaje o mensajes indicados no están disponibles para salida, la UATLM devolverá una UDPAT-excepción al originador. Si algunos de los mensajes de una lista de mensajes indicados están disponibles en el AD, la UATLM dará salida a los que están disponibles y devolverá una UDPAT-excepción para los que no están disponibles o están indicados incorrectamente.
-Si se está abonado al modo AD
`salida automática'
, la salida y
funciones de supresión asociadas serán ejecutadas cuando se cumplan las
condidiones suscritas por el usuario.
10.2.12
Mensaje de salida
La hora de entrega de esta UDPAT es el momento en que el AD recibe el mensaje.
10.2.13
Estado de mensaje (MessageStatus)
La operación estado de mensaje es realizada por la UATLM como una operación interna y no afecta el STRM. Esta operación es aplicable solamente cuando la UATLM acumula notificaciones para mensajes multidirección depositados anteriormente. Las operaciones son proporcionadas por la UATLM mediante las UDPAT-indagación estado, información estado y excepción.
Al recibir la UDPAT-indagación estado, la UATLM realizará las siguientes acciones:
-La UATLM construirá una UDPAT-información estado a partir de las notificaciones acumuladas que pertenecen al mensaje identificado en la UDPAT-petición estado.
-La UATLM no autorizará la operación indagación estado para la notificación estado de recepción.
-Si se detecta un error con la UDPAT-información estado o no hay registro del mensaje indicado, la UATLM devolverá al originador una UDPAT-excepción.
11
Formatos y codificación de las
UDPAT
11.1
Principios
Los elementos de una unidad de datos de protocolo de acceso telemático (UDPAT) se codificarán utilizando caracteres gráficos legibles por el hombre, del esquema de codificación de la Recomendación T.61. Otras reglas de codificación, tales como la codificación legible por máquina, serán objeto de ulterior estudio.
11.2
Estructura de las UDPAT
1)Una UDPAT se compone de uno o más documentos. El primero contiene información de control (IC), facultativamente seguida de uno o más documentos con texto (información de cuerpo de mensaje-ICM). En una sesión puede transmitirse una o más UDPAT.
2)La información de control es transmitida en un documento de control o en un documento normal.
3)La información de control está subdividida en un identificador (ID) de UDPAT y en elementos que contienen cada uno un campo de número y/o un campo de nombre, y optativamente uno o más campos de valor de elemento. Un campo de número de elemento, que es independiente del lenguaje, y el nombre del elemento, que es dependiente del lenguaje, identifican unívocamente a un elemento. En caso de acceso internacional, el campo de número de elemento debe estar siempre presente.
4)Los campos de valor de un elemento pueden contener los mismos tipos de información UDPAT o diferentes tipos de información de UDPAT. Los campos de valor de elemento (denominados componentes), se clasifican como sigue:
-componentes con valores predefinidos, es decir, componentes con un conjunto enumerable específico de valores únicos conocidos (valor predefinido);
-componentes con una amplia gama de valores no predefinidos (valor general).
5)Hay dos tipos diferentes de campos de componente:
-componente primitivo,
-componente constructor.
6)Cada componente primitivo contiene sólo un parámetro. Cada componente constructor contiene más de un parámetro.
7)Un parámetro contiene un valor de parámetro, precedido optativamente de un identificador de parámetro, que identifica el parámetro.
8)La descripción formal de una UDPAT se muestra en el cuadro 3/T.330.
9)Una línea puede contener un campo identificador de elemento y campos componentes, o el primer campo de componente del elemento empieza en una nueva línea.
10)Si el número de caracteres del componente excede del número de caracteres
que quedan en la línea, el componente debe dividirse en dos o más líneas por la
función
`NL'
. Ahora bien, no se permite dividir el componente dentro de
un parámetro.
Tableau 3/T.330 [T50.330], p.
11.3
Regla de codificación
11.3.1
Identificador de UDPAT
1)El número de UDPAT asignado a la UDPAT consistirá en dos partes separadas
por un
`punto'
(.). La primera parte identifica la aplicación, por
ejemplo,
`3'
se asigna a esta aplicación. La segunda parte identifica
los procedimientos especificados en la aplicación.
2)Cuando los requisitos nacionales impongan la utilización de números de UDPAT no normalizados las Administraciones pueden elegir cualesquiera valores en la gama 1000 a 1999 para la primera parte de los identificadores de aplicación no normalizados.
3)Otras reglas aplicadas al número y nombre de UDPAT son iguales que las de número y nombre de elemento, descritas a continuación.
11.3.2
Identificador de elemento
1)Al número de elemento se le asignará secuencialmente un número diferente.
2)Un número de elemento va siempre terminado por el carácter
`dos
puntos'
(:).
3)No habrá limitación del número de dígitos para números de elemento y se ignoran los ceros a la izquierda.
4)Cuando los requisitos nacionales impongan la utilización de números de elemento no normalizados, las Administraciones pueden elegir cualesquiera valores en la gama 1000 a 1999 para elementos no normalizados.
5)El número de elemento y el nombre de elemento estarán separados por el
carácter
`espacio'
.
6)Un nombre de elemento estará representado por una cadena de texto, que es una secuencia de caracteres gráficos. Los caracteres en mayúsculas y en minúsculas tienen el mismo efecto.
7)Un nombre de elemento es siempre terminado por el carácter
`dos
puntos'
(:).
11.3.3
Campos de valor de elemento
Para usuarios telemáticos no registrados con acceso internacional, deben aplicarse los valores predefinidos que se indican en las siguientes tablas. Para todos los casos restantes, estos valores pueden ser reemplazados por valores definidos nacionalmente.
11.3.4
Separadores y reglas comunes
1)Los identificadores de UDPAT y los elementos estarán precedidos por los siguientes delimitadores:
-secuencia
`CR LF'
, o
-secuencia
`CR LF BS +'
.
2)El identificador de elemento y el primer componente estarán separados por
el carácter
`espacio'
o las funciones
`nueva línea'
(
`NL'
=
`CR LF'
o
`LF CR'
).
3)Los componentes estarán separados por una
`coma'
(
`,'
) y
facultativamente
`NL'
.
4)Cuando en un elemento figuren componentes con valores predefinidos y no
predefinidos, estarán separados por una
`NL'
y la línea con los valores
predefinidos deberá empezar por el carácter
`='
.
5)Los parámetros dentro de un campo de componente estarán separados por el
carácter
`barra oblicua'
(
`/'
) o
`punto y coma'
(
`;'
). No deberán permitirse
`CR LF'
en un parámetro, excepto si
la longitud del parámetro es superior a una línea.
6)El valor real de un valor de parámetro está codificado por una secuencia de caracteres gráficos. Los caracteres en mayúsculas y en minúsculas tienen el mismo efecto.
7)Si algunos valores predefinidos están ausentes, pero son necesarios, se aplicarán sus valores por defecto.
8)El identificador de elemento y el primer campo de valor de elemento
estarán separados por el carácter
`espacio'
o por la función
`NL'
.
9)Las
`NL'
y
`LF'
contiguas se consideran como una
`NL'
.
10)Espacios contiguos encajados se considerarán como un espacio. Los espacios que encabezan una línea se ignoran.
11)La secuencia de caracteres
`espacio//'
indica que la línea
siguiente se considerará como un comentario.
11.4
Formato de las UDPAT
El formato de cada UDPAT según las reglas de codificación anteriores se muestra en el anexo C de esta Recomendación.
11.5
Referencia entre los componentes de UDPAT y su formato
de codificación
En este punto se proporcionan los cuadros necesarios para la codificación de los componentes de UDPAT.
11.5.1
Identificador de UDPAT e identificador de
elemento
(véase el cuadro 4/T.330)
El cuadro 4/T.330 comprende cuatro columnas:
1)La primera columna contiene el identificador de UDPAT o el nombre del identificador de elemento que se utiliza en la descripción NSA.1 del 10 .
2)La segunda columna contiene el tipo de este elemento:
a)primitivo: el elemento contiene sólo un campo de valor de elemento;
b)constructor: el elemento puede contener más de un campo de valor de elemento.
3)La tercera columna contiene el formato de codificación real del identificador de UDPAT o del identificador de elemento.
4)La última columna contiene observaciones.
11.5.2
Valores de elemento
(véase el cuadro 5/T.330)
El cuadro 5/T.330 comprende cinco columnas:
1)La primera columna contiene el nombre de valor de elemento (nombre del componente) que se utiliza en la descripción NSA.1 del 10 .
2)La segunda columna contiene el tipo de campo del valor de elemento:
a)primitivo: el componente contiene sólo un parámetro;
b)constructor: el componente puede contener más de un parámetro.
3)La tercera columna contiene el tipo del valor:
a)predefinido;
b)general, que se define en este punto.
4)La cuarta columna contiene el formato de codificación real, o en el caso del valor general, un nombre de referencia que indica el formato de codificación real en el cuadro 6/T.330.
5)La última columna contiene observaciones.
11.5.3
Valores generales
(véase el cuadro 6/T.330)
El cuadro 6/T.330 comprende cinco columnas:
1)La primera columna contiene el nombre de referencia (nombre de valor general) utilizado en el cuadro 5/T.330.
2)La segunda columna contiene el nombre del parámetro.
3)La tercera columna contiene el código del valor:
4)La cuarta columna contiene la contraseña y el formato de este parámetro.
5)La última columna contiene observaciones.
Tableau 4/T.330 [1T51.330], p.37
Tableau 4/T.330 [2T51.330], p.38
Tableau 4/T.330 [3T51.330], p.39
Tableau 5/T.330 [1T52.330], p.40
Tableau 5/T.330 [2T52.330], p.41
Tableau 5/T.330 [3T52.330], p.42
Tableau 5/T.330 [4T52.330], p.43
Tableau 6/T.330 [1T53.330] (à l'italienne), p.44
Tableau 6/T.330 [2T53.330] (à l'italienne), p.45
Tableau 6/T.330 [3T53.330] (à l'italienne), p.46
Tableau 6/T.330 [4T53.330] (à l'italienne), p.47