(H.T.=OUI)
TAB.???
FICHIER: H.T. =
(82.TA.238.S)
(SANS FORMULE) Tableaux: 10 - Tabulateurs: 2 RPAR? F06/002 à 005 ETTD F07/002 Formules: 0 -
(1BT) (BT..)
(82.TE.09.S)
(A1.23e) / [26e]
FOLIOS: 339 - 365
(DO PRC.COSY.2)
MEP {TPS.NON.PHOTO "[PA1]"} : OK= [1]
Saisie 02.12.88 SD
ID + LASER + diskette MAJ 19.12.88 GT
Corr. LASER (1re épreuve) = 3eme 12.01.89 SD
AJOUTER (PA1) (CL1,0,0,0) pour MEP
MEP + LASER 1.02.89 GH/PC
Corr. MEP ........ ..
Insertion des tableaux (tabulateurs 2) 1.02.89 PC
BAT 20.02.89 PV
MAJ s/disquettes 28.03.89 CD
3.5.14
Formato normalizado de las
señales de servicio de EDD de valor
de parámetro
La señal de servicio de EDD de valor de parámetro consta de los elementos siguientes:
&lab;señal de servicio de EDD de valor de parámetro> :: =&lab;PAR> &lab;lista de parámetros>
donde
&lab;PAR> :: =5/0 (P) 4/1 (A) 5/2 (R) 2/0 (SP)
(respuesta del EDD local a una petición de valores de parámetro)
5/2 (R) 5/0 (P) 4/1 (A) 5/2 (R) 2/0 (SP)
(respuesta del EDD distante a una petición de valores de parámetro)
&lab;lista de parámetros> :: =uno o varios &lab;parámetros>
&lab;parámetro> :: =&lab;referencia de parámetro> &lab;valor de parámetro> &lab;texto>
&lab;referencia de parámetro> :: =referencia decimal del parámetro seguida del carácter 3/10 (:)
&lab;valor de parámetro> :: =valor decimal del parámetro
&lab;texto> :: =2/0 (SP) 2/13 (-) 2/0 (SP) seguido del texto en modo de diálogo ampliado especificado en el cuadro 8/X.28.
Si la referencia o valor de parámetro pedidos no son válidos, se transmitirán los caracteres 4/9 (I) 4/14 (N) 5/6 (V) en lugar del valor del parámetro apropiado.
Si la señal de
servicio de EDD de valor de parámetro
^contiene más de un valor de parámetro se transmitirán los caracteres 2/12 (,)
2/0 (SP) antes de la siguiente referencia de parámetro.
En el modo de diálogo ampliado, si la longitud de la referencia de parámetro, del valor y del texto siguientes hace que la longitud de la línea exceda del valor del parámetro 10 del EDD (si no es cero), se podrá utilizar el carácter 2/12 (,) seguido del determinante de formato.
3.5.15
Formato de la
señal de
instrucción de EDD de selección
Una señal de
instrucción de EDD de selección
^ está
constituida, en el orden siguiente, por un bloque
petición de
facilidad
, o un bloque de
dirección
, o ambos,
seguidos facultativamente de un campo de datos de usuario de la llamada.
3.5.15.1
Formato del
bloque de
petición de facilidad
Los caracteres que representan el
petición
de facilidad
petición de facilidad
se enviará el carácter 2/12 (^,^)
para separar los códigos de
petición de facilidad.
El
carácter 2/13 (-) se enviará al final del bloque de
petición
de facilidad
.
3.5.15.1.1 El formato de la
petición
de facilidad
^ IUR
&lab;petición de facilidad> :: = &lab;N> &lab;cadena IUR>
&lab;N> :: = carácter 4/14 (N) del AI N.o 5
&lab;cadena> :: =Uno o más caracteres de las columnas 2 a 7 del Alfabeto Internacional N.o 5 (AI N.o 5), salvo 2/0 (S/P), 7/15 (DEL), 2/13 (-), 2/12 (^,^), 2/11 (+).
Nota 1
- Al detectarse por el EDD la presencia de la
señal de
petición de facilidad
^IUR deberá desactivarse la
devolución en eco (independientemente de su valor de parámetro) mientras dure
la
petición de facilidad
^IUR.
Nota 2
- La longitud de la cadena IUR depende de la
red.
Nota 3
- Los caracteres de las columnas 0 y 1, excepto
0/13 (CR), y los caracteres 7/15 (DEL) y 2/0 (SP) pueden incluirse durante la
transmisión de la cadena IUR, pero no formarán parte de la cadena IUR y serán
descartados.
3.5.15.1.2 El formato de la señal de
petición de
facilidad
^ de selección (red de tránsito) de EPER es el siguiente:
&lab;petición de facilidad de EPER> :: =&lab;T> &lab;cadena EPER>
&lab;cadena EPER> :: =El CIRD de la EPER solicitada. Además algunas redes pueden trabajar también con representaciones gráficas del CIRD que pueden utilizarse
&lab;T> :: =carácter 5/4 (T) del AI N.o 5.
3.5.15.1.3 El formato de la
petición de
facilidad
^ de cobro revertido
&lab;petición de facilidad de cobro revertido> :: = &lab;R>
&lab;R> :: = carácter 5/2 (R) del AI N.o 5.
3.5.15.1.4
Formatos de las señales de grupo cerrado de
usuarios
Cuando el usuario esté abonado a grupo cerrado de usuarios (GCU), debe
elegir un GCU preferencial. En este caso, el usuario puede utilizar únicamente
la señal de
petición de facilidad de GCU
.
Cuando el usuario esté abonado a un GCU y tenga acceso de salida (GCUAS)
y/o acceso de llegada (GCUAL), puede optar por tener o no un GCU preferencial.
Si no ha elegido un GCU preferencial, el usuario puede señalar la
petición de facilidad de GCU
^o la
petición de facilidad de GCUAS
^en una señal de
instrucción EDD de selección
^particular. Cuando el
usuario ha elegido un GCU preferencial, puede utilizar únicamente la señal de
petición de facilidad de GCU
.
La
petición de facilidad de GCU
^y la
petición de facilidad de GCUAS
^no
deben utilizarse en una misma señal de
instrucción EDD de
selección
.
3.5.15.1.4.1 El formato de la
petición de
facilidad
^ de grupo cerrado de usuarios
&lab;petición de facilidad de GCU> :: = &lab;G> <índice>
&lab;G> :: = carácter 4/7 (G) del AI N.o 5
&lab;índice facultativo> :: = una o dos cifras decimales.
El EDD tratará la ausencia de índice como una petición implícita del GCU preferencial.
El EDD tratará la ausencia de la
petición de facilidad de
GCU
como una petición implícita de GCU preferencial si el usuario se ha
abonado a la facilidad de GCU, GCUAS y/o GCUAL y no se ha elegido un GCU
preferencial.
3.5.15.1.4.2 El formato de la facilidad de grupo cerrado de usuarios con acceso de salida es el siguiente:
&lab;GCU con petición de facilidad de acceso de salida> :: = &lab;O> &lab;índice>
&lab;O> :: = carácter 4/15 (O) del AI N.o 5
&lab;índice facultativo> :: = una o dos cifras decimales.
3.5.15.1.5 El formato de la
petición de
facilidad
^ de información de tasación
&lab;petición de facilidad de información de tasación> :: = &lab;C>
&lab;C> :: = carácter 4/3 (C) del AI N.o 5.
3.5.15.1.6 El formato de la señal de
petición de
facilidad
^de ampliación de la dirección llamada es el siguiente:
Petición de facilidad de ADL:
&lab;petición de facilidad de ADL> :: = &lab;E> &lab;Cadena de ADL>
&lab;E> :: = Carácter 4/5 del AI N.o 5 (E)
&lab;ADL> :: =La ampliación de la dirección llamada es una cadena de hasta 40 caracteres del conjunto 3/0 - 3/9. Otras representaciones de la ampliación de dirección llamada serán objeto de ulterior estudio.
Se estudiará también ulteriormente la forma de indicar el tipo de dirección presente en la facilidad de ampliación de la dirección llamada.
3.5.15.1.7 El formato de la señal de
petición de
facilidad
^de selección rápida sin restricción de respuesta es el
siguiente:
&lab;petición de facilidad de selección rápida sin restricción de respuesta> :: = &lab;F>
&lab;F> :: = carácter 4/6 (F) del AI N.o 5.
3.5.15.1.8 El formato de la señal de
petición de
facilidad
^de prevención de reselección del ETD es el siguiente:
&lab;petición de facilidad de prevención de reselección del ETD llamado> :: = &lab;S>
&lab;S> :: = carácter 5/3 del AI N.o 5 (S).
3.5.15.1.9 El formato de la señal de
petición de
facilidad
^de selección rápida con restricción de respuesta es el
siguiente:
&lab;petición de facilidad de selección rápida con restricción de respuesta> :: = &lab;Q>
&lab;Q> :: = carácter 5/1 (Q) del AI N.o 5.
El formato de otros códigos de
petición de facilidad
^
será objeto de ulterior estudio.
3.5.15.2
Formato del
bloque de
dirección
Deberán transmitirse caracteres que representan una dirección completa o
una dirección abreviada. Cuando se transmita una dirección abreviada deberá ser
precedida por el carácter 2/14 (^.^). Cuando se transmita más de una dirección,
sean completas o abreviadas, se enviará como separador el carácter 2/12 (^,^).
Cuando se utilice una dirección abreviada, el campo de datos de usuario de
llamada irá separado de la
dirección
abreviada
3.5.15.2.1 El formato de la dirección completa es el siguiente:
&lab;dirección completa> :: =uno o más caracteres numéricos del Alfabeto Internacional N.o 5 (AI No 5).
Nota
- Los caracteres numéricos están en las
posiciones 3/0 a 3/9.
3.5.15.2.2 El formato de la dirección abreviada es el siguiente:
&lab;dirección abreviada> :: =uno o más caracteres de las columnas 2 a 7 del Alfabeto Internacional N.o 5, salvo 2/10 (*), 2/11 (+), 2/12 (^,^) y 7/15 (DEL). El primer carácter no pertenecerá al conjunto 0^.^.^.^9 (3/0^.^.^.^3/9).
Nota 1
- El EDD traducirá la cadena en una dirección
completa.
Nota 2
- Las Recomendaciones para la traducción de la
cadena de caracteres en una dirección completa serán objeto de ulteriores
estudios.
Nota 3
- Esta facilidad es facultativa.
3.5.15.3
Formato del
campo de
datos de usuario de llamada
Se transmitirá el carácter 5/0 (P) o el carácter 4/4 (D) seguido de hasta 12 caracteres de datos de usuario o hasta 124 caracteres de datos de usuario en relación con la facilidad de selección rápida. Algunas redes pueden no poner este campo a disposición del usuario.
Nota
- Los caracteres 0/13 (CR) y 2/11 (+) no deben
incluirse en el campo de datos de usuario porque serán tratados como un
delimitador de señal de instrucción de EDD
^y no se
transmitirán al ETD de paquetes distante. Los caracteres de edición no deben
incluirse en el campo de datos de usuario, pues serán tratados como caracteres
que proporcionan la función de edición.
3.5.16
Formato de la
señal de
petición de servicio
El formato deberá seguir estudiándose.
3.5.17
Formato normalizado de la
señal de servicio de EDD de
indicación de liberación
La señal de servicio de EDD de
indicación de
liberación
^ constará de los siguientes elementos en el orden siguiente:
-un campo obligatorio:
&lab;una secuencia de caracteres alfabéticos que presentan la indicación de liberación (véase el 3.5.17.1 )> &lab;carácter de formato>
-los siguientes campos facultativos:
&lab;bloque de dirección de ETD llamado (véase el 3.5.17.2 )> &lab;carácter de formato>
&lab;bloque de facilidad facultativa (véase el 3.5.17.3 )> &lab;carácter de formato>
&lab;bloque de datos de usuario de liberación (véase el 3.5.17.4 )> &lab;carácter de formato>.
3.5.17.1
Formato normalizado del campo obligatorio
El campo obligatorio consta de los siguientes elementos:
&lab;campo obligatorio> :: =&lab;CLEAR> &lab;causa> &lab;código de causa> &lab;diagnóstico> &lab;texto>
&lab;CLEAR> :: =4/3 (C) 4/12 (L) 5/2 (R) 2/0 (SP)
&lab;causa> :: =una de las causas especificadas en el cuadro 6/X.28
&lab;código de causa> :: =2/0 (SP) 4/3 (C) 3/10 (:) seguidos de uno, dos o tres caracteres que representan el valor decimal del código de causa, especificado en la Recomendación X.25.
&lab;diagnóstico> :: =2/0 (SP) 4/4 (D) 3/10 (:) seguidos de uno, dos o tres caracteres que representan el valor decimal del código de diagnóstico, especificado en la Recomendación X.25.
&lab;texto> :: =2/0 (SP) 2/13 (-) 2/0 (SP) seguido del texto en modo de diálogo ampliado especificado para la &lab;causa> correspondiente en el cuadro 6/X.28.
Nota
- El uso de los campos &lab;código de causa> y
&lab;diagnóstico> es facultativo.
Cuadro 6/X.28 [T6.28], p.
Cuadro 7/X.28 [T7.28], p.
Cuadro 8/X.28 [T8.28], p.
3.5.17.2
Formato del
bloque de
dirección del ETD llamado
La necesidad del bloque de dirección del ETD y su formato serán objeto de ulterior estudio.
3.5.17.3
Formato del
bloque de
facilidad facultativa
Si se tiene por abono o se solicita en la señal de
instrucción de EDD de selección
^(véase el cuadro 4/X.28), el bloque de facilidad facultativa contendrá la
3.5.17.4
Formato del bloque de datos de usuario de
liberación
Se transmitirán como máximo los 128 caracteres del campo de datos de usuario de liberación recibido del ETD distante. El campo de datos de usuario de liberación sólo se permite en conexión con la facilidad de selección rápida.
3.5.18
Formato normalizado de la
señal de servicio de EDD de
identificación de EDD
Los caracteres que constituirán esta señal de
servicio de
EDD
^dependerán de la red, pero probablemente indiquen la identidad del
EDD y la identidad del puerto.
3.5.19
Formato normalizado de la
señal de servicio de EDD de
error
Se transmitirán los caracteres 4/5 (E) 5/2 (R) 5/2 (R), seguidos de otros caracteres que serán objeto de ulterior estudio.
3.5.20
Formato de los
caracteres
de relleno
El carácter de relleno será el 0/0 (NUL) o la duración equivalente de 1 binarios según la red en cuestión.
3.5.21
Formato normalizado de la
señal de servicio de EDD de
conectado
La señal de
servicio de EDD de conectado
^ consistirá
en los siguientes elementos, en ese mismo orden:
-&lab;bloque de dirección del ETD llamado facultativo> &lab;caracteres de formato>
-&lab;bloque de facilidad facultativa> &lab;caracteres de formato>
-&lab;campo de datos de usuario llamado facultativo (véase el 3.5.21.1 )> &lab;caracteres de formato>
-&lab;caracteres 4/3 (C) 4/15 (O) 4/13 (M)> &lab;caracteres de formato>.
El bloque de dirección del ETD llamado consistirá en caracteres numéricos del AI N.o 5. El bloque de facilidad facultativa será el indicado en el 3.5.22.2 . Deberá estudiarse ulteriormente si como carácter de formato se empleará el carácter 2/0 (SP) o el determinante de formato.
3.5.21.1
Formato normalizado del campo de datos de usuario
llamado
Se transmitirán como máximo los 124 caracteres del campo de datos de usuario llamado recibido del ETD distante. El campo de datos de usuario llamado sólo se permite en relación con la facilidad de selección rápida.
3.5.22
Formato normalizado de la
señal de servicio de EDD de llamada
entrante
El formato normalizado de la señal de
servicio de EDD
de llamada entrante
^ comprenderá los siguientes
elementos, en ese mismo orden:
-&lab;bloque de dirección del ETD llamante> &lab;caracteres de formato>
-&lab;bloque de facilidad facultativa> &lab;caracteres de formato>
-&lab;bloque de datos de la llamada> &lab;caracteres de formato>
-&lab;caracteres 4/3 (C) 4/15 (O) 4/13 (M)>.
3.5.22.1
Formato normalizado del
bloque de dirección del ETD
llamante
El formato normalizado del bloque de dirección del ETD llamante será objeto de ulterior estudio.
3.5.22.2
Formato normalizado del
bloque de facilidad
facultativa
El formato normalizado del bloque de facilidad es el siguiente:
&lab;bloque de facilidad> :: = &lab;FAC:> &lab;cadena de facilidad>
&lab;FAC:> :: = &lab;caracteres 4/6 (F) 4/1 (A) 4/3 (C) 3/10 (:) 2/0 (SP) del AI N.o 5>
&lab;cadena de facilidad> :: =Uno o más códigos de indicación de facilidad separados por el carácter 2/12 (,). Para los códigos de indicación de facilidad véanse el cuadro 4/X.28 y el 3.5.15.1 .
El bloque de facilidad se suprime si no hay facilidades en la llamada entrante.
3.5.22.3
Formato normalizado del
bloque de datos de la
llamada
Deberán enviarse como máximo 12 caracteres, o 124 caracteres en relación con la facilidad de selección rápida, tomados del campo de datos de la llamada recibido del ETD distante.
3.5.23
Formato normalizado de la
señal de servicio de EDD
dispuesto
El formato normalizado de la señal de
servicio de EDD
dispuesto
^ es el carácter 2/10 (*) después de un
determinante de formato
.
Nota
- Durante cierto periodo transitorio se permiten
otros caracteres.
3.5.24
Formato normalizado de la
señal de servicio de EDD de
supresión de carácter
Según el valor del parámetro 19, se aplicará lo siguiente:
Valor 0:No se enviará ninguna señal de
servicio de EDD
.
Valor 1:Se enviará el carácter 5/12 ( ), véase la nota.
Valor 2:Se enviarán los caracteres 0/8 (BS) 2/0 (SP) 0/8 (BS).
Valor 8, 32 a 126:Se enviará un carácter del Alfabeto Internacional N.o 5.
Nota
- Como alternativa, algunas redes pueden utilizar
el carácter 2/15 (/).
3.5.25
Formato normalizado de la
señal de servicio de EDD de
supresión de línea
Según el valor del parámetro 19, se aplicará lo siguiente:
Valor 0:No se enviará ninguna señal de
servicio de EDD
.
Valor 1, 8, 32 a 126:Se enviarán los caracteres 5/8 (X) 5/8 (X) 5/8 (X) seguidos del determinante de formato.
Valor 2:Se enviarán los caracteres 0/8 (BS) 2/0 (SP) 0/8 (BS) un número de veces igual al número de caracteres gráficos borrados en la memoria tampón.
3.5.26
Formato normalizado de la
señal de servicio de EDD de error
de paridad
El formato normalizado será objeto de ulterior estudio.
3.5.27
Formato normalizado de la
señal de servicio de EDD de espera
de página
Se enviarán los caracteres 0/13 (CR) 5/0 (P) 4/1 (A) 4/7 (G) 4/5 (E).
3.5.28
Formato del
carácter de
anulación de espera de página
Se enviará el carácter X-CERRADO.
3.5.29
Formato normalizado de la
señal de servicio de EDD de
reselección
El formato normalizado de la señal de servicio de EDD de reselección comprenderá los siguientes elementos en ese mismo orden:
-&lab;caracteres 5/4 (T) 5/2 (R) 4/1 (A) 4/14 (N) 5/3 (S) 4/9 (F) 4/5 (E) 5/2 (R) 2/0 (SP) 5/4 (T) 4/15 (O) 3/10 (:)> &lab;carácter de formato>
-&lab;bloque de dirección del ETD reseleccionado> &lab;carácter de formato>
-&lab;bloque de facilidad facultativa> &lab;carácter de formato> &lab;nota>.
Nota 1
- El bloque de facilidad facultativa contiene
las facilidades incluidas por el EDD en el
paquete de petición
de llamada
^enviado al ETD reseleccionado. El formato del bloque de
facilidad facultativa es idéntico al de la señal de
servicio de
EDD de llamada entrante
.
Nota 2
- Si se solicita por la señal de
instrucción de EDD de selección
,^ en
caso de la llamada original o por la señal de
servicio de
EDD de reselección
^en el caso de llamada con reselección,
el EDD enviará la información de tasación antes de transmitir la señal de
servicio de EDD de reselección
^[véase el
3.6
iii) de la Recomendación X.29].
Nota 3
- El formato de la información de tasación
depende de la red (véase el
3.5.17.2
).
3.6
Funciones de edición en el EDD
El EDD proporciona funciones para que el ETD arrítmico edite caracteres
introducidos en el EDD en señales de
instrucción de EDD
^antes de que éstas sean procesadas por el EDD. Estas funciones son:
a)supresión de carácter,
b)supresión de línea,
c)visualización de línea.
En algunos EDD existen funciones idénticas, disponibles facultativamente,
para uso por el ETD arrítmico durante el estado de
transferencia de datos
. Cuando el parámetro 15 está puesto
a 0 no hay funciones de edición disponibles durante el estado de
transferencia de datos
.
Cuando el parámetro 15 está puesto a 1, se proporcionan funciones de
edición durante el estado de
transferencia de datos
^(véase el
4.17
).
El usuario puede tener también la posibilidad, en algunas realizaciones de EDD, de seleccionar el carácter utilizado para efectuar cada una de las funciones mencionadas asignando el valor de los parámetros 16, 17 y 18, así como decidir si el EDD responderá a los caracteres de edición y elegir el formato asignando adecuadamente el valor del parámetro 19.
Los procedimientos para edición descritos en este punto son aplicables
tanto al estado de
instrucción de EDD
^como al estado de
transferencia de datos
^(cuando proceda).
3.6.1
Memoria tampón para edición
Para efectuar las funciones de edición, el EDD permite el almacenamiento temporal de caracteres en una memoria tampón para edición.
3.6.1.1
Capacidad de la memoria tampón para
edición
en el estado de
instrucción de EDD
En el estado de
instrucción de EDD
, ^la capacidad de
la memoria tampón para edición será la suficiente para contener la señal de
instrucción de EDD
^obligatoria más larga entre las
permitidas por esta Recomendación.
3.6.1.2
Capacidad de la memoria tampón para edición en el
estado de transferencia de datos
En el estado de
transferencia de datos
, ^la capacidad
de la memoria tampón para edición depende de la red, pero no será menor que el
tamaño de un paquete completo ni menor que el valor del parámetro 10 aumentado
en una unidad. Sin embargo, debe señalarse que, en algunas redes, la capacidad
de la memoria tampón para edición puede estar limitada a un máximo de 128
octetos.
3.6.1.3
Repercusión de la edición en las condiciones
de envío de datos
En el estado de
transferencia de datos
, ^los
caracteres introducidos en la memoria tampón para edición se enviarán en una
secuencia de paquetes completos cuando se produzca alguna de las condiciones de
envío de datos descritas en el
4.4
de esta Recomendación y en el
2.1
de la Recomendación X.29, con las excepciones siguientes:
a)el EDD no tendrá en cuenta el retardo del temporizador de reposo definido por el valor del parámetro 4;
b)se suspenderá el envío de datos en paquetes completos.
Cuando se hayan recibido más datos de los necesarios para llenar la memoria tampón para edición, se envía un paquete completo. Los caracteres restantes se colocarán al principio de la memoria tampón para edición y seguirá siendo posible editar estos caracteres.
El ETD arrítmico no podrá editar, mediante las funciones de edición del EDD, los caracteres contenidos en un paquete ya enviado.
3.6.2
Procedimientos de edición
En los procedimientos de edición de señales de
instrucción de EDD
^ y de datos de
usuario (cuando se haya previsto esta facilidad) se utilizan los parámetros de
EDD definidos en la Recomendación X.3.
3.6.2.1
Procedimiento para la función de edición de
supresión de carácter
La función de edición de supresión de carácter se realiza cuando el EDD
recibe del ETD arrítmico un carácter de
supresión de
carácter
^o una serie de caracteres de
supresión de carácter
. La recepción de cada carácter de
supresión de carácter
, ^provoca la supresión del último
carácter almacenado en ese momento en la memoria tampón para edición.
Subsiguientemente, cuando el parámetro 6 no está puesto a 0, si el
parámetro 19 está puesto a 2 o a 8 y se suprime un carácter gráfico en la
memoria tampón para edición, o, si el parámetro 19 está puesto a 1 o a un valor
de 32 a 126 y se suprime un carácter en la memoria tampón para edición, el EDD
enviará la señal de
servicio de EDD de supresión de
carácter
. El formato normalizado de la señal de
servicio de EDD de supresión de
carácter
^se indica en el
3.5.24
.
El carácter de
supresión de carácter
, ^cuando sea
seleccionable por el usuario está determinado por el valor del parámetro 16. El
valor por defecto del parámetro 16 o el carácter de
supresión
de carácter
cuando no sea seleccionable por el usuario es el carácter 7/15
(DEL).
3.6.2.2
Procedimiento para la función de edición de
supresión de línea
La función de edición de supresión de línea se efectúa cuando el EDD recibe
del ETD arrítmico un carácter de
supresión de línea
. La
recepción del carácter de
supresión de línea
^causa la
supresión del contenido vigente de la memoria tampón para edición.
Si el parámetro 6 y el parámetro 19 no están puestos a 0 y la memoria
tampón para edición no está vacía, el EDD transmitirá una señal de
servicio de EDD de supresión de línea
.
El carácter de
supresión de línea
, ^cuando sea
seleccionable por el usuario, está determinado por el valor del parámetro 17.
El valor por defecto del parámetro 17 o el carácter de
supresión de línea
^cuando no sea seleccionable por el
usuario es el carácter 1/8 (CAN).
3.6.2.3
Procedimiento para la función de edición de
visualización de línea
La función de edición de visualización de línea se efectúa cuando el EDD
recibe del ETD arrítmico un carácter de
visualización de
línea
.
Al recibir el carácter de
visualización de línea
, ^el
EDD transmite al ETD arrítmico un determinante de formato seguido de los
caracteres almacenados en ese momento en la memoria tampón para edición.
El carácter de
visualización de línea
, ^cuando sea
seleccionable por el usuario, está determinado por el valor del parámetro 18.
El valor por defecto del parámetro 18 o el carácter de
visualización de línea
^cuando no sea seleccionable por el
usuario es el carácter 1/2 (DC2).
3.7
Procedimiento de
petición de
estado de la llamada virtual
Si el parámetro 6 no está puesto a 0, el ETD arrítmico puede preguntar si
existe una llamada virtual enviando una señal de instrucción
EDD de estado
^al EDD. El EDD responderá transmitiendo al
ETD la señal de servicio de
EDD de estado ocupado
^o
de estado libre
. El formato de la señal de instrucción de
EDD y el formato normalizado de las señales de servicio EDD se indican en los
3.5.10
y 3.5.11, respectivamente.
4
Procedimientos de intercambio de
datos de usuario entre un ETD arrítmico y un EDD
Los procedimientos descritos son aplicables durante el estado de
transferencia de datos
del interfaz con un ETD arrítmico.
4.1
Estado de transferencia de datos
Tras recibir la señal de
servicio de EDD de conectado
^
o de
llamada entrante
, ^el interfaz estará en el estado de
transferencia de datos
^y permanecerá
en ese estado, a menos que el EDD haya salido de dicho estado en la forma
descrita en el
4.9
, hasta que el EDD o el ETD arrítmico liberen la
llamada virtual como se indica en el
3.2.2
.
Si los parámetros 1, 12, 15 y 22 (cuando se aplique) están puestos a 0,
durante el estado de
transferencia de
datos
^el ETD arrítmico puede transmitir cualquier
secuencia de caracteres para su entrega al ETD distante. Si el parámetro 1 no
está puesto a 0, el carácter de rellamada de EDD seleccionado por el valor del
parámetro 1 sólo puede transferirse mediante el procedimiento descrito en el
4.9.1.1
.
Si el parámetro 12 está puesto a 1, los caracteres 1/1 (DC1) y 1/3 (DC3) no pueden transferirse al ETD distante; el parámetro 15 está puesto a 1, los caracteres asignados para funciones de edición no pueden transferirse al ETD distante; y si el parámetro 22 (cuando se aplique) no está puesto a 0, el carácter 1/1 (DC1) no puede transferirse al ETD distante.
Los valores de otros parámetros pueden influir en que ciertos caracteres
puedan o no transferirse durante el estado de
transferencia
de datos
.
4.2
Datos del ETD arrítmico recibidos por el EDD
Por definición, los caracteres recibidos del ETD arrítmico están constituidos por todos los bits recibidos entre los bits de arranque y de parada, ambos exclusive. La acción del EDD con respecto al bit de paridad (bit 8) de todos los caracteres recibidos se describe en el 2.1 .
4.3
Entrega de datos de usuario al ETD arrítmico
Los datos recibidos por el EDD para su entrega al ETD arrítmico serán tratados como octetos contiguos. Cada octeto se transmitirá al ETD arrítmico a la velocidad de señalización de datos apropiada para el mismo. La acción del EDD con respecto al bit 8 (paridad) de todos los caracteres transmitidos se describe en el 2.1 .
A los caracteres se añadirán los bits de arranque y de parada, de conformidad con la Recomendación X.4, con la excepción de que el número de bits de parada será como sigue: si el EDD funciona a 110 bit/s, se transmitirán dos bits de parada. Para cualquier otra velocidad se transmitirá un solo bit de parada.
Se transmitirán los datos al ETD arrítmico en la primera oportunidad en que lo permitan las reglas de entrelazado, véase el 4.19 .
4.4
Condiciones de envío de datos
Se enviará un paquete de acuerdo con el control de flujo, siempre que, después de haberse enviado el paquete precedente, se hayan recibido del ETD arrítmico más datos que los necesarios para llenar un paquete, si el parámetro 15 está puesto a 0. También se enviará un paquete cuando haya transcurrido el periodo máximo de temporización para el empaquetado, que comienza en el momento en que el EDD recibe el primer carácter que ha de empaquetarse. El valor del periodo de temporización, cuando se aplica, dependerá de la red y deberá ser superior o igual a 15 minutos.
Además, el ETD arrítmico puede indicar al EDD que, de acuerdo con el control de flujo, debe enviarse un paquete, cuando realice una o más de las siguientes operaciones:
a)Deje transcurrir después de la transmisión del último carácter al EDD, el plazo del temporizador de reposo (véase el parámetro 4 en el cuadro 1/X.3), sin enviar un carácter. Si, como consecuencia de las limitaciones impuestas por el control de flujo, el paquete no puede transmitirse, los caracteres procedentes del ETD arrítmico continuarán agregándose al paquete hasta que el control de flujo permita el envío del paquete, o se complete éste. Se avisará al ETD arrítmico (véanse los 4.5 y 4.6) si se produce esta última condición. Esta condición de envío no se aplica si el parámetro 15 está puesto a 1.
b)Transmita uno de los caracteres de envío de datos (véase el parámetro 3 en el cuadro 1/X.3). El carácter se incluirá en el campo de datos del paquete que él delimita, antes de enviarse el paquete. Cuando el carácter de envío es el carácter 0/13 (CR) y el parámetro 13 está puesto a 6 o a 7, el carácter 0/10 (LF) se incluirá en la misma secuencia de paquetes completos que el carácter 0/13 (CR) y la delimitará.
c)Transmita la señal de
corte
^ cuando el parámetro 7
está puesto a cualquier valor excepto 0 (cero).
d)Transmita el primer carácter de una señal de
instrucción de EDD
^después que el
interfaz haya pasado al estado de
en espera de instrucción
^descrito en el
4.9.1
.
e)Si el valor del parámetro 15 está puesto a uno, el envío de datos se realizará como se describe en el 3.6.1.3 .
4.5
Procedimiento para indicar el EDD al ETD arrítmico,
mediante una señal de servicio de EDD, la imposibilidad
temporal de aceptar información adicional
El procedimiento en virtud del cual el EDD podrá indicar la imposibilidad
temporal de recibir más caracteres, y después la posibilidad de recibirlos,
mediante señales de
servicio de EDD
, ^será objeto de
ulterior estudio.
Este procedimiento no se aplicará si el parámetro 6 está puesto a 0.
4.6
Procedimientos de transmisión de X-CERRADO y
X-ABIERTO por el EDD
4.6.1 Si el parámetro 5 está puesto a 1 se aplica el procedimiento de control de dispositivo auxiliar:
El EDD transmitirá el carácter X-CERRADO al ETD en cuanto el interfaz pase
al estado de
transferencia de datos
. El EDD transmitirá el
carácter 1/1 (DC1) como carácter X-CERRADO.
El EDD enviará el carácter X-ABIERTO al ETD arrítmico, cuando, no pudiendo
recibir más de M caracteres procedentes del dispositivo auxiliar del ETD
arrítmico, recibe otro carácter más del ETD. El EDD transmitirá también el
carácter X-ABIERTO antes de que el interfaz abandone el estado de
transferencia de datos
. El EDD transmitirá el carácter 1/3
(DC3) como carácter X-ABIERTO.
Cuando el EDD pueda de nuevo recibir por lo menos M + 1 caracteres del ETD arrítmico, transmitirá al ETD arrítmico el carácter X-CERRADO.
4.6.2 Si el parámetro 5 está puesto a 2, se aplica el siguiente procedimiento de control de flujo:
El EDD enviará el carácter X-CERRADO al ETD tan pronto como el interfaz
pasa al estado de
EDD en espera
^(estado 5), después de la
iniciación del enlace.
El EDD enviará el carácter X-ABIERTO al ETD arrítmico, cuando, encontrándose el interfaz en uno de los estados 5, 6, 7, 9 ó 10 y no pudiendo recibir más de M caracteres procedentes del ETD arrítmico, recibe otro carácter más de dicho ETD.
Cuando el EDD pueda de nuevo recibir por lo menos M + 1 caracteres del ETD arrítmico, le transmitirá el carácter X-CERRADO.
El EDD no transmitirá al ETD arrítmico caracteres X-ABIERTO distintos de los especificados en el párrafo anterior.
Nota
- Algunas redes pueden enviar el carácter
X-CERRADO al ETD arrítmico cuando el interfaz pasa a alguno de los estados 5,
6, 7, 9 y 10 desde cualquier otro estado.
4.6.3 El valor de M será objeto de ulterior estudio.
4.7
Procedimientos de reiniciación
4.7.1
Reiniciación por el ETD
El ETD arrítmico envía al EDD una señal de
instrucción
de EDD de reiniciación
^cuando desea reiniciar la
llamada virtual.
a)La señal de
corte
^ (véase el
3.1.2
) será
reconocida por el EDD como una señal de
instrucción de EDD
de reiniciación
, ^si el parámetro 7 está puesto a 2.
b)También el ETD arrítmico puede pedir la reiniciación, abandonando el
estado de
transferencia de datos
^y enviando una señal de
instrucción de EDD de reiniciación
^con arreglo al
procedimiento descrito en el
4.9.2.3
.
4.7.2
Indicación de
reiniciación
por el EDD
Si la llamada virtual es reiniciada por el ETD de paquetes, por el ETD
arrítmico conectado a través de un EDD, o por la red, el EDD enviará al ETD
arrítmico una señal de
servicio de EDD de reiniciación
,
^si el parámetro 6 está puesto a 0. Esta señal de
servicio de
EDD
^indicará la causa de la reiniciación.
Las siguientes causas de reiniciación se notificarán al ETD arrítmico:
a)El ETD distante ha reiniciado la llamada virtual. El formato normalizado se indica en el 3.5.7 .
b)Se ha producido un error de procedimiento local. El formato normalizado se indica en el 3.5.7 .
c)Se ha producido congestión en la red. El formato normalizado se indica en el 3.5.7 .
d)Se ha producido un error de procedimiento en el extremo distante; el formato normalizado se indica en el 3.5.7 .
Cuando el parámetro 6 está puesto a 0, el EDD no puede indicar al ETD arrítmico que ha tenido lugar una reiniciación.
4.8
Procedimiento de
indicación
de corte
El EDD notificará al ETD arrítmico que el EDD ha recibido un
mensaje de EDD de indicación de corte
^(véase la
Recomendación X.29) enviando la señal de
corte
^(véase el
3.1.2
).
4.9
Escape del estado de transferencia de
datos
4.9.1 Durante el estado de
transferencia de datos
, ^el
ETD arrítmico puede escapar de ese estado enviando al EDD una señal de
rellamada al EDD
. Al detectar la señal de
rellamada al EDD
, ^el interfaz pasará al estado de
en espera de instrucción
. Al pasar al estado de
en espera de
instrucción
, ^la entrega de caracteres de datos al ETD arrítmico se
retrasará hasta que el interfaz vuelva al estado de
transferencia de datos
.
Si el parámetro 1 está puesto a 1, el EDD reconocerá el carácter 1/0 (DLE)
como la señal de
rellamada al EDD
^procedente del ETD
arrítmico.
Si el parámetro 1 está puesto a un valor decimal comprendido entre 32 y
126, el EDD reconocerá la representación binaria del valor decimal como la
señal de
rellamada al EDD
^procedente del ETD arrítmico.
Si el parámetro 7 está puesto a 8, puede utilizarse la señal de
corte
^ como señal de
rellamada al EDD
^del estado de
transferencia de
datos
, ^lo que permite el escape del estado de
transferencia de datos
^sin pérdida de transparencia a los
caracteres.
Si el parámetro 6 está puesto a 5, el EDD transmitirá la señal de
servicio de EDD dispuesto
.
Al recibir el siguiente carácter del ETD arrítmico, el EDD actuará según una de las condiciones siguientes:
a)Si el carácter recibido es el carácter de
rellamada
al EDD
, ^el interfaz volverá inmeditamente al estado de
transferencia de datos
. Este carácter será tratado como un
dato de usuario.
b)Si el carácter recibido es el
delimitador de señal de
instrucción de EDD
^[caracteres 2/11 (+) o 0/13 (CR)], el
EDD no lo transferirá y el interfaz volverá al estado de
transferencia de datos
.
c)Si el carácter recibido es uno de los que figuran en las columnas 2 a 7
del Alfabeto Internacional N.o 5, excluidos los caracteres 2/0 (SP) 2/11 (+)
[véase el
4.9.1
, b)], 7/15 (DEL) y el carácter de
rellamada al EDD
, ^el interfaz pasará al estado de
instrucción de EDD
. Se ignorarán los caracteres 2/0 (SP) y
7/15 (DEL). El paso al estado de
instrucción
de EDD
^es una condición de envío de datos, por lo que se
transmitirán datos al ETD de paquetes como se describe en el
4.4
.
d)El comportamiento del EDD cuando recibe un carácter distinto de los mencionados será objeto de ulterior estudio.
Si no se recibe el delimitador de señal de
instrucción
de EDD
^ en un plazo de R segundos después que el interfaz
ha pasado al estado de
instrucción de EDD
, ^o se recibe
una señal de
instrucción de EDD
^no válida, el EDD
transmitirá una señal de
servicio de EDD de error
, ^cuando
el parámetro 6 no está puesto a 0, para indicar que se ha producido un error.
Después de la transmisión de la señal de
servicio de EDD de
error
, ^el interfaz pasará al estado de
transferencia de
datos
. El valor de R será objeto de ulterior estudio, pero no será
inferior a 60 segundos.
Si se recibe una señal de
instrucción de EDD
^ válida,
y el parámetro 6 no está puesto a 0, el interfaz pasará seguidamente al estado
de
señal de servicio de EDD
^y, al transmitir el último
carácter de la señal de
servicio de EDD
, ^pasará al estado
de
EDD en espera
^o al estado de
transferencia de datos
, según proceda. Si el parámetro 6
está puesto a 0, el interfaz pasará al estado de
EDD en
espera
^o al estado de
transferencia
de datos
, ^según proceda, después de la transmisión de una
señal de
instrucción de EDD
^o de la condición de
temporización especificada más arriba.
4.9.2 Dado que un terminal arrítmico tiene la posibilidad de salir del
estado de
transferencia de datos
, ^podrá utilizar las
señales de
instrucción de EDD
^y los procedimientos
siguientes:
4.9.2.1
Liberación
En el
3.2.2.1
a) se describe el procedimiento de liberación de
la llamada virtual por el ETD arrítmico mediante el envío de una señal de
instrucción de EDD de petición de liberación
.
4.9.2.2
Petición de información sobre el
estado de la llamada
virtual
En el
3.7
se describe el procedimiento que sigue el ETD
arrítmico para pedir información sobre el estado de la llamada virtual enviando
una señal de
instrucción de EDD de estado
.
4.9.2.3
Reiniciación
El ETD arrítmico puede pedir la reiniciación de la llamada virtual enviando
al EDD una señal de
instrucción de EDD de
reiniciación
. El formato de la señal de
instrucción de EDD de reiniciación
^se indica en el
3.5.12
.
El EDD acusará recibo de la señal de
instrucción de EDD
de reiniciación
, ^si el parámetro 6 no está puesto a
0, transmitiendo la señal de
servicio de EDD de acuse de
recibo
.
4.9.2.4
Interrupción
El ETD arrítmico puede pedir que el EDD envíe un paquete de
interrupción
^(con el campo de datos de usuario de
interrupción debidamente codificado, véase la Recomendación X.29) enviando al
EDD una señal de
instrucción de EDD de interrupción
. El
formato de dicha señal se indica en el
3.5.13
.
El EDD acusará recibo de la señal de
instrucción de
EDD
,^ si el parámetro 6 no está puesto a 0, enviando la señal de
servicio de EDD de acuse de recibo
.
4.9.2.5
Asignación de valores, asignación de valores y
lectura, y lectura de valores de parámetro de EDD después
de haber pasado al estado de transferencia de datos
El ETD arrítmico deberá poder transmitir las siguientes señales de
instrucción de EDD
^para asignar valores, asignar valores
y leer y para leer valores de parámetros del EDD local:
a)señal de
instrucción de EDD de selección de perfil
;
b)señal de
instrucción de EDD de asignación de valores
;
c)señal de
instrucción de EDD de asignación de valores
y lectura
;
d)señal de
instrucción de EDD de lectura
.
Facultativamente, un EDD puede permitir a un ETD arrítmico que envíe las
siguientes señales de
instrucción de EDD
^para la lectura
de valores o la asignación y lectura de valores de parámetro EDD distantes:
a)señal de
instrucción de EDD de lectura distante
;
b)señal de
instrucción de EDD de lectura y de
asignación de valores distantes
.
Los procedimientos para el envío de estas señales de instrucción de EDD se describen en los 3.3 y 3.4.
4.9.2.6
Procedimiento aplicable cuando el parámetro 6
está puesto a 0
En todos los casos de los procedimientos indicados cuando el parámetro 6
está puesto a 0, se saltará el estado de
señal de servicio
de EDD
^(estado 8), y el interfaz pasará al estado de
EDD en espera
^o al estado de
transferencia de datos
, ^según corresponda.
4.10
Eco
Si el parámetro 2 está puesto a 1, serán aplicables los siguientes procedimientos:
Los caracteres recibidos no enmascarados por el parámetro 20 serán devueltos en eco al ETD arrítmico en la primera oportunidad permitida por las reglas de entrelazado (véase el 4.19 ).
Cuando, por ejemplo debido a restricciones impuestas por el control de flujo, el EDD no pueda tratar, y no tome en consideración, caracteres de datos procedentes del ETD arrítmico, no los devolverá en eco.
La devolución en eco de los caracteres de edición no se enmascarará si la edición no está habilitada.
4.11
Elección del procedimiento al recibirse la señal de
corte del ETD arrítmico
El ETD arrítmico podrá elegir, mediante el parámetro 7, el estado del
interfaz y el procedimiento que aplicará el EDD cuando reciba la señal de
corte
^del ETD arrítmico. El ETD arrítmico podrá elegir
uno de los procedimientos siguientes:
a)Si el parámetro 7 está puesto a 0, el estado del interfaz permanece igual y el EDD no ejecuta ninguna acción.
b)Si el parámetro 7 está puesto a 1, el estado del interfaz permanece igual
y el EDD hace que se envíe un paquete de
interrupción
^(con el campo de datos de interrupción del usuario debidamente codificado)
(véase la Recomendación X.29).
c)Si el parámetro 7 está puesto a 2, el estado del interfaz permanece igual y el EDD hace que se reinicie la llamada virtual (véase la Recomendación X.29).
d)Si el parámetro 7 está puesto a 21, el estado del interfaz permanace igual
y el EDD descarta todos los datos recibidos para entrega al ETD arrítmico y
envía un paquete de
interrupción
^(con el campo de datos
de usuario para interrupción debidamente codificado) seguido por un
mensaje de EDD de indicación de corte
^(véase la Recomendación X.29).
e)Si el parámetro 7 está puesto a 8, el interfaz escapará del estado de
transferencia de datos
^y pasará al estado de
en espera de instrucción
.
f)Si el parámetro 7 está puesto a 5, el estado del interfaz permanece igual,
el EDD envía un paquete de
interrupción
^(con el campo de
datos de usuario para interrupción debidamente codificado), seguido de un
mensaje de
EDD de indicación de corte
.
Se estudiarán más adelante otros procedimientos que podrá elegir el ETD arrítmico.
Nota 1
- La recepción por el EDD de una señal de
corte
^ es una condición de envío de paquete, salvo cuando
el parámetro 7 está puesto a 0.
Nota 2
- Si el EDD recibe una señal de
corte
^ cuando no hay ninguna llamada virtual establecida,
hace caso omiso de dicha señal y no emprende acción alguna.
4.12
Elección del número de caracteres de relleno que han
de insertarse después del carácter 0/13 (CR)
El ETD arrítmico podrá elegir, mediante el parámetro 9, el número de
caracteres de relleno que se insertarán después de cada carácter 0/13 (CR) que
se le haya transmitido o devuelto en eco. El valor elegido se aplicará también
al número de caracteres de relleno transmitidos después del carácter 0/10 (LF)
del
determinante de formato
^descrito en el
3.5.2
.
Serán objeto de ulterior estudio otras secuencias y reglas de relleno.
4.13
Elección de la delimitación de la
línea
El ETD arrítmico podrá elegir, mediante el parámetro 10, la delimitación de la línea y especificar el número máximo (L) de caracteres gráficos que el EDD podrá transmitir como una sola línea al ETD arrítmico.
Cuando se haya pedido la
Los caracteres gráficos son los indicados en las columnas 2 a 7 del Alfabeto Internacional N.o 5, con excepción del carácter 7/15 (DEL).
Si el valor de C es igual al valor de L y el carácter siguiente que debe
transmitirse al ETD arrítmico es un carácter gráfico, el EDD enviará al ETD un
determinante de formato
^(véase el
3.5.2
) y
pondrá C a 0.
El EDD pondrá C a 0 cada vez que transmita al ETD arrítmico el carácter 0/13 (CR).
La acción del EDD después de la transmisión del carácter 0/8 (BS) será objeto de ulterior estudio.
La delimitación de la línea se aplica también a señales de
servicio de EDD
^y a la devolución en eco de las señales
de
instrucción de EDD
.
4.14
Procedimiento que seguirá el ETD arrítmico para indicar
al EDD una incapacidad temporal para aceptar información
adicional
El ETD arrítmico, por medio del parámetro 12, podrá elegir la utilización de caracteres X-CERRADO y X-ABIERTO para el control de flujo del EDD.
Si el valor del parámetro 12 está puesto a 1 y el interfaz está en el
estado de
transferencia de datos
, ^se aplica el siguiente
procedimiento:
El ETD arrítmico puede indicar una incapacidad temporal de recibir más caracteres del EDD mediante la transmisión del carácter X-ABIERTO 1/3 (DC3).
Después de la transmisión del carácter 1/3 (DC3), continuará el estado X-ABIERTO hasta que el ETD arrítmico indique la posibilidad de recibir más caracteres del EDD mediante la transmisión del carácter X-CERRADO 1/1 (DC1).
Mientras siga el estado X-ABIERTO, el EDD no transmitirá caracteres al ETD arrítmico.
El estado X-ABIERTO desaparece cuando el interfaz sale del estado de
transferencia de datos
, ^y no existe cuando el interfaz
pasa al estado de
transferencia de datos
.
Los caracteres X-CERRADO y X-ABIERTO no serán devueltos en eco cualquiera que sea el valor de los parámetros 2 y 20.
4.15
Elección de inserción de cambio de renglón después
de retroceso del carro
El ETD arrítmico podrá elegir, mediante el parámetro 13, cuál ha de ser el
procedimiento que aplicará el EDD durante el estado de
transferencia de datos
^cuando reciba el carácter 0/13
(CR) que haya de transmitirse al ETD arrítmico.
Si el parámetro 13 está puesto a 0, el EDD no ejecuta acción alguna.
Si el parámetro 13 está puesto a 1, a 5 o a 7, el EDD insertará el carácter
0/10 (LF) después de cada carácter 0/13 (CR) en el tren de datos
destinado al
^ETD arrítmico.
Si el parámetro 13 está puesto a 6 o a 7, el EDD insertará el carácter 0/10
(LF) después de cada carácter 0/13 (CR) en el tren de datos
procedente del
^ETD arrítmico.
Si el parámetro 13 está puesto a 4, a 5, a 6 o a 7 (y el parámetro 2 está puesto a 1), el EDD insertará el carácter 0/10 (LF) después de cada carácter 0/13 (CR) que se devuelva en eco al ETD arrítmico.
Cuando este parámetro incluye el valor 2, en combinación con otros valores facultativos, el carácter LF insertado después de CR en el tren de datos procedente del ETD arrítmico se introducirá en la memoria tampón para edición, después de lo cual podrá editarse si el parámetro 15 está puesto a 1.
4.16
Elección del número de caracteres de relleno que han
de insertarse después del carácter 0/10 (LF)
El ETD arrítmico podrá elegir, por medio del parámetro 14, el número de
caracteres de relleno que se insertarán después de cada carácter 0/10 (LF) que
se le haya transmitido o devuelto en eco durante el estado de
transferencia de datos
. El valor elegido no se aplicará al
número de caracteres de relleno transmitidos después del carácter 0/10 (LF) del
determinante de formato
^descrito en los
3.5.2
y 4.12.
4.17
Edición de datos de usuario
Las funciones de edición descritas en el
3.6
son también
aplicables durante el estado de
transferencia de datos
. El
ETD arrítmico puede determinar, mediante el parámetro 15, si se utilizarán o no
funciones de edición. El ETD arrítmico puede elegir, mediante los parámetros
16, 17 y 18, el carácter utilizado para cada función de edición proporcionada
por el EDD y, mediante el parámetro 19, seleccionar la respuesta del EDD a los
caracteres de edición (véase la Recomendación X.3).
4.18
Espera de página
4.18.1
Consideraciones generales
El ETD arrítmico podrá suspender la transmisión de caracteres que está
recibiendo del EDD después de que éste haya transmitido un determinado número
de cambios de renglón especificado por el valor del parámetro 22. Cuando se da
el estado de espera de página, si el parámetro 6 no está puesto a 0, el EDD
enviará al ETD arrítmico una señal de
servicio de EDD de espera
de página
. No se enviarán más datos hasta que se haya cancelado el estado
de espera de página. El formato normalizado de la señal de
servicio de EDD de espera de página
^se describe en el
3.5.27
.
4.18.2
Cancelación de espera de página
El EDD cancelará el estado de espera de página y, después de transmitir un determinante de formato, reanudará la transmisión normal, cuando se dé una cualquiera de las condiciones siguientes:
-recepción de cualquier condición que reinicie el cómputo de cambios de renglón, como se indica en el 4.18.3 ;
-recepción del
-puesta a cero del parámetro 22.
4.18.3
Reposición a cero de la cuenta de cambios de renglón
en espera de página
El EDD pondrá a cero la cuenta de cambios de renglón cuando se da cualquiera de las condiciones siguientes:
-después del determinante de formato que sigue al carácter de cancelación de espera de página;
-recepción de todas las condiciones de envío de datos;
-devolución en eco del cambio de renglón en una entrada de usuario;
-después de envío de la señal de
servicio de EDD de
supresión de línea
^(con todos los cambios de renglón
asociados); o
-escape del estado de
instrucción de EDD
^(estado 6)
después de todos los cambios de renglón asociados.
Deberán estudiarse más adelante otras condiciones que provoquen la puesta a cero de la cuenta de cambios de renglón.
4.19
Entrelazado del eco y la salida
Los caracteres transmitidos por el EDD al ETD arrítmico se clasifican en
caracteres de eco
^ y
caracteres de
salida
. Son caracteres de eco:
a)los caracteres recibidos en eco y que forman parte de una instrucción de EDD o son introducidos por el usuario;
b)los contenidos en todo cambio de renglón insertado tras el eco de un retroceso del carro, cuando el parámetro 13 tiene el valor 4, 5, 6 ó 7 (véase el 4.15 );
c)los contenidos en una
supresión de carácter
, ^una
supresión de línea
^y las señales de
servicio de EDD error de paridad
;
d)los contenidos en un
determinante de formato
^insertado como resultado de una delimitación de línea iniciada por algún otro
carácter devuelto en eco (véase el
4.13
);
e)todos los caracteres generados como respuesta al carácter de
visualización de línea
^(véase el
3.6.2.3
).
Los demás caracteres enviados por el EDD al ETD arrítmico son
caracteres de salida
.
El EDD transmitirá al ETD arrítmico los caracteres de eco y de salida de
conformidad con las
reglas de entrelazado básicas
^(véase
el
4.19.1
) o las
reglas de entrelazado
ampliadas
^(véase el
4.19.2
). La elección de las reglas depende
de la red.
4.19.1
Reglas de entrelazado básicas
Todo
carácter de eco
^que esté en espera de envío por
el EDD al ETD arrítmico se transmitirá inmediatamente.
Si un
carácter de salida
^está pendiente de
transmisión por el EDD al ETD arrítmico y no hay ningún
carácter de eco
^en espera, el
carácter de
salida
^se transmitirá inmediatamente.
4.19.2
Reglas de entrelazado ampliadas
Los caracteres transmitidos por el EDD al ETD arrítmico se agrupan en
unidades de entrelazado
. Una
unidad de
entrelazado
^puede constar exclusivamente de
caracteres de
eco
^o exclusivamente de
caracteres de
salida
.
Una unidad de
entrelazado de eco
^termina por
cualquier condición de envío de datos o por un
delimitador de
señal de instrucción de EDD
.
Una señal de
servicio de EDD
^(no clasificada como
eco) o una serie de señales de
servicio de EDD
^generadas
en respuesta a una instrucción de EDD única es una
unidad de
entrelazado
.
Cada secuencia completa de paquetes enviada por el ETD de paquetes contiene
un número entero de
unidades de entrelazado
. La forma de
dividir una secuencia completa de paquetes en una o más
unidades de entrelazado
^depende de la red.
Nota 1
- Una regla de división preferida es que todo
cambio de renglón o
unidad de entrelazado
, ^incluido cualquier cambio de
renglón insertado si el valor del parámetro 13 es impar.
Nota 2
- Si sólo se envía una parte de la
unidad de entrelazado
(de salida o de eco) al ETD
arrítmico, los caracteres de la otra categoría (de eco o de salida) pueden
retardarse indefinidamente. Esto puede evitarse utilizando temporizadores; los
detalles requieren ulterior estudio.
5 Formatos de señales de instrucción de EDD
y señales de servicio de EDD adicionales, disponibles en el
modo de diálogo ampliado
Además de las señales de
instrucción de EDD
^y de las
señales de
servicio de EDD
^definidas más arriba (véanse
los
3.1.1
y 3.5), algunas redes pueden admitir capacidades
adicionales en el modo de diálogo ampliado. Se pueden utilizar palabras clave
adicionales de la señal de instrucción de EDD, provisionalmente definidas en el
cuadro 9/X.28, además de las palabras clave normalizadas correspondientes.
Algunas redes pueden proporcionar esas palabras clave cuando el EDD no está en
el modo de diálogo ampliado.
Se pueden proporcionar señales adicionales de instrucción de EDD para:
a)solicitar la acción asociada con la señal de corte (véase el 5.1 );
b)indicar un identificador de usuario de red antes de establecer las llamadas o de terminar la utilización de una IUR (véase el 5.2 );
c)seleccionar un lenguaje para las señales de
servicio
de EDD
^(véase el
5.3
);
d)pedir explicaciones sobre las señales de
instrucción
de EDD
, ^los parámetros de EDD, los perfiles normalizados,
etc.
(
Nota
- Esta función se proporcionará obligatoriamente
si se admite el modo de diálogo ampliado.) (Véase el
5.4
.)
Se pueden proporcionar señales de servicio de EDD adicionales para:
a)las explicaciones descritas más arriba (véase el 5.5 );
b)solicitar información adicional sobre ciertas señales de
instrucción de EDD
. Los formatos y procedimientos serán
objeto de ulterior estudio.
Cuando el EDD está en el modo de diálogo ampliado, el número de referencia
de parámetro de un parámetro de EDD en las señales de
instrucción de EDD de lectura
,
asignación
,
asignación y lectura
,
lectura distante o asignación
^y
lectura
distantes
^pueden ser sustituidas por el nombre abreviado que se indica en
el cuadro 8/X.28. El posible uso de nombres para representar valores de
parámetros EDD deberá ser objeto de ulterior estudio.
Tableau 9/X.28 [T9.28], p. 4
5.1
Formato de la señal de instrucción de EDD de corte
La señal de instrucción de EDD de corte consta de los elementos siguientes:
&lab;señal de instrucción de EDD de corte> :: = &lab;BREAK>
donde
&lab;BREAK> :: = 4/2 (B) 5/2 (R) 4/5 (E) 4/1 (A) 4/11 (K).
La señal de
instrucción de EDD de corte
^pide al EDD
que actúe como si hubiera recibido la señal de corte del ETD arrítmico. La
acción depende del valor del parámetro 7 de EDD, definido en el
4.11
. Sin embargo, el interfaz pasará al estado de
espera del EDD
^o al estado de
transferencia de datos
, ^según proceda, a menos que el
parámetro 7 esté al valor 8, en cuyo caso el interfaz retornará al estado de
espera de instrucción
.
Nota
- El escape del estado de transferencia de datos
no es posible utilizando esta instrucción.
5.2
Formato de las señales de instrucción de EDD IUR
activada e IUR desactivada
La señal de instrucción de IUR activada consta de los elementos siguientes:
&lab;señal de instrucción de EDD activada> :: = &lab;ID> &lab;cadena IUR>
donde
&lab;ID> :: = 4/9 (I) 4/4 (D)
&lab;cadena IUR> es facultativo y, de estar presente, se define en el 3.5.15.1.1 .
La señal de
instrucción de EDD IUR activada
^identifica un usuario de terminal individual ante el EDD. Esta identificación
se aplicará a todas las llamadas ulteriores hasta que se desconecte el trayecto
de acceso o hasta que el EDD reciba una señal de
instrucción de
EDD IUR desactivada
.
Si se proporciona la facilidad de sugerencia, el EDD podrá pedir una entrada de usuario adicional en caso necesario cuando no se incluya la &lab;cadena IUR>.
La señal de
instrucción de EDD IUR desactivada
^consta
de los elementos siguientes:
&lab;señal de instrucción de EDD IUR desactivada> :: = &lab;IDOFF>
donde
&lab;IDOFF> :: = 4/9 (I) 4/4 (D) 4/15 (O) 4/6 (F) 4/6 (F)
La señal de
instrucción de EDD IUR desactivada
^indica
la terminación de uso de la IUR.
5.3
Formato de la señal de instrucción de EDD de idioma
La señal de
instrucción de EDD de idioma
^consta de
los elementos siguientes:
&lab;señal de instrucción de EDD de idioma> :: = &lab;LANG> &lab;cadena de idioma>
donde
&lab;LANG> :: = 4/12 (L) 4/1 (A) 4/14 (N) 4/7 (G)
&lab;cadena de idioma> :: =un identificador apropiado de un idioma o modo admitido por la red para su utilización en señales de servicio.
La señal de
instrucción de EDD de idioma
^puede ser
proporcionada para mostrar un medio más sencillo de asignar valor al parámetro
6 para la elección de un idioma o modo.
Si la &lab;cadena de idioma> se refiere a un idioma que la red proporciona en el modo de diálogo ampliado, se asigna al parámetro 6 el valor apropiado (16 o más). Si la &lab;cadena de idioma> se refiere a un idioma que la red proporciona en formatos de señal de servicio que dependen de la red, se puede asignar al parámetro 6 valor apropiado de 8 a 15.
El formato de la &lab;cadena de idioma> y la disponibilidad de más de un idioma dependen de la red.
La necesidad de selección de diferentes idiomas para las señales de
instrucción de EDD
^será objeto de ulteriores estudios.
Nota
- Si una red proporciona una elección de idioma
independiente del modo de diálogo ampliado, el formato de la &lab;cadena de
idioma> deberá permitir la identificación del modo y del idioma.
5.4
Formato de la señal de instrucción de EDD de ayuda
La señal de
instrucción de EDD de ayuda
^consta de los
elementos siguientes:
&lab;señal de instrucción de EDD de ayuda> :: = &lab;HELP> &lab;objeto de la ayuda>
donde
&lab;HELP> :: = 4/8 (H) 4/5 (E) 4/12 (L) 5/0 (P)
&lab;objeto de la ayuda> :: = identificador del tipo de explicación solicitada, definido en el cuadro 10/X.28.
5.5
Formato normalizado de la señal de servicio de EDD de
ayuda
La señal de
servicio de EDD de ayuda
^consta de los
elementos siguientes.
&lab;señal de servicio de EDD de ayuda> :: = &lab;texto>
donde
&lab;texto> depende de la red y corresponde al &lab;objeto de la ayuda>
solicitada en la señal de
instrucción de EDD de ayuda
,
^que se define en el cuadro 10/X.28.
Tableau 10/X.28 [10.28], p. 5
Señales de instrucción de EDD
y señales de servicio de EDD
Tableau A-1/X.28 [11.28], p. 6
Tableau A-2/X.28 [1T12.28], p. 7
Tableau A-2/X.28 [2T12.28], p. 8
Temporizaciones en el
EDD
Tableau B-1/X.28 [1T13.28], p. 9
Tableau B-1/X.28 [2T13.28], p. 10
Señales de servicio de EDD
para el modo de diálogo ampliado
C.1 Posible texto en español de las
señales de
servicio de EDD
^para el modo de diálogo
ampliado.
1.ENGAGED-comunicación establecida ( 3.5.11 /X.28).
2.FREE-comunicación no establecida ( 3.5.11 /X.28).
3.Señal de
servicio de EDD de reiniciación
^ (cuadro
5/X.28).
DTE-reiniciación por el dispositivo en el extremo distante, pueden perderse datos.
ERR-reiniciación por la red, error de procedimiento local, pueden perderse datos.
NC-reiniciación por problema en la red, pueden perderse datos.
RPE-reiniciación por la red, error de procedimiento en el extremo distante, pueden perderse datos.
4.Señal de
servicio de EDD de liberación
^ (cuadro
6/X.28).
OCC-liberación de la llamada, número ocupado.
NC-liberación de la llamada, problema temporal en la red.
INV-liberación de la llamada, petición de facilidad no válida.
NA-liberación de la llamada, acceso prohibido a este número.
ERR-liberación de la llamada, error de procedimiento local, identificado por la red.
RPE-liberación de la llamada, error de procedimiento en el extremo distante, identificado por la red.
NP-liberación de la llamada, número no asignado.
DER-liberación de la llamada, número fuera de servicio.
PAD-liberación de la llamada, petición distante.
DTE-liberación de la llamada, por el dispositivo en el extremo distante, pueden perderse datos.
RNA-liberación de la llamada, cobro revertido rechazado.
ID-liberación de la llamada, destino incompatible.
SA-liberación de la llamada, barco ausente.
FNA-liberación de la llamada, selección rápida rechazada.
ROO-liberación de la llamada, no se puede encaminar según se ha pedido.
5.Señal de
servicio de EDD de confirmación de
liberación
^ (cuadro 7/X.28).
CONF-liberación de llamada, confirmación.
Cuadro [T14.28], p.
C.2 Posible texto en francés de las señales de servicio de EDD para el modo
de diálogo ampliado.
1.ENGAGED-état occupé ( 3.5.11 /X.28).
2.FREE-état libre ( 3.5.11 /X.28).
3.Señal de
servicio de EDD de reiniciación
^ (cuadro
5/X.28).
DTE-réinitialisation par l'équipement distant, perte de données possible.
ERR-réinitialisation par le réseau, erreur de procédure locale, perte de données possible.
NC-réinitialisation en raison d'un dérangement momentané du réseau, perte de données possible.
RPE-réinitialisation par le réseau, erreur de procédure distante, perte de données possible.
4.Señal de
servicio de EDD de liberación
^ (cuadro
6/X.28).
OCC-communication libérée, numéro occupé.
NC-communication libérée, encombrement momentané du réseau.
INV-communication libérée, demande de service complémentaire non valable.
NA-communication libérée, interdiction d'accès au numéro.
ERR-communication libérée, erreur de procédure locale décelée par le réseau.
RPE-communication libérée, erreur de procédure distante décelée par le réseau.
NP-communication libérée, numéro non attribué.
DER-communication libérée, numéro en dérangement.
PAD-communication libérée, demande distante.
DTE-communication libérée, par un équipement distant.
RNA-communication libérée, taxation à l'arrivée refusée.
ID-communication libérée, destination incompatible.
SA-communication libérée, le navire ne peut être atteint.
FNA-communication libérée, sélection rapide refusée.
POO-communication libérée, acheminement demandé impossible.
5.Señal de
servicio de EDD de confirmación de
liberación
^ (cuadro 7/X.28).
CONF-communication libérée, confirmation.
6.Nombres de parámetros del EDD (cuadro 8/X.28).
Cuadro [T15.28], p.
(H.T.=OUI)
TAB.???
FICHIER: H.T. =
(82.TA.239.S)
(SANS FORMULE) Tableaux: 7 - Tabulateurs: 2 b) NF01/004 X: NF08/004
Apéndice II
Disk 187 NF01/006 (OPM = 02)
- NF01/006 (OPM = 02)
NF01/026 (OPM = 02)
0
X
X
X
X
X
X
(cs,) Disk ... NF../... (OPM = ..)
(BT..) Disk ... NF../... (OPM = ..)
(82.TE.10.S)
(A1.23s) / [26s]
FOLIOS: 366 - 392
(AS) (DO PRC.COSY.2)
MEP {TPS.NON.PHOTO "[PA1]"} : OK= [1]
Saisie 07.12.88 RM/YB
ID + Vérif. + diskette MAJ + laser 20.12.88 PV
Corr. LASER (1re épreuve) = 3eme 09.01.89 GG
Vérif. corr. + transfert + imprimantes ........ ..
Espaces réservés ........ ..
AJOUTER (PA1) (CL1,0,0,0) pour MEP
MEP + LASER 3.02.89 GH/PC
Corr. MEP ........ ..
Insertion des tableaux (tabulateurs 2) 3.02.89 PC
BAT 20.02.89 PV
MAJ s/disquettes 28.03.89 CD
Recomendación X.29
PROCEDIMIENTOS PARA EL
INTERCAMBIO DE
INFORMACIóN DE CONTROL Y DATOS DE USUARIO ENTRE UNA
FACILIDAD DE EMPAQUETADO/DESEMPAQUETADO DE DATOS (EDD) Y UN
ETD DE PAQUETES U OTRO EDD
(aprobada provisionalmente en Ginebra, 1977; modificada
en Ginebra, 1980, Málaga-Torremolinos, 1984 y Melbourne,
1988)
Prefacio
El establecimiento, en diversos países, de redes públicas de datos que proporcionan servicios de transmisión de datos con conmutación de paquetes hace surgir la necesidad de elaborar normas para facilitar el interfuncionamiento internacional.
El CCITT,
considerando
(a) que las Recomendaciones X.1 y X.2 definen las clases de servicio de usuario y las facilidades en una red pública de datos, y la Recomendación X.96 define las señales de progresión de la llamada;
(b) que la Recomendación X.3 define el EDD en una red pública de datos;
(c) que la Recomendación X.28 define el interfaz ETD/ETCD para un ETD arrítmico con acceso al EDD en una red pública de datos;
(d) que la Recomendación X.25 define el interfaz entre el ETD y el ETCD cuando se trata de los ETD de paquetes en redes públicas de datos;
(e) la necesidad de permitir el interfuncionamiento entre un ETD de paquetes y un ETD que funcione en un modo diferente del modo paquetes en el servicio de transmisión de datos con conmutación de paquetes;
(f) la necesidad urgente de permitir el interfuncionamiento entre un ETD arrítmico en una red telefónica pública con conmutación, una red pública de datos con conmutación o una línea arrendada y un ETD de paquetes, utilizando la facilidad de llamada virtual del servicio de transmisión de datos con conmutación de paquetes;
(g) la necesidad de permitir el interfuncionamiento entre los EDD;
(h) que el ETD de paquetes no debe estar obligado a utilizar los procedimientos de control para las funciones de EDD, pero que en algunos ETD de paquetes pudiera desearse controlar determinadas funciones de EDD,
recomienda por unanimidad
(1) que los procedimientos de la Recomendación X.29 se apliquen al interfaz de la Recomendación X.25 entre el ETCD y el ETD de paquetes;
(2) que los procedimientos de la Recomendación X.29 puedan aplicarse para el interfuncionamiento entre los EDD;
(3) que los procedimientos sean los especificados en el
1
,
Procedimientos de intercambio de información de control de
EDD y de datos de usuario
;
(4) que la forma de transferir datos de usuario sea la especificada en el
2
,
Transferencia de datos de usuario
;
(5) que los procedimientos para el control de EDD mediante mensajes de EDD
sean los especificados en el
3
,
Procedimientos
de utilización de mensajes de EDD
;
(6) que los formatos de los campos de datos que puedan transferirse en una
llamada virtual sean los especificados en el
4
,
Formatos
.
Nota 1
- Para facilitar la comprensión, esta
Recomendación hace referencia a los tipos de paquetes y a los procedimientos
específicos de la Recomendación X.25. Cuando se trata del interfuncionamiento
de EDD a EDD dentro de una red nacional, es posible que esos tipos de paquetes
o procedimientos se presenten en forma diferente de la utilizada en la
Recomendación X.25, pero tendrán el mismo significado desde el punto de vista
de la explotación.
Nota 2
- Los siguientes puntos han de estudiarse
posteriormente:
-utilización del servicio de circuito virtual permanente;
-interfuncionamiento entre ETD que tengan interfaces con diferentes servicios de transmisión de datos;
-explotación de los ETD que no sean ni de paquetes ni arrítmicos.
1
Procedimientos de intercambio de
información de control de EDD y de datos de usuario
1.1 El intercambio de información de control y de datos de usuario entre un EDD y un ETD de paquetes o entre facilidades de EDD se realiza mediante la utilización de campos de datos de usuario definidos en la Recomendación X.25.
1.2 En el anexo A se describen algunas de las características de las llamadas virtuales, definidas en la Recomendación X.25 en relación con la representación por el EDD de un ETD arrítmico que interfunciona con un ETD de paquetes. Las características descritas en el anexo A se aplican también al interfuncionamiento entre EDD.
1.3
Datos de usuario de llamada
El
llamada entrante
^ o de
petición de
llamada
^ destinados al o procedentes del ETD de paquetes o del EDD
comprende dos campos:
a)el
b)el
El campo de identificador de protocolo se utiliza para fines de identificación de protocolo, y el campo de datos de llamada contiene datos de usuario.
El EDD aceptará todo paquete de
petición de llamada
^
que reciba sin campo de datos de usuario de llamada.
En caso de haber un campo de datos de llamada, el EDD lo transmitirá, sin
modificarlo, al ETD arrítmico, empleando para ello el bloque de datos de
llamada de la señal de
servicio de EDD de llamada entrante
(véase el
3.5.22
de la Recomendación X.28).
1.4
Secuencias de usuario
1.4.1 Se utilizan secuencias de usuario para intercambiar datos de usuario entre el EDD y el ETD de paquetes, u otro EDD.
1.4.2 Las secuencias de usuario van en los campos de datos de usuario de secuencias de paquetes completos con Q = 0 y en ambos sentidos de transmisión de una llamada virtual (véase la Recomendación X.25).
1.4.3 En una secuencia completa de paquetes sólo habrá una secuencia de usuario.
1.4.4 El EDD transmitirá todos los paquetes de
datos
^
con el bit D puesto a 0.
Al recibir un paquete de
datos
^ con el bit D puesto a
1, el EDD transmitirá el acuse de recibo correspondiente lo más pronto posible.
Si el EDD no aplica el procedimiento de bit D podrá reiniciar la llamada virtual.
Dado que no hay ningún procedimiento de corrección de errores desde el EDD hacia el ETD arrítmico, el acuse de recibo no puede implicar una garantía de entrega.
1.5
Mensajes de EDD
1.5.1 Se utilizan mensajes de
EDD
^ para intercambiar
información de control entre el EDD y el ETD de paquetes (o el EDD distante).
Un mensaje de
EDD
consiste en un
1.5.2 Los mensajes de
EDD
^ van en los campos de datos
de usuario de secuencias completas de paquetes con Q = 1, y en ambos sentidos
de transmisión de una llamada virtual (véase la Recomendación X.25).
1.5.3 En una secuencia completa de paquetes sólo habrá un mensaje de
EDD
.
1.5.4 El EDD tomará en consideración un mensaje de
EDD
^ sólo cuando haya sido totalmente recibido.
1.5.5 En el caso en que una referencia de parámetro (véase el
3
)
aparezca más de una vez en un mensaje de
EDD
, sólo se
tiene en cuenta la última vez que aparece.
1.5.6 El EDD transmitirá todos los paquetes de
datos
^
con el bit D puesto a 0.
Al recibir un paquete de
datos
^ con el bit Q y el bit
D puestos a 1, el EDD transmitirá el correspondiente acuse de recibo lo más
pronto posible.
Si el EDD no aplica el procedimiento del bit D, podrá reiniciar la llamada virtual.
2
Transferencia de datos de
usuario
2.1 El EDD enviará paquetes de
datos
^ cuando reciba un
mensaje de
EDD de asignación de valores, de lectura
, o de
asignación de valores y lectura
, o
cuando se produzca cualquiera de las demás condiciones de envío de datos por el
EDD (véase el
4.4
de la Recomendación X.28).
2.2 El hecho de que se produzca una condición de envío de datos no provocará que el EDD transmita paquetes de datos vacíos.
3
Procedimientos de utilización de
mensajes de EDD
3.1
Procedimientos de lectura, asignación de valores, y
lectura y asignación de valores de parámetros de EDD
3.1.1 Pueden modificarse y leerse los valores vigentes de parámetros de EDD
transmitiendo al EDD un mensaje de
EDD de asignación de
valores
,
de lectura
, o
de asignación de valores y lectura
.
3.1.2 Cuando el EDD reciba un mensaje de
EDD de asignación
de valores
,
de lectura
, o
de asignación de valores y lectura
, transmitirá al ETD
arrítmico todos los datos que haya recibido anteriormente, antes de tratar el
mensaje de
EDD
. El EDD considerará que la llegada de tal
mensaje de
EDD
es una condición de envío de datos.
3.1.3 El EDD responderá a un mensaje de
EDD de
lectura
^ o
de asignación de valores y
lectura
^ válido transmitiendo un mensaje de
EDD de
indicación de parámetro
. Este mensaje de
EDD
tendrá
un campo de parámetros que contendrá una lista de las referencias de parámetros
y de los valores vigentes (después de las modificaciones necesarias) de los
parámetros de EDD a que se refiere el mensaje de
EDD
recibido.
3.1.4 El EDD no devolverá un mensaje de
EDD de indicación
de parámetro
^ en respuesta a un mensaje de
EDD de asignación de valores
válido recibido.
3.1.5 El cuadro 1/X.29 especifica la respuesta del EDD a mensajes de
EDD de asignación de valores
,
de
asignación de valores y lectura
, y
de lectura
.
3.1.6 Si la función de un carácter se duplica por la selección de valores
de parámetros utilizando los mensajes de
EDD de asignación
de valores
o de
asignación de valores
y lectura
, el EDD considerará válidas estas modificaciones de parámetro y
responderá como se especifica en esta Recomendación. Después de invocadas estas
modificaciones, el EDD seguirá el procedimiento descrito en el
3.3.2
de la Recomendación X.28.
3.2
Procedimientos para invitar al EDD a liberar
3.2.1 Se utiliza el
EDD de invitación
a liberar
Nota
- El paquete de
indicación de
liberación
, que transmite el EDD tras la entrega al ETD arrítmico del
último carácter, tendrá un campo de causa de liberación puesto a
liberación por el ETD.
3.3
Procedimientos de interrupción y de
descartar
3.3.1 Si el valor del parámetro 7 está puesto a 21, el EDD transmitirá un
paquete de
interrupción
^ con todos los bits del campo de
datos de usuario para interrupción puestos a 0, seguido de un mensaje de
EDD de indicación de corte
para indicar que el EDD, a
petición del ETD arrítmico, está descartando las secuencias de usuario
recibidas. El campo de parámetro del mensaje de EDD contendrá la indicación de
que el parámetro 8 se ha puesto a 1 (
descartar salida
).
3.3.2 Antes de reanudar la transmisión de datos al EDD, la respuesta al
EDD de indicación de corte
EDD de asignación de
valores
o
de asignación de valores y lectura
, que
indica que el parámetro 8 debe ponerse a 0 (
entrega normal de
datos
).
Antes de enviar este mensaje de EDD, toda secuencia completa de paquetes en curso, que se esté transmitiendo al EDD, debe terminarse (con un paquete que será descartado por el EDD) de conformidad con los procedimientos de la Recomendación X.25.
Cuadro 1/X.29 [T1.29], p.
3.3.3 Si un EDD recibe un mensaje de
EDD de indicación de
corte
^ que contiene un campo de parámetros conforme con la descripción del
3.3.1
, responderá transmitiendo un mensaje de
EDD de
asignación de valores
en la forma descrita en el
3.3.2
, y
transmitirá además una
señal de corte
al ETD arrítmico. Si
un EDD recibe un mensaje de
EDD de indicación de corte
que
no contiene un campo de parámetros no responderá al ETD de paquetes o al EDD,
sino que transmitirá una señal de
corte
al ETD arrítmico.
3.3.4 Cuando el EDD transmita un paquete de
interrupción
, después de recibir del ETD arrítmico una
señal de
instrucción de EDD de interrupción
o una señal de
corte
, estando el parámetro 7 puesto a 1, el campo de
datos de usuario para interrupción irá en los bits 8 a 1 con la codificación
00000001.
3.3.5 Si el EDD recibe un paquete de
interrupción
, lo
confirmará de acuerdo con los procedimientos de la Recomendación X.25. El EDD
no transmitirá al ETD arrítmico el contenido del campo de datos de usuario para
interrupción. El EDD ignorará los valores del campo de datos de usuario para
interrupción. Hay que estudiar más detenidamente si la codificación de este
campo, indicada en el
3.3.4
, da lugar a una respuesta diferente.
3.3.6 Si el parámetro 7 está puesto a 5, el EDD transmitirá un paquete de
interrupción
^ con todos los bits de este paquete puestos a
0, seguido de un mensaje de
EDD de indicación de corte
. El
mensaje de
EDD
no contendrá un campo de parámetros, como
se estipula en el
4.4.7
.
3.3.7 Algunos EDD pueden siempre enviar la señal de corte al ETD arrítmico
al recibir un paquete de
interrupción
^ y no al recibir un
mensaje de
EDD de indicación de corte
.
3.4
Procedimientos de reiniciación
Las llamadas virtuales pueden reiniciarse de acuerdo con los procedimientos
definidos en la Recomendación X.25. El efecto del procedimiento de reiniciación
sobre el valor del parámetro 8 de EDD consiste en su puesta a 0
(
entrega normal de datos
). Los valores vigentes de los
demás parámetros de EDD no son afectados.
3.5
Procedimientos de tratamiento de errores por el EDD
3.5.1 Si el EDD recibe un mensaje de
EDD de asignación de
valores
,
de lectura
, o de
asignación
de valores y lectura
que contenga una referencia no válida a un parámetro
de EDD, el campo de parámetros del mensaje de
EDD de indicación
de parámetro
transmitido por el EDD contendrá una indicación de este
hecho. Las demás referencias válidas a parámetros de EDD son tratadas por el
EDD.
Los posibles motivos de acceso no válido a un parámetro de EDD son:
a)la referencia de parámetro no se ha empleado en el EDD;
b)el valor de parámetro no se ha empleado en el EDD o la asignación vigente no puede modificarse;
c)el parámetro es de lectura solamente: (mensajes de
EDD de
asignación de valores
y
de asignación de valores y
lectura
solamente);
d)el parámetro sigue a un separador de parámetros no válido (véase el 4.4.5.4 ).
3.5.2 El EDD transmitirá un mensaje de
EDD de error
^
que contendrá el código de mensaje de un mensaje de
EDD
no
válido recibido en los casos siguientes:
a)el EDD recibe un código de mensaje irreconocible;
b)el campo de parámetros que sigue a un código de mensaje reconocible es incorrecto o incompatible con el código de mensaje;
c)el formato del campo de parámetros que sigue a un código de mensaje reconocible no es válido.
d)el EDD recibe un mensaje de
EDD de indicación de
parámetro
^ no solicitado;
e)el EDD recibe un mensaje de EDD demasiado largo.
3.5.3 El EDD transmitirá un
mensaje de EDD de
error
EDD
^ que
contenga menos de 8 bits.
3.5.4 Si el EDD recibe un mensaje de
EDD de error
^ no
contestará con ningún tipo de mensaje de
EDD
. Hay que
estudiar las acciones ulteriores.
3.6
Procedimientos para invitar al EDD a reseleccionar el
ETD llamado
El mensaje EDD de
reselección
o de
reselección con
@
TTD/IPN
(tipo de
dirección/indicador de plan de numeración) es\ utilizado por un ETD de paquetes
para pedir al EDD que libere la llamada virtual, después de la transmisión al
ETD arrítmico de todos los datos transmitidos anteriormente. El EDD establecerá
entonces una llamada al ETD reseleccionado.
Nota
- La facilidad de abonado a dirección TDD/IPN de
la Recomendación X.2 requiere ulterior estudio.
Cuando se reciba un
mensaje EDD de reselección
, el EDD
transmitirá un
mensaje de EDD de error
^ con un tipo de
error
mensaje EDD de reselección no autorizada
(00000110)
en los siguientes casos:
a)el ETD de paquetes ha establecido la llamada virtual;
b)el ETD arrítmico ha solicitado la facilidad
prevención de reselección por el ETD
llamado
;
c)el
mensaje de EDD de reselección
se ha recibido más
de N veces (el valor de N será objeto de ulterior estudio).
El formato del
mensaje de EDD de reselección
^ se
indica en el
4.4.9
. El formato del
mensaje EDD de
reselección con TDD/IPN
se indica en el
4.4.10
. Estos mensajes
contienen la información que necesita el EDD para establecer la nueva llamada
virtual.
Al recibir el
mensaje de EDD de reselección
^ o de
reselección con TDD/IPN
, el EDD:
-transmitirá al ETD arrítmico todos los datos recibidos anteriormente;
-liberará la llamada virtual que está establecida;
-tras haber efectuado los cambios de estado apropiados descritos en el
3.2.5
de la Recomendación X.28, establecerá una llamada virtual al
ETD reseleccionado. El
paquete de petición de llamada
enviado por el EDD contendrá solamente las facilidades abonadas por el ETD
arrítmico y/o asignadas por defecto. Se ignorarán cualesquiera otras
facilidades contenidas en el
mensaje de EDD de
reselección
, en especial:
i)Señales relativas al
grupo cerrado de usuario
^
(GCU)
- Con independencia del GCU indicado en el
mensaje de EDD de reselección
, el EDD utilizará el mismo
GCU de la llamada inicial.
ii)
Cobro revertido
- Si la llamada original no se
tarificó al ETD arrítmico, la llamada reseleccionada no se tarifica al ETD
arrítmico cualquiera que sea la indicación del
mensaje EDD de
reselección
(es decir el EDD utilizará la facilidad de
cobro revertido
en el
paquete de
petición de llamada
). Si la llamada inicial se tarificó al
ETD arrítmico, la llamada reseleccionada se tarifica al ETD reseleccionado, si
el
mensaje EDD de reselección
contiene la
facilidad cobro revertido
.
iii)
Información de tasación
-Facilidad asignada por un periodo contractual convenido: La información se enviará al ETD arrítmico al liberarse cada llamada (inicial y reseleccionada) o al liberarse la última llamada reseleccionada. Si se escoge el último procedimiento, el EDD transmitirá la información de tasación total, sin enviar la tasa de las llamadas individuales (inicial y reseleccionada).
-Facilidad de tasa por llamada: El EDD seguirá el procedimiento indicado
anteriormente, comenzando por la primera
petición de facilidad
de información de tasación
(del ETD arrítmico o de paquetes).
iv)
Selección de EPER
- Será objeto de ulterior estudio.
Nota
- Las demás facilidades indicadas en el cuadro
4/X.28 así como la nota 2 serán objeto de ulterior estudio.
Nota
- Este procedimiento es una prestación opcional
del EDD. Los EDD que no ofrecen esta prestación considerarán no válidos los
mensajes EDD de
reselección
y de
reselección con TDD/IPN
. Los EDD pueden ofrecer esta
prestación aceptando, ya sea 1) mensajes
EDD de
reselección
, o 2)
mensajes EDD de reselección
y
de reselección con TDD/IPN
. El envío de los
mensajes EDD de reselección
o de
reselección con TDD/IPN
por un EDD requiere ulterior
estudio.
4
Formatos
4.1
Introducción
Los bits de un octeto se numeran de 8 a 1; el bit 1 es el de orden inferior
y es el primero en ser transmitido. Los octetos de datos de usuario de llamada,
de secuencias de usuario, de mensajes de
EDD
y de datos de
usuario para interrupción se numeran consecutivamente a partir de 1, y se
transmiten en ese orden.
4.2
Formato de los datos de usuario de
llamada
4.2.1
Formato del identificador de
protocolo
El
El primer octeto se codifica como sigue:
bits 8 y 7= 00 para uso CCITT
= 01 para uso nacional
= 10 reservado para usuarios que sean entidades internacionales
= 11 para uso ETD-ETD
Cuando los bits 8 y 7 son 00, los bits 6 a 1 se codifican 000001 para
indicar mensajes de
EDD
relacionados con la facilidad de
empaquetado/desempaquetado de datos
para el ETD arrítmico.
Se reserva para futura normalización por el CCITT otra codificación de los bits
6 a 1, de conformidad con las disposiciones de la Recomendación X.244. Todos
los bits de los octetos 2, 3 y 4 se ponen a 0. Estos octetos se reservan como
un futuro mecanismo para proporcionar al EDD o al ETD de paquetes llamados,
información adicional relativa al usuario llamante.
Figure 1/X.29, (MC), p. 2
4.2.2
Formato de los datos de llamada
Los octetos del
4.3
Formato de las secuencias de usuario
4.3.1 El orden de transmisión de los bits desde el EDD es el mismo que el de recepción de los bits procedentes del ETD arrítmico. El orden de transmisión al ETD arrítmico es el mismo que el de recepción de los bits.
4.3.2 No se especifica un valor máximo de longitud de una secuencia de usuario.
4.4
Formato de los mensajes de control
4.4.1 Los bits 8, 7, 6, 5 del octeto 1 de un campo de datos de usuario de
secuencias completas de paquetes, con Q = 1, constituyen el
campo de identificador de control
, utilizado para
identificar la facilidad (por ejemplo el EDD) que ha de controlarse. La
codificación del
EDD
para controlar un EDD por un ETD arrítmico es 0000.
Otras codificaciones del campo de identificador de control se reservan para
futuras normalizaciones.
Nota
- La posibilidad de ampliar el campo de
identificador de control será objeto de ulteriores estudios.
4.4.2 Cuando el campo de identificador de control (véase el
4.4.1
) se pone a 0000, los bits 4, 3, 2, 1 del octeto 1 se definen
como un
código de mensaje
se utiliza para identificar tipos
específicos de mensajes de
EDD
, que se indican en el
cuadro 2/X.29.
Cuadro 2/X.29 [T2.29], p.
4.4.3 Todos los mensajes de
EDD
^ están constituidos por
un campo de identificador de control (bits 8, 7, 6, 5 del octeto 1 iguales a
0000) y un campo de código de mensaje (bits 4, 3, 2, 1 del octeto 1).
Los mensajes de
EDD de asignación de valores
,
de lectura
,
de asignación de valores y
lectura
, y
de indicación de parámetro
consisten en el
octeto 1 que puede ir seguido de uno o más campos de parámetros. Cada campo de
parámetros está constituido por un
Los octetos de valor de parámetro del mensaje de
EDD de
lectura
^ contienen el valor 0.
El mensaje de
EDD de error
^ está constituido por el
octeto 1 y uno o dos octetos que indican la causa del error.
El mensaje de
EDD de indicación de corte
^ está
constituido por el octeto 1, que puede ir seguido de un campo de parámetro.
El mensaje de
EDD de invitación a liberar
^ está
constituido por el octeto 1 únicamente.
4.4.4 La longitud máxima de un mensaje de
EDD
^ depende
de la red, pero tendrá como mínimo 128 octetos.
4.4.5
Campo de parámetros de mensajes de EDD de
asignación de valores, de lectura, de asignación de
valores y lectura, y de indicación de
parámetro
El campo de parámetros de uno de estos mensajes de
EDD
, consiste en un
4.4.5.1 Un campo de referencia consiste en una referencia de parámetro, identificada por un número decimal en la Recomendación X.3; está codificado en binario en los bits 7 a 1, siendo el bit 1 el de orden inferior. No es necesario que los campos de referencia estén ordenados según el orden creciente de los números de referencia de parámetro.
El código 1111111 (127 en decimal) en los bits 7 a 1 del campo de referencia se utilizará para la ampliación de este campo. Esta codificación indicará que sigue otro octeto. El octeto siguiente se codifica con la referencia de parámetro de la Recomendación X.3 menos 127.
4.4.5.2 En los mensajes de
EDD
^ recibidos por el EDD,
el bit 8 de cada octeto no se tendrá en cuenta. En los mensajes de
EDD de indicación de parámetro
, el
bit 8 de cada campo de referencia puesto a 1 indicará un acceso no válido al
parámetro a que se hace referencia, como se indica en el
5.3
.
Figura 2/X.29, (M), p. 4
4.4.5.3 Un campo de valor de parámetro consiste en un valor de referencia de
parámetro, identificado por un número decimal en la Recomendación X.3; está
codificado en binario en los bits 8 a 1, siendo el bit 1 el de orden inferior.
Los campos de valor en mensajes de
EDD de lectura
están
codificados todos 0 binarios. En mensajes de
EDD de asignación
de valores y de asignación de valores y lectura
,
indicarán los valores pedidos de los parámetros. En mensajes de
EDD de indicación de parámetro
, indicarán los valores
vigentes de parámetros de EDD, después de una eventual modificación. Si el bit
8 (bit de error) está puesto a 1 en el octeto precedente (es decir, en el campo
de referencia de parámetro), el campo de valor de parámetro indicará el motivo
del error, enunciado en el cuadro 3/X.29.
4.4.5.4 Pueden aceptarse parámetros no normalizados por el CCITT. El
separador de parámetros se utiliza en los mensajes de
EDD
para indicar la separación entre parámetros especificados en la Recomendación
X.3 y cualesquiera otros aplicados nacional o localmente.
El separador de parámetros consiste en un campo de parámetros que contiene un campo de referencia puesto a 00000000 y un campo de valor puesto a 00000000.
Cuando están presentes, el separador de parámetros y los campos de
parámetros nacional o local deben colocarse después de los campos de parámetros
normalizados por el CCITT, en los mensajes de
EDD
.
Nota
- Se recomienda que los ETD de paquetes empleen
sólo los parámetros definidos en la Recomendación X.3 al comunicar con un EDD
de un país o red diferentes.
Cuadro 3/X.29 [T3.29], p.
4.4.6
Formato de los mensajes de EDD de error
^ (véase la
figura 3/X.29)
Figura 3/X.29, (M), p.
4.4.6.1 El octeto 2 del mensaje de
EDD de error
^ se
codificará como muestra el cuadro 4/X.29.
4.4.6.2 En los casos b, c, d, e y f del cuadro 4/X.29, el octeto 3 de un
mensaje de
EDD de error
^ contendrá el código de mensaje
del mensaje de
EDD
recibido.
4.4.7
Campo de parámetros de mensajes de EDD de indicación
de corte
^(véase la figura 4/X.29)
Este mensaje de
EDD
^ puede no contener un campo de
parámetros, o contener un campo de parámetros que consista en dos octetos (a
saber: un campo de referencia y un campo de valor) codificados como sigue:
campo de referencia 00001000 (que indica el parámetro 8) y campo de valor
00000001 (que indica el 1 en decimal).
Cuadro 4/X.29 [T4.29] p.
Figura 4/X.29, (M), p.
4.4.8
Campo de parámetros de mensaje de EDD de invitación a
liberar
^(véase la figura 5/X.29)
Figura 5/X.29, (M), p.
Este mensaje de
EDD
^ no tiene campo de parámetros.
4.4.9
Formato del mensaje de EDD de reselección
El formato de este mensaje se indica en la figura 6/X.29.
Figura 6/X.29, (MC), p.
4.4.9.1
Campo de longitud de la dirección del ETD
reseleccionado
Los bits 4, 3, 2 y 1 del campo de longitud de la dirección del ETD reseleccionado indican, en semioctetos, la longitud de la dirección del ETD reseleccionado. La longitud de la dirección se codifica en binario y el bit 1 es el bit de orden inferior del indicador.
4.4.9.2
Campo de dirección
El octeto 3 y los octetos siguientes comprenden la dirección del ETD reseleccionado. Cada cifra de la dirección se codifica en un semiocteto, en decimal codificado en binario, siendo el bit 5 o el bit 1 el bit de orden inferior en la codificación de la cifra.
Comenzando a partir de la cifra de orden superior, la dirección se codifica en los octetos 3 y siguientes (consecutivos) con dos cifras por octeto. En cada octeto, la cifra de orden superior se codifica en los bits 8, 7, 6 y 5.
El campo de dirección se redondeará a un número entero de octetos insertando ceros en los bits 4, 3, 2 y 1 del último octeto del campo, cuando sea necesario.
El campo de dirección del ETD reselecionado debe contener el
número de datos internacional
^ (CIRD + número de terminal
de red).
4.4.9.3
Campo de longitud de facilidad
El octeto que sigue al campo de dirección del ETD reseleccionado indica la longitud del campo de facilidad, en octetos. El indicador de longitud de facilidad está codificado en binario y el bit 1 es el bit de orden inferior del indicador.
4.4.9.4
Campo de facilidades
El campo de facilidades está presente sólo cuando el ETD incluye
facilidades de usuario facultativas. Este campo indica las facilidades que
deben incluirse en el campo de facilidades del paquete de
llamada entrante
recibido por el ETD reseleccionado (véase
el
3.6
).
La codificación del campo de facilidades se define en el 7 de la Recomendación X.25.
El campo de facilidades contiene un número entero de octetos. La longitud máxima del mensaje de EDD completo está limitada, como se indica en el 4.4.4 .
4.4.9.5
Campo de datos de llamada de
usuario
Al campo de facilidades, puede seguirle el campo de datos de llamada de usuario; este campo, cuando está presente, tiene una longitud máxima de 12 octetos.
Los datos de llamada de usuario, cuando están presentes en el campo de
datos de llamada de usuario del mensaje de
EDD de
reselección
, están incluidos en el campo de datos de llamada de usuario
del paquete de
llamada entrante
recibido por el ETD reseleccionado.
4.4.10
Formato del mensaje EDD de reselección con
TDD/IPN
El formato de este mensaje se indica en la figura 7/X.29.
Nota
- La facilidad de abono a dirección TDD/IPN está
indicada para ulterior estudio en la Recomendación X.2.
Figura 7/X.29, (N), p.
4.4.10.1
Campo de longitud de la dirección del ETD
reseleccionado
El octeto 2 indica la longitud de la dirección del ETD reseleccionado, en semioctetos. La longitud de la dirección se codifica en binario y el bit 1 es el bit de orden inferior del indicador.
El valor máximo del campo de longitud de la dirección del ETD reseleccionado es 17.
4.4.10.2
Campo de dirección del ETD reseleccionado
El octeto 3 consiste en la indicación TDD/IPN, tal como se describe en la Recomendación X.25. Los octetos siguientes están formados por la dirección del ETD reseleccionado. Cada cifra de la dirección se codifica en un semiocteto como decimal codificado en binario, siendo el bit 5 o el bit 1 el bit de orden inferior de la cifra. A partir de la cifra de orden superior, las cifras de la dirección se codifican en semioctetos consecutivos. En cada octeto, la cifra de orden superior se codifica en los bits 8, 7, 6 y 5.
4.4.10.3
Campo de longitud de la facilidad
El octeto que sigue al campo de dirección indica la longitud del campo de facilidad, en octetos. El indicador de longitud de la facilidad se codifica en binario y el bit 1 es el bit de orden inferior del indicador.
4.4.10.4
Campo de facilidad
(Véase el 4.4.9.4 .)
4.4.10.5
Campo de datos de usuario de llamada
(Véase el 4.4.9.5 ).
ANEXO A (a la Recomendación X.29)
Características de las
llamadas virtuales
y de la
Recomendación X.25 en relación con la representación por el
EDD de un ETD arrítmico a un ETD de paquetes
A.1
Características generales de interfaz
A.1.1 Las características mecánicas, eléctricas, funcionales y de procedimiento para activar, mantener y desactivar el trayecto de acceso físico entre el ETD y el ETCD serán conformes a los procedimientos del nivel físico de la Recomendación X.25.
A.1.2 El procedimiento de acceso al enlace para el intercambio de datos a través del enlace entre el ETD y el ETCD se ajustará a los procedimientos del nivel enlace de la Recomendación X.25.
A.1.3 El formato de los paquetes y los procedimientos de control para el intercambio de paquetes que contienen información de control y datos de usuario entre el ETD y el ETCD se ajustarán a los procedimientos del nivel paquete de la Recomendación X.25.
A.2
Procedimientos de interfaz para el control de
llamadas virtuales
A.2.1 Las llamadas entrantes se indican al ETD de paquetes como se especifica en la Recomendación X.25. El ETD de paquetes indica las peticiones de llamada como se especifica en la Recomendación X.25. Cualquier utilización de facilidades facultativas de usuario se indica de acuerdo con los 6 y 7 de la Recomendación X.25.
A.2.2 Las clases de caudal por defecto utilizadas por el EDD están determinadas por las velocidades de datos del ETD arrítmico (cuando no se obtenga una correspondencia exacta, se empleará la clase de caudal superior siguiente).
A.2.3 El EDD y el ETD de paquetes utilizarán los procedimientos de liberación especificados en los 4.1.7, 4.1.8 y 4.1.9 de la Recomendación X.25.
A.3
Procedimientos de interfaz para transferencia de
datos
A.3.1 La transferencia de datos por una llamada virtual sólo puede
realizarse en el estado
transferencia de datos
y cuando lo
permita el control de flujo (véase el
4.4
de la Recomendación X.25).
Lo mismo cabe decir en cuanto a la transferencia de paquetes de
interrupción
(véase el
4.3
de la Recomendación
X.25).
A.3.2 Los paquetes de
interrupción
^ transmitidos por
el ETD de paquetes serán confirmados por el EDD con arreglo a los
procedimientos indicados en la Recomendación X.25.
A.3.3 El procedimiento de reiniciación pueden utilizarlo el ETD de paquetes o el EDD para reiniciar la llamada virtual, y se ajustará a los procedimientos descritos en el 4.4.3 de la Recomendación X.25.
A.3.4 Una reiniciación de la llamada virtual originada por el ETD de paquetes o debida a congestión en la red puede ser indicada por el EDD al ETD arrítmico.
A.3.5 El EDD puede indicar un procedimiento de reiniciación por uno de los motivos siguientes:
a)recepción en el EDD de una petición de reiniciación procedente del ETD
arrítmico. El paquete de
indicación de
reinicición
indicará como causa de la reiniciación,
reiniciación por el ETD
, o
b)un fallo del EDD o de la red.
A.3.6 Para las llamadas recibidas por el EDD con el bit 7 del octeto 1 del
paquete de
llamada entrante
^ puesto a 0, el EDD pondrá a 0
el bit 7 del octeto 1 del paquete de
llamada aceptada
y el
bit D en los paquetes de
datos
transmitidos.
En espera de nuevos estudios, y en ausencia de acuerdo bilateral entre las Administraciones (utilizado juntamente con la facilidad de modificación del bit D), se aplicarán las siguientes disposiciones:
Si el paquete de
llamada entrante
^ recibido por el EDD
tiene el bit 7 del octeto 1 puesto a 1, el EDD podrá poner el bit 7 del octeto
1 del paquete de
llamada aceptada
a 1.
Las llamadas originadas por el EDD pondrán el bit 7 del octeto 1 de los
paquetes de
petición de llamada
a 0. El ETD llamado puede
indicar si requiere el empleo del procedimiento del bit D poniendo a 1 el bit 7
del octeto 1 de los paquetes de
llamada aceptada
.
Los procedimientos de EDD asociados con el bit de confirmación de entrega (D) en paquetes de datos (véase el 4.3.3 de la Recomendación X.25) se describen en los 1.4.4 y 1.5.6.
A.4
Características de la llamada virtual
A.4.1
Reiniciación
A.4.1.1 Como expresa la Recomendación X.25, en cualquier caso de reiniciación puede producirse una pérdida de caracteres de datos. Los caracteres generados por cualquiera de los dos ETD antes de la indicación o confirmación de reiniciación no se entregarán al otro ETD después de transmitida dicha indicación o confirmación.
A.4.2
Transferencia de interrupción
A.4.2.1 Un paquete de
interrupción
^ se entrega siempre
en el punto en que fue generado, o en un punto anterior a éste en el tren de
paquetes de datos.
A.4.3
Liberación de la llamada
Los paquetes de
datos
^ transmitidos inmediatamente
antes de un paquete de
petición de liberación
^ pueden ser
alcanzados en la red por el paquete de
petición de
liberación
y, en consecuencia, ser destruidos, como se describe en el
4.5
de la Recomendación X.25.
SOPORTE DE EQUIPOS TERMINALES DE DATOS (ETD)
BASADOS EN LAS RECOMENDACIONES X.21,
X.21^ bis
Y
X.20^
bis POR UNA RED DIGITAL DE
SERVICIOS INTEGRADOS (RDSI)
(Málaga-Torremolinos, 1984, modificada en Melbourne, 1988)
El CCITT,
considerando
(a) que la @red digital de servicios integrados (RDSI)\ ofrecerá los interfaces universales para conectar terminales de abonado de conformidad con las configuraciones de referencia descritas en la Recomendación I.411;
(b) que en la evolución de la RDSI, sin embargo, existirán durante un
periodo de tiempo considerable ETD conformes a las Recomendaciones X.21
X.21^
bis
y X.20^
bis
que deberán estar
conectados a la RDSI;
(c) que el
(d) que los ETD X.21^
bis
^ son producto de la evolución
de los ETD de la serie V, que a su vez proporcionan la facultad de
interfuncionamiento con los ETD X.21 mediante servicios de redes públicas de
datos (RPD) y que utilizan también la temporización de elemento de señal
proporcionada por la red y pueden tener características específicas de control
de la llamada para satisfacer el protocolo de llamada X.21Véase la
Recomendación V.110.;
(e) que los ETD basados en la Recomendación X.20^
bis
son producto de la evolución de los ETD de la serie V, que funcionan en el modo
asíncrono y pueden tener características específicas de control de la llamada
para satisfacer el protocolo de llamada X.20,
recomienda por unanimidad
(1) que la conexión de terminales basados en las Recomendaciones X.21 y
X.21^
bis
, de las clases de servicio de usuario 3 a 7 y 19,
a la RDSI que funciona de conformidad con servicios por conmutación de
circuitos o por circuitos arrendados se rija por lo especificado en esta
Recomendación;
(2) que la conexión de terminales basados en la Recomendación
X.20^
bis
, de las clases de servicio de usuario 1 y 2 y de
velocidades de datos asíncronas de 600, 1200, 2400, 4800 y 9600 bit/s, a la
RDSI que funciona de conformidad con servicios prestados por conmutación de
circuitos o por circuitos arrendados se rija también por lo especificado en
esta Recomendación;
(3) que se apliquen las configuraciones de referencia del 1 de esta Recomendación;
(4) que las funciones de adaptador de terminal (AT) para soportar ETD
basados en las Recomendaciones X.21, X.21^
bis
y/o
X.20^
bis
, incluidas:
-las funciones de adaptación de velocidad,
-las funciones de establecimiento de la llamada,
-las funciones de correspondencia,
-la alineación de los estados preparado para datos,
se realicen como se describe en el 2 de esta Recomendación;
(5) que el campo de aplicación de la presente Recomendación comprenda los requisitos de la adaptación de velocidad necesaria para la conexión de los actuales terminales al interfaz usuario-red de la RDSI, pero no los requisitos de la conversión de velocidad binaria necesaria para interfuncionamiento de terminales con diferentes velocidades (interfuncionamiento RDSI-RPDCC).
íNDICE
1
Configuraciones de referencia
1.1Configuración de acceso de cliente
1.2Configuración de la red
1.3Situación de interfuncionamiento
2
Funciones de adaptación de terminal
2.1Funciones de adaptación de terminal para ETD conformes a las clases de servicio de usuario 3 a 6 de la Recomendación X.1
2.2Funciones de adaptación de terminal para ETD conformes a la clase de servicio de usuario 7 de la Recomendación X.1
2.3Funciones de adaptación de terminal para ETD conformes a la clase de servicio de usuario 19 de la Recomendación X.1
2.4Funciones de adaptación de terminal para ETD conformes a las clases de servicio de usuario 1 y 2 de la Recomendación X.1
3
Bucles de prueba
Anexo A
-Diagramas LED
Apéndice I
-Adaptador de terminal universal
Apéndice II
-Identificación de la velocidad binaria
intermedia dentro del intervalo
1 Configuraciones de referencia
Las figuras 1-1/X.30 y 1-2/X.30 muestran ejemplos de
las configuraciones posibles y se incluyen simplemente como información
auxiliar para la lectura del
2
, donde se describen las funciones de
adaptación de terminal.
1.1
Configuración de acceso de cliente (o de
abonado)
La figura 1-1/X.30 muestra una posible configuración de referencia para la
conexión de ETD basados en las Recomendaciones X.21 y
X.21^
bis
o X.20^
bis
con la RDSI.
1.2
Configuración de la red
La especificación de las funciones de adaptación de terminal tiene en cuenta la configuración de la red y los tipos de conexiones de extremo a extremo indicados en la figura 1-2/X.30, en la cual pueden también estar representados los equipos terminales asociados ET1 y ET2.
Las funciones de AT para este escenario se describen en el 2 .
Figure 1-1/X.30, (N), p.
Figura 1-2/X.30, (N), p.
Los equipos terminales ET1 y ET2 están conectados física y lógicamente a la
RDSI en la que se trata la llamada.
El AT efectúa las necesarias operaciones de adaptación de velocidad,
conversión de la señalización X.21 a la señalización Q.931 y viceversa
(correspondencia X.21) y alineación de los estados de
preparado para datos
. El
interfuncionamiento con redes especializadas, por ejemplo con una RPDCC, se
efectuará en forma de conexión de líneas de enlace mediante las @funciones de
interfuncionamiento (FIF)\.
Se aplicarán los siguientes principios:
i)Los servicios no vocales dentro de la RDSI no deberán diferir en lo fundamental de los que se están desarrollando en Recomendaciones de la serie X. Este es el caso de los diversos aspectos relativos a la calidad de servicio, facilidades de usuario, señales de progresión de la llamada (véanse las Recomendaciones de la serie X, por ejemplo, X.2 y X.96). Sin embargo, se mejorarían las actuales características, se especificarían también características adicionales teniendo en cuenta las nuevas facultades de los clientes RDSI (por ejemplo, disposiciones multiterminal, velocidad de usuario de 64 kbit/s, acceso simultáneo por múltiples medios así como la posible solución de la verificación de compatibilidad).
ii)La integración de servicios basados en la Recomendación X.21, en la RDSI,
es aplicable a las clases de servicio de usuario 3 a 7 y 19. La integración de
servicios basados en la Recomendación X.20^
bis
, en la
RDSI, es aplicable a las clases de servicio de usuario 1 y 2.
iii)Los terminales ET1 y ET2 conectados a una RDSI utilizarán el plan de numeración de la RDSI (véase la Recomendación E.164).
1.3
Situación de interfuncionamiento
Teniendo presente que en esta Recomendación se definen las funciones
realizadas por los adaptadores de terminal X.21 (AT X.21), los adaptadores de
terminal X.21^
bis
(AT X.21^
bis
) y los
adaptadores de terminal X.20^
bis
(AT
X.20^
bis
), pueden existir los siguientes casos de
interfuncionamiento entre estos
a)Para las clases de servicio de usuario 3 a 7:
(1) AT X.21 -^-^- AT X.21
(2) AT X.21 -^-^- AT X.21^
bis
(3) AT X.21^
bis
-^-^- AT X.21^
bis
(4) AT X.21 -^-^- ETD X.21
(5) AT X.21 -^-^- ETD X.21^
bis
(6) AT X.21 -^-^- ETD de la serie V
(7) AT X.21^
bis
-^-^- ETD X.21
(8) AT X.21^
bis
-^-^- ETD X.21^
bis
(9) AT X.21^
bis
-^-^- ETD de la serie V
b)Para la clase de servicio de usuario 19:
(10) AT X.21 -^-^- AT X.21
(11) AT X.21 -^-^- AT X.21^
bis
(12) AT X.21^
bis
-^-^- AT X.21^
bis
(13) AT X.21 -^-^- ET1 (punto de referencia S/T)
(14) AT X.21^
bis
-^-^- ET1 (punto de referencia S/T)
c)Para las clases de servicio de usuario 1 y 2:
(15) AT X.20^
bis
-^-^- AT X.20^
bis
(16) AT X.20^
bis
-^-^- ETD
X.20^
bis
(17) AT X.20^
bis
-^-^- ETD serie V
Nota 1
- Se ha previsto que esta Recomendación trate
todas las funciones AT necesarias para permitir el interfuncionamiento en los
casos antes mencionados. Las actuales disposiciones de la Recomendación prevén
todas las funciones AT necesarias para el interfuncionamiento entre ETD
conectados a la RDSI y a la RPDCC, con las siguientes excepciones:
1)en el caso de la Recomendación X.21^
bis
^ y
X.20^
bis
^ sólo se ha incluido explícitamente el caso del
procedimiento de control de la llamada para llamadas directas, si bien no se
excluyen otras disposiciones de interfaz de las Recomendaciones
X.21^
bis
y X.20^
bis
;
2)en el caso de la Recomendación X.21^
bis
, el modo de
funcionamiento semidúplex deberá ser objeto de ulterior estudio.
Lo expuesto se aplica a todos los casos antes mencionados, cuando participa
por lo menos un terminal X.21^
bis
^ o
X.20^
bis
. La armonización con las funciones de
interfuncionamiento puede ser necesaria cuando se disponga de las
Recomendaciones pertinentes al respecto.
Nota 2
- Dentro de los casos de interfuncionamiento 1
a 17 antes mencionados, las funciones facilitadas por el AT
X.21^
bis
, el AT X.20^
bis
y las
funciones facilitadas por el AT V.110 deberán ser compatibles.
2
Funciones de adaptación de
terminal
Las funciones de adaptación de terminal para soportar ETD basados en X.21,
X.21^
bis
y/o X.20^
bis
pueden
clasificarse en tres categorías, a saber:
-funciones de adaptación de velocidad;
-funciones de establecimiento de correspondencia X.21/Q.931 para el control de la llamada;
-alineación de los estados
preparado de datos
.
Algunas Administraciones pueden proporcionar AT distintos, sea para cada clase de servicio de usuario o para un grupo de clases de servicio de usuario de la Recomendación X.1. Otras Administraciones pueden proporcionar un AT universal para todas las clases de servicio de usuario 3 a 7 ó 19, ó 1 y 2. En esta Recomendación sólo se describen las funciones que se refieren a los AT de una sola velocidad. En el apéndice I se describen las funciones adicionales necesarias para AT universales (por ejemplo, identificación de velocidad de usuario).
2.1
Funciones de adaptación de terminal para ETD
conformes a las clases de servicio de usuario 3 a 6 de la
Recomendación X.1
2.1.1
Funciones de adaptación de velocidad
2.1.1.1
Indicación general
Las funciones de adaptación de velocidad (AV) dentro del AT se indican en
la figura 2-1/X.30. La función AV1 adapta la velocidad de usuario X.1 a la
velocidad inmediata superior expresada por 2
k
veces 8
kbit/s (donde
k
= 0 ó 1). AV2 efectúa una segunda
conversión a 64 kbit/s.
Figura 2-1/X.30, (M), p.
2.1.1.2
Primer paso de la adaptación de velocidad (AV1):
velocidades X.1 a velocidades intermedias de 8/16 kbit/s
2.1.1.2.1
Estructura de trama
La conversión de velocidades X.1 para las clases de usuario 3, 4 y 5 a 8 kbit/s, y para las clases de usuario 6 a 16 kbit/s, se realizará mediante la estructura de trama de 40 bits representada en la figura 2-2/X.30.
Figura 2-2/X.30 (comme tableau) [T1.30], p.
La figura 2-2/X.30 muestra que, además de la trama básica, se emplea una
multitrama constituida por dos tramas. En las tramas impares, el octeto 0
contiene todos sus bits puestos a 0, en tanto que en las tramas pares este
octeto está constituido por un bit de valor 1 seguido de siete bits
`E'
(véase el
2.1.1.2.4
). El orden de transmisión de los bits en esta
trama de 40 bits es de izquierda a derecha y de arriba a abajo.
2.1.1.2.2
Sincronización de trama
El esquema de alineación de trama de 17 bits consiste en los 8 bits (todos puestos a cero) del octeto 0 en las tramas impares y el bit 1 (puesto a 1) de los 9 octetos consecutivos siguientes de la multitrama con una longitud de 80 bits (véase también el 2.1.1.4.2 ). El primer bit del octeto 0 alterna entre uno y cero en tramas consecutivas por lo que constituye un bit de sincronización de multitrama.
2.1.1.2.3
Bits de estado
SP, SQ, SR
Los bits SP, SQ y SR se utilizan para transportar información de estado asociada al canal. La correspondencia de la información en el circuito C del interfaz X.21 con los bits S y el circuito I en el interfaz distante debe establecerse de modo que los bits SP, SQ y SR se asocien con los grupos de bits P, Q y R. Para garantizar una operación apropiada y segura, el esquema de correspondencia tiene que ser consecuente con las Recomendaciones X.21 y X.24.
El mecanismo para correspondencia es el siguiente:
-En todos los casos en que no se disponga de circuito de enlace de temporización de octetos conforme a la Recomendación X.21 (circuito B), los bits de estado SP, SQ y SR de los grupos de bits P, Q y R se evalúan por muestreo del conductor C en la mitad del octavo bit del respectivo grupo de bits precedentes. Por otra parte, las condiciones de los bits de estado SP, SQ y SR son adoptadas por el conductor I a partir de la transición del respectivo octavo bit de un grupo de bits R, P, y Q al primer bit del grupo de bits consecutivos P, Q y R en el conductor R (véase la figura 2-3/X.30);
-En el caso de que se disponga de circuito de enlace para la temporización
de octetos conforme a la Recomendación X.21 (circuito B), para la alineación de
caracteres, se muestrea el circuito C junto con el bit 8 del carácter
precedente, y el circuito I modifica sus estados en las fronteras entre los
caracteres
`antiguos'
y
`nuevos'
en el circuito R. Esta operación
se define en la Recomendación X.24.
Figura 2-3/X.30, (MC), p.
Nota 1
- De acuerdo con la Recomendación X.21, no es
obligatorio disponer del circuito de enlace (B) para la temporización de
octetos.
Nota 2
- Durante la fase de transferencia de datos se
pueden utilizar los bits de estado para transferir información relativa al
funcionamiento semidúplex entre AT X.21/AT X.21^
bis
y AT
X.21^
bis
(por ejemplo, estableciendo la correspondencia de
la condición del conductor C del AT X.21 (conductor 105 para el AT
X.21^
bis
) con la condición del conductor 109 del AT
X.21^
bis
distante, y estableciendo la correspondencia de
la condición del conductor 105 del AT X.21^
bis
con la
condición del conductor I del AT X.21 distante).
Nota 3
- En los bits SP, SQ, SR y X, un CERO
corresponde al estado
`cerrado'
y un UNO al estado
`abierto'
.
2.1.1.2.4
Capacidad de señalización adicional
(
bits E
Los bits E proporcionan la capacidad de señalización para el transporte de información relativa a la velocidad de usuario. Estos bits se codificarán como se muestra en el cuadro 2-1/X.30.
Cuadro 2-1/X.30 [T2.30], p.
2.1.1.2.5
Bits de datos
Los datos son transportados en bits P, Q y R, es decir, en 24 bits por trama.
2.1.1.2.6
Estrategia de repetición
Para la adaptación de las velocidades de usuario 600, 2400, 4800 bit/s a la velocidad intermedia de 8 kbit/s y de la velocidad de usuario 9600 bit/s a la velocidad intermedia de 16 kbit/s se mantendrá la secuencia de octetos 0 pares e impares definida en la figura 2-4/X.30. Con objeto de que los tiempos de sincronización de trama y de transferencia sean cortos, se propone un método de repetición de bits de usuario. Las figuras 2-4a/X.30 y 2-4b/X.30 contienen respectivamente un esquema para la adaptación de las velocidades de usuario 600 bit/s y 2400 bit/s a la velocidad portadora 8 kbit/s. Las figuras 2-4c/X.30 y 2-4d/X.30 muestran respectivamente la adaptación de la velocidad de usuario 4800 bit/s a la velocidad portadora 8 kbit/s y de la velocidad de usuario 9600 bit/s a la velocidad portadora 16 kbit/s.
En el caso de una velocidad de usuario de 600 bit/s, se prevé un esquema explícito de sincronización de grupo de tramas utilizando el bit E7 para garantizar que se preservan los límites de los octetos de usuario y el bit de estado asociado. La codificación del bit E7 será la siguiente:
.^.^. 1110111011101 .^.^. donde el valor 0 marca la última trama de 40 bits de cada grupo de tramas de 8 40 bits que contienen un número de octetos de usuario completos que es un múltiplo de tres.
Figuras 2-4a-d/X.30 (comme tableau) [T3.30], p.
2.1.1.3
Segundo paso de la
adaptación de velocidad
(AV2)
Como la adaptación de velocidad de un subtren único (8, 16 kbit/s) a 64 kbit/s y la multiplexación de varios subtrenes a 64 kbit/s tiene que ser compatible para permitir el interfuncionamiento, se necesita un método común para la adaptación de velocidad del segundo paso y para la multiplexación de subcanales. Dicho método se describe en la Recomendación I.460.
2.1.1.4
Método de alineación/realineación de
trama e identificación de velocidad
de usuario
Para la alineación/realineación de trama y la identificación de la velocidad de usuario se aplicarán las siguientes estrategias:
2.1.1.4.1
Búsqueda del esquema de alineación de trama
Se buscará el siguiente esquema de alineación de 17 bits:
000000001XXXXXXX1XXXXXXX1XXXXXXX1XXXXXXX1XXXXXXX1XXXXXXX1XXXXXXX1XXXXXXX1XXXXXXX
No se tolerarán errores en las posiciones de bit definidas (es decir, en
las posiciones de bit no señaladas por
`X'
).
Se supone que la tasa de errores será lo suficientemente baja para que se pueda considerar alcanzada la alineación después de la detección de una multitrama de 80 bits.
En el caso de la clase de servicio de usuario 3 (600 bit/s) de la Recomendación X.1 se tendrá que efectuar una búsqueda suplementaria del esquema de sincronización de grupo de tramas contenido en la posición de bit E7.
2.1.1.4.2
Supervisión/recuperación de la alineación
de trama
La supervisión de la alineación será un proceso continuo. Se supone que la alineación es correcta cuando no hay un error en el esquema de alineación de 17 bits de la multitrama de 80 bits.
Se supone que se ha perdido la alineación cuando se han detectado N (valor provisional: 3) multitramas consecutivas, cada una de las cuales contiene por lo menos un error de alineación.
Después de una pérdida de alineación, el AT deberá pasar al estado de recuperación, que en el interfaz X.21 se indica mediante r = 1 e i = CERRADO. En la trama transmitida, se pondrá en ABIERTO el bit X cuando se emplee para indicar la sincronización de trama hacia el extremo distante.
Si se consigue la recuperación de la alineación, r e i presentarán de nuevo, respectivamente, los datos y la información de estado de las tramas recibidas. El bit X de las tramas transmitidas debe hallarse en estado CERRADO.
Si no se consigue la recuperación de la alineación en un periodo
predeterminado, el AT indicará
`ETCD no preparado'
(estado 22), para lo
cual hará r = 0, i = ABIERTO. La duración de este periodo está en función de la
red (véase el
2.6.2
de la Recomendación X.21). En los servicios con
conmutación de circuitos, esta acción tiene como consecuencia la liberación de
la conexión.
En el caso de un AT del tipo X.21^
bis
, en el punto de
referencia R, se aplicará el procedimiento de señalización del
4.1.5
de la Recomendación V.110.
2.1.1.4.3
Identificación de una velocidad binaria
intermedia
Como método básico, la velocidad binaria intermedia se deriva de la velocidad de usuario X.1 contenida en el mensaje de ESTABLECIMIENTO de la Recomendación Q.931.
Como solución alternativa, puede optarse por identificar la velocidad intermedia basándose solamente en la información de canal B (véase el apéndice II).
2.1.2
Correspondencia de X.21/X.21^bis con el protocolo
Q.931
Las capacidades de señalización por canal D del acceso de cliente RDSI
definidas en la Recomendación Q.931 tienen que satisfacer también las
exigencias que plantea el establecimiento de la correspondencia de los
procedimientos de señalización de interfaz X.21 y X.21^
bis
con el protocolo Q.931 en el punto de referencia S/T.
La representación lógica de estas funciones de correspondencia se muestra en la figura 2-5/X.30.
Figura 2-5/X.30, (MC), p.
Las capacidades de señalización por canal D proporcionadas a terminales
basados en X.21 y X.21^
bis
comprenderán los mensajes de
señalización definidos en la Recomendación Q.931.
Las siguientes descripciones y figuras ilustran ejemplos de la
correspondencia de la señalización en los interfaces X.21 y
X.21^
bis
con los procedimientos de control de las llamadas
en la RDSI. Se reconoce que existen otras posibilidades y opciones de usuario,
pero en esta sección sólo se pretende ofrecer directrices generales sobre el
soporte de terminales conformes a las Recomendaciones X.21 y
X.21^
bis
. Sólo se muestran los procedimientos normales de
establecimiento y liberación de la llamada.
Nota 1
- El anexo A de esta Recomendación contiene una
descripción en LED de la correspondencia de procedimientos en el punto de
referencia R con procedimientos en el punto de referencia S/T y viceversa. Sin
embargo, se entiende que los procesos internos del AT y los estados incluidos
en los diagramas LED no presuponen una realización determinada.
Nota 2
- El encaminamiento manual de llamadas a una
dirección y la desconexión manual desde el AT deben también ser posibles
mediante una relación de correspondencia entre procedimientos de interfaz
ETD/AT normalizados con operaciones manuales en el AT. Además, las llamadas
automáticas a una dirección pueden también ser posibles cuando el ETD emplea un
inferfaz V.25 entre el ETD y el AT. (Véase la Recomendación I.463/V.110.)
2.1.2.1
Correspondencia Q.931/X.21
(véanse las figuras
2-6/X.30 y 2-7/X.30)
Como epígrafes de las siguientes secciones se han utilizado las denominaciones de los mensajes de señalización Q.931 en el punto de referencia S/T.
2.1.2.1.1
ESTABLECIMIENTO (desde un AT)
En el estado preparado (estado 1) tanto el ETD como el AT transmiten r = 1, i = ABIERTO a través del interfaz X.21.
Cuando el ETD llamante indica una petición de llamada (estado 2, r = 0, i = CERRADO) en el interfa X.21, el AT transmite una señal de invitación a marcar al ETD (estado 3, +, ABIERTO). El ETD comienza a enviar señales de selección al AT (estado 4, r = +, i = ABIERTO).
Cuando recibe una señal de fin de selección (r = +, i = CERRADO) en el interfaz X.21, el AT transmite un mensaje ESTABLECIMIENTO vía el canal D en el punto de referencia S/T.
El elemento de información capacidad portadora incluido en el mensaje ESTABLECIMIENTO se codificará como sigue:
-la capacidad de transferencia de información se fija a uno de los valores siguientes:
a)
`información digital sin restricciones'
;
b)
`información digital restringida'
;
-el modo transferencia se fija a
`modo circuito'
;
-la velocidad de transferencia de información, en
`64 kbit/s'
.
Nota
- No se incluirán los octetos 4a y 4b del
elemento de información capacidad portadora.
El usuario puede especificar también en el elemento de información
compatibilidad de capa inferior del mensaje ESTABLECIMIENTO los protocolos de
transferencia de información de capa 1 (por ejemplo, adaptación de velocidad),
de capa 2 (por ejemplo, LAPB) y de capa 3 (por ejemplo, X.25). (Véase el anexo
a la Recomendación Q.931, titulado
`Principios de codificación de
información de capa inferior'
.)
El elemento de información dirección de la parte llamada será codificado en bloque, es decir, con la dirección completa de la parte llamada, tal como se haya recibido del interfaz X.21.
Posteriormente se transmite al interfaz X.21 el estado ETCD en espera (estado 6A, r = SYN, i = ABIERTO).
2.1.2.1.2
ACUSE DE ESTABLECIMIENTO/LLAMADA EN CURSO (desde
una TC)
La reacción de la red al mensaje ESTABLECIMIENTO recibido del AT puede ser una de las siguientes:
a)envío de un mensaje LLAMADA EN CURSO al AT; cuando se reciba el mensaje LLAMADA EN CURSO por el canal D en el punto de referencia S/T se atribuirá el canal B y el AT transmitirá r = 1, i = ABIERTO (dentro de multitramas de 80 bits en el caso de las clases de usuario 3-6) vía el canal B en el punto de referencia S/T;
b)envío de un mensaje ACUSE DE ESTABLECIMENTO al AT; cuando se reciba el mensaje ACUSE DE ESTABLECIMENTO por el canal D en el punto de referencia S/T se atribuirá el canal B y el AT transmitirá 1, ABIERTO (dentro de multitramas de 80 bits en el caso de las clases de usuario 3-6) vía el canal B en el punto de referencia S/T.
En este caso, la recepción de un mensaje LLAMADA EN CURSO a continuación no conlleva ninguna acción ulterior en el AT.
2.1.2.1.3
AVISO (desde la TC)
El mensaje AVISO sólo se utiliza con la respuesta manual.
Cuando recibe un mensaje de AVISO por el canal D en el punto de referencia S/T, el AT transmite la señal de progresión de la llamada (estado 7, r = AI5, i = ABIERTO) al ETD llamante.
Después se pasa al estado ETCD en espera (estado 6A, r = SYN, i = ABIERTO) en el interfaz X.21.
2.1.2.1.4
CONEXIóN (desde la TC)
Cuando recibe un mensaje CONEXIóN por el canal D en el punto de referencia S/T, el AT transmite cualquier información proporcionada por el ETCD (estado 10, r = AI5, i = ABIERTO) al ETD llamante. Después, se pasa al estado conexión en curso (estado 11) en el interfaz X.21.
Cuando recibe el esquema de alineación de trama de la multitrama de 80 bits (en el caso de usuario de las clases 3-6 de la Recomendación X.1) por el canal B en el punto de referencia S/T, el AT efectúa la interconexión.
Cuando el ETD llamante recibe (1, CERRADO) vía el canal B interconectado en el interfaz X.21, pasa al estado preparado para datos (estado 12) y la transferencia de datos (estado 13) puede comenzar.
2.1.2.1.5
ESTABLECIMIENTO (desde la TC)
El AT no aceptará un mensaje ESTABLECIMIENTO si el interfaz X.21 no está en el estado preparado (estado 1). Cuando se reciba un mensaje ESTABLECIMIENTO por el canal D en el punto de referencia S/T, el AT seguirá los procedimientos indicados en la Recomendación Q.931 para determinar la verificación de compatibilidad (por ejemplo, velocidad de señalización de datos). Si el AT determina que puede responder a la llamada entrante, sigue los procedimientos de la Recomendación Q.931. Se espera que el mensaje AVISO sólo sea empleado con los terminales de respuesta manual.
El AT transmite una señal de llamada entrante (r = señal acústica (BEL), i = ABIERTO) vía el interfaz X.21 al ETD llamado, y se pasa al estado llamada entrante (estado 8, r = señal acústica (BEL), i = ABIERTO).
El procedimiento de ofrecimiento de llamada en una configuración multiterminal se describe en el 2.1.3 .
2.1.2.1.6
CONEXIóN (desde el AT)
Cuando recibe un mensaje de llamada aceptada (estado 9, t = 1, c = CERRADO) procedente del ETD llamado, el AT transmite un mensaje CONEXIóN vía el canal D del interfaz S.
2.1.2.1.7
ACUSE DE CONEXIóN (desde la TC)
Cuando recibe un mensaje ACUSE DE CONEXIóN por el canal D en el punto de referencia S/T, el AT, seleccionado por este mensaje, transmite 1/ABIERTO vía el canal B atribuido y señala conexión en curso (estado 11, r = 1, i = ABIERTO) al ETD después de entregar la información proporcionada por el ETCD, si ha lugar.
El AT efectúa la interconexión después de haber recibido el esquema de alineación de trama (multitrama de 80 bits en el caso de las clases de usuario 3-6) vía el canal B en el punto de referencia S/T.
Cuando el ETD llamado recibe 1/CERRADO por el canal B interconectado en el interfaz X.21, pasará el estado preparado para datos (estado 12, r = 1, i = CERRADO) y podrá comenzar la transferencia de datos (estado 13, r = D, i = CERRADO).
2.1.2.1.8
LIBERACIóN (desde la TC)
En el caso de configuración multiterminal la terminación de la central envía un mensaje LIBERACIóN a cada AT que haya señalizado LLAMADA EN CURSO, AVISO o CONEXIóN pero que no fue seleccionado para la llamada. Posteriormente, el AT lleva a cabo el procedimiento de indicación de liberación por el ETCD en el interfaz X.21 y transmite un mensaje LIBERACIóN COMPLETA a la central.
2.1.2.1.9
DESCONEXIóN (desde el AT)
Se transmite una petición de liberación por el ETD (estado 16,
t
= 0,
c
= ABIERTO) vía el canal B,
desde el ETD liberante al liberado.
El AT del ETD liberante reconoce el estado 16 en el interfaz X.21 transmite una confirmación de liberación por el ETCD (estado 17 = 0, ABIERTO) al ETD liberante. Transmite también un mensaje de DESCONEXIóN vía el canal D del punto de referencia S/T (véase la figura 2-6/X.30).
Después de la recepción del mensaje LIBERACIóN por el canal D, el AT corta el canal B, envía un mensaje LIBERACIóN COMPLETA a la central, transmite ETCD preparado (r = 1, i = ABIERTO) al ETD, y éste pasa al estado ETD preparado (estado 1, t = 1, c = ABIERTO).
2.1.2.1.10
DESCONEXIóN (entre AT)
Cuando el ETD inicia una petición de liberación por el ETD (t = 0, c = ABIERTO), este estado se transmite dentro del intervalo de tiempo del canal B y se recibe como indicación de liberación por el ETCD (r = 0, i = ABIERTO) en el ETD del lado B (véase la figura 2-7/X.30).
El AT reconoce la petición de liberación recibida dentro del intervalo vía el canal B en el punto de referencia S/T, separa los conductores R e I del canal B, y transmite una indicación de liberación por el ETCD (estado 19 = 0, ABIERTO) al ETD que haya que liberar.
Una vez que el AT por liberar ha recibido del ETD el mensaje confirmación de liberación por el ETD (t = 0, c = ABIERTO), transmite un mensaje DESCONEXIóN vía el canal D y libera el canal B.
Una vez recibido un mensaje LIBERACIóN por el canal D, el AT libera la referencia de llamada, envía un mensaje LIBERACIóN a la central, transmite un ETCD preparado (estado 2, r = 1, i = ABIERTO) al ETD, y éste pasa al estado ETD preparado (t = 1, c = ABIERTO).
MONTAGE :
2.1.2.1.11
SUR LE RESTE DE CETTE PAGE
(H.T.=OUI)
TAB.???
FICHIER: H.T. =
(82.TA.240.S)
(SANS FORMULE) Tableaux: 3 - Tabulateur: 1 a)
(BT..) Disk ... NF../... (OPM = ..)
(82.TE.11.S)
(A1.23s) / [26s]
FOLIOS: 392 - 422 (AS)
(DO PRC.COSY.2)
MEP {TPS.NON.PHOTO "[PA1]"} : OK= [1]
Saisie 07.12.88 IR
ID + Vérif. + diskette MAJ + laser 22.12.88 PV
Corr. LASER (1re épreuve) = 3eme ........ ..
Vérif. corr. + transfert + imprimantes ........ ..
Espaces réservés ........ ..
AJOUTER (PA1) (CL1,0,0,0) pour MEP
MEP + LASER 7.02.89 GH/PC
Corr. MEP ........ ..
Insertion des tableaux (tabulateur 1) 7.02.89 PC
BAT 27.02.89 PV
MAJ s/disquettes 28.03.89 CD
MONTAGE: FIN DU
2.1.2.1.10
EN-TêTE DE CETTE PAGE
2.1.2.1.11
DESCONEXIóN (desde la TC)
En el caso de liberación por la red, la central local transmite el mensaje DESCONEXIóN vía el canal D al terminal que haya que liberar. Tras la recepción del mensaje DESCONEXIóN en el AT, éste transmite un mensaje LIBERACIóN por el canal D a la central.
Si el interfaz X.21 se encuentra en la fase de establecimiento de la llamada y aún no ha alcanzado el estado 11 ó 12, y si el mensaje DESCONEXIóN contiene el motivo de la liberación, el AT pasa al estado 7 y transmite la correspondiente señal de progresión de la llamada antes de señalizar la indicación de liberación por el ETCD (véase el 2.1.5 ).
En el caso contrario, el AT transmite el estado r = 0, i = ABIERTO (indicación de liberación por el ETCD) vía el interfaz X.21 al ETD, que devuelve al AT el estado t = 0, c = ABIERTO (confirmación de liberación por el ETD).
El procedimiento descrito no se muestra en las figuras 2-6/X.30 y 2-7/X.30.
Figure 2-6/X.30, (N), p. 1
Figure 2-7/X.30, (N), p. 2
2.1.2.1.12
LIBERACIóN completa (desde la TC)
Cuando se recibe el mensaje LIBERACIóN COMPLETA vía el canal D en el punto de referencia S/T en el AT del ETD liberado, se pasa al estado ETCD preparado (estado 21 = 1, ABIERTO) y al estado ETD preparado (estado 1 = 1, ABIERTO).
2.1.2.2
X.21^bis (llamada directa)
Véanse las figuras 2-8/X.30 y 2-9/X.30.
Nota
- En las figuras 2-8/X.30 y 2-9/X.30 se
representan algunos ejemplos de soporte de interfaces
X.21^
bis
. Sólo se han indicado las condiciones en los
principales circuitos de enlace y no se han incluido opciones tales como las
relativas a la utilización de los circuitos 105/109, 108.2, etc. La relación de
correspondencia X.21
bis
/Q.931 requiere ulterior estudio.
Figure 2-8/X.30, (MC), p. 3
Figure 2-9/X.30, (MC), p. 4
2.1.3
Procedimiento de ofrecimiento de llamada en
una configuración multiterminal
Para el procedimiento de ofrecimiento de llamada en una configuración multiterminal es aplicable la siguiente descripción general.
En el caso de una configuración multiterminal se ofrece, con arreglo a la Recomendación Q.931, una llamada entrante (mensaje ESTABLECIMIENTO que contenga información apropiada sobre indicaciones de servicio).
Cuando se recibe un mensaje ESTABLECIMIENTO por el canal D del punto de referencia S/T, el AT seguirá los procedimientos indicados en la Recomendación Q.931 para determinar la verificación de compatibilidad (por ejemplo, velocidad de señalización de datos). Si el AT determina que puede responder a la llamada entrante, siguen los procedimientos de la Recomendación Q.931. Se espera que el mensaje AVISO sólo sea empleado por los terminales de respuesta manual.
Figura 2-10/X.30, (MC), p.
Si el AT soporta un terminal compatible, pero no puede aceptar la llamada
debido a que el terminal no está en estado preparado, el AT deberá devolver un
mensaje LIBERACIóN COMPLETA (véase la figura 2-11/X.30). Si el estado del
terminal es:
a)no preparado controlado, el mensaje LIBERACIóN COMPLETA tiene la causa ##
21,
`llamada rechazada'
;
b)no preparado no controlado, el mensaje LIBERACIóN COMPLETA tiene la causa
## 27,
`destino fuera de servicio'
;
c)ocupado, el mensaje LIBERACIóN COMPLETA tiene la causa ## 17
`usuario
ocupado'
.
Figura 2-11/X.30, (MC), p.
Este mensaje se remite al lado llamante para proporcionar las apropiadas
señales de progresión de la llamada X.21. Su relación de correspondencia en el
AT llamante se describe en el
2.1.5
.
Si respondió más de un AT, el mensaje que debe enviarse, incluida la indicación de causa, se determinará según las reglas de prioridad de la Recomendación Q.931.
En el caso de que varios AT hayan aceptado la llamada entrante devolviendo un mensaje CONEXIóN, el AT seleccionado por la red recibe el mensaje ACUSE DE CONEXIóN. Los AT no seleccionados para la llamada son liberados por la red mediante un mensaje LIBERACIóN.
En las configuraciones multiterminales, algunos terminales y adaptadores de terminales pueden contender por acceder al canal D. El mecanismo de resolución de contienda puede dar lugar a demoras de los mensajes de señalización selientes y afectar por tanto al tiempo de establecimiento de la llamada. La transmisión de información de fracaso de la llamada a la parte llamante también puede retrasarse debido a las reglas de prioridad antes mencionadas.
2.1.4
Alineación de los estados preparado para datos
La operación de sincronizar la entrada en la fase de transferencia de datos, y la salida de esta fase, entre dos terminales de abonado, la efectuarán los adaptadores de terminal y los terminales de abonado. Para esta finalidad se utilizará el procedimiento X.21 de entrada en contacto dentro del intervalo de tiempo.
Se presentan dos casos: uno en el que el AT sólo soporta una velocidad de usuario de datos, y otro en el que el AT llamado se adaptará a la velocidad de usuario de datos del AT llamante.
A continuación se describe el caso de un AT de una sola velocidad.
Las funciones necesarias para un
Para un AT de una sola velocidad se aplica un procedimiento simétrico (véase la figura 2-12/X.30).
Figure 2-12/X.30, (MC), p.
Ambos AT vigilarán la señal de sus canales B de recepción con el objeto de
detectar el esquema de alineación de trama.
Una vez detectado este esquema en el canal B, el AT interconectará el canal
B con su terminal (ETD) inmediatamente antes de que se explore el conductor C.
Desde este instante en adelante, la condición 1, CERRADO del ETD se transmitirá
al ETD distante. Según el estado en que se encuentre el terminal distante, se
recibirá de éste 1, ABIERTO o 1, CERRADO. La recepción de r = 1, i = ABIERTO
indica el estado
`conexión en curso'
(estado 11); la recepción de r = 1,
i = CERRADO indica el estado
`preparado para datos'
(estado 12).
Después de interconectado el canal B por el AT, el proceso continúa con la
transmisión de datos e información de estado en la fase de datos, y la
liberación puede sincronizarse entre los terminales de abonado por medio de una
petición de liberación
.
2.1.5
Relación de correspondencia de las causas Q.931 sobre
las señales de progresión de la llamada X.21
En algunos casos será necesario hacer corresponder las causas Q.931 con las X.21. El AT establecerá las correspondencias de las causas de los mensajes de la Q.931 con las señales de progresión de la llamada X.21 ateniéndose a los valores del cuadro 2-2/X.30.
Nota
- Como no es posible en todos los casos
establecer una relación de correspondencia unívoca entre las causas de la
Recomendación Q.931 y las señales de progresión de la llamada de la
Recomendación X.21, algunas indicaciones del cuadro 2-2/X.30 pueden no tener el
mismo significado.
2.1.6
Información adicional para el tratamiento de
situaciones de excepción
Cuando la llamada se libera prematuramente o no llega a establecerse, se aplican las reglas del 5.8 de la Recomendación Q.931 y de la Recomendación X.21. Los procedimientos indicados a continuación se refieren a la correspondencia mutua entre los puntos de referencia R y S/T.
Tableau 2-2/X.30 [1T4.30], p. 8
Tableau 2-2/X.30 (suite) [2T4.30], p. 9
2.1.6.1
Colisión de llamadas
La colisión de llamadas puede ocurrir a ambos lados del AT, en el interfaz X.21 y en el punto de referencia S/T.
Nota
- La colisión de llamadas en el caso de los
interfaces X.21
bis
^ y X.20
bis
^
requiere ulterior estudio.
2.1.6.1.1
Colisión de llamadas en el interfaz X.21
El AT aceptará un mensaje ESTABLECIMIENTO entrante cuando el interfaz X.21 esté en el estado PREPARADO. Cuando se detecta una colisión de llamadas en el interfaz X.21 (el AT envía llamada entrante, el ETD X.21 envía petición de llamada), el AT indicará invitación a marcar y anulará la llamada entrante.
Nota
- Como alternativa, el AT puede enviar una
indicación de liberación por el ETCD y, cuando esté en el estado PREPARADO,
volver a enviar la llamada entrante.
2.1.6.1.2
Colisión de llamadas en el punto de referencia
S/T
En el caso de colisión de llamadas en el punto de referencia S/T se aplicarán los procedimientos definidos en la Recomendación Q.931.
2.1.6.2
No hay canal disponible
Si no hay canales disponibles (incluso canales B) en el punto de referencia S/T para el establecimiento de la conexión, se responde desde la TC a un mensaje ESTABLECIMIENTO saliente por medio de un mensaje LIBERACIóN COMPLETA con la causa N.o 34 (no hay canal disponible). Este hace corresponder en el interfaz X.21 con la señal de progresión de la llamada N.o 20 (no hay conexión), seguida por la indicación de liberación por el ETCD.
2.1.6.3
Liberación prematura
Un ETD puede iniciar el procedimiento de liberación en cualquier momento transmitiendo una petición de liberación por el ETD en el interfaz X.21, como se describe en el 2.1.2.1.9 . Si no existe una conexión entre los ETD, en la estación distante, se aplicará el procedimiento descrito en el 2.1.2.1.11 .
2.1.6.4
Ausencia de respuesta a ESTABLECIMIENTO
saliente
Si la TC no responde a ESTABLECIMIENTO saliente, el ETD, después de la expiración del temporizador T2 (20 s), iniciará el procedimiento de liberación transmitiendo una petición de liberación por el ETD. El AT, en su punto de referencia S/T, enviará un mensaje LIBERACIóN COMPLETA (código de causa N.o 31: normal, no especificado). En su interfaz X.21, transmitirá la confirmación de liberación por el ETCD.
Por otra parte, si el AT tiene el temporizador facultativo T303 (Recomendación Q.931), puede comenzar el procedimiento de liberación en el punto de referencia S/T como se indica más arriba transmitiendo el mensaje LIBERACIóN COMPLETA (código de causa 102: recuperación al expirar el temporizador). En el interfaz X.21, el AT envía una señal de progresión de la llamada N.o 43 (no obtenible), seguida de la indicación de liberación por el ETCD.
2.2
Funciones de adaptación de terminal para ETD
conformes a la clase de servicio de usuario 7 de la
Recomendación X.1
2.2.1
Funciones de adaptación de velocidad
Para la adaptación de velocidad de las clases de servicio de usuario 3-6 a 64 kbit/s se ha adoptado una trama de 40 bits (véase la figura 2-2/X.30). Dentro de esta trama pueden transmitirse 24 bits de datos, que podrán atribuirse a tres grupos de bits P, Q y R, cada uno de los cuales está constituido por 8 bits.
Se utilizará un método equivalente que ofrezca, con carácter facultativo, la posibilidad de alineación de caracteres para la velocidad de usuario de 48 kbit/s de la Recomendación X.1. Para aplicar este método se ha definido una estructura de trama adecuada. El cuadro 2-3/X.30 muestra esta trama, que contiene los octetos 1, 2, 3 y 4 (alineación de trama de 24 bits de datos).
La alineación de los octetos se efectúa mediante la temporización a 8 kHz.
Cuadro 2-3/X.30 [T5.30], p.
El esquema de alineación de trama consiste en los valores 10111011 del bit 1
de octetos consecutivos recibidos del tren a 64 kbit/s. Este esquema de
alineación de trama se utilizará también para la alineación de los estados
preparado para datos
(véase el
2.1.4
) y para la
identificación de la velocidad de usuario (véase el apéndice II).
Para la identificación de la velocidad de usuario se aplicará el siguiente algoritmo (véase asimismo la Recomendación V.110):
-se busca el esquema de bits .^.^. 10111011 .^.^. observando el bit 1 de octetos consecutivos recibidos del tren a 64 kbit/s;
-si se detecta este esquema, la velocidad de usuario es 48 kbit/s.
Nota
- Para el interfuncionamiento internacional, el
bit X se tiene que poner a 1. En una red nacional, este bit se podría utilizar
con otros fines.
2.2.2
Correspondencia del protocolo X.21/X.21^bis con el
protocolo de canal D
Las funciones de correspondencia de los protocolos de las Recomendaciones
X.21/X.21^
bis
^ se indican en el
2.1.2
.
2.2.3
Procedimiento de ofrecimiento de llamada en una
configuración multiterminal
Véase el 2.1.3 .
2.2.4
Alineación de los estados preparado para datos
Véase el 2.1.4 .
2.2.5
Correspondencia de las causas Q.931 con las señales
de progresión de la llamada X.21
Véase el 2.1.5 .
2.2.6
Información adicional para el tratamiento de
situaciones de excepción
Véase el 2.1.6 .
2.3
Funciones de adaptación de terminal para ETD
conformes a la clase de servicio de usuario 19 de la
Recomendación X.1
2.3.1
Funciones de adaptación de velocidad
Se ha supuesto que en el caso de un AT que sólo admita 64 kbit/s no es necesaria una adaptación de velocidad ni una identificación de la velocidad de usuario. El procedimiento en el caso de un AT universal será objeto de ulterior estudio (véase el apéndice I).
Nota
- Se reconoce que la condición
todos unos
^ podría producirse por la señal de indicación
de alarma (SIA). La implicación de esta situación en la señalización por el
canal D debe estudiarse más a fondo.
2.3.2
Correspondencia del protocolo X.21/X.21^bis con el
protocolo de canal D (véanse las figuras 2-6/X.30 y
2-7/X.30)
Como epígrafes de las siguientes secciones se han utilizado los nombres de los mensajes de señalización de Q.931 en el punto de referencia S/T.
2.3.2.1
ESTABLECIMIENTO (desde un AT)
En el estado preparado (estado 1) tanto el ETD como el AT transmiten (1, ABIERTO) a través del interfaz X.21.
Cuando el ETD llamante indica una petición de llamada (estado 2, r = 0, i =
CERRADO) en el interfaz X.21, el AT transmite una señal de
invitación a marcar
(estado 3) al ETD (r = +, i =
ABIERTO). El ETD comienza a enviar señales de
selección
al
AT (estado 4).
Cuando recibe una señal de
fin de selección
^ (r = +, i
= CERRADO) en el interfaz R, el AT transmite un mensaje ESTABLECIMIENTO vía el
canal D del interfaz S.
2.3.2.2
LLAMADA EN CURSO/ACUSE DE ESTABLECIMIENTO
Cuando se reciba el mensaje de LLAMADA EN CURSO o ACUSE DE ESTABLECIMIENTO por el canal D del interfaz S, se atribuirá el canal B y el AT transmitirá todos ceros vía el canal B en el punto de referencia S/T.
2.3.2.3
AVISO (desde una TC)
El mensaje AVISO se utiliza generalmente con respuesta manual.
Cuando recibe un mensaje AVISO por el canal D del interfaz S, el AT
transmite señales de
progresión de la llamada
(estado 7)
al ETD llamante.
A continuación, se hace pasar el interfaz X.21 al estado
ETCD en espera
^ (estado 6A, r = SYN,
i = ABIERTO).
2.3.2.4
CONEXIóN (desde una TC)
Cuando recibe un mensaje de CONEXIóN por el canal D en el punto de
referencia S/T, el AT puede transmitir información proporcionada por el ETCD
(estado 10) al ETD llamante. Después de esto, el interfaz X.21 pasa al estado
conexión en curso
(estado 11).
El procedimiento relativo al esquema de alineación se sigue según se describe en el 2.3.4.1 .
2.3.2.5
ESTABLECIMIENTO (desde una TC)
El AT no aceptará un mensaje ESTABLECIMIENTO si el interfaz X.21 no está en el estado preparado (estado 1).
Cuando recibe un mensaje ESTABLECIMIENTO por el canal D del interfaz S, el AT seguirá los procedimientos para determinar la verificación de compatibilidad (por ejemplo, velocidad de transmisión de datos) de la Recomendación Q.931. Si el AT determina que puede responder a la llamada entrante, sigue los procedimientos de la Recomendación Q.931. Se espera que el mensaje AVISO sea utilizado únicamente por los terminales que responden manualmente.
El AT transmite una llamada entrante (BEL, ABIERTO) vía el interfaz X.21 al
ETD llamado, y pasa al estado
llamada entrante
(estado 8).
En el caso de una configuración multiterminal, el funcionamiento punto a multipunto para llamadas entrantes se produce como se describe en el 2.1.3 .
2.3.2.6
CONEXIóN (desde un AT)
Cuando recibe un mensaje de llamada aceptada (estado 9 = 1, CERRADO) procedente del ETD llamado, el AT transmite un mensaje de CONEXIóN vía el canal D en el punto de referencia S/T.
2.3.2.7
ACUSE DE CONEXIóN (desde una TC)
Cuando recibe un mensaje de ACUSE DE CONEXIóN por el canal D punto de
referencia S, el AT, seleccionado por este mensaje, señala
conexión en curso
(1, ABIERTO, estado 11) al ETD después
de entregar la información proporcionada por el ETCD, si ha lugar.
El procedimiento relativo al esquema de alineación se sigue según se describe en el 2.3.4.1 .
2.3.2.8
LIBERACIóN (desde una TC)
En el caso de configuración multiterminal, la central envía un mensaje
LIBERACIóN a cada AT que había señalado LLAMADA EN CURSO, AVISO o CONEXIóN,
pero que no fue seleccionado para la llamada. Posteriormente, el AT lleva a
cabo el procedimiento de
indicación de
liberación por el ETCD
en el interfaz X.21 y envía un
mensaje LIBERACIóN COMPLETA a la central.
2.3.2.9
DESCONEXIóN (desde un AT)
Cuando un ETD indica
petición de liberación por el
ETD
^ (r = 0, i = ABIERTO, estado 16), el AT transmite un mensaje de
confirmación de liberación por el
ETCD
(r = 0, i = ABIERTO, estado 17) vía el interfaz X.21, transmite un
mensaje de DESCONEXIóN vía el canal D del interfaz S, y suprime el canal B.
Después de recibir el mensaje de LIBERACIóN por el canal D, el AT libera la
referencia de llamada, envía ACUSE DE LIBERACIóN a la central por el canal D y
transmite
ETCD preparado
(r = 1, i = ABIERTO) al ETD. A
continuación, el ETD pasa al estado
ETD preparado
(t = 1,
c = ABIERTO).
2.3.2.10
DESCONEXIóN (desde una TC)
En el caso de liberación por la red, la central local transmite el mensaje DESCONEXIóN por el canal D al terminal que ha de liberarse. Tras la recepción del mensaje DESCONEXIóN en el AT, éste retransmite un mensaje LIBERACIóN vía el canal D a la central.
Por otra parte, el AT transmite el estado 19, r = 0, i = ABIERTO
(
indicación de liberación por el ETCD
) vía el interfaz R
al ETD, que devuelve al AT el estado 20, t = 0, c = ABIERTO
(
confirmación de liberación por el
ETD
).
2.3.2.11
LIBERACIóN COMPLETA (desde una TC)
Cuando se recibe un mensaje LIBERACIóN COMPLETA vía el canal D del punto de
referencia S/T en el AT, se pasa al estado
ETCD preparado
(estado 21 = 1, ABIERTO) y al estado
ETD preparado
(estado
1, r = 1, i = ABIERTO).
El procedimiento descrito no se muestra en las figuras 2-6/X.30 y 2-7/X.30.
2.3.3
Procedimiento de ofrecimiento de llamada en una
configuración multiterminal
Véase el 2.1.3 .
2.3.4
Alineación de los estados preparado para datos
Para la alineación de los estados
preparado para
datos
^ al entrar en la fase de transferencia de datos, y al salir de esta
fase, entre dos terminales que funcionan a 64 kbit/s, se aplicará el siguiente
procedimiento (véase la figura 2-13/X.30).
Figura 2-13/X.30, (N), p.
2.3.4.1
Paso a la fase de transferencia de datos
Cuando el AT llamado ha recibido el mensaje ACUSE DE CONEXIóN y entregado
la información proporcionada por el ETCD, en su caso, el terminal llamado se
encuentra en el estado 11 (conexión en curso). El procedimiento de alineación
`preparado para datos'
comienza mediante el envío continuo del esquema
de alineación
`todos unos'
en el lado llamado.
Debe devolverse
`todos cero'
por el canal B asignado a la parte
llamante mientras se envía a la parte llamada la información proporcionada por
el ETCD. Después de completarse la información proporcionada por el ETCD, las
señales
`todos unos'
deben transmitirse por el canal B.
Cuando el adaptador llamante ha recibido un mensaje CONEXIóN y entregado información proporcionada por el ETCD, en su caso al ETD llamante, el interfaz X.21 se encuentra en el estado conexión en curso (estado 11). Si en ese momento el adaptador llamante reconoce 24 bits del esquema de alineación, sabe que se han establecido las conexiones en la red, y envía el mismo esquema hacia adelante. Una vez enviados 24 bits, el AT llamante indica preparado para datos (estado 12, r = 1, i = CERRADO) durante 16 bits exactamente y, a continuación efectúa la conexión del canal B a los hilos T y R.
Cuando el adaptador llamado, mientras envía el esquema de alineación,
reconoce 24 bits del esquema de alineación procedente del adaptador llamante,
indica al ETD
preparado para datos
(estado 12 = 1,
CERRADO) durante 16 bits exactamente, y a continuación efectúa la conexión del
canal B con los conductores T y R.
Cuando se proporciona la temporización de octetos en el interfaz X.21, la transición de ABIERTO a CERRADO en el conductor I se realiza en el límite de un octeto, de conformidad con la Recomendación X.24.
Si el esquema de alineación no ha sido recibido por el adaptador llamante
antes de que concluya el periodo de temporización åx, el adaptador llamante
indica
preparado para datos
(r = 1, i = CERRADO) durante
16 bits exactamente, y a continuación efectúa la conexión del canal B con los
conductores T y R.
Si el esquema de alineación no ha sido recibido por el adaptador llamado antes de que expire el periodo de temporización, åy, el adaptador llamado indica preparado para datos (r = 1, i = CERRADO) durante 16 bits exactamente, y a continuación efectúa la conexión del canal B con los conductores T y R.
Los valores de åx (valor provisional: 1 s) y åy, (valor provisional: 2 s) deben permitir tener en cuenta los tiempos de propagación en la conexión ficticia de referencia más larga; este tema requiere ulterior estudio.
Con carácter facultativo, la interconexión se puede efectuar anteriormente
en los AT (es decir, el AT no espera hasta la expiración de los periodos de
temporización åx y åy). En este caso, la información de ETD transmitida después
de
preparado para datos
en el interfaz X.21 puede perderse
por no existir alineación de extremo a extremo. Puesto que después de la
interconexión no se efectúa en los AT alineación de los estados
preparado para datos
, se tiene que efectuar una
sincronización de ETD a ETD mediante un procedimiento de extremo a extremo
entre los dos ETD en capas superiores.
2.3.4.2
Salida de la fase de transferencia de datos
No es posible salir de la fase de transferencia de datos utilizando el
método de sincronización, pues para ello se necesita transparencia. El terminal
liberado debe ver el fin de su comunicación antes de recibir el mensaje de
liberación
. Sin embargo, todo lo que envíe en esta etapa
será ignorado. Se necesitan protocolos de nivel superior para resolver estos
problemas.
2.3.5
Correspondencia de las causas Q.931 con las señales
de progresión de llamada X.21
Véase el 2.1.5 .
2.3.6
Información adicional para el tratamiento de
situaciones de excepción
Las situaciones son las indicadas en el
2.1.6
, con excepción del
2.1.6.3
`liberación prematura'
.
2.4
Funciones de adaptación de terminal para ETD conformes a
las clases de servicio de usuario, 1 y 2 de la
Recomendación X.1 (funcionamiento asíncrono)
2.4.1
Funciones de adaptación de velocidad
2.4.1.1
Indicación general
Las funciones de adaptación de velocidad dentro del AT se muestran en la figura 2-14/X.30. Se emplea un método de tres etapas con los bloques funcionales AV0, AV1 y AV2. La función AV0 es una etapa de conversión de asíncrona a síncrona utilizando la misma técnica que se define en la Recomendación V.14 para aplicación de las velocidades de usuario de la X.1. Produce un tren binario síncrono definido por el 2n 600 bit/s (donde n = 0 a 4). La función AV1 adapta la velocidad de usuario intermedia de AV0 a la velocidad superior siguiente expresada por 2k 8 bits/s (donde k = 0 a 1). AV2 realiza una segunda conversión a 64 kbit/s.
Figura 2-14/X.30, (N), p.
2.4.1.2
Velocidades de usuario asíncronas soportadas
Cuadro 2-4/X.30 [T6.30], p.
2.4.1.3
Conversión de asíncrona a síncrona (AV0)
La función AV0 se utiliza únicamente con los interfaces asíncronos de la
serie V (X.20^
bis
). Los datos asíncronos de entrada se
rellenan añadiéndoles elementos de parada para adaptarse al canal más próximo
definido por 2n 600 bit/s. Así, una velocidad de señalización de datos de
usuario de 300 bit/s se adaptará a un tren binario síncrono de 600 bit/s. El
tren binario síncrono resultante se aplica a AV1.
2.4.1.4Segundo paso (AV1): adaptación de las velocidades AV0 a velocidades intermedias de 8/16 kbit/s, véase el 2.1.1.2 .
Tercer paso (AV2): adaptación de la velocidad intermedia a la velocidad portadora de 64 kbit/s, véase el 2.1.1.3 .
2.4.1.5
Señal de corte
El adaptador de terminal detectará y transmitirá la señal de corte de la siguiente manera:
Si el convertidor detecta entre M y 2M + 3 bits, todos con polaridad de arranque, donde M es el número de bits por carácter en el formato seleccionado, incluyendo los bits de arranque y parada, transmitirá 2M + 3 bits con polaridad de arranque.
Si el convertidor detecta más de 2M + 3 bits todos con polaridad de arranque, transmitirá todos estos bits con polaridad de arranque.
Los 2M + 3 o más bits con polaridad de arranque recibidos del extremo emisor se aplicarán al terminal receptor.
El terminal debe transmitir por el circuito 103 por lo menos 2M bits con polaridad de parada tras la señal de corte con polaridad de arranque, antes de transmitir más caracteres de datos. El convertidor recuperará el sincronismo de carácter a partir de la siguiente transición de parada a arranque.
2.4.1.6
Velocidades superiores/inferiores a la nominal
Un adaptador de terminal insertará elementos de parada adicionales cuando su terminal asociado transmita con una velocidad de caracteres inferior a la nominal (subvelocidad). Si el terminal transmite caracteres con una velocidad superior a la nominal (sobrevelocidad) de hasta 1% (ó 2,5% en el caso de velocidades nominales menores de 600 bit/s), el convertidor asíncrono a síncrono puede suprimir los elementos de parada tantas veces como sea necesario hasta un máximo de 1 por cada 8 caracteres a sobrevelocidad de 1%. El convertidor del extremo receptor detectará los elementos de parada suprimidos y los reinsertará en el tren de datos recibidos (circuito 104).
La longitud nominal de los elementos de arranque y datos será la misma para todos los caracteres. La longitud de los elementos de parada puede reducirse hasta en 12,5% con velocidades nominales mayores de 300 bit/s para tener en cuenta una sobrevelocidad en el terminal transmisor. Para velocidades nominales menores o iguales a 300 bit/s puede reducirse el elemento de parada en 25%.
2.4.1.7
Bits de paridad
Los posibles bits de paridad incluidos en los datos de usuario son considerados como bits de datos por la función AV0.
2.4.2
Control de flujo
En esta sección se describe una opción de control de flujo para los casos de AT que soportan ETD asíncronos. El control de flujo permite conectar ETD asíncronos que operan a velocidades de datos de usuario diferentes, reduciendo la salida de caracteres del más rápido a la del más lento. Para soportar el control de flujo será necesario emplear el protocolo de extremo a extremo (de AT a AT) definido en el 2.4.2.2 , y una memoria intermedia de línea entrante (desde la red), además de un protocolo local seleccionado (véase el 2.4.2.1 ). Según sea el protocolo de control de flujo local empleado, existirá también una necesidad de almacenamiento intermedio de caracteres desde el interfaz del ETD. El tamaño de dicha memoria intermedia no se definirá en esta Recomendación, dado que depende de la forma concreta de realización.
Se necesita el control de flujo local del interfaz del ETD cuando éste opera a una velocidad superior a la velocidad síncrona establecida entre los AT. Se requiere el control de flujo de extremo a extremo cuando la velocidad síncrona establecida entre los AT es coherente con la velocidad de funcionamiento de un ETD (o función de interfuncionamiento) y superior a la velocidad síncrona coherente con la velocidad de funcionamiento del otro ETD (o función de interfuncionamiento). En algunas aplicaciones puede requerirse el control de flujo tanto local como de extremo a extremo.
2.4.2.1
Control de flujo local: de AT a ETD
Puede establecerse conexión entre distintos AT conectados a ETD asíncronos que operen a dos velocidades diferentes. Corresponde al AT conectado con el ETD más rápido aplicar un protocolo de control de flujo local para reducir la velocidad de caracteres a la del ETD más lento. Esta operación requerirá un cierto grado de almacenamiento intermedio en el AT. Aunque el AT puede soportar varios protocolos diferentes de control de flujo local, en todo momento sólo uno de ellos estará seleccionado. Son varios los protocolos de ese tipo empleados, algunos de los cuales se describen a continuación.
2.4.2.1.1
Operación 105/106
Se trata de un mecanismo de control de flujo fuera de banda que utiliza dos de los circuitos de intercambio especificados en la Recomendación V.24. Si un ETD requiere que se transmita un carácter, pone a CERRADO el circuito 105 (petición de transmitir). EL ETD sólo puede comenzar la transmisión una vez que ha recibido de vuelta un circuito 106 CERRADO (preparado para transmitir). Si, durante la transmisión de un bloque de caracteres, el circuito 106 pasa al estado ABIERTO, el ETD debe dejar de transmitir (después de concluir la transmisión de cualquier carácter que ya hubiera comenzado) hasta que el circuito 106 vuelva a pasar al estado CERRADO.
2.4.2.1.2
Operación X-CERRADO/X-ABIERTO
Se trata de un mecanismo de control de flujo dentro de banda que utiliza dos caracteres del conjunto del AI N.o 5 para la operación X-CERRADO y X-ABIERTO. Cuando un ETD recibe un carácter X-ABIERTO, debe dejar de transmitir. Cuando reciba un carácter X-CERRADO puede reanudar la transmisión. Los caracteres normalmente empleados para X-CERRADO y X-ABIERTO son los DC1 y DC3 (combinaciones de bits 1/1 y 1/3 del AI N.o 5, especificado en la Recomendación T.50) respectivamente, aunque pueden emplearse otras combinaciones de bits distintas.
2.4.2.1.3
Otros métodos
Se usan también otros métodos diversos, no normalizados, de control de flujo asíncrono, para los cuales puede definirse una correspondencia con el protocolo de control de flujo del AT.
2.4.2.2
Control de flujo de extremo a extremo (de AT a
AT)
La armonización (mediante reducción) de la velocidad de transmisión de caracteres del ETD con la del AT no siempre es suficiente para garantizar un funcionamiento correcto, por lo que puede ser necesario un control de flujo de extremo a extremo.
El bit X se emplea para transportar información de control de flujo. Un AT almacenará los caracteres entrantes en memoria intermedia. Cuando el número de caracteres en memoria intermedia exceda de un valor umbral TH1, y en función de las características concretas del sistema, el AT pondrá a ABIERTO el bit X de sus tramas salientes.
Al recibir una trama que contenga un bit X en el estado ABIERTO, un AT ejecutará su procedimiento seleccionado de control de flujo local indicando que el ETD asociado deberá cesar de enviar caracteres, y dejará de transmitir datos una vez que se hayan trasmitido completamente los caracteres en curso, para lo cual se ponen a uno los bits de datos de las tramas salientes.
Cuando en un AT que haya iniciado un control de flujo de extremo a extremo el contenido de la memoria intermedia descienda por debajo del umbral TH2, el AT repondrá a CERRADO el bit X saliente.
Cuando el AT del extremo distante reciba una trama con el bit X puesto a CERRADO, comenzará de nuevo la transmisión de datos y, aplicando el procedimiento de control de flujo local, indicará al ETD asociado que puede proseguir.
Nota
- Puede producirse un retardo entre la iniciación
del protocolo de control de flujo de extremo a extremo y la terminación del
tren de caracteres entrante. Los caracteres que lleguen durante este tiempo
deberán ser almacenados en memoria intermedia, y el tamaño total de ésta
dependerá de la velocidad de caracteres, del retardo de ida y vuelta y del
umbral de la memoria intermedia.
2.4.2.3
Uso de la capacidad de canal
Tras aceptar una llamada de un AT que soporta control de flujo y que opera a una velocidad de usuario y/o velocidad intermedia diferente, el AT llamado adoptará la misma velocidad intermedia y el mismo factor de repetición de bits. Esto contraordenará los parámetros seleccionados normalmente. En tales casos, el AT conectado al ETD más rápido ejecutará un procedimiento de control de flujo local para reducir la velocidad de caracteres a la del ETD más lento.
Así, si un ETD más rápido llama a otro más lento, los AT de ambos extremos adoptarán el factor de repetición de bits y la velocidad intermedia de canal. Para reducir la velocidad de los caracteres recibidos por el ETD más lento, su AT ejercerá un control de flujo de extremo a extremo y hará que el AT del lado llamante utilice el control de flujo local.
Si un ETD más lento llama a otro más rápido, los AT de ambos extremos adoptarán el factor de repetición de bits y la velocidad intermedia de canal más lentos. Para reducir la velocidad de los caracteres transmitidos por el ETD más rápido, su AT ejercerá un control de flujo local.
Si el AT llamado no dispone de la velocidad intermedia y el factor de repetición de bits empleados por el AT llamante, la llamada será rechazada.
2.4.2.4
Exigencias de un AT que soporte control de
flujo
A continuación se indican las exigencias generales que debe satisfacer un AT que soporte control de flujo:
i)Un AT que soporte control de flujo deberá poder operar con una velocidad intermedia y un factor de repetición de bits que sean independientes de la velocidad asíncrona empleada en el interfaz de su ETD.
ii)Un AT que soporte control de flujo deberá poder reconocer y adoptar la velocidad intermedia y el factor de repetición de bits requeridos para una llamada entrante. De la señalización se obtendrá información sobre la velocidad de usuario.
iii)Un AT que soporte control de flujo deberá poder ejecutar un protocolo de control de flujo local para reducir la velocidad de caracteres a la del ETD del extremo distante.
iv)Un AT que soporte control de flujo soportará el empleo de control de flujo de extremo a extremo (de AT a AT) haciendo uso del bit X, y tendrá una memoria intermedia de caracteres.
2.4.3
Alineación de los estados de preparado para datos
Las funciones apropiadas para la adaptación de velocidad en los pasos AV1 y AV2 y para la ALINEACIóN DE LOS ESTADOS DE PREPARADO PARA DATOS se mantienen como se ha indicado en el 2.1.4 .
3
Bucles de prueba
El concepto de mantenimiento del AT X.30 se ajustará al concepto de mantenimiento del acceso de abonado y de la instalación de abonado de la RDSI definidos en las Recomendaciones de la serie I.600 y en la Recomendación I.430 sobre el mantenimiento del acceso de abonado y de la intalación de abonado de la RDSI. Los bucles de prueba se especifican en dichas Recomendaciones.
La arquitectura de comunicación RDSI permite la comunicación de información de mantenimiento por conexiones portadoras entre puntos de acceso al servicio de red (PASR). Igualmente, puede usarse un servicio portador en un canal B o D para transportar el protocolo.
Las entidades de mantenimiento tienen la opción de comunicar información sobre gestión del comportamiento, gestión de fallos, gestión de la configuración y de denominación, etc. utilizando un protocolo de la capa de aplicación basado en la ISA. La especificación de estas capacidades de gestión que serían soportadas por los AT queda para ulterior estudio. Los conceptos siguientes serán aplicables.
3.1
Configuración de referencia de bucles de prueba
En la figura 3-1/X.30 se indican los lugares en que se establecen los bucles de prueba dentro del AT.
Figure 3-1/X.30, (N), p.
El bucle 4 deberá establecerse cerca del punto de referencia S/T. El bucle 5
deberá establecerse cerca del punto de referencia R. El bucle A deberá
establecerse cerca del punto de referencia S/T.
3.2
Características de los bucles de prueba
Las características de los bucles de prueba 4, 5 y A se definen en la Recomendación I.430 y en las Recomendaciones de la serie I.600.
3.3
Mecanismo de activación/desactivación de bucle
i)
Bucle de prueba 4
El bucle de prueba 4 controlado desde el lado de la red del AT es activado bien por un mensaje de capa 3 por el canal D, bien por un mensaje de capa 1 por el canal B seleccionado, una vez que se ha establecido una conexión del punto de control al AT. La selección del canal B en que se establecerá el bucle forma parte del procedimiento de establecimiento de la llamada.
Una vez establecido el bucle, en el punto de referencia R serán aplicables los estados siguiente:
-para el interfaz X.21 hacia el terminal:
R = 0/1 .^.^., i = ABIERTO (ETCD no preparado controlado);
-para el interfaz X.21^
bis
^ hacia el terminal:
-se pone el circuito 104 en el estado binario 1;
-se ponen los circuitos 106, 107, 109 y 125 en el estado ABIERTO;
-se ponen los circuitos 142 en el estado CERRADO;
-transmite información de temporización por los circuitos 114 y 115.
ii)
Bucle de prueba 5
Para la activación/desactivación del bucle de prueba 5 son aplicables las definiciones del apartado i). Dado que el bucle 5 se encuentra próximo al punto de referencia R, la conexión en bucle se efectúa dentro de los circuitos del interfaz R y no del canal B. Debido al mecanismo de adaptación de velocidad, la composición del tren de bits recibido en el AT y la composición del tren de bits que se hace retornar por el canal B pueden no ser idénticas en el interfaz S/T. No obstante, en el punto de conexión en bucle, los trenes de bits entrantes y salientes (en bucle) son idénticos.
Cuando se establezca el bucle serán aplicables los estados definidos en la Recomendación X.21 para el bucle 2b.
iii)
Bucle de prueba A
El bucle de prueba A es activado/desactivado mediante procedimientos
definidos en las Recomendaciones X.21/X.21^
bis
.
Nota
- Dado que en las Recomendaciones
X.21/X.21^
bis
no se especifica la selección de un canal B
concreto, se deja para ulterior estudio el tema de la selección del canal B en
el bucle de prueba A, cuando proceda.
Nota
- Como opción, puede preverse la activación y
desactivación manuales del bucle (para los tres bucles de prueba antes
mencionados).
3.4
Codificación de los mensajes de control
de activación/desactivación
-control del bucle 4 mediante el protocolo de la capa de aplicación por un canal B o D: para ulterior estudio;
-control del bucle 4 mediante un mensaje de capa 1 por un canal B: para ulterior estudio;
-control del bucle 5 mediante un protocolo de capa de aplicación por un canal B o D: para ulterior estudio;
-control de bucle 5 mediante un mensaje de capa 1 por un canal B: igual que
en X.21/X.21^
bis
;
-bucle A: como en X.21/X.21^
bis
.
Nota
- Los protocolos y procedimientos para la
comunicación entre los dos procesos de aplicación de gestión de sistema (PAGS)
quedan para ulterior estudio.
ANEXO A (a la Recomendación X.30)
Diagramas
LED
Generalidades
A fin de dar una idea clara e inequívoca del establecimiento de la correspondencia de protocolos en el AT (procedimientos de la Recomendación X.21 con los procedimientos de señalización de la RDSI) se utiliza un método formal. Este anexo presenta una descripción formal mediante el LED (lenguaje de especificación y descripción) recomendado por el CCITT (Recomendaciones Z.101-Z.104).
La descripción complementa las figuras 8/X.30 y 9/X.30.
A.2
Algunas observaciones sobre la descripción formal
a)Dadas las diferencias fundamentales entre la técnica de descripción formal
utilizada en la Recomendación X.21 (anexo A) y la empleada para describir el AT
X.21, no fue posible realizar una traducción unívoca de los
`estados'
descritos en la Recomendación X.21 a los
`estados'
descritos en el AT
X.21.
Sin embargo, dado que el LED es un método recomendado por el CCITT, se estima no obstante apropiado utilizar este lenguaje.
Los estados correspondientes de la Recomendación X.21 se indican como comentario en la descripción del AT X.21.
b)Sólo se describen las fases ordinarias de
control de
llamada
^ de
liberación
^ del AT X.21.
No se incluyen temporizaciones, etc.
c)En los diagramas LED no se representan en detalle las tareas siguientes:
-interconexión en el lado R del AT (en el interfaz R, los datos se hacen corresponder internamente con el manejador de canal B);
-sincronización de extremo a extremo;
-los procesos de adaptación de velocidad y de (des)ensamblado de trama/envolvente.
d)Para describir el AT, éste se divide en tres partes, que pueden actuar simultáneamente:
-el lado interfaz R;
-el manejador de canal D en el lado interfaz S;
-el manejador de canal B en el lado interfaz S;
La ordenación de las señales interactuantes entre el lado R y el lado S representan la correspondencia efectiva de los procedimientos del interfaz R con los procedimientos del interfaz S.
En la figura A-1/X.30 se explican los símbolos utilizados en los diagramas LED.
La correspondencia de protocolos del AT X.21 se muestra en las figuras A-2/X.30 a A-6/X.30.
Figure A-1/X.30, (M), p. 15
Figure A-2/X.30 (Feuillet 1 sur 2), (MC), p. 16
Figure A-2/X.30 (Feuillet 2 sur 2), (MC), p. 17
Figure A-3/X.30, (M), p. 18
Figure A-4/X.30, (MC), p. 19
Figure A-5/X.30, (M), p. 20
Figure A-6/X.30, (M), p. 21
APéNDICE I (a la Recomendación X.30)
Adaptador de
terminal universal
I.1
Identificación de la velocidad de
usuario
I.1.1 Se busca el esquema de bits .^.^. 10111011 .^.^. observando el bit 1 de octetos sucesivos recibidos del tren a 64 kbit/s.
Si se encuentra este esquema, la velocidad de usuario es 48 kbit/s.
I.1.2
Identificación de velocidad intermedia
Véase el apéndice II, Î II.1.
I.1.3
Identificación de velocidades de usuario inferiores
a 48 kbit/s
Véase el apéndice II, Î II.3.
I.1.4 Los procedimientos para la detección de un
Nota 1
- Las operaciones I.1.1, I.1.2 y I.1.3 pueden
realizarse en paralelo.
Nota 2
- Deberán estudiarse con mayor amplitud los
procedimientos que deben aplicarse cuando no se detecta una velocidad de
usuario.
I.2 Se busca la alineación de trama a velocidades de usuario inferiores a 48 kbit/s, una vez restituida la velocidad intermedia, utilizando la siguiente estrategia:
Se trata de detectar el siguiente esquema de alineación de 17 bits
000000001XXXXXXX1XXXXXXX1XXXXXXX1XXXXXXX1XXXXXXX1XXXXXXX1XXXXXXX1XXXXXXX1XXXXXXX
No se tolerará ningún error en las posiciones de bit indicadas más arriba.
(
Nota
-
`X'
indica que el valor de esta posición de
bit es intrascendente a los efectos de la alineación.)
Se supone que la tasa de errores será lo suficientemente baja para que pueda esperarse que se ha conseguido la alineación cuando se haya detectado una multitrama de 80 bits.
En el caso de la clase de servicio de usuario 3 (600 bit/s) de la Recomendación X.1 se tendrá que efectuar una búsqueda suplementaria del esquema de sincronización de multitrama contenido en la posición de bit E7.
I.3
Pérdida/recuperación de la alineación
Se supondrá que se ha perdido la alineación de trama cuando se detecten
N
^ (valor provisional = 3) tramas consecutivas en cada una
de las cuales hay por lo menos un error de bit de alineación.
La supervisión de la señal de alineación será un proceso continuo para el cual se utilizará el mismo procedimiento que para la alineación inicial.
Cuando se ha detectado una pérdida de la alineación de trama, el AT pasará al estado de recuperación.
Si la recuperación de la alineación no se logra dentro de un periodo
determinado, el AT deberá indicar
ETCD no preparado
, y
para ello pondrá r = 0, i = ABIERTO. La duración de este periodo depende de la
red (como en el
2.6.2
de la Recomendación X.21).
Si no se consigue la recuperación podrían aplicarse ulteriores procedimientos de mantenimiento.
Nota 1
- Deben estudiarse con mayor amplitud las
implicaciones del cambio de la velocidad de usuario en el curso de una llamada,
sobre todo por el hecho de que esta situación no está actualmente prevista en
la Recomendación X.21.
Nota 2
- Se reconoce que los procedimientos para la
explotación de AT universales no pueden introducirse sin una modificación de la
Recomendación X.21.
I.4
Alineación de los estados preparado para datos
El AT llamado transmite todos ceros hasta que ha identificado la velocidad
de usuario del ETD llamante (véase la figura I-1/X.30). Por tanto, tiene que
efectuarse un procedimiento de entrada en contacto en el que el AT llamante
será el último en interconectarse. Tras la interconexión del AT llamante, ambos
terminales X.21 pasan al estado
preparado para datos
.
Figura I-1/X.30, (M), p.
APéNDICE II (a la Recomendación X.30)
Identificación de
la velocidad intermedia dentro del intervalo
II.1
Identificación de la velocidad intermedia
La velocidad intermedia (16 u 8 kbit/s) se identifica mediante inspección de la secuencia de los bits de posición 1 y la secuencia de los bits de posición 2 de los octetos a 64 kbit/s.
Si la secuencia de los bits de posición 1 contiene cadenas de 8 a 15 bits 0 continuos y la secuencia de los bits de posición 2 no contiene bits 0, la velocidad binaria intermedia es de 8 kbit/s.
Si las secuencias de los bits de posiciones 1 y 2 contienen, ambas, cadenas de bits 0 continuos con longitudes de 4 o más bits, la velocidad binaria intermedia es de 16 kbit/s.
Cualquiera que sea la velocidad binaria intermedia, las posiciones 3 a 8 de los octetos a 64 kbit/s contienen sólo bits 1.
II.2
Restitución de la velocidad
intermedia
La velocidad intermedia 16 kbit/s puede restituirse haciendo corresponder los bits de las posiciones 1 y 2 de cada octeto a 64 kbit/s con dos bits siguientes de la velocidad intermedia 16 kbit/s.
La velocidad intermedia 8 kbit/s puede restituirse haciendo corresponder el primer bit de cada octeto a 64 kbit/s con un bit de la velocidad 8 kbit/s.
II.3
Identificación de la velocidad de
usuario
Para una velocidad binaria intermedia de 16 kbit/s, la velocidad de usuario es de 9,6 kbit/s.
Para una velocidad intermedia de 8 kbit/s, la velocidad de usuario se identifica por la codificación del esquema de bits E (véase el 2.1.1.2.4 ).
Referencias
[1]Recomendaciones Z.101 a Z.104 del CCITT
Lenguaje de
especificación y de descripción funcionales (LED)
.
MONTAGE : RECOMMANDATION X.31 SUR LE RESTE DE CETTE PAGE
3.1.1 Disk. 189 NF01/007 3.2.2.1 Ó NF01/007 3.2.2.1.1 Ó NF01/008 Apéndice III Ó NF01/017 - Ó NF01/017 a) Ó NF01/075 Caso 2: Disk. 190 NF01/005 = OPM: 02 iii) Ó NF01/007 = OPM: 02 tipo 1: Ó NF01/023 = OPM: 02 (cs,) - (cs,)
(1BT) (BT..)
(82.TE.12.S)
(A1.23s) / [26s]
FOLIOS: 422 - 460
(DO PRC.COSY.2)
MEP {TPS.NON.PHOTO "[PA1]"} : OK= [1]
Saisie 08.12.88 GG/PR
ID + LASER + diskette MAJ 05.12.89 GT
Corr. LASER (1re épreuve) = 3eme 18.01.89 PR
Espaces réservés 7.02.89 PC
AJOUTER (PA1) (CL1,0,0,0) pour MEP
MEP + LASER 10.02.89 GH/PC
Corr. MEP ........ ..
Insertion des tableaux (tabulateurs 4) 10.02.89 PC
BAT 27.02.89 PV
MAJ s/disquettes 29.03.89 CD
MONTAGE : FIN DE LA RECOMMANDATION X.30 EN-TêTE DE CETTE
PAGE
Recomendación X.31
Esta Recomendación forma parte también de
las Recomendaciones de la serie I con el número I.462.
SOPORTE DE EQUIPOS TERMINALES EN MODO PAQUETE POR
UNA RED DIGITAL DE SERVICIOS INTEGRADOS (RDSI)
(Málaga-Torremolinos, 1984, modificada en Melbourne, 1988)
El CCITT,
considerando
(a) que se utilizarán ETD conformes a la Recomendación X.25, al menos durante la evolución de la red digital de servicios integrados (RDSI) y posiblemente después, conjuntamente con servicios de transmisión de datos con conmutación de paquetes (STDCP) proporcionados en una RDSI o por conducto de una RDSI, a redes públicas de datos con conmutación de paquetes (RPDCP);
(b) que se utilizarán ET1 en modo paquete conformes a las Recomendaciones de la serie I (I.430/I.431) en los puntos de referencia S y T, conjuntamente con servicios de transmisión de datos con conmutación de paquetes proporcionados por una RDSI a las RPDCP;
(c) que las funciones y el protocolo definidos por esta Recomendación deben permitir la prestación del servicio de red definido en la Recomendación X.213;
(d) que el interfuncionamiento entre una RDSI y una RPDCP se define en la Recomendación X.325;
(e) que el acceso por demanda a las RPDCP se define en la Recomendación X.32;
(f) que el acceso especializado a las RPDCP se define en la Recomendación X.25,
recomienda por unanimidad
que para el soporte de equipos terminales en modo paquete por una RDSI se aplique lo siguiente.
La presente Recomendación trata de los aspectos que a continuación se indican:
1)definición de los aspectos de los servicios en modo paquete proporcionados a los usuarios de la RDSI, de conformidad con los servicios portadores definidos en las Recomendaciones de la serie I;
2)definición de los procedimientos en el interfaz red-usuario de la RDSI para el acceso a los servicios en modo paquete, en línea con las Recomendaciones I.430, I.431, Q.921 y Q.931;
3)definición de las funciones de AT para la adaptación de los terminales X.25 existentes.
Las EDD (unidades de empaquetado/desempaquetado de datos) pueden ser soportadas dentro de la red, en cuyo caso las Recomendaciones existentes serán de aplicación en los accesos asíncronos (por ejemplo, la X.3, la X.28, la X.29, y la X.52). El soporte de un acceso asíncrono por una RDSI o a través de una RDSI queda fuera del ámbito de esta Recomendación.
íNDICE 1
Aspectos generales del servicio
2
Configuraciones de referencia
2.1Configuración para el acceso a servicios de la RPDCP (caso A) 2.2Configuración para el servicio de circuito virtual de la RDSI (caso B)
3
Aspectos del servicio
3.1Acceso a servicios de la RPDCP (caso A)
3.1.1Características de los servicios 3.1.2Capacidades de acceso de usuario 3.1.3Reglas básicas 3.1.4Clases de notificación
3.2Acceso al servicio de circuito virtual de la RDSI (caso B)
3.2.1Características del servicio 3.2.2Capacidades de acceso de usuario 3.2.2.1Acceso a través del canal B 3.2.2.1.1Limitaciones del servicio 3.2.2.1.2Reglas básicas 3.2.2.2Acceso a través del canal D 3.2.2.2.1Limitaciones del servicio 3.2.2.2.2Reglas básicas
3.2.3Clases de notificación para llamadas entrantes 3.2.3.1Clase no notificación 3.2.3.2Clase notificación condicional 3.2.3.3Clase notificación incondicional 3.2.3.4Correspondencia entre la información del paquete de llamada entrante de la Recomendación X.25 y el mensaje de la Recomendación Q.931
3.3Verificación de la compatibilidad
4
Aspectos del direccionamiento y del encaminamiento
4.1Selección del interfaz del terminal
4.2Acceso a los servicios de la RPDCP (caso A) 4.2.1Selección del tipo de canal 4.2.2Plan de direccionamiento para llamadas salientes
4.3Acceso al servicio de circuito virtual de la RDSI (caso B) 4.3.1Selección del tipo de canal 4.3.2Plan de direccionamiento para llamadas salientes
5
Interfuncionamiento con redes especializadas
5.1Acceso en modo circuito a los servicios de las RPDCP (caso A) 5.2Acceso a las RPDCP por conducto del servicio de circuito virtual (caso B)
6
Comunicaciones de paquetes en el punto de referencia
S/T
6.1Acceso de salida
6.1.1Acceso por conmutación de circuitos a los servicios de las RPDCP (caso A) 6.1.2Acceso al servicio de circuito virtual de la RDSI (caso B) 6.1.2.1Canal B 6.1.2.2Canal D
6.2Acceso de llegada
6.2.1Acceso desde los servicios de las RPDCP (caso A) 6.2.1.1Consideraciones generales 6.2.1.2Negociación de canal
6.2.2Acceso desde el servicio de circuito virtual de la RDSI (caso B) 6.2.2.1Canal B 6.2.2.2Canal D 6.2.2.3Ofrecimiento de llamada 6.2.2.3.1Selección de canal mediante el ofrecimiento de llamada 6.2.2.3.2Correspondencia de elementos de información 6.2.2.3.3Selección de canal sin ofrecimiento de llamada
6.3Establecimiento y liberación de llamada virtual
6.3.1Establecimiento y liberación de la capa de enlace 6.3.2Establecimiento y liberación de llamada virtual en la capa de paquete
6.4Liberación de la llamada
6.4.1Canal B 6.4.2Canal D 6.4.3Información adicional para el tratamiento de errores 6.4.4Correspondencia de las causas 6.4.4.1Acceso a/desde los servicios de la RPDCP (caso A) 6.4.4.2Acceso al/desde el servicio de circuito virtual de la RDSI (caso B)
6.5Colisión de accesos
7
Funcionalidades del adaptador de terminal
7.1Consideraciones generales
7.2Interfaces físicos
7.3Acceso a través del canal B
7.3.1Consideraciones generales 7.3.2Adaptación de velocidad 7.3.3Señalización 7.3.3.1Llamada saliente 7.3.3.1.1Condiciones para iniciar el establecimiento del canal B 7.3.3.1.2Opciones para transferir la dirección de RDSI del puerto de la RPDCP al AT 7.3.3.1.3Correspondencia de procedimientos 7.3.3.1.4Correspondencia de los mensajes Q.931 7.3.3.1.5Procedimientos X.25
7.3.3.2Llamada entrante 7.3.3.2.1Ofrecimiento de llamada de la Rec. Q.931 7.3.3.2.2Acciones en el punto de referencia R 7.3.3.2.3Procedimientos de la Rec. X.25
7.3.3.3Liberación de llamada 7.3.3.3.1Iniciación de liberación de llamada por el ETD 7.3.3.3.2Iniciación de liberación de llamada por la red 7.3.3.3.3Iniciación de liberación de llamada por el usuario
7.3.4Sincronización
7.4Acceso a través del canal D
7.4.1Consideraciones generales 7.4.2Correspondencia LAPB-LAPD 7.4.2.1Correspondencia basada en una terminación completa de los protocolos de la capa de enlace 7.4.2.1.1Correspondencia del campo de dirección de la trama de información 7.4.2.1.2Correspondencia del campo de control de la trama de información 7.4.2.1.3Recalculación de la secuencia de verificación de trama de información
7.4.2.2Correspondencia basada en la terminación mínima de la capa de enlace
7.4.3Señalización
7.4.3.1Llamada saliente 7.4.3.1.1Condiciones para el establecimiento de un enlace lógico entre el ETD y el MP 7.4.3.1.2Correspondencia de los procedimientos de enlace 7.4.3.1.3Procedimientos X.25
7.4.3.2Llamada entrante 7.4.3.2.1Ofrecimiento de llamada Q.931 7.4.3.2.2Procedimientos X.25
7.4.3.3Desconexión del enlace de datos 7.4.3.3.1Desconexión por el MP 7.4.3.3.2Desconexión por el ETD
7.5Acceso a través de los canales B y D
7.5.1Consideraciones generales 7.5.2Llamada saliente 7.5.3Llamada entrante
7.6Bucles de prueba
7.6.1Bucles de prueba para AT con acceso a través del canal B 7.6.1.1Configuración de referencia de bucles de prueba 7.6.1.2Características de los bucles de prueba 7.6.1.3Mecanismo de activación/desactivación de bucles 7.6.1.4Codificación de mensajes de control de activación o desactivación
7.6.2Bucles de prueba de AT con acceso a través del canal D
Apéndice I
-AT de canal B que actúa sobre las capas 2 y
3 de X.25
Apéndice II
-Interconexión de ET2 en modo paquete que
utilizan el servicio portador en modo circuito de la RDSI
Apéndice III
-Ejemplos de diagramas de flujo de
mensajes y ejemplos de condiciones para el establecimiento de la
correspondencia entre causas
Apéndice IV
-AT del canal D que exigen la terminación
completa del protocolo en el AT
Apéndice V
-Referencias
1 Aspectos generales del servicio
Se han definido dos servicios principales de transmisión de datos con conmutación de paquetes para terminales en modo paquete conectados a la RDSI, a saber:
Caso A - acceso a una RPDCP (servicios de RPDCP);
Caso B - utilización de un servicio de circuito virtual de RDSI.
En las Recomendaciones de la serie I.230 se define la prestación de estos servicios.
En el caso A se emplea una conexión de circuito transparente de RDSI, permanente (es decir, no conmutado) o por demanda (es decir, conmutado). El correspondiente servicio portador de la RDSI es un servicio a 64 kbit/s tal como se describe en la Recomendación I.231. El servicio a disposición del usuario es el de la RPDCP descrito en X.25 (acceso permanente) y en X.32 (acceso por demanda), y también en otras Recomendaciones de la serie X (por ejemplo, la X.2 y la X.121).
En el caso B se utiliza un circuito virtual de RDSI como el descrito en el 3.2.1 de la Recomendación I.231. El servicio disponible se describe en las Recomendaciones de la serie I.
Sólo el canal B puede utilizarse, en el caso A, para acceder al servicio con conmutación de paquetes en el interfaz usuario-red, mientras que en el caso B puede emplearse tanto el canal B como el canal D. En el 3 se describen detalladamente los aspectos del servicio para ambos casos.
La presente Recomendación trata los siguientes procedimientos en el punto de referencia S/T:
-Acceso a los canales B y D en interfaces de velocidades básica y primaria. La aplicación al acceso al canal H requiere un estudio ulterior.
-Procedimientos LAPB de X.25 en el canal B y procedimientos LAPD de Q.921 en el canal D. Los procedimientos de acceso al enlace (LAP) de X.25 no se tienen aquí en cuenta.
-Procedimientos de capa de paquete de X.25 tanto en el canal B como en el canal D.
Además, en esta Recomendación se define el uso de los procedimientos Q.921 y Q.931 cuando son adecuados para el establecimiento y la liberación de un trayecto físico a través de la RDSI.
2 Configuraciones de referencia
Las configuraciones siguientes constituyen la base sobre la que deberá normalizarse el soporte de los ETD X.25 y ET1 por la RDSI. En el 5 se hacen consideraciones relativas al interfuncionamiento.
Estas configuraciones constituyen asimismo la base sobre la que se ha normalizado el soporte de los ET en modo paquete por la RDSI, puesto que un ETD X.25 y su adaptador de terminal (AT) es siempre el equivalente de un ET1 en modo paquete en el interfaz S/T. Debe considerarse por tanto que toda referencia de la presente Recomendación a la combinación de un ETD X.25 y su AT se aplica también a los ET1 en modo paquete. No obstante, algunos ET1 pueden tener más capacidades que las disponibles de un ETD X.25 y su AT. Esta Recomendación abarca, de manera similar, el soporte de TR2 que funcionen en modo paquete.
En las instalaciones del abonado pueden soportarse múltiples ETD X.25 con AT o ET1, o sus combinaciones. Una TR2 puede multiplexar en la capa 3 varios ETD X.25 en un único canal B. El canal B puede ser utilizado por múltiples AT o ET1, uno en cada momento, llamada por llamada.
Nota
- La multiplexión en capa 2 dentro del canal B
requiere un estudio ulterior.
Esta Recomendación sólo se aplica al funcionamiento en modo paquete efectuado independientemente con un solo tipo de conexión de red RDSI (es decir, con canal B o canal D).
2.1
Configuración para el
acceso
a servicios de la RPDCP
(caso A)
Esta configuración (figura 2-1/X.31) se refiere al servicio del caso A, lo que implica un tratamiento transparente de llamadas por paquetes a través de una RDSI. El acceso sólo es posible por el canal B. En este contexto, el único soporte que la RDSI proporciona a las llamadas por paquetes es un tipo de conexión física de red transparente, semipermanente en modo circuitos, a 64 kbit/s o por demanda, entre el puerto adecuado de la RPDCP y el ETD X.25 con su AT o ET1 en las instalaciones del cliente.
En el caso de acceso semipermanente, el ETD X.25 con su AT o el ET1 se conectan al correspondiente puerto RDSI en la RPDCP (UA). El AT, si está presente, sólo realiza la necesaria adaptación de la velocidad de canal físico entre la del usuario en el punto de referencia R y la del canal B de 64 kbit/s. Los mensajes de la Recomendación Q.931 no se utilizan en este caso.
Figura 2-1/X.31, p.
En el caso de acceso con conmutación a la RPDCP, situación que se ilustra en
la parte superior de la figura 2-1/X.31, el ETD X.25 con su AT o el ET1 se
conectan a un puerto de unidad de acceso a la RDSI en la RPDCP (UA). La UA
puede también establecer los canales físicos a 64 kbit/s a través de la RDSI.
En este tipo de conexión, las llamadas salientes se establecerán por el canal B hacia el puerto de RPDCP siguiendo el procedimiento de señalización RDSI antes de iniciar las funciones de capa 2 y capa 3 de la Recomendación X.25. Esto puede efectuarse utilizando una línea directa especial (por ejemplo, llamada directa) o métodos de selección completa. Además, el AT efectuará la adaptación de la velocidad de usuario a 64 kbit/s. Según la técnica de adaptación de datos que se utilice, puede ser necesaria una función complementaria en el puerto de unidad de acceso (UA) de la RPDCP (véase el 7 relativo a la adaptación de la velocidad por el AT).
En el caso de selección completa se utilizan dos números distintos para acceso de salida a la RPDCP:
-el número RDSI del puerto de acceso de la RPDCP indicado en el mensaje ESTABLECIMIENTO de la Recomendación Q.931;
-la dirección del ETD llamado, indicada en el paquete de petición de llamada X.25.
El servicio correspondiente solicitado en el mensaje ESTABLECIMIENTO de la Q.931 es un servicio portador en modo circuito de la RDSI.
Las consideraciones anteriores se aplican asimismo a las llamadas originadas en la RPDCP. De hecho, con referencia a la figura 2-1/X.31, el puerto RDSI de la RPDCP incluye funciones tanto de adaptación de velocidad (si son necesarias) como de establecimiento del trayecto.
Cuando sea preciso, puede ofrecerse a la RPDCP una identificación de ETD utilizando los protocolos de señalización para el establecimiento de llamadas de la Recomendación Q.931. Además, se puede proporcionar al ETD una identificación del ETCD, cuando haga falta, utilizando los mismos protocolos.
Para el caso de acceso por demanda, la operación de las capas 2 y 3 en el canal B, así como las definiciones de servicios, se indican en la Recomendación X.32.
Algunas RPDCP pueden utilizar los procedimientos de identificación de ETD adicionales definidos en la Recomendación X.32, como complemento a la información proporcionada por la RDSI en el caso A.
2.2
Configuración para el servicio de
circuito virtual de la
RDSI
(caso B)
Esta configuración se refiere al caso en que la función de manejo de paquetes (MP) se efectúa dentro de la RDSI. La configuración de la figura 2-2/X.31 ilustra el caso de procedimientos de capas de enlaces y paquetes X.25 transportados a través del canal B. La llamada por paquetes se encamina, dentro de una RDSI, hacia una función de manejo de paquetes (MP) en la que pueda efectuarse el procesamiento completo de la llamada X.25.
Figura 2-2/X.31, p.
El acceso a la función de MP puede hacerse de varias maneras, en
correspondencia con las distintas alternativas de realización de la RDSI. En
cualquiera de ellas se establece una conexión de canal B hacia/desde un puerto
de MP capaz de soportar el necesario procesamiento de las llamadas de paquetes
por canal B, las funciones normalizadas X.25 para las capas 2 y 3, las
funciones de establecimiento del trayecto para la capa 1 y, posiblemente, la
adaptación de la velocidad.
La configuración de la figura 2-3/X.31 se refiere a procedimientos de capa de paquetes X.25 que son vehiculados a través del canal D. En este caso, un cierto número de ETD podrá funcionar simultáneamente a través del canal D aplicando discriminación de identificador de conexión en la capa 2. El puerto de MP al que se accede sigue siendo capaz de soportar los procedimientos de capa de paquetes de la Recomendación X.25.
Figura 2-3/X.31, p.
Es importante observar además que los procedimientos para el acceso a un
servicio de transmisión de datos con conmutación de paquetes (STDCP) a través
de un interfaz usuario-red de RDSI por canal B o D son independientes de la
ubicación de las funciones de tratamiento de paquetes que elija el proveedor
del servicio, a saber:
a)en una central distante o un módulo de conmutación de paquetes en una RDSI, o
b)en la central local.
Sin embargo, los procedimientos para el acceso de paquetes a través del canal B o del canal D son diferentes (véase el 6 ).
En el servicio del caso B, tanto en acceso por canal B como por canal D, la
dirección del ETD llamado figura en el paquete de
petición
de llamada
X.25. El establecimiento de la conexión
física entre el AT/ET1 y las funciones de tratamiento de paquetes se hace de
acuerdo con el servicio portador solicitado (servicio de circuito virtual de
RDSI), por lo que el usuario no facilita ninguna información de
direccionamiento, en los procedimientos de la Recomendación Q.931.
3 Aspectos del servicio
3.1
Acceso a servicios de la RPDCP
(caso A)
En el 5 se hacen las consideraciones relativas al interfuncionamiento.
3.1.1
Características de los servicios
En este caso, la RDSI ofrece un tipo de conexión de red transparente o por conmutación de circuitos a 64 kbit/s entre el AT/ET1 y el puerto de la unidad de acceso (UA) a la RPDCP. Si el acceso es conmutado, la UA debe ser seleccionada por la dirección llamada en el protocolo de señalización del canal D, cuando el AT/ET1 establezca la conexión por conmutación de circuitos con el puerto de la UA. Si el acceso es no conmutado, no se utilizan los mensajes de control de llamada de la Recomendación Q.931.
Puesto que el suministrador de servicios por conmutación de paquetes es una RPDCP, algunos ETD serán terminales de RPDCP y serán tratados por esta red. Otros ETD pueden acceder a la RPDCP sin abonarse permanentemente a la misma.
En el primer caso se mantienen los mismos servicios de la RPDCP, incluyendo las facilidades, las características de calidad de servicio (CDS) y los interfaces ETD-ETCD. Si un ETD no está abonado a la RPDCP, sólo se le proporcionará un conjunto reducido de facilidades de esa red (véase la Recomendación X.32).
Todo ETD estará asociado a uno o más números de RDSI (Recomendación E.164). Además, un ETD puede estar asociado a uno o más números X.121 asignados por las RPDCP a las que tenga acceso. En la Recomendación E.166 se describe la manera según la cual los paquetes X.25 llevan los números del plan de numeración RDSI y la relación con la Recomendación X.121.
3.1.2
Capacidades de acceso de usuario
En el caso A, los ETD pertenecientes a usuarios de las clases de servicio 8 a 11, 13 y 30 de la Recomendación X.1 (categoría de acceso Q.1 a Q.5 de la Recomendación X.10), pueden soportarse sin limitaciones en el empleo de la Recomendación X.25. En el 7 se describe el mecanismo de adaptación de velocidad para usuarios de las clases de servicio 8 a 11 (categorías de acceso Q.1 a Q.4 y las funcionalidades de los AT.
3.1.3
Reglas básicas
Cuando se utilice un canal B conmutado, las comunicaciones de datos por paquetes se establecerán separando la fase establecimiento del canal B de la fase control de los circuitos virtuales, mediante el protocolo X.25 (capa de enlace y capa de paquete).
Por lo general, la RDSI desconoce la configuración del equipo terminal del usuario. En el establecimiento de la conexión de canal B entrante se deberá emplear el procedimiento de señalización de canal D (véase la Recomendación Q.931).
3.1.4
Clase de notificación
Según los procedimientos de la Recomendación Q.931, hay una clase de notificación para hacer saber al usuario las llamadas entrantes. Además, hay una clase de notificación que no utiliza los procedimientos Q.931. Esas dos clases de notificación se pueden proporcionar en régimen de abono. Las redes facilitarán una o más de las referidas clases de notificación. Dichas clases se definen en los 3.2.3.1 y 3.2.3.2, con las siguientes excepciones:
-los términos utilizados en el
3.2.3.1
se aplican reemplazando
`MP'
por
`UA'
;
-en este caso se utilizará únicamente el acceso por el canal B;
-la correspondencia de información, en el caso de notificación condicional, se limita a los elementos de información disponibles para la transferencia de información de extremo a extremo.
3.2
Acceso al servicio de circuito virtual de la
RDSI
(caso B)
En el 5 se hacen consideraciones relativas al interfuncionamiento.
3.2.1
Características del servicio
El servicio de circuito virtual proporcionado dentro de la RDSI es conforme a lo indicado en las Recomendaciones de la serie X (por ejemplo, en lo relativo a facilidades, calidad del servicio, etc.).
Las facilidades y el servicio proporcionados, así como las características de calidad de este último, son las de la RDSI. Es posible intensificar las características que ya tienen las Recomendaciones de la serie X y desarrollar otras más, teniendo en cuenta las nuevas capacidades del usuario de la RDSI. Se asociará un número del plan de numeración de la RDSI a uno o más AT/ET1 (véase la Recomendación E.164).
3.2.2
Capacidades de acceso de usuario
En el caso A se pueden utilizar tanto el canal B como el canal D para ganar acceso al servicio portador de circuito virtual de la RDSI.
3.2.2.1
Acceso a través del canal B
3.2.2.1.1
Limitaciones del servicio
En este caso pueden soportarse los ETD pertenecientes a usuarios de las clases de servicio 8 a 11, 13 y 30 de la Recomendación X.1 (categorías de acceso T1 a T5 e Y1 a Y5 de la Recomendación X.10) sin limitaciones en el empleo de la Recomendación X.25. En el 7 se describe el mecanismo de adaptación de velocidad para usuarios de las clases de servicio 8 a 11 (categorías de acceso T1 a T4 e Y1 a Y4) y las funcionalidades de los AT.
3.2.2.1.2
Reglas básicas
Cuando se utilice un canal B conmutado, las comunicaciones de datos por paquetes se establecerán separando la fase establecimiento del canal B de la fase control de los circuitos virtuales mediante el protocolo X.25 (capa de enlaces y capa de paquetes).
Por lo general, la RDSI desconoce la configuración o el equipo terminal del usuario. Si el acceso es por demanda, se deberán emplear los procedimientos de señalización del 6 en el establecimiento de la conexión de canal B entrante (véase la Recomendación Q.931).
3.2.2.2
Acceso a través del canal D
3.2.2.2.1
Limitaciones del servicio
En este caso, pueden soportarse los ETD pertenecientes a las clases de servicio de usuario 8 a 10 de la Recomendación X.1 (categorías de acceso U1 a U4 de la Recomendación X.10), y a la clase 11 de la Recomendación X.1 (categoría de acceso U5 de la Recomendación X.10) excepto en la clase de servicio de usuario de acceso básico, con sujeción a las limitaciones impuestas por el LAPD a propósito de la longitud máxima del campo I de las tramas de información (parámetro N201, definido en la Recomendación Q.921). De cualquier modo, el límite máximo del tamaño de cada trama que haya de transferirse por el canal D será de 260 octetos.
3.2.2.2.2
Reglas básicas
Los principios que a continuación se indican deberán respetarse siempre para ofrecer acceso a los ET al STDCP tal como se define en las Recomendaciones de la serie X, en particular, la X.25.
Un único enlace con IPAS = 16 LAPD, según lo ven tanto la red como el usuario, debe soportar la multiplexión de canales lógicos en la capa 3. Además, la red ha de soportar la presencia de múltiples enlaces lógicos con IPAS = 16 LAPD actuando simultáneamente en la capa 2, porque el usuario puede tener un acceso multipunto y porque sólo se permite a un AT o ET1 operar con más de un IET. De aquí se deduce la exigencia de que la red sea capaz de soportar multiplexión simultánea en la capa 2 y capa 3 para conexiones en modo paquete del canal D.
Todos los paquetes X.25, incluidos los de
petición de
llamada
y los de
llamada entrante
, deben
transportarse hacia y desde el ET en tramas de información numerada (tramas I)
en un enlace IPAS = 16 LAPD.
Un paquete de
llamada entrante
sólo se transmitirá a
un ET una vez que la red pública haya verificado al menos lo siguiente:
-la compatibilidad de las facilidades de usuario contenidas en el paquete de
llamada entrante
con el perfil de abonado, cuando existe,
-la disponibilidad del canal lógico, bidireccional o entrante, en el que se
envía el paquete de
llamada entrante
.
3.2.3
Clases de notificación para llamadas entrantes
Desde el punto de vista de los procedimientos de la Recomendación Q.931 hay tres clases de notificación o maneras de notificar al usuario las llamadas entrantes. Estas notificaciones se pueden proporcionar en régimen de abono. Las redes facilitarán una o más de las referidas clases de notificación.
3.2.3.1
Clase no notificación
La red adjudica las llamadas entrantes a un canal (D/B) utilizando un algoritmo realizado por la propia red. No se emplean procedimientos Q.931 para avisar al usuario de las llamadas entrantes. Cabe distinguir las siguientes subclases:
a)conexiones semipermanentes (enganchadas) al MP. El paquete de
llamada entrante
se entrega directamente por la conexión
semipermanente;
b)conexiones por demanda iniciadas por el usuario (en el lado llamado).
El usuario es responsable de la iniciación de canales al MP siguiendo los procedimientos de la Q.931. Si el usuario no ha iniciado canales al MP, la red libera las llamadas entrantes.
3.2.3.2
Clase notificación condicional
La red sólo utiliza los procedimientos de la Recomendación Q.931 para activar un canal para la entrega de una llamada entrante cuando no se dispone de canal en estado activo, tal como se define en la Q.931. Las subsiguientes llamadas que entren al mismo número de RDSI se entregarán en este canal sin emplear procedimientos Q.931.
Algunas redes pueden mantener información relativa al estado del canal de acceso por paquetes del usuario. La red aplica un algoritmo para determinar cuándo no es posible agregar más llamadas al canal de acceso por paquetes activo. Al llegar a esa situación puede rechazar de inmediato la llamada o utilizar los procedimientos Q.931 en un intento de activar otro canal para la entrega de llamadas adicionales.
Nota
- Algunas redes tienen además la posiblidad de
comparar la subdirección y utilizar el procedimiento de la Q.931 cuando la
dirección RDSI difiera de la dirección RDSI del terminal con canal de acceso
por paquetes activo.
3.2.3.3
Clase notificación incondicional
La red utiliza los procedimientos Q.931 para notificar al usuario cada una
de las llamadas entrantes X.25. Como indica el cuadro 3.1/X.31, en el mensaje
ESTABLECIMIENTO de la Q.931 se copia tanta información como sea posible del
paquete
llamada entrante
de la X.25. Se presta este
servicio para ayudar al equipo terminal en la gestión del interfaz (por
ejemplo, en la verificación de la compatibilidad o en la selección de canal).
3.2.3.4
Correspondencia entre la información del paquete de
llamada entrante de la Recomendación X.25 y el mensaje de
la Recomendación Q.931
En el caso de notificaciones de clase condicional e incondicional, habrá
que establecer una correspondencia entre parte de la información presente en el
paquete
llamada entrante
de la X.25 y el mensaje
ESTABLECIMIENTO de la Q.931 tal como se indica en el cuadro 3-1/X.31.
3.3
Verificación de la compatibilidad
Esta sección es aplicable tanto a los servicios del caso A como a los del caso B.
La información sometida a verificación de compatibilidad en la(s) red(es) pública(s), en los sistemas terminales o en redes públicas y sistemas terminales al establecer una comunicación entre dos sistemas puede dividirse en dos capacidades básicas.
-La capacidad de transmisión, que incluye tipos de conexión de red RDSI, información para la identificación del servicio portador en relación con las capas 1 a 3 de los terminales y facilidades definidas en la Recomendación X.2.
-La capacidad de comunicación que implica funciones de capas más altas para aplicaciones normalizadas en relación con los servicios de telecomunicaciones. También puede constituir parte de la capacidad de comunicación, otra información que fluye de manera transparente entre los sistemas terminales. En las Recomendaciones Q.931 y X.300 figura la codificación de los elementos de información para la verificación de la compatibilidad y su relación con el modelo de referencia de la interconexión de sistemas abiertos (ISA). La verificación de la capacidad de comunicación a nivel de conexión de red RDSI se limita a los parámetros que pueda vehicular los protocolos de capa de paquete X.25, es decir, que no se pueden transferir del usuario llamante al llamado los parámetros de compatibilidad de capa superior.
Cuadro 3-1/X.31 [T1.31], p.
La red proporciona la capacidad de transmisión y suministra al usuario el
elemento de información asociado de capacidad portadora, en el mensaje
ESTABLECIMIENTO de la Q.931, cuando se le notifica la llamada entrante. El
equipo del usuario utiliza ese elemento, y posiblemente otros, a efectos de
verificación de compatibilidad, tal como se describe en el anexo B de la
Recomendación Q.931.
La red no transmite ninguna capacidad de comunicación al usuario, es decir, que no le transfiere el elemento asociado de información de compatibilidad de capa superior puesto que un protocolo de capa de paquete basado en la Recomendación X.25 no puede efectuar esa transferencia del usuario llamante al llamado.
4 Aspectos del direccionamiento y del
encaminamiento
4.1
Selección del interfaz del terminal
En este punto se describe la información necesaria para seleccionar un AT/ET1 compatible a efectos de la compleción de llamada entrante, ya que es posible que los usuarios exploten varios terminales de paquetes en sus configuraciones multiservicios.
En el caso de transmisión de datos, se considera que una RDSI debería identificar un determinado interfaz en las instalaciones del abonado a partir de una dirección de RDSI. El AT/ET1 llamado puede utilizar la información de capacidad de transmisión para verificar la compatibilidad.
Nota
- La identificación de terminales en los
servicios de circuito virtual permanente (CVP) requiere un estudio ulterior.
En general, un número RDSI identifica uno o más interfaces usuario-red de la RDSI. Sin embargo, algunas redes pueden admitir la asignación de un interfaz usuario-red de la RDSI a más de un número RDSI, permitiendo así la identificación de un terminal dado dentro del interfaz usuario-red de la RDSI. Además, puede utilizarse una subdirección, derivada de la facilidad X.25 de ampliación de dirección, para identificar un terminal específico dentro de la instalación de un usuario.
4.2
Acceso a los servicios de la RPDCP (caso A)
4.2.1
Selección del tipo de canal
Las llamadas por paquetes que empleen este servicio portador (es decir, en modo circuito) utilizarán siempre el canal B.
4.2.2
Plan de direccionamiento para llamadas salientes
El mensaje ESTABLECIMIENTO de la Q.931, cuando se utiliza, contiene la petición de un servicio portador en modo circuitos. El mensaje ESTABLECIMIENTO contiene además la dirección RDSI de la UA de la RPDCP.
En el paquete
petición de llamada
de la X.25 figura la
dirección del terminal llamado.
4.3
Acceso al servicio de circuito virtual de la RDSI (caso
B)
4.3.1
Selección del tipo de canal
La selección del tipo de canal (es decir, la selección entre tipo de canal B y tipo de canal D), puede producirse en alguna de las siguientes dos situaciones:
i)el terminal que ha de aceptar la llamada indica el tipo de canal que hay que utilizar;
ii)la RDSI tiene información sobre el tipo de canal que se va a utilizar con la llamada entrante.
Entre las diversas fuentes de información a las que puede recurrir la RDSI para determinar el canal figuran las siguientes:
a)acuerdos en el momento del abono;
b)nivel de ocupación en canales establecidos.
En el 6 se indican los procedimientos de negociación de canales.
4.3.2
Plan de direccionamiento para llamadas salientes
El mensaje ESTABLECIMIENTO de la Q.931, cuando se utiliza, contiene la petición del servicio portador por circuito virtual de la RDSI. El mensaje ESTABLECIMIENTO no contiene dirección.
En el paquete
petición de llamada
X.25 figura la
dirección del terminal llamado.
5
Interfuncionamiento con redes
especializadas
5.1
Acceso en modo circuito a los servicios de las RPDCP
(caso A)
Es de aplicación el interfuncionamiento mediante acceso por puerto (véase la Recomendación X.300); es decir, que el terminal en modo paquete gana acceso al puerto de la unidad de acceso (UA) a RPDCP utilizando una conexión de 64 kbit/s a través de la RDSI. La UA pertenece a la RPDCP y su cometido es similar al de la función de interfuncionamiento (FIF) (véase la Recomendación X.325).
5.2
Acceso a las RPDCP por conducto del servicio de circuito
virtual (caso B)
Se aplica el interfuncionamiento por correspondencia del control de llamada (véase la Recomendación X.300), es decir, el interfuncionamiento entre la RDSI y la RPDCP se efectúa utilizando la Recomendación X.75 o un protocolo de red interno funcionalmente equivalente. En algunas realizaciones, las funciones de MP pertenecientes lógicamente a la RDSI pueden hallarse físicamente en un nodo de la RPDCP. El servicio prestado sigue siendo el servicio de circuito virtual de la RDSI. De cualquier modo, el interfuncionamiento entre proveedores de red se efectúa de acuerdo con la Recomendación X.75. Véase también la Recomendación X.325.
6
Comunicaciones de paquetes en el
punto de referencia S/T
En esta sección, se describen los flujos de información necesarios para soportar la comunicación de paquetes mediante:
a)operación en modo circuito (caso A) en canales B; y
b)operación en modo paquete (caso B) en canales B y D de una línea de acceso RDSI.
El AT/ET1 de RDSI presenta a la red un punto de referencia S/T, por lo que su realización deberá incorporar los procedimientos descritos en las Recomendaciones Q.921 y Q.931 para el establecimiento y control de conexiones de canal B y D. El protocolo y el texto de los 6.1 a 6.5 y del apéndice II de la Recomendación Q.931 son idénticos a los de los 6.1 a 6.5 y apéndice III de la Recomendación X.31.
Los 6.1 a 6.4 son de aplicación en el caso de conexión de acceso por demanda. En el apéndice III se presentan ejemplos de flujos de mensajes para conexiones de acceso por demanda.
Esta sección abarca dos tipos de conexión semipermanente en los canales B y D:
1)capa física establecida de manera semipermanente entre el terminal y el MP/UA, es decir, manteniéndose activada la capa física I.430/I.431 y conectado semipermanentemente el trayecto físico a través de la RDSI; y
2)capas física y de enlace de datos establecidas de manera semipermanente entre el terminal y el MP/UA (en este tipo de conexión, la red mantiene la capa de enlace de datos en el estado establecido).
Cuando se emplee un CVP ha de haber una conexión permanente del tipo 2).
En el caso de conexión semipermanente del tipo 1) se siguen los procedimientos del 6.3 para el establecimiento y la liberación de llamadas.
Si se trata de conexión semipermanente del tipo 2) únicamente se siguen los procedimientos del 6.3.2 para establecer y liberar llamadas.
Cuando se utiliza una conexión semipermanente del tipo 2) para los CVP, no es aplicable ninguno de los procedimientos siguientes.
Las conexiones semipermanentes se establecen por medio de un proceso de provisión ajeno a los procedimientos de la Q.931.
6.1
Acceso de salida
Cuando el usuario seleccione un canal ya establecido para la llamada virtual saliente, serán aplicables los procedimientos descritos en 6.3 . Si el canal seleccionado no está establecido al MP/UA, habrán de utilizarse los procedimientos de activación de canal descritos en las subsecciones siguientes, antes de establecer la llamada virtual según los procedimientos del 6.3 .
En el caso de llamadas salientes de datos, el usuario debe decidir primero si prefiere servicios de red con conmutación de circuitos (caso A) o con conmutación de paquetes (caso B). Para llamadas salientes por circuitos el usuario sigue los procedimientos del 6.1.1 . Si se trata de llamadas salientes por paquetes, habrá de decidir si utiliza el canal B o el canal D para la conexión de paquetes. Si elige el canal B, se siguen los procedimientos descritos en el 6.1.2.1 . Si elige el canal D, se emplean los descritos en el 6.1.2.2 .
Nota
- Es posible que algunas redes no soporten todo
tipo de accesos. En el caso del acceso por el canal B, la red liberará una
petición de servicios no soportados enviando un mensaje LIBERACIóN COMPLETA con
la causa ## 65,
servicio portador no empleado
. Si se pide
acceso por el canal D (un SABME con IPAS = 16) en un puerto de red que no
soporta el servicio, no hay que esperar respuesta de la red.
6.1.1
Acceso con conmutación de circuitos a servicios
de la RPDCP
(caso A)
La conexión por el canal B entre el usuario y la UA será controlada mediante los procedimientos de señalización del canal D para el establecimiento de la llamada descritos en el 5.1 . El canal B concreto que ha de utilizarse como conexión conmutada se selecciona utilizando los procedimientos de selección del canal descritos en el 5.1.2 de la Recomendación Q.931 y resumidos en el cuadro 6-1/X.31.
Cuadro 6-1/X.31 [T2.31], p.
Basándose en la información de establecimiento de la llamada (por ejemplo,
número de la parte llamada que identifica a una UA, selección de red de
tránsito, etc.) y/o en un acuerdo concluido en el momento del abono, la red
proporciona una conexión con la UA pertinente. El elemento de información
capacidad portadora incluido en el mensaje ESTABLECIMIENTO se codificará con:
-capacidad de transferencia de información fijada ya sea en:
a)
`información digital no restringida'
; o bien
b)
`información digital restringida'
.
-modo transferencia fijado en
`modo circuito'
;
-velocidad de información fijada en
`64 kbit/s'
.
Nota
- No se incluirán los octetos 4a y 4b del
elemento de información capacidad portadora.
El usuario también puede especificar los protocolos de transferencia de
información de la capa 1 (por ejemplo, adaptación de la velocidad), de la capa
2 (es decir, LAPB) y de la capa 3 (es decir, X.25) en el elemento de
información compatibilidad de capa inferior del mensaje ESTABLECIMIENTO (véase
el anexo a la Recomendación Q.931 titulado
`Principios de codificación de la
información de capa inferior'
).
6.1.2
Acceso al servicio de circuito virtual de la
RDSI
(caso B)
6.1.2.1
Canal B
Las conexiones del canal B a petición se controlan utilizando los procedimientos de señalización para el establecimiento de la llamada descritos en el 5.1 de la Recomendación Q.931 y los mensajes definidos en el 3.2 de la Recomendación Q.931, con las siguientes excepciones:
-Los procedimientos de envío con superposición especificados en el 5.1.3 de la Recomendación Q.931 no se aplican.
-Los procedimientos de llamada en curso y envío con superposición especificados en el 5.1.5.2 de la Recomendación Q.931 no se aplican.
-Los procedimientos de notificación de interfuncionamiento en el interfaz de origen especificados en el 5.1.6 de la Recomendación Q.931 no se aplican.
-Los procedimientos de indicación de confirmación de llamada especificados en el 5.1.7 de la Recomendación Q.931 no se aplican.
-Los procedimientos de comunicación establecida especificados en el 5.1.8 de la Recomendación Q.931 se aplican de la siguiente manera:
-al aceptar la conexión de acceso, la red enviará un mensaje CONEXIóN a través del interfaz usuario-red al usuario llamante y pasará al estado activo;
-este mensaje indicará al usuario llamante que se ha establecido una conexión de acceso al manejador de paquetes;
-al recibir el mensaje CONEXIóN, el usuario llamante parará el temporizador T310 (véase la Recomendación Q.931) y, facultativamente, podrá enviar un mensaje ACUSE DE CONEXIóN, pasando al estado activo.
-Los procedimientos de rechazo de llamada especificados en el 5.1.9 de la Recomendación Q.931 se aplican de la siguiente manera:
-cuando la red sea incapaz de aceptar la conexión de acceso, iniciará la liberación de llamada en el interfaz usuario-red de origen, tal como se describe en el 5.3 de la Recomendación Q.931.
-Los procedimientos de selección de red de tránsito especificados en el 5.1.10 de la Recomendación Q.931 no se aplican.
El canal B específico que ha de emplearse como conexión a petición se selecciona por los procedimientos de selección del canal descritos en el 5.1.2 y resumidos en el cuadro 6-1/X.31.
Para una conexión a petición con el MP de una RDSI, el elemento de información capacidad portadora incluido el mensaje ESTABLECIMIENTO deberá codificarse con:
-la capacidad de transferencia de información fijada a
`información
digital no restringida'
;
-el modo de transferencia fijado a
`modo paquete'
;
-la velocidad de transferencia de información fijada a 00000;
-el protocolo de capa 2 de información de usuario fijado a
`Recomendación
X.25, capa de enlace'
;
-el protocolo de capa 3 de información de usuario fijado a
`Recomendación
X.25, capa de paquete'
.
Nota
- No se incluirán los octetos 4a, 4b, 5a, 5b, 5c,
5d.
Así, la conexión de acceso a petición puede utilizarse para comunicaciones por paquetes de acuerdo con la capa de enlace de la Recomendación X.25 y los procedimientos de la capa de paquetes de la Recomendación X.25, conforme se especifica en el 6.3 .
6.1.2.2
Canal D
El canal D proporciona una conexión que permite al terminal del usuario de la RDSI tener acceso a una función MP de la RDSI mediante el establecimiento de una conexión de capa de enlace (IPAS = 16) con esa función, que puede utilizarse entonces para efectuar comunicaciones de paquetes de acuerdo con los procedimientos de capa 3, como se define en el 6.3 . La capa de paquetes X.25 utiliza el servicio de transferencia de información con acuse de recibo (es decir, tramas I) proporcionado por el LAPD (véase la Recomendación Q.920). Por consiguiente, no se requieren procedimientos Q.931 para proporcionar acceso al canal D.
Varios equipos de usuario modo paquete pueden funcionar simultáneamente por el canal D, utilizando cada cual un enlace de datos de capa 2 separado, identificado por una dirección adecuada (véase la Recomendación Q.921) en las tramas transmitidas entre el usuario y el MP.
6.2
Acceso de llegada
6.2.1
Acceso desde servicios de la RPDCP
(caso A)
La RDSI señala el establecimiento de la conexión en modo circuito mediante los procedimientos descritos en el 5.2 de la Recomendación Q.931. Las llamadas virtuales se señalan entre el usuario y la UA mediante los procedimientos descritos en el 6.3 .
6.2.1.1
Consideraciones generales
Los procedimientos generales ejecutados por una UA son los que se definen en la Recomendación X.32.
6.2.1.2
Selección de canal
Si no existe el circuito físico deseado por la UA entre el terminal y la UA, se aplican los procedimientos necesarios para el establecimiento del canal físico descritos en las secciones siguientes.
El formato del mensaje ESTABLECIMIENTO enviado por la red al usuario es el que se indica en el 3.1 de la Recomendación Q.931.
El elemento de información capacidad portadora incluido en un mensaje ESTABLECIMIENTO será codificado con:
-capacidad de transferencia de información fijada, ya sea en:
a)
`información digital no restringida'
; o bien
b)
`información digital restringida'
;
-modo transferencia fijado en
`modo circuito'
;
-velocidad de información fijada en
`64 kbit/s'
.
Nota
- No se incluirán los octetos 4a y 4b del
elemento de información capacidad portadora. El elemento de información
identificación del canal se codificará de acuerdo con el cuadro 6-2/X.31.
Cuadro 6-2/X.31 [T3.31], p.
La conexión del canal B con el usuario llamado será establecida por la red
utilizando los procedimientos de señalización descritos en el
5.2
de
la Recomendación Q.931. La llamada se ofrece mediante el envío del mensaje
ESTABLECIMIENTO por un enlace de datos punto a punto o por el enlace de datos
de difusión.
El usuario responde a ESTABLECIMIENTO tal como se especifica en el 5 de la Recomendación Q.931.
6.2.2
Acceso desde el servicio portador de circuito
virtual de la RDSI
(caso
B)
Para ofrecer una llamada entrante, la red debe ejecutar, en este orden, las operaciones siguientes:
1)Selección del canal - el canal físico/enlace lógico que ha de utilizarse para la llamada entrante debe ser identificado. La red puede emplear información relativa al perfil del usuario, recursos de red, etc., para escoger el canal, o los procedimientos de negociación de canal descritos en el paso 2) que sigue.
2)Establecimiento del canal físico/enlace lógico - si el canal físico B o el enlace lógico del canal D no ha quedado determinado en el paso 1), la red puede utilizar los procedimientos del 6.2.2.3 . La red podrá continuar entonces con el paso 3).
3)Ofrecimiento de la llamada virtual - la red ofrece la llamada virtual utilizando los procedimientos descritos en el 6.3 .
En la configuración del servicio portador de circuito virtual de la RDSI,
la elección del tipo de canal para la entrega de un paquete de una nueva
llamada entrante
la hará la red de acuerdo a lo siguiente:
1)Un paquete de una nueva llamada entrante puede indicarse al abonado de la RDSI por medio de un procedimiento de ofrecimiento de llamada entre la red y todos los terminales en modo paquete (véanse los 3.2.3.2 y 3.2.3.3).
2)Una llamada virtual entrante dirigida a un terminal que tiene una conexión establecida con el MP puede ser ofrecida directamente al terminal a través del canal establecido, sin emplear los procedimientos de ofrecimiento de llamada de la Recomendación Q.931 (véanse los 3.2.3.1 y 3.2.3.2 de la Recomendación X.31).
6.2.2.1
Canal B
Cuando deben ofrecerse llamadas por canales B sin negociación del canal, se aplican los procedimientos descritos en el 5.2 de la Recomendación Q.931 utilizando los mensajes del 3.2 de esta Recomendación, con las excepciones siguientes:
-Los procedimientos de recepción con superposición especificados en el 5.2.4 de la Recomendación Q.931 no se aplican.
-Los procedimientos de recepción de LLAMADA EN CURSO y AVISO especificados en el 5.2.5.2 de la Recomendación Q.931 se aplican con la siguiente excepción:
-la recepción de un mensaje AVISO no hará que la red envíe un mensaje AVISO correspondiente al usuario llamante.
-Los procedimientos para el caso de fracaso de la llamada especificados en el 5.2.5.3 de la Recomendación Q.931 se aplican con la siguiente nota:
-la red libera la llamada virtual X.25 entrante hacia el ETD X.25 llamante utilizando la causa adecuada del cuadro 6.5/X.31.
-Los procedimientos de notificación de interfuncionamiento en el interfaz terminal especificados en el 5.2.6 de la Recomendación Q.931 se aplican con las siguientes excepciones:
-no es aplicable el caso de una llamada que entra en un entorno de RDSI durante el establecimiento de la llamada;
-en el caso de una llamada que sale del entorno RDSI dentro de las instalaciones del usuario llamado, no se envía ninguna notificación a la parte llamante;
-el caso de información/esquemas dentro de banda no es aplicable.
-Los procedimientos de indicación activa especificados en el 5.2.8 de la Recomendación Q.931 se aplican con la siguiente excepción:
-la red no iniciará procedimientos para enviar un mensaje CONEXIóN al usuario llamante.
-Los procedimientos de notificación del usuario especificados en el 5.2.10 de la Recomendación Q.931 no se aplican.
Cuando se ha de utilizar una conexión de canal B ya establecida, el paquete de llamada entrante será entregado de acuerdo con el 6.3 .
Cuando se ha de establecer una nueva conexión de canal B, la identidad del usuario seleccionado estará asociada con el sufijo de punto extremo de conexión (SEC) desde el que se ha recibido el primer mensaje CONEXIóN.
6.2.2.2
Canal D
El canal D provee una conexión que permite al MP de la RDSI ganar acceso a un terminal de usuario RDSI o viceversa. Este acceso se obtiene estableciendo una conexión de capa de enlace (IPAS = 16) con el terminal o la red, que puede entonces utilizarse como soporte de la comunicación de paquetes de acuerdo con los procedimientos de la capa 3 definidos en el 6.3 .
Los procedimientos de la capa 2 serán conformes a lo especificado en la Recomendación Q.921. El canal D provee una conexión semipermanente para el acceso en modo paquete, dado que todas las tramas de la capa 2 que contienen un IPAS del modo paquete (16) son encaminadas automáticamente entre el usuario y la función MP.
Cuando se ofrezca una llamada entrante a todos los equipos de usuario modo paquete en el interfaz de usuario, se utilizarán los procedimientos de selección del canal descritos en el 6.2.2.3 .
Varios terminales modo paquete pueden funcionar simultáneamente en el canal D, usando un enlace de capa 2, distinto, identificado por un ET1 apropiado (véase la Recomendación Q.921) en las tramas que se transfieren entre el terminal y la red.
6.2.2.3
Ofrecimiento de llamada
6.2.2.3.1
Selección del canal mediante el ofrecimiento de
llamada
El procedimiento de ofrecimiento de llamada se realiza utilizando los mensajes y procedimientos de la capa 3 especificados en el 5 de la Recomendación Q.931. El procedimiento de ofrecimiento de llamada está integrado en los procedimientos de control de llamadas con conmutación de circuitos transmitidos por el canal D, y la selección del canal se efectúa mediante el procedimiento de selección del canal, si se ofrece como opción de la red.
Como se describe en el
5
de la Recomendación Q.931, la red
selecciona el primer usuario que responde al ofrecimiento de la llamada con un
mensaje CONEXIóN. Cuando el usuario seleccionado ha pedido que la llamada X.25
se establezca por un nuevo canal B, la red indicará que el canal es aceptable
enviando al usuario un mensaje ACUSE DE CONEXIóN. Si varios terminales
responden positivamente al mensaje ESTABLECIMIENTO, la red liberará cada una de
los terminales no seleccionados mediante un mensaje LIBERACIóN que incluya la
causa ## 26
liberación de usuario no seleccionado
.
Cuando el usuario seleccionado ha pedido que la llamada X.25 se establezca
por un canal B establecido o por el canal D, la red responderá al mensaje
CONEXIóN con un mensaje LIBERACIóN que contenga la causa ## 7
llamada concedida y en curso de entrega
por un canal establecido
. La red también devolverá un mensaje LIBERACIóN
con la causa ## 26
liberación de usuario
no seleccionado
, a todos los otros terminales que hayan
respondido positivamente. La red entregará entonces la llamada X.25 por el
canal seleccionado.
Nota 1
- El orden de entrega del mensaje LIBERACIóN y
del paquete de
llamada entrante
no es importante; es
decir, que cualquiera puede producirse primero.
Nota 2
- La red enviará el mensaje o los mensajes
LIBERACIóN y el usuario o los usuarios responderán con el mensaje LIBERACIóN
COMPLETA.
Si el canal indicado por el primer usuario que responde positivamente no
está disponible, la red utilizará los procedimientos de liberación de llamada
de la Recomendación Q.931 para liberar la llamada, con la causa ## 6,
canal no aceptable
. Si el canal indicado en el mensaje
ESTABLECIMIENTO no es aceptable para el usuario, éste liberará la llamada con
un mensaje LIBERACIóN con la causa ## 34,
no hay circuito/canal
disponible
o con la causa ## 44,
circuito/canal solicitado
no disponible
.
Como la opción de la red o en virtud de un acuerdo concluido en el momento del abono, la red puede escoger el canal de acceso o el tipo del canal de acceso (por ejemplo, B o D) para una llamada entrante determinada.
Cuando el elemento de información indicación de canal señala
indicación de canal = no hay canal, exclusivo,
e
indicación de canal D = sí
, entonces
el elemento de información capacidad portadora debe codificarse de la siguiente
manera:
-Capacidad de transferencia de información fijada ya sea en:
información digital no restringida
o bien
información digital restringida
.
-Modo de transferencia fijado en:
modo paquete
.
-Velocidad de información fijada en:
modo
paquete (00000)
.
-Protocolo de capa 2 fijado en:
Recomendación Q.921
.
-Protocolo de capa 3 fijado en:
Recomendación X.25,
capa de paquete
.
En todos los otros casos, el elemento de información capacidad portadora debe codificarse de la siguiente manera:
-Capacidad de transferencia de información fijada ya sea en:
información digital no restringida
o bien
información digital restringida
.
-Modo de transferencia fijado en:
modo paquete
.
-Velocidad de información fijada en:
modo
paquete (00000)
.
-Protocolo de capa 2 fijado en:
Recomendación X.25, capa
de enlace
.
-Protocolo de capa 3 fijado en:
Recomendación X.25, capa
de paquete
.
Se da por sentado que si el terminal responde con indicación de canal D fijada (véase el cuadro 6-3/X.31), el protocolo de capa 2 que se deberá utilizar es el de la Recomendación Q.921 (LAPD).
El procedimiento de selección del canal para la llamada entrante es independiente del tipo de canal seleccionado en el extremo llamante. Al respecto, es posible cualquier combinación de tipos de canal entre ambos extremos, con tal que las velocidades del usuario y la anchura de banda disponible sean compatibles.
El principio de selección del canal que ha de utilizarse en el procedimiento se muestra en el cuadro 6-3/X.31.
Nota 3
- Cuando el mensaje ESTABLECIMIENTO entrante se
envía por un enlace de datos de difusión con un elemento de información
identificación de canal que indica un canal B en reposo y
`preferido'
,
no se permite que el usuario llamado indique un canal B en reposo diferente en
la respuesta. La opción de responder con un canal en reposo diferente está
limitada a los ofrecimientos de llamada punto a punto.
Nota 4
- Las redes que permiten el ofrecimiento de
llamadas en modo paquete suministrarán procedimientos de señalización Q.931
para llamadas en modo paquete con IPAS = 0. Durante un periodo de transición,
algunas redes, por acuerdo con el abonado, pueden ofrecer procedimientos de
ofrecimiento de llamada de difusión con IPAS = 16 para proporcionar
señalización Q.931. Esta opción utilizará todos los procedimientos Q.931 para
llamadas en modo paquete con la siguiente restricción: todas las llamadas se
ofrecerán como
`exclusivas de canal D'
y no proporcionarán
procedimientos de selección de canal. Los terminales que apliquen los
procedimientos con IPAS = 16 deberán aplicar también los procedimientos con
IPAS = 0, para asegurar su portabilidad.
Cuadro 6-3/X.31 [T4.31], p.
6.2.2.3.2
Correspondencia de elementos de información
Algunas redes pueden optar por proporcionar un servicio que haga
corresponder alguna o toda la información del paquete de
llamada entrante
con el mensaje ESTABLECIMIENTO (véase el
3.2.3
de la Recomendación X.31). El cuadro 6-4/X.31 muestra la
correspondencia de los elementos de llamada entrante de la Recomendación X.25
con los elementos de información de la Recomendación Q.931. El paquete de
llamada entrante
contendrá todavía estos campos cuando se
entregue. Véase el
3.2.3
para los requisitos de correspondencia.
6.2.2.3.3
Selección de canal sin ofrecimiento de
llamada
Cuando la red y el usuario lo hayan convenido de antemano, la red podrá encaminar una llamada entrante al usuario llamado a través de una conexión establecida por canal B o de un enlace de canal D sin necesidad de señalización para seleccionar el canal.
6.3
Establecimiento y liberación de llamada virtual
En todos los casos, una vez que el canal físico haya sido seleccionado y, si es preciso, conectado al MP o a la UA, la llamada virtual se establece de acuerdo con los procedimientos indicados a continuación. Algunas redes pueden necesitar también algunos de los procedimientos de identificación de terminal de la Recomendación X.32.
6.3.1
Establecimiento y liberación de la capa de enlace
El establecimiento de la capa de enlace (LAPB en el canal B o LAPD en el canal D) será iniciado por:
-el terminal llamante en el caso de llamadas salientes;
-la UA en el caso de llamadas entrantes del caso A; o
-el MP en el caso de llamadas entrantes del caso B.
La liberación de la capa de enlace podrá ser iniciada por:
-el terminal;
-la UA en el caso A; o
-el MP en el caso B.
6.3.2
Establecimiento y liberación de una llamada virtual de
la capa paquete
Se utilizarán los procedimientos de la capa de paquete de la Recomendación X.25 para el establecimiento y liberación de llamadas en la capa 3. Además los procedimientos de la capa de paquete podrán controlar y supervisar los estados de establecido o liberado de la capa de enlace.
En el caso B, el MP puede mantener un temporizador T320 (definido en la Recomendación Q.931). En caso de utilizarse, el T320 arranca:
a)al liberarse la última llamada virtual; o
b)al transmitir la red un mensaje CONEXIóN por una conexión de acceso de salida por canal B; o
c)al transmitir la red un mensaje ACUSE DE CONEXIóN por una conexión de acceso de llegada por canal B; o
d)al establecerse la capa de enlace para conexiones de acceso por canal D.
Se suprimirá T320:
a)al establecerse la primera (siguiente) llamada virtual; o
b)al recibirse del usuario un mensaje de liberación Q.931; o
c)al desconectarse el enlace con IPAS = 16 en el canal D.
Al expirar T320, el MP liberará la capa de enlace y, en el caso de acceso por el canal B, iniciará la liberación de dicho canal.
Los canales lógicos X.25 están asociados con su enlace lógico subyacente. Específicamente, en caso de utilización del canal B para la comunicación de paquetes, existe una asociación entre los canales lógicos y el enlace lógico LAPB que está por debajo de ellos. En consecuencia se puede utilizar simultáneamente un mismo número de canal lógico en cada uno de los canales B.
6.4
Liberación de la llamada
6.4.1
Canal B
La liberación de la conexión conmutada se hará utilizando los procedimientos de señalización por el canal D para la liberación de la llamada descritos en el 5.3 de la Recomendación Q.931. Para el acceso a los servicios de la RPDCP, no se aplica ninguna excepción. Para el servicio de circuito virtual RDSI se utilizan los mensajes del 3.2 de la Recomendación Q.931, y se aplican las siguientes excepciones:
-los términos definidos en el
5.3.1
`Terminología'
de la
Recomendación Q.931 se aplican reemplazando
`conexión RDSI con conmutación
de circuitos'
por
`conexión de acceso a petición en modo paquete'
;
-la condición de excepción f) especificada en el 5.3.2 de la Recomendación Q.931 no se aplica;
-los procedimientos de liberación con tonos y anuncios especificados en el 5.3.4.1 de la Recomendación Q.931 no se aplican.
El canal B puede ser liberado en cualquier momento por el usuario, si bien,
por lo general, será liberado tras la liberación de la última llamada virtual
por el canal B de que se trata. En el servicio de circuito virtual RDSI, si el
usuario libera la conexión de acceso al canal B utilizando un mensaje de
liberación Q.931 mientras existe todavía una llamada virtual X.25 en el canal
B, la red deberá liberar la o las llamadas virtuales X.25 con la causa ## 17
error de procedimiento en el extremo distante
y el
diagnóstico ## 64
problema de establecimiento o de liberación
de la llamada o de registro
.
Cuadro 6-4/X.31 [T5.31], p.
En el caso B, si se recibe un mensaje Q.931 REARRANQUE en el MP durante la
fase de transferencia de datos X.25, las llamadas virtuales X.25 se tratarán de
la siguiente manera:
-Para circuitos virtuales conmutados, se enviará un paquete de indicación de
liberación X.25 con la causa ## 9
fuera de
servicio
y el diagnóstico ## 0
ninguna
información adicional
.
-Para circuitos virtuales permanentes, se enviará un paquete de reiniciación
X.25 con la causa ## 9
fuera de servicio
y el diagnóstico
## 0
ninguna información adicional
.
Al expirar el temporizador T320, la red puede desconectar la capa de enlace
X.25 y la conexión de acceso. El canal B se libera tal como se describe en el
5.3
de la Recomendación Q.931 con las excepciones arriba mencionadas
con la causa ## 102
recuperación al expirar el
temporizador
.
6.4.2
Canal D
Las conexiones de acceso al canal D se liberan mediante los procedimientos de desconexión definidos en el 6.3 .
6.4.3
Información adicional en el tratamiento de
errores
Cuando la llamada fracasa, o la llamada virtual X.25 se libera prematuramente, se aplicarán las reglas del 5.8 de la Recomendación X.931. Además, para la determinación de la causa adecuada se aplicarán, en orden decreciente de prioridad, las siguientes reglas:
1)Si el MP recibe un mensaje de liberación Q.931 o un mensaje REARRANQUE durante la fase de transferencia de datos X.25, se aplica el 6.4.1 .
2)Si una llamada es rechazada por el usuario de destino utilizando mensajes
Q.931, la llamada virtual X.25 se liberará utilizando un paquete de
indicación de liberación
y la causa adecuada según el
cuadro 6-5/X.31.
3)Si existe una condición que impide que el mensaje ESTABLECIMIENTO Q.931 se
entregue en el interfaz usuario-red, la llamada virtual X.25 se liberará
utilizando un paquete de
indicación de liberación
y se
seleccionará una causa de acuerdo con la condición. El cuadro 6-5/X.31 servirá
de guía para seleccionar la causa adecuada, es decir, se utilizará la relación
de correspondencia X.25 de la causa Q.931 que describa la condición del
interfaz.
4)Si se envía el mensaje ESTABLECIMIENTO Q.931 a través del interfaz usuario-red pero no se recibe respuesta antes de la segunda expiración del temporizador T303 (definido en la Recomendación Q.931), se aplicará la regla del apartado 3.
5)Si se envía el mensaje ESTABLECIMIENTO Q.931 a través del interfaz usuario-red y se recibe una respuesta del usuario que provoca la liberación de la llamada en el interfaz usuario-red, se liberará la llamada virtual X.25 utilizando un paquete de indicación de liberación que contenga la causa adecuada del cuadro 6-5/X.31 relacionada con la causa recibida/enviada en el mensaje de liberación Q.931.
6)Si se recibe del usuario originador un paquete de
petición
de liberación
X.25 antes de la entrega del paquete de
llamada entrante
X.25 al usuario llamado (liberación
prematura), el MP enviará un paquete de
confirmación de
liberación
al usuario llamante, y la conexión de acceso se
tratará de la siguiente manera:
-si el mensaje ESTABLECIMIENTO Q.931 estaba asociado con la clase de servicio de notificación incondicional (véase el 3.2.3 ), la condición de acceso, si se ha establecido, será liberada. El mensaje de liberación Q.931 contendrá la causa adecuada, según el cuadro 6-6/X.31.
-si el mensaje ESTABLECIMIENTO Q.931 estaba asociado con la clase de servicio de notificación condicional (véase el 3.2.3 ) y si existe cuando menos un terminal que responde positivamente al mensaje ESTABLECIMIENTO Q.931, se permiten dos opciones:
a)la conexión de acceso se libera tal como se describe para la clase de servicio incondicional; o
b)se establece la conexión de acceso y se arranca el temporizador T320. Al
expirar el temporizador T320, se libera la conexión de acceso con la causa ##
102
recuperación al expirar el temporizador
y un
diagnóstico que indique el temporizador T320.
6.4.4
Correspondencias de las causas
6.4.4.1
Acceso a/desde servicios de la RPDCP (caso A)
La UA puede optar por seguir los procedimientos establecidos en el 6.4.4.2 , cuando establece la correspondencia entre las causas proporcionadas por la RDSI y la RPDCP.
6.4.4.2
Acceso al/desde el servicio de circuito virtual RDSI
(caso B)
Hay varios casos en los que es necesario establecer la correspondencia entre las causas especificadas en las Recomendaciones Q.931 y X.25. Las redes deberán utilizar el cuadro 6-5/X.31 y el cuadro 6-6/X.31 para establecer la correspondencia entre las causas de los mensajes Q.931 y X.25. Las figuras del apéndice III describen algunas situaciones ilustrativas.
6.5
Colisión de accesos
Cuando la red ofrezca una llamada en modo paquete en el interfaz y, al mismo tiempo, el usuario solicita una llamada en modo paquetes, la red dará prioridad a la consumación de la llamada entrante. Si el usuario piensa que aceptando la llamada entrante satisfará las necesidades que le impulsaron a la petición de llamada (saliente), puede liberar la petición de llamada y aceptar la llamada entrante.
Tableau 6-5/X.31 [1T6.31], p. 9
Tableau 6-5/X.31 [2T6.31], p. 10
Tableau 6-5/X.31 [3T6.31], p. 11
Tableau 6-5/X.31 [4T6.31], p. 12
Tableau 6-6/X.31 [T7.31], p. 13
7
Funcionalidades del adaptador de
terminal
7.1
Consideraciones generales
Las funciones del adaptador de terminal (AT) se precisan para facilitar el acceso de los ETD X.25 en el punto de referencia S/T (véase la figura 7-1/X.31).
Figura 7-1/X.31, p.
Las principales funcionalidades proporcionadas por el AT son las siguientes:
-adaptación de la velocidad;
-establecimiento de la correspondencia de la información y los procedimientos de señalización entre los puntos de referencia S/T y R;
-sincronización;
-mantenimiento.
En lo que sigue, la descripción que se hace de estas funcionalidades principales depende del tipo de acceso (canal B y/o canal D), poniéndose de relieve las diferencias entre los dos servicios definidos en la presente Recomendación (caso A y caso B).
Los procedimientos del punto de referencia S/T se describen en el 6 .
7.2
Interfaces físicos
En el 1 de la Recomendación X.25 y en la Recomendación X.32 se definen los interfaces físicos soportados en el punto de referencia R.
7.3
Acceso a través del canal B
7.3.1
Consideraciones generales
En esta parte se definen las funcionalidades que debe soportar el AT cuando se utiliza el acceso por canal B. Las definiciones son aplicables en ambos servicios, caso A y caso B, y las diferencias, si las hay, se indican en las correspondientes subsecciones.
7.3.2
Adaptación de velocidad
La adaptación de velocidad, en el funcionamiento en modo paquete, puede efectuarse de dos maneras:
1)Operación en modo paquete (caso B) utilizando relleno con banderas intertramas HDLC.
En este caso, la red ya no puede distinguir los terminales que funcionan en modo paquete a velocidades de transmisión de datos inferiores a 64 kbit/s en el punto de referencia R, de los que funcionan a esa velocidad.
Por ello, los procedimientos de señalización del canal D indicarán como velocidad de transmisión de datos la de 64 kbit/s, en vez de la del usuario en el punto de referencia R. Además puede indicarse una clase de caudal en los procedimientos de señalización de llamada entrante del canal D.
Téngase en cuenta que el tratamiento de paquetes se optimizará en la RDSI para los ETD que generan un tráfico estructurado HDLC a 6 kbit/s. En dicha RDSI, el método preferido para la adaptación de velocidad es el relleno con banderas.
Para evitar retransmisiones innecesarias en el canal B, el AT podría realizarse con una capacidad de memoria tampón dependiente del tamaño de ventana de capa 2 y máxima longitud de trama, o tener control de flujo en la capa 2.
2)Operación en modo circuito (caso A) utilizando el método indicado en las Recomendaciones X.30/I.461.
En este caso, los procedimientos de señalización por canal D indicarán la velocidad de señalización de datos utilizada por el ETD conectado al punto de referencia R (que será inferior a 64 kbit/s).
Algunas redes pueden soportar este método de adaptación de velocidad binaria, en caso de acceso a los servicios de la RPDCP, como alternativa al de relleno con banderas intertramas HDLC.
Nota
- El uso de la especificación de la serie V
requiere ulterior estudio.
7.3.3
Señalización
En esta parte se definen las funcionalidades que ha de soportar el AT para establecer, mantener y liberar una conexión de canal B con el MP/UA. Esas funcionalidades exigen grados diferentes de capacidad por parte del AT debido a las diferentes realizaciones de los procedimientos X.25 en el ETD. Cabe distinguir los dos casos siguientes:
Caso 1:el AT actúa sólo en la capa 1;
Caso 2:el AT actúa también en las capas 2 y/o 3.
El primero corresponde a los ETD X.25 que pueden desconectarse en la capa física cuando no hay llamadas virtuales (LLC) en curso.
Para los ETD X.25 que no pueden desconectarse en la capa física o que incluso necesitan un enlace activo, el primer caso puede tener como consecuencia la asignación automática del canal B inmediatamente después de conectarse la alimentación de potencia. En el apéndice I se presenta una configuración alternativa con la que se evita esta situación, mediante un canal B asignado permanentemente.
Esta sección se refiere a la correspondencia de la señalización del primer caso.
7.3.3.1
Llamada saliente
Para proporcionar una conexión física, mediante canal B, con el MP o la UA de la RPDCP, el AT debe proporcionar:
-un método para indicar que ese AT deberá iniciar el procedimiento de establecimiento del canal B en el punto de referencia S/T. En el 7.3.3.1.1 se hace una descripción de las posibilidades de que se dispone;
-un método para que se le transfiera la información que precisa el procedimiento de establecimiento del canal B. En el 7.3.3.1.2 se hace una descripción de las posibilidades de que se dispone.
7.3.3.1.1
Condiciones para iniciar el establecimineto del
canal B
Hay dos situaciones en relación con las cuales se califican las condiciones que hacen que el AT intente establecer una conexión de canal B:
a)
Canal B (semi)permanente
En este caso, el canal B está siempre disponible. No se precisa funcionalidad de AT para iniciar el establecimiento de la conexión por canal B.
b)
El establecimiento del canal B se inicia por acciones
en el punto de referencia R
(interfaz ETD/AT)
Hay dos posibilidades de acceso (véase el cuadro 7.1/X.31)
1)Acceso por línea directa especial al punto de referencia R
Con esta forma de acceder al punto R, el AT establecerá un canal B con el MP/RPDCP cuando se detecten las condiciones adecuadas de interfaz que se indican a continuación:
i)En interfaces de la capa 1 X.25 - el paso de ABIERTO a CERRADO en el
conductor de control (si se trata de procedimientos de circuitos arrendados
X.21) o en el circuito 108 (si se trata de procedimientos de interfaz
X.21^
bis
o de la serie V).
ii)En interfaces X.21 - señal de llamada directa (C = CERRADO).
El ETD esperará a que I = CERRADO para iniciar la transmisión.
iii)En el interfaz X.21^
bis
- señal de llamada directa
(108 = CERRADO).
El ETD esperará a que 107 = CERRADO para iniciar la transmisión.
iv)En el interfaz V.25^
bis
- señal de llamada directa
(108 = CERRADO).
El ETD esperará a que 107 = CERRADO para iniciar la transmisión.
2)Acceso por selección totalmente con conmutación de circuitos
El procedimiento de selección totalmente con conmutación de circuitos
(Recomendaciones X.21, X.21^
bis
o
V.25^
bis
) puede emplearse en el interfaz ETD/AT para pedir
el establecimiento de la conexión de canal B con una RPDCP o un MP. El AT
establecerá la conexión. Ese establecimiento de conexión se efectuará según los
procedimientos descritos en el
6
. Es posible utilizar la dirección
proporcionada para identificar el puerto de la RPDCP, debiéndose seguir
procedimientos completos de la X.25, tras el establecimiento del canal B, para
identificar el ETD en modo paquete al que se llama.
En caso de selección totalmente con conmutación de circuitos, los modos de
operación en el interfaz ETD/AT que a continuación se indican, correspondientes
a las Recomendaciones X.21, X.21^
bis
y
V.25^
bis
, harán que el AT establezca el canal B con el
MP/RPDCP.
i)En interfaces con conmutación de circuitos X.21 - la fase de control de llamada X.21.
ii)En interfaces con conmutación de circuitos X.21^
bis
- el uso de la facilidad de llamada por selección automática.
iii)En interfaces con conmutación de circuitos V.25^
bis
- el modo de llamadas direccionadas V.25^
bis
.
Nota
- Mediante manipulaciones en el interfaz
hombre/máquina del AT (por ejemplo, apretando un botón) el usuario puede
provocar un intento, por parte del AT, de establecer una conexión de canal B. A
continuación, el AT puede emular la llamada entrante hacia el ETD.
7.3.3.1.2
Opciones para transferir la dirección RDSI del
puerto RPDCP al AT
Existen cuatro posibilidades para el tratamiento de la información de direcciones del puerto RPDCP en el AT:
a)Canal B (semi)permanente en el punto de referencia S/T.
El AT no necesita información de dirección; es decir, no hace falta ninguna funcionalidad en el AT para obtener una dirección.
b)La dirección se transporta a través del punto de referencia R.
En este caso son precisos los procedimientos con conmutación de circuitos descritos en el 7.3.3.1.1 b) 2.
c)La dirección se transporta a través del interfaz hombre/máquina del AT.
Siguiendo procedimientos manuales (por ejemplo, mediante un teclado) en el interfaz hombre/máquina del AT. Puede introducirse la dirección cada vez que se solicite el canal B. Es posible como alternativa, almacenar la dirección en el AT (por ejemplo, en el caso de funcionamiento por línea directa especial en el punto de referencia R).
d)La dirección es telecargada por la red a través del punto de referencia S/T.
La necesidad de esta opción requiere un estudio posterior.
Nota
- La información de dirección puede ser, por
ejemplo, una dirección RDSI completa y una dirección RDSI abreviada, utilizada
en los procedimientos de acceso por línea directa especial al punto de
referencia S/T, o una dirección abreviada, interpretada por el AT y ampliada
hasta construir una dirección (abreviada) RDSI, empleando información
previamente registrada en el AT.
7.3.3.1.3
Correspondencia de procedimientos
En el cuadro 7.2/X.31 se recapitulan las combinaciones soportadas y los procedimientos adecuados.
Tras el establecimiento de la conexión, el AT debe poner el punto de referencia R en la condición necesaria para la transferencia de datos en capa 1.
7.3.3.1.4
Correspondencia de los mensajes Q.931
Los procedimientos entre el AT y la red son los mismos que se describen en el 6 . La elección del servicio solicitado se hará mediante la adecuada codificación de la capacidad portadora.
En el caso A, la dirección RDSI del puerto RPDCP se introducirá como destino en el mensaje Q.931; en cambio, en el caso B no se introduce dirección.
7.3.3.1.5
Procedimientos X.25
En la fase de transferencia de datos, el AT puede ser transparente a las capas 2 y 3 de los procedimientos X.25. Sin embargo, algunas realizaciones de terminales X.25 pueden necesitar una terminación total o parcial de la capa 2 dentro del AT para hacer posible los procedimientos de establecimiento LAPB existentes (véanse apéndices I y IV).
Tableau 7-1/X.31 [T8.31], p. 15
Tableau 7-2/X.31 [T9.31], p. 16
7.3.3.2
Llamada entrante
7.3.3.2.1
Ofrecimiento de llamada de la Rec. Q.931
Tanto en el caso A como en el caso B, la llamada entrante se ofrece siguiendo en primer lugar los procedimientos de la Rec. Q.931 para el establecimiento de la conexión de canal B.
7.3.3.2.2
Acciones en el punto de referencia R
El AT no acepta una llamada entrante procedente de la red a menos que el punto R se encuentre en alguno de los siguientes estados:
-el estado preparado, para un punto de referencia R que se ajuste a los procedimientos de conmutación de circuitos de la Rec. X.21;
-el estado preparado o de envío de datos, para un punto de referencia R que siga los procedimientos de circuitos arrendados de la Rec. X.21;
-circuitos 125 y 108 en estado CERRADO y el 107 en ABIERTO, para un punto de
referencia R que siga los procedimientos de la Rec.
X.21^
bis
.
Si el punto de referencia R está puesto, o puede ponerse, en alguno de los estados adecuados antes definidos, el AT responderá al mensaje de ESTABLECIMIENTO (cuando la verificación de compatibilidad haya sido positiva) devolviendo un mensaje CONEXIóN, según los procedimientos del 6 , y esperará entonces un mensaje de señalización ACUSE DE CONEXIóN o LIBERACIóN procedente de la red. (El AT puede también rechazar el mensaje ESTABLECIMIENTO respondiendo con un mensaje LIBERACIóN COMPLETA).
Nota
- La Recomendación Q.931 no obliga a que el AT
retorne un mensaje de ALERTA antes de retornar uno de CONEXIóN.
Si el punto de referencia R no está puesto, ni puede ponerse, en alguno de los estados adecuados antes definidos, el AT responderá al mensaje ESTABLECIMIENTO según los procedimientos de respuesta negativa a llamada entrante definidos en el 6 .
La recepción de un mensaje ACUSE DE CONEXIóN hace que el AT inicie los procedimientos apropiados, descritos en las Recomendaciones X.30 e I.461, con los que finalmente el punto de referencia R quedará en la condición adecuada para la transferencia de datos, y hace también que comience la transmisión de información por el canal B.
Nota
- El interfaz ETD/AT no se pondrá en estado de
transferencia de datos mientras el canal B no esté completamente establecido en
el punto de referencia S/T (véase el
7.3.4
).
7.3.3.2.3
Procedimientos de la Rec. X.25
En la fase de transferencia de datos, el AT puede ser transparente a las capas 2 y 3 de los procedimientos de la Rec. X.25. Sin embargo, algunas realizaciones de procedimientos de la Rec. X.25 pueden necesitar terminación total o parcial de la capa 2 dentro del AT, para hacer posible los procedimientos de establecimiento LAPB existentes (véase el apéndice I).
7.3.3.3
Liberación de llamada
Antes de iniciar la liberación del canal B es preciso haber detectado la liberación de la última llamada virtual por este mismo canal. La liberación del canal B puede ser detectada por tres distintos participantes en el proceso:
1)el ETD, que inicia la liberación por conducto del punto de referencia R;
2)la red (MP o UA), que inicia la liberación a través del punto de referencia S/T;
3)el usuario, que inicia la liberación manualmente, mediante el interfaz hombre/máquina.
La liberación del canal B debe ir precedida por la liberación de la conexión de capa 2, entre la red y el ETD.
7.3.3.3.1
Iniciación de liberación de llamada por el
ETD
Las condiciones en el punto de referencia R que hacen que el AT trate de desconectar la conexión de canal B son:
-en interfaz con conmutación de circuitos X.21 - una señal de petición de liberación del ETD;
-en interfaz de circuito arrendado X.21 - el paso de estado CERRADO a ABIERTO del conductor de control;
-en interfaz X.21^
bis
- una señal de petición de
liberación por el ETD (paso del circuito 108 de CERRADO a ABIERTO).
Cuando se dé alguna de estas condiciones, el AT desconectará la conexión interna de adaptación de velocidad entre los puntos de referencia R y S/T (véase el 7.3.2 ) e intentará desconectar el canal B aplicando los procedimientos del 6.4 .
7.3.3.3.2
Iniciación de liberación de llamada por la
red
La red aplica los procedimientos del 6.4 para liberar el canal B. La recepción de un mensaje de DESCONEXIóN o de LIBERACIóN hará que el AT desconecte la conexión interna de adaptación de velocidad entre los puntos de referencia R y S/T y que ejecute en el punto de referencia R la acción que corresponda según se indica a continuación:
-en interfaz con conmutación de circuitos X.21: señalar indicación de liberación por el ETCD;
-en interfaz de circuito arrendado X.21: señalar condición de ETCD preparado;
-en interfaces X.21^
bis
: poner el circuito 107 en
ABIERTO.
Véase la Recomendación X.30 para más detalles.
Nota
- Un mensaje LIBERACIóN puede ser una respuesta
habitual a un mensaje CONEXIóN cuando existe más de un terminal en modo
paquetes en las instalaciones del abonado y la llamada entrante se ha ofrecido,
de manera global, siguiendo los procedimientos de conexión de punto a
multipunto de la Recomendación Q.921.
7.3.3.3.3
Iniciación de liberación de llamada por el
usuario
Después de que el usuario notifique manualmente la liberación de la última llamada virtual, el AT desconecta la conexión interna entre los puntos de referencia R y S/T y aplica los procedimientos del 6.4 para liberar el canal B. En el punto de referencia R ejecuta la acción que corresponda, según se indica a continuación:
-en interfaz con conmutación de circuitos X.21: señalar indicación de liberación por el ETCD;
-en interfaz de circuito arrendado X.21: señalar condición de ETCD preparado;
-en interfaz X.21^
bis
: poner el circuito 107 en
ABIERTO.
Véase la Recomendación X.30 para más detalles.
7.3.4
Sincronización
El AT deberá efectuar una sincronización entre las actividades del canal D (actividades Q.931) y las actividades del canal B (actividades X.25).
La sincronización entre AT y MP/UA se efectúa intercambiando esquemas de sincronización. Se empleará transmisión continua de banderas cuando la adaptación de velocidad se haga mediante relleno con banderas. Para la clase 30, la sincronización se hará entre el ETD y el MP/UA. Cuando la adaptación de velocidad se haga según la Recomendación X.30, se utilizará el esquema de esa misma Recomendación.
7.4
Acceso a través del canal D
7.4.1
Consideraciones generales
En esta parte se definen las funcionalidades que debe soportar un AT cuando se emplea acceso por canal D. Las definiciones son de aplicación únicamente en el caso B (acceso al servicio de circuito virtual RDSI).
7.4.2
Correspondencia LAPB-LAPD
La adaptación de velocidad es inherente al mecanismo de resolución de contiendas para acceder al canal D. En particular, la transmisión de banderas consecutivas percibida en el punto de referencia R no será repetida en el punto de referencia S/T.
7.4.2.1
Correspondencia basada en una terminación completa
de los protocolos de la capa de enlace
En la figura 7-2/X.31 se muestra la arquitectura para el establecimiento de la correspondencia entre el enlace LAPB en el punto de referencia R y el enlace lógico LAPD en el punto de referencia S/T, en la hipótesis de terminación total de ambos protocolos de capa de enlaces en el AT. Con esta figura se pretende describir la funcionalidad que ha de proporcionar el AT. No deberá suponer, sin embargo, una limitación para cualquier otra realización determinada.
Figura 7-2/X.31, p.
Las tramas de supervisión y las tramas no numeradas de los procedimientos LAPB
y LAPD tienen significado local (es decir, sólo son trascendentes para su
propio enlace), por lo que no es preciso buscarles correspondencia en el otro
enlace. No obstante, es posible que la recepción de una trama de supervisión o
no numerada dé lugar a la transmisión de una trama análoga por el otro enlace,
por ejemplo una trama SABM(E) (cuando ambos enlaces están en estado
desconectado) o una trama RR, pueden dar lugar a la transmisión de una trama
equivalente en el otro enlace.
Si ambos enlaces están en fase de transferencia, habrá de establecerse la correspondencia de las tramas de transferencia de información. Cabe distinguir las siguientes funciones de correspondencia para estas tramas:
-Correspondencia del campo de dirección.
-Correspondencia del campo de control.
-Recalculación de la secuencia de verificación de trama.
Estas funciones se analizan en las secciones que siguen.
7.4.2.1.1
Correspondencia del campo de dirección de la trama
de información
La longitud de la dirección LAPB es de un octeto.
La longitud de la dirección LAPD es de dos octetos.
Figura 7-3/X.31, p.
7.4.2.1.2
Correspondencia del campo de control de la trama
de información
La numeración secuencial LAPB de las tramas I es, por lo general, de módulo 8, si bien también puede ser de módulo 128.
La numeración secuencial LAPD de las tramas I es de módulo 128.
Los números secuenciales N(S) y N(R) en los enlaces LAPB y LAPD son mutuamente independientes.
Si el tamaño 8 de ventana del LAPD satisficiera, por ejemplo, las exigencias de caudal, el número máximo de tramas que se deben almacenar en memoria tampón en la función relevo del AT sería de 7 en cada sentido.
El empleo del bit (P/F) en el enlace LAPB es independiente de su utilización en el enlace LAPD.
7.4.2.1.3
Recalculación de la secuencia de verificación de
trama de información
Los valores de la secuencia de verificación de trama (SVT) en los enlaces LAPB y LAPD son mutuamente independientes. Los valores de la SVT deben calcularse para cada trama.
7.4.2.2
Correspondencia basada en la terminación mínima de
la capa de enlace
Es posible además una realización más simple de la correspondencia LAPB-LAPD sin incorporar el procedimiento de control de flujo ni el de recuperación tras error. En estas condiciones, el AT tiene que realizar como mínimo las siguientes funciones de correspondencia:
-reconocimiento del tipo de trama;
-correspondencia del campo de dirección;
-correspondencia del campo de control;
-administración de las variables de estado [V(S) y V(R) en ambos interfaces];
-tratamiento de la SVT.
7.4.3
Señalización
En esta parte se definen las funcionalidades que debe soportar el AT para establecer, mantener y liberar un enlace lógico LAPD, IPAS = 16 con el MP en el punto de referencia S/T y un enlace LAPB en el punto de referencia R. Esas funcionalidades exigen grados distintos de aptitud por parte del AT debido a las diferentes realizaciones de los procedimientos X.25 en el ETD.
Se pueden distinguir varios tipos según cuál sea el criterio para la iniciación del establecimiento de la llamada en el punto de referencia R.
tipo 1:establecimiento de un enlace lógico, IPAS = 16, en el canal D al detectarse la recepción de una trama SABM;
tipo 2:ídem a la recepción de una trama I;
tipo 3:ídem a la recepción de un paquete de
petición de
llamada
.
Nota
- Alternativamente, la iniciación del
establecimiento de llamada puede hacerse de forma manual, por ejemplo,
apretando un botón en el AT.
El tipo 1 es el más sencillo, ya que conlleva el establecimiento de un mínimo de correspondencia entre el LAPB y el LAPD en el AT. Se describe en los 7.4.3.1, 7.4.3.2 y 7.4.3.3. Los tipos 2 y 3, que requieren la terminación completa de protocolo en el AT (como se describe en el 7.4.2 ) son más complicados, pero es posible que haya que aplicarlos, dependiendo de las necesidades de los ETD existentes. En el apéndice IV se dan más detalles a propósito de estos tipos.
7.4.3.1
Llamada saliente
Con la llamada saliente, el AT inicia el establecimiento de un enlace IPAS = 16 de canal D con el MP.
Las diversas condiciones que fuerzan al AT a iniciar este establecimiento se describen en el 7.4.3.1.1 . El establecimiento del enlace por el canal D se hace de acuerdo con los procedimientos que se indican en el 6.1.2.2 .
7.4.3.1.1
Condiciones para el establecimiento de un enlace
lógico entre el ETD y el MP
Hay dos situaciones en relación con las cuales se califican las condiciones que hacen que el AT intente establecer un enlace lógico IPAS = 16 por el canal D.
a)Enlace lógico (semi)permanente
En este caso el enlace lógico está siempre disponible. No se precisa funcionalidad de AT para iniciar el establecimiento de este tipo de enlace.
b)El establecimiento del canal lógico se inicia por acciones en el punto de referencia R
El interfaz de capa 1 en el punto de referencia R es coherente con los
procedimientos de interfaz X.21, X.21^
bis
o V.25
bis
. A continuación, el ETD establecerá el enlace LAPB en
el punto de referencia R y, como consecuencia de ello, el AT activará el enlace
LAPD (IPAS = 16) en el punto de referencia S/T.
Nota
- En principio también es posible activar el
enlace entre el ETD y el MP por actuación manual en el AT.
7.4.3.1.2
Correspondencia de procedimientos de enlace
En el 7.4.2 se describe el establecimiento de la correspondencia entre el enlace lógico LAPD en el punto de referencia S y el enlace LAPB en el punto de referencia R.
7.4.3.1.3
Procedimientos X.25
Tras el establecimiento de un enlace LAPD en el punto de referencia S/T y de un enlace LAPB en el punto de referencia R y la concatenación de ambos enlaces mediante una función de correspondencia en el AT, son posibles los procedimientos de la capa 3 X.25 entre el ETD y el MP. El AT es transparente a estos procedimientos.
7.4.3.2
Llamada entrante
7.4.3.2.1
Ofrecimiento de llamada Q.931
Cuando es de aplicación la notificación de llamada entrante (véase el 3.2.3 ), ésta se ofrece en primer lugar siguiendo los procedimientos descritos en el 6.2.2.3.1 (selección de canal mediante ofrecimiento de llamada).
El AT acepta la llamada entrante cuando el punto de referencia R se halla o puede ponerse, en alguna de las siguientes condiciones:
-estado de preparado o de envío de datos, en el caso de punto de referencia R que se ajusta a los procedimientos X.21;
-circuitos 125 y 108 en estado de CERRADO y circuito 107 ABIERTO si se trata
de un punto de referencia R conforme con los procedimientos
X.21
bis
y V.25^
bis
.
El AT responde al ofrecimiento de llamada de acuerdo con el mismo 6.2.2.3.1 .
Después de un procedimiento de llamada entrante exitoso, el MP inicia el establecimiento de un enlace LAPD con IPAS = 16 entre el MP y el AT. El enlace LAPB en el punto de referencia R se establecerá al mismo tiempo, siguiendo los procedimientos de correspondencia descritos en 7.4.2 .
Las capas que intervienen en el enlace están ahora en la fase de transferencia de datos.
7.4.3.2.2
Procedimientos X.25
Tras el establecimiento de un enlace LAPD en el punto de referencia S/T y de un enlace LAPB en el punto de referencia R, y la concatenación de ambos enlaces mediante una función de correspondencia en el AT, son posibles los procedimientos de la capa 3 X.25 entre el ETD y el MP. El AT es transparente a estos procedimientos.
7.4.3.3
Desconexión del enlace de datos
Para iniciar la liberación de un enlace lógico con IPAS = 16 por canal D, es preciso detectar la liberación de la última llamada virtual por ese enlace lógico. Esa detección puede hacerse por dos participantes:
a)el MP, que inicia la liberación del enlace lógico LAPD;
b)el ETD, en cuyo caso, la liberación se inicia por acciones en el punto de referencia R.
Nota
- En principio es posible liberar el enlace entre
el ETD y el MP como resultado de una actuación manual en el AT.
7.4.3.3.1
Desconexión por el MP
El MP libera el enlace lógico LAPD siguiendo los procedimientos descritos en 6.4.2 . Como consecuencia de la función de correspondencia entre el enlace lógico LAPD y un enlace LAPB en el punto de referencia R, la liberación del primero irá seguida de la liberación del segundo, aplicando los procedimientos LAPD adecuados. Después de liberar el enlace LAPB, el AT desconectará el interfaz de la capa 1 en el punto de referencia R:
-bien pasando del estado CERRADO al de ABIERTO el cable I, en el caso de interfaz X.21; el ETD ha de responder pasando el cable C también de CERRADO a ABIERTO. Después de esto, el interfaz queda en estado preparado, o bien
-pasando del estado de CERRADO al de ABIERTO el circuito 107 en el caso de
interfaz X.21^
bis
o V.25^
bis
; el ETD
ha de responder pasando de CERRADO a ABIERTO en el circuito 108.
7.4.3.3.2
Desconexión por el ETD
El ETD indica al AT que debe liberarse el enlace lógico entre el AT y el MP mediante la liberación, asimismo, del enlace LAPB en el punto de referencia R entre el ETD y el AT.
Son aplicables los correspondientes procedimientos LAPB. Tras la acción del ETD, el AT liberará su enlace lógico con el MP.
Una vez concluido el procedimiento de desconexión del enlace LAPB, el ETD desconecta el interfaz de capa 1 en el punto de referencia R:
-bien pasando del estado CERRADO al ABIERTO el conductor C en el caso de un interfaz X.21; el AT ha de responder pasando el conductor I también de CERRADO a ABIERTO. Después de esto, el interfaz queda en estado preparado, o bien
-pasando del estado CERRADO al ABIERTO el circuito 108 en el caso de
interfaz X.21
bis
o V.25
bis
; el AT ha de responder
pasando de CERRADO a ABIERTO el circuito 107.
7.5
Acceso a través de los canales B y D
7.5.1
Consideraciones generales
En este apartado se definen las funcionalidades que debe soportar un AT cuando se utiliza acceso a través de ambos canales, B y D. Esto es de aplicación en el caso B (acceso al servicio portador de circuitos virtual RDSI). Todo lo descrito en los 7.3 y 7.4 es aplicable, excepto lo que se indica a continuación.
7.5.2
Llamada saliente
Cuando sea posible acceder al MP por cualquiera de los canales, B o D, la petición de llamada se enviará mediante un mensaje Q.931 con petición del servicio portador del modo paquetes.
El AT puede expresar su preferencia por un determinado canal, de acuerdo con un criterio de selección previo, tal como el tamaño de los paquetes X.25 (limitado a 256 bytes en el canal D) o las exigencias de caudal (limitado a menos de 16 kbit/s en el canal D de acceso básico).
Si el AT mantiene la opción de
`cualquier canal'
la red asignará un
canal B, en razón a las exigencias de calidad de servicio X.25 que se suponen a
priori.
7.5.3
Llamada entrante
La red emitirá un ofrecimiento de llamada por el canal D según los procedimientos Q.931. El AT actuará de acuerdo con los procedimientos definidos en las secciones anteriores (véase el 6.2 ).
7.6
Bucles de prueba
El concepto de mantenimiento del AT estará de acuerdo con el concepto, a los efectos del mantenimiento, del acceso e instalación de abonado a la RDSI, que se define en las Recomendaciones de la serie I.600 y en la I.430, relativas al mantenimiento del acceso y la instalación de abonado a la RDSI. En estas Recomendaciones se especifican los bucles de prueba. La arquitectura de comunicaciones de la RDSI permite la comunicación de información relativa al mantenimiento en conexiones portadoras, entre puntos de acceso al servicio de red (PASR). Es posible, por tanto, utilizar un servicio portador por canal B o por canal D para vehicular el protocolo.
Las entidades de mantenimiento pueden elegir entre comunicar información sobre la gestión de la calidad del funcionamiento o la gestión de los fallos o la de la configuración y la denominación, etc., haciendo uso de un protocolo de capa de aplicación que emplea la ISA. La especificación de esas capacidades de gestión que deben facilitar los AT requiere un estudio futuro.
7.6.1
Bucles de prueba para AT con acceso a través del canal
B
7.6.1.1
Configuración de referencia de bucles de prueba
En la figura 7-4/X.31 se muestra los lugares en que se establecen los bucles de prueba dentro del AT.
Figura 7-4/X.31, p.
Los bucles 4 y A se establecerán próximos al punto de referencia S/T y el
bucle 5, próximo al punto de referencia R.
7.6.1.2
Características de los bucles de prueba
Las características de los bucles de prueba 4, 5 y A se definen en las Recomendaciones de las series I.430 e I.600.
7.6.1.3
Mecanismo de activación/desactivación de bucles
i)Bucle de prueba 4
El bucle de prueba 4, controlado desde el lado red del AT, se activa mediante un protocolo de capa de aplicación por el canal B o el D o mediante un mensaje de capa 1 por el canal B seleccionado, después de que se haya establecido una conexión entre el punto de control y el AT. La selección del canal B en el que se establece el bucle forma parte del procedimiento de establecimiento de llamada. Mientras permanezca establecido el bucle, serán de aplicación los siguientes estados en el punto de referencia R (X.21):
hacia el terminal, R = 0/1 .^.^.^, I = ABIERTO (ETCD no preparado controlado).
ii)Bucle de prueba 5
Para la activación/desactivación del bucle de prueba 5 vale lo dicho en el anterior apartado i). Puesto que el bucle de prueba 5 está próximo al punto de referencia R, el punto de establecimiento del bucle se halla en la circuitería del punto de referencia y no dentro del canal B. Es posible que la composición del tren de bits recibido en el AT y la del retornado en bucle por el canal B no sean idénticas en el punto de referencia S/T, debido al mecanismo de adaptación de velocidad. No obstante, en el punto de establecimiento del bucle, sí son idéndicos los trenes de bits entrante y saliente (retornado en bucle).
Mientras permanezca establecido el bucle serán de aplicación los estados definidos en X.21 para el bucle 2b.
Nota
- El posible uso de bucles lógicos mediante tramas
de capa 2 en el canal B requiere un estudio ulterior.
iii)Bucle de prueba A
El bucle de prueba A se activa/desactiva según los procedimientos definidos
en las Recomendaciones X.21 y X.21^
bis
.
Nota 1
- Puesto que la elección de un canal B
específico no forma parte de las Recomendaciones
X.21/X.21^
bis
, la cuestión relativa a la elección de canal
B en el bucle de prueba A queda para un estudio ulterior.
Nota 2
- La activación/desactivación de los tres bucles
de prueba anteriores se puede hacer manualmente, como alternativa, si se desea.
7.6.1.4
Codificación de mensajes de control de activación
o desactivación
-control del bucle 4 por medio de protocolo de capa de aplicación de canal B o D: requiere un estudio ulterior;
-control del bucle 4 por medio de un mensaje de capa 1 de canal B: requiere un estudio ulterior;
-control del bucle 5 por medio de protocolo de capa de aplicación de canal B o D: requiere un estudio ulterior;
-control del bucle 5 por medio de mensaje de capa 1 de canal B: como en las
Recomendaciones X.21 y X.21^
bis
.
-bucle A: como en las Recomendaciones X.21 y X.21^
bis
.
7.6.2
Bucles de prueba de AT con acceso a través del canal
D
Requiere ulterior estudio.
(H.T.=NON)
TAB.???
FICHIER: H.T. =
(SANS
H.T.)
(SANS FORMULE) Tableaux: 0 - Tabulateurs: 0
Figura
NF01/025 (OPM = 01)
Cuadro de referencia
NF01/025 (OPM =
01)
X.325 (I.550) NF01/043 (OPM = 01)
(cs,.) Disk ... NF../... (OPM = ..)
(BT..) Disk ... NF../... (OPM = ..)
(82.TE.13.S)
(A1.23s) / [26s]
FOLIOS: 461 -
482 (DO PRC.COSY.2)
MEP {TPS.NON.PHOTO "[PA1]"} : OK= [1]
Saisie 12.12.88 YB
ID + Vérif. + diskette MAJ + laser 10.01.89 PV
Corr. LASER (1re épreuve) = 3eme 12.01.89 IR
Vérif. corr. + transfert + imprimantes ........ ..
Espaces réservés 10.02.89 PC
AJOUTER (PA1) (CL1,0,0,0) pour MEP
MEP + LASER 13.02.89 GH/PC
Corr. MEP ........ ..
Insertion des tableaux (tabulateurs ..) ........ ..
BAT du 28/2/89 1.03.89 PV
MAJ s/disquettes 29.03.89 CD
APéNDICE I (a la Recomendación X.31)
AT de canal B que actúa sobre las capas 2 y 3 de X.25
I.1
Introducción
Teniendo en cuenta la diversidad de realizaciones de procedimientos X.25 en los ETD existentes, se identifican los dos siguientes tipos de adaptador de terminal:
a)AT que actúa sólo sobre la capa 1 en el punto de referencia R;
b)AT que actúa además sobre las capas 2 y 3 en el punto de referencia R.
El primer tipo es de aplicación en los ETD que se pueden desconectar en la capa física del punto de referencia R, cuando no hay llamadas virtuales en curso.
En el caso de los ETD X.25 que no se pueden desconectar en la capa física, es posible que se produzca la asignación automática del canal B inmediatamente después de conectar la alimentación de potencia B.
Por ello, con estos ETD se emplea como alternativa el segundo tipo.
El primer tipo se describe en el 7.3 de la presente Recomendación.
En este apéndice se presentan algunos enfoques posibles con respecto a las funcionalidades y procedimientos de correspondencia entre señalizaciones, de los adaptadores de terminal del segundo tipo.
Estos ejemplos no deben restringir las realizaciones y no abarcan todos los tipos posibles.
Este segundo tipo de AT es aplicable tanto para acceso del caso A como del caso B.
I.2
Control de la llamada
En este apéndice se especifican las siguientes fases de la llamada:
-fase de reposo,
-fase de establecimiento,
-fase de transferencia de datos,
-fase de liberación.
Cuando no hay llamadas virtuales en curso, el AT está en la fase de reposo. Las llamadas entrantes o salientes provocan la transición a la fase de transferencia de datos, pasando por la de establecimiento. Tras la liberación de la última llamada virtual, el AT pasa de la fase de transferencia de datos a la fase de reposo, a través de la liberación.
I.2.1
Fase de reposo
En la fase de reposo no hay llamadas virtuales en curso.
Figura I-1/X.31, (N), p.
En la fase de reposo, el AT actúa en el punto de referencia B a modo de ETD
X.25 (figura I-1/X.31). Se soportan todos los procedimientos de la capa 2 X.25.
Es posible soportar también algunos procedimientos de la capa 3, por ejemplo
los de rearranque.
Cuando el comienzo de una fase de establecimiento de llamada se indica por métodos manuales (por ejemplo, apretando un botón en el AT) no hay; en principio, necesidad de que el AT soporte los procedimientos de la capa 3; véase la figura I-2/X.31.
Figura I-2/X.31, (N), p.
I.2.1.1
Paso a la fase de establecimiento
El AT pasa a la fase de establecimiento cuando:
-detecta una llamada saliente.
Las llamadas salientes se detectan al recibirse un paquete de
petición de llamada
.
-detecta una llamada entrante.
El AT sigue los procedimientos del 6.2 para la detección y aceptación de llamadas entrantes.
I.2.2
Fase de establecimiento
Se definen las siguientes funciones para el establecimiento de llamadas:
1)establecimiento de un canal B,
2)establecimiento de una conexión de capa 2 entre el AT y el ETCD X.25 en el MP/UA,
3)sincronización de las capas 3 del ETD X.25 y del ETCD X.25 en el MP/UA,
4)paso a la configuración de la fase de transferencia de datos.
La fase de establecimiento también requiere una realización de la capa 2 en el lado punto de referencia S/T del AT (figura I-3/X.31). Sólo son aplicables los procedimientos especializados de la capa 3.
En la figura I-4/X.31 se presenta un ejemplo de secuencia de mensajes para la fase de establecimiento.
Figura I-3/X.31, (N), p.
Figura I-4/X.31, (N), p.
I.2.2.1
Llamadas salientes
El paquete de
petición de llamada
recibido del ETD
X.25 se almacena en memoria tampón en el AT. Para la asignación de un canal B
son aplicables los procedimientos del
6.1
. Tras la asignación de un
canal B, se establece un enlace entre el ETCD en el MP/UA mediante los
procedimientos de capa 2 de la Recomendación X.25. La capa 3 del ETCD en el
MP/UA puede reiniciar por medio de un procedimiento de rearranque. El paquete
de
petición de llamada
almacenada en tampón se envía al
ETCD en el MP/UA. Cuando se produzca el acuse de recepción correcta del paquete
de
petición de llamada
, el AT pasará
a la fase de transferencia de datos siguiendo los procedimientos del Î I.2.2.3
de este apéndice.
I.2.2.2
Llamadas entrantes
Al recibirse una llamada entrante se aplican los procedimientos del 6.2 de esta Recomendación, para la asignación de un canal B. A continuación se establece un enlace entre el ETCD en el MP/UA y el AT según los procedimientos de la capa 2 de la Recomendación X.25. Es posible reiniciar la capa 3 del ETD X.25 mediante un procedimiento de rearranque. El AT puede pasar a la fase de transferencia de datos siguiendo los procedimientos del Î I.2.2.3 de este apéndice.
I.2.2.3
Paso a la fase de transferencia de datos
Tras enviar
petición de llamada
a la red, el AT pasa a
ser relevo de capa 2 mediante la terminación de los protocolos de capa 2 a
ambos lados. La especificación detallada de los procedimientos de relevo en
capa 2 requiere un estudio ulterior.
I.2.3
Fase de transferencia de datos
En la fase de transferencia de datos, el AT actúa como relevo de capa 2 (figura I-5/X.31).
Figura I-5/X.31, (N), p.
I.2.3.1
Paso a la fase de liberación
Se entra en la fase de liberación cuando se detecta que no hay más llamadas en curso.
Esa detección puede hacerla:
-el MP/UA,
-el usuario (manualmente).
I.2.4
Fase de liberación
Se definen las siguientes funciones para la liberación de llamadas:
1)liberación de la conexión de capa 3;
2)liberación de la conexión de capa 2;
3)liberación del canal B;
4)paso a la fase de reposo.
En la figura I-6/X.31 se muestran las capas activas del ETD, el AT y el ETCD en la fase de liberación.
Figura I-6/X.31, (N), p.
En la figura I-7/X.31 se presenta un ejemplo de secuencia de mensajes para la
fase de liberación.
Figura I-7/X.31, (N), p.
I.2.4.1
Detección por el usuario
Tras la notificación por el usuario, se envía la trama DISC (desconexión) al MP/UA a la que se contesta con una trama UA. Una vez que el AT ha recibido la trama UA se aplican los procedimientos del 6.4 de esta Recomendación, después de lo cual el AT pasa a la fase de reposo.
I.2.4.2
Detección por la red
A la trama de desconexión DISC enviada por la red contesta el AT con una trama UA. Para liberar el canal B se aplican los procedimientos del 6.4 de esta Recomendación, después de lo cual el AT pasa a la fase de reposo.
APéNDICE II (a la Recomendación X.31)
Interconexión de ET2 en modo paquete que utilizan el
servicio portador en modo circuito de la RDSI
Cuando
dos ET2 en modo paquete estén interconectados por una conexión en modo circuito
de la RDSI, utilizarán los AT tal como se indica en la figura II-1/X.31.
Figura II-1/X.31, (N), p.
Con conexiones de este tipo se utilizarán procedimientos Q.931 de intercambio
de parámetros de extremo a extremo, para intercambiar las características de
los protocolos que deberán emplear los ETD en la conexión por conmutación de
circuito. Los AT pueden examinar las tramas y los paquetes del canal B, a fin
de llevar a cabo las funciones necesarias para soportar la comunicación en modo
paquete de ETD a ETD.
APéNDICE III (a la Recomendación X.31)
Ejemplos de diagramas de flujo de mensajes y ejemplos de
condiciones para el establecimiento de la correspondencia
entre causas
III.1
Ejemplos de diagramas de flujo de
mensajes
En las figuras III-1/X.31 a III-7/X.31 se muestran, de manera resumida, ejemplos de los procedimientos de utilización de tipos de conexión de red por canales B y D y de la selección del tipo de canal apropiado. Con estas figuras se trata de complementar las descripción hecha en el texto precedente, sin que se pretenda ilustrar con ellas todas las posibles situaciones.
Nota
- Es posible que no todas las tramas que pueden
enviarse a través del interfaz del AT estén representadas en las figuras que
siguen.
III.1.1
Explicación de los símbolos utilizados en las
figuras
Mensajes de la Recomendación Q.931
[ ]-
Capa 3
C-
CONEXIóN
CA-
ACUSE DE CONEXIóN
CP-
LLAMADA EN CURSO
D-
DESCONEXIóN
R-
LIBERACIóN
RC-
LIBERACIóN COMPLETA
S-
ESTABLECIMIENTO
Mensajes de la capa 3 de la Recomendación X.25
Todo mensaje de la capa 3 seguido de X.25 indica un paquete de la capa 3 de
X.25, por ejemplo, CR X.25 = paquete de
petición de
llamada
X.25.
CA-
Llamada aceptada
CC-
Llamada conectada (o comunicación establecida)
CLC-
Confirmación de liberación
CLI-
Indicación de liberación
CLR-
Petición de liberación
CR-
Petición de llamada
IC-
Llamada entrante
Tramas de la capa 2
( )-
Capa 2
GTEI-
Grupo IET (127)
A, B-
Direcciones de capa 2 X.25 (incluye instrucción y
respuesta)
SABM-
Trama de paso al modo equilibrado asíncrono
SABME-
Trama de paso al modo equilibrado asíncrono
ampliado
UA-
Trama de acuse de recibo no numerado
UI-
Trama de información no numerada (es decir, que
utiliza el servicio de transferencia de
información sin acuse de recibo en la capa 2)
I-
Trama de información
DISC-
Trama de desconexión
Las direcciones de capa 2 marcadas (x, p) indican que el elemento IPAS de la dirección de trama se codifica para información de tipo paquete (IPAS = 16), como se describe en la Recomendación Q.921. Las direcciones de capa 2 marcadas (x, s) se refieren a la información de tipo señalización (IPAS = 0).
III.1.2
Ejemplos de diagramas de flujo de mensajes
Figure III-1/X.31, (N), p. 9
Figure III-2/X.31, (N), p. 10
Figure III-3/X.31, (N), p. 11
Figure III-4/X.31, (N), p. 12
Figure III-5/X.31, (N), p. 13
Figure III-6/X.31, (N), p. 14
Figure III-7/X.31, (N), p. 15
III.2
Ejemplos de condiciones para el establecimiento de
la correspondencia entre causas
En las figuras III-8/X.31 a III-16/X.31 se muestran ejemplos de condiciones en las que se utilizaría la correspondencia entre causas de mensajes Rec. Q.931 y mensajes Rec. X.25, empleándose las correspondencias específicas de los cuadros 6-5/X.31 y 6-6/X.31, tal como se indica a continuación.
Figura
Cuadro de
referencia
Nota
*****Fallos Rec. Q.931 durante el establecimiento de la llamada *****
III-8 III-9 III-10 Cuadro 6-5/X.31 III-11 III-12
***** Fallo en el lado usuario durante la fase de transferencia de datos X.25 *****
III-13 Cuadro 6-5/X.31 1
III-14 Cuadro 6-5/X.31 2
***** Liberación prematura en el lado red *****
III-15 Cuadro 6-6/X.31
III-16 Cuadro 6-6/X.31
Nota 1
- Esta correspondencia sólo se necesita cuando
el mensaje Rec. Q.931 llegue antes de la liberación del último circuito
virtual.
Nota 2
- Esta situación da siempre lugar a un paquete
de
indicación de liberación
Rec. X.25 con causa ##9,
`fuera de servicio'
, en el caso de circuitos virtuales conmutados, o a
un paquete de
reiniciación
Rec. X.25 con causa ##9,
`fuera de servicio'
, si se trata de circuitos virtuales permanentes.
Figure III-8/X.31, (N), p. 16
Figure III-9/X.31, (N), p. 17
Figure III-10/X.31, (N), p. 18
Figure III-11/X.31, (N), p. 19
Figure III-12/X.31, (N), p. 20
Figure III-13/X.31, (N), p. 21
Figure III-14/X.31, (N), p. 22
Figure III-15/X.31, (N), p. 23
Figure III-16/X.31, (N), p. 24
APéNDICE IV (a la Recomendación X.31)
AT de canal D que exigen la terminación completa del protocolo en
el AT
IV.1
Introducción
Es posible distinguir varios tipos de adaptación de terminal, habida cuenta de la diversidad de realizaciones de procedimientos X.25 en los ETD existentes, a saber:
- tipo 1: establecimiento de un enlace lógico, IPAS = 16, en el canal D al confirmarse la recepción de una trama SABM;
- tipo 2: ídem a la recepción de una trama I;
- tipo 3: ídem a la recepción de un paquete de
petición de llamada
.
Nota
- Alternativamente, la iniciación del
establecimiento de llamada puede hacerse de manera manual, por ejemplo
apretando un botón en el AT.
El primer tipo es aplicable en los ETD que desconectan el enlace en el punto de referencia R, cuando no hay llamadas virtuales en curso, y se describe en el 7.4 de esta Recomendación.
Sin embargo, también hay ETD que no son capaces de desconectar el enlace en el punto de referencia R. En este apéndice se presentan posibles planteamientos en relación con las funcionalidades y procedimientos de correspondencia entre señalizaciones de adaptadores de terminal, que son de aplicación en los ETD mencionados en primer lugar.
Los ejemplos dados no abarcan todos los casos posibles, ni deberían suponer una limitación a las posibles realizaciones.
IV.2
Control de llamada
En el presente apéndice se especifican las cuatro siguientes fases de llamada:
- fase de reposo;
- fase de establecimiento;
- fase de transferencia de datos;
- fase de liberación.
Cuando no hay llamadas virtuales en curso, el AT está en la fase de reposo.
Las llamadas entrantes o salientes provocan la transición a la fase de transferencia de datos, pasando por la de establecimiento.
Tras la liberación de la última llamada virtual, el AT pasa de la fase de transferencia de datos a la de reposo a través de la fase de liberación.
IV.2.1
Fase de reposo
En la fase de reposo no hay llamadas virtuales en curso.
En esta fase, están establecidas las capas 1 y 2 en el punto de referencia R (véase la figura IV-1/X.31 siguiente) y el AT soporta todos los procedimientos de capa 2 Rec. X.25. También pueden soportarse algunos procedimientos de capa 3, por ejemplo los de rearranque.
Figura IV-1/X.31, (N), p.
Cuando una llamada saliente se inicia mediante el envío por el ETD de una
trama I al AT, no es necesario soportar procedimientos de capa 3. Al recibir la
trama I, el AT establece un enlace lógico, IPAS = 16, de canal D; tan pronto
como el canal esté establecido, el AT transmitirá al ETCD el paquete contenido
en la trama I recibida. Ese paquete ha de ser un paquete CR Rec. X.25.
En la figura IV-2/X.31 se describe esta situación.
Nota
- Si sólo se han de soportar llamadas entrantes o
la iniciación de una llamada saliente se hace por conducto del interfaz
hombre-máquina del AT (por ejemplo, apretando un botón en el AT), no es
necesario, en principio, que el AT soporte procedimientos de capa 3.
Figura IV-2/X.31, (N), p. 26
IV.2.1.1
Paso a la fase de establecimiento
El AT pasa a la fase de establecimiento cuando:
- detecta una llamada saliente. Las llamadas salientes se
detectan al recibirse un paquete de
petición de
llamada
Rec. X.25, o por conducto del interfaz
hombre-máquina del AT o al recibirse una trama I (véase el Î
IV.2.2.1)
- detecta una llamada entrante. El AT sigue los procedimientos del 6.2 para la detección y aceptación de llamadas entrantes (véase también el Î IV.2.2.2).
IV.2.2
Fase de establecimiento
En el establecimiento de la llamada se pueden distinguir las tres acciones consiguientes que se indican a continuación:
1) establecimiento de un enlace lógico, IPAS = 16, por conducto del canal D;
2) establecimiento de la capa 3 entre el ETD y el ETCD, en el MP;
3) paso a la fase de transferencia de datos, durante la cual el AT es siempre transparente en la capa 3.
Figura IV-3/X.31, (N), p.
IV.2.2.1
Llamadas salientes iniciadas mediante un
paquete de petición de llamada o una trama I
Nota
- Una referencia a una trama I en este apéndice
significa que el AT desconoce el tipo de paquete Rec. X.25 contenido en esa
trama I.
El paquete
petición de llamada
^ que se recibe del ETD
Rec. X.25 se almacena en el AT. Se establece un enlace lógico de canal D,
IPAS=16, entre el ETCD en el MP y el AT, según los procedimientos de la
Recomendación Q.921. La capa 3 del ETCD en el MP puede reiniciarse con el
procedimiento de rearranque. El paquete
petición de
llamada
, almacenado en tampón, se envía al ETCD en el MP.
A continuación, el AT pasa a la fase de transferencia de datos.
En la figura IV-4/X.31 se presenta un ejemplo de secuencia de mensajes para la fase de establecimiento.
Figura IV-4/X.31, (N), p.
Nota
- Tras la iniciación por conducto del interfaz
hombre-máquina del AT, se establece un enlace lógico por canal D, IPAS = 16,
entre el MP y el AT siguiendo los procedimientos de la Recomendación Q.921. La
capa 3 del ETCD en el MP puede reiniciarse mediante el procedimiento de
rearranque.
El AT pasa entonces a la fase de transferencia de datos.
IV.2.2.2
Llamada entrante
Al recibirse una llamada entrante se aplican los procedimientos del 6.2.2 de esta Recomendación para la asignación de un enlace por canal D, IPAS = 16, entre el AT y el MP.
El AT pasa a la fase de transferencia de datos después de enviar una trama UA acusando recibo de la trama SABME procedente del MP.
IV.2.3
Fase de transferencia de datos
En la fase de transferencia de datos, el AT actúa como relevo de capa 2, terminando los enlaces de capa 2 a ambos lados y llevando a cabo una función de correspondencia entre ellos (véase la siguiente figura IV-5/X.31). En el 7.4.2 de esta Recomendación se describe esa correspondencia.
Figura IV-5/X.31, (N), p.
IV.2.3.1
Paso a la fase de liberación
Se pasa a la fase de liberación cuando se detecta que ya no hay más llamadas virtuales en curso en el enlace por canal D. Esa detección la lleva a cabo el MP (véase el Î IV.2.4).
Nota 1
- De manera alternativa, la detección puede
hacerla el usuario y notificarla, por ejemplo, apretando un botón en el AT.
Nota 2
- La detección por el ETD es intrascendente,
porque no hay manera de notificar la detección de la liberación de la última
llamada virtual al AT (las capas 1 y 2 están aquí siempre establecidas).
IV.2.4
Fase de liberación
En la liberación de llamadas se pueden distinguir las acciones que se indican a continuación (véase la siguiente figura IV-6»X.31).
1) liberación de la conexión de capa 3;
2) liberación del enlace lógico, IPAS = 16, por el canal D;
3) paso a la fase de reposo.
Figura IV-6/X.31, (N), p.
IV.2.4.1
Detección por el MP
Tras la liberación de la última llamada virtual por conducto de un determinado enlace lógico, el MP envía una trama de desconexión DISC al AT, iniciando la desconexión del enlace lógico, IPAS = 16 por canal D. El AT entra en la fase de reposo tras acusar recibo de esta desconexión enviando una trama UA.
En la figura IV-7/X.31 se presenta un ejemplo de secuencia de mensajes para la fase de liberación.
Figura IV-7/X.32, (N), p.
Nota
- Tras la notificación manual por el usuario por
conducto del interfaz hombre-máquina del AT, éste envía una trama de
desconexión DISC al MP pidiendo la desconexión del enlace lógico, IPAS = 16,
por canal D. Una vez que el AT haya recibido la trama UA (acusando recibo de
esa desconexión), pasa a la fase de reposo.
APéNDICE V (a la Recomendación X.31)
Referencias
X.1 Clase de
servicio internacional de usuarios en redes
públicas de datos y en redes digitales de
servicios integrados (RDSI)
X.2 Servicios de transmisión de datos y facilidades facultativas de usuario internacionales en redes públicas de datos
X.3 Facilidad de empaquetado/desempaquetado de datos (EDD) en una red pública de datos
X.10 Categorías de acceso, para equipos terminales de datos (ETD), a los servicios públicos de transmisión de datos
X.21 Interfaz entre el equipo terminal de datos (ETD) y el equipo de terminación del circuito de datos (ETCD) para funcionamiento asíncrono en redes públicas de datos
X.21^
bis
Utilización, en redes
públicas de datos de
equipos terminales de
datos (ETD) diseñados
para su conexión con
modems síncronos de la
serie V
X.25 Interfaz entre el equipo terminal de datos (ETD) y el equipo de terminación de circuito de datos (ETCD) para equipos terminales que funcionan en el modo paquete y conectados a redes públicas de datos por circuitos especializados
X.28 Interfaz ETD/ETCD para un equipo terminal de datos arrítmico con acceso a la facilidad de empaquetado/desempaquetado de datos (EDD) de una red pública de datos situada en el mismo país
X.29 Procedimientos para el intercambio de información de control y datos de usuario entre una facilidad de empaquetado/desempaquetado de datos (EDD) y un ETD modo paquete u otra EDD
X.30 (I.461)
Soporte de equipos
terminales de datos
(ETD) basados en las
Recomendaciones X.21,
X.21^
bis
y X.20^
bis
por una red digital de servicios integrados (RDSI)
X.32 Interfaz entre el equipo terminal de datos (ETD) y el equipo de terminación del circuito de datos (ETCD) para terminales que funcionan en el modo paquete y acceden a una red pública de datos con conmutación de paquetes a través de una red telefónica pública con conmutación, o de una red digital de servicios integrados, o de una red pública de datos con conmutación de circuitos
X.52 Método de codificación de señales anisócronas en un portador síncrono de usuario
X.75 Sistema de señalización con conmutación de paquetes entre redes públicas que prestan servicios de transmisión de datos
X.96 Señales de progresión de la llamada en redes públicas de datos
X.121 Plan de numeración internacional para redes públicas de datos
X.213 Definición del servicio de red para interconexión de sistemas abiertos (ISA) para aplicaciones del CCITT
X.300 Principios generales del interfuncionamiento entre redes públicas y otras redes para la prestación de servicios de transmisión de datos
X.320 Disposiciones generales para el interfuncionamiento entre redes digitales de servicios integrados (RDSI) para la prestación de servicios de transmisión de datos
X.325 (I.550) Disposiciones generales para el interfuncionamiento entre redes públicas de datos con conmutación de paquetes (RPDCP) y redes digitales de servicios integrados (RDSI) para la prestación de servicios de transmisión de datos
I.230 Definición de las categorías de servicios portadores
I.231 Categorías de los servicios portadores en modo circuito
I.232 Categorías de los servicios portadores en modo paquete
I.331 (E.164) Plan de numeración de la RDSI
I.411 Interfaz usuario-red de la RDSI-Configuraciones de referencia
I.430 Interfaz usuario-red básico. Especificación de la capa 1
I.431 Interfaz usuario-red a velocidad primaria. Especificación de la capa 1
I.441 (Q.921) Especificación de la capa de enlace de datos del interfaz usuario-red de la RDSI
I.451 (Q.931) Especificación de la capa 3 del interfaz usuario-red de la RDSI
I.461 Véase X.30
Q.920 Capa de enlace de datos del interfaz usuario-red de la RDSI - Aspectos generales
Q.921 Véase I.441
Q.931 Véase I.451
V.25^
bis
Equipo de llamada y/o
respuesta automáticas
en la red telefónica
general con conmutación
(RTGC) utilizando los
circuitos de enlace de
la serie V.100
V.110 Soporte de los equipos terminales de datos (ETD) con interfaces conformes a las Recomendaciones de la serie V por una red digital de servicios integrados (RDSI)
E.166Interfuncionamiento de planes de numeración en la era de la RDSI.
MONTAGE: RECOMMANDATION X.32 SUR LE RESTE DE CETTE PAGE
Apéndice III Disk. 192 NF01/013 = OPM: 01/013 - NF01/013 = OPM: 01/013 2400/1200 bit/s Disk. 193 NF01/032 = OPM: 02/032 (cs,) - (cs,)
(1BT) (BT..)
(82.TE.14.S)
(A1.23s) / [26s]
FOLIOS: 482 - 517
(AS) (DO PRC.COSY.2)
MEP {TPS.NON.PHOTO "[PA1]"} : OK= [1]
Saisie 09.01.88 SJ
ID + LASER + diskette MAJ 13.01.89 JB
Corr. LASER (1re épreuve) = 3eme ........ ..
Espaces réservés 10.02.89 PC
AJOUTER (PA1) (CL1,0,0,0) pour MEP
MEP + LASER 21.02.89 GH/PC
Corr. MEP ........ ..
Insertion des tableaux (tabulateurs 3) 21.02.89 PC
BAT Corr. 10.03.89 DD
MAJ s/disquettes 29.03.89 CD
MONTAGE : FIN DE LA RECOMMANDATION X.31 EN-TETE DE CETTE
PAGE
Recomendación X.32
INTERFAZ ENTRE EL EQUIPO TERMINAL
DE DATOS (ETD) Y EL EQUIPO DE TERMINACIóN DE CIRCUITO DE
DATOS (ETCD) PARA TERMINALES QUE
FUNCIONAN EN EL MODO PAQUETE Y ACCEDEN A
UNA RED PúBLICA DE DATOS CON CONMUTACIóN DE PAQUETES
A TRAVéS DE UNA RED TELEFóNICA PúBLICA CON CONMUTACIóN, DE
UNA RED DIGITAL DE SERVICIOS INTEGRADOS, O DE UNA
RED PúBLICA DE DATOS CON CONMUTACIóN DE CIRCUITOS
(Málaga-Torremolinos, 1984, modificado en Melbourne, 1988)
Prefacio
El establecimiento en varios países de @redes públicas de datos con
conmutación de paquetes (RPDCP)\ que proporcionan servicios de datos hace
necesaria la elaboración de Recomendaciones que faciliten el acceso a las
mismas a través de la @
El CCITT,
considerando
(a) que en la Recomendación X.1 se especifican las clases de servicio de
usuario para ETD que funcionan en modo paquete; que en la Recomendación X.2 se
definen las facilidades de usuario proporcionadas por las redes públicas de
datos; que en la Recomendación X.10 se definen las categorías de acceso; que en
las Recomendaciones X.21 y X.21^
bis
se definen las
características de interfaz ETD/ETCD de nivel físico; que en la Recomendación
X.25 se define el interfaz entre ETD y ETCD para terminales que funcionan en
modo paquete conectados a la red pública de datos mediante líneas
especializadas; que en la Recomendación X.31 se define el soporte de equipos
terminales en modo paquete por una RDSI; que en la Recomendación X.121 se
define el plan de numeración internacional de redes públicas de datos (RPD);
que en la Recomendación X.300 se definen los principios y disposiciones para el
interfuncionamiento entre las RPD y otras redes públicas;
(b) que en las Recomendaciones de la serie V se definen las características de modem e interfaces para la utilización de los servicios de datos en la RTPC;
(c) que en la Recomendación T.70 se definen los procedimientos e interfaces que deben usar los terminales telemáticos; que en la Recomendación T.71 se define la ampliación del procedimiento LAPB para su utilización en facilidades de transmisión semidúplex (LAPX);
(d) que, se ha comprobado la necesidad de acceder a una RPDCP a través de una RTPC, de una RDSI o de una RPDCC, bien porque no se justifique un circuito especializado dirigido a la RPDCP o bien porque se necesite disponibilidad de servicio global con acceso de reserva a red de refuerzo a través de redes públicas con conmutación, si bien dos tipos de acceso tratados en esta Recomendación no disponen de circuitos virtuales permanentes;
(e) que algunas Administraciones han considerado la prestación de servicios telmáticos en diferentes tipos de redes, por ejemplo, RPDCP, RTPC, RDSI y RPDCC;
(f) que, cuando se utiliza esta Recomendación para proporcionar el servicio de red definido en la Recomendación X.213, las capas física, de enlace y de paquetes corresponden a las capas física de enlace de datos y de red, respectivamente, definidas en la Recomendación X.200,
recomienda por unanimidad
que los aspectos funcionales y de procedimiento de los ETD modo paquete que ganan acceso a una RPDCP a través de una RTPC, de un servicio portador RDSI con conmutación de circuitos o de una RPDCC sean los que se especifican en esta Recomendación.
Nota
- Un terminal en modo paquete (ET1 o ET2)
conforme a las Recomendaciones de la serie I puede en teoría acceder a una
RPDCP vía un servicio portador RDSI con conmutación de circuitos. Cuando sea
ese el caso, los aspectos funcionales y de procedimiento relativos a la capa 2
y a la capa 3 en el canal B serán conformes a lo especificado en esta
Recomendación.
íNDICE 1
Objeto
2
Aspectos funcionales
2.1Consideraciones sobre la marcación de entrada y la marcación de salida 2.2Identificación 2.3Aspectos relativos al servicio 2.4Métodos de identificación del ETD 2.5Métodos de identificación del ETCD 2.6Operaciones de marcación de entrada por el ETD y de marcación de salida por la RPDCP 2.7Requisitos del servicio de ETD 2.8Funcionamiento dúplex y semidúplex 2.9Protocolo de identificación 2.10Negociación de valores
3
Descripciones de los servicios de ETD
3.1Atributos del servicio de ETD 3.2Resumen de servicios de ETD 3.3Servicio ETD no identificado 3.4Servicio ETD identificado 3.5Servicio ETD personalizado
4
Características del interfaz (capa física)
4.1Interfaz X.21
4.2Interfaz X.21^
bis
4.3Interfaz de la serie V
5
Procedimiento de acceso al enlace a través del interfaz
ETD/ETCD
5.1Introducción 5.2Asignación de dirección a la capa de enlace 5.3Utilización de las tramas (tramas XID) 5.4Establecimiento y desconexión del enlace 5.5Multienlace 5.6Funcionamiento semidúplex
6
Capa de paquetes
6.1Objeto y campo de aplicación 6.2Utilización de paquetes de registro para identificación del ETD y/o ETCD y para vehicular facilidades facultativas de usuario X.32 6.3Identificación y autenticación del ETD mediante la facilidad de selección de identificación de usuario de red (IUR) en los paquetes de establecimiento de llamada
7
Procedimientos, formatos y facilidades X.32
7.1Protocolo de identificación 7.2Procedimientos para las facilidades facultativas de usuario X.32 7.3Codificación de los elementos del protocolo de identificación y de las facilidades X.32 7.4Método del grado de seguridad 2 7.5Temporizador T14 del ETCD 7.6Temporizador T15 del ETCD
Anexo A
-Acciones ejecutadas por el ETCD con el
carácter de partes interrogadora y demandada para la identificación del grado
de seguridad 1 y del grado de seguridad 2
Anexo B
-Abreviaturas
Apéndice I
-Realización del LAPX
Apéndice II
-Algoritmo RSA para claves públicas
Apéndice III
-Relación del temporizador T14 con los
diferentes métodos de identificación del ETD
1
Objeto
Esta Recomendación define los aspectos funcionales y de procedimiento del interfaz ETD/ETCD para los ETD modo paquete de las clases de servicio de usuario definidas en las Recomendaciones X.1 y X.10, que ganan acceso a una red pública de datos con conmutación de paquetes (RPDCP) a través de redes públicas con conmutación. En esta Recomendación, una red pública conmutada (RPC) es una red telefónica pública conmutada (RTPC), una red digital de servicios integrados (RDSI) que proporciona un servicio portador con conmutación de circuitos o una red pública de datos con conmutación de circuitos (RPDCC).
Nota
- Se deja para ulterior estudio la ampliación de
la Recomendación X.31 para incluir el acceso de una RPDCP a través de una
conexión con conmutación de circuitos de la red digital de servicios integrados
(RDSI).
En el caso de la RTPC, el interfaz ETD/ETCD X.32 coincide con el interfaz
entre el ETD y el modem. En el caso de la RPDCC, el interfaz ETD/ETCD X.32
coincide con el interfaz X.21 o X.21^
bis
. Esta definición
es aplicable con independencia de que la Administración proporcione o no el
ETCD y con independencia de la realización física del interfaz (por ejemplo,
que estén o no el ETD y el ETCD contenidos en el mismo dispositivo). En ambos
casos, la RPC sólo interviene:
a)en el establecimiento del trayecto de acceso conmutado;
b)para facilitar un soporte de transmisión, y
c)facultativamente, para proporcionar un número de RPC con fines de identificación y direccionamiento.
Las Administraciones pueden ofrecer uno o más de estos interfaces de capa física:
1)para acceso por medio de una red pública de datos con conmutación de
circuitos se utilizará la Recomendación X.21 o la Recomendación
X.21^
bis
como se describe en los
4.1
y 4.2,
respectivamente;
2)para acceso por medio de una red telefónica pública conmutada se utilizarán las Recomendaciones adecuadas de la serie V como se describe en los 4.3 ;
3)para acceso por medio de una RDSI, véase la Recomendación X.31.
La utilización exacta de los puntos pertinentes de estas Recomendaciones se indica en el 4 .
La facilidad de transmisión es dúplex o, facultativamente, semidúplex. En el 5.6 de esta Recomendación se definen procedimientos específicos para la operación por una facilidad de transmisión semidúplex.
En la capa de enlace se utiliza el procedimiento de acceso al enlace LAPB de la Recomendación X.25 por un solo circuito físico con conmutación. Los formatos y procedimientos LAPB se ajustarán a los 2.2, 2.3 y 2.4 de la Recomendación X.25, con las adiciones indicadas en el 5 de la presente Recomendación.
Los formatos y los procedimientos en la capa de paquete se ajustarán a los 3, 4, 5, 6 y 7 de la Recomendación X.25, con las adiciones indicadas en el 6 de la presente Recomendación.
Figura 1/X.32, p.
2 Aspectos funcionales
2.1
Consideraciones sobre la
marcación de entrada y la
marcación de salida
La
`marcación de entrada por el ETD'
.
Figura 2/X.32, p.
Para realizar esta operación, el ETD puede utilizar un procedimiento de
llamada automática o manual.
La
`marcación de salida por la RPDCP'
.
Figura 3/X.32, p.
Para la operación de marcación de salida por la RPDCP, el ETD debe utilizar el
procedimiento automático de respuesta, pero puede utilizar el procedimiento de
respuesta manual.
La iniciación de la
2.2
Identificación
2.2.1
Identidad del ETD
Cuando un ETD gana acceso a una RPDCP a través de una RPC (marcación de entrada por el ETD), o cuando una RPDCP gana acceso a un ETD a través de una RPC (marcación de salida por la RPDCP), puede existir el requisito de la identificación del ETD por el ETCD.
La
`identidad'
del ETD es un medio de hacer referencia al ETD y se
ha acordado explícitamente entre el ETD y la Administración, o la
Administración puede implícitamente aceptarla mediante acuerdos con otras
Administraciones, organizaciones o autoridades. Puede estar compuesta de
diferentes elementos, como un número de un plan de numeración, la
identificación del servicio de ETD y la autoridad, fechas y periodo de validez,
claves públicas usadas para autenticación, etc.
Las características del servicio que un ETD obtiene mediante el acceso por marcación de entrada por el ETD o marcación de salida por la RPDCP dependen de si la RPDCP considera al ETD como identificado para cada conexión de acceso conmutado o llamada virtual. Si el ETD está identificado, la RPDCP puede contabilizar las tasas pagaderas a nombre de ese ETD. Es decir, puede facturar al ETD o a alguna otra entidad.
Para que un ETD se considere identificado se requieren dos componentes:
a)El ETD está registrado administrativamente, ya sea:
1)por acuerdo directo con la RPDCP (esto es, explícitamente), o
2)por acuerdo previo entre la RPDCP y una RPC u otra autoridad, y acuerdo directo entre el ETD y dicha autoridad (esto es, no explícitamente).
b)La identidad del ETD se pone en conocimiento del ETCD durante la conexión de acceso con conmutación utilizando uno de los métodos descritos en el 2.4 .
Un ETD puede incurrir en tasas incluso sin que esté identificado, ya que algunas Administraciones perciben las tasas a través de la RTPC, de la RDSI o de la RPDCC.
En todo caso, la identificación del ETD se utiliza con fines de facturación y contabilidad. Además de esta función básica, la identificación del ETD puede utilizarse facultativamente para uno o varios de los siguientes propósitos:
a)permitir que la RPDCP proporcione una dirección de ETD llamante a un ETD llamado, o
b)permitir que el ETD obtenga un servicio diferente del que se ofrece a los ETD sin identidad establecida (véase el 2.3 ).
2.2.2
Identidad del ETCD
Cuando una red admite el acceso por marcación de salida por la RPDCP a los ETD, puede existir el requisito de que la red (es decir, ETCD) identifique al ETD. En el caso del acceso de marcación de entrada por el ETD, si bien la identidad del ETCD puede ser ya conocida por el ETD (ya que el ETD origina la conexión de acceso con conmutación), puede existir también el requisito de que la red sea identificada por el ETD. La identificación del ETCD para el ETD se puede utilizar para diferentes propósitos, tales como:
a)permitir al ETD que seleccione la información específica en relación con la seguridad (por ejemplo, clave encriptada, contraseña, etc.) adecuada para dicha red, para uso en intercambios con el ETCD;
b)permitir que el ETD seleccione diferentes parámetros, procedimientos o perfiles adecuados para dicha red;
c)permitir que el ETD determine la RDPCP por la que se ha establecido el
acceso con conmutación, permitiendo de esta forma la operación adecuada de la
facilidad facultativa de
grupo cerrado de usuarios
y de la
transmisión de la dirección apropiada del ETD llamante proporcionada por la
RPDCP, si es aplicable.
Para cada acceso por marcación de entrada por el ETD o marcación de salida por la RPDCP, el ETCD puede establecer su identidad mediante uno de los métodos relativos a la identificación del ETCD descritos en el 2.5 . La identidad del ETCD se compone del código de identificación de red de datos (CIRD) y, a título facultativo, un designador de perfil de ETD (véase el 3.1.11 ), excepto cuando la RPC proporciona la identidad (véase el 2.5.1.1 ); en este caso, la identidad es un número del plan de numeración de la RPC.
2.3
Aspectos relativos al servicio
El servicio de acceso conmutado proporcionado a un determinado ETD depende de:
a)la RPDCP;
b)la utilización/no utilización de identificación de ETD, y
c)del servicio de ETD disponible y escogido por el ETD.
En esta Recomendación se definen tres tipos de servicio de ETD (véase el 2.3.2 ). Uno de los tipos de servicio de ETD (no identificado) es independiente de la identidad de ETD específica. Un tipo de servicio (identificado) puede ser independiente o no de la identidad de ETD específica. El tercer tipo (personalizado) se relaciona con la identidad de ETD específica, a fin de permitir la personalización de algunos aspectos del servicio.
Los tipos de servicio de ETD se distinguen además por la existencia o no de
un número asignado por la red, que se utiliza para representar la identidad del
ETD en los campos de dirección de los paquetes de establecimiento de la
llamada. Este número se denomina
`dirección del ETD'
y se define en el
3.1.3
.
2.3.1
Atributos de servicio
Se han definido
`atributos'
para describir cada aspecto del servicio
de acceso con conmutación. Sin embargo, los valores de los atributos no
incluyen necesariamente todas las capacidades ofrecidas a los usuarios de la
RPDCP que acceden a la RPDCP por medio de una línea arrendada. Los atributos
son:
a)identidad del ETD;
b)método de identificación del ETD;
c)dirección del ETD;
d)dirección registrada;
e)número de RPC registrado;
f)conjunto de abono X.25;
g)asignación de canales lógicos;
h)disponibilidad de marcación de salida por la RPDCP;
i)tipo de acceso de marcación de salida;
j)facilidades de usuario optativas X.32;
k)presentación de identidad del ETCD, y
l)asignación de dirección de la capa de enlace.
Para cada servicio del ETD, cada atributo o bien se proporciona, o bien no se proporciona; si se proporciona:
1)se fija a un valor supletorio especificado por la red (supletorio de red), o bien
2)se fija un valor seleccionado por el usuario en una gama de valores
proporcionados por la red (seleccionable por el usuario).
(
Nota
- La red puede definir un valor supletorio para el
atributo.)
Un
perfil de ETD
es el conjunto de valores de los
atributos supletorios por la red y seleccionables por el usuario que se han
seleccionado para una determinada identidad de ETD.
Nota
- El
perfil de ETD
no
necesita almacenarse en la RPDCP.
Algunas redes pueden permitir que el abonado tome disposiciones para que
más de un
perfil de ETD
cumpla requisitos diferentes para
el servicio de acceso con conmutación. Cada
perfil de ETD
es independiente. Se utiliza un
`designador de perfil de ETD'
para
diferenciar los múltiples perfiles del ETD.
2.3.2
Servicios de ETD
Algunas redes pueden ofrecer servicios a ETD no identificados, es decir, a ETD para los cuales no se ha proporcionado al ETCD ninguna identificación.
Algunas redes pueden ofrecer servicios a ETD identificados, es decir, a ETD
para los que se proporciona al ETCD una
identidad de ETD
implícita o explícita mediante uno de los métodos especificados en
2.4
. Se pueden definir diferentes tipos de servicio para utilización
en situaciones diferentes. La red puede ofrecer uno o más servicios.
Los tres tipos de servicio definidos en esta Recomendación se denominan servicios de ETD (o más brevemente servicios ETD). Uno de ellos es un servicio para ETD no identificados. Los otros dos son servicios para ETD identificados. Los tres servicios de ETD son:
a)no identificado;
b)identificado;
c)personalizado.
2.3.2.1
Servicio de ETD no identificado
El servicio ofrecido a ETD no identificados se denomina servicio ETD
`no
identificado'
y se describe en el
3.3
. Este servicio ETD puede
ofrecerse como parte de la operación de marcación de entrada por el ETD o
marcación de salida por la RPDCP o para ambas.
En el caso de una operación de marcación de salida por la RPDCP, la duración de un trayecto de acceso con conmutación corresponde a la duración de la llamada virtual. Es decir, una vez completados los procedimientos de liberación para la llamada virtual, el ETCD inicia los procecimientos necesarios para desconectar el trayecto de acceso conmutado.
En el caso de una operación de marcación de entrada por el ETD, el trayecto de acceso con conmutación no se desconectará durante un periodo de tiempo (T14) incluso en ausencia de llamadas virtuales. Esto proporciona a los usuarios un periodo de tiempo para restablecer la llamada virtual. Véase el 7.5 .
Para la operación de marcación de entrada por el ETD, la RPDCP puede limitar el número de tentativas infructuosas para establecer una llamada virtual.
Cuando un ETD utiliza el servicio ETD
no identificado
:
a)no se le exige que utilice ningún procedimiento facultativo;
b)puede funcionar con diferentes redes sin tener que abonarse a ninguna de ellas (es decir, sin registrarse administrativamente y/o recibir una identidad en ninguna RPDCP);
c)no se permitirá que efectúe llamadas tarificadas o reciba llamadas de
cobro revertido (es decir, la red establece la facilidad de
prevención de tasación local
), con lo que se permite a la
Administración asegurarse de la percepción de las tasas. Sin embargo, algunas
Administraciones pueden permitir a ETD no identificados que efectúen llamadas
gratuitas o utilicen otros métodos para percibir las tasas (por ejemplo, por
medio de la RTPC, de la RDSI o de la RPDCC).
2.3.2.2
Servicios para ETD identificados
Los servicios ofrecidos a ETD identificados proporcionan un conjunto de
capacidades/facilidades diferentes de y/o potenciadas con respecto al servicio
ETD
no identificado
. En particular, en las redes que
permiten solamente a los ETD identificados acumular tasas, los ETD podrán:
a)efectuar llamadas para las cuales el ETD llamante asume la responsabilidad de las tasas, y/o
b)recibir llamadas con cobro revertido.
2.3.2.2.1
Servicio ETD identificado
La RPDCP puede ofrecer el servicio de ETD
`identificado'
, en el
cual:
a)la
identidad del ETD
no se acuerda explícitamente con
la Administración,
la
identidad del ETD
se acuerda explícitamente. En este
caso, la atribución por la red de
direcciones registradas
a algunos ETD es una opción de la red, y
b)los demás atributos tienen los valores fijados por la red, según se especifica en el 3.4 .
El efecto del servicio de ETD
identificado
es que el
ETD puede ser facturado pero el servicio es en los demás aspectos similar al
servicio de ETD
no identificado
. Obsérvese que la
utilización de la facilidad
abono a la
identificación de usuario de red
(IUR) proporciona una
identidad de ETD
a efectos de la facturación y permite,
junto con la facilidad
contraordenación de la IUR
(
6.3
), contraordenar, para la llamada virtual de que se trata, el
conjunto supletorio de facilidades de abono de la Recomendación X.25. Sin
embargo, cuando se utiliza la facilidad
contraordenación de la
IUR
, la contraordenación de las facilidades se realiza solamente cuando el
ETD con acceso conmutado efectúa una petición de llamada, y no para una llamada
entrante al ETD con acceso conmutado.
El servicio de ETD
identificado
puede ofrecerse como
parte de la operación de marcación de entrada por el ETD o de marcación de
salida por la RPDCP, o como parte de ambas operaciones.
2.3.2.2.2
Servicio ETD personalizado
La RPDCP puede ofrecer un servicio de ETD
`personalizado'
en el cual
la
identidad del ETD
se ha acordado explícitamente con la
Administración, se ha atribuido una
dirección registrada
,
y los demás atributos se han fijado según el perfil del ETD que se ha
personalizado para el ETD de conformidad con las capacidades admitidas por la
red, de acuerdo con lo que se permite en la especificación estipulada en el
3.5
. En este caso, el ETD es tarificable, tiene una dirección X.121
registrada en la RPDCP, y se le proporciona un servicio personalizado, adaptado
en muchos aspectos a sus exigencias. Este servicio de ETD se puede ofrecer como
parte de la operación de marcación de entrada por el ETD o marcación de salida
por la RPDCP, o de ambas.
2.4
Métodos de identificación del ETD
En esta Recomendación se especifican cuatro métodos distintos para la identificación del ETD, a saber:
a)identificación proporcionada por la red pública conmutada (RPC);
b)identificación mediante un procedimiento de identificación de intercambio (XID), en la capa de enlace;
c)identificación mediante un procedimiento de registro en la capa de paquetes;
d)identificación mediante la facilidad
selección de
identificación de usuario de red (IUR)
en los paquetes de
establecimiento de la llamada.
Nota
- Durante un periodo de transición, la aceptación
de un método de identificación del ETD por medio del campo de dirección
llamante en los paquetes de
petición de llamada
es un
asunto de carácter nacional. (Debe señalarse que la utilización del campo de
dirección llamante para vehicular la identificación está en contradicción con
la utilización de este campo para el direccionamiento, por lo que podrán surgir
problemas cuando sea necesario utilizarlo con ambos fines.)
Una red podrá soportar cualquiera de estos métodos, todos ellos, o ninguno de ellos, en consonancia con los servicios ETD ofrecidos (véase el 2.7 ).
Algunas redes pueden utilizar los métodos b), c) y d) para ofrecer funciones diferentes de la identificación de ETD, o adicionales a ésta.
La identidad del ETD se da a conocer a la red por medio de uno de los procedimientos de identificación en uno de los siguientes momentos o en ambos:
1)antes del establecimiento de cualquier llamada virtual (véase el 2.4.1 ), o
2)para cada llamada virtual (véase el 2.4.2 ).
Se considera esencial proporcionar un grado razonable de protección en el
procedimiento de identificación del ETD de forma que las Administraciones y los
abonados puedan evitar una identificación de ETD fraudulenta. Por consiguiente,
el procedimiento de identificación incluye las capacidades de verificación y/o
autenticación de la validez de la identificación de ETD. Los métodos XID y de
registro obedecen a un
`protocolo de identificación'
que se ha definido
en los
2.9
y 7.1 para vehicular la información necesaria para que el
ETCD reciba la identidad del ETD, la verifique al grado apropiado de
autenticidad, y comunique el resultado positivo del procedimiento. En el
protocolo de identificación se definen dos grados de seguridad. La
identificación por la red pública con conmutación y la utilización de la
facilidad
selección de la IUR
de la Recomendación X.25 no
se basan en un protocolo de identificación explícito. Sin embargo, el resultado
positivo de la autenticación va implícito en la recepción por el ETD de un
paquete de
llamada conectada
.
Para la identificación del ETCD se puede utilizar el protocolo de identificación, aunque dicho protocolo se está utilizando en esos momentos para la identificación del ETD. En este caso, las invocaciones de protocolo serán independientes una de otra.
Las redes pueden optar por ofrecer la
`marcación de retorno de
seguridad'
como medio adicional para la autenticación de la identidad del
ETD. La marcación de seguridad de retorno, según se especifica en el
7.2.1
, utiliza la ubicación física como base para la autenticación
del ETD combinando la marcación de entrada por el ETD, la marcación de salida
por la RPDCP y la identificación del ETD antes del establecimiento de la
llamada virtual.
2.4.1
Identificación antes del establecimiento de
la llamada virtual
Existen tres métodos mediante los cuales un ETCD puede determinar la identidad del ETD antes del establecimiento de una llamada virtual. Estos métodos se describen en las tres secciones. Los tres métodos se aplican tanto a la operación de marcación de entrada por el ETD como a la de marcación de salida por la RPDCP.
El servicio obtenido por un ETD identificado antes del establecimiento de
una llamada virtual es el servicio ETD
identificado
o el
servicio ETD
personalizado
.
Si el servicio obtenido es el servicio ETD
personalizado
e incluye valores personalizados para
opciones de nivel enlace y parámetros del sistema, la identificación del ETD
tiene que realizarse en la capa de enlace (véase el
2.4.1.2
) o ser
proporcionada por la red pública conmutada (véase el
2.4.1.1
).
La identificación de ETD determinada por cualquier método de identificación antes del establecimiento de una llamada virtual continúa en vigor incluso en ausencia de llamadas virtuales.
2.4.1.1
Identidad proporcionada por la red pública
con conmutación
En el caso de marcación de entrada, la
identidad del
ETD
puede ser proporcionada por la red pública con conmutación (es decir,
RTPC o RDSI o RPDCC) a la red pública de datos con conmutación de paquetes
durante la fase de establecimiento de conexión de la red pública conmutada.
Nota
- Las disposiciones administrativas descritas en
el
2.2.1
son necesarias para la identificación de la línea llamante
que la RPDCP utilizará como una
identidad de ETD
.
El ETD es un abonado de la RTPC, RDSI o RPDCC y, por tanto, el número RTPC, el número RDSI o el número RPDCC (así como información adicional de gestión en algunas circunstancias), puede estar disponible y se señalará a la RPDCP.
En el caso de marcación de salida por la RPDCP, ésta utiliza, como la identificación del ETD, la información que ha sido proporcionada a la red pública conmutada para efectuar la operación de marcación de salida por la RPDCP.
Nota
- Este método de identificación se puede utilizar
en el caso de marcación de salida aunque la red pública conmutada no
proporcione la identificación de la línea llamante.
Puesto que la red pública conmutada proporciona la información de identificación, no es necesario que el ETD utilice procedimientos facultativos para efectuar la identificación de ETD.
La identificación de ETD determinada mediante este método continúa en vigor hasta que se desconecta el trayecto de acceso conmutado.
Nota
- Aunque las exigencias operacionales que debe
satisfacer un ETD no identificado o identificado mediante el método
`proporcionada por la red pública con conmutación'
son las mismas, las
capacidades/facilidades disponibles por los ETD que utilizan estos métodos
pueden ser muy diferentes . Esto puede dar como resultado diferencias en el
funcionamiento general de los ETD, especialmente en relación con el cobro
revertido. En particular, hay diferencias entre el servicio ETD
no identificado
y los servicios ETD
identificado
o
personalizado
.
2.4.1.2
Identidad proporcionada mediante el
procedimiento XID en la capa de enlace
La identificación del ETD la puede proporcionar un procedimiento en la capa
de enlace descrito en los
5
y 7, basado en intercambios de
Este procedimiento podrá ser ofrecido como una opción por las redes, lo que dependerá en parte de que la red ofrezca las tramas facultativas utilizadas en este procedimiento. Cuando la red ofrezca este procedimiento de identificación, su utilización por los ETD será facultativa.
La trama XID empleada en este método se puede utilizar también para otras funciones de la capa de enlace.
La identificación de ETD determinada por este método continúa en vigor
hasta que se corta el trayecto de acceso conmutado o hasta que la capa de
enlace ha salido de la fase de transferencia de información y entrado en la
fase de
desconectado
.
2.4.1.3
Identidad proporcionada mediante el
procedimiento de
registro
en la capa de paquetes
Se puede proporcionar la identificación del ETD mediante el procedimiento
de la capa de paquetes descrito en en los
6
y 7. Este procedimiento
se basa en uno o más intercambios de
petición de registro
(del ETD al ETCD) y paquetes de
confirmación de registro
no identificado
o en la que se
utilice un método de identificación de ETD llamada virtual por llamada virtual.
La identificación del ETD determinada mediante este método sigue estando en
vigor hasta que se corta el trayecto de acceso con conmutación o que la capa de
enlace ha pasado a la fase desconectado. Además, la recepción de un paquete de
indicación de rearranque por el ETD puede significar que se ha perdido la
identificación del ETD (véase el
6.1
de la Recomendación X.25 y los
6
y 7 de la presente Recomendación).
Este procedimiento podrá ser ofrecido como una opción por las redes, lo que dependerá en parte de que la red ofrezca los paquetes de registro facultativos utilizados en este procedimiento. Cuando la red ofrezca este procedimiento de identificación, su utilización por los ETD será facultativa.
Los paquetes
registro
utilizados en este método los
utilizan también las redes que ofrecen la facilidad facultativa
registro de facilidad
`en línea'
.
2.4.2
Identificación llamada virtual por llamada
virtual mediante la facilidad de usuario de la red
Existe un método, que utiliza la facilidad
selección
de identificación de usuario de red (IUR)
, mediante
el cual se puede determinar la identidad del ETD para cada llamada virtual.
La identificación del ETD se proporciona en el campo de facilidad del
paquete de
petición de llamada
utilizando la facilidad
facultativa
selección de identificación de usuario de red
(IUR)
. El empleo de IUR en el campo de facilidad de un paquete de llamada
aceptada permite modificar la facturación (por ejemplo, facturación de
subcuentas) y no repercute en los valores del
perfil de
ETD
que se utiliza para este ETD.
Este procedimiento puede ser ofrecido por las redes como una opción, lo que
dependerá de que la red ofrezca la facilidad
selección de
IUR
facultativa utilizada por este procedimiento. Cuando la red ofrezca
dicha facilidad, la utilización de este procedimiento de identificación por los
ETD es facultativa.
La identificación establecida mediante este método se realiza al mismo tiempo que el establecimiento de la llamada virtual y continúa en vigor hasta que se libera la llamada virtual;
La facilidad
selección de IUR
se puede también
utilizar cuando se ha aplicado un método de identificación antes del
establecimiento de la llamada virtual. En este caso, el servicio obtenido por
el ETD que utiliza la facilidad
selección de IUR
en un
paquete de petición de llamada se detalla en el
6.3
relativo a la
operación de la facilidad
selección de IUR
.
El servicio obtenido por un ETD que utiliza el método IUR es el servicio de
ETD
identificado
. Una vez terminada la llamada virtual:
a)si no se ha efectuado la identificación del ETD antes del establecimiento
de la llamada virtual, el canal se puede utilizar de nuevo para una llamada del
tipo
no identificado
o una identificación de ETD vía
llamada IUR, o
b)si se ha efectuado la identificación del ETD antes del establecimiento de
la llamada virtual, el canal se puede utilizar nuevamente en las condiciones
del servicio ETD que haya sido invocado por la
identidad de
ETD
antes del establecimiento de la llamada virtual.
2.5
Métodos de identificación del ETCD
Esta Recomendación especifica tres métodos distintos para identificación del ETCD, a saber:
a)identificación proporcionada por la red pública conmutada (RPC);
b)identificación mediante un procedimiento XID de la capa de enlace;
c)identificación mediante un procedimiento de registro de la capa de paquetes.
Cuando una red proporciona el acceso con marcación de entrada por los ETD y/o el acceso con marcación de salida por la RPDCP, no es necesario que proporcione la identificación del ETCD al ETD. Algunas redes pueden no proporcionar la identificación de ETCD al ETD cualquiera que sea el método utilizado para la identificación del ETD.
Sin embargo, en las redes que tienen, en efecto, la facultad de proporcionar la identificación del ETCD al ETD utilizando uno de los procedimientos de identificación opcionales, es posible que el ETD no reconozca la identificación del ETCD. Además, las redes no tienen que proporcionar la identificación del ETCD en la operación de marcación de entrada por el ETD.
Es necesario proporcionar un grado razonable de protección en el
procedimiento de identificación de forma que las Administraciones y los
abonados puedan evitar inexactitudes en la identificación del ETCD. Por
consiguiente, el procedimiento de identificación comprende las funciones de
autenticación y verificación de la identidad de los ETCD. Los métodos XID y
registro de la identificación de ETCD se ajustan a un
`protocolo de
identificación'
que se ha definido en los
2.9
y 7.1 para
vehicular la información necesaria para que el ETD reconozca la identidad de
ETCD, la verifique a un grado adecuado de autenticidad, y comunique el
resultado positivo del procedimiento.
Cuando el ETD no reciba la identificación del ETCD, deberá decidir si el nivel de seguridad es suficiente para continuar la operación.
La identificación del ETD puede efectuarse utilizando el protocolo de identificación, aunque éste se esté empleando al mismo tiempo para la identificación del ETCD, pero a condición de que las dos invocaciones de protocolo hayan sido independientes.
2.5.1
Identificación antes del establecimiento de la llamada
virtual
2.5.1.1
Identidad proporcionada por la red pública con
conmutación
En el caso de marcación de salida por la RPDCP, la red pública con conmutación puede proporcionar el número de RTPC, el número RDSI o el número de RPDCC que identifica al ETCD (así como alguna información de gestión de red adicional de la RPDCP en ciertas circunstancias).
Cuando la red pública conmutada proporciona la identificación no es necesario que el ETCD utilice eventuales tipos opcionales de paquete/trama o de campos de paquete/trama definidos en los 5, 6 ó 7 o en la Recomendación X.25.
2.5.1.2
Proporcionada mediante el procedimiento XID de
la capa de enlace
Se puede proporcionar de forma facultativa la identificación de ETCD al ETD mediante el intercambio de tramas XID antes del establecimiento del enlace. El procedimiento para proporcionar tal información es el protocolo de identificación indicado en los 2.9 y 7.1.
2.5.1.3
Proporcionada mediante el procedimiento de
registro de la capa de paquetes
La identificación de ETCD se puede proporcionar de forma facultativa al ETD
utilizando los paquetes de
registro
. El procedimiento para
proporcionar esta información es el protocolo de identificación indicado en los
2.9
y 7.1.
2.5.2
Identificación llamada virtual por llamada
virtual
Actualmente, no se proporciona una identificación del ETCD al ETD llamada virtual por llamada virtual. La necesidad de establecer esta capacidad debe ser objeto de ulterior estudio.
2.6
Operaciones de marcación de entrada por el ETD y de
marcación de salida por la RPDCP
Todas las RPDCP que cumplan esta Recomendación deberán proporcionar la operación de marcación de entrada por el ETD. La provisión por la red de la operación de marcación de salida por la RPDCP es facultativa.
2.7
Requisitos del servicio de ETD
A fin de ofrecer el servicio de acceso conmutado a los ETD sin tener
necesidad de recurrir a procedimientos adicionales, todas las RPDCP que se
ajusten a esta Recomendación deberán ofrecer el servicio ETD
no
identificado
y/o permitir la utilización del método de identificación de
ETD proporcionado por la RPC.
Algunas redes pueden también proporcionar el acceso a los ETD y/o desde el ETD a través de la red pública conmutada comunicándose la identidad del ETD a la red por medio de uno de los procedimientos de identificación facultativos (véanse los 2.4.1.2, 2.4.1.3 y 2.4.2).
2.8
Funcionamiento dúplex y semidúplex
Si se utiliza el acceso por la red pública de datos con conmutación de circuitos (RPDCC), el funcionamiento de la facilidad de transmisión es dúplex. Si se utiliza el acceso por la red telefónica pública conmutada (RTPC), el funcionamiento de la facilidad de transmisión es dúplex, o, facultativamente algunas redes pueden también aceptar el funcionamiento semidúplex. Los procedimientos adicionales necesarios para el funcionamiento semidúplex se describen en el 5.6 . Si se emplea una conexión de circuito transparente RDSI, la facilidad de transmisión es dúplex.
2.9
Protocolo de identificación
Los elementos de protocolo que se utilizan para efectuar la identificación
de ETD o ETCD mediante los métodos XID o de registro son independientes del
procedimiento (vehículo) utilizado para transferir estos elementos entre el ETD
y el ETCD (es decir, tramas XID o paquetes de
registro
).
El
`protocolo de identificación'
consiste en intercambios entre la
parte
`demandada'
y la parte
`interrogadora'
. La parte
`demandada'
proporciona y, facultativamente, certifica su identidad, y
la parte
`interrogadora'
comprueba y autentica esta identidad.
El ETD y el ETCD, tanto llamantes o llamados, pueden ser parte interrogadora, parte demandada o ambas a la vez. Esto resulta de la utilización del protocolo de identificación independientemente para la identificación del ETD y para la identificación del ETCD, que podrían ser simultáneas.
El protocolo de identificación proporciona dos grados de seguridad caracterizados por el número de operaciones que son necesarias a los elementos que se requieren en cada sentido de transmisión.
Los detalles operacionales del protocolo de identificación se indican en el 7.1 .
2.10.
Negociación de valores
La negociación de parámetros en la capa de enlace se estudiará
ulteriormente. En la actualidad, los parámetros de ETCD se fijan a valores
específicos de acuerdo con el
perfil de ETD
, conforme se
expone en los
2.3
y
3
.
Algunas redes pueden permitir la negociación de facilidades de la capa de
paquetes mediante la facilidad
registro de facilidad
`en línea'
. Esta negociación, cuando se
proporciona, parte de los valores establecidos en el
perfil de
ETD
, que se pueden modificar como resultado de la misma.
Las facilidades de la capa de paquetes pueden también contraordenarse
mediante la facilidad
selección de IUR
cuando está vigente
la facilidad
contraordenación de la IUR
.
3 Descripción de los servicios de ETD
3.1
Atributos del servicio de ETD
3.1.1
Identidad de ETD
El atributo
identidad de ETD
, cuando se proporciona,
define la identidad del ETD.
3.1.2
Método de identificación de ETD
El atributo
método de identificación de ETD
, cuando se
proporciona, define el método de identificación de ETD utilizado para
establecer la
identidad de ETD
(véase el
2.4
).
El método es igual para la marcación de entrada por el ETD y para la marcación
de salida por la RPDCP, a menos que se seleccione el método proporcionado por
la RPC para una operación, en cuyo caso los métodos pueden ser diferentes.
3.1.3
Dirección del ETD
Cuando se proporciona este atributo, la red asigna una
dirección de ETD
para una identidad
de ETD dada.
La
dirección de ETD
puede obtenerse y validarse
mediante el método de identificación.
La
dirección de ETD
puede ser, como opción de la red,
bien un número X.121 del plan de numeración de la RPDCP (véase el
2.3
de la Recomendación X.121), bien un número con formato X.121 del
plan de numeración de la RPC. El número con formato X.121 del plan de
numeración de la RPC para la RPDCC debe ajustarse al
2.3
de la
Recomendación X.121. El número con formato X.121 de la numeración de RPC para
RTPC y para RDSI debe ajustarse al
2.2.1.3
de la Recomendación X.121
o al
2.6
de la Recomendación X.121. Los formatos posibles de la
dirección de ETD se indican en el
6.6
de la Recomendación X.301.
Nota
- La inclusión o aplicación del formato de
dirección TDD»IPN según la Recomendación X.32, tal como se define en la
Recomendación X.25, requieren ulterior estudio.
3.1.3.1
Dirección de ETD no proporcionada
En el caso de marcación de entrada por el ETD, cuando el ETD efectúa una
petición de llamada, el contenido del campo de dirección llamante en el
correspondiente paquete
llamada entrante
es uno de los
siguientes:
a)formato X.121 de RPC incompleto: esto significa que el contenido del campo
de dirección llamante no es válido desde el punto de vista de la definición de
`número válido'
que figura en las diversas Recomendaciones (por ejemplo,
un número de cuatro cifras que representa un CIRD asignado a una RPC, un número
de la forma 0 + IP, y un número de la forma 9 + IPT no son números válidos,
según se define en las Recomendaciones X.121, E.164 y E.163, respectivamente);
b)un número temporal del plan de numeración de la RPDCP: esto significa que
el contenido del campo de dirección llamante, si bien es válido desde el punto
de vista de la definición de
`número válido'
según las diversas
Recomendaciones, no es un número permanentemente atribuido al ETD. Por ejemplo,
puede estar atribuido al puerto de marcación directa de entrada utilizado para
una determinada llamada.
Nota
- Si se emplea el número provisional, debe
hacerse saber al ETD que el contenido del campo de dirección llamante no es una
dirección de ETD. El medio por el que se haga llegar esta información se
someterá a ulterior estudio. En espera de los resultados de dicho estudio puede
aplicarse esta opción en un ámbito nacional, aunque evitando que el número
provisional acceda a las interconexiones internacionales.
Además, cuando la RPC implementa la identificación de línea llamante sin
que exista un acuerdo entre dicha red y la RPDCP en cuanto a la utilización del
número proporcionado por la RPC como identificación de ETD, y cuando no se
emplea ningún otro método de identificación de ETD, existe la posibilidad de
que la RPDCP incluya el número proporcionado por la RPC en el campo de
dirección llamante del paquete
llamada entrante
.
3.1.3.2
Dirección de ETD proporcionada
Cuando el ETD identificado efectúa una petición de llamada, el contenido
del campo dirección del ETD llamante del paquete
llamada
entrante
que se da al ETD llamado es la
dirección del
ETD
. Esto es válido aún en el caso de que se haya empleado la facilidad
ubicación temporal
para cambiar el
número
de RPC registrado
(véase el
7.2
).
3.1.4
Dirección registrada
En los casos en que se proporciona, este atributo permite al ETCD estar
alerta con respecto a la posibilidad de que se haya establecido ya una conexión
RPC con el ETD. El valor de la
dirección registrada
es
siempre el mismo que el de
dirección del ETD
.
3.1.4.1
Dirección registrada no proporcionada
Si en un paquete de
petición de llamada
el campo de
dirección del ETD llamado contiene un número X.121 del plan de numeración de la
RPC que no es una dirección registrada, se efectúa una llamada
marcación-de-salida-por-la-RPDCP al citado número sin comprobar si existe ya
una conexión conmutada con el ETD. Si esa conexión existe, la operación
marcación-de-salida-por-la-RPDCP producirá una señal de ocupado. Por
consiguiente, la llamada virtual entrante es liberada.
3.1.4.2
Dirección registrada proporcionada
Al recibir una petición de llamada con una dirección del ETD llamado, es
decir, la
dirección registrada
, la RPDCP necesita
determinar si debe o no realizar una operación
marcación-de-salida-por-la-RPDCP. Si existe una conexión conmutada en la que se
haya establecido la
identidad del ETD
que corresponda a la
dirección registrada
, la RPDCP hará
uso de dicha conexión conmutada. En caso contrario, la RPDCP efectuará la
operación de marcación-de-salida-por-la-RPDCP.
Nota
- Esta marcación-de-salida-por-la-RPDCP no tendrá
éxito si existe ya una conexión conmutada con el ETD cuando no ha habido un
establecimiento de
identidad del ETD
o cuando se ha
establecido una
identidad del ETD
que no corresponda a la
dirección registrada
.
El número RPC usado para la marcación-de-salida-por-la-RPDCP es el
número RPC registrado
.
Nota
- En algunas redes, cuando la dirección llamada
empleada en un paquete de
`petición de llamada'
para llamar a un ETD de
acceso conmutado no es la
dirección registrada
para una
identidad del ETD
, sino que es un
número
RPC registrado
, la RPDCP no reconocerá éste como
dirección registrada
, siendo posible
que trate la llamada con arreglo al servicio ETD
no
identificado
(véanse los
3.5
y 3.3).
3.1.5
Número RPC registrado
Cuando se proporciona el atributo
número RPC
registrado
, la RPDCP utiliza el valor de aquél para efectuar la marcación
de salida hacia ese ETD. Si un paquete de
petición de
llamada
contiene una dirección registrada que no es un número RPC X.121,
la RPDCP utiliza el
número RPC registrado
para realizar la
operación marcación-de-salida-por-la-RPDCP. Si la
dirección
registrada
es un número RPC X.121, se considera que es el
número RPC registrado
.
Si un ETD no tiene una
dirección registrada
, no se
aplica el atributo
número RPC registrado
.
3.1.6
Conjunto de abono X.25
El atributo
conjunto de abono X.25
define valores para
las opciones y parámetros del sistema de la capa de enlace X.25 y las
facilidades facultativas de usuario en el momento del abono de la capa de
paquetes X.25 que se aplican a la operación de acceso conmutado. Las redes no
tienen necesidad de admitir todas las opciones de la capa de enlace y todas las
facilidades en el momento del abono de la capa de paquetes, salvo lo prescrito
en la Recomendación X.2. La lista de las opciones y parámetros del sistema de
la capa de enlace y facilidades facultativas de usuario de la capa de paquetes,
en el
conjunto de abono X.25
figura en el cuadro 3»X.32
(véase el
3.3
).
Nota
- Como se define en la Recomendación X.25, el
valor de la clase de caudal es la velocidad de la línea de acceso (véase el
atributo tipo de acceso de marcación de salida,
3.1.9
). Sin embargo,
en el caso de un modem con capacidad de repliegue automático, el ETCD fijará el
valor por defecto de la clase de caudal a la máxima velocidad de señalización
del modem utilizado, a menos que el usuario haya seleccionado un valor más bajo
para la facilidad
asignación de clases de caudales
supletorias
. Algunas redes pueden tener en cuenta la velocidad de
señalización seleccionada por los modems para fijar la clase de caudal por
defecto.
3.1.6.1
Valor por defecto de la red
Cuando el
conjunto de abono X.25
se especifica como
valor por defecto de la red, el valor de cada una de las opciones, parámetros y
facilidades es un valor por defecto que fija la RPDCP. Pueden ser aplicables
diferentes valores por defecto según el servicio de ETD invocado.
El valor de la facilidad
prevención de tasación local
está estrechamente relacionado con la política de la RPDCP en relación con la
percepción de tasas por un ETD no identificado (véase el
3.3
).
3.1.6.2
Seleccionable por el usuario
Cuando el
conjunto de abono X.25
se especifica como
seleccionable por el usuario, el valor de cada una de las opciones, parámetros
y facilidades puede ser personalizado por el usuario a un valor del conjunto de
valores ofrecido por la RPDCP.
3.1.7
Asignación de canales lógicos
El atributo
asignación de canales lógicos
define el
número de canales lógicos de cada tipo asignado a un determinado ETD.
Hay un valor por defecto asignado por la RPDCP a ETD no identificados
(véase más adelante). La RPDCP puede fijar un valor por defecto diferente que
se utilizará en los casos en que se haya establecido la
identidad del ETD
.
3.1.7.1
Supletoria de red
Cuando la
asignación de canales lógicos
se especifica
como valor por defecto de la red, hay un canal lógico de llamada virtual con
operación de marcación de salida por la RPDCP y pueden existir uno o más
canales lógicos de llamada virtual con operación de marcación de entrada por el
ETD; el número específico es una opción de la red. El sentido de transmisión de
la llamada virtual que se permite en el canal o canales lógicos viene
determinado por el sentido de transmisión de la operación de marcación, como se
muestra en el cuadro 1»X.32.
Cuadro 1/X.32 [T1.32], p.
3.1.7.2
Seleccionable por el usuario
Cuando la
asignación de canales lógicos
se especifica
como seleccionable por el usuario, el número de canales lógicos de cada tipo es
fijado por el usuario, para la
identidad de ETD
específica, entre los valores aceptados por la red. Esto puede incluir la
asignación de canales para circuitos virtuales permanentes.
3.1.8
Disponibilidad de marcación de salida por la
RPDCP
El atributo
`disponibilidad de la marcación de salida por la RPDCP'
permite utilizar la operación de marcación de salida por la RPDCP.
3.1.8.1
Valor por defecto de la red
Cuando la
disponibilidad de marcación de salida por la
RPDCP
se especifica como un valor por defecto de la red, la red decide si
ofrece o no la operación de marcación de salida por la RPDCP. Cuando la red
ofrece la operación de marcación de salida por la RPDCP, trata de establecer un
trayecto de acceso con conmutación hacia el número de RPC suministrado en un
paquete de petición de llamada.
3.1.8.2
Seleccionable por el usuario
Cuando la
disponibilidad de marcación de salida por la
RPDCP
se especifica como seleccionable por el usuario, éste selecciona la
capacidad de efectuar la operación de marcación de salida por la RPDCP con un
ETD determinado. Cuando se selecciona la
disponibilidad de
marcación de salida por la RPDCP
, debe seleccionarse
también el atributo
número de RPC
registrado
. En tal caso, la red efectúa la marcación de
salida hacia el ETD cada vez que se utiliza la
dirección
registrada
en un paquete de petición de llamada y no existe ya un trayecto
de acceso conmutado.
3.1.9
Tipo de acceso de marcación de salida
El atributo
tipo de acceso de marcación de salida
se
aplica a la marcación de salida por la RPDCP y permite a un ETD escoger las
características del modem o una clase de servicio de usuario, o las
características de una conexión RDSI, posiblemente distinta de la
correspondiente al valor por defecto nacional, entre las que ofrece la red. El
tipo de acceso de marcación de salida
se refiere a las
características del modem (en el caso de la RTPC) o a la clase de usuario X.1
(en el caso de la RPDCC) o a las características de una conexión RDSI (en el
caso de la RDSI) que se utilizan para la operación de línea de acceso con
conmutación en la capa física (véase el
4
). La RPDCP efectúa un tipo
de acceso de marcación de salida por defecto nacional para cada RPC a través de
la cual se permite el acceso.
Para marcación de entrada por el ETD a través de la RTPC se utilizan las características del puerto de la RPDCP hacia el cual se ha efectuado la marcación. Para marcación de entrada por el ETD a través de la RPDCC se utiliza la clase de usuario X.1 del puerto RPDCP llamado.
Nota 1
- Algunas redes pueden utilizar los
procedimientos de la Recomendación V.100 para efectuar la selección de modem.
Nota 2
- El modem utilizado determina si la facilidad
de transmisión es dúplex o semidúplex. Por tanto, no hay ningún atributo para
el tipo de funcionamiento de la facilidad de transmisión.
3.1.9.1
Valor por defecto de la red
Cuando el
tipo de acceso de marcación de salida
se
especifica como un valor por defecto de la red, se utilizan las características
por defecto nacionales del modem para la marcación de salida por la RPDCP a
través de la RTPC. Para la marcación de salida por la RPDCP a través de la
RPDCC, se utiliza la clase de usuario por defecto nacional de la Recomendación
X.1. Para la marcación-de- salida-por-la-RPDCP vía una RDSI se usa el método de
adaptación de velocidad por defecto nacional; en relación con el método
aplicable, véase la Recomendación X.31.
3.1.9.2
Seleccionable por el usuario
Cuando la
selección de modem
se especifica como
seleccionable por el usuario, las características del modem seleccionadas para
esta
identidad de ETD
, entre las ofrecidas por la red, se
utilizan para la marcación de salida por la RPDCP a través de la RTPC. Para la
marcación de salida por la RPDCP a través de la RPDCC se utiliza la clase de
usuario X.1 seleccionada para esta identidad de ETD entre las ofrecidas por la
red. Para la marcación-de-salida-por-la-RPDCP vía una RDSI se emplea la clase
de usuario X.1 seleccionada para esta
identidad del ETD
de
entre las ofrecidas por la red.
3.1.10
Facilidades de usuario opcionales X.32
En este atributo se incluyen dos facilidades de usuario opcionales a saber:
ubicación temporal
y
marcación de retorno
de seguridad
. Ambas se definen en el
7.2
. El ofrecimiento de
estas facilidades por la RPDCP es facultativo.
3.1.11
Presentación de la identidad del ETCD
La RPDCP decide si ofrece o no la presentación de identidad de ETCD. Cuando
se ofrece la presentación de identidad de ETCD, el atributo
presentación de la identidad del ETCD
define el método de
identificación del ETCD utilizado por la RPDCP. La RPDCP puede elegir entre
utilizar un método de identificación del ETCD tanto para la operación de
marcación de entrada por el ETD como para la de marcación de salida por la
RPDCP, y utilizarlo solamente para la operación marcación de salida por la
RPDCP. Cuando la identificación del ETCD se efectúa para ambas operaciones, el
método es igual para la marcación de entrada por el ETD y para la marcación de
salida por la RPDCP. La RPDCP elige uno de los métodos de identificación del
ETCD indicados en el
2.5
.
Algunas redes pueden incluir un designador de perfil de ETD como parte de
la identidad del ETCD, con el objeto de informar al ETD sobre el
perfil de ETD
aplicable en el
interfaz ETD»ETCD durante este caso de acceso conmutado. El
`designador de
perfil de ETD'
es una cadena de octetos que la RPDCP puede asignar a la
identidad del ETD
como nombre del
perfil
de ETD
específico.
3.1.12
Asignación de dirección en la capa de enlace
El atributo
`asignación de dirección en la capa de enlace'
define el
mecanismo utilizado para determinar las direcciones en la capa de enlace.
Nota
- Deberán estudiarse ulteriormente otros métodos
de asignación de dirección de la capa de enlace, distintos de los descritos a
continuación.
3.1.12.1
Supletoria de red
Cuando la
asignación de dirección en la capa de enlace
se especifica como supletoria de red, las direcciones en el nivel enlace se
asignan, según el sentido de la llamada de acceso conmutado, de conformidad con
lo indicado en el
5.2
(al igual que en la Recomendación T.70).
Como otra posibilidad, algunas redes pueden proporcionar una
asignación de dirección en la capa de enlace
que depende
del papel que desempeña el equipo como ETD o ETCD, como se indica en el
5.2
(al igual que en el
2.4.2
de la Recomendación X.25).
Nota 1
- La operación de marcación de salida por la
RPDCP sólo será efectiva cuando el ETD y la RPDCP empleen el mismo método de
asignación de dirección en la capa de enlace
.
Nota 2
- La asignación de direcciones en la capa de
enlace de acuerdo con el papel que desempeñe el equipo como ETC o ETCD no
permite que dos ETD interfuncionen directamente sin que intervenga una RPDCP.
3.1.12.2
Seleccionable por el usuario
Cuando la
asignación de dirección en la capa de enlace
se especifica como seleccionable por el usuario, el usuario determina si las
direcciones en el nivel enlace se asignan en función del sentido de la llamada
de acceso conmutado o en función del papel que desempeña el equipo como ETD o
ETCD (véase el
5.2
).
3.2
Recapitulación de los servicios de ETD
En el cuadro 2»X.32 se indica el tipo de cada atributo para los tres servicios de ETD.
Tableau 2/X.32 [T2.32], p. 5
3.3
Servicio ETD no identificado
Los valores de los atributos del servicio ETD
no
identificado
definido en el
2.3.2.1
se muestran en la columna
`No identificado'
del cuadro 2»X.32:
-no se establece la
identidad del ETD
;
-no se utiliza ningún método de
identificación del ETD
.
Por regla general, no se dispone de facilidades facultativas de usuario además de las que rigen el sentido de transmisión de la llamada virtual (a saber, prohibición de llamadas entrantes, prohibición de llamadas salientes, canal lógico unidireccional de salida, canal lógico unidireccional de entrada) y las que se pueden utilizar llamada virtual por llamada virtual sin abono previo. Algunas redes pueden permitir, además, el empleo de:
a)algunas facilidades facultativas de usuario de las denominadas
`en el
momento del abono'
sin abono previo (la red puede comunicarlas mediante
publicación o utilizando la facilidad
registro de
facilidad
`en línea'
; en tales casos, la RPDCP
debiera considerar la posibilidad de dar a conocer su identidad a los ETD no
identificados), y
b)algunas facilidades facultativas de usuario en el momento del abono que el
ETD debe pedir utilizando la facilidad
registro de facilidad
`en línea'
.
Las opciones y parámetros del sistema de la capa de enlace X.25 y las facilidades facultativas de usuario en el momento del abono X.25 se clasifican por categorías para la operación de marcación de entrada por el ETD y de marcación de salida por la RPDCP, en el cuadro 3»X.32, de la forma siguiente:
-un parámetro del sistema de la capa de enlace
`DISPON-NS'
, que es
establecido por la red cuando se trata de una red que ofrece el servicio de ETD
no identificado
;
-una facilidad facultativa de usuario
`DISPON-BAS'
, u opción de capa
de enlace, disponible en todas las redes que ofrecen el servicio de ETD
no identificado
; esta facilidad surte efecto incluso si no
se ha pedido;
-una facilidad facultativa de usuario
`DISPON-OPT'
, disponible en
algunas redes que ofrecen el servicio de ETD
no
identificado
, cuya disponibilidad se da a conocer por publicación o
utilización de la facilidad de
registro de facilidad
`en
línea'
; estas facilidades se pueden utilizar sin ulterior petición al
operar sobre estas redes;
-una facilidad facultativa de usuario
`DISPON-RQ'
, disponible en
algunas redes que ofrecen el servicio ETD
no identificado
y cuyo empleo se tiene que solicitar mediante la facilidad
registro de facilidad
`en
línea'
, o bien
-una facilidad facultativa de usuario
`NO'
, u opción de nivel enlace,
que no está disponible en ninguna de las redes que ofrecen el servicio ETD
no identificado
.
El ETD puede utilizar cualquier facilidad de la Recomendación X.25 aplicable llamada por llamada que es aceptada por la RPDCP y que no requiere abono previo.
3.4
Servicio ETD identificado
Los valores de los atributos correspondientes al servicio ETD
identificado
(definido en el
2.3.2.2
) se
muestran en la columna
`
del cuadro
2»X.32.
Identificado
'
-Se proporciona a la red una
identidad de ETD
explícita
o implícitamente acordada.
-El
conjunto de abono X.25
es el mismo que en el
servicio ETD
no identificado
, con las
siguientes diferencias:
a)en la operación de marcación de entrada por el ETD en la cual está vigente
la facilidad
contraordenación de la IUR
en el interfaz
ETD»ETCD, la facilidad
selección de IUR
, tal como está
definida en la Recomendación X.25, puede utilizarse para invocar valores de
facilidades en la capa de paquetes seleccionadas por el usuario (véase el
6.3
y el anexo H»X.25); y
b)la facilidad
prevención de tasación local
no surte
efecto.
El ETD puede utilizar cualquier facilidad X.25 aplicable llamada por llamada que es aceptada por la RPDCP y que no requiere abono previo.
Tableau 3/X.32 [1T3.32], p. 6
Tableau 3/X.32 [2T3.32], p. 7
Servicio de ETD personalizado
Los valores de los atributos para el servicio ETD
personalizado
(definido en el
2.3.2.2
) se
muestran en la columna
`personalizado'
del cuadro 2»X.32.
Nota
- Si se utiliza un puerto de la red pública (o,
brevemente un puerto público) es posible que no todos los valores del perfil de
ETD personalizado sean aceptados. (Las características disponibles pueden
variar de un puerto público a otro.) El resultado puede ser un servicio de
conformidad con valores por defecto de la red, o el rechazo del servicio.
Se proporciona a la RPDCP una
identidad de ETD
convenida explícitamente con ella para obtener el servicio ETD
personalizado
.
La disponibilidad de la personalización de cada opción y parámetro de sistema de la capa de enlace X.25 de cada facilidad en el momento del abono de la capa de paquetes X.25 se indican en el cuadro 4»X.32.
El ETD puede utilizar toda facilidad X.25 aceptada por la RPDCP llamada por llamada y que no requiere abono previo.
El ETD puede utilizar cualquier facilidad X.25 aceptada por la RPDCP llamada por llamada y que requiere que se seleccione una facilidad correspondiente en el momento del abono, a condición de que se haya seleccionado la facilidad correspondiente en el momento del abono.
4 Características del interfaz (capa
física)
Las Administraciones pueden ofrecer uno o más de los interfaces de la capa física especificados a continuación.
Para una descripción del interfaz de capa física en el caso de una conexión de circuito transparente RDSI, véase la Recomendación X.31.
4.1
Interfaz X.21
Para el establecimiento, mantenimiento y desconexión de un trayecto con acceso conmutado entre un ETD y una RPDCP a través de una RPDCC, el interfaz en la capa física será conforme a la Recomendación X.21, según se describe en los puntos siguientes.
4.1.1
Elementos del interfaz físico ETD»ETCD
Los elementos del interfaz físico ETD»ETCD serán conformes a los 2.1 a 2.5 de la Recomendación X.21.
4.1.2
Alineación de caracteres de control de la llamada
y verificación de errores
La alineación de caracteres de control de la llamada y la verificación de errores se conformarán al 3 de la Recomendación X.21.
4.1.3
Procedimientos para pasar a fases operacionales
Se requerirá la fase de
control de la llamada
antes de
pasar a las fases operacionales y será conforme al
4
de la
Recomendación X.21.
Después de que se ha establecido una llamada en la RPDCC, el interfaz de
capa física pasará a la fase de
transferencia de datos
,
como se describe en el
5.1
de la Recomendación X.21. Mientras está
en la fase de
transferencia de datos
(estado 13), los
datos intercambiados por los circuitos T y R serán los descritos en los puntos
siguientes de esta Recomendación.
Los estados
no preparado
del
2.5
de la
Recomendación X.21 se consideran estados no operacionales, y pueden ser
considerados por las capas superiores como estados fuera de servicio.
4.1.4
Procedimientos de liberación
Los procedimientos de liberación se ajustarán a lo especificado en el 6 de la Recomendación X.21.
Tableau 4/X.32 [1T4.32], p. 8
Tableau 4/X.32 [2T4.32], p. 9
4.1.5
Principios de detección de fallos y bucles de prueba
Los principios de detección de fallos se ajustarán a lo especificado en los 2.6.1 y 2.6.2 de la Recomendación X.21.
Las definiciones de los bucles de prueba y los principios de las pruebas de mantenimiento mediante bucles de prueba figuran en la Recomendación X.150.
El 7 de la Recomendación X.21 contiene una descripción de los bucles de prueba y los procedimientos para su utilización.
La activación automática por un ETD del bucle de prueba 2 en el ETCD del terminal distante no es posible. Sin embargo, algunas Administraciones pueden permitir que el ETD controle el equivalente de un bucle de prueba 2 en la central de conmutación de datos (CCD) local para verificar el funcionamiento de la línea de abonado, el trayecto de acceso con conmutación y la totalidad o una parte del ETCD o equipo de terminación de línea. El control del bucle por el abonado, si se ha previsto, puede ser manual o automático, en la forma descrita en las Recomendaciones X.150 y X.21, respectivamente.
4.1.6
Temporización para los elementos de señal
La temporización para los elementos de señal se ajustará al 2.6.3 de la Recomendación X.21.
4.2
Interfaz X.21^bis
Para el establecimiento, mantenimiento y desconexión de un trayecto de
acceso con conmutación entre un ETD y una RPDCP por medio de una red pública de
datos con conmutación de circuitos (RPDCC), el interfaz en la capa física puede
ser conforme a la Recomendación X.21^
bis
, en la forma
descrita en los puntos siguientes de esta sección.
4.2.1
Elementos del interfaz físico ETD»ETCD
Los elementos del interfaz físico ETD»ETCD se ajustarán al
1.2
de la Recomendación X.21^
bis
.
4.2.2
Procedimientos para pasar a fases operacionales
Los procedimientos para pasar a fases operacionales se ajustarán al
2
de la Recomendación X.21^
bis
. Cuando el
circuito 107 está CERRADO, y cuando los circuitos 105, 106, 108 ó 109, si se
han provisto, están en la condición CERRADO, el intercambio de datos por los
circuitos 103 y 104 se efectuará en la forma descrita en las secciones
siguientes de esta Recomendación.
Cuando el circuito 107 está en la condición ABIERTO, o uno cualquiera de los circuitos 105, 106, 108 ó 109, si se han provisto, en la condición ABIERTO, se considera que el interfaz está en un estado no operacional y las capas superiores pueden considerar que se encuentra en un estado fuera de servicio.
4.2.3
Detección de fallos y bucles de prueba
Los principios de la detección de fallos, la descripción de los bucles de
prueba y los procedimientos para su utilización figuran en los
3.1
y
3.3 de la Recomendación X.21^
bis
.
La actividad automática por un ETD del bucle de prueba 2 en el ETCD del
terminal distante no es posible. Sin embargo, algunas Administraciones pueden
permitir que el ETD controle el equivalente de un bucle de prueba 2 en la CCD
local para verificar el funcionamiento de la línea de abonado, el trayecto de
acceso con conmutación, y la totalidad o una parte del ETCD o equipo de
terminación de línea. El control del bucle por el abonado, si se ha previsto,
puede ser manual o automático en la forma descrita en las Recomendaciones X.150
y X.21^
bis
, respectivamente.
4.2.4
Temporización para los elementos de señal
La temporización de los elementos de señal se ajustará al
3.4
de
la Recomendación X.21^
bis
.
4.3
Interfaz de la serie V
Para el establecimiento, mantenimiento y desconexión de un trayecto de acceso con conmutación entre un ETD y una RPDCP por medio de una red telefónica pública conmutada (RTPC), el interfaz de capa física se ajustará a la descripción que figura en los puntos siguientes.
4.3.1
Características del modem
Las Administraciones pueden optar por ofrecer algunas de las siguientes características de modem o todas ellas:
a)1200 bit»sV.22, alternativas A, B o C, modo i)
b)2400»1200 bit»sV.22^
bis
, modos i) o iii), o
V.26^
ter
, modos i) o iii)
c)9600»4800 bit»sV.32.
Además, las Administraciones que ofrecen el funcionamiento semidúplex pueden optar por ofrecer una o más de las siguientes características de modem:
d)2400 bit»sV.26^
bis
, alternativa B
e)4800»2400 bit»sV.27^
ter
.
Nota
- En el futuro, es conveniente que una sola
característica de modem esté disponible en todas las realizaciones de la red
conformes a la presente Recomendación. No obstante, de momento, no se ha podido
seleccionar un tipo único de modem.
Otras características de modem serán objeto de ulterior estudio, o son asunto de incumbencia nacional.
La utilización del canal de retorno, si se ha previsto, está fuera del ámbito de esta Recomendación.
4.3.2
Procedimientos para las fases de funcionamiento
dúplex
Cuando el circuito 107 está en la condición CERRADO, y cuando los circuitos 105, 106, 108 y 109, si se han previsto, están en la condición CERRADO, los datos se intercambiarán por los circuitos 103 y 104 en la forma descrita en las secciones siguientes de esta Recomendación.
Los circuitos 106 y 109 pueden pasar a la condición ABIERTO como consecuencia de fallos de transmisión momentáneos o un reacondicionamiento del modem. Las capas superiores pueden dejar transcurrir algunos segundos antes de considerar que el interfaz está no-operacional.
4.3.3
Procedimientos para las fases de funcionamiento
semidúplex
Los estados de los circuitos 103, 104, 105, 106 y 107 serán los indicados en el 5.6.8 .
4.3.4
Procedimientos de originación
Los ETD pueden utilizar, o bien:
a)los procedimientos de originación automáticos descritos en el 3 de la Recomendación V.25;
b)los procedimientos de originación automáticos descritos en los
4
ó 5 de la Recomendación V.25^
bis
;
c)los procedimientos de originación manual del 6 de la Recomendación V.25.
Las redes utilizarán solamente procedimientos de originación automáticos.
Nota
- Se pueden utilizar otros procedimientos de
originación a condición de que no se impongan exigencias especiales a los ETD
(incluidos los que tengan los modems y marcadores integrados) que utilicen
solamente procedimientos V.25 o V.25^
bis
.
4.3.5
Procedimientos de respuesta
Para procedimientos de marcación de salida por la RPDCP, los ETD deberán
utilizar los procedimientos de respuesta automática de las Recomendaciones V.25
o V.25^
bis
. Algunas administraciones pueden también
autorizar el empleo de procedimientos de respuesta manual, a condición de que
esto no tenga repercusiones en los ETD que utilizan procedimientos de respuesta
automática.
Para marcación de entrada por el ETCD, las redes sólo utilizarán procedimientos de respuesta automática.
4.3.6
Procedimientos de desconexión
Los ETD y las redes utilizarán los procedimientos de desconexión especificados en la Recomendación V.24.
4.3.7
Bucles de prueba
Las definiciones de los bucles de prueba y los principios de las pruebas de mantenimiento mediante el establecimiento de bucles de prueba se describen en la Recomendación V.54.
Las descripciones de los bucles de prueba y los procedimientos para su utilización figuran en las correspondientes Recomendaciones relativas a los modems. Se observará que hay diferencias entre los procedimientos para las pruebas de bucles de las diversas Recomendaciones relativas a los modems.
La activación automática por un ETD de los bucles de prueba 2 y 4 en el ETCD del terminal distante no es posible. Sin embargo, algunas Administraciones pueden permitir que el ETD controle el equivalente de un bucle de prueba 2 ó 4 en la CCD local para verificar el funcionamiento de la línea de abonado, el trayecto de acceso conmutado, y la totalidad o una parte del ETCD o equipo de terminación de línea. El control del bucle por el abonado, si se ha previsto, puede ser manual o automático como se describe en la Recomendación V.54 y en las Recomendaciones pertinentes sobre modems, respectivamente.
5 Procedimiento de acceso al enlace a
través del interfaz ETD»ETCD
5.1
Introducción
En esta sección se especifican los procedimientos obligatorios y facultativos que se emplean en la capa de enlace para permitir el intercambio de datos para el acceso conmutado, entre un ETCD y un ETD.
5.1.1
Compatibilidad con las clases de procedimiento
equilibradas de la ISO
Los procedimientos de acceso conmutado en capa de enlace definidos en esta Recomendación utilizan los principios y la terminología del control de alto nivel para el enlace de datos (HDLC, del inglés High-level Data Link Control) especificado por la ISO.
La compatibilidad de funcionamiento del ETCD con las clases equilibradas de la ISO (clase BA con opciones 2 y 8 y clase BA con opciones 2, 8 y 10) se obtiene utilizando el procedimiento LAPB descrito en los 2.2, 2.3 y 2.4 de la Recomendación X.25. La clase BA con opciones 2 y 8 (LAPB módulo 8) está disponible en todas las redes para acceso conmutado.
En algunas redes se puede también ofrecer la clase BA con opciones 2, 8 y 10 (LAPB módulo 128) para acceso con conmutación.
Nota
- Se deja para ulterior estudio la determinación
de las condiciones de funcionamiento en que se aplica la numeración secuencial
módulo 128.
Las clases BA 1, 2, 8 y BA 1, 2, 8, 10 prevén el empleo adicional de la
instrucción y la respuesta identificación de intercambio (XID) con formato no
numerado. Esta capacidad adicional se puede utilizar para efectuar la
identificación y autenticación del ETD»ETCD y en la selección de las
facilidades facultativas de usuario X.32 (véase el
7.2
) mediante la
aplicación de la norma HDLC propuesta
`General purpose XID frame information
field content and format'
(proyecto de norma internacional 8885 de la ISO).
5.1.2
Facilidad de transmisión subyacente
La facilidad de transmisión subyacente es dúplex o, facultativamente, semidúplex (véase el 2.8 ). En el 5.6 se definen procedimientos específicos para la explotación por una facilidad de transmisión semidúplex.
5.2
Asignación de dirección en la capa de enlace
En los procedimientos de esta Recomendación figuran dos mecanismos posibles
para asignar las direcciones en la capa de enlace. Las condiciones en que se
aplica cada mecanismo se especifican en el atributo
asignación
de dirección en la capa de enlace
(véase el
3.1.12
).
Debe señalarse que el otro mecanismo da como resultado la asignación de valores idénticos en la operación de marcación de entrada por el ETD.
5.2.1
Según el sentido de la llamada de acceso
conmutado
De conformidad con la Recomendación T.70, la asignación de dirección en la capa de enlace para la operación de marcación de entrada por el ETD y de marcación de salida por la RPDCP depende del sentido de la llamada de acceso conmutado en la forma especificada en el cuadro 5»X.32.
El ETCD sabe en todos los casos si el trayecto de acceso con conmutación lo ha establecido el ETD (marcación de entrada por el ETD) o el ETCD (marcación de salida por la RPDCP). Los ETD que no conocen o no pueden conocer esta situación deberán iniciar los procedimientos de resolución adecuados para determinar la dirección individual del ETCD. Esos procedimientos serán objeto de ulterior estudio. No obstante, se pretende que estos procedimientos no tengan repercusiones en los ETD que utilizan la asignación de dirección en la capa de enlace descrita en el cuadro 5»X.32 anterior.
Cuadro 5/X.32 [T5.32], p.
5.2.2
Según el papel que desempeñe el equipo como ETD o
ETCD
De acuerdo con lo especificado en el 2.4.2 de la Recomendación X.25, la asignación de dirección en la capa de enlace depende del papel que desempeña el equipo, como ETD o ETCD, de modo que el ETCD transmite al ETD la dirección A en tramas de instrucción y la dirección B en tramas de respuesta, y el ETD opera de manera opuesta (es decir, transmite al ETCD la dirección B en tramas de instrucción y la dirección A en tramas de respuesta).
5.3
Utilización de las tramas XID
5.3.1
Generalidades
Las tramas XID pueden ser utilizadas por el ETCD y el ETD para efectuar la identificación y autenticación del ETD o del ETCD, para vehicular facilidades de usuario facultativas de la Recomendación X.32 (véase el 7.2 ).
Nota
- La utilización de la instrucción»respuesta XID
para la negociación de dirección y la negociación de parámetros en la capa de
enlace se estudiará ulteriormente.
5.3.1.1
Instrucción de identificación de intercambio
(XID)
La instrucción XID es utilizada por el ETD»ETCD para que el ETCD»ETD se identifique a sí mismo y, facultativamente, para proporcionar la identificación y»o características del ETD»ETCD al ETCD»ETD. El campo de información es facultativo con la instrucción XID.
5.3.1.2
Respuesta de identificación de intercambio
(XID)
La respuesta XID es utilizada por el ETD»ETCD para responder a una instrucción XID. El campo de información que contiene la identificación y»o características del ETD»ETCD puede estar presente, facultativamente, en la respuesta XID.
5.3.2
Formato de la trama XID
El formato del campo dirección de la trama XID es el definido en el 5.2 .
El formato del campo de control de la trama XID se indica en el cuadro 6»X.32.
Nota
- El primer bit transmitido es el bit 1, es decir
el bit de orden inferior.
Cuadro 6/X.32, p. (à traiter comme figure MEP)
Después del campo de control XID puede haber un campo de información XID. El
formato general del campo de información XID, cuando está presente, se muestra
en la figura 4»X.32.
Figura 4/X.32, p.
El campo de información XID comprende varios subcampos que son: un subcampo
identificador de formato (IF), varios subcampos de capa y un subcampo de datos
de usuario.
El subcampo de IF tiene una longitud fija de 1 octeto. Este campo se codifica de modo que permita designar 128 formatos diferentes, normalizados por la ISO, y 128 formatos diferentes definidos por el usuario. En esta Recomendación, el identificador de formato es uno de los identificadores de formato normalizados por la ISO. El subcampo IF está presente si hay un subcampo capa y»o un subcampo datos de usuario. El subcampo IF no tiene que estar presente si no hay un subcampo capa ni un subcampo datos de usuario. El identificador de formato se codifica como se muestra en la figura 5»X.32.
Figura 5/X.32, p.
Los subcampos de capa pueden estar presentes en el campo de información de las
tramas de instrucción XID o de respuesta XID a los fines de la resolución de
dirección en el nivel enlace y de negociación de parámetros en la capa de
enlace. La utilización de estos subcampos dentro del ámbito de esta
Recomendación se deja para ulterior estudio.
El subcampo datos de usuario contiene la información de usuario del enlace de datos que ha de transferirse durante el intercambio XID. Esta información de usuario de enlace de datos es transportada transparentemente a través del enlace de datos y se pasa al usuario del enlace de datos. El subcampo datos de usuario comprende los dos elementos ilustrados en la figura 6»X.32.
Figura 6/X.32, p.
El elemento identificador de datos de usuario identifica al subcampo como
subcampo datos de usuario. Su codificación se muestra en la figura 7»X.32.
Figura 7/X.32, p.
La longitud del campo datos de usuario es el número de octetos entre el
identificador de datos de usuario y la secuencia de verificación de trama de la
trama XID. El elemento campo de datos de usuario contiene los elementos del
protocolo de identificación X.32 o las facilidades de usuario facultativas X.32
que se describen en el
7
(véase el cuadro 9»X.32).
En el ámbito de esta Recomendación, el subcampo datos de usuario sólo debe utilizarse en las tramas de instrucción XID, y mientras se está en la fase desconectado.
Como la utilización de los subcampos capa se deja para ulterior estudio en el ámbito de esta Recomendación, el formato del campo información de las tramas de instrucción XID se resume en la figura 8»X.32.
Figura 8/X.32, p.
5.3.3
Procedimientos XID para la identificación y las
facilidades facultativas de usuario X.32
5.3.3.1
Generalidades
Cuando un ETD»ETCD determina que no está en condiciones de actuar sobre una
instrucción XID recibida, considerará que esta instrucción XID no está
implementada y actuará como se especifica en la Recomendación X.25 (véase el
2.4.4.4.1
»X.25 para la fase
desconectado
y el
2.4.6.1
»X.25 para la fase de
transferencia de
información
).
Cuando un ETD»ETCD determina que está en condiciones de actuar sobre una
instrucción XID recibida, procesará esta instrucción y acusará recibo de la
misma transmitiendo una respuesta XID con el bit F puesto al valor del bit P
recibido en la instrucción XID, cualquiera que sea la fase en que se encuentre
(
desconectado
o
transferencia de
información
). El ETCD pondrá, y el ETD debería poner, el bit P a 1 en la
trama de instrucción XID.
A los efectos de esta Recomendación, el subcampo datos de usuario se
utilizará solamente en la instrucción XID mientras se está en la fase
desconectado. El ETCD hará caso omiso de este subcampo datos de usuario cuando
lo reciba en una respuesta XID y»o mientras se encuentre en la fase de
transferencia de información
.
Al transmitir una instrucción XID, el ETD»ETCD pondrá en marcha el temporizador T1 y lo detendrá cuando reciba la respuesta XID con el bit F puesto al valor del bit P enviado en la instrucción XID.
Si el temporizador T1 expira antes de que el ETD»ETCD reciba la respuesta XID con el bit F puesto al valor del bit P enviado en la instrucción XID, el ETD»ETCD retransmite la instrucción XID y vuelve a poner en marcha el temporizador T1. El número máximo de tentativas del ETD»ETCD para completar satisfactoriamente la transmisión de la instrucción XID se define por N2.
5.3.3.2
Identificación, autenticación y selección de
facilidades facultativas de usuario X.32 mediante tramas
XID
La recepción de una respuesta XID por el ETD»ETCD sólo significa que éste recibió correctamente la correspondiente instrucción XID. Si es necesario que el ETCD»ETD transmita un elemento de protocolo de identificación o un elemento de facilidad X.32 al ETD»ETCD, deberá transmitir el elemento en una instrucción XID.
Tras la debida identificación»autenticación y»o selección de facilidades facultativas de usuario X.32 mediante intercambio(s) XID, se establecerá el enlace de datos según procedimientos LAPB normales (véase el 5.4.1 ). Si estos procedimientos no dan satisfacción, se desconecta el trayecto de acceso conmutado (véase el 5.4.2 ).
La identificación del ETD y»o ETCD sigue vigente hasta que se desconecta la capa de enlace o el trayecto de acceso con conmutación.
5.4
Establecimiento y desconexión del enlace
5.4.1
Establecimiento del enlace
La iniciativa de establecer el enlace la tomará el ETD en el caso de la marcación de entrada por el ETD, y el ETCD en el caso de la marcación de salida por la RPDCP. El ETCD puede también iniciar el establecimiento del enlace en el caso de marcación de entrada por el ETD; asimismo, el ETD puede iniciar también el establecimiento del enlace en el caso de marcación de salida por la RPDCP.
Al recibir una instrucción de paso al modo equilibrado asíncrono (SABM) o de paso al modo equilibrado asíncrono ampliado (SABME) (si se admite) durante el procedimiento de identificación con tramas XID, el ETCD»ETD considerará que el ETD»ETCD no desea completar el procedimiento de identificación. El ETD»ETCD puede entonces aceptar la iniciación del establecimiento del enlace o desconectar el enlace y el trayecto de acceso conmutado, según que el ETCD»ETD considere o no que es obligatorio completar el proceso de identificación.
Después de transmitir una instrucción SABM»SABME y antes de recibir la respuesta UA, el ETCD»ETD deberá descartar todas las tramas (incluidas las XID) excepto las SABM»SABME, DISC, UA y DM según se especifica en el 2.4.4.1 de la Recomendación X.25.
5.4.2
Desconexión
Siempre que el ETCD tenga que desconectar el trayecto de acceso conmutado,
deberá desconectar previamente el enlace, si no se encuentra ya en la fase
desconectado
.
5.5
Multienlace
La necesidad de procedimientos multienlace por trayectos de acceso conmutado se deja para ulterior estudio.
5.6
Funcionamiento semidúplex
La figura 9»X.32 ilustra el módulo de transmisión semidúplex (MTSD) para ampliar el LAPB de modo que comprenda la operación de la RTPC en que se utilizan circuitos semidúplex. Se describen las señales que los dos módulos LAPX utilizan para controlar el sentido de transmisión de la línea.
Antes de empezar la operación del MTSD hay que establecer el circuito
físico mediante procedimientos apropiados de control de la llamada en la RTPC.
El MTSD en el ETD o ETCD que ha establecido el trayecto de acceso conmutado
será el primero que tendrá el derecho de transmitir. El ETD o el ETCD que ha
originado el trayecto con acceso conmutado es el
`ETD»ETCD llamante'
. El
otro ETD o ETCD es el
`ETD»ETCD llamado'
.
Figura 9/X.32, p.
5.6.1
Derecho a transmitir
El MTSD tiene por finalidad coordinar la utilización de la línea semidúplex entre el ETD y el ETCD. Tiene que intercambiar señales con el MTSD distante, interactuar con el LAPB, y dirigir el nivel físico. El MTSD decide cuándo debe ceder el derecho a transmitir.
Para el intercambio del derecho a transmitir entre el ETD y el ETCD se utilizan como señales la condición estado de canal en reposo y banderas. El ETD o ETCD que inició el establecimiento de la conexión física es el primero que tiene el derecho a transmitir. Dicho ETD o ETCD envía el estado de canal en reposo cuando ha terminado de transmitir tramas. Después de revertida la línea, el otro ETD»ETCD envía banderas para confirmar el intercambio del derecho a transmitir, hasta que tiene una trama para enviar. Si la confirmación no se recibe dentro de cierto plazo, el ETD o ETCD que cedió el derecho a transmitir puede ejercitarlo de nuevo enviando banderas.
Nota
- Si no se envía ninguna trama, hay que enviar al
menos cinco banderas como señal mínima entre la recepción del derecho a
transmitir y su cesión.
El significado de la condición de estado de canal en reposo en esta Recomendación es diferente al de la Recomendación X.25. En consecuencia, el temporizador T3 no se aplica al funcionamiento semidúplex.
Como alternativa a la detección del estado de canal en reposo, existe la posibilidad de utilizar la detección de la portadora que pasa a ABIERTO como señal de que el dispositivo emisor cede el derecho de transmitir. Además, como alternativa a la detección de banderas existe la posibilidad de utilizar la detección de la portadora que pasa a CERRADO como señal de que el dispositivo distante ha aceptado el derecho de transmitir. Este otro posible método sólo debe utilizarse en el caso de modems que proporcionan una protección considerable contra errores causados por fenómenos transitorios en la línea.
En situaciones en que la capa física no puede detectar que la conexión ha sido cortada, se debe utilizar un procedimiento facultativo que detecte la ausencia de toda actividad durante cierto periodo de tiempo y seguidamente desconecte el enlace.
5.6.2
Relaciones entre las capas
Al adaptar el LAPB para el funcionamiento semidúplex se ha introducido un mínimo de modificaciones. No obstante, es un requisito funcional que el MTSD impida que se envíen tramas por el LAPB durante ciertas fases del procedimiento semidúplex. El medio para realizar este requisito funcional no se define en la presente Recomendación. En el apéndice I se exponen algunas ideas sobre la realización del MTSD.
Las relaciones lógicas entre LAPB, el MTSD y la capa física se ilustran en la figura 10»X.32.
Figura 10/X.32, p.
5.6.3
Definiciones de los estados
A fin de describir el procedimiento utilizado para determinar, en cada momento, quién tiene el derecho a transmitir, se definen cinco estados del MTSD, a saber:
5.6.3.1
Reposo (estado 0)
El ETD»ETCD se encuentra en un estado de inactividad. Este es el estado inicial, anterior al establecimiento del trayecto de acceso con conmutación, y el estado final, después de la terminación del trayecto de acceso conmutado.
5.6.3.2
Emisión semidúplex (estado 1)
El ETD»ETCD se encuentra en un estado de emisión semidúplex, de forma que todas las señales generadas por LAPB se pasan a la capa física. El ETD»ETCD llamante pasa a este estado al establecerse el trayecto de acceso conmutado.
5.6.3.3
Espera para recepción (estado 2)
El ETD»ETCD está en la espera de una indicación de que el ETD»ETCD distante ha pasado al estado emisión semidúplex. Ninguna señal generada por el LAPB se pasa a la capa física.
5.6.3.4
Recepción semidúplex (estado 3)
El ETD»ETCD se encuentra en un estado de recepción semidúplex, por lo que ninguna señal generada por el LAPB se pasa a la capa física. Se considera que el ETCD»ETD distante se encuentra en el estado de emisión semidúplex. El ETD»ETCD pasa a este estado al establecerse el trayecto de acceso conmutado.
5.6.3.5
Espera para emisión (estado 4)
El ETD»ETCD está en espera de una indicación de la disponibilidad de la capa física para la transmisión de tramas al ETCD»ETD distante. Se pasan a la capa física banderas, estados de canal en reposo y señales de aborto pero se hace imposible el envío de tramas.
5.6.4
Temporizador XT1
Este temporizador se define para uso en la recuperación cuando el ETD»ETCD distante, indebidamente, no ejerce el derecho a transmitir. A fin de evitar una situación de contienda en el curso de este proceso de recuperación, el ETD»ETCD llamante y llamado deben utilizar valores diferentes del temporizador XT1. Un ETD»ETCD llamante utiliza el valor XT1a y un ETD»ETCD llamado utiliza el valor XT1b.
Los valores de XT1a y XT1b son parámetros de sistema y se han dejado para ulterior estudio.
5.6.5
Contador XC1
Este contador facultativo se usa para determinar que se ha cortado la conexión. Se incrementa cuando se cede al ETD o ETCD el derecho a transmitir, o cuando éste, después de tomar el derecho a transmitir, no ha recibido una trama o un mínimo de cinco banderas continuas. El contador se decrementa si su valor es superior a cero y se han recibido las banderas o una trama. Si el contador alcanza cierto nivel, se supone que la llamada conmutada se ha cortado. El valor mínimo para este nivel de corte es cuatro.
5.6.6
Diagramas de estados y descripciones
El diagrama de estados de la figura 11»X.32 describe el procedimiento utilizado por el MTSD para controlar el derecho a transmitir. El número en el interior de cada elipse es el número de referencia del estado. Las transiciones son causadas por interacciones entre el LAPB y el MTSD, interacciones entre el MTSD y la capa física, señales procedentes del MTSD distante, y expiración del temporizador dentro del MTSD.
5.6.7
Definiciones de estado expresadas en términos
aplicables a un interfaz de modem
Tomando como ejemplo el uso del MTSD con un interfaz de modem de la serie V, se pueden formular las siguientes expresiones de definiciones de estado:
5.6.7.1
Estado reposo (estado 0)
El circuito 107 está ABIERTO. El circuito 105 está ABIERTO. El LAPB está inhabilitado para enviar tramas y desconectado del circuito 103.
Figura 11/X.32, p.
5.6.7.2
Estado emisión semidúplex (estado 1)
Los circuitos 105, 106 y 107 están CERRADO. El LAPB está conectado al circuito 103 y habilitado para enviar tramas.
5.6.7.3
Estado espera para recepción (estado 2)
El circuito 107 está CERRADO; el circuito 105 está ABIERTO. El LAPB está inhabilitado para enviar tramas y desconectado del circuito 103, que está bloqueado en la condición 1 binario. El temporizador XT1 está en marcha.
5.6.7.4
Estado recepción semidúplex (estado 3)
El circuito 107 está CERRADO; el circuito 105 está ABIERTO. El LAPB está inhabilitado para enviar tramas y desconectado del circuito 103, que está bloqueado en la condición 1 binario.
5.6.7.5
Estado espera para emisión (estado 4)
El circuito 105 y el circuito 107 están CERRADO, y el circuito 106 está ABIERTO. El LAPB está conectado al circuito 103, pero inhabilitado para enviar tramas.
5.6.8
Tabla de transiciones entre estados expresadas en
términos aplicables a un interfaz de modem
Prosiguiendo el ejemplo, el cuadro 7»X.32 muestra, en términos aplicables a un interfaz de un modem de la serie V, los sucesos que causan una transición de estado y la acción o acciones resultantes.
Table 7/X.32 [1T6.32], p.
Table 7/X.32 [2T6.32], p.
Retransmisión de punto de comprobación con
reversión
A fin de mejorar la eficacia del procedimiento LAPB al utilizar circuitos
semidúplex, se recomienda vivamente realizar un mecanismo adicional, denominado
`retransmisión de punto de comprobación con reversión'
y cuya
descripción es la siguiente:
-antes de que un ETD/ETCD devuelva el turno de transmitir (es decir, pase
del estado 1 al estado 2 de la figura 11/X.32), acusará recibo de todas las
tramas recibidas y aceptadas mientras se encontraba en el estado 3
(
recepción semidúplex
);
-si a un ETD/ETCD se le cede el turno de transmitir (es decir, pasa del estado 3 al estado 4) o toma el turno (es decir, pasa del estado 2 al estado 4 de la figura 11/X.32), comenzará por retransmitir todas las tramas I de las que no se haya acusado recibo.
5.6.10
Interfuncionamiento con un ETD/ETCD sin
procedimientos adicionales de punto de comprobación con
reversión
El procedimiento descrito permite el interfuncionamiento entre un ETD/ETCD que posea los mencionados mecanismos adicionales y un ETCD/ETD que no los posea.
A fin de mejorar la eficacia del procedimiento en tal caso:
-un ETD/ETCD que posea la
`
debería sustituir la
última trama RR de la secuencia de emisión, si la hay, por una trama REJ que
contenga el N(R) apropiado;
retransmisión de punto de
comprobación con reversión
'
-un ETD/ETCD que no posea la
`
, acusará recibo,
no obstante, durante un turno todas las tramas que se hayan recibido
correctamente durante el turno anterior.
retransmisión de punto
de comprobación con reversión
'
MONTAGE:
6
SUR LE RESTE DE CETTE PAGE
(83.T.MAT.S)
(CCS) ($G01WP) = N (VIII.3)
(A4) FOLIOS: VII - X (Page blanche)
MEP {TPS.NON.PHOTO "[PA1]"} : OK = [1]
Saisie 24.05.89 IR
Identification + Vérif. 10.08.89 PC
MEP 10.08.89 PC
Corr. MEP ........ ..
Corr. DIGISET 14.09.89 PC
MAJ s/disquette 21.09.89 CD
íNDICE DEL FASCíCULO VIII.3 DEL LIBRO AZUL
Parte I - Recomendaciones X.40 a X.181
Redes de comunicación de datos
Rec. N.o Página SECCIóN 3 -
Transmisión, señalización y
conmutación
X.40Normalización de sistemas de transmisión con modulación por
desplazamiento discreto de frecuencia para la provisión de canales de
telegrafía y de datos por distribución de frecuencia en un grupo primario 1
X.50 Parámetros fundamentales de un esquema de multiplexación para el
interfaz internacional entre redes de datos síncronas 3
X.50^
bis
Parámetros fundamentales de un esquema de
transmisión de datos de usuario a la velocidad de 48 kbit/s para el
interfaz internacional entre redes de datos síncronas 9
X.51 Parámetros fundamentales de un esquema de multiplexación para el
interfaz internacional entre redes de datos síncronas que emplean la
estructura de envolvente de 10 bits 10
X.51^
bis
Parámetros fundamentales de un esquema de
transmisión de datos de usuario a la velocidad de 48 kbit/s para el
interfaz internacional entre redes de datos síncronas que emplean la
estructura de envolvente de 10 bits 15
X.52 Método de codificación de señales anisócronas para pasarlas a un
soporte síncrono de usuario 16
X.53 Numeración de canales en enlaces múltiplex internacionales de 64 kbit/s
18
X.54 Atribución de canales en enlaces múltiplex internacionales de 64 kbit/s
19
X.55 Interfaz entre redes de datos síncronas que utilizan una estructura de
envolvente 6 + 2 y sistemas de un solo canal por portadora (SCPC) por
satélite 21
Rec. N.o Página X.56 Interfaz entre redes de datos síncronas que utilizan
una estructura de envolvente 8 + 2 y sistemas de un solo canal por
portadora (SCPC) por satélite 23
X.57 Método para transmitir un canal de datos de velocidad inferior en un
tren de datos a 64 kbit/s 27
X.58 Parámetros fundamentales de un esquema de multiplexación para el
interfaz internacional entre redes de datos síncronas no conmutadas que
no utilizan una estructura de envolvente 28
X.60 Señalización por canal común para aplicaciones de datos con conmutación
de circuitos 30
X.61 Sistema de señalización N.o 7 - Parte usuario de datos 31
X.70 Sistema de señalización de control terminal y de tránsito para
servicios arrítmicos en circuitos internacionales entre redes
anisócronas de datos 85
X.71 Sistema de señalización descentralizada de control terminal y de
tránsito para circuitos internacionales entre redes síncronas de datos
118
Aspectos de redes
X.92
Conexiones ficticias de referencia para redes públicas de datos
síncronas 295
X.96 Señales de progresión de la llamada en redes públicas de datos 299
X.110 Principios de encaminamiento y plan de encaminamiento internacional
para redes públicas de datos 305
X.121 Plan de numeración internacional para redes públicas de datos 317
Mantenimiento
X.150
Principios de pruebas de mantenimiento para redes públicas de datos
utilizando bucles de prueba del equipo terminal de datos (ETC) y del
equipo de terminación del circuito de datos (ETCD) 455
SECCIóN 6 -
Disposiciones administrativas
X.180
Disposiciones administrativas para los grupos cerrados de usuarios
(GCU) internacionales 463
X.181 Disposiciones administrativas para la provisión de circuitos virtuales
permanentes (CVP) internacionales 465
Parte II - Suplemento a la Recomendación X.135
Suplemento N.o 1 Algunos resultados de pruebas obtenidos en tramos
específicos nacionales e internacionales 471
NOTAS PRELIMINARES
1 Las Cuestiones asignadas a cada Comisión de Estudio para el periodo de
estudios 1989-1992 figuran en la contribución N.o 1 de dicha Comisión.
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 Salvo que se especifique de otra manera, los términos anexo y apéndice a las Recomendaciones de la serie X deberán interpretarse como sigue:
- un
anexo
a una Recomendación forma parte
integrante de la misma;
-un
apéndice
a una Recomendación no forma parte
integrante de la misma y tiene solamente por objeto proporcionar
explicaciones o informaciones complementarias/específicas a dicha
Recomendación.
MONTAGE: PAGE 10 = PAGE BLANCHE
(cs,2) disque 429 NF08/002 OPM/08
(cs,3) disque 429 NF07/002 OPM/08
(1BT) (BT..)
(83.TE.01.S)
(A1.23s) / [26s]
FOLIOS: 1 - 41
(DO PRC.COSY.2)
MEP {TPS.NON.PHOTO "[PA1]"} : OK= [1]
Saisie 1.06.89 GG/IR
ID + Vérif. + LASER 19.06.89 PM
Corr. LASER (1re épreuve) + LASER 07.07.89 GG
AJOUTER (PA1) (CL1,0,0,0) pour MEP
MEP + LASER 26.07.89 CJ
BAT 31.08.89 DD
MAJ s/disquettes 21.09.89 CD
FASCíCULO VIII.3
PARTE I
Recomendaciones X.40 a X.181
REDES DE COMUNICACIóN DE DATOS
MONTAGE:
PAGE 2 = PAGE BLANCHE
SECCIóN 3
TRANSMISIóN, SEñALIZACIóN Y CONMUTACIóN
Recomendación X.40
NORMALIZACIóN DE
SISTEMAS DE TRANSMISIóN CON
MODULACIóN POR DESPLAZAMIENTO DISCRETO DE FRECUENCIA PARA LA
PROVISIóN DE^ CANALES DE TELEGRAFíA Y DE DATOS POR
DISTRIBUCIóN DE FRECUENCIA EN UN GRUPO PRIMARIO
(Ginebra, 1972)
El CCITT,
considerando
(a) que algunas Administraciones piensan establecer redes públicas de datos;
(b) que, para facilitar el interfuncionamiento de algunas redes, conviene normalizar las características de los sistemas de transmisión para la provisión de canales destinados a ciertas velocidades máximas de modulación;
(c) que se ha mostrado interés en derivar canales de un grupo primario por distribución de frecuencia;
(d) que la Recomendación X.1 define las clases de servicio de usuario para las redes públicas de datos;
Nota
- En el caso de terminales explotados en forma
síncrona, es necesario un método para mantener el sincronismo entre los
abonados. Ello entraña la necesidad de un sistema que asegure la independencia
de la secuencia de bits, de conformidad con la Recomendación X.2, por ejemplo,
un aleatorizador
(scrambler)
. Se trata de un elemento
ajeno al sistema, pero que forma parte de la red.
(f)que, por ahora, no se ha mostrado interés en proporcionar canales separados para 600 baudios;
(g)que la normalización de canales para velocidades de modulación inferiores a 600 baudios, por ejemplo de 200 baudios, es objeto de otras Recomendaciones (v.g., la R.38^A y la R.38^B);
(h)que puede ser ventajoso económicamente proveer en el mismo sistema canales de 2400 y 9600 baudios (y, posiblemente, de 600 baudios a su debido tiempo),
recomienda por unanimidad
1
Que se utilice como circuito soporte un
2
Que las velocidades nominales de modulación se
normalicen en 2400 baudios y 9600 baudios.
3
Que para los canales de 2400 baudios las frecuencias medias
nominales sean: (110 - 4
n
) kHz, siendo
n
= 1, 2, .^.^.^, 12 (figura 1/X.40).
Que para los canales de 9600 baudios, las frecuencias medias nominales sean: 96 kHz para el canal 1 y 72 kHz para el canal 2 (figura 1/X.40).
Figura 1/X.40 p. 1
La frecuencia media
F
0 es la semisuma de las frecuencias
características correspondientes a la polaridad de arranque (
F
A
) y la polaridad de parada (
F
Z
).
4
Que la desviación de las frecuencias medias en el
extremo transmisión no pase de ¹^20 Hz en los canales de 2400 baudios y de 9600
baudios.
5
Que la diferencia entre las dos frecuencias
características del mismo canal se fije en:
2 kHz, para los canales de 2400 baudios, y
8 kHz, para los canales de 9600 baudios.
6
Que la tolerancia máxima de esta diferencia sea ¹^10%
tanto en los canales de 2400 baudios como en los de 9600.
7
Que la potencia total media transmitida al grupo
primario se limite a -4 dBm0 (400 èW en un punto de nivel relativo cero), lo
que determina un límite de potencia media en el canal derivado igual a:
- 7 dBm0, en los canales de 9600 baudios,
en un sistema totalmente equipado. Obsérvese que el Î a) 2 a la Recomendación H.52 dice:
`Para limitar los efectos de
`En cuanto a sus efectos sobre señales de tipo no telefónico, una
componente discreta se define como una señal sinusoidal con una duración mínima
de unos 100 ms.'
Para satisfacer este requisito a la velocidad de 9600 baudios, puede
utilizarse un
8
Los niveles de servicio de las señales con polaridad
permanente de arranque y polaridad permanente de parada no deberán diferir más
de 1,5 dB y el mayor de estos dos niveles de señal debe estar de acuerdo con
los del
7
.
9
La frecuencia correspondiente a la polaridad de arranque
es la más baja de las dos frecuencias características del grupo primario de
base y la frecuencia correspondiente a la polaridad de parada, la más alta.
10
En el caso de 9600 baudios, en que se utilicen
aleatorizadores ajenos al sistema de acuerdo con el
7
, también será
necesario reducir la señal con polaridad permanente de arranque de -7 dBm0 a
-10 dBm0, en ausencia de control del modulador de canal.
11
El equipo receptor debe funcionar de modo
satisfactorio cuando el nivel de recepción cae a 6 dB por debajo del nivel
nominal. El equipo receptor debe volver a la polaridad de arranque cuando el
nivel de recepción cae a 12 dB por debajo del nivel nominal.
Se deja a la elección de las Administraciones el nivel de accionamiento de la alarma.
12
El grado máximo de distorsión isócrona en un texto
normalizado se fija provisionalmente en el 8% de la gama global de nivel del
receptor (¹^6 dB del nivel nominal), en las mediciones en circuito cerrado.
13
Los sistemas deben concebirse de tal manera que
permitan el uso combinado de seis canales de 2400 baudios y un canal de 9600
baudios.
14
Como variante, debe poderse sustituir cualquier canal de
2400 baudios, especialmente los canales 1 y 12, por un equipo de traslación de
canal que permita insertar un sistema de telegrafía armónica, de conformidad
con las Recomendaciones R.35, R.35^
bis
, R.36, R.37, R.38^A
y R.38^B.
PARáMETROS FUNDAMENTALES DE UN
ESQUEMA DE
MULTIPLEXACIóN PARA EL INTERFAZ INTERNACIONAL ENTRE REDES DE
DATOS SíNCRONAS
(Ginebra, 1972; modificada en Ginebra, 1976 y 1980)
La creación en varios países de redes públicas para la transmisión síncrona de
datos exige la normalización de un esquema de multiplexación preferido, que se
utilizará en los enlaces internacionales entre esos países.
El CCITT,
considerando
recomienda por unanimidad
1 División 1
1.1 En la presente Recomendación se especifican los parámetros fundamentales de un esquema de multiplexación para el interfuncionamiento de redes que utilizan las siguientes estructuras:
b)agrupación de cuatro envolventes de 8 bits (véase la observación aclaratoria 2);
c)envolvente de 10 bits (véase la observación aclaratoria 3), en los casos en que la estructura de una de las redes, como mínimo, se ajusta a lo indicado en los Î a) o b).
1.2 Para el interfuncionamiento de dos redes que utilizan la estructura de envolvente de 10 bits indicada en el 1.1 c), se aplicará la Recomendación X.51.
1.3 El 2 de esta Recomendación trata de los parámetros básicos de multiplexación que deberán emplearse en todas las aplicaciones de la presente Recomendación.
1.5 El 4 de esta Recomendación, además del 2 , se aplica al interfuncionamiento de redes indicado en el 1.1 en casos distintos de los señalados en los 1.2 y 1.4, teniendo debidamente en cuenta las situaciones de tránsito.
1.6 El empleo del
bis
, a la Recomendación X.71 en el caso de las
conexiones en que se utiliza señalización descentralizada, y a la Recomendación
X.60 en el caso de las conexiones en que se emplea señalización por canal
común
2 División 2
2.1 Debe normalizarse la
2.2 Con respecto a la multiplexación básica de los canales soporte de información, se aplica lo siguiente:
i)se requieren estructuras adecuadas para tratar conjuntos homogéneos (con relación a las velocidades soporte) y conjuntos heterogéneos de canales soporte;
iii)debe usarse una estructura con entrelazado de envolventes de 8 bits;
iv)para la alineación de trama de la señal múltiplex debe usarse una
v)estas envolventes de 8 bits entrelazadas aparecerán en el soporte de 64 kbit/s como sigue:
-en los canales de 12,8 kbit/s se repetirán cada cinco envolventes de 8 bits,
-en los canales de 3,2 kbit/s se repetirán cada 20 envolventes de 8 bits,
-en los canales 800 bit/s se repetirán cada 80 envolventes de 8 bits.
i)la estructura de multiplexación comprenderá 80 envolventes de 8 bits;
ii)esta estructura permitirá la multiplexación de canales con las velocidades soporte indicadas en el 2.2 v);
iii)en cada canal de 12,8 kbit/s, se permitirá únicamente un conjunto homogéneo de canales, de velocidad inferior;
iv)se recomienda utilizar una configuración de alineación de trama de 72 bits. Esta configuración es parte de la de 80 bits, generada con arreglo al polinomio primitivo:
1 +
x
4 +
x
7
del campo de Galois 27 con la configuración forzante
1001101
ilustrado con el cuadro 1/X.50, con 8 bits (de
`A'
a
`H'
)
reservados para ser auxiliares;
v)el primer bit F, indicado por
`A'
en el cuadro 1/X.50, sirve para
comunicar al extremo distante las
-la ausencia de impulsos entrantes,
-la
`A'
se asignará de modo que:
`A'
= 1 significa ausencia de alarma,
`A'
= 0 significa alarma;
vii)los demás bits F, indicados por
`B'
,
`C'
,
`D'
,
`E'
,
`F'
,
`G'
y
`H'
en el cuadro 1/X.50, se
reservan para transmitir otra información internacional de servicio. El empleo
exacto de los restantes bits auxiliares se halla en estudio. En espera de que
se determinen las necesidades de servicio, estos bits se fijan provisionalmente
como sigue:
`B'
= 1,
`C'
= 1,
`D'
= 0,
`E'
= 0,
`F'
= 1,
`G'
= 1,
`H'
= 0.
CUADRO 1/X.50 p.2
2.4 Para la sincronización de trama se recomienda cumplir las siguientes
condiciones generales:
i)el método de sincronización de trama debiera ser lo más insensible posible a los errores de bit, a las ráfagas de errores y a las ráfagas cortas de @señales de indicación de alarma (SIA)\ generadas por equipo de transmisión;
2.5 Además de lo indicado en el 2.4 anterior, el método de sincronización de trama debiera tener las siguientes características:
i)el tiempo de
ii)el periodo entre el comienzo de una perturbación como las definidas en el
2.4
i) y cualquier operación que afecte a los canales de datos
[incluida la transmisión de una alarma hacia el extremo distante como se define
en los
2.3
v) y vi)] deberá ser superior a
x
(
x
comprendida en la gama de 1 a 20 ms);
3 División 3
3.1 Para el interfuncionamiento de dos redes que utilizan la estructura de envolvente de 8 bits indicada en el 1.1 a), cada canal debe reunirse en envolventes no agrupados de 8 bits. En lugar de la estructura de multiplexación recomendada en el 2.3 , pueden emplearse otras estructuras por acuerdo bilateral. Una de las estructuras preferidas es la siguiente:
i)la estructura de multiplexación comprende 20 envolventes de 8 bits;
ii)esta estructura permite la multiplexación de canales con las velocidades soporte de 12,8 kbit/s, 6,4 kbit/s y 3,2 kbit/s indicadas en el 2.2 v);
iii)en cada canal de 12,8 kbit/s se permite únicamente un conjunto homogéneo de canales de velocidad submúltiplo;
iv)se recomienda una configuración de alineación de trama de 19 bits. Esta
configuración es parte de la de 20 bits generada con arreglo al
x
2 +
x
5
del
01110 y se representa en el cuadro 2/X.50;
`A'
en el cuadro 2/X.50, se emplea en la
forma señalada en el
2.3
v);
vi)el significado de
`A'
se ajustará a lo indicado en el
2.3
vi).
Cuadro 2/X.50 p.3
3.2 Con respecto a la sincronización de trama, los requisitos generales y las
características de funcionamiento son los especificados en los
2.4
y
2.5.
4 División 4
Para el interfuncionamiento de redes indicado en el 1.1 , en casos distintos de los descritos en los 1.2 y 1.4, se aplica lo siguiente:
4.1 Una red que utilice la estructura de
`red que utiliza la agrupación de cuatro
envolventes de 8 bits'
cubrirán el caso de una red que emplea la agrupación
de cuatro envolventes de 8 bits indicada en el
1.1
b) o la
estructura de envolvente de 10 bits indicada en el
1.1
c).
4.3 La alineación de la agrupación de cuatro envolventes de 8 bits estará sujeta a las siguientes condiciones:
ii)mediante una configuración o configuraciones en el bit SD de la agrupación de cuatro envolventes de 8 bits, se controlará y mantendrá la alineación, durante toda la fase de datos de la comunicación, en ambos extremos de la conexión internacional de las dos redes que emplean la agrupación de cuatro envolventes de 8 bits;
iii)los centros de tránsito respetarán la integridad del bit SD una vez que hayan efectuado la transconexión (conexión con identificación);
Nota 1
- Se espera que los procedimientos de
señalización entre centrales permitan obtener la alineación indicada en el
inciso iv) sin un retardo inaceptable en el establecimiento de la comunicación.
Nota 2
- Los problemas planteados por la imitación de la
configuración o configuraciones SD se estudiarán ulteriormente.
4.4 El método específico para la alineación de la agrupación de cuatro envolventes de 8 bits será objeto de ulteriores estudios.
4.5 Cuando una de las redes no utiliza la agrupación de cuatro envolventes de 8 bits, no existe relación entre ninguna de estas agrupaciones de cuatro envolventes de 8 bits y la estructura de caracteres saliente de dicha red. Por otra parte, esta red no originará información de alineación para la agrupación de cuatro envolventes de 8 bits de salida.
4.6 Cuando, para establecer un circuito interurbano, se conecten en cascada enlaces con agrupación de cuatro envolventes de 8 bits, se mantendrá en toda la conexión la información de alineación de la agrupación de cuatro envolventes de 8 bits.
4.8 Cuando, para establecer un circuito interurbano, se conecten en cascada enlaces con envolventes no agrupadas de 8 bits, la conexión deberá ser transparente a los bits de información y de estado de las envolventes de 8 bits transmitidas a través de la conexión.
5 División 5
Para regular la transmisión de trenes binarios a 64 kbit/s, se observarán las siguientes disposiciones:
i)En las redes cuyos trayectos de transmisión a 64 kbit/s tengan siempre una estructura basada en octetos (es decir, en las que se disponga en general de intervalos de tiempo de 8 bits), las envolventes de 8 bits de la señal múltiplex de datos estarán alineadas con la estructura de octetos. Esta relación se establecerá a través de los interfaces de 64 kbit/s por medio de la señal de temporización de 8 kHz.
ii)En las redes en que no se utiliza siempre una estructura de octetos (es decir, en las que no se dispone por lo general de intervalos de tiempo de 8 bits en los trayectos de transmisión de 64 kbit/s) las envolventes de 8 bits no tienen que estar alineadas forzosamente con la estructura de octetos. En los interfaces de 64 kbit/s puede no utilizarse la señal de temporización de 8 kHz; en tal caso, la información de alineación de trama debe transmitirse a través del interfaz contenida por entero en la señal múltiplex.
iii)La necesidad de alinear las envolventes de 8 bits con la estructura de
octetos en enlaces internacionales está sujeta provisionalmente a acuerdos
bilaterales, pero se requieren ulteriores estudios de este particular.
NOTAS ACLARATORIAS
Nota 1 -
Envolvente de 8 bits
En esta envolvente, el bit 1 se reserva para la alineación de trama, los bits 2 a 7 son los bits de información del canal, y el bit 8 es un bit de estado (véase la figura 1/X.50).
Figura 1/X.50 p.4
La adición de los bits de alineación de trama y de estado implica un aumento
del 33% en la velocidad binaria, por lo que las velocidades de transmisión de
los canales soporte son:
12,8 kbit/s para la velocidad binaria de 9,6 kbit/s;
6,4 kbit/s para la velocidad binaria de 4,8 kbit/s;
3,2 kbit/s para la velocidad binaria de 2,4 kbit/s;
800 bit/s para la velocidad binaria de 600 bit/s.
El bit de estado está asociado a cada envolvente y, junto con los bits de información, transmite la información de control de la llamada.
Nota 2 -
Agrupación de cuatro envolventes de 8
bits
Este grupo se reúne en un solo canal, formando una estructura de 32 bits, de los cuales 24 son bits de información. Ello permite alojar tres caracteres de 8 bits, por ejemplo, P, Q, R, como muestra el cuadro 3/X.50.
Cuadro [T1.50] p. 5
El bit de estado SD sirve para transmitir la información de alineación de la
agrupación de cuatro envolventes de 8 bits.
Los bits de estado SA, SB y SC, junto con los 24 bits de información, transmiten la información de control de la llamada.
Cuando los caracteres P, Q y R de 8 bits se disponen de la manera descrita, los bits de estado SA, SB y SC están asociados, respectivamente, a dichos caracteres.
FIGURA 2/X.50 p. 6
Nota 3 -
Envolvente de 10 bits
En esta envolvente, el bit 1 es un bit de estado, el bit 2 se reserva para la alineación de envolvente y los bits 3 a 10 son los bits de información del canal (véase la figura 3/X.50).
Figura 3/X.50 p. 7
La adición de los bits de alineación de envolvente y de estado implica un
aumento del 25% en la velocidad binaria, por lo que las velocidades de
transmisión de los canales soporte son:
12,0 kbit/s para la velocidad binaria de 9,6 kbit/s;
6,0 kbit/s para la velocidad binaria de 4,8 kbit/s;
3,0 kbit/s para la velocidad binaria de 2,4 kbit/s;
^750 bit/s para la velocidad binaria de 600 bit/s.
Recomendación X.50^ bis
PARáMETROS FUNDAMENTALES DE UN
ESQUEMA DE TRANSMISIóN DE
DATOS DE USUARIO A LA VELOCIDAD DE 48 kbit/s PARA EL
INTERFAZ INTERNACIONAL ENTRE REDES DE DATOS
SíNCRONAS
(Ginebra, 1980)
1 Consideraciones generales
1.1 En la presente Recomendación se especifican los parámetros fundamentales de un esquema de transmisión que debe emplearse con la velocidad binaria de 48 kbit/s para el interfuncionamiento de redes que utilizan las siguientes estructuras:
b)envolvente de 10 bits (véase la nota aclaratoria 3 de la Recomendación X.50), en caso de que por lo menos una de las redes está estructurada de conformidad con el Î a).
bis
.
1.3 En el 2 de esta Recomendación se trata de los parámetros fundamentales que deberán emplearse en una aplicación cualquiera de esta Recomendación y en particular, para el interfuncionamiento entre dos redes que utilizan la estructura de envolventes de 8 bits.
1.4 Además del 2 , el 3 de esta Recomendación se aplica al interfuncionamiento de redes con diferentes estructuras de envolvente.
1.5 El empleo del
bis
, así como a la Recomendación X.71 en el caso de
las conexiones en que se utiliza señalización descentralizada, y a la
Recomendación X.60 en el caso de las conexiones en que se emplea señalización
por canal común.
2 Esquema de transmisión
2.1 La
2.2 Los elementos de señal del canal a 64 kbit/s deben agruparse en
2.3 Se están estudiando el empleo y el valor que ha de asignarse a los bits F de las envolventes de 8 bits.
3 Interfuncionamiento de redes con
distintas
estructuras de envolvente
Debe seguir estudiándose el problema del interfuncionamiento de redes con
distintas estructuras de envolvente teniendo en cuenta lo recomendado en el
4
de la Recomendación X.50.
PARáMETROS FUNDAMENTALES DE UN
ESQUEMA DE
MULTIPLEXACIóN PARA EL INTERFAZ INTERNACIONAL ENTRE REDES DE
DATOS SíNCRONAS QUE EMPLEAN LA ESTRUCTURA DE ENVOLVENTE DE
10 bits
(Ginebra, 1976; modificada en Málaga-Torremolinos, 1984)
El CCITT,
considerando
(a) que en la Recomendación X.50 se especifican los parámetros fundamentales de un esquema de multiplexación para el interfuncionamiento de redes, cuando una de ellas, como mínimo, utiliza la estructura de envolvente de 8 bits o la agrupación de 4 envolventes de 8 bits;
(b) que se requiere un esquema de multiplexación para el
interfuncionamiento entre dos redes cuando ambas emplean la estructura de
envolvente de 10 bits,
recomienda por unanimidad
el empleo de los siguientes parámetros fundamentales entre redes que utilicen la estructura de envolvente de 10 bits.
1 Velocidad binaria global
Para la transmisión por el enlace internacional, la velocidad binaria
global del
2 Múltiplex fundamental
Para la multiplexación fundamental de los canales soporte de información,
se aplica lo siguiente:
2.1 Los elementos de señal de cada canal deben reunirse en envolventes de 10
bits, en las cuales el bit 1 es el
Figura 1/X.51 p. 8
La adición de los bits de estado y de
12,0 kbit/s para la velocidad binaria de 9,6 kbit/s;
6,0 kbit/s para la velocidad binaria de 4,8 kbit/s;
3,0 kbit/s para la velocidad binaria de 2,4 kbit/s;
^750 bit/s para la velocidad binaria de 600 bit/s.
Nota
- A cada envolvente se asocia un bit de estado
(bits) que, conjuntamente con el octeto de datos asociado, contiene la
bis
, X.60, X.71 y X.50.)
2.2 Se utilizará una estructura con entrelazado de envolventes de 10 bits.
-en los canales de 12,0 kbit/s se repetirán cada 5 envolventes;
-en los canales de 6,0 kbit/s se repetirán cada 10 envolventes;
-en los canales de 750 bit/s se repetirán cada 80 envolventes.
2.4 Se requieren estructuras apropiadas para la utilización de conjuntos homogéneos (en lo que se refiere a las velocidades de soporte) o heterogéneos de canales soporte, con la condición de que la división de cualesquiera canales soporte de 12 kbit/s del múltiplex debe ser homogénea y proporcionar dos canales soporte de 6 kbit/s, o cuatro de 3 kbit/s, o 16 de 750 bit/s.
3 Método de
alineación de trama
3.1
Estructura global
La capacidad residual de 4 kbit/s resultante del empleo para el múltiplex
fundamental de 60 kbit/s de un soporte de 64 kbit/s, se distribuirá de modo que
se inserte un
Figura 2/X.51 p. 9
La longitud de la trama será de 2560 bits en el caso de un soporte
sincronizado, es decir, 2400 bits o 240 envolventes del múltiplex fundamental
entrelazadas, con 160 bits de relleno.
Cuando se utilice justificación (para fines nacionales) en el caso de un soporte no sincronizado, se podrá suprimir el último bit de relleno de la trama o agregar un bit adicional de relleno cuando sea necesario, lo que se traducirá en una longitud de trama variable de 2560 ¹ 1 bits. (Ello permitirá una tolerancia máxima de velocidad de aproximadamente ¹^4 partes en 104.)
Los bits de relleno contendrán el esquema de alineación de trama, los
3.2
Alineación de trama
3.2.1
Esquemas de alineación de trama
El método de alineación de trama se basa en cuatro esquemas de alineación
de trama distribuidos de manera equidistante, indicados por los bits de
relleno, que dividen la trama en 4 subtramas. Cada esquema de
ST1 = 00, ST2 = 01, ST3 = 10, ST4 = 11.
Método de alineación de trama
3.2.2.1
Pérdida de la alineación de
trama
El criterio para la pérdida de la alineación de trama se basará en la detección de 3 esquemas consecutivos de alineación de trama erróneos, incluido el identificador de subtrama.
La alineación de trama también se considerará perdida cuando sea erróneo el primer esquema de alineación de trama recibido incluido el identificador de subtrama, después de la recuperación de la alineación de trama.
3.2.2.2
Recuperación de la alineación de
trama
El criterio para la recuperación de la alineación de trama consistirá en la detección de un esquema de alineación de trama válido.
3.2.2.3
Procedimiento de recuperación de la alineación de
trama
Después de la pérdida de alineación de trama:
-se señalará el estado al extremo distante, y
-se iniciará la búsqueda en paralelo de un esquema de alineación de trama válido.
-los dos bits de relleno siguientes se aceptarán como identificadores de subtrama y se emplearán, en su caso, para ajustar el o los contadores de trama y de subtrama;
-se suprimirá el bloqueo de los canales de datos de salida, y
-se detendrá el envío de la alarma de pérdida de alineación de trama hacia extremo distante.
4
Justificación
Normalmente se engancharán los soportes de 64 kbit/s del múltiplex de envolventes de 10 bits con el tren de datos; de este modo, no se requiere justificación en los enlaces internacionales. Sin embargo, podría ser necesaria para fines nacionales. En este caso, se utilizará justificación positiva/negativa, con cuatro señales repetidas de servicio para la justificación en los 3 bits que siguen inmediatamente a cada identificador de subtrama. El último bit de relleno de la trama sirve como dígito de justificación.
Las señales de servicio para la justificación repetidas son las siguientes:
010ausencia de justificación (es decir, un bit de relleno al final de la trama);
001supresión del bit de justificación (es decir, ausencia de bits de relleno al final de la trama).
La evaluación de las señales de una trama se basa en una decisión por mayoría entre las cuatro señales recibidas. De no haber mayoría, se supondrá la ausencia de justificación.
En caso de pérdida de la alineación de trama, no se supondrá justificación alguna antes de la recuperación de la alineación.
5
Señales y funciones
auxiliares
Los bits de relleno no utilizados para la alineación de trama y la
justificación se emplearán para las
5.1
Bits auxiliares
internacionales
Para las señales auxiliares internacionales se han asignado los 8 bits A, B, C, D, E, F, G y H (véase la Recomendación X.50).
El bit A sirve para comunicar al extremo distante las indicaciones de
alarma detectadas en el extremo local, correspondientes a:
-ausencia de impulsos de llegada,
-pérdida de alineación de trama;
el bit A se utilizará de la siguiente manera:
-A = 1 indica una ausencia de alarma,
-A = 0 indica una alarma.
Los otros bits B, C, D, E, F, G y H se reservan para la transmisión de otras señales auxiliares internacionales. Su empleo exacto se halla en estudio; en espera de los resultados del mismo, estos bits se pondrán en el estado 1 binario.
5.2
Control cíclico de errores
Se recomienda el empleo, aunque no es obligatorio, de un control cíclico de
errores (véase la Recomendación V.41) de extremo a extremo en los enlaces
internacionales de 64 kbit/s. La trama múltiplex (2560 bits) se divide en
módulo 2 por el polinomio
x
16 +
x
12 +
x
5 + 1 y los 16 bits del resto de la división,
Señales auxiliares nacionales
Para las señales auxiliares nacionales se dispone todavía de un total de 48 bits auxiliares, 12 en cada subtrama, de los cuales se prevén los siguientes:
6 Asignación y utilización de
bits de relleno (40 bits)
en una subtrama (640 bits) para alineación de trama,
justificación
y funciones auxiliares
La asignación de bits de relleno en una subtrama, numerados de P1 a P40,
descrita a continuación, se muestra en la figura 3/X.51.
de P1 a P4 Bits auxiliares internacionales A, B, C y D (véase la Recomendación X.50)
de P5 a P8 Bits de control de errores 4 bits de P9 a P20 Bits auxiliares nacionales12 bits de P21 a P34 Esquema de alineación de trama14 bits Palabra de código 11111001101010
de P35 a P36 Identificador de subtrama 2 bits Palabra de código 00, 01, 10, 11
Para los bits P37 a P40, existen dos alternativas:
I - Soporte de transmisión síncrono
de P37 a P40 Bits auxiliares internacionales E, F, G y H (véase la Recomendación X.50)
II - Soporte de transmisión asíncrono
P40(P41) Ninguno, 1 ó 2 bits de justificación Palabra de código -, 0, 00
Figura 3/X.51 p. 10
7
Transmisión de la señalización de datos de usuario a
la velocidad de 48 kbit/s
Se aplica en general la Recomendación X.51^
bis
.
En forma optativa, por acuerdo bilateral, cabe aplicar también el esquema descrito en esta Recomendación a la transmisión de señalización de datos de usuario a la velocidad de 48 kbit/s. Al utilizar esa opción, la velocidad del canal soporte del múltiplex fundamental descrito en el 2 pasa a ser de 60 kbit/s, permitiendo la transmisión de un solo canal.
Recomendación X.51^ bis
PARáMETROS FUNDAMENTALES DE UN
ESQUEMA DE TRANSMISIóN DE
DATOS DE USUARIO A LA VELOCIDAD DE 48 kbit/s PARA EL
INTERFAZ INTERNACIONAL ENTRE REDES DE DATOS SíNCRONAS QUE
EMPLEAN LA ESTRUCTURA DE ENVOLVENTE DE 10 bits
(Ginebra, 1980)
El CCITT,
considerando
que se requiere un esquema de transmisión de datos de usuario a la velocidad de
48 kbit/s para el interfuncionamiento entre dos redes cuando ambas emplean la
recomienda por unanimidad
el empleo de los siguientes parámetros fundamentales en el esquema de transmisión de datos de usuario a la velocidad de 48 kbit/s en redes que utilicen la estructura de envolvente de 10 bits.
1
Esquema de transmisión
1.1 La velocidad binaria global de 64 kbit/s debe normalizarse para los enlaces internacionales.
1.2 Los elementos de señal del canal a 48 kbit/s deben agruparse en
bis
.
FIGURA 1/X.51^bis p. 11
1.3 El esquema básico de transmisión consiste en el entrelazado de
bis
.
FIGURA 2/X.51^bis p. 12
1.4 Los
Una propuesta provisional para ese esquema de alineación de trama sencillo sería la siguiente:
i) el bit de relleno de la posición 16 de la figura
2/X.51^
bis
se pone a 0 binario;
ii) el bit de relleno de la posición 32 de la figura
2/X.51^
bis
se pone a 1 binario.
Nota
- Otros esquemas de alineación de trama más
complejos, que permiten utilizar bits de relleno para funciones como, por
ejemplo, señalización auxiliar o justificación en la red nacional, se dejan
para ulterior estudio.
1.5 La estrategia de alineación de trama queda para ulterior estudio.
bis
puede ser 010 ó 101.
Nota
- Otros esquemas formados por los bits A, por
ejemplo,
`todos cero'
o
`todos uno'
podrían utilizarse para
señales de alarma procedentes del extremo distante; este aspecto se deja para
ulterior estudio.
1.8 El empleo del
bis
, así como a la Recomendación X.71 en el
caso de las conexiones en que se utiliza señalización asociada al canal
(descentralizada), y a la Recomendación X.60 en el caso de las conexiones en
que se emplea señalización por canal común
MéTODO DE
CODIFICACIóN DE SEñALES ANISóCRONAS
PARA PASARLAS A UN SOPORTE SíNCRONO DE USUARIO
Esta
Recomendación
sólo es válida para el interfuncionamiento de redes de
datos síncronas. Para el interfuncionamiento de redes de datos anisócronas se
aplicarán las Recomendaciones de la serie R.
(Ginebra, 1980)
considerando
(a)que la Recomendación X.1 define las clases de servicio internacionales de usuario en redes públicas de datos;
(b)que la Recomendación X.2 define las facilidades internacionales de usuario en redes públicas de datos;
(c)que las Recomendaciones X.21 y X.21^
bis
definen el
interfaz entre el equipo terminal de datos (ETD) y el equipo de terminación del
circuito de datos (ETCD) para funcionamiento síncrono;
(d)que las Recomendaciones X.50 y X.51 definen el esquema de multiplexación para el interfaz internacional entre redes de datos síncronas;
(f)que algunos circuitos implantados en redes de datos síncronas conectarán también a dichas redes ETD que funcionan en las clases de servicio de usuario 1 y 2,
recomienda por unanimidad
1
Campo de aplicación
1.1 Cuando dos
1.3 El método de codificación de señales procedentes de un ETD que funciona
en las clases de servicio de usuario 1 y 2 para pasarlas al
1.4 El método de codificación será el definido en esta Recomendación.
2
Método de codificación
El método de codificación implica que los caracteres generados por los ETD
que funcionan en las clases de servicio de usuario 1 y 2 de la Recomendación
X.1 son transferidos por enlaces internacionales como caracteres en un canal
síncrono de usuario, es decir, la transferencia de caracteres en el canal
síncrono de usuario, incluirá la
Entre cualesquiera dos caracteres en el canal a 600 bit/s el valor de los bits será uno binario.
En el enlace multiplexado no es necesario que exista ninguna relación entre los caracteres y las envolventes.
El codificador se realizará de manera tal, que el retardo entre el instante en que se recibe un carácter a la velocidad nominal y aquel en que se inicia el envío de ese carácter por el canal síncrono de usuario, sea inferior a la duración de 1 bit a la velocidad binaria del canal síncrono de usuario utilizado.
FIGURA 1/X.52 p. 13
ANEXO A (a la Recomendación X.52)
Ubicación del
codificador
La ubicación del codificador, por ejemplo en el ETCD de que
se trate, o en un punto de control de la red, es una cuestión de incumbencia
nacional. No obstante, su ubicación no deberá tener repercusiones sobre el
método definido en esta Recomendación.
Por razones de armonización al estudiar la ubicación del codificador convendrá tener en cuenta lo siguiente:
Velocidades binarias
superiores
Cuando ETD asíncronos que funcionan a velocidades binarias
superiores a las indicadas en la Recomendación X.1 se conectan a redes de datos
síncronas, podría aplicarse para la codificación el mismo principio expuesto
anteriormente, y la relación entre la velocidad binaria y la velocidad del
canal soporte será la indicada en el cuadro B-1/X.52.
CUADRO [T1.52] p. 14
NUMERACIóN DE CANALES EN ENLACES MúLTIPLEX
INTERNACIONALES DE 64 kbit/s
(Ginebra, 1980; modificada en Málaga-Torremolinos, 1984)
El CCITT,
considerando
que en las Recomendaciones X.50 y X.51 se definen esquemas de
multiplexación para
recomienda por unanimidad
que, para la numeración de los
i) Una cifra decimal D1 que indica la estructura de multiplexación:
D1 = 2 para la estructura de 20 envolventes de 8 bits ( 3 de la Recomendación X.50).
Nota
- Esto se aplica únicamente a las
estructuras de multiplexación definidas en la Recomendación
X.50.
ii) Una cifra decimal D2 que indica la
D2 = 3, 4, 5, 6 para las velocidades de 600, 2400, 4800, 9600 y 48^000 bit/s, respectivamente.
Nota
- Las cifras 1 y 2 se reservan para
las
`n'
asignada en la trama con respecto a la primera
envolvente del canal considerado; n ^80 para las tramas de 80
envolventes definidas en las Recomendaciones X.50
(
2
) y X.51; n ^20 para la trama de 20 envolventes
definida en la Recomendación X.50 (
3
).
ATRIBUCIóN DE CANALES EN ENLACES MúLTIPLEX
INTERNACIONALES DE 64 kbit/s
(Ginebra, 1980; modificada en Málaga-Torremolinos, 1984)
El CCITT,
considerando
que en las Recomendaciones X.50 y X.51 se definen esquemas de
multiplexación para
recomienda por unanimidad
En los enlaces internacionales que transmiten canales de datos multiplexados a 64 kbit/s con arreglo a las Recomendaciones X.50 y X.51, la atribución de canales afluentes con velocidades de 0,6, 2,4, 4,8 y 9,6 kbit/s dentro de la trama multiplexada se elija, por acuerdo bilateral, entre las configuraciones indicadas en el cuadro 1/X.54.
Nota 1
- Si, por acuerdo bilateral, se transmite un
solo canal a 48 kbit/s, admisible facultativamente dentro de una trama
multiplexada X.51, esa configuración tendrá el número 00.
Nota 2
- El número de fase i (i = 1, .^.^., 5) corresponde
al conjunto de envolventes i + 5j (j = 0, .^.^., 15 para tramas de 80
envolventes; j = 0, .^.^., 3 para las tramas de 20 envolventes) de cada trama.
Cada fase contiene ya sea un canal de 9,6 kbit/s o dos de 4,8 kbit/s o cuatro
de 2,4 kbit/s o 16 canales de 0,6 kbit/s.
Cuadro [T1.54] p. 15
INTERFAZ ENTRE REDES DE DATOS SíNCRONAS QUE UTILIZAN
UNA ESTRUCTURA DE ENVOLVENTE 6 + 2 Y @SISTEMAS DE UN SOLO CANAL
POR PORTADORA (SCPC)\ POR SATéLITE
(Málaga-Torremolinos, 1984)
EL CCITT,
considerando
(a) que la
(c) que los canales a 64 kbit/s en los
(e) que existe una necesidad de asegurar el interfaz entre sistemas de transmisión que utilicen una estructura de envolvente de 8 bits con tales sistemas de satélite,
recomienda
que los parámetros fudamentales de un esquema de multiplexación que utilice una estructura de envolvente de 8 bits para la transmisión a través de un canal SCPC por satélite a 56 kbit/s sean los descritos en la presente Recomendación.
Nota
- En algunos casos, será necesaria la adaptación
entre las velocidades soporte de 64 kbit/s y 56 kbit/s.
1
Velocidad binaria global
Para la transmisión por un
- suprimiendo los bits F (bits de alineación de trama),
- utilizando uno de cada siete bits S (bits de estado) para la alineación de trama.
2
Múltiplex fundamental
2.1
Capacidad del sistema
La capacidad es la misma que se propugna en la Recomendación X.50.
Nota
- Se necesita ulterior estudio para acomodar las
clases de servicio de usuario 7 y 11.
2.2
Estructura múltiplex
El múltiplex se basa en
Figura 1/X.55, p. 16
2.3
Esquema de
alineación de trama
Se utiliza uno de los siete bits S para fines de alineación de trama. Deberá utilizarse el esquema de alineación de trama de 72 bits y los bits de servicio ABCDEFGH definidos en la Recomendación X.50.
El esquema de alineación de trama resultante se muestra en la figura 2/X.55.
Figura 2/X.55, p. 17
2.4
Estrategia de alineación de trama
2.4.1
Pérdida de la alineación de trama
El criterio para la pérdida de la alineación de trama deberá ser la recepción de ocho bits F erróneos consecutivos.
2.4.2
Recuperación de la alineación de
trama
El criterio para la recuperación de la alineación de trama será la detección de ocho bits F correctos consecutivos.
Alarma y acción consiguiente
Cuando tiene lugar una pérdida de alineación:
- las señales salientes se pondrán a todos uno,
- el estado deberá señalarse al extremo distante como se ha recomendado en la Recomendación X.50 a través del bit de servicio A.
3
Adaptación entre soportes a 56 kbit/s y 64 kbit/s (cuando
se utilicen)
La
3.1
Inserción y supresión de bits F
3.2
Compartición de bits S entre los mecanismos de
alineación de trama y de señalización
a) En la parte transmisión:
se suprime uno de cada siete bits S para sustituirlos por un bit F.
se suprime el bit F y se sustituye por el último valor del bit S del canal afluente.
Nota
- El mecanismo antes descrito se elige debido a
que la información del bit S cambia muy lentamente. Este proceso sólo
ocasionará un retardo de seis bits para la transición de señalización de la
señal cuando se afecta el bit S correspondiente.
En cada canal, solo es afectado uno de cada siete bits S.
INTERFAZ ENTRE REDES DE DATOS SíNCRONAS QUE UTILIZAN
UNA ESTRUCTURA DE ENVOLVENTE 8 + 2 Y @SISTEMAS DE UN SOLO CANAL
POR PORTADORA (SCPC)\ POR SATéLITE
(Málaga-Torremolinos, 1984)
El CCITT,
considerando
(b) que los canales a 64 kbit/s en sistemas AMDT por satélite aún no están en explotación;
(c) que los canales a 64 kbit/s en los sistemas SCPC se hallan en fase de investigación;
(d) que en un periodo transitorio, sólo podrá disponerse en muchos casos de canales a 48, 50 ó 56 kbit/s a través de un satélite;
recomienda
que los parámetros fundamentales de un esquema de multiplexación que utilice una estructura de envolvente de 10 bits para la transmisión a través de un canal SCPC por satélite a 56 kbit/s sean los descritos en la presente Recomendación.
1
Velocidad binaria global
Para la transmisión por un enlace digital internacional por satélite, el tren binario multiplexado deberá tener una velocidad binaria global de 56 kbit/s. La estructura multiplexada fundamental tendrá una velocidad binaria global de 54 kbit/s y utilizará técnicas de relleno para la transmisión por el canal soporte de 56 kbit/s. En el interfaz del canal afluente, cada tren de datos afluente transmitido y recibido tendrá la estructura de envolvente de 10 bits recomendada en la Recomendación X.51. La adaptación al canal SCPC de 56 kbit/s se logra por la supresión del bit A de cada envolvente dentro del sistema múltiplex.
2
Múltiplex
fundamental
Para la multiplexación fundamental de los canales soporte de información se aplican los siguientes principios:
2.1 Los elementos de señalización de cada canal individual se unirán en envolventes de 9 bits, en las que el bit 1 es un bit de estado (bit S) (véase la observación) y los bits 2 a 9 son bits de información, como en la figura 1/X.56.
Figura 1/X.56, p. 18
La adición de los bits de estado produce un aumento del 12Ý% en la velocidad
binaria, de modo que las velocidades de los canales soporte son:
5,4 kbit/s para la velocidad binaria de 4,8 kbit/s,
2,7 kbit/s para la velocidad binaria de 2,4 kbit/s,
^675 bit/s para la velocidad binaria de 600 bit/s.
Nota
- A cada envolvente se asocia un bit de estado
(bit S) conjuntamente con el octeto de datos asociado, contiene la
bis
, X.60, X.71 y X.50.)
2.2 Se utilizará una estructura entrelazada de envolventes de 9 bits.
2.3 Esas envolventes entrelazadas aparecerán en el múltiplex fundamental de 54 kbit/s del siguiente modo:
- los canales de 10,8 kbit/s se repetirán cada 5 envolventes,
- los canales de 5,4 kbit/s se repetirán cada 10 envolventes,
- los canales de 2,7 kbit/s se repetirán cada 20 envolventes,
- los canales de 675 bit/s se repetirán cada 80 envolventes.
3
Método de
alineación de trama
3.1
Estructura global
La capacidad residual de 2 kbit/s, obtenida por la incorporación del
múltiplex fundamental de 54 kbit/s al soporte de 56 kbit/s, se distribuirá de
modo que se inserte un
Figura 2/X.56, p. 19
La longitud de la trama será de 2240 bits en el caso de un soporte
sincronizado, esto es, de 2160 bits o de 240 envolventes del múltiplex
fundamental entrelazadas, con 80 bits de relleno.
Cuando se utilice la justificación (para fines nacionales) en el caso de un
soporte no sincronizado, puede suprimirse el último
Los bits de relleno contendrán el esquema de alineación de trama, los dígitos de servicio para la justificación y la señalización auxiliar (alarmas, etc.).
3.2
Alineación de trama
3.2.1
Esquemas de alineación de trama
11111001101010 seguido de un identificador de subtrama de 2 bits propio de la subtrama, esto es:
ST1 = 00, ST2 = 01, ST3 = 10, ST4 = 11.
Método de alineación de trama
3.2.2.1
Pérdida de la alineación de trama
El criterio de la pérdida de alineación de trama será la presencia de tres esquemas consecutivos de alineación de trama, incluido el identificador de subtrama, con errores.
La alineación de trama también se considerará perdida si es erróneo el primer esquema de alineación de trama recibido, incluido el identificador de subtrama, después de la recuperación de la alineación de trama.
Recuperación de la alineación de
trama
El criterio aplicado a la recuperación de la alineación de trama será la detección de un esquema válido de alineación de trama.
3.2.2.3
Procedimiento de recuperación de la alineación de
trama
Después de la pérdida de la alineación de trama:
- las envolventes salientes se pondrán a todos uno,
- el estado se señalará al extremo distante, y
- se iniciará una búsqueda paralela de un esquema válido de alineación de trama.
Después de hallar un esquema válido de alineación de trama:
- se eliminará el bloqueo de los canales salientes de datos, y
- se detendrá el envío de la alarma de pérdida de la alineación de trama hacia el extremo distante.
4
Justificación
El portador de 56 kbit/s que transmite el múltiplex de envolventes de 9
bits quedará normalmente enclavado en el tren de datos y, por consiguiente, no
se requerirá justificación en los enlaces internacionales. Sin embargo, puede
necesitarse para fines nacionales. Para ello se utilizará una justificación
positiva o negativa en la que cuatro señales de servicio para la justificación
repetidas ocuparán los tres bits que siguen inmediatamente a cada identificador
de subtrama. El último bit de relleno de la trama se utiliza como
Las
100 se ha añadido un
001 se ha suprimido el bit de justificación (esto es, no hay bit de relleno al final de la trama).
Si se pierde la alineación de trama, se supondrá que no hay justificación antes de que se haya producido el restablecimiento de la alineación de trama.
5
Señales y funciones auxiliares
Los bits de relleno que no se utilicen para la alineación de trama y la
justificación quedarán disponibles para las
6
Asignación y utilización de los bits de relleno (20 bits)
en una subtrama (560 bits) para alineación de trama,
justificación y funciones auxiliares
Se describe a continuación, y aparece en la figura 3/X.56, la atribución de bits de relleno, P1 a P20, en una subtrama.
P15 y P16 Identificador de subtrama 2 bits Palabra de código 00, 01, 10 ó 11
Para los P17 a P20 existen dos alternativas:
a) Soporte de transmisión síncrono
P17 a P20 Bits auxiliares internacionales A, B, C y D (véase la Recomendación X.50)
b) Soporte de transmisión asíncrono
P17 a P19 Señales de servicio para la justificación 3 bits Palabra de código 001, 010, 100
P20(P21) En la última subtrama (ST4) se utiliza para la justificación: Bit(s) de justificación 0, 1, 2 bit(s) Palabra de código -, 0, 00.
Figura 3/X.56, p. 20
MéTODO PARA TRANSMITIR UN
CANAL DE DATOS
DE VELOCIDAD INFERIOR EN UN TREN DE DATOS A 64
kbit/s
(Málaga-Torremolinos, 1984)
El CCITT,
considerando
(a) que la Recomendación X.1 define las clases de servicio de usuario en el modo síncrono que debe prestar una red pública de datos;
(c) que el empleo de un tren de datos a 64 kbit/s para la transmisión de un canal de datos síncrono de velocidad inferior puede ser económicamente atractivo en algunas aplicaciones, cuando se dispone de un canal a 64 kbit/s de bajo costo;
(d) que para el acceso por el usuario a servicios de datos con conmutación de circuitos en la RDSI, se define un método para la adaptación de las velocidades de datos de usuario síncronas a una velocidad soporte de 64 kbit/s en la Recomendación X.30, pero que en determinadas aplicaciones mencionadas en el considerando (c), se prefiere un método más sencillo,
recomienda por unanimidad
Las
En las redes que transmiten la temporización de envolventes a 8 kHz, no se
necesita en el receptor
PARáMETROS FUNDAMENTALES DE UN ESQUEMA DE MULTIPLEXACIóN
PARA EL INTERFAZ INTERNACIONAL ENTRE REDES DE DATOS
SíNCRONAS NO CONMUTADAS QUE NO UTILIZAN UNA ESTRUCTURA DE
ENVOLVENTE
(Melbourne, 1988)
El CCITT,
considerando
(a) que la Recomendación X.50 establece los parámetros fundamentales de un esquema de multiplexación para el interfuncionamiento de redes cuando por lo menos una de ellas utiliza la estructura basada en una envolvente de 8 bits, o la basada en la agrupación de cuatro envolventes de 8 bits;
(b) que se requiere un esquema de multiplexación para el interfuncionamiento entre dos redes cuando ninguna de ellas utiliza una estructura de envolvente,
recomienda por unanimidad
que se utilicen los parámetros fundamentales en el caso de interfuncionamiento de redes que no utilizan estructuras de envolvente.
1
Velocidad binaria bruta
Para la transmisión por el enlace internacional, el tren binario global deberá tener una velocidad binaria bruta de 64 kbit/s.
2
Velocidades binarias de canal afluente
Se admiten las siguientes velocidades binarias de canal afluente:
- 2,4 kbit/s
- 4,8 kbit/s
- 9,6 kbit/s
- 19,2 kbit/s
No se excluyen otras velocidades binarias.
3
Esquema de multiplexación
El esquema de multiplexación se muestra en la figura 1/X.58. La trama tiene una longitud de 640 bits y una duración de 10 ms. Los datos de los canales afluentes se agrupan en octetos y aparecen en los intervalos de tiempo An a Fn. Los intervalos de tiempo Sn contienen octetos de sincronización. Los intervalos de tiempo Tn contienen octetos de servicio.
Figura 1/X.58 [T1.58], p.
3.1
Octetos de datos
Una trama contiene 72 octetos de datos. Por tanto, el tren múltiplex puede servir de soporte a:
24 canales a 2,4 kbit/s, o
12 canales a 4,8 kbit/s, o
6 canales a 9,6 kbit/s, o
3 canales a 19,2 kbit/s, o
combinaciones de estos canales y velocidades.
A continuación se describe la asignación de octetos a un canal afluente.
3.1.1
2,4 kbit/s
Los canales afluentes a 2,4 kbit/s emplean 1 de 24 octetos de datos. Por tanto, a un canal a 2,4 kbit/s se asignarán todos los intervalos de tiempo con el mismo identificador, es decir, con la misma letra de identificación y la misma cifra de identificación (por ejemplo, A1).
3.1.2
4,8 kbit/s
Los canales afluentes a 4,8 kbit/s emplean 1 de 12 octetos de datos. Por tanto, a un canal a 4,8 kbit/s se asignarán todos los intervalos de tiempo con la misma letra de identificación en la gama A-F y dos cifras de identificación diferentes 1 y 3 ó 2 y 4 (por ejemplo, B1 y B3).
3.1.3
9,6 kbit/s
Los canales afluentes a 9,6 kbit/s emplean 1 de 6 octetos de datos. Por tanto, a un canal afluente a 9,6 kbit/s se asignarán todos los intervalos de tiempo con la misma letra de identificación en la gama A-F y 4 cifras de identificación diferentes 1, 2, 3 y 4 (por ejemplo D1, D2, D3 y D4).
3.1.4
19,2 kbit/s
Los canales afluentes a 19 kbit/s emplean 1 de 3 octetos de datos. Por tanto, a un canal a 19,2 kbit/s se asignarán intervalos de tiempo con dos letras de identificación diferentes en la gama A-F: A y D o B y E o C y F, y 4 cifras de identificación diferentes 1, 2, 3 y 4 (por ejemplo, C1, F1, C2, F2, C3, F3, C4 y F4).
3.1.5
Otras velocidades binarias
Para otras velocidades binarias no se especifica la asignación de octetos a un canal afluente. Del esquema de la figura 1/X.58 se deduce que se puede trabajar con cualquier velocidad binaria que sea n veces 2,4 kbit/s, donde n es un número entero comprendido entre 1 y 24. Por acuerdo bilateral deben especificarse esquemas detallados.
3.2
Octetos de sincronización
Una trama contiene 4 octetos de sincronización. Los esquemas de bits de estos octetos son fijos:
S1 = 27 = 00100111
S2 = 1B = 00010111
S3 = 05 = 00000101
S4 = 35 = 00110101
3.3
Octetos de servicio
Los octetos T1 a T4 pueden utilizarse para señales de información de servicio.
Se recomienda, aunque no con carácter obligatorio, la siguiente asignación.
El octeto T1 contiene 8 bits, A, B, C, D, E, F, G y H (véase la Recomendación X.50). El bit A es el primero que se transmite.
El bit A se utiliza para transportar al extremo distante indicaciones de alarma detectadas en el extremo local, que corresponde a:
- ausencia de impulsos entrantes,
- pérdida de la alineación de trama,
y el bit A deberá asignarse de modo que:
- A igual 1 signifique ausencia de alarma,
- A igual 0 signifique alarma.
Los demás bits B, C, D, E, F, G y H están reservados para transportar otras señales de servicio internacionales. La utilización precisa de estos bits se encuentra en estudio. Mientras dure este estudio, los bits se pondrán a 1 binario.
Los bits T2 a T4 están reservados para uso nacional y se pondrán a 1 binario en un enlace internacional.
4
Sincronización de trama
En la operación normal, el multiplexor receptor obtiene la sincronización de trama. Para ello no se necesita interacción entre multiplexores en ambos extremos del enlace.
SEñALIZACIóN POR CANAL COMúN PARA APLICACIONES
DE DATOS CON CONMUTACIóN DE CIRCUITOS
(Ginebra, 1980)
El CCITT,
considerando
(a) que en diferentes países se están instalando redes públicas que proporcionan servicios de transmisión de datos con conmutación de circuitos;
(c) que se ha establecido la necesidad de un sistema de señalización por canal común normalizado, conocido como sistema de señalización N.o 7, para su utilización por redes digitales en aplicaciones nacionales e internacionales de un único servicio y de múltiples servicios;
(d) que se ha definido el sistema de señalización N.o 7 con una estructura funcional que separa claramente:
- la parte de transferencia de mensaje, común para todos los servicios y aplicaciones, y
- las partes de usuario para diferentes servicios y aplicaciones, y en particular la parte de usuario de datos para aplicaciones de datos con conmutación de circuitos,
recomienda por unanimidad
que la
ii) que los elementos del sistema de señalización relacionados con
la transferencia de mensajes, se atengan a las especificaciones
de la
Nota 1
- El sistema de señalización N.o 7, con inclusión
de la parte de usuario de datos, ofrece una base para la definición de una
señalización por canal común para aplicaciones nacionales de datos.
Nota 2
- Las consecuencias de la utilización del
sistema de señalización en las redes de servicios múltiples y en las
SISTEMA DE SEñALIZACIóN N.o 7 - PARTE USUARIO DE
DATOS
(antigua Recomendación X.60, Ginebra, 1976;
modificada en Ginebra, 1980, y Málaga-Torremolinos, 1984)
íNDICE
1
Descripción funcional del sistema de señalización
1.1 Consideraciones generales
1.2 Parte usuario de datos
1.3 Parte transferencia de mensaje
2
Funciones generales de los mensajes de señalización de
datos
,
señales, indicadores, códigos y
condiciones
2.1 Mensajes de señalización
2.2 Información de servicio
2.3 Información de señalización transferida en los mensajes de señalización
2.4 Condición de señalización en el canal de datos
3
Formatos y códigos
3.1 Características básicas del formato
3.2 Etiqueta
3.3 Formatos y códigos para mensajes relativos a la llamada y al circuito
3.4 Formatos y códigos para mensajes de registro y cancelación de facilidades
3.5 Condiciones de señalización en el canal de datos
4
Procedimientos básicos de control de la llamada y
de señalización
4.1 Consideraciones generales
4.2 Procedimientos globales de establecimiento y liberación de la comunicación
4.3 Procedimientos normales de conmutación
4.4 Procedimientos de señalización detallados en condiciones normales
4.5 Tratamiento de las comunicaciones en condiciones anormales
5
Procedimientos adicionales de control de las llamadas y
de señalización
5.1 Consideraciones generales
5.2 Facilidades de grupo cerrado de usuarios
5.3 Facilidades de grupo cerrado de usuarios bilateral
5.4 Identificación de la línea que llama
5.5 Identificación de la línea llamada
5.6 Redireccionamiento de las llamadas
5.7 Conexión cuando se libere y espera admitida
5.8 Cobro revertido y aceptación de cobro revertido
5.9 Respuesta manual
5.10 Elección de EPER
5.11 Servicios interredes de identificación de la red
6
Calidad de funcionamiento de la señalización y
características de tráfico en aplicaciones de
datos
6.1 Fiabilidad de la señalización
6.2 Tiempos de transferencia de mensajes
6.3 Modelos de tráfico de señalización de datos
Apéndice I
- Ejemplos de características del tráfico
de señalización
1
Descripción funcional del sistema de señalización
1.1
Consideraciones generales
La utilización del sistema de señalización N.o 7 para el control de las llamadas o para la señalización de registro y cancelación de facilidades en los servicios de transmisión de datos con conmutación de circuitos requiere:
- la aplicación de funciones de la @parte usuario de datos (PUD)\, en combinación con
- la aplicación de conjuntos apropiados de funciones de la @parte transferencia de mensaje (PTM)\.
En la Recomendación Q.701 se da una descripción general del sistema de señalización. En esa Recomendación también se define la división de las funciones y los requisitos de interacción entre la parte transferencia de mensaje y la parte usuario de datos.
1.2
Parte usuario de datos
La parte usuario de datos especificada en esta Recomendación define los elementos necesarios relativos al control de la llamada y al registro y cancelación de facilidad en señalización internacional por canal común utilizando el sistema de señalización N.o 7 para los servicios de transmisión de datos con conmutación de circuitos. Por lo que respecta a los procedimientos de control de la llamada y de señalización para facilidades de usuario y servicios interredes internacionales, se remite a la Recomendación X.300.
El sistema de señalización cumple todos los requisitos definidos por el CCITT relativos a las características de servicio, facilidades de usuario y servicios interredes para la transmisión de datos con conmutación de circuitos.
Puede utilizarse para controlar la conmutación de diversos tipos de circuitos de datos, incluidos los circuitos por satélite, que han de utilizarse en las transmisiones de datos con conmutación de circuitos a escala mundial. Se ha diseñado para la explotación bidireccional de circuitos de datos.
El sistema de señalización es adecuado para aplicaciones nacionales de datos con conmutación de circuitos. La mayor parte de los tipos de mensajes de señalización de datos y señales especificados para uso internacional se necesitan también en aplicaciones típicas nacionales de datos. Además, las aplicaciones nacionales de datos requieren normalmente tipos adicionales de señales, requisitos que ya se han identificado y satisfecho. El sistema ofrece amplia capacidad de reserva en previsión de futuras adiciones de nuevos tipos de mensajes y señales, de ser necesarios.
Las estructuras de etiqueta especificadas para los mensajes de señalización de datos exigen que a todas las centrales que utilizan este sistema de señalización se les asignen códigos incluidos en planes de códigos establecidos con el fin de identificar sin ambigüedad los puntos de señalización (véanse las Recomendaciones Q.701 y Q.704). Los principios aplicables a la red de señalización internacional se especifican en la Recomendación Q.708.
1.3
Parte transferencia de mensaje
La parte transferencia de mensaje del sistema de señalización N.o 7 se especifica en Recomendaciones separadas. En la Recomendación Q.701 se incluye una descripción general de la parte transferencia de mensaje.
La parte transferencia de mensaje define una gama de funciones con las que pueden concebirse diferentes modos de señalización y diferentes configuraciones de la red de señalización. Toda aplicación del sistema de señalización N.o 7 requiere una selección apropiada de estas funciones según el uso al que se destina el sistema y las características de la red de telecomunicaciones considerada.
2
Funciones generales de los mensajes de señalización de
datos, señales, indicadores, códigos y condiciones
En este punto se describen las funciones generales de los mensajes de señalización de datos, señales, indicadores, códigos y condiciones que se utilizan para establecer una comunicación, controlar las facilidades de usuario y controlar y supervisar un circuito. Los requisitos relacionados con la utilización de los mensajes de señalización y su contenido de información de señalización se especifican en los 3, 4 y 5.
2.1
Mensajes de señalización
2.1.1
Mensajes relativos a la llamada y al
circuito
Los mensajes relativos a la llamada y al circuito se utilizan para establecer y liberar una comunicación o controlar y supervisar el estado del circuito.
2.1.1.1
Mensaje de dirección
Mensaje transmitido hacia adelante que contiene la información de señalización necesaria para encaminar y conectar la llamada hasta el usuario llamado. Este mensaje contiene información de dirección, información de clase de servicio, etc. y puede contener también información adicional, como la identidad de la línea llamante, por ejemplo.
2.1.1.2
Mensaje de identidad de la línea
llamante
Mensaje transmitido hacia adelante, que contiene la identidad de la línea llamante o la identidad de la red de origen. Este mensaje se transmite a continuación de un mensaje de dirección que no incluye la identidad de la línea llamante, cuando la solicita la red de destino.
2.1.1.3
Mensaje de llamada aceptada
Mensaje transmitido hacia atrás, que contiene la información para indicar que la conexión de la llamada está autorizada por la central de destino. Puede también contener información adicional tal como la identidad de la línea llamada, por ejemplo.
2.1.1.4
Mensaje de llamada rechazada
Mensaje transmitido hacia atrás, que contiene una señal para indicar la causa de un fallo en el establecimiento de la comunicación como respuesta al mensaje de dirección y que inicia la liberación de la comunicación. El mensaje de llamada rechazada se transmitirá como primera o segunda respuesta después de la transmisión del mensaje de llamada aceptada cuando la llamada no llega a completarse en la central de destino, por ejemplo, porque no se recibe del usuario llamado ninguna señal de llamada aceptada.
2.1.1.5
Mensaje de liberación
Mensaje transmitido en uno u otro sentido, que contiene información sobre la liberación de la comunicación.
2.1.1.6
Mensaje de estado del circuito
Mensaje transmitido en un sentido u otro, que contiene señales para controlar y supervisar un circuito.
2.1.2
Mensajes relacionados con el registro y la
cancelación de facilidad
Los mensajes relacionados con el registro y la cancelación de facilidad se utilizan para intercambiar información entre las centrales de origen y destino, para registrar y cancelar información relacionada con facilidades de usuario. El intercambio de este tipo de mensajes no está generalmente asociado con una llamada entre dos usuarios.
2.1.2.1
Mensaje de petición de registro/cancelación
de facilidad
Mensaje transmitido hacia adelante para registrar o cancelar una facilidad de usuario. Este mensaje contiene información que identifica al usuario que pide el registro o la cancelación de una facilidad e información relativa a dicha facilidad.
2.1.2.2
Mensaje de aceptación de la petición de
registro/cancelación de facilidad
Mensaje transmitido hacia atrás, que contiene información de que la central de destino ha realizado o aceptado el registro o la cancelación.
2.1.2.3
Mensaje de rechazo de la petición de
registro/cancelación de facilidad
Mensaje transmitido hacia atrás, que contiene información de que la central de destino no ha aceptado o realizado el registro o la cancelación, e indica la causa del rechazo.
2.2
Información de servicio
La información de servicio proporciona el máximo nivel de discriminación entre conjuntos diferentes de mensajes de señalización. Contiene los siguientes componentes:
2.2.1
Indicador de servicio
Información utilizada para identificar la parte usuario a la que pertenece el mensaje de señalización.
2.2.2
Indicador nacional
Información utilizada para distinguir los mensajes internacionales de los nacionales. En caso de mensajes nacionales, puede también emplearse para distinguir las diferentes posibilidades de etiqueta para uso nacional.
2.3
Información de señalización transferida en los mensajes
de señalización
2.3.1
Componentes de la etiqueta
En el caso de los mensajes relativos a la llamada y al circuito, la etiqueta se utiliza para el encaminamiento del mensaje y, en general, la identificación del circuito de datos seleccionado para la llamada. En el caso de mensajes de registro/cancelación de facilidad, la etiqueta realiza únicamente la función de encaminamiento del mensaje. La estructura de etiqueta normalizada consta de los siguientes componentes:
2.3.1.1
Código de punto de destino
Información que identifica el punto de señalización hacia el que debe encaminarse el mensaje.
2.3.1.2
Código de punto de origen
Información que identifica el punto de señalización en el que se ha originado el mensaje.
2.3.1.3
Código de identificación de soporte
Información que identifica el soporte a 64 kbit/s entre los que conectan el punto de origen con el de destino.
2.3.1.4
Código de intervalo de tiempo
Información que identifica el circuito submultiplexado a una velocidad binaria inferior en el soporte a 64 kbit/s que a su vez va identificado por el código de identificación del soporte.
2.3.2
Identificadores del formato de
mensajes
2.3.2.1
Encabezamiento
Información que distingue, según proceda, los diferentes grupos de tipos de mensajes individuales pertenecientes al conjunto de mensajes identificado por la información de servicio. El encabezamiento se divide en dos niveles. El primer nivel distingue los diferentes grupos de mensajes. El segundo nivel, distingue los diferentes tipos de mensajes o contiene una señal.
2.3.2.2
Indicador de longitud de campo
Información asociada a un campo de longitud variable, que indica su longitud.
2.3.2.3
Indicador de campo
Información asociada a un campo facultativo, que indica la presencia o ausencia de éste.
2.3.3
Información básica de dirección para el
establecimiento de la comunicación
2.3.3.1
Señal de dirección
Señal que contiene un elemento de un @indicativo de país para datos (IPD)\, un @código de identificación de la red de datos (CIRD)\ o un número de datos.
2.3.3.2
Dirección de destino
Información transmitida hacia adelante, constituida por una serie de señales de dirección que indican el número de datos completo del usuario llamado.
2.3.4
Indicadores básicos para el establecimiento de
la comunicación
2.3.4.1
Indicador de llamada
nacional/internacional
Información (de uso nacional solamente) transmitida hacia adelante, que indica si la llamada es nacional o internacional. En la red de destino puede utilizarse, por ejemplo, en conexión con facilidades de usuario que requieran tratamiento separado de las llamadas internacionales.
2.3.4.2
Indicador IPD/CIRD
Información (de uso nacional solamente) transmitida en uno u otro sentido, asociada con un número de datos, que indica si se ha incluido el IPD/CIRD en ese número de datos.
2.3.4.3
Indicador de encaminamiento
alternativo
Información transmitida hacia adelante, que indica que se ha encaminado la llamada por una ruta alternativa y que puede ser utilizada para evitar que se establezca la llamada por una ruta alternativa más de una vez.
Nota
- Esta señal se proporciona provisionalmente, y
está sujeta a modificación una vez determinadas las necesarias posibilidades de
encaminamiento de la red.
2.3.4.4
Indicador de clase (de servicio) de
usuario
Información transmitida hacia adelante, que indica la clase de servicio de usuario del usuario llamante. Este indicador puede utilizarse para determinar el tipo de circuito de datos entre centrales que debe seleccionarse y para verificar que los terminales llamado y llamante pertenecen a la misma clase de usuario.
2.3.5
Señales básicas de respuesta para el
establecimiento de la comunicación
2.3.5.1
Señal de llamada aceptada
Señal transmitida hacia atrás, que indica que se ha completado la llamada. Como consecuencia, la central de origen prepara la transconexión del trayecto de datos y la tasación.
2.3.5.2
Señal de transconexión en tránsito
Señal transmitida hacia atrás, específicamente prevista por el interfuncionamiento con señalización descentralizada (véase la Recomendación X.80), que indica que puede completarse la llamada y que puede tener lugar la transconexión de centros de tránsito mediante señalización descentralizada.
2.3.5.3
Señal de avería en la red
Señal transmitida hacia atrás, que indica que la llamada no puede
completarse debido a una condición temporal de avería en la red, por ejemplo,
por expiración de una temporización o avería de la línea. Esto provoca en la
central de origen el envío, al usuario llamante, de una señal de progresión de
la llamada de
no conexión
y la liberación de la llamada.
2.3.5.4
Señal de número ocupado
Señal transmitida hacia atrás, que indica que la llamada no puede
completarse debido a que la línea de acceso del usuario llamado a la central
está ocupada por otra llamada. Esto provoca en la central de origen el envío,
al usuario llamante, de una señal de progresión de la llamada de
número ocupado
y la liberación de la
llamada.
2.3.5.5
Señal de acceso prohibido
Señal transmitida hacia atrás, para indicar que no puede completarse la
llamada porque una facilidad de usuario impide conectar la llamada al usuario
llamado, por ejemplo, como resultado de una prueba negativa de validación de un
grupo cerrado de usuarios. Esto provoca en la central de origen el envío, al
usuario llamante, de una señal de progresión de la llamada de
acceso prohibido
y la liberación de la llamada.
2.3.5.6
Señal de número cambiado
Señal transmitida hacia atrás para indicar que no puede completarse la
llamada porque el número llamado se ha cambiado recientemente. Esto provoca en
la central de origen el envío, al usuario llamante, de una señal de progresión
de la llamada de
número cambiado
y la liberación de la
llamada.
2.3.5.7
Señal de número inaccesible
Señal transmitida hacia atrás para indicar que no puede completarse la
llamada porque el número llamado no existe o no ha sido atribuido. Esto provoca
en la central de origen el envío, al usuario llamante, de una señal de
progresión de la llamada de
número inaccesible
y la
liberación de la llamada.
2.3.5.8
Señal de fuera de servicio
Señal transmitida hacia atrás, para indicar que no puede completarse la
llamada porque el terminal o la línea de acceso del usuario llamado están fuera
de servicio o averiados. Esto provoca en la central de origen el envío, al
usuario llamante, de una señal de progresión de la llamada de
fuera de servicio
y la liberación de la llamada.
2.3.5.9
Señal de no preparado controlado
Señal transmitida hacia atrás que indica que no puede completarse la
llamada porque el terminal del usuario llamado se halla en el estado de
no preparado controlado
. Esto provoca en la central de
origen el envío, al usuario llamante, de una señal de progresión de la llamada
de
no preparado controlado
y la liberación de la llamada.
2.3.5.10
Señal de no preparado no
controlado
Señal transmitida hacia atrás, para indicar que el terminal del usuario
llamado está en el estado de
no preparado no controlado.
Esto provoca en la central de origen el envío, al usuario llamante, de una
señal de progresión de la llamada de
no preparado no
controlado
y la liberación de la llamada.
2.3.5.11
Señal de ETCD sin
alimentación
Señal transmitida hacia atrás, para indicar que el ETCD del usuario llamado
está desconectado. Esto provoca en la central de origen el envío, al usuario
llamante, de una señal de progresión de la llamada de
ETCD sin
alimentación
y la liberación de la llamada.
2.3.5.12
Señal de avería de la
red en bucle local
Señal transmitida hacia atrás, para indicar que se ha detectado una avería
en la conexión de acceso local al usuario llamado. Esto provoca en la central
de origen el envío, al usuario llamante, de una señal de progresión de la
llamada de
avería de la red en bucle local
.
2.3.5.13
Señal de servicio de
información de llamada
Señal transmitida hacia atrás, para indicar que el terminal llamado no está
disponible por razones que se han indicado al servicio de información, no
recogidas en otra señal específica. Esto provoca en la central de origen el
envío, al usuario llamante, de una señal de progresión de la llamada de
servicio de información de llamada
y la liberación de la
llamada.
2.3.5.14
Señal de clase de
servicio de usuario incompatible
Señal transmitida hacia atrás, para indicar que el terminal del usuario
llamado es incompatible con las características del terminal del usuario
llamante, por ejemplo, de clase de servicio de usuario diferente. Esto provoca
en la central de origen el envío, al usuario llamante, de una señal de
progresión de la llamada de
clase de servicio de usuario
incompatible
y la liberación de la llamada.
2.3.5.15
Señal de congestión en
la red
Señal transmitida hacia atrás, para indicar que la llamada no puede
completarse debido a la existencia de una congestión o de una avería temporales
en la ruta hacia el usuario llamante. Esta señal provoca el envío, al usuario
llamado, de una señal de progresión de la llamada de
congestión
en la red
y la liberación de la llamada.
2.3.5.16
Señal de servicio
degradado
Señal transmitida hacia atrás, para indicar que una parte de la red, debido
a condiciones de avería, tiene un grado de servicio muy reducido, que es
probable que persista durante algún tiempo. Esto provoca en la central de
origen de envío, al usuario llamante, de una señal de progresión de la llamada
de
congestión en la red a largo plazo
y la liberación de
la llamada.
2.3.5.17
Indicador de con
tarificación/sin tarificación
Información (de uso nacional solamente) transmitida hacia atrás que puede utilizarse para indicar que la comunicación debe/no debe tarificarse en la central de origen.
2.3.6
Señales básicas de liberación de la llamada y de
estado del circuito
2.3.6.1
Señal de circuito liberado
Señal transmitida en uno u otro sentido que indica que se ha liberado el circuito de datos entre centrales.
2.3.6.2
Señal de acuse de recibo de circuito
liberado
Señal transmitida en uno u otro sentido en respuesta a la señal de
circuito liberado
y que indica que se ha liberado el
circuito de datos entre centrales.
2.3.6.3
Señal de circuito reiniciado
Señal transmitida para devolver el circuito de datos entre centrales al estado de reposo en ambos extremos en situaciones en las que, debido a mutilación de memoria u otras causas, el estado del circuito es ambiguo.
2.3.6.4
Señal de bloqueo
Señal transmitida para fines de mantenimiento que indica a la central del otro extremo del circuito de datos entre centrales, que el circuito se ha bloqueado para llamadas salientes.
2.3.6.5
Señal de desbloqueo
Señal enviada para anular la condición de bloqueado en la central del otro
extremo del circuito de datos entre centrales, causada por una señal de
bloqueo
previa.
2.3.6.6
Señal de acuse de recibo de bloqueo
Señal transmitida en respuesta a una señal de
bloqueo
,
que indica que se ha bloqueado el circuito de datos entre centrales.
2.3.6.7
Señal de acuse de recibo de
desbloqueo
Señal transmitida en respuesta a una señal de
desbloqueo
, que indica que se ha desbloqueado el circuito
de datos entre centrales.
2.3.7
Señales adicionales relativas a las facilidades
de grupo cerrado de usuarios
2.3.7.1
Indicador de llamada de grupo cerrado de
usuarios
Información transmitida hacia adelante, y en algunas circunstancias hacia atrás, que indica si la llamada corresponde o no a un grupo cerrado de usuarios, si en el mensaje se incluye un código de enclavamiento y si se autoriza o no el acceso de salida para el usuario llamante.
2.3.7.2
Código de enclavamiento
Información transmitida hacia adelante, y en algunas circunstancias hacia atrás, que identifica el grupo cerrado de usuarios al que pertenece el usuario llamante.
2.3.8
Señales adicionales relativas al grupo cerrado de
usuarios bilateral y al grupo cerrado de usuarios
bilateral con facilidades de acceso de salida
2.3.8.1
Indicador de llamada de grupo cerrado de
usuarios bilateral
Información transmitida hacia adelante, que indica si la llamada corresponde o no a un grupo cerrado de usuarios bilateral.
2.3.8.2
Señal de petición de registro
Señal transmitida hacia adelante, para indicar que se solicita el registro de una facilidad.
2.3.8.3
Señal de petición de cancelación
Señal transmitida hacia adelante, para indicar que se solicita la cancelación de una facilidad.
2.3.8.4
Señal de registro terminado
Señal transmitida hacia atrás, para indicar que en la central de destino se
ha terminado el registro de esta facilidad. Esto provoca en la central de
origen el envío, al usuario llamante, de una señal de progresión de la llamada
de
registro/cancelación confirmado
.
2.3.8.5
Señal de registro aceptado
Señal transmitida hacia atrás, para indicar que la central de destino ha
aceptado el registro de esta facilidad. Esto provoca en la central de origen el
envío, al usuario llamante, de una señal de progresión de la llamada de
registro/cancelación confirmado
.
2.3.8.6
Señal de cancelación terminada
Señal transmitida hacia atrás, para indicar que la central de destino ha
terminado la cancelación de esta facilidad. Esto provoca en la central de
origen el envío, al usuario llamante, de una señal de progresión de la llamada
de
registro/cancelación confirmado
.
2.3.8.7
índice local
Información transmitida en ambos sentidos al registrar el grupo cerrado de usuarios bilateral. Pone un índice al archivo de abonado para identificar en la central de origen o destino el grupo cerrado de usuarios bilateral en cuestión.
2.3.9
Señales adicionales relativas a la
facilidad de identificación
de la línea llamante
2.3.9.1
Indicador de petición de identificación de la
línea llamante
Información transmitida hacia atrás, para indicar si se debe o no transmitir hacia adelante la identidad de la línea llamante.
2.3.9.2
Indicador de identidad de la línea
llamante
Información transmitida hacia adelante, para indicar si se incluye en el mensaje, y en qué forma, la identidad de la línea llamante.
2.3.9.3
Identidad de la línea llamante
Información transmitida hacia adelante, que consta de una serie de señales de dirección que indican el número de datos (internacional) del usuario llamante.
2.3.10
Señales adicionales relativas a
la
facilidad de
identificación de la línea
llamada
2.3.10.1
Indicador de petición de
la identificación de la línea
llamada
Información transmitida hacia adelante, para indicar si debe devolverse o no la identidad de la línea llamada.
2.3.10.2
Indicador de identidad
de la línea llamada
Información transmitida hacia atrás, para indicar si se incluye en el mensaje y en qué forma, la identidad de la línea llamada.
2.3.10.3
Identidad de la línea
llamada
Información transmitida hacia atrás, que consta de una serie de señales de dirección que indican el número de datos (internacional) del usuario llamado.
2.3.11
Señales adicionales relativas a
la
facilidad
de redireccionamiento de
llamadas
2.3.11.1
Señal de petición de
redireccionamiento
Señal (de uso nacional solamente) transmitida hacia atrás, para indicar que el usuario llamado ha solicitado un redireccionamiento de las llamadas hacia otra dirección.
2.3.11.2
Indicador de dirección
de redireccionamiento
Información (de uso nacional solamente) transmitida hacia atrás, para indicar que se incluye en el mensaje una dirección de redireccionamiento.
2.3.11.3
Dirección de
redireccionamiento
Información (de uso nacional solamente) transmitida hacia atrás, que consiste en una serie de señales de dirección, que indican el número de datos al cual debe redireccionarse la llamada.
2.3.11.4
Indicador de llamada
redireccionada
Información (de uso nacional solamente) transmitida hacia adelante, para indicar que la llamada es una llamada redireccionada. Se utiliza este indicador para evitar un posterior redireccionamiento, si también el usuario en la nueva dirección ha solicitado el redireccionamiento de las llamadas.
2.3.11.5
Señal de llamada
redireccionada
Señal transmitida hacia atrás, para indicar que la llamada ha sido
redireccionada hacia una dirección diferente de la dirección de destino
seleccionada por el usuario llamante. Esto provoca, en la central de origen, el
envío de una señal de progresión de llamada
redireccionada
.
2.3.12
Señales adicionales relativas a
las
facilidades
de conexión cuando se
libere y de
espera autorizada
2.3.12.1
Señal de conexión cuando
se libere
Señal transmitida hacia atrás para indicar que el usuario llamado, que
tiene la facilidad de
conexión cuando se libere
, está
ocupado y que se ha situado la llamada en una cola. Esto provoca, en la central
de origen, el envío al usuario llamante, de una señal de progresión de la
llamada de
conexión cuando se libere
, si éste dispone de
la facilidad
espera autorizada
, y si no, de la señal de
progresión de la llamada de
número ocupado
y la liberación
de la llamada.
2.3.13
Señales adicionales relativas a
las
facilidades
de cobro revertido y de
aceptación de cobro revertido
2.3.13.1
Indicador de petición de
cobro revertido
Información transmitida hacia adelante para indicar que el usuario llamante ha solicitado el cobro revertido.
2.3.13.2
Señal de no suscripción
a la aceptación de cobro
revertido
Señal transmitida hacia atrás, que indica el rechazo de la llamada debido
a que el usuario llamado no está abonado a la facilidad de
aceptación de cobro revertido
. Esto provoca en la central
de origen el envío al usuario llamante de una señal de progresión de la llamada
de
no suscripción a la aceptación de cobro
revertido
.
2.3.14
Señales adicionales relativas a
la
respuesta
manual
2.3.14.1
Terminal
llamado
Señal transmitida hacia atrás, que indica que el usuario llamado funciona
con respuesta manual. Esto provoca en la central de origen el envío, al usuario
llamante, de una señal de progresión de la llamada de
terminal llamado
.
2.3.15
Señales adicionales relativas a
las
facilidades
de elección de
EPER
2.3.15.1
Indicador de elección de
EPER
Información (de uso nacional solamente) transmitida hacia adelante, para indicar si el usuario llamante requiere o no la elección de EPER para el encaminamiento de una llamada internacional en la central internacional cabeza de línea. Cuando se requiere la elección de EPER, se indica también que se incluye en el mensaje una identidad de red de tránsito de EPER.
2.3.15.2
Identidad de red de
tránsito de EPER
Información (de uso nacional solamente) transmitida hacia adelante, que identifica la red de tránsito de EPER solicitada mediante su CIRD.
2.3.15.3
Señal de EPER fuera de
servicio
Señal (de uso nacional solamente) transmitida hacia atrás, para indicar que
la llamada no puede ser completada porque la red de tránsito de EPER
seleccionada no está disponible para el servicio. Esto provoca, en la central
de origen, el envío al usuario llamante de una señal de progresión de llamada
de
EPER fuera de servicio
.
2.3.16
Señales adicionales relativas a
los
servicios
de identificación
interredes
2.3.16.1
Identidad de
red
Información transmitida en uno u otro sentido, que identifica una red de origen, de tránsito o de destino por su CIRD.
2.3.16.2
Indicador de petición de
identificación de la red de
origen
Información transmitida hacia atrás, para indicar si debe enviarse o no hacia adelante la identidad de la red de origen.
2.4
Condiciones de señalización en el canal de
datos
Condiciones en el canal de datos entre centrales, empleadas en los procedimientos de establecimiento y liberación de la comunicación. Las condiciones definidas en este 2.4 se basan en las características de los interfaces ETD/ETCD pertinentes para el servicio con conmutación de circuitos. Aún no se han determinado las implicaciones de otros posibles nuevos interfaces ETD/ETCD sobre estas condiciones.
2.4.1
Condición de circuito interurbano
libre
Condición transmitida en los canales de datos hacia adelante o hacia atrás entre centrales cuando el circuito está libre o en curso de liberación en la central transmisora.
2.4.2
Condición de circuito interurbano
tomado
Condición transmitida en el canal de datos hacia adelante entre centrales cuando el circuito está tomado pero no transconectado.
2.4.3
Condición de llamada aceptada
Condición que aparece en el canal de datos hacia atrás entre centrales,
para indicar que se han transconectado todas las centrales sucesivas que
intervienen en la conexión. Esta condición es transmitida por el usuario
llamado y corresponde al estado de
llamada aceptada
en el
interfaz ETD/ETCD.
2.4.4
Condición de petición de
liberación
Condición, que aparece en los canales de datos hacia adelante y hacia atrás entre centrales, enviada por el usuario al pedir la liberación de la comunicación.
0110Disk. 432 NF01/005 OPM: 01 (cs,1) - (cs,1) Disk. 433 NF01/037 OPM: 01
(1BT) (BT..)
(83.TE.02.S)
MEP CONSERVéE à PARTIR DE LA DEUXIèME PAGE DU MANUSCRIT
(A1.23s) / [26s]
FOLIOS: 41 - 84
(DO PRC.COSY.2)
MEP {TPS.NON.PHOTO "[PA1]"} : OK= [1]
Saisie 89.06.01 IR
ID + LASER 22.06.89 CW
MAJ diskette 23.06.89 CW
Corr. LASER (1re épreuve) = 3eme 07.07.89 GG
Espaces réservés 25.07.89 PC
AJOUTER (PA1) (CL1,0,0,0) pour MEP
MEP + LASER 25.07.89 PC
Corr. MEP ........ ..
Insertion des tableaux (tabulateurs...) ........ ..
BAT 01.09.89 DD
MAJ s/disquettes 21.09.89 CD
MONTAGE:
.2.3.16.2
AU
.2.4.4
EN-TêTE DE
CETTE PAGE
3 Formatos y códigos
3.1
Características básicas del formato
3.1.1
Consideraciones generales
Los mensajes de señalización de datos se transmiten por el enlace de señalización de datos mediante @unidades de señalización (US)\, cuyo formato se describe en las especificaciones de la @parte transferencia de mensaje (PTM)\, véase la Recomendación Q.703.
Se distinguen dos categorías de mensajes de señalización de datos: mensajes relativos a la llamada y al circuito, y mensajes relativos al registro y cancelación de facilidad. El @indicador de servicio (IS)\ incluido en cada unidad de señalización identifica la categoría a la que pertenece el mensaje.
La información de señalización de cada mensaje constituye el @campo de información de señalización (CIS)\ de la US correspondiente, y consta de un número entero de octetos. Contiene la etiqueta, el código de encabezamiento y una o más señales y/o indicadores.
3.1.2
Octeto de información de servicio
3.1.2.1
Formato
El octeto de información de servicio comprende el indicador de servicio y el campo de subservicio.
El indicador de servicio se utiliza para asociar la información de señalización con una determinada parte de usuario que sólo se utiliza con unidades de señalización de mensaje (véase la Recomendación Q.703).
La información del campo de subservicio permite distinguir los mensajes de señalización nacionales de los internacionales. En aplicaciones nacionales, cuando no hace falta esta distinción, posiblemente en ciertas partes de usuario nacionales solamente, el campo de subservicio puede utilizarse independientemente para diferentes partes de usuario.
El formato del octeto de información de servicio se muestra en la figura 1/X.61.
FIGURA 1/X.61, p.1
3.1.2.2
Indicador de servicio
El indicador de servicio se codificará como sigue:
Bits:DCBA
0110 mensajes relativos a la llamada y al circuito 0111 mensajes de registro y cancelación de facilidad
El uso de otros códigos indicadores de servicio se especifica en la Recomendación Q.704.
3.1.2.3
Campo de subservicio
El campo de subservicio se codifica como se indica en el cuadro 1/X.61:
CUADRO 1/X.61, [T1.61] p.2
3.1.3
Principios de formato
La información generada por el usuario en el campo de información de señalización, en general se divide en cierto número de subcampos cuya longitud puede ser fija o variable. El primer campo es el campo de la etiqueta (véase el 3.2 ). A continuación del campo de la etiqueta hay un código de encabezamiento E0 que, posiblemente seguido de un subencabezamiento E1, identifica la estructura del mensaje. Otros campos pueden ser obligatorios o facultativos, según corresponda a cada mensaje. La presencia o ausencia de campos facultativos se indica mediante indicadores de campo. Cada campo indicado en los puntos siguientes es obligatorio, a menos que se indique expresamente que es facultativo.
3.1.4
Orden de transmisión de los bits
Dentro de cada subcampo definido, la información se transmite con el bit menos significativo en primer lugar.
3.1.5
Codificación de los bits de reserva
La codificación de cada bit de reserva será 0, a menos que se indique otra cosa.
3.1.6
Indicadores de uso nacional solamente
Se reserva cierto número de indicadores específicos para su uso nacional solamente. En utilización internacional los bits correspondientes se codifican como cero y en lo que concierne a su interpretación, se consideran bits de reserva.
3.2
Etiqueta
3.2.1
Consideraciones generales
La etiqueta es un elemento de información que forma parte de cada mensaje de señalización y es utilizado por la función de encaminamiento de mensajes al nivel 3 de la PTM para seleccionar la ruta de señalización apropiada, y por la función parte de usuario para identificar la transacción particular (por ejemplo, la llamada) a la que pertenece el mensaje.
En general, la información de la etiqueta comprende una indicación explícita o implícita de la fuente y destino del mensaje y, según la aplicación, diversas formas de identificación de transacción.
En los mensajes relativos a la llamada y al circuito, la transacción se identifica convenientemente incluyendo en la etiqueta la identidad del circuito correspondiente. A continuación se especifican dos de dichas estructuras de etiqueta:
-estructura de etiqueta básica que, consecuente con la estructura de etiqueta telefónica normalizada (Recomendación Q.723), se destina a satisfacer los requisitos de identificación de los circuitos de datos derivados de los multiplexores de datos normalizados (véanse las Recomendaciones X.50 y X.51);
-estructura de etiqueta alternativa, idéntica a la estructura de etiqueta telefónica normalizada, que puede utilizarse en aplicaciones en las que los circuitos de datos utilizan circuitos digitales completos a 64 kbit/s sin submultiplexación.
En mensajes relativos al registro y la cancelación de facilidad, la estructura de etiqueta especificada es equivalente a la etiqueta de encaminamiento normalizada de la PTM; véase la Recomendación Q.704.
Nota
- La indicación (48) situada bajo el campo de
etiqueta en las figuras 5/X.61 a 11/X.61, se refiere a la etiqueta básica
descrita en el
3.2.2
; pero se incluye para expresar que son posibles
otras longitudes de etiqueta.
3.2.2
Etiqueta básica para mensajes relacionados con la
llamada y el circuito
3.2.2.1
Consideraciones generales
La etiqueta básica tiene una longitud de 48 bits y se sitúa al comienzo del campo de información de señalización. El formato se muestra en la figura 2/X.61.
FIGURA 2/X.61, p.3
La función general de los componentes de la etiqueta se define en el
3.2.1
. La parte de la etiqueta básica compuesta por los campos de
@código del punto de destino (CPD)\ y de @código del punto de origen (CPO)\ y
los cuatro bits menos significativos del campo de @código de identificación de
soporte (CISP)\, corresponde a la etiqueta de encaminamiento normalizada
especificada en la Recomendación Q.704.
3.2.2.2
Códigos de los
puntos de
destino y de origen
La estructura normalizada exige que a cada centro de conmutación de datos, en su función de punto de señalización, se le asigne un código incluido en un plan de códigos establecido con el fin de identificar sin ambigüedad los puntos de señalización.
Se utilizarán planes de códigos separados para la red de señalización internacional y para las diferentes redes de señalización nacionales.
Los principios de la asignación de códigos y los códigos para la red de señalización internacional se especifican en la Recomendación Q.708.
El
3.2.2.3
Código de identificación del
soporte
La asignación de códigos de identificación de soporte a cada uno de éstos viene determinada por acuerdo bilateral y/o de conformidad con reglas aplicables previamente determinadas.
En soportes que forman parte de un sistema MIC a 2,048 Mbit/s conforme con la Recomendación G.734, el código de identificación de soporte contiene, en los 5 bits menos significativos, una representación binaria del número real del intervalo de tiempo que se asigna al soporte. Los bits restantes del código de identificación de soporte se utilizan, en caso necesario, para identificar uno entre varios sistemas, que interconecta el punto de origen y el punto de destino.
Para los soportes que forman parte de un sistema MIC a 8,448 Mbit/s el código de identificación de soporte se establecerá de acuerdo con el plan especificado en la Recomendación Q.723 para el código de identificación de circuito del caso correspondiente.
3.2.2.4
Código de intervalo de tiempo
La codificación del @código de intervalo de tiempo (CIT)\ se hace como sigue (numeración de bits como en la figura 2/X.61):
a)En el caso de que el circuito de datos se derive de un múltiplex de datos transmitido por el soporte identificado por el código de identificación de soporte:
-los bits ABCD contendrán, en representación binaria pura, el número de canal del circuito dentro de la fase de 12,8 kbit/s (Recomendación X.50) o 12 kbit/s (Recomendación X.51); el número de canales se hallará en la gama (véanse las Recomendaciones X.50, X.51, X.53 y X.54):
0 a 15 para circuitos a 600 bit/s 0 a 3 para circuitos a 2400 bit/s 0 a 1 para circuitos a 4800 bit/s 0 para circuitos a 9600 bit/s
-los bits EFG contendrán, en representación binaria pura, el número de la fase a 12,8 kbit/s o 12 kbit/s; el número de fase se hallará en la gama de 0 a 4;
-la codificación del bit H será 0.
b)En el caso de que el circuito de datos utilice la velocidad completa del soporte, 64 kbit/s, el código de intervalo de tiempo será 01110000.
3.2.3
Etiqueta alternativa para mensajes relativos a la
llamada y al circuito
En aplicaciones en las que todos los circuitos de datos utilizan circuitos digitales a 64 kbit/s, puede utilizarse por mutuo acuerdo una estructura de la etiqueta como la representada en la figura 3/X.61.
Esta estructura de la etiqueta es equivalente a la estructura de la etiqueta telefónica normalizada especificada en la Recomendación Q.704. Los campos del código del punto del destino (CPD) y del código de punto de origen (CPO) son los de la estructura de la etiqueta básica, y el @código de identificación de circuito (CIC)\ es como el campo de código de identificación de soporte de la estructura de la etiqueta básica (véase el 3.2.2 ).
FIGURA 3/X.61, p.4
3.2.4
Etiqueta normalizada para mensajes de registro y
cancelación de facilidad
Los mensajes de registro y cancelación de facilidad tendrán una etiqueta como la de la figura 4/X.61.
FIGURA 4/X.61, p.5
Esta estructura de la etiqueta es equivalente a la de la etiqueta de
encaminamiento normalizada especificada para la PTM (véase la Recomendación
Q.704). Los campos de código del punto de destino (CPD) y de código del punto
de origen (CPO) se utilizan para la etiqueta básica (véase el
3.2.2
).
3.2.5
Etiqueta modificada
En los casos en que el servicio de transmisión de datos es prestado por redes públicas de datos que comprenden pocas centrales y relaciones de señalización, puede convenir utilizar etiquetas más cortas que las especificadas en los 3.2.2 a 3.2.4. En dichas aplicaciones, puede utilizarse por mutuo acuerdo una etiqueta modificada, que tenga el mismo orden y función, pero posiblemente tamaños diferentes, que los subcampos. En dicho caso, la etiqueta utilizada para mensajes del nivel 3 de la PTM deberá modificarse consecuentemente. Además, en algunas aplicaciones nacionales puede ser necesario utilizar una etiqueta modificada ampliada.
3.3
Formatos y códigos para los mensajes relativos a
la llamada y al circuito
3.3.1
Encabezamiento
Los diferentes códigos de encabezamiento (E0) para los mensajes de control de la llamada y el circuito se atribuyen como se indica en el cuadro 2/X.61.
CUADRO 2/X.61, [T2.61] p.6
3.3.2
Mensaje de dirección
3.3.2.1 El formato del mensaje de dirección se muestra en las figuras
5/X.61 y 5
bis
/X.61.
FIGURA 5/X.61, p.7
FIGURA 5/X.61, p.8
Los campos, subcampos y códigos son los siguientes:
3.3.2.2
Etiqueta
Véase el 3.2 .
3.3.2.3
Código de encabezamiento E0
Véase el 3.3.1 .
3.3.2.4
Indicador de mensaje
La codificación se indica en el cuadro 3/X.61.
CUADRO 3/X.61, [T3.61] p.9
3.3.2.5
Indicador de clase de usuario
La codificación se indica en el cuadro 4/X.61.
CUADRO 4/X.61, [T4.61] p.10
3.3.2.6
Bits de reserva
3.3.2.7
Indicador de longitud de campo para
dirección/dirección y subdirección de destino
La codificación se indica en el cuadro 5/X.61.
CUADRO 5/X.61, [T5.61] p.11
3.3.2.8
Campo de dirección/dirección y subdirección de
destino
Este campo se divide en un número par de semioctetos. El valor decimal de cada cifra de la dirección/direccción y subdirección de destino se expresa en representación binaria pura de una señal de dirección/dirección y subdirección. Las cifras se envían por orden decreciente con la cifra más significativa en primer lugar. En el caso de un número impar de señales de dirección/dirección y subdirección, se incluye un código de relleno de cuatro bits 0000 en el último semiocteto del campo.
3.3.2.9
Indicador de longitud de campo para extensión
de dirección
Es este un campo facultativo que se incluye si el bit A del indicador de longitud de campo para dirección de destino es igual a 1.
Este campo contiene un código que expresa, en representación binaria pura el número de señales de subdirección incluidas en la dirección de destino.
La codificación se indica en el cuadro 6/X.61.
CUADRO 6/X.61, [T6.61] p.12
3.3.2.10
Extensión de dirección
para dirección de destino
Es este un campo facultativo que se incluye si el bit A del indicador de longitud de campo para dirección de destino es igual a 1.
Este campo se divide en un número par de semioctetos. El valor decimal de cada cifra de la subdirección de destino se expresa en representación binaria pura de una señal de subdirección. Las cifras se envían por orden decreciente con la cifra más significativa en primer lugar. En el caso de un número impar de señales de subdirección, se incluye un código de relleno de cuatro bits 0000 en el último semiocteto del campo.
3.3.2.11
Primer octeto indicador
Es este un campo facultativo que se incluye si se indica en el bit A de los indicadores de mensaje. La codificación se indica en el cuadro 7/X.61.
CUADRO 7/X.61, [T7.61] p.13
3.3.2.12
Segundo octeto indicador
Es este un campo facultativo que se incluye si se indica en el bit H del primer octeto indicador. La codificación se indica en el cuadro 8/X.61.
CUADRO 8/X.61, [T8.61] p.14
3.3.2.13
Código de enclavamiento de grupo cerrado de
usuarios
Es este un campo facultativo que se incluye sólo cuando se indica en los bits CD en el primer octeto indicador. El formato del código de enclavamiento es como el de la figura 6/X.61.
FIGURA 6/X.61, p.15
Cada uno de los cuatro primeros semioctetos contiene una cifra decimal, cuyo
valor se expresa en representación binaria pura, del CIRD (o IPD más un dígito)
de la Administración coordinadora del grupo cerrado de usuarios correspondiente
(véase la Recomendación X.300). El código binario de 16 bits es el código
asignado al grupo cerrado de usuarios correspondiente.
3.3.2.14
Indicador de longitud de campo para la
identidad de la línea llamante
Es este un campo facultativo que sólo está presente cuando se incluye la identidad de la línea llamante. La codificación se indica en el cuadro 9/X.61.
CUADRO 9/X.61, [T9.61] p.16
3.3.2.15
Identidad de la línea llamante
Es este un campo facultativo que se incluye sólo si se indica en los bits AB del primer octeto indicador. Este campo se divide en un número par de semioctetos. Contiene un cierto número de cifras decimales del número de datos nacional o internacional (dirección/dirección y subdirección) de la línea llamante o del CIRD de la red de origen. La codificación de cada cifra, su orden de transmisión y el uso de un código de relleno se especifica en el 3.3.2.8 .
3.3.2.16
Indicador de longitud de campo para la
extensión de dirección para la identidad de la línea
llamante
Es este un campo facultativo que se incluye si el bit A del indicador de longitud de campo para la identidad de la línea llamante es igual a 1.
Este campo contiene un código que expresa, en representación binaria pura, el número de señales de subdirección de la identidad de la línea llamante.
La codificación se indica en el cuadro 6/X.61.
3.3.2.17
Extensión de dirección para la identidad de
la línea llamante
Es este un campo facultativo que se incluye si el bit A del indicador de longitud de campo para la identidad de la línea llamante es igual a 1.
Este campo se divide en un número par de semioctetos. El valor decimal de cada cifra de subdirección de la identidad de la línea llamante se expresa en representación binaria pura de una señal de dirección. Las cifras se envían por orden decreciente empezando por la cifra más significativa. En el caso de un número impar de señales de subdirección se incluye un código de relleno de 4 bits 0000 en el último semiocteto del campo.
3.3.2.18
Identidad de la red de tránsito de
EPER
Es este un campo facultativo que se incluye sólo si se indica en el bit B del segundo octeto indicador. Este campo se divide en cuatro semioctetos, cada uno de los cuales, contiene una cifra decimal del CIRD aplicable. La codificación y el orden de transmisión de estas cifras, se especifican en el 3.3.2.8 .
3.3.3
Mensaje de llamada aceptada
3.3.3.1 El formato del mensaje de llamada aceptada es el que se muestra en la figura 7/X.61.
Los campos, subcampos y códigos son los siguientes:
FIGURA 7/X.61 p.17
3.3.3.2
Etiqueta
Véase el 3.2 .
3.3.3.3
Código de encabezamiento E0
Véase el 3.3.1 .
3.3.3.4
Señal
La información de señalización se codifica como se indica en el cuadro 10/X.61 (las cifras correspondientes de la señal de progresión de la llamada, cuando proceda, se indican entre paréntesis).
CUADRO 10/X.61, [T10.61] p.18
3.3.3.5
Primer octeto indicador
La codificación se indica en el cuadro 11/X.61.
CUADRO 11/X.61, [T11.61] p.19
3.3.3.6
Segundo octeto indicador
Es un campo facultativo que se incluye si se indica en el bit H del primer octeto indicador. La codificación se indica en el cuadro 12/X.61.
CUADRO 12/X.61, [T12.61] p.20
3.3.3.7 Bits de reserva
Se incluyen sólo cuando está incluida la identidad de la línea llamada.
3.3.3.8
Indicador de longitud de campo para la
identidad de la línea llamada
Campo facultativo incluido que sólo está presente cuando se incluye la identidad de la línea llamada. La codificación se indica en el cuadro 9/X.61.
3.3.3.9
Identidad de la línea llamada
Campo facultativo incluido sólo si se indica en los bits AB del primer octeto indicador. Este campo se divide en un número par de semioctetos. Contiene algunas cifras decimales del número de datos nacional o internacional (dirección/dirección y subdirección) de la línea llamada o del CIRD de la red de destino. La codificación de cada cifra, su orden de transmisión y el uso del código de relleno se especifican en el 3.3.2.8 .
3.3.3.10
Indicador de longitud de campo para la
extensión de dirección para la identidad de la línea
llamada
Es este un campo facultativo que se incluye si el bit A del indicador de longitud de campo para la identidad de la línea llamada es igual a 1.
Este campo contiene un código que expresa, en representación binaria pura, el número de señales de subdirección de la identidad de la línea llamada.
La codificación se indica en el cuadro 6/X.61.
3.3.3.11
Extensión de dirección para la identidad de
la línea llamada
Es este un campo facultativo que se incluye si el bit A del indicador de longitud de campo para la identidad de la línea llamada es igual a 1.
Este campo se divide en un número par de semioctetos. El valor decimal de cada cifra de subdirección de la identidad de la línea llamada se expresa en representación binaria pura de una señal de subdirección. Las cifras se envían por orden decreciente con la cifra más significativa en primer lugar. En el caso de un número impar de señales de subdirección, se incluye un código de relleno de cuatro bits 0000 en el último semiocteto del campo.
3.3.3.12
Código de enclavamiento de grupo cerrado de
usuarios
Campo facultativo que se incluye sólo si se indica en los bits CD del segundo octeto indicador. El formato y código del código de enclavamiento se especifican en el 3.3.2.13 .
3.3.3.13
Indicador de longitud de campo para
dirección de redireccionamiento
Campo facultativo que sólo está presente cuando se incluye una dirección de redireccionamiento. La codificación se indica en el cuadro 9/X.61.
3.3.3.14
Dirección de redireccionamiento
Campo facultativo que se incluye sólo si se indica en los bits AB del segundo octeto indicador. Este campo se divide en un número par de semioctetos. Contiene algunas cifras decimales de la dirección/dirección y subdirección hacia la que ha de redireccionarse la llamada. La codificación de cada cifra, su orden de transmisión y el uso de un código de relleno se especifican en el 3.3.2.8 .
3.3.3.15
Indicador de longitud de campo para
extensión de dirección para la dirección de
redireccionamiento
Es este un campo facultativo que se incluye si el bit A del indicador de longitud de campo para la dirección de redireccionamiento es igual a 1.
Este campo contiene un código que expresa, en representación binaria pura, el número de señales de subdirección en la dirección de redireccionamiento.
La codificación se indica en el cuadro 6/X.61.
3.3.3.16
Extensión de dirección para la
dirección de redireccionamiento
Es este un campo facultativo que se incluye si el bit A del indicador de longitud de campo para la dirección de redireccionamiento es igual a 1.
Este campo se divide en un número par de semioctetos. El valor decimal de cada cifra de subdirección de redireccionamiento se expresa en representación binaria pura de una señal de subdirección. Las cifras se envían por orden decreciente con la cifra más significativa en primer lugar. En el caso de un número impar de señales de subdirección se incluye un código de relleno de cuatro bits 0000 en el último semiocteto del campo.
3.3.3.17
Indicador de longitud de campo
Campo facultativo que se incluye cuando se incluye al menos una identidad de red de tránsito. Es un código que expresa en representación binaria pura el número de identidades de red de tránsito, es decir, el número de subcampos de 16 bits que van en el campo de identidad de red de tránsito.
3.3.3.18
Identidades de red de tránsito
Campo facultativo que se incluye sólo cuando se indica en el bit F del primer octeto indicador. Este campo contiene uno o más subcampos de 16 bits, dividido cada uno en 4 semioctetos. La codificación de cada dígito y su orden de transmisión se especifican en el 3.3.2.8 .
3.3.3.19
Indicador de longitud de campo para
información proporcionada por el ETD
Campo facultativo que se incluye cuando se indica por el bit G en el primer octeto indicador. Se trata de un código que expresa, en representación binaria pura, el número de caracteres de la información proporcionada por el ETD.
3.3.3.20
Información proporcionada por el ETD
Campo facultativo que se incluye sólo cuando se indica por el bit G del primer octeto indicador. Este campo contiene los caracteres de la información proporcionada por el ETD.
3.3.4
Mensaje de llamada rechazada
3.3.4.1 El formato del mensaje de llamada rechazada se representa en la figura 8/X.61.
FIGURA 8/X.61, p.21
Los campos, subcampos y códigos son los siguientes:
3.3.4.2
Etiqueta
Véase el 3.2 .
3.3.4.3
Código de encabezamiento
Véase el 3.3.1 .
3.3.4.4
Indicadores
La codificación se muestra en el cuadro 13/X.61.
CUADRO 13/X.61, [T13.61] p.22
3.3.4.5
Primera y segunda cifras
Cada uno de los campos contiene una cifra decimal expresada en representación binaria pura. La combinación de las dos cifras decimales expresa la señal que indica la causa del rechazo de la llamada. Los valores de las cifras decimales se indican en el cuadro 14/X.61. Esta codificación deberá ser consecuente con la codificación correspondiente de las señales de progresión de la llamada en el interfaz ETD/ETCD; véase la Recomendación X.21.
Nota 1
- Una señal entre centrales que no corresponda
a una señal de progresión de la llamada específica de un interfaz ETD/ETCD se
codificará, en caso necesario, por combinación de las dos cifras en una base
superior a 10.
Nota 2
- Algunos de los grupos de código de señal de
progresión de la llamada especificados en la Recomendación X.21 corresponden a
otros tipos de mensajes diferentes del de llamada rechazada.
Nota 3
- Aún no se ha asignado código a la señal de
aceptación de cobro revertido no suscrita.
CUADRO 14/X.61, [T14.61] p.23
3.3.4.6
Identificador de longitud de campo para
información proporcionada por el ETD
Campo facultativo que se incluye cuando se indica por el bit C en el indicador. Se trata de un código que expresa, en representación binaria pura, el número de caracteres de la información proporcionada por el ETD.
3.3.4.7
Información proporcionada por el
ETD
Campo facultativo que se incluye sólo cuando se indica por el bit C en el indicador. Este campo contiene los caracteres de la información proporcionada por el ETD.
3.3.5
Mensaje de liberación
3.3.5.1 El formato del mensaje de liberación se representa en la figura 9/X.61.
FIGURA 9/X.61, p.24
Los campos y códigos son los siguientes:
3.3.5.2
Etiqueta
Véase el 3.2 .
3.3.5.3
Código de encabezamiento E0
Véase el 3.3.1 .
3.3.5.4
Señal
La codificación se indica en el cuadro 15/X.61.
CUADRO 15/X.61, [T15.61] p.25
3.3.6
Mensaje de estado del circuito
3.3.6.1 El formato del mensaje de estado del circuito es el representado en la figura 10/X.61.
FIGURA 10/X.61, p.26
Los campos y códigos son los siguientes:
3.3.6.2
Etiqueta
Véase el 3.2 .
3.3.6.3
Código de encabezamiento E0
Véase el 3.3.1 .
3.3.6.4
Señal
La codificación se indica en el cuadro 16/X.61.
CUADRO 16/X.61, [T16.61] p.27
3.3.7
Mensaje de identidad de la línea
llamante
3.3.7.1 El formato del mensaje de identidad de la línea llamante es el representado en la figura 11/X.61.
FIGURA 11/X.61, p.28
Los campos, subcampos y códigos son los siguientes:
3.3.7.2
Etiqueta
Véase el 3.2 .
3.3.7.3
Código de encabezamiento E0
Véase el 3.3.1 .
3.3.7.4
Indicadores
La codificación se indica en el cuadro 17/X.61.
CUADRO 17/X.61, [T17.61] p.29
3.3.7.5
Indicador de longitud de campo para identidad de
la línea llamante
Es este un campo facultativoComo está definido, este mensaje incluye siempre la identidad de la línea llamante. que sólo está presente cuando se incluye la identidad de la línea llamante. La codificación se indica en el cuadro 9/X.61.
3.3.7.6
Identidad de la línea llamante
Es este un campo facultativo que se incluye sólo si se indica en los bits AB del campo indicador.
Véase también el 3.3.2.15 .
3.3.7.7
Indicador de longitud de campo para extensión de
dirección para la identidad de la línea llamante
Véase el 3.3.2.16 .
3.3.7.8
Extensión de dirección para la identidad de la
línea llamante
Véase el 3.3.2.17 .
3.4
Formatos y códigos para los mensajes de registro y
cancelación de facilidades
3.4.1
Encabezamiento
Los diferentes códigos de encabezamiento (E0) para los mensajes de registro y cancelación de facilidad se indican en el cuadro 18/X.61:
CUADRO 18/X.61, [T18.61] p.30
3.4.2
Mensaje de petición de registro/cancelación
de facilidades
3.4.2.1 El formato del mensaje de petición de registro/cancelación de facilidad es el representado en la figura 12/X.61.
FIGURA 12/X.61, p.31
Los campos, subcampos y códigos son los siguientes:
3.4.2.2
Etiqueta
Véase el 3.2 .
3.4.2.3
Código de encabezamiento E0
Véase el 3.4.1 .
3.4.2.4
Señal
La codificación se indica en el cuadro 19/X.61.
CUADRO 19/X.61, [T19.61] p.32
3.4.2.5
Indicador de clase de usuario
Véase el 3.3.2.5 .
3.4.2.6
Bits de reserva
3.4.2.7
Indicador de longitud del campo para la
dirección de destino
Código que expresa, en representación binaria pura, el número de señales de dirección incluidas en la dirección de destino.
3.4.2.8
Dirección de destino
Este campo se divide en un número par de semioctetos. El valor decimal de cada cifra de la dirección de destino se expresa en representación binaria pura de una señal de dirección. Las cifras se envían por orden descendente con la cifra más significativa en primer lugar. En el caso de un número impar de señales de dirección, se incluye un código de relleno de cuatro bits 0000 en el último semiocteto del campo.
3.4.2.9
Primer octeto indicador
La codificación se indica en el cuadro 20/X.61.
CUADRO 20/X.61, [T20.61] p.33
3.4.2.10
índice local
Es un campo facultativo que se incluye sólo si se indica en el bit D en el primer octeto indicador. En el caso de petición de registro, es el índice local asignado por el usuario que solicita registro. En el caso de petición de cancelación, es el índice local asignado por el usuario distante en el CGUB cancelado.
3.4.2.11
Indicador de longitud de campo para identidad de la
línea llamante
Es este un campo facultativo que sólo está presente cuando se incluye la identidad de la línea llamante. Se trata de un código que expresa, en representación binaria pura, el número de señales de dirección incluidas en la identidad de la línea llamante.
3.4.2.12
Identidad de la línea llamante
Es un campo facultativo que se incluye sólo si se indica en los bits AB en el primer octeto indicador. El código es el especificado en el 3.3.2.15 .
3.4.3
Mensaje de petición aceptada de
registro/cancelación de facilidad
3.4.3.1 El formato del mensaje de petición de registro/cancelación de facilidad es el representado en la figura 13/X.61.
FIGURA 13/X.61, p.34
Los campos, subcampos y códigos son los siguientes:
3.4.3.2
Etiqueta
Véase el 3.2 .
3.4.3.3
Código de encabezamiento E0
Véase el 3.4.1 .
3.4.3.4
Señal
La codificación se indica en el cuadro 21/X.61.
CUADRO 21/X.61, [T21.61] p.35
3.4.3.5
Indicador de longitud de campo para la dirección de
destino
Véase el 3.4.2.7 .
3.4.3.6
Dirección de destino
Véase el 3.4.2.8 .
3.4.3.7
Primer octeto indicador
La codificación se indica en el cuadro 22/X.61.
CUADRO 22/X.61, [T22.61] p.36
3.4.3.8
índice local
Es un campo facultativo que se incluye sólo si se indica en el bit C del primer octeto indicador. Contiene el índice local para el usuario en la central de origen del mensaje.
3.4.4
Mensaje de petición rechazada de
registro/cancelación de facilidad
3.4.4.1 El formato del mensaje de petición rechazada de registro/cancelación de facilidad es el representado en la figura 14/X.61.
FIGURA 14/X.61, p.37
Los campos, subcampos y códigos son los siguientes:
3.4.4.2
Campo de etiqueta
Véase el 3.2 .
3.4.4.3
Código de encabezamiento
Véase el 3.4.1 .
3.4.4.4
Primera y segunda cifras
Cada uno de los dos campos, contiene una cifra decimal, en representación binaria pura. La combinación de las dos cifras decimales define la señal que indica la causa de la petición rechazada de registro/cancelación de facilidad. En el 3.3.4.5 se especifican los valores de las cifras decimales para las señales pertinentes.
3.4.4.5
Bits de reserva
3.4.4.6
Indicador de longitud de campo
Véase el 3.4.2.7 .
3.4.4.7
Dirección de destino
Véase el 3.4.2.8 .
3.5
Condiciones de señalización en el canal de
datos
A continuación se indican las condiciones (estados) que aparecen en los canales de datos entre centrales, y que en determinadas fases de una comunicación deben transmitirse y/o detectarse en la central.
La codificación de las condiciones actualmente especificadas de los canales de datos se determina por medio de los códigos de los correspondientes estados del interfaz ETD/ETCD conformes con la Recomendación X.21.
Las condiciones de señalización del canal de datos se codificarán como sigue (bits de datos/bit de estado):
a)
circuito interurbano libre
b)
circuito interurbano tomado
c)
llamada aceptada
d)
petición de llamada
Los códigos anteriores implican que el código 0 del bit de estado en un canal de datos entre centrales da como resultado el estado ABIERTO en el interfaz ETD/ETCD conforme con la Recomendación X.21, y el código 1, el estado CERRADO.
Nota 1
- Se deja para un estudio ulterior el código
que ha de utilizarse para la condición de
circuito interurbano
libre
en las redes que no pueden admitir independencia de la secuencia de
bits.
Nota 2
- Se dejan para ulterior estudio las
repercusiones que pueden tener, en las condiciones del canal de datos y sus
códigos, las posibles aplicaciones de RDSI y/o los posibles nuevos interfaces
ETD/ETCD.
Nota 3
- Como opción nacional, pueden invertirse
permanentemente los bits de datos situados en lugares pares de cada envolvente
en el extremo transmisión y en el extremo recepción de los canales de datos
entre centrales. Dicha inversión implica que los códigos antes especificados
(así como la información transferida durante la fase de datos) aparecerán
invertidos consecuentemente en el canal de datos. Esta opción permite conseguir
que la condición de
circuito interurbano libre
, en el caso
de la envolvente de 8 bits, sea la misma que la del código de reposo para
canales de telefonía generado por una central digital que cumpla las normas
relativas a la ley A.
4
Procedimientos básicos de control
de la llamada y de señalización
4.1
Consideraciones generales
4.1.1 Los procedimientos de control de la llamada especificados en este
4
se basan en los requisitos del
4.1.2 El procedimiento básico de control de la llamada está dividido en dos fases: establecimiento de la comunicación y liberación de la comunicación, separadas entre sí por la fase datos. Para establecer y terminar las diferentes fases de la comunicación se emplea una combinación de mensajes en el enlace de señalización y de condiciones en los canales de datos entre centrales.
4.1.3 Los procedimientos especificados en este
4
se refieren en
principio sólo a las llamadas básicas es decir, aquellas en las que no
interviene ninguna facilidad de usuario. Los requisitos adicionales que han de
cumplirse en el caso de llamadas en que intervengan
4.1.4 Las condiciones de señalización en el canal de datos entre centrales y los procedimientos de conexión especificados garantizan la compatibilidad de las condiciones de la red con las condiciones y procedimientos para los actuales interfaces ETD/ETCD.
4.1.5 Se emplea transferencia enlace por enlace de la información de señalización reunida en los mensajes y la información de dirección se señala por medio de todos los elementos de una dirección contenidos en un mensaje. El plan de numeración de la red se especifica en la Recomendación X.121. El encaminamiento por la red que deberá aplicarse se define en la Recomendación X.110.
4.1.6 Los requisitos de interfuncionamiento con
4.2
Procedimientos globales de establecimiento y liberación
de la comunicación
En este punto se describen los procedimientos globales de establecimiento y liberación de la comunicación. En los 4.3 y 4.4 se trata de los procedimientos detallados de conmutación y de señalización, respectivamente, que se ilustran en los cuadros 23/X.61 y 24/X.61.
Cuadro 23/X.61, [1T23.61] p.38
Cuadro 23/X.61 (cont.), [2T23.61] p.39
Cuadro 24/X.61, [T24.61] p.40
4.2.1
Establecimiento de la comunicación
4.2.1.1 Cuando la central de origen ha recibido la información completa de
selección procedente del usuario llamante y ha determinado que la llamada debe
ser encaminada hacia otra central, ocupa un circuito de datos entre centrales
libre y transmite un mensaje de dirección por el
4.2.1.2 Una central de tránsito, al recibir un mensaje de dirección, analizará la dirección de destino y la demás información de encaminamiento, para determinar el encaminamiento de la llamada. La central de tránsito toma entonces un circuito de datos entre centrales libre, transmite un mensaje de dirección a la central siguiente y transconecta el trayecto de datos. En el caso de congestión en la central de tránsito, ésta puede seleccionar una ruta alternativa o transmitir un mensaje de llamada rechazada que indique congestión a la central precedente y libere la comunicación.
4.2.1.3 Al recibir un mensaje de dirección, la central de destino analizará
la dirección de destino para determinar con qué usuario debe establecerse la
comunicación. Verificará también la condición de la línea del usuario llamado y
efectuará diversas comprobaciones para determinar si puede o no establecerse la
conexión. Estas verificaciones comprenderán la correspondencia de la clase de
usuario y cualesquiera otras comprobaciones asociadas con las facilidades de
usuario. En caso de que se autorice la conexión, la central de destino llamará
al usuario de acuerdo con el protocolo aplicable en el interfaz ETD/ETCD. El
usuario llamado responderá normalmente con una señal de
llamada
aceptada
(o la que corresponda). Si la llamada no puede completarse, por
ejemplo, por estar ocupado el terminal del abonado llamado, se indica esta
circunstancia en un mensaje de llamada rechazada que se transmite por el enlace
de señalización a la central precedente, y se efectúa la liberación.
4.2.1.4 Al conectarse la llamada, la central de destino transmite normalmente un mensaje de llamada aceptada a la central precedente. El mensaje de llamada aceptada puede también incluir, según las circunstancias, información relativa a condiciones específicas de la red y a cualesquiera facilidades de usuario o servicios interredes que intervengan (véase el 5 ).
4.2.1.5 Al recibir un mensaje de llamada aceptada, la central de tránsito transmite el correspondiente mensaje de llamada aceptada a la central precedente. Si se trata de una central de tránsito internacional, el mensaje de llamada aceptada incluirá la identidad apropiada de la red de tránsito (véase el 5.11 ).
4.2.1.6 Cuando la central de origen recibe un mensaje de llamada aceptada
que indica que puede completarse la llamada, prepara la transconexión del
trayecto de datos. La central de origen se transconecta entonces e inicia la
tarificación, si procede. En ciertos casos, por ejemplo, cuando intervienen
determinadas facilidades de usuario, la
4.2.1.7 En los casos en que la llamada no puede completarse, la central de origen transmitirá una señal apropiada de progresión de la llamada, que indique al usuario llamante la causa del rechazo de la llamada y libere ésta.
4.2.2
Liberación de la comunicación
4.2.2.1 Normalmente, la operación de liberación iniciada por un usuario se propagará rápidamente por la conexión y provocará la liberación en cada una de las centrales que intervengan. Cuando ambos usuarios ejecuten tal operación aproximadamente al mismo tiempo, la liberación se propaga desde ambos extremos.
4.2.2.2 Al detectar una señal de
liberación
^válida
procedente del usuario local, la central de origen o de destino liberará la
conexión y transmitirá un mensaje de liberación a la central contigua. Las
señales de
liberación
originadas por un usuario pasarán a
través de la central local y aparecerán en los circuitos de datos entre
centrales y en la central local distante hasta el momento en que tales señales
surtan efecto y se libere la conexión. Las operaciones en la central que
liberan la conexión, incluida la condición transmitida por los circuitos de
datos entre centrales cuando estos se liberan, se especifican por tanto de
forma que sean consecuentes con los procedimientos de liberación de los
interfaces ETD/ETCD.
4.2.2.3 La liberación puede también iniciarla una central de datos durante el establecimiento de la comunicación cuando ésta no pueda realizarse debido a una condición de usuario o de red.
4.2.2.4 Tras la liberación de la conexión, el procedimiento de liberación se completa individualmente para cada circuito de datos entre centrales. Un circuito de datos se supone libre para una nueva llamada en una central cuando se han enviado y recibido las indicaciones de liberación hacia adelante y hacia atrás relativas a ese circuito de datos.
4.3
Procedimientos normales de conmutación
4.3.1
Consideraciones generales
4.3.1.1 Los procedimientos de conmutación aquí especificados definen las operaciones que han de realizarse en el establecimiento y liberación, y la sucesión de estas operaciones en relación con el tratamiento de los mensajes de señalización y las condiciones de señalización en el canal de datos. Las operaciones especificadas de transconexión y liberación y la codificación de las condiciones de señalización del canal de datos (véase el 3.4 ) se basan en el requisito de coherencia con el actual protocolo del interfaz ETD/ETCD para el servicio con conmutación de circuitos.
Nota
- Deben estudiarse todavía las consecuencias
sobre el procedimiento especificado a continuación, de los posibles nuevos
interfaces ETD/ETCD en el servicio con conmutación de circuitos.
4.3.1.2 El estado de
circuito interurbano libre
^se
transmite por los canales de datos libres entre centrales. Además, al liberarse
un circuito de datos entre centrales, se aplica inmediatamente el estado de
circuito interurbano libre
a su canal
de transmisión. Ambos sentidos de transmisión deben conectarse al mismo tiempo
(aproximadamente).
4.3.1.3 El contenido de información de señalización en los mensajes de señalización se especifica en el 4.4 . En el 4.5 se especifican las supervisiones por temporización en relación con la señalización entre centrales y los procedimientos que hay que seguir en condiciones anormales.
4.3.2
Establecimiento de la comunicación
4.3.2.1
Central de origen
Las operaciones de establecimiento de la comunicación se ilustran en la figura 15/X.61 por medio de un diagrama LED; véase la Recomendación Z.101.
Después de tomar un circuito de datos entre centrales, la central de origen
aplica el estado de
circuito interurbano tomado
al canal
de datos hacia adelante. La transmisión del mensaje de dirección y la
aplicación del estado de
circuito interurbano
tomado
pueden efectuarse en paralelo como operaciones independientes. La central de
origen espera seguidamente la recepción de un mensaje de llamada aceptada o de
llamada rechazada.
Al recibir un mensaje de llamada aceptada, la central de origen prepara la
transconexión del trayecto de datos. En caso de que intervengan facilidades de
usuario, pueden transmitirse señales de progresión de la llamada al usuario
llamante, según proceda. La central de origen comprueba seguidamente el canal
de datos hacia atrás entre centrales a fin de detectar el estado de
llamada aceptada
. Cuando se detecta este estado, que
indica que se han trasconectado todas las centrales sucesivas, la central de
origen efectúa la conexión e inicia, en su caso la tarificación.
En los casos en que se recibe un mensaje de llamada rechazada, se transmite al usuario llamante la señal de progresión de la llamada apropiada y se efectúa la liberación. También puede recibirse un mensaje de llamada rechazada, después de un mensaje de llamada aceptada.
Nota
- En el caso de los terminales arrítmicos
conformes con la Recomendación X.20, la central de origen controla el canal de
datos de retorno entre centrales a fin de detectar el estado de llamada
aceptada (1, CERRADO). Cuando se detecta este estado, la central de origen
transmite el carácter (ACK) correspondiente a la señal de transconexión a los
usuarios llamante y llamado. A continuación, la central de origen efectúa la
transconexión e inicia la tasación.
4.3.2.2
Central de tránsito
Las operaciones de establecimiento de la comunicación se ilustran en la figura 16/X.61 por medio de un diagrama LED.
Tras haber tomado un circuito de datos entre centrales libre y enviado un mensaje de dirección a la central siguiente, la central de tránsito efectúa la transconexión del trayecto de datos.
Si se recibe un mensaje de llamada aceptada de la central siguiente, la central de tránsito envía un mensaje correspondiente a la central precedente. Si se recibe un mensaje de llamada rechazada, se envía el mensaje correspondiente y se realiza la liberación. Puede también ocurrir que se reciba un mensaje de llamada rechazada después de un mensaje de llamada aceptada.
4.3.2.3
Central de destino
Las operaciones de establecimiento de la comunicación se ilustran en la figura 17/X.61 por medio de un diagrama LED.
En el caso de que la llamada sea para un usuario que ha indicado está
preparado para su recepción, la central de destino transmite al usuario la
señal de
llamada entrante
(o una equivalente). La central
de destino efectúa ordinariamente la transconexión del trayecto de datos
cuando:
-se ha recibido del usuario la señal de
llamada
aceptada
^(o una equivalente), y
-se ha completado la transmisión al usuario llamado de cualquier información adicional, por ejemplo relativa a facilidades de usuario, de acuerdo con el protocolo aplicable en el interfaz ETD/ETCD.
Es preciso asegurarse de que está presente el estado de
circuito interurbano tomado
^en el canal de datos de
recepción del circuito de datos entre centrales antes de efectuar la
transconexión con objeto de que haya coherencia con el protocolo aplicable en
el interfaz ETD/ETCD del usuario llamado cuando éste es conforme a las normas
actuales, por ejemplo lo establecido en la Recomendación X.21 para el servicio
con conmutación de circuitos, véase la observación al
4.3.3.2
.
En el caso de que pueda establecerse la comunicación, se envía a la central
anterior un mensaje de llamada aceptada. Este mensaje puede transmitirse antes
o después de recibirse del usuario llamado la señal de
llamada
aceptada
(o una equivalente). Esperar a recibir la señal de
llamada aceptada
o una equivalente tiene la ventaja de que
la transmisión del mensaje de llamada aceptada se basa en una indicación
positiva de que el usuario llamado ha aceptado la llamada. El envío previo del
mensaje de llamada aceptada, por ejemplo, en unión del envío al usuario de la
señal de
llamada entrante
(o una equivalente), tiene la
ventaja de que se reduce el tiempo de establecimiento de la comunicación en
condiciones normales.
En el caso de que se apliquen determinadas facilidades de usuario, véanse el 5 y la Recomendación X.300, tiene lugar normalmente la transconexión y la transmisión de un segundo mensaje de llamada aceptada.
Si no puede conectarse y completarse la llamada, se transmite a la central precedente un mensaje de llamada rechazada y se efectúa la liberación.
4.3.3
Liberación de la comunicación
4.3.3.1
Central de origen
Las operaciones de liberación se ilustran en las figuras 15/X.61 y 18/X.61 por medio de diagramas LED. La liberación de la conexión se inicia por uno de los siguientes criterios (véase también la observación al 4.3.3.2 ):
a)se detecta un estado de
petición de liberación
^procedente del usuario llamante,
b)facultativamente, se detecta un estado de
petición de
liberación
^procedente del usuario llamado en el canal
hacia atrás del circuito de datos entre centrales,
c)se recibe un mensaje de llamada rechazada, o
d)se recibe un mensaje de liberación hacia atrás.
Tras liberarse la conexión, se transmite un mensaje de liberación a la central siguiente, y se libera la línea del usuario llamante de acuerdo con el protocolo aplicable al interfaz ETD/ETCD.
4.3.3.2
Central de tránsito
Las operaciones de liberación se ilustran en las figuras 16/X.61 y 18/X.61 por medio de diagramas LED. La liberación de la conexión se inicia por uno de los siguientes criterios:
a)no llega a completarse el establecimiento de la comunicación,
b)se recibe un mensaje de llamada rechazada, o
c)se recibe un mensaje de liberación hacia adelante o hacia atrás.
Tras liberar la conexión:
-se envía un mensaje de llamada rechazada a la central anterior en los casos a) o b),
-se envía un mensaje de liberación a la central anterior en el caso c),
-se envía un mensaje de liberación a la central siguiente en los casos b) o c).
Nota
- En el caso de circuitos de datos por satélite
que utilizan una red terrenal de señalización por canal común, existe la
posibilidad de que un mensaje de liberación iniciado por una liberación de
usuario llegue al otro extremo del circuito por satélite antes de que hayan
pasado a ese extremo todos los datos de usuario transmitidos inmediatamente
antes de la liberación. Por tanto, la liberación iniciada por la recepción de
un mensaje de liberación relativo a un circuito por satélite debe demorarse un
tiempo apropiado, a menos que se satisfagan otros criterios de liberación.
Deben aún estudiarse las disposiciones necesarias para prever dicha situación.
FIGURE 15/X.61, p.41
FIGURE 16/X.61, p.42
FIGURE 17/X.61, p.43
FIGURE 18/X.61, p.44
4.3.3.3
Central de destino
Las operaciones de liberación se ilustran en las figuras 17/X.61 y 18/X.61 por medio de diagramas LED. La liberación de la conexión se inicia por uno de los siguientes criterios (véase también la observación al 4.3.3.2 ):
a)no llega a completarse el establecimiento de la comunicación,
b)se detecta un estado de
petición de liberación
^procedente del usuario llamado,
c)facultativamente, se detecta un estado de
petición de
liberación
^procedente del usuario llamante en el canal
hacia adelante del circuito de datos entre centrales, o
d)se recibe un mensaje de liberación hacia adelante.
Tras liberarse la conexión:
-se envía un mensaje de llamada rechazada a la central precedente en el caso a);
-en los casos b), c) o d) se envía a esa central un mensaje de liberación;
-el usuario llamado se libera de acuerdo con el protocolo aplicable al interfaz ETD/ETCD en los casos b), c) y d).
4.4
Procedimientos de señalización detallados en
condiciones normales
El contenido de información de señalización de los diferentes tipos de mensajes de señalización se especifica en el 3 . La función general de los diferentes componentes de información de señalización se expone en el 2 . A continuación se detallan los requisitos de procedimiento para los componentes de la información de señalización que intervienen en las llamadas básicas normales. Los requisitos para el envío de mensajes y para las operaciones principales tras su recepción se especifican en el 4.2 .
4.4.1
Mensaje de dirección
En la red internacional, la dirección de
destino
^será
el número de datos internacional completo del usuario llamado de acuerdo con la
Recomendación X.121, es decir, incluido el IPD/CIRD.
El indicador
IPD/CIRD
^sirve para distinguir en las
redes nacionales, los casos en que la dirección de destino incluye el
componente IPD/CIRD de los casos que no lo incluye. Según los planes de
numeración y encaminamiento nacionales, este indicador puede ser necesario o
útil para interpretar la dirección de destino y determinar el encaminamiento de
la llamada. Por ejemplo, puede emplearse para identificar una llamada
internacional saliente.
El
llamada
nacional/internacional
El
clase de usuario
El
encaminamiento
alternativo
Se prevé la transferencia en una red nacional, de la identidad de la línea llamante como parte de los procedimientos básicos, por ejemplo para fines de gestión de las llamadas.
Un mensaje de dirección puede también contener información de señalización adicional relativa a facilidades de usuario y servicios interredes, cuyos procedimientos se tratan en el 5 y en la Recomendación X.300.
4.4.2
Mensaje de llamada aceptada
La señal de
llamada aceptada
^se utiliza al conectar
la llamada a un usuario llamado que dispone de respuesta automática. En algunos
casos, cuando se aplican facilidades de usuario o el ETD llamado funciona con
respuesta manual, se utiliza otra señal en el primer mensaje de llamada
aceptada. En tales casos, se emplea la señal de
llamada
aceptada
en un segundo mensaje de llamada aceptada cuando la llamada se
completa al recibirse una señal de
llamada aceptada
(o una
equivalente) procedente del usuario llamado. Al recibir la señal de llamada
aceptada, la central de origen prepara la transconexión normal.
En algunas situaciones de interfuncionamiento con señalización
descentralizada, la
transconexión en
tránsito
se utilizará en la forma especificada en la Recomendación X.80.
Normalmente irá seguida de un segundo mensaje de llamada aceptada. Al recibir
la señal de
transconexión en
tránsito
En algunos casos en que el usuario llamado dispone de una facilidad de
usuario, se utilizarán una señal alternativa de la
llamada aceptada
Se ha tenido en cuenta la transferencia, en una red nacional, de la identidad de la línea llamada como parte de los procedimientos básicos, por ejemplo para fines de gestión de las llamadas.
4.4.3
Mensaje de llamada rechazada
Este mensaje contiene una señal que indica la causa del rechazo de la
llamada. La señal que habrá de utilizarse en un caso determinado y su oportuna
traducción en la central de origen, en una señal de progresión de la llamada
ETD/ETCD
se definen en el
2.3
.
Al recibirse el mensaje de llamada rechazada se iniciará la liberación (véase el 4.3.2 ). En explotación internacional, se incluirá en el mensaje la identidad de la red de la central de origen de la señal.
4.4.4
Mensaje de liberación
Se transmitirá un mensaje de liberación que contenga una
circuito liberado
^tras liberarse la conexión en el caso
de que no se haya recibido para la misma llamada y circuito un mensaje de
liberación o un mensaje de llamada rechazada. En el caso de que se haya
recibido para la misma llamada y circuito un mensaje de liberación o un mensaje
de llamada rechazada, el mensaje de liberación transmitido contendrá una señal
de
acuse de recibo de circuito
liberado
Se considera que un circuito de datos entre centrales está libre para una nueva llamada cuando se ha transmitido o recibido un mensaje de liberación o un mensaje de llamada rechazada después de la recepción o transmisión de esos tipos de mensajes.
4.4.5
Otros mensajes
También se prevén otros tipos de mensajes para el control de facilidades de usuario y servicios interredes, que se indican en el 5 y en la Recomendación X.300. Además, se utilizan en condiciones anormales algunos tipos de mensajes, que se especifican en el 4.5 .
4.4.6
Colisión frontal
Cuando se utiliza la explotación bidireccional de un haz de circuitos,
puede producirse la colisión frontal, es decir, que las centrales situadas en
cada extremo pueden tomar el mismo circuito de datos entre centrales,
aproximadamente al mismo tiempo. Se detecta la colisión frontal cuando, después
de enviar un mensaje de dirección, se recibe un mensaje de dirección como
primer mensaje
`hacia atrás'
.
En explotación internacional puede ser necesario adoptar medidas preventivas para reducir la probabilidad de colisiones frontales y para reducir al mínimo sus efectos. Se describe a continuación el método preferido.
Los circuitos disponibles se dividen en dos haces de circuitos, un haz en el que el extremo próximo tiene acceso prioritario y un haz con acceso prioritario en el extremo opuesto. Cuando se establece una comunicación saliente, se efectúa la búsqueda del haz con prioridad de extremo próximo de acuerdo con el principio @FIFO (primero en entrar^-^primero en salir)\. Si en este haz no se encuentra ningún circuito, se efectúa la búsqueda en el haz con prioridad de extremo opuesto según el principio @LIFO (último en entrar^-^ primero en salir)\. La separación entre los haces es dinámica: cada vez que se libera un circuito, se transfiere al haz con prioridad de extremo próximo si el origen de la última llamada era el extremo próximo y al haz con prioridad de extremo distante si la llamada tenía su origen en el extremo opuesto.
La compatibilidad entre el método descrito y los métodos que se ofrecen en la Recomendación Q.724 y en la Recomendación X.71 debe ser objeto de ulterior estudio.
Las disposiciones detalladas en caso de colisión frontal requieren también estudio.
4.5
Tratamiento de las comunicaciones en
condiciones anormales
4.5.1
Transmisión de un segundo mensaje hacia atrás al
establecerse la comunicación
Como se especifica en el
4.3.1.3
, el mensaje de llamada aceptada
puede transmitirse antes de recibirse del usuario llamado una señal de
llamada aceptada
(o una equivalente). De producirse
posteriormente una condición, por ejemplo
colisión de
llamadas
En algunas situaciones de interfuncionamiento y con ciertas facilidades de usuario, puede aplicarse en condiciones normales el envío de un segundo mensaje de llamada aceptada.
4.5.2
Secuencia de bloqueo y de desbloqueo
El envío de una
bloqueo
^dará como
resultado la prohibición de las llamadas salientes del extremo distante del
circuito correspondiente, pero no prohibirá en sí las llamadas entrantes a la
central. El envío de la señal de
desbloqueo
bloqueado
causado por la señal de
bloqueo
. Son siempre necesarias
secuencias de acuse de recibo para las señales de
acuse de
recibo de bloqueo
y las de
desbloqueo
. El acuse de recibo no se envía hasta que se ha
adoptado la medida pertinente, es decir, el bloqueo o el desbloqueo del
circuito.
La retirada (restablecimiento) de un circuito para el tráfico desde ambos extremos requiere por tanto la terminación de una secuencia de señales de bloqueo y de acuse de recibo de bloqueo (desbloqueo y acuse de recibo de desbloqueo) relativas a ambos sentidos.
El bloqueo de un circuito puede efectuarse durante una llamada, en cuyo
caso se terminará la secuencia de bloqueo, pero la progresión de la llamada no
se verá afectada. Sin embargo, tras la liberación de la comunicación por medio
de la secuencia normal de señales de liberación, el estado de
bloqueado
no impedirá al circuito ser tomado por una nueva
llamada. Un estado de
bloqueado
puede en algunos casos
anularse por una señal de
circuito reiniciado
(véase el
4.5.5
).
Las secuencias de bloqueo y de desbloqueo pueden iniciarse mediante operaciones automáticas o manuales.
4.5.3
Supervisión por temporización
En varias fases de los procedimientos de establecimiento y liberación de la comunicación, es necesario esperar la recepción de una señal o estado procedente de una central contigua o de un usuario. La duración de tales periodos debe controlarse mediante temporizaciones adecuadas. Véanse también las figuras 15/X.61 a 18/X.61. El funcionamiento de algunas de las temporizaciones se verá afectado por ciertas facilidades de usuario (véase el 5 ). Los valores especificados a continuación para las temporizaciones son provisionales.
Todas las temporizaciones relativas al establecimiento de la comunicación terminan en el caso de que se produzca liberación antes de expirar la temporización.
4.5.3.1
Central de origen
En el establecimiento de la comunicación se requieren las temporizaciones siguientes:
a)T1 = 10 a 20 s; tiempo que transcurre entre el envío del mensaje de
dirección y la recepción del mensaje de llamada aceptada. Al expirar la
temporización T1, la central de origen enviará al usuario llamante la señal de
progresión de la llamada de
no conexión
y liberará la
comunicación,
b)T2 = 5 a 10 s; tiempo que transcurre entre la recepción del primer mensaje
de llamada aceptada y la detección del estado de
llamada
aceptada
. Al expirar la temporización T2, la central de origen enviará al
usuario llamado la señal de progresión de la llamada de
no
conexión
y liberará la comunicación.
Observación
- El funcionamiento de la temporización T2
se modifica cuando se aplican determinadas facilidades de usuario (véase el
5
).
4.5.3.2
Central de destino
En el establecimiento de la comunicación se requieren las temporizaciones siguientes:
a)T3: valor especificado en el interfaz ETD/ETCD pertinente; tiempo que
transcurre entre el envío al usuario llamado de la señal de
llamada entrante
(o una equivalente) y la recepción de la
señal de
llamada aceptada
(o una equivalente) procedente
del usuario llamado. Al expirar la temporización T3, como se especifica para el
protocolo aplicable al interfaz ETD/ETCD, la central de destino enviará un
mensaje de llamada rechazada que contiene una señal de
avería
en la red
, liberando de este modo la comunicación,
b)T4 = 5 a 10 s; tiempo que transcurre entre el envío del mensaje de llamada
aceptada y la recepción de un mensaje de identidad de la línea llamante (cuando
se pide identificación). Al expirar la temporización T4, la central de destino
enviará un mensaje de llamada rechazada que contiene una
avería en la red
4.5.3.3
Central de tránsito
Dado que una central de tránsito se transconecta sin tener que esperar a un evento exterior, no se requiere supervisión por temporización en el establecimiento de la comunicación.
4.5.3.4
Supervisión de circuitos
Se requieren en todas las centrales las siguientes
a)T5 = 5 a 10 s; tiempo que transcurre entre el envío del mensaje de
liberación, que contiene una señal de
circuito
liberado
, o un mensaje de llamada rechazada, y la
recepción de un mensaje de liberación o de un mensaje de llamada rechazada
(relativo al mismo circuito de datos entre centrales y a la misma operación de
liberación). Al expirar la temporización T5, se enviará un nuevo mensaje de
liberación que contiene una señal de
circuito liberado
. En
el caso de que la liberación siga sin ser efectiva, se activará una alarma de
mantenimiento tras un intervalo de tiempo apropiado, y el circuito se mantendrá
ocupado. No se aplicará temporización a continuación del envío de un mensaje de
liberación que contenga una señal de
acuse de recibo de
circuito liberado
,
b)T6 = 5 a 10 s; tiempo que transcurre entre el envío de una señal de
bloqueo
o de
desbloqueo
y la
recepción de una señal de
acuse de recibo de bloqueo
o
de desbloqueo
(respectivamente). Al expirar la
temporización T6, se repetirá la señal de
bloqueo
o de
desbloqueo
. En caso de que el bloqueo o el desbloqueo siga
siendo inefectivo, se activará una alarma de mantenimiento tras un intervalo de
tiempo apropiado.
4.5.4
Liberación de la comunicación antes del
establecimiento de la misma
En algunas circunstancias de liberación de la comunicación en condiciones anormales, puede recibirse después información de señalización relativa a la comunicación. Con la excepción del 4.5.6 , dicha información se descartará en todos los casos.
En el caso de que se detecte la liberación de la línea de usuario o se reciba un mensaje de liberación durante el establecimiento de la comunicación, se termina el proceso de establecimiento de la comunicación y se realiza la liberación normal. Si la central de origen ha tomado un circuito de datos entre centrales, no se enviará un mensaje de liberación a menos que se haya enviado ya un mensaje de dirección.
En algunos casos, puede requerirse la liberación de una comunicación para fines de gestión. Esto se efectúa iniciando en cualquier central los procedimientos de liberación. Véase también el 4.5.5 .
4.5.5
Reiniciación del circuito en situaciones
anormales
En el caso de que el estado de un circuito de datos entre centrales resulte
ambiguo, debido, por ejemplo, a mutilación de memoria o a perturbaciones en el
procesador en una central (X), puede utilizarse la reiniciación de circuito por
dicha central para alinear el estado del circuito en ambos extremos. De la
señal de
reiniciación de circuito
se
acusa siempre recibo mediante una señal de
acuse de
recibo de circuito liberado
.
Al recibir una señal de
reiniciación de circuito
^una
central (Y):
a)responderá con una señal de
acuse de recibo de
circuito liberado
^en el caso de que se indique que
el circuito está libre;
b)liberará el circuito y responderá con una señal de
acuse
de recibo de circuito liberado
en el caso de que el circuito esté ocupado;
c)responderá con una señal de
bloqueo
^seguida por una
señal de
acuse de recibo de circuito liberado
en el caso
de que el circuito esté desconectado, pero se indique que está bloqueado en la
central X por la central Y;
d)liberará el circuito y responderá con una señal de
bloqueo
^seguida por una señal de
acuse de
recibo de circuito liberado
en el caso de que el
circuito esté ocupado y se indique como bloqueado en la central X por la
central Y;
e)cancelará un estado de
bloqueado
^(para llamadas
salientes) que se indica como iniciado por el extremo distante y actuará como
en los apartados a) a d), según proceda, en el caso de que exista dicho estado
de
bloqueado
en la central Y además de una de las
condiciones de los apartados a) a d).
Nota
- Si la central (X) al enviar la señal de
reiniciación de circuito
, desea preservar un estado de
bloqueado
en el otro extremo (Y), ha de enviar una señal
de
bloqueo
después de la señal
de
reiniciación de circuito
.
Tras enviar una señal de
reiniciación de circuito
, la
central (X) considerará el circuito indisponible hasta tanto se reciba una
respuesta (Y), a la cual la central:
i)devolverá el circuito al estado de
reposo
^cuando se
ha recibido una señal de
acuse de recibo de circuito
liberado
,
ii)lo considerará operacional pero bloqueado por el extremo distante (Y)
para llamadas salientes cuando se reciba una señal de
bloqueo
.
Deberán proveerse medios apropiados para situaciones en las que no se
reciban respuestas a una señal de
reiniciación de
circuito
.
Nota
- Será objeto de ulterior estudio la posible
provisión de medios para la reiniciación de un haz de circuitos mediante una
sola operación.
4.5.6
Recepción de información de señalización
incoherente
La parte de transferencia de mensajes del sistema de señalización evitará una secuencia incorrecta o la doble entrega de mensajes con una gran fiabilidad. Sin embargo, los errores no detectados en el nivel del enlace de señalización y el funcionamiento incorrecto de la central pueden producir información de señalización incoherente en mensajes que sean ambiguos o inapropiados.
Para resolver algunas posibles ambigüedades en el estado de un circuito cuando se reciben señales incoherentes, se tendrá en cuenta lo siguiente:
a)Si se recibe una señal de
circuito liberado
^relativa
a un circuito en reposo, se acusará recibo de la misma con una señal de
acuse de recibo de circuito liberado
.
b)Si se recibe una señal de
acuse de recibo de circuito
liberado
^relativa a un circuito en reposo de datos entre
centrales, la señal citada se descartará.
c)Si se recibe una señal de
acuse de recibo de circuito
liberado
^relativa a un circuito ocupado de datos entre
centrales para el que no se ha enviado una señal de
circuito
liberado
, el circuito se liberará y se enviará una señal de
circuito liberado
.
d)Si se recibe una señal de
bloqueo
^correspondiente a
un circuito bloqueado de datos entre centrales, se enviará una señal de
acuse de recibo de bloqueo
.
e)Si se recibe una señal de
desbloqueo
^correspondiente
a un circuito desbloqueado de datos entre centrales, se enviará una señal de
acuse de recibo de desbloqueo
.
Se descartará cualquier otra información de señalización incoherente recibida (véase, no obstante, el 4.4.6 ). Si el descartar la información impide el que se complete la llamada, ésta se liberará eventualmente al expirar una temporización.
5 Procedimientos adicionales de control de
las llamadas y de señalización
5.1
Consideraciones generales
En este 5 se estudian los procedimientos de control de las llamadas y de señalización aplicables además de los procedimientos básicos especificados en el 4 en los casos en que intervengan facilidades de usuario y servicios interredes.
Los principios y procedimientos para el establecimiento de facilidades internacionales de usuario y servicios interredes se definen en la Recomendación X.300, que ofrece de este modo la base de los procedimientos de señalización por canal común. Por tanto, en el texto que sigue nos limitamos a señalar las implicaciones sobre los procedimientos de señalización por canal común de tales facilidades de usuario y servicios interredes.
Los componentes de información de señalización adicional característicos de las facilidades de usuario y servicios interredes se indican en el 2 . Los formatos y códigos correspondientes se especifican en el 3 .
5.2
Facilidades de grupo cerrado de
usuarios
En el caso de un grupo cerrado de usuarios, el mensaje de dirección puede
incluir una indicación de
llamada de grupo cerrado de
usuarios
y un
código de
enclavamiento
.
En determinados casos de redireccionamiento de una llamada de grupo cerrado de usuarios, la información de grupo cerrado de usuarios incluida en el mensaje de dirección se devolverá también, en un mensaje de llamada aceptada, a la central que controla el redireccionamiento.
5.3
Facilidades de grupo cerrado de usuarios
bilateral
El sistema de señalización admite procedimientos automáticos controlados por el usuario para el registro y la cancelación de grupos cerrados de usuarios bilaterales. Hay tres tipos de mensajes:
-mensaje de petición de registro/cancelación de facilidad,
-mensaje de petición aceptada de registro/cancelación de facilidad, y
-mensaje de petición rechazada de registro/cancelación de facilidad,
que pueden incluir cierto número de indicaciones de señalización relativas a grupos cerrados de usuarios bilaterales.
En el establecimiento de la comunicación en un grupo cerrado de usuarios
bilateral, el mensaje de dirección contendrá una indicación de
llamada de grupo cerrado de usuarios bilateral
.
Nota
- A reserva de estudios ulteriores, puede ser
necesario incluir más información relativa a esta facilidad en el mensaje de
dirección, véase la Recomendación X.300.
5.4
Identificación de la línea llamante
El sistema de señalización permite la transferencia de la identidad de la línea llamante:
a)en el mensaje de dirección, sistemática o selectivamente, o
b)en un mensaje de identidad de la línea llamante, a petición de la central de destino, como se indica en el mensaje de llamada aceptada.
5.5
Identificación de la línea llamada
La identidad de la línea llamada se transfiere en el mensaje de llamada aceptada a petición de la central de origen, como se indica en el mensaje de dirección.
El indicador
nacional/internacional
^incluido en el
mensaje de dirección puede ser utilizado por la central de destino para
determinar, si la identidad de la línea llamante debe ser el número de datos
nacional o el internacional completo del usuario llamado.
5.6
Redireccionamiento de las llamadas
El sistema de señalización proporciona cierto número de señales para la
facilidad de
redireccionamiento de las llamadas
.
En el caso de que durante el redireccionamiento la llamada se libere
devolviéndola a una central directora, el mensaje de llamada aceptada contendrá
la señal de
petición de redireccionamiento
, una indicación
de
dirección de redireccionamiento
y la
dirección de redireccionamiento
. La conexión hacia
adelante original se libera desde la central directora.
El mensaje de dirección enviado para una llamada que durante el
redireccionamiento es establecida hacia un nuevo número (es decir, la
dirección de redireccionamiento
) contendrá una indicación
de
llamada redireccionada
.
Cuando se ha conectado una llamada redireccionada a la
dirección de redireccionamiento
, el
mensaje de llamada aceptada enviado hacia la central de origen contendrá la
señal de
llamada redireccionada
. La señal de
llamada redireccionada
es equivalente
a la señal de
llamada aceptada
, pero tiene también la
función adicional de enviar una señal de progresión de la llamada al usuario
llamado.
5.7
Conexión cuando se libere y espera
admitida
El mensaje de llamada aceptada enviado desde la central de destino en caso
de una llamada a un usuario ocupado que dispone de la facilidad de
conexión cuando se libere
, se pone en una cola que
contendrá la señal de
conexión cuando se libere
. En la
central de origen esta señal inhibirá entre otras cosas la temporización T2.
Cuando la llamada en espera se conecta al usuario llamado, se enviará un
segundo mensaje de llamada aceptada que contenga esta vez la señal de
llamada aceptada
.
5.8
Cobro revertido y
aceptación de cobro revertido
Cuando la red de origen autoriza una petición de cobro revertido de un
usuario llamante, el mensaje de dirección contendrá una indicación de
petición de cobro revertido
. En el caso de rechazo debido
a que el usuario llamado no dispone de la facilidad
aceptación
de cobro revertido
, el mensaje de llamada rechazada contendrá la señal de
aceptación de cobro revertido no
suscrita
. En otro caso, la llamada es aceptada o rechazada como una
llamada ordinaria.
Nota
- Aún no se han determinado los principios para
la contabilidad de las llamadas de cobro revertido, por lo que no se han
determinado aún las posibles repercusiones de las disposiciones especiales de
contabilidad sobre los procedimientos de conmutación o señalización entre
centrales.
5.9
Respuesta manual
El mensaje de llamada aceptada enviado desde la central de destino en la
conexión de una llamada a un usuario que emplea
respuesta
manual
, contendrá la señal de
terminal llamado
. Al
recibirse la señal de
terminal llamado
en la central de
origen, se preparará la transconexión, pero la temporización T2 se alargará a
una duración de 2 a 4 minutos.
Cuando el usuario llamado responda con una señal de
llamada aceptada
, se enviará un
segundo mensaje de llamada aceptada, que contendrá esta vez la señal de
llamada aceptada
.
5.10
Elección de EPER
En el caso de que el usuario llamante elija una determinada EPER (empresa
privada de explotación reconocida), el mensaje de dirección enviado en la red
de origen contendrá una indicación de
elección de EPER
y
la identificación de la red de tránsito de
la EPER
aplicable. De rechazarse una llamada debido a que la red de
tránsito de la EPER elegida no puede cursar la llamada, el mensaje de llamada
rechazada enviado contendrá la señal
EPER
fuera de servicio
.
5.11
Servicios interredes de identificación de
red
La posibilidad de
identificación de la red de origen
^a petición de la red de destino es obligatoria en las llamadas
internacionales. Cuando se emplea este servicio interredes, el mensaje de
llamada aceptada contendrá una indicación de
petición de
identificación de la red de origen
. La identidad de la red de origen se
envía seguidamente en un mensaje de identidad de la línea llamante.
El sistema de señalización también permite la transferencia de la identidad de la red de origen en el mensaje de dirección.
La identificación de la red de destino y la identificación de la red de tránsito mediante la transferencia de identidades de red en el mensaje de llamada aceptada son obligatorias en las llamadas internacionales.
6
Calidad de funcionamiento de la
señalización y características de tráfico en aplicaciones de datos
6.1
Fiabilidad de la señalización
6.1.1
Consideraciones generales
La Recomendación Q.706 detalla los factores que influyen en la calidad del servicio de transferencia de mensajes prestado por una red de señalización que utiliza la parte de transferencia de mensaje del sistema de señalización N.o 7. En dicha Recomendación se facilita también información que puede utilizarse para estimar esa calidad de funcionamiento en aplicaciones concretas.
6.1.2
Llamadas infructuosas
debido a funcionamiento
incorrecto de la señalización
Aunque la parte de transferencia de mensaje está concebida para ofrecer una elevada fiabilidad en la transferencia de mensajes a través de una red de señalización, no pueden evitarse en determinadas situaciones ciertas irregularidades en la transferencia de mensajes.
La pérdida de un mensaje dará lugar la mayoría de las veces a una llamada infructuosa. La proporción de mensajes perdidos dependerá principalmente de la fiabilidad del equipo utilizado para realizar determinadas funciones de señalización. Los requisitos especificados para tales equipos en la Recomendación Q.706 asegurarán que la proporción de llamadas perdidas en aplicaciones típicas es de 1 10-5 o mejor.
En determinadas condiciones extremas, es también posible que la función de transferencia de mensaje entregue mensajes defectuosos con información coherente o entregue mensajes fuera de secuencia. La probabilidad de dicho funcionamiento incorrecto es, sin embargo, despreciable desde el punto de vista del servicio de datos con conmutación de circuitos; véase la Recomendación Q.706.
6.1.3
Disponibilidad de la señalización
La disponibilidad de la señalización depende principalmente de la fiabilidad del equipo utilizado para realizar las funciones de señalización y de la redundancia con que se dote el equipo.
No se han definido todavía requisitos de disponibilidad para la señalización internacional en el servicio de datos con conmutación de circuitos.
6.2
Tiempos de transferencia de mensajes
6.2.1
Puntos de referencia funcional y elementos del tiempo
de transferencia de señales
Véase la figura 19/X.61.
FIGURA 19/X.61, p.45
6.2.2
Definiciones
6.2.2.1
@tiempo de transferencia a través de la central, T
c
u@
\
T
c
u
es el intervalo que comienza cuando el último bit de la unidad de
señalización deja el enlace de datos de señalización de llegada y finaliza
cuando el último bit de la unidad de señalización entra en el enlace de datos
de señalización de salida por primera vez. Incluye también la demora de espera
en ausencia de perturbaciones, pero no la demora de espera adicional causada
por la retransmisión.\
6.2.2.2
@tiempo de tratamiento de la parte usuario de datos T
h
u@
\
T
h
u
es el intervalo que comienza cuando el último bit del mensaje ha
entrado en la parte de usuario de datos y termina cuando el último bit del
mensaje derivado ha dejado la parte usuario de datos.\
6.2.3
Demora de espera
En el apéndice I a esta Recomendación se muestra un ejemplo de las demoras de espera que pueden preverse en un caso determinado. Véase también el 6.3 .
6.3
Modelos de tráfico de señalización de
datos
Las características del tráfico de señalización generado para el control de las llamadas de datos dependerá principalmente de factores tales como:
-el volumen de tráfico de datos (llamadas/s);
-la mezcla de diferentes tipos de llamadas (internacionales/nacionales, fructuosas/infructuosas, etc.);
-la proporción de llamadas en las que intervienen facilidades de usuario y servicios interredes y la mezcla de tales facilidades y servicios.
El apéndice I contiene dos modelos de tráfico de señalización de datos que indican la mezcla de tipos y longitudes de mensajes que resultan de determinados conjuntos de condiciones supuestas. Dicho apéndice también da un ejemplo de la capacidad de carga de un enlace de señalización para señalización de control de llamadas de datos.
APéNDICE I (a la Recomendación X.61)
Ejemplos de
características del tráfico de señalización
I.1
Modelos de
tráfico de señalización
I.1.1 En los cuadros I-1/X.61 y I-2/X.61, se recogen dos ejemplos de mezcla de tipos y longitudes de mensajes de datos de señalización. Los modelos están simplificados y no reflejan plenamente la posible variación de la longitud de los mensajes.
Para ambos modelos, se aplica lo siguiente:
-Se supone una mezcla de comunicaciones nacionales e internacionales, con 8 y 12 cifras en los números de datos, respectivamente.
-La facilidad de grupo cerrado de usuarios se aplica al 50% de las comunicaciones.
-Se utiliza la etiqueta básica especificada en 3.2.2.1 .
-La longitud de mensaje indicada en los cuadros, es el número de octetos del campo de información de señalización de la unidad de señalización correspondiente; la longitud global de la unidad de señalización en línea es, aproximadamente, 7 octetos mayor.
I.1.2 En el cuadro I-1/X.61, se supone que se envía siempre la identidad de la línea llamante en el mensaje de dirección y que se aplica la identidad de la línea llamada al 10% de las llamadas.
CUADRO I-1/X.61, [T25.61] p.46
I.1.3 En el cuadro I-2/X.61, se supone que, a petición, se envía la identidad
de la línea llamante en el 10% de las llamadas.
I.2
Demora de espera y
carga del
enlace
En la figura I-1/X.61, se muestran el valor medio y la desviación típica de las demoras de espera de los mensajes para diferentes cargas del enlace de señalización.
Las demoras de espera indicadas en la figura I-1/X.61, suponen:
-una mezcla de mensajes, de conformidad con el cuadro I-1/X.61;
-funcionamiento sin errores del enlace de señalización mediante la utilización del método básico de corrección de errores.
En la Recomendación Q.706, se recogen las bases teóricas para los cálculos de las demoras de espera y la información sobre la calidad del sistema de señalización, en presencia de errores.
La tasa equivalente de llamadas mostrada en la figura I-1/X.61, supone una distribución igual de las llamadas en ambos sentidos de transmisión.
CUADRO I-2/X.61, [T26.61] p.47
FIGURA I-1/X.61, p.48
(H.T.=OUI)
TAB.???
FICHIER: H.T. =
(83.TA.307.S)
(SANS FORMULES) Tableaux: 30 (35 en réalité) - Tabulateurs: 2 - NF01/015 b) NF02/006
(BT..) Disk ... NF../... (OPM = ..)
(83.TE.03.S)
(A1.23s) / [26s]
FOLIOS: 85 - 139 (AVEC MEP) (DO
PRC.COSY.2)
MEP {TPS.NON.PHOTO "[PA1]"} : OK= [1]
Saisie diskettes 434-435 01.06.89 IR/SJ
ID + Vérif. + diskette MAJ + laser 16.06.89 PV
Corr. LASER (1re épreuve) = 3eme 27.06.89 UT
Vérif. corr. + transfert + imprimantes ........ ..
Espaces réservés ........ ..
AJOUTER (PA1) (CL1,0,0,0) pour MEP
MEP + LASER 3.08.89 PC
Corr. MEP ........ ..
Insertion des tableaux (tabulateurs .) ........ ..
BAT du 16/5/89 05.09.89 DD
MAJ s/disquettes 21.09.89 CD
Recomendación X.70
SISTEMA DE SEñALIZACIóN DE CONTROL TERMINAL Y DE
TRáNSITO PARA SERVICIOS ARRíTMICOS EN CIRCUITOS
INTERNACIONALES ENTRE REDES ANISóCRONAS DE
DATOS
(Ginebra, 1972; modificada en Ginebra, 1976 y 1980, y
Málaga-Torremolinos, 1984)
La aparición de redes públicas de datos en diversos países hace necesario
establecer métodos de señalización de control internacional apropiados para el
interfuncionamiento, a fin de facilitar el establecimiento de tales redes en la
mayor medida posible. La finalidad principal de las redes públicas de datos es
ofrecer al usuario una amplia gama de velocidades binarias, con un mínimo de
restricciones, tiempos muy cortos de establecimiento y liberación de las
comunicaciones, y una variedad de nuevas facilidades de servicio. Estas
condiciones sólo pueden satisfacerse mediante sistemas de señalización
especialmente concebidos, que abarquen todas las necesidades previsibles y sean
lo suficientemente flexibles para incorporar también servicios nuevos, todavía
no definidos.
Por estas razones, el CCITT
recomienda por unanimidad
que para el interfuncionamiento entre redes anisócronas de datos se emplee en los circuitos internacionales el siguiente sistema de señalización de control.
Nota 1
- Las clases de servicio de usuario arrítmicas
se especifican en la Recomendación X.1.
Nota 2
- La señalización para las clases de servicio
de usuario síncronas facilitadas en redes anisócronas es objeto de ulterior
estudio.
Nota 3
- La señalización por los enlaces entre redes
síncronas y anisócronas es objeto de ulterior estudio.
ámbito de aplicación
En esta Recomendación, se define un sistema de señalización asociada al canal (señalización descentralizada) de control terminal y de tránsito, para sistemas arrítmicos en circuitos internacionales entre redes anisócronas de datos.
1
Principios generales de
conmutación y de señalización
1.1 Las dos clases de servicio de usuario que pueden servirse de las redes de datos asíncronas de distintos tipos, a saber, las clases 1 y 2, requieren velocidades binarias para señalización de control de 300 bit/s y 200 bit/s respectivamente.
El servicio télex basado en circuitos de 50 baudios no queda incluido en esta RecomendaciónVéase la Recomendación U.12 para servicios télex y servicios telegráficos similares..
1.2 Se empleará señalización asociada al canal, utilizándose el mismo canal para la señalización de control y la transmisión de datos.
1.3 Serán necesarias las explotaciones en tránsito y terminal. Debido a la inclusión de la explotación en tránsito, se adoptará una señalización enlace por enlace para el control de las comunicaciones.
La selección hacia adelante desde los centros de tránsito y terminales de
llegada debe hacerse de manera que se superponga a la recepción de señales de
selección
con el fin de reducir al mínimo los tiempos de
establecimiento de las comunicaciones.
El país de origen transmitirá las señales de
selección
a
1.4 En la Recomendación X.121 se define el plan de numeración que se aplicará a las redes a las que se acceda mediante este sistema de señalización.
El @código de identificación de red de datos (CIRD)\ (véase la
Recomendación X.121), y las señales de identificación de la red o del servicio
se transmitirán tanto en comunicaciones terminales como de tránsito. Sin
embargo, en las señales de
selección
puede suprimirse el
@indicativo de país para datos (IPD)\, componente del CIRD, y sólo transmitirse
la cifra de la red o del servicio en comunicaciones terminales, si así lo
solicita la red de llegada.
1.5 Se permitirá el
Para impedir que encaminamientos alternativos repetidos den lugar a que el tráfico vuelva al punto de origen, esta operación sólo se efectuará una vez por comunicación.
1.6 Se procederá como si la explotación fuera siempre bidireccional y, para reducir al mínimo las colisiones frontales, se especificará la prueba de los circuitos en orden inverso en las rutas bidireccionales, o bien, lo que es casi equivalente, la prueba de la ruta por pequeños haces según un orden fijo, iniciándose siempre la búsqueda a partir de la misma posición.
1.7 Se supone que la responsabilidad de recoger la información necesaria para la tasación y la contabilidad la asumirá normalmente la Administración de origen (véase la Recomendación D.10). Las otras medidas para la recogida de información deberán ser objeto de ulterior estudio.
1.8 Se aplicará a la provisión de circuitos para enlaces entre redes
públicas de datos de tipo anisócrono que transmitan tráfico de desbordamiento
procedente de otras rutas o a partir de los cuales no se permita el
En los
1.9 Se preverá equipo de conmutación suficiente para asegurar que la
1.10 El tiempo de establecimiento considerado como objetivo para las clases de servicio de usuario, aplicable a estos tipos de redes de datos, será de un segundo.
2
Características específicas de
señalización
Observaciones aplicables al 2 .
Nota 1
- X designa el centro internacional que origina
la comunicación considerada en el enlace internacional de que se trate. Y
designa el centro internacional que recibe la comunicación considerada a través
del enlace internacional.
Nota 2
- Los tiempos que se indican son los que
transcurren en el centro interesado, sin tener en cuenta los tiempos de
propagación y otros retardos, como la transmisión lenta de las señales de
selección por el terminal de origen.
Nota 3
- Los tiempos correspondientes a las
polaridades permanentes de arranque (A) y de parada (Z) se indican,
generalmente, en las descripciones de señales que siguen, como múltiplos
enteros de la duración de un carácter (véase la observación 4).
Nota 4
- Para la clase de usuario 1, el @código de
señalización de control (CSC)\ empleará caracteres de señalización de 7
unidades con un bit de paridad, un elemento de arranque y dos elementos de
parada (véase el cuadro 8/X.70). La paridad de los caracteres será par, lo que
estará en armonía con la Recomendación X.4. Los bits individuales deben
transmitirse a la velocidad de modulación nominal (300 bit/s) siendo el primero
en transmitirse el bit de orden inferior (es decir b1) e irán completados con
el bit de paridad (b8).
La
fin de selección
Para la clase de usuario 2, el CSC empleará caracteres de señalización de 4 unidades con un bit de paridad, un elemento de arranque y dos elementos de parada (véase el cuadro 8/X.70). La paridad de los caracteres será par con respecto a los elementos de polaridad Z. Los bits individuales se transmitirán a la velocidad de modulación nominal (200 bit/s) siendo el primero en transmitirse el bit de orden inferior (es decir b1) e irán completados con el bit de paridad (b5).
2.1 El sistema de señalización entre dos redes de datos de tipo anisócrono se describe en el cuadro 1/X.70.
2.2 El equipo de llegada puede liberar la conexión si la señal de
llamada
^rebasa el periodo máximo especificado (véase la
columna Observaciones del cuadro 1/X.70). Se mantendrá la polaridad de arranque
en el trayecto de señalización de retorno del centro Y al centro X.
2.3 La primera señal por el trayecto de ida que siga a la señal de
llamada
^(
El hecho de que el centro X reciba un primer carácter de clase de tráfico,
en lugar de la
confirmación de recepción
o
de la señal de
congestión en recepción
Detectada una
progresión de la llamada
N.o 20,
seguida inmediatamente de la señal de
liberación
, al
centro precedente, después de la señal de
confirmación de
recepción
y de las señales de
identificación de la
red
o
del servicio
.
2.4 De no recibirse la señal de
confirmación de
recepción
^o la señal de
congestión en recepción
^en
un plazo de 4 segundos desde el comienzo de la señal de
llamada
, o si la señal recibida es errónea, es decir, si
se trata de un carácter distinto del primer carácter de clase de tráfico, la
señal de
confirmación de recepción
o la de
congestión en recepción
provocarán la
emisión de la señal de
repetición automática
de prueba
por el circuito de que se trate.
De no recibirse la señal correcta de
confirmación de
recepción
^o de
congestión en
recepción
, se hará otra tentativa (sólo una) para seleccionar un circuito.
En caso de llamadas en tránsito, si la segunda tentativa resulta infructuosa,
se transmitirá en retorno la señal de
progresión de
la llamada
N.o 20 seguida
inmediatamente de la señal de
liberación
, al centro
precedente después de la señal de
confirmación
de recepción
y de las señales de
identificación de la red
o
del
servicio
.
2.5 Las
selección
dirección
(el número del terminal
de la red llamado que va precedido siempre del CIRD en el caso de llamadas en
tránsito, y también en el de llamadas terminales cuando el país de destino no
haya pedido que se omita el componente distintivo de país para datos; véanse
los cuadros 6/X.70 y 6a/X.70).
Las señales de
selección de la red
^utilizadas en el
sentido hacia adelante (véase asimismo el apéndice II) se subdividen y se
agrupan, a efectos de señalización (véanse los
2.5.1
a 2.5.4), como
sigue:
Se señala que el término
`clase de servicio de usuario'
se ha
abreviado, en los puntos siguientes, a
`clase de usuario'
.
2.5.1
Primer carácter de clase de tráfico
^(véase el
cuadro 2/X.70)
La señal de
llamada
va siempre seguida de un carácter
de clase de tráfico como mínimo. Las funciones de los bits de este carácter se
han elegido de forma que en la mayoría de las conexiones no se necesite ningún
otro carácter.
Si hay que indicar otros requisitos, puede utilizarse un segundo carácter de clase de tráfico (véase el 2.5.3 ). Los bits b3 y b4 del primer carácter de clase de tráfico indicarán si sigue o no un segundo carácter de clase de tráfico o de clase de usuario.
Tableau 1/X.70 [1T1.70], p. 1
Tableau 1/X.70 suite [2T1.70], p. 2
Tableau 1/X.70 fin [3T1.70], p. 3
Tableau 2/X.70 [T2.70], p. 4
2.5.2
Carácter de clase de usuario
(indicación de velocidad y código)
^(véase el cuadro 3/X.70)
Este carácter seguirá, de utilizarse, al primer
Cuando no sean suficientes las ocho clases de usuario indicadas en el cuadro 3/X.70, podrá agregarse un segundo carácter de clase de usuario por medio de un carácter de escape. Los bits b1, b2 y b3 del primer carácter de clase de usuario indicarán si sigue o no un segundo carácter de clase de usuario. El bit b4 del primer carácter de clase de usuario indicará si sigue o no un segundo carácter de clase de tráfico.
Tableau 3/X.70 [T3.70], p. 5
2.5.3
Segundo carácter y caracteres subsiguientes de clase de
tráfico
^(véanse los cuadros 4/X.70 y 4a/X.70)
Estos caracteres siguen a los caracteres necesarios de clase de usuario. Su número depende del número de facilidades ofrecidas a los usuarios.
El bit b4 del segundo carácter o de los subsiguientes caracteres de clase de tráfico indicará si sigue o no otro carácter de clase de tráfico.
Tableau 4/X.70 [T4.70], p. 6
Tableau 4a/X.70 [T5.70], p. 7
2.5.4
Caracteres de grupo cerrado de
usuarios
Estos caracteres se utilizan sólo en combinación con el segundo o subsiguientes caracteres de clase de tráfico.
El
Tableau 5/X.70 [T6.70], p. 8
Tableau 5a/X.70 [T7.70], p. 9
2.5.5 Los caracteres numéricos utilizados para la segunda parte de las
señales de selección figuran en el cuadro 6/X.70. Cuando el primer carácter de
clase de tráfico indica una llamada terminal, el país de llegada puede optar
por no recibir el indicativo de país para datos (IPD) del CIRD. El bloque de
selección completo es terminado por una señal de
fin de
selección
que es diferente para las clases de usuario 1 y
2. Estas señales se indican en los cuadros 6/X.70 y 6a/X.70.
Tableau 6/X.70 [T8.70], p. 10
Tableau 6a/X.70 [T9.70], p. 11
2.6 El equipo de llegada mantendrá la polaridad de arranque en el trayecto de
señalización de retorno liberando la conexión si el primer carácter recibido es
erróneo, es decir si se trata de un carácter distinto de un primer carácter
válido de clase de tráfico. Este procedimiento impide la posibilidad de que se
considere una segunda señal de
selección
como primer
carácter de clase de tráfico y ofrece una protección más contra
En caso de recibirse una señal errónea, como la indicada por un error de
paridad o por un carácter que no es una señal válida de selección (con
excepción del primer carácter de clase de tráfico), el equipo de llegada
devolverá la señal de
progresión de la llamada
N.o 20 al
centro precedente, seguida inmediatamente por la señal de
liberación
después de las señales de
confirmación de recepción
y de
identificación de la red
o
del
servicio
El equipo de llegada puede liberar la conexión si no se reciben
correctamente todas las señales de selección en los 15 segundos que siguen a la
recepción del primer carácter de clase de tráfico. En este caso, se devolverá
la señal de
progresión de la llamada
N.o 20 al centro
precedente, seguida inmediatamente por la señal de
liberación
después de la señal de
confirmación de recepción
y de las señales de
identificación de la red
o
del
servicio
.
2.7 La señal de dirección puede consistir en el número de datos internacional y una ampliación de dirección.
El
La eventual
Nota
- La longitud máxima de 32 cifras se ha tomado de
la longitud máxima provisional de la dirección del
punto de
acceso al servicio de red
(PASR) para la
interconexión de sistemas abiertos (ISA)
, definida en la
Recomendación X.213.
2.8 En caso de recibirse en un centro de tránsito la
congestión en recepción
progresión de la llamada
N.o 61
(después de las señales de
confirmación de
recepción
y de
identificación de la red
o
del servicio
), seguida de la señal de
liberación
.
2.9 Las señales de
identificación de la red
^o
del servicio
^se transmitirán en todos los casos después
de la señal de
confirmación de
recepción
. En todos los casos la identificación del país o
de la red consistirá en cuatro cifras decimales. El valor de la cuarta cifra
debiera dejarse al criterio del país en cuestión dentro de los límites del plan
de numeración, cuando no esté definida explícitamente en el citado plan.
Si intervienen varias redes de tránsito en el establecimiento de una
comunicación, la red que llama recibirá una tras otra las identificaciones de
las redes. Si un centro de tránsito no recibe el primer carácter de las señales
de
identificación de la red
o
del
servicio
en los dos segundos que siguen a la señal de
confirmación de recepción
, devolverá la señal de
progresión de la llamada
N.o 20 (después de las señales de
confirmación de recepción
y de
identificación de la red
o
del
servicio
), seguida de la señal de
liberación
.
Las señales de
identificación de la red
^o
del servicio
^pueden ser útiles para reconstituir la ruta
seguida por una comunicación (para estadísticas de tráfico, establecimiento de
cuentas internacionales, análisis de llamadas infructuosas y reparación de
averías).
Un centro de tránsito puede recibir señales por el trayecto de retorno,
tales como las señales de
identificación de la red
o
del servicio
, la
comunicación establecida
o las señales de
progresión de la llamada
2.10 En los cuadros 7/X.70, 7a/X.70, 7b/X.70, 7c/X.70 y 7d/X.70 figuran las señales transmitidas por el trayecto de retorno que indican condiciones de comunicación correspondientes a tentativas fructuosas e infructuosas.
Tableau 7/X.70 [T10.70], p. 12
Tableau 7a/X.70 [T11.70], p. 13
Tableau 7b/X.70 [T12.70], p. 14
Tableau 7c/X.70 [T13.70], p. 15
Tableau 7d/X.70 [T14.70], p. 16
2.11 Si no se recibe ninguna señal de
progresión de la
llamada
^o la señal de
comunicación establecida
^en
los 30 segundos que siguen al fin de selección, se devolverá la señal de
progresión de la llamada
N.o 20 al centro precedente
(después de las señales de
confirmación de recepción
y de
identificación de la red
o
del servicio
), seguida de la señal de
liberación
.
2.12 Si la estación llamada no puede recibir información inmediatamente,
deberá demorarse en consecuencia el retorno de la señal de
comunicación establecida
. Este punto
deberá ser objeto de ulterior estudio.
2.13 En este tipo de señalización, los centros nacionales de origen y de destino contienen la identificación del abonado llamante o del llamado, respectivamente. Estas identificaciones pueden intercambiarse a través de la red como característica facultativa para el abonado.
Si, habiendo sido solicitada, no se dispone de la
identificación de la línea llamada
, el centro de destino
de la conexión debe enviar únicamente la señal de
fin de
identificación de línea
(carácter CSC N.o 12). Si se ha pedido la
identificación de la línea llamante
, pero ésta no
está disponible, el centro de origen de esta conexión debe enviar únicamente
las señales del código de identificación de la red de datos (CIRD) seguidas de
la señal de
fin de identificación de línea
2.14 La señal de comunicación establecida confirma que la llamada ha sido
aceptada por el abonado llamado y, en su caso, que la
identificación de la línea llamante
ha sido recibida íntegramente por el centro de destino y pasada al abonado
llamado y, cuando proceda, que la
identificación
de la línea llamada
ha sido transmitida íntegramente al
centro de origen (véase el apéndice III).
La señal de
transconexión en el extremo de origen
^confirma que el centro de origen ha recibido la señal de
comunicación establecida
y, en su caso, que una señal de
progresión de la llamada
sin liberación ha sido recibida
íntegramente por el centro de origen y pasada al abonado llamante o, cuando
proceda, que la
identificación de la línea llamada
ha sido
recibida íntegramente por el centro de origen y pasada al abonado llamante
(véase el apéndice III).
La señal de
comunicación establecida
^la transmite el
centro de destino por el trayecto de retorno. La señal de
transconexión en el extremo de origen
la transmite el centro de origen tanto al abonado llamante como al llamado.
La conexión debe conmutarse en el centro de origen en un periodo de 20 ms
después de la transmisión de la señal de
transconexión en el
extremo de origen
(véase el apéndice III). Este
límite viene impuesto por la condición indicada en la Recomendación X.20 para
el comienzo de la transmisión de datos.
La conexión debe conmutarse en el centro de destino en un periodo de 40 ms
después de la transmisión de la señal de
comunicación
establecida
(véase el apéndice III).
En los centros de tránsito, la conexión debe conmutarse dentro de un
periodo de 40 ms después de la transmisión de la señal de
comunicación establecida
o la de
transconexión en tránsito
(véase el apéndice III).
Si el sistema de conmutación de un centro de tránsito está orientado a
caracteres, la conmutación de la conexión puede efectuarse en un periodo de 40
ms después de la transmisión de la señal de
comunicación
establecida
para la clase de servicio de usuario 2.
La interconexión completa de la red, está asegurada cuando los equipos
terminales de datos reciben la señal de
transconexión en el
extremo de origen
.
2.15 Si el centro de destino no recibe la primera @señal de
centros de tránsito transconectados
^(TTD,
transit centres, through-connected
signal)
\ o, en su caso, el primer carácter de las
identificación de la línea llamante
transconexión
en tránsito
(TTC,
transit
through-connect signal)
\, devolverá al centro precedente la señal de
progresión de la llamada
N.o 20 seguida de la señal de
liberación
.
2.16 Los periodos de guarda en la liberación se miden desde el instante en que se establece la polaridad de arranque en ambos trayectos de señalización, en virtud de:
-la identificación o la transmisión de la señal de
liberación
en un canal de señalización, y
-la transmisión o la identificación de la señal de
confirmación de liberación
en el otro canal de
señalización.
Para las llamadas entrantes, este periodo de guarda será de 390 a 420 ms.
No se aceptará una nueva llamada entrante antes de que expire este periodo de
guarda. Esto parte del supuesto de que el centro de destino puede aceptar la
primera señal de
selección
después de un periodo
despreciable de polaridad de parada, y puede también devolver la señal de
confirmación de recepción
con una
demora insignificante después de recibir el primer carácter de clase de
tráfico.
El periodo de guarda en liberación para las llamadas salientes debe ser, como mínimo, de 840 ms. No se originará una nueva llamada antes de que expire este periodo de guarda.
Si las centrales pueden distinguir entre diferentes condiciones de liberación, pueden introducirse periodos más cortos.
2.17 La
repetición automática de
prueba
Esta señal, transmitida por el trayecto de señalización de ida, comprende como máximo cinco ciclos sucesivos, cada uno de los cuales incluye:
-polaridad de parada durante 1 a 2 periodos de carácter (véase la nota), seguida del CSC N.o 13, seguido de la polaridad de parada durante un periodo máximo de 4 segundos;
-polaridad de arranque durante un periodo de 56 segundos.
Nota
- El periodo mínimo y, por consiguiente, el
periodo máximo, podrán alargarse a petición del país de llegada Y (véase la
columna Observaciones del cuadro 1/X.70).
El circuito debe probarse hasta cinco veces a intervalos nominales de un
minuto, efectuándose una verificación para confirmar la repetición de la señal
de
confirmación de recepción
en el trayecto de retorno en
respuesta a cada prueba. Si no se ha recibido la señal de
confirmación de recepción
al final del primer grupo de
pruebas, continuarán las repeticiones de pruebas con un nuevo grupo, hasta un
máximo de 5 pruebas, a intervalos nominales de 5 ó 30 minutos. Si se utilizan
intervalos de 5 minutos y no se ha recibido la señal de
confirmación de recepción
al final de este segundo grupo
de pruebas, podrán efectuarse nuevas pruebas a intervalos de 30 minutos. Deberá
darse una alarma en el momento oportuno. No obstante, este procedimiento de
repetición de pruebas puede suprimirse en cualquier momento a discreción de la
Administración de origen.
Sin embargo, si se recibe la señal de
confirmación de
recepción
^durante la precedente secuencia de repeticiones de pruebas, se
transmite una señal de
liberación
en lugar de la señal de
repetición de prueba
. Después de una señal válida de
confirmación de liberación
, los extremos de llegada y de
salida del circuito interurbano no se pondrán de nuevo en servicio mientras no
haya expirado el periodo de guarda apropiado. Como existe la posibilidad de que
un circuito defectuoso se tome en ambos extremos, el equipo de repetición
automática de prueba debe permitir la recepción de una llamada entrante durante
el periodo de polaridad de arranque. Sin embargo, una Administración puede
hacer caso omiso de las llamadas entrantes que tengan lugar durante el periodo
de guarda de llegada.
Los intervalos entre las pruebas en los dos extremos del circuito interurbano deberán hacerse diferentes, aumentando el intervalo nominal en un 20% en uno de los extremos, para que no se superpongan en ambos extremos las sucesivas repeticiones de prueba. En general, debiera asignarse el intervalo mayor (es decir 1,2, 6 y 36 minutos) al centro de tránsito intercontinental que tiene el CIRD más alto. No obstante, cuando este requisito conlleve una considerable dificultad, se pueden adoptar disposiciones alternativas mediante acuerdo entre las dos Administraciones o EPER interesadas.
Cuando una central esté informada de una avería del sistema de transmisión,
convendrá que no aplique las
repetición
de prueba
Para evitar la toma simultánea en un número excesivo de registradores en el
centro distante, es conveniente que las señales de
repetición
de prueba
, que pueden transmitirse simultáneamente por varios circuitos
sujetos a la prueba, se envíen defasadas entre sí.
El uso de un primer carácter especial de clase de tráfico para la repetición de prueba permite al centro de llegada saber que se están realizando repeticiones de pruebas en sus circuitos de llegada.
2.18 Si en el extremo de recepción se comprueba que no existe paridad durante el establecimiento de la conexión, y de no especificarse otra cosa, se liberará provisionalmente la conexión. No obstante, pueden estudiarse otras posibilidades.
Blanc
Tableau 8/X.70 [T15.70], p. 17
Figure 1/X.70, (MC), p. 18
APéNDICE I (a la Recomendación X.70)
Posibles secuencias de
señales de selección de red
Figure CCITT 27992, (MC), (à l'italienne), p. 19
APéNDICE II (a la Recomendación X.70)
Ejemplos de
señales de selección de red
Primer
ejemplo
^(secuencia mínima de señales de selección de red)
Este ejemplo muestra una secuencia de longitud mínima. El país de destino
ha indicado que no desea recibir el componente IPD del CIRD. (No se han
representado la señal de
llamada
precedente, los elementos
de arranque y parada, los posibles bits de relleno, ni el bit de paridad. Los
bits se presentan en el orden b4, b3, b2 y b1.)
Figure CCITT 28000, (MC), p. 20
II.2
Segundo ejemplo
^(secuencia de señales de
selección de red
, ^con caracteres de grupo cerrado de
usuarios)
Figure CCITT 31870, (MC), p. 21
APéNDICE III (A) (a la Recomendación X.70)
Procedimiento
de transconexión
conexión
cuando se libere
).
Figure CCITT 28021, (MC), p. 22
APéNDICE III (B) (a la Recomendación X.70)
Procedimiento
de transconexión
conexión cuando se libere
).
Figure CCITT 28031, (MC), p. 23
APéNDICE III (C) (a la Recomendación X.70)
Procedimiento
de transconexión
conexión cuando se libere
).
Figure CCITT 28042, (MC), p. 24
APéNDICE III (D) (a la Recomendación X.70)
Procedimiento
de transconexión
conexión cuando se
libere
).
Figure CCITT 28051, (MC), p. 25
APéNDICE III (E) (a la Recomendación X.70)
Procedimiento
de transconexión
conexión cuando se libere
).
Figure CCITT 28061, (MC), p. 26
APéNDICE III (F) (a la Recomendación X.70)
Procedimiento
de transconexión
conexión cuando se
libere
).
Figure CCITT 28071, (MC), p. 27
APéNDICE III (G) (a la Recomendación X.70)
Procedimiento
de transconexión
conexión
cuando se libere
).
Figure CCITT 28121, (MC), p. 28
APéNDICE III (H) (a la Recomendación X.70)
Procedimiento
de transconexión
conexión cuando se libere
).
Figure CCITT 28131, (MC), p. 29
APéNDICE III (I) (a la Recomendación X.70)
Procedimiento
de transconexión
Figure CCITT 28101, (MC), p. 30
APéNDICE IV (a la Recomendación X.70)
Llamada
infructuosa
Figure CCITT 28111, (MC), p. 31
SISTEMA DE SEñALIZACIóN DESCENTRALIZADA DE CONTROL
TERMINAL Y DE TRáNSITO PARA CIRCUITOS INTERNACIONALES
ENTRE REDES SíNCRONAS DE DATOS
(Ginebra, 1976; modificada en Ginebra, 1980,
Málaga-Torremolinos, 1984, y Melbourne, 1988)
La aparición de redes públicas de datos en diversos países hace necesario
establecer métodos de señalización de control internacional apropiados para el
interfuncionamiento, a fin de facilitar el establecimiento de tales redes en la
mayor medida posible. La finalidad principal de las redes públicas de datos es
ofrecer al usuario una amplia gama de velocidades binarias, con un mínimo de
restricciones, tiempos muy cortos de establecimiento y liberación de las
comunicaciones, y una variedad de nuevas facilidades de servicio. Estas
condiciones sólo pueden satisfacerse mediante sistemas de señalización
especialmente concebidos, que abarquen todas las necesidades previsibles y sean
lo suficientemente flexibles para incorporar también servicios nuevos, todavía
no definidos.
Por estas razones, el CCITT
recomienda por unanimidad
el empleo, en los circuitos internacionales, del método descrito a continuación para el interfuncionamiento entre las redes síncronas de datos que utilizan técnicas de señalización asociada al canal (señalización descentralizada) de control.
Nota 1
- Las clases de servicio de usuario síncronas
son las especificadas en la Recomendación X.1.
Nota 2
- La señalización en los enlaces entre redes
síncronas y anisócronas requiere ulterior estudio.
Nota 3
- El interfuncionamiento entre señalización por
canal común y señalización asociada al canal se trata en la Recomendación X.80.
ámbito de aplicación
En esta Recomendación se define un sistema de señalización asociada al canal de control para el establecimiento de llamadas terminales y de tránsito por circuitos internacionales entre redes síncronas de datos.
1
Principios generales de
conmutación y señalización
1.1 La señalización tendrá lugar a las velocidades soporte apropiadas para
las clases de usuario síncronas de datos únicamente. Se ha previsto que las
1.2 La señalización de control debe emplear bits transmitidos a la velocidad binaria máxima de los enlaces utilizados.
1.3 Se empleará señalización asociada al canal, utilizándose el mismo canal para la señalización de control y la transmisión de datos.
1.4 Serán necesarias las explotaciones en tránsito y terminal. Debido a la inclusión de la explotación en tránsito, se adoptará la señalización de control enlace por enlace.
Tanto para las comunicaciones en tránsito, como para las terminales, se
transmitirá el código de identificación de red de datos (CIRD) (véase la
Recomendación X.121), y
identificación
de la red o del servicio
La selección hacia adelante desde los centros de tránsito y terminales de llegada se organizará de modo que comience tan pronto como sea posible.
Las señales de
selección
^ serán transmitidas por el
país o la red de origen o de tránsito en un solo bloque.
1.5 En la Recomendación X.121 se define el
1.6 Se autorizará el
No se permitirá el desbordamiento a circuitos de velocidad más elevada.
Para impedir que encaminamientos alternativos repetidos den lugar a que el tráfico vuelva al punto de origen, esta operación sólo se efectuará una vez por comunicación.
1.7 Se procederá como si la explotación fuera siempre bidireccional, y, para reducir al mínimo las colisiones frontales, se especificará la prueba de los circuitos en orden inverso en las rutas bidireccionales o, lo que es casi equivalente, la prueba de la ruta por pequeños haces según un orden fijo, iniciándose siempre la búsqueda a partir de la misma posición.
1.8 Se supone que la responsabilidad de recoger información necesaria para la tasación y la contabilidad la asumirá normalmente la Administración de origen (véase la Recomendación D.10). Las otras disposiciones para la recogida de información deberán ser objeto de ulterior estudio.
1.9 El
Para los
1.10 Se preverá equipo de conmutación suficiente para asegurar que no se
indique congestión, por medio de la devolución de una
congestión en la recepción
o por la ausencia de una señal
de
invitación a marcar
, para más del 0,4% de las llamadas
en la hora cargada
1.11 El tiempo de establecimiento considerado como objetivo para las clases de servicio de usuario aplicables a estos tipos de red de datos, debe estudiarse aún.
2
Características específicas de
señalización
Observaciones aplicables al 2 .
Nota 1
- X designa el centro internacional que origina
la comunicación considerada por el enlace internacional de que se trate. Y
designa el centro internacional que recibe la comunicación considerada a través
del enlace internacional.
Nota 2
- Los tiempos que se indican son los que
transcurren en el centro interesado, sin tener en cuenta los tiempos de
propagación y otros retardos.
Nota 3
- El plan de señalización utilizará caracteres
de señalización de 8 bits y estados binarios 0 y 1 permanentesDeben estudiarse
más detenidamente los efectos de las secuencias todos ceros..
Durante la fase de señalización de control, los bits de estado son ceros. En el momento de la transconexión final en el centro de origen, los bits de estado son unos en ambos trayectos de señalización.
En el caso de los caracteres de señalización, la paridad será impar, o sea, que estará en consonancia con la Recomendación X.4 sobre enlaces y conexiones que utilizan el funcionamiento síncrono de extremo a extremo, y con la Recomendación X.21. No se ha determinado la paridad en el caso de señales compuestas por 0 (ceros) o 1 (unos) permanentes, teniendo en cuenta que no se emplean caracteres. Por otra parte, no se mantiene la sincronización de caracteres durante un periodo de 0 o de 1 permanentes, pero la misma deberá establecerse nuevamente al transmitir otros caracteres de señalización.
Todos los grupos de caracteres sucesivos irán precedidos, como mínimo, por
dos repeticiones del carácter 1/6 (SYN) del alfabeto internacional N.o 5 (AI
N.o 5). El término
`como mínimo'
significa dos caracteres SYN para la
clase de usuario de 600 bit/s. Para las clases de usuario de velocidades más
elevadas, el número de caracteres SYN podrá ser de dos o más, pero su número
total no deberá prolongar más de lo necesario el tiempo de establecimiento. Si
se combinan dos grupos de señalización para formar un solo grupo de caracteres
sucesivos, pueden omitirse en este grupo los caracteres SYN.
La señal de
fin de selección
confirmación de llamada
y de
invitación a
marcar
emplearán el carácter 2/10 (*) del AI N.o 5.
Además de las mencionadas señales [a saber, 0 (ceros) y 1 (unos) permanentes, 1/6, 2/10 y 2/11], todas las señales consistirán en caracteres elegidos de la columna 3 del AI N.o 5 (véase el cuadro 1/X.71). Esta elección contribuye a asegurar que los caracteres de sincronización y otros caracteres especificados precedentemente sean únicamente separables de los caracteres de señalización de la columna 3 del AI N.o 5.
En el apéndice V figura un ejemplo de tres caracteres sucesivos de señalización dentro de cinco octetos de un canal con la estructura de multiplexación de la Recomendación X.50. En la estructura de multiplexación de la Recomendación X.51, los caracteres de señalización se alinearán en envolventes 8 + 2.
2.1 Las señales entre dos redes de datos de tipo síncrono se describen en el cuadro 1/X.71. Existen dos protocolos, el @protocolo de confirmación de la llamada (CCP)\ y el @protocolo de invitación a marcar (PTSP)\. El protocolo de confirmación de la llamada es el método básico de la presente Recomendación, y el de invitación a marcar constituye una opción durante un periodo interino, a discreción de la red de llegada.
2.2 El equipo de llegada puede liberar la conexión como sigue:
2.2.1
Protocolo de confirmación de la
llamada
(CCP = call
confirmation protocol)
Se utiliza si la
llamada
2.2.2
Protocolo de invitación a marcar
(PTSP = proceed to select protocol)
Se utiliza si no se recibe la primera señal de selección en los 2 segundos
que siguen a la transmisión de la
invitación
a marcar
2.3 Una
llamada
^[repetición de 1
(unos)], seguida de caracteres SYN, en lugar de la señal de
confirmación de llamada
o de la de
invitación a marcar
(caracteres SYN, seguidos de
repeticiones del carácter 2/10) o de la de
congestión en la
recepción
[repeticiones de 1 (unos) seguidos de la señal de
liberación
].
Cuando se detecta una colisión frontal, el equipo de conmutación de cada
extremo del circuito debe hacer otra tentativa para seleccionar un circuito
libre, bien del mismo haz o de un haz de circuitos de desbordamiento, si
existen medios de encaminamiento alternativo y no hay circuitos libres en la
ruta primaria. De producirse una nueva colisión frontal en la segunda
tentativa, no se hará otra tentativa y se liberará la llamada. En el caso de un
centro de tránsito, se devolverá al centro precedente la señal de
progresión de la llamada
N.o 20 en una secuencia de
señales en el orden siguiente:
confirmación de la llamada
o
invitación a marcar
,
identificación de
la red
, o
del servicio
, señal de
progresión de la llamada
y señal de
liberación
.
2.4 Si no se recibe una señal de
congestión en la
recepción
,
confirmación de la llamada
^o
invitación a marcar
en los 4 segundos que siguen al
comienzo de la
señal de llamada
, o si la señal recibida es
errónea, lo que es indicado por una señal distinta de la de
congestión en la recepción
,
confirmación de la llamada
o
invitación a
marcar
, o por una colisión frontal, debe transmitirse la señal de
repetición automática de prueba
por
el circuito de que se trata.
La
repetición automática de
prueba
repetición automática de prueba
, la misma deberá
ajustarse al
2.16
.
Si no se recibe la señal de
congestión en la
recepción
, la de
confirmación de la llamada
^o la de
invitación a marcar
, debe hacerse otro intento de
seleccionar un circuito (una sola vez). En el caso de llamadas en tránsito, si
la segunda tentativa es infructuosa, se devolverá al centro precedente la señal
de
progresión de la llamada
N.o 20 dentro de una secuencia
de señales en el siguiente orden:
confirmación de la
llamada
o
invitación a marcar
,
identificación de la red
, o
del
servicio
, señal de
progresión de la llamada
y señal
de
liberación
.
Tableau 1/X.71 [1T1.71], p. 32
Tableau 1/X.71 suite 1 [2T1.71], p. 33
Tableau 1/X.71 suite 2 [3T1.71], p. 34
Tableau 1/X.71 fin [4T1.71], p. 35
Tableau 1/X.71 fin [5T1.71], p. 35
2.5 Las
selección
selección de red
, contiene información sobre las
necesidades de la red y del usuario y puede componerse de 1 a 9 caracteres (o
posiblemente más) (véanse los cuadros 2/X.71, 3/X.71, 3a/X.71, 4/X.71, 4a/X.71,
5/X.71 y 5a/X.71). La segunda parte comprende las
señales de
dirección
(el número terminal nacional llamado, precedido siempre del CIRD
para las llamadas en tránsito y también las llamadas terminales a menos que el
país de destino pida la omisión de la parte de código relativa al indictivo de
país para datos, véanse los cuadros 6/X.71 y 6a/X.71).
Las señales de
selección de red
^usadas en el sentido
hacia adelante (véase también el apéndice II) se subdividen a su vez y se
reúnen como se indica a continuación a los fines de la señalización (véanse los
2.5.1
a 2.5.4).
Se señala que el término
`clase de servicio de usuario'
se ha
abreviado, en los puntos siguientes, a
`clase de usuario'
.
2.5.1
Primer carácter de clase de tráfico
^(véase el
cuadro 2/X.71)
La señal de
llamada
^va seguida siempre de un carácter
de clase de tráfico, además de dos caracteres SYN, como mínimo. Las funciones
de los bits de este carácter de clase de tráfico se han elegido de forma que en
la mayoría de las conexiones no se necesite ningún otro carácter.
Si hay que indicar otros requisitos, puede utilizarse un segundo carácter de clase de tráfico (véase el 2.5.3 ). Los bits b3 y b4 del primer carácter de clase de tráfico indicarán si siguen o no un segundo carácter de clase de tráfico o de clase de usuario.
2.5.2
Carácter de clase de usuario
(indicación de velocidad y código)
^(véanse los cuadros 3/X.71 y 3a/X.71)
Este carácter, de utilizarse, seguirá al primer carácter de clase de tráfico, y se necesitará, por ejemplo, cuando esta información no puede ser facilitada por la línea entrante.
Cuando no sean suficientes las ocho clases de usuario indicadas en el cuadro 3/X.71, podrá agregarse un segundo carácter de clase de usuario, por medio de un carácter de escape. Los bits b1, b2 y b3 del primer carácter de clase de usuario indicarán si sigue o no un segundo carácter de clase de usuario. El bit b4 del primer carácter de clase de usuario indicará si sigue o no un segundo carácter de clase de tráfico.
2.5.3
Segundo carácter y caracteres subsiguientes de clase
de tráfico
^(véanse los cuadros 4/X.71 y 4a/X.71)
Estos caracteres siguen al primer carácter de clase de tráfico o a los caracteres de clase de usuario necesarios. El número de estos caracteres de clase de tráfico depende del número de facilidades de usuario disponibles.
El bit b4 del segundo carácter o de un carácter subsiguiente de clase de tráfico indicará si sigue o no otro carácter de clase de tráfico.
Tableau 2/X.71 [T2.71], p. 36
Tableau 3/X.71 [T3.71], p. 37
Tableau 3a/X.71 [T4.71], p. 38
Tableau 4/X.71 [T5.71], p. 39
Tableau 4a/X.71 [T6.71], p. 40
2.5.4
Caracteres de grupo cerrado de
usuarios
Estos caracteres se utilizan sólo en combinación con el segundo carácter y, eventualmente, con los caracteres subsiguientes de clase de tráfico que puedan transmitirse a continuación.
El carácter de comienzo de grupo cerrado de usuarios precederá al número del grupo cerrado de usuarios que deberá codificarse con cierto número de caracteres hexadecimales hasta un máximo de cuatro (véase el cuadro 5/X.71).
2.5.5 Los caracteres numéricos utilizados para la segunda parte de las
señales de
selección
^figuran en los cuadros 6/X.71 y
6a/X.71. Cuando el primer carácter de clase de tráfico indique que se trata de
una llamada terminal, el país de llegada puede optar por no recibir la porción
del CIRD relativa al indicativo de país para datos.
Blanc
Tableau 5/X.71 [T7.71], p. 41
Tableau 5a/X.71 [T8.71], p. 42
Tableau 6/X.71 [T9.71], p. 43
Tableau 6a/X.71 [T10.71], p. 44
2.6 Si el carácter recibido es erróneo, señalado por un carácter distinto de 1
permanentes (señal de
llamada
), el equipo de llegada debe
mantener 0 permanentes en el trayecto de señalización de retorno. Este
procedimiento asegura una protección contra las
En caso de recibirse una señal errónea, como la indicada por un error de
paridad o por un carácter que no es una señal de
selección
(exceptuados, posiblemente, los caracteres SYN), el equipo de llegada devolverá
la
progresión de la llamada
N.o 20 al
centro precedente seguida inmediatamente por la señal de
liberación
después de las señales de
confirmación de la llamada
o de
invitación
a marcar
y de la señal de
identificación de la red
o
del servicio
El equipo de llegada puede liberar la conexión si no se reciben
correctamente todas las señales de
selección
en los 2
segundos que siguen a la identificación de la señal de
llamada
para el protocolo de confirmación de la llamada o
desde el comienzo de la transmisión de la señal de invitación a marcar para el
protocolo de invitación a marcar. En tal caso, se devolverá al centro
precedente la señal de
progresión de la
llamada N.o 20
seguida inmediatamente de la señal de liberación después de las señales de
confirmación de la llamada
o de
invitación
a marcar
y de la señal de
identificación de la red
o
del servicio
.
2.7 El
La eventual ampliación de dirección puede ir incluida en el número de datos
internacional de 14 cifras o estar separada del número de datos internacional
por una
2.8 En caso de recibirse en un centro de tránsito la señal de
congestión en recepción
, se devolverá la señal de
progresión de la llamada
N.o 61 hacia
el centro precedente (después de las señales de
confirmación de
la llamada
o de
invitación a marcar
, y de
identificación de la red
o
del
servicio
), seguida de la señal de
liberación
.
2.9 Las señales de
identificación de la red
^o
del servicio
, se transmitirán en todos los casos a
continuación de las señales de
confirmación de la llamada
o de
invitación a marcar
. En todos los casos la identidad
del país o de la red constará de cuatro cifras decimales. El valor de la cuarta
cifra, cuando no esté definido explícitamente por el plan de numeración, deberá
dejarse al criterio del país en cuestión, dentro de los límites permitidos por
el plan de numeración.
Si son varias las redes de tránsito que intervienen en el establecimiento
de una comunicación, la red que llama recibirá una tras otra las
identificaciones de las redes. Si un centro de tránsito no recibe el primer
carácter de una señal de
identificación de la red
o
del servicio
en los 2 segundos que siguen a la señal de
confirmación de la llamada
devolverá al centro precedente
la señal de
progresión de la llamada
N.o 20 (después de las señales de confirmación de la llamada o de
invitación a marcar
y la señal de
identificación de la red
o
del
servicio
seguida de la señal de
liberación
).
Las señales de
identificación de la red
^o
del servicio
^pueden ser útiles para reconstruir la ruta
seguida por una comunicación (para estadísticas de tráfico, establecimiento de
cuentas internacionales, análisis de llamadas infructuosas y reparación de
averías).
Un centro de tránsito puede recibir señales por el trayecto de retorno,
tales como señales de
identificación de la red
o
del servicio
,
comunicación
establecida
progresión de la
llamada
procedentes de centros subsiguientes, mientras
siguen enviándose las señales por el trayecto de retorno generadas localmente.
Es necesario que el centro de tránsito asegure que las señales recibidas se
retransmitan al centro precedente sin mutilaciones ni pérdidas.
2.10 En los cuadros 7/X.71, 7a/X.71, 7b/X.71, 7c/X.71 y 7d/X.71 figuran las señales transmitidas por el trayecto de retorno que indican condiciones de comunicación correspondientes a tentativas fructuosas e infructuosas.
2.11 Si no se reciben las señales de
progresión de la
llamada
, de
comunicación establecida
^o,
alternativamente, de
transconexión en el
extremo de destino
, en los 15 segundos que siguen al fin de selección, se
devolverá al centro precedente la señal de
progresión de
la llamada
N.o 20 (después de las señales de
confirmación de la llamada
o de
invitación
a marcar
y de
identificación de la red
o
del servicio
), seguida de la
señal de
liberación
. Se proseguirá el estudio de las otras medidas que deberán
tomarse en el caso de recepción de señales de
progresión de la
llamada
sin liberación.
2.12 En este tipo de señalización, los centros nacionales de origen y de destino contienen la identificación del abonado llamante o la del llamado, respectivamente. Estas identificaciones pueden intercambiarse a través de la red, como característica facultativa para el abonado.
Si, habiendo sido solicitada, no se dispone de la identificación de la
línea llamada, el centro de destino en la conexión debe enviar únicamente la
señal de
fin de identificación de línea
(3/11).
Si se ha pedido la identificación de la línea llamante pero no se dispone
de ella, el centro de origen transmitirá únicamente el CIRD seguido de la señal
de
fin de identificación de línea
(3/11).
2.13 La señal de
comunicación establecida
^confirma la
aceptación de la comunicación por el abonado llamado y, en su caso, que la
identificación de la línea llamante ha sido completamente recibida por el
centro de destino y retransmitida al abonado llamado así como, cuando proceda,
que se ha transmitido completamente al centro de origen la identificación de la
línea llamada (véase el apéndice III).
La señal de
transconexión en el extremo de destino
^confirma (por el cambio del bit de estado de 0 a 1) que se han efectuado en la
central terminal, las transconexiones en ambos sentidos de transmisión (véase
el apéndice III).
La señal de
transconexión en el extremo de origen
^confirma que la señal de
comunicación establecida
^ha
sido recibida por el centro de origen y que, en su caso, la identificación del
abonado llamado ha sido completamente recibida por el centro de origen y
retransmitida al abonado llamante (véase el apéndice III).
El centro de destino transmite la señal de
comunicación establecida
^por el
trayecto de retorno. El centro de origen, transmite la señal de
transconexión en el extremo de origen
(cambio del bit de
estado de 0 a 1) al abonado llamante y al llamado.
Tableau 7/X.71 [T11.71], p. 45
Tableau 7a/X.71 [T12.71], p. 46
Tableau 7b/X.71 [T13.71], p. 47
Tableau 7c/X.71 [T14.71], p. 48
Tableau 7d/X.71 [T15.71], p. 49
2.14 Si el centro de destino no recibe la @señal de
centros
de tránsito transconectados
^(TTD
transit centres through-connected signal
)\ o, en su caso,
el primer carácter de la señal de
identificación de la línea
llamante
en los 4 segundos que siguen a la transmisión de la @señal de
transconexión en tránsito
(TTC,
transit
through-connect signal
)\ se devolverá hacia el centro precedente la señal
de
progresión de la llamada
N.o 20 seguida de la señal de
liberación
.
2.15 Si el centro de origen no recibe la señal de
transconexión en el centro de destino
^en un plazo de diez segundos a partir de la recepción de la señal TTC o CC (de
las dos, la primera que se produzca), se enviará al terminal llamante la señal
de
progresión de la llamada
N.o 20 seguida de la señal de
liberación
. Al recibir una señal de
progresión de la llamada
sin liberación dentro del tiempo
limite, deberá reiniciarse el temporizador con un nuevo periodo de
temporización especificado de acuerdo con lo indicado en la Recomendación X.21
(T3B en el cuadro C-1/X.21). El temporizador deberá pararse al recibirse la
señal de transconexión en el extremo de destino.
Nota
- La supervisión de la temporización para la
facilidad de
conexión cuando se libere/espera permitida
será objeto de ulterior estudio.
2.16 Los periodos de guarda en la liberación se miden desde el instante en que se establecen ceros permanentes (S = 0) en ambos trayectos de señalización, en virtud:
-de la identificación o la transmisión de la señal de
liberación
^ en un trayecto de señalización, y
-de la transmisión o la identificación de la señal de
confirmación de liberación
^ en el otro trayecto de
señalización.
Para las llamadas entrantes, este periodo de guarda será de 60 a 70 ms.
No se aceptará una nueva llamada entrante antes de que expire este periodo
de guarda. Esto se basa en la hipótesis de que el centro de llegada podrá
transmitir la señal de
confirmación de la llamada
después
de un periodo despreciable, a partir de la recepción de la señal de
llamada
.
El periodo de guarda en la liberación de las llamadas salientes será, como mínimo, de 130 ms. No se originará una nueva llamada saliente antes de que expire este periodo de guarda.
Si los centros pueden distinguir entre diferentes condiciones de liberación, pueden introducirse periodos más cortos.
2.17 La
repetición automática de
prueba
Esta señal, transmitida por el trayecto de señalización de ida, comprende como máximo cinco ciclos sucesivos, cada uno de los cuales incluye:
S = 0, repeticiones continuas de unos durante un periodo máximo de 4 segundos, seguido de
S = 0, repeticiones continuas de ceros durante un periodo de 56 segundos.
El circuito debe marcarse como
`indisponible'
para el tráfico
saliente y probarse hasta cinco veces a intervalos nominales de 1 minuto,
efectuándose una verificación para confirmar la recepción de la señal de
confirmación de la llamada
o de la señal de
invitación a marcar
por el trayecto de retorno en
respuesta a cada prueba. Si no se ha recibido la señal de
confirmación de la llamada
o la de
invitación a marcar
al final del primer grupo de pruebas,
continuarán las repeticiones de pruebas con un nuevo grupo, hasta un máximo de
5 pruebas, a intervalos nominales de 5 ó 30 minutos. Si se utilizan intervalos
de 5 minutos y no se ha recibido la señal de
confirmación de la
llamada
o de
invitación a marcar
al final de este
grupo de pruebas, podrán efectuarse nuevas pruebas a intervalos de 30 minutos.
Deberá darse una alarma en el momento oportuno. No obstante, este
Sin embargo, si se recibe la señal de
confirmación de la
llamada
o la de
invitación a marcar
^durante la
precedente secuencia de repeticiones de pruebas, se transmitirá una señal de
liberación
en lugar de la señal de
repetición de prueba
. Después de una señal válida de
confirmación de liberación
, los
extremos de llegada y de salida del circuito interurbano no se pondrán de nuevo
en servicio mientras no haya expirado el periodo de guarda apropiado.
Para cubrir la posibilidad de que un circuito defectuoso se tome en ambos extremos, el equipo de repetición automática de pruebas debe permitir la recepción de una llamada entrante durante repeticiones continuas de ceros (S = 0). Sin embargo, las Administraciones pueden hacer caso omiso de las llamadas que tengan lugar durante el periodo de guarda de llegada.
Los intervalos entre las pruebas en los dos extremos del circuito interurbano deberán hacerse diferentes, aumentando el intervalo nominal en un 20% en uno de los extremos, para que no se superpongan en ambos extremos las sucesivas repeticiones de prueba. En general el centro de tránsito intercontinental que tenga el CIRD más alto, deberá tomar el intervalo más largo (es decir 1,2, 6 y 36 minutos). Sin embargo, cuando este requisito entrañe una considerable dificultad, se pueden adoptar otras disposiciones alternativas por acuerdo entre las dos Administraciones o EPER interesadas.
Cuando una central esté informada de una avería del sistema de transmisión,
convendrá que no apliquen las señales de
repetición de
pruebas
en los circuitos afectados.
Para evitar la toma simultánea de un número excesivo de registradores en el
centro distante, es conveniente que las señales de
repetición
de pruebas
, que pueden enviarse simultáneamente por varios circuitos
sujetos a la prueba, se envíen desfasadas entre sí.
2.18 Si en el extremo de recepción no se verifica la paridad, la conexión debe, provisionalmente, liberarse, a menos que se especifique lo contrario. Sin embargo, se estudiará la posibilidad de efectuar otras operaciones.
Blanc
Figure 1/X.71, (MC), p. 50
Figure 1a/X.71, (MC), p. 51
Figure 2/X.71, (M), p. 52
(H.T.=OUI)
TAB.???
FICHIER: H.T. =
(83.TA.308.S)
(SANS FORMULE) Tableaux: 9 01 diskettes - Tabulateurs: 4 N(S) FRMR SABME a)
Apéndice I
NF02/009 OPM: 02
- NF02/009 OPM: 02
(cs,) - (cs,)
(1BT) (BT..)
(83.TE.04.S)
(A1.23s) / [26s]
FOLIOS: 140 - 185
(DO PRC.COSY.2)
MEP {TPS.NON.PHOTO "[PA1]"} : OK= [1]
Saisie 01.06.89 SJ
ID + LASER 26.06.89 CW
MAJ diskette 27.06.89 CW
Corr. LASER (1re épreuve) = 3eme 11.07.89 GG
ER + imprimantes 26.07.89 PM
AJOUTER (PA1) (CL1,0,0,0) pour MEP
MEP + LASER 31.07.89 ZR/GH
Corr. MEP ........ ..
Insertion des tableaux (tabulateurs...) ........ ..
BAT 04.09.89 PC
MAJ s/disquettes 21.09.89 CD
APéNDICE I (a la Recomendación X.71)
Posibles secuencias de
señales de selección de red
Figura CCITT 31881 (à l'italienne), p.
APéNDICE II (a la Recomendación X.71)
Ejemplos de señales de
selección de red
II.1
Primer ejemplo
^(secuencia
mínima de señales de selección de red)
Este ejemplo muestra una secuencia de longitud mínima. (Se han omitido los bits restantes de cada envolvente completa y la señal de llamada precedente. Los bits aparecen en el orden b7, b6, b5, b4, b3, b2, b1.)
En este ejemplo, el país de destino ha expresado que no desea recibir el componente IPD del CIRD.
Figura CCITT 28160, p.
II.2
Segundo ejemplo
^(secuencia de señales de selección
de red con caracteres de grupo cerrado de usuarios)
Figura CCITT 31890, p.
APéNDICE III (A) (a la Recomendación X.71)
Procedimiento de
transconexión
No es necesaria la identificación de la línea llamante ni
de la línea llamada. (No existe la facilidad de
conexión cuando
se libere
.)
Figura CCITT 28180, p.
APéNDICE III (B) (a la Recomendación X.71)
Procedimiento
de transconexión
conexión cuando
se libere
, abonado ocupado.)
Figura CCITT 28190, p.
APéNDICE III (C) (a la Recomendación X.71)
Procedimiento
de transconexión
conexión cuando se libere
.)
Figura CCITT 28200, p.
APéNDICE III (D) (a la Recomendación X.71)
Procedimiento
de transconexión
conexión cuando se libere
, abonado
ocupado.)
Figura CCITT 28210, p.
APéNDICE III (E) (a la Recomendación X.71)
Procedimiento
de transconexión
conexión cuando se libere
.)
Figura CCITT 28220, p.
APéNDICE III (F) (a la Recomendación X.71)
Procedimiento
de transconexión
conexión cuando se libere
, abonado ocupado.)
Figura CCITT 28230, p.
APéNDICE III (G) (a la Recomendación X.71)
Procedimiento
de transconexión
conexión cuando se libere
.)
Figura CCITT 28240, p.
APéNDICE III (H) (a la Recomendación X.71)
Procedimiento
de transconexión
conexión cuando
se libere
, abonado ocupado.)
Figura CCITT 28250, p.
APéNDICE IV (a la Recomendación X.71)
Llamada
infructuosa
Figura CCITT 28260, p.
APéNDICE V (a la Recomendación X.71)
Formato de los caracteres
de señalización en la estructura de multiplexación de la
Recomendación X.50
Ejemplo de tres caracteres de señalización sucesivos en
cinco octetos de un canal con la estructura de multiplexación de la
Recomendación X.50
F b2 b2 b2 a1 a2 a3 0 F a4 a5 a6 a7 a8 b1 0 F b2 b3 b4 b5 b6 b7 0 F b8 c1 c2 c3 c4 c5 0 F c6 c7 c8 b5 b5 b5 0 los bits de estado son ceros.
a1 .^.^. a8 es un carácter de señalización b1 .^.^. b8 es un carácter de señalización c1 .^.^. c8 es un carácter de señalización Los bits de alineación de trama F se asignarán, en el tren multiplexado, de acuerdo con la Recomendación X.50. No se supone ni requiere la alineación de caracteres de señalización con las envolventes de la estructura de multiplexación.
SISTEMA DE SEñALIZACIóN CON CONMUTACIóN
DE PAQUETES ENTRE REDES PúBLICAS QUE PROPORCIONAN
SERVICIOS DE TRANSMISIóN DE DATOS
(aprobada provisionalmente en Ginebra, 1978;
modificada en Ginebra, 1980, Málaga-Torremolinos, 1984 y
Melbourne, 1988)
El establecimiento en diversos países de redes públicas que proporcionan
servicios de transmisión de datos con conmutación de paquetes hace necesaria la
normalización para el interfuncionamiento internacional.
El CCITT,
considerando
(a)que la Recomendación X.1 incluye clases específicas de servicio de usuario para equipos terminales de datos que funcionan en el modo paquete, la Recomendación X.2 define las facilidades de usuario, las Recomendaciones X.25, X.28, X.29, X.31 y X.32 las características del interfaz ETD/ETCD, y la Recomendación X.96 las señales de progresión de la llamada;
(b)que en la Recomendación X.92 se definen los enlaces lógicos A1 y G1 en una conexión internacional para servicios de transmisión de datos con conmutación de paquetes;
(c)que las Recomendaciones X.300, X.301 y X.302 definen los principios generales y las disposiciones para el interfuncionamiento entre redes públicas de datos, y entre éstas y otras redes públicas;
(d)que las Recomendaciones X.320, X.322, X.323 y X.325 proporcionan descripciones de casos de interfuncionamiento entre redes;
(e)que en la Recomendación X.180 se definen las disposiciones administrativas para los grupos cerrados de usuarios internacionales y en la Recomendación X.181 se definen las disposiciones administrativas para el empleo de circuitos virtuales permanentes internacionales;
(f)que los elementos necesarios para establecer una Recomendación sobre el
interfaz del @terminal de señalización (TES)\ en el
Capa física-Las características mecánicas, eléctricas,
funcionales y de procedimiento, para activar, mantener y desactivar el enlace
físico en el interfaz del terminal de señalización.
Capa enlace
-Los procedimientos de capa enlace para el intercambio de
datos por el interfaz entre los terminales de señalización.
Capa paquete
-El formato de los paquetes y los
procedimientos de señalización para el intercambio de paquetes que contienen
información de control y datos de usuario en el interfaz del terminal de
señalización.
(g)que las Recomendaciones X.134, X.135, X.136 y X.137 definen los parámetros de calidad de servicio en las redes públicas que proporcionan servicios de transmisión de datos con conmutación de paquetes;
(h)que las Recomendaciones X.110, X.121, X.122, E.164 y E.166 describen los principios de encaminamiento y los planes de numeración para las redes públicas, incluidas las RDSI,
recomienda por unanimidad
(1)que se adopte como estructura básica del sistema en lo relativo a sus
elementos para los procedimientos de señalización y de transferencia de datos,
la especificada en la Introducción,
Estructura
básica del sistema
;
(2)que para activar, mantener y desactivar el enlace físico en el interfaz
del terminal de señalización se adopten las características mecánicas,
eléctricas, funcionales y de procedimiento especificadas en el
1
,
Capa física - Características del interfaz
terminal de señalización/circuito físico
;
(3)que los procedimientos de capa de enlace que tienen lugar por los
circuitos físicos y proporcionan un mecanismo para la transferencia fiable de
paquetes en el interfaz del terminal de señalización sean los especificados en
el
2
,
Capa enlace - Procedimientos de
capa de enlace entre terminales de señalización
;
(4)que se adopten como procedimientos de señalización de paquetes para el
intercambio de información de llamada y de datos de usuario a través del
interfaz del terminal de señalización los especificados en el
3
,
Procedimientos de capa de paquete entre terminales
de señalización
;
(5)que se adopte para los paquetes intercambiados en el interfaz del
terminal de señalización el formato especificado en el
4
,
Formatos de los paquetes para las llamadas virtuales y los
circuitos virtuales permanentes
;
(6)que se adopten como procedimientos y formatos para las facilidades de
usuario y utilidades de red en el interfaz del terminal de señalización los
especificados en el
5
,
Procedimientos y
formatos para facilidades de usuario y utilidades de
red
.
íNDICE
0
Introducción
0.1Consideraciones generales
0.2Elementos
0.3Estructura básica del sistema
1
Capa física - Características del interfaz terminal
de señalización/circuito físico
2
Procedimientos de capa de enlace entre
terminales de señalización
2.1Alcance y campo de aplicación
2.2Estructura de trama
2.3Elementos de procedimiento
2.4Descripción del procedimiento
2.5Procedimientos multienlace (MLP)
3
Procedimientos de capa de paquete entre
terminales de señalización
3.1Procedimiento para el establecimiento y la liberación de llamadas virtuales
3.2Procedimientos para el servicio de circuitos virtuales permanentes
3.3Procedimientos para transferencia de datos e interrupción
3.4Procedimientos para control de flujo y para reiniciación
3.5Procedimiento de rearranque
3.6Relaciones entre capas
4
Formatos de los paquetes para las llamadas virtuales y
los circuitos virtuales permanentes
4.1Consideraciones generales
4.2Paquetes de establecimiento y de liberación de la comunicación
4.3Paquetes de datos y de interrupción
4.4Paquetes de control de flujo y de reiniciación
4.5Paquetes de rearranque
5
Procedimientos y formatos para facilidades de usuario
y utilidades de red
5.1Descripción de las facilidades facultativas de usuario
5.2Formatos para las facilidades facultativas de usuario
5.3Procedimientos para las utilidades de red
5.4Formatos de las utilidades de red
Anexo A
-Definición de los símbolos utilizados en los
anexos B, C y D
Anexo B
-Diagramas de estados del interfaz de la capa
de paquete para un canal lógico entre terminales de señalización (TES)
Anexo C
-Acciones realizadas por el TES al recibir
paquetes en un estado determinado del interfaz X/Y de la capa de paquetes
Anexo D
-Acciones realizadas por el TES a la expiración
de los periodos de temporización en la capa de paquete
Anexo E
-Codificación de los campos de diagnóstico de
la Recomendación X.75 generados por la red en los paquetes de liberación,
reiniciación y rearranque
Anexo F
-Asociación de las condiciones de error a las
causas y a los códigos de diagnóstico
Apéndice I
-Ejemplos de procedimientos de reiniciación
multienlace
0 Introducción
0.1
Consideraciones generales
La presente Recomendación define las características y el funcionamiento de un sistema de señalización para enlaces de interconexión entre redes públicas de varios tipos para proporcionar servicios de transmisión de datos entre redes. Permite la transferencia de información de control de la llamada y de control de la red, así como tráfico de usuario.
La Recomendación se aplica a todos los enlaces entre redes públicas de datos con conmutación de paquetes en diferentes países y también a cierto número de casos de enlaces internacionales con RDSIs especificados en la Recomendación X.300. Estos incluyen enlaces entre RDSIs y redes públicas de datos con conmutación de paquetes y enlaces entre RDSIs que proporcionan servicios de transmisión de datos con conmutación de paquetes definidos en la Recomendación X.31. Puede aplicarse también a los enlaces en que las dos redes públicas están en el mismo país.
Cada enlace interredes comprende dos terminales de señalización (TES) conectados, perteneciente cada uno a una red pública. Las facilidades de transmisión entre dos TES pueden comprender uno o varios circuitos entre los dos TES. Cada TES está asociado con un extremo de un enlace y forma parte de una central o de una función de conmutación (o intercambio) en la red pública.
Algunas partes de esta Recomendación sólo se aplican a una gama limitada de situaciones de interfuncionamiento, que se indican claramente en el texto. Otras conciernen a enlaces entre redes públicas de un mismo país, y otras a enlaces en los cuales por lo menos una red pública no es una red de datos con conmutación de paquetes.
Los elementos de protocolo incluidos en esta Recomendación pueden utilizarse para proporcionar el servicio de capa de red en situaciones de interfuncionamiento.
0.2
Elementos
El sistema está constituido por elementos comunicantes que funcionan independientemente y que, por consiguiente, se definen por separado. Estos elementos son los siguientes:
a)los circuitos físicos, que comprenden facilidades de transmisión y un conjunto de características mecánicas, eléctricas, funcionales y de procedimiento del interfaz entre facilidades de transmisión y los terminales de señalización, y que proporcionan un mecanismo para la transferencia de información entre dos terminales de señalización;
b)los procedimientos de capa de enlace que operan a través de circuitos físicos y proporcionan un mecanismo para el transporte fiable de paquetes entre los dos terminales de señalización independientemente de los tipos particulares de circuito físico que se utilicen;
c)los procedimientos de capa de paquete que utilizan los procedimientos de capa de enlace y proporcionan un mecanismo para el intercambio de información de control de la llamada y tráfico de usuario entre los dos terminales de señalización.
0.3
Estructura básica del sistema
La figura 1/X.75 se muestra la estructura básica del sistema para los procedimientos de señalización, en base a sus elementos constitutivos.
Figura 1/X.75, p.
Nota
- Aplicable a esta Recomendación:
a)TES-X designa el terminal de señalización (TES) de la central considerada en el enlace en cuestión;
b)TES-Y designa el terminal de señalización (TES) de la otra central considerada en el enlace;
c)el interfaz TES-X/TES-Y se designa en forma abreviada por interfaz X/Y;
d)pueden utilizarse varios interfaces X/Y entre dos redes. En este caso, cada interfaz X/Y se comporta de acuerdo con los formatos y procedimientos de las capas física, enlace y paquete descritos en esta Recomendación.
1 Capa física - Características del
interfaz terminal de señalización/circuito físico
Las características del interfaz terminal de señalización/circuito físico, definido como elemento de capa física, se ajustarán a la Recomendación G.703 en el caso de circuitos físicos con una velocidad portadora de 64 kbit/s y facultativamente, por acuerdo bilateral, 2048 Mbit/s (véase la nota). Además, las Administraciones pueden utilizar para circuitos digitales cualquier otra velocidad reconocida (por ejemplo: 1544 Mbit/s; véase la nota) por acuerdo bilateral.
Sin embargo, durante un periodo de transición y por acuerdo bilateral, podrán aplicarse a los circuitos analógicos cualesquiera otras velocidades normalizadas en cuyo caso las características del interfaz terminal de señalización/circuito físico se ajustarán a las Recomendaciones pertinentes de la serie V.
Cada circuito físico del enlace deberá admitir el funcionamiento dúplex.
En el caso de interfuncionamiento internacional entre redes públicas de datos con conmutación de paquetes, se supone que el enlace sea un enlace de datos A1 y/o un enlace de datos G1, según las conexiones ficticias de referencia definidas en la Recomendación X.92.
Nota
- Se estudiará con mayor amplitud si se requieren
modificaciones de los procedimientos de la capa de enlace para las velocidades
de señalización de datos superiores a 64 kbit/s a fin de admitir caudales
elevados.
2 Procedimientos de la capa de enlace entre
terminales de señalización
2.1
Objeto y campo de aplicación
2.1.1 Para proporcionar un mecanismo para el transporte fiable de paquetes entre dos terminales de señalización, es necesario definir un procedimiento que pueda aceptar y entregar paquetes a la capa de paquete cuando se emplee uno o más circuitos físicos. Se requiere una multiplicidad de circuitos físicos si los efectos de los fallos de circuito no deben perturbar el funcionamiento de la capa de paquete.
2.1.2 El procedimiento monoenlace (
single link
procedure
, SLP) descrito en los
2.2
a 2.4 se emplea para el
intercambio de datos entre dos TES por un solo circuito físico, de conformidad
con la descripción que figura en el
1
. Cuando se emplea una
multiplicidad de circuitos físicos en paralelo, este procedimiento monoenlace
se utiliza independientemente en cada uno de ellos, utilizándose el
@procedimiento multienlace (
multilink
procedure
, MLP)\ descrito en el
2.5
para el
intercambio de datos por estos múltiples enlaces en paralelo. Además, cuando
únicamente se emplea un solo circuito físico, las Administraciones pueden
decidir, por acuerdo bilateral, aplicar este procedimiento multienlace en el
enlace único.
2.1.3 Todas las facilidades de transmisión son dúplex.
2.1.4 El procedimiento monoenlace se basa en el procedimiento de acceso al enlace (LAPB) descrito en el 2 de la Recomendación X.25. El procedimiento utiliza el principio y la terminología del procedimiento de control de alto nivel para enlaces de datos (HDLC) especificado por la Organización Internacional de Normalización (ISO).
El procedimiento multienlace (MLP) se basa en el principio y la terminología del procedimiento multienlace especificado por la ISO.
2.1.5 Para cada SLP empleado puede utilizarse el modo ampliado (módulo 128) o el modo no ampliado (módulo 8). La elección del modo empleado para cada procedimiento de enlace es independiente del modo elegido para todos los restantes y de la elección del modo para los procedimientos correspondientes del nivel paquete. En todos los casos, la elección se hará por acuerdo bilateral.
2.2
Estructura de trama
2.2.1 Todas las transmisiones se efectúan en tramas conformes a uno de los formatos de los cuadros 1/X.75 y 2/X.75. La bandera que precede al campo de dirección se define como bandera de apertura. La bandera que sigue al campo de secuencia de verificación de trama (SVT) se define como la bandera de cierre.
2.2.2
Secuencia de bandera
Todas las tramas comenzarán y terminarán con la secuencia de bandera que consiste en un bit 0 seguido de seis bits 1 consecutivos y un bit 0. El TES, cuando emita múltiples secuencias de bandera, sólo enviará secuencias de bandera de ocho bits completas e individualizadas (véase el 2.2.11 ). Una misma bandera puede utilizarse como bandera de cierre de una trama y bandera de apertura de la trama siguiente.
2.2.3
Campo de dirección
El campo de dirección consistirá en un octeto. El campo de dirección identifica al receptor previsto de una trama de instrucción y al transmisor de una trama de respuesta. La codificación del campo de dirección se describe en el 2.4.2 .
2.2.4
Campo de control
El campo de control consistirá en uno o dos octetos. El contenido de este campo se describe en el 2.3.2 .
Tableau 1/X.75 [T1.75], p.14
Tableau 2/X.75 [T2.75], p.15
2.2.5
Campo de información
El campo de información de una trama, cuando está presente, sigue el campo de control (véase el 2.2.4 ) y precede a la secuencia de verificación de trama (véase el 2.2.7 ). Para las diversas codificaciones y agrupaciones de bits en el campo de información especificadas en esta Recomendación, véanse los 2.3.4.9, 2.5.2 y 4.
En lo que respecta a la longitud máxima del campo de información, véanse los 2.3.4.9 y 2.4.8.5.
2.2.6
Transparencia
El terminal de señalización (TES) examinará durante la emisión el contenido de la trama entre las dos secuencias de la bandera, incluidos los campos de dirección, control, información y de SVT, e insertará un bit 0 después de todas las secuencias de cinco bits 1 consecutivos (incluidos los últimos cinco bits de la SVT) para asegurar que no se simule una secuencia de la bandera. Durante la recepción, el TES examinará el contenido de la trama y descartará todo bit 0 que siga inmediatamente a cinco bits 1 consecutivos.
2.2.7
Campo de secuencia de verificación de trama (SVT)
La notación utilizada para describir la SVT se basa en una propiedad de los
códigos cíclicos, a saber, que un vector de código como el 1000000100001 se
puede representar por un polinomio P(
x
) =
x
12 +
x
5 + 1. Por consiguiente, los
elementos de una palabra de código de
n
elementos son los
coeficientes de un polinomio de orden
n
- 1. En la
presente aplicación, estos coeficientes pueden tener un valor 0 ó 1 y las
operaciones polinomiales se efectúan en módulo 2. El polinomio que representa
el contenido de una trama se genera utilizando el primer bit que se recibe
después de la bandera de apertura de la trama como el coeficiente del término
de orden superior.
El campo SVT será una secuencia de 16 bits. Será el complemento a uno de la suma (en módulo 2) de:
1)el resto de la división (en módulo 2) de
x k
(
x
15 +
x
14 +
x
13 +
x
12
+
x
11 +
x
10 +
x
9
+
x
8 + +
x
7 +
x
6
+
x
5 +
x
4 +
x
3 +
x
2 +
x
+ 1) por el polinomio
generador
x
16 +
x
12 +
x
5 + 1, donde
k
es el número de bits
de la trama entre, pero no incluidos, el último bit de la bandera de apertura y
el primer bit de la SVT, excluidos los bits insertados para la transparencia, y
2)el resto de la división (en módulo 2) por el polinomio generador
x
16 +
x
12 +
x
5 +
1 del producto de
x
16 por el contenido de la trama entre,
pero no incluidos, el último bit de la bandera de apertura y el primer bit de
la SVT, excluidos los bits insertados para la transparencia.
En un caso práctico típico, en el emisor, el contenido inicial del registro
del dispositivo que calcula el resto inicial de la división se fija a
`todos
uno'
y se modifica luego dividiéndolo por el polinomio generador (como se
ha descrito anteriormente) en los campos de dirección, control e información;
el complemento a 1 del resto resultante se transmite como la SVT de 16 bits.
En el receptor, el contenido inicial del registro del dispositivo que
calcula el resto inicial se fija a
`todos uno'
. El resto final, después
de la multiplicación por
x
16 seguida de la división (en
módulo 2) por el polinomio generador
x
16 +
x
12 +
x
5 + 1 de los bits serie
protegidos entrantes y la SVT, será de 0001110100001111
(
x
15 a
x
0, respectivamente) en
ausencia de errores de transmisión.
Nota
- A título de explicación, se han incluido
ejemplos en el apéndice 1 a la Recomendación X.25.
2.2.8
Orden de transmisión de los bits
Las direcciones, las instrucciones, las respuestas y los números secuenciales se transmitirán por el bit de orden inferior (por ejemplo, el primer bit del número secuencial que se transmita tendrá la ponderación 2).
El orden de transmisión de los bits del campo de información no se especifica en el presente 2 . La SVT se transmitirá a la línea comenzando por el coeficiente del término de orden más elevado, que se halla en la posición de bit 16 del campo SVT (véanse los cuadros 1/X.75 y 2/X.75).
Nota
- En los cuadros 3/X.75, 4/X.75, 5/X.75, 6/X.75,
7/X.75, 8/X.75 y 10/X.75, el bit 1 se define como el bit de orden inferior.
2.2.9
Tramas no válidas
En el 2.3.5.3 se da la definición de una trama no válida.
2.2.10
Anulación (o abortación) de trama
Se anula (o aborta) una trama transmitiendo como mínimo siete bits 1 consecutivos (sin ceros insertados).
2.2.11
Relleno de tiempo entre tramas
El relleno de tiempo entre tramas se efectúa transmitiendo banderas consecutivas entre tramas, por ejemplo, múltiples secuencias de bandera de ocho bits (véase el 2.2.2 ).
2.2.12
Estados de los canales de enlace
Un canal de enlace, tal como se define aquí, es el medio de transmisión para un sentido.
2.2.12.1
Estado canal activo
Por definición, un canal entrante o saliente se encuentra en el estado activo cuando está recibiendo o transmitiendo respectivamente, una trama, una secuencia de anulación de trama, o relleno de tiempo entre tramas.
2.2.12.2
Estado canal inactivo
(o canal en reposo)
Por definición, un canal entrante o saliente se encuentra en el estado
inactivo (o de reposo) cuando está transmitiendo o recibiendo respectivamente,
estados
`1'
consecutivos durante un periodo de, al menos, 15 intervalos
de bit.
Para una descripción de la acción del TES cuando su canal entrante está en el estado inactivo (o de reposo) durante un periodo de tiempo demasiado largo, véase el 2.3.5.5 .
2.3
Elementos de procedimiento
2.3.1 Los elementos de procedimiento se definen en función de las operaciones que tienen lugar al recibirse tramas.
De estos elementos se deriva el procedimiento que se describe en el 2.4 . Los 2.2 y 2.3, conjuntamente, prescriben los requisitos generales para una explotación adecuada del enlace.
2.3.2
Formatos y parámetros del campo de control
2.3.2.1
Formatos del campo de control
El campo de control contiene una instrucción o una respuesta, y números secuenciales cuando corresponde.
El campo de control utiliza tres tipos de formato (véanse los cuadros 3/X.75 y 4/X.75) que son: para la transferencia de información numerada (formato I), para las funciones de supervisión numeradas (formato S) y para las funciones de control no numeradas (formato U).
Cuadro 3/X.75 [T3.75], p.
Cuadro 4/X.75 [T4.75], p.
2.3.2.1.1
Formato I de transferencia de información
El formato I se usa para realizar una transferencia de información. Las funciones de N(S), N(R) y P/F son independientes; esto es, cada trama I tiene un N(S), un N(R) que puede o no acusar recibo de tramas adicionales recibidas por el TES, y un bit P.
2.3.2.1.2
Formato S de supervisión
El formato S se utiliza para realizar funciones de control de supervisión del enlace, tales como el acuse de recibo de tramas I, la petición de retransmisión de tramas I y la petición de una suspensión temporal de la transmisión de tramas I. Las funciones de N(R) y P/F son independientes; es decir, cada trama de supervisión tiene un N(R) que puede o no acusar recibo de tramas I adicionales recibidas por el TES, y un bit P/F que puede ponerse a 0 o a 1.
2.3.2.1.3
Formato U no numerado
El formato U se utiliza para proporcionar funciones adicionales de control
del enlace. Este formato no contiene números secuenciales pero sí incluye un
bit P/F que puede ponerse a 0 o a 1. La codificación de las instrucciones y de
las respuestas no numeradas se define en los cuadros 5/X.75 y 6/X.75. Las
tramas no numeradas (U) utilizan un campo de control de un solo octeto tanto
para las operaciones en módulo 8 como para las operaciones en módulo 128
ampliado. Sin embargo, durante un periodo de transición y sólo para las
operaciones en módulo 128 ampliado, algunas Administraciones pueden optar,
mediante acuerdo bilateral, por la codificación del campo de control de dos
octetos en la forma descrita en la parte
b)
del cuadro
6/X.75.
2.3.2.2
Parámetros del campo de control
Los diversos parámetros asociados a los formatos del campo de control se describen a continuación.
2.3.2.2.1
Módulo
Cada trama I está numerada secuencialmente y puede adoptar un valor entre 0
y el del módulo menos uno (donde
`módulo'
es el módulo de los números
secuenciales). El módulo es igual a 8 o a 128, y los números secuenciales
adoptan cíclicamente todos los valores de la gama.
2.3.2.2.2
Variable de estado en emisión V(S)
La variable de estado en emisión indica el número secuencial de la
siguiente trama I que debe transmitirse en la secuencia. Puede adoptar un valor
entre 0 y el del módulo menos uno. El valor de la variable de estado en emisión
se incrementa en una unidad con cada transmisión sucesiva de una trama I, pero
no puede exceder del N(R) de la última trama de formato I o S recibida en un
valor superior al número máximo (
k
) de tramas I
pendientes. El valor de
k
se define en el
2.4.8.6
.
2.3.2.2.3
Número secuencial en emisión N(S)
Sólo las tramas I contienen el N(S), número secuencial en emisión de las tramas transmitidas. En el momento en que se designa una trama I que debe transmitirse en la secuencia, se pone el valor de N(S) a un valor igual al de la variable de estado en emisión.
2.3.2.2.4
Variable de estado en recepción V(R)
La variable de estado en recepción indica el número secuencial de la siguiente trama I que debe recibirse en la secuencia. Puede adoptar un valor entre 0 y el del módulo menos uno. El valor de la variable de estado en recepción se incrementa al recibirse en secuencia una trama I exenta de errores cuyo número secuencial en emisión N(S) es igual a la variable de estado en recepción.
2.3.2.2.5
Número secuencial en recepción N(R)
Todas las tramas I y S contienen el N(R), que es el número secuencial previsto de la trama I siguiente recibida. Cuando se designa para transmitir una trama de los tipos indicados anteriormente, el valor de N(R) se hace igual al valor vigente de la variable de estado en recepción. N(R) indica que el TES que transmite el N(R) ha recibido correctamente todas las tramas I con número secuencial menor o igual que [N(R) - 1].
2.3.2.2.6
Bit de petición/final (P/F)
Todas las tramas contienen el bit P/F (bit de petición/final). En las tramas de instrucción, el bit P/F se denomina bit P. En las tramas de respuesta, se denomina bit F.
2.3.3
Funciones del bit de petición/final
El bit de petición puesto a 1 lo utiliza el TES para solicitar (pedir) una respuesta del otro TES. El bit final puesto a 1 lo utiliza el TES para indicar la trama de respuesta transmitida por el otro TES como resultado de la instrucción solicitante (petición).
La utilización del bit P/F se describe en el 2.4.3 .
2.3.4
Instrucciones y respuestas
El TES admitirá las instrucciones y respuestas indicadas en los cuadros 5/X.75 y 6/X.75.
La codificación de los bits de la función de supervisión
`11'
; y las
codificaciones de los bits de la función de modificación en los cuadros 3/X.75
y 4/X.75 no identificadas en los cuadros 5/X.75 y 6/X.75, se identifican como
campos de control de instrucción y de respuesta
no definidos o
no aplicados
.
Las instrucciones y respuestas son las siguientes:
2.3.4.1
Instrucción de información (I)
La función de la instrucción de @información (I)\ es transferir, por un enlace de datos, tramas numeradas secuencialmente que contienen un campo de información.
2.3.4.2
Instrucción y respuesta preparado para recibir
(RR)
La trama de supervisión @preparado para recibir (RR)\ la utiliza el TES para:
1)indicar que está preparado para recibir una trama I;
2)acusar recibo de tramas I anteriormente recibidas, con número secuencial menor o igual que [N(R) - 1].
Puede utilizarse una trama RR para indicar la liberación de un estado de ocupado comunicado mediante la transmisión previa de una trama RNR por el mismo TES. Además de indicar el estado del TES, la instrucción RR con el bit P puesto a 1 puede ser utilizada por el TES para pedir se le indique el estado del otro TES.
Cuadro 5/X.75 [T5.75], p.
Cuadro 6/X.75 [T6.75], p.
2.3.4.3
Instrucción y respuesta no preparado para
recibir (RNR)
La trama de supervisión no preparado para recibir (RNR) la utiliza el TES para indicar un estado de ocupado, es decir, la incapacidad temporal para aceptar nuevas tramas entrantes. Se acusa recibo de las tramas I con un número secuencial menor o igual que [N(R) - 1]. No se acusa recibo de la trama I N(R) ni de ninguna otra trama I recibida posteriormente; la indicación acerca de la aceptación de estas tramas se da en tramas ulteriores.
Además de indicar el estado del TES, la instrucción RNR con el bit P puesto a 1 puede ser utilizada por un TES para interrogar sobre el estado del otro TES.
2.3.4.4
Instrucción y respuesta rechazo (REJ)
La trama de supervisión rechazo (REJ) la utiliza el TES para pedir la retransmisión de tramas I a partir de la trama numerada N(R). Se acusa recibo de las tramas I con número secuencial menor o igual que [N(R) - 1]. Las nuevas tramas I pendientes de transmisión inicial pueden enviarse después de la trama o tramas I retransmitidas.
No puede establecerse más de una condición de excepción REJ en un sentido de transferencia de información en un instante determinado. Se libera (reiniciación) la condición de excepción REJ al recibirse una trama I con un N(S) igual al N(R) de la trama REJ.
Puede utilizarse una trama REJ para indicar la liberación de un estado de ocupado comunicado mediante la transmisión previa de una trama RNR por ese mismo TES. Además de indicar el estado del TES, la instrucción REJ con el bit P puesto a 1 puede ser utilizada por un TES para interrogar sobre el estado del otro TES.
2.3.4.5
Instrucción de paso al modo equilibrado
asíncrono (SABM) e instrucción de paso al modo equilibrado
asíncrono ampliado (SABME)
La instrucción no numerada SABM se usa para pasar el TES destinatario a la fase de transferencia de información del modo balanceado asíncrono (ABM), en que todos los campos de control de instrucción/respuesta tendrán una longitud de un octeto.
La instrucción no numerada SABME se usa para pasar el TES destinatario a la fase de transferencia de información del modo equilibrado asíncrono, en que los campos de control de instrucción/respuesta numerados tendrán una longitud de dos octetos y los campos de control de instrucción/respuesta no numerados tendrán una longitud de un octeto (véase la nota).
No se permiten campos de información en las instrucciones SABM o SABME. La transmisión de una instrucción SABM/SABME indica la liberación de un estado de ocupado comunicado mediante la transmisión previa de una trama RNR por ese mismo TES. El TES confirma la aceptación de SABM/SABME (módulo 8/módulo 128) transmitiendo en la primera oportunidad una respuesta de acuse de recibo no numerado (UA). Al aceptar esta instrucción la variable de estado en emisión y la variable de estado en recepción se ponen a 0.
Las tramas I previamente transmitidas de las cuales no se haya acusado recibo cuando se activa esta instrucción, quedan sin acuse de recibo.
Nota
- Durante un periodo transitorio, como se indica
en el
2.3.2.1.3
, las Administraciones pueden convenir, mediante
acuerdo bilateral, la utilización de un formato con un campo de control de dos
octetos.
2.3.4.6
Instrucción de desconexión (DISC)
La instrucción no numerada DISC se utiliza para terminar el modo previamente establecido. Se usa para informar al TES que recibe la instrucción DISC que el TES que la envía está suspendiendo su funcionamiento. No se permite ningún campo de información con la instrucción DISC. Antes de activar la instrucción DISC, el TES destinatario confirma la aceptación de DISC mediante la transmisión de una respuesta UA. El TES que ha enviado la instrucción DISC pasa a la fase desconectado cuando recibe la respuesta de acuse de recibo no numerado UA.
Las tramas previamente transmitidas de las que no se haya acusado recibo cuando se activa esta instrucción quedan sin acuse de recibo.
2.3.4.7
Respuesta acuse de recibo no numerado (UA)
La respuesta acuse de recibo no numerado (UA) la utiliza el TES para el acuse de recibo y la aceptación de instrucciones de fijación de modo. Las instrucciones de fijación de modo recibidas no son ejecutadas hasta que se transmite la respuesta UA. La transmisión de una respuesta UA indica la liberación de un estado de ocupado comunicado mediante la transmisión previa de una trama RNR por ese mismo TES. No se permite ningún campo de información con la respuesta UA.
2.3.4.8
Respuesta modo desconectado (DM)
La respuesta no numerada DM se utiliza para indicar un estado en que el TES está desconectado lógicamente del enlace, y se halla en la fase de desconectado. La respuesta DM se envía en esta fase en respuesta a la recepción de una instrucción de fijación de modo, para comunicar al otro TES que el TES está aún en la fase de desconectado y no puede ejecutar una instrucción de fijación de modo. No se permite ningún campo de información con la respuesta DM.
Un TES en una fase de desconectado supervisará las instrucciones recibidas y reaccionará a una instrucción SABM/SABME como se indica en el 2.4.4 , y responderá con una respuesta DM con el bit F puesto a 1 a cualquier otra instrucción recibida con el bit P puesto a 1.
2.3.4.9
Respuesta rechazo de trama (FRMR)
La respuesta no numerada FRMR la utiliza el TES para comunicar una condición de error tras la cual no puede obtenerse el restablecimiento mediante la retransmisión de una trama idéntica; es decir, al menos una de las siguientes condiciones, que resultan de la recepción de una trama válida:
1)recepción de un campo de control de instrucción o respuesta no definido o no aplicado;
2)recepción de una trama I con un campo de información cuya longitud excede de la máxima establecida;
3)recepción de un N(R) no válido;
4)recepción de una trama con un campo de información no permitido, o la recepción de una trama de supervisión o no numerada de longitud incorrecta;
5)recepción de una trama de supervisión con el bit F puesto a 1, excepto durante un estado de recuperación por tiempo límite (o por temporizador) descrita en el 2.4.5.9 , salvo el caso de una respuesta a una instrucción enviada con el bit P puesto a 1;
6)recepción de una respuesta UA o DM inesperada;
7)recepción de un N(S) no válido.
Se define un N(R) no válido como un número que indica una trama I que se ha
transmitido y ha sido objeto de acuse de recibo previamente, o una trama I que
no se ha transmitido y no es la siguiente trama I de la secuencia que debe
transmitirse. Un N(R) válido debe estar comprendido entre el menor de los
números secuenciales en emisión N(S) de la(s) trama(s) que todavía no ha(n)
sido objeto de acuse de recibo N(S) y el valor vigente de la variable de estado
en emisión del TES, inclusive (o el valor vigente de la variable interna
x
si el TES está en la condición de recuperación por
temporizador descrita en el
2.4.5.9
). Esta restricción se aplica
incluso si el TES está en una condición de rechazo de trama.
Se define un N(S) no válido como un N(S) que es igual al último N(R) +
k
transmitido y es igual a la variable de estado en
recepción V(R), siendo
k
el número máximo de tramas de
información pendientes (véase el
2.4.8.6
).
Con esta respuesta se devuelve un campo de información, que sigue inmediatamente al campo de control y que consta de tres octetos (módulo 8) o cinco octetos (módulo 128) y da la razón de la respuesta FRMR. Este formato se ilustra en los cuadros 7/X.75 y 8/X.75.
Para la condición 4), indicada anteriormente, los bits W y X deben ponerse a 1.
Para las condiciones 5), 6) y 7) indicadas anteriormente, el bit W debe ponerse a 1.
En todos los casos, el TES que recibe la FRMR debe examinar el contenido del campo de control de la trama rechazada para aclarar más la causa del error antes de registrar dicho error.
2.3.5
Indicación y recuperación de condiciones de
excepción
A continuación se describen los procedimientos de recuperación en caso de error, aplicables para obtener la recuperación después de la detección/aparición de una condición de excepción en la capa de enlace. Las condiciones de excepción descritas son situaciones derivadas de errores de transmisión, del funcionamiento defectuoso del TES, o de situaciones operacionales.
2.3.5.1
Estado de ocupado
Se produce el estado de ocupado (o condición de ocupado) cuando durante un cierto tiempo un TES no puede recibir o seguir recibiendo tramas I debido a restricciones internas, como por ejemplo la limitación de la capacidad de las memorias tampón en la recepción. En este caso se transmite, desde el TES ocupado, una trama RNR. Las tramas I pendientes de transmisión pueden transmitirse desde el TES ocupado antes o después de RNR. Una indicación de liberación del estado de ocupado se comunica mediante la transmisión de una trama UA (solamente en respuesta a una instrucción SABM/SABME), RR, REJ o SABM/SAMBE (módulo 8/módulo 128).
Tableau 7/X.75 [T7.75], p.20
Tableau 8/X.75 [T8.75], p.21
2.3.5.2
Error en el número secuencial N(S)
Se descartará el campo de información de todas las tramas I recibidas cuyo N(S) no sea igual a la variable de estado en recepción V(R).
Se produce en el receptor una condición de excepción en la secuencia N(S) cuando una trama I recibida contiene un N(S) que no es igual a la variable de estado en recepción V(R) en el receptor. El receptor no acusa recibo (no incrementa su variable de estado en recepción) de la trama I en que se produjo el error en el número secuencial, ni de cualquier trama I que pudiera seguirla, hasta que reciba una trama I con el N(S) correcto.
Un TES que reciba una o más tramas I válidas con errores en los números secuenciales o tramas de supervisión (RR, RNR y REJ) ulteriores, aceptará la información de control contenida en el campo N(R) y el bit P/F para realizar funciones de control del enlace, por ejemplo para recibir acuse de recibo de tramas I previamente transmitidas, y para hacer que el TES responda (bit P puesto a 1).
2.3.5.2.1
Recuperación por medio de REJ
Un TES receptor utiliza la trama REJ para iniciar una recuperación (retransmisión) después de detectarse un error en el número secuencial N(S).
Con respecto a cada sentido de transmisión del enlace, sólo una condición
de excepción
REJ transmitida
, desde un TES, está
establecida en un momento dado cualquiera. Una condición de excepción
REJ transmitida
se libera cuando se
recibe
la trama I pedida.
Cuando un TES recibe REJ, inicia la transmisión (o retransmisión) secuencial de tramas I comenzando por la trama I indicada por el N(R) contenido en la trama REJ.
La trama o tramas retransmitidas pueden contener un N(R) y un bit P que son una actualización de los contenidos en la(s) trama(s) I transmitida(s) originalmente, y por lo tanto diferentes de los mismos.
2.3.5.2.2
Recuperación por
temporización
Si, debido a un error de transmisión, un TES no recibe (o recibe y descarta) una trama I aislada o la última o las últimas tramas I de una secuencia de tramas I, no detectará una condición de error en la secuencia de N(S) y, por tanto, no transmitirá una trama REJ. El TES que haya transmitido la trama o tramas I sin acuse de recibo, después de terminado un periodo de temporización especificado para el sistema (véanse los 2.4.5.9 y 2.4.8.1), realizará la acción de recuperación adecuada para determinar en qué trama I debe comenzar la retransmisión. Las tramas retransmitidas pueden contener un N(R) y un bit P que son una actualización de los contenidos en las tramas I transmitidas originalmente, y por lo tanto diferentes de los mismos.
2.3.5.3
Trama no válida
Se descartará toda trama que no sea válida y no se realizará ninguna acción como consecuencia de ella. Por definición, una trama no válida es aquella que:
a)no está debidamente delimitada por dos banderas;
b)en funcionamiento no ampliado (módulo 8) contiene menos de 32 bits entre banderas, o en funcionamiento ampliado (módulo 128) contiene menos de 40 bits entre banderas de tramas que contienen números secuenciales, o 32 bits entre banderas de tramas que no contienen números secuenciales.
Nota
- Tampoco son válidas las tramas que contienen
menos de 40 bits (módulo 128), si se utiliza como alternativa b un campo de
control de 2 octetos durante el periodo de transición (véase el
2.3.2.1.3
);
c)contiene un error indicado por la secuencia de verificación de trama (SVT);
d)contiene una dirección distinta de A o B (para funcionamiento monoenlace) o distinta de C o D (para funcionamiento multienlace).
Para las redes que funcionan con alineación de octetos, puede efectuarse la detección de una alineación distinta de la de octetos en el nivel enlace añadiendo una verificación de validez de las tramas que requiere que el número de bits entre la bandera de apertura y la bandera de cierre, excluyendo los bits insertados para transparencia, sea igual a un número entero de octetos; si no se cumple este requisito, se considera que la trama no es válida.
2.3.5.4
Rechazo de trama
Se establece una condición de rechazo de trama al recibirse una trama sin errores que cumpla una de las condiciones indicadas en el 2.3.4.9 .
Esta condición de excepción se indica enviando una respuesta FRMR como acción adecuada del TES.
Una vez que el TES ha detectado una condición de rechazo de trama, no aceptará más tramas de formato I o S hasta que se haya producido una reiniciación sobre esa condición, salvo para examinar el bit P. La respuesta FRMR puede repetirse en cada oportunidad, según se especifica en el 2.4.7.3 hasta que el otro TES haya efectuado la recuperación, o hasta que el TES en cuestión inicie su propia recuperación si el otro TES no responde.
2.3.5.5
Duración excesiva del estado canal inactivo en
canal entrante
Cuando el ETS detecta una condición de estado inactivo (véase el 2.2.12.2 ) en el canal entrante, esperará un periodo T3 (véase el 2.4.8.3 ) durante el cual no realizará ninguna acción específica a la espera de detectar el retorno al estado canal activo (es decir, detección de al menos una secuencia de la bandera). Una vez transcurrido el periodo T3, el TES notificará al procedimiento multienlace (MLP) o a la capa paquete la duración excesiva del estado canal inactivo, pero no realizará ninguna acción que impida al otro TES establecer el enlace mediante los procedimientos normales de establecimiento del enlace.
El valor de T3 es un parámetro sistema y se fija por acuerdo bilateral.
2.4
Descripción del procedimiento
2.4.1
Modos de funcionamiento ampliado y no ampliado
El cambio de funcionamiento no ampliado al funcionamiento ampliado, o viceversa, requiere acuerdo bilateral y no puede efectuarse dinámicamente.
En el cuadro 5/X.75 se indican los formatos de campo de control de instrucción y de respuesta utilizados con el servicio no ampliado (módulo 8). La instrucción de fijación de modo empleada para iniciar (establecer) o reiniciar (reponer) el modo no ampliado es la instrucción SABM. En el cuadro 6/X.75 se indican los formatos de campo de control de instrucción y de respuesta utilizados con el servicio ampliado (módulo 128). La instrucción de fijación de modo empleada para inicializar (establecer) o reiniciar el modo ampliado es la instrucción SABME.
2.4.2
Procedimiento para el direccionamiento
Las instrucciones se envían con la dirección del TES distante y las respuestas con la dirección del TES local.
Para poder distinguir entre procedimiento monoenlace y procedimiento multienlace con fines de diagnóstico y/o mantenimiento, a los enlaces en que se aplica el procedimiento multienlace (MLP) se les asignarán codificaciones de pares de direcciones diferentes de las asignadas a los enlaces en que se aplica el procedimiento monoenlace (SLP). Estas direcciones de TES se codifican como sigue:
Cuadro [T9.75], p.
A y B, o C y D, se asignan por acuerdo bilateral entre las Administraciones.
2.4.3
Procedimiento para la utilización del bit P/F
Cuando un TES reciba una instrucción SABM/SABME, DISC, de supervisión o una trama con el bit P puesto a 1, pondrá el bit F a 1 en la siguiente trama de respuesta que transmita.
La trama de respuesta devuelta por el TES para una instrucción SABM/SABME o DISC con el bit P puesto a 1 será una respuesta UA o DM con el bit F puesto a 1. La trama de respuesta devuelta por el TES para una trama I con el bit P puesto a 1, recibida durante la fase de transferencia de información, será una respuesta RR, REJ, RNR o FRMR con el bit F puesto a 1. La trama de respuesta devuelta por el TES para una instrucción de supervisión con el bit P puesto a 1, recibida durante la fase de transferencia de información, será una respuesta RR, REJ, RNR o FRMR con el bit F puesto a 1.
La trama de respuesta devuelta para una trama I o una trama de supervisión con el bit P puesto a 1, recibida durante la fase de desconexión, será una DM con el bit F puesto a 1.
El TES puede usar el bit P junto con la condición de recuperación por temporización (véase el 2.4.5.9 ).
Cuando el bit P/F no se utilice se pone a 0.
Nota
- Deben estudiarse otras utilizaciones del bit P
por el TES.
2.4.4
Procedimientos de establecimiento y desconexión
del enlace
2.4.4.1
Establecimiento del enlace
El TES indicará que puede establecer el enlace transmitiendo banderas consecutivas (canal en estado activo).
Cualesquiera de los dos TES podrá iniciar el enlace transmitiendo SABM/SABME (módulo 8/módulo 128) y arrancando el temporizador T1 para determinar el instante en el que ha transcurrido demasiado tiempo en espera de una respuesta. El otro TES, al recibir SABM/SABME correctamente, transmitirá UA y reiniciará poniendo a 0 sus dos variables de estado. Al recibir UA correctamente, se habrá efectuado el establecimiento del enlace y el TES que haya iniciado la acción reiniciará poniendo a 0 sus dos variables de estado y parará el temporizador T1.
Si, al recibir SABM/SABME correctamente, el TES determina que no puede pasar a la fase indicada, transmite la respuesta DM.
Al recibir la respuesta DM, el TES que ha transmitido una SABM/SABME para su temporizador T1 y no pasa a la fase de transferencia de información.
El TES que envía la SABM/SABME no tendrá en cuenta y descartará todas las tramas procedentes del otro TES con excepción de SABM/SABME, DISC, UA y DM.
El envío de otras tramas diferentes de UA y DM en respuesta a una SABM/SABME recibida sólo se efectuará después de haberse establecido el enlace y cuando no haya SABM/SABME pendientes.
Si una instrucción SABM/SABME o DISC o una respuesta UA o DM no se recibe correctamente, expirará el plazo del temporizador T1 en el TES que haya transmitido originalmente la instrucción SABM/SABME y el TES podrá retransmitir SABM/SABME y rearrancar el temporizador T1.
Tras la transmisión N2 veces de la instrucción SABM/SABME por el TES, se realizarán las operaciones apropiadas para la recuperación.
El valor de N2 se define en el 2.4.8.4 .
2.4.4.2
Fase de transferencia de información
Después de haber transmitido la respuesta UA para la instrucción SABM/SABME o haber recibido la respuesta UA para una instrucción SABM/SABME transmitida, el TES aceptará y transmitirá tramas I y tramas de supervisión de acuerdo con los procedimientos descritos en el 2.4.5 .
Cuando reciba una instrucción SABM/SABME (módulo 8/módulo 128) estando en la fase de transferencia de información, el TES aplicará el procedimiento de reiniciación descrito en el 2.4.7 .
2.4.4.3
Desconexión del enlace
Durante la fase de transferencia de información, uno de los dos TES indicará una petición de desconexión del enlace transmitiendo una instrucción DISC y arrancará el temporizador T1 (véase el 2.4.8.1 ).
Cuando reciba una instrucción DISC correctamente, el TES enviará una respuesta UA y pasará a la fase de desconectado. El TES, al recibir una respuesta UA o DM a la instrucción DISC enviada, parará su temporizador y pasará a la fase de desconectado. Si una respuesta UA o DM no se recibe correctamente, esto dará lugar a que expire el plazo del temporizador T1 en el TES que haya transmitido inicialmente la instrucción DISC. Si expira el plazo del temporizador T1, este TES retransmitirá una instrucción DISC y rearrancará el temporizador T1. Esta acción continuará hasta que se reciba correctamente una respuesta UA o una respuesta DM o hasta que se efectúe la recuperación en un nivel superior después de transmitir DISC N2 veces. El valor de N2 se define en el 2.4.8.4 .
2.4.4.4
Fase de desconectado
2.4.4.4.1 Tras haber recibido una instrucción DISC y devuelto una respuesta UA, o haber recibido la respuesta UA para una instrucción DISC transmitida, el TES pasará a la fase de desconectado.
En la fase de desconectado, el TES puede iniciar el establecimiento del enlace. En la fase de desconectado el TES reaccionará a la recepción de una instrucción SABM/SABME como se describe en el 2.4.4.1 y a una instrucción DISC recibida reaccionará con una respuesta DM.
Al recibir cualquier otra trama de instrucción (definida, no definida o no aplicada) con el bit P puesto a 1, el TES transmitirá una respuesta DM con el bit F puesto a 1. No se tendrán en cuenta otras tramas recibidas en la fase de desconectado.
2.4.4.4.2 Después de la recuperación de un mal funcionamiento interno, el TES puede iniciar un procedimiento de reiniciación (véase el 2.4.7 ) o desconectar el enlace (véase el 2.4.4.3 ) antes de aplicar un procedimiento de establecimiento del enlace (véase el 2.4.4.1 ).
2.4.4.5
Colisión de instrucciones no numeradas
Las situaciones de colisión se resolverán de la manera siguiente:
2.4.4.5.1 Si las instrucciones no numeradas enviadas y recibidas son idénticas, cada TES enviará la respuesta UA en cuanto pueda. Cada TES deberá pasar a la fase indicada después de recibir una respuesta UA.
2.4.4.5.2 Si las instrucciones no numeradas enviadas y recibidas son diferentes, cada TES deberá pasar a la fase de desconectado y enviar una respuesta DM en cuanto pueda.
2.4.5
Procedimientos de transferencia de información
A continuación se describen los procedimientos aplicables para la transmisión de tramas I en cada sentido durante la fase de transferencia de información.
En los puntos que siguen, la expresión
`superior en una unidad'
se
refiere a una serie secuencial repetida continuamente; por ejemplo, 7 es
superior en una unidad a 6 y 0 es superior en una unidad a 7 para la serie de
módulo 8, y 127 es superior en una unidad a 126 y 0 es superior en una unidad a
127 para la serie de módulo 128.
2.4.5.1
Envío de tramas I
Cuando el TES tenga una trama I para transmitir (esto es, una trama I no transmitida todavía, o que deba retransmitirse como se describe en el 2.4.5.6 ), la transmitirá con un N(S) igual al valor vigente de su variable de estado en emisión V(S) y un N(R) igual al valor vigente de su variable de estado en recepción V(R). Al terminar la transmisión de la trama I, el TES incrementará su variable de estado en emisión V(S) en una unidad.
Si el temporizador T1 no está en marcha en el momento de transmitirse una trama I, se le hará arrancar.
Si la variable de estado en emisión V(S) es igual al último valor de N(R)
recibido más
k
(donde
k
es el número
máximo de tramas I pendientes, véase el
2.4.8.6
), el TES no
transmitirá ninguna nueva trama I, pero podrá retransmitir una trama I como se
describe en los
2.4.5.6
ó 2.4.5.9.
Cuando el TES esté en un estado de ocupado, podrá aún transmitir tramas I a condición de que no esté ocupado el otro TES. Si está en la condición de rechazo de trama, el TES interrumpirá la transmisión de tramas I.
2.4.5.2
Recepción de una trama I
2.4.5.2.1 Cuando el TES no esté en un estado de ocupado y reciba una trama I válida cuyo número secuencial en emisión N(S) sea igual a la variable de estado en recepción V(R) del TES, el TES aceptará el campo de información de esta trama, incrementará en una unidad su variable de estado en recepción V(R) y procederá como sigue:
a)Si el TES no está aún en un estado de ocupado:
i)Si hay una trama I disponible para su transmisión por el TES, éste puede proceder como se indica en el 2.4.5.1 y acusar recibo de la trama I recibida poniendo N(R), en el campo de control de la siguiente trama I transmitida, al valor de la variable de estado en recepción V(R) del TES. El TES puede también acusar recibo de la trama I recibida transmitiendo una RR con el N(R) igual al valor de la variable de estado en recepción V(R) del TES.
ii)Si no hay ninguna trama I disponible para su transmisión por el TES, éste transmitirá una RR con el N(R) igual al valor de la variable de estado en recepción V(R) del TES.
b)Si el TES está en un estado de ocupado, transmitirá una trama RNR con N(R) igual al valor de la variable de estado en recepción V(R) del TES (véase el 2.4.5.8 ).
2.4.5.2.2 Cuando el TES está en un estado de ocupado, puede ignorar el campo de información contenido en toda trama I recibida.
2.4.5.3
Recepción de tramas no válidas
Cuando el TES recibe una trama no válida (véase el 2.3.5.3 ), se descartará dicha trama.
2.4.5.4
Recepción de tramas I fuera de secuencia
Cuando el TES reciba una trama válida cuyo número secuencial en emisión N(S) sea incorrecto, es decir, distinto del valor vigente de la variable de estado en recepción V(R) del TES, descartará el campo de información de la trama y transmitirá una trama REJ con el N(R) puesto a un valor superior en una unidad al del N(S) de la última trama I correctamente recibida. La trama REJ será una trama de instrucción con el bit P puesto a 1 si se requiere una transferencia con acuse de recibo de la petición de retransmisión; en otro caso, la trama REJ puede ser una trama de instrucción o una trama de respuesta. El TES descartará entonces el campo de información de todas las tramas I recibidas hasta que reciba correctamente la trama I esperada. Al recibir la trama I esperada, el TES acusará recibo de la trama I como se describe en el 2.4.5.2 . El TES utilizará la información dada por el N(R) y el bit P en las tramas I descartadas, según se describe en el 2.3.5.2 .
2.4.5.5
Recepción de un acuse de recibo
Al recibir correctamente una trama I o una trama de supervisión (RR, RNR o REJ), incluso en el estado de ocupado, salvo en la condición de rechazo de trama, el TES considerará el N(R) contenido en esa trama como un acuse de recibo para todas las tramas I que ha transmitido con un N(S) igual o menor que el N(R) recibido menos uno. El TES parará el temporizador T1 cuando reciba correctamente una trama I o una trama de supervisión con el N(R) mayor que el último N(R) recibido (con lo que de hecho acusa recibo de algunas tramas I), o una trama REJ con N(R) igual al último N(R) recibido.
Si se ha reiniciado el temporizador T1 y si hay tramas I pendientes aún de acuse de recibo, se rearranca el temporizador T1. Si expira el plazo del temporizador T1, el TES seguirá el procedimiento de retransmisión (indicado en el 2.4.5.9 ) con respecto a las tramas I que no han sido objeto de acuse de recibo.
2.4.5.6
Recepción de una trama REJ
Cuando reciba una trama REJ, el TES pondrá su variable de estado en emisión V(S) al valor de N(R) recibido en el campo de control de la REJ. Transmitirá la trama I correspondiente tan pronto como disponga de ella o la retransmitirá según los procedimientos descritos en el 2.4.5.1 . La transmisión (o retransmisión) se ajustará a lo siguiente:
i)Si el TES está transmitiendo una instrucción o una respuesta de supervisión cuando recibe la trama REJ, completará dicha transmisión antes de empezar a transmitir la trama I solicitada.
ii)Si el TES está transmitiendo una instrucción o una respuesta no numerada cuando recibe la trama REJ, ignorará la petición de retransmisión.
iii)Si el TES está transmitiendo una trama I cuando recibe la trama REJ, puede anular la trama I y, comenzar la transmisión de la trama I solicitada, inmediatamente después de la anulación.
iv)Si el TES no está transmitiendo ninguna trama cuando recibe la trama REJ, comenzará inmediatamente la transmisión de la trama I solicitada.
En todos los casos, si después de la indicada en la trama REJ se hubiesen transmitido ya otras tramas I que no hayan sido objeto de acuse de recibo, dichas tramas I serán retransmitidas por el TES después de la retransmisión de la trama I pedida. Otras tramas I que aún no han sido transmitidas se podrán transmitir después de las tramas I que hayan sido retransmitidas.
Si la trama REJ se recibió del otro TES como una instrucción con el bit P puesto a 1, el TES transmitirá una respuesta RR, RNR, o REJ con el bit F puesto a 1, antes de transmitir o retransmitir la trama I correspondiente.
2.4.5.7
Recepción de una trama RNR
Después de recibir una trama RNR cuyo N(R) acusa recibo de todas las tramas antes transmitidas, el TES detendrá el temporizador T1 y podrá entonces transmitir una trama I con el bit P puesto a 0, y cuyo número secuencial en emisión sea igual al N(R) indicado en la trama RNR, y rearrancar el temporizador T1. Después de recibir una trama RNR cuyo N(R) indica una trama anteriormente recibida, el TES no transmitirá ni retransmitirá ninguna trama I; el temporizador T1 seguirá corriendo. En cualquiera de los dos casos, si el temporizador T1 expira antes de recibirse una indicación de que ha terminado el estado de ocupado, el TES seguirá el procedimiento descrito en el 2.4.5.9 . En todo caso, el TES no transmitirá ninguna otra trama I antes de recibir una RR o REJ, o de que se haya completado un procedimiento de reinciciación.
2.4.5.8
TES en estado de ocupado
Cuando el TES pase a un estado de ocupado, transmitirá una trama RNR en cuanto pueda. La trama RNR será una trama de instrucción con el bit P puesto a 1 si se requiere una transferencia con acuse de recibo de una indicación del estado de ocupado; en otro caso, la trama RNR podrá ser, o bien una trama de instrucción o una trama de respuesta. Mientras está en el estado de ocupado, el TES aceptará y tratará tramas de supervisión, aceptará y tratará el contenido de los campos N(R) de las tramas I y devolverá una respuesta RNR con el bit F puesto a 1 si recibe una instrucción de supervisión o una trama de instrucción I con el bit P puesto a 1. Para liberar el estado de ocupado, el TES transmitirá una trama REJ o una trama RR, con N(R) puesto a valor vigente de la variable de estado en recepción V(R), según que haya descartado o no los campos de información de las tramas I correctamente recibidas. La trama REJ o la trama RR serán tramas de instrucción con el bit P puesto a 1 si se requiere una transferencia con acuse de recibo del paso del estado de ocupado al de no ocupado; sino la trama REJ o la RR pueden ser tramas de instrucción o de respuesta.
2.4.5.9
Espera de acuse de recibo
Si el temporizador T1 expira mientras se está en espera de que el otro TES
acuse recibo de una trama I transmitida, el TES pasará al estado de
recuperación por temporizador, incrementará en una unidad su variable de
tentativas de retransmisión y pondrá su variable interna
`x'
al valor
vigente de su variable de estado en emisión V(S). El TES rearrancará el
temporizador T1, pondrá su variable de estado en emisión al valor del último
N(R) recibido del otro TES y retransmitirá la trama I correspondiente con el
bit P puesto a 1, o transmitirá una trama de instrucción de supervisión
adecuada (RR, RNR o REJ) con el bit P puesto a 1.
El estado de recuperación por temporizador se libera cuando el TES recibe una trama de supervisión válida con el bit F puesto a 1.
Si, durante el estado de recuperación por temporizador, el TES recibe
correctamente una trama de supervisión con el bit F puesto a 1 y con un N(R)
incluido en la gama comprendida entre el valor vigente de su variable de estado
en emisión y el valor de
x
(inclusive), liberará el estado
de recuperación por temporizador (incluida la parada del temporizador T1) y
pondrá su variable de estado en emisión V(S) al valor del N(R) recibido,
pudiendo continuar entonces con la transmisión o retransmisión de tramas I,
según proceda.
Si, durante el estado de recuperación por temporizador, el TES recibe
correctamente una trama I o una trama de supervisión con el bit P/F puesto a 0
y con un N(R) válido (véase el
2.3.4.9
) en la gama comprendida entre
el valor vigente de su variable de estado en emisión V(S) y el valor de
x
(inclusive), no liberará el estado de recuperación por
temporizador. El valor del N(R) recibido puede utilizarse para actualizar la
variable de estado en emisión V(S). Sin embargo, el TES puede decidir conservar
en memoria la última trama I transmitida (aunque haya sido objeto de acuse de
recibo), para poder retransmitirla con el bit P puesto a 1 cuando expire el
plazo del temporizador T1.
Si expira el plazo del temporizador T1 en el estado de recuperación por temporizador, el TES aumentará en una unidad su variable de tentativas de transmisión, rearrancará el temporizador T1 y, o bien retransmitirá la trama I enviada con el bit P puesto a 1 o transmitirá una instrucción de supervisión adecuada con el bit P puesto a 1.
Si la variable de tentativas de transmisión es igual a N2, el TES iniciará un procedimiento de reiniciación del enlace como se indica en el 2.4.7.2 . N2 es un parámetro de sistema (véase el 2.4.8.4 ).
2.4.6
Condiciones de reiniciación del
enlace (establecimiento del enlace)
2.4.6.1 Cuando el TES recibe, durante la fase de transferencia de información, una trama que es no válida (véase el 2.3.5.3 ) y se da una de las condiciones enumeradas en el 2.3.4.9 , pedirá al otro TES que inicie un procedimiento de reiniciación del enlace mediante la transmisión de una respuesta FRMR según se describe en el 2.4.7.3 .
2.4.6.2 Cuando el TES recibe, durante la fase de transferencia de información, una respuesta FRMR del otro TES, iniciará los procedimientos de reiniciación del enlace descritos en el 2.4.7.2 .
2.4.7
Procedimientos de reiniciación del enlace
2.4.7.1El procedimiento de reiniciación del enlace se utiliza para iniciar ambos sentidos de transferencia de la información de acuerdo con el procedimiento descrito más adelante. El procedimiento de reiniciación del enlace sólo se aplica durante la fase de transferencia de información.
2.4.7.2El procedimiento de reiniciación del enlace entraña una liberación del estado de ocupado, de haberlo.
El TES iniciará una reiniciación del enlace transmitiendo una instrucción SABM/SABME al otro TES y haciendo arrancar su temporizador T1 (véase el 2.4.8.1 ). Al recibir una respuesta UA del otro TES, el TES en cuestión reiniciará sus variables de estado en emisión y recepción V(S) y V(R) a cero, parará su temporizador T1 y permanecerá en la fase de transferencia de información. Al recibir una respuesta DM del ETD como una negativa a la petición de reiniciación del enlace, el TES parará su temporizador T1 y pasará a la fase de desconectado.
Si al recibir correctamente la instrucción SABM/SABME, el TES determina que puede continuar en la fase de transferencia de información, devolverá una respuesta UA, reiniciará sus variables de estado en emisión y recepción V(S) y V(R) a cero, y permanecerá en la fase de transferencia de información. Si, al recibir correctamente la instrucción SABM/SABME, el TES determina que no puede permanecer en la fase de transferencia de información, devolverá una respuesta DM como negativa a la petición de reiniciación y pasará a la fase de desconectado.
El TES, que ha enviado una instrucción SABM/SABME, ignorará y descartará todas las tramas excepto una instrucción SABM/SABME o DISC, o una respuesta UA o DM recibida. La recepción de una instrucción SABM/SABME o DISC del otro TES dará lugar a una situación de colisión que se resuelve según el 2.4.4.5 . Sólo se enviarán tramas diferentes de la respuesta UA o DM en respuesta a una instrucción SABM/SABME o DISC recibida después que el enlace está reiniciado y si no hay una instrucción SABM/SABME pendiente.
Después que el TES envía la instrucción SABM/SABME, si no se recibe correctamente una respuesta UA o DM, expirará el plazo del temporizador T1. El TES volverá a enviar la instrucción SABM/SABME y rearrancará el temporizador T1. Después de N2 tentativas de reiniciación del enlace, el TES iniciará la acción de recuperación en el nivel superior apropiado y pasará a la fase de desconectado. El valor de N2 se define en el 2.4.8.4 .
2.4.7.3 El TES puede pedir al otro TES que reinicie el enlace mediante la transmisión de una respuesta FRMR (véase el 2.4.6.1 ).
Después de transmitir una respuesta FRMR, el TES pasará al estado de rechazo de trama. El estado de rechazo de trama se libera cuando el TES recibe o transmite una instrucción SABM/SABME o DISC. Cualquier otra trama recibida durante el estado de rechazo de trama hará que el TES retransmita la respuesta FRMR con el mismo campo de información que el transmitido originalmente.
El TES puede arrancar el temporizador T1 al transmitirse la respuesta FRMR. Si el plazo del temporizador T1 expira antes que se libere la condición de rechazo de trama, el TES puede retransmitir la respuesta FRMR y rearrancar el temporizador T1. Después de N2 tentativas para conseguir que el otro TES reinicie el enlace, el TES en cuestión puede reiniciar el enlace como se describe en el 2.4.7.2 . El valor de N2 se define en el 2.4.8.4 .
En el estado de rechazo de trama, no se transmitirán tramas I ni tramas de supervisión. Además, las tramas I y las tramas de supervisión recibidas serán descartadas por el TES, excepto para la observación de un bit P puesto a 1. Cuando se deba transmitir una respuesta FRMR adicional por haber recibido un bit P puesto a 1 mientras el temporizador T1 está en marcha, T1 seguirá funcionando.
Al recibirse una respuesta FRMR (incluso durante un estado de rechazo de trama), el TES iniciará un procedimiento de reiniciación mediante la transmisión de una instrucción SABM/SABME según se describe en el 2.4.7.2 .
2.4.8
Lista de parámetros del sistema
Los parámetros del sistema son los siguientes:
2.4.8.1
Temporizador T1
El periodo (o plazo) del temporizador T1, transcurrido el cual puede retransmitirse una trama, es un parámetro del sistema convenido para cierto periodo de tiempo entre las Administraciones.
Al establecer el periodo del temporizador T1 se tendrá en cuenta si el temporizador se pone en marcha al comienzo o al final de la transmisión de la trama en el TES.
Para una operación correcta del procedimiento es necesario que el plazo del temporizador T1 del emisor sea mayor que el tiempo máximo comprendido entre la transmisión de una trama (SABM/SABME, DISC, I para una instrucción de supervisión, o una respuesta DM o FRMR) y la recepción de la trama correspondiente devuelta como respuesta a esa trama (UA, DM o trama de acuse de recibo). Por tanto, el TES receptor no debe demorar la trama de respuesta o de acuse de recibo devuelta para una de las tramas mencionadas en un tiempo superior a T2, siendo T2 un parámetro del sistema (véase el 2.4.8.2 ).
El TES no demorará por un periodo superior T2 la trama de respuesta o de acuse de recibo devuelta como consecuencia de una de las tramas mencionadas.
2.4.8.2
Parámetro T2
El plazo del parámetro T2 indicará la cantidad de tiempo disponible en el TES hasta el instante en que se debe activar la trama de acuse de recibo, a fin de asegurar que será recibida por el otro TES antes de la expiración del plazo del temporizador T1 en el TES en cuestión. (Parámetro T2 < plazo del temporizador T1).
2.4.8.3
Temporizador T3
El TES aplicará un parámetro del sistema temporizador T3, cuyo valor será conocido por ambos TES.
El plazo del temporizador T3, al final del cual se pasa al nivel paquete o al MLP una indicación de una duración excesiva desviada del estado de canal inactivo, será lo suficientemente mayor que el plazo del temporizador T1 (es decir, T3 > T1), para que al expirar el plazo de T3 se tenga la seguridad suficiente de que el canal del enlace se encuentra en un estado no activo y no operacional y que se tiene que establecer el enlace antes de reanudar su funcionamiento normal.
2.4.8.4
Número máximo (N2) de tentativas de completar
una transmisión
El valor del número máximo (N2) de transmisión y retransmisiones de una trama que pueden intentarse después de expirado el plazo del temporizador T1 es un parámetro del sistema que se acuerda para un periodo de tiempo entre las Administraciones. El valor de N2 del TES-X puede ser diferente del TES-Y.
2.4.8.5
Número máximo (N1) de bits en una trama I
El número máximo de bits en una trama I (excluyendo las banderas y los bits 0 insertados para transparencia) es un parámetro del sistema que depende de la longitud máxima de los campos de información transferidos por el interfaz X/Y.
Nota
- Cuando se utilicen procedimientos multienlace,
N1 deberá tener en cuenta el campo de control de multienlace (MLC). Véase el
2.5.2
, más adelante. El apéndice II de la Recomendación X.25
proporciona más información sobre N1. Hay que añadir el campo de utilidad.
2.4.8.6
Número máximo (k) de tramas I pendientes
El número máximo (
k
) de tramas I numeradas
secuencialmente que puede tener pendientes el TES (es decir, sin acuse de
recibo) en un instante determinado, es un parámetro del sistema que no puede
exceder nunca de 7/127 (módulo 8/módulo 128). Se fijará para cierto periodo de
tiempo por acuerdo entre las Administraciones, y tendrá el mismo valor para
ambos TES.
2.5
Procedimientos multienlace (MLP)
El procedimiento multienlace (MLP) existe como una subcapa superior añadida de la capa de enlace de datos, que opera entre la capa de paquete y una multiplicidad de funciones individuales de protocolo de enlace de datos (SLPs) en la capa de enlace de datos (véase la figura 2/X.75).
Figure 2/X.75, p.
Un procedimiento multienlace (MLP) debe ejecutar las funciones de
distribuición, entre los SLP disponibles, de los paquetes que han de
transferirse al TES distante, y resecuenciación de los paquetes recibidos del
TES distante para entregarlos a la capa paquete.
Nota 1
- En los
2.5.4.4
(expiración del
plazo de MT1) y 2.5.4.5 (retransmisión) pueden considerarse otros mecanismos
para realizar las mismas funciones.
Nota 2
- En los
2.5.5.4
(MN1), 2.5.5.1
(MT1) y 2.5.5.2 (MT2) se prevén otros mecanismos para realizar las mismas
funciones.
2.5.1
Campo de aplicación
El procedimiento multienlace (MLP) facultativo que se describe seguidamente se utiliza para el intercambio de datos a través de uno o más procedimientos monoenlaces (SLPs), cada uno de los cuales se ajusta a la descripción contenida en los 2.2, 2.3 y 2.4, en paralelo entre dos TES. El procedimiento multienlace ofrece las siguientes características generales:
a)obtener una mayor economía y fiabilidad del servicio al proporcionar múltiples SLP entre dos TES;
b)permitir la inclusión y supresión de SLPs sin interrumpir el servicio proporcionado por los múltiples SLP;
c)optimizar la utilización de la anchura de banda de un grupo de SLPs mediante compartición de la carga;
d)obtener una degradación paulatina del servicio cuando falla uno o más SLP;
e)hacer que cada grupo constituido por múltiples SLP sea percibido por la capa de paquete como una sola capa lógica de enlace de datos, y
f)proporcionar una resecuenciación de los paquetes recibidos antes de entregarlos a la capa de paquete.
2.5.2
Estructura de la trama multienlace
Todas las transferencias de información por un SLP se efectúan en tramas multienlace que se ajustan al formato indicado en el cuadro 9/X.75.
Cuadro 9/X.75 (à traiter comme figure MEP), p.
2.5.2.1
Campo de control multienlace
El campo de control multienlace (MLC) consta de dos octetos y la descripción de su contenido figura en el 2.5.3 .
2.5.2.2
Campo de información multienlace
El campo de información de una trama multienlace, cuando está presente va después del MLC. Para las diversas codificaciones y agrupaciones de los bits en la trama de información multienlace, véanse los 2.5.3.2.3, 2.5.3.2.4 y 4.
2.5.3
Formato y parámetros del campo de control
multienlace
2.5.3.1
Formato del campo de control multienlace
Entre el orden de transmisión de los bits entregados a un SLP o recibidos del mismo y la codificación de los campos dentro del campo de control multienlace existe la relación que se muestra en el cuadro 10/X.75.
2.5.3.2
Parámetros del campo de control multienlace
Se describen a continuación los diversos parámetros asociados al formato del campo de control multienlace. Véanse el cuadro 10/X.75 y la figura 2/X.75.
2.5.3.2.1
Bit de secuenciación desactivada (V)
El bit de secuenciación desactivada, (V), indica si una trama multienlace recibida estará sometida a limitaciones de secuenciación. El bit V puesto a 1 indica que no se requerirá secuenciación. El bit V puesto a 0 indica que se requerirá secuenciación.
Nota
- A los efectos de la presente Recomendación,
este bit se pondrá a 0.
2.5.3.2.2
Bit de opción de verificación de secuencia
(S)
El bit de opción de verificación de secuencia, (S), sólo es significativo cuando V está puesto a 1 (lo que indica que no se requiere la secuenciación de las tramas multienlace recibidas). El bit S puesto a 1 significa que no se ha asignado el número MN(S). S puesto a 0 indica que se ha asignado un número MN(S), por lo cual, aunque no será necesaria la secuenciación, puede efectuarse una verificación de tramas multienlace duplicadas, así como la identificación de una trama multienlace que falte.
Nota
- A los efectos de esta Recomendación, este bit
se pondrá a cero.
Tableau 10/X.75 (à traiter comme figure MEP), p.25
2.5.3.2.3
Bit de petición de reiniciación MLP (R)
El bit de petición de reiniciación MLP (R) se utiliza para pedir una reiniciación multienlace (véase el 2.5.4.2 ). R puesto a 0 se utiliza en comunicaciones normales, es decir, cuando no hay una petición de reiniciación multienlace, R puesto a 1 es utilizado por el MLP del TES para pedir la reiniciación de otras variables de estado MLP distantes. En este caso (R = 1), el campo de información multienlace no contiene información de la capa paquete, pero puede contener un campo de causa facultativo, de 8 bits, que indica el motivo de la reiniciación.
Nota
- La codificación del campo de causa será objeto
de ulterior estudio.
2.5.3.2.4
Bit de confirmación de reiniciación MLP (C)
El bit de confirmación MLP (C), se utiliza como respuesta a un bit R puesto a 1 (véase el 2.5.3.2.3 ) para confirmar la reiniciación de las variables de estado multienlace (véase el 2.5.4.2 ). C puesto a 0 se utiliza en comunicaciones normales, es decir, cuando no hay una petición de reiniciación multienlace. C puesto a 1 es utilizado por el MLP del TES en respuesta a una trama multienlace procedente del TES distante con R puesto a 1, e indica que se ha completado el proceso de reiniciación de la variable de estado MLP. En este caso (C = 1), la trama multienlace se utiliza sin un campo de información.
2.5.3.2.5
Variable de estado en emisión multienlace
MV(S)
La variable de estado en emisión multienlace, MV(S), indica el número secuencial de la siguientes trama multienlace en la secuencia que hay que asignar a un SLP. La variable puede tomar cualquier valor entre 0 y 4095 (módulo 4096). El valor de MV(S) se incrementa en una unidad para cada asignación de trama multienlace sucesiva.
2.5.3.2.6
Número secuencial multienlace MN(S)
Las tramas multienlace contienen el número secuencial multienlace, MN(S). Antes de la asignación de una trama multienlace en secuencia, el valor de MN(S) se actualiza para igualarlo al valor de la variable de estado en emisión multienlace MV(S). El número secuencial multienlace se utiliza para resecuenciar y detectar, en el receptor, tramas que faltan o están duplicadas, antes de entregar el contenido de un campo de información de trama multienlace a la capa paquete.
Figura 3/X.75, p.
2.5.3.2.7
Variable de estado de trama multienlace transmitida
con acuse de recibo MV(T)
MV(T) es la variable de estado que señala la trama multienlace que más tiempo lleva esperando una indicación de que un SLP local ha recibido un acuse de recibo de su SLP distante. Esta variable MV(R) puede adoptar valores comprendidos entre 0 y 4095 (módulo 4096). Algunas tramas multienlace con números secuenciales mayores que MV(T) pueden haber sido ya objeto de acuse de recibo.
2.5.3.2.8
Variable de estado en recepción multienlace
MV(R)
La variable de estado en recepción multienlace, MV(R), señala el número secuencial, en el TES receptor, de la siguiente trama multienlace en secuencia que ha de recibirse y entregarse al nivel paquete. Esta variable MV(R) puede tomar valores comprendidos entre 0 a 4095 (módulo 4096). El valor de MV(R) se actualiza como se describe en el 2.5.4.4 . Pueden haberse recibido ya tramas multienlace con números secuenciales más elevados en la ventana de recepción MLP.
2.5.3.2.9
Tamaño de la ventana multienlace MW
MW es el número máximo de tramas multienlace, numeradas secuencialmente, que el TES puede transferir a sus SLP más allá del número más bajo de tramas multienlace que no han sido aún objeto de acuse de recibo. MW es un parámetro del sistema que nunca puede exceder de (4095 - MX).
El valor de MW deberá acordarse entre las Administraciones y, para un determinado sentido de transferencia de información, será el mismo para ambos TES.
Nota
- Entre los factores que pueden influir en el
valor del parámetro MW figuran, entre otros, los retardos de transmisión y de
propagación por un enlace, el número de enlaces, la gama de longitudes de trama
multienlace y los parámetros N2, T1 y
k
del SLP.
La ventana de transmisión MLP contiene los números secuenciales MV(T) a [MV(T) + MV - 1] inclusive.
La ventana de recepción MLP contiene los números secuenciales MV(R) a [MV(R) + MW - 1] inclusive. Toda trama multienlace recibida dentro de esta ventana se entregará al nivel paquete cuando su MN(S) sea igual a MV(R).
2.5.3.2.10
Región de guarda de la ventana MLP de
recepción MX
MX es un parámetro del sistema que define una región de guarda de números secuenciales multienlace de tamaño fijo, que comienza por [MV(R) + MW]. La gama de MX será lo suficientemente grande para que el MLP receptor reconozca el MN(S) más elevado exterior a su ventana de recepción que él puede recibir válidamente después de producirse una pérdida de trama multienlace.
Una trama multienlace recibida con número secuencial MN(S) = Y en esta región de guarda, indica que la(s) trama(s) comprendida(s) en la gama MV(R) a [Y - MW] se ha(n) perdido. MV(R) se actualiza entonces al valor [Y - MW + 1].
Nota
- Para calcular un valor para la región de guarda
MX pueden utilizarse varios métodos:
a)en un sistema en que el MLP de transmisión asigna al mismo tiempo
h
i
tramas multienlace contiguas en secuencia al
i
-ésimo SLP, MX debe ser superior o igual a la suma de
[
h
i
+ 1 -
h
mín], donde
h
mín es
igual al
h
i
encontrado menor. Cuando hay L SLP en el grupo multienlace, MX debe ser
mayor o igual a
$$So
L
$$Su
i
=1$$Se
h
i
+ 1 -
h
mín; o
b)en un sistema en que el MLP de transmisión asigna cíclicamente
h
tramas multienlace contiguas, en secuencia, a la vez a
cada SLP, la MX del MLP receptor debe ser mayor o igual a
[
h
(
L
- 1) + 1], donde
L
es el número de SLP en el grupo multienlace; o
c)MX no debe ser mayor que MW.
Deben estudiarse otros métodos para seleccionar valores de MX.
2.5.4
Descripción del procedimiento multienlace (MLP)
El procedimiento que se describe a continuación se presenta desde la perspectiva del transmisor y receptor de tramas multienlace.
Las operaciones aritméticas se realizan en módulo 4096.
2.5.4.1
Iniciación
El TES procederá a una iniciación del MLP poniendo en primer lugar MV(S), MV(T) y MV(R) a cero e iniciando después cada uno de sus SLP. Después de haber completado con éxito la iniciación de al menos uno de sus SLP, el TES aplicará el procedimiento de reiniciación multienlace descrito en el 2.5.4.2 . Se efectúa una iniciación de SLP de acuerdo con el 2.4.4.1 .
Nota
- Cuando no se puede iniciar un SLP, se debe
declarar fuera de servicio, y ejecutar la acción de recuperación adecuada.
2.5.4.2
Procedimiento de reiniciación multienlace
El procedimiento de reiniciación multienlace proporciona el mecanismo para sincronizar los MLP de transmisión y de recepción en ambos TES cuando lo considere necesario cualquiera de éstos. Los casos concretos en que se invocará un procedimiento de reiniciación MLP deben ser objeto de ulterior estudio. Después de completado un procedimiento de reiniciación multienlace, el número secuencial multienlace en cada sentido de transferencia de información comienza por el valor 0.
El apéndice I presenta ejemplos de los procedimientos de reiniciación multienlace cuando son iniciados por cualquiera de los TES, o por ambos a la vez.
Se utiliza una trama multienlace con R = 1 para pedir una reiniciación multienlace, y una trama multienlace con C = 1 para confirmar que el proceso de reiniciación multienlace ha sido completado. Un MLP reinicia MV(S) y MV(T) a cero al transferirse una trama multienlace con R = 1, y reinicia MV(R) a cero al recibirse una trama multienlace con R = 1.
Cuando el MLP inicia el procedimiento de reiniciación, retira todas las tramas multienlace que no han sido objeto de acuse de recibo y que se mantienen en ese MLP y sus SLP asociados, y retiene el control de esas tramas. Después de esto, el MLP de origen no transmite una trama multienlace con R = C = 0 hasta que se haya completado el proceso de reiniciación. (Un método para suprimir las tramas multienlace en el SLP consiste en desconectar el enlace de ese.) El MLP de origen reinicia entonces su variable de estado en emisión multienlace MV(S) y su variable de estado de tramas multienlace transmitidas con acuse de recibo MV(T) a cero. El MLP de origen transmite luego una trama multienlace con R = 1, como petición de reiniciación, por uno de sus SLP y avanza el temporizador MT3. El valor del campo MN(S) en la trama con R = 1 puede tener cualquier valor, ya que, cuando R = 1, el MLP receptor ignora el campo MN(S). El MLP iniciador continúa recibiendo y tratando tramas multienlace procedentes del MLP distante, de acuerdo con los procedimientos descritos en el 2.5.4.4 hasta que recibe una trama multienlace con R = 1 del MLP distante.
Un MLP que ha recibido una trama multienlace con R = 1 (petición de reiniciación) en el estado de comunicación normal de un MLP de origen comienza la operación como se ha descrito más arriba; el MLP en cuestión no debe recibir tramas multienlace con R = C = 0 hasta que se haya completado el procedimiento de reiniciación. Las tramas recibidas con estos valores se descartarán. Cuando el MLP ha iniciado ya su propio procedimiento de reiniciación multienlace y ha transferido la trama multienlace con R = 1 a uno de sus SLP, para su transmisión, dicho MLP no repite la mencionada operación al recibir una trama multienlace con R = 1 desde el MLP distante.
Cuando un MLP recibe una trama con R = 1 (petición de reiniciación), está obligado a entregar a la capa paquete los paquetes ya recibidos y a identificar las tramas transmitidas que no hayan sido objeto de acuse de recibo. El nivel paquete puede ser informado de la pérdida de paquetes para valor original de MV(R) y para cualquier valor o valores siguientes de MV(R) para los cuales no se han recibido tramas multienlace hasta, inclusive, la trama multienlace recibida de número más alto. El MLP receptor pone entonces su variable de estado en recepción multienlace MV(R) a cero.
Después de que un MLP transmite una trama multienlace con R = 1 por uno de sus SLP, deberá recibir de este SLP una confirmación de transferencia completada, siendo ésta una de las condiciones que deben cumplirse antes de transmitir una trama multienlace con C = 1; cuando el MLP de origen ha recibido una trama multienlace con R = 1, y ha completado la operación de reiniciación de la variable mencionada más arriba, dicho MLP transmitirá una trama multienlace con C = 1 (confirmación de reiniciación) al MLP distante. Cuando un MLP ha:
1)recibido una trama multienlace con R = 1,
2)enviado un trama multienlace con R = 1, en uno de sus SLP y
3)completado la operación de reiniciación de variable descrita anteriormente,
transmitirá lo antes posible una trama multienlace con C = 1 (confirmación de reiniciación) al MLP de origen, dado que se ha recibido del SLP una confirmación de la transferencia de la trama multienlace con R = 1. La trama multienlace con C = 1 es una respuesta a la trama multienlace con R = 1. El valor del campo MN(S) en la mencionada trama con C = 1 puede ser uno cualquiera, pues el campo MN(S) de las tramas con C = 1 es ignorado por el MLP receptor. El número secuencial multienlace MN(S) recibido en cada sentido de transferencia después de una reiniciación multienlace comenzará por el valor 0.
Cuando un MLP utiliza sólo un SLP para transmitir la trama multienlace con C = 1, dicho MLP puede transmitir la trama multienlace con C = 1 inmediatamente después de la trama multienlace con R = 1, sin esperar la indicación dada por el SLP de que se ha completado la transferencia. Un MLP puede emplear dos SLP diferentes siempre que uno de ellos se utilice para enviar la trama multienlace con R = 1 y el otro para enviar la trama multienlace con C = 1 tras la recepción de la indicación SLP de transmisión correcta de la trama multienlace con R = 1. Una trama multienlace con R = C =1 nunca se utiliza, y se descartará si se recibe.
Cuando un MLP recibe la trama multienlace con C = 1, para su temporizador MT3. El procedimiento de reiniciación queda completado por la transmisión correcta de la trama multienlace con C = 1 al MLP distante y la recepción de una trama multienlace con C = 1 procedente del MLP distante. La primera trama multienlace transmitida con R = C = 0 tendrá un número secuencial multienlace MN(S) de valor cero. (El MLP de origen, al haber entregado correctamente una trama multienlace con C = 1 al MLP distante y al haber recibido una trama multienlace con C = 1, podría transmitir inmediatamente tramas multienlace con R = C = 0. Sin embargo, para asegurar que las tramas multienlace con R = C = 0 no sean descartadas porque llegan al MLP distante antes de que el SLP acuse del recibo de la trama multienlace con C = 1, el MLP debe utilizar para ello el mismo SLP que acusó recibo de la trama multienlace con C = 1.)
Cuando el MLP iniciante recibe una trama multienlace con C = 1 sin que haya recibido una trama multienlace con R = 1, retransmitirá la trama multienlace con R = 1 y rearrancará su temporizador MT3.
Cuando un MLP recibe además una o más tramas multienlace con R = 1 entre la recepción de una trama multienlace con R = 1 y la transmisión de una trama multienlace con C = 1, el MLP deberá descartar las tramas multienlace suplementarias con R = 1. Cuando un MLP recibe una trama multienlace con C = 1 que no es una respuesta a una trama multienlace con R = 1, el MLP deberá descartar la trama multienlace con C = 1.
Después de que un MLP transmite una trama multienlace con C = 1 por uno de sus SLP, el MLP podrá recibir una trama multienlace con R = 1 del MLP distante. El MLP considerará la trama multienlace con R = 1 como una nueva petición de reiniciación y comenzará el procedimiento de reiniciación multienlace desde el principio.
Cuando expira el plazo del temporizador MT3, el MLP comienza de nuevo el procedimiento de reiniciación multienlace desde el principio. El valor del plazo del temporizador MT3 será lo suficientemente grande para incluir los retardos de transmisión, retransmisión y propagación en los SLP, y el tiempo de operación del MLP que recibe una trama multienlace con R = 1 y responde mediante una trama multienlace con C = 1.
2.5.4.3
Envío de tramas multienlaces
2.5.4.3.1
Generalidades
El TES emisor será responsable del control del flujo de paquetes desde el nivel paquete a las tramas multienlace y de allí a los SLP para la transmisión al TES MLP receptor.
Las funciones del TES MLP emisor serán las siguientes:
1)aceptar paquetes procedentes de la capa de paquete;
2)atribuir campos de control multienlace, que contienen los números secuenciales apropiados MN(S), a los paquetes;
3)asegurar que no se asigne MN(S) fuera de la ventana de emisión del MLP(MW);
4)transferir a los SLP las tramas multienlace resultantes, para su transmisión;
5)aceptar indicaciones de acuses de transmisión correcta, procedentes de los SLP;
6)supervisar los fallos de transmisión o las dificultades que se produzcan en la subcapa SLP y recuperarse tras esos fallos o dificultades; y
7)aceptar indicaciones de control de flujo procedentes de los SLP y ejecutar las acciones adecuadas.
2.5.4.3.2
Transmisión de tramas multienlace
Cuando el MLP emisor acepta un paquete procedente de la capa paquete y tiene que situar el paquete en una trama multienlace, pone MN(S) igual a MV(S), se asegura de que MN(S) no está asignado fuera de la ventana de transmisión (MW), pone V, S, R y C a 0, después de lo cual incrementa MV(S) en una unidad.
En lo sucesivo, la incrementación de las variables de estado en emisión y en recepción se hace con referencia a una serie secuencia cíclica, es decir, 4095 es superior en una unidad que 4094, y 0 es superior en una unidad que 4095, para una serie en módulo 4096.
Si MN(S) es menor que MV(T) + MW, y el TES distante no ha indicado un estado de ocupado en todos los enlaces disponibles, el MLP de transmisión puede asignar la nueva trama multienlace a un enlace disponible. El MLP de transmisión asignará siempre primero la trama multienlace no asignada de menor MN(S). Además, el MLP de transmisión puede asignar una trama multienlace a más de un enlace. Cuando el SLP completa correctamente la transmisión de una o más tramas multienlace al recibir un acuse de recibo del SLP distante, lo indicará al MLP de transmisión. El MLP de transmisión puede entonces descartar la trama o tramas multienlace que han sido objeto de acuse de recibo. A medida que el TES de transmisión recibe nuevas indicaciones de acuses de recibo de los SLP, deberá hacerse avanzar MV(T) para que señale la trama multienlace de numeración superior de la que no se ha acusado recibo.
Cuando un SLP indica que ha tratado de transmitir una trama multienlace N2 veces, el MLP asignará entonces la trama multienlace al mismo, a otro, u otros enlaces más, a menos que se haya acusado recibo del MN(S) por algún enlace anterior. El MLP asignará siempre primero la trama con el MN(S) menor.
Nota 1
- Si una realización de MLP es tal que se
transmite una trama multienlace por más de un enlace (para aumentar la
probabilidad de entrega satisfactoria), existe la posibilidad de que una de
estas tramas multienlace (es decir, una duplicada) se entregue al MLP distante
después que se haya acusado recibo de una anterior [la primera trama
multienlace habría provocado que el MLP distante incrementase su MV(R), y que
el MLP de transmisión incrementase su MV(T)]. A fin de asegurar que el MLP
distante no tome erróneamente una trama multienlace duplicada antigua por una
trama nueva, se exige que el MLP de transmisión nunca envíe una nueva trama
multienlace con un MN(S) igual a MN(S)` - MW - MX, donde MN(S)` está asociado
con una trama multienlace duplicada que se está transmitiendo por otros SLP,
hasta que todos los SLP hayan transferido correctamente la trama multienlace, o
retransmitido la trama su número máximo de veces. Otra posibilidad consiste en
no incrementar MV(T) hasta que todos los SLP hayan transferido correctamente la
trama multienlace o retransmitido la trama su número máximo de veces. éstas y
otras características serán objeto de ulterior estudio.
El control de flujo se logra mediante el parámetro de tamaño de la ventana MW, y los estados de ocupado que indican los SLP distantes.
El MLP no asignará una trama multienlace con un MN(S) superior a MV(T) + MW - 1. En el punto en que la trama multienlace siguiente que ha de asignarse tiene un MN(S) = MV(T) + MW, el MLP deberá retener esta trama multienlace, y las siguientes, hasta que reciba de los SLP una indicación de acuse de recibo que avance MV(T).
El MLP distante puede controlar el flujo del MLP indicando un estado de ocupado por uno o más SLP de TES distantes. El número de SLP que se hacen pasar al estado de ocupado determinará el grado de control de flujo MLP obtenido. Cuando el MLP recibe una indicación de un estado de SLP distante ocupado procedente de uno o más de sus SLP, podrá reasignar toda trama multienlace que no ha sido objeto de acuse de recibo y se había asignado a esos SLP. El MLP asignará las tramas multienlace que tienen el MN(S) más bajo a un SLP disponible como se especifica más arriba.
En el caso de un fallo de circuito, o de una reiniciación o una desconexión de SLP, todas las tramas multienlace que no han sido objeto de acuse de recibo en un enlace SLP tendrán que ser retransmitidas por uno o más SLP operacionales que no estén en el estado de ocupado.
Nota 2
- La acción que ha de ejecutarse cuando una
trama RNR es recibida por un SLP cuyas tramas multienlace que no han sido
objeto de acuse de recibo hayan sido suprimidas será objeto de ulterior
estudio.
Nota 3
- Los medios para detectar el funcionamiento
incorrecto del MLP de transmisión (por ejemplo, envío de más de MW tramas
multienlace) y las acciones que han de ejecutarse serán objeto de ulterior
estudio.
2.5.4.4
Recepción de tramas multienlaces
El TES receptor descartará toda trama multienlace de longitud inferior a dos octetos.
Nota 1
- Deberán ser objeto de ulterior estudio los
procedimientos que ha de seguir el TES receptor cuando V y/o S sean iguales a
1.
Cuando el TES reciba tramas multienlace de uno de los enlaces SLP, comparará el número secuencial multienlace MN(S) de la trama multienlace recibida con su variable de estado en recepción multienlace MV(R) y, en relación con esa trama, actuará como sigue:
a)Si el MN(S) recibido es igual al valor vigente de MV(R), es decir, el de la trama multienlace siguiente esperada en la secuencia, el MLP entrega el paquete a la capa paquete.
b)Si el MN(S) es mayor que el valor vigente de MV(R) pero menor que [MV(R) + MW + MX], el MLP retiene la trama multienlace recibida hasta que se cumpla la condición a), o la descarta si se trata de una trama duplicada.
c)Si el MN(S) tiene un valor distinto del indicado en a) y b), se descarta la trama multienlace.
Nota 2
- En el caso c), la situación en que la
recuperación tras la desincronización es mayor que MX entre el MLP local y el
distante, es decir, que el valor de MN(S) asignado a las nuevas tramas
multienlaces en el MLP distante es superior a MV(R)+MW+MX en el MLP local,
requiere estudios ulteriores.
Al recibirse una trama multienlace, se incrementa MV(R) del modo siguiente:
i)Si MN(S) es igual al valor vigente de MV(R), se incrementa MV(R) en un número de unidades igual al número de tramas multienlace consecutivas recibidas en secuencia. Si existen tramas multienlace adicionales en espera de ser entregadas cuando se reciba una trama multienlace con MN(S) igual a MV(R), se rearranca el temporizador MT1 (véase el 2.5.5.1 ); en caso contrario, se para MT1.
ii)Si MN(S) es mayor que el valor vigente de MV(R) pero menor que [MV(R) + MW], MV(R) no se modifica. Se arranca el temporizador MT1, si no está funcionando.
iii)Si MN(S) es > [MV(R) + 2mMW] pero < [MV(R) + MW + MX], se incrementa MV(R) a [MN(S) - MW + 1] y puede informarse entonces a la capa paquete de la pérdida del paquete para el valor original de MV(R). A medida que se va incrementando MV(R), si todavía no se ha recibido la trama multienlace con MN(S) = MV(R), puede también informarse al nivel paquete de la pérdida del paquete; si se ha recibido la trama multienlace con MN(S) = MV(R), se entrega a la capa paquete. Después de que MV(R) alcanza el valor [MN(S) - MW + 1], puede seguirse incrementando hasta encontrar el primer MN(S) pendiente de acuse de recibo. Véase la figura 4/X.75.
iv)Si el MN(S) tiene un valor distinto de los indicados en i), ii) o iii), MV(R) no se modifica.
Si expira el plazo de MT1, MV(R) se incrementa al valor de MN(S) de la próxima trama multienlace que espera la entrega a la capa paquete y puede informarse entonces a este nivel de la pérdida del paquete para el valor MV(R) original. El procedimiento se ajusta a lo indicado en los apartados a) e i) anteriores, mientras haya tramas multienlace consecutivas recibidas en secuencia.
Cuando se desea controlar el flujo del otro MLP, puede hacerse que uno o más SLP indiquen un estado de ocupado. El número de SLP distantes que se fuerzan al estado ocupado determinan el grado de control de flujo obtenido.
Si el MLP puede agotar la capacidad de su memoria tampón antes de completar la resecuenciación, se puede aplicar un temporizador MT2 (véase el 2.5.5.2 ). Cuando el MLP indica un estado de ocupado en todos sus SLP y en el MLP hay tramas multienlace en espera de resecuenciación, deberá arrancarse el temporizador MT2. Cuando el MLP libera el estado de ocupado en uno o más SLP, se parará el temporizador MT2.
Si expira el temporizador MT2, la trama multienlace con MN(S) = MV(R) se bloquea y se considerará perdida. El MV(R) se incrementará al número secuencial siguiente por recibir, y los paquetes contenidos en tramas multienlace con números secuenciales intermedios se entregan a la capa de paquete. Se rearrancará el temporizador MT2 si el estado de ocupado permanece en todos los SLP y hay más tramas multienlace en espera de resecuenciación.
Figura 4/X.75, p.
2.5.4.5
Retransmisión de tramas multienlace
Si un SLP ha retransmitido una trama multienlace MN1 veces, el TES asignará la trama multienlace al mismo enlace o a uno o varios enlaces distintos de aquél, a menos que se haya acusado recibo del MN(S) en algún enlace anterior. El TES siempre reasignará primero la trama con MN(S) más bajo. El primer SLP transmite la trama N2 veces, sea cual fuere el valor de MN1.
Nota
- Deben ser objeto de ulterior estudio los
procedimientos relacionados con la reasignación de tramas multienlace, enviadas
a través de un enlace de calidad mediocre (por ejemplo, antes de N2
transmisiones), a otros enlaces.
2.5.4.6
Puesta fuera de servicio de un SLP
Un SLP puede ponerse fuera de servicio por razones de mantenimiento, de tráfico o de calidad de funcionamiento.
Se pone fuera de servicio un SLP desconectándolo en la capa física o en la capa de enlace de datos. Toda trama multienlace pendiente se tratará conforme a lo indicado en el 2.5.4.1 . El procedimiento usual será el de controlar el flujo del SLP distante mediante una RNR, tras de lo cual se procede a la desconexión lógica del SLP local (véase el 2.4.4.3 ).
Si el temporizador T1 ha expirado N2 veces sin que se haya logrado reiniciar el SLP, éste pasará a la fase de desconectado, con lo que quedará fuera de servicio (véanse los 2.4.5.8 y 2.4.7.2).
Nota
- Cuando todos los SLP están fuera de servicio,
el mecanismo de recuperación se basa en la aplicación del procedimiento de
reiniciación MLP. Se estudiarán ulteriormente otros procedimientos de
recuperación.
2.5.5
Lista de parámetros multienlace del sistema
2.5.5.1
Temporizador de pérdida de trama MT1
El temporizador MT1 se emplea en un TES receptor como un medio para determinar durante periodos de poco tráfico, que la trama multienlace cuyo MN(S) es igual a MV(R) se ha perdido.
2.5.5.2
Temporizador de ocupación grupo MT2
El temporizador MT2 se emplea en un TES receptor para identificar una
situación de trama multienlace
`bloqueada'
(por ejemplo, caso de
saturación de una memoria tampón) que se produce antes de que pueda efectuarse
la resecuenciación requerida. El temporizador MT2 se arranca cuando todos los
SLP están ocupados y hay tramas multienlace en espera de resecuenciación. Si el
plazo del temporizador MT2 expira antes de recibirse la trama multienlace
`bloqueada'
MV(R), la trama o tramas multienlace
`bloqueadas'
se
declara(n) perdida(s). MV(R) se incrementa hasta el valor de la siguiente trama
multienlace que ha de recibirse en secuencia, y los paquetes formados por las
eventuales tramas multienlace intermedias se entregan al nivel paquete.
Nota
- El temporizador MT2 puede ponerse a infinito;
por ejemplo, cuando el TES receptor tenga siempre suficiente capacidad de
almacenamiento.
2.5.5.3
Temporizador de confirmación de reiniciación
del MLP MT3
El MLP utiliza el temporizador MT3 como medio para determinar que no se ha recibido la trama multienlace con el bit C puesto a 1, que se espera después de la transmisión de la trama multienlace MLP con el bit R puesto a 1.
2.5.5.4
Número de tentativas de retransmisión MN1
El valor de MN1 está comprendido entre cero y el mínimo valor de N2 entre los aplicables a todos los SLP (ambos valores inclusive). Si una trama multienlace ha de retransmitirse en la subcapa SLP, el número de tentativas NM1 indica cuando puede ejecutarse una acción en la subcapa MLP.
Bits NF: Disk 439 NF01/045 (OPM = 02) X Y U U U U U (cs,.) Disk ... NF../... (OPM = ..)
(BT..) Disk ... NF../... (OPM = ..)
(83.TE.05.S)
(A1.23s) / [26s]
FOLIOS: 186 - 246 (+AS) (DO
PRC.COSY.2)
MEP {TPS.NON.PHOTO "[PA1]"} : OK= [1]
Saisie diskettes 434-435 02.06.89 RM/SJ
ID + Vérif. + diskette MAJ + laser 20.06.89 PV
Corr. LASER (1re épreuve) = 3eme 03.07.89 GG
E.R. + transfert + imprimantes 25.07.89 DD
AJOUTER (PA1) (CL1,0,0,0) pour MEP
MEP + LASER 31.07.89 ZR/GH
Corr. MEP ........ ..
Insertion des tableaux (tabulateurs .) ........ ..
BAT du 16/5/89 06.09.89 DD
MAJ s/disquettes 22.09.89 CD
3 NIVEL paquete - Procedimientos de
señalización de paquetes entre terminales de
señalización
Principios generales
El presente 3 atañe a la transferencia de paquetes en el interfaz TES-X/TES-Y (interfaz X/Y). Los procedimientos se aplican a los paquetes efectivamente transferidos a través del interfaz X/Y.
Cada paquete que deba transferirse a través del interfaz X/Y estará contenido dentro del campo de información del nivel enlace que delimitará su longitud. El campo de información de una trama I contendrá un solo paquete.
Nota
- Algunas redes requieren que los campos de datos
de los paquetes contengan un número entero de octetos. Las disposiciones para
el interfuncionamiento con tales redes deberán ser objeto de acuerdo bilateral
entre las Administraciones. La transmisión, por el ETD a la red, de campos de
datos que no contengan un número entero de octetos puede causar una pérdida de
la integridad de los datos.
Para permitir llamadas virtuales y/o circuitos virtuales permanentes simultáneos se utilizan canales lógicos. A cada llamada virtual y circuito virtual permanente se asigna un número de grupo de canales lógicos (en la gama 0 a 15, ambos inclusive) y un número de canal lógico (en la gama 0 a 255, ambos inclusive). Para llamadas virtuales, se asigna un número de grupo de canales lógicos y un número de canal lógico durante la fase de establecimiento de la comunicación. La cantidad de canales lógicos y de grupos de canales lógicos disponibles para su asignación a llamadas virtuales se fija por acuerdo bilateral por un cierto periodo de tiempo. Para los circuitos virtuales permanentes que utilizan el método estático se asigna un número de grupo de canales lógicos y un número de canal lógico en el momento del establecimiento (véase la Recomendación X.181). Los procedimientos relativos a un método dinámico serán objeto de ulterior estudio.
No se utilizará para llamadas virtuales y circuitos virtuales permanentes la combinación número de canal lógico 0 y número de grupo de canales lógicos 0.
Cuando se utilizan múltiples interfaces TES X/Y entre dos redes, las llamadas virtuales pueden distribuirse a través de los TES disponibles. La selección del TES puede efectuarla una vez la red de origen y cada una de las redes de tránsito, para una petición de llamada. El procedimiento para seleccionar el interfaz X/Y en cuestión depende de la red. Durante la existencia de una determinada llamada virtual, cada paquete relacionado con esa llamada utiliza los TES seleccionados en la fase de establecimiento de la llamada.
En el caso del circuito virtual permanente, cada paquete relacionado con ese circuito utiliza los TES seleccionados en el momento del establecimiento del circuito virtual permanente. Cuando se utilizan múltiples interfaces X/Y entre dos redes, se necesitan acuerdos bilaterales para seleccionar el interfaz TES X/Y que ha de utilizarse.
Cuando se utilizan múltiples interfaces TES X/Y entre dos redes, éstas pueden aplicar utilidades de red y sus parámetros, sean en común, sea independientemente, a los interfaces TES X/Y.
Para llamadas virtuales, se supone que la responsabilidad de obtener la información necesaria para la tasación y la contabilidad recaerá normalmente en la Administración llamante (véase la Recomendación D.10). Las otras medidas destinadas a recoger información deberá ser objeto de ulterior estudio. Para circuitos virtuales permanente, la responsabilidad de obtener la información necesaria para la tasación y la contabilidad recaerá normalmente en la Administración de origen (véase la Recomendación X.181).
El grupo de canales lógicos que se tiene que asignar para circuitos virtuales permenentes se tiene que fijar por acuerdo bilateral entre las Administraciones.
3.1
Procedimiento para el establecimiento y la liberación
de llamadas virtuales
Las llamadas virtuales se establecerán y liberarán de acuerdo con los
procedimientos aquí descritos. Estos procedimientos sólo son aplicables cuando
un canal lógico está en el estado
nivel paquete preparado
(r1), y no lo serán en los demás estados
r
.
3.1.1
Estado preparado
Si no hay ninguna llamada ni tentativa de llamada en curso y es posible
establecer la comunicación, el canal lógico está en el estado
preparado
(p1), dentro del estado
nivel
paquete preparado
(r1).
3.1.2
Paquete de petición de llamada
Un TES indica una petición de llamada transfiriendo a través del interfaz
X/Y un paquete de
petición de llamada
que especifica un
canal lógico en el estado
preparado
(p1). El canal lógico
seleccionado por el TES llamante está en tal caso en el estado
petición de llamada por el TES
(p2 o p3). De persistir
este estado durante más de T31, el TES llamante liberará la llamada. El valor
de T31 es de 200 segundos (véase el anexo D).
Nota
- En el paquete de
petición de
llamada
, podrá utilizarse el bit 7 del identificador general de formato
(véase el
4.1.1
), junto con el procedimiento de confirmación de
entrega (véase el
3.3.4
). Este bit 7 se transferirá de forma
transparente a través de un TES.
3.1.3
Paquete de comunicación establecida (llamada
conectada)
El TES llamado indicará que acepta la llamada por el ETD llamado,
transfiriendo a través del interfaz X/Y un paquete de
comunicación establecida
que
especifique el mismo canal lógico que el paquete de
petición de
llamada
. Esto hace pasar el canal lógico especificado al estado
control de flujo preparado
(d1) dentro del estado
transferencia de datos
(p4). El procedimiento aplicable al
estado
transferencia de datos
se ha especificado en el
3.3
.
Nota
- En el paquete de
comunicación
establecida
, podrá utilizarse el bit 7 del identificador general de
formato (véase el
4.1.1
), junto con el procedimiento de confirmación
de entrega (véase el
3.3.4
). Este bit 7 se transferirá de forma
transparente a través de un TES.
3.1.4
Colisión de llamadas
Se produce una
colisión de llamadas
^si el TES-X
recibe un paquete de
petición de llamada
, cuando el canal
lógico especificado se encuentra en el estado p2 o si el TES-Y recibe un
paquete de
petición de llamada
cuando el canal lógico
especificado se encuentra en el estado p3. En estos casos, deberán abandonarse
(liberarse) ambas llamadas. La codificación del campo de causa de la liberación
será la de la
`
.
congestión en la red
'
A fin de reducir la incidencia de situaciones de este tipo, se utilizará la
prueba en orden inverso de canales lógicos. El paquete de
petición de llamada
de un TES utilizará el canal lógico en
estado
preparado
de número más bajo. Se establecerá por
acuerdo bilateral el TES que utilizará el número más bajo y el que utilizará el
número más alto.
3.1.5
Paquete de petición de liberación
Un TES puede pedir la liberación de un canal lógico en cualquier estado
transfiriendo a través del interfaz X/Y un paquete de
petición
de liberación
que especifique el canal lógico. De
subsistir el estado
petición de liberación
por el TES
durante más de T33, el TES ejecuta las acciones indicadas en el anexo D. El
valor de T33 es de 180 segundos.
La codificación del campo de causa de la liberación se efectuará de acuerdo con los motivos de la liberación. Cada TES deberá ser capaz de generar los diversos códigos correspondientes a todas las señales de progresión de la llamada especificadas en la Recomendación X.96 para el servicio de transmisión de datos con conmutación de paquetes.
3.1.6
Paquete de confirmación de
liberación
Cuando un TES-X o un TES-Y (TES X/Y) haya recibido un paquete de
petición de liberación
, procederá, cualquiera que sea el
estado del canal lógico, excepto el estado de
petición de
liberación por el TES X/Y
(p6 o p7 respectivamente), a liberar el canal
lógico y transferirá a través de interfaz X/Y un paquete de
confirmación de liberación
que especifique el mismo canal
lógico. El canal lógico pasa al estado
preparado
(p1)
dentro del estado
nivel paquete preparado
(r1). La
recepción de un paquete de
confirmación de liberación
no
puede interpretarse en tanto que indicación de liberación del TES distante.
3.1.7
Colisión de liberaciones
Si un canal lógico se encuentra en el estado de
petición
de liberación por el TES X/Y
^(p6 o p7
respectivamente) y el TES X/Y recibe un paquete de
petición de
liberación
especificando el mismo canal lógico, este TES considerará la
liberación completada y no transmitirá un paquete de
confirmación de liberación
. Este canal lógico se encuentra
ahora en el estado
preparado
(p1) dentro del estado
nivel paquete preparado
(r1).
3.2
Procedimientos para el servicio de circuitos
virtuales permanentes
En las figuras B-1/X.75 y B-3/X.75 se muestran los diagramas de estados que definen los eventos en el interfaz X/Y al nivel paquete para cada canal lógico utilizado para circuitos virtuales permanentes.
Con los circuitos virtuales permanentes no hay establecimiento ni
liberación de la comunicación. Los procedimientos para el control de paquetes
entre los TES durante el estado de
transferencia de datos
se especifican en el
3.3
.
En caso de fallo momentáneo de la red, el TES reiniciará el circuito
virtual permanente en la forma descrita en el
3.4.2
, indicando como
causa
`congestión en la red'
y, a continuación, seguirá cursando tráfico
de datos.
Cuando la red se encuentre temporalmente inhabilitada para cursar tráfico
de datos, el TES reiniciará el circuito virtual permanente con la causa
`red
fuera de servicio'
. Cuando la red vuelva a estar apta para cursar tráfico
de datos, el TES deberá reiniciar el circuito virtual permanente indicando como
causa
`red operacional'
.
3.3
Procedimientos para transferencia de datos e
interrupción
El procedimiento para transferencia de datos descrito a continuación se aplica independientemente a cada canal lógico existente en el interfaz X/Y.
El funcionamiento normal de la red impone el que los datos de usuario de
los paquetes de
datos
^y los datos de interrupción deban
atravesar la red transparentemente sin sufrir modificación alguna. Se mantiene
el orden de los bits en estos paquetes. Una secuencia de paquetes recibida por
un TES se entrega siempre como una secuencia completa de paquetes.
3.3.1
Estados para la transferencia de datos
Un TES puede transmitir y recibir paquetes de
datos
,
de
interrupción
, de
control de flujo
y de
reiniciación
en el estado de
transferencia de datos
(p4) del estado
nivel paquete preparado
(r1) de un canal lógico en el
interfaz X/Y. Sólo en este estado, se aplican los procedimientos de control de
flujo y de reiniciación descritos en el
3.4
para la transmisión de
datos por dicho canal lógico hacia y desde el TES. En todos los demás estados
r
o
p
no son aplicables los
procedimientos para transferencia de datos e interrupción, control de flujo y
reiniciación.
3.3.2
Numeración de los paquetes de datos
Cada paquete de
datos
^transmitido en el interfaz X/Y
para cada sentido de transmisión de una llamada virtual o circuito virtual
permanente está numerado secuencialmente. Esta numeración secuencial se efectúa
independientemente del nivel de datos [valor del bit calificador (bit Q)].
La numeración secuencial de los paquetes se realiza en módulo 8 ó 128. Este módulo es común a todos los canales lógicos en el interfaz X/Y. Los números secuenciales de los paquetes van tomando, cíclicamente, todos los valores de la gama de 0 a 7 o de 0 a 127, respectivamente. La elección del módulo 8 ó 128 se hace por acuerdo bilateral.
Sólo los paquetes de
datos
^contienen este número
secuencial, denominado número secuencial de paquete en emisión P(S).
El primer paquete de
datos
^ transmitido a través del
interfaz X/Y en un determinado sentido de transmisión de datos cuando el canal
lógico acaba de pasar al estado de
control de flujo
preparado
(d1), tiene un número secuencial de paquete en emisión igual a
0.
Si un TES recibe el primer paquete de datos con un número secuencial de
paquete en emisión distinto de 0 después de haber pasado al estado de
control de flujo preparado
(d1), reiniciará la llamada
virtual o el circuito virtual permanente indicando como causa
`congestión en
la red'
.
3.3.3
Longitud del campo de datos de los paquetes de
datos
La longitud máxima normal del campo de datos es de 128 octetos (1024 bits) y la proporcionan todas las Administraciones. Además, para llamadas virtuales podrán facilitarse longitudes máximas facultativas de campo de datos, llamada por llamada, por acuerdo bilateral entre Administraciones, juntamente con un servicio interredes facultativo definido en el 5.3.5 (véase la nota). Para circuitos virtuales permanentes, podrán proporcionarse longitudes máximas facultativas circuito por circuito, por acuerdo bilateral entre Administraciones, y podrán seleccionarse en el momento del establecimiento. El valor seleccionado junto con el tamaño de la ventana seleccionado según el 3.4.1.1 tienen que ajustarse a la clase de caudal acordada entre redes y usuarios terminales en el momento del establecimiento para un determinado circuito virtual permanente. La clase de caudal que se puede alcanzar en el interfaz X/Y está sometida a las limitaciones impuestas por las características de la línea y las características del tráfico de otros canales lógicos en el interfaz X/Y del TES.
El campo de datos puede contener cualquier número de bits, desde cero hasta la longitud máxima acordada del campo de datos.
Si un TES recibe un paquete de
datos
^cuyo campo de
datos tiene una longitud superior a la máxima, reiniciará la llamada virtual o
el circuito virtual permanente indicando como causa
`congestión en la
red'
.
Nota
- Puede seleccionarse una longitud máxima
facultativa de campo de datos entre las siguientes: 16, 32, 64, 256, 512 y 1024
octetos. Deberán estudiarse longitudes máximas del campo de datos de 2048 y
4096 octetos.
3.3.4
Bit de confirmación de entrega, bit más datos y
bit calificador
La asignación de valores al
confirmación de
entrega
^(o bit D)
Se ha previsto un método de establecimiento de secuencias de paquetes para
permitir la transmisión coherente de datos en campos de longitud superior a la
longitud máxima del campo de datos de los paquetes de
datos
.
Cada secuencia completa de paquetes consta de un número cualquiera
(incluido el 0) de paquetes de
datos
completos (completo
significa que el campo de datos contiene un número de bits igual a su longitud
máxima) con M = 1 y D = 0, seguido por otro paquete de cualquier longitud no
superior a la máxima, con M = 0 y D = 0 ó 1, o con M = 1 y D = 1. Si un TES
recibe un paquete que no está completo, y que tiene el bit D puesto a 0, pero
el bit M puesto a 1, podrá reiniciar la llamada virtual o el circuito virtual
permanente; como causa de la reiniciación indicará
`congestión en la
red'
.
Una secuencia completa de paquetes puede tener lugar en uno de dos niveles,
lo que será indicado por el bit
calificador
(o bit Q).
El valor del bit Q no debe cambiar dentro de una secuencia completa de
paquetes. Si un TES detecta una modificación del valor de este bit dentro de
una secuencia de paquetes, podrá reiniciar la llamada virtual o el circuito
virtual permanente; como causa de la reiniciación indicará
congestión en la red
.
Nota
- El valor del bit Q en un paquete de
datos
, que sigue a un paquete de
datos
con, o M = 0, o con los bits M y D puestos a 1,
puede ponerse a un valor que no depende del valor del bit Q del paquete
precedente.
3.3.5
Procedimiento de interrupción
El procedimiento de interrupción permite a un ETD transmitir datos hacia el
ETD distante sin ajustarse al procedimiento de control de flujo aplicable a los
paquetes de
datos
entre los TES (véase el
3.4
).
El procedimiento de interrupción sólo puede aplicarse en el estado de
control de flujo preparado
(d1)
dentro del estado de
transferencia de datos
(p4).
El procedimiento de interrupción no tiene efecto alguno en los
procedimientos de transferencia y de control de flujo aplicables a los paquetes
de
datos
en la llamada virtual o el circuito virtual
permanente.
Si un TES recibe un paquete de
interrupción
con un
campo de datos de usuario de longitud superior a 32 octetos, reiniciará la
llamada virtual o el circuito virtual permanente.
Un TES transmite una interrupción transfiriendo a través del interfaz X/Y
un paquete de
interrupción
. El otro TES transmite la
confirmación de interrupción transfiriendo un paquete de
confirmación de interrupción
.
La recepción de un paquete de
confirmación de
interrupción
^indica que el ETD distante ha confirmado la interrupción por
medio de un paquete de
confirmación de interrupción por el
ETD
.
Un paquete de
interrupción
^se transmite a través del
interfaz X/Y en la posición del flujo de paquetes de
datos
, en que fue generado por el ETD, o en una posición
anterior.
Un TES que recibe un nuevo paquete de
interrupción
^entre la recepción de un paquete de
interrupción
y la
transferencia de uno de
confirmación de interrupción
puede, o bien descartar este paquete de
interrupción
, o
reiniciar la llamada virtual o el circuito virtual permanente.
3.4
Procedimientos para control de flujo y reiniciación
Los procedimientos para control de flujo de paquetes de
datos
^y reiniciación se aplican únicamente al estado de
transferencia de datos
(p4) y se especifican a
continuación.
3.4.1
Procedimientos para el control de flujo
En el interfaz X/Y de cada canal lógico utilizado para una llamada virtual
o un circuito virtual permanente, la transmisión de paquetes de
datos
se controla por separado para cada sentido, a base
de autorizaciones impartidas por el receptor.
3.4.1.1
Descripción de la ventana
En el interfaz X/Y de cada canal lógico utilizado para una llamada virtual
o circuito virtual permanente y para cada sentido de transmisión de datos, se
entiende por ventana un conjunto ordenado de W números secuenciales en emisión
de paquetes de
datos
consecutivos, autorizados a atravesar
el interfaz.
El número secuencial inferior de la ventana se denomina
datos
no autorizado a atravesar el interfaz es el valor
del borde inferior de la ventana más W (módulo 8 ó 128).
El valor máximo del tamaño de la ventana para cada sentido de transmisión en el interfaz X/Y es común para todos los canales lógicos y se fija, por acuerdo bilateral, para cierto periodo de tiempo. Este valor no excede de 7 ó 127 (módulo 8 ó 128).
Para una determinada llamada virtual o circuito virtual permanente, pueden
elegirse dos tamaños de ventana, uno para cada sentido de transmisión. Estos
dos tamaños de ventana pueden ser inferiores o iguales al máximo mencionado.
Para llamadas virtuales, los dos tamaños se eligen con referencia a un servicio
interredes (véase el
5.3.4
) del campo de servicios interredes del
paquete de
petición de llamada
y del paquete de
comunicación establecida
y, en
ciertos casos, con referencia también a una tabla de correspondencia que
establece la relación entre el tamaño de la ventana y la clase de caudal. Esta
tabla la establecen las Administraciones, mediante acuerdo, para un periodo
determinado. Para circuitos virtuales permanentes, se eligen dos tamaños de
ventana en el momento del establecimiento y por acuerdo entre las
Administraciones. Los valores elegidos, junto con la longitud del campo de
datos seleccionada de conformidad con el
3.3.3
, tienen que ajustarse
a la clase de caudal acordada entre redes y usuarios terminales en el momento
del establecimiento para un circuito virtual permanente determinado. La clase
de caudal que se puede alcanzar en un interfaz X/Y del TES está sometida a las
limitaciones impuestas por las características de la línea y las
características del tráfico de otros canales lógicos en el interfaz X/Y del
TES.
3.4.1.2
Principios de control de flujo
Un número módulo 8 ó 128, denominado número secuencial de paquete en
recepción P(R), transmite, a través del interfaz X/Y información procedente del
receptor para la transmisión de paquetes de
datos
. Al ser
transmitido a través del interfaz X/Y, un P(R) pasa a ser el borde inferior de
la ventana. De esta manera, el receptor puede dar su autorización para que
otros paquetes de
datos
atraviesen el interfaz X/Y.
Cuando el número secuencial P(S) del siguiente paquete de
datos
^que deba transmitir el TES esté dentro de la
ventana, el TES está autorizado a transmitir ese paquete de datos al otro TES,
que puede entonces aceptarlo. Cuando el número secuencial P(S) del siguiente
paquete de
datos
que deba transmitir el TES esté fuera de
la ventana, el TES no deberá transmitir un paquete de
datos
hacia el otro TES. En caso contrario, el otro TES
considerará como un error de procedimiento la recepción de ese paquete de
datos
, y procederá a una reiniciación de la llamada
virtual o circuito virtual permanente.
El número secuencial de paquete en recepción P(R) se transmite en paquetes
de
datos
, de
preparado para recibir
(RR) y de
no preparado para recibir
(RNR), e implica que el TES que transmite el P(R) ha aceptado por lo menos
todos los paquetes de
datos
con un número secuencial menor
o igual que [P(R) - 1].
El valor de un P(R) recibido por el TES debe estar comprendido en la gama
que va desde el último P(R) recibido por el TES hasta el número secuencial de
paquete en emisión del siguiente paquete de
datos
que debe
transmitir el TES, ambos inclusive. En caso contrario, el TES considerará como
un error de procedimiento la recepción de ese P(R) y reiniciará la llamada
virtual o el circuito virtual permanente.
Cuando el bit D está puesto a 0 en un paquete de
datos
^[P(S) = p], el significado del P(R) correspondiente a dicho paquete de
datos
[es decir, P(R) p + 1], es una actualización local
de la ventana a través del interfaz al nivel paquete.
Cuando el bit D está puesto a 1 en un paquete de
datos
^[P(S) = p], el significado del P(R) recibido correspondiente al paquete de
datos
[es decir, P(R) p + 1] es una indicación de que se
ha recibido un P(R) procedente del ETD distante para todos los bits de datos
del paquete de
datos
en el que el bit D se habrá puesto
originalmente a 1 [es decir, P(S) = p].
Nota 1
- Se requiere que el TES envíe un P(R)
^correspondiente a un paquete de datos con el bit D puesto a 1 tan pronto como
sea posible a partir de la recepción del P(R) procedente del ETD distante.
Puede usarse en este caso, de ser necesario, un paquete
RNR
.
Nota 2
- Cuando esté pendiente un P(R) para un paquete
de
datos
^con el bit D puesto a 1, se aplazará la
actualización local de la ventana de los paquetes de
datos
subsiguientes con el bit D puesto a 0. Algunos TES pueden también aplazar la
actualización de la ventana para paquetes de
datos
anteriores (dentro de la ventana) con el bit D puesto a 0.
3.4.1.3
Paquete TES preparado para recibir (RR)
Los paquetes
RR
^los utiliza el TES para indicar que
está preparado para recibir los W paquetes de
datos
que
están dentro de la ventana, a partir de P(R), indicándose P(R) en el paquete
RR
.
3.4.1.4
Paquete TES no preparado para recibir (RNR)
Los paquetes
RNR
^los utiliza el TES para indicar la
imposibilidad temporal de aceptar paquetes de
datos
adicionales para la llamada virtual o el circuito virtual permanente. Cuando un
TES reciba un paquete
RNR
, dejará de transmitir paquetes
de datos por el canal lógico indicado, pero se actualizará la ventana al valor
del P(R) indicado en el paquete
RNR
.
La situación no preparado para recibir, indicada por la transmisión de un
paquete
RNR
, se libera transmitiendo en el mismo sentido
un paquete
RR
, o iniciando un procedimiento de
reiniciación.
La transmisión de un
RR
^después de un
RNR
en el nivel paquete no debe considerarse como una
petición de retransmisión de los paquetes ya transmitidos.
3.4.2
Procedimiento de reiniciación
El procedimiento de reiniciación se usa para reiniciar la llamada virtual o
el circuito virtual permanente. El procedimiento de reiniciación sólo puede
aplicarse en el estado
transferencia de
datos
(p4) del interfaz X/Y. En cualquier otro estado del
interfaz, no es aplicable el procedimiento de reiniciación.
El estado
transferencia de datos
^(p4) abarca tres
estados. Estos son:
control de flujo preparado
(d1),
petición de reiniciación por el TES-X
(d2) y
petición de reiniciación por el TES-Y
(d3). Al
pasar al estado p4, el canal lógico queda situado en el estado d1.
Inmediatamente después de la reiniciación de una llamada virtual o un
circuito virtual permanente en el interfaz X/Y, la ventana asociada a cada
sentido de transmisión de datos tiene un borde inferior igual a 0, y la
numeración de los paquetes de
datos
que atraviesen
seguidamente el interfaz X/Y para cada sentido de transmisión de datos partirá
de 0.
3.4.2.1
Paquete de
petición de
reiniciación
El TES indicará una petición de una reiniciación transmitiendo un paquete
de
petición de reiniciación
que especifique el canal
lógico. Esto hace pasar el canal lógico al estado de
petición
de reiniciación
(d2 o d3).
En este estado, el TES descartará los paquetes de
datos
,
interrupción
,
RR
y
RNR
.
3.4.2.2
Colisión de reiniciaciones
Se produce colisión de reiniciaciones cuando los dos TES transmiten
simultáneamente un paquete de
petición de reiniciación
. En
tal caso, ambos TES considerarán que se ha completado la reiniciación y no
procederán a transferir un paquete de
confirmación de
reiniciación
. Esto hace pasar el canal lógico al estado de
control de flujo preparado
(d1).
3.4.2.3
Paquete de confirmación de reiniciación
Cuando el canal lógico está en el estado de
petición
de reiniciación
, el TES solicitado confirmará la
reiniciación transmitiendo al TES solicitante un paquete de
confirmación de reiniciación
. Esto
hace pasar el canal lógico al estado de
control de
flujo preparado
(d1).
La única interpretación universal de un paquete de
confirmación de reiniciación
^es la
de que tiene significado local. No obstante, en las redes de algunas
Administraciones la confirmación de reiniciación puede tener un significado de
extremo a extremo. De subsistir el estado
petición de
reiniciación
durante más de T32, el TES ejecuta las acciones indicadas en
el anexo D. El valor de T32 es de 180 segundos.
3.4.2.4
Efecto del procedimiento de reiniciación en los
paquetes de datos y de interrupción
Los paquetes de
datos
^y de
interrupción
^transmitidos por un TES antes del inicio de
un procedimiento de reiniciación en su interfaz X/Y, se entregarán antes de
iniciarse el correspondiente procedimiento de reiniciación en el interfaz
ETD/ETCD distante, o se descartarán.
Los primeros paquetes de
datos
^y de
interrupción
^transmitidos por un TES después de
completado un procedimiento de reiniciación en su interfaz serán los primeros
paquetes que se entregarán una vez que se haya completado el correspondiente
procedimiento de reiniciación en el interfaz ETD/ETCD distante.
Los paquetes de
datos
^y de
interrupción
^transmitidos por un TES después de que el
otro TES haya iniciado un procedimiento de reiniciación serán descartados por
este último TES hasta que el procedimiento de reiniciación haya sido completado
en el interfaz X/Y.
3.5
Procedimento de rearranque
El procedimiento de rearranque se usa para liberar simultáneamente todas las llamadas virtuales y/o reiniciar todos los circuitos virtuales permanentes en el interfaz X/Y.
Hay tres estados del interfaz X/Y relacionados con el procedimiento de
rearranque, que son:
nivel paquete preparado
(r1),
petición de rearranque por el TES-X
(r2) y
petición de rearranque por el
TES-Y
(r3). Cuando se pasa al estado r1, se ponen todos
los canales lógicos en el estado p1.
3.5.1
Rearranque por el TES
El TES puede pedir en cualquier momento un rearranque transmitiendo a
través del interfaz X/Y un paquete de
petición de
rearranque
. El interfaz para cada canal lógico se halla entonces en el
estado de
petición de rearranque
(r2
o r3).
En este estado del interfaz X/Y, el TES descartará todo tipo de paquetes,
excepto los de
petición de rearranque
y de
confirmación de rearranque
.
Al recibir un paquete de
petición de rearranque
, el
TES liberará todas las llamadas virtuales, reiniciará todos los circuitos
virtuales permanentes y pasará los canales lógicos utilizados para llamadas
virtuales al estado
preparado
(p1) y los canales lógicos
utilizados para circuitos virtuales permanentes al estado
control de flujo preparado
(d1). El TES devolverá un
paquete de
confirmación de rearranque
, a no ser que se
haya producido una colisión.
La única interpretación universal de un paquete de
confirmación de rearranque
^es la que
tiene significado local. De subsistir el estado
petición de
rearranque
durante más de T30, el TES ejecuta las acciones indicadas en el
anexo D. El valor de T30 es de 180 segundos.
3.5.2
Colisión de rearranques
Puede producirse colisión de rearranques cuando los dos TES transfieren
simultáneamente paquetes de
petición de rearranque
. En tal
caso, ambos TES considerarán completado el rearranque y ni esperarán recibir ni
transmitirán un paquete de
confirmación de rearranque
.
3.6
Relaciones entre capas
Los cambios en los estados operacionales de las capas física y enlace del interfaz X/Y no implican necesariamente la variación del estado de cada uno de los canales lógicos en la capa paquete. Tales cambios, cuando se producen, se indican de forma explícita en la capa paquete mediante el empleo de los procedimientos de rearranque, liberación o reiniciación, según convenga.
No obstante, en algunos casos de perturbaciones en la capa enlace, puede
ser adecuado iniciar el procedimiento de rearranque y no aceptar nuevas
llamadas virtuales ni nuevos paquetes de
datos
por
circuitos virtuales permanentes.
Un fallo en la capa física y/o en la capa enlace se define como una situación en la cual el TES no puede emitir ni recibir ninguna trama debido a condiciones anormales causadas, por ejemplo, por un fallo de la línea entre los TES.
Cuando se detecta un fallo en la capa física y/o en la capa enlace, las llamadas virtuales serán liberadas y los circuitos virtuales permanentes serán declarados fuera de servicio. El TES enviará al extremo distante de la red:
1)una reiniciación con la causa
`red fuera de servicio'
y un
diagnóstico apropiado para cada circuito virtual permanente, y
2)una liberación con la causa
`congestión en la red'
y un diagnóstico
apropiado para cada llamada virtual existente.
Durante el fallo:
1)el TES liberará todas las llamadas virtuales con la causa
`congestión
en la red'
y un diagnóstico apropiado;
2)para todo paquete de
datos
^o de
interrupción
^recibido del ETD distante por un circuito
virtual permanente, el TES reiniciará el circuito virtual permanente con la
causa
`red fuera de servicio'
y un diagnóstico apropiado;
3)un paquete de
petición de reiniciación
^recibido del
extremo distante por un circuito virtual permanente se confirmará al extremo
distante mediante un paquete de
confirmación de
reiniciación
o uno de
petición de
reiniciación
.
El valor de diagnóstico apropiado depende de si el fallo es imprevisto o resultado de una acción de mantenimiento prevista; los valores son los N.o 115 y N.o 122, respectivamente (véase asimismo la nota 3 al anexo E).
Cuando desaparece el fallo en las capas físicas y de enlace, se activará el
procedimiento de rearranque con la causa
`red operacional'
y se enviará
a ambos extremos de cada circuito virtual permanente de la red una reiniciación
con la causa
`red operacional'
a través del interfaz X/Y.
En otras condiciones de fuera de servicio de las capas física y/o enlace, el TES liberará las llamadas virtuales y reiniciará los circuitos virtuales permanentes.
4
Formatos de los paquetes para las
llamadas virtuales y los circuitos virtuales
permanentes
4.1
Consideraciones generales
Los formatos de los paquetes de la Recomendación X.75 están basados en la estructura general de paquetes de la Recomendación X.25. Se prevé que toda modificación en los formatos de los paquetes de control de la Recomendación X.25 se adoptará asimismo en la presente Recomendación.
Debe continuar estudiándose la posibilidad de ampliar los formatos de los paquetes con la adición de nuevos campos.
Los bits de un octeto se numeran de 8 a 1; el bit 1 es el bit de orden inferior y es el primero que se transmite. Los octetos de un paquete se numeran consecutivamente a partir de 1 y se transmiten en ese mismo orden.
4.1.1
Identificador general de formato
El campo de identificador general de formato es un campo codificado de cuatro bits que indica el formato general del resto del encabezamiento. Está situado en las posiciones de bit 8, 7, 6 y 5 del octeto 1, siendo el bit 5 el de orden inferior (véase el cuadro 11/X.75).
Tableau 11/X.75 [T10.75], p.
El bit 8 del identificador general de formato se utiliza para el bit
calificador (Q) en los paquetes de
datos
^y se pone a 0 en
los demás tipos de paquetes.
El bit 7 del identificador general de formato se utiliza en los paquetes de
datos y de
establecimiento de la comunicación
junto
con el procedimiento de
confirmación de entrega
(D), y se
pone a 0 en los demás tipos de paquetes.
Los bits 5 y 6 se codifican para cuatro posibles indicaciones. Se usan dos de los códigos para identificar los paquetes que utilizan la numeración secuencial módulo 8 de los que utilizan la numeración secuencial módulo 128. El tercer código se utiliza para indicar la ampliación a una familia ampliada de códigos de identificador general de formato y a formatos ampliados que serán objeto de ulteriores estudios. El cuarto código no está asignado.
4.1.2
Número de grupo de canales lógicos
El número de grupo de canales lógicos aparece en cada paquete, excepto los
paquetes de
rearranque
^(véase el
4.5
), en las
posiciones de bit 4, 3, 2 y 1 del octeto 1. Este campo se codifica en forma
binaria y el bit 1 es el bit de orden inferior del número de grupo de canales
lógicos.
En cada canal lógico, este número tiene significado local en el interfaz X/Y.
4.1.3
Número de canal lógico
El número de canal lógico aparece en cada paquete, excepto en los paquetes
de
rearranque
^(véase el
4.5
), en todas las
posiciones de bit del octeto 2. Este campo se codifica en forma binaria y el
bit 1 es el bit de orden inferior del número de canal lógico.
En cada canal lógico, este número tiene significado local en el interfaz X/Y.
4.1.4
Identificador de tipo de paquete
Cada paquete se identificará en su octeto 3, de acuerdo con el cuadro 12/X.75.
Tableau 12/X.75 [T11.75], p.
4.2
Paquetes de establecimiento y de liberación de
la llamada (comunicación)
A continuación se describe la naturaleza de las direcciones en los paquetes de establecimiento y liberación de la llamada.
Si el interfaz TES X/Y está entre dos RPDCP, o entre una RPDCP y una RDSI, las direcciones se darán en el formato internacional especificado en la Recomendación X.121, incluyendo cifras de escape cuando sea necesario. Si el interfaz TES X/Y está entre dos RDSI, las direcciones se darán en el formato internacional especificado en la Recomendación E.164, incluidas las cifras de escape cuando sea necesario. Para una información más detallada, véanse las Recomendaciones X.31, X.122 y E.166.
4.2.1
Paquete de petición de llamada
La figura 3/X.75 ilustra el formato del paquete de
petición
de llamada
. En dicha figura aparecen el campo de
longitud de facilidades de usuario, el campo de facilidades de usuario y el
campo de datos de usuario de la llamada, definidos en la Recomendación X.25.
Figure 5/X.75 (comme Tableau) [T12.75], p.
4.2.1.1
Identificador general de formato
El bit 7 puede ponerse a 0 o a 1.
4.2.1.2
Campo de longitudes de dirección
El octeto 4 consiste en indicadores de la longitud del campo para las direcciones de los ETD llamado y llamante. Los bits 4, 3, 2 y 1 indican la longitud de la dirección del ETD llamado en semioctetos. Los bits 8, 7, 6 y 5 indican la longitud de la dirección del ETD llamante en semioctetos. Cada indicador de longitud de dirección se codifica en forma binaria, y el bit 1 o el 5 es el bit de orden inferior del indicador.
4.2.1.3
Campo de dirección
El octeto 5 y los octetos siguientes consisten en el número de datos internacional del ETD llamado, seguido del número de datos internacional del ETD llamante, como se indica en el 4.2 .
Cada cifra decimal de una dirección se codifica en binario en un semiocteto, siendo el bit 5 o el 1 el bit de orden inferior de la cifra.
Comenzando desde la cifra de orden superior, la dirección se codifica en el octeto 5 y en los octetos siguientes, con dos cifras por octeto. En cada octeto, la cifra de orden superior se codifica en los bits 8, 7, 6 y 5.
El campo de dirección se forma con un número entero de octetos insertando ceros en los bits 4, 3, 2 y 1 del último octeto del campo cuando sea necesario.
4.2.1.4
Campo de longitud de utilidades de
red
Los bits 6 a 1 del octeto que sigue al campo de dirección indican la longitud del campo de utilidades de red, en octetos.
El indicador de la longitud del campo de utilidades de red se codifica en forma binaria y el bit 1 es el bit de orden inferior.
Los bits 8 y 7 de este octeto no están asignados y se ponen a 0.
4.2.1.5
Campo de utilidades de red
El campo de utilidades de red contiene un número entero de octetos. La longitud de este campo depende de las utilidades presentes. La longitud máxima de este campo es de 63 octetos.
La codificación del campo de utilidad de red se ha definido en el 5 .
4.2.1.6
Campo de longitud de facilidades de
usuario
Los bits 7 a 1 del octeto que sigue al campo de servicios interredes indican la longitud del campo de facilidades de usuario en octetos. El indicador de longitud de facilidades de usuario se codifica en forma binaria y el bit 1 es el bit de orden inferior.
El bit 8 de este octeto se pone a 0.
4.2.1.7
Campo de facilidades de usuario
El campo de facilidades de usuario contiene un número entero de octetos. La longitud de este campo depende de las facilidades presentes. La longitud máxima de este campo es de 109 octetos. La codificación del campo de facilidades de usuario depende de la facilidad que se solicite, como se estipula en la Recomendación X.25. (cuadro 29/X.25 y anexo G/X.25).
4.2.1.8
Campo de datos de usuario de la
llamada
A continuación del campo de facilidades de usuario, puede haber presentes
datos del usuario. En ausencia de la facilidad facultativa de usuario de
selección rápida
, el campo de datos de usuario de la
llamada puede contener cualquier número de bits de 0 a 128 (16 octetos). Cuando
se solicita la facilidad facultativa de usuario de
selección
rápida
, el campo de datos de usuario de la llamada puede contener
cualquier número de bits de 0 a 1024 (128 octetos). El contenido de este campo
se transfiere sin modificación.
Nota
- Algunas redes requieren que el campo de datos
de usuario de la llamada contenga un número entero de octetos (véase la nota al
3
).
4.2.2
Paquete de comunicación establecida (o llamada
conectada)
La figura 6/X.75 ilustra el formato de un paquete de
comunicación establecida
(o llamada conectada). De manera
similar al paquete de
petición de llamada
, el paquete de
comunicación establecida
comprende:
-un campo de longitudes de dirección,
-un campo de dirección,
-un campo de longitud de utilidades de red,
-un campo de utilidad de red,
-un campo de longitud de facilidades de usuario,
-un campo de facilidades de usuario, y
-un campo de datos de usuario llamado.
La codificación de estos campos es idéntica a la del paquete de
petición de llamada
^(véase el
4.2.1
). El bit 7
del identificador general de formato puede ponerse a 0 o a 1. El campo de
dirección puede estar vacío. No obstante, en caso de redireccionamiento de la
llamada, el campo de dirección contendrá la dirección del ETD al que se haya
dirigido finalmente la llamada, y el campo de utilidades de red deberá contener
la utilidad de red
notificación de modificación de la dirección
de la línea llamada
(véase el
5.3.10
).
El campo de datos de usuario llamado sólo puede incluirse para las llamadas
en que se haya solicitado la facilidad facultativa de usuario de
selección rápida
sin restricción en la respuesta y puede
contener cualquier número de bits de 0 a 1024 (128 octetos). El contenido de
este campo se transfiere sin modificación.
Figure 6/X.75 (comme Tableau) [T13.75], p.
4.2.3
Paquete de petición de liberación
La figura 7/X.75 ilustra el formato del paquete de
petición
de liberación
.
Figure 7/X.75 (comme Tableau) [T14.75], p.
4.2.3.1
Campo de causa de la liberación
El octeto 4 es el campo de causa de la liberación que contiene los motivos de la liberación de la llamada (o comunicación).
La codificación del campo de causa de la liberación contenido en un paquete de petición de liberación, se indica en el cuadro 13/X.75.
Cuando un TES recibe una
`congestión en la red'
.
Tableau 13/X.75 [T15.75], p.
4.2.3.2
Campo de código de diagnóstico
El octeto 5 es el campo de
Si el campo de causa de la liberación asociado (octeto 4) indica cualquier
causa válida (véase el cuadro 13/X.75) excepto
`congestión en la red'
,
el contenido de este campo se transfiere sin modificación. Si el campo de causa
de la liberación indica
`congestión en la red'
y la petición de
liberación o rearranque original fue generada como resultado de un evento
detectado distinto del generado localmente en el interfaz TES-X/Y, el valor del
código de diagnóstico que se transfiere será el indicado en el cuadro 14/X.75.
Los códigos de diagnóstico de los paquetes de petición de liberación generados como consecuencia de sucesos detectados en el interfaz TES-X/Y se enumeran en el anexo E.
Tableau 14/X.75 [T16.75], p.
4.2.3.3
Formato ampliado
El campo de código de diagnóstico puede ir seguido de los siguientes campos en el formato ampliado:
-un campo de longitudes de dirección,
-un campo de dirección,
-un campo de longitud de utilidades de red,
-un campo de utilidades de red,
-un campo de longitud de facilidades de usuario,
-un campo de facilidades de usuario, y
-un campo de datos de usuario para liberación.
4.2.3.3.1
Campo de longitudes de dirección
Este campo de un solo octeto contiene los indicadores de longitud del campo para las direcciones del ETD llamado y del ETD llamante. Los bits 4, 3, 2 y 1 indican la longitud de la dirección del ETD llamado en semioctetos. Los bits 8, 7, 6 y 5 indican la longitud de la dirección del ETD llamante en semioctetos. Ambos indicadores de longitud de dirección están codificados en binario, siendo los bits 1 y 5, respectivamente, los de orden inferior.
El campo de longitudes de dirección siempre está presente cuando lo está el campo de longitud de los servicios entre redes.
4.2.3.3.2
Campo de dirección
Cuando se transmite la petición de liberación, por un ETD hacia el que se
ha reencaminado una llamada, como respuesta directa al paquete de
petición de llamada
, el campo de dirección deberá contener
la dirección del ETD hacia el que se ha reencaminado la llamada. Todo otro tipo
de utilización de este campo deberá ser objeto de ulterior estudio.
Nota
- En el caso de redireccionamiento de llamada o
distribución de las llamadas en un grupo de búsqueda, el campo de utilidades de
red del paquete
petición de liberación
debe incluir la
utilidad de red
notificación de modificación de la dirección de
la línea llamada
(véase el
5.3.10
).
4.2.3.3.3
Campo de longitud de utilidades de red
Los bits 6 a 1 del octeto que sigue al campo de dirección indican la longitud del campo de utilidades de red, en octetos.
El campo de longitud de utilidades de red está codificado en binario, siendo el bit 1 el de orden inferior.
Los bits 8 y 7 de este octeto no están asignados y se ponen a 0.
El campo de longitud de utilidades de red está siempre presente cuando lo está la longitud de facilidad de usuario.
4.2.3.3.4
Campo de utilidades de red
El campo de utilidades de red contiene un número entero de octetos. La longitud de este campo depende de las utilidades presentes. La longitud máxima del campo es de 63 octetos.
La codificación del campo de utilidades de red se indica en el 5 de la presente Recomendación.
4.2.3.3.5
Campo de longitud de facilidades de usuario
Los bits 7 a 1 del octeto que sigue al campo de utilidades de red indica la longitud del campo de facilidades de usuario en octetos. El indicador de longitud de facilidad de usuario se codifica en binario y el bit 1 del indicador es el bit de orden inferior.
El bit 8 de este octeto se pone a 0.
El campo de longitud de facilidades de usuario está siempre presente cuando lo está el campo de datos de usuario.
4.2.3.3.6
Campo de facilidades de usuario
El campo de facilidades de usuario contiene un número entero de octetos. La longitud de este campo depende de las facilidades ofrecidas. La longitud máxima de este campo es de 109 octetos. La codificación del campo de facilidades de usuario depende de las facilidades solicitadas, como se especifica en la Recomendación X.25 (cuadro 29/X.25 y anexo G/X.25).
4.2.3.3.7
Campo de datos de usuario para liberación
Para las llamadas en las que se ha pedido la facilidad facultativa de
usuario de
selección rápida
, pueden estar presentes los
datos de liberación del usuario a continuación del campo de facilidades de
usuario. El campo de datos de usuario para liberación, puede contener cualquier
número de bits de 0 a 1024 (128 octetos). El contenido del campo se transfiere
sin modificación.
Nota
- Algunas redes requieren que el campo de datos
de usuario para liberación contenga un número entero de octetos (véase la nota
al
3
).
4.2.4
Paquete de confirmación de
liberación
La figura 8/X.75 ilustra el formato del paquete de
confirmación de liberación
.
Figure 8/X.75 (comme Tableau) [T17.75], p.
4.3
Paquetes de datos y de interrupción
4.3.1
Paquete de datos
Las figuras 9/X.75 y 10/X.75 ilustran los formatos de los paquetes de
datos
^en los casos de numeración en módulo 8 y en módulo
128, respectivamente.
Figure 9/X.75 (comme Tableau) [T18.75], p.
Figure 10/X.75 (comme Tableau) [T19.75], p.
4.3.1.1
Bit calificador (bit Q)
El bit 8 del octeto 1 se usa como bit
calificador
^(bit Q).
4.3.1.2
Bit de confirmación de entrega (bit
D)
El bit 7 del octeto 1 es el bit de
confirmación de
entrega
^(bit D).
4.3.1.3
Número secuencial de paquete en
recepción
En la figura 9/X.75, los bits 8, 7 y 6 del octeto 3 se usan para indicar el número secuencial de paquete en recepción P(R). P(R) se codifica en forma binaria y el bit 6 es el bit de orden inferior. En la figura 10/X.75 los bits 2 a 8 del octeto 4 se utilizan para el número secuencial de paquete en recepción, y el bit 2 es el bit de orden inferior.
4.3.1.4
Bit más datos
En la figura 9/X.75, el bit 5 del octeto 3 se utiliza para el bit
más datos
. En la figura 10/X.75 el bit 1 del octeto 4 se
utiliza para indicar
más datos
(bit M). (0 significa que
no hay más datos, y 1 significa más datos.)
4.3.1.5
Número secuencial de paquete en
emisión
En la figura 9/X.75, los bits 4, 3 y 2 del octeto 3 se usan para indicar el número secuencial de paquete en emisión P(S). P(S) se codifica en forma binaria, y el bit 2 es el bit de orden inferior. En la figura 10/X.75, los bits 2 a 8 del octeto 3 se utilizan para el número secuencial de paquete en emisión y el bit 2 es el bit de orden inferior.
4.3.1.6
Campo de datos de usuario
Los bits que siguen al octeto 3 (módulo 8) o al octeto 4 (módulo 128) contienen datos de usuario.
Nota
- Algunas redes requieren que el campo de datos
de usuario contenga un número entero de octetos (véase la nota al
3
).
4.3.2
Paquete de interrupción
La figura 11/X.75 ilustra el formato del paquete de
interrupción
.
Figure 11/X.75 (comme Tableau) [T20.75], p.
4.3.2.1
Campo de datos de usuario de
interrupción
El octeto 4 y cualesquiera octetos siguientes contienen datos de usuario de interrupción. Este campo contiene de 1 a 32 octetos.
Nota
- Algunas redes requieren que el campo de datos
de usuario de interrupción contenga un número entero de octetos (véase la nota
al
3
).
4.3.3
Paquete de confirmación de
interrupción
La figura 12/X.75 ilustra el formato del paquete de
confirmación de interrupción
.
Figure 12/X.75 (comme Tableau) [T21.75], p.
4.4
Paquetes de control de flujo y de reiniciación
4.4.1
Paquete preparado para recibir
(RR)
Las figuras 13/X.75 y 14/X.75 ilustran el formato de los paquetes
preparado para recibir
^en los casos de módulo 8 y 128,
respectivamente.
Figure 13/X.75 (comme Tableau) [T22.75], p.13
Figure 14/X.75 (comme Tableau) [T23.75], p.14
4.4.1.1
Número secuencial de paquete en recepción
En la figura 13/X.75, los bits 8, 7 y 6 del octeto 3 se usan para indicar el número secuencial de paquete en recepción P(R). P(R) se codifica en forma binaria y el bit 6 es el bit de orden inferior. En la figura 14/X.75, los bits 2 a 8 del octeto 4 se utilizan para el número secuencial de paquete en recepción y el bit 2 es el bit de orden inferior.
4.4.2
Paquete no preparado para recibir
(RNR)
Las figuras 15/X.75 y 16/X.75 ilustran el formato de los paquetes
no preparado para recibir
^en los casos de módulo 8 y 128,
respectivamente.
Figure 15/X.75 (comme Tableau) [T24.75], p.15
Figure 16/X.75 (comme Tableau) [T25.75], p.16
4.4.2.1
Número secuencial de paquete en recepción
En la figura 15/X.75, los bits 8, 7 y 6 del octeto 3 se usan para indicar el número secuencial de paquete en recepción P(R). P(R) se codifica en forma binaria y el bit 6 es el bit de orden inferior. En la figura 16/X.75, los bits 2 a 8 del octeto 4 se utilizan para el número secuencial de paquete en recepción y el bit 2 es el bit de orden inferior.
4.4.3
Paquete de petición de
reiniciación
La figura 17/X.75 ilustra el formato de los paquetes de
petición de reiniciación
.
Figure 17/X.75 (comme Tableau) [T26.75], p.
4.4.3.1
Campo de causa de la
reinicialización
El octeto 4 es el campo de causa de la reiniciación, e indica el motivo de la reiniciación.
La codificación del campo de causa de la reiniciación en un paquete de
petición de reiniciación
^se indica en el cuadro 15/X.75.
Cuando un TES recibe una causa de reiniciación distinta de las indicadas en
el cuadro 15/X.75, transfiere esta causa sin modificación o la sustituye por
`congestion en la red'
.
Tableau 15/X.75 [T27.75], p.
4.4.3.2
Campo de código de diagnóstico
El octeto 5 es el campo de código de diagnóstico y puede contener información adicional acerca del motivo de la reiniciación.
Si el campo de causa de la reiniciación asociado (octeto 4) indica
cualquier causa válida (véase el cuadro 15/X.75) excepto
`congestión en la
red'
, el contenido de este campo se transfiere sin modificación. Si el
campo de causa de la reiniciación indica
`congestión en la red'
y la
petición original de reiniciación o rearranque fue generada como resultado de
un evento detectado distinto del generado localmente en el interfaz TES-X/Y, el
valor del código de diagnóstico que se transfiere será el indicado en el cuadro
16/X.75.
Los códigos de diagnóstico de los paquetes de
petición
de reiniciación
generados como consecuencia de
eventos detectados en el interfaz TES-X/Y se enumeran en el anexo E.
4.4.4
Paquete de confirmación de
reiniciación
La figura 18/X.75 ilustra el formato del paquete de
confirmación de reiniciación
.
4.5
Paquetes de rearranque
4.5.1
Paquete de petición de rearranque
La figura 19/X.75 ilustra el formato del paquete de
petición de rearranque
. Los bits 4,
3, 2 y 1 del primer octeto, y todos los bits del segundo octeto, se ponen a 0.
Tableau 16/X.75 [T28.75], p.19
Figure 18/X.75 (comme Tableau) [T29.75], p.20
Figure 19/X.75 (comme Tableau) [T30.75], p.21
4.5.1.1
Campo de causa del rearranque
El octeto 4 es el campo de causa del rearranque, y contiene el motivo del rearranque.
La codificación de este campo contenido en los paquetes de
petición de rearranque
^se especifica en el cuadro
17/X.75.
Cuando un TES recibe una causa de rearranque distinta de las indicadas en
el cuadro 17/X.75, transfiere esta causa sin modificación o la sustituye por
`congestión en la red'
.
Tableau 17/X.75 [T31.75], p.
4.5.1.2
Campo de código de diagnóstico
El octeto 5 es el campo de código de diagnóstico que puede contener información adicional sobre el motivo del rearranque.
Si el campo asociado de causa del rearranque (octeto 4) indica cualquier
causa válida (véase el cuadro 15/X.75), excepto
`congestión en la red'
,
el contenido de este campo se transfiere sin modificación en el paquete
resultante de
petición de liberación
o de
petición de reiniciación
. Si el campo
de causa del rearranque indica
`congestión en la red'
, el valor del
código de diagnóstico que se transfiere en el paquete resultante de
petición de liberación
o de
petición de
reiniciación
será el indicado en el cuadro 18/X.75.
Tableau 18/X.75 [T32.75], p.
Los códigos de diagnóstico de los paquetes de
petición de
rearranque
^generados como consecuencia de eventos
detectados localmente en el interfaz TES-X/Y se enumeran en el anexo E.
Los bits del campo del código de diagnóstico se ponen a 0 cuando no se indica un motivo específico para el rearranque.
4.5.2
Paquete de confirmación de
rearranque
La figura 20/X.75 ilustra el formato del paquete de
confirmación de rearranque
. Los bits
4, 3, 2 y 1 del primer octeto y todos los bits del segundo octeto se ponen a 0.
Figure 20/X.75 (comme Tableau) [T33.75], p.
5 Procedimientos y formatos para facilidades de
usuario y utilidades de red
5.1
Descripción de las facilidades facultativas de
usuario
La señalización para las facilidades de los ETD especificadas por el CCITT y las facilidades de usuario (véase la Recomendación X.25) que no exigen una acción por el TES o por la red de tránsito, normalmente está contenida en el campo de facilidades de usuario de los paquetes de la Recomendación X.75. El contenido de este campo pasa transparentemente a través del TES, el cual puede examinarlos y almacenarlos, pero sin que esto influya en la progresión de la llamada.
Otras facilidades de usuario que no requieren una acción por parte del TES o de la red de tránsito se han hecho corresponder con utilidades de red de la Recomendación X.75, por lo que no están presentes en el campo de facilidades de usuario X.75.
5.2
Formatos para las facilidades facultativas de
usuario
La descripción de los formatos para las facilidades facultativas de usuario figura en la Recomendación X.25.
5.3
Procedimientos para las utilidades de red
El campo de utilidades de red es un mecanismo de señalización de gestión de
la red incluido en los paquetes de
petición de llamada
, de
comunicación establecida
y de
petición de
liberación
. El campo de utilidades de red complementa el campo de
facilidades de usuario y sirve para separar la señalización de servicio del
usuario de la señalización de gestión de la red. En ciertos casos, para
solicitar un servicio a través de una facilidad facultativa puede ser necesario
utilizar una utilidad de red.
Hay tres categorías de utilidades de red:
-
Utilidades de red internacionales obligatorias:
Estas
son utilidades de red que deben ser admitidas en todos los interfuncionamientos
internacionales X.75. Internacional obligatoria significa que todos los TES
internacionales podrán aplicar los procedimientos para cada utilidad de red de
esta categoría. En algunas utilidades de red internacionales obligatorias, no
es necesario que todas las llamadas señalicen la utilidad en el paquete. Las
utilidades de red internacionales obligatorias pueden también utilizarse para
interfuncionamiento nacional sobre la base de acuerdos bilaterales.
-
Utilidades de red internacionales facultativas:
Estas
utilidades de red pueden ser admitidas en interfuncionamiento internacional
X.75, sujetas a acuerdos bilaterales. Cuando se ha convenido para uso una
utilidad internacional facultativa, se aplican los procedimientos aquí
descritos para esta utilidad. Las utilidades internacionales facultativas
pueden también emplearse para interfuncionamiento nacional sujetas a acuerdos
bilaterales.
-
Utilidades de red nacionales:
Estas son utilidades que
sólo pueden admitirse en enlaces entre redes del mismo país y están siempre
sujetas a acuerdo bilateral.
Las distintas categorías de utilidades de red se indican en el cuadro 19/X.75. Las utilidades que no figuran en dicho cuadro serán objeto de ulterior estudio y, por tanto, no se indica su categoría.
Tableau 19/X.75 [T34.75], p.
Varias utilidades de red incluyen la identificación de una red dada. Si ésta
es una red pública de datos, se identifica por las cuatro primeras cifras
(CIRD) del número de datos internacional. Si en cambio es una RDSI, se
identifica por un campo de cuatro cifras, el código de identificación de red de
datos de la RDSI (CIRI), compuesto de:
0 + indicativo de país E.164 + cifra(s) de red nacional donde el número de cifras de red nacional depende de la longitud del indicativo de país E.164, para un país dado. El número de la(s) cifra(s) de red nacional puede ser cualquier valor o valores adoptados por la Administración del país de que se trate. A fin de identificar RDSI adicionales, algunos países pueden utilizar el formato de cuatro cifras, compuesto de:
9 + indicativo de país E.164 + cifra(s) de red nacional. En cuanto a las utilidades nacionales, su inclusión en el indicativo de país E.164 es facultativa.
Se han dejado para ulterior estudio otros modos de identificación de red RDSI.
5.3.1
Identificación de red de tránsito (internacional
obligatoria)
La
identificación de red de tránsito
es una utilidad
de red empleada para designar una red de tránsito que controla una parte del
circuito virtual (a veces parcialmente establecido). Una red de tránsito se
identifica por su CIRD o CIRI, especificado en el
5.3
.
El paquete de
petición de llamada
contiene siempre una
identificación de la red de tránsito
^para cada una de las
redes de tránsito que controlan el circuito virtual hasta este punto del
establecimiento de la comunicación. Cuando se identifica más de una red de
tránsito, el orden de identificación en el campo de utilidades de red es
idéntico al orden en que se atraviesan las redes de tránsito, siguiendo el
trayecto que se establece entre el ETD llamante y la red de destino.
El paquete de
comunicación establecida
, o el paquete
de
petición de liberación
^transmitido como respuesta
directa al paquete de
petición de llamada
, contienen
siempre una
identificación de la red de
tránsito
para cada una de las redes de tránsito. La
identificación de la red de tránsito
no está presente en un paquete de
petición de
liberación
transferido después de la recepción del paquete
de
comunicación establecida
correspondiente, o después de
la transmisión de los paquetes de
petición de llamada
o
comunicación establecida
correspondientes. Cuando hay más
de una red de tránsito, el orden de identificación en el campo de utilidades de
red es idéntico al orden en que se atraviesan las redes de tránsito siguiendo
el trayecto establecido entre el ETD llamante y el ETD llamado.
5.3.2
Identificador de la llamada (internacional
obligatoria)
El
identificador de la llamada
^es una utilidad de red
que está siempre presente en el paquete de
petición de
llamada
. El parámetro
identificador de la llamada
lo
establece la red de origen y sirve para identificar cada uno de los circuitos
virtuales establecidos. Cuando el
identificador de la
llamada
se utiliza conjuntamente con la dirección del ETD llamante,
identifica unívocamente la llamada virtual. Esta identificación unívoca se
mantiene solamente durante un periodo de tiempo determinado. Debe estudiarse
aún la duración de este periodo de tiempo.
El empleo del
identificador de la llamada
^en el
paquete de
comunicación establecida
^debe ser objeto de
ulterior estudio. El
identificador de la llamada
no está
presente en el paquete de
petición de liberación
.
Nota
- La definición del contenido del
identificador de la llamada
^y la
futura especificación de los mecanismos de señalización asociados deben ser
objeto de ulteriores estudios. En espera de la realización de tales estudios,
el contenido del
identificador de la llamada
puede ser o
no significativo para una llamada determinada, siendo responsable de este
particular la red de origen. Sin embargo, queda por estudiar si una red de
tránsito puede crear un
identificador de la llamada
significativo, en caso de que reciba un
identificador de la
llamada
que no sea significativo. Cuando el
identificador
de la llamada
no es significativo, la red de origen puede codificarlo como
cero.
5.3.3
Indicación de clase de caudal (internacional
obligatoria)
La
indicación de clase de caudal
es una utilidad de
red que puede ser usada por cualquier TES para especificar las clases de caudal
aplicables a una llamada.
El TES asociado con la red de origen de la llamada virtual puede solicitar
en la utilidad
indicación de clase de caudal
del paquete
petición de llamada
los valores de clase de caudal
seleccionados en el interfaz ETD/ETCD llamante. Cualquier TES de tránsito puede
solicitar también valores de clase de caudal en la utilidad
indicación de clase de caudal
del paquete
petición de llamada
. Si no se solicitan explícitamente
determinadas clases de caudal, se supone que el TES pide valores de clase de
caudal por defecto convenidos entre ambas Administraciones.
Cualquier TES, incluidos los asociados con la red de origen y la red de destino de la llamada virtual, puede reducir, pero no aumentar, los valores de clase de caudal solicitados para la llamada. Para la reducción de los valores de clase de caudal, el TES puede tener en cuenta diferentes criterios. El TES debe considerar los tamaños del paquete, los tamaños de la ventana y las clases de caudal que podrá admitir en un momento dado. El TES puede también considerar los recursos de TES disponibles y las clases de caudal solicitadas para la llamada. Los TES asociados con la red de origen y la red de destino de la llamada virtual pueden también considerar los parámetros de control de flujo utilizados en el interfaz ETD/ETCD.
Por todas estas consideraciones, la clase de caudal a cuyo valor se reduce cualquier TES puede variar para cada llamada y ser mayor, menor o igual a los valores de clase de caudal por defecto convenidos entre ambas Administraciones.
Cuando el ETD llamado ha aceptado la llamada, el TES asociado con la red de
destino de la llamada virtual puede confirmar en la utilidad
indicación de clase de caudal
del paquete
comunicación establecida
los valores de clase de caudal
que serán finalmente aplicables a la llamada virtual después de la negociación
con el ETD llamado. Cualquier TES de tránsito puede también confirmar valores
de clase de caudal en la utilidad
indicación de clase de
caudal
del paquete
comunicación establecida.
El TES
no deberá cambiar los valores de clase de caudal recibidos en un paquete
comunicación establecida
.
Si determinadas clases de caudal no son expresamente confirmadas, se supone
que el TES-Y confirma el que sea menor de, por una parte, los valores de clase
de caudal por defecto convenidos entre las Administraciones y de otra parte, el
valor de clase de caudal solicitado inicialmente. Si un TES detecta que un
valor de clase de caudal confirmado explícitamente, que se está aplicando
finalmente a la llamada, es mayor que el solicitado, deberá liberar la llamada
con una indicación de
`congestión en la red'
.
La utilidad
indicación de clase de caudal
no debe
estar presente en el paquete
petición de llamada
. En el
campo de facilidad de usuario de los paquetes
petición de
llamada
,
comunicación establecida
y
petición de liberación
no debe haber presente indicaciones
de
clase de caudal
.
5.3.4
Indicación del tamaño de la ventana
(internacional obligatoria)
La
indicación del tamaño de la ventana
^es una
utilidad de red que cualquier TES puede utilizar para negociar los tamaños de
las ventanas de un canal lógico especificado en el interfaz TES-X/TES-Y del TES
para cada sentido de transmisión.
Al utilizar la utilidad de red
indicación del
tamaño de la ventana
^en el paquete de
petición de llamada
, el TES-X solicita que se utilicen
tamaños de ventana específicos en el interfaz TES-X/TES-Y para la llamada de
que se trate.
Si no se piden explícitamente tamaños específicos de ventana, se supone que el TES-X solicita los valores por defecto para dicha llamada, es decir, el valor normalizado 2 u otros valores convenidos entre ambas Administraciones.
Al utilizar la utilidad de red
indicación del tamaño de
la ventana
en el paquete de
comunicación establecida
, el TES-Y confirma los tamaños de
ventana que se aplican definitivamente en el interfaz TES-X/TES-Y a dicha
llamada.
Si no se han confirmado explícitamente tamaños específicos de ventana, se supone que el TES-Y confirma que los valores por defecto deben aplicarse definitivamente a dicha llamada.
Cada valor finalmente aplicable debe estar comprendido en la gama
comprendidad entre el valor solicitado por el TES-X o tomado como valor por
defecto y el valor normalizado 2 (ambos inclusive). Si un TES detecta que un
valor finalmente aplicable a una llamada está fuera de esta gama, debe liberar
la llamada con la indicación
`congestión en la red'
.
Para modificar los valores del tamaño de la ventana, el TES puede seguir diferentes criterios. El TES debe considerar los tamaños de paquete, los tamaños de ventana y las clases de caudal que puede soportar en un momento dado. El TES puede también considerar los recursos de TES disponibles y las clases de caudal solicitadas para esa llamada. Los TES asociados con las redes de origen y de destino de la llamada virtual pueden considerar asimismo el flujo de los parámetros de control utilizados en el interfaz ETD/ETCD.
La utilidad
indicación del tamaño de la ventana
^ no
debe estar presente en el paquete
petición de llamada
.
En el campo de facilidad de usuario de los paquetes
petición de llamada
,
comunicación establecida
, y
petición de
liberación
no debe haber ninguna indicación de
tamaño de
ventana
.
5.3.5
Indicación del tamaño del paquete (internacional
obligatoria)
La
indicación del tamaño del paquete
^ es una utilidad
de red que debe ser empleada por cualquier TES para negociar la longitud máxima
del campo de datos de paquetes
datos
en un canal lógico
especificado en el interfaz TES X/Y para cada sentido de transmisión de datos.
Cuando se usa la utilidad
indicación de tamaño de
paquete
^ en el paquete
petición de llamada
, el TES-X
solicita que se usen las longitudes máximas del campo de datos en el interfaz
TES X/Y para esa llamada.
Si no se solicitan explícitamente determinadas longitudes del campo de datos, se supondrá que el TES-X solicita valores por defecto para esa llamada, es decir, el valor normalizado de 128 octetos u otros valores convenidos entre ambas Administraciones.
Cuando se emplea la utilidad
indicación de tamaño de
paquete
en el paquete
comunicación establecida
, el
TES-Y confirma las longitudes del campo de datos aplicables finalmente en el
interfaz TES X/Y para esa llamada.
Si no se confirman explícitamente determinadas longitudes del campo de datos, el TES-Y deberá confirmar los valores por defecto como finalmente aplicables a esa llamada.
Cada valor finalmente aplicable debe estar comprendido en la gama que va
del valor solicitado por el TES-X tomado como valor por defecto al valor
normalizado de 128 octetos (ambos inclusive). Si un TES detecta que un valor
finalmente aplicable a esa llamada está fuera de esta gama, deberá liberar la
llamada con una indicación
`congestión en la red'
.
Para modificar los valores de la longitud del campo de datos, el TES puede seguir diferentes criterios. El TES debe considerar los tamaños de paquete, los tamaños de ventana y las clases de caudal que puede soportar en un momento dado. El TES puede también considerar los recursos de TES disponibles y las clases de caudal solicitadas para esa llamada. Los TES asociados con las redes de origen y de destino de la llamada virtual pueden considerar asimismo los parámetros de control de flujo utilizados en el interfaz ETD/ETCD.
La utilidad
indicación de tamaño de paquete
^ no debe
estar presente en el paquete
petición de llamada
.
En los paquetes
petición de llamada
,
comunicación establecida
^ y
petición de
liberación
^ no debe estar presente ninguna indicación de tamaño de
paquete.
5.3.6
Indicación de selección rápida (internacional
obligatoria)
La indicación de selección rápida es una utilidad de red empleada para
indicar que la facilidad de usuario
selección rápida
se
aplica a esa llamada.
Cuando se emplea la utilidad
indicación de selección
rápida
en el paquete
petición de llamada
, el TES
indica que la facilidad
selección rápida
se aplica a esa
llamada, con los correspondientes formatos de paquete descritos en
4
.
Cuando en tal paquete de
petición de llamada
se indica
restricción de respuesta, el TES correspondiente está autorizado a transmitir
como respuesta directa a este paquete un paquete de
petición de
liberación
con un campo de datos de usuario para liberación de hasta 120
octectos, y no está autorizado a enviar un paquete de
comunicación establecida
.
Cuando en tal paquete de
petición de llamada
^no se
indica restricción de respuesta, el TES correspondiente está autorizado a
transmitir como respuesta directa a este paquete un paquete de
comunicación establecida
con un campo
de datos de usuario llamado de hasta 128 octetos o, en todo momento, un paquete
de
petición de liberación
con un campo de datos de usuario
para liberación de hasta 128 octetos. Si se establece la comunicación, el TES
de origen está autorizado a transmitir un paquete de
petición
de liberación
con un campo de datos de usuario para liberación de 128
octectos.
El campo de facilidad de usuario de los paquetes de
petición de llamada
,
comunicación establecida y petición de liberación
no
deberá contener ninguna
indicación de selección rápida
.
La utilidad de red
indicación de selección rápida
^ no
debe estar presente en los paquetes de
comunicación establecida
ni petición de liberación
.
Todos los demás procedimientos de una llamada en los cuales se ha indicado
la facilidad de
selección rápida
son los mismos de los de
una llamada virtual.
5.3.7
Indicación de grupo cerrado de usuarios
(internacional obligatoria)
La
indicación de grupo cerrado de usuarios
^es una
utilidad de red empleada para permitir el establecimiento de llamadas virtuales
por ETD que sean miembros de grupos cerrados de usuarios internacionales.
Al utilizar la utilidad de red
indicación de grupo
cerrado de usuarios
^en el paquete de
petición de llamada
, el TES indica que la llamada virtual
internacional se solicita sobre la base de la pertenencia válida a un grupo
cerrado de usuarios internacional. La red del ETD llamante suministra el
correspondiente código de enclavamiento internacional.
El TES no debe alterar la
indicación de grupo cerrado de
usuarios
^recibida en un paquete de
petición de
llamada
.
En un paquete de
petición de llamada
^sólo puede estar
presente una de las utilidades de red
indicación de grupo
cerrado de usuarios
e
indicación de grupo cerrado de
usuarios con acceso de salida
.
El campo de facilidad de usuario de los paquetes de
petición de llamada, comunicación
establecida
^y
petición de liberación
no deberá
contener ninguna
indicación de grupo cerrado de usuarios
.
La utilidad de red
indicación de grupo
cerrado de usuarios
^no debe estar presente en los
paquetes de
comunicación establecida
ni de
petición de liberación
.
5.3.8
Indicación de grupo cerrado de usuarios con
acceso de salida (internacional obligatoria)
La
indicación de grupo cerrado de usuarios con acceso de
salida
^ es una utilidad de red empleada para permitir el establecimiento
de llamadas virtuales por ETD que sean miembros de grupos cerrados de usuarios
internacionales.
Al utilizar la utilidad de red de
indicación de grupo
cerrado de usuarios con acceso de salida
^en el
paquete de
petición de llamada
, el TES indica que la
llamada virtual internacional se solicita sobre la base de la pertenencia
válida a un grupo cerrado de usuarios internacional. Además, el TES señala una
capacidad correspondiente de acceso de salida. La red del ETD llamante
proporciona el correspondiente código de enclavamiento internacional.
El TES no debe alterar la
indicación de grupo cerrado de
usuarios con acceso de salida
^recibida en un paquete
de
petición de llamada
.
En un paquete de
petición de llamada
^sólo puede estar
presente una de las utilidades de red
indicación de grupo
cerrado de usuarios
y de
indicación de grupo cerrado de
usuarios con acceso de salida
.
El campo de facilidad de usuario de los paquetes de
petición de llamada
,
comunicación establecida
^y
petición de
liberación
no deberá contener ninguna
indicación de grupo
cerrado de usuarios con acceso de salida
.
La utilidad de red
grupo cerrado de usuarios
con acceso de salida
^no debe estar presente en los
paquetes de
comunicación establecida
ni de
petición de liberación
.
5.3.9
Indicación de cobro revertido (internacional
obligatoria)
La
indicación de cobro revertido
^es una utilidad de
red empleada para permitir el establecimiento internacional de llamadas
virtuales, a las que se aplique la facilidad de
cobro
revertido
.
Al emplear la utilidad de
indicación de cobro
revertido
en el paquete de
petición de llamada
, el
TES-X indica que se solicita la aplicación del cobro revertido a la llamada.
En ausencia de la utilidad de red
indicación de cobro
revertido
, se supone que el TES-X no solicita el cobro revertido para esa
llamada.
La utilidad de red
indicación de cobro revertido
no
debe estar presente en los paquetes de
comunicación
establecida
ni de
petición de
liberación
.
El campo de facilidad de usuario de los paquetes
petición
de llamada, comunicación establecida
^ y
petición de liberación
no deberá contener ninguna
indicación de cobro revertido
.
5.3.10
Notificación de modificación de la dirección de
línea llamada (internacional obligatoria)
La notificación de modificación de la dirección de
línea llamada
^es una utilidad de red que se emplea
para indicar por qué motivos la dirección llamada contenida en el paquete es
diferente de la especificada en el paquete de
petición de
llamada
.
Al emplear la utilidad de red
notificación de modificación
de la dirección de línea llamada
^se puede indicar los siguientes motivos:
i)distribución de la llamada dentro de un grupo de búsqueda;
ii)redireccionamiento de la llamada, por encontrarse fuera de servicio el ETD inicialmente llamado;
iii)redireccionamiento de la llamada, por estar ocupado el ETD inicialmente llamado;
iv)redireccionamiento de la llamada por haberse recibido previamente una petición de redireccionamiento sistemático procedente del ETD inicialmente llamado;
v)originada por el ETD;
vi)desvío de llamada por el ETD inicialmente llamado.
La distribución de la llamada dentro de un grupo de búsqueda y el redireccionamiento de la llamada sólo podrá ser efectuado por la red a que pertenezca el ETD inicialmente llamado.
La utilidad de red
notificación de modificación de la
dirección de línea llamada
^estará presente en los
paquetes de
comunicación establecida
cuando la dirección
del ETD llamado sea diferente de la especificada en los paquetes de
petición de llamada
. Estará además presente en el paquete
de
petición de liberación
cuando el ETD que efectúa la
liberación sea distinto del originalmente llamado, como respuesta directa al
paquete de
petición de llamada
.
La utilidad de red
notificación de modificación de la
dirección de línea llamada
^no estará presente en el
paquete de
petición de llamada
ni en el paquete de
petición de liberación
enviados después de establecer la
comunicación.
La
notificación de modificación de la dirección de línea
llamada
^no estará presente en el campo de facilidad de usuario de los
paquetes de
petición de llamada
,
comunicación establecida
y
petición de
liberación
.
5.3.11
Código de identificación de la red liberante
(internacional facultativa)
El
código de identificación
^ de la red liberante es
una utilidad de red que proporciona información adicional sobre el origen del
paquete de
petición de liberación
y sólo está presente en
el paquete de
petición de liberación
emitido después de
establecida la comunicación.
La red que origina la
petición de liberación
se
identifica por el (CIRD) o el CIRI de esa red, como se especifica en el
5.3
.
Un TES que recibe un
código de identificación de la red
liberante
^pasará este código sin modificación siempre que sea aplicable.
5.3.12
Indicación de clase de tráfico
(debe ser objeto
de ulterior estudio)
El servicio interredes de
clase de tráfico
^indica una
categoría de servicio para el circuito virtual que se va a establecer. La
clase de tráfico
señala la información de servicio (por
ejemplo, tráfico terminal, facsímil, de mantenimiento) necesaria para la
gestión de la comunicación. Si bien su utilización no pertenece al ámbito de
esta Recomendación, la
clase de tráfico
puede tener
repercusiones sobre el encaminamiento, la tarificación, y otras. La necesidad
de clases de tráfico y su definición deberán ser objeto de estudios ulteriores.
5.3.13
Indicación retardo de tránsito (internacional
obligatoria)
La
indicación de retardo de tránsito
^ es una utilidad
de red que señaliza el retardo de tránsito nominal esperado acumulado de un
circuito virtual. Se incluye en el paquete de
petición de
llamada
y en el paquete de
comunicación establecida
cuando un ETD llamante ha solicitado un retardo de tránsito en la facilidad
selección de indicación de retardo de tránsito
. El TES de
la red de origen señalizará un valor que dependerá de las características de la
red de origen y de las características del enlace de salida (por ejemplo, la
velocidad del enlace, si es por satélite o por cable).
Todo TES de salida en una red de tránsito agregará al valor recibido en la
utilidad de red
indicación de retardo de tránsito
un valor
que depende de las características de la red y del enlace de salida.
El retardo de tránsito se define como
t
3
c
^ en la Recomendación X.135, y se expresa en forma de un valor medio.
Sin embargo, la determinación detallada del valor se considera un asunto de
interés en el plano nacional. Si el valor resultante del retardo de tránsito
rebasa el valor máximo que puede señalizarse en el campo de parámetro de
utilidad, todos los bits del campo de parámetro de utilidad se pondrán a
`1'
.
El TES señalizará transparentemente el valor final del retardo de tránsito
nominal esperado acumulado en el paquete de
comunicación
establecida
.
Durante cierto periodo de transición, en el cual no todas las redes habrán
realizado la señalización del retardo de tránsito, un TES no enviará la
utilidad
indicación de retardo de tránsito
a una red que
no la admita. Este TES señalizará, hacia su propia red, todos
`1'
en el
campo de parámetro de utilidad de red
indicación de retardo de
tránsito
, del paquete
comunicación establecida
.
En el campo de facilidad de usuario de los paquetes de
petición de llamada
,
comunicación establecida
y
petición de
liberación
no habrá ninguna indicación de
selección e
indicación de retardo de tránsito
.
5.3.14
Selección de retardo de tránsito (internacional
obligatoria)
La
selección de retardo de tránsito
^ es una utilidad
de red que señaliza el retardo de tránsito solicitado por el ETD llamante en
una facilidad
selección de indicación de retardo de
tránsito
. Esta utilidad será señalizada transparentemente de la red de
origen a la red de destino en el paquete de petición de llamada. Puede
utilizarse junto con la utilidad de red
indicación de retardo
de tránsito
para fines de encaminamiento.
La utilidad
selección de retardo de tránsito
no debe
estar presente en los paquetes de
comunicación establecida
ni
petición de llamada
.
En el campo de facilidades de usuario de los paquetes de
petición de llamada
,
comunicación establecida
y
petición de
liberación
no debe haber ninguna indicación de
selección e
indicación de retardo de tránsito
.
5.3.15
Tarifas (internacional facultativa)
Esta utilidad de red se emplea para pasar información de una red a una o varias redes que participan en la llamada, para aplicar acuerdos de facturación, contabilidad, o tarifarios que puedan existir entre las distintas Administraciones.
La utilidad de red
tarifas
^ puede aparecer en los
paquetes de
petición de llamada
,
comunicación establecida
y
petición
de liberación
. Si esta utilidad aparece en el paquete
de
petición de llamada
, la
información contenida en la misma se relaciona con el interfaz o red de origen.
Si esta utilidad aparece en el paquete de
comunicación
establecida
o
petición de liberación
,
la información contenida en la misma se relaciona con el último interfaz o red
de destino, esta facilidad sólo puede aparecer en un paquete de
petición de llamada
si dicho paquete ha sido iniciado por
el ETD o ETCD de destino, en respuesta a la petición de llamada.
El contenido de esta utilidad lo determina la red de origen o de destino, y no depende de la información pasada a la red por un ETD.
Esta utilidad, aunque se admita en el interfaz TES X/Y, puede no estar presente en un paquete para una determinada llamada virtual si no es necesario intercambiar información relacionada con las tarifas, con ese paquete.
En un paquete no puede aparecer más de una instancia de esta utilidad.
5.3.16@
Identificación de usuario de red (IUR)
\
(internacional facultativa)
La utilidad de red
identificación de usuario de red
se
utiliza para proporcionar una identificación suplementaria del usuario de red
para fines de facturación, seguridad o administración de la red.
Esta utilidad puede estar presente en el paquete de
petición de llamada
. No debe haber
ninguna indicación de
identificación de usuario
de red
en el campo de facilidades de usuario de ningún
paquete.
Nota
- Se harán estudios ulteriores para determinar si
la utilidad puede estar presente en el paquete de
comunicación
establecida
.
Esta utilidad ofrece un mecanismo para distinguir un formato por defecto normalizado por el CCITT de un formato no sujeto a la presente Recomendación.
Una red puede admitir algunos o todos los formatos facultativos de esta utilidad.
La red que reciba esta utilidad determinará si ella es la responsable de verificar el valor. Si no lo es, enviará la utilidad a la red siguiente. Se estudiará ulteriormente si una red puede enviar esta utilidad a la red siguiente si el valor IVR ha sido verificado.
La red (TES) de origen, al formular el valor/contenido de esta utilidad, podrá realizar las opciones de abono del interfaz ETD/ETCD, los supuestos adoptados por defecto por la red, y/o los valores enviados por el ETD para cada llamada.
5.3.17
Selección de EPER (nacional)
Selección de EPER
^ es una utilidad de red que puede
emplearse para designar una red de tránsito de EPER, dentro del país de origen,
a través de la cual se encamina una llamada. En el caso de llamadas
internacionales, esta utilidad puede indicar una EPER internacional en el país
de origen.
Esta utilidad puede usarse para transportar un CIRD de red de tránsito
EPER, o CIRI (véase el
5.3
más arriba) especificado por el ETD
llamante. Cuando el ETD llamante especifica más de una red de tránsito, puede
estar presente en el paquete de
petición de llamada
una
secuencia de utilidades
selección de EPER
. En este caso,
el orden de identificación de las redes de tránsito por las utilidades
selección de EPER
es el mismo especificado por el ETD
llamante.
Una red que recibe un paquete de
petición de llamada
^
que contiene una o más utilidades
selección de EPER
encaminará la llamada a la siguiente red solicitada, después de suprimir la
utilidad
selección de EPER
que designa la siguiente red
solicitada. Si no es posible encaminar la llamada a la siguiente red
solicitada, la red receptora liberará la llamada.
La utilidad
selección de EPER
^ no debe estar presente
en los paquetes de
comunicación establecida
^ y
petición de llamada
. En el campo de facilidades de usuario
del paquete de
petición de llamada
no debe haber ninguna
indicación de
selección de EPER
.
5.3.18
Marcador de utilidades de red (internacional
facultativa)
El
marcador de utilidades de red
^ se emplea para
separar las utilidades de red internacionales y nacionales especificadas en la
Recomendación X.75, definidas en el
5.3
, distinguiéndolas de las
utilidades de red no especificadas en la Recomendación X.75, que pueden ser
convenidas bilateralmente por las Administraciones.
5.4
Formatos para las utilidades de red
5.4.1
Consideraciones generales
El campo de utilidades de red está presente en todos los paquetes de
petición de llamada
^ y
comunicación
establecida
, y puede estar presente en paquetes de
petición de liberación
intercambiados entre los ETD.
El campo de utilidades de red contiene un número de elementos de utilidad. Cada elemento de utilidad consiste en un código de utilidad seguido de un parámetro de utilidad.
Si en el campo de utilidades de red se requieren múltiples instancias de un
parámetro de utilidad de red, tales como
selección de
EPER
, o
identificación de red de tránsito
, esta
información se presentará en múltiples elementos de utilidad con un código de
utilidad idéntico.
Los códigos de utilidad se dividen en cuatro clases, según que los parámetros de utilidad consten de 1, 2, 3 o un número variable de octetos; los bits 7 y 8 indican la clase. La codificación general de las clases se muestra en el cuadro 20/X.75.
Tableau 20/X.75 [T35.75], p.
En la clase D, el octeto que sigue al código de utilidad indica la longitud en
octetos del parámetro de utilidad. Esta longitud se codifica en forma binaria
siendo el bit 1 el de orden inferior. La longitud máxima del campo de
parámetros de utilidades para la clase D no puede exceder de 61 octetos, habida
cuenta de la longitud máxima del campo de utilidades de red.
El campo de utilidades de red se codifica en forma binaria y, sin estar ampliado, proporciona un máximo de 64 códigos de utilidad para las clases A, B y C y 63 códigos de utilidad para la clase D, lo que hacen un total de 255 códigos de utilidad (véase la figura 21/X.75).
El código de utilidad 11111111 está reservado para la ampliación del código de utilidad. El octeto que sigue a éste indica un código de utilidad ampliado que tiene uno de los formatos A, B, C o D definido en la figura 21/X.75. La repetición del código de utilidad 11111111 está permitida, con lo que se obtienen ampliaciones adicionales.
La codificación específica del campo de parámetros de utilidades depende de la utilidad de red que se solicite.
Figure 21/X.75 (comme Tableau) [T36.75], p.
5.4.2
Codificación del campo de código de utilidades de
red
La codificación del campo de código de utilidades de red se indica en el cuadro 21/X.75.
Las codificaciones de las utilidades de red son las mismas para los
paquetes de
petición de llamada
,
comunicación establecida
y
petición
de liberación
.
Tableau 21/X.75 [T37.75], p.
5.4.3
Codificación del campo de parámetros de utilidades de
red
5.4.3.1
Codificación del parámetro de la utilidad
identificación de red de tránsito
Cada una de las cuatro cifras se codifican en un semiocteto, en forma de decimal codificado en binario, siendo el bit 5 o el 1 el de orden inferior de cada cifra. La cifra de orden superior se codifica con los bits 8 a 5 del primer octeto del parámetro.
5.4.3.2
Codificación del parámetro de la utilidad
identificador de la llamada
El identificador de la llamada consta de 24 bits de datos binarios.
5.4.3.3
Codificación del parámetro de la utilidad indicación
de clase de caudal
La clase de caudal para la transmisión desde el TES llamante se indica en los bits 4, 3, 2 y 1, la clase de caudal para la transmisión desde el TES llamado se indica en los bits 8, 7, 6 y 5.
Los cuatro bits que indican cada clase de caudal se codifican en forma binaria y corresponden a las clases de caudal presentadas en el cuadro 22/X.75.
Tableau 22/X.75 [T38.75], p.
5.4.3.4
Codificación del parámetro de la utilidad
indicación del tamaño de la ventana
El tamaño de la ventana para el sentido de transmisión que parte del TES llamado se indica en los bits 7 a 1 del primer octeto. El tamaño de la ventana para el sentido de transmisión que parte del TES llamante se indica en los bits 7 a 1 del segundo octeto. El bit 1 es el bit de orden inferior. El bit 8 de cada octeto no está asignado y se pone a 0. Todos los valores de tamaño de la ventana están codificados en binario.
La gama de valores de los tamaños de la ventana permitidos en el interfaz TES-X/TES-Y está sujeta a acuerdos bilaterales entre Administraciones. Los tamaños de ventana de 8 a 127 sólo son válidos para llamadas en que se emplea numeración ampliada.
5.4.3.5
Codificación del parámetro de la utilidad
indicación del tamaño del paquete
La longitud máxima del campo de datos de usuario para el sentido de transmisión que parte del TES llamado se indica en los bits 4 a 1 del primer octeto. La longitud máxima del campo de datos de usuario para el sentido de transmisión que parte del TES llamante se indica en los bits 4 a 1 del segundo octeto. Los bits 8 a 5 de ambos octetos no están asignados y se ponen a 0.
Los cuatro bits que indican la longitud máxima del campo de datos de usuario están codificados en binario y expresan el logaritmo en base 2 del número máximo de octetos del campo de datos de los paquetes de datos. El bit 1 es el de orden inferior.
Los valores de longitud máxima del campo de datos de usuario permitidos en el interfaz TES-X/TES-Y, están sujetos a acuerdo bilateral entre las Administraciones; no obstante, todas las Administraciones permitirán 128 octetos.
5.4.3.6
Codificación del parámetro de la utilidad
indicación de selección rápida y/o cobro revertido
Bit:87654321
Código:XYUUUUUZ
U: No asignado y puesto a 0
X = 0 e Y = 0 ó 1 para
selección rápida
^no solicitada
X = 1 e Y = 0 para
selección rápida
^solicitada sin
restricción de respuesta
X = 1 e Y = 1 para
selección rápida
^solicitada con
restricción de respuesta
Z = 0 para
cobro revertido
^no solicitado, y
Z = 1 para
cobro revertido
^solicitado.
5.4.3.7
Codificación del código de grupo cerrado de usuarios
y del código de grupo cerrado de usuarios con acceso de
salida
5.4.3.7.1
Longitud del parámetro de utilidad
Bit: 8 7 6 5 4 3 2 1
Código: 0 0 0 0 0 1 0 0
5.4.3.7.2
Parámetro de utilidad
El código de enclavamiento internacional está contenido en el campo de parámetros de utilidad y consta de cuatro octetos.
Los dos primeros octetos constan de las cuatro cifras del CIRD o CIRI descritas en el 5.3 . Cada cifra se codifica en binario mediante un semiocteto, siendo el bit 5 o el 1 los de orden inferior de cada cifra. La cifra de orden superior se codifica con los bits 8 a 5 del primer octeto del parámetro.
Los dos octetos restantes contienen los 16 bits restantes del código de enclavamiento internacional, codificado en binario, siendo el bit 8 del tercer octeto del parámetro, el bit de orden superior.
5.4.3.8
Codificación del parámetro de utilidad notificación
de modificación de la dirección de la línea llamada
Bits:87654321
00000111Distribución de la llamada dentro de un grupo de búsqueda
00000001Redireccionamiento de la llamada por estar ocupado el ETD originalmente llamado
00001001Redireccionamiento de la llamada por encontrarse fuera de servicio el ETD originalmente llamado
00001111Redireccionamiento de la llamada por haberse recibido previamente una petición de redireccionamiento sistemático procedente del ETD originalmente llamado
10XXXXXXOriginada por el ETD (véase la nota 1)
11XXXXXXDesvío de llamada por el ETD inicialmente llamado (véase la nota 2)
Nota 1
- Cada posición señalada con una X podrá ser
independientemente puesta a 0 ó 1 por el ETD llamado y transferida
transparentemente.
Nota 2
- Las posiciones señaladas con X son las
puestas por el ETD inicialmente llamado en la facilidad de selección de reenvío
de la llamada.
5.4.3.9
Codificación del parámetro de código de
identificación de la red liberante
Cada una de las cuatro cifras del CIRD o CIRI de la red que efectúa la liberación (red liberante) está contenida en el campo de parámetros de utilidad, que consta de dos octetos. Cada cifra se codifica en un semiocteto, en la forma de decimal codificado en binario, siendo el bit 5 o el 1 los de orden inferior de cada cifra. La cifra de orden superior se codifica en los bits 8 a 5 del primer octeto del parámetro.
5.4.3.10
Codificación del parámetro de la utilidad
indicación de clase de caudal
La codificación del parámetro de clase de caudal será objeto de ulterior estudio.
5.4.3.11
Codificación del parámetro de la utilidad de
indicación de retardo de tránsito
Este parámetro consta de dos octetos. El retardo de tránsito se expresa provisionalmente en milisegundos, codificado en binario, siendo el bit 8 del octeto 1 el bit de orden superior, y el bit 1 del octeto 2 el de orden inferior.
5.4.3.12
Codificación del parámetro de la utilidad selección
de tránsito
Este parámetro consta de dos octetos. El retardo de tránsito se expresa provisionalmente en milisegundos, codificado en binario, siendo el bit 8 del octeto 1 el bit de orden superior, y el bit 1 del octeto 2 el de orden inferior.
5.4.3.13
Codificación del parámetro de la utilidad
tarifas
El campo de parámetro consta de un octeto y está dividido en dos subcampos de 5 bits y 3 bits respectivamente:
Bit:87654321 Código:PPPPPUUU
La interpretación del primer subcampo, conocido como
Tableau 23/X.75 [T39.75], p.30
Tableau 24/X.75 [T40.75], p.31
Los tres bits del segundo subcampo (UUU) se utilizan para designar un código
de subclase secundaria, específico a la red, con un significado ligado a
facturación, contabilidad, o tarifas. La red de origen/destino puede
facultativamente utilizar este subcampo para especificar de uno a siete códigos
de subclase, con un significado establecido por la red que proporciona el valor
del código de clase de tarifa. Si este subcampo secundario no se utiliza, debe
ser rellenado con ceros.
5.4.3.14
Codificación del parámetro de la utilidad
identificación de usuario de red
El octeto que sigue al campo de código de utilidad indica la longitud, en octetos, del campo de parámetros de utilidades. El siguiente octeto (el primer octeto del campo de parámetros) tiene uno de estos dos formatos:
a)
Formato por defecto normalizado por el
CCITT
Bit:87654321 11VRNFVE
donde V, R, NF, VE y los octetos restantes de campo de parámetros para el presente caso se especifican más abajo.
b)
Formato no sujeto a la presente Recomendación
:
Bit:87654321 YYXXXXXX
donde YY^=^00, 01 ó 10. Ni XXXXXX ni los octetos restantes del campo de parámetros en el presente caso están sujetos a esta Recomendación.
Para el formato por defecto normalizado por el CCITT, [caso a) anterior] se aplicará lo siguiente:
Bit V:6
0Valor IUR no verificado
1(Reservado para
`valor IUR verificado'
)
La utilización y codificación del bit R se estudiará ulteriormente. Hasta tanto se especifique su utilización, el valor de este bit estará siempre fijado a 0.
La opción de formato utilizada para el código IUR propiamente dicho se codifica en los bits NF:
Bits NF:43
00El primer subcampo es conforme con ISO 7812/CCITT E.118
01No hay limitaciones de los octetos siguientes
10Formato de subcampo. No hay limitaciones de contenido
11[
Reservado
]
La entidad verificadora se codifica en los bits VE:
Bits VE:21 00Red de origen 01Red de destino 10Primera red de tránsito (nota) 11Otra/no especificada
Nota
- Se estudiará ulteriormente la utilización de
redes de tránsito internacional como entidades verificadoras.
Si NF = 01, los octetos restantes del campo de parámetros no están sujetos a la presente Recomendación. Si NF = 00 o NF = 10, los octetos restantes del campo de parámetros contienen el código IUR propiamente dicho y están divididos en m subcampos (m es superior o igual a 1), y cada subcampo se define de la siguiente manera:
Tableau [T41.75], p.
5.4.3.15
Codificación de la utilidad selección de EPER
El campo de parámetro contiene el CIRD o el CIRI (véase el 5.3 ) para una red de tránsito EPER solicitada y se expresa en forma de cuatro dígitos decimales.
Cada dígito se codifica en un semiocteto en forma de decimal codificado en binario, siendo el bit 5 ó 1 el bit de orden inferior del dígito. El dígito de orden superior se codifica en los bits 8 a 5 del primer octeto del parámetro.
5.4.3.16
Codificación del parámetro de la utilidad marcador
de utilidades
Bit: 8 7 6 5 4 3 2 1
Código: 0 0 0 0 0 0 0 0
ANEXO A (a la Recomendación X.75)
Definición de los símbolos
utilizados en los anexos B, C y D
A.1
Consideraciones generales
En este anexo A figuran las definiciones de los símbolos que se utilizarán en los anexos B, C y D. El anexo B contiene la definición de los estados del interfaz TES-X/TES-Y y las transiciones entre estados en el caso normal, en tanto que el anexo C contiene la definición completa de las acciones, si ha lugar, que el TES debe efectuar al recibir paquetes. En el anexo D se describen las eventuales acciones que efectúa el TES al expirar un periodo de temporización si existe, en la capa paquete.
A.2
Definición de los símbolos de los diagramas de
estados
Figure A-1/X.75, (M), p.
A.3
Definición del orden de los diagramas de estados
Para mayor claridad, el procedimiento normal en el interfaz se describe en una serie de pequeños diagramas de estados. Para describir totalmente el procedimiento normal hay que fijar una prioridad a las distintas figuras y relacionar un diagrama de orden superior con uno de orden inferior. Para ello:
-Las figuras se han dispuesto por orden de prioridad, siendo la figura
A-2/X.75
(rearranque)
^la de orden de prioridad más
elevado y las figuras subsiguientes las de orden de prioridad inferior. Por
orden de prioridad se entiende que si se transfiere un paquete que pertenece a
un diagrama de orden superior se tiene que aplicar dicho diagrama y no el de un
orden inferior.
-La relación con un estado perteneciente a un diagrama de orden inferior se obtiene incluyendo dicho estado dentro de una elipse en el diagrama de orden superior.
A.4
Definición de los símbolos de los cuadros de
acciones
En cada una de las casillas de los cuadros C-1/X.75 a C-5/X.75 y D-1/X.75 (véanse los anexos C y D), se indica la acción que ha de realizar un TES (si es que realiza alguna) al recibir cualquier tipo de paquete y el estado, que figura entre paréntesis, al que pasa el TES como consecuencia de esta acción.
ANEXO B (a la Recomendación X.75)
Diagramas de estados del
interfaz de la capa paquete entre terminales de
señalización (TES) para casos normales
Figure B-1/X.75, (MC), p.34
Figure B-2/X.75, (M), p.35
Figure B-3/X.75, (MC), p.36
Figure B-4/X.75, (M), p.37
ANEXO C (a la Recomendación X.75)
Acciones realizadas por el
TES al recibir paquetes en un estado determinado del
interfaz TES-X/TES-Y de la capa paquete
Nota
- Las acciones se especifican para el TES-Y
solamente. El TES-X deberá seguir el mismo procedimiento.
Tableau C-1/X.75 [T42.75], p.38
Tableau C-2/X.75 [T43.75], p.39
Tableau C-3/X.75 [T44.75], p.40
Tableau C-4/X.75 [T45.75], p.41
Tableau C-5/X.75 [T46.75], p.42
ANEXO D (a la Recomendación X.75)
Acciones realizadas por el
TES a la expiración de periodos de temporización en la capa
paquete
En determinadas circunstancias, se requiere que el TES Y/X responda a un
paquete procedente del TES X/Y dentro de un periodo de tiempo máximo
establecido. Si se exceden cualesquiera de estos periodos de tiempo máximos, el
TES X/Y iniciará las acciones resumidas en los cuadros D-1/X.75 y D-2/X.75. Por
consiguiente, esto debe tenerse en cuenta en el diseño del TES.
Tableau D-1/X.75 [T47.75], p.43
Tableau D-2/X.75 [T48.75], p.44
Codificación de los campos de
diagnóstico de la Recomendación X.75 generados por la red en
los paquetes de liberación, reiniciación y rearranque
Tableau E-1/X.75 [1T49.75], p.45
Tableau E-1/X.75 [2T49.75], p.46
Tableau E-1/X.75 [3T49.75], p.47
Asociación de las condiciones
de error a las causas y a los códigos de diagnóstico
a) Paquete de petición de llamada
Tableau Annexe F a) [1T50.75], p.48
Tableau Annexe F a) [2T50.75], p.49
Tableau Annexe F a) [3T50.75], p.50
b) Paquete de comunicación
establecida
Tableau Annexe F b) [T51.75], p.
c) Paquete de petición de liberación
Tableau Annexe F c) [T52.75] p.
d) Paquete de confirmación de
liberación
Tableau Annexe F d) [T53.75], p.53
Ejemplos de procedimientos
de reiniciación multienlace
I.1
Introducción
Los siguientes ejemplos ilustran la aplicación de los procedimientos de reiniciación multienlace en el caso de:
a)reiniciación MLP inicada por un solo TES; y
b)reiniciación MLP iniciada por ambos TES simultáneamente.
I.2
Reiniciación MLP iniciada por un solo TES
Figure du point I.2 (N), p.
I.3
Reiniciación MLP iniciada por ambos TES
simultáneamente
Figure du point I.3 (N), p.55
MONTAGE: Rec. X.80 sur le reste de cette page
(H.T.=OUI)
TAB.???
FICHIER: H.T. =
(83.TA.310.S)
(SANS FORMULES) Tableaux: 4 - Tabulateurs: ..
bis
NF02/019 (OPM = 02)
Recomendación X.21^
bis
Disk 441 NF01/008 (OPM = 03)
Selección de confirmación de recepción
(cs,.) Disk ... NF../... (OPM = ..)
(BT..) Disk ... NF../... (OPM = ..)
(83.TE.06.S)
(A1.23s) / [26s]
FOLIOS: 246 - 294 (DO
PRC.COSY.2)
MEP {TPS.NON.PHOTO "[PA1]"} : OK= [1]
Saisie diskettes 440-441 05.06.89 GG
ID + Vérif. + diskette MAJ + laser 27.06.89 PV
Corr. LASER (1re épreuve) = 3eme 11.07.89 GG
Vérif. corr. + transfert + imprimantes ........ ..
Espaces réservés ........ ..
AJOUTER (PA1) (CL1,0,0,0) pour MEP
MEP + LASER ........ ../..
Corr. MEP ........ ..
Insertion des tableaux (tabulateurs .) ........ ..
BAT 07.09.89 DD
Corr. Ultimes 13.09.89 DD
MAJ s/disquettes 25.09.89 CD
MONTAGE: Fin de la Recommandation X.75 en-tête de cette page
Recomendación X.80
INTERFUNCIONAMIENTO DE SISTEMAS DE SEñALIZACIóN ENTRE^
CENTRALES PARA SERVICIOS DE DATOS CON CONMUTACIóN^ DE
CIRCUITOS
(Ginebra, 1980; modificada en Málaga-Torremolinos, 1984)
El CCITT,
considerando
(a) que las Recomendaciones X.60 y X.71 definen dos sistemas de señalización distintos previstos para su uso en los circuitos internacionales entre redes de datos síncronas;
(b) que la Recomendación X.70 define un sistema de señalización previsto para su uso en circuitos internacionales entre redes de datos anisócronas;
(c) que las Administraciones y las empresas privadas de explotación reconocidas han expresado su interés por la aplicación de las Recomendaciones X.60, X.70 y X.71 como sistemas de señalización nacionales entre centrales de conmutación de datos nacionales;
(d) que se han establecido las Recomendaciones X.60, X.70 y X.71 de forma
que incluyan las señales necesarias que permitan el interfuncionamiento entre
cualquier combinación de estos
(e) que es preciso definir los requisitos específicos de interfuncionamiento entre estos sistemas de señalización,
recomienda por unanimidad
que el interfuncionamiento entre cualquier combinación de sistemas de señalización conformes a las Recomendaciones X.60, X.70 y X.71 se realice como se establece en la presente Recomendación.
1 Consideraciones generales
1.1
Principios
La presente Recomendación facilita una serie de especificaciones de interfuncionamiento para sistemas de señalización de datos con conmutación de circuitos del CCITT. El interfuncionamiento se define como la transferencia controlada de información de señalización a través de un interfaz entre distintos sistemas de señalización, en el que el significado de la información transferida es idéntico o en el que el significado se traduce de un modo definido e incluye la calidad de los procedimientos de interfuncionamiento adecuados que se asocian a la transferencia. Estos procedimientos de interfuncionamiento estarán a cargo de una función de interfuncionamiento en el límite entre los dos sistemas de señalización en curso de interfuncionamiento.
El interfuncionamiento comienza con el establecimiento de la comunicación cuando se efectúa un enlace entre dos circuitos que emplean distintos sistemas de señalización y prosigue a lo largo de toda la comunicación hasta que se produce la liberación de la conexión. El interfuncionamiento cesa con la liberación de la conexión, tanto si la liberación se inicia al recibir una condición de liberación procedente de cualquiera de los sistemas de señalización implicados, como si se produce por la propia función de interfuncionamiento en respuesta a alguna condición anómala.
1.2
Presentación
Las especificaciones se representan fundamentalmente por medio de
flujogramas acordes con el
El LED constituye un método de presentación completo e independiente de la realización que garantiza la posibilidad de abarcar sistemáticamente todas las condiciones de interfuncionamiento. La lógica de cada sistema de señalización aparece en las Recomendaciones de señalización correspondientes, esto es, X.60, X.70 o X.71.
2
Procedimientos de
interfuncionamiento entre sistemas de señalización conformes
con las Recomendaciones X.60 y X.71
En el presente 2 se detallan los requisitos específicos de interfuncionamiento entre los sistemas de señalización conformes con las Recomendaciones X.60 y X.71 (denominados a partir de ahora sistemas de señalización X.60 y X.71, respectivamente).
El cuadro 1/X.80 ilustra las relaciones existentes entre las señales del lado X.60 de la función de interfuncionamiento y las señales correspondientes del lado X.71. Ilustra el caso simple de una llamada básica que se inicia en una red con señalización de la Recomendación X.60 y termina en una con la de la X.71 (denominadas a partir de ahora, red X.60 y red X.71, respectivamente); es una llamada que no requiere ninguna facilidad adicional y que se supone que es satisfactoria. La iniciación de la liberación de la comunicación la produce el abonado de la red X.60.
Sin embargo, una llamada dada puede requerir varias combinaciones de
facilidades, lo que complica los procedimientos de interfuncionamiento, en
particular el instante de la conexión de transferencia. En el cuadro 1/X.80, la
recepción de la señal de @
comunicación establecida
(CC)\
del sistema de señalización X.71 define la conclusión de la secuencia de
establecimiento de la llamada en el punto de interfuncionamiento y, en
consecuencia, el instante de la conexión de transferencia. Si la llamada
contiene facilidades adicionales, la recepción de la señal de
@
transconexión en tránsito
(TTC)\ procedente del sistema
de señalización X.71 inicia los protocolos adicionales necesarios para
establecer con éxito la llamada. El cuadro 2/X.80 ilustra un ejemplo que
comprende estos protocolos adicionales para una llamada que requiere las
identidades de la línea llamada y de la llamante, y que contiene una indicación
positiva de progresión de la llamada.
El apéndice I a esta Recomendación presenta ejemplos adicionales de situaciones de interfuncionamiento que pueden producirse entre redes X.60 y X.71. Dicho apéndice proporciona ejemplos de situaciones de interfuncionamiento en las que dos redes X.71 efectúan el tránsito por una red X.60 o dos redes X.60 realizan el tránsito por una red X.71.
2.1
Interfuncionamiento en el sentido red X.60 a red
X.71
La figura 1/X.80 muestra las funciones de interfuncionamiento de la central de tránsito necesarias para poder conectar una llamada de una red X.60 a una red X.71.
En respuesta a la información de selección enviada a la red X.71, puede
recibirse una de las dos señales
CC
o
TTC
descritas anteriormente.
Tableau 1/X.80 [T1.80], p.1
Tableau 2/X.80 [T2.80], p.2
Figure 1/X.80, (MC), p.3
El o los @mensajes de
llamada aceptada
^(CAM)\,
consiguientes, que se transmiten en el lado X.60 de la función de la unidad de
interfuncionamiento, puede contener:
a)La señal de
llamada aceptada
^cuando se recibe una
señal
CC
^en el lado X.71. Obsérvese que este tipo de CAM
(denominado CAM 1) puede contener también la
identidad de la
línea llamada
y/o una señal
positiva
de progresión de la llamada
para las llamadas que han iniciado los
protocolos adicionales y que están preparadas para la transferencia. [Véase el
apartado c) del presente punto.]
b)La señal de
transconexión en tránsito
^cuando se ha
recibido una señal
TTC
^en el lado X.71. La señal
TTC
puede o no
requerir la identidad de la
línea llamante
. En consecuencia, el mensaje
de
llamada aceptada
consiguiente (denominado CAM 2) puede
contener:
i)una petición de
identidad de la línea llamante
, si se
pidió y no está disponible;
ii)ninguna petición, si la identidad de la línea llamante está ya disponible
como parte del mensaje de la
dirección de origen
;
iii)ninguna petición, si no se pidió la
identidad de
la línea llamante
.
En el caso i) se recibe un mensaje de
identidad de la
línea llamante
^procedente del lado X.60 en respuesta al
CAM 2. Entonces la
identidad de la línea llamante
puede
transmitirse al lado X.71.
En el caso ii), la
identidad de la línea llamante
^puede transmitirse al lado X.71.
En el caso iii) se transmite la señal de @
centros de
tránsito transconectados
^(TTD)\ al lado X.71.
c)Una señal
positiva de progresión de la llamada
^y/o
la
identidad de la línea llamada
^cuando se han recibido
en el lado X.71 con anterioridad a la señal de
comunicación establecida
(CC). Esta
información puede incluirse en el CAM 1 enviado al lado X.60 para completar la
transconexión.
2.2
Interfuncionamiento en el sentido red X.71 a red
X.60
La figura 2/X.80 muestra las funciones de interfuncionamiento de la central de tránsito requeridas para permitir la conexión de una llamada de una red X.71 a una red X.60.
Las señales transmitidas en el lado X.71 de la función de la unidad de interfuncionamiento en respuesta a un mensaje CAM 1 o CAM 2 pueden ser:
a)La señal de
comunicación establecida
^(CC)
directamente o después de la transmisión de
la identificación
de la línea llamante
y/o
de la llamada
y/o una señal
positiva de progresión de la llamada
.
b)Si el CAM 1 o CAM 2 contienen una
petición de
identidad de la línea llamante
, se transmite al lado
X.71 una señal TTC con una
petición de identificación de la
línea llamante
. En respuesta se recibe del lado X.71 la
identidad de la línea llamante
y se transmite al lado X.60
un
mensaje de identidad de la línea llamante
.
Nota
- Si la
identidad de la línea
llamante
^se envía como resultado de una petición de CAM 2, debe enviarse
al lado X.60 un CAM 1 subsiguiente, que puede contener la
identidad de la línea llamada
, para completar el
establecimiento de la comunicación.
c)Cuando mediante un CAM 2 no se requiere la
identidad de
la línea llamante
, se envía una señal
TTC
al lado X.71. Se recibirá en respuesta una señal
TTD
, antes o después de que se haya recibido un CAM 1,
procedente del lado X.60 que puede contener la
identidad de la
línea llamada
, con objeto de completar la llamada.
d)En los casos b) y c), puede enviarse al lado X.71, una señal
positiva de progresión de la llamada
^y/o la
identidad de la línea llamada
antes de la señal
CC
.
e)Cuando se recibe un CAM 1 sin una
petición de
identidad de la línea llamante
, pero conteniendo la
identidad de la línea llamada
o una
señal
positiva de progresión de la
llamada
, se envía una señal
TTC
al
lado X.71. Cuando se ha recibido una señal
TTD
en
respuesta, puede enviarse la
identidad de la línea llamada
y/o la señal
positiva de progresión de la
llamada
antes de la señal
CC
.
2.3
Liberación de la comunicación
Puede originarse una señal de
liberación de la
comunicación
^en la red X.60 o en la X.71. Por consiguiente, la función de
interfuncionamiento debe ser capaz de detectar señales y mensajes de
liberación
, que pueden producirse en cualquier momento
durante el establecimiento o la fase de datos de una comunicación, y de adoptar
las medidas correspondientes que se detallan a continuación:
a)
Una señal de
^petición de liberación
recibida de la red X.71
Iniciará la desconexión de la llamada en la función de interfuncionamiento,
la transmisión de una señal de
confirmación de liberación
hacia la red X.71 y un mensaje de
liberación
hacia la red
X.60. En este punto cesa el interfuncionamiento y cada red se libera con
arreglo a los procedimientos normales de las Recomendaciones X.60 o X.71.
b)
Un mensaje de
^liberación
recibido de
la red X.60
Iniciará la desconexión de la llamada en la función de interfuncionamiento,
la transmisión de un mensaje de
liberación
hacia la red
X.60 y una señal de
petición de liberación
hacia la red
X.71. En este punto cesa el interfuncionamiento y cada red se libera con
arreglo a los procedimientos normales de las Recomendaciones X.60 o X.71.
Nota
- La función de interfuncionamiento puede detectar
facultativamente la señal de
petición de liberación
del
circuito de datos entre redes iniciada por el abonado de la red X.60. Ello
producirá la desconexión de la llamada en la función de interfuncionamiento e
iniciará los mismos procedimientos antes descritos.
2.4
Condiciones de fallo durante el establecimiento
de la conmutación
La supervisión de las temporizaciones durante el establecimiento de la comunicación se efectúa del modo indicado en las Recomendaciones X.71 y X.60 sobre señalización, respectivamente.
La expiración de una de tales temporizaciones de supervisión tiene como resultado una liberación normal, según se puede observar en las figuras 1/X.80 y 2/X.80.
3 Procedimientos de interfuncionamiento
entre sistemas de señalización X.70 y X.71
Teniendo en cuenta que las proposiciones de las Recomendaciones X.70 y X.71 se hallan estrechamente relacionadas, debe simplificarse el interfuncionamiento entre una red X.70 y una red X.71; sin embargo, los procedimientos de interfuncionamiento exigen ulterior estudio.
4 Procedimientos de interfuncionamiento
entre sistemas de señalización X.60 y X.70
Los procedimientos de interfuncionamiento requeridos son análogos a los del caso de interfuncionamiento entre una red X.60 y una red X.71; sin embargo, quedan pendientes de ulterior estudio.
Blanc
Figure 2/X.80, (MC), p.4
APéNDICE I (a la Recomendación X.80)
Casos de
interfuncionamiento entre redes X.60 y redes X.71
Símbolos utilizados en los cronogramas
O - Red de origen
T - Red de tránsito
D - Red de destino
X - Transconexión del trayecto de datos
Recomendación X.60
AM-Mensaje de dirección
AM (CLI)-Mensaje de dirección con identidad de la línea llamante (CLI)
AM (CDIR)-Mensaje de dirección con petición de identidad de la línea llamada (CDI)
AM (CLI + CDIR)-Mensaje de dirección con CLI y petición de CDI
CAM 1-Mensaje de llamada aceptada que contiene la señal de llamada aceptada; puede contener CDI, petición de CDI y/o la señal positiva de progresión de la llamada
CAM 2-Mensaje de llamada aceptada; la señal TTC puede contener la petición de CLI
CLIM-Mensaje de identidad de la línea llamante
Recomendación X.71
CS-Señal de llamada
SS-Señales de selección; pueden incluir la petición de identidad de la línea llamada
C.CONF-Señal de confirmación de llamada
CC-Señal de comunicación establecida
TTC-Señal de transconexión en tránsito, que puede incluir la petición de identidad de la línea llamante
TTD-Señal de centros de tránsito transconectados
CLI-Identidad de la línea llamante
CDI-Identidad de la línea llamada
CP+-Señal positiva de progresión de la llamada
I.1
Interfuncionamiento entre redes X.60/X.71/X.60
a)
Requeridas la identidad de la línea llamada y/o la
señal positiva de progresión de la llamada, no se requiere
la identidad de la línea llamante
Figure CCITT-34820, (M), p.
b)
Requeridas la identidad de la línea llamante y la de la
línea llamada y/o la señal positiva de progresión de la
llamada
Figure CCITT-34830, (M), p.
Figure CCITT-34840, (M), p.
I.2
Interfuncionamiento entre redes X.71/X.60/X.71
a)
Requeridas la identidad de la línea llamada y/o la
señal positiva de progresión de la llamada; identidad de
la línea llamante no requerida
Figure CCITT-34850, (M), p.
b)
Requeridas la identidad de la línea llamante y la de la
línea llamada y/o la señal positiva de progresión de la
llamada
Figure CCITT-34860, (M), p.9
Blanc
INTERFUNCIONAMIENTO ENTRE UNA RDSI EN MODO CONMUTACIóN DE
CIRCUITO Y UNA RED PúBLICA DE DATOS CON CONMUTACIóN DE
CIRCUITOS (RPDCC)
(Melbourne, 1988)
El CCITT,
considerando
(a) que las Recomendaciones de la serie I describen la red digital de servicios integrados (RDSI);
(b) que las características de interfaz, la multiplexación de líneas y la señalización entre centrales para uso en las RPDCC se describen en Recomendaciones tales como la X.26/X.27/X.50/X.51/Q.761 a Q.766/X.60/X.61/X.71/X.80;
(c) que la Recomendación X.200 describe el modelo de referencia para la interconexión de sistemas abiertos;
(d) que la Recomendación X.213 especifica la definición del servicio de red para la interconexión de sistemas abiertos en aplicaciones del CCITT;
(e) que la Recomendación X.300 define los principios generales para el interfuncionamiento entre las redes públicas y entre éstas y otras redes para la prestación de los servicios de transmisión de datos;
(f) que la Recomendación X.301 define las disposiciones generales para el control de las llamadas en una subred y entre subredes, para la prestación de servicios de transmisión de datos;
(g) que la Recomendación X.302 define las disposiciones generales para los servicios interredes internos dentro de una subred y entre subredes para la prestación de servicios de transmisión de datos;
(h) que la Recomendación X.305 describe funcionalidades de subredes relacionadas con la prestación del servicio de red ISA;
(i) que la Recomendación X.10 describe las categorías de acceso a las RPDCP y RDSI para la prestación de servicios de transmisión de datos;
(j) que la Recomendación de la serie I.230 describe los servicios portadores prestados por la RDSI;
(k) que la Recomendación X.30 describe el soporte de equipos terminales de
datos basados en las Recomendaciones X.21, X.21^
bis
y
X.20^
bis
por una RDSI;
(l) la necesidad de disposiciones para los casos de interfuncionamiento entre una RDSI que utiliza tipos de conexión con conmutación de circuitos y la RPDCC para la prestación de servicios de transmisión de datos,
recomienda por unanimidad
que esta Recomendación se aplique al interfuncionamiento entre una RDSI que utiliza tipos de conexión con conmutación de circuitos y una RPDCC.
íNDICE
0
Introducción
1
Objeto y campo de aplicación
2
Referencias
3
Definiciones
4
Abreviaturas
5
Aspectos generales
5.1RPDCC
5.2RDSI (conmutación de circuitos)
5.3Control de la llamada entre la RPDCC y la RDSI
6
Especificación de funciones de interfuncionamiento
6.1Funciones de interfuncionamiento para servicios de transmisión de datos idénticos
6.1.1Características del enlace físico y funciones de interfuncionamiento asignadas a la capa 1
6.1.2Prestación del servicio de capa de red ISA (SCR-ISA)
6.1.3Conversión de señalización (correspondencia de protocolos)
6.1.4Correspondencia de protocolos para servicios suplementarios
6.1.5Correspondencia de señales de servicio y de las causas
6.2Funciones de interfuncionamiento para servicios de transmisión de datos no idénticos
6.2.1Características del enlace físico y funciones de interfuncionamiento asignadas a la capa 1
6.2.2Prestación del servicio de capa de red ISA (SCR-ISA)
6.2.3Conversión de señalización (correspondencia de protocolos)
6.2.4Correspondencia de protocolos para servicios suplementarios
6.2.5Correspondencia de señales de servicio y causas
7
Operación y mantenimiento
0 Introducción
Esta Recomendación forma parte de un conjunto de Recomendaciones elaboradas
para facilitar el análisis del interfuncionamiento entre redes. Se basa en la
Recomendación X.300, que define los principios generales del
interfuncionamiento entre redes públicas y entre las redes públicas y otras
redes para la prestación de servicios de transmisión de datos. La Recomendación
X.300 indica en particular cómo colecciones de equipos físicos pueden
representarse como
`subredes'
para su consideración en situaciones de
interfuncionamiento.
Esta Recomendación describe las disposiciones de interfuncionamiento entre RDSI (portador con conmutación de circuitos) y RPDCC para la prestación de servicios de transmisión de datos.
1 Objeto y campo de aplicación
Esta Recomendación tiene por objeto describir las disposiciones detalladas para el interfuncionamiento entre RPDCC y RDSI (con conmutacióm de circuitos) con miras a la prestación de servicios de transmisión de datos. Estas disposiciones sólo son aplicables al interfuncionamiento en que entran en juego capacidades de transmisión, y no al interfuncionamiento en que entran en juego capacidades de comunicación, descritas en la Recomendación X.300.
a)En el ámbito del interfuncionamiento entre una RDSI que utiliza tipos de conexión con conmutación de circuitos y una RPDCC pueden identificarse los siguientes casos de interfuncionamiento de las redes:
i)Cuando los terminales conectados a las redes que interfuncionan utilizan servicios de transmisión de datos idénticos y tienen capacidades de capa superior idénticas. El hecho de que los servicios de transmisión de datos sean idénticos en ambas redes presupone que los dos terminales que participan en una comunicación pertenecen a la misma clase de servicio de usuario.
ii)Cuando los terminales conectados a las redes que interfuncionan utilizan servicios de transmisión de datos no idénticos pero tienen capacidades de capa superior idénticas. En este caso dos terminales que intervienen en una comunicación pueden pertenecer a clases de servicio de usuario diferentes, por ejemplo a las clases de servicio de usuario 4 y 30.
b)Un aspecto que está fuera del ámbito de esta Recomendación es el modo asíncrono de operación en el interfaz de red a red (interfaz de RDSI a RPDCP). Cuando la RDSI admite la conexión de terminales en modo asíncrono vía un adaptador de terminal (AT) apropiado (véase la Recomendación X.30) y se debe prever el interfuncionamiento de terminales asíncronos conectados a una RPDCC, se utilizarán las disposiciones de interfuncionamiento establecidas para la operación en modo asíncrono. Se puede proporcionar la conversión de asíncrono a síncrono dentro del AT en el caso de terminales conectados a la RDSI, y en el terminal o en la RPDCC en el caso de terminales conectados a la RPDCC.
Nota
- La tipificación de las subredes en esta
Recomendación se basa en el soporte del servicio de red en modo conexión de la
ISA, siendo por tanto válida únicamente en este contexto.
2
Referencias
[1]Recomendación X.1
[2]Recomendación X.2
[3]Recomendación X.10
[4]Recomendación X.20
[5]Recomendación X.21
[6]Recomendación X.21^
bis
[7]Recomendación X.25
[8]Recomendación X.27
[9]Recomendación X.30
[10]Recomendación X.50
[11]Recomendación X.51
[12]Recomendación X.60
[13]Recomendación X.61
[14]Recomendación X.71
[15]Recomendación X.300
[16]Recomendación X.321
[17]Recomendaciones de las series I.230 e I.250
[18]Recomendación G.703
[19]Recomendación G.708
[20]Recomendación G.811
[21]Recomendación Q.761-Q.766
3
Definiciones
Esta Recomendación utiliza los siguientes términos definidos en las Recomendaciones indicadas.
Tableau du point 3 [T1.81], p.
4
Abreviaturas
ETDEquipo terminal de datos
ETCDEquipo de terminación del circuito de datos
SS N.o 7Sistema de señalización N.o 7 (por canal común)
RPDCCRed pública de datos con conmutación de circuitos
RDSIRed digital de servicios integrados
UIFUnidad de interfuncionamiento
LAPBProtocolo de acceso al enlace, equilibrado
SCR-ISAServicio de capa de red en la interconexión de sistemas abiertos
HDLCControl de alto nivel del enlace de datos
ATAdaptador de terminal
ETEquipo terminal
CUClase de servicio de usuario
Abreviaturas de los mensajes del SS N.o 7 y de las
señales de la Recomendación X.71
Mensajes del SS N.o 7:
MDCDirección completa
RESRespuesta
MIDMensaje inicial de dirección
INFInformación
PINPetición de información
LIBLiberación
LICLiberación completa
LDOLiberado
Señales de la Recomendación X.71:
CEComunicación establecida
CLLConfirmación de la llamada
ILAIdentificación de la línea llamada
ILEIdentificación de la línea llamante
LIBERSeñal de liberación
C. de LIBERSeñal de confirmación de liberación
SELSeñales de selección
TTCSeñal de transconexión en tránsito
Información adicional contenida en los mensajes N.o 7 y
en las señales de la Recomendación X.71
ILAIdentificación de la línea llamada
PILAPetición de identificación de la línea llamada
ILEIdentificación de la línea llamante
PILEPetición de identificación de la línea llamante
5 Aspectos generales
Esta Recomendación, al describir las disposiciones de interfuncionamiento entre dos subredes para la prestación de servicios de transmisión de datos, sigue los principios generales de la Recomendación X.300. Los entornos de estas dos subredes se describen en las secciones siguientes.
5.1
RPDCC
La RPDCC proporciona servicios de transmisión de datos con conmutación de circuitos definidos en las Recomendaciones X.1 y X.2, para la prestación de servicios de transmisión de datos, los ETD pueden ganar acceso a la RPDCC según las categorías de acceso definidas en la Recomendación X.10. En la Recomendación X.321 se describen otras posibilidades de acceso que no ofrecen interés en cuanto a la presente Recomendación.
5.2
RDSI (conmutación de circuitos)
La RDSI presta servicios de transmisión de datos con conmutación de paquetes/servicios portadores/servicios suplementarios definidos en la Recomendación X.1 y en las Recomendaciones de las series I.230 e I.250. Para la prestación de servicios de transmisión de datos, los ET2 pueden ganar acceso a la RDSI según las categorías de acceso S definidas en la Recomendación X.10 y por los ET definidos en las Recomendaciones de la serie I.230 (64 kbit/s en modo circuito, sin limitaciones, no estructurado). En la Recomendación X.321 se describen otras posibilidades de acceso que no ofrecen interés en cuanto a la presente Recomendación.
5.3
Control de la llamada entre la RPDCC y la RDSI
Las disposiciones generales para el control de la llamada entre la RPDCC y la RDSI con conmutación de circuitos se definen en la Recomendación X.301. Los servicios interredes utilizados entre la RPDCC y la RDSI con conmutación de circuitos se definen en la Recomendación X.302 (servicios no percibidos por los usuarios).
6 Especificación de funciones de
interfuncionamiento
Las funciones de interfuncionamiento especificadas más adelante se han agrupado atendiendo a su asignación a las capas 1 a 3 del modelo ISA.
6.1
Funciones de interfuncionamiento para servicios de
transmisión de datos idénticos
Configuración de referencia del interfuncionamiento entre una RDSI con conmutación de circuitos y una RPDCC que utiliza servicios portadores idénticos.
Como se ve en la figura 1/X.81, pueden plantearse los siguientes casos de interfuncionamiento de terminal a terminal, en los que se necesitan capacidades de interfuncionamiento de red para las clases de servicio de usuario 3-7/categorías S y B.
RDSIRPDCC
(Categorías S1-S5)(Categorías B1-B5)
ET2 + AT X.21ETD X.21
ET2 + AT X.21ETD X.21^
bis
ET2 + AT X.21^
bis
ETD X.21
ET2 + AT X.21^
bis
ETD X.21^
bis
ET1 (véase la nota en la figura 1/X.81)
El ET2 y el ETD que intervienen en una comunicación de extremo a extremo deben pertenecer a la misma clase de servicio de usuario. En este caso, la cabecera de línea de una RPDCC debe admitir también la misma clase de servicio de usuario.
Figure 1/X.81, (N), p.11
6.1.1
Características del enlace físico y funciones de
interfuncionamiento asignadas a la capa 1
6.1.1.1
Emplazamiento de la función de
interfuncionamiento
Las funciones de interfuncionamiento pueden ser proporcionadas por la RDSI, o por la RPDCC, o en un punto situado entre las redes que interfuncionan.
Los enlaces que interfuncionan pueden ser proporcionados como líneas multiplexadas que ofrezcan una multiplicidad de canales en el punto de conversión o como canales individuales. Por tanto, la unidad de conversión ha de proporcionar funciones de multiplexación/demultiplexación cuando haya líneas multiplexadas conectadas a ella. La multiplexación puede tener lugar sólo en el lado RDSI o sólo en el lado RPDCC o en ambos lados del lugar en que se proporcionan las funciones de interfuncionamiento. La cuestión de si las líneas de interconexión han de ser o no multiplexadas dependerá de la ubicación de la FIF, es decir, de si las unidades de conversión están instaladas en la central de conmutación de datos o en la central RDSI. En ambos casos, la ubicación de la FIF deberá decidirse siguiendo criterios económicos, con independencia de que los medios de conversión hayan sido diseñados como módulos separados, basados en soportes físicos y lógicos, o como partes integradas de una central RDSI o de una central de conmutación de datos (véase también la figura 2/X.81).
Figure 2/X.81, (N), p.12
Según la ubicación de la FIF (véase la figura 2/X.81), las características
eléctricas de uno o ambos lados de la FIF deberán cumplir las características
de interfaz de las actuales Recomendaciones, de la manera siguiente:
a)Recomendación G.703 y G.708 cuando se ofrezca el interfaz a 2048/1544 kbit/s para canales a 32/24 64 kbit/s en el lado RDSI.
b)Recomendaciones G.703 y X.27 cuando se ofrezca el interfaz a 64 kbit/s para canales de datos multiplexados de acuerdo con el plan de multiplexación de las Recomendaciones X.50 y X.51, en el lado RPDCC.
c)Toda Recomendación aplicable a canales de datos individuales ofrecidos en el lado RPDCC a velocidades especificadas para clases de servicio de usuario 3 a 7 y sus correspondientes velocidades binarias con las envolventes 6 + 2 y 8 + 2.
6.1.1.2
Condiciones de temporización
Dado que el interfuncionamiento tiene lugar entre las dos redes, es decir, la RDSI y la RPDCC, tiene que efectuarse un ajuste de fase y/o reloj. Las condiciones de temporización de la FIF son las mismas especificadas en la Recomendación G.811 para la interconexión de un enlace digital.
6.1.1.3
Adaptación de la velocidad binaria
Puesto que en la RDSI sólo se proporciona conmutación para canales a 64 kbit/s y actualmente no hay normas para la conmutación de subcanales, las velocidades binarias de las clases de servicio de usuario 3 a 7 han de ser adaptadas a 64 kbit/s.
El mecanismo de adaptación de la velocidad binaria deberá ser conforme a la Recomendación X.30, 2.1.1 y 2.2.1. En el lado RPDCC de la FIF será preciso atribuir la información contenida en tramas de 40 bits recibidas de la RDSI sobre un portador a 64 kbit/s en envolvente de 6 + 2 bits o de 8 + 2 bits.
Otro tanto puede decirse de un tren de envolventes entrante recibido de una red de datos. Las posiciones de los bits dentro de las envolventes han de ser atribuidas a las posiciones correspondientes de una trama saliente de 40 bits que se enviará a la RDSI.
Por lo que se refiere a las funciones de relevo de la capa 1 de una FIF para la adaptación de velocidad, se han identificado las siguientes dos configuraciones de la figura 3/X.81.
Figure 3/X.81, (N), p.
La adaptación de la velocidad binaria en ambos sentidos está limitada a la
transferencia de información y estado. Los bits de alineación de trama, los
bits de servicio y cualesquiera otros bits no serán transferidos por la FIF. La
correspondencia de las funciones de servicio queda para un estudio ulterior.
1)
Interfuncionamiento con una RPDCC estructurada según
la Recomendación X.50
(Estructura de envolvente de 8 bits)
Para el interfuncionamiento con una RPDCC que emplea la estructura de envolvente de 8 bits como la identificada en el 1.1 a) de la Recomendación X.50, es necesario suprimir cada cuarto bit de estado en el paso de la RPDCC a la RDSI y repetir cada tercer bit de estado en el paso de la RDSI a la RPDCC.
2)
Interfuncionamiento con una RPDCC estructurada según
la Recomendación X.51
(Estructura de envolvente de 10 bits)
Para el interfuncionamiento con una RPDCC que emplea la estructura de envolvente de 10 bits como la identificada en la Recomendación X.51, los bits de datos y de estado son mutuamente agrupados para la retransmisión, según las reglas de coordinación definidas en las Recomendaciones X.51 y X.30, respectivamente. En la figura 4/X.81 se muestra un ejemplo.
Figure 4/X.81, (N), p.
6.1.2
Prestación del servicio de capa de red ISA (SCR-ISA)
La figura 5/X.81, que concuerda con la Recomendación X.321, muestra la configuración para la prestación del SCR-ISA por las redes que interfuncionan.
La correspondencia de las señales del SCR-ISA en la FIF para la fase de establecimiento de la comunicación será objeto de ulterior estudio.
Nota
- Dado que la RPDCC no puede prestar plenamente
el servicio SCR-ISA durante la fase de establecimiento de la comunicación, la
FIF tiene que reaccionar a peticiones que podrían llegar al lado RDSI y que no
pueden ser tratadas debidamente en la RPDCC.
6.1.3
Conversión de la señalización (correspondencia de
protocolos)
Mientras que en el lado RDSI de la FIF se puede suponer que la señalización es siempre por canal común con la parte usuario RDSI del sistema de señalización N.o 7, la señalización en el lado red de datos puede ser o bien asociada al canal según el plan de señalización de la Recomendación X.71 o conforme al SS N.o 7 basado en las Recomendaciones X.60 y X.61 o Q.761 a Q.766.
La representación lógica de las funciones de correspondencia en el caso de conversión de señalización del SS N.o 7 al sistema de la Recomendación X.71 se describe en la figura 6/X.81 y en los 6.1.3.1 a 6.1.3.3. En la figura 7/X.81 se muestra la configuración típica de una conexión de datos de extremo a extremo que incluye varios puntos de conversión de la señalización.
Figure 5/X.81, (N), p.15
Figure 6/X.81, (N), p.
Figure 7/X.81, (N), p.
6.1.3.1
Conversión de la señalización para una
comunicación básica de RDSI a RPDCC
La figura 8/X.81 ilustra el procedimiento de conversión de la señalización en la FIF para el simple caso de una comunicación básica que se inicia en una RDSI y termina en una red X.71 y en la cual no se solicita una facilidad adicional. Se supone que se completa la llamada y que la liberación es iniciada por el usuario de la RDSI. Además de las funciones de conversión de la señalización en la FIF, la figura 8/X.81 muestra los sucesos (o eventos) de señalización pertinentes del protocolo de canal D y de la Recomendación X.21.
Figure 8/X.81, (N), p.18
La secuencia del establecimiento de la comunicación empieza en la FIF en el
momento en que se recibe de la central RDSI adyacente el mensaje inicial de
dirección (MID)Contiene toda la información necesaria para el establecimiento
de la comunicación. del SS N.o 7. En ese momento, el canal de comunicación a 64
kbit/s ya está transconectado en la RDSI. A continuación se envían la señal de
llamada y las señales de selección (SEL) de la Recomendación X.71 a la central
RPDCC adyacente, la cual confirma la llamada con la señal de confirmación de la
llamada (CLL). La llamada es reenviada enlace por enlace hasta la central de
destino de la RPDCC, la cual llama al ETD de conformidad con la Recomendación
X.21. Tras la aceptación de la llamada por el ETD, la central de destino de la
RPDCC retorna la señal de comunicación establecida (CE) de la Recomendación
X.71. La señal CE es transmitida enlace por enlace a la FIF. Al mismo tiempo
que se produce esa transmisión, el canal de datos es transconmutado en la
RPDCC. La recepción de la señal CE y de la señal de transconexión (1, CERRADO)
de terminación, enviada por el ETD llamado a través del canal de datos
transconectado, define el instante de la transconexión en la FIF.
En vez de la señal CE, la FIF envía un mensaje de dirección completa (MDC) del SS N.o 7. Después de la transconexión del canal de datos en la FIF, se envía un mensaje de respuesta (RES) SS N.o 7 a la central RDSI adyacente. Ambos mensajes son transmitidos enlace por enlace a la central de origen de la RDSI. Al recibir la señal de respuesta, esta central envía el mensaje CONEXIóN (según la Recomendación Q.931) al adaptador de terminal (AT) del equipo terminal de tipo 2 (ET2) llamante y por consiguiente, se puede efectuar la transconexión del canal de datos en el AT, de acuerdo con la Recomendación X.30. Ahora pueden tener lugar la alineación de los estados preparado para datos, seguido de la transferencia de datos, entre el ET2 y el ETD de acuerdo con la Recomendación X.21.
La liberación es iniciada, por ejemplo en el ET2, por una petición de liberación (0, ABIERTO) del ETD transmitida de manera transparente a través del canal de datos al ETD. Acompañando a esta señal dentro del intervalo, el AT envía un mensaje de DESCONEXIóN (según la Recomendación Q.931) a la central de origen de la RDSI. Desde allí se transmite el mensaje LIBERACIóN N.o 7 enlace por enlace a la FIF y en consecuencia el canal de comunicación a 64 kbit/s queda liberado. La liberación del canal de datos en la RPDCC se inicia con la recepción de la señal de liberación (0, ABIERTO).
6.1.3.2
Conversión de la señalización para una comunicación
(o llamada) básica de RPDCC a RDSI
La figura 9/X.81 ilustra el procedimiento de conversión de la señalización en la FIF para el simple caso de una comunicación (o llamada) básica que se inicia en una RPDCC y termina en una RDSI, y en la cual no se solicita una facilidad adicional. Se supone que se completa la llamada y que la liberación es iniciada por el abonado de la RPDCC. Efectuada la transconexión del canal de comunicación a 64 kbit/s en las centrales de la RDSI, se recibe en la FIF el mensaje de respuesta (RES) SS N.o 7. En consecuencia, la FIF envía la señal CE de la Recomendación X.71 a la central adyacente de la RPDCC. La señal CE es transmitida enlace por enlace a la central de origen de la RPDCC. De esta manera el canal de datos es transconectado en la RPDCC.
Una vez que el canal de datos ha sido finalmente transconectado en la central de origen de la RPDCC y en el adaptador de terminal, puede efectuarse la alineación de los estados preparado para datos entre el ETD y el ET2.
6.1.3.3
Conversión de la señalización para el
establecimiento de una comunicación compleja entre RDSI y
RPDCC
Si en la comunicación intervienen facilidades adicionales, en comparación con el caso de la comunicación básica, serán necesarios los procedimientos adicionales descritos en las Recomendaciones Q.761 a Q.765 y X.71.
Las figuras 10/X.81 y 11/X.81 presentan ejemplos en los que intervienen estos procedimientos adicionales de establecimiento de la comunicación para los cuales se necesita la identificación de las líneas llamante y llamada.
6.1.3.3.1
Establecimiento de una comunicación de RDSI a
RPDCC
(figura 10/X.81)
En este caso se solicita la identificación de la línea llamada (ILA) mediante una información adicional (PILA) contenida señales de selección (SEL) de la Recomendación X.71. La petición de identificación de línea llamante (PILE) está contenida en la señal de transconexión en tránsito (TTC) de la X.71 y en el mensaje SS N.o 7 de la petición de información (PIN).
La identificación de la línea llamada (ILA) se transmite a través de la RPDCC como señal X.71 aparte, y a través de la RDSI como una información adicional del mensaje de dirección completa (MDC).
La identificación de la línea llamante (ILE) se transmite a través de la RDSI mediante el mensaje de información (INF), y a través de la RPDCC como señal X.71 aparte.
Si la identificación de la línea llamante (ILE) ya está contenida en el MID del SS N.o 7, háyase o no solicitado, los mensajes SS N.o 7 PIN e INF pueden ser omitidos.
Figure 9/X.81, (N), p.19
Figure 10/X.81, (N), p.20
6.1.3.3.2
Establecimiento de una comunicación de RPDCC a
RDSI
(figura 11/X.81)
Las identificaciones de las líneas llamante y llamada y las peticiones de estas identificaciones son vehiculadas en el mismo mensaje SS N.o 7 y en la misma señal X.71, como se indica en el 6.1.3.3.1 .
Figure 11/X.81, (N), p.
6.1.3.4
Alineación de los estados preparado para datos
Para las clases de servicio de usuario 3 a 7 se aplica un procedimiento de alineación de los estados preparado para datos después de establecida una conexión de extremo a extremo. El procedimiento de alineación de los estados preparado para datos tiene por objeto indicar a los terminales que comunican el instante preciso en que se pasa a la fase de transferencia de datos. La señal de alineación de los estados preparado para datos se define por la recepción de una señal 1/CERRADO en los interfaces usuario-red en ambos extremos. La señal 1/CERRADO se transmite:
-en la RDSI, poniendo los bits de datos de las tramas X.30 a 1 y los bits de estado asociados a CERRADO;
-en la RPDCC, poniendo los bits de datos de las envolventes a 1 y los bits de estado asociados a CERRADO.
La FIF es transparente a la señal de alineación de los estados preparados para datos.
6.1.4
Correspondencia de protocolos para servicios
suplementarios
La FIF establecerá la relación de correspondencia entre los protocolos que son necesarios para proporcionar los servicios suplementarios. Teniendo en cuenta que, para cada red, o sea, la RDSI y la RPDCC, se define un determinado conjunto de servicios suplementarios, pueden presentarse tres situaciones diferentes de interfuncionamiento:
a)Las dos redes ofrecen de manera equivalente un determinado servicio suplementario. En este caso es posible una correspondencia biunívoca en la FIF.
b)La RDSI proporciona un servicio suplementario, pero la RPDCC no lo proporciona de una manera equivalente. En este caso:
-o bien la petición de servicio procedente de la RDSI tiene que ser rechazada por la FIF, o
-se le puede proporcionar una correspondencia en la RPDCC, pero con una funcionalidad reducida.
c)La RPDCC proporciona un determinado servicio suplementario que no es proporcionado por la RDSI de una manera equivalente. En este caso:
-o bien la petición de este servicio procedente de la RPDCC tiene que ser rechazada por la FIF, o
-se le puede proporcionar una correspondencia en la RDSI, pero con una funcionalidad reducida.
El cuadro 1/X.81 enumera los servicios suplementarios prestados por la RPDCC, tal como están especificados en la Recomendación X.2. Los servicios suplementarios para la transmisión de datos basados en RDSI en modo conmutación de circuitos se especifican en las Recomendaciones de la serie I.250.
6.1.5
Correspondencia de las señales de servicio y de las
causas
La FIF establecerá la correspondencia entre las señales de servicio y las indicaciones de causa utilizadas en cada una de las redes que interfuncionan. Dado que la lista de causas utilizada en la RDSI y la lista de señales de servicio utilizada en la RPDCC no son totalmente idénticas, no es posible establecer una relación de correspondencia biunívoca de todas las señales.
Se estudiará una tabla que contenga las señales de servicio de la RPDCC y las indicaciones de causa de la RDSI, y sus respectivas correspondencias.
6.2
Funciones de interfuncionamiento para servicios de
transmisión de datos no idénticos
La configuración de referencia del interfuncionamiento entre una RDSI con conmutación de circuitos y una RPDCC que ofrecen servicios de transmisión de datos diferentes es la siguiente.
En la figura 12/X.81 se supone una comunicación de extremo a extremo entre terminales de diferentes clases de servicio de usuario. Por ejemplo, el ET1 puede pertenecer a la clase de servicio de usuario 30 con una velocidad de señalización de datos 64/kbit/s y el ETD a la clase servicio 4 con una velocidad de señalización de datos de 2400 bit/s. Las funciones de interfuncionamiento de la figura 12/X.81 presentan ciertas diferencias con respecto a las de la figura 1/X.81.
6.2.1
Características del enlace físico y funciones de
interfuncionamiento asignadas a la capa 1
6.2.1.1
Ubicación de las funciones de
interfuncionamiento
La ubicación y las características de las funciones de funcionamiento son las descritas en el 6.1.1.1 para aquellos casos en que los servicios de transmisión de datos son idénticos.
Tableau 1/X.81 [T2.81], p.22
Figure 12/X.81, (N), p.23
6.2.1.2
Condiciones de temporización
Las disposiciones relativas a la fase y al ajuste de los relojes no son aplicables en el caso de velocidades de transmisión de datos no idénticas.
6.2.1.3
Conversión de la velocidad binaria
Para la conversión de la velocidad binaria entre los dos servicios de transmisión de datos no idénticos se necesita control de flujo, pues la velocidad media efectiva de transferencia de datos debe reducirse a la del terminal más lento.
El método de control de flujo requerido se derivará de los protocolos aplicados en ambos terminales.
6.2.1.3.1
Terminales con protocolos compatibles
Si se supone que se aplica un protocolo de terminal a terminal basado en el HDLC, la FIF puede proporcionar la conversión de velocidad mediante la inserción/extracción de banderas y la utilización de una memoria intermedia.
En una conexión existente, tanto la sección RDSI como la sección RPDCC son transparentes con respecto al tren de bits, pero las velocidades de señalización de datos son diferentes. Se supone que los dos terminales utilizan protocolos compatibles por encima de la capa física del modelo de referencia. Como ejemplos que satisfacen esta condición pueden citarse los terminales teletex, y también los terminales multimodo, siempre que estén funcionando en el mismo modo, por ejemplo en teletex. Habrá que suponer también que el protocolo de terminal a terminal comprende un medio de control de flujo basado en el HDLC. En tal situación, la transferencia de datos se reduce a la capacidad del terminal más lento, para lo cual se insertan banderas de relleno de tiempo intertrama en la sección RDSI. Las únicas funciones relacionadas con la conversión de velocidad que realizará la FIF son: la extracción de relleno de tiempo intertrama del tren de datos transmitido de la RDSI a la RPDCC, la inserción de relleno de tiempo intertrama en el tren de datos transmitidio de la RPDCC a la RDSI, y funciones de memoria intermedia.
En tal situación, la FIF sólo tendría que ejecutar las siguientes funciones durante la fase de transferencia de datos:
1)funciones de adaptación de la capa física mediante módulos de interfaz adecuados para el acceso a ambas redes,
2)soporte de la conversión de velocidad proporcionada por el medio de control de flujo de los terminales mediante una memoria intermedia y la extracción/insercción de banderas.
La capacidad de la memoria intermedia dependerá de la longitud de trama y del tamaño de ventana máximos. A este respecto, hay que tener en cuenta todos los estados del canal de señalización y también todas las condiciones de excepción, incluida su descripción en la Recomendación X.25.
Las siguientes figuras 13/X.81 y 14/X.81 son ejemplos de secuencias de trama en los dos interfaces de la FIF.
6.2.1.3.2
Terminales con protocolos diferentes
Este caso debe ser objeto de ulterior estudio.
6.2.2
Prestación del servicio de capa de red ISA
(SCR-ISA)
Se efectúa como se describe en el 6.1.2 .
6.2.3
Conversión de la señalización (correspondencia de
protocolos)
Será objeto de ulterior estudio, teniendo también en cuenta el 6.1.3 .
6.2.4
Correspondencia de protocolos para servicios
suplementarios
Se efectúa como se describe en el 6.1.4 .
6.2.5
Correspondencia de señales de servicio y causas
Se efectúa como se describe en el 6.1.5 .
7 Operación y mantenimiento
Será objeto de ulterior estudio.
Figure 13/X.81, (N), p.24
Figure 14/X.81, (N), p.25
DISPOSICIONES DETALLADAS SOBRE EL
INTERFUNCIONAMIENTO ENTRE RPDCC Y
RPDCP BASADAS EN LA RECOMENDACIóN T.70
(Melbourne, 1988)
El CCITT,
considerando
(a) que las Administraciones están explotando actualmente RPDCC y RPDCP;
(b) que es esencial hacer posible el interfuncionamiento entre ETD conectados a diferentes tipos de RPD;
(c) que los servicios definidos por el CCITT, por ejemplo los servicios telemáticos, pueden ser proporcionados por la RPDCP o la RPDCC, o por ambas, como se indica en las actuales Recomendaciones T.70 y X.300;
(d) que la Recomendación T.70 define el servicio de transporte básico independiente de la red para servicios telemáticos;
(e) que la Recomendación X.300 define los principios y disposiciones generales para el interfuncionamiento entre redes públicas, y entre éstas y otras redes para la prestación de los servicios de transmisión de datos;
(f) que la Recomendación X.322 define disposiciones generales sobre el interfuncionamiento entre RPDCP y RPDCC para la prestación de servicios de transmisión de datos;
(g) que la Recomendación X.75 define procedimientos para el interfuncionamiento RPDCP/RPDCP y que la Recomendación X.71 define procedimientos para el interfuncionamiento RPDCC/RPDCC;
(h) que la Recomendación X.25 define el interfaz de usuario con las RPDCP y
que las Recomendaciones X.21/X.21
bis
definen el interfaz
de usuario con las RPDCC;
recomienda por unanimidad
que las disposiciones detalladas para el interfuncionamiento entre las RPDCC y las RPDCP en base a la Recomendación T.70 para servicios telemáticos sean conformes a los procedimientos especificados en esta Recomendación.
íNDICE
0
Introducción
1
Objeto y campo de aplicación
2
Referencias
3
Definiciones
4
Abreviaturas
5
Aspectos generales
5.1Red pública de datos con conmutación de circuitos
5.2Red pública de datos con conmutación de paquetes
6
Especificación de funciones de interfuncionamiento
6.1Fase de establecimiento de la conexión
6.1.1Establecimiento de conexión iniciado en el lado RPDCC
6.1.2Establecimiento de conexión iniciado en el lado RPDCP
6.2Fase de liberación de la conexión
6.2.1Liberación de conexión iniciada en el lado RPDCC
6.2.2Liberación de conexión iniciada en el lado RPDCP
6.2.3Liberación de conexión iniciada por la FIF T.70
6.3Fase de transferencia de datos
6.3.1Tratamiento de datos de usuario
6.3.2Tratamiento de bit calificador (bit Q)
6.3.3Tratamiento del bit de confirmación de entrega (bit D)
6.3.4Tratamiento del bit de más datos (bit M)
6.3.5Reiniciación
7
Petición de rearranque
7.1Petición de rearranque iniciado por la RPDCP
7.2Petición de rearranque iniciado por la FIF T.70
Apéndice I
-
Aspectos relacionados con
el servicio de red con conexión de la ISA
0 Introducción
Esta Recomendación forma parte de un conjunto de Recomendaciones elaboradas
para facilitar el análisis del interfuncionamiento de las redes. Se basa en la
Recomendación X.300, que define los principios generales del
interfuncionamiento entre redes públicas y entre éstas y otras redes para la
prestación de los servicios de transmisión de datos. La Recomendación X.300
indica en particular cómo colecciones de equipos físico pueden representarse
como
`subredes'
para su consideración en situaciones de
interfuncionamiento.
Esta Recomendación describe las disposiciones de interfuncionamiento entre redes públicas de datos con conmutación de circuitos (RPDCC) y redes públicas de datos con conmutación de paquetes (RPDCP) basadas en la Recomendación T.70 del CCITT.
1 Objeto y campo de aplicación
Esta Recomendación tiene por objeto describir las disposiciones detalladas sobre el interfuncionamiento entre RPDCC y RPDCC basadas en la Recomendación T.70. Estas disposiciones sólo son aplicables al interfuncionamiento que comprende servicios telemáticos, y no al que comprende capacidades de comunicación descritas en la Recomendación X.300.
La correspondencia entre unidades de datos de protocolo tomadas de diferentes protocolos está limitada a las capacidades de cada uno de los protocolos. Las funciones requeridas para proporcionar el servicio de red con conexión (SRCC) de ISA y su relación con esta Recomendación se describen en apéndice I.
2
Referencias
Recomendación T.70Servicio de transporte básico independiente de la red para los servicios telemáticos.
Recomendación X.1Clases de servicio internacional de usuario en redes públicas de datos y en redes digitales de servicios integrados (RDSI).
Recomendación X.2Servicios de transmisión de datos y facilidades facultativas de usuario internacionales en redes públicas de datos.
Recomendación X.21Interfaz entre el equipo terminal de datos (ETD) y el equipo de terminación del circuito de datos (ETCD) para funcionamiento síncrono en redes públicas de datos.
Recomendación X.21^
bis
Utilización, en las redes
públicas de datos, de equipos terminales de datos (ETD) diseñados para su
conexión con módems síncronos de la serie V.
Recomendación X.25Interfaz entre el equipo terminal de datos (ETD) y el equipo de terminación de circuito de datos (ETCD) para equipos terminales que funcionan en el modo paquete y conectados a redes públicas de datos por circuitos especializados.
Recomendación X.71Sistema de señalización descentralizada de control terminal y de tránsito para circuitos internacionales entre redes síncronas de datos.
Recomendación X.75Procedimiento de control terminal y de tránsito de las comunicaciones y sistema de transferencia de datos por circuitos internacionales entre redes de datos con conmutación de paquetes.
Recomendación X.121Plan de numeración internacional para redes públicas de datos.
Recomendación X.300Principios y disposiciones generales para el interfuncionamiento entre redes públicas de datos y entre éstas y otras redes públicas.
3
Definiciones
No es preciso tener en cuenta definiciones específicas.
4
Abreviaturas
@ILLIdentificación de línea llamante\
@SRCCServicio de red con conexión\
@CDTClases de tráfico\
@PLProgresión de llamada\
@RPDCCRed pública de datos con conmutación de circuitos\
@GCUGrupo cerrado de usuarios\
@DMModo desconectado\
@CIRDCódigo de identificación de red de datos\
@ETDEquipo terminal de datos\
@FDSFin de selección\
@FIFFunción de interfuncionamiento\
@SRServicio de red\
@ISAInterconexión de sistemas abiertos\
@RPDRed pública de datos\
@RPDCPRed pública de datos con conmutación de paquetes\
@CDSCalidad de servicio\
@SABMPaso al modo equilibrado asíncrono\
@IDTIdentificador de terminal\
@TTCTransconexión de tránsito\
@TTDCentros de tránsito transconectados\
@UAAcuse de recibo no numerado\
@CUClases de usuario\
5 Aspectos generales
Esta Recomendación, al describir las disposiciones de interfuncionamiento entre dos subredes, se inspira en los principios generales de la Recomendación X.300. Los entornos de estas dos subredes se describen en los puntos siguientes.
5.1
Red pública de datos con conmutación de circuitos
La RPDCC proporciona servicios de transmisión de datos con conmutación de circuitos como prescriben las Recomendaciones X.1 y X.2 para la prestación de servicios de transmisión de datos. La capacidad de transmisión de la RPDCC puede utilizarse también para la prestación de servicios telemáticos definidos en las Recomendaciones de la serie T.
Nota
- Véase el
3.3
de la Recomendación
T.70 del CCITT para reglas adicionales de aplicación a los servicios
telemáticos.
5.2
Red pública de datos con conmutación de paquetes
La RPDCP proporciona servicios de transmisión de datos con conmutación de paquetes como prescriben las Recomendaciones X.1 y X.2 para la prestación de servicios de transmisión de datos. La capacidad de transmisión de la RPDCP puede utilizarse también para la prestación de servicios telemáticos definidos en las Recomendaciones de la serie T.
Nota
- Véase el
3.1
de la Recomendación
T.70 del CCITT para reglas adicionales de aplicación a los servicios
telemáticos.
Figure 1/X.82, (N), p.
6 Especificación de funciones de
interfuncionamiento
Este punto describe la correspondencia detallada de las señales utilizadas para el interfuncionamiento entre RPDCC y RPDCP, basado en la Recomendación T.70.
6.1
Fase de establecimiento de la conexión
6.1.1
Establecimiento de la conexión iniciado en
el lado RPDCC
Las figuras 2/X.82 a 6/X.82 muestran la señalización en el caso en que un terminal conectado a la RPDCC inicia una llamada a un terminal en la RPDCP. El orden cronológico de los sucesos pudiera ser diferente para señales no conexas recibidas del lado circuito y del lado paquete, lo que dependerá de los retardos de transmisión y los tiempos de respuesta en ambas subredes.
La figura 2/X.82 representa el caso de un establecimiento de conexión completado, en tanto que las figuras 3/X.82 a 6/X.82 representan posibles casos de establecimiento de conexión no completados.
6.1.1.1
Señales de selección
Cualquier carácter de selección no atribuido provocará la liberación de la llamada con una señal de progresión de la llamada en curso.
1)
Encaminamiento alternativo autorizado/no autorizado no se transfiere a la RPDCP.
El empleo del bit 1 indicador de tránsito/terminal es el siguiente:
Si bit 1 = 0, el CIRD está incluido en las señales de selección;
Si el bit 1 = 1, el CIRD no está incluido en las señales de selección.
2)Primer carácter de clase de usuario (primer CU)
El primer CU sólo se utiliza para indicar que sigue un segundo CU.
3)Segundo carácter de clase de usuario (segundo CU)
Cuando el segundo CU indique teletex con
`1001'
en los bits b1 a b4,
esto se hará corresponder con
`00000010'
en el primer octeto del campo
de datos del usuario llamante del paquete de petición de llamada X.75. Si no
hay dos CU o si la codificación es distinta de
`1001'
la tentativa de
llamada puede ser rechazada o mantenida.
Nota
- Esto refleja el estado actual de la
Recomendación T.70. Sin embargo, la transparencia del campo de datos de usuario
de la llamada debe examinarse más a fondo. Otras posibles exigencias de
correspondencia, por ejemplo, la facilidad de clase de tráfico X.75, deben ser
objeto de un estudio ulterior.
4)
El bit b1 se utiliza para indicar tráfico nacional/internacional, y no se transfiere en la señalización X.75. Los bits b2 y b3 indican si la identificación de línea llamada del terminal llamado se ha solicitado (b2) y/o si siguen los caracteres de grupo cerrado de usuarios del terminal llamante.
5)
Cuando se reciba un tercer CDT, la tentativa de llamada podrá ser rechazada o mantenida. El posible uso futuro del tercer CDT requiere un estudio ulterior.
6)
Los caracteres de grupo cerrado de usuarios se transfieren como utilidad GCU
en la Recomendación X.75. Si la secuencia GCU contiene menos de 4 caracteres,
sin contar el CIRD, se insertan ceros en la utilidad GCU X.75. Si no va
incluido un CIRD GGU en la señalización X.71, se inserta un CIRD simulado de
`0000'
en la utilidad GCU.
7)
La FIF T.70 retornará un CIRD.
8)Dirección del ETD llamado
Las señales de selección recibidas de la RPDCC se transfieren al campo de dirección X.75. Si la dirección del ETD llamado no contiene un CIRD, la FIF T.70 deberá agregar un CIRD.
6.1.1.2
Señal de transconexión de
tránsito
(TTC)
Se requerirá siempre la identificación de la línea llamante (b2 = 1).
6.1.1.3
Señal de identificación de la línea
llamante
(ILL)
Las señales de identificación de línea llamante se utilizan en el campo de dirección del ETD llamante en el paquete de petición de llamada X.75. Si la línea llamante no contiene un CIRD, la FIF T.70 puede añadir un CIRD.
6.1.1.4
Señal de progresión de la
llamada
(PL)
La señal de progresión de la llamada
`terminal llamado'
se envía
para informar al terminal llamante que la llamada se está estableciendo.
La FIF puede repetir esta PL para evitar que la tentativa de llamada sea liberada por el ETD llamante antes de que la tentativa de llamada en la RPDCP sea conectada o liberada tras la temporización.
6.1.1.5
Paquete de petición de llamada
1)Dirección de los ETD llamado y llamante
La dirección del ETD llamado se obtiene a partir del CIRD y el número del terminal llamado en las señales de selección X.71. El carácter de fin de selección no se transfiere.
La dirección del ETD llamante se obtiene a partir de las señales de identificación de línea llamante X.71. Si no se ha incluido un CIRD, se insertará el CIRD de la red llamante.
2)Utilidades de red
Deberá señalizarse la indicación de la clase de caudal y el valor indicado deberá hacerse corresponder con la velocidad binaria del lado conmutación de circuitos. Puede aceptarse una clase de caudal más baja en el paquete de la llamada conectada.
Se aplicarán por defecto los valores 2 para el tamaño de la ventana y 128 para el tamaño del paquete, para todas las llamadas, por lo que no será necesario señalizarlos. La utilización de otros valores está sujeta a acuerdos bilaterales.
3)Facilidades de usuario
No se señalarán facilidades de usuario.
4)Datos de usuario de la llamada
Véase el apartado 3) del 6.1.1.1 .
6.1.1.6
Instrucción SABM
El terminal llamante utiliza la dirección (B) en instrucciones y la (A) en respuestas, y la FIF T.70 utiliza la dirección (A) en instrucciones y la (B) en respuestas, de conformidad con la Recomendación T.70.
Después de recibida la señal de transconexión de origen, la FIF T.70 esperará hasta que el ETD conectado a la RPDCC establezca el enlace. Después de transcurrido cierto periodo de temporización la FIF T.70 puede tratar por sí misma de establecer la capa de enlace.
Figure 2/X.82, (N), p.
Figure 3/X.82, (N), p.
Figure 4/X.82, (N), p.29
Figure 5/X.82, (N), p.30
Figure 6/X.82, (N), p.31
6.1.2
Establecimiento de conexión iniciado en el lado
RPDCP
Las figuras 7/X.82 a 11/X.82 representan la señalización cuando un terminal conectado a la RPDCP inicia una llamada a un terminal en la RPDCC. El orden cronológico de los sucesos podría ser diferente en el caso de señales no conexas recibidas del lado con conmutación de circuitos y de paquetes, lo que dependerá de los retardos de transmisión y los tiempos de respuesta de ambas subredes.
La figura 7/X.82 representa el caso de establecimiento de conexión completado, en tanto que las figuras 8/X.82 a 11/X.82 representan posibles casos de establecimiento de conexión no completado.
6.1.2.1
Paquete de petición de llamada
La dirección del ETD llamado siempre incluye un CIRD que puede transferirse a la RPDCC.
La dirección del ETD llamante se almacena, y se transfiere después en la señal de identificación de la línea llamante, si la solicita el ETD llamado.
1)Utilidades de red
El código de identificación de la red de tránsito no deberá ser transferido en el X.71 que está señalizando, ya que los CIRD no pueden ser señalizados en X.71 en la dirección hacia adelante.
El identificador de llamada no deberá señalizarse en X.71.
Si la indicación de clase de caudal recibida es mayor que los datos que están señalizando en el lado del circuito conectado, el valor de la proporción de datos que están señalizando deberá devolverse.
En todos los otros casos se devolverá el valor recibido.
Deberá aplicarse para todas las llamadas los valores por defecto de 2 para el tamaño de la ventana y 128 para el tamaño del paquete. La utilización de otros valores está sujeta a acuerdo bilateral.
De acuerdo con la Recomendación T.70, los terminales no deberán utilizar la facilidad de selección rápida. La recepción de una indicación de selección rápida deberá provocar el envío de un paquete de petición de liberación.
El grupo cerrado de usuarios y el grupo cerrado de usuarios con acceso de salida se hacen corresponder con las señales apropiadas de X.71. La indicación del retardo de tránsito no puede señalizarse en X.71.
2)Facilidades de usuario
Para ulterior estudio.
3)Datos de usuario de la llamada
El identificador telemático de protocolo, tal como se define en la Recomendación T.70, se hace corresponder con el segundo CU X.71 (toda la información restante se pierde). Cuando se reciban otros códigos en el primer octeto del campo de datos de usuario de la llamada del paquete de petición de llamada X.75, la tentativa de llamada podrá ser rechazada o mantenida.
Nota
- Esto refleja el estado de la Recomendación T.70.
Sin embargo, habrá que estudiar con mayor amplitud la transparencia del campo
de datos de usuario de la llamada. Otras posibles exigencias de
correspondencia, por ejemplo a la clase de facilidad de tráfico de X.75, deben
ser objeto de un estudio ulterior.
6.1.2.2
Señales de selección
1)Primer carácter de clase de tráfico (primer CDT)
Se señaliza
`encaminamiento alternativo autorizado'
. La dirección de
ETD llamado X.75 puede pasarse sin modificación a la RPDCC o se le puede
extraer el CIRD.
Nota
- La dirección X.75 del ETD llamado y llamante
incluye siempre un CIRD.
El bit 1 se pone como corresponde. Bit 1 = 0 indica CIRD incluido; bit 1 = 1
indica CIRD no incluido. Se indica
`sigue CU'
.
2)Primer carácter de clase de usuario (primer CU)
El primer CU sólo se utiliza para indicar que sigue el segundo carácter de clase de tráfico (segundo CDT) y el segundo carácter de clase de usuario (segundo CU).
3)Segundo carácter de clase de usuario (segundo CU)
Cuando el primer octeto del campo de datos de usuario de llamada del paquete
de petición de llamada X.75 indique teletex con
`00000010'
, esto se hará
corresponder con
`1001'
en los bits b1 a b4 del segundo CU X.71. Si la
codificación es diferente de
`00000010'
, la tentativa de llamada puede
ser rechazada o mantenida.
Nota
- Esto refleja el estado actual de la
Recomendación T.70. Sin embargo, la transparencia del campo de datos de usuario
de la llamada debe examinarse más a fondo. Otras posibles exigencias de
correspondencia, por ejemplo a la clase de facilidad de tráfico X.75, deben ser
objeto de un estudio ulterior.
4)Segundo carácter de clase de tráfico (segundo CDT)
Los bits 1, 2 y 4 del segundo CDT se ponen siempre a
`0'
. El bit 3 se
pone al valor conforme a las utilidades X.75 recibidas.
5)Tercer carácter de clase de tráfico (tercer CDT)
La FIF T.70 no transmite el tercer carácter de clase de tráfico.
6)Grupo cerrado de usuarios (GCU)
Véase el apartado 6) del 6.1.1.1 .
7)Señal de transconexión de tránsito (TTC)
La identificación de la línea llamante sólo se señaliza si así se ha pedido en la señal TTC. En los demás casos se envía la señal de centros de tránsito interconectados (TTD).
6.1.2.3
Instrucción SABM
El ETD llamante utiliza la dirección (B) en instrucciones y la (A) en respuestas; el ETD llamado utiliza la dirección (A) en instrucciones y la (B) en respuestas, de conformidad con la Recomendación T.70.
6.1.2.4
Paquete de llamada conectada (o comunicación
establecida)
Si se recibe una o más señales de identificación de red o servicio que
indiquen redes de tránsito, dichas señales se transfieren en la utilidad de red
de identificación de red de tránsito. La clase de caudal se fija de acuerdo con
el procedimiento descrito en
`utilidades de red'
[véase el apartado 1)
del
6.1.2.1
].
La relación temporal entre la
`trama de respuesta UA'
recibida y el
`paquete de llamada conectada'
enviado será objeto de ulterior estudio.
Figure 7/X.82, (N), p.
Figure 8/X.82, (N), p.
Figure 9/X.82, (N), p.
Figure 10/X.82, (N), p.
Figure 11/X.82, (N), p.
6.2
Fase de liberación de la conexión
6.2.1
Liberación de conexión iniciada en el lado RPDCC
^
(figura 12/X.82)
Figure 12/X.82, (N), p.
6.2.2
Liberación de conexión iniciada en el lado RPDCP
(figura 13/X.82)
Figure 13/X.82, (N), p.
6.2.3
Liberación de conexión iniciada por la FIF T.70
(figura 14/X.82)
Figure 14/X.82, (N), p.
6.3
Fase de transferencia de datos
6.3.1
Tratamiento de datos de usuario
Los datos de usuario se tranferirán transparentemente del campo de datos de usuario en el paquete de datos del lado conmutación de paquetes al campo de datos de usuario en el bloque de datos de red del lado de conmutación de circuitos, y viceversa (véase la figura 15/X.82).
Figure 15/X.82, (N), p.
6.3.2
Tratamiento del
bit
calificador
(bit Q)
En un paquete de datos entrantes independientemente del valor del bit Q la FIF T.70 puede:
a)utilizar bits Q = 0 en el bloque de datos de red saliente correspondiente, y viceversa;
b)transferirlo en forma transparente. Esto significa que el valor del bit Q en un paquete de datos entrante deberá transferirse en el bloque de datos de red saliente correspondiente, y viceversa.
6.3.3
Tratamiento del bit de confirmación de entrega (bit
D)
El bit D en paquetes de datos entrantes no se toma en cuenta. La FIF T.70 pondrá a 0 el bit D de los paquetes de datos salientes.
6.3.4
Tratamiento del bit
más
datos
(bit M)
Los bloques de datos de red con más de 128 octetos (hasta 2048) se segmentan para formar una secuencia de paquetes de datos cada uno de los cuales tendrá el número de octetos que corresponda al valor seleccionado de tamaño de paquete. Si el bit M recibido tiene el valor 0, se pone a 0 el bit M del último paquete de datos de la secuencia. En todos los demás casos el bit M tendrá el valor 1.
Los paquetes de datos recibidos pueden transferirse directamente en bloques de datos de red del mismo tamaño con el bit M sin cambio y transferirse como un bloque de datos de red.
6.3.5
Reiniciación
Cuando se recibe una petición de reiniciación del lado conmutación de paquetes, el resultado será una desconexión del enlace en el lado conmutación de circuitos. Después de completada la desconexión y de establecer de nuevo el enlace, se confirma la reiniciación. El procedimiento se ilustra en la figura 16/X.82.
Figure 16/X.82, (N), p.
7
Petición de rearranque
7.1
Petición de rearranque iniciado por la RPDCP
El resultado de un paquete de petición de rearranque entrante desde el lado conmutación de paquetes es una liberación de todos los circuitos correspondientes en el lado conmutación de circuitos. Esto se describe en la figura 17/X.82.
Figure 17/X.82, (N), p.
7.2
Petición de rearranque iniciado por la FIF T.70
La FIF T.70 puede solicitar un rearranque liberando todos los circuitos en el lado conmutación de circuitos y enviando una petición de rearranque en el lado conmutación de paquetes. Esto se ilustra en la figura 18/X.82.
Figure 18/X.82, (N), p.
APéNDICE I (a la Recomendación X.82)
Aspectos relacionados con
el servicio de red con conexión de la ISA
1)Fase de establecimiento de la
conexión
-Ampliación de dirección de redno se admite
-Selección de confirmación de recepciónno se admite (véase la nota 1)
-Datos aceleradosno se admite (véase la nota 1)
-CDSno se admite (véase la nota 1)
-Datos de usuario SRno se admite (véase la nota 2)
2)Fase de transferencia de datos
-Bit Dno se admite (véase la nota 1)
3)Fase de liberación de la conexión
-Ampliación de dirección de redno se admite
-Datos de usuario SRno se admite (véase la nota 2)
Nota 1
- Cuando una red proporcione opciones de
proveedor del servicio de red (SR), puede haber acciones y sucesos adicionales
(por ejemplo, confirmación de recepción, transferencia de datos acelerados).
Nota 2
- El objetivo es hacer que este parámetro sea
obligatorio de modo que, en el futuro, todas las subredes lo admitan. Sin
embargo, cierto número de subredes existentes no pueden admitirlo en este
momento. Durante el periodo de transición, mientras que las subredes existentes
no se modifiquen con el fin de proporcionarlo, se considerará que este
parámetro es una opción del proveedor. No se necesita un mecanismo de
negociación en el servicio de red con conexión. El limitar, en algunas
subredes, la longitud de los datos de usuario SR que han de proporcionarse a un
valor inferior a 128 octetos (por ejemplo 16 a 32 octetos) durante un periodo
de transición implicaría menos cambios de los interfaces y sistemas de
señalización existentes y simplificaría la introducción de este servicio en las
subredes existentes.
Blanc
(H.T.=OUI)
TAB.???
FICHIER: H.T. =
(83.TA.311.S)
(SANS FORMULE) Tableaux: 5 01 diskettes - Tabulateurs: . - UE -
(1BT) (BT..)
(83.TE.07.S)
(A1.23s) / [26s]
FOLIOS: 295 - 332
(DO PRC.COSY.2)
MEP {TPS.NON.PHOTO "[PA1]"} : OK= [1]
Saisie 06.06.89 SJ
ID + LASER 27.06.89 CW
MAJ diskette 28.06.89 CW
Corr. LASER (1re épreuve) = 3eme 12.07.89 GG
E.R. + Transfert + Impr. 25.07.89 DD
AJOUTER (PA1) (CL1,0,0,0) pour MEP
MEP + LASER 01.08.89 ZR/GH
Corr. MEP ........ ..
Insertion des tableaux (tabulateurs...) ........ ..
BAT 07.09.89 DD
MAJ s/disquettes 25.09.89 CD
SECCIóN 4
ASPECTOS DE REDES
Recomendación X.92
CONEXIONES FICTICIAS DE REFERENCIA PARA
REDES PúBLICAS DE DATOS SíNCRONAS
(Ginebra, 1976; modificada en Málaga-Torremolinos, 1984)
El CCITT,
considerando
(a) las clases de servicio de usuario internacionales indicadas en la Recomendación X.1;
(b) los objetivos globales de calidad de funcionamiento de usuario a usuario;
(c) la necesidad de normalizar los procedimientos destinados a utilizarse en las redes públicas de datos síncronas;
(d) la necesidad de normalizar varios niveles de procedimiento en el caso de la conmutación de paquetes,
recomienda por unanimidad
el empleo de las cinco conexiones ficticias de referencia indicadas en la presente Recomendación.
1
Las cinco conexiones ficticias de referencia previstas
en la presente Recomendación (véase la figura 1/X.92) están destinadas a
evaluar los objetivos globales de calidad de abonado a abonado, a determinar
ciertas condiciones características que desde el punto de vista de los datos
deben reunir los diversos elementos de las conexiones y a fijar los límites de
la degradación que dichos elementos pueden introducir.
Estas conexiones ficticias de referencia se utilizarán para los servicios
con conmutación de circuitos, servicios con conmutación de paquetes y servicios
de líneas arrendadas en las
Tal vez se establezcan otras conexiones ficticias de referencia en el futuro, una vez que haya experiencia en la concepción de redes públicas de datos síncronas.
2
Las conexiones ficticias de referencia de la figura
1/X.92 están concebidas para las velocidades binarias de usuario especificadas
en la Recomendación X.1.
Entre los puntos Y y Z, la transmisión se efectúa por trayectos digitales de 64 kbit/s. Dichos trayectos podrán incluir secciones digitales a base de modems con medios analógicos.
Se supondrá que la señalización de control de la llamada de datos por el circuito con conmutación sigue la misma ruta que la conexión de datos.
FIGURA 1/X.92, p.
3
Los
Para tener en cuenta la incorporación de las
FIGURA 2/X.92, p.
4
Sería admisible incluir un satélite en el trayecto de
transmisión del enlace nacional o local. A tal efecto, se admiten las variantes
de los enlaces lógicos A y D de la figura 1/X.92, mostradas en las figuras
3/X.92 y 4/X.92, respectivamente.
En cualquier conexión, el número máximo de
Nota
- El número máximo de enlaces por satélite
admisible en una conexión requiere ulterior estudio desde el punto de vista de
los periodos de temporización de la señalización y de la calidad de servicio.
Figura 3/X.92, p.
Figura 4/X.92, p.
SEñALES DE PROGRESIóN DE LA LLAMADA EN^ REDES PúBLICAS DE
DATOS
(Ginebra, 1976; modificada en Ginebra, 1980,
Málaga-Torremolinos, 1984, y Melbourne, 1988)
El CCITT,
considerando
que el establecimiento de redes públicas de datos en varios países y la consiguiente interconexión de esas redes, hacen prever la posibilidad de que, en determinadas circunstancias, sea necesario informar al abonado llamante sobre la progresión de la llamada,
recomienda por unanimidad
que se devuelvan al abonado llamante señales de progresión de la llamada que indiquen las circunstancias que impiden establecer la conexión con el número solicitado;
que se devuelvan al abonado llamante señales de progresión de la llamada que indiquen en determinadas circunstancias los progresos hechos para establecer la comunicación;
que, para los servicios con conmutación de paquetes, se transmitan, además, señales de progresión de la llamada:
-si se observa algún problema en el
-para el servicio de @llamada virtual (LLV)\, a los ETD llamante y llamado, cuando se libera o se reinicia una comunicación después de haber sido establecida;
-para el servicio de @circuito virtual permanente (CVP)\ entre dos ETD, a ambos ETD cuando se reinicia el circuito virtual permanente.
En el cuadro 1/X.96 se definen las
El formato y la codificación de las señales de progresión de la llamada deberán ajustarse a las especificaciones del interfaz contenidas en las Recomendaciones de la serie X.
Es posible que en un servicio con conmutación de circuitos sólo puedan transmitirse señales de progresión de la llamada durante la fase de establecimiento de la comunicación. En un servicio con conmutación de paquetes, pueden transmitirse también durante las fases de transferencia de datos y de liberación de una llamada virtual.
Las señales de progresión de la llamada se clasifican en distintas categorías según su significado para la red o el ETD y el tipo de acción que se espera del ETD que recibe la señal (véase el cuadro 2/X.96).
La secuencia de las señales de progresión de la llamada en el cuadro 1/X.96, determina para las categorías C y D el orden en que se establece la comunicación por la red. De modo general, el ETD puede suponer, al recibir una señal de progresión de la llamada, que no existe ninguna condición superior a las indicadas en el cuadro. Constituyen excepciones a esta regla general la congestión en la red, el hecho de que la red esté fuera de servicio, la congestión en la red a largo plazo y la falta de conexión. La codificación real de la señales de progresión de la llamada no refleja necesariamente esta secuencia.
Con excepción de lo indicado en la nota 4 al cuadro 1/X.96, todas las señales de progresión de la llamada se harán extensivas al ETD sin modificación. Se advierte a los usuarios y fabricantes de ETD que deben prever posibles ampliaciones ulteriores del cuadro 1/X.96 mediante rutinas apropiadas de apoyo para señales no previstas.
Tableau 1/X.96 [1T1.96], p.5
Tableau 1/X.96 [2T1.96], p.6
Tableau 1/X.96 [3T1.96], p.7
Tableau 1/X.96 [4T1.96], p.8
Tableau 1/X.96 [5T1.96] - Remarques du tableau, p.9
Tableau 2/X.96 {T2.96], p.10
PRINCIPIOS DE ENCAMINAMIENTO Y PLAN DE
ENCAMINAMIENTO INTERNACIONAL PARA REDES PúBLICAS DE
DATOS
(Ginebra, 1980; modificada en Málaga-Torremolinos, 1984, y
Melbourne, 1988)
El CCITT,
considerando
(a) que la Recomendación X.1 define las clases de servicio internacionales de usuario en redes públicas de datos;
(b) que la Recomendación X.92 define las conexiones ficticias de referencia para redes públicas de datos síncronas;
(c) que la Recomendación X.121 define el plan de numeración internacional para redes públicas de datos;
(d) que la Recomendación X.122 define el interfuncionamiento de planes de numeración entre una RPDCP y una RDSI o RTPC a corto plazo;
(e) que las Recomendaciones X.130 y X.131 definen los parámetros de calidad de servicio para las @redes públicas de datos con conmutación de circuitos (RPDCC)\;
(f) que las Recomendaciones X.135 y X.136, definen los parámetros de calidad de servicio para las @redes públicas de datos con conmutación de paquetes (RPDCP)\;
(g) que la Recomendación X.75 define los procedimientos de control terminal y de tránsito de las comunicaciones y los sistemas de transferencia de datos por circuitos internacionales entre redes de datos con conmutación de paquetes;
(h) que las Recomendaciones X.70, X.71, X.60, y X.61 definen los sistemas de señalización para redes públicas de datos con conmutación de circuitos;
(i) que la Recomendación X.353 define los principios de encaminamiento para la interconexión de las RPD con sistemas móviles por satélite,
recomienda por unanimidad
que los siguientes principios de encaminamiento se apliquen al establecimiento de llamadas con conmutación de circuitos o de llamadas virtuales con conmutación de paquetes cuando se interconecten redes públicas de datos.
Nota
- Se necesita una Recomendación que defina el
dimensionamiento de las rutas de modo que se pueda proporcionar un
1 Introducción
1.1 Esta Recomendación es aplicable a las redes públicas de datos y se debe
hacer referencia a ella cuando las Administraciones proyecten la interconexión
de redes públicas de datos. La Recomendación formula los principios que las
Administraciones deben seguir y también presenta ejemplos de encaminamientos
específicos. Su objetivo es fomentar la expansión internacional de redes
públicas de datos y ofrecer una comunidad de entendimiento conducente a un
desarrollo ordenado de la red internacional mediante una utilización eficaz y
económica de los recursos de la red. Se espera que su uso permita la evolución
del funcionamiento combinado de redes públicas de datos, redes digitales de
servicios integrados, redes telefónicas internacionales y otras públicas. Se
reconoce que habrá que revisar el plan periódicamente a fin de asegurar que
esté acorde con la práctica real dentro de las redes públicas de datos
internacionales. A fin de lograr una mejor comprensión del plan de
encaminamiento internacional para redes públicas de datos, en la figura 1/X.110
se ilustra un modelo de red pública de datos internacional que consiste en un
conjunto de redes públicas nacionales, y muestra la interconexión de redes
públicas de datos nacionales y @
a)Algunos países pueden tener más de una RPD y también más de un CICD. Véase el país A en la figura 1/X.110.
b)Algunos países pueden tener un CICD autónomo con respecto a la RPD de esos países. Véase el país B en la figura 1/X.110.
c)Algunos países pueden tener una RPD y tener acceso internacional a través de un CICD. Véase el país C en la figura 1/X.110.
d)Algunos países pueden no tener una RPD pero utilizar un CICD para las conexiones internacionales. Véase el país D en la figura 1/X.110.
e)Algunos países pueden tener más de una RPD, cada una con su propio CICD. Véase el país E en la figura 1/X.110.
f)Algunos países pueden tener más de una RPD, cada una de las cuales comparte uno o más CICD. Véase el país F en la figura 1/X.110.
1.2 Los circuitos entre CICD del mismo país no están clasificados como enlaces internacionales.
1.3 En el anexo A figura una lista de los términos y definiciones utilizados en esta Recomendación.
2 Descripción de una
ruta internacional
2.1 La función básica en el encaminamiento de una llamada (o la selección de una ruta para una llamada) consiste en seleccionar el equipo de red (por ejemplo, enlace saliente) que se utilizará para transferir datos para esa llamada.
2.2 La ruta utilizada para una llamada internacional comprenderá siempre tres partes:
-una parte
-una parte
-una parte
Nota
- Para los sistemas de transmisión de datos
marítimos por satélite, un @centro de conmutación de datos de sistema marítimo
por satélite (CCDMS)\ actuará como CICD de origen y destino.
2.3 La planificación de la parte red internacional sigue en estudio en el CCITT.
2.4 La planificación de las partes red nacional de origen y de destino es un asunto de índole nacional; no obstante, en estas redes nacionales debe considerarse la calidad de servicio (por ejemplo, tiempo de transferencia) proporcionada por las conexiones internacionales.
3
Principios generales de
encaminamiento
3.1 La planificación de las rutas internacionales de tráfico de datos es responsabilidad de las Administraciones interesadas y está sometida a acuerdos bilaterales.
3.2 La ruta de tráfico dentro de la parte red internacional debe planificarse de forma que no comprenda más de cuatro enlaces internacionales de datos en cascada.
3.3 Al planificar rutas de tráfico, deberán considerarse los requisitos de @calidad de servicio (CDS)\. Uno de estos requisitos es el tiempo de transferencia global de la conexión. Al considerar el tiempo de transferencia global, tiene particular importancia el número de enlaces por satélite. No obstante, se observa que el tiempo de transferencia en las RPDCP, excluidos los enlaces por satélite, puede ser también apreciable y debe ser objeto de ulterior estudio.
3.4 De conformidad con la Recomendación X.92, una ruta global de una RPD no debe normalmente comprender más de tres enlaces por satélite. La parte red internacional no debe normalmente comprender más de dos enlaces por satélite. Véase el anexo B.
Figure 1/X.110, p.11
3.5 Las rutas de tráfico comprenderán normalmente rutas de llamada directas y
rutas de llamada alternativas.
3.6 Las
3.7 Al planificar las rutas de tráfico, deberá sacarse provecho de las diferencias horarias.
3.8 El encaminamiento de una llamada es responsabilidad de las Administraciones y, siempre que ello sea posible, deberá ajustarse a una de las rutas de tráfico acordadas en el 3.1 .
3.9 Todas las Administraciones que intervienen en el encaminamiento de una llamada determinada deben poder obtener la información necesaria para esta llamada (por ejemplo, el CIRD de cada red que intervenga).
Nota
- Se encuentra en estudio la aplicación de este
principio a las redes con conmutación de circuitos.
3.10 La parte red internacional para una llamada la seleccionarán enlace por enlace los CICD interesados.
3.11 La ruta de una llamada internacional para una conexión la seleccionan los CICD interesados. En condiciones normales, cuando se ha establecido una ruta de llamada para una llamada específica, dicha ruta de llamada deberá utilizarse para toda la duración de la llamada.
3.12 Las llamadas deberán encaminarse utilizando el número mínimo de enlaces internacionales de datos, teniendo en cuenta los factores económicos y prácticos de la situación.
3.13 Si una arteria no puede satisfacer las necesidades de caudal del abonado de origen, será necesario seleccionar una de las posibles rutas de llamada alternativas.
4 Posibilidades específicas de
encaminamiento a través de la RPDI
4.1
Posibilidades de encaminamiento requeridas para mantener
la calidad de servicio
Para mantener una buena calidad de servicio pueden considerarse posibilidades específicas de encaminamiento, por ejemplo:
-la selección de una ruta fiable para una llamada, a fin de evitar la liberación de la comunicación por la red (o la reiniciación de la llamada en el caso de una llamada virtual) como consecuencia de problemas internos de la red;
-la disponibilidad de una o más rutas de llamada entre la red de origen y la red de destino, a fin de evitar que una petición de llamada quede bloqueada si una ruta de llamada está temporalmente indisponible.
4.2
Características de servicio asociadas a una ruta
Durante el establecimiento de una comunicación, una red pública de datos puede tener que considerar algunos aspectos de las características de servicio de la red para tomar decisiones de encaminamiento.
Cuando pueden utilizarse varias rutas de tráfico entre dos usuarios, además de la disponibilidad de esas rutas de tráfico en un momento dado, es importante considerar las características de servicio asociadas a una cualquiera de esas rutas de tráfico (por ejemplo, el caudal disponible, la aceptación de algunas facilidades, etc.).
4.3
Condiciones específicas asociadas a una ruta
Durante el establecimiento de una comunicación, una red pública de datos puede tener que considerar condiciones específicas, como una petición de cobro revertido, protección de acceso (grupo cerrado de usuarios, prohibición de llamadas entrantes), etc. En tales circunstancias, las Administraciones tratarán en la medida de lo posible de proporcionar encaminamientos para la llamada teniendo en cuenta:
a)la disponibilidad de las facilidades requeridas;
b)la existencia de un acuerdo bilateral.
En ausencia de estas condiciones, se prohibirá la llamada.
5
Procedimientos de encaminamiento
aplicables al interfuncionamiento entre RPD del mismo tipo y también entre
RPDCP y RDSI y/o RTPC a corto plazo
5.1 Los @centros (o centrales) internacionales de conmutación de datos (CICD)\ analizarán los @códigos de identificación de red de datos (CIRD)\ o los indicativos de país para datos (IPD) para determinar el destino de una llamada y la ruta de llamada (véanse las notas 1, 2, 3 y 4).
Nota 1
- La aplicación de este principio a las redes
con conmutación de circuitos será objeto de ulterior estudio.
Nota 2
- Tratándose del interfuncionamiento entre dos
RPCDP, el posible análisis de la primera cifra o de varias cifras más allá del
campo del CIRD de cuatro cifras se determinará por acuerdo bilateral, si fuese
necesario.
Nota 3
- Para el encaminamiento de llamadas
procedentes de la RPDCP con destino a redes RDSI, RTPC y sistemas móviles por
satélite se requiere una capacidad de análisis de por lo menos una cifra más
que las cuatro del campo de CIRD.
Nota 4
- La selección de EPER no influirá en la
determinación de la ruta de llamada entre los CICD.
5.2 La presencia de un código de escape, 0 ó 9, definido en el cuadro 2/X.121, tendrá el siguiente significado especial para el encaminamiento de RPDCP a RDSI y RTPC:
i)si se utiliza el código de escape de valor 0, el CICD tendrá que encaminar la llamada bien a un interfaz digital con una RDSI, o a un CICD de tránsito (véase la nota);
ii)si se utiliza el código de escape de valor 9, el CICD tendrá que encaminar la llamada bien a un interfaz analógico con una RTPC, a una RDSI o a un CICD de tránsito (véase la nota).
Nota
- Para elegir una ruta, un CICD puede optar por
examinar cinco cifras (el código de escape y las primeras cuatro cifras del
número E.164).
5.3 La selección de enlaces (por ejemplo, por satélite y/o cables submarinos) para una ruta de llamada determinada la efectuarán las Administraciones interesadas, llamada por llamada.
5.4 Se mantendrá la misma ruta de llamada por toda la duración de la comunicación.
5.5 Cada Administración establecerá
5.6 Las redes de tránsito analizarán la información de encaminamiento de cada llamada para evitar los encaminamientos circulares.
6 Identificación de los CICD y las RDSI que
intervienen en una llamada internacional, a corto plazo
Toda Administración que deba proporcionar los CICD o las RDSI de tránsito para una llamada internacional deberá estar identificada en el momento del establecimiento de la comunicación por medio de un CIRD o un código de identificación de 4 cifras, atribuido a esa Administración (véanse las notas 1 y 2).
Nota 1
- Excepcionalmente, es posible que haya que
atribuir un CIRD o un código de identificación de RDSI a una Administración que
sólo ofrezca tránsito y no acceso directo a los abonados, con el fin de
identificar los CICD o las RDSI de tránsito.
Nota 2
- Las Administraciones de las redes de origen y
de destino están ya identificadas en las direcciones de los ETD/terminales
llamante y llamado, por lo que no requieren una identificación adicional en el
momento del establecimiento de la comunicación.
Una misma Administración puede proporcionar más de un CICD. Una misma Administración puede también proporcionar varias redes explotadas independientemente. Es posible que redes explotadas independientemente deban ser identificadas incluso cuando la Administración interesada sea la misma. Dos o más CICD proporcionados dentro de la misma red explotada independientemente deben ser identificadas por el mismo CIRD (véase la nota 3).
Nota 3
- La atribución de un CIRD o de un código de
identificación de RDSI a una red de tránsito, explotada independientemente, se
considera suficiente para satisfacer las exigencias de la contabilidad
internacional, y para evitar un encaminamiento circular de llamadas entre redes
explotadas independientemente. Las identificaciones necesarias para determinar
el trayecto exacto de una llamada para fines de mantenimiento será objeto de
ulterior estudio.
7
Varios CICD proporcionados por una
Administración
7.1
En el país de origen o de destino
El empleo por ciertas Administraciones de varios CICD de origen y/o de destino puede, en algunos casos, dar como resultado el encaminamiento de una llamada por un circuito entre dos CICD situados en el país de origen o de destino. Tales circuitos se considerarán, en aplicación de lo dispuesto en esta Recomendación, como enlaces nacionales.
7.2
En un país de tránsito
Algunas Administraciones pueden considerar conveniente encaminar tráfico de tránsito entre dos CICD situados en el propio país. No es necesario contar tales circuitos como uno de los cuatro enlaces internacionales, admitidos en esta Recomendación, sino que, desde el punto de vista de la transmisión, deben contarse como un circuito internacional adicional.
8
Plan de encaminamiento
internacional
8.1 Las Administraciones pueden planificar cualquier ruta de tráfico, a condición de que ésta se ajuste a los principios establecidos en esta Recomendación.
8.2 Como las rutas de tráfico pueden comprender rutas directas y alternativas, las rutas de llamada individuales deberán utilizar los mismos CICD posibles.
8.3 Son posibles muchas combinaciones de rutas de llamada y en el apéndice I se dan algunos ejemplos.
8.4 Puede planificarse el reencaminamiento de llamadas, si se dispone de las señales de gestión de red requeridas. En el apéndice I figura un ejemplo de reencaminamiento de llamadas.
9 Información de red requerida para la
planificación de encaminamientos óptimos
Las Administraciones deberán recopilar la información sobre sus redes relativa a los parámetros de calidad de servicio y de estado de la red, para facilitarla a petición a otras Administraciones interesadas que puedan desear utilizarla. Estos intercambios de información permitirán a las Administraciones tomar decisiones óptimas de encaminamiento al planificar sus redes. En el anexo C figura un ejemplo de lista de los tipos de información que deben ponerse a disposición.
ANEXO A (a la Recomendación X.110)
Términos y definiciones
relacionados con el encaminamiento en la red pública de
datos
Este anexo contiene términos y definiciones que se utilizarán en el
plan de encaminamiento para redes públicas de datos. Estos términos y
definiciones se basan, en la medida de lo posible, en la documentación de que
disponen tanto el CCITT como la CEI (capítulo 701 del Vocabulario
Electrotécnico Internacional).
Para facilitar la comprensión, la figura A-1/X.110 registra la relación entre los términos: ruta de tráfico, ruta de tráfico alternativa, ruta de llamada, CICD de origen (CICD-O), CICD de destino (CICD-D), CICD de tránsito (CICD-X y CICD-Y).
A.1@
ruta de tráfico
@
\Secuencia predeterminada de
circuitos de arteria
^que
se utiliza para cursar tráfico entre dos puntos.\
A.2@
ruta de tráfico alternativa
@
\Entre dos puntos dados puede existir más de una
ruta
de tráfico
. La disponibilidad de la opción de
utilizar una ruta de entre varias se denomina ruta de tráfico alternativa.\
A.3@
ruta de llamada
@
\Secuencia de circuitos que se utiliza para proporcionar una
conexión
^entre dos puntos.\
A.4@
encaminamiento de llamada
@
\Acción, efectuada por una central, de seleccionar una
ruta
de llamada
^determinada de entre una serie de
rutas de tráfico
.\
A.5@
reencaminamiento de llamada
@
\Acción de cambiar una
ruta de llamada
^propuesta
durante la tentativa de establecimiento de una
conexión
.\
A.6@
RPD de origen
@
\Conjunto de equipos y/o circuitos que permiten conectar un ETD llamante al CICD de origen.\
A.7@
RPD de destino
@
\Conjunto de equipos y/o circuitos que permiten conectar un CICD de destino al ETD llamado.\
Figura A-1/X.110, p.
ANEXO B (a la Recomendación X.110)
Utilización de
enlaces por satélite en rutas de
RPDCC globales
Consideraciones generales
1)Cuando se selecciona un circuito por satélite como trayecto de transmisión en una conexión internacional, debe observarse que los circuitos por satélite tienen algunas características específicas que deben tenerse en cuenta al utilizarlos en las RPD.
2)Deberá permitirse incluir un enlace por satélite en el trayecto de transmisión de una parte de red nacional de una conexión internacional, ya que se reconoce que, en algunos casos, el acceso de abonado sólo puede estar disponible a través de sistemas de satélites nacionales o regionales.
3)Debe señalarse que en el sistema internacional marítimo por satélite para servicios de comunicación de datos, solamente se dispone de trayectos por satélite en cada región oceánica.
Considerando lo expuesto, el número máximo de enlaces por satélite permitido en una conexión internacional, incluidas las partes de red internacional y nacional, debe ser de tres.
B.2
Principios aplicables en cada RPD
B.2.1
RPD nacional de origen
Sería preferible seleccionar rutas de gran calidad y tiempo de tránsito mínimo para la parte de red nacional de la conexión internacional. Esto ofrecería la máxima flexibilidad en la selección de los enlaces internacionales.
B.2.2
CICD de origen/tránsito
No deberán utilizarse más de dos enlaces por satélite en la parte de red internacional de la conexión.
Para las llamadas hacia y desde el sistema de transmisión de datos marítimo por satélite, no deberá emplearse más de un enlace por satélite en la parte de red internacional de la conexión.
B.2.3
CICD de destino
Hay que continuar los estudios para determinar si el número de enlaces por satélite aplicado a cada comunicación debe transmitirse a las RPD nacionales en su etapa de establecimiento de la comunicación.
Si ya se han utilizado tres enlaces por satélite en la conexión, la utilización de otro enlace por satélite en la Administración de destino a fin de completar la llamada deberá solamente permitirse si lo consienten las Administraciones interesadas.
B.2.4
RPD nacional de destino
Se recomienda no seleccionar enlaces por satélite, a menos que no se disponga de otra ruta posible para esa llamada.
Información de
encaminamiento
1)nombre del país y CIRD a los cuales están asociados sus CICD; se indicarán conexiones de 1, 2, 3 ó 4 enlaces;
2)número de circuitos y velocidad de transmisión en cada enlace por satélite o por cable;
3)modo de funcionamiento;
4)hora cargada para cada arteria y CICD;
5)rutas de tráfico alternativas;
6)requisitos de calidad de servicio;
7)facilidades proporcionadas;
8)funcionamiento combinado de redes que se proporcionan.
APéNDICE I (a la Recomendación X.110)
Plan de
encaminamiento internacional - Ejemplos de rutas
I.2 Las figuras I-1/X.110 a I-3/X.110 muestran algunas rutas típicas que podrían utilizar las Administraciones.
I.2.1
Ruta directa
^(ruta de gran utilización)
Figura I-1/X.110, p.
I.2.2
Rutas a través de países intermedios
^(pequeños
volúmenes de tráfico)
Figura I-2/X.110, p.
I.2.3
Ruta alternativa
Figura I-3/X.110, p.
I.2.4
Plan de encaminamiento cuando se dispone de rutas
directas
Dentro de las limitaciones económicas y políticas de un país, las rutas alternativas deben seleccionarse con la siguiente secuencia para algunas conexiones determinadas.
La selección de la primera ruta alternativa se efectuará en el CICD de origen (CICD-O) con uno de los CICD de tránsito (CICD-T) que tengan rutas directas con el CICD de destino (CICD-D) (véase la figura I-4/X.110). Si éste no es el caso, se seleccionará el CICD de tránsito sin ruta directa con el CICD de destino.
Figura I-4/X.110, p.
El segundo encaminamiento alternativo se efectuará en el primer CICD de
tránsito, CICD-T1, hacia el segundo CICD de tránsito, CICD-T2, con una ruta
directa hacia el destino de esta conexión (véase la figura I-5/X.110).
Figura I-5/X.110, p.
El tercer encaminamiento alternativo se hará en la misma forma indicada en la
figura I-6/X.110.
Figura I-6/X.110, p.
I.2.5
Plan de encaminamiento cuando no se dispone de ruta
directa
Cuando hay congestión de tráfico entre el CICD-O y el CICD-T1, es preferible tomar otro CICD de tránsito que tenga una ruta directa con el CICD-D, si es posible (véase la figura I-7/X.110).
Figura I-7/X.110, p.
Si la CICD-O debe seleccionar una ruta con el CICD-T2 que no tiene ruta
directa con la CICD-D, el CICD de tránsito siguiente puede ser el CICD-T1
(véase la figura I-8/X.110) o el CICD-T3 (véase la figura I-9/X.110) si no
existe ruta directa entre el CICD-T2 y el CICD-D.
El plan de encaminamiento para la conexión desde el CICD-T1 al CICD-D será igual al plan indicado en el 2.4 anterior.
Figura I-8/X.110, p.
Figura I-9/X.110, p.
I.3
Reencaminamiento
El concepto de reencaminamiento se aplica a las llamadas que fallan en un CICD intermedio en la fase de establecimiento. Los detalles del reencaminamiento de las llamadas se estudiarán ulteriormente; no obstante, en la figura I-10/X.110 se muestra el concepto.
Figura I-10/X.110, p.
PLAN DE NUMERACIóN INTERNACIONAL PARA^ REDES PúBLICAS DE
DATOS
`país'
significa
país o zona geográfica.
(aprobada provisionalmente en Ginebra, 1978;
modificada en Ginebra, 1980,
Málaga-Torremolinos, 1984, y Melbourne, 1988)
El CCITT,
considerando
(a) que la finalidad de un plan de numeración internacional para redes públicas de datos es facilitar la introducción de redes públicas de datos y permitir su interfuncionamiento en el plano mundial;
(b) que puede haber varias redes públicas de datos en un país;
(c) que el plan de numeración internacional debe permitir la identificación de un país, así como la de una red pública de datos determinada de ese país;
(d) que el plan de numeración internacional debe prever la posibilidad de un interfuncionamiento con otros planes de numeración;
(e) que la Recomendación E.164 describe el plan de numeración para la era de la RDSI;
(f) que la Recomendación F.69 describe el plan de los códigos télex de destino;
(g) que el plan de numeración internacional para las redes de datos debe prever una capacidad de reserva adecuada para satisfacer futuras exigencias,
recomienda por unanimidad
que el plan de numeración internacional para redes públicas de datos se ajuste a lo dispuesto en la presente Recomendación.
1 Consideraciones básicas
Este plan de numeración se basa en las siguientes consideraciones:
1.1 El
1.2 Cuando deban establecerse varias redes públicas de datos en un país, no debe ser obligatorio integrar los planes de numeración de las diversas redes.
1.3 La cantidad de cifras que comprende el código utilizado para identificar un país y una red pública de datos específica de ese país debe ser la misma para todos los países.
1.4 Un
`número de datos'
nacional asignado a un interfaz ETD/ETCD
debe ser único dentro de una red nacional determinada. Este
`número de
datos'
nacional debe formar parte del
`número de datos'
internacional, que debe ser también único en el plano mundial.
1.5 La cantidad de cifras que ha de utilizarse en un
`número de
datos'
internacional deberá estar determinada por exigencias nacionales e
internacionales; sin embargo, debe imponerse un límite razonable a la cantidad
total de cifras.
1.6 El plan de numeración debe prever el interfuncionamiento de terminales de datos instalados en redes públicas de datos con terminales de datos instalados en redes telefónicas y télex públicas y en redes digitales de servicios integrados (RDSI).
Nota
- El término
`telex'
empleado en esta
Recomendación incluye las
1.7 El plan de numeración no debe excluir la posibilidad de que una sola red nacional proporcione un sistema integrado de telecomunicaciones para servicios de todas clases.
1.8 Cuando existan facilidades de diversas EPER que ofrezcan servicios a un
mismo país (o dentro del mismo), deberá permitirse la elección de una
determinada facilidad de EPER en la parte
petición de
facilidad
de las señales de
selección
.
Nota
- El término EPER empleado en esta Recomendación
significa empresa privada de explotación reconocida.
2 Características y aplicación del plan de
numeración
2.1
Sistema de numeración
2.1.1 El conjunto de caracteres numéricos constituidos por las 10 cifras
del 0 al 9 deberá utilizarse para números (o direcciones) asignados a
interfaces ETD/ETCD instalados en redes públicas de datos. Este principio
deberá aplicarse tanto a los
`números de datos'
nacionales como a los
internacionales.
2.1.2 La utilización del mencionado sistema de numeración permitirá a las redes públicas de datos interfuncionar con terminales de datos instalados en redes públicas telefónicas y télex.
2.2
Códigos de identificación de red de datos e
indicativos de país para datos
2.2.1 Podría asignarse un código de identificación de red de datos (CIRD) en la forma siguiente:
2.2.1.1 A cada red pública de datos (RPD) dentro de un país.
2.2.1.2 A servicios no sometidos a la división por zonas, como los servicios móviles públicos (véase el 2.2.10 ).
2.2.1.3 A una red telefónica pública conmutada (RTPC) o a una RDSI para efectuar llamadas desde ETD conectados a una RPD a ETD conectados a dicha RTPC o RDSI.
2.2.1.4 A un grupo de RPD dentro de un país, cuando las reglamentaciones nacionales lo permitan.
2.2.1.5 A un grupo de redes de datos privadas conectado a las RPD de un país, cuando las reglamentaciones nacionales lo permitan.
Nota
- Por razones administrativas, incluida la
tasación, un grupo de redes a las que se haya asignado un solo CIRD se
considerarán, en el contexto internacional, como una sola entidad.
2.2.2 En el sistema de códigos de identificación de red de datos, la primera cifra de los códigos debe ajustarse al cuadro 1/X.121.
Cuadro 1/X.121 [T1.121], p.
Nota 1
- La asignación de códigos para servicios no
sometidos a la división por zonas, que no sean servicios marítimos por
satélite, debe ser objeto de ulterior estudio.
Nota 2
- Las cifras 8, 9 y 0 se utilizan como códigos
de escape y no forman parte del CIRD. Se definen en el
2.6
.
2.2.3 Todos los @códigos de identificación de red de datos (CIRD)\ deberán
estar constituidos por cuatro cifras. Las tres primeras cifras deberán
identificar siempre a un país y podrían considerarse como el indicativo de país
para datos (IPD)\. La cuarta cifra, o
2.2.4 Deberá asignarse a cada país, por lo menos, un indicativo de país para datos (IPD) de tres cifras. El indicativo de país para datos (IPD) junto con la cuarta cifra, pueden identificar hasta 10 redes públicas de datos. Los códigos de identificación de red de datos (CIRD) deberán tener el formato indicado en la figura 1/X.121.
Figura 1/X.121 p.
2.2.5 El sistema de códigos de identificación de red de datos (CIRD) indicado
en los
2.2.2
y 2.2.4 proporcionará 600 indicativos de país para
datos (IPD) y un número máximo teórico de 6000 CIRD.
2.2.6 Si un país necesita más de 10 CIRD, se le pueden asignar uno o más indicativos de país para datos (IPD) adicionales (véase el 2.2.8 ).
2.2.7 En el anexo D a esta Recomendación figura una lista de los indicativos de país para datos (IPD) que han de utilizarse para establecer los códigos de identificación de red de datos (CIRD). Al preparar esta lista se cumplió el requisito de que la primera cifra de un CIRD, que también es la primera cifra del indicativo de país para datos (IPD) incorporado, estuviera comprendida entre el 2 y el 7 inclusive (véase el 2.2.2 ). Como primeras cifras de los indicativos de país para datos (IPD), las cifras 2 a 7 se ordenan de manera que representen zonas del mundo.
2.2.8 El CCITT administrará la asignación de indicativos de país para datos (IPD). La asignación de cifras de red deberá efectuarse a nivel nacional y notificarse a la Secretaría del CCITT.
Los países Miembros de la Unión Internacional de Telecomunicaciones no mencionados en dicha lista que deseen participar en el servicio internacional de datos o los Miembros que necesiten uno o varios indicativos de país para datos (IPD) adicionales, deben pedir al Director del CCITT la asignación de uno o varios indicativos de país para datos de tres cifras disponibles. En su petición pueden indicar el o los IPD de tres cifras disponibles que prefieren.
Las asignaciones de indicativo de país para datos (IPD) por el Director del CCITT, así como las asignaciones por los propios países de cifras de red, se publicarán en el Boletín de Explotación de la Unión Internacional de Telecomunicaciones.
2.2.9 En el anexo A a esta Recomendación figuran ejemplos que ilustran la manera de establecer códigos de identificación de red de datos (CIRD).
2.2.10
Número de datos internacional para estaciones
en los sistemas móviles públicos por satélite
Los CIRD atribuidos a los sistemas móviles públicos por satélite tienen la forma 111S, indicando la cifra S la zona oceánica. Los valores de la cifra S figuran en el anexo C.
La estación móvil se identifica por un número de estación terrena móvil
(número móvil de INMARSAT), común a los servicios de telefonía, télex y
transmisión de datos, así como a otros servicios, definido en la Recomendación
E.215/F.125. La primera cifra del número de estación terrena móvil (número
móvil de INMARSAT) es la cifra
`T'
, definida en la Recomendación
E.215/F.126 y se utiliza para distinguir entre diferentes sistemas móviles
públicos por satélite (tales como los sistemas INMARSAT de norma A, B y C y
aeronáutico).
El número de datos internacional para las estaciones terrenas móviles, completo, tiene la siguiente composición:
111S + número de estación terrena móvil + X siendo X una cifra facultativa que, si está presente, designa un determinado ETD asociado con la estación terrena móvil.
Nota 1
- En los sistemas móviles por satélite de
INMARSAT, la utilización de la cifra S para indicar la zona oceánica en que se
encuentra la estación terrena móvil en el momento de la llamada se considera un
arreglo temporal. Se reconoce que tal arreglo debe evitarse en el futuro, de
ser posible, pues requiere que el usuario llamante sepa la zona exacta en que
se encuentra una estación terrena móvil de destino en el momento de la llamada,
y esa zona puede variar en función del tiempo.
Nota 2
- La cifra
`X'
deberá ser objeto de
ulterior estudio en relación con las estaciones aeronáuticas y las estaciones
terrenas del servicio móvil terrestre.
2.3
Número de datos internacional
2.3.1 Cuando se llama a un terminal de datos de una red pública de datos desde otro país debe utilizarse el número de datos internacional asignado a su interfaz ETD/ETCD. El número de datos internacional debe consistir en el código de identificación de red de datos (CIRD) de la red pública de datos llamada, seguido del @número de terminal de red (NTR)\ del interfaz ETD/ETCD llamado, o por ejemplo, cuando existe un plan de numeración integrado dentro del país, el indicativo de país para datos (IPD), seguido del @número nacional (NN)\ del interfaz ETD/ETCD llamado, esto es:
Número de datos internacional = CIRD + NTR, o bien IPD + NN
2.3.2 El @
Nota 1
- La RPD puede asignar números de terminal de
red (NTR) o números nacionales (NN) a ETD conectados a otras redes públicas,
cuando con dicha RPD se proporcionan capacidades de interfuncionamiento.
Nota 2
- En el anexo B se muestra un ejemplo de la
constitución de los NTR cuando se atribuye un CIRD a un grupo de redes públicas
o privadas de datos conectadas a redes públicas de datos de un país.
2.4
Número de cifras
2.4.1 Los números de datos internacionales podrán tener diferentes longitudes, pero no deberán contener menos de cinco cifras ni más de catorce.
Con
Nota 1
- El límite de 14 cifras especificado se aplica
exclusivamente a la información de número de datos internacional. Debe
disponerse de una capacidad de registro adecuada en los centros de conmutación
de datos para almacenar las cifras citadas, así como cualesquiera cifras
adicionales que pudieran introducirse para señalización u otros fines.
Nota 2
- Después de la fecha
`T'
(véase la
Recomendación E.165), el número máximo de cifras del número RDSI internacional
será 15. Deberá estudiarse ulteriormente la posibilidad de ampliar la capacidad
máxima del número de datos de la Recomendación X.121.
2.5
Prefijos
2.5.1 Un prefijo es un indicador, formado por una o más cifras, que permite seleccionar diferentes tipos de formatos de dirección. Los prefijos no forman parte del formato X.121 internacional y no se transmiten a través de las fronteras entre redes o internacionales.
2.5.2 Para distinguir entre formatos de dirección diferentes dentro de una red pública de datos (por ejemplo, formatos de número de datos nacional y de número de datos internacional) se requerirá generalmente un prefijo. Tal prefijo no forma parte del número de datos. A reserva de ulteriores estudios, la utilización y composición de este prefijo es una cuestión de índole nacional. Sin embargo, debe señalarse la posible necesidad de tener en cuenta la capacidad de cifras de los registradores. Es también un asunto de interés en el plano nacional decidir sobre la evaluación de los prefijos, el código de escape, las partes del número de datos internacional, o el trayecto de entrada para el encaminamiento u otros fines.
Nota
- En el caso del acceso según la Recomendación
X.25, un prefijo que indique el formato del número de datos internacional sólo
puede tener una cifra.
2.6
Códigos de escape
Un código de escape es un indicador formado por una cifra. Indica que las cifras que siguen son un número de un plan de numeración diferente.
El código de escape, cuando se necesita, tiene que transmitirse a través de la red de origen y puede transmitirse a través de fronteras entre redes e internacionales.
Las cifras utilizadas para los códigos de escape son las cifras 8, 9 y 0.
Su asignación y objetivos aparecen en el cuadro 2/X.121. Los códigos de escape
no forman parte del número de datos internacional, pero sí del
`formato
X.121 internacional'
(véase la figura 2/X.121).
Cuadro 2/X.121 [T2.121], p.
2.7
Análisis del número - llamadas internacionales
entre redes públicas de datos
2.7.1 En el caso de las llamadas internacionales entre redes públicas de datos, deben tomarse disposiciones en el país de origen para interpretar las tres primeras cifras del número de datos internacional. Estas cifras constituyen el indicativo de país para datos (IPD) que forma parte del código de identificación de red de datos (CIRD), e identifican el país de destino. Esta información es necesaria en el país de origen para fines de encaminamiento.
2.7.2 En el país de origen podría ser necesario interpretar también la
cuarta cifra, o cifra de red, de un CIRD y, si lo requiere la red de origen, la
primera cifra después del CIRD. Esta interpretación proporcionaría la identidad
de una red específica en un país en que estuviesen en servicio varias redes
públicas de datos. Esta información sería necesaria a los fines de facturación
o de selección de una ruta específica hacia la red llamada. Un ejemplo de la
necesidad de la interpretación de la primera cifra es el uso de esta cifra en
los sistemas móviles por satélite para la selección de un determinado sistema
móvil (cifra
`T'
, véase el anterior
2.2.10
).
Nota 1
- En lo que respecta al análisis del número y
al encaminamiento en el caso del interfuncionamiento con una RTPC y una RDSI,
véanse las Recomendaciones X.110 y X.122.
Nota 2
- En lo que respecta a la elección de EPER,
véase el
1.8
de la presente Recomendación.
2.7.3 Los países que reciban llamadas internacionales destinadas a redes públicas de datos deben recibir el número de datos internacional completo. Sin embargo, cuando el país de destino indique que no desea recibir el indicativo de país para datos (IPD), deberán tomarse las disposiciones pertinentes para suprimir el IPD.
2.7.4 En el caso de los países de destino con más de 10 redes públicas de datos, la interpretación de las tres primeras cifras del CIRD [es decir, el indicativo de país para datos (IPD)] permitiría identificar el grupo de redes al que pertenece la red llamada. La interpretación de la cuarta cifra (cifra de red) del CIRD permitiría identificar la red llamada de dicho grupo de redes. La interpretación de las tres primeras cifras permitiría también verificar que una llamada entrante ha llegado al país correcto.
2.7.5 En el caso de los países de destino con menos de 10 redes públicas de datos, las tres primeras cifras del CIRD permitirían efectuar la verificación mencionada en el 2.7.4 . La interpretación de la cuarta cifra (cifra de red) del CIRD permitiría identificar la red a la que se llama.
2.7.6 En los países de tránsito debe recibirse el número de datos
internacional completo. La interpretación de las tres primeras cifras
permitiría identificar el país llamado. La interpretación de la cuarta cifra o
cifra de red, permitiría identificar una red de datos específica del país
llamado. La interpretación de la cuarta cifra podría ser necesaria a los fines
de la facturación o de selección de la ruta que debe utilizarse más allá del
país de tránsito. Es posible que se necesite también, en la red de tránsito,
analizar la quinta cifra para permitir la selección de un determinado sistema
móvil público (por ejemplo: cifra
`T'
, véase el anterior
2.2.10
).
2.7.7 Cuando una llamada de datos, después de pasar por un país de tránsito, deba encaminarse a través de un segundo país de tránsito, deberá transmitirse siempre a este segundo país de tránsito el número de datos internacional completo. Cuando una llamada de datos deba encaminarse por un país de tránsito hacia el país de destino, deberán aplicarse las disposiciones indicadas en el 2.7.3 .
2.8
Interfuncionamiento de planes de
numeración
Los detalles sobre el interfuncionamiento de planes de numeración se exponen en la Recomendación X.122 (véanse también las Recomendaciones E.165, E.166, X.301 e I.330).
En dichas Recomendaciones se consideran los casos de tránsito. Para los aspectos relativos al encaminamiento, véase también la Recomendación X.110.
2.9
Guías de abonados y membretes de
carta
2.9.1 Las guías de abonados de las redes públicas de datos deben incluir información sobre los procedimientos aplicables para establecer comunicaciones internacionales de datos. El empleo de un diagrama como el ilustrado en la figura 2/X.121 facilitaría a los usuarios la comprensión de estos procedimientos.
2.9.2 En lo que respecta al prefijo indicado en la figura 2/X.121, debe señalarse que se podría utilizar el mismo prefijo (designado P) para los cuatro tipos de llamadas. Sin embargo, la selección del prefijo es una cuestión de índole nacional.
2.9.3 Con respecto a la elección de EPER (véase el
1.8
), se
utilizaría un
2.9.4 En lo relativo a la publicación de los números de datos internacionales en membretes de carta u otros documentos, se recomienda que el número de terminal de red (NTR) o el número nacional (NN) puedan distinguirse fácilmente dentro del número internacional, es decir, que debiera dejarse un espacio en blanco entre el CIRD de cuatro cifras y el número de terminal de red (NTR), o entre el indicativo de país para datos (IPD) de tres cifras y el número nacional (NN) cuando la cuarta cifra del CIRD está incluida en el número nacional (NN).
Figure 2/X.121, p.26
ANEXO A (a la Recomendación X.121)
Establecimiento de
códigos de identificación de red de datos
(CIRD)
Ejemplo 1
En este ejemplo se supone, a título ilustrativo únicamente, que los Países Bajos han establecido su primera red pública de datos. Para establecer el CIRD de esta red, los Países Bajos tendrían que asignar a la misma una cifra de red, que iría a continuación del indicativo de país para datos (IPD) especificado 204 (véase el anexo D). Suponiendo que los Países Bajos seleccionen la cifra 0 como cifra de red, el código de identificación de red de datos (CIRD) de esta primera red sería 2040.
Ejemplo 2
Se supone, a título ilustrativo únicamente, que se han establecido cinco redes públicas de datos en Canadá. Para establecer sus códigos de identificación de red de datos, Canadá tendría que asignar a cada una de ellas una cifra de red que iría a continuación del indicativo de país para datos (IPD) 302 (véase el anexo D). Suponiendo que Canadá asigne las cifras de red 0 a 4 a las cinco redes, los CIRD serían 3020, 3021, 3022, 3023 y 3024.
Ejemplo 3
Se supone, a título ilustrativo únicamente, que se han establecido en Estados Unidos de América ocho redes públicas de datos. Se supone también que dicho país les asigna las cifras de red 0 a 7 para ir a continuación del indicativo de país para datos (IPD) 310 (véase el anexo D). Los códigos de identificación de red de datos (CIRD) obtenidos para estas ocho redes serían entonces 3100, 3101, 3102, 3103, 3104, 3105, 3106 y 3107.
Si en ese país se establecieran ulteriormente cuatro redes públicas de datos más, podrían asignarse a dos de ellas las cifras de red 8 y 9, lo que, asociado al indicativo de país para datos (IPD) 310, se traduciría en los códigos de identificación de red de datos (CIRD) 3108 y 3109.
Para las dos redes restantes, Estados Unidos tendría que solicitar al CCITT
la asignación de un indicativo de país para datos (IPD) adicional. Podría así
solicitarse el indicativo siguiente, es decir, el 311, de ser uno de los de
reserva. Si en efecto el 311 estuviese disponible, se le asignaría a Estados
Unidos de América. Si no estuviese disponible, se asignaría un indicativo de
reserva de los de la serie
`300'
. Suponiendo que el indicativo de país
para datos 311 esté disponible y se asigne a Estados Unidos y que las dos redes
públicas de datos restantes reciban las cifras de red 0 y 1, sus códigos de
identificación de red de datos (CIRD) serían 3110 y 3111.
Así, los CIRD de las 12 redes públicas de datos serían 3100, 3101, 3102, 3103, 3104, 3105, 3106, 3107, 3108, 3109, 3110 y 3111.
Ejemplo 4
Se supone, a título ilustrativo únicamente, que en dos islas del Caribe que forman parte de las Antillas francesas deben establecerse sendas redes públicas de datos. Las islas de que se trata son Guadalupe y Martinica.
Para establecer los códigos de identificación de red de datos (CIRD) de estas dos redes, se supone que la Administración francesa asigna la cifra de red 0 a la red de Guadalupe y la cifra de red 1 a la red de Martinica y que asocia estas cifras de red al indicativo de país para datos (IPD) 340 especificado para las Antillas francesas (véase el anexo D). Los CIRD formados de esta manera serían 3400 para Guadalupe y 3401 para Martinica.
Este ejemplo demuestra que este sistema de códigos de identificación de red de datos (CIRD) es apropiado para la aplicación a grupos de islas o regiones de un país, ya que un indicativo de país para datos (IPD) permite identificar hasta 10 redes públicas de datos dispersas en varias islas o regiones. Al mismo tiempo, el sistema permite distinguir tales redes insulares o regionales.
Formación de los
números de terminal de red
(NTR) cuando
se atribuye un código de identificación de red de datos (CIRD) a
un grupo de redes públicas de datos (RPD) o a un grupo de redes privadas
de datos conectadas a redes públicas de datos dentro de un
país
A continuación se da una directriz para asignar, dentro de un país,
números de datos a interfaces ETD/ETCD de redes de datos privadas, que a su vez
están conectadas a redes públicas de datos, cuando así lo permiten las
disposiciones reglamentarias nacionales.
Nota
- En el contexto del presente anexo, un @código
de identificación de red privada de datos (CIRPD) se puede también utilizar
para identificar una red pública de datos específica de un grupo de redes
públicas de datos que comparten un CIRD común.
B.1 Se asigna un
B.2 Todos los CIRPD tienen seis cifras como máximo. El formato de los CIRPD es el siguiente:
ZXXXXX Código de identificación de red privada de datos (CIRPD)
Z representa cualquier cifra del 2 al 9, como se indica en el Î B.3. Véase la nota del cuadro B-1/X.121.
X representa cualquier cifra del 0 al 9.
B.3 En el sistema de códigos de identificación de red privada de datos (CIRP), la primera cifra de estos códigos debe ajustarse al cuadro B-1/X.121.
Cuadro B-1/X.121 [T3.121], p.
B.4 Si un país tiene más redes privadas de datos que las que pueden agruparse
bajo un CIRD, o si no todas las redes públicas de datos de un país están
interconectads, se podrá asignar otro CIRD a cada nuevo grupo de redes privadas
de datos.
B.5 Si una red privada de datos requiere más números para interfaces ETD/ETCD que los que pueden agruparse bajo un CIRPD, podrán asignarse varios CIRPD a una sola red privada de datos.
B.6 La asignación de códigos de identificación de red privada de datos (CIRPD) será administrada en el plano nacional.
ANEXO C (a la Recomendación X.121)
Lista de los CIRD para
sistemas no sometidos a la división por zonas (Sistemas
móviles públicos por satélite)
Código
Zona
Sistema
1110Reserva
1111Océano AtlánticoSistema móvil por satélite de transmisión de datos de INMARSAT
1112Océano PacíficoSistema móvil por satélite de transmisión de datos de INMARSAT
1113Océano índicoSistema móvil por satélite de transmisión de datos de INMARSAT
1114Reserva
1115Reserva
1116Reserva
1117Reserva
1118Reserva
1119Reserva
ANEXO D (a la Recomendación X.121)
Lista de indicativos de
país o zona geográfica para datos
Nota
- Los países
o zonas geográficas indicados en el presente anexo incluyen aquellos a los que
ya se han asignado indicativos para otras redes públicas de telecomunicaciones.
Zona 2
Indicativo
País o zona geográfica
202Grecia
204Países Bajos (Reino de los)
206Bélgica
208Francia
212Mónaco
214España
216Húngara (República Popular)
218República Democrática Alemana
220Yugoslavia (República Socialista Federativa de)
222Italia
226Rumania (República Socialista de)
228Suiza (Confederación)
230Checoslovaca (República Socialista)
232Austria
234Reino Unido de Gran Bretaña e Irlanda del Norte
235Reino Unido de Gran Bretaña e Irlanda del Norte
236Reino Unido de Gran Bretaña e Irlanda del Norte
237Reino Unido de Gran Bretaña e Irlanda del Norte
238Dinamarca
240Suecia
Zona 2
(cont.)
Indicativo
País o zona geográfica
242Noruega 244Finlandia 250Unión de Repúblicas Socialistas Soviéticas 260Polonia (República Popular de) 262Alemania (República Federal de) 266Gibraltar 268Portugal 270Luxemburgo 272Irlanda 274Islandia 276Albania (República Popular Socialista de) 278Malta (República de) 280Chipre (República de) 284Bulgaria (República Popular de) 286Turquía 288Feroe (Islas) 290Groenlandia 292San Marino (República de)
Zona 2 - Indicativos de reserva: 62.
Zona 3
Indicativo
País o zona geográfica
302Canadá 308San Pedro y Miquelón (Departamento francés de) 310Estados Unidos de América 311Estados Unidos de América 312Estados Unidos de América 313Estados Unidos de América 314Estados Unidos de América 315Estados Unidos de América 316Estados Unidos de América 330Puerto Rico 332Islas Vírgenes (EE.UU.) 334México 338Jamaica 340Antillas francesas 342Barbados 344Antigua y Barbuda 346Caimanes (Islas) 348Vírgenes Británicas (Islas) 350Bermudas 352Granada 354Montserrat 356Saint Kitts y Nevis 358Santa Lucía 360San Vicente y las Granadinas 362Antillas neerlandesas 364Bahamas (Commonwealth de las) 366Dominica (Commonwealth de) 368Cuba 370Dominicana (República) 372Haití (República de) 374Trinidad y Tabago 376Turquesas y Caicos (Islas)
Zona 3 - Indicativos de reserva: 68.
Zona 4
Indicativo
País o zona geográfica
404India (República de la) 410Pakistán (República Islámica del) 412Afganistán (República del) 413Sri Lanka (República Socialista Democrática de) 414Birmania (República Socialista de la Unión de) 415Líbano 416Jordania (Reino Hachemita de) 417República árabe Siria 418Iraq (República del) 419Kuwait (Estado de) 420Arabia Saudita (Reino de) 421Yemen (República árabe del) 422Omán (Sultanía de) 423Yemen (República Democrática Popular del) 424Emiratos árabes Unidos 425Israel (Estado de) 426Bahrein (Estado de) 427Qatar (Estado de) 428Mongolia (República Popular de) 429Nepal 430Emiratos árabes Unidos (Abu Dhabi) 431Emiratos árabes Unidos (Dubai) 432Irán (República Islámica del) 440Japón 441Japón 450Corea (República de) 452Viet Nam (República Socialista de) 454Hongkong 455Macao 456Kampuchea Democrática 457Lao (República Democrática Popular) 460China (República Popular de) 467República Popular Democrática de Corea 470Bangladesh (República Popular de) 472Maldivas (República de)
Zona 4 - Indicativos de reserva: 65.
Zona 5
Indicativo
País o zona geográfica
502Malasia
505Australia
510Indonesia (República de)
515Filipinas (República de)
520Tailandia
525Singapur (República de)
528Brunei Darussalam
530Nueva Zelandia
535Guam
536Nauru (República de)
537Papua Nueva Guinea
539Tonga (Reino de)
540Salomón (Islas)
541Vanuatu (República de)
542Fiji (República de)
Zona 5
(cont.)
Indicativo
País o zona geográfica
543Wallis y Futuna (Islas) 544Samoa norteamericano 545Kiribati (República de) 546Nueva Caledonia y dependencias 547Polinesia francesa 548Cook (Islas) 549Samoa Occidental (Estado Independiente de)
Zona 5 - Indicativos de reserva: 78.
Zona 6
Indicativo
País o zona geográfica
602Egipto (República árabe de)
603Argelia (República Argelina Democrática y Popular)
604Marruecos (Reino de)
605Túnez
606Libia (Jamahiriya árabe Libia Popular y Socialista)
607Gambia (República de)
608Senegal (República del)
609Mauritania (República Islámica de)
610Malí (República de)
611Guinea (República de)
612Côte d'Ivoire (República de)
613Burkina Faso
614Níger (República del)
615Togolesa (República)
616Benin (República Popular de)
617Mauricio
618Liberia (República de)
619Sierra Leona
620Ghana
621Nigeria (República Federal de)
622Chad (República del)
623Centroafricana (República)
624Camerún (República de)
625Cabo Verde (República de)
626Santo Tomé y Príncipe (República Democrática de)
627Guinea Ecuatorial (República de)
628Gabonesa (República)
629Congo (República Popular del)
630Zaire (República del)
631Angola (República Popular de)
632Guinea-Bissau (República de)
633Seychelles (República de)
634Sudán (República del)
635Rwandesa (República)
636Etiopía (República Democrática Popular de)
637Somalí (República Democrática)
638Djibouti (República de)
639Kenya (República de)
640Tanzanía (República Unida de)
641Uganda (República de)
642Burundi (República de)
643Mozambique (República Popular de)
645Zambia (República de)
646Madagascar (República Democrática de)
647Reunión (Departamento francés de la)
Zona 6
(cont.)
Indicativo
País o zona geográfica
648Zimbabwe (República de) 649Namibia 650Malawi 651Lesotho (Reino de) 652Botswana (República de) 653Swazilandia (Reino de) 654Comoras (República Federal Islámica de las) 655Sudafricana (República)
Zona 6 - Indicativos de reserva: 47.
Zona 7
Indicativo
País o zona geográfica
702Belice 704Guatemala (República de) 706El Salvador (República de) 708Honduras (República de) 710Nicaragua 712Costa Rica 714Panamá (República de) 716Perú 722Argentina (República) 724Brasil (República Federativa del) 730Chile 732Colombia (República de) 734Venezuela (República de) 736Bolivia (República de) 738Guyana 740Ecuador 742Guayana (Departamento francés de la) 744Paraguay (República del) 746Suriname (República de) 748Uruguay (República Oriental del)
Zona 7 - Indicativos de reserva: 80.
ANEXO E (a la Recomendación X.121)
Definiciones relacionadas
con el plan de numeración internacional para redes públicas
de datos
E.1@
Indicativo de país para datos
@
\En el contexto del plan de numeración internacional para redes públicas de datos, componente del formato X.121 internacional formado por tres cifras asignadas por el CCITT y publicado en la Recomendación X.121.\
E.2@
Código de identificación de red de datos (CIRD)
@
\En el contexto del plan de numeración internacional para redes públicas de datos, componente del formato X.121 internacional formado por cuatro cifras . Las tres primeras cifras se consideran como el indicativo de país para datos (IPD), y la cuarta cifra idéntifica una red de dicho país con arreglo a la Recomendación X.121.
Nota 1
- Se debe notificar a la Secretaría del CCITT,
la cifra asignada por cada país para establecer, junto con el indicativo de
país para datos, el código de identificación de red de datos.
Nota 2
- El CCITT publica una lista de códigos de
identificación de redes de datos.\
E.3@
Código de escape
@
\En el contexto del plan de numeración internacional para redes públicas de datos, indicador compuesto de una cifra que señala que las cifras siguientes constituyen un número de un plan de numeración distinto.
Nota
- El código de escape forma parte del formato
X.121 internacional.\
E.4@
Número de datos internacional
@
\En el contexto del plan de numeración internacional para redes públicas de datos, información de dirección que comprende el indicativo de país para datos (IPD) y el número nacional, o el código de identificación de red de datos (CIRD) y el número del terminal de la red (nacional), según lo dispuesto en la Recomendación X.121.\
E.5@
Formato del número de datos internacional
@
\En el contexto del plan de numeración internacional para redes públicas de datos, formato de plan de numeración compuesto por las cifras del número de datos internacional, según lo dispuesto en la Recomendación X.121.\
E.6@
Formato X.121 internacional
@
\En el contexto del plan de numeración internacional para redes públicas de datos, formato que comprende las cifras que han de transferirse a través de fronteras internacionales, según lo dispuesto en la Recomendación X.121.
Nota 1
- Véase también
`formato de número de datos
internacional'
.
Nota 2
- Los códigos de escape, cuando son necesarios,
forman parte del formato X.121 internacional y van seguidos de cifras de otro
plan de numeración internacional.
Nota 3
- Los prefijos no forman parte del formato
X.121 internacional.\
E.7@
Plan de numeración
@
\En el contexto del plan de nuemración internacional para redes públicas de datos, especificación publicada en la Recomendación X.121.
Nota
- En las Recomendaciones E.163/E.164 y F.69
figuran otros planes de numeración internacional.\
E.8@
Interfuncionamiento de planes de numeración
@
\En el contexto del plan de numeración internacional para redes públicas de datos, métodos para establecer el interfuncionamiento entre redes que aplican distintos planes de numeración internacional.
Nota
- En las Recomendaciones X.122, E.166 e I.332
figuran ejemplos del interfuncionamiento de planes de numeración.\
E.9@
Prefijo
@
\En el contexto del plan de numeración internacional para redes públicas de datos, indicador compuesto de una o más cifras que permite la selección de formatos de numeración diferentes. Los prefijos no forman parte del formato X.121 internacional.
Nota
- Los prefijos son una cuestión de índole
nacional.\
(H.T.=OUI)
TAB.???
FICHIER: H.T. =
(83.TA.312.S)
(SANS FORMULES) Tableaux: 14 - Tabulateurs: ..
(BT..) Disk ... NF../... (OPM = ..)
(83.TE.08.S)
(A1.23s) / [26s]
FOLIOS: 333 - 368 (DO
PRC.COSY.2)
MEP {TPS.NON.PHOTO "[PA1]"} : OK= [1]
Saisie diskette 444 16.06.89 SJ
ID + Vérif. + diskette MAJ + laser 28.06.89 PV
Corr. LASER (1re épreuve) = 3eme 12.07.89 GG
Espaces réservés + Transfert + Impr. 26.07.89 DD
AJOUTER (PA1) (CL1,0,0,0) pour MEP
MEP + LASER 02.08.89 GH/ZR
Corr. MEP ........ ..
Insertion des tableaux (tabulateurs .) ........ ..
BAT 08.09.89 DD
MAJ s/disquettes 25.09.89 CD
Recomendación X.122
INTERFUNCIONAMIENTO DE PLANES DE NUMERACIóN ENTRE UNA RED
PúBLICA DE DATOS CON CONMUTACIóN DE PAQUETES (RPDCP) Y UNA RED
DIGITAL DE SERVICIOS INTEGRADOS (RDSI) O UNA RED TELEFóNICA
PúBLICA CONMUTADA (RTPC), A CORTO PLAZO
(Melbourne, 1988)
EL CCITT,
considerando
(a) que la Recomendación X.121 define el plan de numeración internacional para las redes públicas de datos (RPD);
(b) que la Recomendación E.164/I.331 define el plan de numeración para la era de la RDSI;
(c) que la Recomendación X.300 define los principios generales y configuraciones para el interfuncionamiento entre redes públicas y entre éstas y otras redes para la prestación de los servicios de transmisión de datos;
(d) que la Recomendación I.330 define los principios de numeración y de direccionamiento de la RDSI;
(e) que la Recomendación I.332 define los principios de numeración para el interfuncionamiento entre las RDSI y las redes especializadas con planes de numeración diferentes;
(f) que la Recomendación E.166 define el interfuncionamiento de los planes de numeración y de direccionamiento aplicables en la era de la RDSI;
(g) que la Recomendación E.165 define el calendario para una realización coordinada de la plena capacidad de la Recomendación E.164;
(h) que la Recomendacion X.110 define los principios de encaminamiento internacional y el plan de encaminamiento para las redes públicas de datos (RPD);
(i) que la Recomendación X.25 define el interfaz entre el ETD y el ETCD para los terminales que funcionan en el modo paquete en RPD y conectados a RPD por circuitos especializados;
(j) que la Recomendación X.32 define el interfaz entre el ETD y el ETCD para los terminales que funcionan en el modo paquete y con acceso a una RPDCP a través de una RTPC o una red pública de datos con conmutación de circuitos (RPDCC);
(k) que la Recomendación X.31 define la sustentación de equipos terminales en el modo paquete por una RDSI;
(l) que la Recomendación X.75 define el sistema de señalización con conmutación de paquetes entre redes públicas que proporcionan los servicios de transmisión de datos;
(m) que es necesario que los ETD puedan comunicar a través de diferentes redes, con planes de numeración diferentes, a efectos del interfuncionamiento de los servicios definidos por el CCITT,
recomienda por unanimidad
que el interfuncionamiento de planes de numeración de las RPDCP con las RDSI o las RTPC, a corto plazo, se ajusten a los procedimientos especificados en esta Recomendación.
íNDICE
1
Introducción
2
Objeto
3
Procedimientos
4
Situaciones de interfuncionamiento a corto plazo
Anexo A
- Abreviaturas
1 Introducción
El interfuncionamiento de planes de numeración es fundamental para el correcto establecimiento de conexiones entre redes con planes de numeración diferentes, por ejemplo, de una RPD o una RDSI.
Esta Recomendación define los procedimientos generales aplicables a las
RPDCP hasta la fecha
`T'
especificada en la Recomendación E.165. En
particular, esta Recomendación describe las situaciones (o
`escenarios'
)
de interfuncionamiento de las RPDCP con las RDSI o las RTPC a corto plazo. La
Recomendación E.166 trata de las situaciones de interfuncionamiento de las RDSI
con otras redes.
2
Objeto
2.1 Esta Recomendación tiene por objeto definir los procedimientos aplicables en las redes públicas de datos a los fines del interfuncionamiento de planes de numeración con redes que utilizan el plan de numeración de la Recomendación E.164 (E.163). En esa Recomendación se supone que la Recomendación E.163 es un subconjunto de la E.164. A corto plazo, la longitud de los números E.164 está limitada a 12 cifras, conforme se indica en la Recomendación E.165.
2.2 Esta Recomendación se aplica al interfuncionamiento de planes de numeración a través de fronteras internacionales. Su aplicación a las llamadas interiores de un país es un asunto de carácter nacional.
2.3 Los procedimientos especificados en esta Recomendación pueden no ser
aplicables después de la fecha
`T'
. La fecha
`T'
se define en la
Recomendación E.165.
2.4 Esta Recomendación se aplica también al interfuncionamiento entre más de dos redes.
2.5 Los procedimientos en el interfaz hombre-máquina y en el interfaz ETCD/ETD escapan al alcance de esta Recomendación.
3
Procedimientos
3.1
Utilización de códigos de escape normalizados del
plan de numeración de la Recomendación X.121
3.1.1
Generalidades
Los términos
`prefijo'
y
`código de escape'
se definen en los
2.5
y 2.6 de la Recomendacion X.121. Los valores de los códigos de
escape empleados en las RPD deben ser conformes con el cuadro 2/X.121 de la
Recomendación X.121.
Se han asignado dos códigos de escape del plan de numeración de la Recomendación X.121 al plan de numeración de la Recomendación E.164, por los siguientes motivos:
1)a fin de establecer criterios para el encaminamiento de la RPD a la RTPC y RDSI; y
2)a fin de indicar el tipo de interfaz que se ha solicitado.
A continuación se explica la utilización de estos códigos de escape.
La utilización de cifras de prefijo está fuera del ámbito de esta Recomendación.
3.1.2
Código de escape
0
El código de escape 0 se utiliza para pasar del plan de numeración de la Recomendación X.121 al de la Recomendación E.164. Indica que se ha solicitado un interfaz digital entre la RPDCP y la red de destino (RDSI o RDSI/RTPC integradas) (véase también el 3.1.4 ).
Se puede utilizar una o más @cifras específicas de red facultativas (CERF)\ que representen la misma funcionalidad que el valor 0 convenido en el plano internacional, para evitar toda contradicción con el actual uso del 0 en una red. Cuando se utiliza una CERF, la traducción de esas cifras al valor 0 convenido internacionalmente en la frontera de la red es responsabilidad de la red de origen (o de tránsito).
Pueden utilizarse otros formatos de número cuando el interfuncionamiento no se efectúe a través de una frontera internacional.
3.1.3
Código de escape 9
El código de escape 9 se utiliza para pasar del plan de numeración de la Recomendación X.121 al de las Recomendaciones E.163 o E.164. Indica que se ha solicitado un interfaz analógico en la red de destino (RTPC o RDSI/RTPC integradas) (se requiere un módem) (véase el 3.1.4 ).
Puede utilizarse una o más cifras específicas de red facultativas (CERF) que representen la misma funcionalidad que el valor 9 convenido en el plano internacional, para evitar toda contradicción con el actual uso del 9 en una red. Cuando se utilice una CERF, la traducción de esa cifra al valor 9 convenido internacionalmente, en la frontera de la red, es responsabilidad de la red de origen (o de tránsito).
Pueden utilizarse otros formatos de número cuando el interfuncionamiento no se efectúe a través de una frontera internacional.
3.1.4 Se reconoce que pueden existir situaciones en las cuales las llamadas procedentes de una RPDCP y dirigidas a redes RDSI/RTPC integradas no necesitan que se distinga entre interfaces digitales y analógicos en tal caso, se requiere un solo código de escape (es decir 9 ó 0). Sin embargo, todas las RPDCP que interfuncionan con RDSIs, RTPCs y redes RDSI/RTPC integradas deben admitir los dos códigos de escape, el 9 y el 0, cuando actúen como red de origen, de tránsito o de destino.
3.1.5 En lugar de esto, en algunos países (o EPERs) puede atribuirse un CIRD a una RDSI, como actualmente se hace para la RTPC. La decisión de utilizar un CIRD para este fin corresponde al país (o EPERs). En este caso, la RPD que utiliza un CIRD para identificar los terminales de una RDSI interconectada debe poder generar los códigos de escape 9 y/o 0 para pasar a una RDSI/RTPC o RTPC que no utiliza el CIRD para este fin. Está permitida la traducción a nivel nacional del número X.121 a un número E.164 en el destino. En lo que respecta al abonado internacional, el terminal llamado tiene un número X.121 y la conversión, si es necesaria, se efectúa en el país de destino.
3.2
Descripción general de la utilización de códigos de
escape para el interfuncionamiento de RPDCPs a RDSI/RTPC o
RTPC
3.2.1 El ETD introduce el número de terminal de la RDSI o de la RTPC que se desea llamar, precedido por un código de escape N apropiado (véanse los 3.1.2 y 3.1.3). El número llamado completo, N + E.164, se envía desde el ETD a la RPD para el encaminamiento hacia el interfaz de red correcto.
3.2.2 En algunas redes se pueden utilizar cifras específicas de red facultativas (CERF), que representan la misma funcionalidad que los valores acordados internacionalmente, tal como se describen en los 3.1.2 y 3.1.3. En este caso, se puede utilizar una CERF en lugar de N. La CERF debe traducirse a N antes de cruzar una frontera internacional.
3.3
Análisis de cifras
3.3.1 Para las repercusiones en el encaminamiento véase la Recomendación X.110.
3.3.2 La capacidad de análisis de números de una RPDCP para el interfunccionamiento con una RDSI o una RTPC debe ser de cinco cifras. La necesidad de analizar más de cinco cifras requiere ulterior estudio.
4
Situaciones de interfuncionamiento
a corto plazo
4.1
Generalidades
En esta Recomendación, por
`corto plazo'
se entiende el periodo
hasta la fecha
`T'
especificada en la Recomendación E.165.
En las siguientes figuras se presentan ejemplos de situaciones de interfuncionamiento de planes de numeración a corto plazo. Las situaciones presentadas son únicamente algunas de las posibles.
Notas relativas a las figuras
La presencia y el formato exacto de las direcciones llamada y llamante en el interfaz ETD/ETCD dependen de la red, incluyendo el posible uso de prefijos.
Los diagramas muestran únicamente los flujos de números transportados en el paquete de petición de llamada y no indican ninguna disposición de numeración necesaria para el establecimiento de la llamada dentro de la RDSI o RTPC. Para los detalles de las disposiciones relativas al establecimiento de la llamada, véanse las Recomendaciones X.31, X.32 y las de la serie X.300.
En esta Recomendación, cuando se llama a un terminal X.31 utilizando un número E.164, se considera que se necesita interfuncionamiento digital (E.164 digital) y cuando se llama a un terminal X.32 utilizando un número E.164, se requiere interfuncionamiento analógico (E.164 analógico).
Explicación de las figuras
Las flechas asocian los flujos de números a la posición correspondiente de la llamada.
La posición del símbolo de la función de interfuncionamiento (FIF) en el diagrama no implica una determinada ubicación dentro de una red, ni constituye enunciado alguno sobre la funcionalidad de la FIF. La FIF es una representación lógica del proceso de la central cabecera que permite las traducciones necesarias de protocolo entre dos redes disímiles. Para la ubicación específica o la realización práctica de una FIF, véase la Recomendación correspondiente.
En las situaciones que vienen a continuación, el número representado por
`X.121'
es el
`número de datos internacional'
, es decir CIRD +
NTR o bien IPD + NN, tal como se especifica en el
2.3.1
de la
Recomendación X.121 y en la figura 2/X.121.
Las abreviaturas utilizadas se explican en el anexo A.
4.2
Interfuncionamiento a corto plazo de planes de
numeración entre dos redes disímiles
En el cuadro 1/X.122 se presentan las posibles situaciones (dícese también escenarios) de interfuncionamiento de planes de numeración. Se hace referencia a una Recomendación específica cuando los procedimientos son directamente aplicables. Los otros números del cuadro indican las situaciones correspondientes en la presente Recomendación.
Tableau 1/X.122 [T1.122], p.
4.2.1
RPDCP hacia/desde RTPC (X.32)
^ (figura 1/X.122)
Figure 1/X.122, (N) p.
4.2.2
RPDCP hacia/desde RDSI (X.31)
4.2.2.1 Escenarios del caso A en los cuales la unidad de acceso (UA) da un acceso permanente o conmutado al terminal conectado a la RDSI, cuando no se ha asignado un número X.121 al terminal RDSI (véase la figura 2/X.122).
Figure 2/X.122, (N) p.
4.2.2.2 Escenarios del caso A en que la unidad de acceso (UA) da un acceso
permanente o conmutado al terminal de la RDSI, cuando no se ha asignado un
número X.121 al terminal RDSI (véase la figura 3/X.122).
Figure 3/X.122, (N) p.
4.2.2.3 Escenarios del caso B en los cuales se utiliza un acceso permanente o
conmutado del @manipulador de paquetes (MP) \ al terminal en la RDSI (véase la
figura 4/X.122).
Figure 4/X.122, (N) p.
4.3
Interfuncionamiento de planes de numeración a corto
plazo a través de una red intermedia
Tableau 2/X.122 [T2.122], p.
4.3.1
RPDCP-RDSI-RPDCP
^ (figura 5/X.122)
Figure 5/X.122, (N) p.
4.3.2
RDSI-RPDCP-RDSI. Para caso B de X.31 a caso B de
X.31
^ (figura 6/X.122)
Figure 6/X.122, (N) p.
4.3.3
RDSI-RPDCP-RDSI. Para caso B de X.31 a caso A de X.31
cuando al terminal del caso A se le asigna un número de
X.121
^ (figura 7/X.122)
Figure 7/X.122, (N) p.
4.3.4
RDSI-RPDCP-RTPC
^ (figura 8/X.122)
Figure 8/X.122, (N) p.
4.3.5
RDSI-RPDCP-RDSI. Para caso B de X.31 a caso A de X.31
cuando al terminal del caso A no se le asigna un número de
X.121
^ (figura 9/X.122)
Figure 9/X.122, (N) p.
4.3.6
RDSI-RPDCP-RDSI/RTPC
^ (figura 10/X.122)
Figure 10/X.122, (N) p.
ANEXO A (a la Recomendación X.122)
Abreviaturas
A, BDesignación de los terminales utilizados en los escenarios
UAUnidad de acceso
LteNúmero llamante
LdoNúmero llamado
PPLPaquete de petición de llamada o equivalente
RPDCCRed pública de datos con conmutación de circuitos
ETCDEquipo de terminación de circuito de datos
CIRDCódigo de identificación de red de datos
ETDEquipo terminal de datos
RDSIRed digital de servicios integrados
FIFFunción de interfuncionamiento
MMódem
CERFCifra específica de red facultativa
RPDRed pública de datos
MPManejador de paquetes
RPDCPRed pública de datos con conmutación de paquetes
RTPCRed telefónica conmutada
TFecha
`T'
especificada en la Recomendación E.165
RETARDOS DE TRATAMIENTO DE LLAMADAS EN REDES PúBLICAS DE
DATOS QUE PROPORCIONAN SERVICIOS INTERNACIONALES
SíNCRONOS DE DATOS CON CONMUTACIóN DE CIRCUITOS
(Ginebra, 1980; modificada en Málaga-Torremolinos, 1984)
El CCITT,
considerando
(a) que la Recomendación X.1 especifica clases de servicio de usuario aplicables a las redes que ofrecen servicios públicos de datos;
(b) que la Recomendación X.2 especifica los servicios y facilidades internacionales de usuario en redes públicas de datos;
(c) que las Recomendaciones X.21 y X.21^
bis
definen el
interfaz ETD/ETCD para los servicios con conmutación de circuitos;
(d) que la Recomendación X.60 especifica la señalización para canal común para redes síncronas de datos;
(e) que la Recomendación X.71 especifica la señalización asociada al canal para redes síncronas de datos;
(f) que la Recomendación X.92 especifica las conexiones ficticias de referencia para redes públicas de datos;
(g) que la Recomendación X.110 especifica el plan de encaminamiento que debe aplicarse en los tramos internacionales de las redes públicas de datos;
(h) que la Recomendación X.213 especifica el servicio de capa de red ISA;
(i) que la Recomendación X.140 especifica los parámetros de calidad de servicio orientados al usuario aplicables a los servicios de datos,
recomienda por unanimidad
que cuando las redes públicas de datos proporcionen
bis
se
adopten como valores provisionales más desfavorables que no hay que rebasar,
los valores de retardo de tratamiento de llamadas, en las condiciones
especificadas en la presente Recomendación.
Nota inicial
- Los objetivos de diseño que tengan en
cuenta las necesidades del usuario y los costes de la red deberán ser objeto de
ulteriores estudios.
1 Introducción
1.1 Se ha considerado la calidad de servicio en las redes públicas de datos con conmutación de circuitos en los cinco sectores fundamentales siguientes:
i)
ii)
iii)
iv)
v)
En la presente Recomendación se especifican los objetivos para el apartado i). Cada uno de los restantes sectores de la calidad de servicio en la conmutación de circuitos antes señalados es el tema de una Recomendación separada de la serie X.
1.2 En las redes de telecomunicaciones, es necesario por motivos económicos
limitar los recursos instalados para cursar el tráfico ofrecido. Esta
limitación puede afectar la calidad de servicios proporcionada al usuario en
servicios con conmutación de circuitos de dos modos distintos: retardos en el
tratamiento de las llamadas y
1.3 En esta Recomendación, se indican los valores de los retardos de la red correspondientes a dos tipos de conexión conformes a la Recomendación X.92, a saber:
Tipo 1:Conexión internacional terrenal típica de longitud moderada sin circuitos por satélite en los tramos nacional o internacional (tramo internacional: 1000 km).
Tipo 2:Conexión internacional de larga distancia con un circuito por satélite en un tramo nacional y dos circuitos por satélite en el tramo internacional (tramo internacional: 160^000 km).
Cuando procede se especifican asimismo por separado los valores para los siguientes tramos de la red:
-red nacional de origen,
-tramo internacional,
-red nacional de destino.
Los límites correspondientes a estos tramos se muestran en la figura 1/X.130.
Figure 1/X.130, (MC), p.
Por el momento, los valores se aplican también a otras opciones normales de
encaminamiento dentro del tramo internacional.
Tras la atribución de una tolerancia de retardo al tramo internacional de una conexión internacional en tránsito, será necesario distribuir además esa tolerancia entre las redes de tránsito individuales y/o sus partes componentes dentro del tramo internacional. Quedan pendientes de estudio adicional los medios por los que pueden aplicarse limitaciones útiles y realistas, coherentes con el mantenimiento de la máxima libertad posible para cada Administración implicada, en el diseño y realización de su propia red.
1.4 Los valores de tiempo de tratamiento de llamadas estipulados en esta
Recomendación se considerarán como objetivos de diseño en la planificación de
redes junto con el tráfico previsto para el periodo que se planifica. El
La no coincidencia de las horas cargadas en las redes nacionales de origen y de destino, así como en la red internacional, mejorará el comportamiento con retardo global con relación a la suma de las probabilidades nominales de retardo en las partes que constituyen la conexión.
1.5 Los retardos se han especificado en condiciones de
`media'
se
entiende el valor previsto de retardo en el sentido estadístico. El valor de
`probabilidad del 95%'
significa el límite dentro del que se sitúan el
95% de los retardos. Los retardos en condiciones de carga superiores serán
objeto de ulterior estudio.
1.6 Los retardos de tratamiento de llamadas se definen para una llamada básica que no incluye ninguna facilidad de usuario facultativa, por ejemplo, las definidas en la Recomendación X.21.
1.7 Cuando se ha considerado apropiado, se han indicado límites separados para la señalización por canal común y la señalización asociada al canal entre CCD.
Para la
1.8 Las implicaciones sobre la
2
Retardo de conexión de la
llamada
Véase una explicación de los elementos de tiempo t1 a t6 en el anexo A.
2.1@
Retardo total de conexión de la llamada
(RTCL)
El @retardo total de conexión de la llamada (RTCL)@ es el\ intervalo de
tiempo entre la transmisión de la señal de
petición
de llamada
y la recepción de la señal
preparado para datos
por el ETD llamante.\ Los elementos
del RTCL se explican de forma detallada en el anexo A. Los objetivos para los
componentes del RTCL dependientes de la red se indican a continuación.
2.2
Retardo de petición de llamada (t1)
El retardo de petición de llamada se considera de incumbencia nacional y, por consiguiente, no conviene especificar su valor en la presente Recomendación.
2.3
Retardo global de postselección de la
red
El retardo global de postselección de la red es la suma de t3 y t5. No deberá rebasar los valores indicados en los cuadros 1/X.130 y 2/X.130.
Si, para cualquier llamada, el retardo global de postselección de la red excede de X segundos, se considerará que la llamada es infructuosa desde el punto de vista de la calidad de servicio. El valor preciso de X será objeto de ulterior estudio; no obstante deberá ser de 30 segundos como mínimo.
2.4
Retardos de postselección por el tramo de red (t3
+ t5)
La contribución de cada tramo de red al retardo global de postselección por la red no deberá exceder los valores indicados en los cuadros 3/X.130 y 4/X.130.
2.5
Retardo preparado para datos (t6)
La necesidad de especificar este parámetro será objeto de ulterior estudio.
3
Retardos de liberación de la
llamada
3.1@
Retardo de petición de liberación
(RPL)
El @retardo de petición de liberación (RPL)@ es el \periodo que transcurre
entre la transmisión de una señal de
petición de
liberación
y la recepción de la señal de
ETCD preparado
por el ETD que efectúa la liberación.\ El
retardo de petición de liberación se considera de incumbencia nacional y, por
consiguiente, no conviene especificar su valor en la presente Recomendación.
Tableau 1/X.130 [T1.130], p.14
Tableau 2/X.130 [T2.130], p.15
Tableau 3/X.130 [T3.130], p.16
Tableau 4/X.130 [T4.130], p.17
Retardo de indicación de liberación por la red
(RILR)
El @
retardo de indicación de liberación por la red
(RILR)
@ es el \periodo que transcurre entre la transmisión de una señal de
petición de liberación
por el ETD que efectúa la
liberación y la recepción de la señal de
indicación de
liberación
por el ETCD, por el ETD liberado.\ No deberá rebasar los
valores indicados en los cuadros 5/X.130 y 6/X.130.
Si, para cualquier llamada, el retardo global de indicación de liberación por la red excede de Y segundos, se considerará que la llamada es infructuosa desde el punto de vista de la calidad de servicio. El valor preciso de Y será objeto de ulterior estudio; no obstante, deberá ser de 30 segundos como mínimo.
Tableau 5/X.130 [T5.130], p.18
Tableau 6/X.130 [T6.130], p.19
Retardo de indicación de liberación por el tramo
de red (RILPR)
La contribución de cada tramo de red al retardo global de indicación de liberación por la red no deberá rebasar los valores indicados en los cuadros 7/X.130 y 8/X.130.
Tableau 7/X.130 [T7.130], p.20
Tableau 8/X.130 [T8.130], p.21
Retardo de confirmación de liberación
(RCL)
El @
retardo de confirmación de liberación (RCL)
@ es el
\periodo que transcurre entre la transmisión de una señal de
confirmación de liberación por el ETD
y la recepción de una señal de
ETCD preparado
por el ETD
liberado.\ El retardo de confirmación de liberación se considera de incumbencia
nacional y, por consiguiente, no conviene especificar su valor en la presente
Recomendación.
ANEXO A (a la Recomendación X.130) A.1
Elementos del retardo
total de conexión de la llamada (RTCL)
El retardo total de conexión de la llamada es la suma de los siguientes elementos (véase la figura A-1/X.130):
t1:retardo entre la transmisión de la señal de
petición de
llamada
^ y la recepción de la señal de
invitación a
marcar
por el ETD llamante;
t2:retardo entre la recepción de la señal de
invitación a
marcar
^ y la transmisión de la señal de
fin de
selección
por el ETD llamante;
t3:retardo entre la transmisión de la señal de
fin de
selección
^ por el ETD llamante y la recepción de la señal de
llamada entrante
por el ETD llamado;
t4:retardo entre la recepción de la señal de
llamada
entrante
^ y la transmisión de la señal de
llamada
aceptada
por el ETD llamado;
y si t5 > t6,
t5:retardo entre la transmisión de la señal de
llamada
aceptada
^ por el ETD llamado y la recepción de la señal
preparado para datos
por el ETD llamante;
o si t5 < t6,
t6:retardo entre la transmisión de la señal de
llamada
aceptada
^ y la recepción de la señal
preparado para
datos
por el ETD llamado.
Figure A-1/X.130, (M), p.
A.1.1@
Retardo de conexión de la llamada dependiente
del usuario (RCLU)
Teniendo en cuenta los elementos del RTCL antes mencionados, t2 dependerá del ETD de origen. De forma similar, t4 dependerá del ETD de destino. Por consiguiente, no conviene especificar valores para estos retardos en la presente Recomendación, si bien cabe formular las siguientes consideraciones.
A.1.1.1
Retardo de selección (t2)
Los retardos de selección para llamadas automáticas procedentes del ETD se indican en el cuadro A-1/X.130.
Tableau A-1/X.130 [T9.130], p.
A.1.1.2@
Retardo de aceptación de la llamada (RAL)\
(t4)
Si el RAL es de más de 500 ms con respuesta automática o de 60 segundos con respuesta manual, el ETCD iniciará la liberación.
A.1.2@
Retardo de conexión de la llamada dependiente
de la red (RCLR)
Teniendo en cuenta los elementos del RTCL mencionados en el Î A.1, se ha visto en el Î A.1.1 que t2 y t4 dependen del usuario y no se consideran como parámetros de calidad de funcionamiento de la red.
Por lo tanto, el elemento de conexión de la llamada (dependiente) de la red es la suma de los elementos restantes. En consecuencia:
RCLR = t1 + t3 + t5
BLOQUEO DE LLAMADAS EN REDES PúBLICAS DE DATOS QUE
PROPORCIONAN SERVICIOS INTERNACIONALES SíNCRONOS DE
DATOS CON CONMUTACIóN DE CIRCUITOS
(antigua Recomendación X.132, Ginebra, 1980;
modificada en Málaga-Torremolinos, 1984)
El CCITT,
considerando
(a) que la Recomendación X.1 especifica clases de servicio de usuario aplicables a las redes que ofrecen servicios públicos de datos;
(b) que la Recomendación X.2 especifica los servicios y facilidades internacionales de usuario en redes públicas de datos;
(c) que las Recomendaciones X.21 y X.21^
bis
definen el
interfaz ETD/ETCD para los servicios con conmutación de circuitos;
(d) que la Recomendación X.60 especifica la señalización por canal común para redes síncronas de datos;
(e) que la Recomendación X.71 especifica la señalización asociada al canal para redes síncronas de datos;
(f) que la Recomendación X.92 especifica las conexiones ficticias de referencia para redes públicas de datos;
(g) que la Recomendación X.110 especifica el plan de encaminamiento que debe aplicarse en los tramos internacionales de las redes públicas de datos;
(h) que la Recomendación X.213 especifica el servicio de capa de red ISA;
(i) que la Recomendación X.140 especifica los parámetros de calidad de servicio orientados al usuario aplicables a los servicios de datos,
recomienda por unanimidad
que cuando las redes públicas de datos proporcionen
bis
se adopten como
valores provisionales más desfavorables que no hay que rebasar, los valores de
probabilidad de bloqueo
Nota inicial
- Los objetivos de diseño que tengan en
cuenta las necesidades del usuario y los costes de la red deberán ser objeto de
ulteriores estudios.
1 Introducción
1.1 Se ha considerado la calidad de servicio en las redes públicas de datos con conmutación de circuitos en los cinco sectores fundamentales siguientes:
i)
ii)
iii)
iv)
v)
En la presente Recomendación se especifican los objetivos para el apartado ii). Cada uno de los restantes sectores de la calidad de servicio en la conmutación de circuitos antes señalados es el tema de una Recomendación separada de la serie X.
1.2 En las redes de telecomunicaciones, es necesario por motivos económicos
limitar los recursos instalados para cursar el tráfico ofrecido. Esta
limitación puede afectar la calidad de servicio proporcionada al usuario en
servicios con conmutación de circuitos de dos modos distintos: retardos en el
tratamiento de las llamadas y
1.3 En esta Recomendación, se indican los valores para bloqueo de red correspondientes a dos tipos de conexión conformes a la Recomendación X.92, a saber:
Tipo 1:Conexión internacional terrenal típica de longitud moderada sin circuitos por satélite en los tramos nacional o internacional (tramo internacional: 1000 km).
Tipo 2:Conexión internacional de larga distancia con un circuito por satélite en un tramo nacional y dos circuitos por satélite en el tramo internacional (tramo internacional: 160^000 km).
Cuando procede se especifican asimismo por separado los valores para los siguientes tramos de la red:
-red nacional de origen,
-tramo internacional,
-red nacional de destino.
Los límites correspondientes a estos tramos se muestran en la figura 1/X.131.
Figure 1/X.131, (MC), p.
Por el momento, los valores se aplican también a otras opciones normales de
encaminamiento dentro del tramo internacional.
Tras la atribución de una tolerancia de bloqueo al tramo internacional de una conexión internacional en tránsito, será necesario distribuir además esa tolerancia entre las redes de tránsito individuales y/o sus partes componentes dentro del tramo internacional. Quedan pendientes de estudio adicional los medios por los que pueden aplicarse limitaciones útiles y realistas, coherentes con el mantenimiento de la máxima libertad posible para cada Administración implicada, en el diseño y realización de su propia red.
1.4 Los valores de probabilidad de bloqueo estipulados en esta
Recomendación se considerarán como objetivos de diseño en la planificación de
redes, junto con el tráfico previsto para el periodo que se planifica. El
La no coincidencia de las horas cargadas en las redes nacionales de origen y de destino, así como en la red internacional, mejorará el comportamiento global con bloqueo con relación a la suma de las probabilidades nominales de bloqueo de las partes que constituyen la conexión.
1.5 Las probabilidades de bloqueo se han especificado en condiciones de
1.6 Las probabilidades de bloqueo se definen para una llamada básica que no incluye ninguna facilidad de usuario facultativa, por ejemplo, las definidas en la Recomendación X.21.
1.7 En la Recomendación X.21 se prevén las situaciones de bloqueo siguientes:
i)no recepción de la señal de
invitación a marcar
;
ii)no conexión de llamada.
El elemento i) se considera de incumbencia nacional y, por consiguiente, no conviene especificar su valor en la presente Recomendación. Los objetivos correspondientes al elemento ii) se indican en el 2 de la presente Recomendación.
1.8 Las implicaciones sobre la calidad de servicio de los sistemas nacionales o regionales de satélite que utilizan la asignación a petición para la atribución de recursos deberán ser objeto de nuevos estudios.
2
Probabilidad de no conexión debido
a la congestión (probabilidad de bloqueo)
La probabilidad de no conexión debido a la congestión es la probabilidad de
que un ETD llamante no reciba la señal
preparado para
datos
, sino que reciba una señal de
congestión en la
red
dentro de los 20 segundos que siguen a la transmisión de la señal de
fin de selección
(o dentro de un periodo de 60 segundos
cuando se permite la respuesta manual en el ETD llamado).
2.1
Probabilidad global de no conexión debido a la
congestión
La probabilidad global de no conexión debido a la congestión para una conexión de extremo a extremo, desde el punto de vista del usuario, no deberá exceder de los siguientes valores:
Conexión de tipo 1: 13%
Conexión de tipo 2: 15%
(Véase la nota inicial a esta Recomendación.)
2.2
Probabilidad del tramo de red de no conexión debido a
la congestión
La contribución de cada tramo de red a la probabilidad global de no conexión debido a la congestión no deberá exceder de los valores indicados en el cuadro 1/X.131.
Tableau 1/X.131 [T1.131], p.
FRONTERAS ENTRE LOS TRAMOS DE UNA CONEXIóN VIRTUAL^
INTERNACIONAL Y SUCESOS DE REFERENCIA DE LA CAPA PAQUETE:
BASES PARA LA^ DEFINICIóN DE LOS PARáMETROS DE
COMPORTAMIENTO EN^ EL SERVICIO CON CONMUTACIóN DE PAQUETES
Melbourne, 1988
)
El CCITT,
considerando
(a) que la Recomendación X.1 especifica las clases de servicio internacional de usuario en las redes públicas de datos;
(b) que la Recomendación X.2 especifica los servicios de transmisión de datos y facilidades facultativas de usuario internacionales en redes públicas de datos;
(c) que la Recomendación X.25 especifica el interfaz ETD/ETCD para equipos terminales que funcionan en el modo paquete y están conectados a redes públicas de datos por circuitos especializados;
(d) que la Recomendación X.75 especifica el sistema de señalización con conmutación de paquetes entre redes públicas que proporcionan los servicios de transmisión de datos;
(e) que la Recomendación X.323 especifica las disposiciones generales para el interfuncionamiento entre redes públicas de datos con conmutación de paquetes;
(f) que la Recomendación X.96 especifica las señales de progresión de la llamada en redes públicas de datos;
(g) que la Recomendación X.110 especifica los principios de encaminamiento y el plan de encaminamiento internacional para redes públicas de datos;
(h) que la Recomendación X.213 define el servicio de capa de red ISA;
(i) que la Recomendación X.140 define los parámetros generales de calidad de servicio para la comunicación a través de redes públicas de datos;
(j) que la Recomendación X.135 especifica valores de comportamiento con respecto a la velocidad del servicio para las redes públicas de datos cuando éstas prestan servicios internacionales de comunicación de datos con conmutación de paquetes;
(k) que la Recomendación X.136 especifica valores de comportamiento con respecto a la exactitud y la seguridad de funcionamiento (incluido el bloqueo) para las redes públicas de datos cuando éstas prestan servicios internacionales de comunicación de datos con conmutación de paquetes;
(l) que la Recomendación X.137 especifica valores de comportamiento con respecto a la disponibilidad para las redes públicas de datos cuando éstas prestan servicios internacionales de comunicación de datos con conmutación de paquetes,
recomienda por unanimidad
(1) que las fronteras entre los tramos de una conexión virtual internacional definidas en esta Recomendación se utilicen para la distribución del comportamiento de un servicio de comunicación de datos con conmutación de paquetes prestado de conformidad con las Recomendaciones X.25 y X.75;
(2) que los sucesos de referencia de la capa paquete especificados en esta Recomendación se utilicen en la definición de los parámetros de comportamiento en conmutación de paquetes para los servicios de comunicación de datos prestados de conformidad con las Recomendaciones X.25 y X.75.
1 Introducción
1.1 Esta Recomendación es la primera de una serie de cuatro Recomendaciones (X.134 a X.137) que definen los parámetros y valores de comportamiento para los servicios internacionales de comunicación de datos con conmutación de paquetes. La figura 1/X.134 ilustra el ámbito de estas cuatro Recomendaciones y la relación entre ellas.
1.2 Esta Recomendación divide una conexión virtual en secciones básicas cuyas fronteras (denominadas también límites) están asociadas con interfaces X.25 y X.75. El comportamiento de colecciones de estas secciones básicas puede medirse utilizando los parámetros de comportamiento en conmutacion de paquetes definidos en las Recomendaciones X.135 a X.137. A fin de distribuir el comportamiento de una conexión virtual internacional, la Recomendación X.134 define dos colecciones particulares de secciones básicas para las cuales se especifican valores de comportamiento: los tramos nacionales y los tramos internacionales. Por definición, una conexión virtual internacional está constituida por dos tramos nacionales y un tramo internacional. El comportamiento de estos tres tramos puede combinarse en el cálculo del comportamiento de la conexión virtual de extremo a extremo. Estas Recomendaciones no especifican valores de comportamiento para otras colecciones de secciones básicas; sin embargo, la posibilidad de descomponer una conexión virtual en sus secciones básicas será util en la planificación del comportamiento de los tramos nacionales e internacionales.
1.3 Los parámetros de comportamiento en las Recomendaciones X.135 a X.137 se definen en base a sucesos de referencia de la capa paquete que pueden observarse en las fornteras entre secciones básicas, es decir, en las fronteras entre los tramos de la conexión virtual. Esta Recomendación define los sucesos de referencia de la capa significativos para el comportamiento.
1.4 Para facilitar la comparación y para una exposición más completa, el
comportamiento de la red con conmutación de paquetes se considera en el
contexto de la matriz de comportamiento de 3^^3, definida en la Recomendación
X.140. En esa matriz se especifican tres funciones de comunicación de datos
independientes del protocolo: acceso, transferencia de información de usuario y
desocupación. Estas funciones generales corresponden al establecimiento de la
llamada, transferencia de datos (e interrupciones) y liberación de la llamada
en servicios de llamadas virtuales con conmutación de paquetes conformes a las
Recomendaciones X.25 y X.75. Cada función se considera con respecto a tres
aspectos generales del comportamiento (o
`criterios de comportamiento'
):
velocidad, exactitud y seguridad de funcionamiento. Estos criterios expresan,
respectivamente, el retardo o la velocidad, el grado de corrección (en el
sentido de perfección) y el grado de certidumbre con que se ejecuta la función.
Figure 1/X.134, (N), p.26
1.5 La Recomendación X.135 define parámetros y valores de velocidad de
servicio relativos al protocolo, y objetivos asociados con cada una de las tres
funciones de comunicación de datos. La Recomendación X.136 define los
parámetros de exactitud y seguridad de funcionamiento relativos al protocolo, y
parámetros y valores asociados con cada función. Los parámetros de las
Recomendaciones X.135 y X.136 se denominan
`parámetros primarios'
, para
destacar que se derivan directamente de sucesos de referencia de la capa
paquete.
1.6 Un modelo asociado a dos estados sirve de base para describir la
disponibilidad de servicio global. Una función de disponibilidad especificada
compara los valores de un subconjunto de los parámetros primarios con los
umbrales de interrupción correspondientes a fin de clasificar el servicio en
`disponible'
(no interrupción del servicio) o
`no disponible'
(interrupción del servicio) durante el periodo de servicio predeterminado. En
la Recomendación X.137 se especifica la función de disponibilidad y se definen
los parámetros y valores de disponibilidad que caracterizan el proceso
aleatorio binario resultante.
1.7 Para relacionar los valores de comportamiento de la red indicados en las Recomendaciones X.135 a X.137 con el servicio que puede obtenerse en puntos dentro del ámbito de los ETD hay que incluir más elementos.
1.7.1 En particular, una especificación del comportamiento del servicio en la frontera entre las capas 3 y 4 (servicio de capa de red ISA) tiene que incluir los procesos internos de los ETD que intervienen en la transferencia de paquetes desde el circuito físico del interfaz ETD/ETCD a la frontera entre las capas 3 y 4 en cada extremo de la conexión virtual, cualquiera que sea la forma en que se realicen dichos procesos. Este procesamiento puede incluir elementos asociados con las capas 1, 2 y 3 de la ISA e incluir la transmisión a través de redes de grandes zonas y/o redes de área local privadas.
1.7.2 Una especificación del comportamiento del servicio desde el punto de vista del usuario o la aplicación, cuando se necesite, incluirá de manera similar, además de los procesos internos de los ETD relacionados con la transferencia de información desde la frontera entre las capas 3 y 4 a la frontera superior de la capa 7 más allá de ambos extremos de la conexión virtual, cualquiera que sea la forma en que se realicen dichos procesos. Este procesamiento puede incluir elementos asociados con las capas 4, 5, 6 y 7 de la ISA.
1.7.3 Sería necesario definir sucesos de referencia adicionales relativos al protocolo o al servicio para tener en cuenta estos aspectos, pero tales sucesos están fuera del ámbito de esta Recomendación. No obstante, las definiciones de parámetros de las Recomendaciones X.135 a X.137 pueden adaptarse fácilmente de modo que correspondan a un ámbito mayor o menor.
2 Secciones y tramos de una conexión
virtual
En el contexto de las Recomendaciones X.134 a X.137, son de aplicación las definiciones siguientes:
Una @
sección de circuito de acceso
@ es \el circuito
físico o el conjunto de circuitos físicos que conectan un ETD a la central (o
centro) de conmutación de datos (CDD) local. No incluye ninguna de las partes
del ETD ni de la CCD. En estas Recomendaciones se supone que una sección de
circuito de acceso se utilizan procedimientos de la Recomendación X.25.\
Una @
sección de circuito interredes
@ es \el circuito
físico o el conjunto de circuitos físicos que conectan una CCD de una red a una
CCD de una red diferente. No incluye ninguna de las partes de ninguna de las
dos CCD. En estas Recomendaciones se supone que en una sección de circuitos
interredes se utilizan procedimientos de la X.75.\
Una @
sección de circuito
@ es \o bien una sección de
circuito de acceso o una sección de circuito interredes.\
Una @
sección de red
@ \está constituida por los
componentes de red que proporcionan una conexión virtual entre dos secciones de
circuito. El proveedor de red es responsable del funcionamiento de la sección
de la red.\
Una @
sección de red de acceso
@ es \una sección de red
conectada a (por lo menos) una sección de circuito de acceso.\
Una @
sección de red de tránsito
@ es \una sección de red
entre dos secciones de circuito interredes.\
Una @
sección básica
@ de una conexión virtual @es \o bien
una sección de red de acceso, o una sección de red de tránsito, o una sección
de circuito de acceso, o una sección de circuito interredes.\
Una @
frontera de sección
@ (o simplemente, una
frontera
) \separa, o bien una sección de red de la sección
de circuito adyacente, ou bien una sección de circuito de acceso del ETD
adyacente.\
Un @
tramo nacional de una conexión virtual
internacional
@ es \una colección de secciones de red y secciones de
circuito alternos adyacentes situados en su totalidad, dentro del territorio
nacional de un país. Un tramo nacional conecta un ETD a una sección de circuito
interredes que atraviesa la frontera de un país. El tramo nacional incluye la
sección de circuito de acceso y excluye la sección de circuito interredes que
atraviesa la frontera nacional. El tramo nacional incluye siempre una sección
de circuito de acceso y una sección de red de acceso y puede o no incluir uno o
más pares de secciones de circuito interredes y secciones de red de tránsito.
Todo circuito virtual internacional comprende dos tramos nacionales.\
Un @
tramo internacional de una conexión virtual
internacional
@ es \el conjunto de secciones básicas entre los dos tramos
nacionales. Un tramo internacional puede estar constituido por una sola sección
de circuito interredes que atraviesa una frontera nacional, o por dos (o más)
secciones de circuito interredes junto con una (o más de una) sección de red de
tránsito.
Todo circuito virtual internacional tiene un tramo internacional, el cual atravesará una o más fronteras nacionales.\
Para fines de distribución del comportamiento de una conexión virtual
internacional, esta Recomendación define una @
frontera de
tramo
@ como \una frontera de sección que delimita un tramo nacional o un
tramo internacional.
La figura 2/X.134 ilustra les definiciones y la delimitación de las secciones y los tramos de la conexión virtual. Se muestra una conexión virtual internacional típica que incluye las dos secciones de circuito de acceso y los dos ETD.\
Figure 2/X.134, (N), p.
3 Sucesos de referencia de la capa
paquete
3.1
Definiciones
En el contexto de las Recomendaciones X.134 a X.137:
Un @
suceso de referencia de la capa paquete
@ \ocurre
cuando un paquete que atraviesa una frontera de sección cambia el estado del
interfaz del nivel paquete.
Nota
- Las transmisiones de estados aplicables son las
definidas explícita o implícitamente en las Recomendaciones X.25 y X.75.\
Se definen dos clases de sucesos de referencia de la capa paquete.
Un @
suceso de entrada de paquete
@ es \un suceso de
referencia de la capa paquete que ocurre cuando un paquete (procedente de una
sección de circuito) entra en una sección de red, o cuando un paquete
(procedente de una sección de circuito de acceso) entra en un ETD.\
Un @
suceso de salida de paquete
@ es \un suceso de
referencia de la capa paquete que ocurre cuando un paquete sale de una sección
de red (para ir a una sección de circuito) o cuando un paquete sale de un ETD
(para ir a una sección de circuito de acceso).\
El tiempo (o instante) de ocurrencia de un suceso de entrada de paquete coincide por definición con el instante en que el último bit de la bandera de cierre de la trama que contiene el paquete en cuestión atraviesa la frontera para salir de la sección de circuito. El tiempo de ocurrencia de un suceso de salida de paquete coincide por definición con el instante en el que el primer bit del campo de dirección de la trama que contiene el paquete en cuestión atraviesa la frontera para entrar en la sección de circuito. Si se producen retransmisiones de trama, el suceso de salida de paquete ocurre con la primera transmisión y el de entrada con la siguiente.
La figura 3/X.134 ilustra estos términos.
Cuando un paquete atraviesa la frontera entre dos secciones de circuito virtual adyacentes puede cambiar más de un aspecto del interfaz de la capa paquete y, en consecuencia, puede crear más de un suceso de referencia de la capa paquete. Los distintos sucesos de referencia se especifican identificando:
1)la frontera atravesada;
2)el tipo de paquete transferido;
3)la clase de suceso (entrada de paquete o salida de paquete);
4)el aspecto particular del estado que fue cambiado por el suceso.
Figure 3/X.134, (N), p.
3.2
Sucesos de referencia que influyen en el
comportamiento
Los sucesos de referencia que influyen en el comportamiento son los sucesos de referencia de la capa paquete que son útiles para definir parámetros de comportamiento. El cuadro 1/X.134 enumera los sucesos de referencia de la capa paquete X.25 que influyen en el comportamiento y que están asociados con las fronteras de secciones de circuito de acceso. El cuadro 2/X.134 enumera los sucesos de referencia de la capa paquete X.75 que influyen en el comportamiento y que están asociados con las fronteras de secciones de circuito interredes. Estos sucesos y sus números de referencia se utilizan en las definiciones de parámetros de comportamiento especificadas en las Recomendaciones X.135 a X.137.
Para cada uno de los sucesos contenidos en los cuadros 1/X.134 y 2/X.134 se indica el tipo de paquete transferido y el estado resultante del interfaz de la capa paquete. Con excepción de las categorías de diagnóstico y registro, todos los tipos de paquetes especificados en las Recomendaciones X.25 y X.75 se indican en estos cuadros.
Los estados identificados en los cuadros difieren de los definidos en las Recomendaciones X.25 y X.75 en dos aspectos:
1)No se han incluido los estados de colisión de llamadas, pues su especificación no es necesaria para la definición de parámetros de comportamiento.
2)A fin de tener una base para una descripción más detallada del comportamiento, se definen nuevos estados suplementarios compatibles con las especificaciones de protocolo de las Recomendaciones X.25 y X.75.
En esta Recomendación se definen tres estados X.25 auxiliares y tres
estados X.75 auxiliares a fin de permitir una descripción más precisa de los
efectos de control de flujo. Los nuevos estados X.25 son
`flujo controlado
por el ETCD'
,
`flujo controlado por el ETD'
y
`flujo controlado
por el ETD y el ETCD'
. Los nuevos estados X.75 son:
`flujo controlado
por el TES-X'
,
`flujo controlado por el TES-Y'
y
`flujo
controlado por el TES-X y el TES-Y'
. El diagrama de los estados del control
de flujo por el ETD/ETCD, con los nuevos estados, se muestra en la figura
4/X.134. El diagrama de los estados del control de flujo por el TES-X/TES-Y,
con los nuevos estados, se muestra en la figura 5/X.134. En estos dos
diagramas, los nuevos estados tienen los números d4-d6.
Se definen tres variables de estado auxiliares.
-
lwt
- borde inferior de la ventana en el lado emisión
(del inglés
l
ower edge of the
w
indow
on the
t
ransmitting side). Esta variable contiene el
último P(R) recibido en un paquete de datos, o en un paquete de RR o un paquete
de RNR. El valor puede representarse implícitamente utilizando el borde
superior de la ventana (y el tamaño de la ventana);
-
npr
- próximo paquete de datos a recibir (del inglés
n
ext data
p
acket to be
r
eceived). Esta variable contiene el P(S) del próximo
paquete de datos que se recibirá;
-
ric
- cuenta de interrupciones recibidas (del inglés
r
eceived
i
nterrupt
c
ount). Dado que sólo puede existir en un determinado
sentido de transmisión un solo paquete de interrupción del cual no se haya
acusado recibo, el interfaz tiene que registrar la recepción de una
interrupción a través de la sección de circuito. Esta variable se utiliza para
registrar esos sucesos. La variable se libera cuando se transmite la
confirmación de interrupción.
Si el estado que se produce como consecuencia de la transferencia del paquete no es el indicado en el cuadro correspondiente, o el estado no cambia como resultado de la transacción contenida en el paquete, el suceso de referencia no ocurre. Durante una entrada o una salida de paquetes pueden cambiar ciertos aspectos del estado que no son los enumerados en estos cuadros, pero tales sucesos no se perciben como sucesos de referencia que influyen en el comportamiento.
Cuando los cuadros indican que dos o más aspectos del estado pudieran cambiar como resultado de la entrada o la salida de un determinado paquete, el cambio de cada uno de esos aspectos representa un suceso de referencia distinto de la capa paquete que puede utilizarse para definir diferentes parámetros de comportamiento, por ejemplo, en el cuadro 1»X.134, el suceso 9a se utilizaría cuando interesara la recepción correcta de los datos, y el 9b se utilizaría cuando interesara la recepción del acuse de recibo. El suceso 26b se utilizaría en asociación con circuitos virtuales permanentes, y el 26a se utilizaría en asociación con otros canales lógicos.
Figure 4/X.134, (N), p.29
Figure 5/X.134, (N), p.30
Tableau 1/X.134 [T1.134] p.31
Tableau 2/X.134 [T2.134] p.32
MONTAGE: Rec. X.135 sur le reste de cette page
(H.T.=OUI)
TAB.???
FICHIER: H.T. =
(83.TA.313.S)
(SANS FORMULES) Tableaux: 32 - Tabulateurs: .. a)
(BT..) Disk ... NF../... (OPM = ..)
(83.TE.09.S)
(A1.23s) / [26s]
FOLIOS: 368 - 410 + (AS) (DO
PRC.COSY.2)
MEP {TPS.NON.PHOTO "[PA1]"} : OK= [1]
Saisie diskettes 445-446 20.06.89 SJ/CV
ID + Vérif. + diskette MAJ + laser 06.07.89 PV
Corr. LASER (1re épreuve) = 3eme 21.07.89 RM
Espaces réservés + Transfert + Impr. 27.07.89 GH/DD
AJOUTER (PA1) (CL1,0,0,0) pour MEP
MEP + LASER 04/08/89 GH/ZR
Corr. MEP ........ ..
Insertion des tableaux (tabulateurs .) ........ ..
BAT 11.09.89 DD
MAJ s/disquettes 4.10.89 CD
MONTAGE:
Fin de la Rec. X.134 en tête de cette page
Recomendación X.135
VALORES DEL COMPORTAMIENTO CON RESPECTO A LA VELOCIDAD
DE^ SERVICIO (RETARDO Y CAUDAL) PARA LAS REDES PúBLICAS DE
DATOS QUE PROPORCIONAN^ SERVICIOS INTERNACIONALES DE
CONMUTACIóN DE PAQUETES
(Málaga-Torremolinos, 1984; modificada en Melbourne, 1988)
El CCITT,
considerando
(a) que la Recomendación X.1 especifica las clases de servicio internacional en las redes públicas de datos;
(b) que la Recomendación X.2 especifica los servicios de transmisión de datos y facilidades facultativas de usuario internacionales en redes públicas de datos;
(c) que la Recomendación X.25 especifica el interfaz ETD/ETCD para equipos terminales que funcionan en el modo paquete y están conectados a redes públicas de datos por circuitos especializados;
(d) que la Recomendación X.75 especifica el sistema de señalización con conmutación de paquetes entre centrales públicas que proporcionan servicios de transmisión de datos;
(e) que la Recomendación X.323 especifica las disposiciones generales para el interfuncionamiento entre redes públicas de datos con conmutación de paquetes;
(f) que la Recomendación X.96 especifica las señales de progresión de la llamada de las redes públicas de datos;
(g) que la Recomendación X.110 especifica los principios de encaminamiento y el plan de encaminamiento internacional para redes públicas de datos;
(h) que la Recomendación X.213 define el servicio de capa de red ISA;
(i) que la Recomendación X.140 define los parámetros generales de calidad de servicio para la comunicación a través de redes públicas de datos;
(j) que la Recomendación X.134 especifica las fronteras de tramo y los sucesos de referencia de la capa paquete para la definición de los parámetros de comportamiento de la conmutación de paquetes;
(k) que la Recomendación X.136 especifica los valores de comportamiento con respecto a la exactitud y la seguridad de funcionamiento (incluido el bloqueo) para redes públicas de datos que prestan el servicio internacional de conmutación de paquetes;
(l) que la Recomendación X.137 especifica los valores de comportamiento con respecto a la disponibilidad para las redes públicas de datos que prestan el servicio internacional de conmutación de paquetes,
recomienda por unanimidad
(1) que los parámetros de velocidad de servicio definidos en esta Recomendación se utilicen para la planificación y explotación de servicios internacionales de comunicación de datos con conmutación de paquetes de conformidad con las Recomendaciones X.25 y X.75;
(2) que en esos servicios, los valores de comportamiento especificados en esta Recomendación se adopten como límites para el caso más desfavorable en las condiciones aquí especificadas.
1 Introducción
1.1 Esta Recomendación es la segunda de una serie de cuatro Recomendaciones (X.134 a X.137) que definen parámetros y valores de comportamiento para los servicios internacionales de comunicación de datos con conmutación de paquetes. La figura 1/X.135 ilustra el campo de aplicación de estas cuatro Recomendaciones y las relaciones entre las mismas.
1.2 La Recomendación X.134 divide una conexión virtual en dos secciones básicas cuyas fronteras se asocian con los interfaces X.25 y X.75; define colecciones particulares de secciones básicas, denominadas tramos de conexión virtual, para las cuales se especificarán valores de comportamiento, y define un conjunto de sucesos de referencia de la capa paquete (SP) que suministran una base para la definición de los parámetros de comportamiento. Las secciones básicas consisten en secciones de red y secciones de circuito. Siempre están delimitadas por interfaces físicos de equipos terminales de datos (ETD) o de centrales de conmutación de datos (CCD). Los tramos de conexión virtual se identifican como tramos nacionales, o tramos internacionales. Por definición, cada SP ocurre cuando un paquete, al atravesar una frontera de sección, cambia el estado del interfaz de la capa paquete.
1.3 Para facilitar la comparación, ya para una exposición más completa, el
comportamiento de la red con conmutación de paquetes se considera en el
contexto de la matriz de comportamiento de 33 definida en la Recomendación
X.140. En esa matriz se indican tres funciones de comunicación de datos
independientes del protocolo: acceso, transferencia de la información de
usuario y desocupación. Estas funciones generales corresponden al
establecimiento de la llamada, transferencia de datos (e interrupciones) y
liberación de la llamada en servicios de llamadas virtuales con conmutación de
paquetes conformes a las Recomendaciones X.25 y X.75. Cada función se considera
según tres aspectos generales del comportamiento (o
`criterios de
comportamiento'
): velocidad, exactitud, y seguridad de funcionamiento.
Estos criterios expresan, respectivamente, el retardo o la velocidad, el grado
de corrección (en el sentido de perfección) y el grado de certidumbre con que
se ejecuta una función.
1.4 Esta Recomendación define los parámetros y valores de velocidad de
servicio relativos al protocolo, asociados con cada una de las tres funciones
de comunicación de datos. La Recomendación X.136 define los parámetros y
valores de exactitud y seguridad de funcionamiento relativos al protocolo
asociados con cada función. Los parámetros de las Recomendaciones X.135 y X.136
se denominan
`parámetros primarios'
, para destacar que se derivan
directamente de sucesos de referencia de la capa paquete.
Figure 1/X.135, (N), p.1
1.5 Un modelo asociado de dos etapas sirve de base para describir la
disponibilidad de servicio global. Una función de disponibilidad especificada
compara los valores para un subconjunto de los parámetros primarios con los
umbrales de interrupción correspondientes para clasificar el servicio como
`disponible'
(no interrupción del servicio) o
`indisponible'
(interrupción del servicio) durante el tiempo de servicio previsto. La
Recomendación X.137 especifica la función de disponibilidad y define los
parámetros y valores de disponibilidad que caracterizan el proceso aleatorio
binario resultante.
1.6 Se definen en esta Recomendación cuatro parámetros de velocidad de servicio: un parámetro de acceso (tiempo de establecimiento de la llamada), dos parámetros de transferencia de información de usuario (tiempo de transferencia de paquetes de datos y capacidad de caudal), y un parámetro de desocupación (retardo de indicación de liberación). Cada parámetro puede aplicarse a cualquier sección básica o porción de una conexión virtual. Esta cualidad de los parámetros, de ser generales, es muy conveniente para la distribución y la concatenación del comportamiento.
1.7 Esta Recomendación especifica valores de retardo y caudal para tramos nacionales y tramos internacionales de dos tipos (cuadro 1/X.135). No se especifican valores de comportamiento para el equipo terminal de datos, pero los parámetros definidos en esta Recomendación pueden emplearse en tal especificación para ayudar a los usuarios a establecer relaciones cuantitativas entre el comportamiento de la red y la calidad de servicio (véase la Recomendación X.140).
Tableau 1/X.135 [T1.135] p.
1.8 A continuación se especifican los valores de la media y la probabilidad
del 95% de caso más desfavorable para el tiempo de establecimiento de la
llamada, el tiempo de transferencia de paquetes de datos, la capacidad de
caudal y el retardo de indicación de liberación, para cada uno de los tipos de
tramo de la conexión virtual identificados en el cuadro 1/X.135. El término
`caso más desfavorable'
(denominado también
`peor caso'
)
significa que estos valores deben satisfacerse durante la hora cargada normal
en el tramo de la conexión virtual de peor comportamiento utilizada para
proporcionar el servicio internacional con conmutación de paquetes. El
comportamiento de un tramo de la conexión virtual será normalmente mucho mejor
que los valores del caso más desfavorable especificados en esta RecomendaciónEn
el suplemento N.o 1 figuran valores de retardo y caudal medidos en determinadas
conexiones y en determinados instantes, a modo de ilustración solamente.. Se
estudiarán ulteriormente objetivos de diseño que tengan en cuenta aplicaciones
de usuarios más exigentes y mejoras del comportamiento y la conectividad de la
red.
En esta Recomendación se indican también los métodos numéricos para combinar los valores de calidad de comportamiento de cada tramo a fin de estimar el comportamiento de extremo a extremo. En el anexo C se calculan valores de ETD a ETD para dos conexiones ficticias de referencia determinadas, utilizando estos métodos.
2
Tiempo de establecimiento de la
llamada
El tiempo de establecimiento de la llamada sólo es aplicable a la capacidad de llamada virtual de las redes que funcionan con conmutación de paquetes.
En primer lugar se define el tiempo de establecimiento de la llamada
observado en una sola frontera de tramo,
B
i
, después se define el tiempo de establecimiento de la llamada entre un
par de fronteras de tramo (
B
i
,
B
j
) en base a la definición anterior. En el primer caso, el tiempo de
establecimiento de la llamada incluye el retardo de todos los tramos de la
conexión virtual del lado usuario llamado de
B
i
, y el tiempo de respuesta del usuario llamado. En el segundo caso, el
tiempo de establecimiento de la llamada incluye solamente los retardos entre
B
i
y
B
j
. Se especifican valores para el tiempo de establecimiento de la llamada
observados entre fronteras de tramo.
2.1
Definición del tiempo de establecimiento de la llamada
en una sola frontera de sección
@El
tiempo de establecimiento de la llamada en una frontera
de sección B
i
@, \se define por dos sucesos de referencia de la capa paquete (SP) de
la Recomendación X.134. Es el lapso de tiempo que transcurre desde el instante
en que un paquete de llamada entrante crea un SP en
B
i
y el instante en que el paquete correspondiente de comunicación
establecida o de llamada aceptada, que acepta la llamada virtual, retorna y
crea su SP en
B
i
.
Tiempo de establecimiento de la llamada en una frontera de sección =
{
t
2 -
t
1} donde:
t
1 es el instante en que ocurre el primer SP,
t
2 es el instante en que ocurre el segundo SP.\
Los dos SP pueden ocurrir en cualquier frontera de sección de una conexión virtual. Las identidades de los paquetes dependen de la frontera en cuestión, como se indica en la figura 2/X.135. El primer paquete es el paquete de petición de llamada y el segundo es el correspondiente paquete de comunicación establecida en cada una de las fronteras salvo las dos que delimitan la sección de circuito de acceso asociada al ETD llamado. El primer paquete es el paquete de llamada entrante y el segundo es el de llamada aceptada en las dos últimas fronteras. Los SP X.134 específicos utilizados para medir el tiempo de establecimiento de la llamada en cada frontera de sección se indican en cuadro 2/X.135.
Figure 2/X.135, (N), p.3
Tableau 2/X.135 [T2.135], p.4
2.2
Definición del
@
tiempo de
establecimiento de la llamada entre dos fronteras de sección
@
\Para una determinada llamada virtual, el tiempo de establecimiento de la
llamada puede medirse en una frontera
B
i
, y también en otra frontera,
B
j
, más alejada del ETD llamante. La diferencia entre los valores
obtenidos es el tiempo de establecimiento de la llamada introducido por la o
las secciones de la conexión virtual comprendidas entre estas dos fronteras.
Tiempo de establecimiento entre dos fronteras de sección =
{
d
1 -
d
2} donde:
d
1 es el tiempo de establecimiento de la llamada medido
en
B
i
d
2 es el tiempo de establecimiento de la llamada medido
en
B
j
.\
@El
tiempo de establecimiento de la llamada de extremo a
extremo
@ es \el tiempo de establecimiento de la llamada entre las
fronteras de los ETD, por ejemplo,
B
1 y
B
n
en la figura 2/X.135. Este tiempo de extremo a extremo no incluye el
tiempo de respuesta del usuario llamado.\ El @
tiempo de
establecimiento de la llamada del tramo nacional
@ es el tiempo de
establecimiento de la llamada entre las fronteras que delimitan un tramo
nacional, por ejemplo,
B
1 y
B
5 en la
figura 2/X.135.\ El @
tiempo de establecimiento de la llamada del
tramo internacional
@ es \el tiempo de establecimiento de la llamada entre
las fronteras que delimitan el tramo internacional, es decir
B
5 y
B
n
-2 en la figura 2/X.135.\
2.3
Valores
El cuadro 3/X.135 define valores del tiempo de establecimiento de la llamada del caso más desfavorable para cada uno de los cuatro tipos de tramo de la conexión virtual identificados en el cuadro 1/X.135. En el anexo C se calculan valores del tiempo de establecimiento de la llamada de ETD a ETD para dos conexiones ficticias de referencia. Todos los objetivos se basan (y sólo son aplicables) en los supuestos siguientesLos valores para otras condiciones se estudiarán ulteriormente. En el caso de líneas de acceso sumamente largas y/o retardos excesivos en los equipos de transmisión de la sección de circuito de acceso, estos valores pueden ser rebasados.:
1)Condiciones normales de tráfico en la hora cargada de la conexión virtual
observada. La definición de
`tráfico normal en la hora cargada'
como
medio de descripción del tráfico será objeto de ulterior estudio.
2)Una llamada básica en la cual no se utiliza ninguna de las facilidades facultativas de usuario definidas en la Recomendación X.25, ni se envían datos de usuario de llamada.
3)Las ventanas de la capa de enlace de datos de las entidades no pertenecientes al tramo que se especifica están abiertas (sin control de flujo).
Los valores definidos consisten en valores de la media y de la probabilidad del 95%. La media es el valor esperado de la distribución de los tiempos de establecimiento de la llamada. El valor de la probabilidad del 95% es el valor por debajo del cual están el 95% de los valores de los tiempos de establecimiento de la llamada. Las tentativas de establecimiento de la llamada que resultan infructuosas (es decir, que no son completadas) en las condiciones de la Recomendación X.136 no se tienen en cuenta y se tratan separadamente en esa Recomendación.
Tableau 3/X.135 [T3.135], p.
En el cuadro 3/X.135, el valor de
X
^ depende de la
velocidad de señalización de la sección de circuito de acceso incluida en el
tramo nacional. El cuadro 4/X.135 presenta los valores de
X
para las clases de servicio de usuario 8 a 11, de la
Recomendación X.1Estos valores de
X
no tienen por
finalidad representar la característica de retardo de la sección de circuito de
acceso, pues no incluyen los tiempos de propagación, los retardos de la
multiplexación, ni los efectos de la transmisión.. Para otras velocidades de
señalización, los valores de
X
se pueden calcular mediante
la formula:
X
= 400/
R
ms,
donde
R
^ es la velocidad de señalización en kilobits por
segundoLa fórmula supone que la transferencia de cada paquete de
establecimiento de llamada a través de una sección de circuito de acceso
entraña la transmisión de 25 octetos: 5 octetos de tara (
`overhead'
) a
nivel de trama, un encabezamiento de paquete de 5 octetos y 15 octetos de
información de dirección del ETD..
Tableau 4/X.135 [T4.135], p.
Se tiene el propósito de que los valores del tiempo de establecimiento de la
llamada definidos en el cuadro 3/X.135 se utilicen como límites del caso más
desfavorable en la planificación de los servicios internacionales con
conmutación de paquetes. El funcionamiento real, desde el punto de vista del
tiempo de establecimiento de la llamada, obtenido en un tramo de conexión
virtual dependerá de muchos factores entre los cuales está el tráfico esperado
y el efectivamente ofrecido, la topología de la red interna, y las velocidades
de señalización en las secciones de circuito interredes. Para cada factor, toda
variación con respecto al valor de caso más desfavorable puede traducirse en un
mejor comportamiento.
El valor global del tiempo de establecimiento de la llamada para un conjunto de tramos concatenados de una conexión virtual puede calcularse directamente por la suma de la media de cada uno de los tramos indicados en el cuadro 3/X.135. El método para el cálculo del valor global del tiempo de establecimiento de la llamada con una probabilidad del 95%, para un conjunto de tramos concatenados de una conexión virtual, partiendo de los valores de la probabilidad del 95% de cada una de las secciones, se describe en el anexo C.
3
Tiempo de transferencia de los
paquetes de datos
Este es el tiempo que toma la transferencia completada de un paquete de datos y se aplica tanto a la capacidad de llamada virtual como a la capacidad de circuito virtual permanente de las redes de datos con conmutación de paquetes. Se define solamente entre pares de fronteras de sección.
3.1
Definición del
@
tiempo de
transferencia de paquetes de datos
@
\El tiempo de transferencia de paquetes de datos es el lapso de tiempo que
comienza cuando un paquete de datos crea un SP en una determinada frontera,
B
i
, y termina cuando este mismo paquete crea un SP posterior en otra
frontera
B
j
. Los SP X.134 utilizados específicamente para medir el tiempo de
transferencia de los paquetes de datos en cada frontera de sección se indican
en el cuadro 5/X.135.
Tiempo de transferencia de paquetes de datos = {
t
2 -
t
1}, donde:
t
1 es el instante en que se produce el primer SP,
t
2 es el instante en que se produce el segundo SP\
Tableau 5X/.135 [T5.135], p.
El @
tiempo de transferencia de paquetes de datos de extremo a
extremo
@ es\ el tiempo de transferencia en un solo sentido entre las
fronteras de los ETD, por ejemplo,
B
1 y
B
n
en la figura 2/X.135.\ El @
tiempo de transferencia de
paquetes de datos en un tramo nacional
@ es \el tiempo para la
transferencia entre las fronteras que delimitan un tramo nacional, por ejemplo,
B
1 y
B
5 en la figura 2/X.135.\ El
@
tiempo de transferencia de paquetes de datos en el tramo
internacional
@ es \el tiempo de transferencia entre las fronteras de
delimitan un tramo internacional, es decir,
B
5 y
B
n
-2 en la figura 2/X.135.
3.2
Valores
El cuadro 6/X.135 define los valores de tiempo de transferencia de paquetes de datos de caso más desfavorable para cada uno de los cuatro tipos de tramo de la conexión virtual identificados en el cuadro 1/X.135. En el anexo C se calculan valores de tiempo de transferencia de paquetes de datos de ETD a ETD para dos conexiones ficticias de referencia. Todos los valores se basan (y sólo son aplicables) en los siguientes supuestosLos valores para otras condiciones se estudiarán ulteriormente. En el caso de líneas de acceso sumamente largas y/o retardos excesivos en los equipos de transmisión de la sección de circuito de acceso, estos valores pueden ser rebasados.:
1)Condiciones normales de tráfico en la hora cargada de la conexión virtual
observada. La definición de
`tráfico normal en la hora cargada'
como
medio de descripción del tráfico será objeto de ulterior estudio.
2)Una longitud de campo de datos de usuario de 128 octetos.
3)Las ventanas de la capa de enlace de datos y de la capa de paquete en el lado del ETD receptor del tramo que se especifica están abiertas.
Los valores definidos consisten en valores de la media y de la probabilidad del 95%. La media es el valor esperado de la distribución de los tiempos de transferencia de los paquetes de datos, sin tener en cuenta los valores superiores a un tiempo de transferencia máximo especificado de los paquetes de datos. El valor de la probabildad del 95% es el valor que no será rebasado por el 95% de los tiempos de transferencia de paquetes de datos. Las tentativas de transferencia de paquetes que resultan infructuosas en las condiciones de la Recomendación X.136 no se tienen en cuenta y se tratan separadamente en esa Recomendación.
Tableau 6/X.135 [T6.135], p.
En el cuadro 6/X.135, el valor de
Y
^ depende de la
velocidad de señalización de la sección de circuito de acceso incluida en el
tramo nacional. El cuadro 7/X.135 presenta los valores de
Y
para las clases de servicio de usuario 8 a 11 de la
Recomendación X.1Estos valores de
Y
^ no tienen por
finalidad representar la característica de retardo de la sección de circuito de
acceso, pues no incluyen los tiempos de propagación, los retardos de
multiplexación, ni los efectos de la retransmisión.. Para otras velocidades de
señalización, los valores de
Y
se pueden calcular mediante
la fórmula:
Y
= 1088/
R
ms,
donde^
R
^ es la velocidad de señalización en kbit/sLa
fórmula supone que la transferencia de un paquete de datos a través de una
sección de circuito de acceso entraña la transmisión de 136 octetos: 5 octetos
de tara a nivel de trama, un encabezamiento de paquete de 3 octetos y 128
octetos de datos de usuario..
Tableau 7/X.135 [T7.135], p.9
Se tiene el propósito de que los valores del tiempo de transferencia de
paquetes de datos definidos en el cuadro 6/X.135 se utilicen como límites del
caso más desfavorable en la planificación de los servicios internacionales de
comunicación de datos con conmutación de paquetes. El funcionamiento real,
desde el punto de vista del tiempo de transferencia de paquetes de datos,
obtenido en un tramo de conexión virtual dependerá de muchos factores entre los
cuales está el tráfico esperado y el efectivamente ofrecido, la topología de la
red interna y las velocidades de señalización en las secciones de circuito
interredes. Para cada factor, toda variación con respecto al valor de caso más
desfavorable puede traducirse en un mejor funcionamiento.
El valor medio global de tiempo de transferencia de paquetes de datos para un conjunto de tramos concatenados de una conexión virtual puede calcularse directamente por la suma de la media de cada uno de los tramos indicados en el cuadro 6/X.135. El método para calcular el valor global del tiempo de transferencia de paquetes de datos con una probabilidad del 95%, para un conjunto de tramos concatenados de una conexión virtual, partiendo de los valores de la probabilidad del 95% de cada una de las secciones, se describe en el anexo C.
4 Parámetros de caudal
Esta sección define tres parámetros de caudal: el caudal, el caudal en régimen permanente y la capacidad de caudal. Se indican valores para la capacidad de caudal.
4.1
Definición de
@
caudal
@
\Caudal, para una sección de una conexión virtual, es el número de bits de datos de usuario transferidos correctamente en un sentido de transmisión a través de esa sección, por unidad de tiempoLos bits de datos de usuario son los bits del campo de datos de usuario en los paquetes de datos de la capa paquete de las Recomendaciones X.25 o X.75 (protocolos y datos por encima de la capa paquete). No se tienen en cuenta los bits de alineación de trama, los bits de encaminamiento, los bits de relleno, los bits para la protección contra errores, ni los introducidos por otros campos de protocolos en la capa paquete o en niveles inferiores a ésta.. Por transferidos correctamente ha de entenderse que, en la transmisión, no se agrega, ni se pierde, ni se invierte ningún bit.\
Se parte de los siguientes supuestos:
1)El paquete de datos
A
0 es el paquete final de una
secuencia completa de paquetes que atraviesan la frontera de entrada
B
i
;
2)Seguidamente,
k
^ paquetes de datos consecutivos
(
A
1,
A2, .^.^. a A
k
) que forman la siguiente secuencia completa de paquetes, atraviesan la
frontera de entrada
B
i
inmediatamente después de
A
0;
3)El paquete de datos
â
0 es el paquete final de la
primera secuencia completa de paquetes cuando ésta atraviesa la frontera de
salida
B
j
;
4)Los paquetes
â
1,
â
2, .^.^.
â
m
^ forman la segunda secuencia completa de paquetes cuando ésta atraviesa
la frontera de salida
B
j
.
Los SP X.134 utilizados para medir el caudal son los mismos utilizados para medir el tiempo de transferencia de paquetes de datos, indicados en el cuadro 5/X.135.
Donde:
t
1es el instante en que el paquete
A
0 crea el SP en
B
i
,
t
2es el instante en que el paquete
A
k
^ crea el SP en
B
i
,
t
3es el instante en que el paquete
â
0 crea el SP en
B
j
,
t
4es el instante en que el paquete
â
m
^ crea el SP en
B
j
,
f
(
A
r
)es el número de bits de datos de usuario en el paquete
A
r
.
Entonces, una medida de caudal de tamaño
k
^ se define
como sigue:
Medida de caudal =
$$4o$$So
k
$$Su
r
=1$$Se
f
(
A
r
) $$1uMAX [(
t
2 -
t
1),
(
t
4 -
t
3)]$$1e
La Recomendación X.136 define las condiciones en las cuales se considera que
la transferencia de paquetes de datos consecutivos ha fracasado. En la
evaluación del comportamiento desde el punto de vista del caudal sólo deberán
tenerse en cuenta las mediciones de caudales cuya transmisión se ha completado.
4.2
Definición de
@
caudal en régimen
permanente
@
\El caudal en régimen permanente para una conexión virtual es el valor al cual converge la medición del caudal cuando aumenta la duración del periodo de observación, con una carga estadísticamente constante en la conexión virtual. Si se suponen condiciones de transferencia completada, el caudal en régimen permanente es el mismo cualquiera que sea el par de fronteras de sección de la conexión virtual en que haya sido medido.\ Por tanto, suponiendo que ningún bit de datos de usuario se pierde, se agrega o se invierte en la transferencia, una medición del caudal en régimen permanente puede efectuarse en cualquier frontera de un tramo de los que componen una conexión virtual:
Medida de caudal en régimen permanente =
$$4o$$So
k
$$Su
r
=1$$Se
f
(
A
r
) $$1u(
t
2 -
t
1)$$1e
donde
t
1,
t
2 y
f
(
A
r
) tienen los valores definidos anteriormenteEl anexo B contiene
información auxiliar sobre la medición del caudal en régimen permanente..
Por otra parte, esta ecuación puede utilizarse para calcular el caudal en
régimen permanente con diferentes definiciones de
t
1 y
t
2. Los instantes
t
1 y
t
2 pueden elegirse previamente a la medición. En este
caso, sea (
A
1,
A
2, .^.^.
A
k
) el conjunto de todos los paquetes de datos de la conexión virtual que
atraviesan la frontera
B
(y que crean SPs en un sentido de
transmisión) en el instante
t
1, o después de este
instante, pero antes del instante
t
2. En esta situación,
la mencionada ecuación da aún la medida del caudal en régimen permanente.
4.3
Definición de
@
capacidad de
caudal
@
\Sean
B
i
^ y
B
j
^ dos fronteras de sección de la conexión virtual. Supóngase que se
desea estimar el caudal en régimen permanente con un flujo de paquetes de datos
de
B
i
a
B
j
. Supóngase también que hay una carga estadísticamente constante,
L
, en la sección de la conexión virtual delimitada por
B
i
y
B
j
. Entonces, la capacidad de caudal de esa sección con una carga
L
se define como el caudal en régimen permanente
maximizado para todas las combinaciones proporcionadas de posiciones de ajuste
de los parámetros de la conexión virtual y de las selecciones relativas a los
comportamientos y a las cargas fuera de
B
i
y
B
j
.\ La medición de la capacidad de caudal de una sección comprendida
entre las fronteras
B
i
y
B
j
se efectúa de la misma manera que se mide el caudal en régimen
permanente. Sin embargo, para la medición de la capacidad de caudal, los
componentes fuera de
B
i
y
B
j
deben tener una capacidad de caudal significativamente mayor, en sus
condiciones de carga respectivas, que la capacidad de caudal que se mide.
Para una carga estadísticamente constante,
L
,
entre
B
i
^ y
B
j, y para un determinado conjunto de configuraciones de prueba, un caudal
cualquiera en régimen permanente es un límite inferior de la capacidad de
caudal. A fin de mejorar la estimación, el experimento puede repetirse con
diferentes configuraciones de prueba fuera de B
i
-
B
j
(véase el anexo B).
La capacidad de caudal de extremo a extremo es la capacidad de caudal entre
las fronteras de los ETD, es decir,
B
1 y
B
n
en la figura 2/X.135. La capacidad de caudal de un tramo nacional es la
capacidad de caudal entre las fronteras que delimitan ese tramo nacional, por
ejemplo,
B
1 y
B
5 en la figura
2/X.135. La capacidad de caudal del tramo internacional es la capacidad de
caudal entre las fronteras que delimitan ese tramo internacional, es decir,
B
5 y
B
n
-2 en la figura 2/X.135.
4.4
Valores
El cuadro 8/X.135 define los valores de la capacidad de caudal del caso más desfavorable para cada uno de los cuatro tipos de tramos de la conexión virtual identificados en el cuadro 1/X.135. En el anexo C se indican valores de capacidad de caudal de ETD a ETD para dos conexiones ficticias de referencia. Todos los valores se basan (y sólo son aplicables) en los supuestos siguientesLos valores para otras condiciones se estudiarán ulteriormente.:
1)Condiciones normales de tráfico en la hora cargada para la conexión
virtual observada. La definición de
`tráfico normal en la hora cargada'
,
como medio de descripción del tráfico será objeto de ulterior estudio. No hay
otro tipo de tráfico en las secciones de circuito de acceso.
2)Velocidades de señalización de 9600 bit/s en las secciones de circuito de acceso. La posibilidad de aplicar los valores de capacidad de caudal especificados a velocidades más bajas de señalización de sección de circuito de acceso serán objeto de ulterior estudio.
3)Longitud del campo de datos de usuario: 128 octetos. La clase de caudal solicitada corresponde a 9600 bit/s. (Obsérvese que la clase de caudal aplicada finalmente a la llamada puede ser inferior a la clase de caudal solicitada.)
4)Tamaños de ventana en la capa paquete de 2, y tamaños de ventana en la capa enlace de datos de 7, en las secciones de circuito de acceso.
5)No se utiliza el bit
D
^ (
D
= 0).
6)Los valores son aplicables a ambos sentidos de transferencia.
7)Disponibilidad completa (según la definida en la Recomendación X.137) durante el periodo de observación.
8)Durante el periodo de observación no se producen reiniciaciones ni desconexiones prematuras (según lo prescrito en la Recomendación X.136).
9)Los tamaños de las muestras de capacidad de caudal serán de 200 paquetes (en el caso de la primera técnica de medición especificada en el 4.2 ) o 2 minutos (en el caso de la técnica de medición alternativa especificada en el 4.2 ).
Tableau 8/X.135 [T8.135], p.
Los valores definidos consisten en valores de la media y de la probabilidad
del 95%. La media es el valor esperado de la distribución de la capacidad del
caudal. El valor de la probabilidad del 95% es un valor que representa una
capacidad que no será rebasada por el 95% de las capacidades de caudal.
Se tiene el propósito de que los valores de capacidad de caudal definidos en el cuadro 8/X.135 se utilicen como límites del caso más desfavorable en la planificación de servicios internacionales de comunicación de datos con conmutación de paquetes. La capacidad de caudal efectiva que se logrará en un tramo de la conexión virtual dependerá de muchos factores, incluidos el tráfico esperado y el efectivamente ofrecido, la topología de la red interna, y las velocidades de señalización en las secciones de circuito interredes. Para cada factor, toda variación con respecto al valor de caso más desfavorable puede traducirse en un mejor funcionamiento. Los valores de capacidad de caudal definidos en esta Recomendación no se alcanzarán necesariamente al mismo tiempo que los valores de retardo definidos en el cuadro 6/X.135.
Un límite superior para la capacidad de caudal de un conjunto de tramos
concatenados de una conexión virtual puede obtenerse a partir de las
capacidades de caudal de cada uno de los tramos, de la manera siguiente: Si un
tramo comprendido entre las fronteras
B
i
y
B
j
tiene una capacidad de caudal
T
1 para una carga
L
1, y un tramo comprendido entre las fronteras
B
k
y
B
m
tiene una capacidad de caudal
T
2 para una carga
L
2, y si esas porciones están concatenadas de tal modo que
B
j
=
B
k
manteniéndose
L
1 y
L
2 sin
cambiar, la capacidad de caudal del tramo resultante será:
T
MIN [
T
1,
T
2].
En el anexo C figura más información sobre el cálculo de la capacidad de
caudal de un conjunto de tramos concatenados de la conexión virtual.
5
Retardo de indicación de
liberación
El retardo de indicación de liberación se aplica solamente a la capacidad de llamadas virtuales de las redes de datos con conmutación de paquetes. Se define solamente entre un par de fronteras de sección.
5.1
Definición del
@
retardo de indicación
de liberación
@
\El retardo de indicación de liberación comienza cuando un paquete de
petición de liberación o un paquete de indicación de liberación crea un SP en
una determinada frontera
B
i
y termina cuando el correspondiente paquete de petición de liberación o
de indicación de liberación crea un SP posterior en otra frontera,
B
j
. Los SP X.134 utilizados específicamente para medir el retardo de
indicación de liberación en cada frontera de tramo se indican en el cuadro
9/X.135.
Retardo de indicación de liberación = {
t
2 -
t
1} donde:
t
1 es el instante en que se produce el primer SP,
t
2 es el instante en que se produce el segundo SP.\
Tableau 9/X.135 [T9.135], p.
El @
retardo de indicación de liberación de extremo a
extremo
@ es \el retardo en un solo sentido de la transmisión entre las
fronteras de los ETD, es decir,
B
1 y
B
n
en la figura 2/X.135.\ El @
retardo de indicación de
liberación de un tramo nacional
@ es \el retardo entre las fronteras que
delimitan un tramo nacional, por ejemplo
B
1 y
B
5 en la figura 2/X.135.\ El @
retardo de
indicación de liberación del tramo internacional
@ es \el retardo entre las
fronteras que delimitan el tramo internacional, es decir
B
5 y
B
n
-2 en la figura 2/X.135.
5.2
Valores
El cuadro 10/X.135 define los valores de retardo de indicación de liberación de caso más desfavorable para cada uno de los cuatro tipos de tramo de la conexión virtual identificados en el cuadro 1/X.135. En el anexo C se calculan valores del retardo de indicación de liberación de ETD a ETD para dos conexiones ficticias de referencia. Todos los valores se basan (y sólo son aplicables) en los supuestos siguientesLos valores para otras condiciones se estudiarán ulteriormente. En el caso de líneas de acceso sumamente largas y/o retardos excesivos en los equipos de transmisión de la sección de circuito de acceso, estos valores pueden ser rebasados.:
1)Condiciones de tráfico normal en la hora cargada para la conexión virtual
observada. La definición de
`tráfico normal en la hora cargada'
como
medio de descripción del tráfico será objeto de ulterior estudio.
2)Las ventanas de la capa enlace de datos, en el lado del ETD liberado del tramo que se especifica, están abiertas.
3)El formato ampliado del paquete de petición de liberación no se utiliza.
Tableau 10/X.135 [T10.135], p.
Los valores definidos consisten en valores de la media y la probabilidad del
95%. La media es el valor esperado de la distribución de los retardos de
indicación de liberación, excluyéndose los valores que rebasan un máximo
especificado del retardo de indicación de liberación. El valor de probabilidad
del 95% es el valor que no es rebasado por el 95% de los retardos de indicación
de liberación. Las tentativas de liberación de la llamada que no son
completadas no se tienen en cuenta y se tratan separadamente en la
Recomendación X.136.
En el cuadro 10/X.135, el valor de
Z
^ depende de la
velocidad de señalización de la sección de circuito de acceso incluida en el
tramo nacional. En el cuadro 11/X.135 figuran los valores de
Z
para las clases de servicio de usuario 8 a 11 de la
Recomendación X.1Estos valores de
Z
no tienen por
finalidad representar el retardo de la sección de circuito de acceso, pues no
incluyen los tiempos de propagación, los retardos de multiplexación, ni los
efectos de la retransmisión..
Los valores de
Z
para otras velocidades de
señalización se pueden calcular mediante la fórmula:
Z
= 80/
R
ms,
donde
R
^ es la velocidad de señalización en kbit/sLa
fórmula supone que la transferencia de cada paquete de liberación de llamada a
través de una sección de circuito de acceso entraña la transmisión de 10
octetos: 5 octetos de tara a nivel de trama, y 5 octetos de información de
encabezamiento de paquete..
Tableau 11/X.135 [T11.135], p.13
Se tiene el propósito de que los valores del retardo de indicación de
liberación definidos en el cuadro 10/X.135 se utilicen como valores del caso
más desfavorable para la planificación de los servicios internacionales de
comunicación de datos con conmutación de paquetes. La característica de retardo
que efectivamente se obtenga en un tramo de una conexión virtual dependerá de
muchos factores entre los cuales está el tráfico esperado y el efectivamente
ofrecido, la topología de la red interna y las velocidades de señalización en
las secciones de circuito interredes. Para cada factor, toda variación con
respecto al valor del caso más desfavorable puede traducirse en una mejora del
comportamiento.
El valor medio global del retardo de indicación de liberación para un conjunto de tramos concatenados de una conexión virtual puede calcularse directamente por la suma de las medias de los distintos tramos indicados en el cuadro 10/X.135. El método para calcular un objetivo global de la probabilidad del 95% del retardo de indicación de liberación para un conjunto de tramos concatenados de una conexión virtual partiendo de los valores de probabilidad del 95% de cada uno de los tramos se describe en el anexo C.
ANEXO A (a la Recomendación X.135)
Factores que deben
especificarse para describir el
comportamiento con respecto al caudal
A.1
Velocidades de señalización
La elección de las velocidades de señalización en las secciones de circuito limita el caudal. En general, las velocidades de señalización elevadas aumentan el caudal.
A.2
Ventanas de interfaz
La elección del tamaño de la ventana influye en el caudal. En general, un mayor tamaño de la ventana aumenta el caudal. Para un caudal máximo, cada tamaño de ventana controlable por el usuario debe optimizarse con respecto a los tiempos de propagación (retardos) y las velocidades de retransmisión.
A.3
Longitud de paquete
La elección de la longitud de paquete influye en el caudal. En general, una mayor longitud de los paquetes aumenta el caudal. Para un caudal máximo, las longitudes de los paquetes deben optimizarse con respecto a las características de error conocidas de los enlaces de acceso.
A.4
Conexiones virtuales adicionales
El caudal de una conexión virtual probada depende del número de conexiones virtuales adicionales y de la carga en cada sentido de transmisión, en cada conexión. El caudal por conexión virtual disminuye cuando aumenta el número de conexiones virtuales adicionales o aumenta la carga en las conexiones individuales. Cuando se indica la capacidad de caudal de un tramo de una conexión virtual, debe especificarse el número de conexiones virtuales activas adicionales en las secciones de circuito de acceso. Se debe indicar también el caudal total en cada sentido de transmisión de esas conexiones virtuales. Se debe expresar, por ejemplo:
`La capacidad de caudal de una conexión virtual en este tramo
internacional es de por lo menos 1,2 kbit/s. Debe haber, como máximo, 4
conexiones virtuales adicionales que transmitan en el mismo sentido y al mismo
caudal.'
A.5
Hora del día
Cuando se mide el caudal se supone que las cargas de muchos componentes de la conexión no pueden ser controladas ni observadas por el usuario. Sin embargo, se supone que esas cargas están correlacionadas con la hora del día, el día de la semana, y el hecho de que el día en cuestión sea un día festivo. Por tanto, los usuarios pueden mejorar su caudal transmitiendo a determinadas horas o en ciertas oportunidades.
A.6
Sentido de transmisión
Si el sentido de transmisión afecta a la capacidad de caudal, deberá precisarse cuando se indique la capacidad de caudal. Cuando no se precise, se supondrá que es la misma en ambos sentidos de transmisión.
A.7
Clase de caudal
Los esquemas internos de la red para las ventanas y los acuses de recibo pueden o no depender de la clase de caudal solicitada o establecida por defecto para una conexión virtual. Para un caudal máximo, y cuando se mide la capacidad de caudal, la clase de caudal para la conexión virtual debe fijarse a la máxima permitida por la sección que se mide. Como la clase de caudal óptima es siempre la máxima permitida, al indicar la capacidad de caudal no es necesario especificar explícitamente la clase de caudal.
A.8
Uso del bit D
Si el bit
D
^ se pone a 1 durante una medición del
caudal, debe comunicarse esta circunstancia. En caso contrario, no es necesario
indicar su valor.
A.9
Tiempo de propagación
El caudal y el tiempo de transferencia de paquetes de datos están relacionados. Si el caudal se especifica para una determinada limitación con respecto al retardo será necesario informar sobre el retardo.
A.10
Informe sobre la capacidad de caudal
En los informes sobre la capacidad de caudal deben especificarse los valores de los factores controlables que entraron en juego durante la medición de la capacidad de caudal. Deberán incluirse en el informe todos los factores enumerados en este anexo, a menos que se especifique otra cosa. Un informe típico podría especificar las condiciones de la manera siguiente:
`Para esta conexión, la capacidad de caudal de la red es de 4,1 kbit/s
por lo menos. La capacidad se midió utilizando dos secciones de circuito de
acceso a 9,6 kbit/s, tamaños de ventana en la capa enlace de datos de 7,
tamaños de ventana en la capa paquete de 2, y campos de datos de usuario de 128
octetos. No había conexiones virtuales adicionales en las secciones de circuito
de acceso. La capacidad se midió durante la hora más cargada de un día
laborable. El tiempo medio de transferencia de paquetes de datos en el periodo
de medición fue de 500 ms. La precisión de la medición de caudal es de ¹^0,1
kbit/s.'
Este tipo de enunciado facilita la verificación de la capacidad de caudal y su comparación con las necesidades de caudal de usuarios potenciales.
ANEXO B (a la Recomendación X.135)
Información auxiliar sobre
la
medición del caudal
y
la aplicación de valores de capacidad de caudal
En relación con la medición del caudal, debe observarse lo siguiente:
-La medición del caudal en régimen permanente debe efectuarse sobre unos 200
paquetes. Otra manera de formular esta especificación consiste en establecer un
tiempo de 2 minutos para el periodo de medición (
t
2 -
t
1).
-Cuando se mide el caudal en régimen permanente, los paquetes de datos
A
1 y
A
k
no tienen que formar una sola secuencia completa de paquetes.
-Una forma de verificar la transferencia correcta de la secuencia de prueba en una medición del caudal en régimen permanente consiste en transferir otra secuencia completa de paquetes.
-Las mediciones relacionadas con el caudal no deben realizarse con
secuencias de datos de usuarios de alta densidad de
`unos'
binarios, a
fin de que los resultados no se vean afectados por el relleno de bits.
A continuación se describe una manera de aplicar el parámetro capacidad de caudal. En el análisis, la capacidad de caudal se utiliza para diseñar una sección de circuito internacional.
Donde:
m
es el caudal promedio por llamada (para la duración de
la llamada),
n
es el número total de llamadas presentes en cualquier
momento,
p
es el número de llamadas que requieren la capacidad de
caudal en todo momento,
b
es la velocidad binaria de la sección de circuito
interredes internacional,
T
es el objetivo de capacidad de caudal de llamada.
Entonces la velocidad binaria
b
^ será:
b
(
m
*
n
)
+
p
(
T
-
m
)
Los valores que efectivamente tendrán
m
,
n
y
p
pueden depender de red y
reflejar básicamente la población de las velocidades de las líneas de acceso y
sus características de tráfico. Por consiguiente, se recomienda elegir un valor
de
b
que sea considerablemente mayor que el valor de
(
m
*
n
). El número de canales lógicos
asignados a los enlaces interredes internacionales deberá depender de la
relación entre los valores de
b
y
m
.
ANEXO C (a la Recomendación X.135)
Comportamiento
representativo con respecto a la velocidad de servicio de
extremo a extremo
C.1
Definición de las conexiones de extremo a extremo
ilustrativas
Para facilitar la referencia, las dos conexiones de extremo a extremo (es
decir, de ETD a ETD) ilustrativas presentadas en este anexo se denominarán
configuraciones
`tipo 1'
y
`tipo 2'
. Estas configuraciones
ficticias, pero representativas, utilizan las fronteras de distribución y los
sucesos de referencia de la capa paquete descritos en la Recomendación X.134.
La figura 2/X.135 muestra las fronteras de red pertinentes y el cuadro 1/X.135
define los tipos de tramos de la conexión virtual.
La configuración tipo 1 se define como sigue:
Tableau [T12.135], p.
La configuración tipo 2 se define como sigue:
Tableau [T13.135], p.
C.2
Comportamiento con respecto a la velocidad de servicio de
extremo a extremo para los ejemplos de configuración de
tipo 1 y tipo 2
Se han calculado los valores del comportamiento con respecto a la velocidad de servicio de extremo a extremo para las configuraciones de las conexiones de ejemplo tipo 1 y tipo 2 y se muestran a continuación en los cuadros C-1/X.135 y C-2/X.135. Estos cálculos se han efectuado aplicando los métodos derivados en el Î C.3 a cada tramo de red que, por conveniencia al definir estos ejemplos, están caracterizadas por los valores del caso más desfavorable del comportamiento con respecto a la velocidad de servicio, especificados en la Recomendación X.135.
El comportamiento de extremo a extremo con respecto al tiempo medio de establecimiento de la llamada, el tiempo medio de transferencia de paquetes de datos y el retardo medio de indicación de liberación se calculan sumando sencillamente los tiempos medios asociados con cada tramo apropiado de la red.
Ejemplo
- Para la configuración tipo 1, el tiempo medio
de establecimiento de la llamada de extremo a extremo en milisegundos se
calcula haciendo referencia al cuadro 3/X.135 y sumando los valores medios para
los tipos de tramos nacional A e internacional A:
(1000 +
X
) + (250) + (1000 +
X
) =
2250 + 2 *
X
.
El comportamiento de extremo a extremo con respecto al tiempo de
establecimiento de la llamada, el tiempo de transferencia de paquete de datos y
el retardo de indicación de liberación del percentil 95 pueden determinarse
suponiendo (véase el Î C.3) que la varianza del retardo de extremo a extremo es
la suma de las varianzas de los retardos de cada tramo de red.
Ejemplo
- Para la configuración tipo 1, haciendo
referencia al cuadro 3/X.135 y a Î C.3, el valor del percentil 95 para el
tiempo de establecimiento de la llamada de extremo a extremo en milisegundos
es:
(2250^+^2^*^
X
)^+
[((1500^+^
X
)^-^(1000^+^
X
))2^+^((250)^-^(250))2^+ ((1500^+^X)^-^(1000^+^
X
))2]0,5 = 2957 + 2 *
X
.
El comportamiento de extremo a extremo para la media y el percentil 95 con
respecto a la capacidad de caudal se determina suponiendo que:
1)el caudal de extremo a extremo en cualquier momento dado es el mínimo considerado en todos los tramos individuales de la red; y
2)el caudal de cada tramo de red es una variable aleatoria independiente y distribuida normalmente. En el Î C.3 se derivan fórmulas que combinan las distribuciones de probabilidad individuales que se superponen para dar la distribución de la capacidad de caudal de extremo a extremo.
Ejemplo
- Los cálculos numéricos de la media y del
percentil 95 de las capacidades de caudal de extremo a extremo para las
configuraciones tipo 1 y tipo 2 se presentan como ejemplos en el Î C.3.2.
Tableau C-1/X.135 [T14.135], p.16
Tableau C-1/X.135 [T15.135], p.17
X
,
Y
^ y
Z
^ dependen de la velocidad de señalización de la sección
del circuito de acceso que está comprendida en el tramo nacional. En las
secciones correspondientes de la Recomendación X.135 pueden hallarse las
definiciones, hipótesis pertinentes y valores para
X
,
Y
y
Z
. Como se señala en el
4.4
de la Recomendación X.135, se supone una velocidad de
señalización de 9,6 kbit/s para las secciones de circuito de acceso, para los
valores del comportamiento con respecto a la capacidad de caudal del caso más
desfavorable.
C.3
Métodos para calcular las medias y los puntos del 95%
de retardos y caudales de servicios con conmutación de
paquetes con dos o más tramos concatenados
A continuación se describen los métodos utilizados para calcular la característica de velocidad de servicio de extremo a extremo a partir de los valores de funcionamiento de cada tramo de red.
C.3.1
Retardos
Se supone que un servicio con conmutación de paquetes tiene
n
^ tramos con retardos
d
1,
d
2, .^.^.,
d
n
, que varían aleatoriamente con las medias
m
1,
m
2, .^.^.,
m
n
y los puntos del 95%
z
1,
z
2,
.^.^.,
z
n
. El retardo total
D
=
d
1 +
d
2 + .^.^. +
d
n
tiene una distribución cuya media se expresa por:
M
=
m
1 +
m
2
+ .^.^. +
m
n
(sin otra hipótesis). A fin de obtener el punto de 95% de
D
, se supone que los retardos
d
i
^ son estadísticamente independientes y que
z
i
=
m
i
+
k
ì
i
con la misma
k
para todos los tramos, donde
ì
i
es la desviación típica de
d
i
. Se supone también la misma igualdad para
D
, es
decir,
Z
=
M
+
k
ì
D
, donde
Z
es el punto del 95% de
D
. Estas igualdades son válidas para distribuciones
normales con
k
= 1,645. Así pues, la varianza de
D
es la suma de las varianzas de
d
i
. De ello se sigue que el punto del 95% de
D
viene
dado por:
Z
=
M
+ [(
z
1
-
m
1)2 + (
z
2 -
m
2)2 + .^.^. + (
z
n
-
m
n
)2]1/2.
La hipótesis de la normalidad parece razonable, pero son posibles otras
hipótesis que podrían dar respuestas sustanciales diferentes.
C.3.2
Caudales
Se supone que un servicio con conmutación de paquetes tiene
n
tramos con caudales
T
1,
T
2, .^.^.,
T
n
^ que varían aleatoria e independientemente con medias
M
1,
M
2, .^.^.,
M
n
^ y puntos del 5% (puntos rebasados por el 95% de los valores)
Z
1,
Z
2, .^.^.,
Z
n
. Se supone que el caudal neto del servicio es
V
=
min (
T
1,
T
2, .^.^.,
T
n
). La función de distribución acumulada (fda) de
T
i
es la probabilidad de que
T
i
sea menor o igual a cualquier valor, digamos
t
, y
se designa por
F
i
(
t
):
F
i
(
t
) = Prob [
T
i t
],
i
= 1, 2, .^.^.,
n
.
La función de densidad de probabilidad (fdp) de
T
i
^ es la derivada de
F
i
(
t
) y se designa por
f
i
(
t
) =
dF
i
/
dt
.
Para calcular la media, digamos
M
V
n
^ y el punto del 5%,
V
$$id0.05,
n
$$if, del caudal neto
V
, en general
no es suficiente considerar sólo las
M
i
y los
Z
i
del tramo; es necesario combinar todas las distribuciones
F
i
(
t
) (o
f
i
(
t
)) para obtener la función de densidad de
probabilidad de
V
, que se designará por
g
n
(
v
). Sin embargo, en el importante caso especial en
que el tramo con el caudal que suele ser más pequeño (el
`tramo más
lento'
) tenga una distribución que no es superpuesta en forma alguna por
las distribuciones de los caudales mayores, entonces la distribución del caudal
neto es idéntica a la del tramo más lento, que tiene la misma media y punto del
5% en particular. Si la superposición de cualquier otra distribución con la
distribución del tramo más lento es despreciable, entonces puede sacarse la
misma conclusión. Ulteriores ejemplos indicarán el grado de superposición que
puede considerarse despreciable.
Se vuelve ahora al caso de distribuciones generales, pero con
n
= 2 en primer lugar. La integración en las dos
dimensiones de (
T
1,
T
2) muestra que
la función de densidad de probabilidad de
V
viene dada
por:
g
2(
v
) =
f
1(
v
) [1 -
F
2(
v
)] +
f
2(
v
) [1 -
F
1(
v
)].(C-1)
El caudal neto medio del servicio es entonces
M
V
2 = $$IO·$$IU0$$IE
vg
2(
v
)
dv
(C-2)
y el punto del 5% es el valor
V
$$id0,05, 2$$if de modo
que
$$IO
V
$$id0,05, 2$$if $$IU0$$IE
g
2(
v
)
dv
=
0,05.(C-3)
Si
f
1(
t
) =
f
2(
t
), entonces
g
2(
v
) =
2
f
1(
v
) [1 -
F
1(
v
)].(C-4)
Se supone ahora que las distribuciones de caudal de los tramos son normales y
que están suficientemente concentradas de modo que la cola de la distribución
normal ajustada a la izquierda de cero es despreciable (supuesto que es válido
para todos los valores numéricos en la Recomendación X.135). La hipótesis se
expresa en términos de la función de densidad de probabilidad
ï(
u
) función de distribución acumulada
ù(
x
) normales típicas.
ï(
u
) = $$Bo1$$Bu$$1t$$0v2ë$$ve$$0t$$Be
e
$$ed-
u
$$2h2$$0h/2$$ef,
ù(
x
) = $$IO
x
$$IU-·$$IE
ï(
u
)
du
.(C-5)
Entonces
f
i
(
t
) = $$Bo1$$Buì
i
$$Be ï $$2($$Bo
t
-
M
i
$$Buì
i
$$Be$$2),
F
i
(
t
) = $$IO
t
$$IU-·$$IE
f
i
(
y
)
dy
(C-6)
donde la desviación típica ì
i
= (
M
i
-
Z
i
)/1,64485. En el caso que
f
1(
t
) =
f
2(
t
), entonces
g
2(
v
) = $$Bo2$$Buì1$$Be ï
$$2($$Bo
v
-
M
1 $$Buì1$$Be$$2) $$2[1 -
ù $$2($$Bo
v
-
M
1
$$Buì1$$Be$$2)$$2].(C-7)
Se considera ahora el caso n = 3. La función de la densidad de probabilidad
g
3(
v
) de
V
3 =
min (
T
1,
T
2,
T
3)
puede obtenerse por iteración sobre la distribución de
V
2
= min (
T
1,
T
2) puesto que
V
3 = min (
V
2,
T
3). De ahí que:
g
3(
v
) =
g
2(
v
) [1 -
F
3(
v
)] +
f
3(
v
) [1 -
G
2(
v
)](C-8)
donde
g
2(
v
) viene dado por (C-1) y
G
2(
v
) es su integral indefinida,
G
2(
v
) =
$$IO
v
$$IU0$$IE
g
2(
x
)
dx
.(C-9)
Si las tres fdp
f
i
(
t
) son idénticas, entonces
g
3(
v
) se simplifica a
g
3(
v
) =
3
f
1(
v
) [1 -
F
1(
v
)]2.(C-10)
Se suponen ahora distribuciones normales e idénticas. Entonces, a partir de
(C-5), (C-6) y (C-10),
M
V
3= $$IO·$$IU0$$IE
vg
3(
v
)
dv
=
M
1 + 3ì1 $$IO·$$IU-·$$IE
u
ï(
u
) [1 - ù(
u
)]2
du
=
M
1 - 3ì1 $$IO·$$IU0$$IE
u
ï(
u
) [2 ù(
u
) - 1]
du
=
M
1 - ì1
K
3,(C-11)
donde
K
3 = 0,8463 por Teichroew (1956). De manera similar
V
$$id0,05, 3$$if =
M
1 + ì1
U
$$id0,05, 3$$if,(C-12)
donde
3 $$IO
U
$$id0,05, 3$$if $$IU-·$$IE
ï(
u
) [1 - ù(
u
)]2
du
= 0,05.(C-13)
Por integración
ù(-
U
$$id0,05, 3$$if) = 1 - 0,0951/3 = 0,016952.(C-14)
Por consiguiente, utilizando cualquier tabla de distribución normal
acumulada,
U
$$id0,05, 3$$if = 2,121.
Ejemplo 1
- Calcúlese la media y el percentil 95
de caudales netos suponiendo que hay tres distribuciones de tramos
idénticas y normales con
M
1 =
M
2 =
M
3 = 2000 bit/s
y
Z
1 =
Z
2 =
Z
3 = 1800 bit/s.
Entonces ì1 = ì2 = ì3 = 2000/1,645 = 121,6 bit/s. A partir de (C-11):
M
V
3 = 2000 - 121,6 0,8463 = 1897 bit/s.
De (C-12) y (C-14)
V
$$id0,05, 3$$if = 2000 - 121,6 2,121 = 1742 bit/s.
Ejemplo 2
- Considérese la configuración tipo 1.
Según el cuadro 8/X.135,
M
1 =
M
2 = 3000 bit/s,
M
3 = 2000
bit/s,
Z
1 =
Z
2 = 2400 bit/s,
Z
3 = 1800 bit/s. Con distribuciones normales hay
una superposición ligera pero probablemente despreciable de los
caudales mayores con el caudal menor; la probabilidad de que el caudal
nacional sea menor o igual al punto 5%
superior
del caudal internacional, 2200 bit/s, es 0,014. Por tanto, al menos
aproximadamente
M
V
3 =
M
3 = 2000 bit/s,
V
$$id0,05, 3$$if =
Z
3 = 1800 bit/s.
Esto puede comprobarse mediante integración numérica. Como esto se
planteará en otras aplicaciones, a continuación se dan fórmulas generales.
Cuando
f
1(
v
) =
f
2(
v
),
G
2(
v
) en (C-9) se convierte en:
G
2(
v
) =
2
F
1(
v
) -
[
F
1(
v
)]2.
Cuando las distribuciones son también normales de (C-8) y (C-5) se sigue que
g
3(
v
) = $$2[1 - ù
$$2($$Bo
v
-
m
1 $$Buì1$$Be$$2)$$2]
$$2{$$Bo2$$Buì1$$Be ï $$2($$Bo
v
-
m
1
$$Buì1$$Be$$2) $$2[1 - ù $$2($$Bo
v
-
m
3 $$Buì3$$Be$$2)$$2] +
+ $$Bo1$$Buì3$$Be ï $$2($$Bo
v
-
m
3
$$Buì3$$Be$$2) $$2[1 - ù $$2($$Bo
v
-
m
1 $$Buì1$$Be$$2)$$2]$$2}.(C-15)
Por consiguiente, el caudal medio para una red de tres tramos con dos tramos
idénticos es, con el cambio de la variable
u
=
(
v
-
m
1)/ì1,
M
V
3 = $$IO·$$IU-·$$IE (
m
1 +
ì1
u
)[1 -ù(
u
)]
$$2{
Z
ï(
u
)$$2[1 - ù
$$2($$Bo
m
1 -
m
3 +
ì1
u
$$Buì3$$Be$$2)$$2] + (C-16) + $$Boì1$$Buì3$$Be ï
$$2($$Bo
m
1 -
m
3 +
ì1
u
$$Buì3$$Be$$2) [1 - ù(
u
)]$$2}
du
.
Esto puede integrarse numéricamente utilizando una calculadora de bolsillo y
las
tablas de funciones de probabilidad normal
de
`National Bureau of Standards'
(Oficina Nacional de Normas). Como estas
tablas dan la integral de ï(
u
) de -
x
a
x
, es decir
S
(
x
), y no ù(
x
),
se hace la siguiente sustitución en (C-16) (en tres lugares):
1 - ù(
u
) = $$2{$$fo[1 -
S
(
u
)]/2 $$fu[1 +
S
(|
u
|)]/2$$fe $$fosi
u
0 $$fusi
u
&lab; 0$$fe(C-17)
En el ejemplo 2, (C-16) se convierte en
$$Bo2
M
V
3 $$Buì1$$Be = $$IO·$$IU-·$$IE (8,225 +
u
) [1 ¹
S
(|
u
|)] {ï(
u
)[1
¹
S
(|8,225 + 3
u
|)]
+ 1,5 ï (8,225 + 3
u
)[1 ¹
S
(|
u
|)]}
du
.
Efectuando una integración numérica con ó
u
= 0,1 y la
regla trapezoidal
M
V
3 = 1999,09 bit/s. Con la regla de Simpson
M
V
3 = 1999,11 bit/s. Por tanto, la ligera superposición de las
distribuciones de los dos caudales mayores con la distribución del caudal menor
reduce el caudal neto medio en menos de 1 bit/s. El efecto sobre el punto del
5% inferior será mucho menor, de modo que
V
$$id0,05, 3$$if
= 1800 bit/s. Sin embargo, la comparación con el ejemplo 1 muestra que la
superposición
completa
de distribuciones de tres tramos no
reduce el caudal sustancialmente por debajo del de un tramo individual.
Ejemplo 3
- Considérese la configuración tipo 2.
Según el cuadro 8/X.135,
M
1 = 3000,
M
2 = 2400,
M
3 = 1800,
Z
1 = 2400,
Z
2 = 2000,
Z
3 = 1500 (todos bit/s). Tres tramos no idénticos
dan como resultado una integral sustancialmente más complicada que
(C-16). Podrá programarse en un computador, pero esto no es necesario
debido a que puede obtenerse una cota firme sustituyendo el tramo más
rápido por uno idéntico al siguiente tramo más rápido y utilizando
(C-16). Haciendo esto con ó
u
= 0,1 y la regla
trapezoidal se obtiene
M
V
3 = 1794,4 bit/s; la regla de Simpson, más exacta, da
M
V
3 = 1794,7 bit/s. Como
M
V
3 debe ser inferior o igual a
M
3 = 1800 bit/s, el
caudal medio con los tres tramos no idénticos originales está acotado 1795 y
1800 bit/s. Se estima como 1797 bit/s con un error probablemente de no más de 1
bit/s. El efecto sobre el punto 5% inferior será incluso menor; la integración
numérica con ó
u
= 0,1 da
V
$$id0,05,
3$$if = 1499,2 bit/s cuando el tramo más rápido es sustituido por uno idéntico
al siguiente tramo más rápido de modo que se estima que la red original tiene
V
$$id0,05, 3$$if = 1500 bit/s, a la unidad más próxima.
Estos ejemplos indican lo siguiente cuando la distribución del caudal más pequeño no es superpuesta considerablemente por otros, y esto se aplica cualquiera que sea el número de tramos:
Regla general
- Si el caudal medio del tramo más lento
es menor que la media del siguiente tramo más lento en, por lo menos, dos veces
la diferencia entre la media y el percentil 95 del tramo más lento o del
siguiente tramo más lento, de éstos, el que sea mayor, entonces la media y el
percentil 95 del caudal de la red son iguales a los del tramo más lento (con un
error despreciable). (Esta regla puede mitigarse probablemente sustituyendo
`dos veces'
por
`1,5 veces'
o suprimiendo
`dos veces'
, sin
cometer un gran error en la práctica.)
El caso de
n
^ general se considera de manera similar.
Con distribuciones diferentes
f
i
(
t
) la función de densidad de probabilidad
g
n
(
v
) de
V
n
= min (
T
1,
T
2, ^.^.^.,
T
n
) puede obtenerse por iteración a partir de
g
n
-1(
v
):
g
n
(
v
) =
g
n
-1(
v
) [1 -
F
n
(
v
)] +
f
n
(
v
) [1 -
G
n
-1(
v
)].
Si todas las
f
i
(
t
) son idénticas, entonces
g
n
(
v
) =
nf
i
(
v
) [1 -
F
i
(
v
)]
n
-1.
Si, además se suponen distribuciones normales para
f
i
(
t
), entonces el caudal neto medio es:
M
V
n
=
M
1 +
n
ì1 $$IO·$$IU-·$$IE
u
ï(
u
) [1 -
ù(
u
)]$$ed
n
-1$$ef
du
,
=
M
1 -
n
ì1
$$IO·$$IU0$$IE
u
ï(
u
)
{ù$$ed
n
-1$$ef(
u
) - [1
- ù(
u
)]$$ed
n
-1$$ef}
du
=
M
1 -
K
n
ì1(C-18)
y el punto del 5% del caudal neto es
V
$$id0,05,
n
$$if =
M
1 - ì1
U
$$id0,05,
n
$$if,(C-19)
donde
ù(-
V
$$id0,05,
n
$$if) = 1 -
0,951/
n
.(C-20)
Los valores
K
n
^ y
U
$$id0,05,
n
$$if^ pueden
tabularse como una función de
n
:
Tableau [T16.135], p.
C.4
Notas sobre hipótesis, resultados e implicaciones
clave
Para ulterior estudio.
Referencia
[1]
TEICHROEW, D. (1956), Tables of expected values of order statistics and
products of order statistics for samples of size twenty and less from
the normal distribution,
Annals of Mathematical
Statistics
,
27
, pp. 410-426, 1956.
VALORES DEL COMPORTAMIENTO CON RESPECTO A LA EXACTITUD Y
LA^ SEGURIDAD DE FUNCIONAMIENTO PARA LAS^ REDES PúBLICAS DE
DATOS QUE PROPORCIONAN SERVICIOS^
INTERNACIONALES DE CONMUTACIóN DE PAQUETES
(Málaga-Torremolinos, 1984; modificada en Melbourne, 1988)
El CCITT,
considerando
(a) que la Recomendación X.1 especifica las clases de servicio internacional de usuario en las redes públicas de datos;
(b) que la Recomendación X.2 especifica los servicios de transmisión de datos y facilidades facultativas de usuario internacionales en redes públicas de datos;
(c) que la Recomendación X.25 especifica el interfaz ETD/ETCD para equipos terminales que funcionan en el modo paquete y están conectados a redes públicas de datos por circuitos especializados;
(d) que la Recomendación X.75 especifica el sistema de señalización con conmutación de paquetes entre redes públicas de datos que prestan servicios de transmisión de datos;
(e) que la Recomendación X.323 especifica disposiciones generales para el interfuncionamiento entre redes públicas de datos con conmutación de paquetes;
(f) que la Recomendación X.96 especifica señales de progresión de la llamada para redes públicas de datos;
(g) que la Recomendación X.110 especifica los principios de encaminamiento y el plan de encaminamiento internacional para redes públicas de datos;
(h) que la Recomendación X.213 define el servicio de capa de red ISA;
(i) que la Recomendación X.140 define los parámetros generales de calidad de servicio para la comunicación a través de redes públicas de datos;
(j) que la Recomendación X.134 especifica las fronteras de tramos y los sucesos de referencia de la capa paquete para la definición de los parámetros de comportamiento en el servicio de conmutación de paquetes;
(k) que la Recomendación X.135 especifica valores del comportamiento con respecto a la velocidad de servicio para las redes públicas de datos cuando éstas proporcionan servicios internacionales de comunicación de datos con conmutación de paquetes;
(l) que la Recomendación X.137 especifica valores del comportamiento con respecto a la disponibilidad para las redes públicas de datos que proporcionan el servicio internacional de comunicación de datos con conmutación de paquetes,
recomienda por unanimidad
(1) que los parámetros de exactitud y seguridad de funcionamiento definidos en esta Recomendación se utilicen para la planificación y explotación de servicios internacionales de comunicación de datos con conmutación de paquetes de conformidad con las Recomendaciones X.25 y X.75;
(2) que en esos servicios, los valores de comportamiento especificados en esta Recomendación se adopten como valores de caso más desfavorable en las condiciones aquí especificadas.
1
Introducción
1.1 Esta Recomendación es la tercera de una serie de cuatro Recomendaciones (X.134 a X.137) que definen parámetros y valores de comportamiento para los servicios internacionales de comunicación de datos con conmutación de paquetes. La figura 1/X.136 ilustra el campo de aplicación de estas cuatro Recomendaciones y las relaciones entre las mismas.
Figure 1/X.136, (N), p.
1.2 La Recomendación X.134 divide una conexión virtual en dos secciones
básicas cuyas fronteras están asociadas con los interfaces X.25 y X.75; define
colecciones particulares de secciones básicas, denominadas tramos de conexión
virtual, para las cuales se especificarán valores de comportamiento; y define
un conjunto de sucesos de referencia de la capa paquete (SP) que suministran
una base para la definición de los parámetros de funcionamiento. Las secciones
básicas consisten en secciones de red y secciones de circuito. Siempre están
delimitadas por interfaces físicos de equipos terminales de datos (ETD) o de
centrales de conmutación de datos (CCD). Los tramos de conexión virtual se
identifican como tramos nacionales o tramos internacionales. Por definición,
cada SP ocurre cuando, un paquete, al atravesar una frontera de sección, cambia
el estado del interfaz de la capa paquete.
1.3 Para facilitar la comparación, y para una exposición más completa, el
comportamiento de la red con conmutación de paquetes se considera en el
contexto de la matriz de comportamiento de 3^^3 definida en la Recomendación
X.140. En la matriz se especifican tres funciones de comunicación de datos
independientes del protocolo: acceso, transferencia de información de usuario y
desocupación. Estas funciones generales corresponden al establecimiento de la
llamada transferencia de datos (e interrupciones), y liberación de la llamada
en servicios de llamadas virtuales con conmutación de paquetes conformes a las
Recomendaciones X.25 y X.75. Cada función se considera según tres aspectos
generales del comportamiento (o
`criterios de comportamiento'
):
velocidad, exactitud y seguridad de funcionamiento. Estos criterios expresan,
respectivamente, el retardo o la velocidad, el grado de corrección (en el
sentido de perfección) y el grado de certidumbre con que se ejecuta la función.
1.4 La Recomendación X.135 define los parámetros y valores de velocidad de
servicio relativos al protocolo, asociados con cada una de las tres funciones
de comunicación de datos. Esta Recomendación define los parámetros y valores de
exactitud y seguridad de funcionamiento relativos al protocolo, y valores
asociados con cada función. Los parámetros de las Recomendaciones X.135 y X.136
se denominan
`parámetros primarios'
, para destacar que se derivan
directamente de sucesos de referencia de la capa paquete.
1.5 Un modelo conexo de dos estados sirve de base para describir la
disponibilidad de servicio global. Una función de disponibilidad especificada
compara los valores para un subconjunto de los parámetros primarios con los
umbrales de interrupción correspondientes para clasificar el servicio como
`disponible'
(sin interrupción de servicio) o
`indisponible'
(interrupción de servicio) durante los periodos programados de funcionamiento.
En la Recomendación X.137 se especifica la función de disponibilidad y se
definen los parámetros de disponibilidad y los valores que caracterizan el
proceso aleatorio binario resultante.
1.6 Se definen en esta Recomendación ocho parámetros de exactitud y seguridad de funcionamiento: dos parámetros de acceso (probabilidad de error de establecimiento de la llamada y probabilidad de fallo del establecimiento de la llamada), cinco parámetros de transferencia de información de usuario (tasa de errores residuales, probabilidad de estímulo de reiniciación, probabilidad de reiniciación, probabilidad de estímulo de desconexión prematura y probabilidad de desconexión prematura) y un parámetro de desocupación (probabilidad de fallo de liberación de la llamada). Cada parámetro puede aplicarse a cualquier tramo o sección básica de una conexión virtual. Esta cualidad de los parámetros, de ser generales, es muy conveniente para la distribución y la concatenación del funcionamiento.
1.7 Esta Recomendación especifica valores de exactitud y seguridad de funcionamiento para tramos nacionales y tramos internacionales de dos tipos (cuadro 1/X.136). No se especifican valores de comportamiento para el equipo terminal de datos, pero los parámetros definidos en esta Recomendación pueden emplearse en tal especificación para ayudar a los usuarios a establecer relaciones cuantitativas entre el comportamiento de la red y la calidad de servicio (véase la Recomendación X.140).
Tableau 1/X.136 [T1.136], p.
1.8 A continuación se especifican los valores de caso más desfavorable para
cada uno de los ocho parámetros de exactitud y seguridad de funcionamiento para
cada tipo de tramo de conexión virtual indicado en el cuadro 1/X.136. El
término
`caso más desfavorable'
significa que estos valores deben
satisfacerse durante la hora cargada normal en el tramo que peor funciona de la
conexión virtual utilizada para prestar el servicio internacional de
comunicación de datos con conmutación de paquetes. El comportamiento de un
tramo de la conexión virtual puede ser mejor que los valores de caso más
desfavorable especificados en esta Recomendación. Los objetivos de diseño que
permitan tomar en consideración las aplicaciones de usuario y un comportamiento
de red más exigentes y la mejora de la conectividad deben ser objeto de
ulterior estudio.
También se ofrecen en esta Recomendación métodos numéricos para combinar los valores de comportamiento de los tramos individuales a fin de estimar el comportamiento de extremo a extremo. En el anexo B se calculan los valores de ETD a ETD para dos conexiones ficticias de referencia determinadas.
2
Parámetros de acceso
En esta sección se especifican los valores de caso más desfavorable para dos parámetros de acceso: probabilidad de error de establecimiento de la llamada y probabilidad de fallo del establecimiento de la llamada.
El error de establecimiento de la llamada y el fallo del establecimiento de
la llamada se definen entre pares de fronteras de sección (
B
i
,
B
j
).
B
j
es uno de los conjuntos de fronteras hacia los cuales puede encaminarse
adecuadamente la tentativa de llamada. En la figura 2/X.136 se identifica la
secuencia de cuatro sucesos particulares que ocurren en estas fronteras durante
un establecimiento de llamada que culmina en éxitoLos números de SP de la
figura 2a/X.136 se refieren a los cuadros 1/X.134 y 2/X.134.. Una tentativa de
establecimiento de llamada a través de esta sección es una ocurrencia del
suceso a). Una tentativa exitosa de establecimiento de llamada en esta sección
es una ocurrencia de una secuencia de sucesos correspondientes [a), b), c) y
d)] en un periodo de tiempo de 200 segundosEste periodo corresponde al
temporizador T21 de la Recomendación X.25.. Los conceptos de error de
establecimiento de la llamada y fallo del establecimiento de la llamada
utilizados en esta sección se definen a continuación. Todo otro fracaso de la
tentativa de establecimiento de la llamada se debe a problemas ajenos a la
sección en cuestión y no se tiene en cuenta en la medición.
2.1
Probabilidad de error de establecimiento de la
llamada
La probabilidad de error de establecimiento de la llamada se aplica a los servicios de llamada virtual, y no al de circuitos virtuales permanentes. Este parámetro se utiliza para medir la exactitud de la función de usuario general de acceso en servicios públicos con conmutación de paquetes de conformidad con las Recomendaciones X.25 y X.75.
2.1.1
Definición de la
@
probabilidad de error de establecimiento
de la llamada
@
\La probabilidad de error de establecimiento de la llamada es la razón del número total de las tentativas de llamada que dan lugar a un error de establecimiento de la llamada al número total de tentativas de llamada que pertenecen a una población dada.
Refiriéndose a la figura 2/X.136, por definición, se produce un error de establecimiento de llamada en cualquier tentativa de llamada en que ocurre el suceso d), pero no ocurre el suceso c) en un plazo de 200 segundos.\
El error de establecimiento de la llamada es esencialmente el caso de un
`número equivocado'
. Ocurre cuando la red responde a una petición de
llamada válida estableciendo erróneamente una llamada virtual a un ETD de
destino diferente del designado en la petición de llamada, y no corrige el
error antes del comienzo del estado de transferencia de datos. Puede ser
causado por acciones administrativas o de mantenimiento del operador de la red.
Tableau (avec la figure 2/X.136) [T2.136], p.21
Figure 2/X.136 (avec le tableau), (N), p.22
El error de establecimiento de la llamada se distingue del establecimiento de
llamada exitoso por el hecho de que el usuario de destino deseado no se ha
alcanzado y no se le somete a la sesión de comunicación de datos durante la
tentativa de establecimiento de la llamada.
La probabilidad de error de establecimiento de la llamada no se aplica al modo de selección rápida de transferencia de datos. Se supone que en el cálculo de este parámetro no se utilizan las facilidades facultativas de usuario de redireccionamiento de llamada de la X.25 (que incluyen: grupo de búsqueda, redireccionamiento de llamada, abono al reenvío de llamadas, elección de reenvío de llamadas, notificación de redireccionamiento o reenvío de llamadas, y notificación de modificación de la dirección de línea llamada).
Los SP de la Recomendación X.134 utilizados para medir la probabilidad de error de establecimiento de la llamada en cada frontera de la sección son los indicados en la figura 2/X.136.
2.1.2
Valores
La contribución de cada tramo de red a la probabilidad global de error de establecimiento de la llamada en las condiciones descritas en esta Recomendación no excederá de los valores especificados en el cuadro 2/X.136.
Tableau 2/X.136 [T3.136], p.
2.2
Probabilidad de fallo del establecimiento de la
llamada
La probabilidad de fallo del establecimiento de la llamada se aplica únicamente a los servicios de llamada virtual. Este parámetro se utiliza para medir la seguridad de funcionamiento de la función general de usuario de acceso en servicios públicos con conmutación de paquetes de conformidad con las Recomendaciones X.25 y X.75.
2.2.1
Definición de la
@
probabilidad de
fallo del establecimiento de la llamada
@
\La probabilidad de fallo del establecimiento de la llamada es la razón del número total de tentativas de llamada que dan lugar a un fallo del establecimiento de la llamada al número total de las tentativas de llamada de una población dada.
Refiriéndose a la figura 2/X.136, por definición, se produce un fallo del establecimiento de la llamada en cualquier tentativa de llamada en que se observa uno de los dos resultados siguientes en un periodo de tiempo de 200 segundosLa Recomendación X.96 especifica límites para la frecuencia con la que un ETD puede repetir las tentativas de llamada a un destino dado.:
1) no ocurre el suceso b) ni el d),
2) ocurren los sucesos b) y c), pero no el d).
Se excluyen las tentativas de llamada liberadas por la sección como resultado de una actuación incorrecta o la no actuación de una entidad no perteneciente a la sección.\ Los SP X.134 específicos que se utilizan para medir la probabilidad de fallo del establecimiento de la llamada en cada frontera de sección son los indicados en la figura 2/X.136.
2.2.2
Valores
La contribución de cada tramo de la red a la probabilidad total de fallo del establecimiento de la llamada en las condiciones descritas en esta Recomendación no excederá de los valores especificados en el cuadro 3/X.136.
Tableau 3/X.136 [T4.136], p.
2.2.3
Tentativas de llamada excluidas
Una tentativa de establecimiento de llamada también puede fallar como resultado de un bloqueo del usuario. Dichos fallos no se tienen en cuenta en la medición del comportamiento de la red. Algunos ejemplos del bloqueo de usuario son los siguientes:
1) el usuario llamante o el usuario llamado emite una petitión de liberación para rechazar la tentativa de establecimiento de llamada;
2) el usuario llamado tarda demasiado en generar el paquete de llamada aceptada durante la fase de establecimiento de la conexión y como consecuencia expira la temporización antes de que se establezca la conexión;
3) todos los canales lógicos del ETD llamado están usándose.
3
Parámetros de transferencia de información de
usuario
Este punto especifica los valores de caso más desfavorable para cinco parámetros de transferencia de información de usuario: tasa de errores residuales, probabilidad de estímulo de reiniciación, probabilidad de reiniciación, probabilidad de estímulo de desconexión prematura y probabilidad de desconexión prematura. Estos parámetros describen irregularidades observadas durante el estado transferencia de datos de una llamada virtual o circuito virtual permanente.
3.1
Tasa de errores residuales
La tasa de errores residuales se aplica tanto al servicio de llamada virtual como al servicio de circuito virtual permanente. Este parámetro se utiliza para medir la exactitud de la función general de transferencia de información de usuario en servicios públicos con conmutación de paquetes de conformidad con las Recomendaciones X.25 y X.75.
3.1.1
Definicion de la
@
tasa de errores
residuales
@
\La tasa de errores residuales es la razón del número total de bits de datos de usuario incorrectos, perdidos y excedentes (por ejemplo, duplicados) al número total de bits de datos de usuario de una población dada transferidos a través de cualquier frontera de sección.
Los bits de datos de usuario son los bits del campo de datos de usuario de los paquetes de datos de la capa paquete X.25 ó X.75 (protocolos y datos por encima de la capa paquete). Se excluyen los campos destinados a alineación de tramas, encaminamiento, relleno de bits, protección contra errores y otros campos de protocolo introducidos por todos los protocolos de la capa paquete, o de una inferior.
La figura 3/X.136 define las relaciones entre la magnitudes antes mencionadas. Los bits de datos de usuario incorrectos son los bits de datos de usuario que son invertidos en la transferencia entre las fronteras de sección, es decir, los bits cuyo valor binario observado en la frontera de la sección del lado de destino de un tramo de una conexión virtual es el opuesto al valor observado en la frontera de sección del lado de origen. Los bits de datos de usuario perdidos son los bits de datos de usuario transferidos a un tramo de conexión virtual en una frontera de sección, pero no transferidos fuera del tramo de conexión virtual en la otra frontera en un plazo de 200 segundos de transmisión sin control de flujo. Los bits perdidos en relación con una reiniciación o una desconexión prematura no se tienen en cuenta para el cálculo de la tasa de errores residuales. Los bits de datos de usuario excedentes son los bits de datos de usuario transferidos fuera de un tramo de conexión virtual en una frontera de sección sin haber sido previamente transferidos al tramo de conexión virtual en la otra frontera de sección. Los bits de datos de usuario excedentes incluyen los bits de datos de usuario duplicados y los bits de datos de usuario erróneamente entregados.\
Figure 3/X.136, (N), p.
Los SP X.134 específicos utilizados para medir la tasa de errores residuales
en cada frontera de sección se indican en el cuadro 4/X.136. Al calcular las
estimaciones de la tasa de errores residuales sólo se cuentan los bits de datos
de usuario de los paquetes de datos que crean los SP especificados.
Tableau 4/X.136 [T5.136], p.
En la práctica, no siempre es posible distinguir entre bits perdidos,
erróneos y excedentes sin tener un conocimiento detallado de los problemas que
se presentan dentro de las fronteras. En el anexo A se expone un sencillo
método aproximado para calcular los valores de la tasa de errores residuales.
Son aceptables otros métodos de exactitud equivalente o superior.
3.1.2
Valores
La contribución de cada tramo de red a la tasa global de errores residuales de una conexión virtual provista en las condiciones descritas en esta Recomendación no excederá de los valores especificados en el cuadro 5/X.136. Estos valores especificados se basan en una longitud de paquete de datos de 128 octetos.
Tableau 5/X.136 [T6.136], p.
3.1.3
Componentes de la tasa de errores residuales
En algunas aplicaciones, además de la tasa global de errores residuales puede ser importante especificar límites de probabilidad para los casos concretos de fallo ilustrados en la figura 3/X.136. Las probabilidades globales de error de información de usuario, pérdida de información de usuario y entrega de información de usuario excedente (superflua, no deseada) definidas en la Recomendación X.140 pueden especializarse de modo que correspondan con las siguientes medidas basadan es los bits de datos de usuario.
- La probabilidad de error en los bits de datos de usuario
P
1(
E
) es la razón del
número total de bits de datos de usuario incorrectos
(
N
E
) al número total de bits de datos de usuario transferidos correctamente
más
el número de bits de datos de usuario incorrectos
(
N
S
+
N
E
), en una población dada.
- La probabilidad de pérdida de bits de datos de usuario
P
1(
L
) es la razón del
número total de bits de datos de usuario perdidos
(
N
L
) al número total de bits de datos de usuario transmitidos
(
N
T
), en una población dada.
- La probabilidad de entrega de bits de datos de usuario
excedentes
P
1(
X
) es
la razón del número total de bits de datos de usuario
excedentes (no solicitados) (
N
X
) al número total de bits de datos de usuario recibidos
(
N
R
), en una población dada.
Los denominadores de estas razones se escogen de manera que cada probabilidad definida esté normalizada adecuadamente; es decir, cada resultado de fallo se expresa en proporción al número total de oportunidades de que dicho resultado se produzca. La relación matemática entre la tasa de errores residuales (TER) y las tres probabilidades de fallo en la transferencia de los bits de datos anteriormente definidas es la siguiente:
TER
=
$$Bo[
P
1(
E
)] [
N
E
+
N
S
] + [
P
1(
L
)]
[
N
T
] + [
P
1(
X
)]
[
N
R
] $$Bu
N
$$Be
3.2
Parámetros de reiniciación
La probabilidad de estímulo de reiniciación y la probabilidad de reiniciación son parámetros conexos que se utilizan para describir la seguridad de funcionamiento de la función general de transferencia de información de usuario en los servicios públicos con conmutación de paquetes de conformidad con las Recomendaciones X.25 y X.75.
3.2.1
Definición de la
@
probabilidad de
estímulo de reiniciación
@
\Un estímulo de reiniciación se observa en una sola frontera de la sección. En cualquier suceso o combinación de sucesos que, de acuerdo con el protocolo, deberían provocar la generación de una reiniciación (o, en el caso de un circuito virtual permanente, una reiniciación o rearranque) por el destinatarioA efectos de definir el parámetro de comportamiento se supone que los estímulos de reiniciación para un ETD X.25 son equivalentes a los estímulos de reiniciación para un ETCD X.25.. Como ejemplo de estímulo de reiniciación se puede citar el envío de un paquete de rechazo por un ETD que no está abonado a la facilidad de retransmisión de paquetes.\
La @
probabilidad de estímulo de reiniciación de una sección
en una frontera
@ es \el número esperado de estímulos de
reiniciación generados en esa sección y transferidos a través de la frontera
por segundo de conexión virtual.\
3.2.2
Definición de la
@
probabilidad de
reiniciación
@
\Por definición, un suceso de reiniciación es generado en una sección cuando, en ausencia de un estímulo de reiniciación externo, salen dos paquetes de la sección (uno por cada frontera), que constituyen cualquiera de los pares de sucesos de referencia de la capa paquete de la Recomendación X.134, y que se indican en el cuadro 6/X.136.
Tableau 6/X.136 [T7.136], p.
La probabilidad de reiniciación para una sección de la conexión virtual es la
probabilidad de que se genere un suceso de reiniciación en dicha sección, en un
segundo dado.\
Los sucesos de reiniciación generados en una sección pueden estimarse contando el número de paquetes de petición de reiniciación y de indicación de reiniciación que salen de la sección durante un periodo de medición, restando el número de paquetes de petición de reiniciación y de indicación de reiniciación que entran en la sección durante el mismo periodo, dividiendo la diferencia por 2 y restando del resultado los estímulos de reiniciación que entran en la sección durante el periodo considerado.
Nota
- Los sucesos de reiniciación pueden ir
acompañados de una pérdida de paquetes.
Los SP X.134 utilizados para medir la probabilidad de reiniciación en cada frontera de la sección figuran en el cuadro 6/X.136.
3.2.3
Valores
La contribución de cada tramo de red a la probabilidad global de estímulo de reiniciación y a la probabilidad de reiniciación en las condiciones descritas en esta Recomendación no rebasará los valores especificados en el cuadro 7/X.136.
Tableau 7/X.136 [T8.136], p.
Para un conjunto de tramos concatenados de la conexión virtual, la
probabilidad de estímulo de reiniciación y la probabilidad de reiniciación
pueden estimarse a partir de las probabilidades respectivas de cada tramo, como
se expone a continuación. Supóngase que entre las fronteras (
B
i
,
B
j
) la probabilidad de reiniciación es
R
1 y las
probabilidades de estímulo de reiniciación son
S
1
i
,
S
1
j
. Supóngase asimismo que entre las fronteras
B
j
,
B
k
) la probabilidad de reiniciación es
R
2 y las
probabilidades de estímulo de reiniciación son
S
2
j
,
S
2
k
. Entonces, para una llamada virtual que pase a través de
B
j
la probabilidad de reiniciación entre
B
i
y
B
k
es aproximadamente (
R
1 +
R
2 +
S
1
j
+
S
2
j
). Véase la figura 4/X.136. La probabilidad de estímulo de reiniciación
en
B
i
es
S
1
i
, y en
B
k
es
S
2
k
.
3.3
Parámetros de desconexión prematura
La probabilidad de estímulo de desconexión prematura y la probabilidad de desconexión prematura son parámetros conexos utilizados para describir la seguridad de funcionamiento de la transferencia de información de usuario en redes públicas con conmutación de paquetes de conformidad con las Recomendaciones X.25 y X.75.
Figure 4/X.136, (N), p.30
3.3.1
Definición de la
@
probabilidad de
estímulo de desconexión prematura
@
\Un estímulo de desconexión prematura se observa en una sola frontera de la sección. Es un suceso o una combinación de sucesos, que, de acuerdo con el protocolo, deben provocar la generación de una liberación, o de una reiniciación por el destinatarioA efectos de la definición del parámetro de comportamiento, se supone que los estímulos de desconexión prematura para un ETD X.25 son equivalentes a los estímulos de desconexión prematura para un ETCD X.25.. Como ejemplo de estímulo de desconexión prematura se puede citar la transmisión de un tipo de paquete incorrecto a una sección de la conexión virtual. Los estímulos de desconexión prematura sólo son aplicables a los servicios de llamada virtual.\
La @
probabilidad de estímulo de desconexión prematura de
una sección en una frontera
@ es \la probabilidad de que
un estímulo de desconexión prematura sea generado en esa sección y transferido
a través de la frontera por segundo de conexión virtual.\
3.3.2
Definición de la
@
probabilidad de
desconexión prematura
@
\Por definición, se genera un suceso de desconexión prematura en una sección cuando, en ausencia de estímulos de desconexión prematura externos, salen dos paquetes de la sección (uno por cada frontera), que constituyen cualquiera de los pares de sucesos de referencia de la capa paquete enumerados en el cuadro 8/X.136. Los sucesos de desconexión prematura sólo son aplicables a los servicios de llamada virtual.
Tableau 8/X.136 [T9.136], p.
Para una sección de la conexión virtual, la probabilidad de desconexión
prematura es la probabilidad de que, en un segundo dado cualquiera, una llamada
virtual sea afectada por un suceso de desconexión prematura generado en esa
sección.\
Los sucesos de desconexión prematura generados en una sección pueden estimarse contando el número de paquetes de petición de liberación o de indicación de liberación que salen de la sección durante un periodo de medición, restando el número de paquetes de petición de liberación y de indicación de liberación que entran en la sección durante el mismo periodo, dividiendo la diferencia por dos y restando del resultado los estímulos de desconexión prematura que entran en la sección durante ese periodo.
Nota
- Los sucesos de desconexión prematura pueden ir
acompañados de una pérdida de paquetes.
Los SP X.134 específicos utilizados para medir la probabilidad de desconexión prematura en cada frontera de la sección se presentan en el cuadro 8/X.136.
3.3.3
Valores
La contribución de cada tramo de la red a la probabilidad global de estímulo de desconexión prematura y a la probabilidad global de desconexión prematura en las condiciones descritas en esta Recomendación no rebasará los valores especificados en el cuadro 9/X.136.
Tableau 9/X.136 [T10.136], p.
La probabilidad de estímulo de desconexión prematura y la probabilidad de
desconexión prematura para un conjunto de tramos concatenados de conexión
virtual pueden estimarse a partir de las probabilidades de cada tramo, de
manera análoga a la descrita en el
3.2.3
.
4
Comportamiento con respecto a la desocupación -
Probabilidad de fallo de liberación de la
llamada
La probabilidad de fallo de liberación de la llamada se aplica únicamente a los servicios de llamada virtual. Este parámetro se utiliza para medir la exactitud y la seguridad de funcionamiento de la función general de desocupación en los servicios públicos con conmutación de paquetes de conformidad con las Recomendaciones X.25 y X.75.
4.1
Definición de la
@
probabilidad de
fallo de liberación de la llamada
\El fallo de liberación de la llamada se define con respecto a sucesos que
ocurren en las fronteras de una sección de la conexión virtual
(
B
i
,
B
j
). Una tentativa de liberación de la llamada ocurre cuando un paquete de
petición de liberación o de indicación de liberación entra en la sección,
creando un suceso de referencia de la capa paquete en
B
i
. Un fallo de liberación de la llamada ocurre cuando no se produce en
B
j
el correspondiente suceso de referencia (indicación de liberación) de
la capa paquete en un plazo de 180 segundos. Los SP que intervienen se indican
en el cuadro 10/X.136.
Tableau 10/X.136 [T11.136], p.
Para una sección de la conexión virtual, la probabilidad de fallo de
liberación de la llamada es la razón del número de fallos de liberación de la
llamada al número de tentativas de liberación de la llamada en una población
dada.\
4.2
Valores
La contribución de cada tramo de la conexión virtual a la probabilidad global de fallo de liberación de la llamada en las condiciones descritas en esta Recomendación no rebasará los valores especificados en el cuadro 11/X.136.
Tableau 11/X.136 [T12.136], p.
4.3
Confirmación de liberación local
La presente Recomendación no trata el caso en que una sección omite responder a un paquete de petición de liberación o de indicación de liberación con un paquete de confirmación de liberación. Los mecanismos de recuperación para estos casos se definen en los protocolos X.25 y X.75. La confirmación de liberación en los interfaces X.25 incumbe a cada país.
ANEXO A (a la Recomendación X.136)
Información auxiliar
sobre
mediciones de exactitud y
seguridad
- Queda entendido que las razones utilizadas para calcular las probabilidades son estimaciones de las probabilidades verdaderas.
- Los periodos de observación para las probabilidades relativas a la exactitud y a la seguridad de funcionamiento, así como el concepto de hora cargada, para los servicios con conmutación de paquetes, también serán objeto de ulterior estudio.
En la figura A-1/X.136 se ilustra un sencillo método aproximado para
calcular la tasa de errores residuales. Se transmite una muestra consistente en
n
T
bits de datos de usuario, lo que de ordinario se efectúa en muchos
paquetes sucesivos. (Se supone una longitud de paquete de 128 octetos). Se
recibe una muestra correspondiente que consiste en
n
R
bits de datos de usuario. Si
n
T
=
n
R
, los bits de datos de usuario transmitidos y recibidos se comparan bit
por bit, y el número de bits de datos incorrectos en la muestra se estima
mediante
m
E
, que es el número de bits transmitidos y recibidos correspondientes que
no tienen el mismo valor. Si
n
T
>
n
R
, el número de bits de datos perdidos en la muestra se estima mediante
m
L
= (
n
T
-
n
R
). Si
n
T
&lab;
n
R
, el número de bits de datos excedentes en la muestra se estima mediante
m
x
= (
n
R
-
n
T
). Si se emite una petición de reiniciación o una petición de liberación
durante la transferencia de una muestra, dicha muestra no se tiene en cuenta
para el cálculo de la estimación de la TER.
Los totales de cada muestra se acumulan en un número de muestras que sea suficiente para calcular la tasa de errores residuales con la precisión deseada. Se estudiarán ulteriormente las pautas para relacionar el tamaño global de la muestra con la precisión deseada. Ha de observarse que el método aproximado de estimación de la tasa de errores residuales presentado aquí no producirá estimaciones libres de toda influencia si ocurre más de una categoría de fallo de transferencia de bit en la misma muestra. También se pueden emplear otros métodos más exactos para estimar la tasa de errores residuales.
Figure A-1/X.136, (N), p.35
ANEXO B (a la Recomendación X.136)
Comportamiento
representativo con respecto a la exactitud y la seguridad de
funcionamiento de extremo a extremo
B.1
Definición de las conexiones de extremo a extremo de
estos ejemplos
Para facilitar las referencias los dos ejemplos de conexiones de extremo a
extremo (es decir, de ETD a ETD) presentados en este anexo se denominan
configuraciones
`tipo 1'
y
`tipo 2'
. Estas configuraciones
ficticias pero representativas, utilizan las fronteras de partición y los
sucesos de referencia de la capa paquete descritos en la Recomendación X.134.
El cuadro 1/X.136 define los tipos de tramo de conexión virtual.
La configuración tipo 1 se define así:
Tableau [T13.136], p.
La configuración tipo 2 se define así:
Tableau [T14.136], p.
B.2
Exactitud y seguridad de funcionamiento de extremo a
extremo de los ejemplos de configuración tipo 1 y
tipo 2
Los valores de exactitud y seguridad de funcionamiento de extremo a extremo se han calculado para las configuraciones tipo 1 y tipo 2 de estos ejemplos y se presentan más adelante en los cuadros B-1/X.136 y B-2/X.136. Estos cálculos se han realizado aplicando los métodos descritos más adelante a los tramos individuales de red, que, por convenencia para la definición de estos ejemplos, se caracterizan por los valores del comportamiento con respecto a la exactitud y seguridad del caso más desfavorable especificados en la Recomendación X.136.
Suponiendo que el comportamiento asociado a cada tramo de red es estadísticamente independiente del de las demás, puede obtenerse una aproximación muy precisa del comportamiento de extremo a extremo con respecto a la probabilidad de error del establecimiento de la llamada, probabilidad de fallo del establecimiento de la llamada, probabilidad de tasa de errores residual y probabilidad de fallo de liberación de la llamada, por la simple adición de las probabilidades correspondientes a los tramos de conexión individuales concatenados. Obsérvese que este procedimiento supone que el error de aproximación debido al hecho de considerar despreciables los términos de orden más alto al combinar estas probabilidades de los tramos individuales no es por lo general significativo y que, por lo tanto, el mismo puede ignorarse en la mayor parte de los casos de interés práctico.
Ejemplo:
Para calcular la probabilidad de extremo
a extremo del error del establecimiento de la llamada de la
configuración tipo 1, consúltese el cuadro 2/X.136 para obtener las
probabilidades de los tramos individuales (nacional A: probabilidad =
10-5; internacional A: probabilidad = 0). La probabilidad de extremo a
extremo del error de establecimiento de la llamada es entonces 10-5 + 0
+ 10-5 = 2 * 10-5.
El comportamiento de extremo a extremo aproximado en cada frontera, en materia de probabilidad de reiniciación, probabilidad de estímulo de reiniciación, probabilidad de estímulo de desconexión prematura y probabilidad de desconexión prematura, puede calcularse por los métodos indicados en los 3.2.3 y 3.3.3 de la Recomendación X.136.
Ejemplo:
Para calcular el comportamiento de
extremo a extremo con respecto a la probabilidad de reiniciación de la
configuración tipo 2, consúltese el cuadro 7/X.136 para obtener las
probabilidades de los tramos individuales. La probabilidad de extremo a
extremo de reiniciación en las fronteras viene dada por: 10-5 + 0 +
10-5 + 0 + 10-6 + 0 + 10-6 = 2,2 * 10-5.
Ejemplo:
Para calcular el comportamiento de
extremo a extremo con respecto a la probabilidad de estímulo de la
reiniciación de la configuración tipo 1, consúltese el cuadro 7/X.136
para obtener las probabilidades de los tramos individuales. La
probabilidad de extremo a extremo de estímulo de reiniciación en las
fronteras es, según se ve, de 10-6.
Tableau B-1/X.136 [T15.136], p.
Tableau B-2/X.136 [T16.136], p.
B.3
Observaciones sobre las hipótesis, resultados e
implicaciones esenciales
Para ulterior estudio.
MONTAGE:
Rec. X.137 sur le reste de cette page
(H.T.=OUI)
TAB.???
FICHIER: H.T. =
(83.TA.314.F)
(SANS FORMULE) Tableaux: 13 02 diskettes - Tabulateurs: 2 É a)
(1BT) (BT..)
(83.TE.10.S)
(A1.23s) / [26s]
FOLIOS: 410 - 474 (Blanche) (DO
PRC.COSY.2)
MEP {TPS.NON.PHOTO "[PA1]"} : OK= [1]
Saisie 15.06.89 GG
ID + LASER 24.07.89 KJ
MAJ diskette ........ ..
Corr. LASER (1re épreuve) = 3eme 07.08.89 RM
Espaces réservés 08.08.89 PC
AJOUTER (PA1) (CL1,0,0,0) pour MEP
MEP + LASER 10.08.89 GH/ZR
Corr. MEP ........ ..
Insertion des tableaux (tabulateurs...) ........ ..
BAT 11.09.89 PC
MAJ s/disquettes 4.10.89 CD
MONTAGE:
Fin de la Rec. X.316 en tête de cette page
Recomendación X.137
VALORES DEL COMPORTAMIENTO CON RESPECTO A LA
DISPONIBILIDAD DE LAS REDES PúBLICAS DE DATOS QUE
PROPORCIONAN SERVICIOS INTERNACIONALES DE CONMUTACIóN DE
PAQUETES
(Melbourne, 1988)
El CCITT,
considerando
(a) que la Recomendación X.1 especifica las clases de servicio internacional de usuario en las redes públicas de datos;
(b) que la Recomendación X.2 especifica los servicios de transmisión de datos y facilidades facultativas de usuario internacionales en redes públicas de datos;
(c) que la Recomendación X.25 especifica el interfaz ETD/ETCD para equipos terminales que funcionan en el modo paquete y están conectados a redes públicas de datos por circuitos especializados;
(d) que la Recomendación X.75 especifica el sistema de señalización con conmutación de paquetes entre redes públicas que proporcionan los servicios de transmisión de datos con conmutación de paquetes;
(e) que la Recomendación X.323 especifica las disposiciones generales para el interfuncionamiento entre redes públicas de datos con conmutación de paquetes;
(f) que la Recomendación X.96 especifica las señales de progresión de la llamada para redes públicas de datos;
(g) que la Recomendación X.110 especifica los principios de encaminamiento y el plan de encaminamiento internacional para redes públicas de datos;
(h) que la Recomendación X.213 define el servicio de capa de red ISA;
(i) que la Recomendación X.140 define los parámetros generales de calidad de servicio para la comunicación a través de redes públicas de datos;
(j) que la Recomendación X.134 especifica las fronteras entre los tramos de una conexión virtual internacional y los sucesos de referencia de la capa paquete para la definición de los parámetros de comportamiento en el servicio con conmutación de paquetes;
(k) que la Recomendación X.135 especifica valores del comportamiento con respecto a la velocidad de servicio para las redes públicas de datos cuanto éstas prestan servicios internacionales de comunicación de datos con conmutación de paquetes;
(l) que la Recomendación X.136 especifica valores del comportamiento con respecto a la exactitud y la seguridad de funcionamiento (incluidas las situaciones de bloqueo) para redes públicas de datos que prestan el servicio internacional de comunicación de datos con conmutación de paquetes,
recomienda por unanimidad
(1) que los parámetros de disponibilidad definidos en esta Recomendación se utilicen para la planificación y explotación de servicios internacionales de comunicación de datos con conmutación de paquetes de conformidad con las Recomendaciones X.25 y X.75;
(2) que en esos servicios los valores de comportamiento especificados en esta Recomendación se adopten como valores de caso más desfavorable en las condiciones aquí especificadas.
1 Introducción
1.1 Esta Recomendación es la cuarta de una serie de cuatro Recomendaciones (X.134 a X.137) del CCITT que definen parámetros y valores de comportamiento para los servicios internacionales de comunicación de datos con conmutación de paquetes. La figura 1/X.137 ilustra el campo de aplicación de estas cuatro Recomendaciones y las relaciones entre las mismas.
1.2 La Recomendación X.134 divide una conexión virtual en dos secciones básicas cuyas fronteras están asociadas con los interfaces X.25 y X.75; define colecciones particulares de secciones básicas, denominadas tramos de conexión virtual, para las cuales se especificarán valores de comportamiento; y define un conjunto de sucesos de referencia de la capa paquete (SP) que suministran una base para la definición de los parámetros de funcionamiento. Las secciones básicas consisten en secciones de red y secciones de circuito. Siempre están delimitadas por interfaces físicos de equipos terminales de datos (ETD) o de centrales (o centros) de conmutación de datos (CCD). Se identifican dos tipos de tramos de conexión virtual, a saber: tramos nacionales y tramos internacionales. Por definición, cada SP ocurre cuando, un paquete, al atravesar una frontera de sección, cambia el estado del interfaz de la capa paquete.
1.3 Para facilitar la comparación y para una exposición más completa, el
comportamiento de la red con conmutación de paquetes se considera en el
contexto de la matriz de comportamiento de 3 3 definida en la Recomendación
X.140. En la matriz se especifican tres funciones de comunicación de datos
independientes del protocolo: acceso, transferencia de información de usuario y
desocupación. Estas funciones generales corresponden al establecimiento de la
llamada, transferencia de datos (e interrupciones), y liberación de la llamada
en servicios de llamadas virtuales con conmutación de paquetes conformes a las
Recomendaciones X.25 y X.75. Cada función se considera según tres aspectos
generales del comportamiento (o
`criterios de comportamiento'
):
velocidad, exactitud, y seguridad de funcionamiento. Estos criterios expresan,
respectivamente, el retardo o la velocidad, el grado de corrección (en el
sentido de perfección) y el grado de certidumbre con que se ejecuta la función.
1.4 La Recomendación X.135 define los parámetros y valores de velocidad de
servicio relativos al protocolo, asociados con cada una de las tres funciones
de comunicación de datos. La Recomendación X.136 define los parámetros y
valores de exactitud y seguridad de funcionamiento relativos al protocolo
asociados con cada función. Los parámetros de las Recomendaciones X.135 y X.136
se denominan
`parámetros primarios'
, para destacar que se derivan
directamente de sucesos de referencia de la capa paquete.
Figure 1/X.137 p. 1
1.5 Un modelo asociado de dos etapas sirve de base para describir la
disponibilidad de servicio global. Unos objetivos definidos para ciertos
parámetros primarios se comparan con umbrales de interrupción correspondientes
de acuerdo con una función de disponibilidad especificada para clasificar el
servicio como
`disponible'
(no interrupción del servicio) o
`indisponible'
(interrupción del servicio) durante periodos sucesivos de
funcionamiento. La Recomendación X.137 define la función de disponibilidad, los
criterios para la delimitación de los periodos sucesivos de funcionamiento y
los parámetros y valores de disponibilidad que caracterizan el proceso
aleatorio binario resultante.
1.6 Se definen en esta Recomendación dos parámetros de disponibilidad: disponibilidad del servicio y tiempo medio entre interrupciones del servicio. Cada parámetro puede aplicarse a cualquier sección o tramo básico de una conexión virtual. Esta cualidad de los parámetros, de ser generales, es muy conveniente para la distribución y la concatenación del funcionamiento.
1.7 Esta Recomendación especifica valores de disponibilidad para tramos nacionales y tramos internacionales de dos tipos (cuadro 1/X.137). No se especifican valores de comportamiento para el equipo terminal de datos, pero los parámetros definidos en esta Recomendación pueden emplearse en tal especificación para ayudar a los usuarios a establecer relaciones cuantitativas entre el comportamiento de la red y la calidad de servicio (véase la Recomendación X.140).
Tableau 1/X.137 [T1.137], p. 2
1.8 A continuación se especifican los valores de caso más desfavorable
correspondientes a cada uno de los dos parámetros de disponibilidad, para cada
tipo de tramo de la conexión virtual identificado en el cuadro 1/X.137. El
calificativo
`de caso más desfavorable'
significa que estos valores
deben realizarse durante la hora cargada normal en el tramo más desfavorable de
la conexión virtual empleada para proporcionar servicio internacional en
conmutación de paquetes. El comportamiento de un tramo de la conexión virtual
puede arrojar unos valores mejores que los de caso más desfavorable
especificados en esta Recomendación. Se aplazan para ulterior estudio los
objetivos de diseño que abarcan aplicaciones de usuario más exigentes, así como
las mejoras de comportamiento y conectividad de la red.
Se exponen también en esta Recomendación métodos numéricos que permiten combinar valores diferenciados de comportamiento de un tramo para estimar el comportamiento de extremo a extremo. Mediante dichos métodos, en el anexo B se deducen valores ETD-ETD para dos conexiones ficticias de referencia determinadas.
2
Función de
disponibilidad
Para calcular la disponibilidad de una conexión virtual se utilizan ocho parámetros de comportamiento de las Recomendaciones X.135 y X.136: capacidad de caudal (X.135), probabilidad de fallo del establecimiento de la llamada (X.136), probabilidad de error de establecimiento de la llamada (X.136), tasa de errores residuales (X.136), probabilidad de reiniciación (X.136), probabilidad de estímulo de reiniciación (X.136), probabilidad de desconexión prematura (X.136) y probabilidad de estímulo de desconexión prematura (X.136). Cinco combinaciones lineales particulares de estos parámetros constituyen los parámetros de decisión de disponibilidad. Cada parámetros de decisión está asociado con un umbral de interrupción. Estos parámetros de decisión y sus umbrales de interrupción figuran en el cuadro 2/X.137.
Cuadro 2/X.137 [T2.137], p.
El comportamiento se considera de manera independiente con respecto a cada
parámetro de decisión sobre la disponibilidad. Si el valor del parámetro es
igual o mejor que el umbral de interrupción definido, el comportamiento con
relación a dicho parámetro es por definición aceptable. Si el valor del
parámetro es peor que el umbral, el comportamiento con relación a dicho
parámetro es por definición inaceptable.
Los sucesos de referencia de la capa paquete utilizados para definir los parámetros de decisión no ocurren si, en una frontera de sección, una capa de enlace de datos no está disponible. Por definición, durante un intervalo continuo de tiempo, la capa de enlace de una sección de circuito está disponible para el servicio de la capa paquete si y solamente si:
1)el enlace está en la fase de transferencia de información durante, por lo menos, el 99% del intervalo de tiempo; y
2)todos los periodos continuos en que el enlace no se encuentra en la fase de transferencia de información duran menos de 1 segundo; y
3)todas las condiciones continuas de ocupado (con control de flujo) duran menos de 10 segundos.
De no ser así, la capa de enlace se considera indisponible para proporcionar el servicio de la capa paquete.
La capa de enlace de datos de una sección de circuito puede estar indisponible por las razones siguientes:
1)un circuito físico no funciona o
2)un controlador de la capa de enlace de datos no puede o no desea establecer la fase de transferencia de información o
3)un controlador de la capa de enlace de datos no puede o no desea liberar una condición de ocupado.
Por definición, una sección de la conexión virtual está
disponible
(o está en el estado disponible) si:
1)el comportamiento es aceptable con relación a todos los parámetros de decisión y
2)las dos capas de enlace de datos en las fronteras de la sección están disponibles.
Por definición, una sección de la conexión virtual está
indisponible
(o está en el estado indisponible) si:
1)el comportamiento es inaceptable con relación a uno o más de los cinco parámetros de decisión o
2)una o ambas capas de enlace de datos en las fronteras de la sección están indisponibles por causas internas de la sección. (No se tiene en cuenta la indisponibilidad de la capa de enlace de datos por causas externas a la sección, es decir, por fallos de los controladores del enlace de datos o de circuitos físicos fuera de la sección en cuestión.)
Los intervalos durante los cuales una sección de la conexión virtual está indisponible se determinan superponiendo los periodos de comportamiento inaceptable con respecto a todos los parámetros de decisión, tal como se ilustra en la figura 2/X.137.
Figura 2/X.137, p.
Con el fin de no considerar las degradaciones transitorias como periodos de
indisponibilidad, cada prueba del estado de disponibilidad debe durar más de 5
minutos. A fin de reducir la probabilidad de que se produzcan transiciones de
estado durante una prueba del estado de disponibilidad corriente, dicha prueba
debe durar menos de 20 minutos. En el anexo B se define una prueba mínima de
disponibilidad que cumple estos requisitos.
3 Parámetros de disponibilidad
Este punto especifica los valores de caso más desfavorable para dos parámetros de disponibilidad: la disponibilidad del servicio y el tiempo medio entre interrupciones del servicio.
3.1
Definición de la
@
disponibilidad del
servicio
@
\La disponibilidad del servicio se aplica tanto al servicio de llamada virtual como al servicio de circuito virtual permanente. La disponibilidad del servicio para un tramo de la conexión virtual es el porcentaje, a largo plazo, del tiempo de servicio estipulado durante el cual esa sección está disponible.\
@
el tiempo de servicio estipulado para una sección de la
conexión virtual
@ es \el tiempo durante el cual el proveedor de la red se
ha comprometido a que dicha sección esté disponible para el servicio. El
objetivo normal sería 24 horas por día, siete días por semanaEn algunas redes
se pueden especificar otros tiempos de servicio estipulado..\ En el anexo A se
describe un procedimiento para estimar la disponibilidad de una sección.
3.2
Definición del
@
tiempo medio entre
interrupciones del servicio
@
\El tiempo medio entre interrupciones del servicio (TMEIS) se aplica tanto
al servicio de llamada virtual como al servicio de circuito virtual permanente.
Para una sección de la conexión virtual, el
tiempo medio entre
interrupciones
del servicio es la duración media de cualquier intervalo
continuo durante el cual la sección de la conexión virtual está disponible. Los
intervalos consecutivos de tiempo de servicio estipulado están concatenados.\
En el anexo A se describe un procedimiento para estimar el tiempo medio entre
interrupciones del servicio de una sección.
El tiempo medio entre interrupciones del servicio definido en esta Recomendación está estrechamente relacionado con el tiempo medio entre fallos.
3.3
Valores
La contribución de cada porción de red a la disponibilidad global del servicio y al tiempo medio global entre fallos del servicio en las condiciones descritas en esta Recomendación no será peor que los valores especificados en el cuadro 3/X.137. Los valores del tiempo medio entre fallos del servicio para los tramos nacionales no toman en consideración hasta un 5% de las conexiones virtuales, para tener en cuenta las situaciones geográficas y climáticas extremas.
Cuadro 3/X.137 [T3.137], p.
3.4
Parámetros conexos
Otros cuatro parámetros se utilizan comúnmente para describir la disponibilidad. Por lo general, se definen como sigue:
-@
tiempo medio hasta el restablecimiento del servicio
@
(TMHRS) es \la duración media de los intervalos de tiempo en que el servicio
está indisponible.\
-
tasa de fallos (ç)
@ es \el número medio de transiciones
del estado disponible al estado indisponible por unidad de tiempo disponible.\
-@
tasa de restablecimiento (è)
@ es \el número medio de
transiciones del estado indisponible al estado disponible por unidad de tiempo
indisponible.\
-@
indisponibilidad (I)
@ es \la razón a largo plazo del
tiempo de servicio indisponible y el tiempo de servicio estipulado, expresado
como un porcentaje.\
Suponiendo que los fallos y los restablecimientos del servicio siguen una distribución exponencial, los valores matemáticos para cualquiera de esos parámetros pueden estimarse a partir de los valores de la disponibilidad del servicio (A) y del tiempo medio entre fallos del servicio, tal como se resume en la figura 3/X.137.
Figure 3/X.137 p. 6
ANEXO A (a la Recomendación X.137)
Estimación por
muestreo de los parámetros de disponibilidad
A.1
Una
prueba mínima de disponibilidad
La definición de la disponibilidad requiere que el comportamiento observado con respecto a los cinco parámetros de decisión se compare con umbrales de interrupción. Por definición, basta con un solo resultado positivo de la prueba descrita a continuación para considerar disponible la sección de la conexión virtual. Por definición, basta con que una sección deje de cumplir cualquiera de los seis criterios de decisión para considerar indisponible la sección virtual. Asimismo por definición esta prueba y sus criterios de decisión son los criterios mínimos necesarios para el muestreo de la disponibilidad de la sección.
La prueba mínima de disponibilidad puede ser iniciada en cualquier sentido de transmisión a través de la sección por equipos y componentes externos a la sección. La prueba se divide en dos fases: acceso y transferencia de información de usuario. La fase de acceso sólo está presente en el caso de llamadas virtuales conmutadas.
Fase I:Se efectúan NEl número N de establecimientos de llamada consecutivos depende de los valores de los parámetros de decisión de interrupción. Provisionalmente es igual a 4, pero requiere un estudio ulterior. tentativas consecutivas de establecimientos de la llamada a través de A.
Fase II:(Si la prueba no falló en la fase I), para asegurar que la prueba de disponibilidad no falla como consecuencia de una insuficiente entrada de datos, se trata de mantener una conexión virtual a través de A durante cinco minutos. Se trata de mantener un caudal promedio significativamente superior a 80 bit/s (por ejemplo, de al menos 150 bit/s) durante ese intervalo.
Hay seis criterios para decidir si la prueba ha fallado o ha tenido éxito:
1)la prueba falla en la fase I si las cuatro tentativas de establecimiento de la llamada dan lugar a errores de establecimiento de la llamada o a fallos del establecimiento de la llamada (únicamente en el caso de llamadas virtuales conmutadas);
2)la prueba falla en la fase II si el número total de sucesos de reiniciación más los estímulos de reiniciación es igual o superior a cinco;
3)la prueba falla en la fase II si el caudal es inferior a 80 bit/s;
4)la prueba falla en la fase II si la tasa de errores residuales es superior a 10-3;
5)la prueba falla en la fase II si la llamada, tanto antes como después de restablecimientos posteriores, es liberada dos o más veces debido a desconexiones prematuras y/o estímulos de desconexión prematura (únicamente en el caso de llamadas virtuales conmutadas);
6)la prueba falla en la fase I o en la fase II si una capa de enlace de datos en la frontera de la sección está indisponible durante un intervalo de cinco minutos debido a causas internas a A.
Si la prueba cumple los seis criterios de decisión, se dice que ha tenido éxito, y se considera que la sección de conexión virtual A ha estado disponible durante la prueba. Si no se cumple uno cualquiera de los criterios de decisión, se considera que la sección de conexión virtual A ha estado indisponible durante la prueba.
Dado que es necesario emplear simultáneamente muchos parámetros de comportamiento para considerar que A está disponible, durante la operación normal (sin un procedimiento de prueba como el anteriormente descrito) no es posible probar que la sección está disponible (por ejemplo, puede resultar imposible observar simultáneamente el acceso y la transferencia de información de usuario). Por consiguiente, durante la operación normal, si la sección está ejecutando correctamente la función solicitada en un momento dado, se supone que está disponible.
Los valores de la disponibilidad del servicio y del tiempo medio entre interrupciones del servicio pueden estimarse con base en esta prueba mínima (muestras de comportamiento en cuanto a la disponibilidad). Esta estimación es más práctica que las medidas basadas en una observación continua del servicio.
A.2
Procedimientos para estimar la disponibilidad del
servicio
A continuación se describe una manera de calcular con una exactitud
suficiente el porcentaje de la disponibilidad del servicio. Basándose en una
estimación a priori de la disponibilidad del servicio, se escoge un tamaño de
muestra
`s'
, no inferior a 300. Se escogen
`s'
momentos de prueba
dentro del tiempo de servicio estipulado y se distribuyen a lo largo de un
periodo de medición (por ejemplo, de seis meses). Los momentos de prueba han de
tener una separación mínima de siete horas uno de otro, debido a las duraciones
esperadas de las interrupciones del servicio (con esto se asegura que las
observaciones no estén correlacionadas). Los momentos de prueba deben estar
distribuidos uniformemente a todo lo largo del tiempo de servicio estipulado.
En cada momento de prueba predeterminado, se efectúa la prueba de
disponibilidad antes descrita. Si la prueba falla, la sección se considera
indisponible para esa muestra. En el caso contrario, la sección se considera
disponible. La estimación del porcentaje de disponibilidad del servicio es el
número de veces que la sección fue considerada disponible multiplicado por cien
y dividido por el número total de muestras.
A.3
Procedimientos para estimar el tiempo medio
entre interrupciones del servicio
Una estimación suficiente del parámetro de tiempo medio entre interrupciones del servicio se puede calcular tomando muestras consecutivas de disponibilidad y contando los cambios observados del estado disponible al estado indisponible.
Antes de realizar las pruebas, se escogen
k
^
intervalos de tiempo disjuntos de duración no inferior a 30 minutos ni superior
a 3 horas. La duración total de los
k
intervalos debe ser
mayor que el triple de la estimación a priori del tiempo medio entre
interrupciones del servicio. Durante cada intervalo predefinido, se toman
muestras consecutivas de disponibilidad. La cantidad de tiempo observada en el
estado disponible se sumará en un contador acumulativo denominado
`A'
.
El número de transiciones observadas del estado disponible al estado
indisponible se acumulará en un contador denominado
`F'
Cada contador ha
sido puesto inicialmente a cero..
Para cada intervalo predefinido:
-Si todas las muestras consecutivas de disponibilidad pasan la prueba con éxito, se agrega a A la longitud total del intervalo. No se cambia el valor acumulado de F.
-Si la primera muestra de disponibilidad tiene éxito y cualquier muestra posterior falla, se incrementa F en una unidad. Se agrega a A la longitud total de todas las muestras de disponibilidad anteriores al primer fallo. Después de la primera muestra de disponibilidad que ha fallado, el tiempo restante del intervalo se puede descartar sin probar su disponibilidad.
-Si la primera muestra de disponibilidad falla, se supone que la transición de estado ha ocurrido antes del comienzo del intervalo. No se agrega nada al contador del tiempo de disponibilidad observado, A. No se agrega nada al contador acumulativo de los cambios de estado observados, F. El tiempo restante del intervalo se puede descartar sin probar su disponibilidad.
Después de acumulados los resultados de cada intervalo predefinido, la
razón A/F da una estimación del tiempo medio entre interrupciones de servicio.
Se puede obtener una estimación estadísticamente más precisa aumentado el
número de intervalos observados,
k
.
En la estimación del tiempo medio entre interrupciones del servicio se supone que, si una interrupción empieza durante una muestra de disponibilidad, esta muestra o la siguiente decidirá que la sección está indisponible. Esta es una suposición razonable dado que las interrupciones del servicio, a diferencia de los fallos transitorios, durarán más de cinco minutos.
El descartar el resto del intervalo que sigue a una muestra en que ha fallado la prueba de disponibilidad es práctico y estadísticamente justificable. La sección de la conexión virtual tiene que retornar al estado disponible antes de que se pueda acumular más tiempo disponible y antes de que se pueda observar cualquier transición adicional al estado indisponible. En primer lugar, el tiempo previsto para el restablecimiento del servicio puede ser grande con respecto al tiempo restante del intervalo. Puede ser inadecuado y contraproducente seguir probando una sección de red que ha fallado o que está congestionada. En segundo lugar, si las transiciones al estado indisponible son estadísticamente independientes, el descartar el resto del intervalo, que puede incluir tiempo en el estado disponible y un número proporcional de transiciones de vuelta al estado indisponible, no sesgará el resultadoSi las interrupciones tienden a estar agrupadas, el discontinuar una prueba después de una transición al estado indisponible se traducirá por una tendencia a sobrestimar el tiempo medio entre interrupciones del servicio. Si las interrupciones tienden a estar espaciadas, el discontinuar una prueba después de una transición al estado indisponible se traducirá por una tendencia a subestimar el tiempo medio entre interrupciones del servicio.. La única consecuencia que tiene el discontinuar la prueba es la pérdida de tiempo de prueba. Con el fin de minimizar dicha pérdida, los intervalos de prueba deben ser cortos con respecto a la suma del tiempo previsto para el restablecimiento del servicio y con respecto al tiempo previsto entre interrupciones del servicio. De suerte que cada prueba no debería durar más de tres horas.
Existen dos fuentes de sesgo en el procedimiento de estimación descrito. En primer lugar, si una interrupción empieza durante la última muestra de disponibilidad del intervalo, esa transición puede o no causar el fallo de la muestra. Si la muestra no falla, la transición de estado se pierde y el tiempo medio entre interrupciones del servicio es sobrestimado. En segundo lugar, una transición al estado indisponible durante la primera muestra de disponibilidad del intervalo puede o no causar el fallo de la muestra. De acuerdo con el procedimiento de estimación, si la muestra falla, el intervalo se descarta, la transición de estado se pierde y el tiempo medio entre interrupciones del servicio es sobrestimado. Estos efectos de borde pueden minimizarse incrementando la longitud de cada intervalo, con el consiguiente aumento del número de muestras de disponibilidad, y la reducción del efecto de los resultados de la primera y la última muestras como una proporción del resultado total de las muestras. Se recomienda como mínimo intervalos de 30 minutos de longitud y 6 muestras de disponibilidad de 5 minutos cada una.
Otra posibilidad es corregir ambos sesgos reemplazando la primera instrucción por:
-si todas las muestras de disponibilidad consecutivas pasan la prueba con éxito, se agrega a A la longitud total del intervalo. Se toma una muestra adicional de disponibilidad inmediatamente después del intervalo. Si esa muestra falla, se incrementa F en una unidad. Si tiene éxito, no se cambia F. La longitud de la muestra adicional no afecta a A.
Esta modificación permite identificar toda transición de estado que se produzca durante la última muestra del intervalo y eliminar la primera fuente de sesgo. Permite asimismo contar ciertas transiciones que se hayan producido fuera del intervalo. Estas transiciones se cuentan con una probabilidad igual a la probabilidad de que la segunda fuente de sesgo descarte transiciones indebidamente. Así, este procedimiento modificado corrige ambas fuentes de sesgo. Gracias a esta modificación, el tiempo medio entre interrupciones del servicio puede ser estimado con exactitud.
ANEXO B (a la Recomendación X.137)
Comportamiento con
respecto a la disponibilidad de extremo a extremo, representativo
B.1
Definición de los ejemplos de conexión de extremo a
extremo
En lo sucesivo, para simplificar, se denominará
`configuración de tipo
1'
y
`configuración de tipo 2'
a los dos ejemplos de conexión de
extremo a extremo (es decir, de ETD a ETD) que se expondrán a continuación.
Estas configuraciones ficticias y, sin embargo, representativas, hacen uso de
las fronteras de delimitación de tramos y de los sucesos de referencia de nivel
paquetes descritos en X.134. En el cuadro 1/X.137 se definen los tipos de tramo
de conexión virtual.
La configuración de tipo 1 se define como sigue:
Cuadro [T4.137], p.
Cuadro [T5.137], p.
B.2
Comportamiento con respecto a la disponibilidad de extremo
a extremo para los ejemplos de configuración de tipo 1 y
de tipo 2
Valores de comportamiento con respecto a la disponibilidad de extremo a extremo calculados para los ejemplos de configuración de conexión de tipo 1 y de tipo 2 se indican en los cuadros B-1/X.137 y B-2/X.137. Dichos cálculos se han realizado aplicando los métodos que se describen más adelante a los distintos tramos de red que, por conveniencia, han sido caracterizados asignándoles los valores de comportamiento con respecto a la exactitud y la seguridad de caso más desfavorable especificados en la Recomendación X.137.
Suponiendo que los valores de comportamiento de disponibilidad del servicio asociados a los diferentes tramos de red sean estadísticamente independientes, es posible calcular los valores de comportamiento de extremo a extremo multiplicando por el valor porcentual de tiempo durante el que está disponible cada uno de los tramos de la red.
Ejemplo
- Para calcular la disponibilidad de servicio
de extremo a extremo en el caso de la configuración de tipo 1 se aplicarán los
valores del cuadro 3/X.137 para obtener la disponibilidad de los distintos
tramos (nacional A: porcentaje = 99,5%; internacional A: porcentaje = 99,5%).
La disponibilidad de extremo a extremo será, entonces, en valor porcentual:
99,5^º^99,5^º^99,5 = 98,5
Para estimar el comportamiento de extremo a extremo correspondiente al tiempo
medio entre interrupciones del servicio puede suponerse que los tiempos entre
interrupciones son, en cada tramo de la red, independientes y están
distribuidos exponencialmente. Se sigue, por lo tanto, que el objetivo de
comportamiento del tiempo medio de extremo a extremo entre interrupciones del
servicio,
T
, puede calcularse por la fórmula:
T
= [
T
1-1 +
T
2-1 + .^.^. +
T
i
-1 + .^.^. +
T
N
-1]-1
donde
T
estará expresado en horas cuando el tiempo medio
entre interrupciones del servicio para cada uno de las
N
tramos de red
T
i
(
i
= 1, 2, .^.^.,
N
), esté
expresado en horas.
Ejemplo
- Para la configuración de tipo 1, el tiempo
medio entre interrupciones del servicio en el tramo nacional A es de 1200 horas
y en el tramo internacional A, de 1600 horas (véase el cuadro 3/X.137). El
objetivo de comportamiento de extremo a extremo es, por lo tanto:
[1200-1 + 1600-1 + 1200-1]-1 = 436 horas
Cuadro 6/X.137 [T6.137], p.
Cuadro 7/X.137 [T7.137], p.
PARáMETROS GENERALES DE CALIDAD DE SERVICIO PARA
COMUNICACIóN A TRAVéS DE REDES PúBLICAS DE DATOS
(Málaga-Torremolinos, 1984; modificada en Melbourne, 1988)
El CCITT,
considerando
(a) que los usuarios de los servicios de transmisión de datos requieren parámetros generales que expresen sus necesidades en materia de calidad de servicio sin referencia a ningún servicio específico o a los medios empleados para facilitarlo;
(b) que los
(c) que en las Recomendaciones X.130 y X.131 se definen los parámetros de comportamiento específicos de los protocolos y los objetivos para las redes públicas de datos con conmutación de circuitos;
(d) que en la Recomendación X.134 se especifican las fronteras de tramos y los sucesos de referencia en la capa paquete para definir los parámetros de comportamiento de la conmutación de paquetes;
(e) que en las Recomendaciones X.135, X.136 y X.137 se definen los parámetros de comportamiento específicos de los protocolos y valores para las redes públicas de datos con conmutación de paquetes;
(f) que en la Recomendación X.200 se define el modelo de referencia de interconexión de sistemas abiertos (ISA) para aplicaciones del CCITT;
(g) que la Recomendación X.213 define el servicio de red ISA;
(h) que la Recomendación X.300 define principios y disposiciones generales para el interfuncionamiento entre redes públicas de datos, y entre redes públicas de datos y otras redes,
recomienda por unanimidad
que se utilicen los parámetros generales definidos a continuación al especificar la calidad de extremo a extremo de servicios ofrecidos por redes públicas de datos, desde el punto de vista del usuario.
1 Alcance y campo de aplicación
1.1 En la presente Recomendación se define una serie de parámetros generales de @calidad de servicio (CDS)\ para @redes públicas de datos (RPD)\. Los parámetros tienen dos características esenciales:
1)se refieren particularmente a los
efectos
^sobre la
calidad de funcionamiento que pueden observarse en los interfaces de red, y no
a sus causas dentro de la red; y
petición de llamada
conforme a la Recomendación X.21).
Teniendo en cuenta estas características, los parámetros son independientes de la aplicación, de la red y del servicio. Con especialización adecuada, se pueden utilizar para especificar o medir la calidad de cualquier servicio de comunicación de datos, independientemente del diseño interno de la red o del protocolo de acceso a la red. Son ejemplos de servicios de comunicación de datos a los que se pueden aplicar los parámetros los servicios con conmutación de circuitos, los servicios con conmutación de paquetes y los servicios de circuitos arrendados. Los parámetros se pueden aplicar tanto a servicios con conexión como a servicios sin conexión.
1.2 Los parámetros generales de calidad de servicio definidos en la
presente Recomendación se han formulado específicamente para relacionar las
capacidades de funcionamiento de servicios de red específicos con las
necesidades de los usuarios (véase la figura 1/X.140). Los parámetros de
calidad de funcionamiento específicos a la red definidos en otras
Recomendaciones de la serie X se centran en protocolos de interfaz para
servicios específicos (por ejemplo, Recomendación X.21, X.25) y configuraciones
de red específicas (por ejemplo, Recomendación X.92, X.110). Si bien son
esenciales para el diseño y explotación de la red y la especificación de la
calidad de funcionamiento de los componentes, no es condición obligatoria que
los usuarios puedan comprenderlos o sean pertinentes para ellos. De manera
similar, las necesidades en materia de calidad de funcionamiento de los
usuarios se centran a menudo en aplicaciones particulares [por ejemplo,
transferencia electrónica de fondos (TEF), edición de textos] y pueden no ser
directamente útiles a los
`tiempo de respuesta'
.
Los parámetros generales proporcionan un
`lenguaje común'
para
relacionar ambas características. Permiten a los usuarios especificar los
requisitos para la comunicación sin presuponer ningún servicio, red o protocolo
determinado, y permiten a los proveedores describir la calidad de
funcionamiento del servicio en términos que si bien son adecuados para los
usuarios, no se refieren específicamente a ninguna aplicación particular.
Figura 1/X.140, p.
1.3 La finalidad principal de los parámetros generales es describir la
calidad de la comunicación en los interfaces entre redes públicas de datos y
los ETD de los abonados. Las características detalladas de tales interfaces
red/usuario dependen del tipo de servicio de red y de la aplicación de usuario.
La calidad de las
petición de
llamada
,
llamada entrante
). La calidad de las redes
con conmutación de paquetes basadas en la Recomendación X.25 se describe en
términos de los eventos correspondientes (o transiciones de estado) que se
producen en el nivel paquete de la Recomendación X.25. Las relaciones
específicas entre los parámetros X.140 y los parámetros de calidad de
funcionamiento de las redes con conmutación de circuitos y con conmutación de
paquetes
1.4 Muchas aplicaciones de redes públicas de datos se ajustarán al modelo
de referencia de
Figura 2/X.140, p.
Figura 3/X.140, p.
1.5 Teniendo en cuenta que los parámetros de la Recomendación X.140 se basan
en eventos independientes del protocolo, se pueden también aplicar en capas
superiores del modelo ISA. La aplicación de los parámetros de la Recomendación
X.140 en los interfaces de usuario de punto extremo ISA se ilustran en la
figura 2/X.140. Los detalles relativos a la especialización de parámetros, la
relación con parámetros específicos a la aplicación y la correspondencia entre
valores CDS de usuarios de punto extremo y valores correspondientes de capas
superiores serán objeto de ulterior estudio.
1.6 Se ha solicitado asimismo la descripción de la CDS para capas superiores (por encima de la capa de red) en aplicaciones no ISA. Un ejemplo de esto es la facilidad EDD de las Recomendaciones X.28/X.29. El empleo de los parámetros de la Recomendación X.140 para expresar características CDS en tales aplicaciones, y las posibles relaciones con parámetros CDS para la RPD, serán objeto de ulterior estudio.
1.7 Algunas redes públicas tendrán la capacidad de señalar peticiones y
condiciones CDS, o de permitir a los usuarios
`negociar'
algunas
características CDS de la red. En esta Recomendación no se describe ninguna
capacidad de este tipo en redes públicas de datos, ni tampoco especifica la
forma en que se tienen que utilizar. La provisión y empleo de tales capacidades
se tratarán en otras Recomendaciones (por ejemplo, Recomendaciones en las que
se describirá la forma en que las redes públicas de datos podrán efectuar el
servicio de red ISA). En el caso de interfuncionamiento entre redes, tales
capacidades se describen en la Recomendación X.300.
1.8 En esta Recomendación no se especifican valores para los
1.9 Para garantizar las posibilidades de comparación, los valores que se
indiquen para los parámetros generales deberán ir acompañados de información
suplementaria que precise claramente su ámbito de aplicación y significado
estadístico. Los retardos de usuario podrán determinarse a base de los valores
de tiempo y velocidad de transferencia especificados utilizando el método que
se define a continuación. El mismo método se podrá utilizar para determinar los
retardos de
1.10 En la figura 4/X.140 se indican los parámetros generales de CDS definidos en esta Recomendación. Los parámetros son de dos tipos: parámetros primarios y parámetros de disponibilidad. Los parámetros primarios describen el comportamiento durante periodos de operación en servicio normal, sin que haya interrupciones del servicio. Los parámetros de disponibilidad describen la frecuencia y la duración de las interrupciones del servicio.
Tableau [T1.140], p. 14
Figure 4/X.140, p. 15
1.11 En la definición de los parámetros primarios se consideran tres
funciones de comunicación de datos independientes del protocolo: acceso,
transferencia de información de usuario y desocupación. Estas funciones
generales corresponden al establecimiento de la conexión, transferencia de
datos y liberación de la conexión en servicios con conexión. También son
aplicables a servicios sin conexión. Cada función se considera respecto a tres
aspectos generales del comportamiento (o
`criterios de comportamiento'
):
velocidad, exactitud y seguridad de funcionamiento. Estas expresan
respectivamente el retardo o velocidad, el grado de corrección (en el sentido
de perfección) y el grado de certidumbre con las que se realiza la función.
1.12 Un modelo asociado de dos estados proporciona una base para describir
la disponibilidad general del servicio. Una función de disponibilidad
especificada compara los valores de un subconjunto de los parámetros primarios
con los umbrales de interrupción correspondientes, para clasificar el servicio
como
`disponible'
(no interrupción del servicio) o
`no
disponible'
(interrupción del servicio) durante el periodo de servicio
estipulado. Los parámetros de disponibilidad caracterizan el proceso binario
aleatorio resultante.
1.13 El resto de la presente Recomendación comprende tres secciones. En el
2
se define el conjunto de parámetros CDS desde el punto de vista
del usuario. En el
3
se describe un método para distribuir los
retardos entre usuario y componentes de red y determinar la
`responsabilidad'
para fallos en materia de periodos de temporización.
En el
4
se especifica la información suplementaria que deberá
facilitarse junto con cualquier formulación de valores de parámetro.
2 Definiciones de parámetros
En esta sección se definen los catorce parámetros CDS desde el punto de vista del usuario.
2.1@
parámetros de acceso
@
\El comportamiento de la función de acceso se describe por medio de tres parámetros: retardo de acceso, probabilidad de acceso incorrecto y probabilidad de denegación de acceso.\
2.1.1@
retardo de acceso
@
\El
Una petición de acceso es cualquier señal de interfaz que comunica a la red el deseo del usuario de iniciar una sesión de comunicación de datos.
Los valores de los tiempos transcurridos se calculan sólo en el caso de las tentativas de acceso que dan lugar a accesos efectivos. La indicación del acceso efectivo se efectúa de dos modos:
1)transmisión por la red de una señal
preparado para
datos
u otra equivalente al usuario llamante antes del
periodo de temporización de acceso, en las redes que disponen de esta señal, o
2)por el hecho de que por lo menos un bit de la información de usuario entra
en el sistema antes del periodo de temporización de acceso, en las redes que no
disponen de una señal
preparado para datos
u otra
equivalente. En los servicios con conexión existe un requisito adicional: el
usuario llamado previsto debe haber sido contactado y haberse comprometido a la
sesión de comunicación de datos durante la tentativa de acceso. Este requisito
distingue el resultado del acceso efectivo del resultado del acceso incorrecto,
como se examina más adelante en el
2.1.2
.
El retardo de acceso se divide en componentes dependientes del usuario y componentes dependientes de la red. Los valores para los componentes dependientes de la red se indican en Recomendaciones que se refieren específicamente a la red (por ejemplo, X.135).\
2.1.2@
probabilidad de acceso incorrecto
@
\La
El
`número equivocado'
. Se produce cuando la red establece una conexión
física o de circuito virtual con un usuario distinto del deseado por el usuario
de origen de la llamada, sin corregir el error antes del comienzo de la
transferencia de la información de usuario. El acceso incorrecto sólo puede
producirse en los servicios con conexión, pues la red no establece una conexión
entre los usuarios en los servicios sin conexión. El acceso incorrecto se
diferencia del acceso efectivo
2.1.3@
probabilidad de denegación de acceso
@
La
estimaciones
de los valores de
probabilidad verdaderos.
\La
1)la red transmite una señal de bloqueo al usuario de origen durante el periodo de acceso (evitando el comienzo de la transferencia de la información de usuario); o
2)la red tarda demasiado en responder a las acciones del usuario durante el periodo de acceso, con lo cual la transferencia de la información de usuario no se inicia antes del periodo de temporización de acceso. La negativa de acceso se distingue de la interrupción del servicio por el hecho de que la red produce cierta respuesta activa (por ejemplo, señal de interfaz) durante la tentativa de acceso.
Una tentativa de acceso puede fallar también como resultado de un
a)el usuario de origen o el usuario llamado transmite una señal de terminación (o de bloqueo) a la red durante el periodo de acceso (evitando el comienzo de la transferencia de la información de usuario); o
b)el usuario de origen o el usuario de destino retrasa en exceso la respuesta a las acciones de la red durante el periodo de acceso, con lo cual no se inicia la transferencia de la información de usuario antes del periodo de temporización del acceso. Un ejemplo del último fenómeno es el caso en que el usuario llamado no responde a una llamada entrante.
Interviene una temporización de acceso (esto es, una tentativa de acceso se declara fallida para los fines de evaluación de la calidad de funcionamiento) siempre que la duración de una tentativa individual de acceso rebasa un valor determinado. En el 3 se describe un procedimiento para distinguir la denegación de acceso del bloqueo de usuario. Los valores para parámetros específicos a la red correspondientes a la probabilidad de denegación de acceso figuran en Recomendaciones que tratan específicamente de la red (por ejemplo, la Recomendación X.136).
Nota
- El retardo causado por la denegación de acceso
no se incluye como un parámetro ya que su repercusión en los usuarios se
considera insignificante\.
2.2@
parámetros de transferencia de la información de
usuario
@
\El comportamiento de la función de transferencia de la información de usuario se describe por medio de seis parámetros: retardo de la transferencia de la información de usuario, velocidad de transferencia de la información de usuario, probabilidad de error en la información de usuario, probabilidad de entrega de información de usuario en exceso, probabilidad de entrega incorrecta de la información de usuario, y probabilidad de pérdida de la información de usuario.\
2.2.1
Retardo de transferencia de la información de
usuario
\El
El comienzo de la transferencia de unidades de información de usuario se produce, para cualquier unidad de información de usuario determinada, cuando se cumplen las dos condiciones siguientes:
1)todos los bits de la unidad están físicamente presentes dentro de la facilidad de red; y
2)se ha autorizado a la red a transmitirlos. La autorización puede consistir en una acción de usuario explícita (por ejemplo, pulsando retroceso de carro en un terminal con TRC y provisto de memoria tampón) o ser una parte implícita de la entrada de la propia información de usuario (por ejemplo, pulsando un solo carácter en un terminal asíncrono sin memoria tampón).
Se considera que la transferencia tiene éxito (al final de la transferencia) cuando una unidad de información pasa del usuario de origen al usuario de destino deseado dentro del periodo de temporización especificado para la transferencia, y cuando la unidad entregada tiene exactamente la forma y el contenido deseados por el origen. La forma y el contenido de una unidad de información entregada con éxito a un usuario de destino pueden diferir de la forma y el contenido entregados por el usuario de origen si se realizan las conversiones deseadas dentro de la red.
El final de transferencia de unidad de información de usuario registra la salida de unidades de información de usuario hacia el usuario de destino de forma esencialmente igual a como el comienzo de transferencia registra su entrada en el origen. Por definición ocurre cuando:
a)todos los bits de la unidad están presentes físicamente dentro de la facilidad de usuario de destino; y
b)se ha notificado al usuario de destino que la información está disponible para su utilización. La notificación puede ser explícita o implícita.
La unidad de información de usuario utilizada en la definición del retardo de transferencia de información de usuario es un grupo contiguo de bits de información de usuario delimitado en el interfaz usuario de origen-red para la transferencia al usuario de destino como una unidad. El número concreto de bits de dicha unidad puede ser definido por el proveedor al especificar un servicio ofrecido o por el usuario al especificar un requisito de servicio. El tiempo de transferencia de la información de usuario se divide en componentes dependientes del usuario y componentes dependientes de la red. Los valores para los componentes dependientes de la red están indicados en Recomendaciones relativas específicamente a la red (por ejemplo, X.135).\
2.2.2
Velocidad de transferencia de la información de
usuario
\La
El tiempo de entrada/salida para una muestra de transferencia es mayor que el tiempo de entrada o que el tiempo de salida para dicha muestra (véase la figura 5/X.140). El tiempo de entrada de la muestra comienza cuando se inicia la muestra de transferencia (antes definida), y termina cuando:
1)han entrado en la red todos los dígitos de la muestra y la red ha recibido la autorización de transmitirla; o
2)interviene una temporización de la entrada/salida de la muestra.
El tiempo de salida de la muestra comienza cuando el primer dígito de información de usuario de la muestra es entregado por la red al usuario de destino. Termina cuando:
1)el último dígito de la información de usuario de la muestra es entregado a un usuario de destino; o
2)interviene una temporización de entrada/salida de la muestra.
Como se ha observado anteriormente, la entrada o la salida de una muestra de transferencia puede retrasarse en exceso por fallos de la actuación de un usuario (muestra rechazada). Tales fallos quedan excluidos de la medición del comportamiento de la red. Como en el caso de la probabilidad de denegación de transferencia de la información de usuario, las muestras rechazadas se diferencian de las muestras de transferencia válidas utilizando el procedimiento descrito en el 3 .
Nota
- Una
`velocidad máxima de transferencia de la
información de usuario'
, que excluye el efecto de los retardos de
entrada/salida de usuario, puede calcularse utilizando el procedimiento
descrito en el
3
. Los valores para los parámetros específicos a la
red correspondientes a la velocidad de transferencia de la información de
usuario están indicados en Recomendaciones relativas específicamente a la red
(por ejemplo, X.135).\
2.2.3
Probabilidad de error en la información de
usuario
\La
más
las unidades de información de usuario incorrectas
incluidas en una muestra especificada.
Se considera que una unidad de información de usuario transferida es incorrecta cuando el valor de una o más cifras de la unidad es erróneo o cuando algunas cifras de la unidad, pero no todas, son cifras perdidas o cifras excedentes (es decir, cifras que no se encontraban en la señal original).
La
La
Los valores para los parámetros específicos de la red correspondientes a la probabilidad de error en la información de usuario están indicados en Recomendaciones relativas específicamente a la red (por ejemplo, X.136).\
Figure 5/X.140, p. 16
2.2.4
Probabilidad de entrega de información de usuario
excedente
\La
Se considera que una unidad de información recibida por un usuario de
destino determinado es una
2.2.5
Probabilidad de entrega indebida de la información de
usuario
\La
Una
2.2.6
Probabilidad de pérdida de la información de
usuario
\La
Se considera que una unidad de información de usuario transmitida se ha perdido cuando ninguno de los bits de la unidad se entrega al usuario de destino deseado en el periodo de temporización especificado, siendo responsable la red.
La información de usuario puede quedar también sin entregar como resultado de un rechazo de información por el usuario, por ejemplo, no entrega causada por el retraso excesivo por parte de un usuario. Constituye un ejemplo de lo expuesto el caso en que el usuario de destino ejerce el control de flujo. Esos resultados quedan excluidos de la medición del comportamiento de la red.
Interviene la temporización de transferencia (esto es, se declara que la tentativa de transferencia ha fallado para los fines de evaluación de la calidad de funcionamiento) siempre que la duración de un periodo individual de transferencia excede de un valor determinado. En el 3 se indica un procedimiento para diferenciar la pérdida de la información de usuario del rechazo de información por el usuario. Los valores para parámetros específicos a la red correspondientes a la probabilidad de pérdida de la información de usuario están indicados en Recomendaciones relativas específicamente a la red (por ejemplo, X.136).\
2.3@
parámetros de abandono (o desocupación)
@
\El comportamiento de la función de abandono (o desocupación) se describe por medio de dos parámetros: retardo de abandono y probabilidad de denegación de abandono.\
2.3.1
Retardo de abandono (o retardo de desocupación)
\El
La petición de abandono comunica al sistema el deseo de un usuario de terminar una sesión de comunicación de datos establecida. Completa la petición de acceso en la mayoría de las redes.
Los valores del tiempo transcurrido se calculan sólo respecto a las tentativas de abandono completadas. El resultado de un abandono completado se indica por uno de los dos modos siguientes:
1)transmisión por la red de una señal de
confirmación
de liberación
u otra equivalente al usuario
solicitante, o
2)por el hecho de que el usuario sea capaz de iniciar un nuevo acceso antes
de transcurrir la temporización de abandono, en las redes que no proporcionan
la señal de
confirmación de liberación
u otra equivalente.
Los retardos de abandono pueden definirse independientemente para cada usuario participante cuando se prevén valores significativamente distintos. Los retardos de abandono se dividen en componentes dependientes del usuario y componentes dependientes de la red. Los valores correspondientes a los componentes dependientes de la red se indican en Recomendaciones que tratan específicamente de la red (por ejemplo, X.135).\
2.3.2
Probabilidad de denegación de abandono
\La
La denegación de abandono se indica por uno de los modos siguientes:
1)por la ausencia de la señal de
confirmación de
liberación
^u otra equivalente dentro del periodo de
temporización de abandono (en las redes que proporcionan esa señal); o
2)por la incapacidad del usuario para iniciar un nuevo acceso dentro del
periodo de temporización de abandono especificado (en las redes que no
proporcionan una señal de
confirmación de liberación
u
otra equivalente.
En ciertas redes, una
a)un usuario transmite una señal de bloqueo de abandono a la red durante el periodo de abandono (evitando la terminación de una sesión de comunicación de datos con conexión), o
2)un usuario retrasa en exceso la respuesta a acciones de la red durante el periodo de abandono, con lo que el abandono no queda completado antes de la temporización de abandono. Esos fallos están excluidos de la medición del comportamiento de la red.
Interviene la temporización de abandono (esto es, se considera que una tentativa de abandono ha fallado para los fines de evaluación del comportamiento) siempre que la duración de una tentativa individual de abandono rebasa un valor especificado. En el 3 aparece un procedimiento para diferenciar la denegación de abandono del bloqueo de abandono por el usuario. Los valores para parámetros específicos de la red correspondientes a la probabilidad de denegación de abandono están indicados en Recomendaciones relativas específicamente a la red (por ejemplo, X.136).
2.4@
parámetros de disponibilidad
@
\Se definen tres parámetros para describir la disponibilidad general del servicio: disponibilidad del servicio, probabilidad de denegación de transferencia de la información de usuario, y duración de una interrupción del servicio.\
2.4.1
Disponibilidad del servicio
\La
En la práctica, el periodo de observación puede consistir en varios intervalos de tiempo más cortos y no contiguos. El tiempo durante el cual se dispone de un servicio satisfactorio o admisible incluye todo el tiempo que no está comprendido en la duración de una interrupción del servicio antes definida. Los criterios según los cuales un servicio se considerará inaceptable serán objeto de ulterior estudio. En dicho estudio se tendrán en cuenta los parámetros, incluidos los eventos relacionados con la llamada, que sean pertinentes, así como el periodo o periodos de observación y umbrales de comportamiento correspondientes a la inaceptabilidad. Los valores para los parámetros específicos a la red correspondientes a la disponibilidad del servicio están indicados en Recomendaciones relativas específicamente a la red (por ejemplo, X.137).\
2.4.2
Probabilidad de denegación de transferencia de la
información de usuario
\La
Una
Una denegación de transferencia es una muestra de transferencia en la que el comportamiento observado es peor que un nivel aceptable mínimo determinado. Las denegaciones de transferencia se identifican comparando los valores medidos de los cuatro parámetros de calidad de servicio básicos con respecto a los umbrales especificados para la denegación de transferencia. Los cuatro parámetros básicos son la probabilidad de error de información de usuario, la probabilidad de pérdida de la información de usuario, la probabilidad de entrega de información de usuario adicional no requerida y la velocidad de transferencia de la información de usuario. La denegación de transferencia comprende los casos en los que la red termina unilateralmente la transmisión de datos de usuario (por ejemplo, reiniciación o liberación por congestión de la red).
Una muestra de transferencia puede también indicar un comportamiento inferior al nivel mínimo aceptable si:
1)el usuario de origen o de destino abandonan intencionalmente, durante el periodo de transferencia de la muestra; o
2)un usuario retrasa excesivamente la entrada o aceptación de los datos de muestra (por ejemplo, si ejerce el control de flujo). Esos fallos (denominados muestras rechazadas) quedan excluidos de la medición del comportamiento de la red.
Interviene la temporización de entrada/salida de muestra de transferencia (esto es, se considera que una muestra de transferencia ha fallado para los fines de evaluación del comportamiento) siempre que la duración de un periodo de entrada o salida de muestra individual rebasa un valor especificado. En el 3 se describe un procedimiento para diferenciar una denegación de transferencia de una muestra rechazada. Los valores para parámetros específicos de la red correspondientes a la probabilidad de denegación de transferencia de la información de usuario están indicados en Recomendaciones relativas específicamente a la red (por ejemplo, X.137).\
2.4.3
Duración de una interrupción del servicio
\La
La
`muerta'
. Incluye asimismo todo periodo
durante el cual el servicio proporcionado por la red es inaceptable a causa de,
por ejemplo, un comportamiento defectuoso en materia de errores o de caudal.
Los criterios según los cuales un servicio se considerará inaceptable serán
objeto de ulterior estudio. En el estudio se tendrán en cuenta los parámetros,
incluidos los eventos relacionados con la llamada, que sean pertinentes, así
como el periodo o periodos de observación y umbrales de calidad de
funcionamiento correspondientes a la inaceptabilidad. Los valores para los
parámetros específicos a la red relacionados a la duración de una interrupción
del servicio están indicados en Recomendaciones relativas específicamente a la
red (por ejemplo, X.137).\
3 Distinción entre los
componentes del comportamiento imputables a la red o al
usuario
En este punto se describe un método para distribuir los retardos entre
componentes imputables a la red o al usuario y determinar la
`responsabilidad'
para los fallos de temporización. Se efectúa
dividiendo periodos seleccionados de comportamiento en
`intervalos de
responsabilidad'
alternados de dos tipos:
1)intervalos en los que la red es responsable de la creación del evento siguiente de una secuencia de eventos de interfaz que conducen a la realización de una función de comunicación de datos especificada (por ejemplo, el acceso);
2)intervalos en los que el usuario es responsable de la creación del evento siguiente de una secuencia de este tipo.
La figura 6/X.140 ilustra, de forma sencilla este concepto. Los cuatro
eventos de interfaz en una secuencia de establecimiento de conexión típica
dividen el periodo de establecimiento de la conexión en tres
La figura 7/X.140 ilustra el concepto de
3.1
Transferencia de responsabilidad de la red al
usuario
Se produce una transferencia de responsabilidad de la red al usuario al transmitir cualquier señal de interfaz que:
1)inicia la actividad de usuario necesaria para realizar una función especificada;
2)solicita una respuesta de usuario subsiguiente indicando que la actividad requerida se ha completado; y
3)suspende la actividad de la red con respecto a la función en espera de la
respuesta prevista. Son ejemplos de ello la transmisión por la red de una señal
de
llamada entrante
(en la Recomendación X.21) o de un
paquete de
llamada entrante
(en la Recomendación X.25) a
un usuario llamado.
3.2
Transferencia de responsabilidad del usuario a la
red
Se produce una transferencia de responsabilidad del usuario a la red al transmitir cualquier señal de interfaz que:
1)inicia la actividad de la red necesaria para realizar una función especificada;
2)solicita una respuesta ulterior de la red indicando que la actividad requerida se ha completado; y
3)suspende la actividad del usuario con respecto a la función en espera de
la respuesta prevista. Son ejemplos de lo dicho la transmisión por el usuario
de señales de
petición de llamada
y
de
llamada aceptada
y de paquetes de
petición de llamada
y de
llamada
aceptada
de las Recomendaciones X.21 y X.25, respectivamente.
Figure 6/X.140, p. 17
Figure 7/X.140, p. 18
3.3
Utilización de los eventos de transferencia de
responsabilidad
Los
1)el periodo comprendido entre el comienzo y el final de una tentativa de acceso;
2)el periodo comprendido entre el comienzo y el final de una tentativa de transferencia de bloqueo;
3)el periodo comprendido entre el comienzo y el final de una tentativa de abandono (para un usuario especificado);
4)el periodo que delimita el tiempo de entrada o el tiempo de salida más largo para una muestra de transferencia individual (como se explica en el 2.2.2 ).
La definición de intervalos de responsabilidad de usuario y de red dentro de los periodos de comportamiento de acceso, transferencia de bloque y abandono permite especificar valores separados de red y de usuario para el retardo de acceso, el retardo de transferencia de la información de usuario y el retardo de abandono.
La distribución de los mencionados periodos de calidad de funcionamiento en
componentes de usuario y de red proporciona asimismo un método para establecer
la
`responsabilidad'
para fallos de comportamiento en materia de
periodos de temporización; por ejemplo, conveniencia de imputar el fallo al
usuario o a la red cuando una prueba de comportamiento no queda completada
dentro del periodo de temporización establecido (y no se han emitido sen¢ales
de bloqueo). Esta decisión se toma comparando el tiempo de comportamiento de
usuario para la prueba que ha fallado con un tiempo de comportamiento de
usuario máximo especificado. Si el tiempo de comportamiento de usuario
observado rebasa el máximo especificado, el fallo se atribuye al usuario; de no
ser así, el fallo se atribuye a la red. Este procedimiento se usa para
diferenciar la denegación de acceso del bloqueo de usuario (
2.1.3
);
la pérdida de información del rechazo de información de usuario
(
2.2.6
); y la denegación de abandono del bloqueo de abandono de
usuario (
2.3.2
). Se emplea también para diferenciar los resultados
de denegación de transferencia y muestra rechazada al definir la probabilidad
de denegación de transferencia de información de usuario (
2.4.2
) y
la velocidad de transferencia de la información de usuario (
2.2.2
).
4 Información suplementaria
En este punto se especifica la información suplementaria que se tendrá que proporcionar junto con cualquier formulación de valores para los parámetros generales CDS. La información especificada es de dos tipos:
1)información que identifica el ámbito de la aplicación previsto de los valores de los parámetros;
2)información que identifica el significado estadístico particular que cada valor expresa.
Se han observado diferencias significativas entre las especificaciones de las necesidades de los usuarios, las especificaciones de proveedor del servicio y los informes de medidas.
4.1
ámbito de aplicación
El ámbito de aplicación previsto de los valores CDS especificados deberá definirse especificando las siguientes características de interfaz y de utilización:
1)interfaces usuario-red a los que se aplican los valores;
2)secuencias de eventos de interfaz (por ejemplo, petición de llamada, llamada entrante, llamada aceptada, comunicación establecida, etc.) mediante las cuales se proporciona el servicio de comunicación de datos especificado en un caso típico;
3)acciones de rechazo de servicio permitido por el protocolo de interfaz usuario-red (por ejemplo, liberación por la red en respuesta a una petición de llamada de un usuario);
4)población de usuarios (o instancias de comunicación, tales como llamadas) a que se aplican dichos valores;
5)condiciones de explotación (o gama de condiciones) en que se puede prever que los valores sean válidos.
Se pueden especificar características particulares con carácter general o de forma más precisa, según el tipo de la especificación. Las especificaciones de las necesidades de usuario definen una necesidad de servicio (y cualesquiera limitaciones impuestas por la aplicación de usuario) sin referencia a una oferta de servicio determinado. Los interfaces e interacciones usuario-red deben generalmente definirse en tales especificaciones, con características mecánicas, eléctricas o de procedimiento particulares que se identifican solamente cuando es necesario. La población de usuarios y toda condición de explotación controlada por el usuario (por ejemplo, intervalo de tiempo de servicio, tráfico ofrecido) deben definirse explícitamente. Los retardos de usuario, las longitudes de las unidades de información de usuario, las velocidades de entrada/salida de usuario y la selección de facilidades de usuario, como la llamada a dirección abreviada, deben también definirse explícitamente.
Las especificaciones de proveedor de servicio describen la calidad de un servicio ofrecido determinado, a menudo sin referencia a ninguna aplicación de usuario determinada. Los interfaces e interacciones usuario-red se definen normalmente explícitamente en tales especificaciones (por ejemplo, haciendo referencia a una especificación de interfaz, como los de las Recomendaciones X.21 o X.25). La población de usuarios (o llamadas) y las condiciones de explotación se pueden definir de forma más general, ya que se refieren a una utilización más bien eventual que real.
Los informes de mediciones resumen el comportamiento real de un servicio de red. Ambas condiciones, de interfaz y de utilización, deberán especificarse en detalle en tales informes a fin de garantizar la posibilidad de comparación. Entre los detalles que deberán especificarse figuran:
1)los interfaces usuario-red particulares de que se trate;
2)la secuencia de interacción usuario-red exacta observada durante las medidas, y el significado en materia de comportamiento asignado a cada evento de interfaz;
3)el plan de muestreo utilizado para seleccionar los puntos, tiempos y condiciones de medida; y
4)los valores o gamas de condiciones de explotación pertinentes. Deberán asimismo indicarse límites y niveles de confianza asociados con cada valor medido.
4.2
Significado estadístico
A fin de definir claramente el significado estadístico de un valor de parámetro CDS indicado, es necesario:
1)identificar la característica de distribución particular que el parámetro representa; y
2)especificar valores para cualesquiera variables que puedan influenciar la definición del parámetro.
Se puede utilizar cualquier medida estadística aceptada con carácter
general para especificar valores para los parámetros generales CDS. En las
Recomendaciones de la serie X.130 se han utilizado valores
`medios'
y
`del 95%'
para los parámetros de comportamiento específicos al
protocolo.
Se enumeran a continuación las principales variables que pueden influenciar las definiciones de los parámetros generales CDS:
1)
Periodos de temporización para el comportamiento
-acceso,
-abandono,
-transferencia,
-entrada/salida de muestra.
2)
Tiempos máximos para el comportamiento imputable al
usuario
-acceso,
-abandono,
-transferencia,
-entrada/salida de muestra.
3)
Criterios de denegación de transferencia
-tamaño de muestra de transferencia,
-umbral de probabilidad de error en la información de usuario,
-umbral de probabilidad de pérdida de información de usuario,
-umbral de probabilidad de entrega de información de usuario excedente,
-umbral de velocidad de transferencia de información de usuario.
4)
Criterios de interrupción de servicio (para ulterior
estudio)
-definición de eventos,
-parámetros admitidos,
-umbrales de comportamiento inaceptable.
Los periodos de temporización para el comportamiento establecen límites
superiores en las distribuciones de retardos asociados. Los tiempos máximos
para el comportamiento imputable al usuario proporcionan una base para
identificar y eliminar los fallos causados por el usuario. Los criterios de
denegación de transferencia e interrupción de servicio diferencian los periodos
de comportamiento
`inaceptables'
de los periodos de servicio
`satisfactorio o admisible'
.
En las especificaciones se tendrá que indicar asimismo si los valores
indicados son valores
`a alcanzar'
o
`mínimos aceptables'
.
ANEXO A (a la Recomendación X.140)
Relaciones entre
los parámetros generales de calidad de
^
servicio y los
parámetros de comportamiento de un servicio con conmutación
de circuitos
En el ejemplo presentado se supone que la calidad debe especificarse en un par de interfaces físicos ETD/ETCD conformes con la Recomendación X.21. Las secuencias de establecimiento y liberación de la comunicación presentadas se han derivado del anexo B de dicha Recomendación.
El cuadro A-1/X.140 enumera los parámetros generales y los parámetros con conmutación de circuitos en filas y columnas de una matriz e indica las relaciones cualitativas entre los mismos. Los parámetros de comportamiento específicos de la red se han enumerado para los retardos de tratamiento de la llamada (Recomendación X.130) y bloqueo de llamada (Recomendación X.131).
Dentro de las categorías de retardo y bloqueo, la presencia de una marca en la intersección de una fila y una columna determinadas indican que los parámetros correspondientes son interdependientes y deberán considerarse juntos al especificar el comportamiento del servicio. Cada parámetro general está sometido a la influencia de un parámetro correspondiente con conmutación de circuitos, y puede influenciar sus valores si este último se puede seleccionar. A continuación se describen las relaciones detalladas entre los parámetros generales y los parámetros correspondientes de retardos (Recomendación X.130) y de bloqueo (Recomendación X.131).
La figura A-1/X.140 ilustra la relación entre el
petición de llamada
(Recomendación X.21) y el envío ulterior por la red de
preparado para datos
. Los parámetros
de retardo de postselección de la red, de la Recomendación X.130, describen dos
componentes específicas del retardo de acceso dependientes de la red.
La figura A-2/X.140 ilustra la relación entre el
1)Retardo de abandono imputable al origen es el tiempo total entre
petición de liberación por el ETD
y
ETCD
preparado
en el interfaz ETD que efectúa la liberación.
2)Retardo de abandono no imputable al origen es el tiempo total entre
petición de liberación por el ETD
en el interfaz ETD que
efectúa la liberación y
ETCD preparado
en el interfaz ETD
liberado.
El retardo de indicación de liberación por la red contribuye directamente
al retardo de abandono no imputable al origen, pero no comprende los retardos
correspondientes a la transmisión de las señales de
confirmación de liberación por el ETD
y
ETCD preparado
en el interfaz ETD liberado.
La probabilidad de denegación de acceso corresponde a la probabilidad de
bloqueo en la aplicación de la Recomendación X.21. Incluye asimismo casos en
que no se transmite ninguna señal de
congestión en la red
.
Los parámetros de acceso y abandono de la Recomendación X.140 se pueden utilizar para describir la calidad de los servicios por circuitos arrendados de la Recomendación X.21 especificando simplemente que sus valores son 0.
Tableau A-1/X.140 [T2.140] p. 19
Figure omitted: 23 Figure A-1/X.140
Figure A-1/X.140, p. 20
Figure A-2/X.140, p. 21
ANEXO B (a la Recomendación X.140)
Relaciones entre los
parámetros generales de calidad de servicio y los parámetros
de comportamiento de un servicio con conmutación de
paquetes
En el ejemplo que se presenta se supone que la calidad se tiene que especificar en términos de sucesos de referencia de la capa paquete observados en las fronteras físicas que separan a los ETD comunicantes de sus secciones de circuito de acceso adyacentes. Se supone que los procedimientos de la Recomendación X.25 se utilizan en las secciones de circuito de acceso. Las fronteras de la sección y los sucesos de referencia de la capa paquete particulares se definen en la Recomendación X.134. Los parámetros de comportamiento del servicio de conmutación de paquete se definen en las Recomendaciones X.135 a X.137. Las secuencias de establecimiento y liberación de la comunicación mencionadas se derivan de los diagramas de estado presentados en el anexo B de la Recomendación X.25.
En el cuadro B-1/X.140 se enumeran los parámetros generales y los parámetros de servicio con conmutación de paquetes en las filas y columnas de una matriz y se indican las relaciones cualitativas entre ellos. Cada conjunto de parámetros se divide en cuatro categorías: parámetros de acceso, parámetros de transferencia de información de usuario, parámetros de abandono y parámetros de disponibilidad.
Dentro de las categorías de retardo y congestión, la inclusión en la matriz de una marca en la intersección de una fila y una columna determinadas indica que los parámetros correspondientes son interdependientes y deben considerarse juntos al especificar el comportamiento del servicio. Cada parámetro general está sometido a la influencia de uno o varios parámetros de servicio con conmutación de paquetes, y puede influenciar sus valores si estos últimos se pueden seleccionar. A continuación se describen las relaciones detalladas entre los parámetros generales y los parámetros correspondientes (Recomendaciones X.135 a X.137).
La relación entre el retardo de acceso y el retardo del establecimiento de
la llamada se ilustra en la figura B-1/X.140. Como se describe en la
Recomendación X.135, el retardo del establecimiento de la llamada puede
definirse en una sola frontera de sección de conexión virtual, o entre dos
fronteras de sección. Cuando se define en la frontera
B
1
del ETD llamante, el retardo del establecimiento de la llamada difiere del
retardo de acceso en un solo aspecto: incluye el tiempo de modulación
(
X
) del paquete de petición de llamada en la sección del
circuito de acceso del ETD llamante, mientras que el retardo de acceso no lo
incluye. Cuando se define entre las fronteras
B
1 y
B
n
de los ETD llamante y llamado, el retardo del establecimiento de la
llamada difiere del retardo de acceso en un aspecto adicional: excluye el
tiempo de respuesta del ETD llamado (es decir el retardo del establecimiento de
la llamada en la frontera
B
n
).
Cuando cada parámetro está definido en las fronteras de ETD de la
Recomendación X.25, los parámetros generales de retardo en la transferencia de
la información de usuario y retardo de liberación corresponden estrechamente a
los parámetros de servicio con conmutación de paquetes respectivamente: retardo
de la transferencia del paquete de datos y retardo de la liberación de la
llamada. El retardo de transferencia del paquete de datos incluye el tiempo de
modulación (
Y
) del paquete de datos en la sección de
circuito de acceso del ETD originador, mientras que el retardo en la
transferencia de información de usuario no lo incluye. Igualmente, el retardo
en la liberación de la llamada incluye el tiempo de modulación
(
Z
) del paquete de petición de llamada en la sección de
circuito de acceso del ETD liberante, mientras que el retardo de abandono no lo
incluye.
Los parámetros generales de probabilidad de acceso incorrecto, probabilidad de denegación de acceso, y probabilidad de denegación de liberación son básicamente idénticos a los parámetros del servicio con conmutación de paquetes: probabilidad de error en el establecimiento de la llamada, probabilidad de fracaso en el establecimiento de la llamada, y probabilidad de fracaso en la liberación de la llamada, respectivamente, tal como se definen en las fronteras de ETD de la Recomendación X.25. El parámetro de servicio con conmutación de paquetes capacidad de caudal expresa el valor máximo continuo que puede lograrse (en régimen permanente) del parámetro general velocidad de transferencia de la información de usuario; el primer parámetro también difiere del segundo en que su definición permite medirlo en una sola frontera.
Tableau B-1/X.140 [T3.140] p. 22, (à l'italienne)
Figure B-1/X.140, p. 23
El parámetro de servicio con conmutación de paquetes tasa de errores
residuales combina los tres parámetros generales, probabilidad de error en la
información de usuario, probabilidad de entrega de información de usuario
adicional, y probabilidad de pérdida de información de usuario, en una sola
medida compuesta de exactitud. La relación matemática entre la tasa de errores
residuales y los tres parámetros generales se especifica en la Recomendación
X.136. No existe ningún parámetro de servicio con conmutación de paquetes que
corresponda directamente al parámetro general de probabilidad de entrega
indebida de la información de usuario; sin embargo, los datos entregados
indebidamente se consideran como datos excedentes de acuerdo con las
definiciones de la Recomendación X.136, y se reflejan por lo tanto
indirectamente en la definición de la tasa de errores residuales. Los
parámetros de reiniciación y de desconexión prematura se definen en la
Recomendación X.135 y son dependientes del protocolo, no teniendo así
contrapartidas directas entre los parámetros generales especificados en la
Recomendación X.140. Sus valores influirán normalmente en el parámetro de
probabilidad de pérdida de información de usuario de la Recomendación X.140.
Tanto la Recomendación X.137 como la Recomendación X.140 definen una medida de la disponibilidad del servicio. La medida de la Recomendación X.137 especializa a la de la Recomendación X.140 al identificar los parámetros de decisión particulares y los umbrales que se utilizarán en la definición de interrupciones en un servicio con conmutación de paquetes. La Recomendación X.140 define un parámetro general estrechamente relacionado, la probabilidad de denegación de transferencia de la información de usuario, que proporciona una medida muestreada de la indisponibilidad. Se basa en una definición específica de interrupción de servicio que difiere de la presentada en la Recomendación X.137, en un aspecto: la primera definición incluye únicamente parámetros de transferencia de información de usuario entre los parámetros (de decisión) soportados, utilizados en la identificación de interrupciones de servicio, mientras que la segunda definición incluye también parámetros de establecimiento de la llamada. El parámetro duración de interrupción de servicio de la Recomendación X.140 y el parámetro tiempo medio entre interrupciones de servicio de la Recomendación X.137 proporcionan información complementaria sobre la frecuencia de transiciones entre los estados disponible y no disponible.
ANEXO C (a la Recomendación X.140)
Relaciones entre
los parámetros generales de calidad de servicio y los
parámetros de comportamiento del servicio de capa de red
ISA
En el cuadro C-1/X.140 se enumeran los parámetros generales y los parámetros de comportamiento SR en las filas y columnas de una matriz y se indican las relaciones cualitativas entre los mismos. Cada conjunto de parámetros se divide en cuatro categorías: parámetros de acceso, parámetros de transferencia de información de usuario, parámetros de abandono, y parámetros de disponibilidad.La probabilidad de fracaso (o fallo) de la transferencia se incluye entre los parámetros de transferencia de información (datos) de usuario en la Recomendación X.213; dicha Recomendación no identifica la disponibilidad como una categoría distinta de parámetros.
La Recomendación X.213 define las contrapartidas exactas a cinco parámetros de la Recomendación X.140: retardo de acceso, retardo de la transferencia de la información de usuario, velocidad de transferencia de la información de usuario, retardo de abandono, y probabilidad de denegación de abandono.
Los parámetros X.140 subdividen los parámetros X.213 en componentes más detallados en dos casos. El parámetro X.213, probabilidad de fallo de establecimiento de CR engloba dos parámetros X.140: probabilidad de denegación de acceso y probabilidad de acceso incorrecto. Los valores de los parámetros X.140 se pueden sumar para calcular el parámetro X.213 correspondiente. El parámetro X.213 tasa de errores residual, corresponde a cuatro parámetros X.140: probabilidad de pérdida de la información de usuario, probabilidad de entrega indebida de la información de usuario, probabilidad de entrega de información de usuario adicional y probabilidad de error en la información de usuario. Las relaciones entre estas probabilidades se ilustran en la figura C-1/X.140. Cada parámetro se normaliza de modo que sus posibles valores estén comprendidos entre 0 y 1.
El parámetro de la Recomendación X.213 resiliencia de CR depende del protocolo, y por lo tanto no tiene una contrapartida directa entre los parámetros generales especificados en la Recomendación X.140. Su valor normalmente influirá en el parámetro de la Recomendación X.140 probabilidad de pérdida de la información de usuario.
El parámetro de la Recomendación X.140 probabilidad de denegación de transferencia de la información de usuario corresponde estrechamente al parámetro de la Recomendación X.213 probabilidad de fallo de la transferencia; los dos difieren únicamente en la definición detallada de los parámetros (de decisión) soportados utilizados en la definición de denegación (o fallo) de la transferencia.
Dos parámetros de la Recomendación X.140 no tienen contrapartida en la Recomendación X.213: duración de una interrupción del servicio y disponibilidad del servicio.
Tableau C-1/X.140 [T4.140], p. 24, (à l'talienne)
Figure C-1/X.140, p. 25
PRINCIPIOS GENERALES DE LA DETECCIóN Y CORRECCIóN DE
ERRORES EN LAS REDES PúBLICAS DE DATOS
(Málaga-Torremolinos, 1984)
El CCITT,
considerando
(a) que los errores deben detectarse y corregirse con un grado de fiabilidad muy alto;
(b) que algunos procedimientos de corrección de errores pueden ser más ventajosos que otros según los retardos de transmisión en la red y la distribución (en el tiempo) de los errores;
(c) que la distribución (en el tiempo) de los errores en los extremos de un trayecto puede depender de los procedimientos de corrección de errores sin canal de retorno implantados en uno o más de los segmentos del trayecto;
(d) que la aplicabilidad de algunos procedimientos de corrección de errores puede verse afectada por el número de sistemas de satélite de la conexión;
(e) que en algunas conexiones pueden concatenarse diferentes procedimientos de corrección de errores,
recomienda por unanimidad
que los principios generales identificados en esta Recomendación se tengan en cuenta en el diseño y aplicación de procedimientos para la detección y corrección de errores en las redes públicas de datos.
1 Consideraciones generales
1.1 La presente Recomendación tiene por finalidad describir los principios
generales aplicables a la de detección y corrección de errores o recuperación
tras
1.2 Los dos objetivos fundamentales de los
-garantizar una incidencia de errores no detectados que se halle dentro de límites de probabilidad aceptablemente bajos;
-garantizar que los errores detectados son corregidos o recuperados utilizando un procedimiento de control de errores coherente con los requisitos de secuenciación e integridad de datos que se aplican cuando la tasa de errores de la capa física está dentro de límites de la calidad de funcionamiento especificada totalmente aceptables y tolerables.
1.3 En el contexto del modelo de referencia de la
Concretamente, un objetivo de la
1.4 En el caso de cualquier disposición dada de detección de errores, la probabilidad de aparición de errores no detectados tenderá a aumentar en general:
-con el incremento de la tasa de errores;
-para una determinada tasa de errores, a medida que la distribución de errores resulta menos aleatoria y aumenta la longitud de las ráfagas de errores;
-con el incremento de la longitud de trama;
-posiblemente con las disposiciones de aleatorización que pueden tener
factores comunes con el
1.5 El caudal de datos en presencia de errores depende del diseño del procedimiento de control de errores, que depende a su vez de las siguientes condiciones:
-tasa de errores;
-distribución de errores;
-disposiciones de aleatorización y/o multiplexación en la medida en que
afecten a la
-retardo en el trayecto de transmisión (tiempo de propagación);
-velocidad binaria;
-longitud de trama;
-tamaño de la ventana;
-recursos de memoria intermedia en los extremos de envío y de recepción del enlace.
2
Tipos de aparición de
errores
Los tipos de aparición de errores son habitualmente tres, que se diferencian por la distribución característica de los errores en función del tiempo:
-errores aleatorios,
-errores en ráfagas,
-errores debidos a un deslizamiento incontrolado.
Es probable que en un enlace determinado predomine un tipo de aparición de errores, que depende de la clase de sistema de transmisión empleada (por ejemplo, cable, radioenlace de microondas o satélite, con o sin corrección de errores sin canal de retorno).
En el diseño de los procedimientos de control de errores en un enlace, importa identificar cualquier tendencia al predominio de un tipo determinado de aparición de errores.
3
Procedimientos de control de
errores
(o de protección contra
errores)
3.1
Tipos de procedimientos
En las redes públicas de datos (RPD) se utilizan corrientemente dos tipos de control de errores:
-corrección de errores sin canal de retorno, método de codificación que tiene por objeto detectar y corregir los errores en los datos recibidos en lugar de pedir la retransmisión;
-procedimientos de petición automática de repetición (ARQ), en los que la información transmitida tiene un formato de tramas con codificación para la detección de errores, y en los que la recuperación tras error se logra por la repetición automática, previa petición del receptor de los datos, de una trama o de toda la información ya transmitida a partir de la trama pedida. La recuperación por temporizador sirve de respaldo al procedimiento ARQ.
3.2
Corrección de errores sin canal de
retorno
La @corrección de errores sin canal de retorno (denominada también
corrección intrínseca de errores o corrección de errores hacia adelante)
(forward error correction, FEC)
\ no requiere la provisión
de un mecanismo de devolución para su funcionamiento. La FEC se aplica
habitualmente en la capa física del modelo de referencia, típicamente en
sistemas de trasmisión con una calidad de funcionamiento ante los errores que
no satisfaría de otro modo los límites requeridos.
La capacidad de las técnicas FEC, utilizadas corrientemente en RPD, para controlar los errores tiende a restringirse a la corrección de un número limitado de errores (típicamente dos o tres errores) dentro de cada bloque de información codificada o longitud de bloque limitada. Por ese motivo, estos procedimientos FEC tienen especial eficacia en las situaciones en las que los errores aparecen predominantemente en forma aleatoria.
Según las disposiciones de multiplexación, y a veces en otras disposiciones de la capa física como la aleatorización y la encripción, los errores residuales no corregidos después de la FEC pueden tender a agruparse en racimos o ráfagas de errores. Cuando el número de errores dentro de una trama de información codificada o de una longitud de código limitada excede a la capacidad de corrección del algoritmo FEC, el número total de errores presentes en el racimo o la ráfaga puede aumentar en lugar de disminuir por la acción de la facilidad FEC.
Habitualmente no se podrán notificar los errores detectados, pero no corregidos, a la capa enlace de datos a través de las facilidades FEC de la capa física, que puede realizar su propia función de control de errores en el nivel de la señal multicanal, multiplexada, del sistema de transmisión.
En la adaptación de las señales de datos a velocidades binarias recomendadas inferiores a 64 kbit/s para la transmisión a 64 kbit/s, se introducirá suficiente redundancia en algunos casos para que la corrección de errores sin canal de retorno se haga sobre una base de votación mayoritaria, sin codificación especial para la corrección de errores sin canal de retorno. Esta disposición permite detectar y corregir un elevado número de distintos tipos de errores.
En forma alternativa, o adicional, la secuencia de verificación de trama del procedimiento de control de errores ARQ puede utilizarse también para distinguir la información recibida correcta e incorrectamente en los trenes de señales redundantes.
3.3
Procedimientos ARQ
3.3.1
Consideraciones generales
Los procedimientos ARQ requieren la provisión de canales hacia adelante y hacia atrás, habitualmente con posibilidades de transmisión simultánea.
Los procedimientos de control ARQ para detección de errores y recuperación tras error se incluyen en las funciones de la capa enlace de datos y pueden realizarse también en las funciones de capas superiores del modelo de referencia.
3.3.2
Detección de errores
3.3.2.1
Secuencia de verificación de
trama
La @secuencia de verificación de trama (SVT)\, de 16 bits descrita más adelante se utiliza para la detección de errores en los procedimientos de transferencia de paquetes de las Recomendaciones X.25 y X.75, en el procedimiento del enlace de señalización del sistema de señalización N.o 7 de la Recomendación Q.703, y en el procedimiento de acceso al enlace por canal D de una RSDI, como se describe en la Recomendación Q.921 (I.441).
También se utiliza el mismo polinomio generador en el proceso de codificación y verificación de la Recomendación V.41.
Los 16 bits de la SVT se generan en el transmisor. Son el complemento a uno de la suma (en módulo 2) de:
1)el resto de x h
(
x
15 +
x
14 +
x
13
+ .^.^. +
x
2 +
x
+ 1) dividido (en
módulo 2) por el polinomio generador
x
16 +
x
12 +
x
5 + 1, donde
h
es el número de bits de la trama entre, pero no
incluidos, el último bit de la bandera de apertura y el primer bit de la SVT,
excluidos los bits insertados para asegurar la transparencia, y
2)el resto después de la multiplicación por
x
16 seguida
de la división (en módulo 2) por el polinomio generador
x
16 +
x
12 +
x
5 +
1 del contenido de la trama entre, pero no incluidos, el último bit de la
bandera de apertura y el primer bit de la SVT; excluidos los bits insertados
para asegurar la transparencia.
En un caso práctico típico, en el transmisor, el resto inicial de la
división se pone a
`todos uno'
y se modifica luego dividiéndolo por el
polinomio generador (como se ha descrito anteriormente) en los campos de
dirección, control e información; el complemento a uno del resto resultante se
transmite como la SVT de 16 bits.
En el receptor se comprueba la correspondencia entre los bits de verificación y la parte restante de la trama. Si no se halla una correspondencia completa, se inicia el procedimiento apropiado de recuperación tras error.
En un caso práctico típico, en los receptores, el resto inicial se pone
previamente a
`todos uno'
; los bits serie protegidos entrantes,
incluidos los bits de verificación (después de eliminar los bits insertados
para asegurar la transparencia), multiplicados por
x
16 y
divididos luego por el polinomio generador darán lugar a un resto de
0001110100001111 (
x
15 a
x
0,
respectivamente), en ausencia de errores de transmisión.
En el apéndice I figuran notas explicativas acerca del procedimiento de detección de errores por la secuencia de verificación de trama.
El procedimiento detectará:
a)todos los números impares de errores dentro de una trama;
b)cualquier
c)todos los errores de dos bits cuando la longitud del código sea inferior a 32^768 bits;
d)un elevado porcentaje de otros esquemas de errrores (con números pares de errores).
3.3.2.2
Utilización de
aleatorizadores
Debe tenerse en cuenta la siguiente consideración, relativa al diseño del sistema, en lo que respecta al uso de aleatorizadores autosincronizantes:
Cuando se utilicen
3.3.2.3
Integridad de la trama
La integridad del formato de trama debe mantenerse a fin de asegurar un correcto funcionamiento del procedimiento de detección de errores descrito en 3.3.2.1 .
Para todas las transmisiones, la estructura de trama se diferencia por las
banderas de apertura y cierre, consistente cada una en 0 seguido de seis unos
contiguos y un 0. Puede utilizarse una sola bandera como
En el receptor se efectúa una verificación de la validez de la trama para descubrir cualquier trama no válida que no está encuadrada convenientemente por dos banderas o que tiene un número de bits inferior al especificado. Las tramas no válidas se tratan del mismo modo que las tramas con errores detectados.
3.3.3
Procedimiento de recuperación tras
error
De acuerdo con los conceptos ARQ, la recuperación tras error está
incorporada al procedimiento de control del tráfico de modo que todas las
tramas de información están numeradas secuencialmente por orden de transmisión,
de 0 al módulo menos uno (en donde
`módulo'
es el módulo de los números
secuenciales). En un caso típico, el módulo es igual a 8 ó 128 y el ciclo de
números secuenciales pasa por toda la gama.
Las tramas válidas recibidas sin errores en una secuencia correcta van seguidas de un acuse de recibo incluido en las respuestas enviadas por el receptor al transmisor, mientras que las tramas no válidas y las tramas con errores son eliminadas por el receptor e ignoradas totalmente. El receptor inicia la acción de recuperación de trama cuando una trama válida sin errores no tiene el número secuencial previsto. Por consiguiente, cuando se eliminan una o más tramas por falta de validez o por errores, el número de la siguiente trama recibida correctamente será el número secuencial que haga que el receptor inicie el procedimiento prescrito de recuperación de trama.
Si, debido a un error de transmisión, el receptor no recibe (o recibe y
elimina) una sola trama de información o la última de una secuencia de tramas
de información, entonces no se detectará la condición
`fuera de
secuencia'
que en otro caso serviría para iniciar en el receptor los
procedimientos de recuperación tras error. En tal caso, la recuperación de la
trama se iniciará en el transmisor por un procedimiento de temporización del
siguiente modo:
Para los fines de control del tráfico, el receptor debe enviar una respuesta de acuse de recibo al transmisor confirmando la recepción de tramas válidas y exentas de errores. Después de un periodo de temporización determinado, con tramas transmitidas pendientes y ninguna respuesta de acuse de recibo o de recuperación de trama procedente del receptor, se inicia la acción de recuperación apropiada en el transmisor a fin de determinar el punto en el que debe empezar la retransmisión.
Se dispone de los siguientes tipos de procedimientos de recuperación tras errores:
-procedimiento de rechazo,
-procedimiento de rechazo selectivo,
-procedimiento de rechazo selectivo - rechazo.
Cada uno de esos procedimientos requiere que en el transmisor existan posibilidades de almacenamiento de todas las tramas de información ya enviadas, pero de las que no se ha acusado recibo de una recepción correcta.
La eficiencia del caudal de datos obtenible, en función de la tasa y distribución de errores, puede depender de modo significativo del tipo de procedimiento de recuperación tras error, en particular en los enlaces de transmisión asociados con tiempos de propagación largos (por ejemplo, enlaces por satélite). La complejidad de la realización de la recuperación tras error, en particular los requisitos de almacenamiento de tramas en el receptor, es otra consideración que desempeña una función importante al seleccionar el procedimiento de recuperación tras error más ventajoso en una situación dada.
3.3.3.1
Procedimiento de rechazo (REJ)
El receptor utiliza
Se retransmitirán la trama rechazada y todas las tramas de información subsiguientes y en tránsito en el momento en que la respuesta REJ llega al transmisor.
Después de enviar la respuesta REJ, el receptor descarta todas las tramas de información entrantes hasta la recuperación de la trama perdida. Este procedimiento reduce al mínimo los requisitos de almacenamiento de tramas en el receptor, pero en condiciones marginales de calidad de funcionamiento frente a errores puede dar una mala eficiencia de caudal, dependiente del retardo de transmisión de ida y vuelta entre el transmisor y el receptor.
En el procedimiento de recuperación tras error REJ, el tamaño de la ventana
debe permitir un número máximo
k
de tramas pendientes,
siendo
k
el menor número entero no inferior a
r
, calculado del siguiente modo:
r
= $$Bo
T
º
D
$$Bu
L
$$Be
donde
T
es la velocidad de transmisión (bits/s),
D
es el tiempo de ida y vuelta (s),
L
es la longitud de la trama de información (bits).
3.3.3.2
Procedimiento de rechazo
selectivo
La respuesta de @
rechazo selectivo
^(SREJ)\ la utiliza
el receptor para pedir la retransmisión de una sola trama de información
identificada por su número secuencial y para acusar recibo simultáneamente de
la recepción satisfactoria de todas las tramas de información precedentes.
Conforme a la precedente definición de la petición de SREJ, sólo puede hallarse pendiente una condición SREJ en un momento dado. Por consiguiente, la capacidad del procedimiento SREJ para utilizar eficazmente la capa física desciende muy rápidamente a medida que la aparición de errores de trama excede al tiempo de propagación de ida y vuelta.
Ese problema puede reducirse empleando un procedimiento alternativo SREJ
que suprime la función de acuse de recibo de la
Conforme al procedimiento alternativo, la trama de rechazo selectivo SREJ se utiliza para pedir la retransmisión de una sola trama de información numerada N(R) y las tramas de información numeradas hasta N(R) - 1 no se consideran aceptadas.
No se repetirán (si se reciben correctamente) las tramas de información subsiguientes que están ya en tránsito cuando la respuesta SREJ llega al transmisor. Se produce así una reducción mínima de la eficiencia del caudal, que depende del aumento de la tasa de errores en trayectos de transmisión con grandes tiempos de propagación.
Esa ventaja del procedimiento SREJ se obtiene proporcionando una considerable capacidad de almacenamiento de tramas y algún procedimiento de proceso para la resecuenciación de las tramas en el receptor.
En el procedimiento de recuperación SREJ, el tamaño de la ventana debe
permitir un número máximo,
k
, de tramas pendientes, siendo
k
un número entero no inferior a
r
,
calculado del siguiente modo:
r
= 2 $$Bo
T
º
D
$$Bu
L
$$Be
3.3.3.3
Procedimiento de rechazo selectivo - rechazo
Se propone a continuación un procedimiento de rechazo selectivo - rechazo:
Si el receptor detecta la pérdida de una sola trama de información, tras la recepción satisfactoria de la siguiente trama de información, envía una respuesta SREJ para recuperar la trama perdida. Todas las tramas de información recibidas satisfactoriamente en forma secuencial después de la trama perdida se almacenan en el receptor durante la recuperación de la trama perdida.
Si el receptor detecta la pérdida consecutiva de dos tramas de información, envía una respuesta REJ y elimina todas las tramas de información recibidas a continuación hasta recuperar la trama perdida.
Si la pérdida de otra trama de información se detecta antes de la recuperación a partir de la condición de excepción SREJ, el receptor almacenará todas las tramas de información recibidas después de la primera trama perdida y antes de la segunda trama perdida y eliminará todas las tramas de información consecutivas hasta recuperar la primera trama perdida. Después de la recuperación de la primera trama perdida, el receptor enviará una respuesta REJ para recuperar la segunda trama perdida y las tramas recibidas después pero eliminadas.
Aplicado en trayectos de transmisión con grandes, retardos, el procedimiento de recuperación tras error SREJ-REJ da valores de eficiencia de caudal, en función de la tasa de errores, ligeramente inferiores a los obtenidos con el procedimiento SREJ y significativamente mejores a los logrados con el procedimiento REJ.
Con cualquier tasa de errores, la ocupación media de la memoria intermedia para el almacenamiento de tramas en el receptor utilizando el procedimiento SREJ-REJ es significativamente inferior a la correspondiente ocupación media de esa memoria con el procedimiento REJ.
En el caso del procedimiento de recuperación tras error SREJ-REJ, el tamaño
de la ventana debe permitir un número máximo de tramas pendientes,
k
, en donde
k
es el menor número
entero no inferior a
r
, calculado del siguiente modo:
r
= 2 $$Bo
T
º
D
$$Bu
L
$$Be
4
Concatenación de procedimientos de
control de errores
4.1
Concatenación de procedimientos FEC y
ARQ
En los enlaces por satélite, la reducción del caudal de datos provocada por el aumento de la tasa de errores puede reducirse al mínimo mediante el empleo concatenado de los procedimientos de corrección de errores sin canal de retorno (FEC) y de petición automática de repetitión (ARQ).
Teniendo en cuenta que la corrección de errores sin canal de retorno disminuye el caudal efectivo de datos del medio de transmisión en condiciones de explotación aceptables cuando la tasa de errores es baja y alcanza la mayor eficacia sólo durante un pequeño porcentaje del tiempo cuando la calidad respecto a errores es marginal, puede considerarse que el empleo de un procedimiento ARQ más eficaz (por ejemplo, el SREJ en lugar del REJ) es una alternativa a la concatenación de procedimientos FEC y ARQ.
4.2
Concatenación de procedimientos FEC
La utilización de dos etapas de codificación de corrección de errores sin canal de retorno (FEC) puede mejorar muy significativamente la calidad de funcionamiento de un enlace por satélite. La figura 1/X.141 muestra la configuración general de un sistema de codificación de este tipo con concatenación de dos etapas. Este diagrama muestra dos pares de intercaladores que se estudian a continuación y que en algunos casos pueden omitirse.
Los pares de intercaladores tienen por objeto frangmentar las ráfagas de
errores y dispersar dichos errores para minimizar la probabilidad de presentar
a un decodificador una larga ráfaga de errores incorregibles. El
Figure 1/X.141, p.
Una última consideración en relación con la selección de un código concatenado
es la relativa al retardo y sincronización de la decodificación. Se pondrá
especial empeño en seleccionar los códigos e intercaladores para asegurar que:
1)el retardo introducido por el sistema FEC sea pequeño con respecto al tiempo de propagación del satélite (aproximadamente 250 ms), y
2)se reduzca al mínimo la pérdida de datos motivada por la pérdida de la sincronización.
APéNDICE I (Recomendación X.141)
Notas explicativas relativas
a la
secuencia de verificación de
trama
G
(
x
)es el polinomio que representa
la secuencia de
k
bits comprendida entre la bandera de
apertura y el comienzo de la secuencia de verificación de trama (SVT)
P
(
x
)es el polinomio generador
(
x
16 +
x
12 +
x
5
+ 1)
L
(
x
)es el polinomio que representa
dieciséis (
x
16 +
x
15 +
x
14 + .^.^. +
x
+ 1) contiguos
R
(
x
) = SVT es el resto obtenido de
la división en módulo 2:
$$Bo
x
$$ed16$$ef
G
(
x
) +
x
$$ek
L
(
x
)$$Bu
P
(
x
)$$Be =
Q
(
x
) + $$Bo
R
(
x
)$$Bu
P
(
x
)$$Be
En la secuencia de verificación de trama (SVT), la multiplicación de
G
(
x
) por
x
16
corresponde al desplazamiento del mensaje
G
(
x
) en 16 posiciones, proporcionando
así el espacio de 16 bits para la SVT.
La adición de
x k
^
L
(
x
) a
x
16^
G
(
x
) equivale a la inversión de los 16 primeros bits de
x
16^
G
(
x
) y corresponde a la iniciación del resto inicial a un valor de todos unos. Se proporciona esa adición como protección contra la obliteración de las banderas de apertura, que pueden ser no detectables si el resto inicial es nulo. La complementación de
R
(
x
) por el transmisor, en la realización de la división, permite garantizar que el mensaje recibido sin errores dará un resto único no nulo en el receptor. El resto no nulo protege contra la posible indetectabilidad debida a la obliteración de las banderas de cierre.
En el transmisor, la SVT se suma a
x
16^
G
(
x
)
resultando un mensaje total
M
(
x
) de
una longitud de:
n
=
k
+ 16, donde
M
(
x
) =
x
16^
G
(
x
) +
SVT
En el receptor, el mensaje
M
(
x
)
entrante se multiplica por
x
16, se suma a
x n
^
L
(
x
) y se divide por
P
(
x
) como se indica a continuación:
$$Bo
x
$$ed16$$ef
M
(
x
) +
x
$$en
L
(
x
)$$Bu
P
(
x
)$$Be = $$Bo
x
$$ed16$$ef [
x
$$ed16$$ef
G
(
x
) +
SVT
+
x
$$ek L
(
x
)]$$Bu
P
(
x
)$$Be
Partiendo de las fórmulas anteriores y considerando que la suma sin acarreo de
L
(
x
) y un polinomio
R
(
x
) de la misma longitud equivale a
la inversión bit por bit de
R
(
x
), se
sustituye
SVT
=
R
(
x
) =
R
(
x
) +
L
(
x
), se reordenan los términos del
numerador y se obtiene:
$$Bo
x
$$ed16$$ef [
x
$$ed16$$ef
G
(
x
) +
R
(
x
) +
L
(
x
) +
x $$ek
L
(
x
)]$$Bu
P
(
x
)$$Be =
$$Bo
x
$$ed16$$ef [
x
$$ed16$$ef
G
(
x
) +
x
$$ek L
(
x
) +
R
(
x
)] +
x
$$ed16$$ef
L
(
x
)$$Bu
P
(
x
)$$Be =
Qr
(
x
) + $$Bo
Rr
(
x
)$$Bu
P
(
x
)$$Be
Si la transmisión no tiene errores, el término
[
x
16^
G
(
x
) +
x k
^
L
(
x
) +
R
(
x
)] será divisible por
P
(
x
), siendo el resto de la división:
$$Bo
x
$$ed16$$ef
L
(
x
)$$Bu
P
(
x
)$$Be,
o 0001110100001111 (de
x
$$ed15$$ef a
x
$$e0 respectivamente).
Si la transmisión no tiene errores y se invierte la SVT en el receptor
antes de la división, el resto será nulo, ya que la inversión de la SVT
equivale a sumar otro
x
16^
L
(
x
) al
numerador, y
$$Bo
x
$$ed16$$ef
L
(
x
) +
x
$$ed16$$ef
L
(
x
)$$Bu
P
(
x
)$$Be = 0.
MONTAGE:
PAGE PAIRE = PAGE BLANCHE
MANTENIMIENTO
Recomendación X.150
PRINCIPIOS DE PRUEBAS DE MANTENIMIENTO PARA REDES
PúBLICAS DE DATOS UTILIZANDO BUCLES DE PRUEBA
DEL EQUIPO TERMINAL DE DATOS (ETD) Y DEL
EQUIPO DE TERMINACIóN DEL CIRCUITO DE DATOS (ETCD)
(Ginebra de 1980; modificada en Málaga-Torremolinos, 1984)
1 Introducción
El CCITT,
considerando
(a) la creciente utilización de sistemas de transmisión de datos;
(b) el volumen de la información que circula por las redes de transmisión de datos;
(c) el ahorro que significa la reducción de la duración de las interrupciones de tales circuitos de datos;
(d) la importancia de poder determinar responsabilidades en cuestiones de mantenimiento relativas a las redes, en las que necesariamente intervienen varias partes; y
(e) las ventajas de la normalización en este campo,
recomienda por unanimidad
que la localización de las averías pueda facilitarse en muchos casos mediante la aplicación de procedimientos de establecimiento de bucles en los ETD y los ETCD.
2 Campo de aplicación
En esta Recomendación se especifican los principios de las pruebas de
mantenimiento en las redes públicas de datos, utilizando bucles de prueba del
ETD y del ETCD. Se exponen aquí, para su aplicación general con todos los
interfaces ETD/ETCD, las definiciones de los bucles, los principios del control
de los bucles y los principios de las indicaciones que han de presentarse
cuando se activen los bucles. En las diferentes Recomendaciones relativas a los
interfaces ETD/ETCD se incluyen detalles concretos relativos a la aplicación de
estos principios. Los criterios de mantenimiento, las definiciones y los
principios generales son aplicables a las Recomendaciones relativas a los
interfaces, tales como las Recomendaciones X.20, X.20^
bis
,
X.21, X.21^
bis
y X.22.
2.1
Criterios de mantenimiento
La provisión de
a)los bucles de prueba pueden ser utilizados por el o los centros de prueba de una Administración para probar el funcionamiento de líneas arrendadas o de líneas de abonado de una red con conmutación de circuitos, incluyendo la totalidad o una parte del ETCD, sin exigir necesariamente el envío de personal de mantenimiento de la red a las instalaciones de abonado;
b)cuando lo permitan los principios nacionales de prueba, los bucles de prueba de ETCD pueden ser también empleados por un ETD para verificar el funcionamiento de la conexión de red o de las líneas arrendadas. Donde están provistos, se trata de que el ETD haga las pruebas iniciales para aislar una condición de avería en los ETD o en el circuito de datos.
2.2
Principios de las pruebas en bucle
La provisión de capacidades de prueba en bucle debe basarse en los siguientes principios:
a)los bucles deben ser transparentes, esto es, han de ser independientes de la secuencia de bits;
b)las pruebas en bucle son tipos de pruebas interruptoras, esto es, cuando se ha establecido un bucle, no es posible la transmisión de datos;
c)las pruebas en bucle pueden establecerse a partir de cualquier estado; sin
embargo, cuando las pruebas comienzan a partir del estado de
transferencia de datos
, pueden utilizarse los mismos
procedimientos de prueba en las líneas arrendadas y las conexiones con
conmutación de circuitos;
d)cuando es factible, la secuencia de prueba preferida en el ETD es: bucle 1 - bucle 2 - bucle 3, secuencialmente a partir de ambos extremos del circuito.
3
Definición de los
bucles
Se definen nueve bucles, que se ilustran en la figura 1/X.150. Por razones de claridad, estos nueve bucles se han agrupado como sigue:
a)Bucle de prueba del ETD - Bucle de tipo 1( 3.1 )
Bucle 1( 3.1.1 )
b)Bucles de prueba local - Bucles de tipo 3( 3.2 )
Bucle 3d( 3.2.1 )
Bucle 3c( 3.2.2 )
Bucle 3b( 3.2.3 )
Bucle 3a( 3.2.4 )
c)Bucles de prueba de la línea de abonado - Bucles de tipo 4( 3.3 )
Bucle 4a( 3.3.1 )
Bucle 4b( 3.3.2 )
d)Bucles de prueba de la red - Bucles de tipo 2( 3.4 )
Bucle 2b( 3.4.1 )
Bucle 2a( 3.4.2 )
3.1
Bucle de prueba del ETD - Bucle de tipo
1
3.1.1
Bucle 1
Este bucle se utiliza como una prueba básica del funcionamiento del ETD. Las señales transmitidas vuelven por este bucle al ETD para su verificación. El bucle debe establecerse dentro del ETD, lo más próximo posible al interfaz ETD/ETCD.
El bucle 1 puede establecerse desde los estados
transferencia de datos
^o
preparado
.
En algunas redes, para las pruebas periódicas cortas efectuadas durante el
estado
transferencia de datos
, el ETD puede mantener los
circuitos de enlace en el mismo estado que presentaban antes de las pruebas o,
si es posible, enviar la señal
ETD no preparado,
controlado
.
Figure 1/X.150 p.
Si el bucle se establece desde el estado
transferencia de
datos
, el ETCD puede continuar entregando datos al ETD durante la prueba
como si el ETD estuviese en explotación normal. Será tarea de los ETD el
restablecimiento tras cualesquiera errores que pudieran presentarse mientras
esté activado el bucle de prueba.
Si el bucle se establece desde el estado
preparado
, el
ETD deberá continuar la supervisión de forma que pueda darse prioridad a una
llamada entrante con respecto a una prueba periódica. Alternativamente, en los
casos en que el ETD no pueda aceptar llamadas entrantes, los ETD deberán
señalizar uno de los estados
no preparado
.
El ETCD continúa presentando la temporización de elementos de señal y, si existe, en temporización de multibits. El ETD no necesita hacer uso de la información de temporización durante una prueba con bucle.
3.2
Bucles de prueba local - Bucles de tipo
3
Los bucles de prueba local (bucles de tipo 3) se utilizan para probar el
funcionamiento del ETD, el
Cuando lo admitan los principios nacionales de prueba, el bucle 3 puede establecerse a partir de cualquier estado.
En el caso de pruebas por circuitos arrendados y de pruebas de corta
duración por conexiones con conmutación de circuitos, el ETCD debe continuar
presentando hacia la línea las condiciones que existían antes de la prueba (por
ejemplo, estado
transferencia de datos
o
preparado
) o enviar el estado de
no
preparado, controlado,
al ETD distante. Si ello no es realizable (por
ejemplo, en algunos casos en el bucle 3a) o deseable (por ejemplo, en las
pruebas de larga duración en aplicaciones con conmutación de circuitos), el
ETCD debe terminar una llamada existente y, si es posible, transmitir hacia la
línea de abonado uno de los estados
no preparado
.
El ETCD continúa presentando la temporización de elementos de señal y, si existe, la temporización de multibits. El ETD debe hacer uso de la información de temporización.
3.2.1
Bucle 3d
Este bucle se utiliza para probar el funcionamiento del ETD, incluido el cable de interconexión, devolviendo las señales emitidas al ETD para su verificación. El bucle se establece dentro del ETCD local y no incluye ni los generadores de los circuitos de enlace ni las cargas. El ETCD puede efectuar pruebas con bucles de tipo 4 o del tipo 2 durante el estado de prueba por el bucle 3d.
Nota
- Mientras está activado el bucle de prueba 3d,
la longitud efectiva del cable de interfaz se duplica. En consecuencia, para
asegurar el funcionamiento adecuado del bucle 3d, la longitud máxima del cable
de interfaz ETD/ETCD deberá ser la mitad de la que normalmente es adecuada para
la velocidad binaria utilizada.
3.2.2
Bucle 3c
Este bucle se utiliza para probar el funcionamiento del ETD, incluido el cable de interconexión y los generadores de los circuitos de enlace del ETCD y las cargas. No es aplicable, en este caso, la observación del 3.2.1 sobre la limitación de la longitud del cable de interconexión.
3.2.3
Bucle 3b
Este bucle se utiliza para probar el funcionamiento del ETD, la codificación de línea, la lógica de control y los circuitos del ETCD. Incluye todos los circuitos del ETCD, con excepción de los que acondicionan la señal de línea analógica (por ejemplo, transformadores de adaptación de impedancias, amplificadores, ecualizadores, etc.). El tiempo que media entre la emisión y la recepción de datos de prueba es de algunos octetos.
Nota
- En algunos ETCD, el establecimiento del bucle
3b producirá una pérdida momentánea de la alineación de envolvente, como
consecuencia de lo cual aparecerán durante cierto tiempo señales aleatorias y
los circuitos de enlace de recepción. Esto puede repercutir en el procedimiento
de prueba del ETD. Véase la información relativa a la temporización para los
elementos de señal en las Recomendaciones sobre los ETD/ETCD. En algunas redes,
el establecimiento del bucle 3b provocará la liberación de las conexiones
existentes.
3.2.4
Bucle 3a
Este bucle se utiliza para probar el funcionamiento del ETD y del ETCD. El bucle deberá incluir el mayor número de circuitos utilizados en el funcionamiento del ETCD, entre ellos, en particular, los que acondicionan la señal de línea analógica. Se reconoce que, en algunos casos, la inclusión de dispositivos (por ejemplo, atenuadores, ecualizadores, o translatores de bucle de prueba) puede ser necesaria en el trayecto de retorno del bucle. La línea de abonado está debidamente terminada mientras subsiste la condición de prueba por bucle 3a. El tiempo que media entre la emisión y la recepción de datos de prueba es de algunos octectos.
Nota
- En algunos ETCD, el establecimiento del bucle
3a producirá una pérdida momentánea de la alineación de envolvente, como
consecuencia de lo cual aparecerán durante cierto tiempo señales aleatorias por
los circuitos de enlace de recepción. Esto puede repercutir en el procedimiento
de prueba del ETD. Véase la información relativa a la temporización para los
elementos de señal en las Recomendaciones sobre los ETD/ETCD. En algunas redes,
el establecimiento del bucle 3a provocará la liberación de las conexiones
existentes.
3.3
Bucles de prueba de la línea de abonado - Bucles
de tipo 4
Los bucles de prueba de la línea de abonado (bucles de tipo 4) se proveen
para el mantenimiento de las líneas por las Administraciones. El ETCD señaliza
al ETD local un estado
no preparado
o un estado
modo de prueba
, según convenga al interfaz ETD/ETCD
específico. El ETCD continúa presentando la temporización de elementos de señal
y, si se ha previsto, la temporización de multibits.
Nota
- En el caso de los bucles 4 y 2 (véase más
adelante), el ETCD puede señalizar al ETD local de tal manera que el ETD pueda
distinguir un
3.3.1
Bucle 4a
Este bucle sólo se dispone en el caso de líneas de abonado a cuatro hilos. El bucle 4a está destinado al mantenimiento de líneas por las Administraciones. Cuando se conectan entre sí pares de recepción y de transmisión, el circuito probado no puede medirse como un circuito de datos. El bucle 4a puede establecerse dentro del ETCD o en un dispositivo separado.
3.3.2
Bucle 4b
Este bucle lo utilizan las Administraciones para probar el funcionamiento de la línea de abonado, incluidos los circuitos del ETCD que acondicionan la señal de línea. Cuando se conectan a este punto los circuitos de recepción y de transmisión, el bucle 4b proporciona una conexión que puede considerarse como un circuito de datos.
Nota
- La realización puede producir cierta
degradación de la calidad de funcionamiento, pues el ETCD no efectuará en este
caso ninguna regeneración/conversión completa de la señal.
3.4
Bucles de prueba de la red - Bucles de tipo
2
Los bucles de prueba de la red (bucles de tipo 2) los utiliza el centro (o los centros) de pruebas de la Administración para probar el funcionamiento de las líneas arrendadas o las líneas de abonado y el ETCD completo o parte del mismo, como se trata más adelante.
Cuando lo admitan los principios de prueba nacionales, el bucle 2 puede también utilizarlo un ETD, como sigue:
-en caso de redes con conmutación de circuitos, cuando los ETD están en el
estado
transferencia de datos
, para probar el
funcionamiento de la conexión de red, incluido el ETCD distante;
-en el caso de líneas arrendadas en el estado
preparado
, para probar el funcionamiento de la línea,
incluido el ETCD distante.
El ETCD señaliza al ETD local un estado
no preparado
o
modo de prueba
, según convenga al
interfaz ETD/ETCD específico (véase la observación al
3.3
). El ETCD
continúa presentando la temporización de elementos de señal y, si se ha
previsto, la temporización de multibits.
3.4.1
Bucle 2b
Este bucle lo utiliza el centro (o los centros) de pruebas de la Administración y/o el ETD distante para probar el funcionamiento de la línea de abonado y de todos los circuitos del ETCD con excepción de los generadores de los circuitos de enlace y las cargas.
3.4.2
Bucle 2a
Este bucle lo utiliza el centro (o los centros) de pruebas de la Administración o el ETD distante para probar el funcionamiento de la línea de abonado y la totalidad del ETCD.
Nota
- El ETCD, mientras se halla en la condición de
bucle 2a, puede presentar un estado
circuito abierto
al
ETD por ciertos circuitos de enlace. Se supone que el ETCD detecta una
situación de fallo de la señal eléctrica asimilándola a un estado
no preparado
, según convenga para las características
eléctricas específicas.
4
Realización mínima de bucles de
prueba
4.1
Bucles de prueba del ETCD
Deben proporcionarse suficientes bucles de prueba en el ETCD, de modo que tanto el cliente como el personal de mantenimiento de la Administración puedan distinguir entre averías en el ETD y averías en el ETCD o en la línea.
El ETCD incluirá por lo menos uno de los cuatro bucles de prueba local (tipo 3). El ETCD incluirá también por lo menos uno de los dos bucles de prueba de la red (tipo 2). La realización de los bucles dentro del ETCD es asunto de incumbencia nacional. Algunas Administraciones pudieran realizar otros bucles de prueba no comprendidos en el conjunto mínimo indicado más arriba.
4.2
Bucles de prueba del ETD
Se sugiere que todos los nuevos ETD proporcionen el bucle 1.
5
Control de los bucles
5.1
Consideraciones generales
Cuando se hallan disponibles, los medios para telecontrolar un bucle situado en un país desde un punto situado en otro país se describen en las Recomendaciones apropiadas para interfaces ETD/ETCD.
En servicios por circuitos arrendados, los bucles de prueba de la línea de abonado y de prueba de la red no deben activarse sin haberse informado previamente al cliente. Sin embargo, algunas Administraciones pueden activar estos bucles cuando se detecten en la red condiciones anormales, sin avisar previamente al cliente.
En los servicios con conmutación de circuitos, los bucles de prueba de la
línea de abonado y de pruebas de la red no deben activarse cuando el ETD esté
ocupado con una comunicación. En caso de colisión entre una petición de llamada
y la activación de estos bucles, la
5.2
Control de los bucles de prueba
local
Para facilitar la prueba del ETD por el cliente se preverá la activación manual (mediante un conmutador en el ETCD) para al menos uno de los cuatro bucles de prueba local (tipo 3); no obstante, la realización precisa es asunto de incumbencia nacional. Sin embargo, debe considerarse la activación automática controlada por el cliente de bucles de prueba local a través del interfaz ETD/ETCD.
Cuando se han previsto, se exponen en las Recomendaciones apropiadas sobre interfaces ETD/ETCD, los medios para el control por el ETD de estos bucles mediante señales en el interfaz ETD/ETCD.
Nota
- Con la introducción de los nuevos circuitos de
enlace eléctricos definidos en las Recomendaciones X.26 y X.27, algunas
Administraciones pueden emplazar el ETCD en un punto distante (hasta 1000 m)
del ETD. Por tanto, puede resultar difícil, o imposible la activación manual
por el cliente. Debe considerarse pues cierta forma de activación automática de
estos bucles. Deben estudiarse también las limitaciones señaladas en la
observación al
3.2.1
sobre el bucle 3d.
5.3
Control de los bucles de prueba de la
red
5.3.1
Consideraciones generales
Cada bucle de prueba de la red, incluido en el ETCD será activado por un conmutador manual incorporado en el ETCD o por telemando desde el centro (o los centros) de pruebas de la Administración, o de ambas maneras. Los medios de activación de los bucles, el método para realizar el telecontrol y el método para notificar a la red la activación manual son asuntos de incumbencia nacional. Antes de cerrarse los bucles pueden llegar al ETD señales aleatorias.
Si se proporciona el bucle 2a o el 2b para uso del cliente, el procedimiento para emplearlos dependerá de las oportunas Recomendaciones sobre interfaces.
5.3.2
Circuitos arrendados
5.3.2.1
Líneas arrendadas punto a punto
En el caso de circuitos por líneas arrendadas punto a punto, las Administraciones proporcionarán uno o más de los siguientes medios de control:
a)Control por el cliente del bucle de prueba de la red en el ETCD local mediante un conmutador operado manualmente en el ETCD.
b)Control por el cliente del bucle de prueba de la red a través del interfaz ETD/ETCD distante.
Nota
- La provisión del telecontrol de un bucle situado
en un país desde un punto situado en otro país deberá ser objeto de acuerdo
bilateral entre las Administraciones interesadas.
c)Telecontrol, desde un
Cuando se haya previsto, el método para la activación del bucle de prueba de la red en un ETCD mediante una señal de instrucción procedente de un interfaz ETD/ETCD distante, será el descrito en la oportuna Recomendación relativa a los interfaces ETD/ETCD.
5.3.2.2
Circuitos arrendados multipunto
centralizado
El principio de pruebas de mantenimiento para
5.3.3
Redes con conmutación
De manera similar a la técnica descrita en el 5.3.2.1 , las Administraciones pueden proporcionar un medio para telecontrolar el bucle de prueba de la red desde uno o más de sus centros de pruebas. Se reconoce que este asunto es de incumbencia nacional, pero el procedimiento que ha de utilizarse, en su caso, será el descrito en las Recomendaciones sobre interfaces y señalización correspondientes. El telecontrol de bucles de prueba de la red en un ETCD a través del interfaz ETD/ETCD distante deberá ser objeto de acuerdo bilateral entre las Administraciones interesadas.
Nota
- Cuando lo admitan los principios de prueba
nacionales, el ETD puede establecer un bucle de prueba de la red en el ETCD
distante durante el estado
transferencia de datos
, por
medio de una señal a través del interfaz ETD/ETCD. En este caso, debe resultar
posible a los ETD reentrar al estado de transferencia de datos tras la
desactivación del bucle de prueba de la red. Será tarea de los ETD el
restablecimiento tras cualesquiera errores que pudieran producirse mientras el
bucle de prueba está activado.
5.4
Control de bucles de prueba de la línea de
abonado
Estos bucles se proporcionan en el caso de líneas de abonado a cuatro hilos. Están diseñados para el mantenimiento de líneas por las Administraciones. La provisión y utilización de estos bucles es un asunto de incumbencia nacional.
MONTAGE:
PAGE PAIRE = PAGE BLANCHE
DISPOSICIONES ADMINISTRATIVAS
Recomendación X.180
DISPOSICIONES ADMINISTRATIVAS PARA LOS GRUPOS
CERRADOS DE USUARIOS (GCU) INTERNACIONALES
(Ginebra, 1980, modificada en Melbourne, 1988)
El CCITT,
considerando
(a) la introducción de los grupos cerrados de usuarios (GCU) internacionales en las redes públicas que proporcionan servicios de transmisión de datos con conmutación de paquetes y con conmutación de circuitos;
(b) la necesidad de normalizar un esquema para los números de los GCU internacionales;
(c) la necesidad de normalizar procedimientos administrativos para la asignación de números de GCU internacionales y el establecimiento de GCU internacionales,
recomienda por unanimidad
1
La responsabilidad de todas las cuestiones de
organización relativas a un GCU internacional recaerá sobre un abonado, que en
lo sucesivo se denominará el
`abonado responsable'
. El abonado
responsable será designado por los abonados que tienen la intención de
constituir un GCU internacional (véase la nota 1).
2
La Administración del país en que está situado este
`abonado responsable'
, y que en lo sucesivo se denominará
`Administración coordinadora'
, actuará como la Administración de control
y coordinación para ese GCU y discutirá con el abonado responsable las
modificaciones del GCU. Incumbirá también a la Administración coordinadora la
asignación del @número de GCU internacional (NGI)\ y la comunicación de la
información necesaria a las demás Administraciones que intervienen en el GCU.
3
Si la red pública es una red de datos el código de
identificación de red de datos (CIRD) o el indicativo de país para datos (IPD)
utilizado para formar el número de grupos cerrado de usuarios Internacional
(NGI) será uno apropiado para la administración coordinadora. Si la red pública
es una RDSI, se utilizará el CIRI (véase la nota 5) para la construcción del
NGI. Si el abonado responsable cambia de país de residencia, el NGI se
modificará de acuerdo con el CIRD, el IRD o el CIRI de la nueva administración
coordinadora.
4
El NGI asignado por la Administración coordinadora se
mantendrá durante todo el tiempo que exista el GCU internacional incluso si
cambia la ubicación de los integrantes del GCU, mientras el abonado responsable
siga ubicado en la zona de la Administración coordinadora.
5
El NGI se representará por dos números decimales A/B,
siendo A el CIRD, IPD (más una cifra). CIRI de conformidad con el
3
anterior, y B un número de 1 a 5 cifras (véase la nota 2).
6
Para permitir una conversión eficaz de la información
sobre el GCU, cuando se requiera, en comunicaciones de GCU internacionales se
han impuesto restricciones a la asignación de los NGI utilizados por cada
Administración coordinadora. Provisionalmente, deben seguirse las siguientes
directrices:
i)cada Administración coordinadora debe atribuir los NGI a los GCU internacionales siguiendo un orden secuencial y dentro de cierta gama de los NGI disponibles;
ii)debe enviarse regularmente a las Administraciones información sobre la amplitud y la atribución de la gama para los NGI citados en el apartado i) precedente;
iii)la gama utilizada no debe tener una amplitud mayor que la necesaria para la explotación de la red.
7
Deben aplicarse los procedimientos siguientes para el
intercambio de información entre Administraciones y abonados de un GCU
internacional. Cuando un abonado pertenezca a más de un GCU internacional,
deberán aplicarse separadamente, para cada GCU internacional, los
procedimientos estipulados en esta Recomendación.
7.1 Un abonado que solicita la adhesión a un GCU internacional deberá dirigirse a su propia Administración utilizando los procedimientos de solicitud normalizados y dar todos los detalles sobre el abonado responsable (véase la nota 3).
7.2 La Administración que recibe la solicitud deberá comunicar la información detallada (para lo cual utilizará un modelo normalizado) a la Administración coordinadora como se indica en el anexo A.
7.3 La Administración coordinadora verificará con el abonado responsable si se puede aceptar lo solicitado y, en su caso, informará a la Administración de los abonados solicitantes sobre el NGI atribuido a ese GCU.
7.4 La Administración del abonado solicitante informará a la Administración coordinadora sobre el momento en que será conectado el abonado solicitante.
7.5 La Administración coordinadora informará a las Administraciones de los miembros existentes de un GCU internacional sobre todo nuevo miembro de ese GCU que pertenezca a una nueva Administración.
7.6 Las modificaciones en las adhesiones a un GCU internacional, o la cesación de un GCU deberán tramitarse de manera similar entre el abonado responsable y la Administración coordinadora de acuerdo con las solicitudes concretas de los miembros del GCU en cuestión.
7.7 A petición del abonado responsable o de una de las Administraciones de un miembro de un GCU internacional, la Administración coordinadora suministrará información (impresa) sobre todos los abonados pertenecientes a un determinado GCU. En el segundo caso es necesaria la aprobación del abonado responsable (véase la nota 4).
8
A los efectos de los procedimientos administrativos en
esta Recomendación, carecerá de importancia el hecho de que el abonado
solicitante pueda pertenecer a otros GCU, o desear disponer de acceso de
llegada o de salida aparte de las facilidades que le ofrece el grupo cerrado de
usuarios.
Nota 1
- Se supone que en un GCU de una organización
internacional, la sección directiva probablemente sea el abonado responsable.
Nota 2
- De acuerdo con la Recomendación X.300, el
valor B no debe ser superior a 216 - 1 = 65^535.
Nota 3
- A fin de simplificar las disposiciones
administrativas, los procedimientos descritos en los
6.1
y 6.2
deberán seguirse también en el caso de que el abonado solicitante sea una
división de una organización internacional, y otra división de esa organización
sea el abonado responsable.
Nota 4
- Es posible que, por consideraciones de índole
legal algunas Administraciones coordinadoras estén impedidas de suministrar
esta información a petición de otras Administraciones miembros de un GCU
internacional.
Nota 5
- Para la identificación de la RDSI se utiliza
un campo de cuatro cifras, el Código de Identificación de Red RDSI (CIRI). El
CIRI tiene la siguiente constitución: 0 + indicativo de país E.164 + cifra(s)
de red nacional. Para identificar RDSIs adicionales, algunos países pueden
utilizar también 9 + indicativo de país E.164 + cifras(s) de red nacional.
Otras formas de identificación de las redes RDSI serán objeto de ulterior
estudio.
ANEXO A (a la Recomendación X.180) El formato y la información que deberán comunicarse a la Administración coordinadora con motivo de una solicitud de adhesión de un abonado a un grupo cerrado de usuarios internacional o para dejar sin efecto tal adhesión, son los siguientes:
1 Se ha recibido una solicitud de adhesión/cese a/de un grupo cerrado de usuarios (GCU) internacional en una red pública, enviada por:
Empresa Dirección País Número de red pública Fecha de la solicitud
2 El abonado responsable en este GCU internacional es:
Empresa Dirección Número de red pública
3 Número de grupo cerrado de usuarios (GCU) internacional (NGI) o número de datos nacional del abonado responsable:
4 El abonado solicitante ha pedido las siguientes facilidades (en su caso):
-prohibición de llamadas entrantes en el GCU,
-prohibición de llamadas salientes en el GCU.
DISPOSICIONES ADMINISTRATIVAS PARA LA PROVISIóN DE
CIRCUITOS VIRTUALES PERMANENTES (CVP)
INTERNACIONALES
(Málaga-Torremolinos, 1984, modificada en Melbourne, 1988)
El CCITT
considerando
(a) que en la Recomendación X.2 se indica el servicio de circuitos virtuales permanentes;
(b) que el servicio de circuitos virtuales permanentes puede no estar disponible para todas las conexiones internacionales y tampoco para los servicios móviles marítimos (según se observa en la Recomendación X.2);
(c) que la prestación internacional del servicio de circuitos virtuales permanentes está supeditada a un acuerdo bilateral (según se observa en la Recomendación X.2);
(d) que en la Recomendación X.25 se definen las características del interfaz ETC/ETCD y en la Recomendación X.75 se definen los procedimientos para los circuitos internacionales entre dos TES;
(e) la necesidad de normalizar procedimientos administrativos para el intercambio de información característica del circuito virtual permanente entre las Administraciones interesadas, a fin de establecer el circuito virtual permanente internacional,
recomienda por unanimidad
1
Que la responsabilidad de todas las cuestiones de
organización relativas a un circuito virtual permanente internacional recaiga
en uno de los dos abonados conectados al CVP internacional, que en lo sucesivo
se denominará el
`abonado responsable'
. El abonado responsable será
designado por los abonados que deban conectarse al CVP internacional (véase la
nota 1).
2
Que la Administración del país en que está situado
este
`abonado responsable'
, y que en lo sucesivo se denominará
`Administración de origen'
, actúe como la Administración de control y
coordinación para el CVP internacional y discuta con el abonado responsable
toda eventual modificación del CVP internacional.
3
Que la Administración de origen se encargue
normalmente de recoger la información necesaria para la tasación y contabilidad
del CVP internacional (véase la nota 2).
4
Que el intercambio de información para la provisión de
CVP internacionales se efectúe como sigue:
4.1 Será necesario que la Administración de origen y la Administración de destino (la Administración del país en que está situado el abonado no responsable) intercambien información para la provisión del CVP internacional. Esta información deberá incluir:
a)los números internacionales de los dos ETD de abonado;
b)la clase de caudal (para ambos sentidos);
c)nombre del CVP internacional (véase la nota 3);
d)propuesta de encaminamiento;
e)parámetros de calidad de servicio (véase la nota 4);
f)fecha de inauguración del servicio y la vida útil del CVP internacional.
4.2 Si tienen que intervenir redes de tránsito, las Administraciones interesadas deberán ponerse de acuerdo sobre la ruta. Para permitir una negociación eficaz entre las Administraciones, la Administración de origen puede iniciar la negociación con la Administración adyacente y, a continuación proseguir la negociación con las Administraciones subsiguientes, hasta llegar a la Administración de destino. La información descrita en el 4.1 deberá comunicarse a cada Administración de tránsito y el encaminamiento se determinará teniendo en cuenta las clases de caudal y la calidad de servicio solicitados (véase la nota 4).
4.3 Entre Administraciones adyacentes, la información a intercambiar deberá incluir, además de la descrita en el 4.1 , lo siguiente:
a)la identidad del interfaz TES X/TES Y;
b)el número de grupo de canales lógicos y el número de canal lógico;
c)el tamaño de la ventana (para ambos sentidos);
d)el tamaño del paquete (para ambos sentidos).
5
Para el intercambio de información entre
Administraciones y abonados de un CVP internacional se aplicarán los
procedimientos siguientes. Cuando un usuario esté abonado a más de un CVP
internacional, los procedimientos especificados en la presente Recomendación se
tendrán que aplicar por separado a cada CVP internacional.
5.1 Un abonado que solicite la provisión de un CVP internacional deberá presentar esta solicitud a su propia Administración mediante los procedimientos de solicitud normalizados. Deberá suministrar todos los detalles relativos al abonado responsable.
5.2 La Administración, cuando la solicitud no proceda del abonado responsable, deberá comunicar la información detallada (para lo cual utilizará un modelo normalizado) a la Administración de origen como se indica en el anexo A.
5.3 La Administración de origen verificará entonces con el abonado responsable si se puede aceptar la solicitud.
5.4 La Administración de origen, en tal caso, negociará con la Administración de destino y posiblemente con las Administraciones de tránsito si se puede aceptar la solicitud, teniendo en cuenta lo indicado en el 4 .
5.5 Si se aceptan las condiciones estipuladas en los 5.3 y 5.4, la Administración de origen acordará con el abonado el número de grupo de canales lógicos y el número de canal lógico a los que se conectará el CVP internacional. La Administración de destino actuará de la misma forma con respecto al otro abonado.
5.6 La Administración de origen informará a ambos abonados cuando se establezca el CVP internacional.
5.7 Si, durante la vida útil del CVP internacional, se precisa el reencaminamiento del CVP internacional, la Administración de origen comunicará al abonado responsable toda modificación que se produzca en la tasación o calidad de servicio del CVP internacional (véase la nota 5).
Nota 1
- Se supone que el abonado responsable es uno
de los dos abonados que hay que conectar con el CVP internacional.
Nota 2
- Son posibles otras disposiciones, mediante
acuerdos bilaterales.
Nota 3
- La designación de un CVP internacional deberá
ser unívoca entre las Administraciones interesadas, a saber, la especificación
del número internacional, el número de grupo de canales lógicos y el número de
grupo de canal lógico a los que está conectado el CVP internacional para ambos
abonados.
Nota 4
- Los parámetros de calidad de servicio deberán
ser objeto de ulterior estudio.
Nota 5
- La repercusión de una eventual inclusión de
un procedimiento de establecimiento (o restablecimiento) automático deberá ser
objeto de ulterior estudio.
ANEXO A (a la Recomendación X.181) El formato y la información que deberán comunicarse a la Administración de origen con motivo de una solicitud, presentada por un abonado, de provisión de un CVP internacional, son los siguientes:
1 Se ha recibido una solicitud de establecimiento de un circuito virtual permanente internacional (CVP), a través de varias redes públicas, enviada por:
Empresa: Dirección: País: Número internacional: Fecha de la solitud:
2 El solicitante indicado en el apartado 1) pide la conexión, por un CVP internacional, con:
Empresa: Dirección: País: Número internacional:
3 Número de datos internacional del abonado responsable:
4 Se pide lo siguiente:
-clase de caudal,
-fecha de inauguración del servicio,
-vida útil prevista del CVP internacional:
MONTAGE:
PAGE PAIRE = PAGE BLANCHE
PARTE II
SUPLEMENTO A LA RECOMENDACIóN X.135
MONTAGE:
PAGE ... = PAGE BLANCHE
Suplemento N.o 1
ALGUNOS RESULTADOS DE PRUEBAS OBTENIDOS EN TRAMOS
ESPECíFICOS NACIONALES E INTERNACIONALES
(Citados en la
Recomendación X.135)
Este suplemento presenta resultados de pruebas realizadas y su finalidad es
exclusivamente ilustrativa. Los resultados se obtuvieron por mediciones
efectuadas en las porciones nacionales A y B de la red DATEX-P, operada por la
Deutsche Budespost en la República Federal de Alemania.
Dado que los valores obtenidos corresponden a una red sometida a una carga de tráfico específica, en un tiempo determinado, no pueden considerarse como representativos del comportamiento usual o probable de cualquier otra red, ni tampoco de la misma red en otros momentos. Se presentan con el único objeto de recapitular un experimento en el cual el comportamiento de la red fue mejor que el definido en la Recomendación X.135.
Esto significa que son muchos los factores que han influido en los valores obtenidos, entre los cuales se cita la configuración, la distribución de la carga y la topología específicas de la red, así como las reglas específicas de dimensionamiento de la red.
1 Valores de retardo y de capacidad de
caudal medidos en el tramo nacional A
El cuadro 1 presenta los valores del retardo de establecimiento de la llamada, retardo de la transferencia de paquetes de datos, capacidad de caudal y retardo de la indicación de liberación, medidos en una configuración DATEX-P seleccionada para representar el tramo nacional A de una conexión virtual internacional. Las mediciones se efectuaron durante la hora cargada en un conjunto representativo de conexiones. Los resultados demuestran que el comportamiento con respecto al retardo y al caudal proporcionado por el tramo nacional A puede ser mucho mejor que el indicado por los valores de caso más desfavorable especificados en la Recomendación X.135.
2 Valores de retardo y de caudal en el
tramo nacional B
El cuadro 2 presenta los valores del retardo del establecimiento de la llamada, retardo de la transferencia de paquetes de datos, capacidad de caudal, y retardo de la indicación de liberación en una configuración de la red DATEX-P seleccionada para representar el tramo nacional B de una conexión virtual internacional. La configuración en que se efectuaron las mediciones incluía un circuito por satélite de 128 kbit/s. Las mediciones se realizaron durante la hora cargada. Estos resultados demuestran que el comportamiento con respecto al retardo y al caudal proporcionado por el tramo nacional B puede ser mucho mejor que el indicado por los valores de caso más desfavorable especificados en la Recomendación X.135.
Tableau 1 [T17.135], p. 28
Tableau 2 [T18.135], p. 29
MONTAGE:
PAGE PAIRE = PAGE BLANCHE
Saisie 6.12.88 YB
Extraction et codification 30.05.89 PC
MEP 30.05.89 PC
Corr. DIGISET Ultimes ........ ..
MAJ s/disquette 3.07.89 CD
íNDICE DEL FASCíCULO VIII.4 DEL LIBRO AZUL
Recomendaciones X.200 a X.219
Interconexión de sistemas abiertos (ISA);
modelo y notación, definición del servicio
Rec. N.o Página SECCIóN 1 -
Modelo y notación
X.200Modelo de referencia de interconexión de sistemas abiertos para
aplicaciones del CCITT 3
X.208 Especificación de la notación de sintaxis abstracta uno (NSA.1) 57
X.209 Especificación de las reglas básicas de codificación de la notación de
sintaxis abstracta uno (NSA.1) 131
Definiciones del servicio
X.210
Convenios relativos a la definición del servicio de capa en la
interconexión de sistemas abiertos 153
X.211 Definición del servicio físico de la interconexión de sistemas abiertos
para aplicaciones del CCITT 160
X.212 Definición del servicio de enlace de datos para la interconexión de
sistemas abiertos para aplicaciones del CCITT 177
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 X deberán interpretarse como sigue (salvo indicación en contrario):
- 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
específicas a dicha Recomendación.
4 Las Recomendaciones de la serie X contenidas en este fascículo fueron preparadas conjuntamente en colaboración con la ISO/CEI. En el cuadro que sigue se facilitan las referencias mutuas entre estas Recomendaciones y las normas ISO/CEI correspondientes.
b) Actualmente a nivel de Proyecto de Norma Internacional (PNI).
c)Actualmente en espera de publicación.
MONTAGE: PAGE PAIRE = BLANCHE
(1BT) (BT10) Disk. 1 NF01/036
(84.TE.01.S)
(A1.23s) / [26s]
FOLIOS: 1 - 56
(DO PRC.COSY.2)
MEP {TPS.NON.PHOTO "[PA1]"} : OK= [1]
Saisie 31.03.89 IR
ID + LASER + diskette MAJ 18.04.89 BM
Corr. LASER (1re épreuve) = 3eme 25.04.89 GG
AJOUTER (PA1) (CL1,0,0,0) pour MEP
MEP + LASER 08.05.89 GH/ZR
Corr. MEP ........ ..
BAT du 24/5/89 26.05.89 PV
MAJ s/disquettes 4.07.89 CD
FASCíCULO VIII.4
Recomendaciones X.200 a X.219
REDES DE COMUNICACIóN DE DATOS: INTERCONEXIóN
DE SISTEMAS ABIERTOS (ISA); MODELO Y NOTACIóN, DEFINICIóN
DEL SERVICIO
BLANC
MONTAGE:
PAGE 2 = PAGE BLANCHE
SECCIóN 1
MODELO Y NOTACIóN
Recomendación X.200
MODELO DE REFERENCIA DE INTERCONEXIóN DE
SISTEMAS
ABIERTOS PARA APLICACIONES DEL CCITT
La
Recomendación X.200 y la norma ISO 7498 [Information Processing Systems - Open
Systems Interconnection - Basic Reference Model] (Sistemas de procesamiento de
la información - Interconexión de sistemas abiertos - Modelo básico de
referencia) han sido elaboradas en estrecha colaboración y están técnicamente
alineadas.
El CCITT,
considerando
(a) que las Administraciones de muchos países proyectan establecer servicios de telecomunicación que utilizarán redes públicas de datos existentes en la actualidad o que se pondrán en servicio en un futuro cercano;
(b) que estos servicios pueden proporcionarse por medio de diferentes tipos de redes;
(c) que los usuarios de estos servicios necesitan comunicar entre sí cualesquiera que sean los tipos de redes que se interconecten;
(e) que el análisis de las funciones del servicio y de la red permite tener en cuenta los requisitos de servicios contradictorios y las limitaciones impuestas por la red. Este análisis debiera conducir a una estructura lógica universalmente aplicable, que podría utilizarse para establecer definiciones compatibles de los servicios, interfaces y procedimientos;
(f) que esta estructura debe tener en cuenta en la mayor medida posible las Recomendaciones existentes a fin de permitir una evolución uniforme de las redes que proporcionen nuevos servicios;
(g) que es conveniente que exista un estrecho contacto y colaboración con otras entidades que estudian modelos de referencia a fin de que las posibilidades de aplicación de las Recomendaciones resultantes sean lo más extensas posible,
recomienda por unanimidad
que, para las aplicaciones del CCITT:
(2) se emplee la estructura del modelo de referencia especificado en la presente Recomendación en la especificación de las definiciones de nuevos interfaces y procedimientos;
(3) se apliquen los principios expuestos en la presente Recomendación para atender las necesidades de los usuarios y las Administraciones en materia de servicios y de gestión de servicios.
íNDICE
0
Introducción
1
Objeto y campo de aplicación
2
Definiciones
3
Notación
4
Introducción a la interconexión de sistemas abiertos
(ISA)
4.1Definiciones
4.2Entorno de interconexión de sistemas abiertos
4.3Modelado del entorno de ISA
5
Conceptos de una arquitectura estratificada
5.1Introducción
5.2Principios de la estratificación
5.3Comunicación entre entidades pares
5.4Identificadores
5.5Propiedades de los puntos de acceso al servicio
5.6Unidades de datos
5.7Elementos del funcionamiento de una capa
5.9Aspectos de gestión de ISA
6
Introducción a las capas específicas de ISA
6.1Capas específicas
6.2Principios utilizados para determinar las siete capas del modelo de referencia
6.3Descripción de las capas
7
Descripción detallada de la arquitectura resultante de
ISA
7.1Capa de aplicación
7.2Capa de presentación
7.3Capa de sesión
7.4Capa de transporte
7.5Capa de red
7.6Capa de enlace de datos
7.7Capa física
Anexo A
-Breve explicación sobre la elección de las
capas
Anexo B
-índice alfabético de definiciones
Introducción
0.1
Consideraciones sobre la presente
Recomendación
Esta Recomendación presenta la finalidad, el marco y la función de la
estructura de un modelo de referencia (denominado de aquí en adelante
`el
modelo de referencia'
) aplicable al proceso lógico de un sistema de
comunicaciones. En otras Recomendaciones pueden hallarse ejemplos de elementos
de sistemas de comunicación que se han definido utilizando este modelo.
Los sistemas de comunicaciones que emplean los procedimientos y métodos de
comunicación normalizados se denominan
`sistemas abiertos'
y dicha
interconexión se denomina @
`interconexión de sistemas abiertos'
(ISA).\
Este modelo concuerda con los principios establecidos por la ISO para la
interconexión de sistemas abiertos.
Esta Recomendación permite definir procedimientos normalizados que hagan posible la interconexión y el eficaz intercambio subsiguiente de información entre usuarios. Esos usuarios son sistemas, por ejemplo, un conjunto de uno o varios computadores, soportes lógicos asociados, periféricos, terminales, operadores humanos, procesos físicos, medios de transferencia de la información, etc., que forman un todo autónomo capaz de efectuar el proceso de la información y/o la transferencia de la información. El modelo, en particular, permitirá que se definan métodos de interfuncionamiento entre diferentes redes del mismo tipo o de tipos diferentes, de modo que la comunicación se establezca tan fácilmente por una combinación de redes como por una sola red.
El término
`usuario'
no tiene nada que ver con la relación
contractual cliente-Administración; un usuario puede estar fuera de la
Administración o formar parte de ella.
La consecución del modelo no supone ninguna realización o tecnología de red particular, sino que se refiere al empleo de procedimientos de intercambio de información normalizados, derivados según sus disposiciones especificadas en esta Recomendación. Por otra parte, en esta Recomendación no se indican detalles ni definiciones de los protocolos de interconexión.
El modelo de referencia sirve de marco para la definición de servicios y
protocolos que respetan las fronteras establecidas por el modelo. En los pocos
casos en que una característica está explícitamente definida como
`opcional'
en el modelo, deberá ser también opcional en el
correspondiente servicio o protocolo (incluso si en un instante determinado los
dos casos de la opción no están documentados todavía).
1 Objeto y campo de aplicación
1.1
Objeto del modelo de referencia
a)especificar una estructura lógica universalmente aplicable que abarque las necesidades de las aplicaciones del CCITT;
b)servir de referencia durante el desarrollo de nuevos servicios de telecomunicación, incluidos los posibles servicios recomendados por el CCITT, y la definición de los procedimientos correspondientes;
c)permitir que diferentes usuarios comuniquen entre sí, solicitando una reutilización compatible de las características de comunicación;
d)hacer posible una evolución uniforme de las aplicaciones del CCITT asegurando una flexibilidad suficiente para que puedan incorporarse los adelantos de la tecnología y las crecientes necesidades de los usuarios;
e)permitir la comparación de las nuevas necesidades de usuario propuestas con los servicios de usuario existentes, lo que hará posible satisfacer las nuevas necesidades de una manera compatible con los servicios existentes recomendados por el CCITT.
Aplicación del modelo de referencia
Este modelo se empleará en el desarrollo de protocolos de interconexión para servicios en comunicación, incluidos los posibles servicios recomendados por el CCITT, como sigue:
a)una nueva necesidad de usuario se expresa primeramente en términos orientados al usuario. Se analiza entonces esta necesidad para determinar los modelos subsiguientes que permitirían dividirla en subconjuntos funcionales;
b)si bien la especificación de una necesidad contendrá gran cantidad de texto narrativo a efectos de aclaración, podrá haber también una exposición formalizada de la necesidad utilizando una técnica de descripción formal (TDF);
c)se está preparando un conjunto de definiciones del servicio y de especificaciones del protocolo para cada capa. Las ampliaciones y las nuevas utilizaciones de la ISA se irán integrando paulatinamente en los textos del CCITT en forma de nuevas Recomendaciones de la serie X;
e)respecto a las nuevas utilizaciones y aplicaciones de la ISA para las cuales no exista ningún protocolo adecuado en las Recomendaciones, harán falta nuevos protocolos, en particular para la capa de aplicación.
2
Definiciones
Figuran definiciones de los términos al principio de cada sección y punto. Para facilitar las referencias, en el anexo B aparece un índice de todos estos términos.
3 Notación
Las capas se presentan en el 5 . Para indicar y relacionar capas adyacentes se utiliza la notación (N), (N + 1) y (N - 1):
capa (N):
capa (N + 1):
capa (N - 1):
Esta misma notación se utiliza también para otros conceptos del modelo que están relacionados con estas capas; por ejemplo, protocolo (N), servicio (N + 1).
4 Introducción a la interconexión de
sistemas abiertos (ISA)
Nota
- Los principios generales que se exponen en los
4
y 5 se aplican a todas las capas del modelo, a menos que en los
6
y 7 se indique lo contrario en relación con ciertas capas.
4.1
Definiciones
4.1.1@
sistema real
@
\Conjunto de uno o varios ordenadores, el material lógico asociado, periféricos, terminales, operadores humanos, procesos físicos, medios de transferencia de información, etc., que forma un todo autónomo capaz de efectuar procesamiento de información y/o transferencia de información.\
4.1.2@
sistema real abierto
@
\Sistema real que cumple los requisitos de las Recomendaciones sobre la ISA en su comunicación con otros sistemas reales.\
4.1.3@
sistema abierto
@
\Representación dentro del modelo de los aspectos de un sistema real abierto que vienen al caso para la ISA.\
4.1.4@
proceso de aplicación
@
\Elemento dentro de un sistema abierto que efectúa el procesamiento de información para una aplicación determinada.\
4.2
Entorno de interconexión de sistemas
abiertos
En el contexto de la ISA, un sistema real es un conjunto de uno o varios ordenadores, el material lógico asociado, periféricos, terminales, operadores humanos, procesos físicos, medios de transferencia de información, etc. que forma un todo autónomo capaz de efectuar procesamiento de información y/o transferencia de información.
Un proceso de aplicación es un elemento dentro de un sistema abierto que efectúa el procesamiento de información para una aplicación determinada.
Los procesos de aplicación pueden representar procesos manuales, procesos informatizados o procesos físicos. Algunos ejemplos de los procesos de aplicación que corresponden a esta definición de sistema abierto son los siguientes:
b)un programa FORTRAN que es ejecutado en un centro informático y que tiene acceso a una base de datos remota es un proceso de aplicación informatizado, el operador de gestión del sistema de la base de datos distante es también un proceso de aplicación; y
c)un programa de control de proceso ejecutado en un ordenador especializado que opera con un equipo industrial y está vinculado con un sistema de control central es un proceso de aplicación físico.
La ISA está relacionada con el intercambio de información entre sistemas abiertos (y no con el funcionamiento interno de cada sistema real abierto).
Como se ve en la figura 1/X.200, los medios físicos para la interconexión de sistemas abiertos permiten la transferencia de información entre sistemas abiertos.
Nota
- Sólo se han considerado aquí los medios de
telecomunicación. El empleo de otros medios de interconexión debe ser objeto de
ulterior estudio.
Figura 1/X.200, p.
La ISA está relacionada únicamente con la interconexión de sistemas. Todos los
demás aspectos de los sistemas que no guardan relación con la interconexión
escapan al alcance de la ISA.
La ISA se refiere, no sólo a la transferencia de información entre
sistemas, es decir, a la transmisión, sino también a la posibilidad de éstos de
interfuncionar para realizar una tarea (distribuida) común. En otras palabras,
la ISA se refiere a aquellos aspectos de la cooperación (véase nota) entre
sistemas que están relacionados con la interconexión, sentido que está
implícito en la expresión
`interconexión de sistemas'
.
La finalidad de la ISA es definir un conjunto de Recomendaciones para permitir la cooperación entre sistemas abiertos. Un sistema que se ajusta a los requisitos de las Recomendaciones aplicables sobre la ISA en su cooperación con otros sistemas se llama sistema real abierto.
Nota
- La cooperación entre sistemas abiertos abarca una
gran variedad de actividades; se han determinado las siguientes:
a)comunicación entre procesos, que concierne al intercambio de información y a la sincronización de la actividad entre procesos de aplicación de ISA;
b)representación de datos, que concierne a todos los aspectos de la creación y mantenimiento de descripciones de datos y de transformaciones de datos para la modificación del formato de los datos intercambiados entre sistemas abiertos;
c)almacenamiento de datos, que concierne a los medios de almacenamiento y a los sistemas de fichero y de base de datos para la gestión y el acceso a datos almacenados en esos medios;
d)gestión de procesos y recursos, que concierne a los medios por los cuales los procesos de aplicación ISA son declarados, iniciados y controlados, y a los medios por los cuales aquéllos adquieren recursos ISA;
f)soporte de programas, que concierne a la definición, compilación,
concatenación (
linking
), prueba, almacenamiento,
transferencia y acceso de los programas ejecutados por procesos de aplicación
ISA.
Algunas de estas actividades, pueden entrañar un intercambio de información entre los sistemas abiertos interconectados, y por consiguiente los aspectos de la interconexión de éstos para la ISA.
La presente Recomendación se aplica a los elementos de estas actividades que son esenciales para la elaboración de Recomendaciones sobre la ISA.
4.3
Modelado del entorno de ISA
Para facilitar el desarrollo de Recomendaciones sobre la ISA, es decir, sobre la interconexión de sistemas abiertos reales, se utilizan modelos abstractos. Para especificar el comportamiento externo de los sistemas reales abiertos interconectados se anula cada uno de estos sistemas por un modelo abstracto funcionalmente equivalente de un sistema real abierto llamado sistema abierto. En realidad, sólo haría falta describir los aspectos de estos sistemas abiertos relacionados con la interconexión, pero para poder hacerlo es preciso describir el comportamiento tanto interno como externo de estos sistemas abiertos. Como pauta del comportamiento de los sistemas reales abiertos, sólo se considera el comportamiento externo de los sistemas abiertos. La descripción del comportamiento interno de los sistemas abiertos en el modelo sólo tiene por objeto permitir la definición de los aspectos de interconexión. Cualquier sistema real que se comporte exteriormente como un sistema abierto puede considerarse un sistema real abierto.
Este modelado abstracto se realiza en dos pasos.
Primeramente se establecen los elementos básicos de los sistemas abiertos y algunos criterios fundamentales respecto a su organización y funcionamiento. Esto constituye el modelo de referencia de interconexión de sistemas abiertos descrito en la presente Recomendación.
Seguidamente se establece la descripción detallada y exacta del funcionamiento del sistema abierto en el marco formado por el modelo. Esto constituye los servicios y protocolos de interconexión de sistemas abiertos, que son objeto de otras Recomendaciones.
Conviene hacer resaltar que, en sí, el modelo no especifica el
funcionamiento detallado y exacto del sistema abierto y que, por lo tanto, no
especifica
el comportamiento externo de los sistemas
reales abiertos ni refleja la estructura que tiene un sistema real abierto en
la práctica.
Se advierte al lector no familiarizado con la técnica de modelado abstracto, que estos conceptos empleados para describir los sistemas abiertos son abstracciones, pese a que su apariencia es similar a la de los conceptos de uso común en los sistemas reales. En consecuencia, los sistemas reales abiertos no necesitan realizarse en la práctica de la manera descrita por el modelo.
En el resto de la presente Recomendación sólo se considerarán los aspectos de los sistemas reales y de los procesos de aplicación que se encuentran dentro del entorno de ISA. En toda esta Recomendación, su interconexión corresponde a la ilustrada en la figura 2/X.200.
Figura 2/X.200, p.
5 Conceptos de una
arquitectura estratificada
5.1
Introducción
En el presente 5 se exponen los conceptos de arquitectura aplicados para desarrollar el modelo de referencia de interconexión de sistemas abiertos. Primeramente se describe el concepto de arquitectura estratificada (con capas, entidades, puntos de acceso al servicio, protocolos, conexiones, etc.). En segundo lugar se presentan los identificadores de las entidades, puntos de acceso al servicio y conexiones. En tercer lugar se describen los puntos de acceso al servicio y las unidades de datos. En cuarto lugar se describen los elementos del funcionamiento de la capa, incluidas las conexiones, la transmisión de datos y las funciones de error. Después se presentan los aspectos del encaminamiento y, por último, se examinan los aspectos de la gestión.
Los conceptos expuestos en este 5 son los necesarios para describir el modelo de referencia de ISA. Pero no todos los conceptos descritos se emplean en cada capa del modelo.
Cuatro elementos son esenciales para el modelo (véase la figura 2/X.200). Son los siguientes:
b)las entidades de aplicación que existen dentro del entorno de interconexión de sistemas abiertos;
c)las conexiones (véase el 5.3 ) que unen las entidades de aplicación y les permiten intercambiar información (véase la nota 1); y
d)los medios físicos para la interconexión de sistemas abiertos.
Nota 1
- El modelo de referencia básico de ISA se basa
en el supuesto de que hace falta una conexión para efectuar la transferencia de
datos. Se está preparando actualmente un complemento a la presente
Recomendación para hacer extensiva su descripción a las formas de transmisión
de datos sin conexión que pueden encontrarse en una gran variedad de técnicas
de comunicación de datos (por ejemplo, redes de área local, radioenlaces
digitales, etc.) y de aplicaciones (por ejemplo, teledetección y operaciones
bancarias).
Nota 2
-
Los aspectos de seguridad que son también elementos de arquitectura generales
de los protocolos no se tratan en esta Recomendación.
Principios de la estratificación
5.2.1
Definiciones
5.2.1.1@
subsistema (N)
@
\Elemento en una división jerárquica de un sistema abierto que sólo interactúa directamente con elementos de la división superior siguiente o de la división inferior siguiente en ese sistema abierto.\
5.2.1.2@
capa (N)
@
\Subdivisión de la arquitectura de ISA constituida por subsistemas del mismo rango (N).\
5.2.1.3@
entidad (N)
@
\Elemento activo dentro de un subsistema (N).\
5.2.1.4@
entidades pares
@
\Entidades dentro de una misma capa.\
5.2.1.5@
subcapa
@
\Subdivisión de una capa.\
5.2.1.6@
servicio (N)
@
\Capacidad de la capa (N) y de las capas por debajo de ella que se ofrece a las entidades (N + 1) en la frontera entre la capa (N) y la capa (N + 1).\
facilidad (N)
@
\Parte de un servicio (N).\
5.2.1.8@
función (N)
@
\Parte de la actividad de las entidades (N).\
5.2.1.9@
punto de acceso al servicio (N)
@
\Punto en el cual una entidad (N) ofrece servicios (N) a una entidad (N + 1).\
5.2.1.10@
protocolo (N)
@
\Conjunto de reglas y formatos (semánticos y sintácticos) que determina el comportamiento de comunicación de las entidades (N) en la realización de funciones (N).\
5.2.2
Descripción
La técnica básica de estructuración del modelo de referencia de ISA es la estratificación. Con arreglo a esta técnica, se considera que cada sistema abierto est a compuesto lógicamente de un conjunto ordenado de subsistemas, que por razones de conveniencia se representan en forma vertical como muestra la figura 3/X.200. Los subsistemas adyacentes comunican a través de su frontera común. Los subsistemas de un mismo rango (N) forman colectivamente la capa (N) del modelo de referencia de ISA. Un subsistema (N) consta de una o varias entidades (N). Existen entidades en cada capa. Las entidades de una misma capa se llaman entidades pares. Adviértase que la capa más alta no tiene una capa (N + 1) por encima de ella y que la capa más baja no tiene una capa (N - 1) por debajo.
Figura 3/X.200, p.
No todas las entidades pares (N) necesitan, o incluso pueden comunicar. Pueden
existir condiciones que impidan esta comunicación, como el hecho de que no se
encuentren en sistemas abiertos interconectados o de que no acepten los mismos
subconjuntos de protocolo.
Nota 1
- Tipo e instancia.
La distinción entre el
tipo
de un objeto y una
instancia
de ese objeto es importante en la ISA. Un tipo
es una descripción de una clase de objetos. Una instancia de ese tipo es
cualquier objeto que se amolda a esa descripción. Las instancias del mismo tipo
constituyen una clase. Un tipo, y cualquier instancia de este tipo, pueden
designarse por un nombre individual. Cada instancia denominable y el tipo al
que pertenece esta instancia tienen nombres distinguibles.
Por ejemplo, si un programador escribe un programa de ordenador, este programador ha generado un tipo de algo, y se crean instancias de él cada vez que se solicita ese programa particular para su ejecución por un ordenador. Así, un computador FORTRAN es un tipo, y cada ocasión en que se solicita una copia de ese programa en una máquina de procesamiento de datos representa una instancia de ese programa.
Consideremos ahora una entidad (N) en el contexto de la ISA. También la misma tiene dos aspectos, a saber, un tipo y una colección de instancias. El tipo de una entidad (N) está definido por el conjunto específico de funciones de capa (N) que es capaz de realizar. Una instancia de ese tipo de entidad (N) es una solicitud específica de aquello que, dentro del sistema abierto en cuestión, proporciona las funciones de capa (N) requeridas por su tipo para una determinada ocasión de comunicación. De estas observaciones se desprende que los tipos de entidad (N) se refieren solamente a las propiedades de una asociación entre entidades (N) pares, mientras que una instancia de entidad (N) se refiere a las ocasiones específicas y dinámicas de intercambio real de información.
Es importante observar que la comunicación propiamente dicha tiene lugar únicamente entre instancias de entidad (N) en todas las capas. Sólo en el instante del establecimiento de la conexión (o su equivalente lógico durante un proceso de recuperación) vienen explícitamente al caso los tipos de entidad (N). Las conexiones reales se establecen siempre con instancias de entidad (N) específicas, aunque es perfectamente posible hacer una petición de conexión con una instancia de entidad (N) cualquiera de un tipo especificado. Sin embargo, en la Recomendación X.200 nada excluye la petición de una conexión con una instancia específica (nominada) de una entidad (N) par. Si una instancia de entidad (N) conoce el nombre de la instancia de su entidad (N) par, debe ser capaz de pedir otra conexión con esa instancia de entidad (N).
Nota 2
- Puede que sea necesario dividir alguna capa, en
subestructuras pequeñas llamadas subcapas, y hacer extensiva la técnica de
estratificación a otras dimensiones de la Interconexión de Sistemas Abiertos.
Se define una subcapa como una agrupación de funciones en una capa que puede
ser contorneada
(bypassed)
. No se permite contornear todas
las subcapas de una capa. Una subcapa utiliza las entidades y conexiones de su
capa. La definición detallada o las características adicionales de una subcapa
deben ser objeto de ulterior estudio.
Con excepción de la capa más alta, cada capa (N) proporciona servicios (N) a las entidades (N + 1) de la capa (N + 1). Se supone que la capa más alta representa todas las utilizaciones posibles de los servicios que proporcionan las capas más bajas.
Nota 1
- No todos los sistemas abiertos proporcionan la
fuente inicial o el destino final de los datos; estos sistemas abiertos no
necesitan incorporar las capas más altas de la arquitectura (véanse las figuras
6/X.200 y 13/X.200).
Nota 2
- Pueden definirse clases de servicio dentro de
los servicios (N). La definición exacta de la expresión
`clases de
servicio'
requiere ulterior estudio.
Cada servicio proporcionado por una capa (N) puede ser caracterizado mediante la elección de una o varias facilidades (N) que determinen los atributos de ese servicio. Cuando una sola entidad (N) no pueda dar curso por sí misma a todo un servicio pedido por una entidad (N + 1), debe solicitar la cooperación de otras entidades (N) para que le ayuden a atender completamente la petición de servicio. A fin de cooperar, las entidades (N) de cualquier capa, exceptuadas las de la capa más baja, comunican por medio de un conjunto de servicios proporcionados por la capa (N - 1) (véase la figura 4/X.200). Se supone que las entidades de la capa más baja comunican directamente a través de los medios físicos que las conectan.
Figura 4/X.200, p.
Los servicios de una capa (N) se proporcionan a la capa (N + 1) utilizando
las funciones (N) realizadas dentro de la capa (N) y, de ser necesario, los
servicios disponibles de la capa (N - 1).
Una entidad (N) puede proporcionar servicios a una o varias entidades (N + 1) y utilizar los servicios de una o varias entidades (N - 1). Un punto de acceso al servicio (N) es el punto en el cual un par de entidades situadas en capas adyacentes utilizan o proporcionan servicios (véase la figura 7/X.200).
La cooperación entre entidades (N) se rige por uno o varios protocolos (N). Las entidades y protocolos dentro de una capa están ilustrados en la figura 5/X.200.
Figura 5/X.200, p.
5.3
Comunicación entre entidades pares
5.3.1
Definiciones
5.3.1.1@
conexión (N)
@
\Asociación establecida por la capa (N) entre dos o varias entidades (N + 1) para la transferencia de datos.\
5.3.1.2@
punto extremo de conexión (N)
@
\Terminación en un extremo de una conexión (N) dentro de un punto de acceso al servicio (N).\
5.3.1.3@
conexión de puntos extremos múltiples
@
\Conexión con más de dos puntos extremos.\
5.3.1.4@
entidades (N) interlocutoras
@
\Entidades (N) con una conexión (N - 1) entre ellas.\
5.3.1.5@
retransmisión (N)
@
\Función (N) por medio de la cual una entidad (N) retransmite los datos recibidos de una entidad (N) corresponsal a otra entidad (N) corresponsal.\
Estas definiciones no son para utilizarlas en esta Recomendación pero se
utilizarán en futuras Recomendaciones sobre la ISA.
5.3.1.6@
fuente de datos (N)
@
\Entidad (N) que envía unidades de datos del servicio (N - 1) (véase el 5.6.1.7 ) por una conexión (N - 1).\
sumidero de datos (N)
@
\Entidad (N) que recibe unidades de datos del servicio (N - 1) por una conexión (N - 1).\
5.3.1.8@
transmisión de datos (N)
@
\Facilidad (N) que transporta unidades de datos del servicio (N) desde una entidad (N + 1) a una o varias entidades (N + 1).\
5.3.1.9@
transmisión dúplex (N)
@
\Transmisión de datos (N) en ambos sentidos al mismo tiempo.\
5.3.1.10@
transmisión semidúplex (N)
@
\Transmisión de datos (N) en un solo sentido cada vez; la elección del sentido está controlada por una entidad (N + 1).\
5.3.1.11@
transmisión símplex (N)
@
\Transmisión de datos (N) en un sentido previamente asignado.\
5.3.1.12@
comunicación de datos (N)
@
\Función (N) que transfiere unidades de datos de protocolo (N) (véase el 5.6.1.3 ) de acuerdo con un protocolo (N) por una o varias conexiones (N - 1).\
comunicación bidireccional simultánea (N)
@
\Comunicación de datos (N) en ambos sentidos al mismo tiempo.\
5.3.1.14@
comunicación bidireccional alternada (N)
@
\Comunicación de datos (N) en ambos sentidos, en un sentido cada vez.\
5.3.1.15@
comunicación unidireccional (N)
@
\Comunicación de datos (N) en un sentido previamente asignado.\
5.3.2
Descripción
Para que pueda intercambiarse información entre dos o más entidades (N + 1), se establece una asociación entre ellas en la capa (N) utilizando un protocolo (N).
Nota
- Pueden definirse clases de protocolo dentro de
los protocolos (N). La definición exacta de la expresión
`clases de
protocolo'
requiere ulterior estudio.
Esta asociación se llama conexión (N). La capa (N) proporciona conexiones (N) entre dos o más puntos de acceso al servicio (N). La terminación de una conexión (N) en un punto de acceso al servicio (N) se llama punto extremo de conexión (N). Una conexión que tiene más de dos puntos terminales de conexión se llama conexión de puntos extremos múltiples. Las entidades (N) que tienen una conexión entre sí se llaman entidades (N) corresponsales.
Las entidades (N + 1) sólo pueden comunicar utilizando los servicios de la capa (N). A veces los servicios proporcionados por la capa (N) no permiten el acceso directo entre todas las entidades (N + 1) que tienen que comunicar. En tal caso, la comunicación es posible si alguna otra entidad (N + 1) puede hacer de retransmisor entre ellas (véase figura 6/X.200).
La capa (N) y la capa (N + 2) no saben que la comunicación es retransmitida por una cadena de entidades (N + 1).
Figure 6/X.200, p.6
5.4
Identificadores
5.4.1
Definiciones
5.4.1.1@
título
@
\Identificador permanente de una entidad.\
5.4.1.2@
dominio de título
@
\Subconjunto del espacio de título del entorno de ISA.\
5.4.1.3@
nombre de dominio de título
@
\Identificador que identifica unívocamente un dominio de título dentro del entorno de ISA.\
Observación
- Los dominios de título de primera
importancia son las capas. En este caso específico, el nombre del dominio de
título identifica la capa (N).
5.4.1.4@
título local
@
\Título que es único dentro de un dominio de título.\
5.4.1.5@
título global
@
\Título que es único dentro del entorno de ISA y comprende dos partes: un nombre de dominio de título y un título local.\
5.4.1.6@
dirección (N); dirección de punto de acceso al
servicio (N)
@
\Identificador que indica dónde se encuentra un punto de acceso al servicio (N).
5.4.1.7@
guía de direcciones (N)
@
\Función (N) por la cual el título global de una entidad (N) es traducido en la dirección (N - 1) del punto de acceso al servicio (N - 1) al cual está conectada la entidad (N).\
5.4.1.8@
relación de correspondencia de dirección (N)
@
\Función (N) que efectúa una relación de correspondencia entre las direcciones (N) y las direcciones (N - 1) asociadas a una entidad (N).\
5.4.1.9@
encaminamiento
@
\Función dentro de una capa que traduce el título de una entidad o la dirección del punto de acceso al servicio al que aquélla está conectada, en un trayecto por el cual se puede alcanzar a dicha entidad.\
5.4.1.10@
identificador de punto extremo de conexión (N)
@
\Identificador de un punto extremo de conexión (N) que puede
utilizarse para identificar la conexión (N) correspondiente en un punto de
acceso al servicio (N).\
5.4.1.11@sufijo de punto extremo de conexión (N)
@
\Parte del identificador de un punto extremo de conexión (N) que es único dentro del alcance de un punto de acceso al servicio (N).\
5.4.1.12@
identificador de punto extremo múltiple de
conexión
@
\Identificador que especifica el punto extremo de conexión de una conexión de puntos extremos múltiples que debe aceptar los datos que se están transfiriendo.\
5.4.1.13@
identificador de conexión del servicio (N)
@
\Identificador que especifica unívocamente una conexión (N) dentro del entorno de las entidades (N + 1) interlocutoras.\
5.4.1.14@
identificador de conexión de protocolo (N)
@
\Identificador que especifica unívocamente una conexión (N) determinada dentro del entorno de la conexión (N - 1) multiplexada.\
5.4.1.15@
sufijo (N)
@
\Parte de una dirección (N) que es única dentro del punto de acceso al servicio (N).
5.4.2
Descripción
Una dirección de punto de acceso al servicio (N), o abreviadamente una dirección (N), identifica un punto de acceso al servicio (N) al cual está conectada una entidad (N + 1) (véase la figura 7/X.200). Cuando la entidad (N + 1) se desconecta del punto de acceso al servicio (N), la dirección (N) no ofrece ya acceso a la entidad (N + 1). Si el punto de acceso al servicio (N) es conectado a una entidad (N + 1) diferente, la dirección (N) identificará la nueva entidad (N + 1) y no la anterior.
Figura 7/X.200, p.
El empleo de una dirección (N) para identificar una entidad (N + 1) es el
mecanismo más eficaz, si es posible garantizar la permanencia de la conexión
entre la entidad (N + 1) y el punto de acceso al servicio (N). Si es preciso
identificar una entidad (N + 1) independientemente de su posición actual, el
título global garantiza su correcta identificación.
Una guía de direcciones (N) es una función (N) que traduce títulos globales de entidades (N) pares en direcciones (N - 1) a través de las cuales éstas cooperan.
Pueden existir dos clases particulares de funciones de relación de correspondencia de dirección (N) en una capa:
a)
b)
Si una dirección (N) se corresponde siempre a una sola dirección (N - 1), puede utilizarse una construcción jerárquica de las direcciones (véase la figura 8/X.200). La función de mapeado de dirección (N) sólo necesita reconocer la estructura jerárquica de una dirección (N) y extraer la dirección (N - 1) que la misma contiene.
Figura 8/X.200, p.
En este caso una dirección (N) consta de dos partes:
a)una dirección (N - 1) de la entidad (N) que utiliza el actual punto de acceso al servicio (N) de la entidad (N + 1);
b)un sufijo (N) gracias al cual el punto de acceso al servicio (N) es unívocamente identificable dentro del alcance de la dirección (N - 1).
Dentro de una capa determinada, una estructura jerárquica de direcciones simplifica las funciones de relación de correspondencia de dirección (N) a causa de la naturaleza permanente que dicha relación supone. El Modelo no la impone en todas las capas, a fin de que exista más flexibilidad para las relaciones de correspondencia de direcciones (N) y en previsión del caso en que una entidad (N) conectada a más de un punto de acceso al servicio (N - 1) utiliza un solo punto de acceso al servicio (N).
Si la condición anterior no es cierta, o sea si es posible corresponder una dirección (N) a varias direcciones (N - 1) o si no hay una dirección (N) permanentemente relacionada con la misma dirección (N - 1), no será posible la construcción jerárquica de una dirección y la función de relación de correspondencia de dirección (N) podrá utilizar tablas para traducir las direcciones (N) en direcciones (N - 1).
Si una entidad (N + 1) tiene dos o más puntos de acceso al servicio (N) con una misma entidad (N) o con diferentes entidades (N), las entidades (N) ignoran este hecho. Se considera que cada punto de acceso al servicio (N) identifica una entidad (N + 1) diferente desde el punto de vista de las entidades (N).
Una función de encaminamiento traduce la dirección (N) de una entidad (N + 1) en un trayecto o ruta por el cual puede alcanzarse a la entidad (N + 1).
Una entidad (N + 1) puede establecer una conexión (N) con otra entidad (N + 1) utilizando un servicio (N). Cuando una entidad (N + 1) establece una conexión (N) con otra entidad (N + 1), cada entidad (N + 1) recibe de su entidad (N) asociada un identificador de punto extremo de conexión (N). La entidad (N + 1) puede distinguir entonces la nueva conexión de todas las demás conexiones (N) accesibles en el punto de acceso al servicio (N) que está utilizando. Es preciso que este identificador de punto extremo de conexión (N) sea único dentro del alcance de la entidad (N + 1) que utilizará la conexión (N).
El identificador de punto terminal de conexión (N) se compone de dos partes:
a)la dirección (N) del punto de acceso al servicio (N) que se va a utilizar junto con la conexión (N); y
b)un sufijo de punto terminal de conexión (N) que es único dentro del alcance del punto de acceso al servicio (N).
Una conexión con puntos extremos múltiples requiere múltiples identificadores de punto extremo de conexión. Cada uno de estos identificadores sirve para especificar el punto extremo de conexión que debe aceptar los datos que se están transfiriendo. Un identificador de punto extremo de conexión múltiple debe ser único dentro del alcance de la conexión en que se utiliza.
La capa (N) puede proporcionar a las entidades (N + 1) un identificador de conexión del servicio (N) que especifique unívocamente la conexión (N) dentro del entorno de las entidades (N + 1) interlocutoras.
5.5
Propiedades de los
puntos de
acceso al servicio
Una entidad (N + 1) pide servicios (N) a través de un punto de acceso al servicio (N) que permite a la entidad (N + 1) interactuar con una entidad (N).
La entidad (N) y la entidad (N + 1) conectadas a un punto de acceso al servicio (N) están en el mismo sistema.
Una entidad (N + 1) puede estar conectada simultáneamente a uno o varios puntos de acceso al servicio (N) conectados a una misma entidad (N) o a diferentes entidades (N).
Una entidad (N) puede estar conectada simultáneamente a una o varias entidades (N + 1) a través de puntos de acceso al servicio (N).
Un punto de acceso al servicio (N) está conectado a una sola entidad (N) y a una sola entidad (N + 1) por vez.
Un punto de acceso al servicio (N) puede desconectarse de una entidad (N + 1) y conectarse nuevamente a la misma o a otra entidad (N + 1).
Un punto de acceso al servicio (N) puede desconectarse de una entidad (N) y conectarse nuevamente a la misma o a otra entidad (N).
Un punto de acceso al servicio (N) se localiza por medio de su dirección (N). Una entidad (N + 1) utiliza una dirección (N) para pedir una conexión (N).
5.6
Unidades de datos
5.6.1
Definiciones
5.6.1.1@
información de control de protocolo (N)
@
\Información intercambiada entre entidades (N), mediante una conexión (N - 1), para coordinar su funcionamiento conjunto.
5.6.1.2@
datos de usuario (N)
@
\Datos transferidos entre entidades (N) en nombre de las entidades (N + 1) para las cuales las entidades (N) proporcionan servicios.
5.6.1.3@
unidad de datos de protocolo (N)
@
\Unidad de datos especificada en un protocolo (N) y consistente en información de control de protocolo (N) y quizás datos de usuario (N).\
5.6.1.4@
información de control de interfaz (N)
@
\Información transferida entre una entidad (N + 1) y una entidad (N) para coordinar su funcionamiento conjunto.\
5.6.1.5@
datos de interfaz (N)
@
\Información transferida de una entidad (N + 1) a una entidad (N) para su transmisión a una entidad (N + 1) corresponsal por una conexión (N), o inversamente, información transferida de una entidad (N) a una entidad (N + 1) después de ser recibida, por una conexión (N), de una entidad (N + 1) corresponsal.\
5.6.1.6@
unidad de datos de interfaz (N)
@
\Unidad de información transferida a través del punto de acceso al servicio entre una entidad (N + 1) y una entidad (N) en una misma interacción. Cada unidad de datos de interfaz (N) contiene información de control de interfaz (N) y puede contener también la totalidad o una parte de una unidad de datos del servicio (N).\
5.6.1.7@
unidad de datos del servicio (N)
@
\Cierta cantidad de datos de interfaz (N) cuya identidad se mantiene desde un extremo de una conexión (N) al otro.\
5.6.1.8@
unidad de datos del servicio (N) acelerada, unidad de
datos acelerada (N)
@
\Pequeña unidad de datos del servicio (N) cuya transferencia es acelerada. La capa (N) garantiza que una unidad de datos acelerada no se entregue después de ninguna unidad de datos del servicio ni de ninguna unidad acelerada que se envíen después de ella por esa conexión.\
5.6.2
Descripción
La información se transfiere en diversos tipos de unidades de datos entre entidades pares y entre entidades conectadas a un determinado punto de acceso al servicio. Las unidades de datos están definidas en el 5.6.1 y sus relaciones están ilustradas en las figuras 9/X.200 y 10/X.200.
Figura 9/X.200, p.
Figura 10/X.200, p.
Con excepción de las relaciones definidas en las figuras 9/X.200 y 10/X.200,
el tamaño de las unidades de datos no está sujeto a ningún límite por
arquitectura global. Puede haber otras limitaciones del tamaño en ciertas
capas.
El tamaño de las unidades de datos de interfaz (N) no tiene por que ser el mismo en ambos extremos de la conexión.
En una conexión se pueden retener datos hasta que se presente a la conexión una unidad de datos del servicio completa.
5.7
Elementos del funcionamiento de una
capa
5.7.1
Definiciones
5.7.1.1@
identificador de protocolo (N)
@
\Identificador utilizado entre entidades (N) interlocutoras para seleccionar el protocolo (N) específico que ha de utilizarse en una determinada conexión (N - 1).\
5.7.1.2@
conexión de puntos extremos múltiples
centralizada
@
\Conexión de puntos extremos múltiples en la cual los datos enviados por la entidad asociada al punto extremo de conexión central son recibidos por todas las otras entidades, mientras que los datos enviados por una de las otras entidades son recibidos solamente por la entidad central.\
5.7.1.3@
conexión de puntos extremos múltiples
descentralizada
@
\Conexión de puntos extremos múltiples en la cual los datos enviados por una entidad asociada a un punto extremo de conexión son recibidos por todas las demás entidades.\
5.7.1.4@
multiplexación
@
\Función dentro de la capa (N) por la cual se utiliza una conexión (N - 1) para realizar más de una conexión (N).
Nota
- El término
`multiplexación'
se utiliza
también en un sentido más limitado para indicar una función realizada por la
entidad (N) emisora, mientras que el término
`demultiplexación'
indica
la función realizada por la entidad (N) receptora.\
5.7.1.5@
demultiplexación
@
\Función efectuada por una entidad (N) que identifica unidades de datos de protocolo (N) para más de una conexión (N) dentro de unidades de datos del servicio (N - 1) recibidas por una misma conexión (N - 1). Es la inversa de la función de multiplexación realizada por la entidad (N) que envía las unidades de datos del servicio (N - 1).\
5.7.1.6@
división
@
\Función dentro de la capa (N) mediante la cual se utiliza más de una conexión (N - 1) para realizar una conexión (N).
Nota
- El término
`división'
se utiliza también
en un sentido más limitado para indicar la función efectuada por la entidad (N)
emisora, mientras que el término
`recombinación'
indica la función
efectuada por la entidad (N) receptora.\
recombinación
@
\Función efectuada por una entidad (N) que identifica las unidades de datos de protocolo (N) para una misma conexión (N) en unidades de datos del servicio (N - 1) recibidas por más de una conexión (N - 1). Es la inversa de la función de división efectuada por la entidad (N) que envía las unidades de datos del servicio (N - 1).\
5.7.1.8@
control de flujo
@
\Función que controla el flujo de datos dentro de una capa o entre capas adyacentes.\
5.7.1.9@
segmentación
@
\Función efectuada por una entidad (N) para relacionar una unidad de datos del servicio (N) con múltiples unidades de datos de protocolo (N).\
5.7.1.10@
reensamblado
@
\Función efectuada por una entidad (N) para identificar múltiples unidades de datos de protocolo (N) con una unidad de datos del servicio (N). Es la inversa de la función de segmentación.\
5.7.1.11@
bloqueo
@
\Función efectuada por una entidad (N) para relacionar múltiples unidades de datos del servicio (N) con una unidad de datos de protocolo (N).\
desbloqueo
@
\Función efectuada por una unidad (N) para identificar múltiples unidades de datos del servicio (N) contenidas en una unidad de datos de protocolo (N). Es la inversa de la función de bloqueado.\
5.7.1.13@
concatenación
@
\Función efectuada por una entidad (N) para relacionar múltiples unidades de datos de protocolo (N) con una unidad de datos del servicio (N - 1).\
5.7.1.14@
separación
@
\Función efectuada por una entidad (N) para identificar múltiples unidades de datos de protocolo (N) contenidas en una unidad de datos del servicio (N - 1). Es la inversa de la función de concatenación.\
5.7.1.15@
secuenciamiento (o secuenciación)
@
\Función efectuada por la capa (N) para mantener el orden de las unidades de datos del servicio (N) que fueron sometidas a la capa (N).\
5.7.1.16@
acuse de recibo
@
\Función de la capa (N) que permite a una entidad receptora (N) informar a una entidad emisora (N) de la recepción de una unidad de datos de protocolo (N).\
reiniciación
@
\Función que pone las entidades (N) corresponsales en un estado previamente definido, tal vez con pérdida o duplicación de datos.
Nota
- El bloqueado y la concatenación, aunque
próximos entre sí (ambos permiten la agrupación de unidades de datos), son
diferentes (véanse las definiciones 5.7.1.11 y 5.7.1.13). Estas dos funciones
pueden tener fines distintos. Por ejemplo, la concatenación permite que la capa
(N) agrupe una o varias UDP (N) de acuse de recibo con una (o varias) UDP que
contienen datos de usuario, lo que no sería posible con la función de bloqueado
únicamente. Adviértase también que es posible combinar las dos funciones, de
manera que la capa (N) efectúe el bloqueado y la concatenación.\
5.7.2
Elección del protocolo
Pueden definirse uno o varios protocolos (N) para la capa (N). Una entidad (N) puede emplear uno o varios protocolos (N).
Para que tenga lugar una comunicación significativa entre entidades (N) por una conexión (N - 1), es preciso elegir de común acuerdo un protocolo (N). Los identificadores de protocolo (N) designan los protocolos específicos definidos.
Propiedades de las conexiones
Una conexión (N) es una asociación establecida para la comunicación entre dos o más entidades (N + 1), identificadas por sus direcciones (N). Una conexión (N) es ofrecida como un servicio por la capa (N), a fin de que se pueda intercambiar información entre entidades (N + 1).
Una entidad (N + 1) puede tener simultáneamente una o varias conexiones (N) con otras entidades (N + 1), con una entidad (N + 1) determinada cualquiera y consigo misma.
Se establece una entidad (N) referenciando, explícita o implícitamente, una dirección (N) para la entidad (N + 1) de origen y una dirección (N) para cada una de las entidades (N + 1) de destino.
La dirección (N) de origen y una o varias de las direcciones (N) de destino pueden ser las mismas. Una o varias de las direcciones (N) de destino pueden ser las mismas mientras que la dirección (N) de fuente es diferente. Todas pueden ser diferentes.
Se construye un punto extremo de conexión (N) para cada dirección (N) referenciada explícita o implícitamente cuando se establece una conexión (N).
Una conexión (N) tiene dos o más puntos extremos de conexión (N).
Un punto extremo de conexión (N) no es compartido por entidades (N + 1) o conexiones (N).
Un punto extremo de conexión (N) relaciona tres elementos:
a)una entidad (N + 1);
b)una entidad (N); y
c)una conexión (N).
La entidad (N) y la entidad (N + 1) relacionadas por un punto extremo de conexión (N) son las implicadas por la dirección (N) referenciada cuando se establece la conexión (N).
Un punto extremo de conexión (N) tiene un identificador, llamado identificador de punto extremo de conexión (N), que es único dentro del alcance de la entidad (N + 1) conectada al punto extremo de conexión (N).
Un identificador de punto extremo de conexion (N) no es lo mismo que una dirección (N).
Una entidad (N + 1) referencia una conexion (N) utilizando su identificador de punto extremo de conexión (N).
a)centralizada; y
b)descentralizada.
Una conexión de puntos extremos múltiples centralizada tiene un punto extremo de conexión central. Los datos enviados por la entidad asociada al punto extremo de conexión central son recibidos por las entidades asociadas a todos los demás puntos extremos de conexión. Los datos enviados por una entidad asociada a cualquier otro punto extremo de conexión son recibidos únicamente por la entidad asociada al punto extremo de conexión central.
En una conexión de puntos extremos múltiples descentralizada, los datos enviados por una entidad asociada a cualquier punto extremo de conexión son recibidos por las entidades asociadas a todos los demás puntos extremos de conexión.
5.7.4
Establecimiento y liberación de una
conexión
El establecimiento de una conexión (N) por entidades pares de una capa (N) requiere lo siguiente:
b)ambas entidades (N) tienen que estar en un estado que les permita ejecutar el intercambio de protocolo de establecimiento de conexión.
Si no está disponible ya, la conexión (N - 1) tiene que ser establecida por las entidades pares de la capa (N - 1). Esto exige, para la capa (N - 1), las mismas condiciones que se indican más arriba para la capa (N).
Se aplica el mismo método en sentido descendente hasta que se encuentra una conexión disponible o el medio físico para la interconexión de sistemas abiertos.
Según las características del servicio (N - 1) y del intercambio de protocolo de establecimiento, el establecimiento de una conexión (N) puede efectuarse o no conjuntamente con el establecimiento de la conexión (N - 1):
Las características del servicio (N) con respecto al establecimiento de la conexión (N) son variables, según que puedan transferirse o no datos de usuario (N) mediante el intercambio de protocolo de establecimiento de conexión para cada sentido de la conexión (N).
La liberación de una conexión (N) es iniciada normalmente por una de las entidades (N + 1) asociadas a ella.
La liberación de una conexión (N) puede ser iniciada también por una de las entidades (N) que la utilizan, de resultas de una condición de excepción en la capa (N) o en las capas más bajas.
Según las condiciones, la liberación de una conexión (N) puede entrañar el descarte de datos de usuario (N).
La liberación ordenada de una conexión (N) requiere ya sea la disponibilidad de una conexión (N - 1) o una referencia común al tiempo [por ejemplo, instante de fallo de la conexión (N - 1) y periodo de temporización común]. Requiere además, que ambas entidades (N) se hallen en un estado que les permita ejecutar el intercambio de protocolo de liberación de conexión. Es importante observar, no obstante, que la liberación de una conexión (N - 1) no entraña por fuerza la liberación de la conexión o conexiones (N) que la utilizaban; la conexión (N - 1) puede ser restablecida o sustituida por otra conexión (N - 1).
Las características del servicio (N) en materia de liberación de las conexiones (N) pueden ser de dos tipos:
a)las conexiones (N) se liberan de inmediato al iniciarse el intercambio de protocolo de liberación (podrían descartarse datos de usuario (N) no entregados todavía); o bien
b)se difiere la liberación hasta que se hayan entregado todos los datos de usuario (N) enviados antes de la iniciación del intercambio de protocolo de liberación (es decir, se ha recibido la confirmación de entrega).
Pueden transferirse datos de usuario (N) mediante el intercambio de protocolo de liberación de conexión.
Algunos protocolos (N) permitirían la combinación de intercambios de protocolo de establecimiento de conexión y de liberación de conexión.
5.7.5
Multiplexación y división
Dentro de la capa (N), las conexiones (N) están relacionadas con conexiones (N - 1). La relación puede ser de uno de tres tipos:
a)uno a uno;
b)muchas conexiones (N) a una conexión (N - 1) (multiplexación); y
c)una conexión (N) a muchas conexiones (N - 1) (división).
La multiplexación puede ser necesaria a fin de:
a)hacer un uso más eficaz o económico del servicio (N - 1); y
b)proporcionar varias conexiones (N) en un entorno donde existe una sola conexión (N - 1).
La división puede ser necesaria con el objeto de:
a)mejorar la fiabilidad cuando existe más de una conexión (N - 1);
b)ofrecer la calidad de funcionamiento necesaria mediante la utilización de múltiples conexiones (N - 1); y
c)realizar economías mediante la utilización de múltiples conexiones (N - 1) de bajo costo, cada una de ellas con una calidad de servicio inferior a la necesaria.
Tanto la multiplexación como la división implican varias funciones asociadas, que pueden no ser necesarias para la correspondencia de conexiones una a una.
Las funciones asociadas a la multiplexación son las siguientes:
a)identificación de la conexión (N) para cada unidad de datos de protocolo (N) transferida por la conexión (N - 1), para que no se mezclen los datos de usuario (N) procedentes de las diversas conexiones (N) multiplexadas. Esta identificación es distinta de la de los identificadores de punto extremo de conexión (N) y se llama identificador de conexión de protocolo (N);
b)control de flujo en cada conexión (N) a fin de compartir la capacidad de la conexión (N - 1) (véase el 5.7.6.4 ); y
c)programación de la siguiente conexión (N) a la que se va a dar servicio a través de la conexión (N - 1) cuando más de una conexión (N) está preparada para enviar datos.
Las funciones asociadas a la división son las siguientes:
a)programación de la utilización de múltiples conexiones (N - 1) empleadas en la división de una conexión (N); y
b)resecuenciamiento de unidades de datos de protocolo (N) asociadas a la conexión (N); de hecho, éstas pueden llegar fuera de secuencia, aunque cada conexión (N - 1) garantiza la secuencia de entrega (véase el 5.7.6.6 ).
5.7.6
Transferencia de datos
Transferencia normal de datos
La información de control y los datos de usuario se transfieren entre entidades (N) en unidades de datos de protocolo (N). Una unidad de datos de protocolo (N) es una unidad de datos especificada en un protocolo (N) y contiene información de control de protocolo (N) y eventualmente datos de usuario.
La información de control de protocolo (N) se transfiere entre unidades (N) utilizando la conexión (N - 1). La información de control de protocolo (N) es cualquier información que soporta el funcionamiento conjunto de entidades (N) por una conexión (N - 1). Los datos de usuario (N) se transfieren transparentemente entre entidades (N) por una conexión (N - 1).
Una unidad de datos de protocolo (N) tiene un tamaño arbitrario, pero finito. Las unidades de datos de protocolo (N) se relacionan con unidades de datos del servicio (N - 1). La interpretación de una unidad de datos de protocolo (N) viene definida por el protocolo (N) utilizado para la conexión (N - 1).
Una unidad de datos de servicio (N) se transfiere entre una entidad (N + 1) y una entidad (N), a través de un punto de acceso al servicio (N), en forma de una o más unidades de datos de interfaz (N). La unidad de datos de servicio (N) se transfiere como datos de usuario (N) en una o más unidades de protocolo (N).
El intercambio de datos de conformidad con las reglas de un protocolo (N) sólo puede tener lugar si existe una conexión (N - 1). Si no existe una conexión (N - 1) ésta debe establecerse para que sea posible el intercambio de datos (véase el 5.7.4 ).
5.7.6.2
Transferencia de datos durante el establecimiento y
la liberación de la conexión
Se pueden transferir datos de
usuario (N) al intercambiar protocolos de establecimiento de conexión (N) y al
intercambiar protocolos de liberación de conexión (N).
El intercambio de protocolo de liberación de conexión puede combinarse con el intercambio de protocolo de establecimiento de conexión (véase el 5.7.4 ), como medio para la entrega de una sola unidad de datos de usuario (N) entre entidades (N + 1) interlocutoras con una confirmación de entrega.
5.7.6.3
Transferencia acelerada de datos
Una unidad de datos acelerada es una unidad de datos del servicio que se transfiere o procesa con prioridad a las unidades de datos del servicio normales. Se puede utilizar un servicio de transferencia acelerada de datos a efectos de señalización e interrupción.
El flujo de datos acelerados es independiente de los estados y del funcionamiento del flujo de datos normal, aunque los datos enviados por los dos flujos pueden estar lógicamente relacionados. Conceptualmente, puede considerarse que una conexión que cursa un flujo acelerado tiene dos subcanales, uno para datos normales y otro para datos acelerados. Los datos enviados por el canal acelerado tienen prioridad sobre los datos normales.
La transferencia garantiza que una unidad de datos acelerada no se entregue después de ninguna unidad de datos del servicio normal ni de ninguna unidad de datos acelerada enviadas posteriormente por la conexión.
Como el flujo acelerado se utiliza de hecho para transferir pequeñas cantidades de datos con poca frecuencia, pueden utilizarse mecanismos de control de flujo simplificados para ese flujo.
Una unidad de datos del servicio (N) acelerada debe ser procesada por la entidad (N + 1) receptora con prioridad a las unidades de datos del servicio (N) normales.
5.7.6.4
Control de flujo
Se han determinado dos tipos de control de flujo:
a)control de flujo entre pares, que regula el ritmo con que se envían unidades de datos de protocolo (N) hacia la entidad (N) par a través de la conexión (N). El control de flujo entre pares exige la definición de protocolos y se basa en el tamaño de la unidad de datos de protocolo; y
b)control de flujo de interfaz (N) que regula el ritmo con que se pasan datos de interfaz (N) entre una entidad (N + 1) y una entidad (N). El control de flujo de interfaz (N) se basa en el tamaño de la unidad de datos de interfaz (N).
La multiplexación en una capa puede exigir una función de control de flujo entre pares para flujos individuales (véase el 5.7.5 ).
Las funciones de control de flujo entre pares requieren la inclusión de información de control de flujo en la información de control de protocolo (N) de una unidad de datos de protocolo (N).
Si el tamaño de las unidades de datos del servicio rebasa el tamaño máximo de la parte de datos de usuario (N) de una unidad de datos de protocolo (N), debe realizarse primeramente una segmentación de la unidad de datos del servicio (N) para que quepa en las unidades de datos de protocolo (N). Se puede aplicar entonces un control de flujo entre pares a las unidades de datos de protocolo (N).
5.7.6.5
Segmentación, bloqueo y
concatenación
Las unidades de datos de las diversas capas no tendrán necesariamente tamaños compatibles. Puede ser necesario efectuar una segmentación, es decir, relacionar una unidad de datos del servicio (N) con más de una unidad de datos de protocolo (N). De forma similar, puede producirse una segmentación cuando las unidades de datos de protocolo (N) son relacionadas con unidades de datos de interfaz (N - 1). Como es preciso preservar la identidad de las unidades de datos del servicio (N) en una conexión (N), podrán existir funciones para identificar los segmentos de una unidad de datos del servicio (N), y para que las entidades (N) interlocutoras puedan reensamblar las unidades de datos del servicio (N).
La segmentación puede requerir que se incluya información en la información de control de protocolo (N) de una unidad de datos de protocolo (N). Dentro de una capa, la información de control de protocolo (N) se añade a una unidad de datos del servicio (N) para formar una unidad de datos de protocolo (N) cuando no se realiza segmentación ni bloqueo (véase la figura 11a/X.200). Si se realiza segmentación una unidad de datos del servicio (N) se relaciona con varias unidades de datos de protocolo (N) con el agregado de información de protocolo (N) (véase la figura 11b/X.200).
Recíprocamente, puede ser necesario efectuar un bloqueo de manera que varias unidades de datos del servicio (N), con el agregado de información de control de protocolo (N), formen una unidad de datos de protocolo (N) (véase la figura 11c/X.200).
El modelo permite también la concatenación de varias unidades de datos de protocolo (N) en una sola unidad de datos del servicio (N - 1) (véase la figura 11d/X.200).
5.7.6.6
Secuenciamiento
Puede que los servicios proporcionados por la capa (N - 1) de la arquitectura ISA no garanticen la entrega de las unidades de datos de servicio (N - 1) en el mismo orden en que fueron presentados por la capa (N). Si la capa (N) necesita preservar el orden de las unidades de datos de servicio (N - 1) transferidas a través de la capa (N - 1), deben existir mecanismos de secuenciamiento en la capa (N). El secuenciamiento puede requerir más información de control de protocolo (N).
5.7.7
Funciones de error
5.7.7.1
Acuse de recibo
Figura 11/X.200, p.
Una función de acuse de recibo puede exigir la inclusión de información en la
información de control de protocolo (N) de las unidades de datos de protocolo
(N).
El método utilizado para identificar unívocamente las unidades de datos de protocolo (N) puede servir también para la realización de otras funciones, como por ejemplo las de detección de unidades de datos duplicadas, segmentación y secuenciamiento.
Nota
- Otras formas de acuse de recibo, como por
ejemplo, la confirmación de entrega y la confirmación de ejecución de una
operación, requieren ulterior estudio.
Detección y notificación de errores
Pueden utilizarse funciones de detección y notificación de errores por un protocolo (N) para aumentar las probabilidades de detección de errores en las unidades de datos de protocolo y de adulteración de datos, en comparación con las que ofrece el servicio (N - 1).
La detección y notificación de errores puede exigir la inclusión de información adicional en la información de control de protocolo (N) de la unidad de datos de protocolo (N).
5.7.7.3
Reiniciación
Algunos servicios requerirán una función de reiniciación para la recuperación después de una pérdida de sincronización entre las entidades (N) interlocutoras. Una función de reiniciación pone las entidades (N) interlocutoras en un estado previamente definido, eventualmente con pérdida o duplicación de datos.
Nota
- Quizás se necesiten funciones adicionales para
determinar en qué punto se interrumpió la transferencia fiable de datos.
En asociación con la función de reiniciación (N) puede transmitirse una cantidad de datos de usuario (N).
5.8
Encaminamiento
Una función de encaminamiento dentro de la capa (N) permite la retransmisión de la comunicación por una cadena de entidades (N). Las capas inferiores y las capas superiores ignoran el hecho de que la comunicación es retransmitida por entidades (N) intermedias. Una entidad (N) que participa en una función de encaminamiento puede poseer una tabla de encaminamiento.
5.9
Aspectos de gestión de ISA
5.9.1
Definición
5.9.1.1@
gestión de aplicación
@
\Funciones en la capa de aplicación (véase el 6.1 ) relacionadas con la gestión de procesos de aplicación de ISA.\
5.9.1.2@
entidad de aplicación de gestión de aplicación
@
\Entidad de aplicación que ejecuta funciones de gestión de aplicación.\
5.9.1.3@
recursos ISA
@
\Recursos de procesamiento de datos y de comunicación de datos que conciernen a la ISA.\
5.9.1.4@
gestión de sistemas
@
\Funciones en la capa de aplicación relacionadas con la gestión de diversos recursos ISA y sus estados a través de todas las capas de la arquitectura de ISA.\
5.9.1.5@
entidad de aplicación de gestión de sistemas
@
\Entidad de aplicación que ejecuta funciones de gestión de sistemas.\
5.9.1.6@
gestión de capa
@
\Funciones relacionadas con la gestión de la capa (N) realizadas en parte en la propia capa (N) de acuerdo con el protocolo (N) de la capa (por ejemplo, actividades como las de activación y control de errores) y en parte a modo de subconjunto de gestión de sistemas.\
5.9.2
Introducción
Dentro de la arquitectura de ISA es necesario identificar los problemas especiales que plantea la iniciación, terminación y supervisión de actividades y facilitar su funcionamiento normal, así como el tratamiento de las condiciones anormales. Estos factores se han considerado colectivamente como aspectos de gestión de la arquitectura de ISA. Estos conceptos son esenciales para el funcionamiento de los sistemas abiertos interconectados y, por consiguiente, se incluyen en la descripción completa del Modelo de Referencia que figura en puntos subsiguientes de la presente Recomendación.
Las actividades de gestión referidas son aquellas que implican un intercambio real de información entre sistemas. Los únicos protocolos que se podrán utilizar para la normalización en el marco de la arquitectura de ISA son los necesarios para efectuar estos intercambios.
En este punto se exponen los conceptos fundamentales de los aspectos de gestión, incluidas las diferentes categorías de actividades de gestión y la ubicación de esas actividades en la arquitectura de ISA.
5.9.3
Categorías de actividades de gestión
Desde el punto de vista de la arquitectura de ISA, las únicas actividades de gestión que interesan son aquellas que implican intercambios reales de información entre entidades de gestión distantes entre sí, mientras que otras actividades de gestión locales de determinados sistemas abiertos escapan a su alcance.
Análogamente, no todos los recursos vienen al caso para la ISA. En la presente Recomendación se consideran únicamente los recursos de ISA, esto es, los recursos de procesamiento de datos y de comunicación de datos que conciernen a la ISA.
Se determinan las siguientes categorías de actividades de gestión:
b)gestión de sistemas; y
c)gestión de capa.
5.9.3.1
Gestión de aplicación
La gestión de aplicación se refiere a la gestión de procesos de aplicación ISA. La siguiente lista es típica de las actividades que corresponden a esta categoría pero no es exhaustiva:
a)iniciación de parámetros que representan procesos de aplicación;
b)iniciación, mantenimiento y terminación de procesos de aplicación;
c)atribución y desatribución de recursos ISA a procesos de aplicación;
d)detección y prevención de interferencias entre recursos ISA y de incompatibilidades insuperables;
e)integridad y control de trasvase;
f)control de seguridad; y
g)utilización de puntos de comprobación y control de recuperación.
5.9.3.2
Gestión de sistemas
La gestión de sistemas se refiere a la gestión de recursos ISA y de su estado a través de todas las capas de la arquitectura ISA. La siguiente lista es típica de las actividades que corresponden a esta categoría pero no es exhaustiva:
a)gestión de activación/desactivación, que incluye:
1)la activación, el mantenimiento y la terminación de recursos ISA distribuidos en sistemas abiertos, incluidos los medios físicos para la ISA;
2)algunas funciones de carga de programas;
3)el establecimiento/mantenimiento/liberación de conexiones entre entidades de gestión; y
4)la iniciación/modificación de parámetros de los sistemas;
b)supervisión, que incluye:
1)informes de estado o modificaciones de estado; y
2)producción de estadísticas;
c)control de errores, que incluye:
1)la detección de errores y algunas de las funciones de diagnóstico; y
2)la reconfiguración y el rearranque.
Los protocolos para la gestión de sistemas residen en la capa de aplicación y son ejecutados por entidades de aplicación de gestión de sistemas.
5.9.3.3
Gestión de capa
La gestión de capa tiene dos aspectos. Uno es el de las actividades de capa como las de activación y control de errores. Este aspecto se realiza por el protocolo de capa al que se aplica.
El otro aspecto de la gestión de capa es un subconjunto de la gestión de sistemas. Los protocolos para estas actividades residen en la capa de aplicación y son ejecutados por entidades de aplicación de gestión de sistemas.
5.9.4
Principios para la ubicación de las funciones de
gestión
a)se permite tanto la centralización como la descentralización de las funciones de gestión. Así pues, la arquitectura ISA no impone ninguna forma ni ningún grado de centralización de estas funciones. Este principio exige una estructura en la cual cada sistema abierto pueda comprender cualquier subconjunto de funciones de gestión de sistemas y en la cual cada subsistema pueda comprender cualquier subconjunto de funciones de gestión de capa;
b)de ser necesario se establecen conexiones entre las entidades de gestión cuando un sistema abierto que funcionaba aisladamente de otros sistemas abiertos pasa a formar parte del entorno de ISA.
Nota
- Otros principios requieren ulterior estudio.
6 Introducción a las capas específicas de
ISA
6.1
Capas específicas
La estructura general de la arquitectura descrita en el 5 refleja los conceptos de arquitectura en que se basa el modelo de referencia de ISA y la elección de las capas específicas y sus contenidos.
El modelo contiene siete capas:
a)la capa de aplicación (capa 7);
b)la capa de presentación (capa 6);
c)la capa de sesión (capa 5);
d)la capa de transporte (capa 4);
e)la capa de red (capa 3);
f)la capa de enlace de datos (capa 2); y
g)la capa física (capa 1).
Estas capas están representadas en la figura 12/X.200. La más alta es la capa de aplicación y consiste en las entidades de aplicación que cooperan entre sí en el entorno de ISA. Las capas inferiores proporcionan los servicios mediante los cuales cooperan las entidades de aplicación.
No todos los sistemas abiertos comprenden el origen inicial o el destino final de los datos. Cuando los medios físicos de ISA no enlazan directamente a todos los sistemas abiertos, algunos sistemas abiertos actúan solamente como relevadores, pasando los datos a otros sistemas abiertos. Las funciones y protocolos que permiten el relevo de los datos se efectúan en tal caso en las capas inferiores. Esto se ilustra en la figura 13/X.200.
Figure 12/X.200, p. 12
Figure 13/X.200, p. 13
6.2
Principios utilizados para determinar las
siete capas del modelo
Los siguientes principios han sido aplicados para determinar las siete capas del modelo; se considera que aportarán orientaciones útiles a la hora de adoptar decisiones en cuanto a la elaboración de Recomendaciones sobre la ISA.
Nota
- A veces es difícil probar que una
estratificación determinada constituye la mejor solución posible. No obstante,
ciertos principios generales permiten determinar dónde conviene establecer una
frontera y cuántas fronteras deben establecerse.
P1:no deben crearse tantas capas que la descripción e integración técnicas de las capas resulten más difíciles de lo necesario;
P2:establézcase una frontera en un punto donde la descripción de los servicios pueda ser pequeña y donde se pueda reducir al mínimo la cantidad de interacciones a través de la frontera;
P3:conviene crear capas separadas para tratar las funciones que son a todas luces diferentes en el proceso ejecutado o en la tecnología aplicada;
P4:reúnanse las funciones similares en una misma capa;
P5:establézcanse las fronteras en los puntos donde se sepa por experiencia que resultan satisfactorias;
P6:debe crearse una capa con funciones fácilmente localizables, a fin de que
resulte posible rediseñar totalmente la capa y modificar profundamente sus
protocolos para sacar provecho de nuevos avances en la tecnología de soporte
material
(hardware)
y soporte lógico
(software)
sin alterar los servicios esperados de - ni
ofrecidos a - las capas adyacentes;
P7:créese una frontera allí donde pueda resultar útil normalizar el interfaz correspondiente llegado el momento.
Nota 1
- No se consideran en la presente Recomendación
las ventajas y desventajas de normalizar los interfaces internos de los
sistemas abiertos. En particular, no debe interpretarse que la inclusión o
mención del principio P7 implica la conveniencia de normalizarlos.
Nota 2
- Es importante observar que, en sí, la ISA no
exige la normalización de los interfaces dentro de los sistemas abiertos.
Además, cuando existan normas respecto a dichos interfaces, su consideración no
podrá interpretarse en absoluto como una condición de pertenencia en un sistema
abierto.
P8:conviene establecer una capa allí donde haga falta un nivel diferente de abstracción en el tratamiento de los datos, por ejemplo, morfología, sintaxis, semántica;
P9:prevéase la posibilidad de introducir modificaciones de funciones o protocolos dentro de una capa sin que ello afecte a otras capas; y
P10:cada capa debiera tener fronteras con sus capas superior e inferior únicamente.
Se han aplicado principios similares a la subestratificación:
P11:es necesario prever una subagrupación y organización más detalladas de las funciones, a fin de poder formar subcapas dentro de una capa en los casos en que sea necesario para prestar servicios de comunicación distintos;
P13:prevéase la posibilidad de contornear subcapas.
6.3
Descripción de las capas
Para cada una de las siete capas del modelo, el 7 contiene lo siguiente:
a)una descripción general de la finalidad de la capa;
b)una descripción de los servicios ofrecidos por la capa a la capa más alta; y
c)una descripción de las funciones que se efectúan en la capa y del uso de los servicios proporcionados por la capa más baja.
Estas descripciones, por sí mismas, no constituyen una definición completa de los servicios y protocolos correspondientes a cada capa. Estos son objeto de Recomendaciones separadas.
7 Descripción detallada de la
arquitectura ISA
resultante
7.1
Capa de aplicación
7.1.1
Definiciones
7.1.1.1@
entidad de aplicación
@
\Aspectos de un proceso de aplicación que se utilizan para la ISA.\
7.1.1.2@
elemento de servicio de aplicación
@
\Parte de una entidad de aplicación, que proporciona una capacidad de entorno de ISA, utilizando, en caso necesario, servicios subyacentes.\
7.1.1.3@
elemento de usuario
@
\Representación de la parte del proceso de aplicación que utiliza los elementos de servicio de aplicación necesarios para realizar los objetivos de comunicación del mencionado proceso de aplicación.\
7.1.2
Objeto
El objeto de la capa de aplicación es servir de ventana entre los procesos de aplicación correspondientes que utilizan la ISA para intercambiar información significativa.
Cada proceso de aplicación está representado ante su par por la entidad de aplicación.
Todos los parámetros especificables del proceso de aplicación de cada solicitud de comunicación en el entorno de ISA se ponen en conocimiento de este entorno (y, por consiguiente, de los mecanismos que lo caracterizan) a través de la capa de aplicación.
7.1.3
Servicios proporcionados a los procesos de
aplicación
Los procesos de aplicación intercambian información por medio de entidades de aplicación, protocolos de aplicación y servicios de presentación.
ISA
que son directamente utilizables por los
procesos de aplicación.
La entidad de aplicación contiene un elemento de usuario y una serie de elementos de servicio de aplicación. El elemento de usuario representa la parte del proceso de aplicación que utiliza los elementos de servicio de aplicación necesarios para realizar los objetivos de comunicación del mencionado proceso de aplicación. Los elementos de servicio de aplicación pueden interactuar y/o recurrir a los servicios de presentación para realizar su función.
En el único caso en que pueden utilizar elementos de usuario de sistemas diferentes para comunicar es para el intercambio de unidades de datos de protocolo de aplicación. Estas unidades de datos de protocolo de aplicación son generadas por elementos de servicio de aplicación.
Nota
- Los servicios de aplicación difieren de los
servicios proporcionados por otras capas por el hecho de que no se ofrecen a
una capa superior y de que no están asociados a un punto de acceso al servicio.
Nota
- Algunos de los servicios enumerados a
continuación son proporcionados por la gestión de ISA.
a)identificación de la pareja con que se desea comunicar (por ejemplo, por su nombre, por su dirección, mediante descripción concreta, mediante descripción genérica);
b)determinación de la disponibilidad actual de las parejas con que se desea comunicar;
c)establecimiento de la autorización para comunicar;
d)acuerdo respecto a los mecanismos de secreto;
e)autenticidad de las parejas con que se desea comunicar;
f)determinación de la metodología de asignación de costos;
g)determinación de la idoneidad de los recursos;
h)determinación de la calidad de servicio aceptable (por ejemplo, tiempo de respuesta, tasa de errores tolerable, costo desde el punto de vista de los factores precedentes);
j)selección de la disciplina de diálogo, incluidos los procedimientos de iniciación y liberación;
k)acuerdo respecto a la responsabilidad por la recuperación tras error;
l)acuerdo respecto a los procedimientos para el control de la integridad de los datos; y
m)determinación de las limitaciones de la sintaxis de datos (juegos de caracteres, estructura de los datos).
7.1.4
Funciones en la
capa de
aplicación
La capa de aplicación contiene todas las funciones que implican una comunicación entre sistemas abiertos y que no han sido realizadas ya por las capas más bajas. Entre ellas hay funciones que son realizadas por programas y funciones que son realizadas por seres humanos.
Cuando una determinada instancia de un proceso de aplicación desea
comunicar con una instancia de un proceso de aplicación en algún otro sistema
abierto, debe solicitar una instancia de una entidad de aplicación en la capa
de aplicación de su propio sistema abierto. Entonces, pasa a ser la
7.1.4.1
Agrupación de funciones en la
capa de aplicación
Una entidad de aplicación puede estar estructurada internamente en grupos de funciones. La presente Recomendación no impone ninguna restricción en cuanto a la técnica para expresar esta estructura. El empleo de una agrupación de funciones puede depender de la utilización de algunas otras funciones, y las funciones activas pueden variar durante el periodo de vida de una asociación.
La estructuración de entidades de aplicación en elementos de servicio de aplicación y el elemento de usuario proporciona una organización de funciones en entidades de aplicación. Además, cualquier subconjunto determinado de elementos de servicio de aplicación, junto con el elemento de usuario, constituye un tipo de entidad de aplicación. Cada tipo de entidad de aplicación, y cada instancia correspondiente, se pueden identificar sin ambigüedades.
Se reconocen dos categorías de elementos de servicio de aplicación: elementos de servicio de aplicación comunes y elementos de servicio de aplicación específicos. Los elementos de servicio de aplicación comunes proporcionan capacidades que son generalmente útiles a una diversidad de aplicaciones. Los elementos de servicio de aplicación específicos proporcionan capacidades requeridas para satisfacer las necesidades particulares de aplicaciones específicas (por ejemplo, transferencia de ficheros, acceso a bases de datos, transferencia de trabajos, operaciones bancarias, registro de órdenes). Las entidades de aplicación pueden contener elementos de servicio de aplicación pertenecientes a ambas categorías, como se ilustra en la figura 14/X.200.
El reparto de elementos de servicio de aplicación entre estas dos categorías no implica la existencia de dos protocolos independientes.
Figura 14/X.200, p.
7.1.4.2
Gestión de sistemas y gestión de aplicación
Las funciones de gestión de sistemas y de gestión de aplicación están situadas en la capa de aplicación. Para los detalles, véase el 5.9 .
7.1.4.3
Gestión de la capa de aplicación
Además de la gestión de sistemas y de aplicación, hay otras actividades específicamente relacionadas con la gestión de la capa de aplicación (como por ejemplo las de activación y control de errores). Para la relación con otros aspectos de gestión, véase el 5.9 .
7.2
Capa de presentación
7.2.1
Definiciones
7.2.1.1@
sintaxis concreta
@
\Aspectos de las reglas utilizadas en la especificación formal de los datos que forman una representación específica de esos datos.\
7.2.1.2@
sintaxis de transferencia
@
\Sintaxis concreta utilizada en la transferencia de datos entre sistemas abiertos.\
Objeto
La capa de presentación permite la representación de la información que las entidades de aplicación comunican o mencionan en su comunicación.
La capa de presentación abarca dos aspectos complementarios de esta representación de la información:
a)la representación de los datos que han de transferirse entre entidades de aplicación; y
b)la representación de la estructura de datos a la que las entidades de aplicación se refieren en su comunicación, junto con la representación del conjunto de operaciones que pueden efectuarse sobre esta estructura de datos.
Los aspectos complementarios de la representación de la información descritos anteriormente se refieren al concepto general de sintaxis de transferencia.
La capa de presentación se ocupa únicamente de la sintaxis (es decir, de la representación de los datos) y no de su semántica (es decir, su significado para la capa de aplicación), que es conocida solamente por las entidades de aplicación.
La capa de presentación establece la representación común que será utilizada entre las entidades de aplicación. Esto libera a las entidades de aplicación de toda preocupación con el problema de la representación común de la información, o sea que las hace independientes de la sintaxis. Esta independencia respecto de la sintaxis puede describirse de dos maneras:
a)la capa de presentación proporciona elementos sintácticos comunes que son utilizados por las entidades de aplicación; y
b)las entidades de aplicación pueden utilizar cualquier sintaxis, y la capa de presentación establece la transformación entre esa sintaxis y la sintaxis común necesaria para la comunicación entre las entidades de aplicación. Esta transformación se efectúa dentro de los sistemas abiertos. No es vista por otros sistemas abiertos y por consiguiente no influye en la normalización de los protocolos de presentación.
En la presente Recomendación se aplica el método del apartado b).
7.2.3
Servicios proporcionados a la capa de aplicación
La capa de presentación proporciona servicios de sesión (véase el 7.3 ) las siguientes facilidades:
a)transformación de sintaxis; y
b)selección de sintaxis.
La transformación de sintaxis se refiere a las conversiones de código y de juego de caracteres, a la modificación de la disposición de los datos y a la adaptación de las operaciones con respecto a las estructuras de datos. La selección de sintaxis ofrece los medios de elegir inicialmente una sintaxis y modificar posteriormente esa elección.
Los servicios de sesión se proporcionan a las entidades de aplicación en forma de servicios de presentación.
7.2.4
Funciones en la capa de presentación
La capa de presentación efectúa las siguientes funciones para permitir la realización de los servicios de presentación:
a)petición de establecimiento de sesión;
b)transferencia de datos;
c)negociación y renegociación de sintaxis;
d)transformación de sintaxis, incluidos la transformación y el establecimiento del formato de los datos y transformaciones para fines especiales (por ejemplo, compresión); y
7.2.4.1
Transformación de sintaxis
El hecho de que tenga lugar o no una transformación propiamente dicha de la sintaxis no influye en el protocolo de presentación.
Hay tres versiones sintácticas de los datos: la sintaxis utilizada por la entidad de aplicación de origen, la sintaxis utilizada por la entidad de aplicación receptora y la sintaxis utilizada entre las entidades de presentación (la sintaxis de transferencia). Es posible, claro está, que dos cualesquiera o las tres sintaxis sean idénticas. La capa de presentación contiene las funciones necesarias para la transformación entre la sintaxis de transferencia y cada una de las otras dos sintaxis, de ser necesario.
No existe una sola sintaxis de transferencia predeterminada para toda la ISA. La sintaxis de transferencia que ha de utilizarse en una conexión de presentación es negociada entre las entidades de presentación correspondientes. En consecuencia, una entidad de presentación tiene que conocer la sintaxis de su entidad de aplicación y la sintaxis de transferencia convenida. En los protocolos de la capa de presentación sólo es necesario referirse a la sintaxis de transferencia.
7.2.4.2
Negociación de sintaxis
La negociación de la sintaxis se lleva a cabo mediante una comunicación entre las entidades de presentación en nombre de las entidades de aplicación, a fin de determinar la forma que revestirán los datos mientras se encuentren en el entorno de ISA. La negociación determinará qué transformaciones hacen falta (llegado el caso) y dónde deben efectuarse. La negociación puede estar limitada a la fase de iniciación o tener lugar en cualquier momento en el curso de una sesión.
7.2.4.3
Direccionamiento y multiplexación
Existe una correspondencia biunívoca entre la dirección de presentación y la dirección de sesión. No hay multiplexación ni división en la capa de presentación.
7.2.4.4
Gestión de la capa de presentación
Los protocolos de la capa de presentación abarcan algunas actividades de gestión de la capa (como las de activación y control de errores). Para la relación con otros aspectos de gestión, véase el 5.9 .
7.3
Capa de sesión
7.3.1
Definiciones
7.3.1.1@
servicio de cuarentena
@
7.3.1.2@
gestión de interacción
@
\Facilidad del servicio de sesión que permite a las entidades de presentación interlocutoras controlar explícitamente a cuál de ellas le toca el turno de ejercer ciertas funciones de control.\
7.3.1.3@
interacción bidireccional simultánea
@
\Modo de interacción en el cual ambas entidades de presentación pueden enviar y recibir al mismo tiempo.\
7.3.1.4@
interacción bidireccional alternada
@
\Modo de interacción en el cual la entidad de presentación a la que le toca el turno puede enviar, mientras que su interlocutora sólo está autorizada a recibir.\
7.3.1.5@
interacción unidireccional
@
7.3.1.6@
sincronización de conexión de sesión
@
\Facilidad del servicio de sesión que permite a las entidades de presentación definir e identificar puntos de sincronización y volver una conexión de sesión a un estado previamente definido y acordar un punto de resincronización.\
7.3.2
Objeto
La capa de sesión tiene por objeto proporcionar el medio necesario para que las entidades de presentación en cooperación organicen y sincronicen su diálogo y procedan a su intercambio de datos. Para ello, la capa de sesión proporciona los servicios para establecer una conexión de sesión entre dos entidades de presentación y facilitar interacciones ordenadas de intercambio de datos.
Para realizar la transferencia de datos entre las entidades de presentación, la conexión de sesión tiene que relacionar y utilizar una conexión de transporte (véase el 7.3.4.1 ).
Una entidad de presentación puede acceder a otra entidad de presentación solamente iniciando o aceptando una conexión de sesión. Una entidad de presentación puede estar asociada a varias conexiones de sesión simultáneamente. Entre dos entidades de presentación puede haber tanto conexiones de sesión simultáneas como sucesivas.
La entidad de presentación iniciadora designa la entidad de presentación de destino mediante una dirección de sesión. En muchos sistemas se puede utilizar una dirección de transporte como dirección de sesión, es decir que hay una correspondencia biunívoca entre la dirección de sesión y la dirección de transporte. No obstante, por regla general hay una correspondencia bisectora entre direcciones de sesión y direcciones de transporte. Esto no implica la multiplexación de conexiones de sesión a conexiones de transporte pero sí implica que, en el instante de establecimiento de la conexión de sesión, una petición de establecimiento de conexión de sesión que llega por una determinada conexión de transporte puede estar dirigida a más de una entidad de presentación.
7.3.3
Servicios proporcionados a la capa de
presentación
La capa de sesión proporciona los siguientes servicios de capa, que se describen a continuación:
a)establecimiento de conexión de sesión;
b)liberación de conexión de sesión;
c)intercambio normal de datos;
d)servicio de cuarentena;
e)intercambio de datos acelerados;
f)gestión de interacción;
g)sincronización de conexión de sesión, y
h)informe sobre excepciones.
Establecimiento de conexión de
sesión
El servicio de establecimiento de conexión de sesión permite a dos entidades de presentación establecer una conexión de sesión entre sí mismas. Las entidades de presentación se identifican por las direcciones de sesión utilizadas para pedir el establecimiento de la conexión de sesión.
El servicio de establecimiento de conexión de sesión permite a las entidades de presentación determinar de forma cooperativa los valores unívocos de los parámetros de conexión de sesión en el momento en que se establece la conexión de sesión.
Nota
- La posibilidad de modificar los parámetros de
sesión después del establecimiento de la conexión de sesión podría ser objeto
de una ampliación ulterior.
Las peticiones simultáneas de establecimiento de conexión de sesión dan generalmente como resultado un número correspondiente de conexiones de sesión; ahora bien, una entidad de sesión puede siempre rechazar una petición entrante.
7.3.3.2
Liberación de conexión de sesión
El servicio de liberación de conexión de sesión permite a las entidades de presentación liberar la conexión de sesión de una manera ordenada y sin pérdida de datos. Asimismo, permite a cualquier entidad de presentación pedir en cualquier momento que cese una conexión de sesión; en este caso se pueden perder datos.
La liberación de una conexión de sesión la puede asimismo iniciar una de las entidades de sesión que la mantienen.
Intercambio normal de datos
El servicio de intercambio normal de datos permite a la entidad de presentación de origen transferir una unidad de datos del servicio de sesión a una entidad de presentación receptora. Este servicio permite a la entidad de presentación receptora garantizar que no sea sobrecargada con datos.
7.3.3.4
Servicio de cuarentena
El servicio de cuarentena permite a la entidad de presentación de origen pedir que un número entero de unidades de datos del servicio de sesión (una o más), transmitidas por una conexión de sesión, no se pongan a disposición de la entidad de presentación receptora hasta que hayan sido explícitamente liberadas por la entidad de presentación emisora. La entidad de presentación emisora puede pedir que se descarten todos los datos que se encuentren en cuarentena. La entidad de presentación receptora no recibe información alguna sobre la puesta en cuarentena de datos o de que algunos datos sean descartados.
7.3.3.5
Intercambio de datos acelerados
7.3.3.6
Gestión de interacción
El servicio de gestión de interacción permite a las entidades de presentación controlar explícitamente la alternancia de turno para la realización de ciertas funciones de control.
Este servicio permite alternar voluntariamente el turno cuando la entidad de presentación a quien corresponde el turno lo cede voluntariamente. También permite la alternancia obligada del turno cuando, a petición de la entidad de presentación que no tiene el turno, el servicio de sesión puede obligar a la entidad de presentación que tiene el turno a cederlo. En el caso de alternancia obligada del turno, se pueden perder datos.
Se definen los siguientes tipos de interacción de intercambio de unidades de datos del servicio de sesión:
b)flujo de información bidireccional alternado; y
c)flujo de información unidireccional.
7.3.3.7
Sincronización de conexión de
sesión
El servicio de sincronización de conexión de sesión permite a las entidades de presentación:
a)definir e identificar puntos de sincronización; y
b)devolver la conexión de sesión a un estado definido y convenir un punto de resincronización.
La capa de sesión no es responsable de ninguna operación de punto de comprobación o de compromiso asociada a la sincronización.
7.3.3.8
Informes sobre excepciones
El servicio de información sobre excepciones permite notificar a las entidades de presentación las situaciones excepcionales no tratadas por otros servicios, por ejemplo, defectos de funcionamiento de sesión que no pueden corregirse.
Nota
- Los siguientes servicios podrían ser objeto de
ampliaciones ulteriores:
b)paréntesis
(brackets)
;
c)parada-arranque
(stop-go)
;
d)seguridad.
7.3.4
Funciones en la capa de sesión
Las funciones dentro de la capa de sesión son las que realizan las entidades de sesión a fin de proporcionar los servicios de sesión.
La mayoría de las funciones que se requieren se deducen fácilmente de los servicios proporcionados. Seguidamente se describen con más detalles las siguientes funciones:
a)relación de correspondencia de conexiones de sesión a conexiones de transporte;
b)control de flujo en una conexión de sesión;
c)transferencia de datos acelerados;
d)recuperación de conexión de sesión;
e)liberación de conexión de sesión;
f)gestión de la capa de sesión.
Relación de correspondencia de conexiones de
sesión a conexiones de transporte
La correspondencia biunívoca entre una conexión de sesión y una conexión de transporte se efectúa en cualquier momento dado. Sin embargo, la duración de una conexión de transporte y la de la conexión de sesión conexa puede distinguirse de modo que se definan los siguientes casos:
a)una conexión de transporte cursa varias conexiones de sesión consecutivas (figura 15/X.200); y
b)varias conexiones de transporte consecutivas cursan una conexión de sesión (figura 16/X.200).
Nota 1
- Se puede asimismo considerar el caso en que
una conexión de transporte se utiliza para cursar varias conexiones de sesión
(es decir, correspondencia bisectora). En este caso, en la capa de sesión se
requeriría el control de flujo de pares. Este caso deberá ser objeto de
ulterior desarrollo, de ser necesario.
Nota 2
- Para establecer la relación de correspondencia de
una conexión de sesión a una conexión de transporte, la capa de sesión
relaciona las unidades de datos del servicio de sesión con unidades de datos
del protocolo de sesión, y las unidades de datos del protocolo de sesión a
unidades de datos del servicio de transporte. Esto puede exigir que las
entidades de sesión realicen funciones tales como la segmentación. Estas
funciones son visibles solamente en los protocolos de sesión y, por tanto, son
transparentes a las capas de presentación y transporte.
Figura 15/X.200, p.
Figura 16/X.200, p.
7.3.4.2
Control de flujo en una conexión de sesión
No hay control de flujo entre pares en la capa de sesión. Para que la entidad de presentación receptora no quede sobrecargada de datos, la entidad de sesión receptora aplica una contención a través de la conexión de transporte utilizando el control de flujo de transporte.
7.3.4.3
Transferencia de datos acelerados
La transferencia de unidades de datos aceleradas del servicio de sesión se realiza por lo general por medio del servicio de transporte acelerado.
7.3.4.4
Recuperación de conexión de sesión
En el caso de información sobre el fallo de una conexión de transporte adyacente, la capa de sesión puede contener las funciones necesarias para restablecer una conexión de transporte, a fin de cursar la conexión de sesión, que sigue existiendo. Las entidades de sesión participantes notifican a las entidades de presentación, por mediación del servicio de información sobre excepciones, que se ha interrumpido el servicio y restablecen el servicio atendiendo solamente a instrucciones de las entidades de presentación. Esto permite a las entidades de presentación proceder a la resincronización y continuar a partir de un estado convenido.
7.3.4.5
Liberación de conexión de sesión
La capa de sesión contiene las funciones necesarias para liberar la conexión de sesión de una manera ordenada, sin pérdida de datos, a petición de las entidades de presentación. La capa de sesión contiene también las funciones necesarias para cesar la conexión de sesión, eventualmente con pérdida de datos.
Gestión de la capa de sesión
Los protocolos de la capa de sesión atienden algunas actividades de gestión de la capa (como por ejemplo las de activación y control de errores). Para la relación con otros aspectos de gestión véase el 5.9 .
7.4
Capa de transporte
7.4.1
Definiciones
No se define ningún término específico en relación con la capa de transporte.
7.4.2
Objeto
El servicio de transporte efectúa la transferencia transparente de datos entre entidades de sesión y las libera de toda preocupación respecto a los detalles necesarios para conseguir una transferencia de datos segura y rentable.
La capa de transporte optimiza el uso del servicio de red disponible para ofrecer la calidad de funcionamiento que necesita cada entidad de sesión, a un costo mínimo. Esta optimización tiene lugar dentro de las limitaciones impuestas por las demandas totales de todas las entidades de sesión en actividad en un momento dado y por la calidad y capacidad globales del servicio de red de que dispone la capa de transporte.
La capa de transporte queda liberada de toda preocupación respecto al encaminamiento y a la retransmisión, ya que el servicio de red proporciona conexiones de red desde cualquier entidad de transporte a cualquier otra, incluido el caso de las subredes en cascada (véase el 7.5.1 ).
Las funciones de transporte que se solicitan en la capa de transporte para proporcionar la calidad de servicio pedida, dependen de la calidad del servicio de red. La calidad del servicio de red depende de la manera en que se realiza el servicio de red (véase el 7.5.3 ).
7.4.3
Servicios proporcionados a la capa de sesión
La capa de transporte identifica unívocamente cada entidad de sesión por su dirección de transporte. El servicio de transporte ofrece los medios para establecer, mantener y liberar conexiones de transporte. Las conexiones de transporte ofrecen transmisión dúplex entre un par de direcciones de transporte.
El funcionamiento de una conexión de transporte es independiente del funcionamiento de todas las demás, salvo en lo que respecta a las limitaciones impuestas por los recursos finitos de que dispone la capa de transporte.
La calidad de servicio ofrecida en una conexión de transporte depende de la clase de servicio pedida por las entidades de sesión al establecer la conexión de transporte. La calidad de servicio elegida se mantiene durante todo el periodo de vida de la conexión de transporte. Se notifica a la entidad de sesión toda imposibilidad de mantener la calidad de servicio seleccionada en una determinada conexión de transporte.
Se describen a continuación los siguientes servicios proporcionados por la capa de transporte:
a)establecimiento de conexión de transporte;
b)transferencia de datos; y
c)liberación de conexión de transporte.
Establecimiento de conexión de transporte
Se establecen conexiones de transporte entre entidades de sesión identificadas por direcciones de transporte. La calidad de servicio de la conexión de transporte es negociada entre las entidades de sesión y el servicio de transporte.
En el momento del establecimiento de una conexión de transporte se puede seleccionar la clase de servicio de transporte que debe suministrarse, a partir de un conjunto definido de clases de servicio disponibles.
Estas clases de servicio están caracterizadas por combinaciones de ciertos valores de parámetros tales como el caudal, el retardo de tránsito y el tiempo de establecimiento de la conexión, y por los valores garantizados de parámetros tales como la tasa de errores residual y la disponibilidad del servicio.
Estas clases de servicio representan, en conjunto, unas combinaciones de parámetros previamente definidas que controlan la calidad de servicio. Están destinadas a atender las necesidades de servicios de transporte de los diversos tipos de tráfico generados por las entidades de sesión.
Transferencia de datos
Este servicio proporciona la transferencia de datos con arreglo a la calidad del servicio convenida. Cuando esta calidad del servicio no se puede mantener y han fallado todas las tentativas de recuperación posibles, se da por terminada la conexión de transporte y se notifica a las entidades de sesión de transporte.
a)El servicio de transferencia de unidades de datos del servicio de transporte proporciona los medios mediante los cuales unidades de datos del servicio de transporte de longitud arbitraria se delimitan y transfieren transparentemente en secuencia desde un punto de acceso al servicio de transporte transmisor al punto de acceso al servicio de transporte receptor por una conexión de transporte. Este servicio está sometido a control de flujo.
b)El servicio de transferencia de unidades de datos del servicio de transporte aceleradas proporciona medios adicionales de intercambio de información por una conexión de transporte. Estas unidades están sometidas a su propio conjunto de características de servicio de transporte y de control de flujo. El tamaño máximo de las unidades de datos aceleradas del servicio de transporte está limitado.
7.4.3.3
Liberación de conexión de
transporte
Mediante este servicio, una cualquiera de las entidades de sesión puede liberar una conexión de transporte y hacer que se informe de la liberación a la entidad de sesión corresponsal.
7.4.4
Funciones en la capa de transporte
Las funciones de la capa de transporte pueden incluir las siguientes:
a)relación de correspondencia de la dirección de transporte a la dirección de red;
b)multiplexación de conexiones de transporte (de extremo a extremo) a conexiones de red;
c)establecimiento y liberación de conexiones de transporte;
d)control de extremo a extremo de la secuencia de conexiones individuales;
e)detección de errores de extremo a extremo y toda comprobación necesaria de la calidad de servicio;
f)corrección de errores de extremo a extremo;
g)segmentación, bloqueado y concatenación de extremo a extremo;
h)control de flujo de extremo a extremo de conexiones individuales;
j)transferencia de unidades de datos aceleradas del servicio de transporte.
7.4.4.1
Direccionamiento
Cuando una entidad de sesión pide a la capa de transporte que establezca una conexión de transporte con otra entidad de sesión identificada por su dirección de transporte, la capa de transporte determina la dirección de red que identifica la entidad de transporte que da servicio a la entidad de sesión corresponsal.
Como quiera que las entidades de transporte realizan los servicios de extremo a extremo, no interviene ninguna entidad de transporte intermedia a modo de retransmisor entre las entidades de transporte terminales. Por ello, la capa de transporte relaciona direcciones de transporte a las direcciones de red que identifican las entidades de transporte terminales (véase la figura 17/X.200).
Figura 17/X.200, p.
Una entidad de transporte puede dar servicio a más de una entidad de sesión.
Puede haber varias direcciones de transporte asociadas a una dirección de red
dentro del ámbito de una misma entidad de transporte. Las correspondientes
funciones de correspondencia se efectúan dentro de las entidades de transporte
para proporcionar estas facilidades (véase la figura 18/X.200).
Figura 18/X.200, p.
7.4.4.2
Multiplexación y división de
conexiones
A fin de optimizar la utilización de las conexiones de red, no es necesario que la correspondencia de conexiones de transporte a conexiones de red sea biunívoca. Se realiza tanto la división como la multiplexación, particularmente para optimizar el costo de utilización del servicio de red.
7.4.4.3
Fases de funcionamiento
Las fases de funcionamiento dentro de la capa de transporte son las siguientes:
b)fase de transferencia de datos; y
c)fase de liberación.
La transferencia de una fase de funcionamiento a otra se especificará detalladamente dentro del protocolo para la capa de transporte.
7.4.4.4
Fase de establecimiento
Durante la fase de establecimiento la capa de transporte establece una conexión de transporte entre dos entidades de sesión. Las funciones de la capa de transporte durante esta fase establecen la concordancia entre la clase de servicios pedida y los servicios proporcionados por la capa de red. Durante esta fase pueden realizarse las siguientes funciones:
a)selección de la conexión de red que mejor se ajuste a las necesidades de la entidad de sesión, teniendo en cuenta el costo y la calidad del servicio;
b)decisión de si se precisa o no multiplexación o división para optimizar el uso de las conexiones de red;
c)establecimiento del tamaño óptimo de las unidades de datos del protocolo de transporte;
d)selección de las funciones que estarán operacionales al entrar en la fase de transferencia de datos;
e)correspondencia de las direcciones de transporte a direcciones de red;
f)suministro de la identificación de conexiones de transporte diferentes entre el mismo par de puntos de acceso al servicio de transporte (función de identificación de conexión); y
g)transferencia de datos.
7.4.4.5
Fase de transferencia de datos
La finalidad de la fase de transferencia de datos es transportar unidades de datos del servicio de transporte entre las dos entidades de sesión conectadas por la conexión de transporte. Esto se logra transmitiendo unidades de datos del protocolo de transporte y mediante las siguientes funciones, cada una de las cuales se utiliza o no según la clase de servicio elegida en la fase de establecimiento:
a)secuenciamiento;
b)bloqueo;
c)concatenación;
d)segmentación;
e)multiplexación o división;
f)control de flujo;
g)detección de errores;
h)recuperación tras error;
i)transferencia de datos acelerados;
j)delimitación de la unidad de datos del servicio de transporte;
k)identificación de conexión de transporte.
7.4.4.6
Fase de liberación
La fase de liberación tiene por fin liberar la conexión de transporte. Puede incluir las siguientes funciones:
a)notificación del motivo de la liberación;
b)identificación de la conexión de transporte liberada; y
c)transferencia de datos.
7.4.4.7
Gestión de la capa de transporte
Los protocolos de la capa de transporte atienden algunas actividades de gestión de la capa (por ejemplo, las de activación y control de errores). Para la relación con otros aspectos de gestión, véase el 5.9 .
7.5
Capa de red
7.5.1
Definiciones
7.5.1.1@
subred
@
\Conjunto de uno o varios sistemas abiertos intermedios que permiten la retransmisión y a través de los cuales los sistemas extremos pueden establecer conexiones de red.
Nota
- Una subred es una representación, dentro del
modelo de referencia de ISA, de una red real, como por ejemplo la red de una
empresa de telecomunicaciones del sector público, una red privada o una red de
área local.\
7.5.1.2@
conexión de subred
@
\Trayecto de comunicación a través de una subred que es utilizado por entidades de la capa de red para suministrar una conexión de red.\
7.5.2
Objeto
La capa de red proporciona los medios para establecer, mantener y liberar conexiones de red entre sistemas abiertos que contienen entidades de aplicación en comunicación así como los medios funcionales y de procedimiento para intercambiar unidades de datos del servicio de red entre entidades de transporte por conexiones de red.
Toda función de relevo y todo protocolo para mejorar el servicio tramo por tramo, utilizados para realizar el servicio de red entre sistemas abiertos terminales y la ISA, funcionan por debajo de la capa de transporte, o sea en la capa de red o más abajo.
7.5.3
Servicios proporcionados a la capa de transporte
El servicio básico de la capa de red consiste en proporcionar la transferencia transparente de datos entre entidades de transporte. Este servicio permite que la estructura y el contenido detallado de los datos transportados puedan ser determinados exclusivamente por las capas situadas por encima de la capa de red.
Todos los servicios de capa son proporcionados a la capa de transporte con un costo conocido.
El servicio proporcionado en cada extremo de una conexión de red es el mismo, incluso en el caso de una conexión de red que abarque varias subredes, cada una de las cuales ofrezca servicios diferentes (véase el 7.5.4.2 ).
Nota
- Es importante distinguir el sentido especial
que tiene la expresión
`servicio'
dentro del modelo de referencia de
ISA, del que suelen darle los proveedores de redes privadas y las empresas de
telecomunicaciones del sector público.
La calidad de servicio es objeto de negociación entre las entidades de transporte y el servicio de red en el momento del establecimiento de una conexión de red. Si bien esta calidad de servicio podrá variar de una conexión de red a otra, se determinará de común acuerdo para una conexión de red determinada, y será la misma en ambos puntos terminales de la conexión de red.
Se describen a continuación los siguientes servicios o elementos de servicios proporcionados por la capa de red:
a)direcciones de red;
b)conexiones de red;
c)identificadores de puntos extremos de conexión de red;
d)transferencia de unidades de datos del servicio de red;
e)parámetros de calidad del servicio;
f)notificación de errores;
g)secuenciamiento;
h)control de flujo;
i)transferencia de unidades de datos aceleradas del servicio de red;
j)reiniciación;
k)liberación; y
l)acuse de recibo.
Algunos de los servicios descritos a continuación son opcionales. Esto significa que:
a)el usuario tiene que pedir el servicio; y
b)el proveedor del servicio de red puede atender la petición o indicar que el servicio no está disponible.
7.5.3.1
Direcciones de red
La capa de red conoce las entidades de transporte por medio de direcciones de red. Las direcciones de red las proporciona la capa de red y las entidades de transporte las pueden utilizar para identificar unívocamente otras entidades de transporte, es decir, las direcciones de red son necesarias para que las entidades de transporte puedan comunicar utilizando el servicio de red. La capa de red identifica unívocamente cada uno de los sistemas abiertos terminales (representados por entidades de transporte) mediante sus direcciones de red. Esto puede ser independiente del direccionamiento que requieren las capas subyacentes.
7.5.3.2
Conexiones de red
Una conexión de red proporciona el medio de transferir datos entre entidades de transporte identificadas por direcciones de red. La capa de red proporciona los medios para establecer, mantener y liberar conexiones de red.
Una conexión de red es punto a punto.
Puede existir más de una conexión de red entre un mismo par de direcciones de red.
7.5.3.3
Identificadores de puntos extremos de conexión de
red
La capa de red proporciona a la entidad de transporte un identificador de punto extremo de conexión que identifica unívocamente el punto extremo de conexión con la dirección de red asociada.
7.5.3.4
Transferencia de unidades de datos del servicio de
red
En una conexión de red, la capa de red permite la transmisión de unidades de datos del servicio de red. Estas unidades tienen un comienzo y fin definidos y la integridad del contenido de la unidad es mantenida por la capa de red.
No se impone límite alguno al tamaño máximo de las unidades de datos del servicio de red.
Las unidades de datos del servicio de red son transferidas transparentemente entre unidades de transporte.
7.5.3.5
Parámetros de calidad de servicio
La capa de red establece y mantiene una calidad de servicio seleccionada durante toda la vida de la conexión de red.
7.5.3.6
Notificación de errores
Los errores no corregidos detectados por la capa de red se notifican a las entidades de transporte.
La notificación de errores puede conducir o no a la liberación de la conexión de red, según la especificación de un servicio de red determinado.
7.5.3.7
Secuenciamiento
La capa de red puede permitir la entrega secuencial de unidades de datos del servicio de red por una conexión de red dada cuando es solicitada por las unidades de transporte.
7.5.3.8
Control de flujo
La entidad de transporte que esté recibiendo en un extremo de una conexión de red puede hacer que el servicio de red interrumpa la transferencia de unidades de datos del servicio de red a través del punto de acceso al servicio. Esta condición de control de flujo puede o no propagarse al otro extremo de la conexión de red y, por consiguiente, reflejarse en la entidad de transporte emisora, según la especificación de un servicio de red determinado.
7.5.3.9
Transferencia de unidades de datos aceleradas del
servicio de red (opcional)
La transferencia de unidades de datos aceleradas del servicio de red es opcional y constituye un medio adicional de intercambio de información por una conexión de red. La transferencia de unidades de datos aceleradas del servicio de red está sometida a conjuntos diferentes de características de servicio de red y a un control de flujo separado.
El tamaño máximo de las unidades aceleradas del servicio de red está limitado.
7.5.3.10
Reiniciación (opcional)
El servicio de reiniciación es opcional, cuando se solicita, hace que la capa de red descarte todas las unidades de datos del servicio de red que se encuentran en tránsito por la conexión de red y que notifique a la entidad de transporte del otro extremo de la conexión de red que se ha producido una reiniciación.
Liberación
Una entidad de transporte puede solicitar la liberación de una conexión de red. El servicio de red no garantiza la entrega de datos precedentes a la petición de liberación y que se encuentren todavía en tránsito. La conexión de red se libera independientemente de las medidas que tome la entidad de transporte en el otro extremo.
7.5.3.12
Acuse de recibo (opcional)
Una entidad de transporte puede confirmar la recepción de datos por una conexión de red. El uso del servicio de acuse de recibo es acordado por los dos usuarios de la conexión de red durante el establecimiento de la conexión.
Este servicio es opcional y quizás no esté siempre disponible.
Nota
- Este servicio se incluye en el servicio de red
con el único objeto de admitir las características existentes de la
Recomendación X.25 del CCITT.
7.5.4
Funciones de la capa de red
Las funciones de la capa de red engloban la amplia variedad de configuraciones que cursan conexiones de red, desde las conexiones de red cursadas por configuraciones punto a punto a las conexiones de red cursadas por combinaciones complejas de subredes con características diferentes.
Nota 1
- A fin de atender esta amplia variedad de
casos, las funciones de red debieran estructurarse en subcapas. La subdivisión
de la capa de red en subredes sólo es necesaria cuando resulta útil. En
particular, no debiera utilizarse subestratificación cuando el protocolo de
acceso a la subred ofrezca la funcionalidad completa del servicio de red ISA.
La capa de red realiza las siguientes funciones:
a)encaminamiento y retransmisión;
b)conexiones de red;
c)multiplexación de conexiones de red;
d)segmentación y bloqueo;
e)detección de errores;
f)recuperación de error;
g)secuenciamiento;
h)control de flujo;
i)transferencia de datos acelerados;
j)reiniciación;
k)selección del servicio; y
l)gestión de la capa de red.
Encaminamiento y retransmisión
Las conexiones de red las proporcionan entidades de red de sistemas abiertos terminales, pero pueden comprender sistemas intermedios que efectúan la retransmisión. Estos sistemas abiertos intermedios pueden interconectar conexiones de subred, conexiones de enlaces de datos y circuitos de datos (véase 7.7 ). Las funciones de encaminamiento determinan una ruta adecuada entre direcciones de red. Para poder establecer la comunicación resultante, la capa de red tendrá que utilizar quizás los servicios de capa de enlace de datos a fin de controlar la interconexión de los circuitos de datos (véanse los 7.6.4.10 y 7.7.3.1).
Para el control de la interconexión de circuitos de datos (que están en la
capa física) a partir de la red de datos hace falta una interacción entre una
entidad de red y una entidad física en el mismo sistema abierto. Como quiera
que el modelo sólo permite la interacción directa entre capas adyacentes, la
entidad de red no puede interactuar directamente con la entidad física. Esta
interacción se describe entonces a través de la capa de enlace de datos, que
interviene en forma
`transparente'
para transmitir la interacción entre
la capa de red y la capa física.
Nota
- Cuando las funciones de la capa de red se
efectúan mediante combinaciones de varias subredes distintas, se podría
facilitar la especificación de las funciones de encaminamiento y retransmisión
utilizando subcapas, aislando así las funciones de encaminamiento y
retransmisión de las subredes individuales respecto de las funciones de
encaminamiento y retransmisión entre redes. Sin embargo, cuando las subredes
tengan protocolos de acceso que ofrezcan la funcionalidad completa del servicio
de red ISA, no es necesaria ninguna subestratificación en la capa de red.
7.5.4.2
Conexiones de red
Esta función proporciona conexiones de red entre entidades de transporte, utilizando conexiones de enlace de datos proporcionadas por la capa de enlace de datos.
La interconexión de un par de subredes que tienen calidades diferentes puede realizarse de dos maneras. Para ilustrarlas, considérese un par de subredes, una de alta calidad y otra de baja calidad.
a)Las dos subredes se interconectan tal y como son. La calidad de la conexión de red resultante no es más alta que la de la subred de menor calidad (véase la figura 19/X.200).
Figura 19/X.200, p.
b)Se mejora la subred de baja calidad hasta que sea igual a la de alta calidad
y se procede entonces a interconectarlas. La calidad de la conexión de red
resultante es aproximadamente igual a la de la subred de alta calidad (véase la
figura 20/X.200).
Figura 20/X.200, p. 20
La elección entre estas dos posibilidades depende del grado de diferencia de
calidad, del costo del mejoramiento y de otros factores económicos.
7.5.4.3
Multiplexación de conexión de red
Esta función puede utilizarse para multiplexar conexiones de red a conexiones de enlace de datos a fin de optimizar su utilización.
En el caso de conexiones de subred en cascada, se puede efectuar también una multiplexación a conexiones de subred individuales a fin de optimizar su utilización.
7.5.4.4
Segmentación y bloqueo
La capa de red puede segmentar y/o bloquear unidades de datos del servicio de red a fin de facilitar la transferencia. Sin embargo, los delimitadores de las unidades de datos del servicio de red se preservan en la conexión de red.
Detección de errores
Las funciones de detección de errores comprueban que se mantiene la calidad de servicio proporcionada en una conexión de red. La detección de errores en la capa de red utiliza la notificación de errores de la capa de enlace de datos. Pueden ser necesarias capacidades adicionales de detección de errores para proporcionar la calidad de servicio requerida.
7.5.4.6
Recuperación tras error
Esta función permite la recuperación a partir de los errores detectados. Puede variar, según la calidad del servicio de red proporcionado.
7.5.4.7
Secuenciamiento
Esta función permite la entrega secuencial de unidades de datos del servicio de red por una conexión de red determinada, cuando la solicitan las entidades de transporte.
7.5.4.8
Control de flujo
Si se requiere el servicio de control de flujo (véase el 7.5.3.8 ), puede ser necesario efectuar esta función.
Transferencia de datos acelerados
Esta función permite proporcionar el servicio de transferencia de datos acelerados.
7.5.4.10
Reiniciación
Esta función permite realizar el servicio de reiniciación.
7.5.4.11
Selección del servicio
Esta función permite llevar a cabo la selección del servicio con el objeto de garantizar que el servicio proporcionado en cada extremo de una conexión de red sea el mismo cuando una conexión de red abarca varias subredes de diferente calidad.
7.5.4.12
Gestión de la capa de red
Los protocolos de la capa de red atienden algunas actividades de gestión de la capa (por ejemplo, las de activación y control de errores). Para la relación con otros aspectos de gestión, véase el 5.9 .
7.6
Capa de enlace de datos
7.6.1
Definiciones
No se define ningún término específico en relación con la capa de enlace de datos.
Objeto
La capa de enlace de datos proporciona los medios funcionales y de procedimiento para establecer, mantener y liberar conexiones de enlaces de datos entre entidades de red y para transferir unidades de datos del servicio de enlace de datos. Una conexión de enlace de datos está constituida por una o varias conexiones físicas.
La capa de enlace de datos detecta y, eventualmente, corrige los errores que se produzcan en la capa física.
Además, la capa de enlace de datos permite a la capa de red controlar la interconexión de circuitos de datos dentro de la capa física.
7.6.3
Servicios proporcionados a la capa de red
A continuación se describen los siguientes servicios o elementos de servicios proporcionados por la capa de enlace de datos:
a)conexión de enlace de datos;
b)unidades de datos del servicio de enlace de datos;
c)identificadores de puntos extremos de conexión de enlace de datos;
d)secuenciamiento;
f)control de flujo, y
g)parámetros de calidad de servicio.
7.6.3.1
Conexión de enlace de datos
La capa de enlace de datos proporciona una o más conexiones de enlace de datos entre dos entidades de red. Una conexión de enlace de datos se establece y se libera siempre dinámicamente.
7.6.3.2
Unidades de datos del servicio de enlace de
datos
La capa de enlace de datos permite intercambiar unidades de datos del servicio de enlace de datos por una conexión de enlace de datos.
El tamaño de las unidades de datos del servicio de enlace de datos puede estar limitado por la relación entre la tasa de errores de la conexión física y la capacidad de detección de errores de la capa de enlace de datos.
7.6.3.3
Identificadores de puntos extremos de conexión de
enlace de datos
De ser necesario, la capa de enlace de datos proporciona identificadores de puntos extremos de conexión de enlace de datos que pueden ser utilizados por una entidad de red para identificar una unidad de red interlocutora.
7.6.3.4
Secuenciamiento
Cuando se requiere, se mantiene la integridad de la secuencia de las unidades de datos del servicio de enlace de datos.
7.6.3.5
Notificación de errores
Se notifica a la entidad de red cuando la capa de enlace de datos detecta cualquier error no corregible.
7.6.3.6
Control de flujo
Cada entidad de red puede controlar dinámicamente (hasta el máximo acordado) la velocidad a la que recibe unidades de datos del servicio de enlace de datos de una conexión de enlace de datos. Este control puede reflejarse en la velocidad a la cual la capa de enlace de datos acepta unidades de datos del servicio de enlace de datos en el punto extremo de conexión del enlace de datos corresponsal.
7.6.3.7
Parámetros de calidad de servicio
Se pueden seleccionar, con carácter opcional, los parámetros de calidad del servicio de capa. La capa de enlace de datos establece y mantiene una calidad de servicio seleccionada durante todo el periodo de vida de la conexión de enlace de datos. Los parámetros de calidad de servicio incluyen el tiempo medio entre errores detectados pero que no se pueden corregir, tasa de errores residual (cuando puedan producirse errores con motivo de alteración, pérdida, duplicación, desorden, entrega errónea de unidades de datos del servicio de enlace de datos, y otras causas), disponibilidad del servicio, retardo de tránsito y caudal.
7.6.4
Funciones en la capa de enlace de datos
Se describen a continuación las siguientes funciones realizadas por la capa de enlace de datos:
a)establecimiento y liberación de conexión de enlace de datos;
b)correspondencia entre unidades de datos del servicio de enlace de datos;
c)división de conexión de enlace de datos;
d)delimitación y sincronización;
e)control de secuencia;
f)detección de errores;
g)recuperación tras error;
h)control de flujo;
i)identificación e intercambio de parámetros;
j)control de la interconexión del circuito de datos; y
k)gestión de la capa de enlace de datos.
7.6.4.1
Establecimiento y liberación de conexión de enlace
de datos
Esta función establece y libera conexiones de enlace de datos por conexiones físicas activadas. Cuando una conexión física tiene una multiplicidad de puntos extremos (por ejemplo, conexión multipunto) se necesita una función específica dentro de la capa de enlace de datos para identificar las conexiones de enlace de datos que utilizan dicha conexión física.
7.6.4.2
Correspondencia entre unidades de datos del servicio
de enlace de datos
Esta función relaciona biunívocamente las unidades de datos del servicio de enlace de datos con unidades de datos del protocolo de enlace de datos.
Nota
- Las relaciones de correspondencia más generales
serán objeto de ulterior estudio.
7.6.4.3
División de conexión de enlace de datos
Esta función procede a la división de una conexión de enlace de datos en varias conexiones físicas.
Delimitación y sincronización
Estas funciones proporcionan el reconocimiento de una secuencia de unidades de datos del servicio físico (es decir, bits, véase el 7.7.3.2 ) que transitan por la conexión física como unidades de datos del protocolo de enlace de datos.
Nota
- Estas funciones reciben a veces el nombre de
alineación.
7.6.4.5
Control de secuencia
Esta función mantiene el orden secuencial de las unidades de datos del servicio de enlace de datos a través de la conexión de enlace de datos.
7.6.4.6
Detección de errores
Esta función detecta los errores de transmisión, formato y operacionales que se producen en la conexión física o como resultado de un mal funcionamiento de la entidad de enlace de datos interlocutora.
7.6.4.7
Recuperación tras error
Esta función trata de efectuar la recuperación tras los errores detectados de transmisión, formato y operacionales y notifica a las entidades de red los errores irrecuperables.
7.6.4.8
Control de flujo
Esta función proporciona el servicio de control de flujo indicado en el 7.6.3.6 .
7.6.4.9
Identificación e intercambio de parámetros
Esta función precede a la identificación de la identidad de enlace de datos y al intercambio de parámetros.
7.6.4.10
Control de la interconexión del circuito de
datos
Esta función transmite a las entidades de red la capacidad de controlar la interconexión de los circuitos de datos dentro de la capa física.
7.6.4.11
Gestión de la capa de enlace de datos
Los protocolos de la capa de enlace de datos efectúan algunas actividades de gestión de la capa (como la activación y el control de errores). Véase la relación con otros aspectos de gestión en el 5.9 .
7.7
Capa física
7.7.1
Definiciones
7.7.1.1@
circuito de datos
@
\Trayecto de comunicación en los medios físicos para la ISA entre dos entidades físicas, junto con las facilidades necesarias en la capa física para la transmisión de bits por ella.\
Objeto
La capa física proporciona los medios mecánicos, eléctricos, funcionales y de procedimiento necesarios para activar, mantener y desactivar conexiones físicas para la transmisión de bits entre entidades de enlace de datos. Una conexión física puede comprender sistemas abiertos intermedios, cada uno de los cuales efectúe la retransmisión de los bits dentro de la capa física. Las entidades de la capa física están interconectadas por un medio físico.
7.7.3
Servicios proporcionados a la capa de enlace de
datos
A continuación se describen los siguientes servicios o elementos de servicios proporcionados por la capa física:
a)conexiones físicas;
b)unidades de datos del servicio físico;
c)puntos extremos de conexión física;
d)identificación de circuito de datos;
e)secuenciamiento;
f)notificación de condición de fallo; y
g)parámetros de calidad de servicio.
Conexiones físicas
La capa física permite la transmisión transparente de flujos de bits entre entidades de enlace de datos a través de conexiones físicas.
Un circuito de datos es un trayecto de comunicación en los medios físicos para la ISA entre dos entidades físicas, junto con las facilidades necesarias en la capa física para la transmisión de bits por ella.
Una conexión física puede realizarse mediante la interconexión de circuitos de datos y utilizando funciones de retransmisión en la capa física. La figura 21/X.200 ilustra una conexión física constituida por un conjunto de circuitos de datos de esa naturaleza.
El control de la interconexión de circuitos de datos es ofrecido a modo de servicio a las entidades de enlace de datos.
Figura 21/X.200, p.
7.7.3.2
Unidades de datos del servicio físico
Una unidad de datos del servicio físico está constituida por un bit
transmitido en serie y
`n'
bits transmitidos en paralelo.
La conexión física puede permitir la transmisión dúplex semidúplex de flujos de bits.
7.7.3.3
Puntos extremos de conexión física
La capa física proporciona identificadores de punto extremo de conexión física que podrán ser utilizados por una entidad de enlace de datos para identificar puntos extremos de conexión física.
Una conexión física tendrá dos (punto a punto) o más puntos extremos de conexión física (punto a multipunto). (Véase la figura 22/X.200.)
7.7.3.4
Identificación de circuito de datos
La capa física proporciona identificadores que especifican unívocamente los circuitos de datos entre dos sistemas abiertos adyacentes.
Nota
- Estos identificadores son utilizados por las
entidades de red en sistemas abiertos adyacentes para referirse a los circuitos
de datos en su diálogo.
Figura 22/X.200, p.
7.7.3.5
Secuenciamiento
La capa física entrega los bits en el mismo orden en que se le presentan.
7.7.3.6
Notificación de condición de fallo
Las condiciones de fallo detectadas dentro de la capa física son notificadas a las entidades de enlace de datos.
7.7.3.7
Parámetros de calidad de servicio
La calidad de servicio de una conexión física es función de los circuitos de datos que la componen. Puede ser caracterizada por:
a)la tasa de errores, cuando se producen errores por alteración, pérdida, creación y otras causas:
b)la disponibilidad del servicio;
c)la velocidad de transmisión; y
d)el retardo de tránsito.
7.7.4
Funciones de la capa física
Se describen a continuación las siguientes funciones realizadas por la capa física:
a)activación y desactivación de conexión física;
b)transmisión de unidades de datos del servicio físico; y
c)gestión de la capa física.
Activación y desactivación de conexión física
Estas funciones permiten la activación y desactivación de conexiones físicas entre dos entidades de enlace de datos, a petición de la capa de enlace de datos. Comprenden una función de retransmisión que permite la interconexión de circuitos de datos.
7.7.4.2
Transmisión de unidades de datos del servicio
físico
La transmisión de unidades de datos del servicio físico (esto es, bits) puede ser síncrona o asíncrona.
7.7.4.3
Gestión de la capa física
Los protocolos de la capa física atienden algunas actividades de gestión de la capa (como las de activación y control de errores). Para la relación con otros aspectos de gestión, véase el 5.9 .
Nota
- Relación de la capa física con el entorno real.
El texto que precede trata de la interconexión entre sistemas abiertos,
conforme ilustra la figura 12/X.200. Para que los sistemas abiertos puedan
comunicar en el entorno real, es preciso establecer conexiones
Figura 23/X.200, p.
Las características mecánicas, electromagnéticas y de otra naturaleza de las
conexiones por medios físicos, que dependen del medio empleado, se definen en
la frontera entre la capa física y los medios físicos. La definición de esas
características figura en otras Recomendaciones.
ANEXO A (a la Recomendación X.200)
Breve explicación sobre la
elección de las capas
En este anexo se presentan elementos que aportan
informaciones adicionales, pero los mismos no forman parte integrante de esta
Recomendación.
Lo que sigue es una breve explicación de la manera en que se ha procedido para elegir las capas:
a)Es esencial que la arquitectura permita el empleo de una variedad de
medios físicos reales para la interconexión con diferentes procedimientos de
control (por ejemplo, V.24, V.25, etc.). La aplicación de los principios P3, P5
y P8 determina el establecimiento de una
capa
física
b)Algunos medios físicos de comunicación (por ejemplo, las líneas
telefónicas) exigen el empleo de técnicas específicas para poder transmitir
datos entre sistemas a pesar de una tasa de errores relativamente alta (es
decir, con una tasa de errores inaceptable para la inmensa mayoría de las
aplicaciones). Estas técnicas específicas se utilizan en los procedimientos de
control del enlace de datos que han sido estudiados y
capa de enlace
c)En la arquitectura de sistemas abiertos, algunos sistemas abiertos
actuarán como destino final de los datos; véase el
4
. Algunos
sistemas abiertos pueden actuar solamente como nodos intermedios
(retransmitiendo datos hacia otros sistemas abiertos); véase la figura
13/X.200. La aplicación de los principios P3, P5 y P7 entraña el
establecimiento de una
capa de red
d)El control del transporte de los datos desde el sistema abierto extremo de
origen al sistema abierto extremo de destino (que no se efectúa en nodos
intermedios) es la última función que debe realizarse para suministrar la
totalidad del servicio de transporte. En consecuencia, la capa superior en la
parte del servicio de transporte de la arquitectura es la
capa de transporte
e)Hace falta organizar y sincronizar el diálogo y administrar el intercambio
de datos. La aplicación de los principios P3 y P4 entraña el establecimiento de
una
capa de sesión
capa de presentación
g)Por último, hay aplicaciones compuestas de procesos de aplicación que
llevan a cabo un procesamiento de información. Un aspecto de estos procesos de
aplicación y los protocolos mediante los cuales comunican constituye la
capa de aplicación
La arquitectura resultante de siete capas, ilustrada en la figura 12/X.200, obedece a los principios P1 y P2.
En el 7 de esta Recomendación se define con más detalle cada una de las siete capas precedentemente indicadas, comenzando desde lo alto con la capa de aplicación, que se describe en el 7.1 , y en orden descendente hasta la capa física, que se describe en el 7.7 .
ANEXO B (a la Recomendación X.200)
índice alfabético de
definiciones
Punto acuse de recibo 5.7.1.16
bloqueo 5.7.1.11
capa (N) 5.2.1.2
circuitos de datos 7.7.1.1
comunicación bidireccional alterna (N) 5.3.1.14
comunicación bidireccional simultánea (N) 5.7.1.13
comunicación de datos (N) 5.3.1.12
comunicación unidireccional (N) 5.3.1.15
concatenación 5.7.1.13
conexión (N) 5.3.1.1
conexión de puntos extremos múltiples 5.3.1.3
conexión de puntos extremos múltiples centralizada 5.7.1.2
conexión de puntos extremos múltiples descentralizada 5.7.1.3
conexión de subred 7.5.1.2
control de flujo 5.7.1.8
datos de interfaz (N) 5.6.1.5
datos de usuario (N) 5.6.1.2
demultiplexación 5.7.1.5
desbloqueo 5.7.1.12
descripción de sintaxis 7.2.1.4
dirección (N) 5.4.1.6
dirección de punto de acceso al servicio (N) 5.4.1.6
división 5.7.1.6
dominio de título 5.4.1.2
encaminamiento 5.4.1.9
entidad (N) 5.2.1.3
entidad de aplicación 7.1.1.1
entidad de aplicación de gestión de aplicación 5.9.1.2
entidad de aplicación de gestión de sistemas 5.9.1.5
entidades (N) interlocutoras 5.3.1.4
entidades pares 5.2.1.4
secuenciamiento 5.7.1.15
facilidad (N) 5.2.1.7
fuente de datos (N) 5.3.1.6
función (N) 5.2.1.8
gestión de aplicación 5.9.1.1
gestión de capa 5.9.1.6
gestión de interacción 7.3.1.2
gestión de sistemas 5.9.1.4
guía de direcciones (N) 5.4.1.7
identificador de conexión de protocolo (N) 5.4.1.14
identificador de protocolo (N) 5.7.1.1
identificador de punto extremo de conexión (N) 5.4.1.10
identificador de punto extremo de conexión del servicio (N) 5.4.1.13
identificador de punto extremo múltiple de conexión 5.4.1.12
información de control de interfaz (N) 5.6.1.4
información de control de protocolo (N) 5.6.1.1
interacción bidireccional alternada 7.3.1.4
interacción bidireccional simultánea 7.3.1.3
interacción unidireccional 7.3.1.5
relación de correspondencia de dirección (N) 5.4.1.8
multiplexación 5.7.1.4
nombre de dominio de título 5.4.1.3
protocolo (N) 5.2.1.10
punto de acceso al servicio (N) 5.2.1.9
punto extremo de conexión (N) 5.3.1.2
recombinación 5.7.1.7
reensamblado 5.7.1.10
recursos ISA 5.9.1.3
reiniciación 5.7.1.17
retransmisión (N) 5.3.1.5
segmentación 5.7.1.9
separación 5.7.1.14
servicio (N) 5.2.1.6
servicio de cuarentena 7.3.1.1
sincronización de conexión de sesión 7.3.1.6
sintaxis concreta 7.2.1.1
sintaxis de transferencia 7.2.1.2
sistema abierto 4.1.3
sistema real 4.1.1
sistema real abierto 4.1.2
subred 7.5.1.1
sufijo (N) 5.4.1.15
sufijo de punto extremo de conexión (N) 5.4.1.11
subsistema (N) 5.2.1.1
sumidero de datos (N) 5.3.1.7
transmisión de datos (N) 5.3.1.8
transmisión dúplex (N) 5.3.1.9
transmisión semidúplex (N) 5.3.1.10
transmisión símplex (N) 5.3.1.11
título 5.4.1.1
título global 5.4.1.5
título local 5.4.1.4
unidad de datos acelerada (N) 5.6.1.8
unidad de datos de interfaz (N) 5.6.1.6
unidad de datos de protocolo (N) 5.6.1.3
unidad de datos del servicio (N) 5.6.1.7
unidad de datos del servicio (N) acelerada5.6.1.8
(H.T.=OUI)
TAB.???
FICHIER: H.T. =
(84.TA.62.S)
(SANS FORMULE) Tableaux: 7 - Tabulateurs: ..
Ejemplo:
NF01/054 (OPM = 01)
objectIdentifierType NF01/076 (OPM = 01)
A ::= Disk 308 NF01/019 (OPM = 02)
Caso b) NF01/044 (OPM = 02)
data-value-descriptor
NF01/049 (OPM = 02)
character string NF01/059 (OPM = 02)
(cs,1) Disk ... NF../... (OPM = ..)
(BT..) Disk ... NF../... (OPM = ..)
(84.TE.02.S)
(A1.23s) / [26s]
FOLIOS: 57 - 101
(DO PRC.COSY.2)
MEP {TPS.NON.PHOTO "[PA1]"} : OK= [1]
Saisie diskettes 307-308 03.04.89 GG/SD
ID + Vérif. + diskette MAJ + laser 20.04.89 PV
Corr. LASER (1re épreuve) = 3eme 27.04.89 RM/GG
Vérif. corr. + transfert + imprimantes ........ ..
Espaces réservés 2.05.89 PC
AJOUTER (PA1) (CL1,0,0,0) pour MEP
MEP + LASER 09.05.89 GH/ZR
Corr. MEP ........ ..
Insertion des tableaux (tabulateurs ..) ........ ..
BAT du 25/5/89 01.06.89 PV
MAJ s/disquettes 4.07.89 CD
Recomendación X.208
ESPECIFICACIóN DE LA NOTACIóN DE SINTAXIS ABSTRACTA^
UNO (NSA.1)
(Melbourne, 1988)
El CCITT,
considerando
a) la variedad y complejidad de los objetos de información transportados en la capa de aplicación;
b) la necesidad de una notación de alto nivel para especificar tales objetos de información;
c) la conveniencia de destacar y normalizar las reglas para codificar tales objetos de información;
recomienda por unanimidad
1) que la notación para definir la sintaxis abstracta de los objetos de información sea la que se define en la sección 1;
2) que los tipos de cadenas de caracteres sean los que se definen en la sección 2;
3) que otros tipos útiles sean los que se definen en la sección 3;
4) que los subtipos sean los que se definen en la sección 4.
íNDICE
0
Introducción
1
Objeto y campo de aplicación
2
Referencias
3
Definiciones
4
Abreviaturas
5
Notación usada en esta Recomendación
5.1Producciones
5.2Colecciones alternativas
5.3Ejemplo de una producción
5.4Disposición
5.5Recurrencia
5.6Referencias a una colección de secuencias
5.7Referencias a un elemento
5.8Rótulos
6
Empleo de la notación NSA.1
SECCIóN 1 - ESPECIFICACIóN DE LA NOTACIóN NSA.1
7
Juego de caracteres NSA.1
8
Elementos de la NSA.1
8.1Reglas generales
8.2Referencias tipo
8.3Identificadores
8.4Referencias valor
8.5Referencia módulo
8.6Comentario
8.7Elemento vacío
8.8Elemento número
8.9Elemento cadena binaria
8.10Elemento cadena hexadecimal
8.11Elemento cadena de caracteres
8.12Elemento asignación
8.13Elementos carácter único
8.14Elementos palabras clave
9
Definición de módulo
10
Referenciación de las definiciones tipo y valor
11
Asignación de tipos y valores
12
Definición de tipos y valores
13
Notación para el tipo boolean (booleano)
14
Notación para el tipo integer (entero)
15
Notación para el tipo enumerated (enumerado)
16
Notación para el tipo real
17
Notación para el tipo bitstring (cadena de bits)
18
Notación para el tipo octetstring (cadena de
octetos)
19
Notación para el tipo null (nulo)
20
Notación para tipos sequence (secuencia)
21
Notación para tipos sequence-of (secuencia-de)
22
Notación para tipos set (conjunto)
23
Notación para tipos set-of (conjunto-de)
24
Notación para tipos choice (elección)
25
Notación para tipos selection (selección)
26
Notación para tipos tagged (rotulados)
27
Notación para el tipo any (cualquiera)
28
Notación para el tipo object identifier (identificador de
objeto)
29
Notación para tipos character string (cadena de
caracteres)
30
Notación para tipos definidos en la sección 3
SECCIóN 2 - TIPOS CHARACTER STRING (CADENA DE CARACTERES)
31
Definición de tipos character string (cadena de
caracteres)
SECCIóN 3 - DEFINICIONES úTILES
32
Generalized Time (Tiempo generalizado)
33
Tiempo universal
34
Tipo external (externo)
35
Tipo object descriptor (descriptor de objeto)
SECCIóN 4 - SUBTIPOS
36
Notación de subtipo
37
Conjuntos de valores de subtipo
37.1Single value (Valor único)
37.2Contained subtype (Subtipo contenido)
37.3Value Range (Gama de valores)
37.4Size Constraint (Limitación de tamaño)
37.5Permitted Alphabet (Alfabeto permitido)
37.6Subtipificación interna
Anexo A
- La notación macro
A.1Introducción
A.2Ampliaciones a los elementos y juegos de caracteres NSA.1
A.2.1Macroreference (Referenciamacro)
A.2.2Productionreference (Referenciaproducción)
A.2.3Localtypereference (Referenciatipolocal)
A.2.4Localvaluereference (Referenciavalorlocal)
A.2.5Elemento de alternación
A.2.6Elemento finalizador de definición
A.2.7Elemento terminal sintáctico
A.2.8Elementos palabras clave de categoría sintáctica
A.2.9Elementos palabras clave adicionales
A.3Notación de definición macro
A.4Uso de la nueva notación
Anexo B
- Asignación por la ISO de valores de
componentes de OBJECT IDENTIFIER (IDENTIFICADOR DE OBJETO)
Anexo C
- Asignación por el CCITT de valores de
componentes de OBJECT IDENTIFIER (IDENTIFICADOR DE OBJETO)
Anexo D
- Asignación conjunta de valores de
componentes de OBJECT IDENTIFIER (IDENTIFICADOR DE OBJETO)
Apéndice I
- Ejemplos y sugerencias
I.1Ejemplo de un registro de personal
I.1.1Descripción informal de un registro de personal
I.1.2Descripción NSA.1 de la estructura de registro
I.1.3Descripción NSA.1 de un valor de registro
I.2Directrices para la utilización de la notación
I.2.1Boolean (Booleano)
I.2.2Integer (Entero)
I.2.3Enumerated (Enumerado)
I.2.4Real (Real)
I.2.5Bit string (Cadena de bits)
I.2.6Octect string (Cadena de octetos)
I.2.7Null (Nulo)
I.2.8Sequence and sequence-of (Secuencia y secuencia-de)
I.2.9Set (Conjunto)
I.2.10Tagged (Rotulado)
I.2.11Choice (Elección)
I.2.12Selection type (Tipo selección)
I.2.13Any (Cualquiera)
I.2.14External (Externo)
I.2.15Encrypted (Cifrado)
I.3Ejemplo del empleo de la notación macro
I.4Utilización durante la identificación de sintaxis abstracta
I.5Subtipos
Apéndice II
- Resumen de la notación NSA.1
0 Introducción
En las capas bajas del modelo básico de referencia (véase la Recomendación X.200), cada parámetro de datos de usuario de una primitiva de servicio se especifica como el valor binario de una secuencia de octetos.
En la capa de presentación, cambia la naturaleza de los parámetros de los
datos de usuario. Las especificaciones de la capa de aplicación requieren que
los datos de usuario del servicio de presentación (véase la Recomendación
X.216) lleven el valor de tipos de gran complejidad, incluidas posiblemente
cadenas de caracteres procedentes de una diversidad de juegos de caracteres.
Con el fin de especificar el valor que es cursado, requieren una notación
definida que no determina la representación del valor. Esta se complementa con
la especificación de uno o más algoritmos denominados
reglas de
codificación
que determinan el valor de los octetos de la capa de sesión
que cursan tales valores de la capa de aplicación (denominada
sintaxis de transferencia
). El protocolo de la capa de
presentación (véase la Recomendación X.226) puede negociar las sintaxis de
transferencia que deben utilizarse.
El objetivo de especificar un valor es distinguirlo de otros valores
posibles. La colección del valor junto con los valores de los que es
diferenciado se llama
tipo
, y una instancia específica es un
valor
de aquel tipo. Mas en general un valor o tipo puede
a menudo considerarse compuesto de varios valores o tipos más simples, junto
con las relaciones existentes entre ellos. El término tipo de datos se usa a
menudo como sinónimo de tipo.
Para interpretar correctamente la representación de un valor (ya sea por marcas en un papel o bits en una línea de comunicación) es necesario saber (por lo general a partir del contexto), el tipo del valor que se representa. Así pues, la identificación de un tipo es una parte importante de esta Recomendación.
Una técnica muy general para definir un tipo complejo es definir un pequeño
número de
tipos simples
definiendo todos los posibles
valores de los tipos simples, y luego combinar estos tipos simples de varias
formas. Algunas de las formas de definir tipos nuevos son las siguientes:
a)dada una lista (ordenada) de tipos existentes, se puede formar un valor como una secuencia (ordenada) de valores, uno de cada uno de los tipos existentes; la colección de todos los valores posibles obtenida de esta forma es un tipo nuevo (si los tipos existentes en la lista son todos distintos, este mecanismo puede ser ampliado para permitir la omisión de algunos valores de la lista);
b)dada una lista de tipos existentes (diferentes), se puede formar un valor como un conjunto (desordenado) de valores, uno de cada uno de los tipos existentes; la colección de todos los valores posibles obtenida de esta forma es un tipo nuevo (el mecanismo puede ser de nuevo ampliado para permitir la omisión de algunos valores);
c)dado un tipo existente simple, se puede formar un valor como una secuencia (ordenada) o conjunto (desordenado) de cero, uno o más valores de tipos existentes; la colección (infinita) de todos los valores posibles así obtenidos es un tipo nuevo;
d)dada una lista de tipos (diferentes), se puede escoger un valor de cualquiera de ellos; el conjunto de todos los valores posibles así obtenido es un tipo nuevo;
e)dado un tipo se puede formar un tipo nuevo como un subconjunto de él utilizando alguna relación de orden o estructura entre los valores.
Los tipos definidos de esta manera se denominan
tipos
estructurados
.
A cada tipo definido usando la notación especificada en esta Recomendación
se le asigna un
rótulo
. El rótulo lo define esta
Recomendación o el usuario de la notación.
Es frecuente que el mismo rótulo se asigne a muchos tipos diferentes, y que el tipo particular sea identificado en el contexto en el que se usa el rótulo.
El usuario de la notación puede optar por asignar rótulos diferentes a dos ocurrencias de un tipo simple, creando para ello dos tipos distintos. Esto puede ser necesario cuando se exige distinguir qué elección se ha hecho en situaciones tales como las del apartado d) anterior.
Se especifican cuatro clases de rótulos en la notación.
La primera es la clase
universal
. Los rótulos de clase
universal se utilizan únicamente como se especifica en esta Recomendación, y
cada rótulo:
a)se asigna a un tipo simple; o
b)se asigna a un mecanismo de construcción.
La segunda clase de rótulos es la clase
aplicación
. Los
rótulos de la clase aplicación se asignan a tipos por otras normas o
Recomendaciones. Dentro de una norma o Recomendación, un rótulo de clase
aplicación se asigna solamente a un tipo.
La tercera clase es la clase
privada
. Los rótulos de
clase privada no son nunca asignados por normas de la ISO ni por
Recomendaciones del CCITT. Su utilización es específica de la aplicación.
La última clase de rótulos es la clase
contexto-específico
. Esta es libremente asignada dentro de
cualquier utilización de esta notación e interpretada de acuerdo con el
contexto en el que se utiliza.
Los rótulos están principalmente destinados a utilizarse en máquinas y no son esenciales para la notación humana definida en esta Recomendación. No obstante, cuando sea necesario exigir que ciertos tipos sean diferentes, ello se expresará exigiendo que tengan rótulos distintos. La asignación de los rótulos es pues una parte importante de la utilización de esta notación.
Nota 1
- Todos los tipos que pueden definirse en la
notación de esta Recomendación tienen un rótulo. Dado un tipo cualesquiera, el
usuario de la notación puede definir un tipo nuevo con un rótulo diferente.
Nota 2
- Las reglas de codificación llevan siempre el
rótulo de un tipo, implícita o explícitamente, con cualquier representación del
valor del tipo. Las limitaciones impuestas al uso de la notación están
concebidas para asegurar que el rótulo determine inequívocamente el tipo real,
con tal que las definiciones aplicables del tipo estén disponibles.
Esta Recomendación especifica una notación que permite definir tipos
complejos y especificar valores de estos tipos. Esto se realiza sin determinar
la forma en la que haya de representarse (por una secuencia de octetos) una
instancia de este tipo durante la transferencia. Una notación que proporciona
esta posibilidad se denomina
notación para definición de
sintaxis abstracta
.
La finalidad de esta Recomendación es especificar una notación para
definición de sintaxis abstracta denominada
notación de sintaxis
abstracta uno
, o NSA.1. La notación en sintaxis
abstracta uno se utiliza como instrumento semiformal para definir protocolos.
La utilización de la notación no impide necesariamente especificaciones
ambiguas. Es responsabilidad de los usuarios de la notación asegurar que sus
especificaciones no sean ambiguas.
Esta Recomendación se completa con otras normas y Recomendaciones que
especifican
reglas de codificación
. La aplicación de
reglas de codificación al valor de un tipo definido por la NSA.1 produce una
especificación completa de la representación de valores de dicho tipo durante
la transferencia (una sintaxis de transferencia).
Esta Recomendación está redaccional y técnicamente en armonía con las publicaciones ISO 8824 y el Addéndum 1 a ISO 8824.
La sección 1 de esta Recomendación define los tipos simples permitidos por la NSA.1 y especifica la notación que se utiliza para referirse a tipos simples y definir tipos estructurados. La sección 1 también especifica la notación que se utiliza para especificar valores de tipos definidos utilizando NSA.1.
La sección 2 de esta Recomendación define tipos adicionales [tipos character string (cadena de caracteres)] los cuales, mediante la aplicación de reglas de codificación para juegos de caracteres, pueden ser equiparados al tipo octetstring (cadena de octetos).
La sección 3 de esta Recomendación define ciertos tipos estructurados considerados de utilidad general pero que no necesitan reglas de codificación adicionales.
La sección 4 de esta Recomendación define una notación que permite definir subtipos a partir de los valores de un tipo progenitor.
El anexo A forma parte de esta Recomendación y especifica una notación para ampliar la notación básica NSA.1. A esto se le llama facilidad macro.
El anexo B forma parte de esta Recomendación y define el árbol de identificadores de objetos para autoridades admitidos por la ISO.
El anexo C forma parte de esta Recomendación y define el árbol de identificadores de objetos para autoridades admitidos por el CCITT.
El anexo D forma parte de esta Recomendación y define el árbol de identificadores de objetos para uso conjunto por el CCITT y la ISO.
El apéndice I no forma parte de esta Recomendación, y proporciona ejemplos y orientaciones sobre la utilización de la NSA.1.
El apéndice II no forma parte de esta Recomendación, y proporciona un resumen de la NSA.1 utilizando la notación del 5 .
El texto de esta Recomendación, y en particular los anexos B a D, son el resultado de un acuerdo entre la ISO y el CCITT.
1 Objeto y campo de aplicación
Esta Recomendación especifica una notación para la definición en sintaxis abstracta denominada notación de sintaxis abstracta uno (NSA.1).
Esta Recomendación define cierto número de tipos simples, con sus rótulos, y especifica una notación para referenciar estos tipos y para especificar valores de los mismos.
Esta Recomendación define mecanismos para construir tipos nuevos a partir de tipos más básicos y especifica una notación para definir tales tipos estructurados y asignarles rótulos, y para especificar valores de estos tipos.
Esta Recomendación define juegos de caracteres para su utilización dentro de la NSA.1.
Esta Recomendación define una cierta cantidad de tipos útiles (mediante NSA.1) a los cuales pueden referirse los usuarios de la NSA.1.
La notación NSA.1 puede aplicarse siempre que sea necesario para definir la sintaxis abstracta de información. Es particularmente, pero no exclusivamente, aplicable a los protocolos de aplicación.
Se hace referencia a la notación NSA.1 en otras normas y Recomendaciones relativas a la capa de presentación que definen reglas de codificación para los tipos simples, los tipos estructurados, los tipos cadena de caracteres y los tipos útiles definidos en NSA.1.
2
Referencias
[1]Recomendación X.200,
Modelo de referencia de
interconexión de sistemas abiertos para aplicaciones del
CCITT
(véase también la norma ISO 7498).
[2]Recomendación X.209,
Especificación de las reglas
básicas de codificación de la notación de sintaxis
abstracta uno (NSA.1)
, (véase también la norma ISO 8825).
[3]Recomendación X.216,
Definición del servicio de
presentación para la interconexión de sistemas abiertos
para aplicaciones del CCITT
(véase también la norma ISO 8822).
[4]Recomendación X.226,
Especificación del protocolo de
presentación para la interconexión de sistemas abiertos
para aplicaciones del CCITT
(véase también la norma ISO 8823).
[5]ISO 2014,
Writing of calendar dates in all-numeric
form
.
[6]ISO 2375,
Data processing - Procedure for registration
of escape sequences
.
[7]ISO 3166,
Codes for the representation of names of
countries
.
[8]ISO 3307,
Information interchange - Representations of
time of the day
.
[9]ISO 4031,
Information interchange - Representation of
local time differentials
.
[10]ISO 6523,
Data interchange - Structure for
identification of organizations
.
[11]Recomendación X.121,
Plan de numeración internacional
por redes públicas de datos
.
3
Definiciones
En esta Recomendación se emplean las definiciones de la Recomendación X.200.
3.1@
valor
@
\Miembro diferenciado de un conjunto de valores.\
3.2@
tipo
@
\Conjunto denominado de valores.\
3.3@
tipo simple
@
\Tipo definido especificando directamente el conjunto de sus valores.\
3.4@
tipo estructurado
@
\Tipo definido por referencia a uno o más tipos.\
3.5@
tipo componente
@
\Uno de los tipos referenciados al definir un tipo estructurado.\
3.6@
rótulo
@
\Indicación de tipo asociada a cada tipo NSA.1.\
3.7@
rotulación
@
\Sustitución del rótulo existente (posiblemente por defecto) de un tipo por un rótulo especificado.\
3.8@
juego de caracteres NSA.1
@
\Conjunto de caracteres, especificado en el 7 , utilizado en la notación NSA.1.\
3.9@
elementos
@
\Secuencias denominadas de caracteres del juego de caracteres NSA.1, especificado en el 8 , utilizados para formar la notación NSA.1.\
3.10@
nombre de referencia de tipo (o de valor)
@
\Nombre asociado unívocamente con un tipo (o valor) dentro de un contexto.
Nota
- Los nombres de referencia se asignan a los
tipos definidos en esta Recomendación; éstos están universalmente disponibles
dentro de la NSA.1. Otros nombres de referencia están definidos en otras normas
y Recomendaciones, y son aplicables solamente en el contexto de dichas normas o
Recomendaciones.\
3.11@
reglas de codificación NSA.1
@
\Reglas que especifican la representación durante la transferencia del valor de cualquier tipo NSA.1; las reglas de codificación NSA.1 permiten que la información transferida sea identificada por el destinatario como un valor específico de un tipo específico NSA.1.\
3.12@
tipo characterstring (cadena de caracteres)
@
\Tipo cuyos valores son cadenas de caracteres de algún juego de caracteres definido.\
3.13@
tipo boolean (booleano)
@
\Tipo simple con dos valores diferenciados.\
3.14@
cierto
@
\Uno de los valores diferenciados del tipo booleano.\
3.15@
falso
@
\El otro valor diferenciado del tipo booleano.\
3.16@
tipo integer (entero)
@
\Tipo simple con valores diferenciados que son números enteros positivos y negativos, incluido el cero (como un valor único).
Nota
- Las reglas de codificación particulares limitan
la gama de un entero, pero tales limitaciones se escogen de tal forma que no
afecten a los usuarios de la NSA.1.\
3.17@
tipo enumerated (enumerado)
@
\Tipo simple a cuyos valores se les da identificadores distintos como parte de la notación de tipo.\
3.18@
tipo real
@
\Tipo simple cuyos valores diferenciados (especificados en el 16.2 ) son miembros del conjunto de números reales.\
3.19@
tipo bitstring (cadena de bits)
@
\Tipo simple cuyos valores diferenciados son una secuencia ordenada de cero, uno o más bits.
Nota
- Las reglas de codificación no limitan el número
de bits de una cadena de bits.\
3.20@
tipo octetstring (cadena de octetos)
@
\Tipo simple cuyos valores diferenciados son una secuencia ordenada de cero, uno o más octetos; cada octeto es una secuencia ordenada de ocho bits.
Nota
- Las reglas de codificación no limitan el número
de octetos de una cadena de octetos.\
3.21@
tipo null (nulo)
@
\Tipo simple consistente en un valor único, también llamado nulo.
Nota
- El valor nulo se utiliza generalmente cuando
son posibles varias alternativas pero ninguna de ellas se aplica.\
3.22@
tipo sequence (secuencia)
@
\Tipo estructurado, definido referenciando una lista de tipos, fijada y ordenada (algunos de los cuales pueden ser declarados opcionales); cada valor de un tipo nuevo es una lista ordenada de valores, uno de cada tipo componente.
Nota
- Cuando un tipo componente es declarado
opcional, un valor del tipo nuevo no necesita contener un valor de ese tipo
componente.\
3.23@
tipo sequence-of (secuencia-de)
@
\Tipo estructurado definido referenciando un único tipo existente; cada valor en el nuevo tipo es una lista ordenada de cero, uno o más valores del tipo existente.
Nota
- Las reglas de codificación no limitan el número
de valores en un valor secuencia-de.\
3.24@
tipo set (conjunto)
@
\Tipo estructurado, definido referenciando una lista de tipos distintos, fijada y desordenada (algunos de los cuales pueden ser declarados opcionales); cada valor del tipo nuevo es una lista desordenada de valores, uno a partir de cada uno de los tipos componentes.
Nota
- Cuando un tipo componente se declara opcional,
el tipo nuevo no necesita contener el valor de ese tipo componente.\
3.25@
tipo set-of (conjunto-de)
@
\Tipo estructurado, definido referenciando un tipo existente único; cada valor en el tipo nuevo es una lista desordenada de cero, uno o más valores del tipo existente.
Nota
- Las reglas de codificación no limitan el número
de valores en un valor conjunto-de.\
3.26@
tipo tagged (rotulado)
@
\Tipo definido referenciando un tipo existente único y a un rótulo; el tipo nuevo es isomórfico del tipo existente, pero es distinto de él.\
3.27@
tipo choice (elección)
@
\Tipo estructurado, definido referenciando una lista de tipos distintos, fijada y desordenada; cada valor del tipo nuevo es un valor de uno de los tipos componentes.\
3.28@
tipo selection (selección)
@
\Tipo estructurado, definido referenciando un tipo componente de un tipo selección.\
3.29@
tipo any (cualquiera)
@
\Tipo elección cuyos tipos componentes están sin especificar pero están restringidos al conjunto de tipos que pueden ser definidos utilizando NSA.1.\
3.30@
tipo external (externo)
@
\Tipo cuyos valores diferenciados no pueden ser deducidos de su caracterización como externos, pero que pueden ser deducidos de la codificación de tal valor; los valores pueden, pero no necesitan, ser describibles utilizando la NSA.1, y así su codificación puede, pero no necesita, ajustarse a las reglas de codificación NSA.1.\
3.31@
objeto de información
@
\Elemento de información, definición o especificación bien definido que requiere un nombre para identificar su utilización en una instancia de comunicación.\
3.32@
identificador de objeto
@
\Valor (distinguible de todos los demás valores) que está asociado con un objeto de información.\
3.33@
tipo object identifier (identificador de objeto)
@
\Tipo cuyos valores diferenciados son el conjunto de todos los identificadores de objeto atribuidos de acuerdo con las reglas de esta Recomendación.
Nota
- Las reglas de esta Recomendación permiten a una
amplia gama de autoridades asociar independientemente identificadores de objeto
con objeto de información.\
3.34@
tipo object descriptor (descriptor de objeto)
@
\Tipo cuyos valores diferenciados son textos legibles por el hombre que proporcionan una breve descripción de un objeto de información.
Nota
- Un valor descriptor de objeto está
generalmente, pero no siempre, asociado a un único objeto de información.
Solamente un valor de identificador de objeto identifica inequívocamente un
objeto de información.\
3.35@
definiciones recurrentes
@
\Conjunto de definiciones NSA.1 que no puede ser reordenado, por lo que todos los tipos utilizados en una construcción están definidos antes de la definición de la construcción.
Nota
- Las definiciones recurrentes están permitidas
en NSA.1: el usuario de la notación tiene la responsabilidad de asegurar que
aquellos valores (de los tipos resultantes) que son utilizados tienen una
representación finita.\
3.36@
módulo
@
\Una o más instancias de utilización de la notación NSA.1 para definición de tipos y valores, encasillados usando la notación módulo NSA.1 (véase el 9 ).\
3.37@
producción
@
\Parte de la notación formal utilizada para especificar la NSA.1, en la cual las secuencias permitidas de los ítems están asociadas con un nombre que puede ser utilizado para referenciar aquellas secuencias en la definición de conjuntos nuevos de secuencias permitidas.\
3.38@
Tiempo Universal Coordinado (UTC)
@
\Escala de tiempo mantenida por el Bureau Internationale de l'Heure (Oficina Internacional de la Hora) que sirve de base para una difusión coordinada de frecuencias patrón y señales horarias.
Nota 1
- El origen de esta definición es la
Recomendación 460-2 del Comité Consultivo Internacional de Radiocomunicaciones
(CCIR). El CCIR también ha definido que la abreviatura para Tiempo Universal
Coordinado sea UTC.
Nota 2
- El UTC se llama también Hora Media de
Greenwich, y se difunden regularmente señales horarias apropiadas.\
3.39@
usuario (de NSA.1)
@
\Individuo u organización que define la sintaxis abstracta de una determinada parte de información utilizando NSA.1.\
3.40@
subtipo (de un tipo progenitor)
@
\Tipo cuyos valores están especificados como un subconjunto de valores de algún otro tipo (el tipo progenitor).\
3.41@
tipo progenitor (de un subtipo)
@
\Tipo utilizado para definir un subtipo.
Nota
- El tipo progenitor puede ser a su vez un
subtipo de algún otro tipo.\
3.42@
especificación de subtipo
@
\Notación que puede utilizarse en asociación con la notación de un tipo, para definir un subtipo de ese tipo.\
3.43@
conjunto de valores de un subtipo
@
\Notación que forma parte de una especificación de subtipo, especificando un conjunto de valores del tipo progenitor que han de ser incluidos en el subtipo.\
3.44 Esta Recomendación utiliza los siguientes términos definidos en la Recomendación X.216:
a)valor de datos de presentación;
b)(una) sintaxis abstracta;
c)nombre de sintaxis abstracta;
d)nombre de sintaxis de transferencia.
3.45 Esta Recomendación también utiliza los siguientes términos definidos en ISO 6523:
a)organización emisora (issuing organization);
b)código de organización (organization code);
c)designador de código internacional (International Code Designator).
3.46 Esta Recomendación utiliza los siguientes términos definidos en la Recomendación X.226:
a)identificador de contexto de presentación.
4
Abreviaturas
NSA.1Notación de sintaxis abstracta uno
@UTCTiempo Universal Coordinado\
@DCIDesignador de código internacional\
@IPDIndicativo de país para datos\
@CIRDCódigo de identificación de red de datos\
5 Notación usada en esta Recomendación
La notación NSA.1 consiste en una secuencia de caracteres del juego de caracteres NSA.1 especificado en el 7 .
Cada utilización de la notación NSA.1 contiene caracteres del juego de caracteres NSA.1 agrupados en ítems. La cláusula 8 especifica todas las secuencias de caracteres que forman parte de los ítems del juego de caracteres de la NSA.1, y los nombra.
La notación NSA.1 se especifica en el 9 (y cláusulas siguientes) especificando la colección de secuencias de ítems que forman instancias válidas de la notación NSA.1, y especificando la semántica de tales secuencias.
Para especificar dichas colecciones, esta Recomendación utiliza una notación formal definida en las siguientes subcláusulas.
5.1
Producciones
Una colección nueva (más compleja) de secuencias NSA.1 se define por medio de una producción. Esta utiliza nombres de colecciones de secuencias definidas en esta Recomendación y forma una nueva colección de secuencias, especificando ya sea:
a)que la colección nueva de secuencias tiene que consistir en cualquier secuencia contenida en cualquiera de las colecciones originales; o
b)que la nueva colección tiene que consistir en cualquier secuencia que pueda ser generada tomando exactamente una secuencia de cada colección, y yuxtaponiéndola en un orden determinado.
Cada producción consta de las partes siguientes, en una o varias líneas, en orden a:
a)un nombre para la nueva colección de secuencias;
b)los caracteres
::= c)una o más colecciones alternativas de secuencias, definidas en el 5.2 , separadas por el carácter
| Una secuencia está presente en la nueva colección si está presente en una o más de las colecciones alternativas. La nueva colección está referenciada en esta Recomendación por el nombre indicado en el apartado anterior a).
Nota
- Si la misma secuencia aparece en más de una
alternativa, cualquier ambigüedad semántica en la notación resultante se
resolverá en otras partes de la secuencia completa NSA.1.
5.2
Colecciones alternativas
Cada una de las colecciones alternativas de secuencias en
`una o más
colecciones alternativas de'
se especifica por medio de una lista de
nombres. Cada nombre es el nombre de un ítem o es nombre de una colección de
secuencias definidas por una producción en esta Recomendación.
La colección de secuencias definidas por la alternativa consiste en todas las secuencias obtenidas al tomar cualquiera de las secuencias (o el ítem) asociadas al primer nombre, en combinación con (y seguida por) cualquiera de las secuencias (o el elemento) asociadas con el segundo nombre en combinación con (y seguida por) cualquiera de las secuencias (o el elemento) asociadas al tercer nombre, y así sucesivamente hasta incluir el último nombre (o el ítem) de la alternativa.
5.3
Ejemplo de una
producción
BitStringValue ::=
bstring | hstring | {IdentifierList}
es una producción que asocia con el nombre
BitStringValue
^ (ValorCadenaBits) las siguientes secuencias:
a)cualquier bstring (cadenab) (un elemento);
b)cualquier hstring (cadenah) (un elemento);
c)cualquier secuencia asociada con la
IdentifierList
^
(ListaIdentificadores), precedida por una { y seguida por una }.
Nota
- { y } son los nombres de elementos que
contienen caracteres únicos { y } (véase
8
).
En este ejemplo
IdentifierList
^ debería ser definida por
una producción posterior, ya sea después o antes de definir la producción
BitStringValue
(ValorCadenaBits).
5.4
Disposición
Cada producción utilizada en esta Recomendación está precedida y seguida por una línea vacía. Las líneas vacías no aparecen dentro de las producciones. La producción puede estar en una sola línea o distribuida en varias líneas. La disposición no es significativa.
5.5
Recurrencia
Las producciones en esta Recomendación son frecuentemente recurrentes. En este caso las producciones han de ser continuamente reaplicadas hasta que no se generen nuevas secuencias.
Nota
- En muchos casos tal reaplicación produce una
colección ilimitada de secuencias permitidas, de las cuales alguna o todas
ellas pueden ser ilimitadas. Esto no es un error.
5.6
Referencias a una colección de secuencias
Esta Recomendación referencia una colección de secuencias (parte de la
NSA.1) referenciando el primer nombre (antes de ::=) en una producción; el
nombre está entre
" para distinguirlo del texto en el lenguaje natural, a no
ser que aparezca como parte de una producción.
5.7
Referencias a un elemento
Esta Recomendación referencia un elemento referenciando el nombre del
elemento; el nombre está entre "
para distinguirlo del texto en el lenguaje
natural, a no ser que aparezca como parte de una producción.
Cuadro 1/X.208 [T1.208], p.
5.8
Rótulos
Un rótulo se especifica dando su clase y el número dentro de la clase. La clase es una de las siguientes:
universal aplicación privada específico a un contexto
El número es un entero no-negativo, especificado en notación decimal.
Las restricciones en los rótulos asignados por el usuario de NSA.1 se especifican en el 26 .
Los rótulos en la clase universal se asignan de tal forma que, para tipos estructurados, la estructura de alto nivel puede deducirse a partir del rótulo y para tipos simples el tipo puede deducirse a partir del rótulo. El cuadro 1/X.208 resume la asignación de rótulos de la clase universal especificados en esta Recomendación.
Nota
- Se reservan los rótulos adicionales en la clase
universal para ser asignados en futuras versiones de esta Recomendación.
6
Uso de la notación
NSA.1
6.1 La notación NSA.1 para una definición de un tipo será
"Type"
(Tipo) (véase el
12.1
).
6.2 La notación NSA.1 para un valor de un tipo será
"Value"
(Valor)
(véase
12.7
).
Nota
- No es posible generalmente interpretar la
notación del valor sin conocer la del tipo.
6.3 La notación NSA.1 para asignar un tipo a un nombre de referencia de
tipo será
"Typeassignment"
(Asignacióntipo) (véase
11.1
).
6.4 La notación NSA.1 para asignar un valor a un nombre de referencia de
valor será
"Valueassignment"
(Asignaciónvalor) (véase
11.2
).
6.5 La notación
"Typeassignment"
(Asignacióntipo) y
"Valueassignement"
(Asignaciónvalor) serán solamente utilizadas dentro
de la notación
"ModuleDefinition"
(DefiniciónMódulo) (véase no obstante
el
9.1
).
SECCIóN 1 - ESPECIFICACIóN DE LA NOTACIóN NSA.1
7
Juego de caracteres NSA.1
7.1 Un ítem NSA.1 consistirá en una secuencia de los caracteres indicados en el cuadro 2/X.208, excepto en lo especificado en los 7.2 y y 7.3 .
Cuadro 2/X.208 [T2.208], p.
Nota 1
- En la notación macro se utilizan además los
caracteres > y | .
Nota 2
- Cuando se desarrollen normas derivadas
equivalentes por organismos de normalización nacionales, pueden aparecer nuevos
caracteres en los siguientes ítems (los cinco últimos están definidos en el
anexo A):
typereference( 8.2.1 )
identifier( 8.3 )
valuereference( 8.4 )
modulereference( 8.5 )
macroreference(Î A.2.1)
productionreference(Î A.2.2)
localtypereference(Î A.2.3)
localvaluereference(Î A.2.4)
astring(Î A.2.7)
Nota 3
- Cuando se introducen caracteres adicionales
para acomodar un lenguaje en el que la distinción entre letras mayúsculas y
minúsculas no es significativa, la distinción sintáctica conseguida imponiendo
que el primer carácter de alguno de los ítems mencionados anteriormente sea una
letra mayúscula o minúscula tiene que ser conseguida de alguna otra forma.
7.2 Cuando se utiliza la notación para especificar el valor de un tipo cadena de caracteres, todos los caracteres del juego de caracteres definidos pueden aparecer en la NSA.1, entre comillas (véase 8.11 ).
7.3 En el ítem
"comentario"
(comment) pueden aparecer caracteres
adicionales. (Véase
8.6
.)
7.4 El significado no recaerá en el estilo tipográfico, tamaño, color, intensidad y otras características de visualización.
7.5 Las letras mayúsculas y minúsculas deberán considerarse distintas.
8 Elementos en la NSA.1
8.1
Reglas generales
8.1.1 Las siguientes subcláusulas especifican los caracteres en los elementos NSA.1. En cada caso se da el nombre del elemento, junto con la definición de las secuencias de caracteres que forman el ítem.
Nota
- El anexo A especifica los elementos adicionales
utilizados en la notación macro.
8.1.2 Cada elemento especificado en las siguientes subcláusulas aparecerá
en una línea única y [salvo para el elemento
"comment"
(comentario)] no
contendrá espacios.
8.1.3 La longitud de la línea no está limitada.
8.1.4 Los elementos de las secuencias especificadas por esta Recomendación (la NSA.1) pueden aparecer en una línea o en varias y pueden estar separados por uno o más espacios y por líneas vacías.
8.1.5 Un elemento estará separado del siguiente o por un espacio o por estar en una línea separada, si el carácter inicial (o caracteres) del elemento siguiente es un carácter (o caracteres) autorizado para su inclusión al final de los caracteres del elemento anterior.
8.2
Referencias tipo
Nombre de elemento-typereference
8.2.1 Una
"typereference"
constará de un número arbitrario de (una o
más) letras, cifras y guiones. El carácter inicial será una letra mayúscula. El
guión no será el último carácter. Un guión no irá seguido inmediatamente de
otro guión.
Nota
- Las reglas referentes a los guiones están
pensadas para evitar ambigüedad en los comentarios (que posiblemente sigan).
8.2.2 Una
"typereference"
no será una de las secuencias reservadas
de caracteres relacionados en el cuadro 3/X.208.
Nota
- En el Î A.2.9 se especifican secuencias
reservadas adicionales de caracteres dentro de una definición macro.
8.3
Identificadores
Nombre de elemento-identifier
Un
"identifier"
estará constituido por un número arbitrario de (una
o más) letras, dígitos y guiones. El carácter inicial será una letra minúscula.
El guión no será el último carácter. Un guión no irá seguido inmediatamente de
otro guión.
Nota
- Las reglas referentes a los guiones están
pensadas para evitar ambigüedades en los comentarios (que posiblemente sigan).
Tableau 3/X.208 [T3.208], p. 3
8.4
Referencias valor
Nombre de elemento-valuereference
Una ÑvaluereferenceÑ estará constituida por la secuencia de caracteres
especificada por un
"identificador"
(identifier) en el
8.3
.
Al analizar una instancia de utilización de esta notación, una
"valuereference"
se distingue de un
"identifier"
por el contexto
en el que aparece.
8.5
Referencia módulo
Nombre de elemento-moduloreference
Una ÑmodulereferenceÑ estará constituida por la secuencia de caracteres
especificada por una
"typereference"
en el
8.2
. Al analizar
una instancia de utilización de esta notación, una
"modulereference"
se
distingue de una
"typereference"
por el contexto en el que aparece.
8.6
Comentario
Nombre de elemento-comment
8.6.1 Un
"comment"
no está referenciado en la definición de la
notación NSA.1. Puede, sin embargo, aparecer en cualquier momento entre otros
ítems y no tiene significación.
8.6.2 Un
"comment"
comenzará con un par de guiones adyacentes y
terminará con el próximo par de guiones adyacentes o el final de la línea, lo
que suceda primero. Un
"comment"
no contendrá un par de guiones
adyacentes además del par que lo abre y el par (de haberlo), que lo cierra.
Puede incluir caracteres que no están en el juego de caracteres especificados
en el
7.1
(véase el
7.3
).
8.7
Elemento vacío
Nombre de elemento-empty
El elemento
"empty"
no contiene caracteres. Se usa en la notación
del
5
cuando se especifican conjuntos alternativos de secuencias,
para indicar que la ausencia de todas las alternativas es posible.
8.8
Elemento número
Nombre de elemento-number
Un
"number"
constará de una o más cifras. La primera cifra no será
cero a menos que el
"number"
sea de una sola cifra.
8.9
Elemento cadena binaria
Nombre de elemento-bstring
Una
"bstring"
constará de un número arbitrario (que puede ser cero)
de ceros y unos, precedidos por un único ' y seguidos por el par de caracteres:
'B
Ejemplo
^:'01101100'B
8.10
Elemento cadena hexadecimal
Nombre de elemento-hstring
8.10.1Una
"hstring"
constará de un número arbitrario (que puede ser
cero) de los caracteres
A B C D E F 0 1 2 3 4 5 6 7 8 9 precedidos por un único ' y seguidos por el par de caracteres
'H
Ejemplo
^:'AB0196'H
8.10.2Cada carácter se utiliza para designar el valor de un semiocteto usando una representación hexadecimal.
8.11
Elemento cadena de caracteres
Nombre de elemento-cstring
Una
"cstring"
constará de un número arbitrario (que puede ser cero)
de caracteres del juego de caracteres referenciados por un tipo bitstring,
precedidos y seguidos de Ñ. Si el juego de caracteres incluye el carácter Ñ,
éste estará representado en la
"cstring"
por un par de Ñ. El juego de
caracteres involucrado no está limitado al juego de caracteres indicados en el
cuadro 2/X.208, pero está determinado por el tipo para el cual la ÑcstringÑ es
un valor (véase el
7.2
).
Ejemplo
^:
MONTAGE
8.12
Elemento asignación
Nombre de elemento-
"::="
Este elemento estará constituido en la secuencia de caracteres
::=
Nota
- Esta secuencia no contiene ningún carácter espacio
(véase el
8.1.2
).
8.13
Elementos carácter único
Nombres de los elementos:
{ } < , . ( ) [ ] - (guión) ;
Un elemento con cualquiera de los nombres enumerados anteriormente estará constituido por el carácter único que forma el nombre.
8.14
Elementos palabras clave
Nombres de los elementos -
BOOLEAN (BOOLEANO)
INTEGER (ENTERO)
BIT (BIT)
STRING (CADENA)
OCTECT (OCTETO)
NULL (NULO)
SEQUENCE (SECUENCIA)
OF (DE)
SET (CONJUNTO)
IMPLICIT (IMPLíCITO)
CHOICE (ELECCIóN)
ANY (CUALQUIERA)
EXTERNAL (EXTERNO)
OBJECT (OBJETO)
IDENTIFIER (IDENTIFICADOR)
OPTIONAL (OPCIONAL)
DEFAULT (PORDEFECTO)
COMPONENTS (COMPONENTES)
UNIVERSAL (UNIVERSAL)
APPLICATION (APLICACIóN)
PRIVATE (PRIVADO)
TRUE (VERDADERO)
FALSE (FALSO)
BEGIN (COMIENZO)
END (FINAL)
DEFINITIONS (DEFINICIONES)
EXPLICIT (EXPLíCITO)
ENUMERATED (ENUMERADO)
EXPORTS (EXPORTACIONES)
IMPORTS (IMPORTACIONES)
REAL (REAL)
INCLUDES (INCLUSIONES)
MIN (MíNIMO)
MAX (MáXIMO)
SIZE (TAMAñO)
FROM (DESDE)
WITH (CON)
COMPONENT (COMPONENTE)
PRESENT (PRESENTE)
ABSENT (AUSENTE)
DEFINED (DEFINIDO)
BY (POR)
PLUS-INFINITY (MáS-INFINITO)
MINUS-INFINITY (MENOS-INFINITO)
TAGS (RóTULOS)
Los elementos con los nombres anteriores estarán constituidos por la secuencia de caracteres del nombre.
Nota 1
- No deben aparecer espacios en estas
secuencias.
Nota 2
- Cuando estas secuencias no estén enumeradas
como secuencias reservadas en el
8.2.2
, se diferenciarán de otros
elementos que contengan los mismos caracteres por el contexto en el que
aparezcan.
9 Definición de módulo
9.1 Una
"ModuleDefinition"
(DefiniciónMódulo) se especifica por las
siguientes producciones:
ModuleDefinition ::=
ModuleIdentifier
DEFINITIONS
TagDefault
"::="
BEGIN
ModuleBody
END
TagDefault ::=
EXPLICIT TAGS | IMPLICIT TAGS | empty
ModuleIdentifier ::=
modulereference AssignedIdentifier
AssignedIdentifier ::=
ObjectIdentifierValue | empty
ModuleBody ::=
Exports Imports AssignmentList | empty
Exports ::=
EXPORTS SymbolsExported; | empty
SymbolsExported ::=
SymbolList | empty
Imports ::=
IMPORTS SymbolsImported; | empty
SymbolsImported ::=
SymbolsFromModuleList | empty
SymbolsFromModuleList ::=
SymbolsFromModule SymbolsFromModuleList | SymbolsFromModule
SymbolsFromModule ::=
SymbolList FROM ModuleIdentifier
SymbolList ::= Symbol, SymbolList | Symbol
Symbol ::=typereference | valuereference
AssignmentList ::=
Assignment AssignmentList | Assignment
Assignment ::=
TypeAssignment | ValueAssignment
Nota 1
- El anexo A especifica una secuencia
"MacroDefinition"
(DefiniciónMacro) que puede aparecer también en la
"AssignmentList"
(ListaAsignación). Las notaciones definidas por una
definición macro pueden aparecer antes o después de la definición macro, dentro
del mismo módulo.
Nota 2
- En casos individuales (aunque desaconsejados)
y para ejemplos y para definición de tipos con rótulos de clase universal,
puede utilizarse el
"ModuleBody"
(CuerpoMódulo) fuera de una
"ModuleDefinition"
.
Nota 3
- Las producciones
"Typeassignement"
y
ÑValueassignmentÑ están especificadas en el
11
.
Nota 4
- El agrupamiento de tipos de datos NSA.1 en
módulos no determina necesariamente la formación de valores de datos de
presentación en sintaxis abstractas nominadas con fines de definición del
contexto de presentación.
Nota 5
- El valor de
"TagDefault"
(RótuloPorDefecto) de la definición módulo afecta solamente a aquellos tipos
definidos explícitamente en el módulo. No afecta a la interpretación de tipos
importados.
Nota 6
- Una
"macroreference"
(véase el anexo
A), puede también aparecer como un
"Symbol"
(Símbolo).
9.2 El
"TagDefault"
es tomado por
"EXPLICIT TAGS"
(RóTULOS
EXPLíCITOS) si está
"empty"
(vacío).
Nota
- El
26
da el significado de
"EXPLICIT TAGS"
(RóTULOS EXPLíCITOS) y de
"IMPLICIT TAGS"
(RóTULOS IMPLíCITOS).
9.3 La
"modulereferenceÐ que aparece en la producción
ÐModuleDefinition"
se llama nombre del módulo. Los nombres de módulos se
escogen para asegurar la coherencia y acabado de todas las secuencias
"Assignment"
(Asignación) que aparecen dentro de las secuencias
"ModuleBody"
y
"ModuleDefinition"
con este nombre de módulo. Un
conjunto de secuencias
"Assignment"
es coherente y completo si, para
cada
"typereference"
o ÑvaluereferenceÑ que aparecen dentro de él, hay
exactamente una
"Typeassignement"
o
"Valueassignement"
respectivamente asociando el nombre con un tipo o valor (respectivamente), o
exactamente un
"SymbolsFromModule"
en el que la
"typereference"
o
"valuereference"
(respectivamente) aparece como un
"Symbol"
.
9.4 Los nombres de módulos sólo deben utilizarse una vez (salvo lo establecido en el 9.10 ) dentro de la esfera de interés de la definición del módulo.
Nota
- Se recomienda que los módulos definidos en las
Normas ISO tengan nombres de módulo de la forma
ISOxxxx-yyyy donde xxxx es el número de la Norma e yyyy es un acrónimo adecuado para la Norma (por ejemplo, JTM, FTAM, o CCR). Un acuerdo similar puede ser aplicado por otros organismos de normalización.
9.5 Si el
"AssignedIdentifier"
incluye un
"ObjectIdentifierValue"
, el último identifica el módulo sin ambigüedad y
unívocamente.
Nota
- Se recomienda que sea asignado un identificador
objeto para que otros puedan referirse al módulo sin ambigüedad.
9.6 El
"ModuleIdentifier"
en un
"SymbolsFromModule"
aparecerá
en la
"ModuleDefinition"
de otro módulo, salvo si incluye un
"ObjectIdentifierValue"
, la
"modulereference"
puede diferir en
ambos casos.
Nota 1
- Una
"modulereference"
diferente de la
usada en el otro módulo debe ser utilizada solamente cuando los símbolos tienen
que ser importados de dos módulos con el mismo nombre (la denominación de los
módulos no tiene en cuenta el
9.4
). La utilización de nombres
alternativos distintos permite utilizar estos nombres en el cuerpo del módulo
(véase el
9.8
).
Nota 2
- Cuando se utilizan una
"modulereference"
y un
"ObjectIdentifierValue"
para referirse a
un módulo, el último será considerado definitivo.
9.7 Cada
"Symbol"
en ÑSymbolsExportedÑ estará definido en el módulo
que se construye.
Nota
- Se recomienda que cada símbolo al que se
referencia desde fuera del módulo, sea incluido en
"SymbolsExported"
. Si
no los hay, entonces se seleccionaría la alternativa
"empty"
de
"SymbolsExported"
(no de
"Exports"
).
9.8 Cada
"Symbol"
en
"SymbolsFromModule"
estará definido en
el módulo especificado por el
"ModuleIdentifier"
en
"SymbolsFromModule"
. Si se utiliza
"Exports"
en la definición de
ese módulo,
"Symbol"
aparecerá en su
"SymbolsExported"
.
9.9 Un
"Symbol"
en un
"SymbolsFromModule"
puede aparecer en
un
"ModuleBody"
en un
"DefinedType"
(si es una
"typereference"
) o
"DefinedValue"
(si es una
"valuereference"
). El significado asociado con
"Symbol"
es el que
tiene en el módulo designado por el correspondiente
"ModuleIdentifier"
.
Cuando aparezca también
"Symbol"
en una
"AssignmentList"
(desaconsejado), o en una o más instancias de
"SymbolsFromModule"
, se
utilizará solamente en una
"ExternalTypeReference"
o
"ExternalValueReference"
cuya
"modulereference"
es la
"SymbolsFromModule"
(véase el
9.10
). Cuando esto no aparezca
pueden utilizarse un
"DefinedType"
o
"DefinedValue"
directamente.
9.10 Excepto en lo especificado en el
9.9
, una
"typereference"
o
"valuereference"
estará referenciada en un
módulo diferente de aquel en el que está definida utilizando una
"Externaltypereference"
o
"Externalvaluereference"
, especificada
por medio de las siguientes producciones:
Externaltypereference ::=
modulereference typereference
Externalvaluereference ::=
modulereference valuereference
10 Referenciación de las definiciones tipo
y valor
10.1Las producciones
DefinedType ::=
Externaltypereference | typereference
DefinedValue ::=
Externalvaluereference | valuereference
especifican las secuencias que se utilizarán para referenciar las definiciones de tipo y valor.
10.2 Salvo lo especificado en el
9.10
no se utilizarán las
alternativas
"typereference"
y
"valuereference"
a no ser que la
referencia esté dentro del módulo en el que está asignado un tipo o valor
(véanse los
11.1
y
11.2
) a la typereference o
valuereference.
10.3 No se utilizarán
"Externaltypereference"
y
"Externalvaluereference"
a menos que a la correspondiente
"typereference"
o
"valuereference"
se les haya asignado un tipo o
valor respectivamente (véanse los
11.1
y
11.2
) dentro de
la
"modulereference"
correspondiente.
11 Asignación de tipos y valores
11.1 La notación especificada por la producción
"Typeassignment"
asignará un tipo a
"typereference"
:
Typeassignment ::= typereference
"::="
Type
"Typereference"
no será uno de los nombres utilizados para
referenciar los tipos de cadena de caracteres definidos en la sección 2, y no
será uno de los nombres utilizados para referenciar los tipos definidos en la
sección 3.
11.2 La notación especificada por la producción
"Valueassignement"
asignará un valor a
"valuereference"
:
Valueassignment ::= valuereference
Type
"::="
Value
El valor
"Value"
assignado a la
"valuereference"
será una
notación válida (véase el
12.7
) para un valor del tipo definido por
"Type"
.
12 Definición de tipos y valores
12.1 Un tipo se referenciará por una de las secuencias
"Type"
:
Type ::= BuiltinType | DefinedType | Subtype (véase 10.1 ) (véase 37 )
BuiltinType ::=
BooleanType | IntegerType | BitStringType | OctetStringType | NullType | SequenceType | SequenceOfType | SetType | SetOfType | ChoiceType | SelectionType | TaggedType | AnyType | ObjectIdentifierType | CharacterStringType | UsefulType | EnumeratedType | RealType |
Nota 1
- Una notación tipo definida en una macro puede
ser utilizada también como una secuencia para
"Type"
(véase el anexo A).
Nota 2
- En futuras versiones de esta Recomendación se
pueden definir nuevos tipos adicionales.
12.2 La notación
"BuiltinType"
está especificada en las siguientes
cláusulas.
12.3 La notación
"Subtype"
está especificada en la sección 4.
12.4 El tipo referenciado es el tipo definido por el
"BuiltinType"
o
"Subtype"
asignado al
"DefinedType"
.
12.5 En algunas notaciones dentro de las cuales está referenciado un tipo,
éste puede ser denominado. En tales casos, esta Recomendación especifica la
utilización de la notación
"NamedType"
:
NamedType ::=
identifier Type | Type | SelectionType
La notación
"SelectionType"
y la notación del valor correspondiente
están especificadas en el
25
.
Nota
- La notación
"SelectionType"
contiene un
"identifier"
que puede formar parte de la notación del valor cuando se
utiliza
"SelectionType"
"NamedType"
(véase el
25.1
).
12.6 El
"identifier"
no es parte del tipo, y no afecta al tipo. El
tipo referenciado por una secuencia
"NamedType"
es aquel que está
referenciado por la secuencia
"Type"
contenida.
12.7 El valor del tipo estará especificado por una de las secuencias
"Value"
:
Value ::= BuiltinValue | DefinedValue
BuiltinValue ::=
BooleanValue | IntegerValue | BitStringValue | OctetStringValue | NullValue | SequenceValue | SequenceOfValue | SetValue | SetOfValue | ChoiceValue | SelectionValue | TaggedValue | AnyValue | ObjectIdentifierValue | CharacterStringValue | EnumeratedValue | RealValue |
Nota
- Una notación de valor definida en una macro
puede también ser utilizada como una secuencia para
"Value"
(véase el
anexo A).
12.8 Si el tipo está definido utilizando una de las notaciones indicadas a continuación en la columna izquierda, entonces el valor será especificado utilizando la notación de la columna derecha:
Type notation Value notation
BooleanTypeBooleanValue IntegerTypeIntegerValue BitStringTypeBitStringValue OctetStringTypeOctetStringValue NullTypeNullValue SequenceTypeSequenceValue SequenceOfTypeSequenceOfValue SetTypeSetValue SetOfTypeSetOfValue ChoiceTypeChoiceValue TaggedTypeTaggedValue AnyTypeAnyValue ObjectIdentifierTypeObjectIdentifierValue CharacterStringTypeCharacterStringValue EnumeratedTypeEnumeratedValue RealTypeRealValue
Nota
- En futuras versiones de esta Recomendación
pueden definirse nuevos valores.
Cuando el tipo es un DefinedType, la notación de valor será la notación para un tipo utilizado al producir el DefinedType.
12.9 La notación de valor para un tipo definido por la notación
"UsefulType"
está especificada en la sección 3.
12.10 La notación
"BuiltinValue"
está especificada en las cláusulas
siguientes.
12.11 El valor de un tipo referenciado utilizando la notación
"NamedType"
estará definido por la notación
"NamedValue"
:
NamedValue ::=
identifier Value | Value
donde el
"identifier"
(si lo hay) es el mismo que el utilizado en la
notación
"NamedType"
. En el
25.2
se especifican otras
restricciones sobre el
"NamedValue"
cuando el
"NamedType"
era un
"SelectionType"
.
Nota
- El
"identifier"
es parte de la notación
y no forma parte del valor en sí.
12.12 El
"identifier"
estará presente en
"NamedValue"
si y
solamente si estaba presente en el
"NamedType"
.
Nota
- Un
"identifier"
está siempre presente en
el caso de un
"SelectionType"
.
13 Notación para el
tipo boolean (booleano)
13.1 El tipo boolean (véase el
3.13
) estará referenciado por la
notación
"BooleanType"
.
BooleanType ::= BOOLEAN
13.2 El rótulo para tipos definidos por esta notación es de clase universal, número 1.
13.3 El valor de un tipo boolean (véanse los
3.14
y
3.15
) será definido por la notación
"BooleanValue"
:
BooleanValue ::= TRUE | FALSE
14 Notación para el
tipo integer (entero)
14.1 El tipo integer (véase el
3.16
) será referenciado por la
notación
"IntegerType"
:
IntegerType ::=
INTEGER | INTEGER{NamedNumberList}
NamedNumberList ::=
NamedNumber | NamedNumberList,NamedNumber
NamedNumber ::=
identifier(SignedNumber) | identifier(DefinedValue)
SignedNumber ::= number | -number
14.2 La segunda alternativa de
"SignedNumber"
no se utilizará si el
"number"
es cero.
14.3 La
"NamedNumberList"
no es significativa en la definición de un
tipo. Se utiliza únicamente en la notación de valor especificada en el
14.9
.
14.4 El
"DefinedValue"
será una referencia a un valor de tipo entero
o a un tipo derivado de un entero por rotulación o por subtipificación.
14.5 El valor de cada
"SignedNumber"
o
"DefinedValue"
que
aparecerá en la
"NamedNumberList"
será diferente, y representa un valor
diferenciado de un tipo entero.
14.6 Cada
"identifier"
que aparezca en la
"NamedNumberList"
será diferente.
14.7 El orden de las secuencias de
"NamedNumber"
en la
"NamedNumberList"
no es significativo.
14.8 El rótulo para tipos definidos por esta notación es de clase universal, número 2.
14.9 El valor de un tipo entero estará definido por la notación
"IntegerValue"
.
IntegerValue ::=
SignedNumber | identifier
14.10 El
"identifier"
en
"IntegerValue"
será igual al de un
"identifier"
en la secuencia
"IntegerType"
con la que el valor
está asociado, y representará el número correspondiente.
Nota
- Se debe preferir el uso de la forma
"identifier"
de
"IntegerValue"
cuando se defina un valor entero
para el cual se haya definido un
"identifier"
.
15 Notación para el
tipo enumerated (enumerado)
15.1 El tipo enumerated (véase el
3.17
) será referenciado por la
notación
"EnumeratedType"
:
EnumeratedType ::= ENUMERATED {Enumeration}
Enumeration ::=
NamedNumber | NamedNumber, Enumeration
Nota 1
- Cada valor tiene un identificador el cual
está asociado, en esta notación, con un entero distinto. Esto proporciona
control de la representación del valor para facilitar ampliaciones compatibles,
pero los valores por sí mismos no se prevé que tengan ninguna semántica de
entero.
Nota 2
- Los valores numéricos dentro de los
"NamedNumber"
en la
"Enumeration"
no son necesariamente ordenados
y contiguos.
15.2 Para cada
"NamedNumber"
, el
"identifier"
y el
"SignedNumber"
serán distintos de todos los demás
"identifier"
y
"SignedNumber"
en la
"Enumeration"
.
15.3 El tipo enumerated tiene un rótulo que es de clase universal, número 10.
15.4 El valor de un tipo enumerated estará definido por la notación
"EnumeratedValue"
.
EnumeratedValue ::= identifier
16 Notación para el
tipo real
16.1 El tipo real (véase el
3.18
) estará referenciado por la
notación
"RealType"
.
RealType ::= REAL
16.2 Los valores del tipo real son valores PLUS-INFINITY y MINUS-INFINITY junto con los números reales que pueden especificarse mediante la fórmula que involucra tres enteros, M, B y E:
M BE donde M se denomina mantisa, B la base, y E exponente. M y E pueden tomar cualquier valor entero, positivo o negativo, mientras que B puede tomar los valores 2 ó 10. Están autorizadas todas las combinaciones de M, B y E.
Nota 1
- Este tipo es capaz de cursar una
representación exacta de cualquier número que pueda ser almacenado en un
soporte material típico de coma flotante, y de cualquier número con una
representación finita de caracteres decimales.
Nota 2
- La codificación (de este tipo) que está
especificada en la Recomendación X.209 permite el uso de bases 2, 8 ó 16 con
una representación binaria de valores reales, y base 10 con una representación
de caracteres. La elección es una opción de emisor.
16.3 El tipo real tiene un rótulo cuya clase es universal, número 9.
16.4 La notación para definir un valor de tipo real será
"RealValue"
:
RealValue ::= NumericRealValue | SpecialRealValue
NumericRealValue ::=
{Mantissa, Base, Exponent} | 0
Mantissa ::= SignedNumber
Base ::= 2 | 10
Exponent ::= SignedNumber
SpecialRealValue ::= PLUS-INFINITY | MINUS-INFINITY
Se utilizará la forma
"0"
para valores cero, y la forma alternada
para
"NumericRealValue"
no será usada para valores cero.
17 Notación para el
tipo bitstring (cadena de bits)
17.1 El tipo bitstring (véase el
3.19
) será referenciado por
"BitStringType"
:
BitStringType ::=
BIT STRING | BIT STRING{NamedBitList}
NamedBitList ::=
NamedBit | NamedBitList,NamedBit
NamedBit ::=
identifier(number) | identifier(DefinedValue)
17.2 La
"NamedBitList"
no es significativa en la definición de un
tipo. Se usa solamente en la notación del valor especificado en el
17.8
.
17.3 El primer bit de una bitstring tiene el número
cero
. El bit final de una bitstring es llamado
bit postrero
.
Nota
- Esta terminología se usa al especificar la
notación de valor y las reglas de codificación.
17.4 El
"DefinedValue"
será una referencia a un valor no negativo de
tipo entero o enumerado o a un tipo derivado de éstos por rotulación o por
subtipificación.
17.5 El valor de cada
"number"
o
"DefinedValue"
que aparece
en la
"NamedBitList"
será diferente, y es el número de un bit
diferenciado en un valor bitstring.
17.6 Cada
"identifier"
que aparece en la
"NamedBitList"
será
diferente.
Nota
- El orden de las secuencias de
"NamedBit"
en la
"NamedBitList"
no es significativo.
17.7 Este tipo tiene un rótulo que es de clase universal, número 3.
17.8 El valor de un tipo bitstring estará definido por la notación
"BitStringValue"
:
BitStringValue ::=
bstring | hstring | {IdentifierList} | {^}
IdentifierList ::=
identifier | IdentifierList,identifier
17.9 Cada
"identifier"
en un
"BitStringType"
será el mismo
que un
"identifier"
en la secuencia
"BitStringType"
con la que el
valor está asociado.
17.10 El usuario de la notación determina, y puede indicar mediante comentarios, si la presencia o ausencia del bit postrero es o no pertinente.
Nota
- Las reglas de codificación permiten la
transferencia de una cadena de bits con un patrón y una longitud arbitrarios.
17.11 Las notaciones
"{IdentifierList}"
y
"{^}"
para
"BitStringValue"
no serán usadas si la presencia o ausencia del bit
postrero es pertinente. Esta notación indica un valor bitstring con unos en las
posiciones de bit especificadas por los números correspondientes a las
secuencias
"identifier"
y con todos los demás bits cero.
Nota
- La secuencia
"{^}"
se utiliza para
denotar un valor bitstring que no tiene ningún bit.
17.12 Al especificar las reglas de codificación para una bitstring, los
bits serán referenciados por los términos
primer bit
y
bit postrero
, tal como se ha definido anteriormente.
17.13 Cuando se utiliza la notación
"bstring"
, el
primer bit
^ es el de la izquierda, y el
bit postrero
el de la derecha.
17.14 Cuando se usa la notación
"hstring"
, el bit más significativo
de cada cifra hexadecimal corresponde al primer bit (el que está más a la
izquierda) de la bitstring.
Nota
- Esta notación no debe en ningún caso limitar la
forma en que las reglas de codificación colocan las cadenas de bits en octetos
para su transferencia.
17.15 No se utilizará la notación
"hstring"
a menos que:
a)el valor de bitstring consista en un múltiplo de cuatro bits; o
b)la presencia o ausencia del bit postrero cero no sea significativa,
Ejemplo:
'A98A'H y
'1010100110001010'B son notaciones alternativas para el mismo valor de bitstring.
18 Notación para el
tipo octetstring (cadena de octetos)
18.1El tipo octetstring (véase el
3.20
) será referenciado por la
notación
"OctetStringType"
:
OctetStringType ::= OCTET STRING
18.2Este tipo tiene un rótulo que es de clase universal, número 4.
18.3El valor de un tipo octetstring estará definido por la notación
"OctetStringValue"
:
OtectStringValue ::=
bstring | hstring
18.4 Al especificar las reglas de codificación para una octetstring, los
octetos se referenciarán por los términos
primer octeto
y
octeto postrero
, y los bits dentro de un octeto están
definidos por los términos
bits más significativo
y
bit menos significativo
.
18.5 Cuando se usa la notación
"bstring"
, el bit situado más a la
izquierda será el bit más significativo del primer octeto. Si la
"bstring"
no es múltiplo de ocho bits, se interpretará como si
contuviera bits postreros cero adicionales para hacer el próximo múltiplo de
ocho.
18.6 Cuando se usa la notación
"hstring"
, la cifra hexadecimal más a
la izquierda será el semiocteto más significativo del primer octeto. Si la
"hstring"
no tiene un número par de cifras hexadecimales, se
interpretará como si contuviera una sola cifra trasera hexadecimal adicional.
19 Notación para el
tipo null (nulo)
19.1 El tipo null (véase el
3.21
) se referenciará por la
notación
"NullType"
:
NullType ::= NULL
19.2 El rótulo para este tipo es de clase universal, número 5.
19.3 El valor del tipo nulo se referenciará por la notación
"NullValue"
:
NullValue ::= NULL
20 Notación para
tipos sequence (secuencia)
20.1 La notación para definir un tipo sequence (véase el
3.22
) a
partir de otros tipos será
"SequenceType"
:
SequenceType ::=
SEQUENCE{ElementTypeList} | SEQUENCE{^}
ElementTypeList ::=
ElementType | ElementTypeList,ElementType
ElementType ::=
NamedType | NamedType OPTIONAL | NamedType DEFAULT Value | COMPONENTS OF Type
20.2 El
"Type"
en la cuarta alternativa del
"ElementType"
será un tipo sequence. Se utilizará la notación
"COMPONENTS OF Type"
para definir la inclusión, en este punto de la
"ElementTypeList"
, de
todas las secuencias
"ElementType"
que aparezcan en el tipo
referenciado.
Nota
- Esta transformación se realiza lógicamente
antes de la cumplimentación de los requisitos de las siguientes cláusulas.
20.3 Para cada serie de uno o más
"ElementTypes"
consecutivos
marcados como OPTIONAL o DEFAULT, los rótulos de aquellos
"ElementTypes"
y de cualquier otro que sigue inmediatamente al
"ElementType"
serán
distintos (véase el
26
).
20.4 Si están presentes
"OPTIONAL"
o
"DEFAULT"
, puede
omitirse el valor correspondiente a partir de un valor del tipo nuevo, y de la
información transferida por las reglas de codificación.
Nota 1
- La notación de valor puede ser ambigua en
este caso, a no ser que estén presentes en cada NamedType secuencias de
"identifier"
.
Nota 2
- Las reglas de codificación aseguran que la
codificación para un valor de sequence en el que un valor de elemento
"DEFAULT"
u
"OPTIONAL"
omitido sea el mismo que para un valor
secuencia de un tipo en cuya definición de tipo se omitió el elemento
correspondiente. Esta característica puede ser útil al definir subconjuntos.
20.5 Si aparece
"DEFAULT"
, la omisión de un valor para ese tipo será
exactamente equivalente a la inserción del valor definido por
"Value"
,
que será una especificación de valor que sea válida para el tipo definido por
"Type"
en la secuencia
"NamedType"
.
20.6 El
"identifier"
, de haberlo, en todas las secuencias de
"NamedType"
de la
"ElementTypeList"
será diferente.
20.7 Todos los tipos sequence tienen un rótulo de clase universal, número 16.
Nota
- Los tipos sequence-of tienen el mismo rótulo
(véase el
21.3
).
20.8 La notación para definir el valor de un tipo sequence será
"SequenceValue"
:
SequenceValue ::=
{ElementValueList} | {^}
ElementValueList ::=
NamedValue | ElementValueList,NamedValue
20.9 La notación
"{^}"
se utilizará solamente si:
a)todas las secuencias
"ElementType"
del
"SequenceType"
van
marcadas con
"DEFAULT"
u
"OPTIONAL"
; y se han omitido todos los
valores; o
b)la notación de tipo era
"SEQUENCE{^}"
.
20.10 Habrá un
"NamedValue"
para cada
"NamedType"
en el
"SequenceType"
que no está marcado con OPTIONAL o DEFAULT y los valores
estarán en el mismo orden que las correspondientes secuencias
"NamedType"
.
Nota
- La utilización de secuencias
"NamedType"
que no contengan un identificador no está prohibida, pero puede hacer que la
notación de valor sea ambigua si se utiliza
"OPTIONAL"
o
"DEFAULT"
.
21 Notación para
tipos sequence-of (secuencia-de)
21.1 La notación para definir un tipo sequence-of (véase el
3.23
) a partir de otro tipo será el
"SequenceOfType"
.
SequenceOfType ::=
SEQUENCE OF Type | SEQUENCE
21.2 La notación
"SEQUENCE"
es sinónima de la notación
"SEQUENCE
OF ANY"
(véase el
27
).
21.3 Todos los tipos sequence-of tienen un rótulo de clase universal, número 16.
Nota
- Los tipos sequence tienen el mismo rótulo
(véase el
20.7
).
21.4 La notación para definir un valor de un tipo sequence-of será
"SequenceOfValue"
:
SequenceOfValue ::= {ValueList} | {^}
ValueList ::=
Value | ValueList,Value
La notación
"{^}"
se utilizará cuando no hay valores componentes en
el valor de sequence-of.
21.5 Cada secuencia
"Value"
de la
"ValueList"
tentrá la
notación para un valor del
"Type"
especificado en el
"SequenceOfType"
.
Nota
- El significado semántico puede colocarse
siguiendo el orden de estos valores.
22 Notación para
tipos set (conjunto)
22.1 La notación para definir un tipo set (véase el
3.24
) de
otros tipos será
"SetType"
.
SetType ::=
SET{ElementTypeList} | SET{^}
"ElementTypeList"
se especifica en el
20.1
.
22.2 El
"Type"
de la cuarta alternativa de
"ElementType"
(véase el
20.1
) será un tipo set. Se utilizará la notación
"COMPONENTS OF Type"
para definir la inclusión de todas las secuencias
"ElementType"
que aparezcan en el tipo referenciado.
Nota
- Esta transformación se realiza lógicamente
antes de la cumplimentación de los requisitos de las siguientes cláusulas.
22.3 Los tipos
"ElementType"
de un tipo set tendrán rótulos
diferentes (véase el
26
).
22.4 Las subcláusulas 20.4 , 20.5 y 20.6 también se aplican a los tipos conjunto.
22.5 Todos los tipos set tienen un rótulo de clase universal, número 17.
Nota
- Los tipos set-of tienen el mismo rótulo (véase
el
23.3
).
22.6 No habrá semánticas asociadas con el orden de valores de un tipo set.
22.7 La notación para definir el valor de un tipo set será
"SetValue"
:
SetValue ::= {ElementValueList} | {^}
La
"ElementValueList"
está especificada en el
20.8
.
22.8 El
"SetValue"
será solamente
"{^}"
si:
a)todas las secuencias
"ElementType"
del
"SetType"
van
marcadas
"DEFAULT"
u
"OPTIONAL"
, y se omiten todos los valores; o
b)la notación de tipo es
"SET"
{^}Ñ.
22.9 Habrá un
"NamedValue"
para cada
"NamedType"
del
"SetType"
que no esté marcado por
"OPTIONAL"
o
"DEFAULT"
.
Nota 1
- Estos
"NamedValue"
pueden aparecer en
cualquier orden.
Nota 2
- El uso de secuencias
"NamedType"
que
no contengan un identificador no está prohibido, pero pueden hacer que resulte
ambigua la notación de valor.
23 Notación para tipos set-of
(conjunto-de)
23.1 La notación para definir un tipo set-of (véase el
3.25
) a
partir de otro tipo será
"SetOfType"
:
SetOfType ::= SET OF Type | SET
23.2 La notación
"SET"
es sinónima de la notación
"SET OF
ANY"
(véase el
27
).
23.3 Todos los tipos set-of tienen un rótulo que es de clase universal, número 17.
Nota
- Los tipos set tienen el mismo rótulo (véase el
22.5
).
23.4 La notación para definir un valor de un tipo set-of será
"SetOfValue"
.
SetOfValue ::= {ValueList} | {^}
La
"ValueList"
se especifica en el
21.4
.
Se usa la notación
"{^}"
cuando no hay valores componentes en los
valores set-of.
23.5 Cada secuencia
"Value"
de la
"ValueList"
será la
notación para un valor del
"Type"
especificado en el
"SetofType"
.
Nota 1
- El significado semántico no debería colocarse
en el orden de estos valores.
Nota 2
- No se requieren reglas de codificación para
preservar el orden de estos valores.
24 Notación para
tipos choice (elección)
24.1 La notación para definir un tipo choice (véase el
3.27
) a
partir de otros tipos será
"ChoiceType"
:
ChoiceType ::= CHOICE{AlternativeTypeList}
AlternativeTypeList ::=
NamedType | AlternativeTypeList,NamedType
Nota 1
- Las reglas de codificación codifican la
alternativa elegida de forma que no es distinguible a partir de un
"Type"
consistente solamente en el
"Type"
contenido en esa
alternativa.
Nota 2
- La especificación de un
"ChoiceType"
con un único
"NamedType"
en la
"AlternativeTypeList"
no puede
distinguirse en ninguna codificación de un valor del uso directo del
"Type"
en el
"NamedType"
.
24.2 Los tipos definidos en la
"AlternativeTypeList"
tendrán todos
rótulos diferentes (véase el
26
).
24.3 El rótulo del tipo elección se considerará variable. Cuando se
selecciona un valor, el rótulo se hace igual al rótulo del
"Type"
en el
"NamedType"
en la
"AlternativeTypeList"
de donde se toma el
valor.
24.4 Cuando se utilice este tipo en un lugar donde esta Recomendación
requiere la utilización de tipos con rótulos diferentes (véanse los
20.3,
22.3
y 24.2) los rótulos de todos los tipos definidos en la
"AlternativeTypeList"
diferirán de otros tipos (véase el
26
).
Los siguientes ejemplos ilustran este requisito. Los ejemplos 1 y 2 son usos
correctos de la notación. El ejemplo 3 es incorrecto, ya que los rótulos para
tipos d y f, y e y g son idénticos.
Ejemplo 1:
A ::=CHOICE {b B, {c NULL}
B ::=CHOICE {d [0] NULL, {e [1] NULL}
Ejemplo 2:
A ::=CHOICE {b B, {c C}
B ::=CHOICE {d [0] NULL, {e [1] NULL}
C ::=CHOICE {f [2] NULL, {g [3] NULL}
Ejemplo 3:
(INCORRECT) A ::=CHOICE {b B, {c C}
B ::=CHOICE {d [0] NULL, {e [1] NULL}
C ::=CHOICE {f [0] NULL, {g [1] NULL}
24.5 El
"identifier"
, (si lo hay), en todas las secuencias
"NamedType"
de la
"AlternativeTypeList"
será diferente.
24.6 Cuando se utilice este tipo en un lugar donde esta Recomendación
requiere el uso de
"NamedTypes"
con distintos
"identifiers"
, los
"identifiers"
(de haberlos) de todos los
"NamedTypes"
en la
"AlternativeTypeList"
diferirán de los correspondientes a los demás
"NamedTypes"
(si los hay).
24.7 La notación para definir el valor de un tipo choice será
"ChoiceValue"
:
ChoiceValue ::= NamedValue
24.8 Si el
"NamedValue"
contiene un
"identifier"
, será una
notación para un valor del tipo en la
"AlternativeTypeList"
que está
denominado por el mismo
"identifier"
. Si el
"NamedValue"
no
contiene un
"identifier"
, será una notación para un valor de uno de los
tipos de la
"AlternativeTypeList"
que no están denominados por un
"identifier"
.
Nota
- La omisión de un
"identifier"
en el
"NamedType"
puede hacer ambigua la notación de valor.
25 Notación para
tipos selection (selección)
25.1 Un
"NamedType"
que aparece en la
"AlternativeTypeList"
de un
"ChoiceType"
puede ser referenciado por la notación
"SelectionType"
:
SelectionType ::= identifier&lab;Type
donde
"Type"
es una notación para referenciar el
"ChoiceType"
y el
"identifier"
es el
"identifier"
en el
"NamedType"
.
Nota
- Puede utilizarse
"SelectionType"
como un
"NamedType"
, en cuyo caso el
"identifier"
se utiliza en la
notación de valor, o como un
"Type"
dentro de un
"NamedType"
, en
cuyo caso su
"identifier"
no se utiliza.
25.2 La notación para un valor de un tipo selection será
"SelectionValue"
:
SelectionValue ::= NamedValue
donde el
"NamedValue"
contiene el identificador que aparece en el
correspondiente
"SelectionType"
si el
"SelectionType"
se utiliza
como un
"NamedType"
, pero no de otra forma.
26 Notación para
tipos tagged (rotulados)
Un tipo tagged (véase el 3.26 ) es un tipo nuevo que es isomorfo de un tipo antiguo pero que tiene un rótulo diferente. En todos los esquemas de codificación un valor del tipo nuevo podrá distinguirse de un valor del tipo antiguo. El tipo tagged, se utiliza principalmente donde esta Recomendación requiere el uso de tipos con rótulos distintos. (Véanse los 20.3, 22.3, 24.2, 24.4 y 27.6.)
Nota
- Cuando un protocolo determine de entre varios
tipos de datos, los valores que pueden transmitirse en cualquier momento,
pueden necesitarse diferentes rótulos para permitir al receptor decodificar el
valor correctamente.
26.1 La notación para un tipo tagged será
"TaggedType"
:
TaggedType ::=
Tag Type | Tag IMPLICIT Type | Tag EXPLICIT Type
Tag ::= [Class ClassNumber]
ClassNumber ::=
number | DefinedValue
Class ::=
UNIVERSAL | APPLICATION | PRIVATE | empty
26.2 El
"DefinedValue"
será una referencia a un valor no negativo de
tipo entero, o de un tipo derivado de un tipo entero por rotulación.
26.3 El nuevo tipo es isomorfo del tipo antiguo, pero tiene un rótulo de
clase
"Class"
y número
"ClassNumber"
, a no ser que
"Class"
esté
"empty"
, cuando el rótulo es de la clase específica de contexto,
número
"ClassNumber"
.
26.4 La
"Class"
no será
"UNIVERSAL"
salvo para los tipos
definidos en esta Recomendación.
Nota
- El uso de rótulos de la clase universal se
aprueba cada cierto tiempo por la ISO y el CCITT.
26.5 Si la
"Class"
es
"APPLICATION"
no se utilizará de nuevo
el mismo
"Tag"
en el mismo módulo.
26.6 Si la
"Class"
es
"PRIVATE"
el
"Tag"
está
disponible para su uso sobre una base específica de la aplicación.
26.7 La construcción rotulación especifica la rotulación explícita si se dan los siguientes requisitos:
a)se utiliza la alternativa
"Tag EXPLICIT Type"
;
b)se utiliza la alternativa
"Tag Type"
y el valor de
"TagDefault"
para el módulo es
"EXPLICIT TAGS"
;
c)se utiliza la alternativa
"Tag Type"
y el valor
"TagDefault"
para el módulo es
"IMPLICIT TAGS"
, pero el tipo definido en el
"Type"
es un tipo choice o un tipo any.
La construcción de rotulación especifica por otra parte la rotulación implícita.
26.8 Si la
"Class"
es
"vacía"
(empty), no hay otras
restricciones en el uso de
"Tag"
, que las implicadas por los requisitos
para los distintos rótulos en los
20.3, 22.3
y 24.2.
26.9 La rotulación implícita indica, para aquellas reglas de codificación
que proporcionan la opción que la identificación explícita del rótulo del
"Type"
en el
"TaggedType"
no se necesita durante la
transferencia.
Nota
- Puede ser útil retener el rótulo antiguo cuando
éste sea de clase universal y por lo tanto identifique sin ambigüedad el tipo
antiguo sin conocer la definición NSA.1 del tipo nuevo. La mínima transferencia
de octetos es sin embargo, realizada normalmente con el uso de IMPLICIT. Un
ejemplo de una codificación utilizando IMPLICIT se da en la Recomendación
X.209.
26.10 No se utilizará la alternativa
"IMPLICIT"
si el tipo definido
por
"Type"
es un tipo choice o un tipo any.
26.11 La notación para un valor de un
"TaggedType"
será
"TaggedValue"
:
TaggedValue ::= Value
donde
"Value"
es la notación para un valor del
"Type"
en el
"TaggedType"
.
El
"Tag"
no aparece en esta notación.
27 Notación para el tipo
any (cualquiera)
27.1La notación para un tipo any (véase el
3.29
) es
"AnyType"
:
AnyType ::=
ANY | ANY DEFINED BY identifier
Nota
- El uso de
"ANY"
en una norma de la ISO o
en una Recomendación del CCITT da una especificación incompleta a menos que se
proporcionen especificaciones adicionales. La construcción
"ANY DEFINED
BY"
proporciona los medios para especificar en una instancia de
comunicación el tipo que rellena ANY y señala su semántica. Si se siguen las
reglas siguientes para su uso, se puede obtener una especificación completa. No
se aconseja el uso de ANY sin la construcción DEFINED BY.
27.2 La alternativa
"DEFINED BY"
se utilizará solamente cuando el
tipo any o un tipo derivado de él por rotulación sea uno de los tipos
componentes de un tipo sequence o un tipo set (tipo continente).
27.3 El
"identifier"
en la alternativa
"DEFINED BY"
aparecerá
también en un
"NamedType"
que especifica a otro componente no opcional
del tipo continente. El
"NamedType"
será un tipo integer o un tipo
enumerated, o un tipo object identifier derivado de dichos tipos por rotulación
o subtipificación.
27.4 Cuando el
"NamedType"
es un tipo integer o enumerated, o un
tipo derivado de dichos tipos por rotulación o subtipificación, el documento
que emplee la notación
"DEFINED BY"
contendrá, o hará referencia
explícitamente, a una lista única que especifique el tipo NSA.1 cursado por el
ANY para cada valor permitido del tipo integer. Habrá precisamente una de tales
listas en todas las situaciones de comunicación del tipo continente.
27.5 Cuando el
"NamedType"
es un tipo identificador de objeto, o un
tipo derivado de identificador de objeto por rotulación, se necesitan registros
que, para cada valor identificador de objeto asignado, asocien un tipo único
NSA.1 (que puede ser un tipo CHOICE) que vaya a ser cursado por el ANY.
Nota 1
- Puede haber un número arbitrario de registros
que asocien un valor identificador de objeto con un tipo NSA.1 para este fin.
Nota 2
- Se espera que en el marco de las Normas de la
ISO y las Recomendaciones del CCITT se efectúe el registro de valores para
interconexión de sistemas abiertos usando la notación. Cuando una Autoridad de
Registro Internacional diferente sea utilizada por cualquier instancia de
"ANY DEFINED BY"
, esto debería indicarse en el documento que utiliza la
notación.
Nota 3
- La diferencia principal entre las
definiciones de un entero y de un identificador de objeto es que el uso del
entero hace referencia a una lista única contenida en la norma o Recomendación
que la utiliza, mientras que el uso del identificador de objeto permite un
conjunto abierto de tipos determinados por cualquier autoridad capaz de asignar
identificadores de objeto.
27.6Este tipo tiene un rótulo indeterminado y no se utilizará cuando esta Recomendación requiera distintos rótulos. (Véanse los 20.3, 22.3, 24.2 y 24.4.)
27.7La notación para el valor de un tipo cualquiera se definirá usando
NSA.1, y es
"AnyValue"
:
AnyValue ::= Type Value
donde
"Type"
es la notación para el tipo elegido y
"Value"
es
la notación para un valor de este tipo.
28 Notación para el
tipo object identifier (identificador de
objeto)
28.1 El tipo object identifier (véase el
3.34
) se referenciará
por la notación
"ObjectIdentifierType"
:
ObjectIdentifierType ::=
OBJECT IDENTIFIER
28.2 Este tipo tiene un rótulo de clase universal, número 6.
28.3 La notación de valor para un object identifier será
"ObjectIdentifierValue"
:
ObjectIdentifierValue ::=
{ObjIdComponentList} | {DefinedValue ObjIdComponentList}
ObjIdComponentList ::=
ObjIdComponent | ObjIdComponent ObjIdComponentList
ObjIdComponent ::=
NameForm | NumberForm | NameAndNumberForm
NameForm ::= identifier
NumberForm ::= number | DefinedValue
NameAndNumberForm ::=
identifier(NumberForm)
28.4 El
"DefinedValue"
en
"NumberForm"
será una referencia a
un valor de tipo entero o enumerado, o de un tipo derivado de éstos por
rotulación o subtipificación.
28.5 El
"DefinedValue"
en
"ObjectIdentifierValue"
será una
referencia a un valor de tipo identificador de objeto o de un tipo derivado de
identificador de objeto por rotulación.
28.6 La
"NameForm"
se utilizará solamente para los componentes de
identificador de objeto cuyo valor numérico e identificador están especificados
en los anexos B a D, y serán uno de los identificadores especificados en los
anexos B a D.
28.7 El
"number"
en la
"NumberForm"
será el valor numérico
asignado al componente de identificador de objeto.
28.8 Se especificará el
"identifier"
en el
"NameAndNumberForm"
cuando se asigne un valor numérico al componente de
identificador de objeto.
Nota
- Las autoridades que asignan valores numéricos a
componentes de identificador de objeto figuran en los anexos a esta
Recomendación.
28.9 La semántica de un valor de object identifier se define por un
object identifier tree
^ (árbol de identificadores de
objeto). Un árbol identificador de objeto es un árbol cuya raíz corresponde a
esta Recomendación y cuyos vértices corresponden a autoridades administrativas
responsables de la asignación de arcos desde este vértice. Cada arco del árbol
está rotulado por un componente de identificador de objeto que es un valor
numérico. A cada objeto de información se le asigna un vértice (normalmente una
hoja) para ser identificado, y ningún otro objeto de información (del mismo
tipo o de uno diferente) es asignado a ese mismo vértice. Así pues, un objeto
de información está unívoca e inequívocamente identificado por la secuencia de
valores numéricos (componentes de identificador de objeto) que rotulan los
arcos del trayecto que va desde la raíz al vértice asignado al objeto de
información.
Nota
- Los valores de identificador de objeto
contienen al menos dos componentes de identificador de objeto, tal como se
especifica en los anexos B a D.
28.10 Semánticamente un valor de identificador de objeto es una lista
ordenada de valores componentes de identificador de objeto. Empezando con la
raíz del árbol de identificadores de objeto, cada valor de componente de
identificador de objeto identifica un arco del árbol de identificador de
objeto. El último valor de componente de identificador de objeto identifica un
arco que conduce a un vértice al que se ha asignado un objeto de información.
Es este objeto de información el que es identificado por el valor de
identificador de objeto. La parte significativa del componente de identificador
de objeto es la
"NameForm"
o la
"NumberForm"
a la que es
consignado y que proporciona el valor numérico al componente de identificador
de objeto.
Nota
- En general, un objeto de información es una
clase de información (por ejemplo el formato de un fichero) más que un elemento
de tal clase (por ejemplo un fichero individual). Es pues la clase de
información (definida por alguna especificación referenciable), antes que la
información en sí misma, a la que se asigna un lugar en el árbol.
28.11 Donde el
"ObjectIdentifierValue"
incluya un
"DefinedValue"
, la lista de componentes de identificador de objeto a la
que se refiere, se antepone a los componentes explícitamente presentes en el
valor.
Ejemplos:
^ Con identificadores asignados según se
especifica en el anexo B, los valores:
{norma ISO 8571 pci (1)}
y
{1 0 8571 1}
identificarían cada uno un objeto,
"pci"
, definido en ISO 8571.
Con la siguiente definición adicional:
ftam OBJECT IDENTIFIER ::=
{ISO standard 8571}
el valor siguiente es también equivalente a los anteriores
{ftam pci (1)}
Nota
- Se recomienda que, cuando una Recomendación del
CCITT, o una Norma de la ISO u otro documento asigne valores de tipo OBJECT
IDENTIFIER a objetos de información, debería haber un apéndice o anexo que
resuma las asignaciones hechas en el mismo. Se recomienda también que, una
autoridad que asigne valores de tipo OBJECT IDENTIFIER a un objeto de
información, asigne también valores de tipo ObjectDescriptor a ese objeto de
información.
29 Notación para
tipos characterstring (cadena de caracteres)
29.1 La notación para referenciar un tipo characterstring (véanse el 3.12 y sección 2) será:
CharacterStringType ::= typereference
donde
"typereference"
es uno de los nombres de tipo characterstring
enumerados en la sección 2.
29.2 El rótulo de cada tipo characterstring está especificado en la sección 2.
29.3 La notación para un valor characterstring será:
CharacterStringValue ::= cstring
La definición del tipo characterstring determina los caracteres que
aparecen en la
"cstring"
.
30 Notación para tipos definidos en la
sección 3
30.1 La notación para referenciar un tipo definido en la sección 3 de esta Recomendación será:
UsefulType ::= typereference
donde
"typereference"
es una de las definidas en la sección 3
utilizando la notación de la NSA.1.
30.2 El rótulo de cada
"UsefulType"
se especifica en la sección 3.
30.3 La notación para un valor de un
"UsefulType"
se especifica en
la sección 3.
SECCIóN 2 - TIPOS CHARACTER STRING (CADENA DE CARACTERES)
31 Definición de tipos character string (cadena
de caracteres)
Esta cláusula define tipos cuyos valores diferenciados son secuencias de cero, uno o más caracteres de un juego de caracteres.
31.1 El tipo se define especificando:
a)el rótulo asignado al tipo;
b)un nombre mediante el que la definición del tipo pueda ser referenciada;
c)los caracteres del juego de caracteres usados al definir el tipo, bien por referencia a un cuadro que contenga los caracteres gráficos o por referencia a un número de registro en el Registro internacional ISO de juegos de caracteres codificados para ser utilizados con secuencias de escape.
El nombre citado en el apartado b) anterior puede utilizarse como una
"Typereference"
en la notación NSA.1 (véase el
29
).
31.2 El cuadro 6/X.208 enumera los nombres con los que cada una de estas definiciones tipo pueden ser referenciadas, el número del rótulo de clase universal asignado al tipo, la definición de los números de registro o el cuadro y cuando sea necesaria la identificación de una NOTA relativa a la entrada del cuadro. Cuando se define un sinónimo en la notación, éste se indica entre paréntesis.
Nota
- El rótulo asignado a tipos character string
identifica el tipo sin ambigüedad. Nótese, sin embargo, que si se utiliza NSA.1
para definir nuevos tipos de este tipo (particularmente al utilizar IMPLICIT),
puede ser imposible reconocer estos tipos si no se conoce la definición de tipo
de NSA.1.
31.3 El cuadro 4/X.208 indica los caracteres que pueden aparecer en el tipo NumericString.
Tableau 4/X.208 [T4.208], p. 4
Tableau 5/X.208 [T5.208], p. 5
Tableau 6/X.208 [T6.208], p. 6
31.4 El cuadro 5/X.208 enumera los caracteres que pueden aparecer en el
TipoCadenaImprimible.
31.5 La notación para estos tipos será
"cstring"
.
Nota
- Esta notación sólo puede utilizarse con un
medio capaz de visualizar los caracteres que están presentes en el valor. La
notación para el valor en otros casos no está definida.
31.6 En todos los casos, la gama de caracteres permitidos puede ser restringida por un comentario, pero no será ampliada.
SECCIóN 3 - DEFINICIONES úTILES Esta sección contiene definiciones que se espera sean útiles en un cierto número de aplicaciones.
Nota
- Se espera que esta sección será ampliada para
incluir otros tipos de datos comunes tales como diagnósticos, información de
autentificación, información para contabilidad, parámetros de seguridad y
otros.
La notación valor y definición semántica para tipos definidos en esta sección se derivan de una definición de tipo utilizando la notación NSA.1. Esta definición de tipo puede referenciarse por normas o Recomendaciones que definen reglas de codificación con el fin de especificar codificaciones para estos tipos.
32 Generalized Time (Tiempo
generalizado)
32.1 Este tipo se referenciará por el nombre
GeneralizedTime
32.2 El tipo consta de valores que representan
a)una fecha, tal como se define en ISO 2014 (Escritura de fechas de forma totalmente numérica);
b)una hora, para cualquiera de las precisiones definidas en la cláusula 2 de la norma ISO 3307 (Representación de la hora); y
c)el factor diferencial de la hora local en la forma definida en ISO 4031 (Representación de diferenciales de la hora local).
32.3 El tipo puede ser definido utilizando la NSA.1 de la forma siguiente:
GeneralizedTime ::=
[UNIVERSAL 24] IMPLICIT VisibleString
con los valores de
"VisibleString"
limitados a cadenas de caracteres
que son:
a)una cadena que representa la fecha, según se especifica en ISO 2014, con una representación del año con cuatro cifras, una representación del mes con dos cifras, y una representación del día con dos cifras, sin utilizar separadores, seguida de una cadena que representa la hora tal como se especifica en ISO 3307, sin otros separadores que una coma decimal o un punto decimal (tal como está previsto en las cláusulas 2.3, 2.4 y 2.5 de ISO 3307) y sin terminar en Z (tal como se estipula en la cláusula 3 de ISO 3307); o
b)los caracteres del apartado anterior seguidos de la letra mayúscula Z; o
c)los caracteres del apartado anterior a) seguidos por una cadena que representa un diferencial de la hora local, tal como se especifica en ISO 4031, sin separadores.
En el caso a) la hora representará la hora local. En el caso b) la hora representará la hora UTC. En el caso c) la parte de la cadena formada como en el caso a) representa la hora local (t1), y el diferencial de hora (t2) permite determinar la hora UTC de la siguiente forma:
la hora UTC es t1 - t2
Ejemplos:
Caso a)19851106210627.3 hora local 21 horas, 6 minutos, 27,3 segundos del 6 de noviembre de 1985.
Caso b)19851106210627.3Z hora UTC igual que antes.
Caso c)19851106210627.3-0500 hora local como en el ejemplo a) con la hora local retrasada 5 horas con relación a la hora UTC.
32.4 El rótulo será el definido en el 32.3 .
32.5 La notación de valor será la notación de valor para la
"VisibleString"
definida en el
32.3
.
33 Tiempo universal
33.1 Este tipo se designará con el nombre
UTCtime
33.2 El tipo consiste en valores que representa:
a)una fecha;
b)una hora con una precisión de un minuto o un segundo; y
c)(opcionalmente) un diferencial de hora local con respecto al tiempo universal coordinado.
33.3 Puede definirse el tipo, utilizando la NSA.1, de la siguiente manera:
UTCTime ::=
[UNIVERSAL 23]IMPLICIT VisibleString
con los valores de la
"VisibleString"
restringidos a las cadenas de
caracteres que son la yuxtaposición de:
a)las seis cifras YYMMDD donde YY son las dos cifras finales del año cristiano, MM es el mes (contando enero como 01), y DD es el día del mes (01 a 31);
b)o bien
1)las cuatro cifras hhmm donde hh es la hora (00 a 23) y mm son los minutos (00 a 59); o
2)las seis cifras hhmmss donde hh y mm son como en 1), y ss son los segundos (00 a 59); y
c)o bien
1)el carácter Z; o
2)uno de los caracteres + o -, seguidos de hhmm, donde hh es la hora y mm son los minutos.
La alternativa de b) permite variar la precisión en la especificación de la hora.
En la alternativa c)^1), la hora es tiempo UTC. En la alternativa c)^2) el tiempo (t1) especificado en a) y b) es la hora local; el diferencial de hora (t2) especificado en c)^2) permite expresar el tiempo UTC de la forma siguiente:
el tiempo UTC es t1 - t2
Ejemplo:
^ Si la hora local es las 7 de la mañana del 2
de enero y el tiempo universal coordinado es las doce del mediodía del 2 de
enero el valor es uno de los siguientes:
TiempoUTC
"8201021200Z"
TiempoUTC
"8201020700-0500"
33.4 El rótulo será como se define en el 33.3 .
33.5 La notación de valor será la notación de valor para la
"VisibleString"
definida en el
33.3
.
34 Tipo external (externo)
34.1 La notación para un tipo external (véase el
3.30
) es
"ExternalType"
:
ExternalType ::= EXTERNAL
34.2 El tipo consta de valores que representan:
a)una codificación de un valor de datos único que puede, pero no necesariamente, ser un valor de un datatype NSA.1 único; y
b)información de identificación que determina la semántica y las reglas de codificación; y
c)(opcionalmente) un descriptor objeto que describe el objeto.
El descriptor de objeto opcional no estará presente a no ser que sea permitido explícitamente por un comentario asociado con el uso de notación EXTERNAL.
34.3 El tipo EXTERNAL permite la inclusión de cualquier valor de datos de un conjunto identificador de valores de datos.
Nota 1
- La especificación de este conjunto de valores
de datos, sus semánticas, la asignación de un identificador de objeto y
(opcionalmente) un descriptor de objeto, y la distribución de esta información
a todas las partes en comunicación se llama un
registro de
sintaxis abstracta
. Esta operación puede ser realizada por
cualquier autoridad con derecho a atribuir un valor de OBJECT IDENTIFIER, como
se especifica en los anexos B a D.
Nota 2
- Un conjunto de valores de datos registrados
como sintaxis abstracta (con reglas de codificación asociadas) no está
bien-configurado a no ser que la codificación de cada valor de datos sea
autoidentificadora dentro del conjunto de codificaciones de valor de datos.
Cuando se utiliza la NSA.1 para definir una sintaxis abstracta, se usa la
rotulación para proporcionar una autoidentificación. Cuando una sintaxis
abstracta no está bien configurada, la utilización del canal de comunicaciones
es dependiente del contexto o conduce a la ambigüedad.
34.4 El tipo EXTERNAL se puede definir, utilizando la NSA.1, de la siguiente manera:
EXTERNAL ::= [UNIVERSAL 8] IMPLICIT SEQUENCE
{direct-reference OBJECT IDENTIFIER
OPTIONAL,
indirect-reference INTEGER OPTIONAL,
data-value-descriptor
ObjectDescriptor
OPTIONAL,
encoding CHOICE
en
{single-ASN1-type [0] ANY,
en{
octet-aligned [1] IMPLICIT OCTET
STRING,
en{
arbitrary [2] IMPLICIT BIT STRING}}
34.5 Cuando no se utiliza la negociación de la capa de presentación de las
reglas de codificación (por acuerdo previo de sintaxis de transferencia) para
el valor de este EXTERNAL, estará presente el
"direct-reference OBJECT
IDENTIFIER"
. En este caso el identificador del conjunto de valores de datos
es un identificador de objeto que referencia directamente a una sintaxis
abstracta y rellena el campo del
"direct-reference OBJECT IDENTIFIER"
del
"EXTERNAL"
. En este caso, el registro de sintaxis abstracta define
también las reglas de codificación (sintaxis de transferencia) para el valor de
datos y no se incluirá el
"indirect-reference INTEGER"
.
34.6 Cuando se utiliza la negociación de la capa de presentación para el
valor de este EXTERNAL, estará presente el
"indirect-reference INTEGER"
.
En este caso el identificador del conjunto de valores de datos es un entero que
hace referencia a un caso de uso de una sintaxis abstracta. El entero se llama
identificador de contexto de presentación
y rellena el
campo del
"indirect-reference INTEGER"
del
"EXTERNAL"
. Si la
negociación de la capa de presentación ha sido completada, el identificador de
contexto de presentación también identifica las reglas de codificación
(sintaxis de transferencia) para el valor de datos y el
"direct-reference
OBJECT IDENTIFIER"
no estará incluido. Si la negociación de la capa de
presentación no ha sido completada, se necesita también un valor de
identificador de objeto que identifica las reglas de codificación (sintaxis de
transferencia) usadas para la codificación. Cuando la negociación de la capa de
presentación está en curso y cuando el elemento
"direct-reference OBJECT
IDENTIFIER"
sea permitido para cursar tal valor, éste será identificado por
un comentario asociado al uso de la notación
"EXTERNAL"
, en otro caso el
campo estará ausente.
Nota 1
- El efecto de lo indicado en los
34.5
y 34.6 es hacer obligatoria la presencia de al menos una de las
"direct-reference"
e
"indirect-reference"
.
Nota 2
- Ambas referencias están presentes durante la
negociación de la capa de presentación mientras no haya concluido.
34.7 Si el valor de datos es el valor de un tipo de datos NSA.1 único, y si
las reglas de codificación para este valor de datos son las mismas que para el
tipo de datos
"EXTERNAL"
completo, la realización del envío se hará a
través de cualquiera de las elecciones
"Encoding"
:
single-ASN1-type octect-aligned arbitrary
como una opción de realización.
34.8 Si la codificación de los valores de datos, según la codificación
negociada o acordada, es un número entero de octetos, la realización del envío
utilizará cualquiera de las elecciones de
"Encoding"
:
octet-aligned arbitrary
como una opción de realización.
Nota
- Un valor de datos, que es una serie de tipos
NSA.1, y para el que la sintaxis de transferencia especifica una simple
concatenación de las cadenas de octetos producidas al aplicar las reglas de
codificación básicas NSA.1, es de esta categoría, y no de la del
34.7
.
34.9 Si la codificación del valor de datos, según la codificación acordada
o negociada, no es un número entero de octetos, la elección
"Encoding"
será
arbitrary
34.10 Si la elección
"Encoding"
se hace como
"single-NSA.1-type"
, el tipo NSA.1 reemplazará al
"ANY"
, con un
valor igual al valor de datos que se va a codificar.
Nota
- La gama de valores que puede darse en un
"ANY"
está determinada por el registro del valor de identificador de
objeto asociado a la
"direct-reference"
, y/o al valor entero asociado a
la
"indirect-reference"
.
34.11 Si la elección
"Encoding"
se hace como
"octet-aligned"
,
el valor de datos estará codificado según la sintaxis de transferencia
negociada o acordada, y los octetos resultantes formarán el valor de la
octetstring.
34.12 Si la elección
"Encoding"
se hace como
"arbitrary"
, el
valor de datos será codificado según la sintaxis de transferencia negociada o
acordada y el resultado formará un valor de la bitstring.
34.13 El rótulo será el definido en el 34.4 .
34.14 La notación de valor será la notación de valor del tipo definido en el 34.4 .
35 Tipo object descriptor (descriptor de
objeto)
35.1 Este tipo se referenciará por el nombre
ObjectDescriptor 35.2 El tipo consiste en un texto legible por el hombre que sirve para describir un objeto de información. El texto no es una identificación inequívoca del objeto de información, si bien deberá ser poco habitual un mismo texto para objetos de información diferentes.
Nota
- Se recomienda que una autoridad que asigne
valores del tipo
"OBJECT IDENTIFIER"
a un objeto de información deberá
también asignar valores del tipo
"ObjectDescriptor"
a ese objeto de
información.
35.3El tipo puede definirse, utilizando la notación NSA.1, de la forma siguiente:
ObjectDescriptor ::=
[UNIVERSAL 7] IMPLICIT GraphicString
La
"GraphicString"
contiene el texto que describe el objeto de
información.
35.4El rótulo será el definido en el 35.3 .
35.5La notación de valor será la notación de valor para la
"GraphicString"
definida en el
37.3
.
SECCIóN 4 - SUBTIPOS
36
Notación de subtipo
36.1 Un subtipo está definido por la notación por un tipo progenitor seguido de una especificación adecuada del subtipo. La notación de especificación del subtipo está compuesta de valores de conjuntos de subtipo. Los valores del subtipo se determinan según se especifica en el 36.7 , tomando la unión de todos los conjuntos de valores de subtipo.
36.2 La notación de subtipo no se utilizará para producir un subtipo sin valores.
36.3 La notación para un subtipo será
"Subtype"
:
Subtype ::=
ParentType SubtypeSpec | SET SizeConstraint OF Type | SEQUENCE SizeConstraint OF Type
ParentType ::= Type
36.4 Cuando la notación
"SubtypeSpec"
sigue a la notación
"SelectionType"
, el tipo progenitor es el
"SelectionType"
, no el
"Type"
en la notación
"SelectionType"
.
36.5 Cuando la notación
"SubtypeSpec"
sigue a una notación tipo
sequence-of o set-of, se aplica al
"Type"
en la notación sequence-of o
set-of, no al tipo sequence-of o set-of.
Nota
- Se utiliza la notación especial
"SET
SizeConstraint OF"
y
"SEQUENCE SizeConstraint OF"
para proporcionar
un mecanismo alternativo (que es más legible que la notación del caso general)
para casos simples. Casos más complejos requieren el mecanismo general.
36.6 La notación para la especificación de subtipo será
"SubtypeSpec"
:
SubtypeSpec ::=
(SubtypeValueSet SubtypeValueSetList)
SubtypeList ::=
" | "
SubtypeValueSet
SubtypeValueSetList |
empty
36.7 Cada
"SubtypeValueSet"
especifica un número (con la posibilidad
del cero) de valores del tipo progenitor, que están incluidos en el subtipo. Un
valor del tipo progenitor es un valor del subtipo si y solamente si pertenece a
uno o más conjuntos del valor subtipo. El subtipo está formado por el conjunto
unión de valores que pertenecen a conjuntos de valores de subtipo.
36.8 Se proporciona un cierto número de diferentes formas de notación para
"SubtypeValueSet"
y
"SubtypeConstraint"
, que se identifican a
continuación. Su sintaxis y su semántica se definen en el
37
. Como
se especifica en el
37
, y se resumen en el cuadro 7/X.208, algunas
notaciones sólo pueden aplicarse a tipos progenitores particulares.
Cuadro 7/X.208 [T7.208], p.
Subtype ValueSet ::=
SingleValue | ContainedSubtype | ValueRange | PermittedAlphabet | SizeConstraint | InnerTypeConstraints
37 Conjuntos de valores de subtipo
37.1
Single Value (Valor único)
37.1.1La notación
"SingleValue"
será:
SingleValue ::= Value
donde
"Value"
es la notación de valor para el tipo progenitor.
37.1.2Un conjunto de valores
"SingleValue"
es el valor único del
tipo progenitor especificado por
"Value"
. Esta notación puede aplicarse
a todos los tipos progenitores.
37.2
Contained Subtype (Subtipo contenido)
37.2.1La notación
"ContainedSubtype"
será:
ContainedSubtype ::= INCLUDES Type
37.2.2Un conjunto de valores
"ContainedSubtype"
consta de todos los
valores del
"Type"
que ha de ser en sí mismo un subtipo del tipo
progenitor. Esta notación puede ser aplicada a todos los tipos progenitores.
37.3
Value Range (Gama de valores)
37.3.1La notación
"ValueRange"
será:
ValueRange ::= LowerEndpoint .. UpperEndpoint
37.3.2Un conjunto de valores
"ValueRange"
consta de todos los
valores en una gama de valores designados especificando los valores numéricos
de los puntos extremos de la gama. Esta notación sólo puede aplicarse a tipos
enteros, tipos reales y tipos derivados de dichos tipos por rotulación o
subtipificación.
Nota
- Con fines de subtipificación
"PLUS-INFINITY"
excede a todos los valores
"NumericReal"
y
"MINUS-INFINITY"
es menor que todos los valores
"NumericReal"
.
37.3.3Cada extremo final de la gama es cerrado (en cuyo caso ese punto
extremo está incluido en el conjunto de valores) o abierto (en cuyo caso el
punto extremo no está incluido). Cuando es abierto, la especificación del
extremo final incluye un símbolo menor que (
"<"
):
LowerEndpoint ::= LowerEndValue | LowerEndValue <
UpperEndpoint ::= UpperEndValue | < UpperEndValue
37.3.4Un punto extremo puede estar también sin especificar, en cuyo caso la gama se extiende en esta dirección tanto como el tipo progenitor lo permita:
LowerEndValue ::= Value | MIN
UpperEndValue ::= Value | MAX
37.4
Size Constraint (Limitación de tamaño)
37.4.1La notación
"SizeConstraint"
será:
SizeConstraint ::= SIZE SubtypeSpec
37.4.2Una
"SizeConstraint"
sólo puede aplicarse a tipos bitstring,
tipos oftetstring, tipos characterstring, tipos set-of o tipos sequence-of, o
tipos formados a partir de cualquiera de estos tipos por rotulación o
subtipificación.
37.4.3El
"SubtypeSpec"
especifica los valores enteros permitidos por
la longitud de los números del conjunto de valores, y adopta la forma de
cualquier especificación de subtipo que pueda ser aplicada al tipo progenitor
siguiente:
INTEGER (0.^.MAX) 37.4.4La unidad de medida depende del tipo progenitor, como sigue:
Type
Unit of measure
bit stringbit octet stringoctet character stringcharacter set-ofcomponent value sequence-ofcomponent value
37.5
Permitted Alphabet
37.5.1La notación
"PermittedAlphabet"
será:
PermittedAlphabet ::= FROM SubtypeSpec
37.5.2Un conjunto de valores
"PermittedAlphabet"
consta de todos los
valores que pueden construirse utilizando un sub-alfabeto de la cadena
progenitora. Esta notación sólo puede aplicarse a los tipos cadena de
caracteres, o a los tipos formados a partir de ellos por rotulación o
subtipificación.
37.5.3El
"SubtypeSpec"
especifica los caracteres que pueden aparecer
en la cadena de caracteres, y es una especificación de subtipo cualquiera que
puede aplicarse al subtipo obtenido por la aplicación de la especificación de
subtipo
"SIZE(1)"
al tipo progenitor.
37.6
Subtipificación interna
37.6.1La notación para
"InnerTypeConstraints"
será:
InnerTypeConstraints ::=
WITH COMPONENT ^SingleTypeConstraint | WITH COMPONENTS MultipleTypeConstraints
37.6.2Una
"InnerTypeConstraints"
incluye en el conjunto de valores
sólo aquellos valores que satisfagan una colección de restricciones sobre la
presencia y/o los valores componentes del tipo progenitor. Un valor del tipo
progenitor no pertenecerá a un subtipo a no ser que satisfaga todas las
restricciones expresadas o implicadas (véase el
37.6.6
). Esta
notación puede aplicarse a los tipos set-of, sequence-of, set, tipos sequence y
choice, o tipos formados a partir de ellos por rotulación o subtipificación.
37.6.3Para los tipos que están definidos en términos de un tipo único
(interno) distinto (set-of, sequence-of y tipos derivados de ellos por
rotulación o subtipificación), se proporciona una restricción que toma la forma
de una especificación de valor de subtipo. La notación para esto es
"SingleTypeConstraint"
:
SingleTypeConstraint ::= SubtypeSpec
El
"SubtypeSpec"
define un subtipo de un tipo único (interno)
distinto. Un valor de tipo progenitor es un miembro del conjunto de valor de
subtipo, si y solamente si cada valor interno pertenece a un subtipo obtenido
al aplicar la
"SubtypeSpec"
al tipo interno.
37.6.4Para los tipos que están definidos en términos de tipos múltiples
internos y distintos (choise, set, sequence y tipos derivados de ellos por
rotulación o subtipificación), se puede proporcionar un cierto número de
restricciones para estos tipos internos. La notación para esto es
"MultipleTypeConstraints"
:
MultipleTypeConstraints ::=
FullSpecification | PartialSpecification
FullSpecification ::= {TypeConstraints}
PartialSpecification ::= {^.^.^., TypeConstraints}
TypeConstraints ::=
NamedConstraint | NamedConstraint, TypeConstraints
NamedConstraint ::= identifier Constraint | Constraint
37.6.5
"TypeConstraints"
contiene una lista de limitaciones de los
tipos componentes del tipo progenitor. En un tipo sequence las limitaciones
deben aparecer en orden. El tipo interno al que se aplica la limitación se
identifica por medio de su identificador, si tiene uno, o por su posición, en
el caso de tipos sequence.
Nota
- Cuando el tipo interno no tiene identificador,
la notación puede ser ambigua.
37.6.6
"MultipleTypeConstraints"
comprende una
"FullSpecification"
o una
"PartialSpecification"
. Cuando se usa
"FullSpecification"
está implicada la restricción de presencia
"ABSENT"
en todos los tipos internos que no están explícitamente
enumerados (véase el
37.6.8
) y cada tipo interno que no está marcado
con
"OPTIONAL"
o
"DEFAULT"
en el tipo progenitor estará enumerado
explícitamente. Cuando se emplea
"PartialSpecification"
no hay
limitaciones implicadas, y cualquier tipo interno puede ser omitido de la
lista.
37.6.7Un tipo interno particular puede estar limitado en términos de su
presencia (en valores del tipo progenitor), su valor, o de ambos. La notación
es
"Constraint"
:
Constraint ::= ValueConstraint PresenceConstraint
37.6.8Una limitación del valor de un tipo interno se expresa por la
notación
"ValueConstraint"
:
ValueConstraint ::= SubtypeSpec | empty
La limitación se cumple por un valor del tipo progenitor si y solamente si
el valor interno pertenece al subtipo especificado en
"SubtypeSpec"
aplicado al tipo interno.
37.6.9Una limitación a la presencia de un tipo interno se expresará por
medio de la notación
"PresenceConstraint"
:
PresenceConstraint ::= PRESENT | ABSENT | empty | OPTIONAL
El significado de estas alternativas y las situaciones en las que son permitidas se definen en los 37.6.9.1 al 37.6.9.3.
37.6.9.1 Si el tipo progenitor es sequence o set, un elemento tipo marcado
con
"OPTIONAL"
puede ser restringido a estar
"PRESENT"
(en cuyo
caso la limitación se cumple si y sólo si el valor del elemento correspondiente
está presente) o a estar
"ABSENT"
(en cuyo caso la limitación se cumple
únicamente si el valor del elemento correspondiente está ausente) o estar
"OPTIONAL"
(en cuyo caso no se impone una limitación ante la presencia
del valor del elemento correspondiente).
37.6.9.2 Si el tipo progenitor es choice, un tipo componente puede ser
restringido a estar
"ABSENT"
, en cuyo caso la limitación se cumple si y
sólo si el tipo componente correspondiente no se usa en el valor.
37.6.9.3 El significado de una
"PresenceConstraint"
vacía, depende
de si se utiliza una
"FullSpecification"
o una
"PartialSpecification"
:
a)en una
"FullSpecification"
, esto es equivalente a una restricción
de
"PRESENT"
;
b)en una
"PartialSpecification"
, no se impone ninguna restricción.