S12 N7

Señalización CCITT No.
7 S12
TUP e ISUP
Material del participante

Señalización CCITT No. 7 S12
TUP e ISUP
Material del participante
Área de procedencia: Coordinación de Desarrollo Curricular en

Conmutación
Desarrollador: Ing. Roberto Largo González
Dirección y teléfono del área: Rep. Uruguay # 55, Col. Centro
México D.F. Tel. (0155) 55 21 27 21
Fecha de elaboración: Abril 2001
Fecha de actualización: Octubre 2002
Registro de actualizaciones
Nombre del curso: Señalización CCITT No. 7 S12 TUP e ISUP

Nombre del desarrollador: Ing. Roberto Largo González
Código del curso: 0131
Area responsable: Coordinación de Desarrollo Curricular en Conmutación
Ubicación física del área: Rep. Uruguay # 55 Col. Centro, México D.F.
Fecha de liberación: Abril 2001
No. Fecha Nombre(s) del(los) Modificaciones

Actualización desarrollador(es)
1 Octubre Roberto Largo González • Actualización de los
2002 materiales del curso,
debido a la introducción
del nuevo paquete SW
PAM 3.2:
Curso
Sistema 12 Señalización No. 7

TUP e ISUP (PAM 3.2)
Objetivo general
Al término del curso, los participantes aplicarán labores
de operación y mantenimiento en el sistema,
específicamente en las partes de usuario TUP e ISUP
de la señalización No. 7, en base a las especificaciones
técnicas de la empresa.
Tabla de contenido
En este En este manual se encontrarán los siguientes temas:

manual
Página
Capítulo 1 Principios y estructura
Principios generales y definiciones ............................................... 1-1

Estructura...................................................................................... 1-9
Capítulo 2 Parte de transferencia de mensajes
Funciones...................................................................................... 2-1
Unidad de mensaje de señalización.............................................. 2-5
Transmisión y recepción de mensajes .......................................... 2-9
Corrección de errores ................................................................... 2-17
Red de señalización ...................................................................... 2-26
Estructura de mensajes ................................................................ 2-31
Manejo de mensajes de señalización ........................................... 2-35
Redes lógicas................................................................................ 2-42
Capítulo 3 Parte de usuario telefónico (TUP)
Escenarios de señalización........................................................... 3-1

Estructura de mensajes ................................................................ 3-8
Mensajes de direccionamiento hacia adelante.............................. 3-15
Mensajes hacia atrás .................................................................... 3-32
Mensajes de supervisión de la llamada y circuitos........................ 3-38
Interpretación de mensajes N7 ..................................................... 3-42
Capítulo 4 Parte de usuario RDSI (ISUP)
Descripción funcional de la RDSI.................................................. 4-1

Escenarios de llamadas ................................................................ 4-5
Especificación E.801.04 ................................................................ 4-8
Interpretación de la observación de una llamada.......................... 4-12
Continúa en la siguiente página…
Coordinación de Desarrollo INTTELMEX Señalización CCITT No. 7

Curricular en Conmutación S12 TUP e ISUP
Tabla de contenido, continuación
Página
Capítulo 5 Implementación del CCITT No. 7 en el Sistema 12
Implementación............................................................................. 5-1
Establecimiento de una llamada saliente ...................................... 5-4
Liberación de la llamada ............................................................... 5-17
Establecimiento de llamada saliente ISUP.................................... 5-24
Conexión de CCE's y CTU's ......................................................... 5-29
Capítulo 6 Manejo de un enlace No. 7 en el Sistema 12
Desplegar datos del enrutamiento No 7 ........................................ 6-1

Desplegar datos del enrutamiento de voz ..................................... 6-14
Creación del enrutamiento No 7.................................................... 6-22
Creación del enrutamiento de voz................................................. 6-33
Remoción del enrutamiento de voz............................................... 6-44
Remoción del enrutamiento No 7.................................................. 6-55
Comandos para manejo de alarmas ............................................. 6-63
Mediciones .................................................................................... 6-74
Capítulo 7 Estructura de datos para No 7
Características de la red lógica ..................................................... 7-1

Características del conjunto de enlaces........................................ 7-6
Características de la ruta .............................................................. 7-12
Características del módulo............................................................ 7-18
Características del enlace ............................................................. 7-23
Capítulo 8 Prácticas
Manejo de redes lógicas y sus parámetros ................................... 8-1

Manejo de centrales destino y módulos ........................................ 8-3
Manejo de enlaces y conjunto de enlaces .................................... 8-5
Manejo de enrutamiento de voz .................................................... 8-7
Manejo de alarmas y mediciones.................................................. 8-9
Estructura de datos para N7 ......................................................... 8-12
Glosario Términos ...................................................................................... G-1
Anexo Especificación E.801.04.02

Capítulo 1
Principios y estructura
Panorama general
Introducción La señalización siempre ha jugado un papel muy importante dentro

del campo de las telecomunicaciones, puesto que proporciona los
medios para intercambiar información entre dos "inteligencias" dentro
de la red.
En este capítulo describiremos los principios de señalización por canal

común, de acuerdo al diseño de la CCITT.
Aclaramos que a lo largo de este manual, mencionaremos las siglas

UIT-T (Unión Internacional de Telecomunicaciones - Sector
Telecomunicaciones) en lugar de CCITT (Comité Consultivo
Internacional de Telegrafía y Telefonía), ya que este último fue
reemplazado por el anterior a raíz de su creación el 1 de marzo de
1993.
Objetivo Al término del capítulo, el participante describirá los principios de

señalización por canal común, de acuerdo a la norma de diseño de la
UIT-T
Contenido En este capítulo se trataran los siguientes temas:
Tema Ver Página

Principios generales y definiciones 1-1
Estructura 1-9

1-1
Principios generales y definiciones
Objetivos y El objetivo principal de la señalización No. 7 es proporcionar una

campos de señalización por canal común normalizada internacionalmente y
aplicación además sea de uso general:
• Optimizada para una operación digital en redes de

telecomunicaciones con centrales controladas por programa
almacenado.
• Que soporte los requerimientos presentes y futuros de

transferencia de información para transacciones entre
procesadores de las redes de telecomunicaciones, ya sea para la
señalización de manejo de llamadas, control remoto, administración
y mantenimiento.
• Que proporcione un medio seguro para la transferencia de

información en la secuencia correcta y sin pérdidas o duplicaciones
de la misma.
El sistema cumple con los requerimientos de señalización para el

control de la llamada en servicios de telecomunicaciones, tales como
telefonía y transmisión de datos por conmutación de circuitos. Puede
ser usado también como un sistema seguro de transporte de distintos
tipos de información, ya sea entre centrales o entre centros
especializados, en redes de telecomunicaciones (por ejemplo
operación y mantenimiento).
De tal manera, el sistema tiene diversas aplicaciones, tanto en redes

de propósito único como en redes multiservicios. Este sistema de
señalización es aplicable a redes internacionales, como a redes
nacionales.
El sistema de señalización está optimizado para operar sobre canales

digitales de 64 Kbits/seg, pero es también aplicable en canales
analógicos y a bajas velocidades. Este sistema es apropiado para
enlaces punto a punto, tanto terrestres como vía satélite.

1-2
Principios generales y definiciones, continuación
Características Señalización por canal común es un método de señalización en el

Generales cual, por un solo canal y mediante mensajes etiquetados, podemos
transmitir información de señalización acerca de un conjunto de
circuitos, o bien información de otros tipos, como la utilizada para
gestión de red.
Se emplean enlaces de señalización para la transferencia de

mensajes de señalización entre centrales u otros nodos de la red de
telecomunicaciones. Se han incluido medidas que aseguren una
transferencia de información confiable en caso de fallas en la red o de
ruido en la transmisión. Estas medidas incluyen mecanismos de
detección y corrección de errores en cada enlace. El sistema
normalmente se implementa con cierto grado de redundancia en los
enlaces de señalización, así como con funciones para reenrutamiento
del tráfico de señalización a trayectorias alternas en caso de falla en
los enlaces.

1-3
Estructura El sistema de señalización No. 7, está formado por un gran número de

Básica del usuarios, cada uno de los cuales soporta una aplicación específica.
CCITT No. 7 Estas Partes de Usuario (User Parts), crean mensajes para
comunicarse con otro usuario similar dentro de la red, e informarle
acerca de algún evento. La comunicación entre estos usuarios, es
decir, los mensajes que son generados por cada usuario, están
normalizados en los protocolos Q.7XX. Las siguientes partes del
usuario han sido normalizadas a la fecha:
• Parte de usuario telefónico (TUP: Telephonic User Part)

• Parte de usuario de RDSI (ISUP: ISDN User Part)
Cada parte de usuario crea sus propios mensajes y agrega el destino

en éste. Para el envío del mensaje será requerida una segunda parte
funcional, capaz de enviar mensajes a cualquier destino a través de la
red.
Esta otra parte es llamada Parte de Transferencia de Mensaje (MTP:

Message Transfer Part). Proporciona corrección de errores, y
funciones de control de flujo de información, de manera que se tiene
una transferencia de datos confiable.

1-4
Antecedentes En el período de estudios de la CCITT comprendido entre 1980 y

del CCITT No. 1984, se decidió incrementar la funcionalidad del sistema de
7 transporte incluyendo un nuevo bloque: Parte de Control de la
Conexión de Señalización (SCCP: Signalling Connection Control
Part). Esta parte tiene algunas funciones adicionales respecto a la
MTP. Tiene por ejemplo, un algoritmo de enrutamiento más eficiente
(orientado a conexiones). (Vea Figura: 1-1)
En el período de estudios comprendido entre 1984 y 1988, se hicieron

intentos para soportar los servicios de la capa de aplicación del
modelo OSI. Para lograr esto, tuvieron que ser hechas algunas
adiciones a la estructura de la señalización No. 7. Las Capacidades
de Transacción (TC) fueron añadidas a la estructura para soportar
estas funciones; de ellas la función básica es la Parte de Aplicación de
las Capacidades de Transacción (TCAP: Transaction Capabilities
Application Part).
Figura 1-1: Estructura del sistema de señalización No. 7
Aplicaciones para Otras

Manejo de Llamada Aplicaciones
TUP ISUP
TC
SCCP
MTP
De / Hacia Otros Nodos No.7

1-5
Componentes Durante la siguiente explicación puede consultar la figura 1-2.

de la red de
señalización Una Red de telecomunicaciones que emplea señalización por canal
común, se compone de alguna cantidad de nodos de conmutación (y
procesamiento), los cuales están interconectados por enlaces de
datos. Los nodos de esta Red de telecomunicaciones que poseen
señalización por canal común se denominan Puntos de Señalización
(Signalling points).
Puntos de Un punto de señalización en el cual se genera un mensaje es llamado

señalización Punto de Origen de dicho mensaje, y contiene a la Parte de Usuario
Originante.
Un punto de señalización hacia el cual se envía un mensaje es

llamado Punto de Destino de dicho mensaje, y contiene a la parte de
usuario destinataria.
Un Punto de Señalización en el cual un mensaje recibido a través de

un enlace de señalización es transferido a otro enlace, sin
intervención de las Partes de Usuario, es llamado Punto de
Transferencia de Señalización. (STP Signalling Transfer Point).
Cada punto de señalización se identifica por medio de un código,

llamado Código de Punto. De tal manera se puede identificar de forma
única un Punto de señalización en una red (nacional o internacional)
de señalización No. 7.
Así, utilizamos los Términos Código de Punto de Origen y Código de

Punto de Destino para identificar a los puntos originante y destinatario
de un mensaje No. 7, respectivamente.

1-6
Puntos de Fig. 1-2 Red de telecomunicaciones con señalización por canal común
señalización,
continuación B
A
C D
Central Telefónica Relación de

Señalización
Punto de Señalización Arreglo de
Troncales
Punto de Transferencia Arreglo de enlaces
de Señalización de Señalización

1-7
Ejemplo de En la figura 1-3, se supone que un mensaje de señalización es

Puntos de enviado desde la Central 1 (punto de Origen) hacia la Central 3 (Punto
señalización Destino). Dado que no existe una trayectoria directa de señalización
entre éstas, el mensaje será transmitido a través de la central 2 (Punto
de Transferencia).
Se dice que dos puntos de señalización tienen una Relación de

Señalización entre Usuarios, cuando entre ellos exista la posibilidad
de comunicación para sus correspondientes partes de usuario. De tal
manera se puede tener una relación de señalización entre Usuarios
de la Central 1 y la Central 3 como se observa en esta figura.
Fig.1-3 Diagrama que ejemplifica los puntos de señalización en una

red N7.
Central 1 Central 2
(Código de Punto: A) (Código de Punto:B)
Arreglo de enlaces
de señalización Punto de
Punto
(2 enlaces) Transferencia
de
de
Señalización Señalización
Arreglo de enlaces
de Señalización
(3 enlaces)
Central 3
(Código de Punto : C) Punto
de
Señalización

1-8
Relación de En un caso típico, dos centrales telefónicas están directamente

señalización conectadas por un conjunto de circuitos de voz. El intercambio de
mensajes de señalización entre estos circuitos constituye una relación
de señalización entre las Partes del Usuario Telefónico de ambas.
Otro ejemplo es cuando los datos de Administración de Clientes y de

Enrutamiento en una central telefónica se manejan en forma remota
desde un Centro de Operación y Mantenimiento, a través de un
sistema de señalización por canal común. Esta comunicación,
constituye también una relación de señalización de usuario, pero
ahora entre las funciones de la parte de operación y mantenimiento de
la central telefónica y las funciones correspondientes en el centro
remoto.
Enlaces de El sistema de señalización por canal común usa Enlaces de

Señalización Señalización (Signalling Links) para transmitir los mensajes de
señalización entre dos puntos, y normalmente se utilizan dos enlaces
debido a efectos de seguridad. Existe una jerarquía de los enlaces de
señalización, observa la figura siguiente:
Conjunto de Enlaces
de Señalización
Grupo de Grupo de
enlaces de enlaces de
Señalización Señalización
Enlace de Enlace de Enlace de Enlace de

Señalización Señalización Señalización Señalización
Fig. 1-4 Jerarquía de los enlaces de señalización
De la figura anterior, podemos decir que:

Un grupo de Enlaces de Señalización (Signalling Link Group), son
aquellos que tienen características semejantes (por ejemplo: la misma
velocidad de transmisión)
Un Conjunto de Enlaces de Señalización (Signalling Link Set), es un
conjunto de grupos de enlaces de señalización que conectan
directamente a dos puntos de señalización

1-9
Estructura
Generalidades La red telefónica cambiará enormemente en la próxima década. La

red puramente telefónica, en la cual las centrales SPC fueron
inicialmente introducidas en 1970, evolucionarán hacia una red de
propósito general capaz de transportar toda clase de información. A
fin de funcionar en este ambiente de cambios, será requerido un
sistema bastante flexible de señalización, el cual deberá ser capaz de
realizar funciones de señalización para todos los tipos de aplicaciones
de telecomunicaciones ya existentes o para aplicaciones futuras aún
no definidas.
Para obtener dicha flexibilidad dentro del sistema de señalización, se

necesitará una estructura modular.
Estructura Dentro de la estructura básica del sistema de señalización No. 7,

básica encontramos los siguientes módulos básicos:
• La Parte de Transferencia de Mensaje (MTP: Message Transfer

Part).
• La Parte de Usuario (UP: User Part).
• La Parte de Control de la Conexión de señalización (SCCP:

Signalling Connection Control Part).

1-10
Estructura, continuación
Parte de La Parte de Transferencia de Mensaje (MTP: Message Transfer Part)

Transferencia es un sistema general de transporte de información, que consta de
de Mensaje tres bloques elementales:
(MTP)
1. Las funciones de Enlace de Datos de Señalización se encargan
del nivel físico de la transferencia de información.
2. En un segundo nivel se ejecutan las llamadas Funciones de

Enlace de Señalización. Los mensajes de señalización se
manejan aquí como unidades genéricas, independientemente
de su contenido; a estas unidades se les da formalmente el
nombre de Unidades de Mensaje de Señalización (MSU’s:
Message Signal Units). Las Funciones de Enlace de
Señalización realizan acciones para la detección y corrección
de errores en estos mensajes.
3. En un tercer nivel, las llamadas Funciones de la Red de

Señalización, ejecutan acciones de envío de mensajes y de
manejo de la red. En cada punto de señalización las funciones
de red de señalización analizan la información de
direccionamiento contenida en el mensaje, para decidir hacia
dónde enrutar el mensaje. El manejo de la red asegurará que
ésta sea confiable.
Todos los usuarios del sistema de señalización No.7 harán uso de

esta parte de transferencia de mensajes, la cual enviará la información
al destino solicitado, con la secuencia correcta y libre de errores, ver
figura 1-5.

1-11
Parte de A fin de obtener esta flexibilidad, el sistema de señalización permitirá

Usuario (UP) a los diferentes usuarios emplear en su ambiente un conjunto propio
de mensajes de señalización. Cada conjunto de mensajes junto con
las acciones relacionadas definidas para cierto usuario, es llamada
Parte de Usuario. Si una nueva aplicación es requerida, una nueva
Parte de Usuario será definida por la UIT-T, incluyendo los mensajes
para esa aplicación específica.
De acuerdo a los libros rojos de la UIT-T, tres partes de usuario han

sido normalizadas:
• La Parte de Usuario Telefónico (TUP: Telephonic User Part),

que proporciona la señalización requerida en aplicaciones
telefónicas normales.
• La Parte de Usuario de Datos (DATUP: Data User Part), la cual

provee de la señalización para las redes dedicadas a datos.
• La Parte de Usuario de RDSI (ISUP: ISDN User Part), la cual

contiene el soporte necesario de señalización para los
requerimientos de comunicación de la RDSI.
En lo posterior, utilizaremos el concepto RDSI, y no ISDN
aclarando que ambos conceptos es lo mismo.
Parte de Una última parte de la señalización No. 7, la Parte de Control de la

Control de la Conexión de señalización (SCCP: Signalling Connection Control Part),
conexión de ofrece funciones adicionales de soporte a la red de señalización. Ello
señalización facilita el transporte de los mensajes en un punto de tránsito al tener
(SCCP)
funciones suplementarias de enrutamiento. Adicionalmente, se
definieron también varias funciones soportadas por la SCCP, como
TCAP, MRVT y SRVT.

1-12
Sistema No. 7 En la figura 1-5, se ilustra la secuencia de envío de información en el

sistema No. 7.
Fig. 1-5 Sistema No. 7
Punto de origen Punto de destino

de Señalización Punto de de Señalización
Transferencia
4 de Señalización 4
3 3 3
2 2 2
1 1 1

Capítulo 2
Parte de transferencia de mensajes
Panorama general
Introducción Esta parte debe asegurar que todos los mensajes sean transmitidos
sin errores y en la secuencia correcta. Una perturbación de la
transmisión puede cambiar el valor de los diferentes bits de la unidad
de señal de mensaje, para detectar tales errores, cada unidad tendrá
un control de errores. Si durante la transmisión ha ocurrido un error, la
unidad de señal es rechazada y deberá ser retransmitida.
En este capítulo describiremos la estructura de una MSU, los

procesos de transmisión y recepción de estas, así como la detección y
corrección de errores en ellas.
Objetivo Al término del capítulo, el participante describirá: la estructura de una

MSU, el proceso de transmisión y recepción de MSUs, así como la
detección y corrección de errores, de acuerdo a la norma de diseño de
la UIT-T.
Tema Ver Página

Funciones 2-1
Unidad de Mensaje de Señalización 2-5
Transmisión y Recepción de Mensajes 2-9
Corrección de errores 2-17
Red de señalización 2-26
Estructura de mensajes 2-31
Manejo de mensajes de señalización 2-35
Redes lógicas 2-42

2-1
Funciones
Introducción La Parte de Transferencia de Mensajes es la única parte de la

señalización No. 7 que será utilizada por todos los usuarios. De tal
forma, las acciones tomadas aquí serán descritas a detalle.
• La Parte de Transferencia de Mensaje (MTP), puede enviar

mensajes de información a cualquier destino dentro de la red
nacional donde la llamada fue originada. Sin embargo, es
incapaz de enviar mensajes entre dos centrales en diferentes
países.
• La MTP proporciona una transportación de datos libre de

errores, enlace por enlace. Como resultado, la información
transferida entre centrales, estará libre de errores.
• La MTP puede proveer intercambio de información, no sólo en

un ambiente de transmisión digital, sino también en uno
analógico.
Como se describió anteriormente, la Parte de Transferencia de

Mensajes de la Señalización No. 7, proveerá un sistema de
transporte, el cual consta de las tres funciones que se indicaron en el
tema anterior.
Funciones de Las funciones de enlace de datos de señalización, proveen de acceso

enlace de físico a los sistemas de transmisión capaces de transmitir los bits de
datos de información contenidos en un mensaje.
señalización
Nivel 1 • Un Interfaz Mecánico: conector que proporciona el acceso
físico hacia el medio externo.
• Un Interfaz Eléctrico: el grupo de señales eléctricas

requeridas para representar un "0" o un "1" digitales.
• Un Interfaz Funcional: un grupo de funciones extras provistas

en el enlace suplementario para el transporte de los mismos
datos.
Señalización No. 7 hará uso de los recursos existentes para el

transporte de bits en la red telefónica a nivel de centrales.

2-2
Funciones, continuación
Señalización En un ambiente de Multiplexión por División de Tiempo (TDM) con

en un estructura de trama de 32 canales, un enlace de señalización
ambiente empleará el canal 16, normalmente. De tal forma que la velocidad de
digital transmisión de señalización será de 64 kbit/s. Para el caso de Telmex
se empleará el canal 1 como el canal de señalización No. 7.
A fin de establecer un enlace de datos de señalización, los datos

serán enviados junto con los otros canales de la conexión de troncales
PCM. No se requieren modificaciones especiales del ambiente para
apoyar las funciones de señalización (fig.2-1). Los datos pueden ser
entregados a través de la red de conmutación interna de la central al
módulo de manejo de troncales, donde los datos serán introducidos
en el canal apropiado (canal 16), trama por trama.
Fig. 2-1 Señalización por canal común
32 CANALES (TDM)
MT MT
31 CANALES (TDM)
MT MT
ENLACE N7
MT MT
32 CANALES (TDM)
PS MT PS
MT
32 CANALES (TDM)
CENTRAL "A" CENTRAL "B"
PS : PROCESADOR DE LA SEÑALIZACION
MT : CIRCUITO MANEJADOR DE TRONCALES
MENSAJE DE SEÑALIZACION

2-3
Funciones de Las partes de usuarios de la señalización No. 7, crearán mensajes y

enlace de pedirán la transmisión de dichos mensajes hacia su destino correcto.
señalización Esto requerirá actividades de enrutamiento, análisis del destino a lo
Nivel 2 largo de la ruta, y el enrutamiento del mensaje hacia la siguiente
central.
Las funciones de enlace de datos de señalización transmitirán los

mensajes de una central a otra. Las funciones de enlace de
señalización garantizan que el envío de mensajes esté libre de
errores. Esto significa:
• No habrá pérdidas de mensajes.

• Los mensajes serán enviados en su secuencia correcta.
• La transmisión estará libre de errores.
El envío de los mensajes sin errores será soportado por conexiones

terrestres y por conexiones vía satélite.

2-4
Acciones de Un mensaje proveniente de la Parte de Usuario, conteniendo la

las Funciones información y los datos de enrutamiento, es enviado a las funciones
de enlace de de enlace de señalización por canal común, las cuales desarrollan las
señalización siguientes acciones:
• Agregan al mensaje información de detección de errores. El

mensaje completo con toda la información extra es llamado Unidad
de Señalización de Mensaje (MSU: Message Signal Unit). Esta
función será realizada por el enlace de señalización.
• Después de esto, el mensaje es puesto en un buffer de

transmisión. El enlace de datos de señalización mandará ahora la
información presente en el buffer de transmisión, bit por bit, hasta el
lado receptor del mensaje.
En el otro lado de la comunicación, los datos arribarán bit por bit sobre
el enlace de datos de señalización, y serán almacenados en un buffer
de recepción.
Durante esta operación, el mensaje será reconocido y todo el proceso

posterior será realizado a nivel usuario. Esta función de sincronización
de mensajes es parte de las funciones del enlace de señalización.
• El enlace de señalización checará ahora la información de control

de errores. Si un error es detectado, los procedimientos de
recuperación de error serán realizados. Si el mensaje estuvo
correcto, se le remueve toda la información para recuperación de
errores y el mensaje, junto con su etiqueta, es procesado por las
funciones de red de señalización.
• Las acciones de sincronización de mensaje son ejecutadas,

permitiendo al receptor reconocer los límites del mensaje en la
cadena de datos que se recibe.
• También los procedimientos de detección y corrección de errores

son ejecutados. De esta manera se asegura un sistema de
transmisión de mensajes libre de errores.
• Además son empleados procedimientos de control de flujo, para

proteger los diferentes buffers contra sobrecargas de trabajo.

2-5
Unidad de mensaje de señalización
Estructura de La estructura de una unidad de mensaje de señalización está

una MSU normalizada por la UIT-T, y es la que se muestra en la figura 2-2:
SIF
Etiqueta telefónica estandar
H1 H0 CIC OPC DPC SIO LI FF FSN B BSN F

CRC MENSAJE I I
SSF SI B B
16 Bits Nª8 Bits 4 Bits 4 Bits 12 Bits 14 Bits 14 Bits 4 Bits 4 Bits 2 Bits 6 Bits 1 Bits 7 Bits 1 Bits 7 Bits 8 Bits
NIVEL 2 NIVEL 4 NIVEL 3 NIVEL 2
Fig. 2-2 Estructura de una MSU
F: Bandera (Flag) de inicio (01111110), la cual será usada como un

separador de mensajes.
Significados En la estructura de la MSU (fig. 2-2), se tienen los siguientes

en el significados:
diagrama
Campo Significado
FLAG Bandera de inicio separadora de mensajes
BSN Número de secuencia hacia atrás (Backward
Sequence number) 7 bits.
BIB Bit de indicación hacia atrás (Backward Indicator
Bit) 1 bit.
FSN Número de secuencia hacia adelante (Forward
Sequence Number) 7 bits.
FIB Bit de indicación hacia adelante (Forward Indicator
Bit) 1 bit.
LI Indicador de longitud (Length Indicator) 6 bits,
indica el número de octetos (palabras de 8 bits)
incluidos en el campo de información de señal
(SIF). LI consta de un valor binario entre 0 a 63.
SPARE Reserva

2-6
Unidad de mensaje de señalización, continuación
Significados Continúa la tabla de significados en la estructura de la MSU (fig. 2-2).

en el
diagrama,
continuación
Campo Significado
SIO El Octeto de Información de Servicio (Service
Information Octet) 8 bits, contiene el Indicador de
Red (SubService Field) para identificar la central
como parte de una red nacional o internacional.
Los valores 00 y 01 son usados para redes
internacionales. Los valores 10 y 11 son usados
para redes nacionales. Una segunda parte llamada
Indicador de Servicios (Service Indicator), identifica
la parte de usuario que envía el mensaje.
DPC Código de punto de destino (Destination Point
Code) 14 bits. Indica el número de transmisor, es
decir la central de la cual proviene el mensaje.
OPC Código de Punto de Origen (Origin Point Code) 14
bits.
CIC Código de identificación de circuito (Circuit Id.
Code) 12 bits. Indica el número de conexión de
habla al cual pertenece la MSU.
SLS Selector del enlace de señalizador (Signal Link
Selection). Usado para repartir el tráfico dentro de
un grupo de enlaces de señalización. Se utilizan los
cuatro bits menos significativos de CIC.
SIF Campo de información de señalización (Signalling
Information Field), está formado por: DPC, OPC,
CIC, SLS, HI-H0, y el MENSAJE.
H0 Encabezado del mensaje, código H0 (4 bits).
H1 Encabezado del mensaje, código H1 (4 bits).
MSG Información del mensaje (NX8 bits)
CRC Control de redundancia cíclica, la cual es una
secuencia de verificación de trama (16 bits),
contiene el resultado de un cálculo matemático
realizado sobre la información misma.
BSN, BIB, FSN y FIB en conjunto forman un campo de 16 bits usado
para los procedimientos de control de errores.

2-7
Partes de la La mayoría de las unidades de mensaje de señalización transportarán

MSU datos provenientes de las partes de usuario. Estas unidades de
señalización se dividen en dos partes: La primera parte es el Campo
de Información de Señalización, el cual contiene la información
enviada por el usuario, junto con información de enrutamiento. La
longitud de este campo es variable y dependerá del tipo de mensaje;
esta longitud debe ser múltiplo de 8 bits. La segunda parte es el
Octeto de Información de Servicio, indica la parte de usuario
relacionada la cual se encargará del mensaje.
Tipos de Las Unidades de Señalización son descritas como un flujo continuo de

unidades de bits en 64 Kb/s. Todos los mensajes serán transmitidos en MSU’s, de
señalización las cuales operan tres y son:
1. Unidad de Señal de Estado del Enlace (LSSU).
2. Unidad de Señal de Mensaje (MSU).
3. Unidad de Señal de Relleno (FISU).
Unidad de Las unidades de estado del enlace (LSSU) transportan información

señal de relacionada al estado de los enlaces de señalización. En este caso, el
estado del campo de información contiene un comando de uno o dos bytes. Se
enlace (LSSU) utilizan estas para:
• Control de flujo, en caso de congestión se enviará una indicación
especial en el campo de estado (status) de la MSU, hasta que la
congestión haya desaparecido.
• Inicializar el enlace, son utilizadas para controlar la fase de
arranque del enlace.
Fig. 2-3 LSSU de estado del enlace
F B
CRC LI I FSN I BSN F
CAMPO DE ESTADO
B B
16 Bits 8 o 16 Bits 2 bits 6 Bits 1 Bit 7 Bits 1 Bit 7 Bits 8 Bits

2-8
Unidad de La unidad de señal de mensaje (MSU), es usada para llevar la

señal de información de señalización por las diversas partes de usuario. La
mensaje ilustración del formato de esta, es el especificado en la figura 2-3.
Unidad de El enlace de señalización continuamente enviará Unidades de

señal de Mensaje de Señalización (MSU) entre dos puntos de señalización,
relleno (FISU) aún si no hay información de usuario disponible para ser transmitida.
En este caso se envían MSU’s vacías, es decir no contienen
información de usuario. Estas unidades son llamadas FISU’s de
Relleno.
F B
CRC LI I FSN I BSN F
B B
16 Bits 2 bits 6 Bits 1 Bit 7 Bits 1 Bit 7 Bits 8 Bits
Fig. 2-4 FISU de relleno
Indicador de El campo de información es precedido, en los tres casos, por un

longitud Indicador de Longitud, el cual indica la cantidad de bytes ocupados
por dicho campo de información justo con el Octeto de información de
Servicio de la parte de usuario del mensaje.
• Para FISU’s de relleno, el indicador de longitud tiene un valor
de cero bytes.
• Para las LSSU’s de estado del enlace, el indicador de longitud
puede indicar uno o dos bytes.
• Para los mensajes con información de usuario el valor del
indicador de longitud varía, dependiendo de los bytes ocupados
para la información de señalización (junto con los cuales
siempre se incluye un byte que indica el tipo de mensaje).
La longitud máxima que señala el Indicador de Longitud es de 63
bytes, sin embargo se prevé que se puedan tener MSU con un campo
de Información de hasta 256 bytes. En estos casos, el valor del
identificador de longitud es 63.

2-9
Transmisión y recepción de mensajes
Sincronización Las funciones de enlace de datos de señalización, envía la

de Mensajes información, bit por bit, desde la estación transmisora hasta la
receptora. Debido a ello, después de su recepción el mensaje deberá
ser reensamblado. Para permitir esto, cada mensaje comenzará con
una bandera de apertura y finalizará con una bandera de cierre, las
cuales son en realidad una secuencia fija de bits (01111110).
Por otra parte, debido a que el sistema hace uso de MSU’s de

"relleno", para mantener habilitado el enlace (es decir, siempre hay un
MSU en el enlace), la bandera de cierre de un mensaje es también la
bandera de apertura del siguiente mensaje.
Mediante el análisis de la cadena de bits que llegan a la central, se

detectan las banderas de inicio de mensajes, así el receptor sabrá
dónde empieza y dónde termina un mensaje.
Sin embargo, puede ocurrir que el patrón de la bandera (01111110)

aparezca dentro de la información misma del mensaje. Esto
provocaría errores, puesto que este patrón sería interpretado como
una bandera a pesar de no serlo.
Este problema es resuelto por medio del empaquetamiento de bits

("bit stuffing"). Antes de añadir las banderas al mensaje, la
información es analizada byte por byte, de manera que cada vez que
aparezcan cinco "1" consecutivos, se insertará un "0" al final de dicha
secuencia (consulte la figura 2-5).
Después de hacer empaquetamiento de bits, ya no aparecerá el

patrón de las banderas dentro de la información del mensaje.
Cuando se recibe la información, ésta es analizada para extraer los

ceros insertados y restaurar la información original.

2-10
Transmisión y recepción de mensajes, continuación
Sincronización En la figura 2-5, se muestra el empaquetamiento de bits e inserción de

de Mensajes, bandera.
continuación
INFORMACIÓN
EJEMPLO
EMPAQUETAMIENTO DE BITS
0111111011111011
DETECCIÓN DE 5 BITS “1”
CONSECUTIVOS
INSERCIÓN DE “0”
INFORMACIÓN DESPUÉS 011111010111110011
DEL EMPAQUETAMIENTO
INSERCIÓN DE BANDERA
AGREGAR BANDERA
ANTES DEL MENSAJE
INFORMACIÓN LISTA
PARA TRANSPORTE 01111110 011111010111110011 01...
Fig. 2-5 Empaquetamiento de bits
Procedimiento Han sido definidos dos procedimientos de detección y corrección de

de detección y errores.
corrección de
errores 1) El primer procedimiento llamado Método Básico de Corrección de
Errores, es usado si el tiempo de propagación (retardo) de la señal
a través de todo el enlace es menor de 15 mseg. Se basa en una
retransmisión activada por mensajes de retroalimentación.
2) Un segundo procedimiento llamado Método Preventivo de

Retransmisión Cíclica, será utilizado en medios que tengan un
retardo en la propagación de la señal mayor de 15 mseg. La
retransmisión será utilizada de nuevo, y los mensajes serán
enviados automáticamente cada vez que exista un período de
tiempo disponible.

2-11
Procedimiento Cada MSU contiene una secuencia de 16 bits de verificación (CRC),

general los cuales son producto de un análisis matemático de la información
contenida en la MSU. Dicha MSU, por una parte es enviada hacia su
destino y por otra es almacenada en un buffer de retransmisión, hasta
que se recibe un acuse de recibo.
En la parte de recepción se analiza el campo correspondiente al CRC,

y se decide si el mensaje se recibió correctamente.
• Si el receptor recibió correctamente el mensaje, manda un

reconocimiento positivo hacia el origen, en donde dicho mensaje
será borrado del buffer de retransmisión.
• Si el receptor recibió el mensaje con error, éste será descartado.
En la figura 2-6, se muestran las acciones en la Estrategia general de

control de errores.
TRANSMISOR RECEPTOR
MENSAJE MENSAJE
BUFFER
DE
RETRANSMISION
NIVEL
DE
ENLACE
CRC DE CRC
DATOS
BUFFER DE BUFFER DE
TRANSMISION RECEPCION
Fig. 2-6 Estrategia general de control de errores

2-12
Secuencia de La secuencia de verificación es el resultado del cálculo de CRC

verificación (verificación cíclica preventiva), el cual incluye todos los bits, desde el
número de secuencia hacia adelante (FSN), hasta el último bit de la
señalización de enrutamiento. Así mediante el CRC se pueden
detectar errores en la información del mensaje así como en otros
campos de la estructura del mismo.
En la figura 2-7, se muestran los bits de verificación.
PRIMER
BIT
TRANSMITIDO
16 n * 8 8 8 8 8
BITS PARTE DE
DE LI FIB+FSN BIB+BSN BANDERA
VERIFICACION INFORMACION
PARTE USADA PARA EL CALCULO DE CRC
Figura 2-7
El polinomio generador empleado para el cálculo de CRC es:
16 12 5
X + X + X + 1
El receptor repetirá la verificación cíclica redundante, haciendo uso del
mismo polinomio generador. Si el nuevo resultado no es correcto, el
mensaje es ignorado por el receptor.

2-13
Recuperación El sistema para corrección de errores hace uso de la información para

de error detección de errores (bits de verificación), insertados en el mensaje
junto con otra información de retroalimentación.
Si esta información de retroalimentación indica un error en el

transmisor, entonces se activa el método básico de corrección de
errores.
El método básico de corrección de errores permite al usuario tener

varios mensajes esperando reconocimiento. Todos esos mensajes
son almacenados en un buffer de retransmisión. Para referirse a los
diferentes mensajes se emplean números de secuencia.
Un reconocimiento positivo de un mensaje con número "n" implica

automáticamente el reconocimiento positivo de todos los mensajes
con número menor.
Un reconocimiento negativo tendrá por consecuencia dos acciones:
1) El receptor seguirá esperando el siguiente mensaje, e ignorará

todos los mensajes que tengan un número de secuencia distinto al
esperado.
2) El transmisor repetirá todos los mensajes que están almacenados

en el buffer de retransmisión, en la secuencia correcta, antes de
continuar con la transmisión de mensajes nuevos.
Método El método básico de corrección de errores trabaja de la siguiente

básico de manera. El emisor tomará el mensaje y ensamblará una trama. Antes
corrección de de calcular CRC, la información es almacenada en un buffer de
errores retransmisión, donde será mantenido hasta recibir el reconocimiento
de su recepción.

2-14
Acciones del Acciones del transmisor de un mensaje No. 7:

transmisor de
un mensaje • Construye una MSU
No 7
• Agrega indicador de longitud
• Agrega número de secuencia hacia delante
• Agrega bit indicador hacia delante
• Agrega número de secuencia hacia atrás
• Agrega bit indicador hacia atrás
• Calcula CRC y agrega bits de verificación
• Realiza "empaquetamiento de bits" y pone bandera
La información será trasmitida al receptor, el cual realiza una

verificación del CRC para determinar si el mensaje fue trasmitido
correctamente. Si el mensaje es erróneo, se le ignora.
Si el mensaje es correcto, se analiza el Número de Secuencia hacia

Adelante (FSN) del mensaje, para ver si concuerda con el número de
secuencia esperado por el receptor. De ser así, el mensaje es
aceptado y pasa a un análisis de enrutamiento.
En caso de que el FSN del mensaje no coincida con el número de

secuencia esperado, el mensaje es ignorado, y se solicita una
retransmisión de la manera que se indica a continuación.
En este momento se prepara una retroalimentación consistente en

dos partes: un Número de Secuencia Hacia Atrás (BSN), el cual
confirma el último mensaje aceptado por el receptor (equivale al
número de mensaje esperado menos 1), y un Bit Indicador Hacia
Atrás (BIB), por medio del cual puede solicitarse una retransmisión,
invirtiendo su valor actual.
Esta información de retroalimentación se enviará al emisor ¨pegada¨ a

una MSU normal que vaya en la dirección contraria del enlace
(receptor a emisor).

2-15
Acciones del A la llegada del mensaje que contiene la retroalimentación, el emisor

transmisor de la analiza. El Número de Secuencia Inverso (BSN) se usa para limpiar
un mensaje mensajes del buffer de retransmisión, en el cual se borran todos los
No 7, mensajes que tienen número de mensaje (FSN) menor o igual al
continuación Número de Secuencia Inverso (BSN) recibido en la retroalimentación.
El emisor verifica entonces el Bit indicador Inverso (BIB). Si el valor de

este ha cambiado se inicia una retransmisión. Al momento de iniciar la
retransmisión el emisor invierte el valor del Bit Indicador Hacia
Adelante (FIB), de manera que nuevamente coincidan el FIB
transmitido y el BIB recibido.
El emisor trasmitirá todos los mensajes, iniciando desde el mensaje

erróneo. Mientras tanto, el receptor sólo acepta mensajes cuando el
FIB recibido es igual al BIB transmitido.

2-16
Acciones del En la figura 2-8, se muestra la secuencia de acciones del receptor en

receptor un mensaje de No. 7.
DETECCION DE LA BANDERA
VERIFICACION DE FCS (CRC)

CRC mal
IGNORAR MENSAJE
CRC bien
BORRAR DEL BUFFER TODOS

INDICADOR DE LONGITUD
LOS MENSAJES HASTA EL QUE
>2 ES INDICADO POR BSN
No Sí
MSU DE RELLENO MSU CON

O DE MANTENIMIENTO INFORMACION VERIFICAR SI
BIB TRANS = FIB
REC
VERIFICA SI
Sí No
FIBREC = FIB TRANS
CONTINUAR
Sí
No
COMENZAR
VERIFICA SI IGNORAR MENSAJE RETRANSMISION
FSN = FSN DE TODOS LOS
REC ESPERADO
MENSAJES DEL
BUFFER
Sí
INVERTIR
No
FIB
TRANS
ACEPTAR IGNORAR MENSAJE
MENSAJE PEDIR RETRANSMISION
INCREMENTAR (INVERTIR BIB
FSN ESPERADO TRANS)
Fig. 2-8 Acciones del receptor

2-17
Corrección de errores
Ejemplo del En el siguiente ejemplo, se proporcionan una secuencia de dibujos

método representando una recuperación de un error haciendo uso del método
básico de básico de corrección de errores.
corrección de
errores
La fig. 2-9 es el punto de partida del procedimiento. La información es
trasmitida originalmente sin errores.
Se hacen las siguientes suposiciones:
• La longitud de todos los mensajes es la misma.
• El retardo en la programación y los tiempos de procedimiento

son tales que en el enlace pueden viajar hasta tres mensajes
simultáneamente mientras que uno es tratado por el control del
receptor y otro más es preparado para la transmisión.
• El enlace transporta mensajes en ambas direcciones.
Posteriormente es enviado el mensaje 49 al receptor, y el análisis del

CRC da un resultado negativo. Esto origina que el mensaje 49 sea
desechado (Figura 2-10) y el receptor continuará esperando dicho
mensaje. Por el momento, el control del receptor no es informado de
que un error ha ocurrido por lo que continua indicando que el mensaje
48 está correcto (BSN=48, BIB=1).

2-18
Corrección de errores, continuación
Diagrama La figura 2-9, ilustra el primer escenario del procedimiento básico de

corrección de errores.
Central 1 Central 2
BUFFER DE
RETRANSMISION
E C V
M F F B B D
A F F B B F F B B E
I S I S E
P D L I S I S I S I S D FSN
A B N B N S R
45 E B N B N B N B N E ESPERADO
C E I
Q
46 U M
47 U 1 1 1 F
E B L 5 5 5 P B 49 50
48 1 1 I
T I 02 1 0 2 0 2 A I
49 O 2 1 0 C.
A T 6 5 4 Q T
D T D
50 M S S
I E M E
51 Y Y
E T C
52 C O
N FSN 49
R R
53 T ACEPTADO
O C C
SIG. MSG
(FSN 53) BSN 123
BUFFER DE BSN A
RECIBIDO
TRANSMISION Tx. 49
RECEPTOR
ENLACE DE
TRANSMISOR
SEÑALIZACION TRANSMISOR
RECEPTOR SIG. MSG
BUFFER DE
(FSN 3)
BSN 45 TRANSMISION
RECIBIDO
BSN A Tx 127
V E C
127 B B F F B B F F B B F F
E M D A 126
D D S I S I S I S I S I S I
E P E L 125
E R N B N B N B N B N B N B
A 124
S I C
E Q 123
B F U B U
FSN M 4 4 4
ESPERADO I I 1 0 0 1 1 0 1 2 0 E I L
P
A T C. 6 7 8 T T O
S A S
127 0 Q D M D
T Y E I Y E 3
M C E C 2
T N
O R R 1
C T 0
FSN 127 C
O
ACEPTADO
BUFFER DE
RETRANSMISION
Fig. 2-9 Escenario 1 del Procedimiento básico de corrección de

errores

2-19
Recepción del A la recepción del siguiente mensaje, el CRC se checa y es correcto,

siguiente además el número de secuencia hacia adelante (50), es comparado
mensaje con el FSN esperado (49). En este momento el control del receptor ha
detectado el error al no corresponder los FSN´s, y mandará un
reconocimiento negativo mediante la inversión del bit de retransmisión
hacia atrás (BIB) de ¨1¨ a ¨0¨. Todos los mensajes que lleguen de
ahora en adelante con el bit de transmisión hacia adelante (FIB=1),
serán ignorados (Fig. 2-11).
Cuando llega la señal de reconocimiento al transmisor, el Bit Indicador

Hacia Atrás es igual a ¨0¨ (valor diferente al del Bit de Indicador Hacia
Adelante), por lo que el transmisor iniciará el procedimiento de
retransmisión (Fig. 2-12). La retransmisión comienza a partir del
mensaje 49 (número de secuencia hacia atrás más 1). El emisor
ahora cambiará el bit de retransmisión hacia adelante de ¨1¨a ¨0¨, que
es el mismo valor del bit de retransmisión hacia atrás recibido.
Cuando el mensaje 49 llega nuevamente al receptor con el bit de

retransmisión hacia adelante con valor de ¨1¨, puede ser aceptado si
el resultado del análisis del CRC es positivo (figuras 2-13 y 2-14).

2-20
Observaciones Además debe notarse que:
• Este método de solicitar la retransmisión en el cual la orden de

retransmitir el mensaje va incluido en un mensaje en la dirección
contraria, se le llama piggy-backing.
• En realidad, en el enlace habrá algunos “tiempos libres” o sin

información útil. Estos espacios de tiempo son ocupados por
MSU´s de relleno. Estos tienen el mismo Número de Secuencia
Hacia Adelante que el último mensaje enviado por el sistema. El Bit
indicador Hacia Adelante, el Número de Secuencia Hacia Atrás, y
el bit Indicador Hacia Atrás siguen teniendo la misma función de un
mensaje normal, por lo que pueden ser utilizados por el
procedimiento de detección y corrección de errores.
• Los errores en la transmisión que no pueden ser detectados por el

CRC, no serán detectados salvo en casos excepcionales. De todas
maneras se ha demostrado que si tomamos un rango límite de
error en la transmisión de 10-6 sobre el enlace de datos de
señalización, la probabilidad de que después de un análisis de
CRC se tenga un error indetectable es menor de 10-10.
• Si el CRC calculado en un mensaje de llegada es negativo, el

mensaje es ignorado, lo cual significa que también un BSN y un
BIB, fueron desechados. Esto de todos modos no ocasiona
problemas.

2-21
MSU 49 con La figura 2-10, muestra la recepción del mensaje 49, el cual fue
errores detectado con errores.
Central 1 Central 2
BUFFER DE
RETRANSMISION
E C F F B B F F B B F F B B D V
M A I S I S E E
I S I S I S I S
S FSN
P B N B N
D L B N B N B N B N E D R ESPERADO
45 A
46 Q E C M E I
47 P F
U B U 5 5 5 A B 49
48 E 1 1 1 I
I L Q I
49 2 1 0
T T O T T C.
50 A S M S
51 M D D
T
52 I Y E Y E
O
53 E C C
N R R
T C C BSN
O CRC TRANSMITIDO
INCORRECTO 49 - 1 = " 48 "
BUFFER DE
TRANSMISION SIG. MSG
FSN 53 RECEPTOR
ENLACE DE
TRANSMISOR
SEÑALIZACION BIB TRANSMISOR
RECEPTOR TRANSMITIDO " 1 "
BSN 45
RECIBIDO 127
V E C
D B B F F B B F F B B F F 126
E M A
E S I S I S I S I S I S I
S P L 125
D R N B N B N B N B N B N B D
E A 124
E I E C
M Q
U 123
FSN P B F U B
4 4 4
ESPERADO A I I 1 1 E I L
1
Q T C. 6 7 8 T T O
T S D A S D
M E M
Y Y E 3
T I
C C 2
O E
R N R 1
C T C 0
O
BUFFER DE
RETRANSMISION

errores

2-22
Envío de Vea la figura 2-11.

reconocimiento
negativo
Central 1 Central 2
BUFFER DE DESCARTAR
RETRANSMISION
FSN
E C F F B B F F B B F F B B D V RECIBIDO
I S I S E E
M A I S I S I S I S S " 50 " FSN
P B N B N B N B N B N B N R
46 D L E D ESPERADO
A E M E I
47 Q C
P F 49
U B U 5 5 5 A B
E I 1 1 1 I I
L 3 2 1 Q
T T T C.
O T
A S S D
M D M
53 Y T Y E
I E
E O C
54 C
N R
T R NACK
C BSN
O C TRANSMITIDO
INVERTIR " 48 "
BIB Tx
BUFFER DE
TRANSMISION
SIG. MSG RECEPTOR
FSN 54 ENLACE DE
TRANSMISOR TRANSMISOR
SEÑALIZACION BIB
RECEPTOR TRANSMITIDO " 0 "
BSN 46
RECIBIDO D V E C
B B F F B B F F B B F F M
E E S I S I A
S I S I S I S I P
S R N B N B N B N B L
E D N B N B A D
M E I E C
Q
P B F U B U
FSN 4 4 4
A L
ESPERADO I I 1 1 1 E I
Q
T C. 7 8 8 T T O
T S M S
D D
M I
Y E Y E
T E
O C N C
R T R
C O C
BUFFER DE
RETRANSMISION

errores

2-23
Reconocimiento Vea la figura 2-12.

negativo recibido
Central 1 Central 2
BUFFER DE DESCARTAR
RETRANSMISION FIB (RX) = 1, BIB (TX)=0
FSN
C F F B B F F B B F F B B D V RECIBIDO
E E
A I S I S I S I S I S I S E " 54 " FSN
M
L B N B N B N B N B N B N S R
49 P D D ESPERADO
E
A E C E I
M
Q U P F 49
B 5 5 5 B
U L 1 1 1 A I
I I
E 7 6 5 Q
T O T C.
T T
A S S D
D M
M Y Y E
E T
I C
57 O
E C R
N R C BSN
T C
O TRANSMITIDO
" 48 "
BUFFER DE INICIA LA
TRANSMISION RETRANSMISION RECEPTOR
ENLACE DE
TRANSMISOR
TRANSMISOR SEÑALIZACION BIB
TRANSMITIDO " 0 "
RECEPTOR
BIB RECIBIDO
DISTINTO DE D C
FIB TRANSMITIDO V E
E B B F F B B F F B B F F M
E A
S S I S I S I S I S I S I
P L
E A
M E I E C
Q
P B F U
FSN 4 4 4 U B
A E L
ESPERADO I I 0 0 0 I
M T 8 8 8 T O
C. T
P S D M S D
A I
Y E Y E
Q E
T C N C
M R T R
T C O C
O
BUFFER DE
RETRANSMISION

errores

2-24
Primera Vea la figura 2-13.

retransmisión
del mensaje
Central 1 Central 2
BUFFER DE
RETRANSMISION
FIB REC = 0 = BIB TX
E C F F B B D V
F F B B F F B B
M I S I S E E FSN
A I S I S I S I S FSN
P B N B N S RECIBIDO
49 D L B N B N B N B N D R ESPERADO
A E
E C M E I " 49 "
Q
U B U P B F 49 50
5 5 5
E I 0 0 0 A I I
L 2 1 0
53 T T Q T C.
O
A S T S D
M D
M E
I Y E Y
T
E O C
57 C
N R
T R C BSN
O C TRANSMITIDO
" 49 "
BUFFER DE
TRANSMISION RECEPTOR
ENLACE DE TRANSMISOR
TRANSMITIDO " 0 "
RECEPTOR
BSN RECIBIDO D V E C
" 48 " B B F F B B F F B B F F
E E M A
S I S I S I S I S I S I
S P L
A
P E I E C
A Q
B F U
FSN Q 4 4 4 U B
ESPERADO I I 0 0 0 E I L
T
M T C. 8 8 8 T T O
S D A S
T M D
O Y E I Y E
C E C
R N R
C T C
O
BUFFER DE
RETRANSMISION

errores

2-25
BSN 49 Vea la figura 2-14.

recibido
Central 1 Central 2
BUFFER DE
RETRANSMISION FIB REC = 0 = BIB TX
E C B B D V
F F F F B B F F B B
M I S I S E E
A I S I S I S I S FSN
P B N B N S
49 D L B N B N B N B N D R FSN ESPERADO
A E
E E I RECIBIDO
Q C M
" 53 "
U B U P B F 53 54
5 5 5
E 0 0 0 A I
I L I
53 6 5 4 Q
T T T C
O
A S T S D
M D M
I Y E Y E
T
E O C
57 C
N R
T R C BSN
O C TRANSMITIDO
" 53 "
BUFFER DE
RECEPTOR
TRANSMISION
ENLACE DE TRANSMISOR

TRANSMITIDO " 0 "
RECEPTOR
BSN RECIBIDO D V E C
" 49 " E B B F F B B F F B B F F M
E A
S I S I S I S I S I S I
S P L
E A
M E I E C
Q
P B F U
FSN 5 5 5 U B
ESPERADO A I I E I L
0 0 0
Q T C. 0 1 2 T T O
T S D A S D
M M
Y E Y E
T I
O C C
E
R N R
C T C
O
BUFFER DE
RETRANSMISION

errores

2-26
Red de señalización
Funciones de Las funciones de la red de señalización, consisten en dos partes:

la red de
señalización 1) Enviar el mensaje al destino correcto. Esta situación de
Nivel 3 enrutamiento (nivel de red del modelo OSI), es llamada Función de
Manejo de Mensajes de Señalización (Signalling Message
Handling Function).
2) Un grupo de acciones de recuperación que forma procedimientos

específicos en caso de falla o congestión de tráfico. Esta parte es
llamada Administración de la Red de Señalización (Signalling
Network management).
Funciones de Las funciones de manejo de mensajes de señalización constan de tres

manejo de partes (Fig. 2-15):
mensajes de
selección • Las funciones de discriminación consistirán en recibir todos los
mensajes y decidirán basados en las etiquetas de enrutamiento, si
el punto de señalización es el punto destino correcto o no. En el
punto destino del mensaje, éste será enviado a las funciones de
distribución.
• Las funciones de distribución., las cuales enviarán el mensaje al

usuario correcto. Si se trata de una central de transferencia (PTS),
el mensaje será enviado a las funciones de enrutamiento.
• Las funciones de enrutamiento las cuales harán uso de las

etiquetas de ruta para decidir donde el mensaje debe ser enviado.

2-27
Red de señalización, continuación
Funciones de La figura 2-15, ilustra las 3 partes de que se compone el manejo de

manejo de mensajes de señalización.
mensajes de
señalización
DIFERENTES PARTES DE USUARIO
O SCCP
O ADMINISTRACION DE LA RED
DISTRIBUCION DE
MENSAJES
ENRUTAMIENTO DE DISCRIMINACION DE
MENSAJES MENSAJES
Mensajes para un
destino remoto
MENSAJES PARA TRANSMISION MENSAJES (DESDE LOS ENLACES)
Fig. 2-15 Partes del manejo de mensajes de señalización

2-28
Información Los mensajes de señalización No. 7 son preparados por la parte de

de usuario. Cuando llegan a la parte de trasferencia, ya contienen la
enrutamiento información de enrutamiento requerida para ser enviados a través de
la red.
La siguiente información viene incluida en el mensaje:
• El código del punto de destino (Destination Point Code).
• Indicador de red.
• Indicador de servicio.
• Código de punto de origen.
A continuación se describen estas informaciones.
Código del Es un código de 14 bits y es una identificación única para el destino

Punto de (central) dentro de la red.
Destino
Esta información se usa para la distribución del mensaje, checando si
la central es el destino o no.
También será usada por las funciones de enrutamiento del mensaje,
para enrutar la llamada a la salida correcta en la central.
Sin embargo, existe un problema. Los Códigos de Punto de Destino,
no aseguran una identificación única para todas las centrales usando
señalización No. 7, a nivel internacional.
La red de señalización No. 7 está dividida en una red internacional y
una infinidad de redes nacionales y locales y en cada red de los
Códigos de Punto de Destino son asignados localmente. Como
resultado, el mismo Código de Punto de Destino va a ser utilizado
más de una vez. Como sea, el código de punto de destino debe ser
único en cada país que se utilice.
A consecuencia de este problema tenemos que la Parte de
Transferencia de Mensaje de señalización No. 7 se verá imposibilitada
para intercambiar mensajes directamente entre diferentes redes.
NOTA: La información que se usa para definir un Código de

Punto de Destino, fue definida por Ingeniería TELMEX.

2-29
Indicador de Un Indicador de Red (Network Indicator) es incluido en el mensaje de

red señalización No. 7 con el fin de identificar si los mensajes están
destinados a una red nacional o hacia una red internacional. Este
indicador de red solamente es importante en puntos de acceso entre
redes (gateways) internacionales e indicará si el mensaje deba ser
enviado hacia una red nacional o una red internacional.
Con el fin de distribuir el mensaje al punto destino, se requerirá

información adicional.
Indicador del Un Indicador del Tipo de Servicio (Service Indicator) incluido en el

tipo de mensaje, identificará el tipo de usuario al cual está destinado el
Servicio mensaje. En la mayoría de los casos, esta identidad de la parte de
usuario, es más que suficiente para conocer el destino correcto del
mismo.
MENSAJE H1 H0 CIC OPC DPC

SLS
N*8 Bit/s 4 Bit/s 4 Bit/s 12 Bit/s 14 Bit/s 14 Bit/s
Fig. 2-16 Campo de información de señalización (SIF)
Sin embargo, en algunos casos (por ejemplo, en ambientes de control

distribuido), la identidad de la parte de usuario no será suficiente para
identificar el destino del mensaje. En estos casos, para enrutar el
mensaje será usada alguna información adicional disponible en el
encabezado del mensaje. Por ejemplo la parte de usuario telefónico
dentro del sistema 12 está implementada en forma distribuida, de tal
manera que el software está colocado en el Controlador del circuito de
voz al cual se le asigna la llamada. Como resultado, la identidad del
circuito de voz será aprovechada para entregar el mensaje a la parte
de usuario correcta.

2-30
Código del El encabezado del mensaje de señalización también incluye un

punto de Código de Punto de Origen. Este es usado para identificar la central
origen que originó el mensaje.
Conclusión Las diferentes acciones de las Funciones de Manejo de Mensajes de

Señalización, están basadas en varias fuentes de información:
• La Discriminación está basada en el Código de Punto de Destino y

en el Indicador de Red.
• El enrutamiento también está basado en el Código de Punto de

Destino y en el Indicador de Red.
• La distribución está basada en el Indicador del Tipo de Servicio

(Service Indicator) y sí se requiere, en alguna otra información
contenida en el encabezado de enrutamiento (por ejemplo el
Código de Punto de Origen y el Código de Identificación de
Circuito).

2-31
Estructura de mensajes
Formato de Como mencionamos anteriormente, la parte de usuario formará el

encabezado mensaje de señalización No. 7, incluyendo su encabezado.
del mensaje
Este encabezado del mensaje tendrá la siguiente estructura:
MENSAJE CÓDIGO DE ENCABEZADO

n*8 H1 H0
Fig. 2-17 Encabezado del mensaje
Octeto de Indicador de Red (SubService Field) para identificar la central como

información parte de una red nacional o internacional. Los valores 00 y 01 son
de servicio usados para redes internacionales. Los valores 10 y 11 son usados
para redes nacionales.
Una segunda parte llamada Indicador de Servicio(Service Indicator),

identifica la parte de usuario que envía el mensaje. Los siguientes
valores son definidos por la UIT-T.
0011: OMUP (Parte de usuario O&M)

0100: TUP (Parte de usuario telefónico)
0101: ISUP (Parte de usuario de la RDSI)
1100: TAXUP (Parte de usuario para tarificación)
CAMPO DE SUBSERVICIO
INDICADOR RESERVA
DE (2 BITS) INDICADOR DE SERVICIO
RED (2 BITS)
Fig. 2-18 Estructura del SIO

2-32
Estructura de mensajes, continuación
Estructura de La etiqueta de enrutamiento identificará el destino del mensaje. Para

la etiqueta de este propósito, tres partes pueden ser identificadas en dicha etiqueta.
enrutamiento
1) El Código de Punto de Destino (DPC), identificará la central que es
el destino del mensaje.
2) El Código de punto de Origen (OPC), identificará la central que
envió el mensaje.
3) Código de identificación de circuito (CIC). Indica el número de
conexión de habla al cual pertenece el mensaje. Dentro del CIC
utilizamos los 5 bits menos significativos para identificar la troncal y
los restantes 7 para el DTM. Además hay que recordar que dentro
de éste mismo, los 4 menos significativos nos sirven para
compartir la información entre un número de enlaces de
señalización (SLS= Selector de Enlace de Señalización).
CIC OPC DPC
DTM TK
14 Bit/s 14 Bit/s
7 5
SLS
4
12 Bit/s
Fig. 2-19 Etiqueta de enrutamiento
Códigos de Como explicamos anteriormente, los códigos de punto son usados

punto para identificar un punto de señalización dentro de la red de
señalización No. 7. La UIT-T ha definido una estructura para los
códigos de punto en redes internacionales, la cual consta de tres
partes:
• 3 bits de la identificación de la zona, indicando una zona general en
el mundo.
• 8 bits de la identificación de área, indicando un país o una región.
• 3 bits indican la identificación del punto de señalización dentro del
área comprendida.
ZONA ÁREA PUNTO
3 Bits 8 Bits 3 Bits
Fig. 2-20 Estructura del OPC y DPC

2-33
Ejemplo Bélgica está situada en la zona 2 del mundo y ha recibido como

identificación de área el valor 12.
Un punto de acceso (gateway) permite la comunicación con una red
internacional, ya que tiene una identidad en la red nacional y otra
identidad en la red internacional. Es decir, esta central tiene dos
diferentes Códigos de Punto.
Red No. 7 Red No. 7
Código de Punto X Nacional Internacional
Para la Red Nacional
PTS PTS
Gateway
Central
SP SP
Suscriptor X Código de Punto Y

Para la Red Internacional
Los mensajes son pasados a nivel 2 para su transmisión. Este nivel

agregará alguna información extra a la estructura. Dicha estructura se
encuentra en la figura 2-21.
FCS PARTE DE ETIQUETA
INFORMACIÓN TELEFONICA SIO RESERVA LI FIB FSN BIB BSN F
ESTANDAR
1 2 3 4
FCS = Secuencia de verificación (CRC)

Etiqueta telefónica estándar (OPC, DPC y CIC)
SIO = Octeto de información de servicio
LI = Indicador de longitud
Reserva (2 bits)
FSN = Número de secuencia hacia adelante
FIB = Bit indicador hacia adelante
BSN = Número de secuencia hacia atrás
BIB = Bit indicador hacia atrás
F = Bandera (0 1 1 1 1 1 1 0)
1 = Información para la función de enlace de señalización
2 = Información para la parte de usuario
3 = Información para la función de red
4 = Información para la función de enlace de señalización
Fig. 2-21 Estructura de un mensaje de señalización No. 7

2-34
Campo de El Selector de Enlace de Señalización es usado para distribuir la

selección de carga de información entre varios enlaces de señalización.
enlace de
señalización Los diferentes enlaces de señalización existentes en un Conjunto o
Arreglo de enlaces trabajan compartiendo la carga de mensajes de
señalización.
Si para realizar dicha distribución, los mensajes fueran enviados a

través de los diferentes enlaces de señalización en forma aleatoria, la
red de señalización No. 7 no podría garantizar que la secuencia en la
cual los mensajes van a llegar a su destino fuera correcta. Esta
situación no es aceptable en la mayoría de las aplicaciones del
sistema; por ejemplo, si se utiliza señalización No. 7 para la
transmisión de mensajes de señalización en la red telefónica, la
secuencia tiene que ser garantizada. Si un mensaje con la señal de
¨seizure¨ llegara después de un mensaje con información de dígitos
extras, la llamada no podría completarse.
Mediante el Selector del Enlace de Señalización, el usuario puede

seleccionar cuales mensajes deben ser enviados por cada enlace. Un
ejemplo de lo anterior se muestra en la figura 2-22.
SLS = XXX0
CENTRAL B
CENTRAL A CENTRAL D
CENTRAL C
SLS = XXX1
Cuando se enrute tráfico desde A hacia D:
- Se hará a través de B si el último bit de SLS es 0

- Se hará a través de C si el último bit de SLS es 1
Fig. 2-22 Uso del SLS para compartir cargas
Como resultado, el usuario puede asegurar que los mensajes

relacionados a la misma sesión sean enviados por el mismo enlace,
manteniéndolos así en la secuencia correcta.

2-35
Manejo de mensajes de señalización
Acciones La función de Manejo de Enlace de Señalización enrutará los

tomadas por mensajes al destino apropiado. Para esto se tomarán algunas
la función de acciones como las siguientes:
manejo de
mensaje de
• En el Punto de Señalización de origen, el mensaje es ensamblado
señalización
y entregado a la entidad de enrutamiento la cual analizará el
Código de Punto de Destino, el Indicador de Red y el Selector de
Enlace de Señalización para localizar un enlace conveniente.
• El enlace de señalización garantizará una transmisión libre de

errores hacia la siguiente central (gracias a la labor del nivel de
Enlace de Datos de Señalización-nivel 2).
• Cuando el mensaje llega a un punto de Transferencia de

Señalización (PTS), se revisan el Código de Punto de Destino y el
Indicador de Red. El análisis corre a cargo de una entidad de
discriminación, la cual se encarga de determinar que el mensaje es
de salida, puesto que el PTS no es el destinatario de dicho
mensaje. La entidad de enrutamiento seleccionará entonces un
enlace de señalización para llegar al Punto de Señalización
Destino, empleando la misma información.
• En el Punto de Señalización Destino, las acciones son diferentes.

Otra vez la entidad de discriminación del mensaje analizará el
Código de Punto de Destino y el Indicador de Red. Pero, puesto
que el mensaje tiene ahora un destino local, en esta ocasión se
activará la entidad de distribución. Esta última usa la información
contenida en el SIO (Byte de Información de Servicio), y en la
Etiqueta de Enrutamiento para conocer la identidad del usuario.
Cuando el usuario ha sido localizado, el mensaje será entregado.
• Dicho usuario se encargará de analizar la información contenida en

el mensaje de señalización y de determinar las acciones que
corresponda tomar.

2-36
Manejo de mensajes de señalización, continuación
Acciones Nota: Observe que el enrutamiento de mensaje está basado en la

tomadas por información del Indicador de Red y del Código de Punto de Destino.
la función de Puesto que el Código de Punto es una identidad única dentro de un
manejo de país o dentro de una red internacional, siempre podrá localizarse
mensaje de
cualquiera de los puntos dentro del propio país o dentro de la red. Sin
señalización,
embargo, no es posible alcanzar destinos que pertenezcan a otros
continuación
países, o en general que pertenezcan a una red distinta a la del origen
del mensaje.
Administración La administración de la red de señalización realizada por el nivel de

de la red de Red de Señalización, consiste en varias acciones de recuperación
señalización orientadas a hacer la red más segura y confiable.
Se tienen tres grupos básicos de funciones:
1. Funciones de manejo de tráfico de señalización: Son usadas

para desviar el tráfico de enlace o de una ruta.
2. Funciones de manejo del enlace de señalización: Son usadas

para desactivar o activar los enlaces de señalización.
3. Manejo de rutas de señalización: Estas funciones toman

acciones sobre las rutas de señalización. Una ruta de
señalización. es un conjunto de enlaces de señalización que se
dirigen a un destino particular, directamente o a través de un
Punto de Transferencia de Señalización.
En este apartado se presenta un breve panorama de las funciones de

manejo de la red de señalización normalizadas a la fecha.
Funciones del Las funciones del manejo de tráfico de señalización, se dividen en 3:

manejo de
tráfico de 1. Changeover
señalización
2. Changeback
3. Reenrutamiento forzado

2-37
Changeover Una acción de Changeover es realizada cuando un enlace se pone

fuera de servicio. En estos casos se pretende que algún otro enlace
se encargue del trabajo del enlace en falla sin pérdidas de información
ni de secuencia.
Por ello, desde el inicio del Changeover, todos los nuevos mensajes
deberán ser reenrutados hacia un nuevo enlace. Sin embargo, estos
mensajes nuevos no podrán ser transmitidos inmediatamente, dado
que puede ser que en el buffer de retransmisión del enlace que falla
haya aún mensajes pendientes de transmitir y mensajes que aún no
reciben reconocimiento (acuse de recibo desde el destino). La acción
tomada es almacenar todos los mensajes nuevos en un buffer
especial, llamado buffer de Changeover, el cual es asociado con el
enlace que se hará cargo del tráfico en sustitución.
A fin de averiguar cuál de los mensajes pendientes del enlace que
falta deberán ser transmitidos en el nuevo enlace, se comienza con un
proceso especial descrito a continuación.
• A través del enlace nuevo se envía un mensaje de Changeover, el
cual contiene la identidad del último mensaje recibido desde la
central remota. Este mensaje será contestado con un mensaje de
reconocimiento del Changeover, el cual contiene la identidad del
último mensaje recibido, tal como se había solicitado.
• Todos los mensajes que tengan un FSN (Número de Secuencia
hacia Adelante) mayor que el devuelto en el mensaje de
reconocimiento de Changeover serán tomados de los buffer de
transmisión y de retransmisión del enlace que falla, y serán
colocados en el buffer de transmisión del nuevo enlace.
• Después de ello, la información almacenada en el buffer de
Changeover puede ser copiada también en el buffer de transmisión
del nuevo enlace, con lo cual concluye el Changeover.
• Se define también un proceso de Changeover de emergencia, el
cual solo será utilizado si el sistema no puede recuperar los
mensajes pendientes. Este proceso se activa por medio del envío
de un mensaje de Changeover de emergencia y de un mensaje de
reconocimiento de Changeover de emergencia. Por supuesto, en
este caso se perderá alguna información.

2-38
Changeback Cuando un enlace que estaba fuera de servicio se pone disponible

otra vez, se ejecuta un Changeback a fin de garantizar que la
información es enviada al enlace original (recuperado) sin pérdidas de
información, duplicaciones de mensajes ni pérdidas de secuencia.
Al iniciar este procedimiento, todos los mensajes nuevos que son

recibidos serán enrutados hacia el enlace recuperado, donde serán
almacenados en un buffer de Changeback. Ahí permanecerán hasta
que estemos seguros de que todos los mensajes previos han sido
recibidos a través del enlace de Changeover (el alternativo).
Para iniciar un Changeback, se envía un mensaje de declaración de

Changeback a través del enlace de Changeover (el alternativo). Una
vez que todos los mensajes han sido recibidos correctamente a través
del enlace de Changeover, se regresa un mensaje de reconocimiento
de Changeback. Este indicará que todos los mensajes pendientes han
sido ya transmitidos a través del enlace de Changeover. En ese
momento, los mensajes presentes en el buffer de Changeback son
introducidos en el buffer de transmisión. Con ello concluye el proceso.

2-39
Reenrutamiento Este proceso se emplea cuando un destino específico se ha vuelto

forzado inaccesible. Su función es establecer un nuevo juego de alternativas
de enrutamiento, a fin de lograr que el destino vuelva a ser accesible.
Se le llama ruta de señalización a un conjunto de enlaces de
señalización que tienen un mismo destino. De tal manera, cuando la
red No. 7 está trabajando normalmente, los mensajes entre dos
puntos de señalización son enviados a través de alguna ruta de
señalización específica.
Si un destino se ha hecho inaccesible, se envía un mensaje de
transferencia prohibida a todos los puntos de señalización
adyacentes. De esta forma, dichos puntos de señalización sabrán
que ya no deben emplear al punto que generó el mensaje como
punto de transferencia de Señalización para llegar al destino en
cuestión. En cada una de las centrales que reciben el mensaje de
transferencia prohibida se iniciará un proceso de reenrutamiento
forzado, en el que buscarán una ruta alternativa para su tráfico de
señalización.
En el caso más simple, la central que recibe el mensaje será capaz
de reenrutar su trafico de señalización. Se envía entonces otro
mensaje de transferencia prohibida hacia el nuevo Punto de
transferencia de Señalización. Durante el proceso los mensajes se
almacenan temporalmente en un buffer de reenrutamiento forzado.
De esta manera se minimiza la cantidad de mensajes perdidos a
causa del reenrutamiento. Podemos resumir entonces que:
• Si un destino se hace inaccesible, la central verificará si es posible
reenrutar.
• De ser así, se enviará el mensaje de transferencia prohibida a la
central adyacente que será empleada como Punto de
Transferencia de Señalización.
• Si no le es posible reenrutar, la central enviará un mensaje de
transferencia prohibida a cada una de las centrales adyacentes.
Este proceso continuará hasta que se encuentra una ruta
alternativa.
Cuando la red regrese a su estado original, se enviarán mensajes de
transferencia permitida para informar a las centrales involucradas de
que el flujo de información puede volver a la normalidad.

2-40
Manejo de Se provee una serie de procedimientos que permiten la manipulación

enlaces de individual de los enlaces de señalización. Dichos procedimientos son:
señalización
• Activación de un enlace de señalización.
• Restauración de un enlace de señalización.
• Desactivación de un enlace de señalización.
• Activación de un arreglo de enlaces.
Cualquier enlace de señalización deberá ser activado antes de poder

ser declarado disponible.
Manejo de Estos procedimientos son usados para transferir hacia otros Puntos
rutas de de Señalización información relacionada con la disponibilidad de rutas
señalización de señalización. Se tienen los siguientes procedimientos:
• Transferencia Prohibida
Se envía desde un Punto de Transferencia de Señalización hacia
los puntos de señalización adyacentes para informarles que dicho
PTS ya no puede ser usado para dirigir tráfico a través de las rutas
de señalización implicadas.
• Transferencia Permitida
Anula el efecto del anterior.
• Transferencia Restringida
Los puntos de señalización son informados de que el punto de
Transferencia aún puede enrutar información al Destino deseado,
pero sería preferible que la información fuera enrutada por otra
trayectoria.
• Prueba de Arreglo/Ruta de Señalización

Es un procedimiento empleado para comprobar si es posible o no
enrutar información para un Destino especifico a través de un
Punto de Señalización adyacente.

2-41
Terminología La siguiente es terminología de uso frecuente cuando se refiere uno a

las funciones de red de señalización:
Terminología Descripción
Enlace de Un enlace de señalización individual que
señalización interconecta directamente a dos puntos de
señalización.
Grupo de enlaces de Un conjunto de enlaces de señalización que
señalización interconectan dos puntos de señalización
adyacentes y que además tienen las mismas
características.
Arreglo de enlaces de Un conjunto de enlaces que interconectan
señalización directamente dos puntos de señalización.
Arreglo de enlaces de Un conjunto de enlaces de señalización que
señalización forma un grupo de trabajo donde el tráfico de
combinado señalización es repartido entre estos
enlaces, usando el Selector de Enlaces de
Señalización (SLS).
Ruta de señalización Un conjunto de enlaces de señalización que
son empleados para transferir mensajes
entre dos puntos de señalización remotos los
cuales mantienen una relación de
señalización.
Arreglo de rutas de Un conjunto de rutas de señalización
señalización alternativas, las cuales pueden ser usadas
para transferir mensajes entre dos puntos de
señalización.

2-42
Redes lógicas
Introducción En la estructura de un ambiente de señalización No 7, en el nuevo

paquete SW del S-12 (PAM 3.2) aparece un nuevo elemento conocido
como red lógica.
Una Red Lógica es una colección de puntos de Señalización que:

• Usan el mismo protocolo MTP (ANSI o UIT-T).
• Comparten el Indicador de Red.
• Están lógicamente juntos desde el punto de vista de un operador
de Red.
• Hasta 32 Redes Lógicas pueden ser creadas por Central física.
• Cada Red Lógica, puede contener máximo 7 Códigos de Punto
Origen (OPC’s), pertenecientes a la misma Red Física (sí el
parámetro de Código de Punto múltiple es usado).
• Cada enlace puede soportar hasta 4 diferentes SSF (local, NAT,
INT1 e INT2).
• Un Conjunto de enlaces puede llevar tráfico de 4 Redes Lógicas,
sin embargo combinar diferentes protocolos (ANSI+UIT) en un sólo
enlace no esta permitido.
RED UIT-T RED ANSI
OPC=1 OPC=3
OPC=3
OPC=2 OPC=A
OPC=1
OPC=4 OPC=8
Fig. 2-23 Ejemplo del uso de una Red Lógica

2-43
Redes lógicas, continuación
Beneficios de • Un operador de red (carrier) puede convertirse en un multi-carrier,

las redes dando servicios a varios operadores.
lógicas
• Una misma central puede manejar con una red lógica el protocolo
UIT-T y otra red lógica puede manejar el protocolo ANSI.
Identificación En el pasado el parámetro SSF (Indicador del Subservicio) fue

de las redes suficiente para identificar una Red. Sin embargo hoy en día se
necesitan 3 parámetros (OPC+SSF+LOGNET) para poder identificar a
una Red Lógica.
Protocolo ITU-T requiere de los siguientes parámetros:
• LOGNET (identificador lógico de la red) y el SSF (indicador del

subservicio). SSF es un campo dentro del mensaje de
Señalización No. 7 y tiene normalmente, los siguientes valores
predefinidos:
1. Red Internacional (NAT1)

2. Red Internacional (NAT2)
3. Red Nacional (valor 8)
4. Red Local (valor C)
Protocolo ANSI requiere de los siguientes parámetros:
• LOGNET (indicador de Red lógica) y NI (indicador de Red, valor de

0 a 3).

2-44
Elementos en Los siguientes elementos forman parte de una Red de Señalización

una red lógica en una Red Lógica:
• PS y PTS´s: cada punto de Señalización (PS) creado en una

Central Sistema 12 puede pertenecer hasta 32 diferentes Redes
Lógicas, cada Red es definida en el SP por su propia identidad de
Red Lógica (LOGNET), si bien el DPC del PS puede ser diferente
para cada Red, el nombre o mnemónico de la Central, es único.
• Enlace de Señalización: Un enlace de Señalización puede soportar

hasta 4 redes lógicas, cuando se cumple lo siguiente: Todas las
redes Lógicas usan el mismo estándar de protocolo MTP (ANSI o
UIT-T).
Arquitectura Cada PS (PTS) en una red N7 en Estados Unidos es únicamente

de Red ANSI identificado por un código de punto de señalización de 24 bits. El
código de punto de señalización consiste de 3 campos, cada uno de 8
bits:
1) Identificador de red asignado a cada red N7 de Norte América. El

código de red cero (0) no se usa y el código de red 255 es
reservado para uso futuro.
2) Identificador de cluster: Representa un grupo de PS’s los cuales

comparten una misma comunidad de interés, el identificador de
cluster puede también ser usado para redes pequeñas, el código
de cluster cero (0) no debe ser usado.
3) Identificador de elemento: Representa un PS el cual es origen o

destino de los mensajes de señalización. El código del elemento
cero es generalmente asignado a los PTS’s, sin embargo no
necesariamente.
Los puntos de señalización que comparten la misma red y código de

cluster, son llamados elementos de este cluster. Estos elementos son
usualmente conectados vía conjuntos de enlaces combinados a una
pareja de STP’s.

2-45
Resumen de El siguiente resumen de conceptos, es importante tenerlos presentes

conceptos cuando realicemos tareas de O&M en el sistema.
Terminología Descripción
Nodo N7 Un nodo N7 es un punto de señalización
(PS) o un punto de transferencia de
señalización (PTS). Estos están definidos por
su código de punto (CP) y su identidad de
red lógica.
Destino de Una central N7 (PS) es una colección de
señalización destinos, cada uno perteneciente a una
diferente red (identificada por el SSF, red
lógica) y teniendo un único código de punto
de señalización dentro de su red. En
realidad, los destinos comparten la misma
localización física.
Punto de señalización Un punto de señalización (PS), es un nodo
en una red de señalización N7, el cual está
conectado a otros PS’s por medio enlaces de
señalización N7. Cada punto de señalización
esta definido por un número, el cual es único
en la red (Código de punto de señalización).
Hay dos tipos de puntos de señalización, el
punto de señalización terminal (origen y
destino), y el punto de transferencia de
señalización.
Punto de Un punto de transferencia de señalización es
transferencia de un nodo en la red de señalización N7, el cual
señalización recibe mensajes N7, interpreta su dirección
de destino y los transfiere a una central
adyacente (este puede ser el destino final o
no).
Código de punto de Es un código único que identifica a un punto
señalización de señalización en la red.
Código de punto Es el código de punto de señalización,
destino (DPC) cuando la central está direccionada como
destino.
Código de punto Es el código de punto de señalización,
origen (OPC) cuando la central está direccionada como
origen.

Capítulo 3
Parte de usuario telefónico (TUP)
Panorama general
Introducción En temas anteriores, hemos tratado los conceptos teóricos del modelo
de la señalización No. 7 de la UIT-T. Dicha teoría nos ha permitido
conocer e interpretar el objetivo de diseño de esta.
Además en este estudio de N7 hemos descrito que hay partes de
usuario que son las que generan los mensajes para comunicarse
entre ellas. La primera parte (TUP) la describimos en este capítulo.
La finalidad del tema será exponer las características, aplicaciones e
interpretación de mensajes de la señalización N7 enfocada a la parte
de usuario TUP.
La descripción e interpretación de dichos mensajes esta basada en la
Especificación Técnica E-211.02 de Telmex, sin olvidar que
información general de la UIT-T al respecto, la encontraras
consultando la recomendación Q.723 del libro azul de la UIT-T.
Objetivo Al término del capítulo, el participante interpretará los mensajes de

señalización No. 7 para la parte de usuario TUP, en una llamada
saliente, de acuerdo a la especificación técnica E-211.02 de Teléfonos
de México.
Tema Ver Página

Escenarios de la señalización 3-1
Estructura de mensajes 3-8
Mensajes de direccionamiento hacia adelante 3-15
Mensajes hacia atrás 3-32
Mensajes de supervisión de la llamada y circuitos 3-38
Interpretación de mensajes N7 3-42

3-1
Escenarios de la señalización
Establecimiento Para realizar el establecimiento de una llamada telefónica, es

de una llamada necesario transmitir varios eventos de señalización entre las
centrales involucradas:
• Al momento de la toma de troncal, el extremo remoto de ésta tiene

que ser informado de la toma.
• Cuando comienza la conversación, una señal debe ser regresada

a la central originalmente para que comience la tarificación.
• De la misma manera, es necesario enviar alguna otra información,

como el número de directorio llamado (señalización de registro) y
el tipo de llamada solicitado.
• Para la liberación de la llamada, es necesario distinguir quién

colgó si el abonado llamante o el llamado.
• Si es el abonado llamante quien cuelga, la conexión es liberada

inmediatamente (liberación hacia adelante, clear forward) y se
contesta con una confirmación local (liberación de equipo, release
guard).
• Si el abonado llamado cuelga primero, se envía un mensaje

(liberación hacia atrás, clear backward) dirigido a la central de
origen, en la cual se inicia una temporización. Cuando ésta expira,
o bien cuando el abonado llamante cuelga, la llamada es liberada
(liberación hacia adelante) y la liberación es confirmada (liberación
de equipo release guard).

3-2
Escenarios de la señalización, continuación
Escenario de El escenario para el establecimiento y liberación de una llamada en la

la que se usa un método de señalización tradicional se muestra en la
señalización figura 3-1.
PARTE ORIGINANTE PARTE DESTINO

TOMA
(SEÑAL DE LINEA)
PROCEDER A ENVIAR
(SEÑAL DE LINEA)
SEÑALIZACION DE DIGITOS
REGISTRO
SEÑAL DE RESPUESTA
(SEÑAL DE LINEA)
CONVERSACION
LIBERACION HACIA ADELANTE
(SEÑAL DE LINEA)
LIBERACION DE EQUIPO
(SEÑAL DE LINEA)
VACIO (SEÑAL DE LINEA)
VACIO (SEÑAL DE LINEA)
Fig. 3-1 Escenario de llamada con señalización tradicional (R2)

3-3
Consideraciones Cuando se emplea señalización No. 7 para pasar esta misma

información, es necesario considerar lo siguiente:
Como se ha visto en los capítulos anteriores, la transmisión de un

mensaje implica la creación de un encabezado, de forma que
además de la información original de señalización hay que transmitir
la información de todos los niveles del sistema de señalización
(como la etiqueta telefónica y la bandera). Por ello a fin de
conservar la eficiencia del sistema, el número de mensajes debe ser
mantenido al mínimo. Conforme a esto, el establecimiento de una
llamada requerirá idealmente de sólo tres mensajes:
1. Un mensaje llamado Mensaje de Direccionamiento Inicial (IAM:

Initial Address Message) se utiliza para enviar la petición de
toma de troncal, junto con el número de directorio de la parte
llamada (esto último se enviará si la información está disponible).
2. Un mensaje de Respuesta es usado para indicar que la parte

llamada ha contestado.
3. Finalmente, el Mensaje de Direccionamiento Completo (ACM:

Address Complete Message), que será enviado cuando la parte
llamada ha sido alcanzada y la fase de llamada (timbrado) ha
comenzado.
Si no es posible transmitir toda la información en el Mensaje de

Direccionamiento Inicial, los dígitos faltantes del número de
directorio llamado serán transmitidos en uno o más mensajes
suplementarios, llamados Mensajes de Direccionamiento
Subsecuente (SAM: Subsequent Address Messages).
Envío en bloque Se denomina Envío en bloque a la transmisión simultánea de todos

los dígitos en el primer mensaje de Direccionamiento. En este caso,
el mensaje recibe el nombre de Mensaje de Direccionamiento Inicial
con Información Adicional (IAI).

3-4
Envío en Se denomina Envío en partes (overlap sending) a la transmisión de

partes los dígitos en más de un mensaje. En el Mensaje de Direccionamiento
Inicial (IAM) se envían algunos de los dígitos, los demás dígitos se
envían en uno o más Mensajes de Direccionamiento Subsecuentes
(SAM).
Aplicaciones El sistema de señalización deberá soportar aplicaciones tanto

y envío nacionales como internacionales. En redes internacionales, debe
transmitirse alguna información especial durante el establecimiento de
la llamada, como información relativa al uso de satélites, supresores
de eco etc.
Todos los mensajes de señalización serán enviados de Enlace a

Enlace. Estos mensajes llegarán desde un extremo de la trayectoria
de voz hasta el otro, donde serán analizados.
Dado que los mensajes son transmitidos en un canal ¨común¨, es

necesario que el mensaje haga una referencia a la llamada
señalizada. Estas referencias a la llamada se encuentran en la
Etiqueta Telefónica del mensaje No. 7. La referencia se hace
indicando el circuito de voz (troncal) que lleva la conversación. La
indicación del circuito se hace de la siguiente forma:
• La ruta se determina identificando las centrales donde la ruta se

origina y donde termina (Código de Punto de Origen y Código de
Punto de Destino).
• La troncal perteneciente a la ruta se identifica usando el Código de

Identificación de Circuito, el cual debe ser escogido por medio de
un acuerdo bilateral entre las dos centrales a las que conecta la
troncal.
De tal manera, es posible distinguir varios casos, mismos que se

describirán a continuación.

3-5
1er. Caso La Fig. 3-2 muestra un escenario de señalización para el

Flujo de una establecimiento de una llamada entre dos centrales que se enlazan
llamada con directamente (no existe una central de tránsito). Se asume que el
liberación Mensaje de Direccionamiento Inicial con Información Adicional (IAI) es
hacia
enviado conteniendo toda la información completa del abonado
adelante
llamado y del llamante. La llamada es liberada por el abonado que
llamó, de forma que se generan dos mensajes: un CLF (liberación
hacia adelante) y un RLG (liberación de equipo).
CENTRAL "A" CENTRAL "B"

ESTABLECIMIENTO
ANALISIS DEL PREFIJO MSG. DE DIRECCIONAMIENTO INICIAL( IAI )

- TOMA DE TRONCAL
SELECCION DE TRONCAL
CON INFORMACIÓN ADICIONAL
MSG. DE DIRECCIONAMIENTO ABONADO "B"

COMPLETO (ACM)
ENCONTRADO. ENVIAR
RETORNO DE LLAMADA AL
ABONADO "A"
MENSAJE DE RESPUESTA (ANC)
- DESCUELGUE DE "B"
ESTABLECIMIENTO DE
TRAYECTORIA DE VOZ
CONVERSACION
LIBERACION
MENSAJE DE LIBERACION HACIA

ADELANTE (CLF)
LIBERAR
MENSAJE DE LIBERACION DE
TRONCAL LIBRE PARA EQUIPO (RLG) LIBERACION DE LA CONEXION
NUEVA COMUNICACION
Fig. 3-2 Escenario de Llamada con liberación hacia adelante

3-6
2do. Caso En la figura 3-3, se muestra el escenario de llamada con liberación

Flujo de una hacia atrás.
llamada con
liberación CENTRAL "A"
hacia atrás CENTRAL "B"
ESTABLECIMIENTO
MSG. DE DIRECCIONAMIENTO INICIAL ( IAI )
ANALISIS DEL PREFIJO
SELECCION DE TRONCAL - TOMA DE TRONCAL
CON INFORMACIÓN ADICIONAL
MSG. DE DIRECCIONAMIENTO
COMPLETO (ACM) ABONADO "B"
ENCONTRADO. ENVIAR
RETORNO DE LLAMADA A
ABONADO "A"
MENSAJE DE RESPUESTA (ANC)
- DESCUELGUE DE "B"
ESTABLECIMIENTO DE
TRAYECTORIA DE VOZ
CONVERSACION
LIBERACION
ATRAS (CBK)

FIN DE ADELANTE (CLF)
TEMPORIZACION DE LIBERACION EJECUTADA
DE REDESCUELGUE
MENSAJE DE LIBERACION DE
EQUIPO (RLG)
Fig. 3-3 Escenario de Llamada con liberación hacia atrás

3-7
3er. Caso En la figura 3-4, se muestra el escenario de llamada de tránsito con

Flujo de una liberación hacia adelante.
llamada de
tránsito con
liberación
hacia
adelante
IAI ANALISIS SELECCION IAI

ANALISIS DE PREFIJO
DE PREFIJO DE TRONCAL
SELEC. DE TRONCAL
OPC = DPC
?
ACM ACM
TIMBRADO
ANC ANC DESCUELGUE
CONVERSACION
LIBERAR CLF LIBERAR CLF LIBERACION

COMPLETA
RLG RLG
CENTRAL CENTRAL CENTRAL

ORIGEN DE TRANSITO DESTINO
Fig. 3-4 Escenario de Llamada de tránsito con liberación hacia

adelante

3-8
Estructura de mensajes
Estructura Todos los mensajes de señalización usados por la parte de usuario

básica de telefónico tienen una estructura normalizada, como se muestra en la
Mensajes Fig. 3-5. Cada mensaje consta de las siguientes partes:
para
señalización
• La Etiqueta Telefónica Normal
• Encabezado del mensaje
• Campos obligatorios
• Campos de indicadores
• Campos opcionales
Diagrama Vea la figura 3-5.
CAMPOS CAMPOS DE CAMPOS ENCABEZADO ETIQUETA

OPCIONALES INDICADORES OBLIGATORIOS DEL MENSAJE TELEFÓNICA
PRIMER BIT
TRANSMITIDO
Fig. 3-5 Estructura básica de un mensaje

3-9
Etiqueta La Etiqueta Telefónica Normal (Standard telephonic label) es una

telefónica estructura de 40 bits usada por el protocolo de la capa tres para el
envío de mensajes y para repartir la carga. La etiqueta consta a su
vez de tres partes:
1. Un Código de punto de destino de catorce bits.
2. Un Código de punto de origen de catorce bits.
3. Un Código de identificación de circuito de doce bits.
Los dos Códigos de punto se usan para identificar la ruta para la

trayectoria de voz (ruta).
El Código de identificación de circuito es empleado para identificar la

troncal de voz. Los cuatro bits menos significativos de este código son
llamados selector de enlace de señalización, y se usan para repartir la
carga.
Así, estos doce bits son usados para especificar el circuito telefónico
que se señaliza por medio del mensaje.
PRIMER BIT A
TRANSMITIR
CODIGO DE CODIGO DE CODIGO DE

IDENTIFICACION PUNTO PUNTO
DE CIRCUITO DE ORIGEN DE DESTINO
12 BITS 14 BITS 14 BITS
40 bits
Fig. 3-6 Etiqueta telefónica

3-10
Encabezado El encabezado se usa para indicar el tipo de mensaje. Cada tipo de

del mensaje mensaje corresponde a un evento telefónico específico. De tal
manera, el encabezado corresponde a algún evento telefónico.
Por conveniencia, los mensajes de señalización fueron agrupados por

la UIT-T de acuerdo a su función general. Así, los ocho bits de
encabezado se dividen en dos partes de cuatro bits cada una. La
primera es llamada H0, e identifica el grupo al que pertenece el
mensaje. La otra parte es llamada H1 e identifica un mensaje dentro
de dicho grupo. En la tabla de códigos de encabezados de la siguiente
página se encuentra una lista de los mensajes más empleados, junto
con sus códigos de encabezado (H0 Y H1).
Campos Estos campos están declarados como obligatorios para un tipo de

obligatorios mensaje dado, aparecerá en todos los mensajes de ese tipo.
Normalmente los mensajes con algunos campos obligatorios son
arreglados en un orden determinado.
Campos Dichos campos están declarados como opcionales para ciertos tipos
opcionales de mensajes, únicamente aparecerán cuando son requeridos
mensajes de ese tipo. La presencia o ausencia de cada campo
opcional es indicada por el estado de un campo indicador localizado
en el mensaje.

3-11
Tabla de A continuación se presenta la tabla de códigos de encabezados.

códigos de
encabezados * Opción nacional
H1
GRUPO 0000 0001 0010 0011 0100 0101 0110 0111 1000 1001 1010 1011 1100 1101 1110 1111
DE
MSGs 0 1 2 3 4 5 6 7 8 9 A B C D E F
H0
0000 RESERVADO PARA USO NACIONAL

0
0001
FAM IAM IAI SAM SAO
1
0010
FSM GSM COT CCF
2
0011
BSM GRQ
3
0100
SBM ACM CHG
4
0101
SEC CGC NNC ADI CFL SSB UNN LOS SST ACB DPN MPR EUM
UBM 5
0110
CSM ANU ANC ANN CBK CLF RAN FOT CCL
6
0111
CCM RLG BLO BLA UBL UBA CCR RSC
7
1000
GRM 8 MGB MBA MGU MUA HGB HBA HGU HUA GRS GRA SGB* SBA* SGU* SUA*
1001 R E S E R V A D O
9
1010 RESERVADO PARA USO BASICO
CNM ACC
A
1011 NACIONAL E INTERNACIONAL .
B
MND 1100 OFR CAN REL
C R E S E R V A D O
MNA 1101 FAN
D
P A R A U S O
MNP 1110 TEB
E
1111 N A C I O N A L
F
ASIGNACIÓN DE CÓDIGOS DE ENCABEZADOS

3-12
Abreviaciones A continuación se presenta una descripción de las abreviaciones de la

de tabla tabla anterior.
Mensaje Grupo Descripción
Mensajes de dirección hacia adelante (FAM)
1 1 IAM (MID) Mensaje de direccionamiento inicial
2 1 IAI (MIA) Mensaje de direccionamiento inicial con
información adicional
3 1 SAM (MSD) Mensaje de dirección subsecuente
4 1 SAO (SDU) Mensaje de dirección subsecuente con una señal
Mensajes hacia adelante para establecimiento de llamada
(FSM)
1 2 GSM (MIE) Mensaje de información general para
establecimiento de la llamada
3 2 COT (CON) Mensaje de continuidad
4 2 CCF (FCO) Mensaje de falla de continuidad
Mensajes hacia atrás para petición de establecimiento de la
llamada (BSM)
1 3 GRQ (MPG) Mensaje de petición general
Mensajes hacia atrás de información sobre establecimiento
Completado (SBM)
1 4 ACM (MDC) Mensaje de dirección completo
2 4 CHG Mensaje de tarificación
Mensajes hacia atrás de información sobre establecimiento no
Completado (UBM)
1 5 SEC (CEC) Señal de congestión de equipo de conmutación
2 5 CGC (CGC) Señal de congestión de grupo de circuitos
3 5 NNC (CRN) Señal de congestión en la red nacional
4 5 ADI (SDI) Señal de dirección incompleta
5 5 CFL (SLI) Señal de llamada infructuosa
6 5 SSB (ABO) Señal de abonado ocupado
7 5 UNN (NNA) Señal de número no asignado
8 5 LOS (LFS) Señal de línea fuera de servicio
9 5 SST (TEI) Señal de envío de tono especial
A 5 ACB (SAP) Señal de acceso prohibido
B 5 DPN (TDN) Señal de trayecto digital no proporcionado
C 5 MPR (PRM) Prefijo interurbano mal marcado
F 5 EUM Mensaje hacia atrás de información sobre establecimiento
extendido no completado
Mensajes de supervisión de la llamada (CSM)
0 6 ANU (SRS) Señal de respuesta sin calificar
1 6 ANC (RCT) Señal de respuesta con tasación
2 6 ANN (RST) Señal de respuesta sin tasación
3 6 CBK (COL) Señal de colgar (liberación hacia atrás), reposición
4 6 CLF (FIN) Señal de fin (desconexión, liberación hacia adelante)

3-13
Abreviaciones Continúa la descripción de la página anterior.

de tabla,
continuación
5 6 RAN (RRE) Señal de recontestación
6 6 FOT (INT) Señal de intervención
7 6 CCL Limpiar señales de la parte llamante
Mensajes de supervisión de circuitos (CCM)
1 7 RLG (LGU) Liberación de guardia
2 7 BLO (BLO) Señal de bloqueo
3 7 BLA (ARB) Señal de acuse de bloqueo
4 7 UBL (DBL) Señal de desbloqueo
5 7 UBA (ARD) Señal de acuse de desbloqueo
6 7 CCR (PPC) Señal de petición de prueba de continuidad
7 7 RSC (RCI) Señal de reinicialización de circuito
Mensajes de supervisión del grupo de circuitos (GRM)
1 8 MGB (BGM) Mensaje de bloqueo de grupo de circuitos para
mto
2 8 MBA (ABM) Mensaje de acuse de bloqueo del grupo de
circuitos para mantenimiento
3 8 MGU (DGM) Mensaje de desbloqueo del grupo de circuitos
para mantenimiento
4 8 MUA (ADM) Mensaje de acuse de desbloqueo de grupo de
circuitos para mantenimiento
5 8 HGB (BGE) Mensaje de bloqueo del grupo de circuitos por falla
del equipo
6 8 HBA (ABE) Mensaje de acuse de bloqueo del grupo de circuitos
por falla del equipo
7 8 HGU (DGE) Mensaje de desbloqueo del grupo de circuitos por
falla del equipo
8 8 HUA (ADE) Mensaje de acuse de desbloqueo de grupo de
circuitos por falla del equipo
9 8 GRS (MRG) Mensaje de reinicialización del grupo de circuitos
A 8 GRA (ARG) Mensaje de acuse de reinicialización del grupo
de circuitos
B 8 SGB (BGP) Mensaje de bloqueo de grupo de circuitos
generado por programa
C 8 SBA (ABP) Mensaje de acuse de bloqueo de grupo de circuitos
D 8 SGU (DGP) Mensaje de desbloqueo de grupo de circuitos
E 8 SUA (ADP) mensaje de acuse de desbloqueo de grupo de
circuitos generado por programa
Grupo de mensajes administradores de circuitos de red (CNM)
1 A ACC Mensaje de información de control automático de cong.

3-14
Abreviaciones Continúa la descripción de la página anterior.

de tabla,
continuación
Mensajes nacionales hacia adelante (MND)
4 12 OFR Señal de oferta
5 12 CAN Señal de cancelación de oferta
6 12 REL Señal de rellamada
Mensajes nacionales hacia atrás (MNA)
4 13 FAN Señal de falsa contestación
Mensajes nacionales de prueba (MNP)
4 14 TEB Mensaje de prueba de tasa de error en los bits
Clasificación Los mensajes se clasifican según su función y tenemos los siguientes:

de los
mensajes Mensajes de direccionamiento hacia delante: Contienen
información de dirección para el establecimiento de la conexión
telefónica, y son:
• Grupo 1 (encabezado H0 = 1), que incluye los mensajes: IAM,
IAI, SAM y SAO.
• Grupo 2 (encabezado H0 = 2), que incluye los mensajes: GSM,
COT y CCF.
Mensajes de direccionamiento hacia atrás: Solicitan algún dato
faltante para completar la llamada o para informar sobre
establecimiento completado, y son:
• Grupo 3 (encabezado H0 = 3): mensajes hacia atrás para petición
de establecimiento de la llamada (BSM), que incluye el mensaje
GRQ.
• Grupo 4 (encabezado H0 = 4): mensajes hacia atrás de información
sobre establecimiento completado (SBM), que incluye los
mensajes: ACM y CHG.
• Grupo 5 (encabezado H0 = 5): mensajes hacia atrás de
información sobre establecimiento no completado (UBM), que
incluye los mensajes: SEC, CGC, NNC, ADI, CFL, SSB, UNN,
LOS, SST, ACB, DPN, MPR y EUM.
Mensajes de supervisión de la llamada, circuitos, mantenimiento,
gestión: Estos grupos de mensajes realizan funciones que aportan
información durante la transferencia de mensajes

3-15
Mensajes de direccionamiento hacia adelante
Mensaje de Este mensaje de direccionamiento inicial (IAM), es enviado al

direccionamie momento de la toma. Es usado para tomar la troncal y para enviar los
nto inicial dígitos iniciales del número de directorio. En redes internacionales, los
(IAM) dígitos iniciales enviados en este mensaje deben ser suficientes para
realizar toda la selección de troncal.
La estructura del mensaje esta formada por los siguientes campos:
a) Etiqueta: la cual contiene el DPC, OPC y CIC.
b) Código de encabezado: H0 = 0001.
c) Código de encabezado: H1 = 0001.
d) Indicador de la categoría del usuario que llama en los bits

FEDCBA.
e) Reserva: los bits de este campo se reservan para uso

internacional, Telmex los codifica como 00.
f) Indicadores de mensaje.
g) Número de señales de dirección: indicación en binario del número

de señales de dirección contenidos en el mensaje. El código 0000
significa que hay 16 dígitos de dirección incluida la señal fin de
numeración (ST).
h) Señales de dirección: cada una de las cifras del número telefónico

de destino se codifica con 4 bits. En caso de un número impar de
señales de dirección, se inserta el código de relleno 0000, después
de la última señal de dirección. Esto asegura que el campo este
formado por un número entero de octetos.

3-16
Mensajes de direccionamiento hacia adelante, continuación
Diagrama La figura 3-7, ilustra la estructura del mensaje IAM:

(IAM)
FEDCBA 0001 0001
Re Indicador de Código de Código de
ser categoría de encabezado encabezado Etiqueta Primer bit
va abonado llamante H1 H0 transmitido
6 4 4 40
2
(c)
(e) (d) (b) (a)
LKJIHGFEDCBA
Número de señales Indicadores de

Señales de dirección
de dirección mensajes
nx8 4 12
(h) (g) (f)
Fig. 3-7 Estructura mensaje IAM

3-17
Indicador de La siguiente tabla muestra la categoría del usuario que llama en los
la categoría bits FEDCBA:
(IAM)
FEDCBA SIGNIFICADO CATEGORIA APLICACIÓN
TELMEX FOT. NAL.
000000 ORIGEN DESCONOCIDO CPC *
000001 OPERADORA IDIOMA FRANCÉS CPC *
000010 OPERADORA IDIOMA INGLÉS CPC *
000011 OPERADORA IDIOMA ALEMÁN CPC *
000100 OPERADORA IDIOMA RUSO CPC *
000101 OPERADORA IDIOMA ESPAÑOL CPC *
000110 DISPONIBLES PARA QUE LAS *
000111 ADMINISTRACIONES ELIJAN IDIOMA *
001000 MEDIANTE ACUERDO BILATERAL *
001001 OP. NAL. CON POSIBILIDAD DE OFERTA CPC *
001010 USUARIO NORMAL CPC/TC * *
001011 USUARIO CON PRIORIDAD CPC * *
001100 LLAMADA DE DATOS CPC * *
001101 LLAMADA DE PRUEBA CPC *
*
001110 RESERVA USO NACIONAL
001111 TELEFONO DE ALCANCIA TC * *
010011 RESERVA USO NACIONAL CPC *
010100 OPERADORA DE INTERCEPCIÓN TC *
010101 OPERADORA SIN POSIBILIDAD DE OFERTA TC *
010110 TIEMPO Y COSTO
011000 EQUIPO ATME CPC/TC *
011001 EQUIPO DE MANTENIMIENTO CPC/TC *
011010 EQUIPO LADATEL TC
011011
A RESERVA
111111
CPC - Categoría de llamada

TC - Categoría de tasación

3-18
Indicadores A continuación se presentan los indicadores de mensaje:

de mensaje
bits BA: indicador de la naturaleza de bit G: indicador de supresor de eco
la dirección de salida
00 número de usuario 0 no se incluye semisupresor
de eco de salida
01 reserva (uso nacional) 1 se incluye semisupresor de
eco de salida
10 número nacional bit H: indicador de llamada
(significativo) internacional entrante
11 número internacional 0 llamada no internacional
entrante
1 llamada internacional entrante
bits DC: indicador de la naturaleza del bit I: indicador de llamada
circuito transferida
00 ningún circuito por satélite en 0 llamada no transferida
la conexión
01 un circuito por satélite en la 1 llamada transferida
conexión
10 reserva bit J: indicador de exigencia de
trayectoria totalmente digital
11 reserva 0 llamada ordinaria
1 se requiere trayectoria digital
bits FE: indicador de prueba de bit K: indicador de trayecto de
continuidad señalización
00 no se requiere la prueba de 0 cualquier trayecto
continuidad
01 se requiere prueba de 1 sistema de señalización en la
continuidad en este circuito totalidad del trayecto
10 prueba de continuidad bit L: reserva, debe ser codificado
efectuada en el circuito como 0
anterior
11 reserva
Señales de Se envía primero la señal de dirección más significativa. Cada una de

dirección las cifras del número telefónico de destino se codifica con 4 bits. Los
(IAM) códigos respectivos son los siguientes:
0000 cifra 0 1000 cifra 8
0001 cifra 1 1001 cifra 9
0010 cifra 2 1010 reserva
0011 cifra 3 1011 código 11
0100 cifra 4 1100 código 12
0111 cifra 7 1111 ST

3-19
Mensaje IAI El mensaje de direccionamiento inicial con información adicional (IAI),

es enviado al momento de la toma. Es usado para tomar la troncal,
para enviar los dígitos del número de directorio de “B”, “A” y otros
datos adicionales. Contiene la información necesaria para el
establecimiento de la llamada.
d) Indicador de la categoría del usuario que llama en los bits

FEDCBA. Misma descripción que para el mensaje IAM.
e) Reserva: los bits de este campo se reservan para uso

internacional, Telmex los codifica como 00.
f) Indicadores de mensaje. La misma descripción de bits que para el

mensaje IAM.
g) Número de señales de dirección: indicación en binario del número

de señales de dirección contenidos en el mensaje.
h) Señales de dirección: Misma descripción del mensaje IAM.
i) Primer octeto del indicador.
j) Información de aptitud de red o facilidad de usuario.
k) Información de grupo cerrado de usuarios.
l) Información adicional de abonado llamante.
m) Información adicional de enrutamiento.

3-20
Mensaje IAI, n) Identidad de la línea llamante.

continuación
o) DN originalmente llamado.
p) Información de tarificación.
La figura 3-8, muestra la estructura del mensaje IAI:
FEDCBA 0010 0001

Re Categoría del Código de Código de
ser abonado llamante encabezado encabezado Etiqueta Primer bit
va transmitido
H1 H0
6 4 4 40
2
HGFEDCBA LKJIHGFEDCBA
Señales de Número de Indicadores de
Primer octeto
dirección señales de mensaje
del indicador
dirección
8 nx8 4 12
Información Información Información Información

de DN original- Identidad adicional adicional de Información de de aptitud de
tarificación mente de la línea de abonado grupo cerrado red o facilidad
llamado llamante enrutamiento llamante de usuarios de usuario
nx8 nx8 nx8 nx8 nx8 24 8
MENSAJE DE DIRECCIONAMIENTO INICIAL CON INFORMACIÓN ADICIONAL ( IAI )
Fig. 3-8 Estructura mensaje IAI

3-21
Primer octeto Se utilizarán los siguientes códigos:

del indicador
(IAI)
Bit A: indicador de información de categoría de tarificación
0 información de categoría de tarificación, no incluida
1 información de categoría de tarificación, incluida
Bit B: indicador de información de grupo cerrado de usuarios
0 información de grupo cerrado de usuarios, no incluida
1 información de grupo cerrado de usuarios, incluida
Bit C: indicador de información adicional de abonado llamante
0 información adicional de abonado llamante, no incluida
1 información adicional de abonado llamante, incluida
Bit D: indicador de información adicional de enrutamiento
0 información adicional de enrutamiento, no incluida
1 información adicional de enrutamiento, incluida
Bit E: indicador de identidad de la línea llamante
0 identidad de la línea llamante, no incluida
1 identidad de la línea llamante, incluida
Bit F: indicador de DN originalmente llamado
0 DN originalmente llamado, no incluido
1 DN originalmente llamado, incluido
Bit G: indicador de información de tarificación
0 información de tarificación, no incluida
1 información de tarificación, incluida
Bit H: reservado para indicar la presencia o ausencia de un
segundo octeto de indicadores

3-22
Información Información de aptitud de red o facilidad de usuario. Reserva para uso

de aptitud de nacional, Telmex lo utiliza para transmitir categoría de tarificación de
red (IAI) abonado llamante, los códigos son los definidos en IAM.
HG FEDCBA
Reserva Categoría de tarificación del abonado
llamante
2 6
bits F-A: categoría de tarificación del abonado

llamante, para su codificación ver tabla en
mensaje IAM
bits H-G: de reserva, Telmex los codificará como 00
Información El formato de este campo y sus códigos se indican a continuación:

de grupo
cerrado de H GFE D C B A
usuarios (IAI)
Código de enclavamiento Reserva Indicador CGU
16 4 4
En los subcampos del campo de información de grupo cerrado de

usuarios (CGU) se utilizan los siguientes códigos:
bits B A: identificador de llamada CGU
0 0 llamada ordinaria
0 1 verificación positiva
1 0 acceso de salida autorizado
1 1 acceso de salida no autorizado
bits D C: de reserva, Telmex los codificará como 00

Código de enclavamiento: identifica el grupo de usuarios que
interviene en la llamada. Aún no se definen códigos, Telmex los
codificará como cero.

3-23
Información Información adicional de abonado llamante: Este campo facultativo

adicional (IAI) es de longitud fija e indica información adicional relativa al abonado
llamante, que no esta incluida en el indicador de la categoría del
abonado llamante. Mientras no se definen códigos para su uso,
Telmex considerará este campo de una longitud de 2 octetos en
principio, para darle suficientes alternativas de explotación.
Por ahora se codificarán los 2 octetos como cero, sin embargo,

Telmex piensa utilizar algunos códigos de este campo para servicios
especiales y facilitar la transición hacia RDSI.
Información adicional de enrutamiento: Este campo facultativo es

de longitud fija e indicará que la llamada debe enrutarse de una
manera determinada, por ejemplo, a servicios adicionales del usuario.
Mientras no se definen códigos para su uso, Telmex considerará este
campo de una longitud de 2 octetos, en principio, para darle
suficientes alternativas de explotación y de facilitar la transición hacia
RDSI, por ahora se codificarán los 2 octetos como cero.

3-24
Identidad de El formato básico de este campo será el siguiente:

la línea DCBA DCBA
llamante (IAI)
Identidad de la línea llamante Número de señales Indicador de
de dirección dirección
NX8 4 4
En los subcampos del campo de identidad de la línea llamante se
utilizan los siguientes códigos:
Indicadores de dirección
bits B A: indicador de la naturaleza de dirección
0 0 número de usuario
0 1 reservado para uso nacional
1 0 número nacional (significativo)
1 1 número internacional
bits C: indicador de presentación de identidad de la línea
llamante
0 presentación de identidad de la línea llamante no
restringida
1 presentación de identidad de la línea llamante
restringida
bits D: indicador de identidad de la línea llamante
incompleta
0 no se da indicación
1 identidad de la línea llamante incompleta
Número de señales de dirección

bits D C B A
0 0 0 0 indicador no disponible de identidad de la línea
llamante
0 0 0 1 Un código que expresa en representación binaria
pura, el número de señales de dirección
a 1 1 1 1
Este campo tiene 4 bits y permite en consecuencia
codificar un número telefónico de hasta 16 dígitos.
Señales de dirección
Cada una de las cifras del número telefónico de
origen, se codifica con 4 bits.

3-25
DN El formato básico para el campo de la dirección originalmente llamada

originalmente será el siguiente:
llamado
DCBA DCBA
DN originalmente llamado Número de señales Indicadores de

de dirección dirección
NX8 4 4
En los subcampos del campo del DN originalmente llamado se utilizan
los siguientes códigos:
Indicadores de dirección
bits B A: indicador de la naturaleza de la dirección
0 0 número de usuario
0 1 reservado para uso nacional
1 0 número nacional (significativo)
1 1 número internacional
bits D C: de reserva
Número de señales de dirección

bits D C B A
0 0 0 0 DN originalmente llamado no disponible
0 0 0 1 Un código que expresa en representación binaria
pura, el número de señales de dirección
a 1 1 1 1
DN originalmente llamado
Cada una de las cifras del número telefónico de

destino se codifica con 4 bits.
Información Este campo facultativo contendrá la información que ha de enviarse a

de tarificación la central siguiente para fines de tarificación y/o contabilidad.
(IAI) Inicialmente se codificará en Telmex como 0 para uso internacional.

3-26
Mensaje de Los dígitos que no fueron enviados en el mensaje de

direccionamiento direccionamiento inicial, serán mandados mediante uno o más
subsecuente mensajes suplementarios. Estos mensajes solo llevarán información
(SAM) extra o adicional sobre el número de abonado llamado. Este tipo de
mensajes son conocidos como de direccionamiento subsecuente.
0000 0011 0001
Señales de Número de Código de Código de

dirección señales de Relleno encabezado encabezado Etiqueta
Primer bit
dirección H1 H0
transmitido
nX8 4 4 4 4 40
f) e) d) c) b) a)
Fig. 3-9 Estructura mensaje SAM
d) Cuatro bits de relleno codificados como 0000.
e) Número de señales de dirección, indicación en binario del

número de señales de dirección contenidos en el mensaje. Este
campo contiene 4 bits y permite en consecuencia codificar un
número de hasta 16 dígitos.
f) Señales de dirección.

3-27
Mensaje de Este mensaje solo lleva la información de un dígito o señal, es decir

direccionamiento también lleva información adicional sobre el número de abonado
subsecuente con llamado; en este caso un dígito que hizo falta.
una señal (SAO)
0000 0100 0001
Señal de Código de Código de
Relleno
dirección encabezado encabezado Etiqueta
H1 H0 Primer bit
transmitido
4 4 4 4 40
e) d) c) b) a)
d) Señal de dirección, la cual se codifica como en los anteriores

mensajes.
e) Relleno, el cual contiene 4 bits con valor de 0000.

3-28
Mensaje de Este mensaje es enviado con la información necesaria para

información completar una llamada. Además es la respuesta a la recepción de un
general para mensaje GRQ.
establecimiento FEDCBA HGFEDCBA 0001 0010
de la llamada
Re Categoría de Indicadores de Código de Código de
(GSM) ser abonado tipo de petición encabezado encabezado Etiqueta Primer bit
va llamante H1 H0 transmitido
6 8 4 4 40
2 d)
e) c)
f) b) a)
Indice DN originalmente Identidad de la troncal Identidad de la

llamado entrante y central de línea llamante
transito
nx8 nx8 nx8 nx8

j) i) g)
h)
Fig. 3-10 Estructura mensaje GSM
d) Indicadores de tipo de petición.
e) Categoría de abonado llamante.
f) Reserva 2 bits, Telmex los codificará como 00.
g) Identidad de línea llamante: el formato y los códigos son los
mismos utilizados en la identidad de la línea llamante para el
mensaje IAI.
h) Identidad de la troncal entrante y central de tránsito.
i) DN originalmente llamado, misma descripción que para mensaje
IAI.
j) Indice, sin uso Telmex los codificara en un solo octeto como 0000
0000.

3-29
Indicadores A continuación se presentan los indicadores de tipo de petición:

de tipo de
petición
bit A: indicador de la categoría del abonado llamante

0 categoría del abonado llamante, no incluida
1 categoría del abonado llamante, incluida
bit B: indicador de identidad de la línea llamante
0 identidad de la línea llamante, no incluida
1 identidad de la línea llamante, incluida
bit C: indicador de identidad de la troncal entrante y central de
tránsito
0 identidad de la troncal entrante y central de tránsito, no
incluida
1 identidad de la troncal entrante y central de tránsito,
incluida
bit D: indicador de DN originalmente llamado
0 DN originalmente llamado, no incluido
1 DN originalmente llamado, incluido
bit E: indicador de supresor de eco de salida
0 semisupresor de eco de salida, no incluido
1 semisupresor de eco de salida, incluido
bit F: indicador de identificación de llamada maliciosa
0 identificación de llamada maliciosa, no proporcionada
1 identificación de llamada maliciosa, proporcionada
bit G: indicador de retención
0 retención no proporcionada
1 retención proporcionada
bit H: indicador de índice
0 índice no proporcionado
1 índice proporcionado

3-30
Identidad de El formato básico de la identidad de troncal entrante y central de

la troncal tránsito, y la descripción de éstos es la siguiente:
entrante y
DCBA DCBA DCBA
central de
tránsito Indicador Indicador
Identidad de Indicador de Reserva Identidad
de la longitud de tipo de
troncal de longitud de de la central
de la identidad identidad
entrada campo de tránsito
de central
nX8 4 4 nX8 4 4
Indicador de tipo de identidad

bits B A:
0 0 de reserva
0 1 código de punto de señalización
1 0 parte disponible de identidad de línea llamante
1 1 de reserva
bits D C: de reserva, Telmex los codificará como 00.
Indicador de la longitud de la identidad de central.
Código que expresa en representación binaria pura el número de
señales de dirección incluidas en el subcampo de identidad de
troncal entrante y central de tránsito, en aquellos casos en que
parte de la identidad de la línea llamante se utiliza para esta
finalidad.
Cuando la central de tránsito se identifica por el código de punto
de señalización, este subcampo se codifica 0000.
Identidad de la central de tránsito

Un código constituido por:
Código de punto de señalización de la central, o
Una parte de la identidad de la línea llamante, en cuyo caso cada
cifra de dirección contenida en esta identidad se codifica como se
indico en los mensajes anteriores.
Indicador de longitud de campo

Código que indica en representación binaria pura el número de
octetos contenidos en el campo de identidad de troncal entrante.
El código 0000 indica que no se proporciona la identidad de
troncal entrante.
Identidad de troncal de entrada

Código contenido en un máximo de 15 octetos que identifica la
troncal entrante, la codificación de la troncal entrante será objeto
de posterior estudio. Telmex definirá su propio código para
aplicaciones nacionales. Para aplicaciones internacionales
deberán alcanzarse acuerdos bilaterales.

3-31
Mensajes de Estos mensajes (COT y CCF) son usados para control de continuidad
información y contienen los siguientes campos:
de
verificación
0010
de
continuidad Código de Código de
(COT y CCF) encabezado encabezado Etiqueta Primer bit
H1 H0 transmitido
4 4 40
MENSAJES DE VERIFICACIÓN DE CONTINUIDAD
Fig. 3-11 Estructura mensajes COT y CCF
c) Código de encabezado H1, el cual puede tomar dos valores:
• Señal de continuidad (mensaje COT), valor 0011.
• Señal de falla de continuidad (mensaje CCF), valor 0100.

3-32
Mensajes hacia atrás
Mensaje Este mensaje es usado para solicitar información faltante de la central

general de origen, para establecimiento de la llamada. La figura 3-12, ilustra los
petición campos de dicho mensaje:
(GRQ)
HGFEDCBA 0001 0011
Indicadores de
Código de Código de
tipo de petición Etiqueta Primer bit
encabezado encabezado
transmitido
H1 H0
8 4 4 40
d) c) b) a)
Fig. 3-12 Estructura mensaje GRQ
d) Indicadores de tipo de petición.

3-33
Mensajes hacia atrás, continuación
Indicadores A continuación se presentan los indicadores de tipo de petición:

de tipo de
petición
bit A: Indicador de petición de la categoría del abonado llamante
0 no hay petición de la categoría del abonado llamante
1 petición de la categoría del abonado llamante
bit B: Indicador de petición de identidad de la línea llamante

0 no hay petición de identidad de la línea llamante
1 petición de identidad de la línea llamante
bit C: Petición de la dirección (DN) originalmente llamada

0 dirección (DN) originalmente llamada, no pedida.
1 dirección (DN) originalmente llamada, pedida
bit D: Indicador de identificación de llamada maliciosa (opción

nacional)
0 identificación de llamada maliciosa, no encontrada
1 identificación de llamada maliciosa, encontrada
bit E: Indicador de petición de retención

0 retención no pedida
1 retención pedida
bit F: Indicador de petición de supresor de eco

0 semisupresor de eco de salida, no pedido
semisupresor de eco de salida, pedido
bit G: Indicador de petición de índice

0 índice no pedido
índice pedido
bit H: Reserva

3-34
Mensaje de Este mensaje es enviado hacia atrás para indicar que todas las
direccionamiento señales de dirección solicitadas han sido recibidas. La figura 3-13,
completo (ACM) muestra el formato básico de este:
HGFEDCBA 0001 0100
Indicadores de Código de Código de

Etiqueta Primer bit
mensaje encabezado encabezado
transmitido
H1 H0
8 4 4 40
d) c) b) a)
Fig. 3-13 Estructura mensaje ACM
d) Indicadores de mensaje.

3-35
Indicadores A continuación se presentan los indicadores de mensaje:

de mensaje
bits B A: Indicador del tipo de señal de dirección completa.

0 0 señal de dirección completa.
0 1 señal de dirección completa, con tarificación.
1 0 señal de dirección completa, sin tarificación.
1 1 señal de dirección completa, teléfono de previo pago.
bit C: Indicador de abonado libre.

0 ninguna indicación.
1 abonado libre.
bit D: Indicador de supresor de eco de entrada.

0 semisupresor de eco de entrada, no incluido.
1 semisupresor de eco de entrada, incluido.
bit E: Indicador de transferencia de llamada.

0 llamada no transferida.
1 llamada transferida.
bit F: Indicador de trayectoria de señalización.

0 cualquier trayectoria.
1 sistema de señalización No. 7 en todo la trayectoria.
bit G H de reserva para uso nacional (pueden utilizarse para

indicar redireccionamiento de llamada, retención de la
conexión o el método de señalización de extremo a
extremo que ha de utilizarse). Telmex definirá
posteriormente.

3-36
Mensajes hacia El formato básico de los mensajes hacia atrás de información sobre
atrás de establecimiento no completado se muestra en la figura 3-14.
información
sobre
0101
establecimiento
no completado Código de Código de
(UBM) encabezado encabezado Etiqueta Primer bit
H1 H0 transmitido
4 4 40
c) b) a)
Fig. 3-14 Estructura mensajes UBM
La estructura de estos mensajes esta formada por los siguientes

campos:
c) El código de encabezado H1, contiene los siguientes códigos de

señales:
0000 : Reserva
0001 : Señal de congestión de equipo de conmutación (SEC)
0010 : Señal de congestión de grupo de circuitos (CGC)
0011 : Señal de congestión en la red nacional (NNC)
0100 : Señal de dirección incompleta (ADI)
0101 : Señal de llamada infructuosa (CFL)
0110 : Señal de abonado ocupado (SSB)
0111 : Señal de número no asignado (UNN)
1000 : Señal de línea fuera de servicio (LOS)
1001 : Señal de envío de tono especial (SST)
1010 : Señal de acceso prohibido (ACB)
1011 : Señal de trayecto digital no proporcionado (DPN)
1100 : Prefijo interurbano mal marcado (para uso nacional
MPR)
1101
a
1110 : Reserva

3-37
Mensajes hacia El formato básico de los mensajes hacia atrás de información sobre
atrás de establecimiento extendido no completado se muestra en la figura 3-
ampliado de 15.
información
sobre
HGFEDCBA 1111 0101
establecimiento
no completado Código de Indicador Código de Código de
(EUM) punto de de octeto encabezado encabezado Etiqueta Primer bit
señaliz. H1 H0 transmitido
2 14 8 4 4 40
f) e) d) c) b) a)
Fig. 3-15 Estructura mensajes hacia atrás EUM

campos:
c) El código de encabezado: H1 = 1111.
d) Indicador de octeto:
Bits DCBA : indicador de no satisfactorio
0000 : Reserva
0001 : Abonado ocupado
0010 :
a
1111 : Reserva
bits HGFE : Reserva, se codificarán por ahora 0000.
e) Código de punto de señalización en que se originó el mensaje.
f) Reserva, se codificaran por ahora 00.

3-38
Mensajes de supervisión de la llamada y circuitos
Mensajes de Este grupo de mensajes contiene señales de contestación que

supervisión incluyen señales de cobro/no cobro, liberación hacia adelante o hacia
de la llamada atrás, recontestación e intervención.
Formatos de El formato básico de los mensajes de supervisión de la llamada se

mensajes de muestra en la figura 3-16.
supervisión
de la llamada 0110
(CSM)
encabezado encabezado Etiqueta Primer bit
H1 H0 transmitido
4 4 40
c) b) a)
Fig. 3-16 Estructura de mensajes CSM
La estructura de éstos mensajes esta formada por los siguientes

campos:
c) El código de encabezado H1 contiene los siguientes códigos de
señales:
0000 : Señal de respuesta, sin calificar (ANU)
0001 : Señal de respuesta, con tasación (ANC)
0010 : Señal de respuesta, sin tasación (ANN)
0011 : Señal de liberación hacia atrás (CBK)
0100 : Señal de liberación hacia adelante (CLF)
0101 : Señal de recontestación (RAN)
0110 : Señal de intervención (FOT)
0111 : Liberar señales de la parte llamante (opción nacional)
1000
a
1110 : Reserva
1111 Indicación de mensaje ampliado de respuesta, Telmex lo
usará en su red nacional, su utilización en la red
internacional será de posterior estudio.

3-39
Mensajes de supervisión de la llamada y circuitos, continuación
Observaciones Todos los mensajes de supervisión de la llamada carecen de

información. Sólo contienen el encabezado del mensaje, el cual
informa a la otra central cual es la señal que porta el mensaje. Esto es
lógico puesto que toda la información contenida en el mensaje es
simplemente señalización de línea.
El mensaje de señal de respuesta con tasación será usado para

notificarle a la central de origen de una respuesta de abonado “B” e
iniciar la fase estable de la llamada.
Los mensajes CBK y CLF son usados durante la fase de liberación y

cada mensaje corresponderá con una señal de línea

3-40
Mensajes de Son mensajes utilizados para guarda-liberación, bloqueo y

supervisión desbloqueo de circuitos. Algunos de estos son usados solamente para
de circuitos mantenimiento. El formato básico de estos se muestra en la figura 3-
(CCM) 17.
0111
encabezado encabezado Etiqueta Primer bit
transmitido
H1 H0
4 4 40
c) b) a)
Fig. 3-17 Estructura de mensajes CCM

campos:
c) El código de encabezado H1 contiene los siguientes códigos de

señales:
0000 : Reserva
0001 : Liberación de guardia (RLG)
0010 : Señal de bloqueo (BLO)
0011 : Señal de acuse de bloqueo (BLA)
0100 : Señal de desbloqueo (UBL)
0101 : Señal de acuse de desbloqueo (UBA)
0110 : Señal de petición de prueba de continuidad (CCR)
0111 : Señal de reinicialización de circuito (RSC)
1000
a
1111 : Reserva

3-41
Mensaje de El mensaje de liberación de equipo (RLG) es usado para mandar una

liberación de confirmación hacia la central anterior de que el circuito de voz de la
equipo (RLG) llamada ha sido liberado. El mensaje solo contiene el encabezado que
indica la señal telefónica.
Todos los mensajes de supervisión de circuitos carecen de

información, sólo contienen el encabezado del mensaje el cual
informa a la otra central cual es la señal que porta el mensaje.
Nota La descripción de Mensajes Usados por la Parte de Usuario

Telefónico en señalización N7, no está completa, solo se describieron
los de mayor importancia y uso en los escenarios de llamadas, los
cuales nos encontraremos con frecuencia. Por lo tanto sabremos
interpretar estos con la información contenida en este capítulo.
En realidad existen más mensajes que han sido estandarizados por la

UIT-T, los cuales se pueden consultar en la recomendación Q.723.

3-42
Interpretación de mensajes N7
Generalidades En el monitoreo del tráfico telefónico de señalización No. 7, existen

diversos equipos de medición que se encargan de analizar este.
Debido a los altos costos de dichos equipos (analizadores de
protocolos) y al poco presupuesto asignado a los centros de
mantenimiento, no se realiza la compra de éstos. Esto reditúa en
utilizar otras herramientas del sistema que nos permitan hacer frente a
los problemas que se generen en el ambiente de señalización No. 7.
Una de esas herramientas es la observación de llamadas en nuestras

rutas de No. 7 y la interpretación de los mensajes que aparecen en
dichos reportes arrojados por el sistema.
Para activar la observación de llamadas como origen, utilizamos el

siguiente comando:
<MODIFY-SINGLE-SUBSCR: DN=K'XXXXXXX,OBSERV=ORIG&DIR&EXTREP.
Donde XXXXXXX es el número de directorio de alguna línea de

prueba, por medio de la cual ejecutaremos llamadas hacia rutas
salientes con señalización No. 7.
Otro caso de observación es para el tráfico entrante, donde

pondremos en observación la misma línea (argumento TERM). Estas
observaciones las podemos realizar en abonados o en troncales,
donde para las troncales utilizaremos el comando:
<MODIFY-TRUNK:NA1=H'XXXX,TSLIST1=YY,OBSERV=DIR&EXTREP,FSEIZE,RELEASE.
Donde NA1 y TSLIST1 indican el número de equipo de la troncal.

3-43
Interpretación de mensajes N7, continuación
Reporte de Vea el ejemplo del desplegado:

observación
IZC2MN15141 2002-06-14 09:20:22 FR
00121 MN15141 DVCMB04B LAW32301

SWA-OBSERVATION
SYSTEM REPORT
-------------------------------------------------------------------------
OBSERVATION/CALL SAMPLING SUCCESSFUL
------------------------------------------------------------------------
TYPE OF OBSERVATION: INCOMING
DATE = 2002-06-14 TIME = 09:17:11:06
CALLING DN = 5558766916
CALLING CAT = SUBSCRIBER
INC TRKGRP = CUTX7UB
INC EQ NBR = H'1531 & 29
RCVD DIGITS = 5558715875
CALLED DN = 5558715875
OTG EQ NBR = H'1111 & 116
BEARER = SPEECH
XFER MODE = CIRCUIT SWITCHED
CAUSE = NORMALUN
TERM SEIZED = 0: 0: 0: 2
THROUGH SWITCH = 0: 0: 0: 6
ANSWER = 0: 0: 1: 8
RELEASE = 0: 3: 4: 3
INC SIG TYPE = N7-SIGNALLING-NA
MESSAGE DIRECTION TIME LENGTH

------------- --------- ---- ------
TUPIAI RECEIVED 0: 0: 0: 0 24
84BB8FEED335210A02B455851785570F110AA25585679661
TUPACM SENT 0: 0: 0: 6 8
84BACFEED3351425
TUPANC SENT 0: 0: 1: 8 7
84BACFEED33516
TUPCLF RECEIVED 0: 3: 2: 7 7
84BB8FEED33546
TUPRLG SENT 0: 3: 2: 7 7
84BACFEED33517

3-44
Reporte de Continúa el desplegado de la página anterior.

observación,
OTG SIG TYPE = ANALOG-SUBSCR
continuación
SIGNAL DIRECTION TIME
------------- --------- ----
SEIZURE RECEIVED 0: 0: 0: 2
RINGING SENT 0: 0: 0: 3
ANSWER-BW RECEIVED 0: 0: 1: 8
CLEAR-BACK-BW RECEIVED 0: 3: 4: 3
UNSOLICITED REPORT NO = 00121

3-45
Mensaje IAI El valor obtenido de la observación es:

84BB8FEED335210A02B455851785570F110AA25585679661
NOTA: Todos los octetos se leen en forma invertida
Valor Descripción
84 Es el campo SIO del mensaje, indica:
• Tipo de red nacional (1000) e usuario TUP (0100).
8F BB Son la etiqueta telefónica en la cual se indica:
D3 EE 35
• DPC (14 bits), OPC (14 bits) y CIC (12 bits)
21 Valor de encabezados los cuales indican el tipo de
mensaje: H1 H0 = 21 mensaje IAI.
0A Categoría de abonado llamante, 0A = Abonado normal.
402 Campo indicador del mensaje:
0100 0000 0010
LKJI HGFE DCBA
BA : Naturaleza de la dirección (# Nacional)
DC : Naturaleza del circuito (ningún circuito por satélite)
FE : Indicador de prueba de continuidad (no se requiere)
G : Indicador de supresor de eco (no se incluye)
H : Indicador de llamada entrante internacional (no es int.)
I : Indicador de llamada transferida (no transferida)
J : Indica si se requiere trayectoria completamente digital
K : Indica si se requiere señalización No. 7 en toda la
Trayectoria (si se requiere)
L : Reserva
B Cantidad de dígitos de abonado destino “B” (si es par
incluye el fin de marcación F), son 11.
55 85 17 Dígitos marcados incluyendo fin de marcación, cada byte
85 57 0F debe leerse en forma invertida.
55 85 17 85 57 0F invertido 55 58 71 58 75 F0 (0 relleno)
11 Octeto indicador: 11= Información siguiente es la categoría
de tarificación del abonado llamante y su identidad.
0A Categoría de tarificación del abonado llamante (normal).
2 Indicador de dirección en identidad de línea (# Nacional).
A Número de dígitos (10) del abonado llamante.
55 85 67 Identidad del abonado llamante, leerse en byte invertido:
96 61 55 85 67 96 61 invertido 55 58 76 69 16

3-46
Mensaje ACM El valor obtenido de la observación es:
84BACFEED3351425
Valor Descripción
CF BA Son la etiqueta telefónica en la cual se indica:
D3 EE 35
mensaje: H1 H0 = 14 mensaje ACM.
25 Campo indicador del mensaje:
0010 0101 (señal de direccionamiento completa,

tarifica, abonado libre)
HGFE DCBA
BA : Señal de dirección completa, con tarificación.

C : Indicador de abonado libre.
D : No incluye supresor de eco en la entrada.
E : No hay trasferencia de llamada.
F : Señalización No 7 en toda la trayectoria.
HG : Reserva, para uso nacional.
Mensaje ANC El valor obtenido de la observación es:
84BACFEED33516
Valor Descripción
D3 EE 35
mensaje: H1 H0 = 16 mensaje ANC (señal de respuesta
con tarificación).

3-47
Mensaje CLF El valor obtenido de la observación es:
84BB8FEED33546
Valor Descripción
8F BB Son la etiqueta telefónica en la cual se indica:
D3 EE 35
mensaje: H1 H0 = 46 mensaje CLF (señal de liberación
hacia delante).
Mensaje RLG El valor obtenido de la observación es:
84BACFEED33517
Valor Descripción
D3 EE 35
mensaje: H1 H0 = 17 mensaje RLG (liberación de
guardia).

Capítulo 4
Parte de usuario RDSI (ISUP)
Panorama general
Introducción En temas anteriores, hemos tratado los conceptos teóricos del modelo
de la señalización No. 7 de la UIT-T. Dicha teoría nos ha permitido
conocer e interpretar el objetivo de diseño de esta.
Además en este estudio de N7 hemos descrito que hay partes de

usuario que son las que generan los mensajes para comunicarse
entre ellas. La primera parte (TUP) la describimos en el capítulo
anterior. En el presente trataremos otra parte de usuario (ISUP) que
tiene gran auge por los servicios que ofrece en las redes de
telecomunicaciones.
La finalidad del tema será exponer las características, aplicaciones e

interpretación de mensajes de la señalización N7 enfocada a la parte
de usuario ISUP.
Objetivo Al término del tema, el participante interpretará los mensajes de

señalización No. 7 para la parte de usuario ISUP, en una llamada
saliente, de acuerdo a la especificación E801.04.
Contenido En esta sección se tratarán los siguientes temas:
Tema Ver Página

Descripción funcional de la RDSI 4-1
Escenarios de llamadas 4-5
Especificación E801.04 4-8
Interpretación de la observación de una llamada 4-12

4-1
Descripción funcional de la RDSI
Generalidades La comunicación entre las centrales o nodos RDSI se efectuará por

medio de la señalización No. 7 a través del usuario ISUP.
La parte de usuario ISUP es el protocolo del sistema de señalización

No. 7 que proporciona las funciones de señalización necesarias para
el servicio portador básico, así como servicios suplementarios para
aplicaciones de voz y no de voz en una red digital de servicios
integrados.
Aplicaciones Es apropiada para su uso en redes telefónicas especializadas y redes

de datos de conmutación de circuitos, así como en redes analógicas y
analógicas/digital. Otras aplicaciones pueden ser para el servicio de
Centrex de cobertura amplia y la Red Inteligente.
Además la parte de usuario ISUP tiene aplicaciones nacionales e

internacionales. Los procedimientos de señalización, elementos de
señalización y tipos de mensajes especificados son de uso nacional e
internacional, normalizados por la UIT-T. Dichos elementos están
basados en las recomendaciones: Q.761 a Q.764 y Q.767 de este
Instituto.
Procedimiento El procedimiento de control de llamada básica se divide en tres fases:

de control de establecimiento de la llamada, fase de datos/conversación y fase de
una llamada liberación de la llamada. Los mensajes en el enlace de señalización
se utilizan para establecer y terminar las diferentes fases de una
llamada. Se devuelven a la parte llamante tonos de supervisión en
banda normalizados y/o anuncios grabados, en los tipos de conexión
adecuados, para proporcionar información sobre la progresión de la
llamada. Las llamadas originadas en un terminal RDSI pueden
contener información más detallada sobre la progresión de la llamada,
en mensajes adicionales en el protocolo de acceso soportados por
una gama de mensajes en la red.

4-2
Descripción funcional de la RDSI, continuación
Método de En esta primera fase se utiliza fundamentalmente el método de

señalización señalización enlace por enlace, en donde es preciso examinar los
mensajes en cada central. Puede también utilizarse este método para
mensajes con significado para el punto extremo.
Capacidades En las siguientes tablas se enumeran las capacidades de señalización

soportadas soportadas por la parte de usuario ISUP. Estas capacidades pueden
por la parte ser de dos clases: aplicación nacional o de aplicación
de usuario nacional/internacional según lo definido por la UIT-T.
ISUP
LLAMADA BASICA
Función / Servicio Aplicación
Conversación / audio a 3.1 KHz nacional / internacional
64 Kbit/s sin restricciones nacional / internacional
Tipos de conexión multivelocidad nacional / internacional
(2 X 64, 384, 1536 y 1920 Kbit/s)
Procedimiento de control del eco nacional / internacional
Tonos y anuncios nacional / internacional
Pausa y re-arranque de MTP nacional / internacional
Procedimientos genéricos de señalización para servicios

suplementarios

Transferencia de número nacional / internacional
genérico
Transferencia de dígito genérico Nacional
Procedimiento de notificación nacional / internacional
genérico

4-3
Servicios La siguiente tabla muestra los servicios suplementarios para los

suplementarios usuarios RDSI.
SERVICIOS SUPLEMENTARIOS
Marcación directa de nacional / internacional
extensiones (DDI)
Números múltiples de abonado nacional / internacional
(MSN)
Presentación de la identificación nacional / internacional
de la línea llamante/Restricción
de la identificación de la línea
llamante (CLIP/CLIR)
Presentación de la identificación nacional / internacional
de la línea conectada/Restricción
de la identificación de la línea
conectada (COLP/COLR)
Identificación de llamadas nacional / internacional
maliciosas (MCID)
Subdireccionamiento nacional / internacional
Portabilidad del terminal nacional / internacional
Reenvío de llamadas nacional / internacional
Deflexión de llamadas nacional / internacional
Llamadas en espera nacional / internacional
Retención de llamadas nacional / internacional
Comunicaciones en conferencia nacional / internacional
Servicio tripartito nacional / internacional
Grupo cerrado de usuarios nacional / internacional
(CUG)
Señalización de usuario a nacional / internacional
usuario (UUS) Servicio 1
(implícito)
(explícito)

4-4
Clase de Las capacidades de señalización de esta clase han de soportarse a

aplicación través de la frontera internacional mediante acuerdos bilaterales.
internacional Estas capacidades son también aplicables a nivel nacional, con
excepción de las específicas a la interfaz internacional. Sin embargo,
cualquier central internacional que preste servicios ISUP debe ser
capaz de reconocer los mensajes y parámetros definidos para la
interfaz internacional y de reaccionar adecuadamente a ellos. Cuando
se solicita una capacidad de esta clase a nivel internacional, los nodos
internacionales de TELMEX que soporten la ISUP, deben reaccionar
de la siguiente forma:
• Si es posible, proporcionar la capacidad solicitada, de lo contrario

efectuar las acciones indicadas a continuación:
a) Liberar la llamada con un parámetro de causa adecuado.

b) Pasar por alto la solicitud y, en caso necesario, comunicar este
hecho a la red precedente.
c) O proporcionar una acción de interfuncionamiento apropiada.
Clase de Las capacidades de señalización de esta clase se soportan

aplicación básicamente sólo en la red nacional de Telmex. No obstante, también
nacional pueden aplicarse por acuerdo bilateral o multilateral con otras
administraciones a nivel nacional o internacional.
En esta especificación de ISUP, todos los elementos de señalización

incluidos en la clase de uso nacional dentro de la red de Telmex, lleva
la indicación uso nacional.

4-5
Escenarios de llamada
Introducción El análisis de los escenarios de llamada para ISUP, involucra algunas

etapas dentro de esta, ejecutadas por cierto HW&SW del sistema. Los
cuales son muy similares a los de TUP y que describiremos en la
siguiente sección. Enfocaremos nuestro estudio a interpretar los
mensajes que permiten la realización de una llamada, tanto saliente
como de tránsito (a través de un PTS).
Llamada En el siguiente diagrama se muestran los módulos hardware que

saliente intervienen en una llamada saliente con señalización No. 7 y la parte
usuario es ISUP.
SAN7#XDX
CCSM SLSIPXDX
ISM DTM
DSN
ENLACE N7 (ISUP)
N7###XBA (Señalización y Voz)
STRA#XDX
SCSVL/T
Fig. 4-5 Módulos HW en llamada saliente con señalización No. 7

4-6
Escenarios de llamada, continuación
Escenario En el siguiente diagrama se muestra el escenario de la llamada

saliente saliente (N7 ISUP) con los mensajes que involucra.
CENTRAL “A” CENTRAL “B”
IAM
ACM
ANM
CONVERSACIÓN
REL
RLC
Fig. 4-6 Escenario de mensajes de llamada saliente No. 7
Llamada de En el siguiente diagrama se muestran los módulos hardware que

tránsito intervienen en una llamada de tránsito con señalización No. 7 y la
parte usuario es ISUP.
SAN7#XDX
CCSM
DTM DTM
ENLACE N7 (ISUP) ENLACE N7 (ISUP)
DSN
(Señalización y Voz)
(Señalización y Voz)
N7###XBA N7###XBA
STRA#XDX
SCSVT
Fig. 4-7 Módulos HW en llamada de tránsito con señalización No. 7

4-7
Escenarios de llamada, continuación
Escenario de En el siguiente diagrama se muestra el escenario de la llamada de

tránsito tránsito (N7 ISUP) con los mensajes que involucra, la central que sirve
de tránsito es conocida como PTS (Punto de Transferencia de
Señalización).
CENTRAL “A” CENTRAL DE TRANSITO CENTRAL “B”
IAM IAM
ACM ACM
ANM ANM
CONVERSACIÓN CONVERSACIÓN
REL REL
RLC RLC
Fig. 4-8 Escenario de mensajes de llamada de tránsito

4-8
Especificación E801.04
Introducción La especificación E801.04 es la norma aplicada en Telmex para

interpretar la información de señalización No. 7 para la parte de
usuario ISUP. En los siguientes temas explicaremos la forma de
interpretar dicha información en los reportes que entrega el sistema, a
solicitud del operador y apoyándonos en dicha especificación.
SIF En temas anteriores describimos el campo de información de

señalización (SIF), del cual para interpretar nuestros reportes de
observación de llamadas (RRN 0121), utilizamos la información de
señalización. Esta al interpretarla nos indicará detalladamente la
información enviada/recibida entre dos puntos de señalización (SP) o
centrales.
Estructura del La estructura del contenido de un mensaje es el campo de

contenido de información de señalización (SIF), el cual contiene la información
un mensaje relevante en el establecimiento de una llamada y del cual ya hemos
hablado e ilustramos en el diagrama anexo. Además es importante
mencionar que en los mensajes ISUP, los primeros 7 bytes que
aparecen, corresponden con el SIO (un byte donde se especifica tipo
de red y usuario), etiqueta de enrutamiento (4 bytes que especifican:
DPC, OPC y SLS) y el CIC (2 bytes).
Cada mensaje contiene cierto número de parámetros con sus

respectivos nombres (codificados en un solo octeto). Cada parámetro
puede ser de longitud fija o variable y debe contener un indicador de
longitud (de un octeto) para el segundo caso. Básicamente
distinguimos tres partes en la estructura, las cuales son:
• Parte obligatoria fija

• Parte obligatoria variable
• Parte opcional

4-9
Especificación E801.04, continuación
Diagrama El siguiente diagrama muestra la estructura del contenido de un

mensaje ISUP.
Orden de transmisión de los bits
8 7 6 5 4 3 2 1
Etiqueta de enrutamiento Orden de

transmisión
Código de identificación de circuito
de los octetos
Tipo de mensaje
Parámetro obligatorio A
Parte
obligatoria
fija
Parámetro obligatorio F
Puntero del parámetro M
Puntero del parámetro P

Puntero de la parte facultativa Parte
Indicador de longitud del parámetro M obligatoria
Parámetro M variable
Indicador de longitud del parámetro P

Parámetro P
Nombre del parámetro = X
Indicador de longitud del parámetro X
Parámetro X
Parte
Nombre del parámetro = Z facultativa
Indicador de longitud del parámetro Z
Parámetro Z
Fin de parámetros facultativos
Fig. 4-9 Estructura de un mensaje ISUP

4-10
Parte Comprende los parámetros que son obligatorios y tienen una longitud
obligatoria fija fija para un determinado tipo de mensaje. La posición, longitud y
orden son particulares para cada tipo de mensaje, por lo que el
nombre y el indicador de longitud no se incluyen en el mensaje, están
implícitos.
Parte La posición, el orden, el número de apuntadores y parámetros son

obligatoria particulares de cada tipo de mensaje. El nombre y el orden de los
variable parámetros están implícitos en los apuntadores (un octeto) que
indican el principio del parámetro.
Se incluye también un apuntador que tiene por función indicar el

principio de la parte opcional. Si el tipo de mensaje no admite una
parte opcional, no aparecerá este apuntador. Si el tipo de mensaje
indica que es posible una parte opcional (reflejada por la presencia de
un octeto “fin de parámetros opcionales”), pero en el mensaje
considerado no se ha incluido una parte opcional, el campo del
apuntador se codificará todos ceros.
Todos los apuntadores se envían consecutivamente al principio de la

parte obligatoria variable. Cada parámetro incluye el indicador de
longitud del parámetro seguido de su contenido. Si no hay parámetros
obligatorios variables pero pueden existir parámetros opcionales, se
incluirá el principio del apuntador de parámetros opcionales codificado
a ceros si no esta presente ningún parámetro opcional, y codificado a
00000001 si esta presente alguno.

4-11
Parte La parte opcional o facultativa esta constituida por parámetros que

opcional pueden o no estar presentes en un tipo cualquiera de mensajes. Esta
parte puede comprender parámetros de longitud fija y parámetros de
longitud variable. A menos que se indique lo contrario un parámetro
opcional no puede aparecer en múltiples ocasiones dentro de un
mensaje. Los parámetros opcionales se pueden transmitir en
cualquier orden. En todos los casos deberán contener el nombre, el
indicador de longitud y el contenido del parámetro.
El campo apuntador (1 octeto) se codifica en binario e indica el

número de octetos entre el propio apuntador (inclusive) y el primer
octeto (no incluido) del parámetro correspondiente.
El valor todos ceros se utiliza para indicar que, a pesar de que se

permiten parámetros opcionales, no está presente ninguno de ellos.
El campo de indicador de longitud (1 octeto) se codifica en binario al

principio de cada parámetro de longitud variable e indica la longitud en
octetos del contenido del parámetro correspondiente. No incluye el
octeto de nombre de parámetro ni el octeto de indicador de longitud.
El campo apuntador de inicio de parámetros opcionales (1 octeto) va

al final del campo de apuntadores.
El campo indicador de fin de parámetros opcionales (1 octeto) va al

final de la parte opcional y se codifica a todos ceros. Este octeto sólo
se incluye si el mensaje tiene parámetros opcionales.

4-12
Interpretación de la observación de una llamada
Generalidades El siguiente procedimiento describe de manera general los pasos

necesarios para interpretar los mensajes que contiene un reporte de
observación de una llamada. Resulta relevante conocer el contenido
de dichos mensajes ya que nos auxilian en la resolución de problemas
de comunicación con algún punto de señalización de la red de
Telmex.
Para interpretar cada mensaje, haremos uso de la Especificación
E801.04.02, la cual se anexa como un documento aparte de soporte y
que debe formar parte de la biblioteca de una central telefónica.
Paso Acción
1 Modifique la observación de una línea o troncal para
observar el reporte 0121, con el comando correspondiente
(DP 0135 ó 5290).
2 Enrute el reporte 0121 hacia su terminal de trabajo con el fin
de interpretar las observaciones de llamada. Enseguida
ejecute algunas llamadas que ocupen el ambiente N7 ISUP
creado o a analizar.
3 Seleccione alguno de los reportes 0121.
4 Localice en el reporte el mensaje a ser analizado.
5 Ubíquese en el octavo octeto (byte) de información del
mensaje. Los cuales indican el tipo de mensaje
enviado/recibido. Localícelo en la especificación (Temas
3.X.X y diagrama de estructura (formato) de mensajes ISUP)
para identificar sus parámetros correspondientes e iniciar la
interpretación. Recuerde que los primeros 7 bytes nos dan
los datos de SIO, Etiqueta y CIC, que no son tan relevantes.
6 Identifique cada parámetro (fijo, variable y opcional) de
señalización de acuerdo al tema 3.X.X, diagrama de
estructura de mensajes y a la tabla 5a/5b del tema 4. Del
lado izquierdo de la tabla encontrará el número que nos lleva
a la información detallada de cada parámetro (ejemplo:
indicador de llamada hacia atrás índice 4 nos lleva al tema
4.4) de dicha especificación E801.04.02.
7 Continúe con la interpretación de cada uno de los
parámetros, guiándose con lo enunciado en el paso anterior,
hasta llegar al último parámetro opcional (fin de parámetros
facultativos).

4-13
Interpretación de la observación de una llamada, continuación
Ejemplo de Interpretaremos la siguiente observación de una llamada ISUP, de

interpretación acuerdo a lo enunciado anteriormente.
OBE1MN19082 2002-06-14 08:38:46 FR
00121 MN19082 LRBXK06B LAW32J32
SWA-OBSERVATION
SYSTEM REPORT
----------------------------------------------------------------------
OBSERVATION/CALL SAMPLING SUCCESSFUL
----------------------------------------------------------------------
TYPE OF OBSERVATION: ORIGINATING
DATE = 2002-06-14 TIME = 08:31:32:06
CALLING DN = 4422117300
CALLING CAT = SUBSCRIBER
INC TRKGRP = CASCABE0417
INC EQ NBR = H'1300 & 31
RCVD DIGITS = 2281192
CALLED DN = 2281192
OTG TRNKGRP = COG1PUB
OTG EQ NBR = H'1102 & 9
BEARER = SPEECH
XFER MODE = CIRCUIT SWITCHED
CAUSE = NORMALCA
TERM SEIZED = 0: 0: 4: 2
THROUGH SWITCH = 0: 0: 5: 5
ANSWER = 0: 0: 8: 4
RELEASE = 0: 7: 7: 8
FACILITY = PRI ACTION = INVOCATION
TAXATION INFO
-------------
CALL DURATION = 0: 6:59: 1
COUNTS = 7
TARIFF GRP = 1 TARIFF ID = 2
RATE = 600 CAT UNITS = 0
TARIFF REG = 0
RECEIVER SZD = 0: 0: 0: 1 RECEIVER RLSD = 0: 0: 5: 8

REC EQ NBR = H'1613 & 5 REC RLS INFO = NORMAL RLSE
REC SIGNAL DIRECTION TIME

------------- --------- ----
REG-I-2 RECEIVED 0: 0: 0: 2
REG-A-1 SENT 0: 0: 0: 2
REG-A-1 SENT 0: 0: 0: 6
REG-A-1 SENT 0: 0: 0: 9
REG-A-1 SENT 0: 0: 2: 6
REG-A-1 SENT 0: 0: 2: 8
REG-A-1 SENT 0: 0: 3: 3
REG-A-3 SENT 0: 0: 5: 6
REG-II-2 RECEIVED 0: 0: 5: 7
REG-B-1 SENT 0: 0: 5: 7

4-14
Ejemplo de Continúa el desplegado de la página anterior.

interpretación
, continuación INC SIG TYPE = R2-INCOM
SIGNAL DIRECTION TIME

------------- --------- ----
SEIZURE-FW RECEIVED 0: 0: 0: 0
SEIZURE-ACK-BW SENT 0: 0: 0: 0
ANSWER-BW SENT 0: 0: 8: 5
CLEAR-FW-FW RECEIVED 0: 7: 7: 5
RELEASE-GUARD-BW SENT 0: 7: 7: 5
OTG SIG TYPE = ISUP-NAT
MESSAGE DIRECTION TIME LENGTH

------------- --------- ---- ------
IAM SENT 0: 0: 4: 2 34
85A10C29938900010068000A00020A08839044228211290F0A07031344221137
0000
ACM RECEIVED 0: 0: 5: 1 15
85A44C28C389000614000129010200
ANM RECEIVED 0: 0: 8: 4 9
85A44C28C389000900
REL SENT 0: 7: 7: 6 18
85A10C299389000C02040283901E02A40C00
RLC RECEIVED 0: 7: 7: 8 9
85A44C28C389001000
UNSOLICITED REPORT NO = 00121

4-15
Mensaje IAM El desplegado del reporte da el siguiente dato:
85A10C29938900010068000A00020A08839044228211290F0A07031
3442211370000
# Octeto Valor Significado

(byte)
1 85 Indica tipo de red Nacional y usuario ISUP.
2a5 A1 0C 29 93 Indica DPC OPC y SLS.
6y7 89 00 Indica el CIC.
8 01 Tipo de mensaje (IAM = 0000 0001)
9 00 1er. Parámetro obligatorio fijo = Indicador de la
naturaleza de la conexión:
• La conexión no comprende circuitos por
satélite.
• No se necesita la prueba de continuidad.
• No incluye dispositivo de protección contra el
eco de salida.
10 y 11 6800 2º. Parámetro obligatorio fijo = Indicador de
llamada hacia delante:
• Llamada nacional
• Link to link
• Hay interfuncionamiento, N7 en todas las
partes de conexión
• Parte de Usuario RDSI utilizada en todo el
trayecto y también no es requerida
• No hay indicación de método SCCP
• Acceso de origen no RDSI
12 0A 3º. Parámetro fijo = Categoría de la parte llamante:
• Abonado ordinario nacional
13 00 4º Parámetro obligatorio fijo = Requisitos del medio
de transmisión:
• Conversación
14 02 Puntero al primer parámetro obligatorio variable.
16 08 Indicador de longitud del 1er parámetro obligatorio
variable.
17 al 24 83 90 44 22 1er. Parámetro obligatorio variable = Número de la
82 11 29 0F parte llamada.
• Número nacional y # impar de señales
(dígitos)
• Plan de numeración RDSI (telefonía Rec.
E.164)
• El número es 4422281192F0

4-16
Mensaje IAM, Continúa la interpretación del mensaje.

continuación

(byte)
15 0A Puntero de la parte opcional (facultativa).
25 0A Nombre del 1er. Parámetro opcional = Número de
la parte llamante.
26 07 Indicador de longitud del 1er. parámetro opcional.
27 al 33 03 13 44 22 • Número de la parte llamante:
11 37 00 • Número par de señales de dirección
• Número nacional
• Número completo
• Plan de numeración RDSI (telefonía Rec.
E.164)
• Presentación permitida
• El número es 4422117300
34 00 Nombre del parámetro opcional = Fin de
parámetros facultativos.

4-17
Mensaje ACM El desplegado del reporte da el siguiente dato:

85A44C28C389000614000129010200
(byte)
2a5 A4 4C 28 C3 Indica DPC OPC y SLS.
8 06 Tipo de mensaje (ACM = 0000 0110).
9 y 10 1400 1er. Parámetro obligatorio fijo = Indicadores de
llamada hacia atrás:
• No se da indicación de tasación
• Abonado libre
• Abonado ordinario
• No hay información end to end
• Parte de usuario RDSI no utilizada todo el
trayecto
• No incluye protección contra el eco de
llegada
11 01 Puntero de la parte opcional.
12 29 Nombre del 1er. Parámetro opcional =
Indicadores de llamada hacia atrás facultativos
13 01 Indicador de longitud del 1er. parámetro opcional
14 02 Indicadores de llamada hacia atrás facultativos:
• No se da indicación de información dentro de
banda
• Puede producirse desvío de llamada
• No se transmitirá información adicional

4-18
Mensaje ANM El desplegado del reporte da el siguiente dato:
85A44C28C389000900

(byte)
8 09 Tipo de mensaje (ANM = 0000 1001).
Mensaje REL El desplegado del reporte da el siguiente dato:

85A10C299389000C02040283901E02A40C00

(byte)
2a5 A1 0C 29 93 Indica DPC OPC y SLS.
8 0C Tipo de mensaje (REL = 0000 1100).
9 02 Puntero del parámetro obligatorio variable.
11 02 Longitud del parámetro obligatorio variable.
12 y 13 8390 Parámetro variable indicador de causa:
• Codificación normalizada por el CCITT
• Red de tránsito
• Clase de evento normal
• Liberación normal de la llamada
10 04 Puntero del 1er. Parámetro opcional.
14 1E Nombre del 1er. Parámetro opcional = Código de
punto de señalización (uso nacional)
15 02 Indicador de longitud del 1er. Parámetro opcional.
16 y 17 A4 0C No aplicable en la primera fase de ISUP para
Telmex.
18 00 Nombre del 2o. parámetro opcional = Fin de

4-19
Mensaje RLC El desplegado del reporte da el siguiente dato:
85A44C28C389001000

(byte)
8 10 Tipo de mensaje (RLC = 0001 0000).

Capítulo 5
Implementación del CCITT No. 7 en el Sistema 12
Panorama general
Introducción En anteriores temas hemos descrito los fundamentos de la

Señalización por Canal Común No. 7 de la CCITT. Pero existen
diversos equipos de conmutación que pueden trabajar con ella, cada
uno de acuerdo a su propia estructura, pero siguiendo las
recomendaciones de la UIT-T.
En este tema describiremos los diferentes módulos HW&SW del

sistema 12, que intervienen en un proceso de señalización con otra
central del mismo tipo. Indicaremos de manera general cada uno de
estos y sus funciones básicas.
Objetivo Al término del capítulo, el participante describirá los módulos HW&SW

que intervienen en una llamada saliente con Señalización No. 7, de
acuerdo a la documentación proporcionada.
Contenido En este capítulo trataremos los siguientes temas:
Tema Ver Página

Implementación 5-1
Establecimiento de una llamada saliente 5-4
Liberación de la llamada 5-17
Establecimiento de llamada saliente ISUP 5-24
Conexión de CCE’s y CTU’s 5-29

5-1
Implementación
Descripción El método de señalización No. 7 se implementa en las centrales S-12

a través de 3 módulos:
1. DTM (N7###XBA o N7###XBE o N7###XBD)
2. IPTM (CCSM#XCI) o HCCM (HCCSMXBX)
3. SACEN7 (SAN7#XDX)
DTM Este Módulo de troncales digitales está habilitado con software para
manejar señalización No. 7 (CCS), en cualquiera de sus partes de
usuario (TUP/ISUP) y por ello ya no podrá manejar señalización CAS.
Este módulo realiza las acciones del nivel 1 (transporte).
IPTM o HCCM El Módulo de señalización por canal común esta dedicado a realizar
las acciones referentes a los niveles restantes 2, 3 y 4, tales como:
• Prevención y detección de errores (nivel 2).
• Discriminación, distribución y parte del enrutamiento (nivel 3).
• Creación y recepción de mensajes para usuarios (nivel 4).
Este módulo entrega la información, ya desglosada a la parte de

usuario correspondiente: TUP, ISUP, OMUP o TAXUP, en los casos
en que se reciba un mensaje proveniente de otro PS/PTS. En el caso
de mensajes salientes, recoge la información, le aplica un formato No.
7, y la prepara para ser enviada.

5-2
Implementación, continuación
SACEN7 El Elemento de control auxiliar de sistema para No. 7, es un módulo

que realiza parte del nivel 3 (enrutamiento), ya que determina cuál
enlace manejará la señalización de mensajes entre 2 centrales.
Módulos En una llamada saliente con señalización No. 7, además intervienen

restantes los siguientes módulos:
• ASM (ASM##XBA o ASMX#XBE o ASMX#XBJ): En este módulo de

abonados se encuentra el abonado originante de la llamada
saliente. En el caso de una llamada hacia otra central S-12, el
abonado destino estará conectado a otro módulo de abonados.
• SCM (SCM##XBA o SCM##XBJ): Se utiliza solamente para la

recepción de los tonos DTMF generados por el aparato del
abonado y su traducción a dígitos legibles por el sistema, para
determinar el destino de la llamada.
• SCSVL/T (SCSVLXEX y SCSVTXEX): Control de la llamada,

analiza el prefijo (o cadena de dígitos DGTSTR) y determina el
enrutamiento.
• SLSIPXEX: Proporciona los datos de clase de servicio del

abonado.
• El ACE TRA (STRA#XDX): Indica cuál es el módulo de troncales

que manejará la llamada, y en el caso de troncales bidireccionales
(caso N7), también indica el canal dentro del módulo de troncales.

5-3
Implementación, continuación
Diagrama La figura 5-1, muestra los módulos que intervienen en una llamada
saliente con señalización No. 7.
SAN7#XDX
CCSM STRA#XDX
ASM DTM
DSN
Señalización No. 7 de líinea
y de registro (CCS)
N7###XBA
SCM DTM
Señalización tradicional de líinea

(CAS) y de registro
CAS##XBA
SCSVL/T
Fig. 5-1 Módulos que intervienen en la llamada con señalización No. 7
En la figura, se muestra también el módulo DTM (CAS##XBA o

CAS##XBE o CAS##XBD), pero sólo para indicar la señalización
tradicional (R2M) entre centrales.

5-4
Establecimiento de una llamada saliente
Introducción A continuación se describe el establecimiento de una llamada saliente

con señalización No. 7, con fines didácticos este proceso lo
dividiremos en 7 pasos que se enumeran a continuación:
Recepción de dígitos
desde abonado A
Paso # 1 y envío de éstos
hacia SCSVL
Entrega de resultados
Paso # 2 de análisis de DGT STR
Abonado “A” y liberación del SCM
Selección de DTM y
Paso # 3 troncal No. 7 y
toma de esta
Búsqueda de CCSM
por SAN7
Paso # 4 y entrega de información
del DTM a CCSM
CCSM señaliza por

Paso # 5 el mismo DTM que
maneja voz
Abonado “B”
Envío de mensaje IAI,

Paso # 6 recepción de este
y envío de mensaje ACM
Abonado “B” descuelga y

queda establecida la
Paso # 7 comunicación con
abonado “A”

5-5
Establecimiento de una llamada saliente, continuación
Paso # 1 Supongamos que el abonado "A" tiene un teléfono con teclado DTMF.
Cuando se marcan los dígitos, el SCM los recibe como frecuencias
digitalizadas; estas frecuencias son convertidas a dígitos por el SCM.
A su vez las envía al ASM, dígito por dígito, la información que va
reconociendo. La red digital DSN sirve como camino para que las
frecuencias digitalizadas lleguen al SCM, y a través de ella también
viajan hacia el ASM los dígitos ya reconocidos.
SAN7#XDX
CCSM STRA#XDX
ASM DTM
DSN
Señalización No. 7
de línea y de
N7###XBA registro (CCS)
SCM
SCSVL/T
Fig. 5-2 Recepción de dígitos desde el abonado "A".

5-6
Paso # 1, Cuando el ASM tiene suficiente información (normalmente 2 dígitos),

continuación la envía como prefijo (DGTSTR) al módulo SCSVL. En este módulo la
fmm PATED analiza los dígitos del prefijo. Si no son suficientes los 2
dígitos como para definir un enrutamiento, SCSVL le pide otro dígito al
ASM. La operación se repite hasta que se define el enrutamiento.
Existen enrutamientos que se definen con 2 dígitos (ej. 01). Habrán
otros que requieran 3 dígitos y algunos otros que requerirán más
dígitos para definir su enrutamiento.
Cuando el análisis del prefijo es exitoso, PATED entrega a CFCS las
tareas asociadas al prefijo analizado. Ver figuras 5-2 y 5-3.
SAN7#XDX
CCSM STRA#XDX
ASM DTM
DSN
de línea y de
SCM
SCSVL/T
Fig. 5-3 Envío de dígitos hacia SCSVL

5-7
Paso # 2 Algunas de las tareas que PATED entrega a CFCS son: la cantidad de
dígitos que debe marcar el abonado, el número de dígitos que deberá
esperar para tomar a la troncal, el tipo de tarificación que se le
aplicará al abonado "A", el DESTDID, que es un apuntador en el cuál
se encuentran las tareas de labores entre dispositivos (atenuaciones,
supresores de eco, modificación de dígitos, etc.). Y si la llamada es
saliente, PATED entrega además a CFCS, el RTCD o routing code,
que es el número de bloque de rutas que manejará la llamada.
El abonado ha marcado el total de dígitos requeridos, se liberan las

trayectorias que se habían establecido entre el módulo SCM y el ASM,
pues ya no es necesaria la ayuda del SCM. Ahora, CFCS tiene el total
de dígitos marcados por el abonado; también cuenta con el número de
DESTDID que manejará en esta llamada, y conoce el código de ruta
(llamada saliente). El siguiente paso es que CFCS se comunique con
TRC para que este haga la selección de un TKG.
SAN7#XDX
CCSM STRA#XDX
ASM DTM
DSN
de línea y de
SCM
SCSVL/T
Fig. 5-4 Liberación del módulo SCM

5-8
Paso # 3 La FMM CFCS envía a la FMM TRC los siguientes datos:

1. El SCO (código del origen de la llamada) p. ej. abonado del grupo
2).
2. EL DESTDID obtenido de PATED.
3. EL RTCD también obtenido de PATED.
A partir de esta combinación, el TRC selecciona TKG y le envía a TRA
la identidad del TKG con lo cual se selecciona un DTM dentro del TKG
y una troncal dentro del módulo, entregando a CFCS la siguiente
información:
a) La LCEID (dirección lógica) del módulo DTM que manejará la
llamada.
b) El número de time slot (troncal) que manejará la llamada (por ser
bidireccional).
c) Los trabajos DID bien definidos que deberán realizarse entre las
centrales.
De esta manera el SCSVL (FMM CFCS) tiene todos los datos
necesarios para poder enlazarse a la central distante.
El STRA#XDX se libera, pues su función ha sido desarrollada
exitosamente.
SAN7#XDX
CCSM STRA#XDX
ASM DTM
DSN
de línea y de
SCM
SCSVL/T
Fig. 5-5 SCSVL se comunica con STRA para seleccionar DTM y troncal.

5-9
Paso # 3, Ahora, el módulo SCSVL envía al DTM los trabajos DID, el número del
continuación canal que debe tomar para transportar la conversación y el número de
directorio del abonado "B". Hasta este momento, se define que la
llamada deberá tener señalización No. 7, ya que la troncal está
declarada para manejar exclusivamente este tipo de señalización.
SAN7#XDX
STRA#XDX
CCSM
ASM DTM
DSN
de línea y de
SCM
SCSVL/T
Fig. 5-6 Toma de troncal con señalización N7

5-10
Paso # 4 El DTM, no se apoya en el SCM para la señalización de registro, ni su

señalización se realiza por el canal 16 de cada enlace (caso CAS).
Para llevar a cabo la señalización de línea y de registro, el DTM se
auxilia del CCSM, el cuál enviará a la central distante tanto la señal
"toma de troncal" como la identidad completa del abonado "B", es por
esto que el DTM, en este caso no se conecta con el SCM.
a) Para que el DTM sepa cuál es el CCSM que deberá utilizar para
señalizar hacia la central distante, se conecta con el SAN7. Pues
este módulo conoce todos los CCSM y terminales de éstos,
existentes en la central, así como el destino asociado a cada
terminal. SAN7 le indica al DTM a cuál CCSM deberá entregar la
información a señalizar, y después de esto se deshacen
trayectorias entre ambos módulos.
b) Entonces DTM entrega la información que debe ser señalizada, al

CCSM y terminal indicado por el SAN7.
El módulo CCSM recibe la siguiente información:

• Número de troncal por la cuál se establecerá la conversación.
• Número de directorio del abonado "B".

5-11
Paso # 4, Fig. 5-7 DTM se conecta con CCSM. Previamente consulta al SAN7
continuación
SAN7#XDX
STRA#XDX
CCSM
ASM b a DTM
DSN
de línea y de
SCM
SCSVL/T
* En México, el módulo CCSM siempre está conectado con la central distante, vía un
módulo DTM con SW TUP/ISUP. Uno de los canales de éste módulo DTM (canal 1
según planes fundamentales de TELMEX), forma lo que se conoce como nivel 1
(transporte de la información, y está llevando y trayendo, de una manera continua,
las MSU's que salen o llegan al CCSM).

5-12
Paso # 5 Debido a que un módulo DTM puede manejar tanto voz (a), como
señalización (b). Es posible que el mismo DTM que había sido
asignado por el STRA para la voz, sea también asignado para
manejar la señalización. En este ejemplo supondremos que este es el
caso.
SAN7#XDX
STRA#XDX
CCSM
ASM b DTM
DSN
de línea y de
a N7###XBA registro (CCS)
SCM
SCSVL/T
Fig. 5-8 El CCSM señaliza por el mismo enlace que manejará la voz
usando diferentes TIME SLOT
En este caso se supone que el DTM que tiene el enlace de

señalización, es el mismo que se asignó para que manejara la
conversación entre los abonados. Para ilustrar esto, la figura 5-9 nos
muestra la asignación de los 32 canales del enlace del ejemplo, en
donde conviven canales de voz y canal de señalización. Como se
aprecia, el enlace de señalización maneja también canales de voz.
Canales de voz
DTM
0 1 2 3 4 ......... 15 16 ................. 30 31
DSN
Canal de señalización CCS
Canal de sincronía
Fig. 5-9 Asignación de canales en un enlace de Señalización

5-13
Paso # 6 A través del enlace de señalización, el CCSM envía las señales de

línea y registro integradas en una MSU (Message Signal Unit)*, es
decir, en un mensaje. La central "A" le envía a la central distante el
número de troncal de voz y el número de directorio del abonado "B"
(mensaje IAI initial message with additional information). La central "B"
recibe entonces la señalización de línea y de registro, y sabe así cuál
abonado es llamado y por cuál troncal se establecerá la posible
comunicación. Si el abonado "B" está libre (ejemplo), este lado
distante lo índica con una MSU (10) de regreso (mensaje ACM
address completed message), y conecta corriente de llamada al
abonado "B", y el retorno de llamada a la troncal indicada en la
primera MSU. Así mediante la MSU de regreso, la central "A" sabe
que el retorno de llamada se ha conectado hacia el abonado con la
troncal de voz, que se le había asignado desde un principio, para que
reciba el retorno de llamada.
SAN7#XDX
STRA#XDX
CCSM
ASM DTM MSU mensaje IAI
DSN
de línea y de
SCM
SCSVL/T
Fig. 5-10 CCSM se conecta con el enlace de señalización y envía en

una MSU el mensaje IAI

5-14
Paso # 6, Los niveles 4, 3 y 2 son generados por los módulos CCSM y SAN7.
continuación EL DTM forma parte del nivel 1. En la central distante, esta MSU se
desempaqueta, y al analizar su contenido, la central "B" conocerá el
número de la troncal de voz (CIC), así como la identidad del abonado
"B" y la identidad "A" (TUP).
El CCSM de nuestra central "A" recibe la MSU, y sucede lo que se

explicó en el párrafo anterior. Para lograr la conexión del abonado "A"
con la troncal de voz asignada, CCSM se debe conectar con la parte
de usuario telefónico (TUP), que en la central S-12 está representada
por el módulo ASM, e indicarle que realice la conexión.
a) CCSM recibe MSU de regreso con el mensaje ACM.
b) CCSM informa al ASM que conecte al abonado con la troncal de

voz asignada.
c) ASM conecta a su abonado con la troncal asignada.
SAN7#XDX
STRA#XDX
CCSM
ASM a DTM MSU de regreso

b mensaje ACM
DSN
c de línea y de
SCM
SCSVL/T
Fig. 5-11 Mediante una MSU de regreso con el mensaje ACM, la

central "A" conoce el estado del abonado "B"

5-15
Paso # 7 Cuando el abonado B descuelga:
a) La central B envía a la central A una MSU conteniendo el mensaje

ANC (answer with charging), que indica el descuelgue del abonado
"B".
b) CCSM avisa al ASM que comienza la tarificación al abonado "A".

Se inicia la conversación.
SAN7#XDX
CCSM STRA#XDX
a MSU de regreso
ASM DTM
b mensaje ANC
DSN
de línea y de
SCM
SCSVL/T
Fig. 5-12 La central recibe una MSU lejana con el mensaje ANC
indicando descuelgue de B
El mensaje IAI lleva al igual que el IAM, la identidad de "B", sólo que
el IAI lleva además la identidad de A. Un mensaje SAM es necesario
si la troncal se tomó antes de que el abonado terminara de marcar. En
este caso, el IAI llevará sólo parte de la identidad de "B", y un mensaje
subsecuente. SAM llevará el resto de la identidad de "B". HEADERS:
IAM=11H, IAI=21H, SAM=31H.

5-16
Paso # 7, Supongamos que existe un ambiente de centrales S-12. Los módulos

continuación CCSM involucrados en la señalización, quedan pendientes para
avisarse mutuamente del término de la llamada, ya que cuando uno
de los abonados cuelga, las centrales deben señalizar esta situación a
través de MSU’s generadas por los CCSM’s.
SAN7#XDX SAN7#XDX
STRA#XDX SCSVL/T STRA#XDX SCSVL/T
CCSM DTM DTM CCSM
DSN Señalización No. 7 DSN

de línea y de
N7###XBA
ASM ASM
SCM SCM
Fig. 5-13 Queda establecida la comunicación entre abonados

5-17
Liberación de la llamada
Liberación A continuación se describe el proceso de liberación de una llamada

con señalización No. 7. Veremos los casos cuando:
• El abonado "A" cuelga primero (Pasos 1A, 2A, y 3A).
• El abonado "B" cuelga primero (Pasos 1B y 2B).
• Liberación forzada.
El abonado Paso 1A.

"A" cuelga
primero a) El ASM envía al DTM un mensaje en el cuál le indica que la
Paso 1A llamada ha terminado. DTM pone a su troncal como libre.
b) El DTM le indica la acción anterior al CCSM correspondiente.
c) El módulo CCSM prepara una MSU que contendrá el mensaje
CLF.
SAN7#XDX SAN7#XDX
c CCSM DTM DTM CCSM

b
DSN Señalización No. 7 DSN

N7###XBA de línea y de N7###XBA
ASM a registro (CCS) ASM
SCM SCM
Fig. 5-14 El abonado "A" cuelga primero. Paso 1A
El mensaje CLF (clear forward) indica liberación hacia adelante. Este

mensaje obliga a la central "B" a que libere su troncal. ¿Cuál troncal?,
la que se tomó para transmitir y recibir la conversación. Esto implica
que en la MSU que maneja este mensaje, el CIC lleva el número de la
troncal empleada en la conversación, y los headers indican 46H.

5-18
Liberación de la llamada, continuación
El abonado Paso 2A.

"A" cuelga
primero La central "A" envía en una MSU, el mensaje CLF, que indica que el
Paso 2A abonado "A" ha colgado. Este mensaje es recibido por el CCSM de la
central "B", y sucede lo siguiente:
a) Se le avisa al módulo de abonados ASM de la central "B", que el

abonado "A" colgó. Envía tono de ocupado al abonado "B".
b) El módulo de abonados se comunica con DTM para que libere la

troncal de voz que había sido tomada.
c) Se le avisa al módulo STRA que marque como libre a la troncal de

voz que se acaba de liberar.
d) El CCSM de la central "B" prepara una MSU para contestar con un

mensaje de liberación de guardia.
SAN7#XDX SAN7#XDX
CCSM DTM DTM CCSM d

CLF c
b
DSN
N7###XBA Canal de señalización N7###XBA
a
ASM ASM
DSN
SCM SCM
Fig. 5-15 CCSM de la central "A" envía una MSU con el mensaje CLF

5-19
El abonado Paso 3A.

"A" cuelga
primero Al liberar la troncal, la central "B" envía una MSU que contiene el
Paso 3A mensaje RLG, con lo cuál la central "A" sabe que la central "B" liberó
a la troncal.
En la central "A", al recibir esta MSU sucede lo siguiente. El mensaje
llega hasta el módulo CCSM y:
a) Avisa al DTM que la troncal de voz debe marcarse como libre.
b) El DTM avisa al STRA que marque como libre a la troncal de voz

recién liberada. En ambas centrales queda libre la troncal
empleada en la conversación.
SAN7#XDX SAN7#XDX
CCSM DTM DTM CCSM

RLG
b
DSN
N7###XBA Canal de señalización N7###XBA a
ASM ASM
DSN
SCM SCM
Fig. 5-16 La central "B" regresa el mensaje RLG indicando liberación

de guardia
El mensaje RLG avisa a la central "A" que en la central "B" la troncal

de voz ha sido liberada y que en la central "A" esta troncal debe
liberarse, independientemente de que el abonado "B" haya recibido un
mensaje CLF. Así el mensaje RLG se genera por la recepción del
mensaje CLF, aunque "B" no cuelgue , los headers son: RLG=17H.

5-20
El abonado Ahora supongamos que quien cuelga primero es el Abonado "B" (el
"B" cuelga abonado "A" aún no cuelga).
primero
Paso 1B Paso 1B
a) El módulo de abonados en la central "B" percibe el cuelgue, y le

avisa al módulo de troncales que el abonado que estaba utilizando
su troncal (de voz), ha colgado.
b) El módulo DTM envía al CCSM un mensaje en el que le indique

que la troncal de voz ha sido liberada.
c) El módulo CCSM de la central "B" prepara una MSU para enviar el

mensaje CBK.
SAN7#XDX SAN7#XDX
CCSM DTM DTM CCSM c

b
DSN N7###XBA Canal de señalización N7###XBA

a
ASM ASM
DSN
SCM SCM
Fig. 5-17 El abonado "B" cuelga primero. Paso 1B

5-21
El abonado Paso 2B.

"B" cuelga
primero El CCSM de la central "B" envía la MSU con el mensaje CBK. Esta
Paso 2B MSU atraviesa ambos DTM's y llega hasta el módulo de troncales al
que pertenece la troncal de voz utilizada en la conversación, que "B"
colgó.
SAN7#XDX SAN7#XDX
CCSM DTM DTM CCSM

CBK
DSN N7###XBA MSU N7###XBA

Canal de señalización
ASM ASM
DSN
SCM SCM
Fig. 5-18 La central "A" recibe el mensaje CBK

5-22
Liberación Si el abonado "A" aún no cuelga, se inicia una temporización de

Forzada redescuelgue (temporizador REANSTO de 3 minutos en el S-12). Si al
cabo de 3 minutos el abonado "A" no ha colgado ni el abonado "B" ha
redescolgado, la troncal en "A" inicia la liberación forzada, con lo cuál:
a) El DTM avisa al módulo CCSM que inicie la liberación y éste
genera el mensaje CLF que enviará en una MSU hacia la central
"B" como se explicó en el paso 2A, con la diferencia que este
mensaje será originado por el cuelgue y el término de
temporización de redescuelgue de "B". Ver la figura 6-D-19.
b) El mensaje CLF provoca que en la central "B" se inicie el proceso
de liberación de la troncal de voz utilizada en la conversación.
c) Una vez liberada la troncal, la central "B" envía a la central "A" el
mensaje RLG, lo que provoca que en este momento en la central
"A" se libere la troncal de voz utilizada en la conversación.
SAN7#XDX SAN7#XDX
CCSM DTM DTM b CCSM

a CLF
DSN c
N7###XBA N7###XBA
RLG
ASM Canal de señalización ASM
DSN
SCM SCM
Fig. 5-19 Liberación final
Finalmente en ambas centrales queda liberada la troncal que se utilizó

en la conversación, y queda lista para manejar una nueva llamada de
la central "A" a la "B" o de la "B" a la "A", ya que este tipo de troncales
de voz debe ser bidireccional en el caso de llamadas con señalización
No. 7.

5-23
Redescuelgue En el caso de que el abonado "B" cuelgue primero, la central "B"

genera el mensaje CBK. El mensaje CBK o clear backward, tiene
como objetivo iniciar una posible liberación si el abonado "B" no
vuelve a descolgar después de cierto tiempo (temporización de
redescuelgue), aun cuando el abonado "A" no haya colgado . Si antes
de que expire el temporizador de redescuelgue el abonado "B"
descuelga, en la central nuevamente, la conversación vuelve a
reestablecerce. Por otro lado, si "B" ya no descuelga, en la central "A"
expira el temporizador de redescuelgue y se genera forzadamente, el
mensaje CLF (liberación hacia adelante), aun cuando el abonado "A"
no haya colgado. Este mensaje desencadena el proceso de liberación
de la troncal en ambas centrales, tal y como se explico anteriormente;
Headers de CBK=36H.

5-24
Establecimiento de llamada saliente ISUP
Introducción En el tema anterior se describieron las acciones y los elementos HW

que intervienen en la llamada de señalización No. 7, para la parte de
usuario TUP. En nuestro caso en el establecimiento de una llamada
para la parte de usuario ISUP, son escenarios muy similares a los de
TUP, pero con las siguientes diferencias:
• En algunos elementos HW que intervienen.

• Los mensajes de señalización utilizados.
• La señalización entre el aparato del abonado RDSI y el módulo de
abonados digitales.
Elementos Los siguientes elementos hardware intervienen en una llamada

HW saliente con señalización No. 7 ISUP.
• ISM
• SCSVL/T
• SLSIPXDX
• SAN7#XDX
• STRA#XDX
• HCCM o IPTM
• DTM
Las funciones de estos módulos son las mismas que para TUP, el
módulo nuevo sería el del origen de la llamada, que sería el ISM. En
el cual tenemos conectado a nuestro abonado RDSI a través de un
acceso básico.

5-25
Establecimiento de llamada saliente ISUP, continuación
Diagrama El siguiente diagrama muestra los elementos HW que intervienen en

la llamada saliente con señalización No. 7 ISUP.
Fig. 5-20 Elementos HW en la llamada con N7 ISUP

SAN7#XDX
CCSM SLSIPXDX
ISM DTM
a
DSN
B B D b ENLACE N7 (ISUP)
NT 2h N7###XBA (Señalización y Voz)
STRA#XDX
4h
SCSVL/T
TE
NT El tipo más simple de plan de acceso para un abonado RDSI, está

formado de un equipo terminal (TE) y de un terminador de red (NT).
La unidad de terminación de red (NT) trabaja como una unidad de

adaptación entre el interface hacia el terminal y la línea de abonado
digital. El NT esta localizado en las instalaciones del abonado. El NT
contiene un microprocesador que se encarga de la administración de
la corriente de bits, maneja así mismo, las distintas situaciones que se
producen cuando hay colisiones, las cuáles tienen lugar cuando varios
terminales intentan transmitir simultáneamente sobre el mismo canal
de señalización.

5-26
Terminales El tipo de terminales para RDSI, puede ser desde un terminal

RDSI (TE) telefónico bastante simple, para voz, hasta un complicado ordenador
"mainframe". Ejemplos de terminales RDSI, son:
• Terminales Telefónicos Digitales

• Ordenadores personales
• Terminales de telemetría
• Terminales para teletexto
• Terminales para telefax
• Terminales para vídeo texto
• Terminales multifunción
Un terminal RDSI, tiene un interface hacia la red RDSI que cumple

con el interface normalizado usuario-red. El terminal también incluye
algún tipo de lógica (localizada en un microprocesador) para ser
capaz de manejar la interconexión con la red RDSI.
Normalmente dicho terminal tendría como equipamiento mínimo, un

microteléfono, un teclado para marcar, un visualizador para poder
mostrar los mensajes de texto y los números de los abonados, y
puede que también otro teclado para poder emitir los mensajes de
texto.
Canal D El principal propósito de los canales D, utilizado para señalización, es

transportar dicho tipo de información en relación al control de la
conexión de circuitos conmutados a través de RDSI.
El canal D lleva la información de señalización entre la terminal y la

central local RDSI en ambas direcciones. En la central dicha
información de señalización es directa hacia las funciones de control
de la central. A pesar de que la información de señalización tiene la
mayor prioridad sobre el canal D, existe normalmente una capacidad
residual para la transmisión de otros tipos de información.

5-27
Canal B Es un canal de comunicación en el que se pretende que sea

transportada una amplia variedad de flujo de información digital entre
un terminal y la central local RDSI en ambas direcciones.
El canal B, por lo tanto, continúa desde la central local, de forma

transparente a través de la central de conmutación RDSI y sale con
dirección hacia cualquier otro terminal ó sobre un enlace de
comunicación, entre nodos, hacia otra central de conmutación RDSI.
Algunos ejemplos de información que es transportada sobre canales

de tipo B, son datos digitales y voz digital codificada sobre MIC.
Mensajes N7 En el siguiente escenario de llamada se ilustran los mensajes que

para ISUP intervienen en una llamada saliente con señalización No. 7, los cuales
fueron descritos en el tema anterior.
Fig. 5-21 Escenario de mensajes en la llamada con N7 ISUP
CENTRAL “A” CENTRAL “B”
IAM
ACM
ANM
CONVERSACIÓN
REL
RLC

5-28
Señalización El propósito de la señalización en una red RDSI, es transportar

en abonados información de control hacia los nodos de conmutación tanto durante
RDSI el establecimiento de la llamada como para el control de la misma a
través de la red RDSI.
La señalización en RDSI es, en relación de la red telefónica pública

conmutada (RTPC), más extensa y potente. Por ejemplo, la capacidad
de una red RDSI para manejar muchos y muy diferentes servicios
pone nuevos requerimientos en torno a la capacidad que se requiere
para la señalización. Dicha señalización se puede dividir en dos
diferentes tipos, los cuales son ilustrados en el diagrama adjunto. El
primero de ellos se usa entre el terminal de abonado y una central
local RDSI (S-12). Este tipo de señalización utiliza el canal D sobre la
línea de abonado digital y se le denomina Sistema de Señalización de
Abonado Digital 1 (DSS-1).
El segundo tipo de señalización se utiliza entre centrales, cuando más

de una central están implicadas en una llamada RDSI. Aquí el
Sistema de Señalización por Canal Común Número 7 de UIT-T
(CCITT No. 7) se utiliza para repartir la información de control a todas
las demás centrales implicadas.
Actualmente la señalización No. 7 tiene suficiente capacidad para

controlar la información entre usuarios.
Fig. 5-22 Señalización en abonados RDSI

Señalización CCITT # 7
en el enlace de señalización.
TE TUP TE
o
ISUP
ISM Central Central ISM
S-12 S-12
Señalización DSS 1 Señalización DSS 1

en el canal-D. en el canal-D.

5-29
Conexión de CCE’s y CTU’s
Generalidades Los diagramas que se muestran en las siguientes páginas describen

las conexiones de centrales tipo CCE y CTU con los PTS’s, esta
configuración es la que predomina en el proyecto nacional de
señalización No. 7 de Telmex. Es de gran importancia tener presentes
dichos diagramas, así como los datos de cada enlace, para la
atención de quejas u anomalías en nuestras centrales.
Conexión de En la figura 5-23, se muestra la conexión de un CCE:

un CCE
ESQUEMA DE CONEXIÓN DE UN CCE
( DE CCE A PTS )
PTS PTS
1 2
0A 1A 0B 1B
CTI CTI
1 2
0B 1A
SLC=0 SLC=1
DTM= DTM=
0A CCSM= CCSM=
1B
SLC=0
SLC=1
DTM=
DTM=
CCSM= CCE CCSM=
S-12
Fig. 5-23 Conexión de un CCE

5-30
Conexión de CCE’s y CTU’s, continuación
Conexión de En la figura 5-24, se muestra la conexión de un CTU:

un CTU
ESQUEMA DE CONEXIÓN DE UN CTU
( DE CTU A PTS )
PTS PTS
1 2
0A 1A 0B 1B
CTI CTI
1 2
0B 1A
SLC=0 SLC=1
DTM= DTM=
0A CCSM= CCSM=
1B
SLC=0
SLC=1
DTM=
DTM=
CCSM=
CTU CCSM=
S-12
Fig. 5-24 Conexión de un CTU

Capítulo 6
Manejo de un enlace No. 7 en el Sistema 12
Panorama general
Introducción En este tema se describirá el procedimiento para desplegar/crear y

remover los datos de un ambiente de señalización No. 7.
Así mismo estudiaremos algunas tareas de operación y

mantenimiento en el manejo de un enlace No 7, como son el manejo
de alarmas y estadísticas. Sin duda labores esenciales para los
técnicos encargados del mantenimiento, en este tipo de centrales
telefónicas.
Objetivo Al término del capítulo, el participante identificará los procedimientos

para desplegar, crear y remover un ambiente de señalización No. 7 en
el sistema 12, de acuerdo al diseño del proveedor del equipo.
Contenido El contenido de este capítulo comprende los siguientes temas:
Tema Ver Página

Desplegar datos del enrutamiento No 7 6-1
Desplegar datos del enrutamiento de voz 6-14
Creación del enrutamiento No 7 6-22
Creación del enrutamiento de voz 6-33
Remoción del enrutamiento de voz 6-44
Remoción del enrutamiento No 7 6-55
Comandos para manejo de alarmas 6-63
Mediciones 6-74

6-1
Desplegar datos del enrutamiento No 7
Introducción En la siguiente tabla mencionamos los pasos que ejecutaremos, con

la finalidad de conocer los datos más relevantes de un enrutamiento
con señalización No 7 en el sistema. En posteriores bloques
detallaremos cada uno de dichos pasos e incluiremos un ejemplo.
Paso Acción
1 Desplegar las redes lógicas
2 Desplegar las centrales destino
3 Desplegar parámetros de la red lógica
4 Desplegar conjuntos de enlaces
5 Desplegar ruta de señalización
6 Desplegar configuración del enlace
7 Desplegar los tipos de módulos de señalización
8 Desplegar los enlaces de señalización
Paso 1 Desplegamos las redes lógicas No. 7 existentes en nuestra central.

MAQ_NEXTENGO 2002-06-18 09:02:03 TU
USCAR080 0130/0304/0003
<DISPLAY-N7LOG-NETWORK:ALL.
MAQ_NEXTENGO 2002-06-18 09:02:28 TU
USCAR080 0130/0304/0003
SEQ=2594.2002-06-18 06628 00000000 DTGRH01A LAW32301
SWA-SUBSEC MTP
DISPLAY-N7LOG-NETWORK SUCCESSFUL
---------------------------------------------------------------------
OPERATOR INPUT:
LOGNET = ALL
--------------------------------------------------------------------
RESULT:
LOGNET = NAT
OWN EXCHANGE PARAMETERS:
------------------------
OPC MOPCAPPL OPCSTAT
----------- -------- --------
4091 NORMAL ACTIVE
POINT CODE RELATED PARAMETERS:
------------------------------
PROTSTD : ITU
PCFORMAT : 14&00&00&00
PCLN : 14
SSF : NAT
SSFVALUE : 8
MASKSSF : OFF
SSFPRIO : OFF

6-2
Desplegar datos del enrutamiento No 7, continuación
Paso 1, Continúa el desplegado de la página anterior.

continuación
NETWORK RELATED PARAMETERS:
---------------------------
RESTPRO : ON
OWNSP : STP
LKALIGN : OFF
SLTAMISS : NOACT
SLTMCGLK : ON
PACEBCST : OFF
UPUAPPL : OFF
EXTAREA : OFF
OTAXDTAX : OFF
NETWORK MANAGEMENT PARAMETERS:

------------------------------
BCTRFALW : OFF
OPTSTFA : OFF
STFPRTEF : OFF
STFPSCRN : OFF
TFRTRIG : OFF
TFCTRIG : INC
TFCPROC : INTPROC
IRTSTATE : TFA
PTFPR1 : ON
RCTPROC : OFF
SCREENING RELATED PARAMETERS:

-----------------------------
SNTSCCP : MTP
MSGUOPC : NOCHECK
CIRCRTG RELATED PARAMETERS:

---------------------------
ERROR TYPE ACTION
---------- --------
ILSEQOLS NOCHECK
INCPGOGP NOCHECK
TSTACT NOCHECK
LAST REPORT NO = 06628
Del reporte observamos los siguientes datos:
• Tenemos solo una red lógica (NAT)

• Nuestro OPC es 4091
• El protocolo que maneja nuestra red es UIT
• El formato de nuestro PC (Point Code) es 14&0&0&0
• Nuestro SSF es igual a NAT

6-3
Paso 2 Desplegamos las centrales destino.
MAQ_NEXTENGO 2002-06-18 11:41:40 TU

USCAR080 0130/0304/0003
<DISPLAY-N7-DEST:EXCHNAME=ALL,LOGNET=ALL,DETAIL=ALL.
MAQ_NEXTENGO 2002-06-18 11:42:03 TU

USCAR080 0130/0304/0003
SEQ=2611.2002-06-18 05281 00000000 DTGRH01A LAW32301
SWA-SUBSEC MTP
DISPLAY-N7-DEST SUCCESSFUL
FINAL RESULT 0001 -
----------------------------------------------------------------------
OPERATOR INPUT :
EXCHNAME = ALL
LOGNET = ALL
DETAIL = ALL
---------------------------------------------------------------------
RESULT :
DESTINATION INFO FOR LOGNET: NAT
EXCH/NCA/ DESTTYPE RTESID +-------DESTS---------+

CLUSTER-NAME LOW HIGH
---------------- --------- ---------------- ----------- -----------
TELLO ADJ SP NAT_4551 4551
CDMXDFNX32T ADJ STPSP NAT_5057 5057
SELVA ADJ STPSP NAT_6969 6969
+-------DESTS---------+ MOPCAPPL OPCIND NM XLIST

LOW HIGH
----------- ----------- --------- ------- --- --------
4551 NORM OPCSET1 OFF EXCLUDE
5057 NORM OPCSET1 ON EXCLUDE
6969 NORM OPCSET1 OFF EXCLUDE
En el reporte observamos que tenemos tres centrales adyacentes

declaradas con sus DPC’s correspondientes.

6-4
Paso 3 Desplegamos los parámetros N7 para nuestras redes lógicas

encontradas, en nuestro caso sólo una.
MAQ_NEXTENGO 2002-06-18 11:43:10 TU

USCAR080 0130/0304/0003
<DISPLAY-N7PARM:LOGNET=NAT,DETAIL=ALL.
MAQ_NEXTENGO 2002-06-18 11:44:05 TU

USCAR080 0130/0304/0003
SEQ=2612.2002-06-18 00201 00000000 DTGRH01A LAW32301
SWA-SUBSEC MTP
DISPLAY-N7PARM SUCCESSFUL
----------------------------------------------------------------------
OPERATOR INPUT:
LOGNET = NAT
DETAIL = ALL
----------------------------------------------------------------------
RESULT:
OWN POINT CODE INFORMATION:

---------------------------
OPC LOGNET OPCIND MOPCAPPL OPCSTAT

----------- ---------------- ------- -------- --------
4091 NAT OPCSET1 NORM ACTIVE
LOGNET OWNNAME
---------------- ----------------
NAT MAQ_S12
COMMON PARAMETERS (TIMER-ID = SECONDS & MILLISECONDS):

------------------------------------------------------
NETWORK MANAGEMENT:
-------------------
SNDPTFP = ONCE PTFPRATE = 50
RSTRATE = 50 NMRECOV = SNDTRA
BCEVRATE = 0 BCEVPERD = 0 & 0
RMBCRATE = 50 RMBCDUR = 15 & 0
PACING BROADCAST:
-----------------
PACERATE = 0 & 0 BCSTRATE = 1
MTP RESTART (VALUES IN PERCENT):

--------------------------------
NBRLKACT = 90 NBRTRA = 90
NOTRA = AV
USER PART UNAVAILABLE:

----------------------
SUPURATE = 0 RUPURATE = 1
SIGNALLING LINK TEST:

---------------------
TSTPATL = 8 TSTPAT = H'0000 & H'A5A5

6-5

continuación
GENERAL:
--------
SACEN7 = H'0700 MTUP = MTUPFENA
XLISTTIM = 200 & 0
MTPTIM PARAMETERS (TIMER-ID = SECONDS & MILLISECONDS):

------------------------------------------------------
COMMON TIMERS:
--------------
TIM1 = 0 & 800 TIM2 = 1 & 400 TIM3 = 0 & 800
TIM4 = 0 & 800 TIM5 = 0 & 800 TIM6 = 0 & 800
TIM1D = 0 & 800 TIM2D = 1 & 400 TIM3D = 0 & 800
TIM4D = 0 & 800 TIM5D = 0 & 800 TIM6D = 0 & 800
TIM10 = 30 & 0 TIM10B = 30 & 0 TIM11 = 0 & 0
TIM12 = 1 & 0 TIM13 = 1 & 0 TIM14 = 2 & 0
TIM15 = 3 & 0 TIM16 = 2 & 0 TIM17 = 0 & 800
ITU SPECIFIC TIMERS:

--------------------
TIM18I = 30 & 0 TIM19I = 67 & 0 TIM20I = 60 & 0
TIM21I = 63 & 0 TIM22I = 180 & 0 TIM23I = 180 & 0
SLTTIM1I = 10 & 0 SLTTIM2I = 60 & 0 TIMX = 0 & 600
TIMY = 1 & 0
ANSI SPECIFIC TIMERS:

---------------------
TIM18A = 10 & 0 TIM19A = 500 & 0 TIM20A = 100 & 0
TIM21A = 100 & 0 TIM22A = 10 & 0 TIM23A = 10 & 0
TIM24A = 10 & 0 TIM25A = 35 & 0 TIM26A = 15 & 0
TIM28A = 15 & 0 TIM29A = 65 & 0 TIM30A = 30 & 0
TIM31A = 30 & 0 TIM32A = 90 & 0 SLTTIM1A = 10 & 0
SLTTIM2A = 60 & 0
En este reporte encontramos datos más completos de los parámetros

No. 7 para la red lógica NAT, por ejemplo: nombre de la central, OPC,
temporizadores, etc.

6-6
Paso 4 Ahora desplegamos todos los conjuntos de enlace en la central y

después para un destino especifico.
MAQ_NEXTENGO 2002-06-18 11:49:34 TU

USCAR080 0130/0304/0003
<DISPLAY-N7-LKSET:LKSET=ALL.
MAQ_NEXTENGO 2002-06-18 11:49:53 TU

USCAR080 0130/0304/0003
SEQ=2615.2002-06-18 05222 00000000 DTGRH01A LAW32301
SWA-SUBSEC MTP
DISPLAY-N7-LKSET SUCCESSFUL
----------------------------------------------------------------------
OPERATOR INPUT:
LKSET = ALL
----------------------------------------------------------------------
RESULT:
LKSET DEST LOGNET RTESID NBR OF LINKS

TOT ACT TRF
-------- ----------- ---------------- ---------------- --- --- ---
1 5057 NAT NAT_5057 1 0 0
2 6969 NAT NAT_6969 1 0 0
GTO 5600 NEXTENGO NX_5600 1 0 0
Elegimos el destino 5057 (LKSET=1)
MAQ_NEXTENGO 2002-06-18 11:50:02 TU

USCAR080 0130/0304/0003
<DISPLAY-N7-LKSET:LKSET=1,DETAIL=EXTENDL.
MAQ_NEXTENGO 2002-06-18 11:50:38 WE

USCAR080 0130/0304/0003
SEQ=2617.2002-06-18 05222 00000000 DTGRH01A LAW32301
SWA-SUBSEC MTP
----------------------------------------------------------------------
OPERATOR INPUT:
LKSET = 1
DETAIL = EXTENDL
----------------------------------------------------------------------
RESULT:

TOT ACT TRF
-------- ----------- ---------------- ---------------- --- --- ---
1 5057 NAT NAT_5057 1 0 0
LKSET LKSTYPE LDSH ADJRPROC

-------- ----------- ---- ---------
1 ITU LINKSET OFF ON

6-7

continuación
LKSET OPCIND ALLOWED OPCIND SLSCI TFPTCPBI MINLKQ PACETFAR
1 2 3 4 5 6 7
-------- ------- -------------- ----- -------- ------ --------
1 OPCSET1 T F F F F F F BIT5 OFF 0 OFF
LKSET TTNAME +-----------TT-MAPPING-----------+

IN IN OUT OUT
CALLED CALLING CALLED CALLING
--------- ---------------- ------- -------- ------ -------
1 OFF OFF OFF OFF
LKSET SLC LKPARSET LKTYPE LKID

-------- --- ---------------- --------- ----------------
1 0 HCCMGR64 HCCMGRD64 LK_1
LKID +------CCSMEN-----+ +------DTMEN-------+

LCE PCE TN LCE PCE TN
----------------- ------ ------ --- ------ ------ ----
LK_1 H'03A0 H'0310 1 H'2080 H'0031 1
Este reporte nos entrega bastantes datos de interés, como son: ruta
del enlace, cantidad de enlaces en el LKSET, tipo de enlace, identidad
del enlace, etc.

6-8
Paso 5 Desplegar datos de la ruta de señalización (NAT_5057) y su estado.
MAQ_NEXTENGO 2002-06-18 11:56:42 TU

USCAR080 0130/0304/0003
<DISPLAY-N7RTES:RTESID=NAT_5057,DETAIL=TRAFFIC.
MAQ_NEXTENGO 2002-06-18 11:56:51 TU

USCAR080 0130/0304/0003
SEQ=2626.2002-06-18 06193 00000000 DTGRH01A LAW32301
SWA-SUBSEC MTP
DISPLAY-N7RTES SUCCESSFUL
----------------------------------------------------------------------
LOGNET: NAT
OPERATOR INPUT:
RTESID = NAT_5057
DETAIL = TRAFFIC
----------------------------------------------------------------------
RESULT:
LOGNET: NAT
+-----------ROUTESET-----------+ NM +---ROUTE INFORMATION--+ PR ROUTE

RTESID DEST ST MSG LKSET ADJ DEST TYP IO STATE
---------------- ----------- --- --- -------- ----------- --- -- -----
NAT_5057 5057 UAV ON 1 5057 ALL 1 UAV
+----SI MAP----+ SLSRCT

0123456789ABCDEF
---------------- ------
1111111111111111
TRAFFIC +-CCMEN-+ +---DTMEN--+

SLS DISTR LKSET SLC LKID PCE TN PCE TN
--- ------- -------- --- ---------------- ------ -- ------ -----
0 NORMAL 1 0 LK_1 H'0310 1 H'0031 1
1 NORMAL 1 0 LK_1 H'0310 1 H'0031 1
2 NORMAL 1 0 LK_1 H'0310 1 H'0031 1
3 NORMAL 1 0 LK_1 H'0310 1 H'0031 1
4 NORMAL 1 0 LK_1 H'0310 1 H'0031 1
5 NORMAL 1 0 LK_1 H'0310 1 H'0031 1
6 NORMAL 1 0 LK_1 H'0310 1 H'0031 1
7 NORMAL 1 0 LK_1 H'0310 1 H'0031 1
8 NORMAL 1 0 LK_1 H'0310 1 H'0031 1
9 NORMAL 1 0 LK_1 H'0310 1 H'0031 1
10 NORMAL 1 0 LK_1 H'0310 1 H'0031 1
11 NORMAL 1 0 LK_1 H'0310 1 H'0031 1
12 NORMAL 1 0 LK_1 H'0310 1 H'0031 1
13 NORMAL 1 0 LK_1 H'0310 1 H'0031 1
14 NORMAL 1 0 LK_1 H'0310 1 H'0031 1
15 NORMAL 1 0 LK_1 H'0310 1 H'0031 1
En el reporte observamos el estado de la ruta y su distribución de

tráfico.

6-9
Paso 6 Desplegar la configuración del enlace (LK_1).
MAQ_NEXTENGO 2002-06-18 12:02:30 TU

USCAR080 0130/0304/0003
<DISPLAY-N7LINK:DETAIL=CONFIG,LKID=LK_1.
MAQ_NEXTENGO 2002-06-18 12:03:15 TU

USCAR080 0130/0304/0003
SEQ=2630.2002-06-18 00199 00000000 DTGRH01A LAW32301
SWA-SUBSEC MTP
DISPLAY-N7LINK SUCCESSFUL
----------------------------------------------------------------------
OPERATOR INPUT:
LKID = LK_1
DETAIL = CONFIG
----------------------------------------------------------------------
RESULT:
LKSET DESTINATION INFO:

----------------------
LKSET DEST LOGNET RTESID OPCIND

-------- ----------- ---------------- ---------------- -------
1 5057 NAT NAT_5057 OPCSET1
LKSET/LINK INFO:
---------------
LKSET SLC LKSTYPE LKPARSET LKTYPE LKID

-------- --- ----------- ---------------- --------- ----------------
1 0 ITU LINKSET HCCMGR64 HCCMGRD64 LK_1
LKSET LKID +----CCSMEN-----+ +-----DTMEN-----+

-------- ---------------- ------ ------ --- ------ ------ ----
1 LK_1 H'03A0 H'0310 1 H'2080 H'0031 1

6-10
Paso 6, Ahora conocer el estado del enlace.

continuación
MAQ_NEXTENGO 2002-06-18 12:04:50 MO
USCAR080 0130/0304/0003
<DISPLAY-N7LINK:DETAIL=SWSTAT,LKID=LK_1.
MAQ_NEXTENGO 2002-06-18 12:05:03 MO

USCAR080 0130/0304/0003
SEQ=2634.2002-06-18 00199 00000000 DTGRH01A LAW32301
SWA-SUBSEC MTP
----------------------------------------------------------------------
OPERATOR INPUT:
LKID = LK_1
DETAIL = SWSTAT
----------------------------------------------------------------------
RESULT:

----------------------

-------- ----------- ---------------- ---------------- -------
LINK STATUS INFO:

----------------
LKSET SLC LKID +-CCSMEN-+ +-DTMEN---+ LINK STATE TRF

PCE TN PCE TN STATE
-------- --- ---------------- ------ --- ------ ---- ----------- -----
1 0 LK_1 H'0310 1 H'0031 1 OOS NOTRF

6-11
Paso 7 Desplegar todos los tipos de módulos de señalización existentes.

MAQ_NEXTENGO 2002-06-18 12:15:11 TU
USCAR080 0130/0304/0003
<DISPLAY-N7SIGMOD:MODTYPE=ALL,DETAIL=TML.
DISPLAY-N7SIGMOD SUCCESSFUL
RESULT PART 0001 +
----------------------------------------------------------------------
OPERATOR INPUT:
MODTYPE= ALL
DETAIL = TML
----------------------------------------------------------------------
RESULT:
+----SIGNALLING MODULE INFO-----+

LCE PCE TYPE STATE
------ ------ ---- ----------
H'03A0 H'0310 HCCM N7ACTIVE
+------------------TERMINAL INFO-------------------+
HW EQUIPPED
INDICATION LINK STATE TN LKID
---------------- ------------ --- ----------------
TRUE OOS 1 LK_1
FALSE NOT USED 2
FALSE NOT USED 3
FALSE NOT USED 4
FALSE NOT USED 5
FALSE NOT USED 6
FALSE NOT USED 7
FALSE NOT USED 8
REPORT FOLLOWS NO = 04444
MAQ_NEXTENGO 2002-06-18 12:15:21 TU

USCAR080 0130/0304/0003
SEQ=2639+2002-06-18 04444 00000000 DTGRH01A LAW32301
SWA-SUBSEC MTP
RESULT PART 0002 +
----------------------------------------------------------------------
OPERATOR INPUT:
MODTYPE= ALL
DETAIL = TML
----------------------------------------------------------------------
RESULT:

LCE PCE TYPE STATE
------ ------ ---- ----------
H'03B0 H'0311 HCCM N7ACTIVE
+------------------TERMINAL INFO-------------------+
HW EQUIPPED
---------------- ------------ --- ----------------
TRUE OOS 1 LK_3

6-12

continuación
FALSE NOT USED 2
FALSE NOT USED 3
FALSE NOT USED 4
FALSE NOT USED 5
FALSE NOT USED 6
FALSE NOT USED 7
FALSE NOT USED 8
..
..
..
..
MAQ_NEXTENGO 2002-06-18 12:15:22 TU
USCAR080 0130/0304/0003
SEQ=2639.2002-06-18 04444 00000000 DTGRH01A LAW32301
SWA-SUBSEC MTP
FINAL RESULT 0004 -
----------------------------------------------------------------------
OPERATOR INPUT:
MODTYPE= ALL
DETAIL = TML
----------------------------------------------------------------------
RESULT:SPECIFIED LCE HAS NO TERMINAL NUMBERS

LCE PCE TYPE STATE
------ ------ ---- ----------
H'1F50 H'0301 IPTM N7ACTIVE
+------------------TERMINAL INFO-------------------+
HW EQUIPPED
---------------- ------------ --- ----------------
TRUE NOT USED 1
TRUE NOT USED 2
TRUE NOT USED 3
TRUE NOT USED 4

6-13
Paso 8 Desplegar los enlaces de señalización en un CCSM.
MAQ_NEXTENGO 2002-06-18 12:24:23 TU

USCAR080 0130/0304/0003
<DISPLAY-N7SIGMOD:SIGMOD=H'310,DETAIL=TML.
MAQ_NEXTENGO 2002-06-18 12:24:31 TU

USCAR080 0130/0304/0003
SEQ=2644.2002-06-18 04444 00000000 DTGRH01A LAW32301
SWA-SUBSEC MTP
----------------------------------------------------------------------
OPERATOR INPUT:
SIGMOD = H'0310
DETAIL = TML
----------------------------------------------------------------------
RESULT:

LCE PCE TYPE STATE
------ ------ ---- ----------
+------------------TERMINAL INFO-------------------+
HW EQUIPPED
---------------- ------------ --- ----------------
TRUE OOS 1 LK_1
FALSE NOT USED 2
FALSE NOT USED 3
FALSE NOT USED 4
FALSE NOT USED 5
FALSE NOT USED 6
FALSE NOT USED 7
FALSE NOT USED 8

6-14
Desplegar datos del enrutamiento de voz

la finalidad de conocer los datos de un enrutamiento de voz asociado
a un enrutamiento con señalización No 7. En posteriores bloques
Paso Acción
1 Investigar TKG´s ligados a un destino N7
2 Desplegar las troncales del TKG
3 Desplegar los datos de la ruta
4 Desplegar características del TKG
5 Investigar el bloque de rutas asociado
6 Desplegar datos del sub-bloque de rutas
7 Investigar prefijos (DGTSTR) asociados al bloque de rutas.
Paso 1 Encontraremos los TKG’s ligados a cierto destino N7, para nuestro
ejemplo 5057.
MAQ_NEXTENGO 2002-06-18 14:24:46 TU

USCAR080 0130/0304/0003
<DISPLAY-TKG:TKG=ALL,DESTN7=5057&NAT.
MAQ_NEXTENGO 2002-06-18 14:25:54 TU

USCAR080 0130/0304/0003
SEQ=2667.2002-06-18 06464 00000000 DTGRH01A LAW32301
SWA-SUBSEC ROUTING
DISPLAY-TKG SUCCESSFUL
FINAL RESULT 0001 -
----------------------------------------------------------------------
DESTN7 = H'0013C1 & NAT
TKG TKG (NUM) DIR SIGTYP RTEID NBR TKS

---------------- --------- --- -------- ---------------- -------
MAQ_AXE_N7 00006 BW N7NAT MAQ_AXE_N7 30
TKG_ISUP_VOZ 00007 BW N7ISUPNA AXE_ISUP 0
En el reporte observamos que existen dos TKG’s hacia ese destino,

uno para N7NAT (TUP) y el otro para N7ISUPNA (ISUP). En este
ejemplo haremos el seguimiento para el primer TKG.

6-15
Desplegar datos del enrutamiento de voz, continuación
Paso 2 Desplegar las troncales pertenecientes al TKG encontrado.
MAQ_NEXTENGO 2002-06-18 14:28:14 TU

USCAR080 0130/0304/0003
<DISPLAY-TRUNK:TKG=MAQ_AXE_N7,TKSEQLST=ALL.
MAQ_NEXTENGO 2002-06-18 14:28:56 TU

USCAR080 0130/0304/0003
SEQ=2670+2002-06-18 00098 00000000 DTGRH01A LAW32301
SWA-SUBSEC ROUTING
DISPLAY-TRUNK SUCCESSFUL
RESULT PART 0001 +
----------------------------------------------------------------------
DETAIL = NORM
ACTUAL FEATURES
TKG TKSEQ TCESEQ STATE FIFO OBSERV

LCEID NA LAN TN/TS TRAFFIC GLARE CONTCHK
-------- ------------ ------ ------ -------- ------ -------------
MAQ_AXE_N7 2 1 BLOCKED FALSE REMOVE
H'2130 H'0102 1 2 TRAL FALSE NCONTCHK
COMMENT: LOGICAL ACCESS NUMBER ALARM (PCM)
-------- ------------ ------ ------ -------- ------ -------------
-------- ------------ ------ ------ -------- ------ -------------
-------- ------------ ------ ------ -------- ------ -------------
…..
…..
…..
…..
…..
-------- ------------ ------ ------ -------- ------ -------------
-------- ------------ ------ ------ -------- ------ -------------
-------- ------------ ------ ------ -------- ------ -------------
-------- ------------ ------ ------ -------- ------ -------------

6-16

continuación
MAQ_NEXTENGO 2002-06-18 14:30:00 TU
USCAR080 0130/0304/0003
SEQ=2670.2002-06-18 00098 00000000 DTGRH01A LAW32301
SWA-SUBSEC ROUTING
DISPLAY-TRUNK SUCCESSFUL
FINAL RESULT 0002 -
----------------------------------------------------------------------
DETAIL = NORM
ACTUAL FEATURES

-------- ------------ ------ ------ -------- ------ -------------
-------- ------------ ------ ------ -------- ------ -------------
-------- ------------ ------ ------ -------- ------ -------------
-------- ------------ ------ ------ -------- ------ -------------
-------- ------------ ------ ------ -------- ------ -------------
-------- ------------ ------ ------ -------- ------ -------------
MAQ_AXE_N7 29 1 READY FALSE REMOVE
H'2130 H'0102 1 29 NTRA FALSE NCONTCHK
-------- ------------ ------ ------ -------- ------ -------------
-------- ------------ ------ ------ -------- ------ -------------
-------- ------------ ------ ------ -------- ------ -------------

6-17
Paso 3 Ahora desplegaremos los datos de la ruta.
MAQ_NEXTENGO 2002-06-18 14:32:08 TU

USCAR080 0130/0304/0003
<DISPLAY-ROUTE:RTE=MAQ_AXE_N7.
MAQ_NEXTENGO 2002-06-18 14:33:20 TU

USCAR080 0130/0304/0003
SEQ=2672.2002-06-18 00100 00000000 DTGRH01A LAW32301
SWA-SUBSEC ROUTING
DISPLAY-ROUTE SUCCESSFUL
FINAL RESULT 0001 -
----------------------------------------------------------------------
ACTUAL FEATURES
DETAIL = NORM
RTEID RTENBR RTESTATE COMPANY COMMENT

------------------------------------------------------------------
MAQ_AXE_N7 (00003) IS RTE RESELECT

6-18
Paso 4 Desplegamos las características del TKG encontrado.

MAQ_NEXTENGO 2002-06-18 14:45:59 TU
USCAR080 0130/0304/0003
<DISPLAY-TKG:TKG=MAQ_AXE_N7.
MAQ_NEXTENGO 2002-06-18 14:46:26 TU

USCAR080 0130/0304/0003
SEQ=2674.2002-06-18 00097 00000000 DTGRH01A LAW32301
SWA-SUBSEC ROUTING
FINAL RESULT 0001 -
----------------------------------------------------------------------
TKG = MAQ_AXE_N7
TKGDSCR = MAQ_AXE_N7
NUM TKG = 6
ACTUAL FEATURES
----------------------------------------------------------------
DIR = BW NBR OF ALLOCATED TRKS = 30
SIGTYP = N7NAT
REFDID = RDID_TUP_LOCAL
RTE = MAQ_AXE_N7
CUSTRTID = LOCAL & LOC & LOC
CDCATPAY = ALLOW
DESTN7 = CDMXDFNX32T 5057 H'0013C1 & NAT
EXCHTYPE = LOCAL
INCIDF = COMPL
LTRA = LCE: H'E5D0
& NBR OF RESERVED TRKS: 30
LOAD = TRAFFIC (% ERLANG): 80
& HOLDTIME (S): 80
TKGHT = CYCLIC & NOCHN
TKGRST = NONE
OWNBC = DIGITAL
NEXTBC = DIGITAL
TKGSTATE = IS (TRUNKGROUP IN SERVICE)
CICFRMT = CCITT
BTRAN : OFF ERLOSS : ERL6DB ECHOSPH : PHREV
COMFN : ON ECHOS21 : ENABLE ECHOSUP : OFF
ECHOCAN : ON MONDIS21: OFF SELFTEST: ENABLE
ERLANGCH: NOTALLOW
AUTOCGLI: OFF INCINTTG: OFF NETORCH : OFF CCRREQ : OFF
OVLDPRIO: OFF DEDTKG : OFF ISKCLBAR: OFF SFRLSA : OFF
CARGHT : OFF SLOWDIAL: OFF CONSCREQ: OFF NOEOSEXP: ON
GLYDPRIO: OFF VPNTKG : OFF CLIOGP : OFF OPGRP : OFF
ADRTKG : OFF ECHOCDEV: OFF & OFF
CGDBOBS : OFF & OFF
CDDBOBS : OFF
CDREVCH : OFF IMMBIL : OFF CDDBLNG : OFF COSNDPLS: OFF
SCRVALIT = NOSCRN
EXCHGRP = REMAINING
CATALEV = NOCALW
TRRTGREF = NOTAPPL
DIALTONE: FSTDT = OFF SNDDT = OFF FSTDT TYPE = NO_TONE
INCTRBAR = 0 & 0
OGTRBAR = 0 & 0
NBRDGTS = 000
NTRADDR = UNKNOWN
NTRADDR = NAT

6-19
Paso 5 Ahora investigaremos el bloque de rutas asociado al TKG.
MAQ_NEXTENGO 2002-06-18 15:25:37 TU

USCAR080 0130/0304/0003
<DISPLAY-RTGBLK:TKG=MAQ_AXE_N7,DETAIL=USAGE.
MAQ_NEXTENGO 2002-06-18 15:25:42 TU

USCAR080 0130/0304/0003
SEQ=2679.2002-06-18 05492 00000000 DTGRH01A LAW32301
SWA-SUBSEC ROUTING
DISPLAY-RTGBLK SUCCESSFUL
FINAL RESULT 0001 -
----------------------------------------------------------------------
ACTUAL FEATURES
DETAIL = USAGE
RTGBLK = RTCD_MAQ_AXE_N7
BEARDEP = SPEECH
SIGDEP = NONE
SRTGBLK = 1) SB0011 TYPE = NORM
TKGCMID = 1) TC_13
TKG = 1) MAQ_AXE_N7
BEARDEP = SPEECH
SIGDEP = NONE
TKGCMID = 1) TC_13
TKG = 1) MAQ_AXE_N7
BEARDEP = DIGITAL
SIGDEP = NONE
TKGCMID = 1) TC_13
TKG = 1) MAQ_AXE_N7
BEARDEP = DIGITAL
SIGDEP = NONE
TKGCMID = 1) TC_13
TKG = 1) MAQ_AXE_N7
El bloque de rutas asociado al TKG es RTCD_MAQ_AXE_N7,

además nos indica que existe un sub-bloque de rutas, que es SB0011.

6-20
Paso 6 Ahora desplegaremos los datos del sub-bloque de rutas encontrado.
MAQ_NEXTENGO 2002-06-18 15:34:49 TU

USCAR080 0130/0304/0003
<DISPLAY-SRTGBLK:SRTGBLK=SB0011,DETAIL=OVERVIEW.
MAQ_NEXTENGO 2002-06-18 15:36:02 TU

USCAR080 0130/0304/0003
SEQ=2690.2002-06-18 05496 00000000 DTGRH01A LAW32301
SWA-SUBSEC ROUTING
DISPLAY-SRTGBLK SUCCESSFUL
FINAL RESULT 0001 -
----------------------------------------------------------------------
ACTUAL FEATURES
DETAIL = OVERVIEW
SRTGBLK = SB0011
--------
TYPE = NORM
TKGCLHT = SEQTL
TKGCOM = 1) TC_13
-------
TKGCHT = CYCLIC
TKG = 1) MAQ_AXE_N7 RTE = MAQ_AXE_N7
Observamos en el reporte que este sub-bloque de rutas, contiene una

lista de combinación de TKG’s (TC_13), con un sólo TKG asignado
(MAQ_AXE_N7).

6-21
Paso 7 Finalmente investigamos que prefijos (DGTSTR) están asignados al

bloque de rutas.
MAQ_NEXTENGO 2002-06-18 15:55:52 TU

USCAR080 0130/0304/0003
<DISPLAY-NED:TABLE="DGTSRTGA",SELECT="RTGINFO"&"RTCD_MAQ_AXE_N7"&
<"RTCD_MAQ_AXE_N7",START.
MAQ_NEXTENGO 2002-06-18 15:56:36 TU

USCAR080 0130/0304/0003
SEQ=2713+2002-06-18 05377 00000000 DTGRH01A LAW32301
SWA-SUBSEC BULK DATA HDL
DISPLAY-NED SUCCESSFULLY STARTED

----------------------------------------------------------------------
START
TABLE : DGTSRTGA
SELECT
------
COLUMN : RTGINFO
START VALUE : RTCD_MAQ_AXE_N7
STOP VALUE : RTCD_MAQ_AXE_N7
MAQ_NEXTENGO 2002-06-18 15:56:52 TU

USCAR080 0130/0304/0003
SEQ=2713.2002-06-18 05377 00000000 DTGRH01A LAW32301
SWA-SUBSEC BULK DATA HDL
DISPLAY-NED SUCCESSFUL
----------------------------------------------------------------------
END
TABLE : DGTSRTGA
INFO : NO DATA PRESENT FOR THIS TABLE
Del reporte observamos que este bloque de rutas no tiene asignado

algún prefijo o cadena de dígitos (DGTSTR). Con este último
desplegado finalizamos la investigación de datos del enrutamiento de
voz.

6-22
Creación del enrutamiento No 7
Introducción En la siguiente tabla, mencionamos los pasos que ejecutaremos con

la finalidad de crear un enrutamiento con señalización No 7, para la
parte de usuario TUP. En el caso de usuario ISUP, es el mismo
procedimiento sólo cambia en la creación del TKG (tomamos como
referencia uno con señalización N7ISUPNA). En posteriores bloques
Paso Acción
1 Crear la red lógica
2 Asignar un OPC
3 Crear un destino
4 Crear el conjunto de enlaces
5 Seleccionar un señalizador
6 Crear el señalizador
7 Extender el conjunto de enlaces
8 Cambiar el estado del enlace
Paso 1 Primeramente creamos la red lógica.

MAQ_NEXTENGO 2002-06-18 09:04:23 TU
USCAR080 0130/0304/0003
<CREATE-N7LOG-NETWORK:CLOGNET="NEXTENGO",PROTSTD=ITU,PCFORMAT=14&0&0&0,
<SSF="NAT".
MAQ_NEXTENGO 2002-06-18 09:07:28 TU

USCAR080 0130/0304/0003
SEQ=2597.2002-06-18 06628 00000000 DTGRH01A LAW32301
SWA-SUBSEC MTP
CREATE-N7LOG-NETWORK SUCCESSFUL
-------------------------------------------------------------------------
OPERATOR INPUT:
LOGNET = NEXTENGO
PROTSTD = ITU
PCFORMAT = 14&0&0&0
SSF = NAT
------------------------------------------------------------------------
RESULT: NEW DATA
LOGNET = NEXTENGO
------------------------------
PROTSTD : ITU
PCFORMAT : 14&00&00&00
PCLN : 14
SSF : NAT
SSFVALUE : 8
MASKSSF : OFF
SSFPRIO : OFF

6-23
Creación del enrutamiento No 7, continuación

continuación
---------------------------
RESTPRO : OFF
OWNSP : STP
LKALIGN : OFF
SLTAMISS : NOACT
SLTMCGLK : ON
PACEBCST : OFF
UPUAPPL : ON
EXTAREA : OFF
OTAXDTAX : OFF

------------------------------
BCTRFALW : OFF
OPTSTFA : OFF
STFPRTEF : OFF
STFPSCRN : OFF
TFRTRIG : OFF
TFCTRIG : INC
TFCPROC : NATOPTLV
IRTSTATE : TFA
PTFPR1 : OFF
RCTPROC : OFF

-----------------------------
SNTSCCP : SCCP
MSGUOPC : NOCHECK

---------------------------
ERROR TYPE ACTION
---------- --------
ILSEQOLS RPSNDTFP
INCPGOGP NOCHECK
TSTACT NOCHECK

6-24
Paso 2 Asignamos un OPC a nuestra red lógica creada.

MAQ_NEXTENGO 2002-06-18 11:48:52 TU
USCAR080 0130/0304/0003
<MODIFY-N7PARM:LOGNET=NEXTENGO,OPC=4095.
SEQ=2618.2002-06-18
MAQ_NEXTENGO 2002-06-18 11:49:17 TU
USCAR080 0130/0304/0003
SEQ=2618+2002-06-18 00201 00000000 DTGRH01A LAW32301
SWA-SUBSEC MTP
MODIFY-N7PARM SUCCESSFULLY STARTED
RESULT PART 0001 +
-------------------------------------------------------------------------
OPERATOR INPUT:
LOGNET = NEXTENGO
OPC = H'000FFF
-----------------------------------------------------------------------
RESULT: OLD DATA
---------------------------
----------- ---------------- ------- -------- --------
LOGNET OWNNAME
---------------- ----------------
NEXTENGO PRACTICA
------------------------------------------------------
NETWORK MANAGEMENT:
-------------------
PACING BROADCAST:
-----------------
--------------------------------
NOTRA = AV
----------------------
---------------------
GENERAL:
--------
XLISTTIM = 200 & 0

6-25

continuación
MAQ_NEXTENGO 2002-06-18 11:49:18 TU
USCAR080 0130/0304/0003
SEQ=2618.2002-06-18 00201 00000000 DTGRH01A LAW32301
SWA-SUBSEC MTP
MODIFY-N7PARM SUCCESSFUL
FINAL RESULT 0002 -
-------------------------------------------------------------------------
OPERATOR INPUT:
LOGNET = NEXTENGO
OPC = H'000FFF
-----------------------------------------------------------------------
RESULT: NEW DATA

---------------------------

----------- ---------------- ------- -------- --------
4095 NEXTENGO OPCSET1 NORM ACTIVE
LOGNET OWNNAME
---------------- ----------------
NEXTENGO PRACTICA

------------------------------------------------------
NETWORK MANAGEMENT:
-------------------
PACING BROADCAST:
-----------------

--------------------------------
NOTRA = AV

----------------------

---------------------
GENERAL:
--------
XLISTTIM = 200 & 0

6-26
Paso 3 Ahora creamos la central destino.

MAQ_NEXTENGO 2002-06-18 11:50:38 TU
USCAR080 0130/0304/0003
<CREATE-N7-DEST:LOGNET1=NEXTENGO,DEST1=5600,CRTESID1="NX_5600",
<CEXCHNAM="CELAYA".
MAQ_NEXTENGO 2002-06-18 11:51:07 TU

USCAR080 0130/0304/0003
SEQ=2619.2002-06-18 00204 00000000 DTGRH01A LAW32301
SWA-SUBSEC MTP
CREATE-N7-DEST SUCCESSFUL
FINAL RESULT 0001 -
-------------------------------------------------------------------------
OPERATOR INPUT:
EXCHNAME = CELAYA
LOGNET1 = NEXTENGO
DEST1 = H'0015E0
RTESID1 = NX_5600
------------------------------------------------------------------------
RESULT :
NEW DATA
DEST LOGNET DESTTYPE RTESID

----------- ---------------- ------------ ---------------
5600 NEXTENGO ADJ STPSP NX_5600
DEST EXCHNAME MOPCAPPL OPCIND XLIST

----------- ---------------- -------- ------- --------
5600 CELAYA NORM OPCSET1 EXCLUDE

6-27
Paso 4 Una vez que se creo la central destino, se procede a crear el conjunto
de enlaces (link set).
MAQ_NEXTENGO 2002-06-18 11:59:21 TU

USCAR080 0130/0304/0003
<CREATE-N7-LKSET:CLKSET="GTO",LOGNET=NEXTENGO,DEST=5600.
MAQ_NEXTENGO 2002-06-18 12:00:00 TU

USCAR080 0130/0304/0003
SEQ=2623.2002-06-18 05222 00000000 DTGRH01A LAW32301
SWA-SUBSEC MTP
CREATE-N7-LKSET SUCCESSFUL
-------------------------------------------------------------------------
OPERATOR INPUT:
LKSET = GTO
LOGNET = NEXTENGO
DEST = H'0015E0
-----------------------------------------------------------------------
RESULT: NEW DATA
LKSET DEST LOGNET RTESID

-------- ----------- ---------------- ----------------
GTO 5600 NEXTENGO NX_5600

-------- ----------- ---- ---------
GTO ITU LINKSET OFF ON
LKSET OPCINDALLOWED OPCIND SLSCI TFPTCPBI MINLKQ PACETFAR

1 2 3 4 5 6 7
-------- ------- -------------- ----- -------- ------ --------
GTO OPCSET1 T F F F F F F BIT5 ON 0 OFF

IN IN OUT OUT
--------- ---------------- ------- -------- ------ -------
GTO OFF OFF OFF OFF

6-28
Paso 5 Seleccionamos un señalizador, primero desplegamos los módulos N7.

MAQ_NEXTENGO 2002-06-18 12:08:16 TU
USCAR080 0130/0304/0003
<DISPLAY-N7SIGMOD:MODTYPE=ALL,DETAIL=TML.
MAQ_NEXTENGO 2002-06-18 12:08:42 TU

USCAR080 0130/0304/0003
SEQ=2631+2002-06-18 04444 00000000 DTGRH01A LAW32301
SWA-SUBSEC MTP
RESULT PART 0001 +
-------------------------------------------------------------------------
OPERATOR INPUT:
MODTYPE= ALL
DETAIL = TML
-----------------------------------------------------------------------
RESULT:
LCE PCE TYPE STATE
------ ------ ---- ----------
+------------------TERMINAL INFO-------------------+
HW EQUIPPED
---------------- ------------ --- ----------------
TRUE OOS 1 LK_1
FALSE NOT USED 2
FALSE NOT USED 3
FALSE NOT USED 4
FALSE NOT USED 5
FALSE NOT USED 6
FALSE NOT USED 7
FALSE NOT USED 8
MAQ_NEXTENGO 2002-06-18 12:08:42 TU
USCAR080 0130/0304/0003
SEQ=2631+2002-06-18 04444 00000000 DTGRH01A LAW32301
SWA-SUBSEC MTP
RESULT PART 0002 +
-------------------------------------------------------------------------
OPERATOR INPUT:
MODTYPE= ALL
DETAIL = TML
-----------------------------------------------------------------------
RESULT:
LCE PCE TYPE STATE
------ ------ ---- ----------
H'03B0 H'0311 HCCM N7ACTIVE
+------------------TERMINAL INFO-------------------+
HW EQUIPPED
---------------- ------------ --- ----------------
TRUE OOS 1 LK_3

6-29

continuación
FALSE NOT USED 2
FALSE NOT USED 3
FALSE NOT USED 4
FALSE NOT USED 5
FALSE NOT USED 6
FALSE NOT USED 7
FALSE NOT USED 8
MAQ_NEXTENGO 2002-06-18 12:08:42 TU
SWA-SUBSEC MTP
RESULT PART 0003 +
-------------------------------------------------------------------------
OPERATOR INPUT:
MODTYPE= ALL
DETAIL = TML
-----------------------------------------------------------------------
LCE PCE TYPE STATE
------ ------ ---- ----------
+------------------TERMINAL INFO-------------------+
HW EQUIPPED
---------------- ------------ --- ----------------
TRUE NOT USED 1
TRUE NOT USED 2
TRUE NOT USED 3
TRUE NOT USED 4
MAQ_NEXTENGO 2002-06-18 12:08:43 TU
SWA-SUBSEC MTP
FINAL RESULT 0004 -
-------------------------------------------------------------------------
OPERATOR INPUT:
MODTYPE= ALL
DETAIL = TML
-----------------------------------------------------------------------
LCE PCE TYPE STATE
------ ------ ---- ----------
+------------------TERMINAL INFO-------------------+
HW EQUIPPED
---------------- ------------ --- ----------------
TRUE NOT USED 1
TRUE NOT USED 2
TRUE NOT USED 3
TRUE NOT USED 4

6-30
Paso 6 En el paso anterior observamos que tenemos dos módulos HCCM y

dos IPTM’s. Seleccionamos un TN de uno de ellos, con la finalidad de
crear el señalizador (link).
MAQ_NEXTENGO 2002-06-18 12:15:41 TU
USCAR080 0130/0304/0003
<CREATE-N7SIGMOD:SIGMOD=H'300,TN1="LIGA_NX".
MAQ_NEXTENGO 2002-06-18 12:16:13 TU

USCAR080 0130/0304/0003
SEQ=2632+2002-06-18 04444 00000000 DTGRH01A LAW32301
SWA-SUBSEC MTP
CREATE-N7SIGMOD SUCCESSFUL
RESULT PART 0001 +
-------------------------------------------------------------------------
OPERATOR INPUT:
SIGMOD = H'0300
TN1 = LIGA_NX
-----------------------------------------------------------------------
RESULT:OLD DATA

LCE PCE TYPE STATE
------ ------ ---- ----------
H'1F40 H'0300 IPTM N7ACTIVE 35
MAQ_NEXTENGO 2002-06-18 12:16:14 TU

USCAR080 0130/0304/0003
SEQ=2632.2002-06-18 04444 00000000 DTGRH01A LAW32301
SWA-SUBSEC MTP
CREATE-N7SIGMOD SUCCESSFUL
FINAL RESULT 0002 -
-------------------------------------------------------------------------
OPERATOR INPUT:
SIGMOD = H'0300
TN1 = LIGA_NX
-----------------------------------------------------------------------
RESULT:NEW DATA

LCE PCE TYPE STATE
------ ------ ---- ----------
+------------------TERMINAL INFO-------------------+
HW EQUIPPED
---------------- ------------ --- ----------------
TRUE OOS 1 LIGA_NX

6-31
Paso 7 Ahora ya podemos extender el conjunto de enlaces con el señalizador

creado. Cabe aclarar que también seleccionamos un canal de un DTM
(para N7), para poder ejecutar este paso.
MAQ_NEXTENGO 2002-06-18 12:41:23 TU

USCAR080 0130/0304/0003
<EXTEND-N7-LKSET:LKSET=GTO,SLC=0,LKPARSET=IPTMGR64,LKID=LIGA_NX,
<DTMEN=H'31&2.
MAQ_NEXTENGO 2002-06-18 12:42:36 TU

USCAR080 0130/0304/0003
SEQ=2652.2002-06-18 05222 00000000 DTGRH01A LAW32301
SWA-SUBSEC MTP
EXTEND-N7-LKSET SUCCESSFUL
-------------------------------------------------------------------------
OPERATOR INPUT:
LKSET = GTO
SLC = 0
DTMEN = H'0031 & 2
LKPARSET= IPTMGR64
LKID = LIGA_NX
-----------------------------------------------------------------------
RESULT: NEW DATA

-------- ----------- ---------------- ----------------

-------- --- ---------------- --------- ----------------
GTO 0 IPTMGR64 IPTMGRD64 LIGA_NX

----------------- ------ ------ --- ------ ------ ----
LIGA_NX H'1F40 H'0300 1 H'2080 H'0031 2

6-32
Paso 8 Finalmente cambiar el estado del enlace para ponerlo en activo, pero
este paso se tiene que ejecutar, una vez que ya tenemos todo el
ambiente N7 creado (enrutamiento N7 + enrutamiento de voz). De
todas formas ilustramos el paso con el comando respectivo.
MAQ_NEXTENGO 2002-06-18 15:24:43 TU
USCAR080 0130/0304/0003
<CHANGE-N7LINK-STATUS:FUNCTION=ACTIVATE,CCSMEN=H'300&1.
MAQ_NEXTENGO 2002-06-18 15:24:52 TU

USCAR080 0130/0304/0003
SWA-SUBSEC MTP
CHANGE-N7LINK-STATUS SUCCESSFULLY STARTED
INTERIM RESULT 0001 +
-------------------------------------------------------------------------
OPERATOR INPUT:
CCSMEN = H'0300 & 1
FUNCTION = ACTIVATE
---------------------------------------------------------------------
RESULT:
-------- ----------- ---------------- ----------------
LINK CONFIGURATION INFORMATION:
-------------------------------
+----CCSMEN-----+ +------DTMEN-----+
LKSET SLC LKID LCE PCE TN LCE PCE TN

-------- --- --------------- ------ ------ -- ------ ------ ----
GTO 0 LIGA_NX H'1F40 H'0300 1 H'2080 H'0031 2
JOB STATUS = SNTM: EXECUTING
MAQ_NEXTENGO 2002-06-18 15:25:32 TU

USCAR080 0130/0304/0003
SWA-SUBSEC MTP
CHANGE-N7LINK-STATUS WARNING
FINAL RESULT 0002 -
-------------------------------------------------------------------------
OPERATOR INPUT:
CCSMEN = H'0300 & 1
FUNCTION = ACTIVATE
---------------------------------------------------------------------
RESULT:
-------- ----------- ---------------- ----------------

-------------------------------
+----CCSMEN-----+ +------DTMEN-----+

-------- --- --------------- ------ ------ -- ------ ------ ----
GTO 0 LIGA_NX H'1F40 H'0300 1 H'2080 H'0031 2
JOB STATUS = LINK (DE)ACTIVATING

6-33
Creación del enrutamiento de voz

la finalidad de crear el enrutamiento de voz que asociaremos al N7
creado en el tema anterior. En posteriores bloques detallaremos cada
uno de dichos pasos e incluiremos un ejemplo.
Paso Acción
1 Crear ruta
2 Investigar TKG de referencia
3 Crear el TKG
4 Modificar el TKG
5 Extender el TKG
6 Crear el bloque de rutas
7 Asignar un prefijo (DGT STR) al bloque de rutas
8 Liberar las troncales y cambiar el estado del enlace
Paso 1 Primeramente creamos la ruta para el enrutamiento de voz.
MAQ_NEXTENGO 2002-06-18 12:51:34 TU

USCAR080 0130/0304/0003
<CREATE-ROUTE:RTE="B_CELAYA_N7".
MAQ_NEXTENGO 2002-06-18 12:53:29 TU

USCAR080 0130/0304/0003
SEQ=2664.2002-06-18 00100 00000000 DTGRH01A LAW32301
SWA-SUBSEC ROUTING
CREATE-ROUTE SUCCESSFUL
FINAL RESULT 0001 -
-------------------------------------------------------------------------
ACTUAL FEATURES
DETAIL = NORM

------------------------------------------------------------------
B_CELAYA_N7 (00018) IS RTE RESELECT

6-34
Creación del enrutamiento de voz, continuación
Paso 2 Desplegamos los TKG’s para tomar uno como referencia, con
características similares al que deseamos crear. Para nuestro ejemplo
uno con señalización N7NAT (para ISUP uno con N7ISUPNA).
MAQ_NEXTENGO 2002-06-18 13:21:38 TU

USCAR080 0130/0304/0003
<DISPLAY-TKG:TKG=ALL,BW.
MAQ_NEXTENGO 2002-06-18 13:22:09 TU

USCAR080 0130/0304/0003
SEQ=2675.2002-06-18 06464 00000000 DTGRH01A LAW32301
SWA-SUBSEC ROUTING
FINAL RESULT 0001 -
-------------------------------------------------------------------------
ALL BOTHWAY TRUNKGROUPS
TKG TKG (NUM) DIR SIGTYP RTEID NBR TKS

---------------- --------- --- -------- ---------------- -------
RDID_ISUP_LOCAL 00001 BW N7ISUPNA ISUP 0
RDID_TUP_LOCAL 00002 BW N7NAT TUP 0
RDID_CAS_LOCAL 00003 BW R2MF CAS 0
RDID_BICC_LOCAL 00004 BW BICC ISUP 0
B_GINERES_N7 00005 BW N7NAT PRUEBA_2 5
MAQ_AXE_N7 00006 BW N7NAT MAQ_AXE_N7 30
TKG_ISUP_VOZ 00007 BW N7ISUPNA AXE_ISUP 0
B_CALD_ISUP 00008 BW N7ISUPNA SANJUANCALD_ISUP 0
B_AXEN7 00009 BW N7NAT B_AXEN7 0
RDID_ISUP_LADA 00038 BW N7ISUPNA ISUP 0
RDID_BICC_LADA 00039 BW BICC ISUP 0
RDID_TUP_LADA 00040 BW N7NAT TUP 0
RDID_CAS_LADA 00041 BW R2MF CAS 0
RDID_CAS_SERV 00042 BW R2MF CAS 0
SP1_ISUP_LOCAL 00043 BW N7ISUPNA ISUP 0
SP1_BICC_LOCAL 00044 BW BICC ISUP 0
SP1_TUP_LOCAL 00045 BW N7NAT TUP 0
SP1_CAS_LOCAL 00046 BW R2MF CAS 0
SP1_ISUP_LADA 00047 BW N7ISUPNA ISUP 0
SP1_BICC_LADA 00048 BW BICC ISUP 0
SP1_TUP_LADA 00049 BW N7NAT TUP 0
SP1_CAS_LADA 00050 BW R2MF CAS 0
SP1_CAS_SERV 00051 BW R2MF CAS 0
SP2_ISUP_LOCAL 00052 BW N7ISUPNA ISUP 0
SP2_BICC_LOCAL 00053 BW BICC ISUP 0
SP2_TUP_LOCAL 00054 BW N7NAT TUP 0
SP2_CAS_LOCAL 00055 BW R2MF CAS 0
SP2_ISUP_LADA 00056 BW N7ISUPNA ISUP 0
SP2_BICC_LADA 00057 BW BICC ISUP 0
SP2_TUP_LADA 00058 BW N7NAT TUP 0
SP2_CAS_LADA 00059 BW R2MF CAS 0
SP2_CAS_SERV 00060 BW R2MF CAS 0
ETA_CURSO1 00061 BW N7ISUPNA SANJUANCALD_ISUP 0

6-35
Paso 3 Una vez seleccionado el TKG de referencia, creamos nuestro TKG.

MAQ_NEXTENGO 2002-06-18 13:26:28 TU
USCAR080 0130/0304/0003
<CREATE-TKG:TKG="B_CELAYA_N7"&"PRUEBA",REFTKG=MAQ_AXE_N7.
MAQ_NEXTENGO 2002-06-18 13:27:27 TU

SWA-SUBSEC ROUTING
CREATE-TKG SUCCESSFUL
FINAL RESULT 0001 -
-------------------------------------------------------------------------
TKG = B_CELAYA_N7
TKGDSCR = PRUEBA
NUM TKG = 15
ACTUAL FEATURES
----------------------------------------------------------------
SIGTYP = N7NAT
RTE = MAQ_AXE_N7
CDCATPAY = ALLOW
EXCHTYPE = LOCAL
INCIDF = COMPL
LTRA = LCE: H'E5D0
& HOLDTIME (S): 80
TKGRST = NONE
REFTKG = MAQ_AXE_N7
OWNBC = DIGITAL
NEXTBC = DIGITAL
CICFRMT = CCITT
ERLANGCH: NOTALLOW
CGDBOBS : OFF & OFF
CDDBOBS : OFF
SCRVALIT = NOSCRN
EXCHGRP = REMAINING
CATALEV = NOCALW
TRRTGREF = NOTAPPL
INCTRBAR = 0 & 0
OGTRBAR = 0 & 0
NBRDGTS = 000
NTRADDR = UNKNOWN
NTRADDR = NAT

6-36
Paso 4 Modificamos nuestro TKG con el nuevo dato de ruta creada (paso 1) y
el destino N7 creado.
MAQ_NEXTENGO 2002-06-18 13:46:42 TU
USCAR080 0130/0304/0003
<MODIFY-TKG:TKG=B_CELAYA_N7,RTE=B_CELAYA_N7,DESTN7="5600"&NEXTENGO.
MAQ_NEXTENGO 2002-06-18 13:49:44 TU

USCAR080 0130/0304/0003
SWA-SUBSEC ROUTING
MODIFY-TKG SUCCESSFULLY STARTED
RESULT PART 0001 +
-------------------------------------------------------------------------
TKG = B_CELAYA_N7
TKGDSCR = PRUEBA
NUM TKG = 15
PREVIOUS FEATURES
----------------------------------------------------------------
SIGTYP = N7NAT
RTE = MAQ_AXE_N7
CDCATPAY = ALLOW
EXCHTYPE = LOCAL
INCIDF = COMPL
LTRA = LCE: H'E5D0
& HOLDTIME (S): 80
TKGRST = NONE
OWNBC = DIGITAL
NEXTBC = DIGITAL
CICFRMT = CCITT
ERLANGCH: NOTALLOW
CGDBOBS : OFF & OFF
CDDBOBS : OFF
SCRVALIT = NOSCRN
EXCHGRP = REMAINING
CATALEV = NOCALW
TRRTGREF = NOTAPPL
INCTRBAR = 0 & 0
OGTRBAR = 0 & 0
NBRDGTS = 000
NTRADDR = UNKNOWN
NTRADDR = NAT

6-37

continuación
MAQ_NEXTENGO 2002-06-18 13:49:50 TU
USCAR080 0130/0304/0003
SEQ=2695.2002-06-18 00097 00000000 DTGRH01A LAW32301
SWA-SUBSEC ROUTING
MODIFY-TKG SUCCESSFUL
FINAL RESULT 0002 -
-------------------------------------------------------------------------
TKG = B_CELAYA_N7
TKGDSCR = PRUEBA
NUM TKG = 15
ACTUAL FEATURES
----------------------------------------------------------------

SIGTYP = N7NAT
RTE = B_CELAYA_N7
CDCATPAY = ALLOW
DESTN7 = CELAYA 5600 H'0015E0 & NEXTENGO
EXCHTYPE = LOCAL
INCIDF = COMPL
LTRA = LCE: H'E5D0
& HOLDTIME (S): 80
TKGRST = NONE
OWNBC = DIGITAL
NEXTBC = DIGITAL
CICFRMT = CCITT
ERLANGCH: NOTALLOW
CGDBOBS : OFF & OFF
CDDBOBS : OFF
SCRVALIT = NOSCRN
EXCHGRP = REMAINING
CATALEV = NOCALW
TRRTGREF = NOTAPPL
INCTRBAR = 0 & 0
OGTRBAR = 0 & 0
NBRDGTS = 000
NTRADDR = UNKNOWN
NTRADDR = NAT

6-38
Paso 5 Asignamos troncales al TKG.

MAQ_NEXTENGO 2002-06-18 14:11:36 TU
USCAR080 0130/0304/0003
<EXTEND-TKG:TKG=B_CELAYA_N7,NA1=H'31,TSLIST1=3&&15,NEWTKSQ1=103&1.
MAQ_NEXTENGO 2002-06-18 14:13:19 TU

USCAR080 0130/0304/0003
SEQ=2713+2002-06-18 00098 00000000 DTGRH01A LAW32301
SWA-SUBSEC ROUTING
EXTEND-TKG SUCCESSFUL
RESULT PART 0001 +
-------------------------------------------------------------------------
DETAIL = NORM
CONSIST TEST PERFORMED
-------- ------------ ------ ------ -------- ------ -------------
B_CELAYA_N7 103 1 READY FALSE REMOVE
-------- ------------ ------ ------ -------- ------ -------------
-------- ------------ ------ ------ -------- ------ -------------
-------- ------------ ------ ------ -------- ------ -------------
-------- ------------ ------ ------ -------- ------ -------------
-------
-------
-------
-------
-------- ------------ ------ ------ -------- ------ -------------
-------- ------------ ------ ------ -------- ------ -------------
-------- ------------ ------ ------ -------- ------ -------------
-------- ------------ ------ ------ -------- ------ -------------
-------- ------------ ------ ------ -------- ------ -------------

6-39
Paso 5, Continúe el desplegado de la página anterior.

continuación
MAQ_NEXTENGO 2002-06-18 14:13:26 TU
USCAR080 0130/0304/0003
SEQ=2713.2002-06-18 00098 00000000 DTGRH01A LAW32301
SWA-SUBSEC ROUTING
EXTEND-TKG SUCCESSFUL
FINAL RESULT 0002 -
-------------------------------------------------------------------------
DETAIL = NORM
TKG EXTENDED

-------- ------------ ------ ------ -------- ------ -------------
-------- ------------ ------ ------ -------- ------ -------------
-------- ------------ ------ ------ -------- ------ -------------
-------- ------------ ------ ------ -------- ------ -------------
-------- ------------ ------ ------ -------- ------ -------------
-------- ------------ ------ ------ -------- ------ -------------
-------
-------
-------
-------- ------------ ------ ------ -------- ------ -------------

-------- ------------ ------ ------ -------- ------ -------------
-------- ------------ ------ ------ -------- ------ -------------
-------- ------------ ------ ------ -------- ------ -------------
-------- ------------ ------ ------ -------- ------ -------------

6-40
Paso 6 Creamos el bloque de rutas.
MAQ_NEXTENGO 2002-06-18 14:16:58 TU

USCAR080 0130/0304/0003
<CREATE-RTGBLK:RTGBLK="RTCD_CELAYA_N7",TKGCOM1=SEQTL&B_CELAYA_N7,
<AUTODEP.
MAQ_NEXTENGO 2002-06-18 14:18:20 TU

USCAR080 0130/0304/0003
SEQ=2718.2002-06-18 05492 00000000 DTGRH01A LAW32301
SWA-SUBSEC ROUTING
CREATE-RTGBLK SUCCESSFUL
FINAL RESULT 0001 -
-------------------------------------------------------------------------
ACTUAL FEATURES
RTGBLK = RTCD_CELAYA_N7
--------
TYPE = NORM TONE = NO_TONE
BEARDEP = NONE
SIGDEP = ANY
CDEDEP = NONE
BEARDEP = NONE
SIGDEP = DIGREQ
CDEDEP = NONE
BEARDEP = NONE
SIGDEP = ISDNPREF
CDEDEP = NONE
SRTGBLID = 1) --> REF <--

--------
TYPE = NORM
SRTGBLHT = SEQTL
TKGCMID = 1) --> REF <--

-------
TKGCHT = SEQTL
TKG = 1) B_CELAYA_N7 RTE = B_CELAYA_N7

6-41
Paso 7 Asignamos un prefijo libre a nuestro enrutamiento, para

posteriormente realizar pruebas, en este caso el 058.
MAQ_NEXTENGO 2002-06-18 14:39:02 TU
USCAR080 0130/0304/0003
<MODIFY-DGTSTR-ROUTING:DGTSTR=K'058,RTGTYPE=OG,RTGINFO="RTCD_CELAYA
<_N7",COMTREE=COMT50.
MAQ_NEXTENGO 2002-06-18 14:40:22 TU
USCAR080 0130/0304/0003
SEQ=2744+2002-06-18 05928 00000000 DTGRH01A LAW32301
SWA-SUBSEC PATED
MODIFY-DGTSTR-ROUTING SUCCESSFUL
RESULT PART 0001 +
-------------------------------------------------------------------------
INPUT PARAMETERS:
-----------------
COMTREE DGTSTR
---------------------------
COMT50 058
C P
SWO R O
ORG TOC SIG BEAR DAY TIME RTG Q B V
RTG DEP DEP DEP CAT HH:MM TYPE
RTGINFO I K P
NDGTSTR
----------------------------------------------------------------------
-------------
OG RTCD_CELAYA_N7
MAQ_NEXTENGO 2002-06-18 14:40:23 TU
USCAR080 0130/0304/0003
SEQ=2744+2002-06-18 05031 00000000 DTGRH01A LAW32301
SWA-SUBSEC PATED
RESULT PART 0002 +
-------------------------------------------------------------------------
OLD
L TRANS DEST
COMTREE DGTSTR NUMBERIN DESTDID CIR D REF ECD
-------------------------- -----------------------------------------
COMT50 058 OP 1-26 NONE NO - NOTAPPL NONE
DESTBAR CLISCR RLSCTRL DGTSTRT
-----------------------------------
NONE FALSE RCCG TG010
C P
SWO R O
ORG TOC SIG BEAR DAY TIME
RTG Q B V
RTG DEP DEP DEP CAT HH:MM
TYPE RTGINFO I K P
NDGTSTR
----------------------------------------------------------------------
--------------------
ALL ALL ALL ALL CAUSE DUMMY

6-42

continuación
MAQ_NEXTENGO 2002-06-18 14:40:25 TU
USCAR080 0130/0304/0003
SEQ=2744.2002-06-18 05031 00000000 DTGRH01A LAW32301
SWA-SUBSEC PATED
FINAL RESULT 0003 -
-------------------------------------------------------------------------
NEW
L TRANS DEST
-------------------------- -----------------------------------------
-----------------------------------
C P
SWO R O
RTG Q B V
TYPE RTGINFO I K P
NDGTSTR
----------------------------------------------------------------------
-------------------
ALL ALL ALL ALL OG RTCD_CELAYA_N7
Paso 8 Finalmente liberamos las troncales y cambiamos el estado del enlace.

MAQ_NEXTENGO 2002-06-18 14:57:19 TU
USCAR080 0130/0304/0003
<RLSE-TRUNK-OP:NA1=H'31,TSLIST1=3&&15.
MAQ_NEXTENGO 2002-06-18 14:58:04 TU
USCAR080 0130/0304/0003
SWA-SUBSEC ROUTING
RLSE-TRUNK-OP SUCCESSFUL
RESULT PART 0001 +
-------------------------------------------------------------------------
DETAIL = NORM
PREVIOUS FEATURES
-------- ------------ ------ ------ -------- ------ -------------
-------- ------------ ------ ------ -------- ------ -------------
-------
-------
-------- ------------ ------ ------ -------- ------ -------------
-------- ------------ ------ ------ -------- ------ -------------

6-43

continuación
MAQ_NEXTENGO 2002-06-18 14:58:15 TU
USCAR080 0130/0304/0003
SEQ=2766.2002-06-18 00098 00000000 DTGRH01A LAW32301
SWA-SUBSEC ROUTING
RLSE-TRUNK-OP SUCCESSFUL
FINAL RESULT 0002 -
-------------------------------------------------------------------------
DETAIL = NORM
TRUNKS RELEASED

-------- ------------ ------ ------ -------- ------ -------------
B_CELAYA_N7 103 1 BLOCKED FALSE REMOVE
-------- ------------ ------ ------ -------- ------ -------------
-------- ------------ ------ ------ -------- ------ -------------
-------
-------
-------
-------- ------------ ------ ------ -------- ------ -------------

-------- ------------ ------ ------ -------- ------ -------------
-------- ------------ ------ ------ -------- ------ -------------
Hasta aquí tendríamos creado todo el ambiente N7 (enrutamiento N7

+ enrutamiento de voz). El paso final sería cambiar el estado del
enlace N7, que fue nuestro último paso en la creación del
enrutamiento N7 y ya fue ilustrado con un ejemplo.

6-44
Remoción del enrutamiento de voz
Introducción La finalidad de los siguientes temas es ilustrar la remoción de un

ambiente N7 en el sistema (enrutamiento de voz + enrutamiento N7).
En la siguiente tabla mencionamos los pasos que ejecutaremos, para
remover el enrutamiento de voz creado en el tema anterior, y el cual
se asocio a un enrutamiento N7. En posteriores bloques detallaremos
cada uno de dichos pasos e incluiremos un ejemplo.
Paso Acción
1 Cambiar el estado del enlace
2 Tomar las troncales
3 Disasociar el prefijo del bloque de rutas
4 Reducir el TKG
5 Remover el bloque de rutas
6 Remover el TKG
7 Remover la ruta

6-45
Remoción del enrutamiento de voz, continuación
Paso 1 Primero tenemos que cambiar el estado del enlace, para que no curse
tráfico en este.
MAQ_NEXTENGO 2002-06-19 12:11:57 WE
USCAR080 0130/0304/0003
<CHANGE-N7LINK-STATUS:FUNCTION=FRCDEACT,LKID=LIGA_NX.
MAQ_NEXTENGO 2002-06-19 12:12:47 WE

USCAR080 0130/0304/0003
SEQ=3006+2002-06-19 00203 00000000 DTGRH01A LAW32301
SWA-SUBSEC MTP
CHANGE-N7LINK-STATUS SUCCESSFULLY STARTED
INTERIM RESULT 0001 +
-------------------------------------------------------------------------
OPERATOR INPUT:
LKID = LIGA_NX
FUNCTION = FRCDEACT
---------------------------------------------------------------------
RESULT:
-------- ----------- ---------------- ----------------
-------------------------------
+----CCSMEN-----+ +------DTMEN-----+
-------- --- --------------- ------ ------ -- ------ ------ ----
GTO 0 LIGA_NX H'1F40 H'0300 1 H'2080 H'0031 2
JOB STATUS = SNTM: EXECUTING
MAQ_NEXTENGO 2002-06-19 12:13:08 WE
USCAR080 0130/0304/0003
SEQ=3006.2002-06-19 00203 00000000 DTGRH01A LAW32301
SWA-SUBSEC MTP
CHANGE-N7LINK-STATUS SUCCESSFUL
FINAL RESULT 0002 -
-------------------------------------------------------------------------
OPERATOR INPUT:
LKID = LIGA_NX
FUNCTION = FRCDEACT
---------------------------------------------------------------------
RESULT:
-------- ----------- ---------------- ----------------
-------------------------------
+----CCSMEN-----+ +------DTMEN-----+
-------- --- --------------- ------ ------ -- ------ ------ ----
GTO 0 LIGA_NX H'1F40 H'0300 1 H'2080 H'0031 2
JOB STATUS = SUCCESSFULLY EXECUTED

6-46
Paso 2 Una vez que cambio el estado del enlace, tomamos las troncales del
enrutamiento de voz, así como la del enlace.
MAQ_NEXTENGO 2002-06-19 12:13:20 WE

USCAR080 0130/0304/0003
<117:NA1=H'31,TSLIST1=2&&15,FSEIZE.
MAQ_NEXTENGO 2002-06-19 12:14:11 WE

USCAR080 0130/0304/0003
SEQ=3007+2002-06-19 00098 00000000 DTGRH01A LAW32301
SWA-SUBSEC ROUTING
SZE-TRUNK-OP SUCCESSFUL
RESULT PART 0001 +
-------------------------------------------------------------------------
DETAIL = NORM
PREVIOUS FEATURES

-------- ------------ ------ ------ -------- ------ -------------
SIGNLINK FALSE REMOVE
H'2080 H'0031 1 2 FALSE NCONTCHK
COMMENT: CCS LINK
-------- ------------ ------ ------ -------- ------ -------------
-------- ------------ ------ ------ -------- ------ -------------
-------
-------
-------
-------- ------------ ------ ------ -------- ------ -------------

-------- ------------ ------ ------ -------- ------ -------------
-------- ------------ ------ ------ -------- ------ -------------

6-47

continuación
MAQ_NEXTENGO 2002-06-19 12:14:22 WE
USCAR080 0130/0304/0003
SEQ=3007.2002-06-19 00098 00000000 DTGRH01A LAW32301
SWA-SUBSEC ROUTING
SZE-TRUNK-OP SUCCESSFUL
FINAL RESULT 0002 -
-------------------------------------------------------------------------
DETAIL = NORM
TRUNKS SEIZED

-------- ------------ ------ ------ -------- ------ -------------
READY FALSE REMOVE
COMMENT: CCS LINK
-------- ------------ ------ ------ -------- ------ -------------
-------- ------------ ------ ------ -------- ------ -------------
-------
-------
-------
-------- ------------ ------ ------ -------- ------ -------------

-------- ------------ ------ ------ -------- ------ -------------
-------- ------------ ------ ------ -------- ------ -------------

6-48
Paso 3 Disasociamos el prefijo de nuestro enrutamiento, asignándole una

causa.
MAQ_NEXTENGO 2002-06-19 13:55:58 WE
USCAR080 0130/0304/0003
<MODIFY-DGTSTR-ROUTING:DGTSTR=K'058,RTGTYPE=CAUSE,RTGINFO="NOTASSIG",
<COMTREE=COMT50.
MAQ_NEXTENGO 2002-06-19 13:56:48 WE
USCAR080 0130/0304/0003
SEQ=3008+2002-06-19 05928 00000000 DTGRH01A LAW32301
SWA-SUBSEC PATED
RESULT PART 0001 +
-------------------------------------------------------------------------
INPUT PARAMETERS:
-----------------
COMTREE DGTSTR
---------------------------
COMT50 058
C P
SWO R O
ORG TOC SIG BEAR DAY TIME RTG Q B V
RTG DEP DEP DEP CAT HH:MM TYPE
RTGINFO I K P
NDGTSTR
----------------------------------------------------------------------
-------------
CAUSE NOTASSIG
MAQ_NEXTENGO 2002-06-19 13:57:13 WE
USCAR080 0130/0304/0003
SEQ=3008+2002-06-19 05031 00000000 DTGRH01A LAW32301
SWA-SUBSEC PATED
RESULT PART 0002 +
-------------------------------------------------------------------------
OLD
L TRANS DEST
-------------------------- -----------------------------------------
-----------------------------------
C P
SWO R O
RTG Q B V
TYPE RTGINFO I K P
NDGTSTR
----------------------------------------------------------------------
--------------------
ALL ALL ALL ALL OG RTCD_CELAYA_N7

6-49

continuación
MAQ_NEXTENGO 2002-06-19 13:57:15 WE
USCAR080 0130/0304/0003
SEQ=3008.2002-06-19 05031 00000000 DTGRH01A LAW32301
SWA-SUBSEC PATED
FINAL RESULT 0003 -
-------------------------------------------------------------------------
NEW
L TRANS DEST
-------------------------- -----------------------------------------

-----------------------------------
C P
SWO R O
RTG Q B V
TYPE RTGINFO I K P
NDGTSTR
----------------------------------------------------------------------
--------------------
ALL ALL ALL ALL CAUSE NOTASSIG

6-50
Paso 4 Ahora procedemos a reducir (quitar) las troncales del TKG.

MAQ_NEXTENGO 2002-06-19 14:04:05 WE
USCAR080 0130/0304/0003
<REDUCE-TKG:TKG=B_CELAYA_N7,NA1=H'31,TSLIST1=3&&15.
MAQ_NEXTENGO 2002-06-19 14:04:48 WE

USCAR080 0130/0304/0003
SEQ=3009+2002-06-19 00098 00000000 DTGRH01A LAW32301
SWA-SUBSEC ROUTING
REDUCE-TKG SUCCESSFUL
RESULT PART 0001 +
-------------------------------------------------------------------------
DETAIL = NORM
CONSIST TEST PERFORMED

-------- ------------ ------ ------ -------- ------ -------------
-------- ------------ ------ ------ -------- ------ -------------
-------- ------------ ------ ------ -------- ------ -------------
-------- ------------ ------ ------ -------- ------ -------------
-------- ------------ ------ ------ -------- ------ -------------
-------
-------
-------
-------- ------------ ------ ------ -------- ------ -------------

-------- ------------ ------ ------ -------- ------ -------------
-------- ------------ ------ ------ -------- ------ -------------
-------- ------------ ------ ------ -------- ------ -------------
COMMENT: LAST TRUNK LAN ALARM (PCM ALARM)
-------- ------------ ------ ------ -------- ------ -------------

6-51

continuación
MAQ_NEXTENGO 2002-06-19 14:05:02 WE
USCAR080 0130/0304/0003
SEQ=3009.2002-06-19 00098 00000000 DTGRH01A LAW32301
SWA-SUBSEC ROUTING
REDUCE-TKG SUCCESSFUL
FINAL RESULT 0002 -
-------------------------------------------------------------------------
DETAIL = NORM
TKG REDUCED

-------- ------------ ------ ------ -------- ------ -------------
READY FALSE REMOVE
COMMENT: FREE TERMINAL
-------- ------------ ------ ------ -------- ------ -------------
READY FALSE REMOVE
-------- ------------ ------ ------ -------- ------ -------------
READY FALSE REMOVE
-------- ------------ ------ ------ -------- ------ -------------
READY FALSE REMOVE
-------- ------------ ------ ------ -------- ------ -------------
-------
-------
-------
-------- ------------ ------ ------ -------- ------ -------------

READY FALSE REMOVE
-------- ------------ ------ ------ -------- ------ -------------
READY FALSE REMOVE
-------- ------------ ------ ------ -------- ------ -------------
READY FALSE REMOVE
-------- ------------ ------ ------ -------- ------ -------------
READY FALSE REMOVE
-------- ------------ ------ ------ -------- ------ -------------

6-52
Paso 5 Ahora removemos el bloque de rutas.
MAQ_NEXTENGO 2002-06-19 14:57:36 WE

USCAR080 0130/0304/0003
<REMOVE-RTGBLK:RTGBLK=RTCD_CELAYA_N7.
MAQ_NEXTENGO 2002-06-19 14:57:56 WE

USCAR080 0130/0304/0003
SEQ=3021+2002-06-19 05492 00000000 DTGRH01A LAW32301
SWA-SUBSEC ROUTING
REMOVE-RTGBLK SUCCESSFULLY STARTED
RESULT PART 0001 +
-------------------------------------------------------------------------
PREVIOUS FEATURES
RTGBLK = RTCD_CELAYA_N7
--------
TYPE = NORM TONE = NO_TONE
BEARDEP = NONE
SIGDEP = ANY
CDEDEP = NONE
BEARDEP = NONE
SIGDEP = DIGREQ
CDEDEP = NONE
BEARDEP = NONE
SIGDEP = ISDNPREF
CDEDEP = NONE
SRTGBLID = 1) --> REF <--

--------
TYPE = NORM
SRTGBLHT = SEQTL
TKGCMID = 1) --> REF <--

-------
TKGCHT = SEQTL
TKG = 1) B_CELAYA_N7 RTE = B_CELAYA_N7
MAQ_NEXTENGO 2002-06-19 14:58:02 WE

USCAR080 0130/0304/0003
SEQ=3021.2002-06-19 05035 00000000 DTGRH01A LAW32301
SWA-SUBSEC ROUTING
REMOVE-RTGBLK SUCCESSFUL
FINAL RESULT 0002 -
-------------------------------------------------------------------------
DETAIL = NORMAL
RESULT = RESULT OK: EXECUTION COMPLETED SUCCESSFULLY

6-53
Paso 6 Una vez que se ha removido el RTGBLK, removemos el TKG.

MAQ_NEXTENGO 2002-06-19 14:58:24 WE
USCAR080 0130/0304/0003
<REMOVE-TKG:TKG=B_CELAYA_N7.
MAQ_NEXTENGO 2002-06-19 14:58:39 WE

USCAR080 0130/0304/0003
SEQ=3022+2002-06-19 00097 00000000 DTGRH01A LAW32301
SWA-SUBSEC ROUTING
REMOVE-TKG SUCCESSFULLY STARTED
RESULT PART 0001 +
-------------------------------------------------------------------------
TKG = B_CELAYA_N7
TKGDSCR = PRUEBA
NUM TKG = 15
PREVIOUS FEATURES
----------------------------------------------------------------
SIGTYP = N7NAT
RTE = B_CELAYA_N7
CDCATPAY = ALLOW
DESTN7 = CELAYA 5600 H'0015E0 & NEXTENGO
EXCHTYPE = LOCAL
INCIDF = COMPL
LTRA = LCE: H'E5D0
& HOLDTIME (S): 80
TKGRST = NONE
OWNBC = DIGITAL
NEXTBC = DIGITAL
CICFRMT = CCITT
ERLANGCH: NOTALLOW
CGDBOBS : OFF & OFF
CDDBOBS : OFF
SCRVALIT = NOSCRN
EXCHGRP = REMAINING
CATALEV = NOCALW
TRRTGREF = NOTAPPL
INCTRBAR = 0 & 0
OGTRBAR = 0 & 0
NBRDGTS = 000
NTRADDR = UNKNOWN
NTRADDR = NAT

6-54

continuación
MAQ_NEXTENGO 2002-06-19 14:58:50 WE
USCAR080 0130/0304/0003
SEQ=3022.2002-06-19 00097 00000000 DTGRH01A LAW32301
SWA-SUBSEC ROUTING
REMOVE-TKG SUCCESSFUL
FINAL RESULT 0002 -
-------------------------------------------------------------------------
TKG = B_CELAYA_N7
TKGDSCR = PRUEBA
NUM TKG = 15
TKG REMOVED
Paso 7 Finalmente removemos la ruta, con este último paso quedaría

removido en forma completa el enrutamiento de voz.
MAQ_NEXTENGO 2002-06-19 15:02:01 WE

USCAR080 0130/0304/0003
<REMOVE-ROUTE:RTE=B_CELAYA_N7.
MAQ_NEXTENGO 2002-06-19 15:02:25 WE

USCAR080 0130/0304/0003
SEQ=3023+2002-06-19 00100 00000000 DTGRH01A LAW32301
SWA-SUBSEC ROUTING
REMOVE-ROUTE SUCCESSFULLY STARTED
RESULT PART 0001 +
-------------------------------------------------------------------------
PREVIOUS FEATURES
DETAIL = NORM

------------------------------------------------------------------
B_CELAYA_N7 (00018) IS RTE RESELECT
MAQ_NEXTENGO 2002-06-19 15:02:27 WE

USCAR080 0130/0304/0003
SEQ=3023.2002-06-19 00100 00000000 DTGRH01A LAW32301
SWA-SUBSEC ROUTING
REMOVE-ROUTE SUCCESSFUL
FINAL RESULT 0002 -
-------------------------------------------------------------------------
ROUTE REMOVED

6-55
Remoción del enrutamiento No 7
Introducción Una vez que se ha removido el enrutamiento de voz, faltaría remover

el enrutamiento No 7, para así eliminar de forma completa un
ambiente No 7 en el sistema. En la siguiente tabla mencionamos los
pasos que ejecutaremos, para remover el enrutamiento N7. En
posteriores bloques detallaremos cada uno de dichos pasos e
incluiremos un ejemplo.
Paso Acción
1 Reducir el conjunto de enlaces
2 Verificación de la remoción
3 Removemos el conjunto de enlaces
4 Removemos el enlace
5 Remover la central destino
6 Remover el OPC asignado a la red lógica
7 Remover la red lógica

6-56
Remoción del enrutamiento No 7, continuación
Paso 1 Primeramente reducimos el conjunto de enlaces (link set), para lo cual

el enlace debe estar desactivado y tomado, esto fue ejecutado en los
pasos 1 y 2 del tema anterior. Por lo tanto podemos ejecutar sin
ningún problema esta primera acción.
MAQ_NEXTENGO 2002-06-19 15:47:12 WE

USCAR080 0130/0304/0003
<REDUCE-N7-LKSET:LKSET=GTO,SLC=0.
MAQ_NEXTENGO 2002-06-19 15:49:28 WE

USCAR080 0130/0304/0003
SEQ=3029.2002-06-19 05222 00000000 DTGRH01A LAW32301
SWA-SUBSEC MTP
REDUCE-N7-LKSET SUCCESSFUL
-------------------------------------------------------------------------
OPERATOR INPUT:
LKSET = GTO
SLC = 0
-----------------------------------------------------------------------
RESULT: OLD DATA

-------- ----------- ---------------- ----------------

-------- --- ---------------- --------- ----------------
GTO 0 IPTMGR64 IPTMGRD64 LIGA_NX

----------------- ------ ------ --- ------ ------ ----
LIGA_NX H'1F40 H'0300 1 H'2080 H'0031 2

6-57
Paso 2 Verificamos que el conjunto de enlaces no tiene ya enlaces asociados.

MAQ_NEXTENGO 2002-06-19 15:53:08 WE
USCAR080 0130/0304/0003
<DISPLAY-N7-LKSET:LKSET=GTO.
MAQ_NEXTENGO 2002-06-19 15:53:24 WE

USCAR080 0130/0304/0003
SWA-SUBSEC MTP
-------------------------------------------------------------------------
OPERATOR INPUT:
LKSET = GTO
-----------------------------------------------------------------------
RESULT:
TOT ACT TRF
-------- ----------- ---------------- ---------------- --- --- ---
GTO 5600 NEXTENGO NX_5600 0 0 0
-------- ----------- ---- ---------
GTO ITU LINKSET OFF ON
Paso 3 Ahora ya podemos remover el conjunto de enlaces.

MAQ_NEXTENGO 2002-06-19 15:57:54 WE
USCAR080 0130/0304/0003
<REMOVE-N7-LKSET:LKSET=GTO.
MAQ_NEXTENGO 2002-06-19 15:58:34 WE

USCAR080 0130/0304/0003
SWA-SUBSEC MTP
REMOVE-N7-LKSET SUCCESSFUL
RESULT PART 0001 +
-------------------------------------------------------------------------
OPERATOR INPUT:
-----------------------------------------------------------------------
RESULT: OLD DATA

-------- ----------- ---------------- ----------------
MAQ_NEXTENGO 2002-06-19 15:58:36 WE
USCAR080 0130/0304/0003
SWA-SUBSEC MTP
REMOVE-N7-LKSET SUCCESSFUL
FINAL RESULT 0002 -
-------------------------------------------------------------------------
OPERATOR INPUT:
-----------------------------------------------------------------------
RESULT: LINKSET HAS BEEN REMOVED SUCCESSFULLY

6-58
Paso 4 Removemos el enlace (link) del IPTM.
MAQ_NEXTENGO 2002-06-19 16:10:23 WE

USCAR080 0130/0304/0003
<REMOVE-N7SIGMOD:SIGMOD=H'300,TN1=LIGA_NX.
MAQ_NEXTENGO 2002-06-19 16:10:31 WE

USCAR080 0130/0304/0003
SEQ=3036+2002-06-19 04444 00000000 DTGRH01A LAW32301
SWA-SUBSEC MTP
REMOVE-N7SIGMOD SUCCESSFUL
RESULT PART 0001 +
-------------------------------------------------------------------------
OPERATOR INPUT:
SIGMOD = H'0300
TN1 = LIGA_NX
-----------------------------------------------------------------------
RESULT:OLD DATA

LCE PCE TYPE STATE
------ ------ ---- ----------
+------------------TERMINAL INFO-------------------+
HW EQUIPPED
---------------- ------------ --- ----------------
TRUE OOS 1 LIGA_NX
MAQ_NEXTENGO 2002-06-19 16:10:32 WE

USCAR080 0130/0304/0003
SEQ=3036.2002-06-19 04444 00000000 DTGRH01A LAW32301
SWA-SUBSEC MTP
REMOVE-N7SIGMOD SUCCESSFUL
FINAL RESULT 0002 -
-------------------------------------------------------------------------
OPERATOR INPUT:
SIGMOD = H'0300
TN1 = LIGA_NX
-----------------------------------------------------------------------
RESULT:NEW DATA

LCE PCE TYPE STATE
------ ------ ---- ----------

6-59
Paso 5 Removemos la central destino.
MAQ_NEXTENGO 2002-06-19 16:22:09 WE

USCAR080 0130/0304/0003
<REMOVE-N7-DEST:LOGNET1=NEXTENGO,DEST1=5600.
MAQ_NEXTENGO 2002-06-19 16:23:10 WE

USCAR080 0130/0304/0003
SEQ=3039+2002-06-19 00204 00000000 DTGRH01A LAW32301
SWA-SUBSEC MTP
REMOVE-N7-DEST SUCCESSFUL
RESULT PART 0001 +
-------------------------------------------------------------------------
OPERATOR INPUT:
LOGNET1 = NEXTENGO
DEST1 = H'0015E0
------------------------------------------------------------------------
RESULT :
OLD DATA
DEST LOGNET DESTTYPE RTESID

----------- ---------------- ------------ ---------------
5600 NEXTENGO ADJ STPSP NX_5600
MAQ_NEXTENGO 2002-06-19 16:23:22 WE

USCAR080 0130/0304/0003
SEQ=3039.2002-06-19 00204 00000000 DTGRH01A LAW32301
SWA-SUBSEC MTP
REMOVE-N7-DEST SUCCESSFUL
FINAL RESULT 0002 -
-------------------------------------------------------------------------
OPERATOR INPUT:
LOGNET1 = NEXTENGO
DEST1 = H'0015E0
------------------------------------------------------------------------
RESULT :
DATA SUCCESSFULLY REMOVED

6-60
Paso 6 Removemos el OPC asignado a la red lógica.
MAQ_NEXTENGO 2002-06-19 16:28:35 WE

USCAR080 0130/0304/0003
<MODIFY-N7PARM:LOGNET=NEXTENGO,OPC=REMOVE,OPCIND=OPCSET1.
MAQ_NEXTENGO 2002-06-19 16:29:28 WE

USCAR080 0130/0304/0003
SEQ=3044+2002-06-19 00201 00000000 DTGRH01A LAW32301
SWA-SUBSEC MTP
MODIFY-N7PARM SUCCESSFULLY STARTED
RESULT PART 0001 +
-------------------------------------------------------------------------
OPERATOR INPUT:
LOGNET = NEXTENGO
OPC = REMOVE
OPCIND = OPCSET1
-----------------------------------------------------------------------
RESULT: OLD DATA

---------------------------

----------- ---------------- ------- -------- --------
4095 NEXTENGO OPCSET1 NORM ACTIVE
LOGNET OWNNAME
---------------- ----------------
NEXTENGO PRACTICA
MAQ_NEXTENGO 2002-06-19 16:29:30 WE

USCAR080 0130/0304/0003
SEQ=3044.2002-06-19 00201 00000000 DTGRH01A LAW32301
SWA-SUBSEC MTP
MODIFY-N7PARM SUCCESSFUL
FINAL RESULT 0002 -
-------------------------------------------------------------------------
OPERATOR INPUT:
LOGNET = NEXTENGO
OPC = REMOVE
OPCIND = OPCSET1
-----------------------------------------------------------------------
RESULT: NEW DATA

---------------------------

----------- ---------------- ------- -------- --------
LOGNET OWNNAME
---------------- ----------------
NEXTENGO PRACTICA

6-61
Paso 7 Finalmente removemos la red lógica, con esta acción terminamos de

remover el ambiente No 7 creado en los temas anteriores.
MAQ_NEXTENGO 2002-06-19 16:34:36 WE
USCAR080 0130/0304/0003
<REMOVE-N7LOG-NETWORK:LOGNET=NEXTENGO.
MAQ_NEXTENGO 2002-06-19 16:35:15 WE

USCAR080 0130/0304/0003
SWA-SUBSEC MTP
REMOVE-N7LOG-NETWORK SUCCESSFUL
RESULT PART 0001 +
-------------------------------------------------------------------------
OPERATOR INPUT:
LOGNET = NEXTENGO
------------------------------------------------------------------------
RESULT: OLD DATA
LOGNET = NEXTENGO

------------------------------
PROTSTD : ITU
PCFORMAT : 14&00&00&00
PCLN : 14
SSF : NAT
SSFVALUE : 8
MASKSSF : OFF
SSFPRIO : OFF

---------------------------
RESTPRO : OFF
OWNSP : STP
LKALIGN : OFF
SLTAMISS : NOACT
SLTMCGLK : ON
PACEBCST : OFF
UPUAPPL : ON
EXTAREA : OFF
OTAXDTAX : OFF

------------------------------
BCTRFALW : OFF
OPTSTFA : OFF
STFPRTEF : OFF
STFPSCRN : OFF
TFRTRIG : OFF
TFCTRIG : INC
TFCPROC : NATOPTLV
IRTSTATE : TFA
PTFPR1 : OFF
RCTPROC : OFF

6-62

continuación
-----------------------------
SNTSCCP : SCCP
MSGUOPC : NOCHECK

---------------------------
ERROR TYPE ACTION
---------- --------
ILSEQOLS RPSNDTFP
INCPGOGP NOCHECK
TSTACT NOCHECK
MAQ_NEXTENGO 2002-06-19 16:35:17 WE

USCAR080 0130/0304/0003
SEQ=3052.2002-06-19 06628 00000000 DTGRH01A LAW32301
SWA-SUBSEC MTP
REMOVE-N7LOG-NETWORK SUCCESSFUL
FINAL RESULT 0002 -
-------------------------------------------------------------------------
RESULT: LOGNET SUCCESSFULLY REMOVED

6-63
Comandos para manejo de alarmas
Generalidades Describiremos en este tema los comandos que permiten al personal

de O&M de las centrales, desplegar información acerca de alarmas
N7. Realizaremos lo mencionado ejemplificando algunos casos, para
mayor información de la descripción de comandos y sus reportes de
resultados, referirse a los DP’s y RRN’s correspondientes.
Básicamente tenemos tres diferentes tipos de alarmas y son:
• Alarmas de enlaces N7
• Alarmas de conjuntos de enlaces N7
• Alarmas de destinos N7
Dentro de cada uno de estos tipos, existen las siguientes categorías:

alarma urgente (URG), alarma semi-urgente (SURG) y alarma no
urgente (NONURG).
Comando El Comando o DP correspondiente para desplegar los tipos de

para alarmas especificados en el bloque anterior, es el DP 07599
desplegar (DISPLAY-N7-ALARMS), en el cual precisamente tenemos esas tres
alarmas opciones.

6-64
Comandos para manejo de alarmas, continuación
Alarmas de Un ejemplo de esta opción, es desplegar todas las alarmas de enlace

enlaces urgentes, que se encuentran activas en un momento dado.
MAQ_NEXTENGO 2002-06-20 12:45:28 TH

USCAR080 0130/0304/0003
<DISPLAY-N7-ALARMS:OPTION=LINK,ALMTYPE=URG,LKID=ALL.
MAQ_NEXTENGO 2002-06-20 12:45:38 TH

USCAR080 0130/0304/0003
SEQ=3231.2002-06-20 04314 00000000 DTGRH01A LAW32301
SWA-SUBSEC MTP
DISPLAY-N7-ALARMS SUCCESSFUL
----------------------------------------------------------------------
OPERATOR INPUT:
OPTION = LINK
LKID = ALL
ALMTYPE = URG
----------------------------------------------------------------------
RESULT:
LKID LOGNET DEST
---------------- ---------------- -----------
LK_1 NAT 5057
LK_3 NAT 6969
ALARM CATEGORY: STATUS ALARM
LKID LKSET SLC ALMTYPE ALMTIME ALMDATE

---------------- -------- --- ------- -------- ----------
LK_1 1 0 URG 10:19:56 2002-06-13
LK_3 2 0 URG 10:19:56 2002-06-13
Alarmas de Un ejemplo de esta opción, es desplegar todas las alarmas de

conjuntos de conjuntos de enlace, que se encuentran activas en un momento dado.
enlace
MAQ_NEXTENGO 2002-06-20 12:53:34 TH
USCAR080 0130/0304/0003
<DISPLAY-N7-ALARMS:OPTION=LKSET,ALMTYPE=ALL,LKSET=ALL.
MAQ_NEXTENGO 2002-06-20 12:53:44 TH

USCAR080 0130/0304/0003
SEQ=3236.2002-06-20 04315 00000000 DTGRH01A LAW32301
SWA-SUBSEC MTP
DISPLAY-N7-ALARMS NOT SUCCESSFUL

----------------------------------------------------------------------
OPERATOR INPUT:
OPTION = LKSET
LKSET = ALL
ALMTYPE = ALL
----------------------------------------------------------------------
RESULT: NO LINKSET ALARMS FOUND

6-65
Alarmas de Un ejemplo de esta opción, es desplegar todos los tipos de alarmas

destino para un destino especifico, de una red lógica existente en el sistema.
MAQ_NEXTENGO 2002-06-20 12:56:14 TH

USCAR080 0130/0304/0003
<DISPLAY-N7-ALARMS:OPTION=DEST,ALMTYPE=ALL,DEST=5057, LOGNET=NAT.
MAQ_NEXTENGO 2002-06-20 12:56:59 TH

USCAR080 0130/0304/0003
SEQ=3238.2002-06-20 04316 00000000 DTGRH01A LAW32301
SWA-SUBSEC MTP
----------------------------------------------------------------------
OPERATOR INPUT:
OPTION = DEST
DEST = H'13C1
LOGNET = NAT
ALMTYPE = ALL
----------------------------------------------------------------------
RESULT:
LOGNET: NAT
DEST RTESID ALMTYPE ALMTIME ALMDATE

----------- ---------------- ------- -------- ----------
5057 NAT_5057 URG 10:19:56 2002-06-13

6-66
Parámetros El siguiente comando ilustra los parámetros de alarmas de enlace en

de envío de una red lógica.
alarmas
MAQ_NEXTENGO 2002-06-20 12:59:01 TH
USCAR080 0130/0304/0003
<DISPLAY-N7-ALMPARS:LOGNET=ALL.
MAQ_NEXTENGO 2002-06-20 12:59:17 TH

USCAR080 0130/0304/0003
SEQ=3239.2002-06-20 04320 00000000 DTGRH01A LAW32301
SWA-SUBSEC MTP
DISPLAY-N7-ALMPARS SUCCESSFUL
----------------------------------------------------------------------
OPERATOR INPUT:
LOGNET = ALL
----------------------------------------------------------------------
RESULT:
GENERAL PARAMETERS:
-------------------
LKOOSTIM : 0 & 0
LSOOSTIM : 0 & 0
RTOOSTIM : 0 & 0
LKALMGAP : 0 & 0
REPGAP : 0 & 0
OOSOCC : 0 / HOUR
LOGNET: NAT
REPORT PARAMETERS:
------------------
LKSTCHRP : TRUE
COSTCHRP : TRUE
LSSTCHRP : TRUE
SREJREP : TRUE
SFAILREP : TRUE
SEXCSTRP : TRUE
TFCREP : TRUE
MSUDSCRP : TRUE
UPUSCRP : TRUE
DSTCHRP : TRUE
ALARMTRIGGERS:
--------------

6-67
Parámetros Continúa el desplegado de la página anterior.

de envío de
alarmas, LINK RELATED TRIGGERS:
continuación ----------------------
EXTFLT : SURG
ORJDIS : NOALM
HWFLT : URG
MAIDIS : URG
SLOALM1 : NOALM
SLOALM2 : NOALM
CONG1ALM : NONURG
CONG2ALM : SURG
CONG3ALM : URG
SCREENING RELATED TRIGGER:

--------------------------
SREJALM : NOALM
RDD RELATED TRIGGERS:

---------------------
RTGERALM : NOALM
DISCRALM : NOALM
DISTRALM : NOALM
RSUNAALM : NOALM
ROUTESET RELATED TRIGGERS:

--------------------------
INACCTFP : SURG
INACCLSF : URG
INALSTFP : URG
CRTGALM : URG
LINK OCCUPANCY THRESHOLDS:

--------------------------
THRSLO1 : 0
THRSLO2 : 0
SCREENING THRESHOLDS:
---------------------
THRSREJ : 100
THRSMSG : 0
RDD THRESHOLDS:
---------------
THRRTGER : 0
THRDISCR : 0
THRDISTR : 0
THRRSUNA : 0

6-68
Ejemplos Desplegar todas las alarmas de conjuntos de enlaces que se hayan

activado en una cierta fecha y que se encuentren aún activas.
MAQ_NEXTENGO 2002-06-20 13:07:46 TH

USCAR080 0130/0304/0003
<DISPLAY-N7-ALARMS:OPTION=LKSET,ALMTYPE=ALL,LKSET=ALL,ALMDATE=2002&JUN&18.
MAQ_NEXTENGO 2002-06-20 13:07:55 TH

USCAR080 0130/0304/0003
SEQ=3242.2002-06-20 04315 00000000 DTGRH01A LAW32301
SWA-SUBSEC MTP
DISPLAY-N7-ALARMS NOT SUCCESSFUL

----------------------------------------------------------------------
OPERATOR INPUT:
OPTION = LKSET
LKSET = ALL
ALMTYPE = ALL
ALMDATE = 2002-06-18
----------------------------------------------------------------------
RESULT: NO LINKSET ALARMS FOUND
Desplegar las alarmas de enlaces de tipo urgente que se hayan

producido en un cierto periodo de tiempo.
MAQ_NEXTENGO 2002-06-20 13:08:48 TH

USCAR080 0130/0304/0003
<DISPLAY-N7-ALARMS:OPTION=LINK,ALMTYPE=URG,LKID=ALL,ALMTIME=11&00&00.
MAQ_NEXTENGO 2002-06-20 13:10:09 TH

USCAR080 0130/0304/0003
SEQ=3244.2002-06-20 04314 00000000 DTGRH01A LAW32301
SWA-SUBSEC MTP
----------------------------------------------------------------------
OPERATOR INPUT:
OPTION = LINK
LKID = ALL
ALMTYPE = URG
ALMTIME = 11:00:00
----------------------------------------------------------------------
RESULT:
LKID LOGNET DEST
---------------- ---------------- -----------
LK_1 NAT 5057
LK_3 NAT 6969
LKID LKSET SLC ALMTYPE ALMTIME ALMDATE

---------------- -------- --- ------- -------- ----------
LK_1 1 0 URG 00:00:00 0-00-00
LK_3 2 0 URG 00:00:00 0-00-00

6-69
Modificación En los siguientes ejemplos mostraremos algunas modificaciones a

de parámetros de alarmas en N7.
parámetros
Realizar las modificaciones necesarias de tal manera que una falla
externa produzca una alarma urgente en una red lógica.
MAQ_NEXTENGO 2002-06-20 15:02:45 TH
USCAR080 0130/0304/0003
<MODIFY-N7-ALMPARS:LOGNET=NAT,EXTFLT=URG.
MAQ_NEXTENGO 2002-06-20 15:03:43 TH

USCAR080 0130/0304/0003
SEQ=3256+2002-06-20 04321 00000000 DTGRH01A LAW32301
SWA-SUBSEC MTP
MODIFY-N7-ALMPARS SUCCESSFULLY STARTED
RESULT PART 0001 +
---------------------------------------------------------------------
OPERATOR INPUT:
LOGNET = NAT
EXTFLT = URG
---------------------------------------------------------------------
RESULT: OLD DATA
LOGNET : NAT
..
..
..
LINK RELATED TRIGGERS:
----------------------
EXTFLT : SURG
ORJDIS : NOALM
HWFLT : URG
MAIDIS : URG
SLOALM1 : NOALM
SLOALM2 : NOALM
CONG1ALM : NONURG
CONG2ALM : SURG
CONG3ALM : URG
..
..
..

6-70
Modificación Continúa el desplegado de la página anterior.

de
parámetros, MAQ_NEXTENGO 2002-06-20 15:03:44 TH
continuación USCAR080 0130/0304/0003
SEQ=3256.2002-06-20 04321 00000000 DTGRH01A LAW32301
SWA-SUBSEC MTP
MODIFY-N7-ALMPARS SUCCESSFUL
----------------------------------------------------------------------
OPERATOR INPUT:
LOGNET = NAT
EXTFLT = URG
----------------------------------------------------------------------
RESULT: NEW DATA
LOGNET : NAT
..
..
..
----------------------
EXTFLT : URG
ORJDIS : NOALM
HWFLT : URG
MAIDIS : URG
SLOALM1 : NOALM
SLOALM2 : NOALM
CONG1ALM : NONURG
CONG2ALM : SURG
CONG3ALM : URG
..
..
RDD RELATED TRIGGERS:
---------------------
RTGERALM : NOALM
DISCRALM : NOALM
DISTRALM : NOALM
RSUNAALM : NOALM
ROUTESET RELATED TRIGGERS:

--------------------------
INACCTFP : SURG
INACCLSF : URG
INALSTFP : URG
CRTGALM : URG

--------------------------
THRSLO1 : 0
THRSLO2 : 0
..
..
..
RDD THRESHOLDS:
----------------
THRRTGER : 0
THRDISCR : 0
THRDISTR : 0
THRRSUNA : 0

6-71
Modificación Realizar las modificaciones necesarias de tal manera que se produzca

de una alarma urgente en una red lógica, cuando se deshabilite un
parámetros, enlace por el personal de O&M.
continuación
MAQ_NEXTENGO 2002-06-20 15:06:24 TH
USCAR080 0130/0304/0003
<MODIFY-N7-ALMPARS:LOGNET=NAT,ORJDIS=URG.
MAQ_NEXTENGO 2002-06-20 15:08:56 TH

USCAR080 0130/0304/0003
SEQ=3261+2002-06-20 04321 00000000 DTGRH01A LAW32301
SWA-SUBSEC MTP
MODIFY-N7-ALMPARS SUCCESSFULLY STARTED

RESULT PART 0001 +
----------------------------------------------------------------------
OPERATOR INPUT:
LOGNET = NAT
ORJDIS = URG
----------------------------------------------------------------------
RESULT: OLD DATA
LOGNET : NAT
..
..
..
----------------------
EXTFLT : URG
ORJDIS : NOALM
HWFLT : URG
MAIDIS : URG
SLOALM1 : NOALM
SLOALM2 : NOALM
CONG1ALM : NONURG
CONG2ALM : SURG
CONG3ALM : URG
..
..
..
--------------------------
THRSLO1 : 0
THRSLO2 : 0
---------------------
THRSREJ : 100
THRSMSG : 0
RDD THRESHOLDS:
----------------
THRRTGER : 0
THRDISCR : 0
THRDISTR : 0
THRRSUNA : 0

6-72
Modificación Continúa el desplegado de la página anterior.

de
parámetros, MAQ_NEXTENGO 2002-06-20 15:08:57 TH
continuación USCAR080 0130/0304/0003
SEQ=3261.2002-06-20 04321 00000000 DTGRH01A LAW32301
SWA-SUBSEC MTP
MODIFY-N7-ALMPARS SUCCESSFUL
----------------------------------------------------------------------
OPERATOR INPUT:
LOGNET = NAT
ORJDIS = URG
----------------------------------------------------------------------
RESULT: NEW DATA
LOGNET : NAT
..
..
..
----------------------
EXTFLT : URG
ORJDIS : URG
HWFLT : URG
MAIDIS : URG
SLOALM1 : NOALM
SLOALM2 : NOALM
CONG1ALM : NONURG
CONG2ALM : SURG
CONG3ALM : URG
..
..
..
--------------------------
THRSLO1 : 0
THRSLO2 : 0
---------------------
THRSREJ : 100
THRSMSG : 0
RDD THRESHOLDS:
----------------
THRRTGER : 0
THRDISCR : 0
THRDISTR : 0
THRRSUNA : 0

6-73
Historial MTP Existe un comando que permite realizar desplegados de los eventos
N7 ocurridos en los enlaces de señalización y el historial de los cambios
de estados de los conjuntos de rutas. El desplegado de esta
información aparecerá en orden cronológico. Ejemplificaremos en los
siguientes párrafos la aplicación de este comando. Para mayor
información referirse a los DP´s y RRN´s correspondientes.
1. Visualizar los eventos (historial en el Link) que han ocurrido en un
enlace de señalización. Este comando es muy extenso, si se
desea cancelar utilice el parámetro CONTROL=CANCEL del
mismo comando.
<DISPLAY-N7MTP-HISTORY:LKHIST,LKID=XXXX.
2. Desplegar todos los cambios de estado que han ocurrido en el

conjunto de rutas de alguno de los destinos definidos en la central.
<DISPLAY-N7MTP-HISTORY:RTEHIST,RTESID=XXXX, DETAIL=ALL.
3. Desplegar todos los cambios de estado de un conjunto de enlaces

y todos los eventos de enlace.
<DISPLAY-N7MTP-HISTORY:LKHIST,LKSET=ALL,SLC=ALL.
MAQ_NEXTENGO 2002-07-04 12:24:55 TH

USCAR080 0130/0304/0003
<DISPLAY-N7MTP-HISTORY:LKHIST,LKID=LK_1.
MAQ_NEXTENGO 2002-07-04 12:25:31 TH

USCAR080 0130/0304/0003
SEQ=4131.2002-07-04 07493 00000000 DTGRH01A LAW32301
SWA-SUBSEC MTP
DISPLAY-N7MTP-HISTORY SUCCESSFUL
FINAL RESULT 0001 -
----------------------------------------------------------------------
OPERATOR INPUT :
HISTORY TYPE = LKHIST
LKID = LK_1
----------------------------------------------------------------------
RESULT :
+CCSM/HCCM/IPTM-+
DATE TIME ACTION EVENT LCE PCE TN
----------- -------- ------ ------- ------ ------ --
2002-07-01 17:19:20 AUDIT H'03ª0 H'0310 1
2002-07-01 17:04:22 AUDIT H'03ª0 H'0310 1
2002-07-01 16:41:33 AUDIT H'03ª0 H'0310 1
2002-07-01 16:28:22 AUDIT H'03ª0 H'0310 1
2002-07-01 16:24:10 AUDIT H'03ª0 H'0310 1

6-74
Mediciones
Introducción La supervisión sobre nuestros enlaces de señalización N7, nos

permite llevar el control de estadísticas que nos indiquen su
comportamiento en cierto periodo de tiempo.
Dicha supervisión es de gran importancia si consideramos que todo

nuestro tráfico saliente y entrante es a través de esos enlaces. Por lo
tanto las anomalías que se presenten en estos causarán una
degradación del servicio que prestamos.
Las estadísticas sobre enlaces No 7 que ofrece S-12 al operador,

permiten observar: el comportamiento, disponibilidad, utilización,
accesibilidad, distribución y un historial de umbrales excedido. Las
cuales deben ser programados por el operador y se encuentran
agrupadas en tablas. Para mayor información sobre dichas y sus
contadores referirse al SI 077.

6-75
Mediciones, continuación
Tablas de Las siguientes tablas son de mucho interés en estadísticas No 7:

estadísticas
• Tabla 1: Permite observar el comportamiento de 1 a 8 enlaces de
señalización. El RRN 01565 nos indicará datos como: tiempo de
duración del enlace en servicio, fallas de alineamiento, cambios
automáticos, errores de información, etc.
• Tabla 2: Permite observar la disponibilidad de los enlaces de
señalización. El RRN 01566 entrega los resultados de dicha
programación.
• Tabla 3: Permite observar la utilización de 1 a 8 enlaces de
señalización. El RRN 01567 nos indicará datos como: cantidad de
SIF y SIO transmitidos, retransmitidos, recibidos, cantidad de MSU
transmitidos, recibidos, etc.
• Tabla 4.1: Permite observar la disponibilidad del conjunto de
enlaces de señalización. El RRN 01568 nos indicará el tiempo
durante el cual se encontró indisponible este conjunto y errores en
la información.
• Tabla 5: Permite observar la condición de estado de los puntos de
señalización. El RRN 01569 nos indicará el tiempo de no
accesibilidad y errores en enrutamiento y discriminación.
• Tabla 6: Permite observar la distribución de tráfico en las rutas de
señalización N7, el RRN 01570 contendrá dichos datos.
Activación de La activación de dichas tablas de estadísticas se ejecuta con los

tablas siguientes comandos o DP’s:
a) Para las tablas 1, 2 y 3 se utilizan los siguientes DP’s: 06355
(ACTIVATE-LINK-MEAS), 06479 (ACTIVATE-LINK2-MEAS) y
06480 (ACTIVATE-LINK3-MEAS).
b) Para las tablas 4.1, 5 y 6 se utiliza el siguiente DP: 000128
(ACTIVATE-CCS-MEAS).
c) Para la observación de tablas de estadísticas activadas, se ejecuta
con el DP 000121 (DISPLAY-MEA-STATUS). Para desactivar
dichas estadísticas es con el DP 000129 (DEACT-CCS-MEAS).

6-76
Mediciones Permiten guardar resultados en los archivos históricos de eventos de

históricas en N7. El operador puede programar umbrales y después solicitar
eventos N7 información sobre si se excedieron estos; sobre cualquiera de las
tablas descritas. El resultado se observa en el RRN 01571, el cual
indicará el tiempo donde se excedieron estos.
Programación Los siguientes pasos son necesarios para programar estadísticas

de tablas sobre alguna tabla especifica, de las descritas anteriormente.
Paso Acción
1 Despliega todas las centrales destino para N7, con el
siguiente comando:
<DISPLAY-N7-DEST: LOGNET=ALL, EXCHNAME=ALL,

DETAIL=ALL.
2 Selecciona una central (XX) para ver si tiene enlaces en
tráfico.
<DISPLAY-N7-LKSET:DEST=XX,LOGNET=ALL.
3 Con los datos obtenidos activa mediciones N7 (tabla X, X=1
a 3). Por ejemplo la tabla 1.
<ACTIVATE-LINK-MEAS: TABLE1, LINK1=H'310&1,

STRDATE=07&04, OUTSET=35, STOPDATE=07&04,
,RECPERD=13&45&14&15, RECPATT=A,
MODE= PHYSICAL, OUTPERD=00&15.
4 Activa una tabla de 4.1 a 6, por ejemplo la tabla 4.1.
<128:TABLE41, LKSET=1, RECPERD=14&15&14&45,

RECPATT=A, STRDATE=07&04, OUTPERD=00&15,
OUTSET=1, STOPDATE=07&04.
5 Verifica que las mediciones estén programadas, con el
comando:
<DISPLAY-MEA-STATUS.

6-77
Ejemplo 1 En este caso activamos mediciones para la tabla 1.
MAQ_NEXTENGO 2002-07-04 13:44:00 TH

USCAR080 0130/0304/0003
<ACTIVATE-LINK-MEAS:TABLE1,LINK1=H'310&1,STRDATE=07&04,OUTSET=35,
<STOPDATE=07&04,RECPERD=13&45&14&15,RECPATT=A, MODE= PHYSICAL.
MAQ_NEXTENGO 2002-07-04 13:45:14 TH

USCAR080 0130/0304/0003
SEQ=4157+2002-07-04 00119 00000000 DTGRH01A LAW32301
SWA-MEAS REPORTING
ACTIVATE-LINK-MEAS SUCCESSFUL
RESULT PART 0001 -
----------------------------------------------------------------------
N7 SIGNALLING MEASUREMENTS
INPUT REFLECTION/DISPLAY DATA REPORT
ORJ SEQ NUMBER : 4157 2002-07-04
REQUESTED START TIME : 2002-07-04 13:45

REQUESTED STOP TIME : 2002-07-04 14:15
RECPERD 1 : START = 13:45 STOP = 14:15 PERIOD = 00:30
RECPATT : CONTINUOUS
= A
OUTSET = 35
FORMAT = NBR
TYPE OF MEASUREMENT :
TABLE1
LINK IDENTITIES FOLLOW, FORMAT = PCE & TN
CEID TN
H'0310 1

6-78
Ejemplo 2 En este caso activamos mediciones para la tabla 4.1.
MAQ_NEXTENGO 2002-07-04 14:05:03 TH

USCAR080 0130/0304/0003
<128:TABLE41,LKSET=1,RECPERD=14&15&14&45,RECPATT=A,STRDATE=07&04,
<OUTPERD=00&15,OUTSET=1,STOPDATE=07&04.
MAQ_NEXTENGO 2002-07-04 14:10:30 TH

USCAR080 0130/0304/0003
SEQ=4165+2002-07-04 00119 00000000 DTGRH01A LAW32301
SWA-MEAS REPORTING
ACTIVATE-CCS-MEAS SUCCESSFUL
RESULT PART 0001 -
----------------------------------------------------------------------
N7 SIGNALLING MEASUREMENTS
INPUT REFLECTION/DISPLAY DATA REPORT
ORJ SEQ NUMBER : 4165 2002-07-04
REQUESTED START TIME : 2002-07-04 14:15

REQUESTED STOP TIME : 2002-07-04 14:45
RECPERD 1 : START = 14:15 STOP = 14:45 PERIOD = 00:15
RECPATT : CONTINUOUS
= A
OUTSET = 1
FORMAT = NBR
TYPE OF MEASUREMENT :
TABLE41
LINKSET IDENTITIES :
1

6-79
Programación Los siguientes pasos son necesarios para programar archivos

de archivo históricos de eventos N7. En este ejemplo se toman algunos
histórico argumentos al azar, pero puedes seleccionar los que consideres de
interés para el problema que estas analizando.
Paso Acción
1 Crea el archivo histórico N7.
<N7-LOG-FILE:CREATE=3.
2 Verifica la creación del archivo N7.
<N7-LOG-FILE:DISPLAY.
3 Programa los contadores y los umbrales deseados.
<N7-LOG-EVENT:ALW=-102&1&-103&1&-104&1&-105&1.
4 Interroga al sistema para ver que eventos han rebasado los
umbrales programados.
5 Para eliminar la programación hecha, una vez que ya no se
utilice.
1) <N7-LOG-EVENT:INHIBIT=-102&-103&-104&-105.
2) <N7-LOG-FILE:RELEASE.

6-80
Ejemplo 3 En este caso mostramos un ejemplo completo de activación de

archivo histórico.
MAQ_NEXTENGO 2002-07-04 14:48:46 TH

USCAR080 0130/0304/0003
<N7-LOG-FILE:CREATE=3.
MAQ_NEXTENGO 2002-07-04 14:48:51 TH

USCAR080 0130/0304/0003
SEQ=4197.2002-07-04 04394 00000000 DTGRH01A LAW32301
SWA-#7 MEASUREMENTS
N7-LOG-FILE SUCCESSFUL
FINAL RESULT 0001 -
----------------------------------------------------------------------
CCS HISTORY REFLECTION
---------------------------------------------------------------
DATE : = 2002-07-04 14:48
COUNTER FORMAT DEFINITION = CNTRSPEC

HISTORY FILE LENGTH = 3
MAQ_NEXTENGO 2002-07-04 14:49:04 TH

USCAR080 0130/0304/0003
MAQ_NEXTENGO 2002-07-04 14:49:11 TH

USCAR080 0130/0304/0003
SEQ=4198.2002-07-04 04386 00000000 DTGRH01A LAW32301
SWA-#7 MEASUREMENTS
FINAL RESULT 0001 -
----------------------------------------------------------------------
N7 HISTORY RESULT
---------------------------------------------------------------
DATE : = 2002-07-04 14:49
START TIME : = NOT SPECIFIED
STOP TIME : = NOT SPECIFIED
DEFAULT OBJECT OUTPUT FORMAT : FOR LINKS = LCE & TN
FOR LINKSETS = LINKSET NAME
FOR DESTINATIONS = DESTINATION NAME
NO EVENTS

6-81
Ejemplo 3, Continúa el ejemplo de la página anterior.

continuación
MAQ_NEXTENGO 2002-07-04 14:58:57 TH
USCAR080 0130/0304/0003
<N7-LOG-EVENT:ALW=-102&1&-103&1&-104&1&-105&1.
MAQ_NEXTENGO 2002-07-04 15:00:01 TH

USCAR080 0130/0304/0003
SEQ=4203.2002-07-04 04394 00000000 DTGRH01A LAW32301
SWA-#7 MEASUREMENTS
N7-LOG-EVENT SUCCESSFUL
FINAL RESULT 0001 -
----------------------------------------------------------------------
---------------------------------------------------------------
DATE : = 2002-07-04 15:00

EVENT THRESHLD
----- --------
TAB01C02 1
TAB01C03 1
TAB01C04 1
TAB01C05 1
MAQ_NEXTENGO 2002-07-04 15:00:20 TH

USCAR080 0130/0304/0003
MAQ_NEXTENGO 2002-07-04 15:00:38 TH

USCAR080 0130/0304/0003
SEQ=4204.2002-07-04 04386 00000000 DTGRH01A LAW32301
SWA-#7 MEASUREMENTS
FINAL RESULT 0001 -
----------------------------------------------------------------------
N7 HISTORY RESULT
---------------------------------------------------------------
DATE : = 2002-07-04 15:00
NO EVENTS

6-82
Ejemplo 3, Continúa el ejemplo de la página anterior.

continuación
MAQ_NEXTENGO 2002-07-04 15:17:47 TH
USCAR080 0130/0304/0003
<N7-LOG-EVENT:INHIBIT=-102&-103&-104&-105.
MAQ_NEXTENGO 2002-07-04 15:18:45 TH
USCAR080 0130/0304/0003
SEQ=4218.2002-07-04 04394 00000000 DTGRH01A LAW32301
SWA-#7 MEASUREMENTS
N7-LOG-EVENT SUCCESSFUL
FINAL RESULT 0001 -
----------------------------------------------------------------------
---------------------------------------------------------------
DATE : = 2002-07-04 15:18
MAQ_NEXTENGO 2002-07-04 15:18:50 TH
USCAR080 0130/0304/0003
MAQ_NEXTENGO 2002-07-04 15:19:01 TH
USCAR080 0130/0304/0003
SEQ=4219.2002-07-04 04386 00000000 DTGRH01A LAW32301
SWA-#7 MEASUREMENTS
FINAL RESULT 0001 -
----------------------------------------------------------------------
N7 HISTORY RESULT
---------------------------------------------------------------
DATE : = 2002-07-04 15:19
NO EVENTS
MAQ_NEXTENGO 2002-07-04 15:19:14 TH
USCAR080 0130/0304/0003
<N7-LOG-FILE:RELEASE.
MAQ_NEXTENGO 2002-07-04 15:19:28 TH

USCAR080 0130/0304/0003
SEQ=4220.2002-07-04 04394 00000000 DTGRH01A LAW32301
SWA-#7 MEASUREMENTS
FINAL RESULT 0001 -
----------------------------------------------------------------------
---------------------------------------------------------------
DATE : = 2002-07-04 15:19

Capítulo 7
Estructura de datos para No 7
Panorama general
Introducción En capítulos anteriores hemos descrito conceptos teóricos de

señalización No 7 para usuario TUP/ISUP y además creado todo un
ambiente, a través de los DP’s necesarios para ello.
En este capítulo de nuestro curso, describiremos e identificaremos

relaciones involucradas en la señalización No 7 TUP/ISUP, dentro de
la estructura de datos del sistema. Es importante mencionar que
dichas relaciones no permiten dar el seguimiento total a una llamada
No 7 TUP/ISUP en la base de datos. Pero si nos pueden ayudar en la
resolución de problemas de O&M, los cuales no podemos solucionar a
nivel de comandos de acceso al área de señalización No 7.
Objetivo Al término del tema, el participante identificará datos de relaciones

involucradas en la señalización No 7 TUP/ISUP, de acuerdo a la
estructura de datos del sistema.
Contenido El contenido de este capítulo comprende los siguientes temas:
Tema Ver Página

Características de la red lógica 7-1
Características del conjunto de enlaces 7-6
Características de la ruta 7-12
Características del módulo 7-18
Características del enlace 7-23

7-1
Características de la red lógica
Introducción En los siguientes desplegados de relaciones, identificaremos

características de una red lógica No 7, es importante recordar que
estas se pueden observar con el comando DISPLAY-N7LOG-
NETWORK o DP 03254.
DISPLAY- Desplegamos las redes lógicas No. 7 existentes en nuestra central,

N7LOG- seleccionamos una de ellas y después identificamos sus datos
NETWORK mediante desplegados de relaciones.
MAQ_NEXTENGO 2002-08-15 09:10:19 TH
USCAR080 0130/0206/0003
<DISPLAY-N7LOG-NETWORK:LOGNET=ALL.
MAQ_NEXTENGO 2002-08-15 09:10:37 TH

USCAR080 0130/0206/0003
SEQ=5895+2002-08-15 06628 00000000 DTGRH01A LAW32301
SWA-SUBSEC MTP
DISPLAY-N7LOG-NETWORK SUCCESSFUL
RESULT PART 0001 +
-------------------------------------------------------------------------
OPERATOR INPUT:
LOGNET = ALL
------------------------------------------------------------------------
RESULT:
LOGNET = NAT
OWN EXCHANGE PARAMETERS:

------------------------
OPC MOPCAPPL OPCSTAT

----------- -------- --------
4091 NORMAL ACTIVE

------------------------------
PROTSTD : ITU
PCFORMAT : 14&00&00&00
PCLN : 14
SSF : NAT
SSFVALUE : 8
MASKSSF : OFF
SSFPRIO : OFF

7-2
Características de la red lógica, continuación
DISPLAY- Continúa el desplegado de la página anterior.

N7LOG-
NETWORK, NETWORK RELATED PARAMETERS:
continuación ---------------------------
RESTPRO : ON
OWNSP : STP
LKALIGN : OFF
SLTAMISS : NOACT
SLTMCGLK : ON
PACEBCST : OFF
UPUAPPL : OFF
EXTAREA : OFF
OTAXDTAX : OFF

------------------------------
BCTRFALW : OFF
OPTSTFA : OFF
STFPRTEF : OFF
STFPSCRN : OFF
TFRTRIG : OFF
TFCTRIG : INC
TFCPROC : INTPROC
IRTSTATE : TFA
PTFPR1 : ON
RCTPROC : OFF

-----------------------------
SNTSCCP : MTP
MSGUOPC : NOCHECK

---------------------------
ERROR TYPE ACTION
---------- --------
ILSEQOLS NOCHECK
INCPGOGP NOCHECK
TSTACT NOCHECK
Analizaremos sólo esta red lógica.
• El nombre o mnemónico de la red es NAT

• El OPC asignado es 4091
• El protocolo que maneja la red es UIT
• El formato del PC (Point Code) es 14&0&0&0
• La longitud del PC es 14
• El SSF es igual a NAT(Nacional que tiene un valor igual a 8)

7-3
Diagrama El siguiente diagrama ilustra como accesamos a las relaciones que

nos permiten desplegar datos de la red lógica.
Fig. 7-1 Relaciones para una red lógica
R_N7LNMNEM
D_INT
D_MNEM
Mnemónico de la red lógica
R_N7LN_PAR
D_N7LN_ID
Identidad de la
D_SSF SSF de la red lógica
red lógica N7
D_N7LNPROT Protocolo usado en la red lógica
D_N7PCLNGT Longitud del PC
D_N7PC_FMT Formato del PC
D_N7LN_OPC PC propio de nuestra red lógica
D_N7EX_ID
Identidad de central de nuestro nodo

7-4
R_N7LNMNEM Accesamos esta relación utilizando el nombre de la red lógica

seleccionada.
MAQ_NEXTENGO 2002-08-15 09:35:11 TH

USCAR080 0130/0206/0003
<379:1="R_N7LNMNEM",2="D_MNEM"&0&"NAT".
MAQ_NEXTENGO 2002-08-15 09:38:19 TH

USCAR080 0130/0206/0003
SEQ=5901.2002-08-15 00334 00000000 DTGRH01A LAW32301
SWA-DB UTILITIES
DISPLAY-TUPLE SUCCESSFUL
-------------------------------------------------------------------------
INPUT:
REL = R_N7LNMNEM
QUALIFY :
"D_MNEM "& =&"NAT"
OUTPUT:
REL = R_N7LNMNEM RID = 13154
LCEID = H'0 NA = H'C
D_INT = 0001
D_MNEM = NAT

7-5
R_N7LN_PAR Con el dato del D_INT=01 accesamos esta relación que contiene los
parámetros de la red lógica seleccionada.
MAQ_NEXTENGO 2002-08-15 09:44:59 TH

USCAR080 0130/0206/0003
<379:1="R_N7LN_PAR",2="D_N7LN_ID"&0&"01".
MAQ_NEXTENGO 2002-08-15 09:45:21 TH

USCAR080 0130/0206/0003
SEQ=5906.2002-08-15 00334 00000000 DTGRH01A LAW32301
SWA-DB UTILITIES
-------------------------------------------------------------------------
INPUT:
REL = R_N7LN_PAR
QUALIFY :
"D_N7LN_ID "& =&"01"
OUTPUT:
REL = R_N7LN_PAR RID = 13153
D_N7LN_ID = 01
D_SSF = 08 → SSF = NAT
D_N7LNPROT = 00 → PROTOCOLO USADO 00 = ITU
D_N7PCLNGT = 0E → LONGITUD DEL PC = 14
D_N7LNCIRC = 00
D_N7PC_FMT = 0E000000 → FORMATO DEL PC = 14&00&00&00
D_N7DEF_RS = 0000
D_N7LN_OPC = FB0F00000000000000000000000000000000000000000000000000
→ OPC DE LA RED LOGICA = 4091
D_N7LN_OPC = 00
D_N7S_ID = 0000
D_N7LNPROP = 0108
D_N7S_PROP = 00
D_N7TR_SLO = 0000
D_N7NMPROP = 0080
D_N7EX_ID = 0001

7-6
Características del conjunto de enlaces
Introducción En los siguientes desplegados de relaciones, identificaremos datos de

un conjunto de enlaces asociado a una red lógica. Es importante
recordar que estas se pueden observar con el comando DISPLAY-N7-
LKSET o DP 05379.
DISPLAY-N7- Desplegamos los conjuntos de enlaces existentes en el sistema.

LKSET
MAQ_NEXTENGO 2002-08-15 12:53:02 TH
USCAR080 0130/0206/0003
<DISPLAY-N7-LKSET:LKSET=ALL,DETAIL=1.
MAQ_NEXTENGO 2002-08-15 12:53:54 TH

USCAR080 0130/0206/0003
SEQ=5987.2002-08-15 05222 00000000 DTGRH01A LAW32301
SWA-SUBSEC MTP
-------------------------------------------------------------------------
OPERATOR INPUT:
LKSET = ALL
DETAIL = COMPRS
-----------------------------------------------------------------------
RESULT:

TOT ACT TRF
-------- ----------- ---------------- ---------------- --- --- ---
1 5057 NAT NAT_5057 1 0 0
2 6969 NAT NAT_6969 1 0 0
LSLOOP1 8286 NAT RTE_LOOP1 1 0 0
LSLOOP2 8288 NAT RTE_LOOP2 1 0 0
PO_SEROS 4092 RIVER_4 RTE_ROB 1 0 0
LS_M_AXE 291 RED_LOG_NEXT RT_MAQ_AXE 1 0 0
LEYVA_12 4626 MAQ_12 RTE_CAMPOS 1 0 0
ACADEMIA 4915 ACADEMIA RTE_TRIUNFO 1 0 0

7-7
Características del conjunto de enlaces, continuación
Conjunto de Ahora desplegamos datos completos del conjunto de enlaces 1.

enlaces 1
MAQ_NEXTENGO 2002-08-15 13:00:50 TH
USCAR080 0130/0206/0003
<˜DISPLAY-N7-LKSET:LKSET=1,DETAIL=EXTENDL.
MAQ_NEXTENGO 2002-08-15 13:01:08 TH

USCAR080 0130/0206/0003
SEQ=5988.2002-08-15 05222 00000000 DTGRH01A LAW32301
SWA-SUBSEC MTP
-------------------------------------------------------------------------
OPERATOR INPUT:
LKSET = 1
DETAIL = EXTENDL
-----------------------------------------------------------------------
RESULT:

TOT ACT TRF
-------- ----------- ---------------- ---------------- --- --- ---
1 5057 NAT NAT_5057 1 0 0

-------- ----------- ---- ---------
1 ITU LINKSET OFF ON
LKSET OPCINDALLOWED OPCIND SLSCI TFPTCPBI MINLKQ PACETFAR

1 2 3 4 5 6 7
-------- ------- -------------- ----- -------- ------ --------
1 OPCSET1 T F F F F F F BIT5 OFF 0 OFF

IN IN OUT OUT
--------- ---------------- ------- -------- ------ -------
1 OFF OFF OFF OFF

-------- --- ---------------- --------- ----------------
1 0 HCCMGR64 HCCMGRD64 LK_1

----------------- ------ ------ --- ------ ------ ----
LK_1 H'03A0 H'0310 1 H'2080 H'0031 1

7-8

nos permiten desplegar datos de un conjunto de enlaces.
Fig. 7-2 Relaciones para un conjunto de enlaces
R_N7LSMNEM R_N7LS_AT
D_INT D_N7LS_ID
D_N7LN_ADJ
Identidad de la red
D_MNEM
Mnemónico lógica ADJ del linkset
del linkset D_N7RS_ADJ
Identidad de la
routeset ADJ
D_LS_ORJDE
Indica el linkset
ORJ ACT/DEACT
D_N7LS_INF
Información del linkset
R_D7LS_ST
D_N7LS_ID
D_N7_PSLS
Estado de disponibilidad del linkset
D_N7_LS_ST
Arreglo de SLS
representa la distribución
de links usados por el
linkset

7-9
R_N7LSMNEM Accesamos esta relación con el mnemónico del primer link set.
MAQ_NEXTENGO 2002-08-15 13:12:09 TH

USCAR080 0130/0206/0003
<379:1="R_N7LSMNEM",2="D_MNEM"&0&"1".
MAQ_NEXTENGO 2002-08-15 13:13:24 TH

USCAR080 0130/0206/0003
SEQ=5992.2002-08-15 00334 00000000 DTGRH01A LAW32301
SWA-DB UTILITIES
-------------------------------------------------------------------------
INPUT:
REL = R_N7LSMNEM
QUALIFY :
"D_MNEM "& =&"1"
OUTPUT:
REL = R_N7LSMNEM RID = 13245
D_INT = 0001
D_MNEM = 1

7-10
R_N7LS_AT Tomando el D_INT de la relación anterior, accesamos a esta relación

para conocer los atributos del conjunto de enlaces (Link Set).
MAQ_NEXTENGO 2002-08-15 13:16:59 TH

USCAR080 0130/0206/0003
<379:1="R_N7LS_AT",2="D_N7LS_ID"&0&"1".
MAQ_NEXTENGO 2002-08-15 13:19:06 TH

USCAR080 0130/0206/0003
SEQ=5997.2002-08-15 00334 00000000 DTGRH01A LAW32301
SWA-DB UTILITIES
-------------------------------------------------------------------------
INPUT:
REL = R_N7LS_AT
QUALIFY :
"D_N7LS_ID "& =&"1"
OUTPUT:
REL = R_N7LS_AT RID = 13243
LCEID = H'700 NA = H'22F
D_N7LS_ID = 0001
D_SUMCH_LS = 0000
D_LSOPCBM = 40000000
D_N7TTINF = 00000000
D_N7LSTTID = 0000000000000000
D_N7PC_ADJ = C1130000000000000000000000000000 → DPC = 5057
D_N7LN_ADJ = 01000000 → RED LOGICA ADJ 1
D_N7RS_ADJ = 0200000000000000 → CONJUNTO DE RUTA ADJ 2
D_N7LSTYPE = 00 → TIPO DE LINK SET = ITU
D_LS_ORJDE = 00 → BANDERA INDICA LINK SET ACTIVO
D_N7LSINF = 00000000 → SLS= 5BITS, BROADCAST DESHAB. Y NO CONGEST.
D_N7LD_SHR = 00
D_N7NMARR = 40
D_N7OPCINA = 1000
D_N7LSS_ID = 0000000000000000
D_N7_PACE = 00
D_N7LSG_ID = 00
D_N7_NSLS = 010001000100010001000100010001000100010001000100010001
D_N7_NSLS = 0001000100 → DISTRIBUCION DE SLS
D_N7RS_1ST = 0002
D_N7ACLS_1 = 0000
D_N7EX_ID = 0003 → INDEX A LA IDENTIDAD DE LA CENTRAL REMOTA
D_N7AD_RES = 01
D_N7AL_REJ = 01
D_N7AL_TYP = 00
D_N7AL_THR = 00
D_N7AL_RDD = F0

7-11
R_D7LS_ST En esta relación observamos el estado de disponibilidad del link set.
MAQ_NEXTENGO 2002-08-15 13:36:06 TH

USCAR080 0130/0206/0003
<379:1="R_D7LS_ST",2="D_N7LS_ID"&0&"01",NA=H'22F.
MAQ_NEXTENGO 2002-08-15 13:36:18 TH

USCAR080 0130/0206/0003
SEQ=6015.2002-08-15 00334 00000000 DTGRH01A LAW32301
SWA-DB UTILITIES
-------------------------------------------------------------------------
INPUT:
REL = R_D7LS_ST NA = H'22F
QUALIFY :
"D_N7LS_ID "& =&"01"
OUTPUT:
REL = R_D7LS_ST RID = 13228
D_N7LS_ID = 0001
D_N7_PSLS = 000000000000000000000000000000000000000000000000000000
D_N7_PSLS = 0000000000 → DISTRIBUCION DE LINKS EN EL LINK SET
D_N7_LS_ST = 05 → ESTADO DE DISPONIBILIDAD = FUERA DE SERVICIO (OOS)

7-12
Características de la ruta
Introducción En los siguientes desplegados de relaciones, identificaremos datos de

la ruta No 7 asociada a una red lógica y un conjunto de enlaces. Es
importante recordar que estas se pueden observar con el comando
DISPLAY-N7RTES o DP 00250.
Primeramente desplegamos la ruta (Route set) de nuestra red lógica

seleccionada.
MAQ_NEXTENGO 2002-08-15 13:52:27 TH
USCAR080 0130/0206/0003
<DISPLAY-N7RTES:RTESID=NAT_5057,DETAIL=TRAFFIC.
MAQ_NEXTENGO 2002-08-15 13:52:45 TH
USCAR080 0130/0206/0003
SWA-SUBSEC MTP
DISPLAY-N7RTES SUCCESSFUL
-------------------------------------------------------------------------
LOGNET: NAT
OPERATOR INPUT:
RTESID = NAT_5057
DETAIL = TRAFFIC
-----------------------------------------------------------------------
RESULT:
LOGNET: NAT
+-----------ROUTESET-----------+ NM +---ROUTE INFORMATION--+ PR ROUTE
RTESID DEST ST MSG LKSET ADJ DEST TYP IO STATE
---------------- ----------- --- --- -------- ----------- --- -- -----
NAT_5057 5057 UAV ON 1 5057 ALL 1 UAV
+----SI MAP----+ SLSRCT
0123456789ABCDEF
---------------- ------
1111111111111111
TRAFFIC +-CCMEN-+ +---DTMEN--+
SLS DISTR LKSET SLC LKID PCE TN PCE TN
--- ------- -------- --- ---------------- ------ -- ------ -----
0 NORMAL 1 0 LK_1 H'0310 1 H'0031 1
1 NORMAL 1 0 LK_1 H'0310 1 H'0031 1
2 NORMAL 1 0 LK_1 H'0310 1 H'0031 1
3 NORMAL 1 0 LK_1 H'0310 1 H'0031 1
4 NORMAL 1 0 LK_1 H'0310 1 H'0031 1
5 NORMAL 1 0 LK_1 H'0310 1 H'0031 1
6 NORMAL 1 0 LK_1 H'0310 1 H'0031 1
7 NORMAL 1 0 LK_1 H'0310 1 H'0031 1
8 NORMAL 1 0 LK_1 H'0310 1 H'0031 1
9 NORMAL 1 0 LK_1 H'0310 1 H'0031 1
10 NORMAL 1 0 LK_1 H'0310 1 H'0031 1
11 NORMAL 1 0 LK_1 H'0310 1 H'0031 1
12 NORMAL 1 0 LK_1 H'0310 1 H'0031 1
13 NORMAL 1 0 LK_1 H'0310 1 H'0031 1
14 NORMAL 1 0 LK_1 H'0310 1 H'0031 1
15 NORMAL 1 0 LK_1 H'0310 1 H'0031 1

7-13
Características de la ruta, continuación

nos permiten desplegar datos de la ruta seleccionada.
Fig. 7-3 Relaciones para una ruta
R_N7RSMNEM R_N7PCMNEM
D_INT D_INT
D_MNEM D_MNEM
Mnemonico DPC
del routset
R_N7RS_AT1 R_N7EXMNEM R_N7RS_RT
D_INT D_N7RS_ID
D_N7RS_ID
D_MNEM
D_N7EX_ID D_N7RT_AR
Nombre
D_N7RS_INF Atributos del Posibles
de la central
routeset rutas
del
D_N7RT_INF
Indica active/ routeset
deactived y
ADJ/No ADJ
R_D7RS_RT R_D7RS_ST
D_N7RS_ID
D_N7RS_ID
D_N7RT_ST D_N7RS_ST
Mnemonico Estado de Estado del routeset
del routset los elementos
del routeset
D_N7RT_EVT
Últimos eventos
ocurridos en
cada ruta

7-14
R_N7RSMNEM Accesamos esta relación con el mnemónico de la ruta seleccionada.
MAQ_NEXTENGO 2002-08-15 10:18:10 TH

USCAR080 0130/0206/0003
<379:1="R_N7RSMNEM",2="D_MNEM"&0&"NAT_5057".
MAQ_NEXTENGO 2002-08-15 10:18:24 TH

USCAR080 0130/0206/0003
SEQ=5924.2002-08-15 00334 00000000 DTGRH01A LAW32301
SWA-DB UTILITIES
-------------------------------------------------------------------------
INPUT:
REL = R_N7RSMNEM
QUALIFY :
"D_MNEM "& =&"NAT_5057"
OUTPUT:
REL = R_N7RSMNEM RID = 13204
D_INT = 0002
D_MNEM = NAT_5057
R_N7PCMNEM Tomando el D_INT=02 de la relación anterior, accesamos a

R_N7PCMNEM.
MAQ_NEXTENGO 2002-08-15 10:25:32 TH

USCAR080 0130/0206/0003
<379:1="R_N7PCMNEM",2="D_INT"&0&"02".
MAQ_NEXTENGO 2002-08-15 10:25:43 TH

USCAR080 0130/0206/0003
SEQ=5931.2002-08-15 00334 00000000 DTGRH01A LAW32301
SWA-DB UTILITIES
-------------------------------------------------------------------------
INPUT:
REL = R_N7PCMNEM
QUALIFY :
"D_INT "& =&"02"
OUTPUT:
REL = R_N7PCMNEM RID = 13365
D_INT = 0002
D_MNEM = 5057 → DPC (DEST)

7-15
R_N7RS_AT1 Ahora identificamos atributos de la ruta.
MAQ_NEXTENGO 2002-08-16 13:51:13 FR

USCAR080 0130/0206/0003
<379:1="R_N7RS_AT1",2="D_N7RS_ID"&0&"02".
MAQ_NEXTENGO 2002-08-16 13:51:34 FR

USCAR080 0130/0206/0003
SEQ=6416.2002-08-16 00334 00000000 DTGRH01A LAW32301
SWA-DB UTILITIES
-------------------------------------------------------------------------
INPUT:
REL = R_N7RS_AT1
QUALIFY :
"D_N7RS_ID "& =&"02"
OUTPUT:
REL = R_N7RS_AT1 RID = 13197
D_N7RS_ID = 0002
D_N7EX_ID = 0003
D_N7RS_INF = 30 → RUTA ACTIVA, NODO STPST, NODO ADJ
D_N7RS_AL = 01
D_N7RT_INF = 4000000000000000 → RUTA ACTIVA Y ADJ
D_N7RCTSLS = FF
D_N7LS_ID = 0001
R_N7EXMNEM Tomando el D_N7EX_ID, conoceremos el nombre de la central.
MAQ_NEXTENGO 2002-08-16 14:39:35 FR

USCAR080 0130/0206/0003
<379:1="R_N7EXMNEM",2="D_INT"&0&"03".
MAQ_NEXTENGO 2002-08-16 14:39:44 FR

USCAR080 0130/0206/0003
SEQ=6436.2002-08-16 00334 00000000 DTGRH01A LAW32301
SWA-DB UTILITIES
-------------------------------------------------------------------------
INPUT:
REL = R_N7EXMNEM
QUALIFY :
"D_INT "& =&"03"
OUTPUT:
REL = R_N7EXMNEM RID = 13205
D_INT = 0003
D_MNEM = CDMXDFNX32T → NOMBRE CENTRAL DESTINO

7-16
R_N7RS_RT Identificamos posibles rutas del route set.
MAQ_NEXTENGO 2002-08-15 10:30:15 TH

USCAR080 0130/0206/0003
<379:1="R_N7RS_RT",2="D_N7RS_ID"&0&"02".
MAQ_NEXTENGO 2002-08-15 10:30:31 TH

USCAR080 0130/0206/0003
SEQ=5936.2002-08-15 00334 00000000 DTGRH01A LAW32301
SWA-DB UTILITIES
-------------------------------------------------------------------------
INPUT:
REL = R_N7RS_RT
QUALIFY :
"D_N7RS_ID "& =&"02"
OUTPUT:
REL = R_N7RS_RT RID = 13199
D_N7RS_ID = 0002
D_N7RT_AR = 1001000000000000 → TRAFICO SP, NORMAL LINK SET,
LINK SET 1
R_D7RS_RT En esta relación identificamos el estado de la ruta.
MAQ_NEXTENGO 2002-08-15 10:34:12 TH

USCAR080 0130/0206/0003
<379:1="R_D7RS_RT",2="D_N7RS_ID"&0&"02".
MAQ_NEXTENGO 2002-08-15 10:34:21 TH

USCAR080 0130/0206/0003
SEQ=5939.2002-08-15 00334 00000000 DTGRH01A LAW32301
SWA-DB UTILITIES
-------------------------------------------------------------------------
INPUT:
REL = R_D7RS_RT
QUALIFY :
"D_N7RS_ID "& =&"02"
OUTPUT:
REL = R_D7RS_RT RID = 13200
D_N7RS_ID = 0002
D_N7RT_ST = 1010101010101010 → EDO. DEL ELEMENTO DE LA RUTA
LINK SET RESTRINGIDO Y EN TRAFICO
D_N7RT_EVT = 0000000000000000

7-17
R_D7RS_ST Finalmente identificamos estado del routeset.
MAQ_NEXTENGO 2002-08-15 10:36:42 TH

USCAR080 0130/0206/0003
<379:1="R_D7RS_ST",2="D_N7RS_ID"&0&"02".
MAQ_NEXTENGO 2002-08-15 10:36:50 TH

USCAR080 0130/0206/0003
SEQ=5945.2002-08-15 00334 00000000 DTGRH01A LAW32301
SWA-DB UTILITIES
-------------------------------------------------------------------------
INPUT:
REL = R_D7RS_ST
QUALIFY :
"D_N7RS_ID "& =&"02"
OUTPUT:
REL = R_D7RS_ST RID = 13202
D_N7RS_ID = 0002
D_N7RT_OFF = 00000000
D_N7RS_ST = 0000 → EDO. DEL ROUTESET NO DISPONIBLE (UAV)
D_N7_XLIST = 0000

7-18
Características del módulo
Introducción En las siguientes relaciones identificaremos los datos del módulo que
maneja la señalización No 7 utilizado en el ambiente No 7. Es
importante recordar que con el comando DISPLAY-N7SIGMOD o DP
0244, desplegamos datos de dicho módulo.
DISPLAY- Desplegamos los módulos No 7 existentes en el sistema.

N7SIGMOD
MAQ_NEXTENGO 2002-08-15 10:41:32 TH
USCAR080 0130/0206/0003
<DISPLAY-N7SIGMOD:MODTYPE=ALL,DETAIL=CONFIG.
MAQ_NEXTENGO 2002-08-15 10:42:00 TH

USCAR080 0130/0206/0003
SEQ=5947.2002-08-15 04444 00000000 DTGRH01A LAW32301
SWA-SUBSEC MTP
-------------------------------------------------------------------------
OPERATOR INPUT:
MODTYPE= ALL
DETAIL = CONFIG
-----------------------------------------------------------------------
RESULT:
+----SIGNALLING MODULE INFO---+ NBR USED

LCE PCE TYPE STATE TERMINALS
------ ------ ---- ------------ ---------
H'03A0 H'0310 HCCM N7ACTIVE 1
H'03B0 H'0311 HCCM N7ACTIVE 1

7-19
Características del módulo, continuación
Selección del De acuerdo a desplegados anteriores, el módulo No 7 que estamos

módulo utilizando en nuestro ambiente No 7 analizado, es el que tiene NA=H’
0310 y LCE=H’03A0. Así que haremos otro desplegado ya
específicamente sobre características de este módulo.
MAQ_NEXTENGO 2002-08-15 10:56:53 TH

USCAR080 0130/0206/0003
<DISPLAY-N7SIGMOD:SIGMOD=H'310,DETAIL=TML.
MAQ_NEXTENGO 2002-08-15 10:57:09 TH

USCAR080 0130/0206/0003
SEQ=5949.2002-08-15 04444 00000000 DTGRH01A LAW32301
SWA-SUBSEC MTP
-------------------------------------------------------------------------
OPERATOR INPUT:
SIGMOD = H'0310
DETAIL = TML
-----------------------------------------------------------------------
RESULT:

LCE PCE TYPE STATE
------ ------ ---- ----------
+------------------TERMINAL INFO-------------------+
HW EQUIPPED
---------------- ------------ --- ----------------
TRUE MAI-DIS-AUT 1 LK_1
FALSE NOT USED 2
FALSE NOT USED 3
FALSE NOT USED 4
FALSE NOT USED 5
FALSE NOT USED 6
FALSE NOT USED 7
FALSE NOT USED 8

7-20

nos permiten desplegar datos de un módulo No 7.
Fig. 7-4 Relaciones para un módulo No 7
R_CE_CLASS R_N7CCM
D_LCE_ID D_INDEX
H’_______ D_CCM_LCE
LCE del módulo D_PCE NA del módulo
de señalización
N7. D_CCM_PCE NA del módulo
D_CE_FUNC
Función del CE
D_CCM_TYPE Tipo de módulo
D_SBLTYP
Tipo de SBL
00 = CCSM
01 = HCCM
02 = IPTM
R_D7CCM
D_INDEX
D_CCM_ST Estado del módulo

00 = N7OOS
01 = N7IDLE
02 = N7CCCL_OOS
03 = N7ACTIVE
04 = N7LOAD_REQUEST

7-21
R_CE_CLASS Con el dato de LCE, accesamos a esta relación para conocer la clase
del CE.
MAQ_NEXTENGO 2002-08-15 11:01:25 TH

USCAR080 0130/0206/0003
<379:1="R_CE_CLASS",2="D_LCE_ID"&0&"3A0H".
MAQ_NEXTENGO 2002-08-15 11:02:16 TH

USCAR080 0130/0206/0003
SEQ=5953.2002-08-15 00334 00000000 DTGRH01A LAW32301
SWA-DB UTILITIES
-------------------------------------------------------------------------
INPUT:
REL = R_CE_CLASS
QUALIFY :
"D_LCE_ID "& =&"3A0H"
OUTPUT:
REL = R_CE_CLASS RID = 34
D_LCE_ID = 03A0
D_PCE = 0310
D_SUB_EXCH = 00
D_CE_FUNC = 48 → FUNCIÓN DEL CE = ECCCE (HCCSMXBX)
D_CE_MEMEQ = 09
D_VP_INDEX = 0590
D_SBLTYP = A6 → TIPO DE SBL = CTLE
Utilizando la macro MNEMJST obtenemos la función del CE y el tipo

de SBL involucrado:
>:MNEMJST CEF,48
VALUE = 0048 ( 72T) MNEM = ECCCE
>:MNEMJST SBL, 166T
VALUE = 00A6 ( 166T) MNEM = CTLE

7-22
R_N7CCM Utilizando el dato de LCE, accesamos a esta relación para identificar

el tipo de módulo No 7 (de hecho con el desplegado de la relación
anterior y la ayuda de la macro, conocemos ya el tipo de módulo).
MAQ_NEXTENGO 2002-08-15 11:17:14 TH
USCAR080 0130/0206/0003
<379:1="R_N7CCM",2="D_CCM_LCE"&0&"3A0H".
MAQ_NEXTENGO 2002-08-15 11:17:47 TH

USCAR080 0130/0206/0003
SEQ=5957.2002-08-15 00334 00000000 DTGRH01A LAW32301
SWA-DB UTILITIES
-------------------------------------------------------------------------
INPUT:
REL = R_N7CCM
QUALIFY :
"D_CCM_LCE "& =&"3A0H"
OUTPUT:
REL = R_N7CCM RID = 13176
D_INDEX = 0001
D_CCM_LCE = 03A0
D_CCM_PCE = 0310
D_CCM_TYPE = 01 → TIPO DE MÓDULO = HCCM
R_D7CCM Ahora desplegamos esta relación para identificar el estado del

módulo.
MAQ_NEXTENGO 2002-08-15 11:19:58 TH
USCAR080 0130/0206/0003
<379:1="R_D7CCM",2="D_INDEX"&0&"01".
MAQ_NEXTENGO 2002-08-15 11:20:31 TH

USCAR080 0130/0206/0003
SEQ=5961.2002-08-15 00334 00000000 DTGRH01A LAW32301
SWA-DB UTILITIES
-------------------------------------------------------------------------
INPUT:
REL = R_D7CCM
QUALIFY :
"D_INDEX "& =&"01"
OUTPUT:
REL = R_D7CCM RID = 13152
D_INDEX = 0001
D_CCM_ST = 03 → ESTADO DEL MÓDULO = N7ACTIVE

7-23
Características del enlace
Introducción En las siguientes relaciones identificaremos los datos de un enlace de

señalización (Link), en nuestro caso seguiremos el ejemplo que
hemos analizado. Es importante recordar que con el comando
DISPLAY-N7LINK o DP 0241, desplegamos datos de dicho enlace.
DISPLAY- Desplegamos datos de nuestro enlace.

N7LINK
MAQ_NEXTENGO 2002-08-15 13:59:36 TH
USCAR080 0130/0206/0003
<DISPLAY-N7LINK:CCSMEN=H'310&1,DETAIL=SWSTAT.
MAQ_NEXTENGO 2002-08-15 13:59:45 TH

USCAR080 0130/0206/0003
SEQ=6039.2002-08-15 00199 00000000 DTGRH01A LAW32301
SWA-SUBSEC MTP
-------------------------------------------------------------------------
OPERATOR INPUT:
CCSMEN = H'310 & 1
DETAIL = SWSTAT
-----------------------------------------------------------------------
RESULT:

----------------------

-------- ----------- ---------------- ---------------- -------
LINK STATUS INFO:

----------------
LKSET SLC LKID +-CCSMEN-+ +-DTMEN---+ LINK STATE TRF

PCE TN PCE TN STATE
-------- --- ---------------- ------ --- ------ ---- ----------- -----
1 0 LK_1 H'0310 1 H'0031 1 MAI-DIS-AUT NOTRF

7-24
Características del enlace, continuación

nos permiten identificar datos de un enlace No 7.
Fig. 7-5 Relaciones para un enlace No 7.
R_N7LKMNEM R_N7LK_DEF
D_N7RL_ID
D_INT
Link a R_N7LK_PAR
D_N7LK_PAR
SLC
D_MNEM D_N7LK_SLC
LCE del DTM
Mnemonico D_N7DTMLCE
del link TN del DTM
D_N7DTM_TN
Identidad del Linkset
D_N7LS_ID
R_N7LK_TR R_D7LK_ST
D_N7RL_ID Estado del enlace

D_N7RL_ID 00 = OOS
LCE del CCM D_N7LKSTAT 01 = MAI DIS AUT
D_CCM_LCE
02 = MAI DIS AUT
D_CCM_TN TN del CCM
03 = MAI DIS OP
Tipo de CCM
D_CCM_TYPE 13 = ACTIVANDO
00 = CCSM
01 = HCCM 14 = ACTIVO
02 = IPTM_CL D_N7TRF_ST Estado del tráfico
03 = IPTM_CO 00 = No tráfico
04 = 2MBIT_CE 01 = LINH
02 = RINH
03 = LRINH
04 = En tráfico

7-25
R_N7LKMNEM Accesamos esta relación utilizando el mnemónico del enlace (en

nuestro caso LK_1).
MAQ_NEXTENGO 2002-08-15 14:03:47 TH
USCAR080 0130/0206/0003
<379:1="R_N7LKMNEM",2="D_MNEM"&0&"LK_1".
MAQ_NEXTENGO 2002-08-15 14:04:28 TH

USCAR080 0130/0206/0003
SEQ=6044.2002-08-15 00334 00000000 DTGRH01A LAW32301
SWA-DB UTILITIES
-------------------------------------------------------------------------
INPUT:
REL = R_N7LKMNEM
QUALIFY :
"D_MNEM "& =&"LK_1"
OUTPUT:
REL = R_N7LKMNEM RID = 13241
D_INT = 0001
D_MNEM = LK_1

7-26
R_N7LK_DEF Con el dato del D_INT=01 de la relación anterior, accesamos

R_N7LK_DEF, que contiene parámetros del enlace.
MAQ_NEXTENGO 2002-08-15 14:07:45 TH

USCAR080 0130/0206/0003
<379:1="R_N7LK_DEF",2="D_N7RL_ID"&0&"01".
MAQ_NEXTENGO 2002-08-15 14:08:46 TH

USCAR080 0130/0206/0003
SEQ=6049.2002-08-15 00334 00000000 DTGRH01A LAW32301
SWA-DB UTILITIES
-------------------------------------------------------------------------
INPUT:
REL = R_N7LK_DEF
QUALIFY :
"D_N7RL_ID "& =&"01"
OUTPUT:
REL = R_N7LK_DEF RID = 13237
D_N7RL_ID = 0001
D_SUMCH_LK = 0002
D_N7LK_PAR = 0002
D_N7LK_SLC = 00 → SLC = 0
D_N7LK_AL = 01
D_N7SLO_AL = 01
D_N7CNG_AL = 01
D_N7ORJ_DE = 00
D_N7LK_TST = 00
D_N7DTMLCE = 2080 → LCE DEL DTM = H’2080
D_N7DTM_TN = 0001 → TN DEL DTM = 1
D_N7LS_ID = 0001 → LINK SET AL QUE PERTENECE EL LINK = 1
D_N7RL_NXT = 0001
Utilizamos la macro CEIDS para conocer la NA del DTM que esta

enlazado al enlace No 7.
>:CEIDS LCE, 2080
NA=0031 LCE=2080 VP=01E0 GLSID=>18657T DLSID=> 442T CETYPE=N7###XBA

7-27
R_N7LK_TR Hasta ahora conocemos que el enlace LK_1 esta ligado a un DTM
que tiene NA=H’31 y TN =1. Pues con esta relación identificaremos a
que módulo No 7 esta enlazado y que tipo de módulo es.
MAQ_NEXTENGO 2002-08-15 14:20:16 TH

USCAR080 0130/0206/0003
<379:1="R_N7LK_TR",2="D_N7RL_ID"&0&"01".
MAQ_NEXTENGO 2002-08-15 14:21:17 TH

USCAR080 0130/0206/0003
SEQ=6057.2002-08-15 00334 00000000 DTGRH01A LAW32301
SWA-DB UTILITIES
-------------------------------------------------------------------------
INPUT:
REL = R_N7LK_TR
QUALIFY :
"D_N7RL_ID "& =&"01"
OUTPUT:
REL = R_N7LK_TR RID = 13239
D_N7RL_ID = 0001
D_CCM_LCE = 03A0 → LCE DEL CCSM
D_CCM_TN = 0001 → TN DEL CCSM
D_CCM_TYPE = 01 → TIPO DE MÓDULO = HCCM
Utilizamos la macro CEIDS para conocer la NA del CCSM que esta

enlazado al DTM del link LK_1.
>:CEIDS LCE, 03A0
NA=0310 LCE=03A0 VP=0590 GLSID=>18387T DLSID=> 45T CETYPE=HCCSMXBX

7-28
R_D7LK_ST Bueno ya tenemos todos los datos de liga del enlace, como son
DTM&TN y CCSM&TN, nuestro siguiente paso sería consultar el
estado del enlace, mediante la R_D7LK_ST.
MAQ_NEXTENGO 2002-08-15 14:25:31 TH
USCAR080 0130/0206/0003
<379:1="R_D7LK_ST",2="D_N7RL_ID"&0&"01".
MAQ_NEXTENGO 2002-08-15 14:26:19 TH

USCAR080 0130/0206/0003
SEQ=6063.2002-08-15 00334 00000000 DTGRH01A LAW32301
SWA-DB UTILITIES
-------------------------------------------------------------------------
INPUT:
REL = R_D7LK_ST
QUALIFY :
"D_N7RL_ID "& =&"01"
OUTPUT:
REL = R_D7LK_ST RID = 13227
D_N7RL_ID = 0001
D_N7LKSTAT = 02 → ESTADO DEL ENLACE = MAI DIS AUT
D_N7TRF_ST = 00 → ESTADO DEL TRAFICO EN EL LINK = NO TRAFICO
D_N7LK_EV = 65
D_N7CNGLEV = 00

7-29
R_N7LK_PAR Esta relación contiene parámetros N7 de los niveles 2 y 3, como son

temporizadores, tipo del enlace de datos de señalización, etc.
MAQ_NEXTENGO 2002-08-15 14:18:38 TH

USCAR080 0130/0206/0003
<379:1="R_N7LK_PAR",2="D_N7LK_PAR"&0&"02".
MAQ_NEXTENGO 2002-08-15 14:18:46 TH

USCAR080 0130/0206/0003
SEQ=6056+2002-08-15 00334 00000000 DTGRH01A LAW32301
SWA-DB UTILITIES
RESULT PART 0001 +
-------------------------------------------------------------------------
INPUT:
REL = R_N7LK_PAR
QUALIFY :
"D_N7LK_PAR"& =&"02"
OUTPUT:
REL = R_N7LK_PAR RID = 13238
D_N7LK_PAR = 0002
D_H7_L2T1 = 1388
D_H7_L2T2 = 1388
D_H7_L2T3 = 0064
D_H7_L2T4N = 0334
D_H7_L2T4E = 0032
D_H7_L2T5 = 000A
D_H7_L2T6 = 0258
D_H7_L2T7 = 00C8
D_H7_SCLT = 00FA
D_H7_METIM = 01F4
D_N7LK_TYP = 03 → TIPO DE LINK = HCCM_GROUND
D_H7_BRAT = 03
D_H7_RTRAN = 01
D_H7_N1 = 7E
D_H7_N2 = 0F00
D_SUERM_TH = 0040
D_SUERM_D = 0100
D_SUERM_N = 0010
D_AERM_TIN = 0004
D_AERM_TIE = 0001
D_AERM_M = 0005
D_AERM_N = 0010
D_RX_CAB_B = 0060
D_RX_CON_B = 0003
D_RX_CDI_B = FFFF
D_RX_CAB_M = FFFF
D_RX_CON_M = FFFF

7-30
R_N7LK_PAR, Continúa el desplegado de la página anterior.

continuación
MAQ_NEXTENGO 2002-08-15 14:18:46 TH
USCAR080 0130/0206/0003
SEQ=6056.2002-08-15 00334 00000000 DTGRH01A LAW32301
SWA-DB UTILITIES
FINAL RESULT 0002 -
-------------------------------------------------------------------------
OUTPUT:
REL = R_N7LK_PAR RID = 13238
D_RX_CDI_M = FFFF
D_H7_SRTFC = 08
D_H7_CGLEV = 02
D_TX_CAB_B = 0050
D_TX_CON_B = 0090
D_TX_CDI_B = FFFF
D_TX_CAB_M = FFFF
D_TX_CON_M = FFFF
D_TX_CDI_M = FFFF
D_PR_CAB_1 = 002D
D_PR_CON_1 = 003C
D_PR_CDI_1 = 0046
D_PR_CAB_2 = 004B
D_PR_CON_2 = 005A
D_PR_CDI_2 = 0064
D_PR_CAB_3 = 0069
D_PR_CON_3 = 0078
D_PR_CDI_3 = 0082
D_N7SPAR1 = 0000

Capítulo 8
Prácticas
Panorama general
Introducción Los siguientes ejercicios servirán a los participantes para practicar los
diferentes comandos del sistema en el manejo de la información de un
enlace de señalización No. 7.
Es importante hacer notar que dichos ejercicios son para que los
participantes los desarrollen, bajo la supervisión del instructor. Puede
ser que para fines de optimizar tiempos, se requiera ejecutarlos entre
todos junto con el instructor, conectando una terminal a un infocus.
Objetivo Al término del capítulo, el participante identificará los diferentes

comandos del sistema y los reportes entregados por este, en el
manejo y administración de un enlace N7, de acuerdo a la norma de
diseño del proveedor del Sistema 12 (Alcatel).
Contenido Este capítulo contiene los siguientes ejercicios:
Tema Ver Página

Manejo de redes lógicas y sus parámetros 8-1
Manejo de centrales destino y módulos 8-3
Manejo de enlaces y conjunto de enlaces 8-5
Manejo de enrutamiento de voz 8-7
Manejo de alarmas y mediciones 8-9
Estructura de datos para N7 8-12

8-1
Manejo de redes lógicas y sus parámetros
Objetivo Al finalizar los ejercicios el participante:
• Identificará los comandos para el manejo del nuevo concepto de

redes lógicas y los parámetros de éstas.
Documentación Manual del participante y documentación del cliente (DP’s, RRN’s y

requerida SI’s)
DP 03254 DISPLAY-N7LOG-NETWORK
DP 00235 DISPLAY-N7PARM
Ejercicio 1 Despliega los datos de todas las redes lógicas existentes en la

central.
Ejercicio 2 Selecciona una red lógica de las desplegadas e indica los siguientes
datos:
a) ¿Cuál es el OPC de nuestra central y su nombre?

b) Tipo de formato OPC que maneja.
c) Tipo de red
d) Protocolo utilizado

8-2
Manejo de redes lógicas y sus parámetros, continuación
Ejercicio 3 Despliega todos los parámetros No 7 definidos en la central.

8-3
Manejo de centrales destino y módulos
• Identificará los comandos para el manejo de centrales destino N7

y los módulos N7 de nuestra central.

requerida SI’s).
DP 03268 DISPLAY-N7-DEST
DP 00244 DISPLAY-N7SIGMOD
DP 05379 DISPLAY-N7-LKSET
Ejercicio 1 Despliega todas las centrales destino definidas en la central
Ejercicio 2 ¿Qué central destino esta asociada a la primera red lógica de nuestra
central?

8-4
Manejo de centrales destino y módulos, continuación
Ejercicio 3 Despliega todos los módulos de señalización N7 de nuestra central y

completa los siguientes datos:
a) ¿Cuántos módulos IPTM tiene equipados la central?

b) ¿Cantidad de circuitos libres y ocupados?
c) La PCE y TN del enlace asociado a nuestra primera red lógica
d) El estado del enlace del punto anterior

8-5
Manejo de enlaces y conjunto de enlaces
• Identificará los comandos para el manejo de enlaces y conjunto

de enlaces N7.

requerida SI’s).
DP 05379 DISPLAY-N7-LKSET
DP 00241 DISPLAY-N7LINK
Ejercicio 1 Despliega todos los conjuntos de enlaces (LKSET) definidos en la

central.
Ejercicio 2 Despliega todos los enlaces (LINK) definidos en la central.

8-6
Manejo de enlaces y conjunto de enlaces, continuación
Ejercicio 3 De acuerdo a los datos obtenidos en los ejercicios anteriores,

completa los siguientes datos que corresponden a nuestra primera red
lógica:
a) Número de LKSET asociado a esta.

b) Identidad de la ruta asociada e identidad del link.
c) Cantidad de links del LKSET asociado.
d) Tipo de LKSET.
e) Tipo de módulo CCSM asociado a nuestro link.
f) PCE y TN de los módulos CCSMEN/DTMEN asociados a nuestro
link.

8-7
Manejo de enrutamiento de voz
• Identificará los comandos para el manejo de datos del

enrutamiento de voz asociado a uno de señalización No 7.

requerida SI’s).
DP 01560 DISPLAY-TKG
DP 00136 DISPLAY-TRUNK
DP 05794 DISPLAY-RTGBLK
DP 05575 DISPLAY-NED
Ejercicio 1 Selecciona un destino de los desplegados en ejercicios anteriores.

Ahora encuentra que TKG esta asociado a dicho destino y completa
los siguientes datos.
a) Tipo de señalización que maneja el TKG

b) Cantidad de troncales
c) Identidad de la ruta asociada
d) Identidad del TKG de referencia para datos DID
Ejercicio 2 Despliega todas las troncales del TKG del punto anterior.

8-8
Manejo de enrutamiento de voz, continuación
Ejercicio 3 Encuentra el bloque de rutas que maneja el TKG del punto anterior y
los prefijos (DGTSTR) asociados a este.

8-9
Manejo de alarmas y mediciones
• Identificará los comandos para el manejo de alarmas y

mediciones en señalización No 7.

requerida SI’s).
DP 07599 DISPLAY-N7-ALARMS
DP 07603 DISPLAY-N7-ALMPARS
DP 07604 MODIFY-N7-ALMPARS
DP 07614 DISPLAY-N7MTP-HISTORY
DP 06355 ACTIVATE-LINK-MEAS
DP 00128 ACTIVATE-CCS-MEAS
DP 00129 DEACT-CCS-MEAS
DP 00121 DISPLAY-MEA STATUS
DP 01606 N7-LOG-EVENT
DP 01605 N7-LOG-FILE
Ejercicio 1 Despliega todas las alarmas de enlace y conjunto de enlaces no

urgentes, que se encuentran activas en un momento dado.
Ejercicio 2 Ejecuta las modificaciones necesarias de tal manera que cuando se

presente una falla hardware en N7, se produzca una alarma no
urgente en una red lógica.

8-10
Manejo de alarmas y mediciones, continuación
Ejercicio 3 Despliega todos los eventos que han ocurrido en un enlace N7 de la

central.
Ejercicio 4 Utilizando el mismo enlace N7 del paso anterior, ejecuta lo siguiente:
Paso Acción
1 Programa la tabla 2 (disponibilidad) de estadísticas N7, con
los siguientes datos:
• Por el día de hoy, en un horario de 12:00 a 14:00 hrs.

• Reportes de salida cada 30 mins.
2 Programa la tabla 6 (distribución) de estadísticas N7, con los
siguientes datos:
• Para los días Lun-Mie-Vie de esta semana, en un horario

de 10:00 a 11:00 hrs.
• Reportes de salida cada 15 mins.

8-11
Manejo de alarmas y mediciones, continuación
Ejercicio 5 Ejecuta la programación del archivo histórico de estadísticas sobre

eventos N7, indicando los contadores (y sus umbrales deseados) de
alguna de las tablas descritas, que te parezcan de mayor interés.
Ejercicio 6 Ejecuta los comandos necesarios para dejar la maqueta como en sus
condiciones iniciales.

8-12
Estructura de datos para N7
• Interpretará datos de señalización No 7, dentro de la estructura de

datos del sistema, de acuerdo al diseño de esta.
Documentación Manual del participante y documentación del cliente (DP’s, RRN’s,

requerida SI’s, DATA STRUCTURE y PW’s).
DP 00379 DISPLAY-TUPLE
DP 00438 DISPLAY-RELATION
DP 00436 COUNT-TUPLE
Ejercicio 1 Utilizando los comandos necesarios y la estructura de datos del

sistema, ejecuta lo siguiente:
Paso Acción
1 Investiga cuantas redes lógicas existen en el sistema y
cuales son.
2 Selecciona una red lógica y describe sus parámetros.
3 Investiga que tipos de módulos de canal común tienes
equipados en la central.
4 Investiga cuantos Links existen en el sistema y cuales son.
5 Selecciona algún Link y encuentra los siguientes datos:
• Determina a que DTM esta enlazado
• A que conjunto de enlaces pertenece
• En que estado se encuentra el link

G-1
Glosario
Términos
Descripción En las siguiente tablas describiremos brevemente la terminología

utilizada en el manual.
Término Descripción
ACE (elemento de Módulo que realiza funciones centralizadas y/o
control auxiliar) contiene datos centralizados.
ALCB (circuito de Tarjeta de circuito impreso en módulo ASM
línea analógica B) que atiende a 8 abonados.
ALCN (circuito de Tarjeta de circuito impreso en módulo ASM
línea analógica N) que atiende a 16 abonados.
ALIC (circuito de Tarjeta usada en los ASM de las centrales
línea analógica) ALIC, atiende a 6 abonados.
AMEA (ampliación Tarjeta para extensión de memoria en módulo
de memoria A) DIAM.
ARTA (asignador de FMM responsable de la selección de un
recursos auxiliares) dispositivo auxiliar libre.
AS (conmutador de Panel de conmutación en la red digital de
acceso) conmutación.
ASM (módulo de Módulo que proporciona acceso al S12 a 128
abonados abonados analógicos.
analógicos)
ASYI Interfaz asincrónico
BA (acceso básico) Acceso a ISDN con 2 canales B y uno D.
BCD (decimal Método de codificación de números en formato
codificado en binario utilizando 4 bits por cifra.
binario)
BCG (grupo de Grupo de usuarios que mantienen
comunicación de comunicación a través de la red telefónica
negocios) pública, pero tienen la impresión de estar
conectados a una red de telecomunicaciones
privada.
Continúa en la siguiente página...

Curricular en Conmutación S12 TUP/ISUP
G-2
Términos, continuación
C&T (reloj y tonos) Módulo del S12 que se encarga del reloj, tonos
y la ejecución de algunas pruebas.
CAE (ingeniería de Información dependiente de la central.
aplicación a
clientes)
CALC Tarjeta de reloj y alarmas equipada en la URA.
CALD (central Central telefónica que permite llamadas de
automática de larga tráfico de larga distancia.
distancia)
CAS (señalización Sistema de señalización de línea en canal 16
canal asociado) entre 2 centrales.
CCE Centro con Capacidad de Enrutamiento
CCITT Comité Consultivo Internacional de Telegrafía
y Telefónica.
CCITT No. 7 Sistema de señalización digital.
CCLA (reloj central Tarjeta usada en el módulo de reloj y tonos.
avanzado)
CCSM (módulo de Módulo del S12 que se encarga de los
señalización por mensajes del CCITT No. 7.
canal común)
CE (elemento de Parte de control de un módulo del S12.
control)
CFCS FMM que significa Call and Facility Control
System
CHCR (controlador Tarjeta del CCSM, es la interfaz entre las
de canales) tarjetas de protocolo y el procesador.
CHILL Lenguaje de alto nivel del CCITT.
CL (bucle de Norma de dirección de un dispositivo.
corriente)
CLMA (tarjeta de Tarjeta usada en el módulo de periféricos y
alarma central) carga.
CLTD (distribución Tarjeta usada en el módulo de reloj y tonos.
de reloj y tonos)
CPU (unidad central Parte fundamental de una computadora
de procesamiento) (procesador de información).

G-3
CPX (prefijo Representación comprimida de todos los
condensado) prefijos que resulten en el mismo mapa de
prueba.
CRC4 (control Código de detección de errores de transmisión.
cíclico de
redundancia a 4
bits)
CROSS-OVER (X- Conexión cruzada en los módulos de ASM del
Over) S12.
CTI Centro de Tráfico Interurbano
CTLE SBL de elemento de control.
CTM (módulo de Módulo del S12 para la generación de reloj y
reloj y tonos) tonos del sistema. Así como para la gestión de
ciertas pruebas.
CTU Centro de Tráfico Urbano
D/A Convertidor digital a analógico.
DAUA (unidad de Se utiliza en el módulo de reloj y tonos para la
anuncios digitales) generación de anuncios digitales.
DB (base de datos) Organización de datos bajo estricto control
lógico.
DBA (administrador Persona o grupo de personas responsable del
de la base de datos) control global del sistema de base de datos.
DBCS (sistema de La programación que se encarga del acceso a
control de la base la base de datos del S12.
de datos)
DBOC (controlador FMM superpuesta que reorganiza los datos.
de organización de
la base de datos)
DBSS (sistema de SSM en el S12 que protege los datos contra
seguridad de la inconsistencias.
base de datos).
DC Corriente continua (CC).
DCBA Símbolo que indica la dirección física de un
módulo en la DSN.
DDI (marcación Permite la conexión directa de un abonado de
directa de la red pública a extensiones de un PABX.
extensiones)
DFCE Elemento de control de defensa (DEF).

G-4
DGTSTR (Digit Cadena de dígitos ó prefijo
String)
DH (operador de Implementado como una FMM o SSM
dispositivos) responsable de los trabajos relativos al soporte
físico en un módulo.
DIAA (tarjeta de Usada en el módulo de mensajes.
mensajes dinámicos
integrada)
DIAM (módulo de Módulo encargado de enviar diferentes
mensajes digitales mensajes a los abonados.
integrado)
DID ( datos de Define los trabajos a efectuar para llamadas
interfuncionamiento salientes/entrantes.
de dispositivos)
DLS (segmento de Parte de la base de datos del S12 usada por
carga de datos) un elemento de control.
DN (número de Número del directorio telefónico.
directorio)
DNEH Número de directorio equivalente en cientos.
DNET Número de directorio equivalente en miles.
DNETT Número de directorio equivalente en diez mil.
DNEU Número de directorio equivalente en unidades.
DP (procedimiento Detalle de la instrucción a ejecutar por el
detallado) sistema (comando).
DSE (elemento de Tarjeta en la red de conmutación digital que
conmutación digital) contiene 16 puertos.
DSGA (generador Se usa en el módulo de reloj y tonos para la
de señales digitales generación de tonos.
A)
DSN (red de Red en una central S12 que conecta los
conmutación digital) diferentes módulos.
DSPA (procesador Tarjeta utilizada en el módulo de circuitos de
de señales digitales servicio.
A)
DTCL (lógica común SBL dependiente del CTLE en un módulo
de enlace digital) DTM.

G-5
DTM (módulo de Módulo para la conexión de enlaces digitales.
troncales digitales)
DTMF Combinación de dos veces una de cuatro
(multifrecuencia de frecuencias, enviada en el momento que el
tonos dobles) abonado pulsa un dígito.
DTRA Tarjeta de módulo de enlace digital A.
DTRE Tarjeta de módulo de enlace digital E.
DTRF (tarjeta de Usada en el módulo de enlace a URA.
módulo de enlace
digital F)
DTRH (tarjeta de Usada en el módulo de enlace a URA.
módulo de enlace
digital H)
DTRI (tarjeta de Usada en el módulo de troncales IPTM.
módulo de enlace
digital I)
DTUA (unidad de Usada en el módulo de troncales digitales.
troncal digital A)
ECFA (facilidad de Tarjeta usada en la URA de versiones ALIC y
control de llamadas ELC, usada para llamadas de emergencia en
de emergencia A) caso de desconexión con la central madre.
ECFC (facilidad de Tarjeta usada en la URA de la versión PAM,
control de llamadas usada para llamadas de emergencia en caso
de emergencia C) de desconexión con la central madre.
ELC (circuito de Denominación del circuito de línea analógico
línea evolucionado) para abonados en la versión ALIC.
EN (número de Localización física de un abonado o enlace en
equipo) una central S12.
EOP (fin de Última palabra de un paquete S12.
paquete)

G-6
ERSU (unidad Nombre con el cual se conoce en el S12 a las
evolucionada de URAS en la versión ALIC.
abonados remotos)
FCS (sistema de FMM encargada del control de facilidades en
control de PAM.
facilidades)
FISU (Fill Signaling Unidad de señal de relleno
Unit)
FMM (máquina de Programa en el S12 que comunica con otra
mensajes finitos) programación por medio de mensajes.
FSK (frequency shiftEs un receptor que detecta la codificación por
Keying) cambios de frecuencia, para identificación de
éstas.
FSM (máquina de La forma en el cual una FMM pasa por
estados finitos) diferentes estados al servir a un solicitante.
GLS (segmento Programas incorporados en los procesadores
genérico de carga) del S12.
GS (grupo de Grupo de enlace en la red de conmutación
conmutación) digital.
HCCM (módulo de Módulo del S12 encargado de manejar varios
canal común de alto enlaces de N7.
desempeño)
HDB3 (exceso Codificación de bits usada para la transmisión
bipolar de alta de enlaces manteniendo el valor DC en la línea
densidad 3) a 0 V.
HW (hardware) Soporte físico, equipo.
ID Identidad.
IPTM (módulo de Módulo encargado de manejar señalización
troncales de N7.
paquete integrado)
IRIM (interfaz de Módulo del S12 encargado de ser la interface
unidad remota de con las URAS en la versión PAM.
abonados)
IRSU (unidad Unidad remota de abonados para RDSI e
remota de abonados analógicos en PAM.
abonados RDSI)

G-7
ISDN Red digital de servicios integrados.
ISM (módulo de Módulo que sirve el acceso básico.
abonados de RDSI)
ISTB/C (tarjeta tipo Usada en el módulo de abonados RDSI o en
B/C de terminación las URAS.
de abonado)
ISUP (Integrated Parte de usuario de servicios integrados
Services User Part)
LAN (Logical Número lógico de acceso
Access Number)
LSSU (Link Status Unidad de señal de estado del enlace
Signaling Unit)
LCEID (identidad de Número único usado en la programación del
elemento de control S12 para identificar un elemento de control.
lógico)
LD Larga distancia.
LSIF (identificación FMM en un ACE de sistema, responsable de la
de abonados localización de abonados locales en la central.
locales)
LWA (área de Área de trabajo privada de MPTMON.
trabajo local)
MCUA Tarjeta que conforma el elemento de control.
MCUB Tarjeta que conforma el elemento de control.
MCUG Tarjeta que conforma el elemento de control.
MCUD Tarjeta que conforma el elemento de control.
MCUE Tarjeta que conforma el elemento de control.
MDF (repartidor Equipo en el cual las líneas de abonado
principal) entrantes son conectadas (por puentes) a las
líneas de circuitos de central.
MF/R2M Sistema de señalización de multifrecuencias.
MFF (filtro Tarjeta usada en el módulo de circuitos de
multifrecuencia) servicio.
MFP (procesador Tarjeta en el SCM que evalúa y decide sobre
multifrecuencia) la combinación de frecuencia para MFC o
DTMF.

G-8
MMC (comunicación Lenguaje definido por el CCITT usado para la
hombre-máquina) comunicación con la central S12.
MMCA (controlador Tarjeta que constituye una parte del módulo
hombre-máquina) P&L para la conexión de pantallas o
impresoras en PAM.
MODEM Modulador/demodulador.
MPA Panel maestro (principal) de alarmas.
MPTMON (monitor Herramienta usada durante pruebas de
de pruebas programación en línea.
múltiples de
procesador)
MSG Mensaje.
NA (dirección de Dirección en la red de conmutación digital, que
red) define únicamente un módulo del S12.
NRZ (código sin Método de transmisión de bits en un enlace, el
retorno a cero) nivel de tensión asignado queda invariable
durante el entero periodo asignado a dicho bit.
NSC (centro de Centro de mantenimiento centralizado para
servicios de red) S12.
NT Network Terminal = Terminal de red
N7 (señalización Señalización de canal común.
número 7)
Nyble Unión de cuatro bits o medio BYT.
O&M Operación y mantenimiento.
OBC (controlador Procesador incorporado al terminal en un
incorporado) módulo.
OBCI (interfaz de Interface para la comunicación con el OBC y
controlador) con otros CEs.
OMUP (O&M User Parte de usuario de operación y mantenimiento
Part)
ORJ (trabajo a Función que será realizada por la central e
petición de iniciada por el operador.
operador)
OS (sistema Programación fundamental de procesador (que
operativo) controla y soporta programas básicos de
usuario).

G-9
OSI (Organization Organización Internacional de Estándares
Standard
International)
OT (orden de Formato de un trabajo a realizar, generado por
trabajo) un depto. de TELMEX.
P&L (módulo de Módulo del S12 encargado de conexión de
periféricos y carga) periféricos , carga de programas y datos.
PABX Autoconmutador privado automático.
PABXI Autoconmutador privado automático para
ISDN.
PAM 3.2 (paquete Nombre con el que se conoce a la nueva
Alcatel-México 3.2) versión de S12 para México.
PARM Manejador de recursos para PABX.
PATED (análisis de FMM en ACE que analiza el prefijo y toma
prefijos y definición medidas contra ciertas condiciones de error.
de elementos de
tarea)
PBA (conjunto de Una tarjeta de inserción en el S12.
tarjeta impresa)
PBR (receptor de Un receptor usado para el análisis de DTMF.
teclado)
PCE ID (identidad Dirección de red de un módulo en el S12.
de CE físico)
PCM (modulación Sistema de transmisión.
por pulsos
codificados)
PNP (plan de Plan de numeración usada en usuarios BCG.
numeración privada)
PRAM (RAM de Una memoria incorporada en el interfaz
paquetes) terminal, usada para la transmisión y recepción
de paquetes.
PS Punto de señalización
PTS Punto de transferencia de señalización
R2M (señalización Sistema de señalización forzada usada para la
de registro 2 comunicación en MFR2.
México)
RALM (alarma de Placa usada en los bastidores para recolección
bastidor) de condiciones de alarma en éstos.

G-10
RAM Memoria de acceso directo.
RBL (bloque de Menor unidad de SBL que se pondrá fuera de
reparaciones) servicio durante una reparación.
RC Corriente de llamada.
RCCB (control B de Tarjeta que forma parte del módulo de reloj y
reloj de referencia)
tonos.
RCLK (reloj de Placa usada para la distribución de reloj y
bastidor) tonos en un bastidor.
RDI Red digital integrada.
RDSI Red digital de servicios integrados.
RDY (listo) Condición de estado de un SBL.
RIM (módulo Módulo del S12 usado para la conexión de una
interfaz de URA) URA a la central principal.
RIT (elemento Menor pieza de ensamblaje fácilmente
reemplazable) reemplazable en una central.
RKAL SBL de alarma de bastidor.
RLMA (alarma de Placa provista 2 veces en cada bastidor para la
bastidor A) recolección de alarmas en el bastidor ALIC.
RLMC (alarma de Tarjeta que recolecciona las alarmas del
bastidor C) bastidor.
RNGA (tarjeta de Placa que forma parte de un ASM, encargada
llamada A) de la generación de corriente de llamada para
los abonados.
RNGF (tarjeta de Tarjeta que forma parte del ASM, encargada
llamada F) de la generación de corriente de llamada para
los abonados.
RRN Número de reporte de referencia.
RSIG Señalización de registro.
RSU (unidad remota Un concentrador de líneas de abonados
de abonados) analógicos, usado en áreas con tráfico bajo.
RT (tono de El tono que oye el abonado cuando la llamada
llamada) está en fase de llamada.

G-11
RTMA (tarjeta Encargada de multiplexar la señal en las
multiplexora A) centrales distribuidas.
RUWA (área de Parte de interfaz con base de datos donde se
trabajo de usuario permite copiar el contenido de una tupla para
relacional) la relación especificada.
RX Recepción.
SACE (elemento de Elemento de control que contiene datos
control auxiliar del centralizados o realiza funciones centralizadas.
sistema)
SBL (bloque de Un juego de funciones concebidas de modo
seguridad) que, si falla una función dentro del bloque, las
funciones restantes no pueden ser utilizadas
por el sistema.
SCALSV Módulo SACE que contiene varias FMM's
encargadas del manejo de la llamada.
SCB (puente de Ubicado en el SCM y permite celebrar 6
conferencia) comunicaciones de hasta 5 abonados cada
una.
SCC-N7 Sistema de señalización digital canal común.
SCM (módulo de Módulo del S12 que se ocupa del tratamiento
circuitos de servicio) de señalización R2M y DTMF.
SCO Source Code = Código de origen
SCSI (interfaz de Bus manejador de dispositivos periféricos,
sistema de integrado en el P&L.
computadora
pequeña)
SHD (detección de Detección de un descolgado de abonados.
gancho de
conmutador)
SI (información de Información complementaria para la
soporte) introducción de comandos, incluida en el
manual de este tipo.
SLC Signalling Link Code
SLDCTRA Módulo SACE que se encarga de asignar
módulo DTM que contiene troncales libres para
una llamada de salida.
SOP (inicio de El inicio de un paquete en el S12.
paquete)

G-12
SPARE Módulo de reserva, que entra en función de un
SACE en caso de falla de éste.
SSM (máquina de Soporte lógico usado para funciones de
soporte del sistema) soporte básicas.
ST Señal de fin de numeración
SWCH Tarjeta de la red de conmutación digital.
TAUC (unidad de Tarjeta para la prueba de partes analógicas del
acceso a pruebas entorno de la central.
C)
TAXUP (Tax User Parte de usuario de tasación
Part)
TCE (elemento de Parte de control de un módulo que posee una
control terminal) parte terminal.
TDM Central de enlace entre centrales locales.
TERI (interfaz Parte de un TCE que asegura la interfaz entre
terminal) la red, el procesador y la parte terminal.
TERM (emulador de Paquete software utilizado para la
terminal) comunicación hombre-máquina.
TK (troncal o Conexión entre centrales, de 2 ó 4 hilos,
enlace) analógica o digital.
TKG (grupo de Agrupación de troncales con las mismas
troncales) características.
TMIA (interfaz de Tarjeta de una URA.
transmisión y
multisegregación)
TN (Número Un número secuencial atribuido a las
terminal) diferentes líneas.
TOD (hora del día) Indica las horas, minutos, segundos y décimas
de segundo, generado en el CTM y distribuido
a todos los CEs.
TOPT (puerto de Puerto en TERI a través de los cuales entran y
tonos) salen los tonos.
TRU (unidad de El cuadro superior con conmutadores de
bastidor superior) alimentación.
TSA (analizador de Coordina las pruebas analógicas, realizadas
señales de pruebas) por las TAUC. Forma parte del CTM.

G-13
TSAB Tarjeta analizadora de señales de prueba,
implementada en el CTM.
TSU (subunidad Grupo de módulos conectados a un par de
terminal) conmutadores de acceso.
TU (unidad terminal) EL grupo de módulos terminales que comparte
cuatro pares de seguridad de AS conectados a
un conmutador particular de la etapa uno.
TUP (Telephone Parte de usuario telefónico
User Part)
TX (puerto de Puerto de transmisión de un DSE, o
transmisión) simplemente transmisión.
UCP (camino Camino dúplex en una red de conmutación
controlado por el digital, establecido bajo control de un usuario.
usuario)
UIT-T Unión Internacional de Telecomunicaciones
Sector Telecomunicaciones
URA (unidad remota Configuración de central del S12 con lento
de abonados) crecimiento de tráfico y baja demanda de
líneas.
UTR (unidad de Configuración de central S12 que se conecta a
tráfico remota) nivel de red digital y dichas líneas se
encuentran a cierta distancia de la central
maestra.
UWA (área de Estructura de datos usada como interfaz entre
trabajo de usuarios) una FMM y el sistema de control de la base de
datos.
VDU (unidad Terminal con pantalla ocupada para la
visualizadora) comunicación hombre-máquina.
X.25 (protocolo Protocolo de la capa 3 usado entre terminales
X.25) de conmutación de paquetes.


S12 N7

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

S12 N7

Uploaded by

Copyright:

Available Formats

Señalización CCITT No.

Material del participante

Material del participante

Área de procedencia: Coordinación de Desarrollo Curricular en

Nombre del curso: Señalización CCITT No. 7 S12 TUP e ISUP

No. Fecha Nombre(s) del(los) Modificaciones

Sistema 12 Señalización No. 7

En este En este manual se encontrarán los siguientes temas:

Principios generales y definiciones ............................................... 1-1

Capítulo 2 Parte de transferencia de mensajes

Capítulo 3 Parte de usuario telefónico (TUP)

Escenarios de señalización........................................................... 3-1

Capítulo 4 Parte de usuario RDSI (ISUP)

Descripción funcional de la RDSI.................................................. 4-1

Continúa en la siguiente página…

Coordinación de Desarrollo INTTELMEX Señalización CCITT No. 7

Capítulo 6 Manejo de un enlace No. 7 en el Sistema 12

Desplegar datos del enrutamiento No 7 ........................................ 6-1

Capítulo 7 Estructura de datos para No 7

Características de la red lógica ..................................................... 7-1

Manejo de redes lógicas y sus parámetros ................................... 8-1

Glosario Términos ...................................................................................... G-1

Anexo Especificación E.801.04.02

Coordinación de Desarrollo INTTELMEX Señalización CCITT No. 7

Introducción La señalización siempre ha jugado un papel muy importante dentro

En este capítulo describiremos los principios de señalización por canal

Aclaramos que a lo largo de este manual, mencionaremos las siglas

Objetivo Al término del capítulo, el participante describirá los principios de

Contenido En este capítulo se trataran los siguientes temas:

Tema Ver Página

Coordinación de Desarrollo INTTELMEX Señalización CCITT No. 7

Principios generales y definiciones

Objetivos y El objetivo principal de la señalización No. 7 es proporcionar una

• Optimizada para una operación digital en redes de

• Que soporte los requerimientos presentes y futuros de

• Que proporcione un medio seguro para la transferencia de

El sistema cumple con los requerimientos de señalización para el

De tal manera, el sistema tiene diversas aplicaciones, tanto en redes

El sistema de señalización está optimizado para operar sobre canales

Continúa en la siguiente página…

Coordinación de Desarrollo INTTELMEX Señalización CCITT No. 7

Principios generales y definiciones, continuación

Características Señalización por canal común es un método de señalización en el

Se emplean enlaces de señalización para la transferencia de

Continúa en la siguiente página…

Coordinación de Desarrollo INTTELMEX Señalización CCITT No. 7

Principios generales y definiciones, continuación

Estructura El sistema de señalización No. 7, está formado por un gran número de

• Parte de usuario telefónico (TUP: Telephonic User Part)

Cada parte de usuario crea sus propios mensajes y agrega el destino

Esta otra parte es llamada Parte de Transferencia de Mensaje (MTP:

Continúa en la siguiente página…

Coordinación de Desarrollo INTTELMEX Señalización CCITT No. 7

Principios generales y definiciones, continuación

Antecedentes En el período de estudios de la CCITT comprendido entre 1980 y

En el período de estudios comprendido entre 1984 y 1988, se hicieron

Figura 1-1: Estructura del sistema de señalización No. 7

Aplicaciones para Otras

De / Hacia Otros Nodos No.7

Continúa en la siguiente página…

Coordinación de Desarrollo INTTELMEX Señalización CCITT No. 7

Principios generales y definiciones, continuación

Componentes Durante la siguiente explicación puede consultar la figura 1-2.

Puntos de Un punto de señalización en el cual se genera un mensaje es llamado