IN Parte II

Red Inteligente
Inteligencia de red
Red Inteligente ET-UPC
Contenido
Parte II. Protocolos de alto nivel de SS7
Gestin de trfico MTP-3
Gestin de enlaces
Gestin de trfico
Gestin de rutas
ISDN User Part (ISUP)

Reparto de llamadas en ISUP
Encaminamiento de llamadas pass-along
Doble toma de circuitos troncales
Contenido
Transferencia de sealizacin vs. Trnsito de
datos.
Modos de sealizacin
Jerarquizacin de la red de conmutacin
SCCP y la traduccin de ttulos globales

Clases de protocolo
Mensajes tpicos
Direcciones SCCP y la GTT
TCAP
Transacciones
Operaciones y componentes
Dilogos
Gestin de la Red de Sealizacin
Gestin de la Red de Sealizacin

Gestin de Enlaces. Mantener la capacidad
de sealizacin de los LinkSets.
Gestin de Trfico. Desviar el trfico
afectado a otros enlaces de la ruta (LS o
CLS).
Gestin de Rutas. Sealizar los cambios de
disponibilidad en las rutas.
Gestin de los Enlaces de Sealizacin
Define los mecanismos para activar, restaurar o ampliar la

capacidad de sealizacin en los LinkSets.
Necesitamos revisar el concepto de SLC.
En realidad el SLC es un identificador lgico y no fsico.
Un SLC no identifica directamente al hardware que compone un sealizador:
equipo terminal y el enlace de datos.
Los enlaces de datos se identifican por el CIC (Cdigo de Identificacin de
Circuito) y pueden ser utilizados para sealizacin o para trfico
Hw
Terminal
Enlaces de datos
Hw
Terminal
SLC
Terminal
Enlace de datos
(CIC)
La asociacin del SLC con su hardware se puede realizar de forma

automtica o manual y esto da pie a dos tipos de gestin de enlace.
Gestin Manual de Sealizadores

Cuando un Linkset est funcionando
correctamente hay una serie de sealizadores
alineados cursando trfico (MSUs).
En este caso se debe definir los mecanismos
para:
Activar la capacidad de sealizacin de un Linkset.
Ampliar la capacidad de sealizacin del Linkset.
Restablecer la capacidad de sealizacin del
Linkset en caso de fallo de alguno de los Links que
lo componen.

Activar un LinkSet
Se intentan alinear los enlaces en paralelo.
Por el primer enlace alineado se puede empezar a cursar
trfico.
Ampliar un Linkset
Para ampliar un Linkset se utilizan sealizadores inactivos.
Por un sealizador inactivo entendemos un SLC para el que
hay un enlace de datos y un terminal inactivo en cada
extremo.
En este caso la activacin es manual, es decir, los operadores
en ambos extremos deben realizar la misma asignacin entre
el SLC y el enlace de datos (CIC) y dar la orden de alinear.

Restaurar un sealizador
Si un sealizador del Linkset queda fuera de servicio, la
gestin de enlaces debe intentar recuperarlo (alinearlo).
Cuando se detecta que un enlace est fuera de servicio
se inicia el proceso de alineacin.
El proceso de alineacin se repite segn un timer (T17)
mientras no tenga xito.
La situacin anterior se mantiene hasta que se restaura
el sealizador o hay intervencin manual (por ejemplo
se reemplaza el enlace de datos).
Gestin Automtica de Sealizadores

Activar un LinkSet.
En cada extremo est definido el enlace de datos (CIC) que
se corresponde a cada sealizador en condiciones normales.
Cuando se activa un linkset, se conectan los enlaces de datos
normales a los terminales y comienza con la fase de
alineacin en paralelo en cada uno de los enlaces.
Si alguno de los enlaces de datos normales no se consigue
alinear, el enlace ser tratado como si se debiera restaurar (la
restauracin automtica se explica a continuacin).
10

Restaurar un sealizador.
Cuando un sealizador (SLC) falla, se intenta realinear.
Si se produce un fracaso en la alineacin, se intenta activar
automticamente un enlace inactivo (nuevo SLC).
En cada extremo debe haber definida una lista bilateral de
enlaces de datos alternativos (CICs).
Esta lista puede ser por ejemplo el resto de circuitos entre los
extremos.
Una vez un extremo decide un CIC para el nuevo SLC, lo
conecta a un terminal y comunica al destino distante la
intencin de activar el nuevo SLC con un mensaje de
conexin a enlace de datos o Signaling Data Link Connetcion
Order Signal (DLC).
11

El mensaje DLC contiene: OPC, DPC, el nuevo SLC y la
identidad del enlace de datos de sealizacin (CIC) que se
deja de usar para trfico y se pasa a usar para sealizacin.
Si los dos puntos de cdigo envan simultneamente un
mensaje DLC para el nuevo SLC, la colisin se resuelve a
favor del PC ms alto.
En respuesta al DLC se puede constestar:
CSS. Connection Successful Signal
CNS. Connection not Successful Signal. Buscar un enlace alternativo.
CNP. Connection not Possible Signal. No buscar enlace alternativo.
12

Si se consigue alinear el nuevo SLC, ste pasa a cursar el
trfico que correspondera al SLC averiado.
Si no, se prueba cclicamente con todos los enlaces de datos
alternativos (CICs) hasta conseguir alinear uno de ellos.
Mientras tanto, si hay terminales disponibles se intenta
alinear el SLC normal con su enlace de datos.
Si el SLC normal se vuelve a alinear:
Se le devuelve el trfico.
Se desconecta el SLC alternativo.
El enlace de datos usado en el SLC alternativo se devuelve para
cursar trfico.
13

Ampliar un LinkSet
Ambos extremos deben aumentar la capacidad del
linkset (por ejemplo en un enlace ms).
El resto es automtico:
Se utilizan los sealizadores inactivos (SLC).
Por un sealizador inactivo se entiende un SLC libre al que hay
que asociarle un enlace de datos y un terminal en cada
extremo.
Se asigna terminal en cada extremo al SLC y se conecta al CIC
normal para este SLC.
Se intenta alinear.
Si se alinea acaba el proceso.
Si no se consigue se trata el enlace como enlace a restaurar
(punto anterior).
14
Gestin de Trfico
1. Paso a enlace de reserva (enlace indispuesto).
2. Retorno a servicio (enlace reactivado).
3. Reencaminamiento forzado (ruta indispuesta
bsqueda de ruta alternativa).
4. Reencaminamiento controlado (se reactiva una
ruta o se restringe una ruta).
5. Rearranque de la MTP (punto de sealizacin
reactivado).
15
Paso de enlace a reserva
Se produce cuando un enlace

adyacente pasa a estado inactivo.
Se transfiere el trfico de ese
enlace a uno ms enlaces
adyacentes alternativos.
Para asignar el enlace alternativo
se procede en orden de
encaminamiento.
El link o links alternativos puede
ser: del mismo linkset, diferente
linkset sin posibilidad de
desorden, otro linkset con
posibilidad de desorden.
Si no hay link posible se
considera destino inalcanzable.
SP
SP
SP
SP
STP
STP
SP
SP
STP
16
Paso a enlace de reserva.

Procedimiento Normal
Se enva un mensaje COO (Change Over Order):
OPC, DPC implicados (puede ir por cualquier ruta).
Parmetros: SLC y FIB de la ltima MSU recibida
correctamente.
El receptor enva un COA (Change Over

Acknowledge) que consta de los mismos
parmetros.
Despus de recibir el COO o COA se actualiza la
memoria en funcin del parmetro FIB recibido en
el mensaje.
17
Actualizacin de la memoria tampn

No debe haber prdida de MSUs.
Las MSUs no actualizadas, se pasan en orden a la
cola o las colas de escritura del nuevo link o links
alternativos.
MSUs
FISUs, LSSUs & MSUs

Tx
Cola
Escritura
No Tx
Procesador
MTP-2
Cola
Tx
Tx sin
ACK
Puntero Go-Back-N
18
Paso a enlace de reserva por tiempo

Se actualiza la memoria tampn por tiempo
(temporizador T1) y no con mensajes (COO/COA).
Se usa cuando:
No hay ruta al destino.
El destino sufre una interrupcin de procesador (con el
temporizador se da tiempo por si la interrupcin es
transitoria y as no se producen errores de secuenciacin).
Inhibicin (el temporizador da tiempo a acabar de enviar
todas las MSUs antes de inhibir el enlace).
No se recibe el COA.
19
Retorno del enlace a servicio

Procedimiento por el que se devuelve el trfico al
enlace original cuando ste se restaura. Para ello:
Se para la transmisin sobre el link(s) alternativo(s) de las
MSUs que corresponden al link restaurado.
Se enva una declaracin de retorno a servicio por cada
enlace alternativo.
Changeback Declaration (CBD) con parmetros OPC,
DPC, el SLC del link normal y un cdigo de retorno.
El otro extremo responde con un Acknowledge (CBA) al
mensaje CDB cuando ha enviado todas las MSUs con el
mismo OPC que el que figura en el CBD.
20
Retorno del enlace a servicio

El mensaje CBA tiene los mismos parmetros que el
CBO.
El cdigo de retorno se utiliza cuando hay varios links
alternativos, para distinguir el Acknowledge de cada CBO
enviado.
Usualmente se reestablece el trfico al enlace normal
cuando se reciben todos los CBAs.
El proceso de reestablecimiento de trfico se realiza
actualizando la memoria tampn (esto proporciona control
de secuencia).
Si no se reciben los CBAs el trfico se reestablece al cabo
de un timer (T5).
21
Reencaminamiento Forzado
La ruta principal a un destino falla, se debe
reencaminar de forma forzosa el trfico por una
ruta alternativa.
Se sabe que una ruta ha fallado porque se recibe
un mensaje TFP (Transfer Prohibited).
Entonces se para la transmisin sobre los link de la
ruta normal (indisponible).
Se determina la ruta alternativa segn las tablas (si
no la hay, el destino se declara indisponible).
Se reanuda de forma inmediata el trfico por los
enlaces de la ruta alternativa (actualizando las
memorias tampn).
22
Reencaminamiento Controlado
Se produce cuando:
La ruta normal vuelve a estar disponible.
Una ruta pasa a estar restringida (congestin).
El objetivo es reestablecer el camino ptimo.

Se para la transmisin de nuevas MSUs por el
enlace alternativo (o restringido).
Se almacena el trfico durante un periodo de
tiempo (T6).
Al expirar el tiempo de almacenamiento se
reanuda el trfico por la ruta normal (actualizando
la memoria tampn).
23
Rearranque de la MTP
Objetivo. Proteger al punto de sealizacin que
rearranca y a la red y consta de dos fases.
FASE 1. Recoleccin de datos de encaminamiento
de los nodos adyacentes:
Esta fase tiene una duracin mxima determinada por un
timer (T18) o por la cantidad de datos de encaminamiento
(un nmero determinado de mensajes TRA).
El SP que arranca supone que la mayora de destinos que
figuran en sus tablas de rutas son alcanzables.
Los nodos adyacentes envan mensajes TFP (o TFR) para
los destinos no alcanzables y al final un mensaje TRA
(Traffic Restart Allowed)
24
FASE 2 (Slo si STP). Informe al resto de nodos
(segn la composicin de las tablas de rutas de la
Fase 1)
Con los datos recibidos se forman las tablas de rutas.
Se envan los TFP (TFR) respecto a estas tablas.
Si llegan ms mensajes TFP, TFA o TFR durante esta fase
se guardan y se tratan fuera de esta fase (procedimientos
de gestin de rutas)
Cuando se ha enviado todo se da la orden de reactivar el
trfico a los nodos adyacentes con un mensaje TRA.
25
En el nodo adyacente al que rearranca:
Si es STP: enva mensajes TFP (TFR) para sus
destinos prohibidos y despus enva un TRA.
Una vez ha rearrancado el punto adyacente realiza
un reencaminamiento controlado para los nuevos
puntos accesibles.
Si es STP: enva los TFA adecuados.
26
Gestin de Rutas
1. Transferencia Prohibida o TFP (Transfer
Prohibited).
2. Transferencia Restringida o TFR (Transfer
Restricted). Es una opcin nacional
(normalmente no usada).
3. Transferencia Pertimida o TFA (Transfer
Allowed).
27
Transferencia Prohibida (TFP)

Mensaje que se enva un STP a un nodo adyacente
indicndole que no debe enviarle ms MSUs hacia
un cierto destino identificado como ASP (Affected
Signaling Point).
Parmetros del mensaje TFP:
OPC, DPC (Adyacentes, aunque el mensaje se puede
enviar por cualquier ruta).
APC
28

Cuando se enva:
(1) Un STP Y enviar un mensaje TFP a un STP Z si
Y cursa trfico dirigido a X a travs de Z, pero
Z es una ruta alternativa.
En este caso este mensaje TFP es para prevenir bucles.
TFP
OPC=Y
DPC=Z
APC=X
Y
TF
P
X
Z
29

(2) Un STP Y enviar un mensaje TFP a TODOS sus
nodos adyacentes si un punto de sealizacin X es
inaccesible desde Y
TF
P
TFP
OPC=Y
DPC=Z
APC=X
TF
P
(3) Cuando un punto adyacente rearranca, el STP difunde

mensajes TFP para los destinos no alcanzables.
30
Transferencia Permitida (TFA)
Un mensaje de transferencia permitida (TFA)

referente a un destino X (APC=X) se enva desde
un STP Y en los siguientes casos:
(1) Y deja de cursar el trfico destinado a X por un STP
Z que corresponde a una ruta alternativa.
En este caso Y enva un mensaje de transferencia
autorizada a Z.
(1) X vuelve a ser de nuevo alcanzable desde Y.
En este caso, Y enva un mensaje TFA a todos los
nodos adyacentes accesibles excepto
A los STPs que pasen a cursar trfico a X como ruta alternativa.

A X, si ste es un nodo adyacente.
31
32

El protocolo ISUP (ISDN User Part) se encarga de la
sealizacin necesaria para establecer, mantener y liberar
enlaces troncales de trfico de usuario (voz/datos).
ISUP se utiliza para establecer llamadas ISDN y no IDSN
(p.e. POTS o QSIG)
Central de
Conmutacin
Destino
Central de
Conmutacin
Origen
POTS
QSIG
ISDN
SSN.7
A bis
Um
GSM
33
Campo SIF para las MSU-ISUP

ISUP
Mensaje ISUP
MTP-3
CIC
SLS
OPC
DPC
12b
4b
14b
14b
Los mensajes ISUP (MSUs ISUP) incluyen un campo denominado

CIC (Circuit Identification Code) o Cdigo de Identificacin de
Circuito.
El cdigo CIC identifica de forma unvoca el enlace troncal entre dos
puntos de sealizacin al que se refiere el mensaje.
El CIC tiene sentido entre un par de puntos de sealizacin
identificados cada uno de ellos por un punto de cdigo.
34
Consideraciones sobre el CIC

Al igual que en el caso del SLC ambos extremos deben
codificar los circuitos de la misma forma.
Si hay fallos tenemos killer circuits o circuitos que
matan llamadas.
El CIC tiene 12 bits, esto significa que podemos tener 4096
troncales o 132 E1s.
SP
PC=45
CIC=0
CIC=1
...
CIC=4095
SP
PC=87
Qu pasa si queremos tener ms circuitos?
35
Reparto de Carga de Sealizacin

para MSU-ISUP: SLS/CIC
Los campos SLS y CIC son independientes en
ISUP (no era as en una versin anterior llamada
TUP).
Sin embargo la norma requiere que todas las
MSU-ISUP transmitidas en el mismo tramo y
sentido y referidas al mismo CIC lleven tambin la
misma etiqueta SLS.
Este comportamiento permite que las MSU-ISUP
para una llamada lleguen ordenadas.
36
Reparto de Carga de Sealizacin

para MSU-ISUP: SLS/CIC
Usualmente, la central origen elige un SLS
aleatorio para todos los mensajes asociados a una
llamada.
Esto garantiza que todos los mensajes asociados a
una llamada van a llegar ordenados al otro
extremo porque van a seguir todos la misma ruta
de sealizacin.
Slo puede haber desorden en caso de algunos
muy particulares de la red.
37
Encaminamiento de llamadas
Pass-along
Es el tipo de encaminamiento de llamadas
ms usado.
Se usa ISUP sobre MTP-3.
Se basa en el concepto sencillo de
pasa la llamada a la siguiente central
38
Ejemplo de encaminamiento de
llamadas Pass-along
Central CX
Zaragoza
Central CX
Madrid
CIC=456
IA
AC M
M
Central CX
Barcelona
ISDN
935001234
POTS
914001234
Central CX
Valencia
Sealizacin bucle abonado
Troncales de datos
Enlaces de sealizacin
39
Initial Message Address (IAM)

IAM (Initial Message Address) o mensaje de direccin
inicial.
Es el primer mensaje enviado hacia delante para establecer una
llamada.
Inicia la captura de un circuito en un tramo
Contiene el nmero llamado (Called Party Number) y el nmero
llamante (Calling Party Number).
La capacidad del mensaje IAM es de 16 dgitos, si se necesitan
ms se enva un mensaje SAM (Subsequent Address Message) .
El IAM adems contiene otra informacin relacionada con el
enrutamiento y la gestin de la llamada como por ejemplo:
Indicador de redireccin y nmero de redireccin.
Requerimientos del medio de transmisin: 3.1Khz, 64Kbps sin
restricciones.
40
Formato Bsico de las Direcciones

E.164 (ISDN/POTS)
8
1 bits
NP
ES
NoA
2nd Address Digit 1st Address Digit

4th Address Digit 3rd Address Digit
...
...
Filler (if needed) Nth Address Digit
Numbering Plan (NP). Tipo de direccin, p.e. E.164

Encoding Scheme(ES). Nmero de dgitos par/impar.
Nature of Address (NoA). Nacional/Internacional/Portada.
41
Address Complete Message (ACM)

ACM (Address Complete Message).
Enviado hacia atrs cuando ya se ha recibido
toda la informacin de enrutamiento.
Es decir, IAM y SAM necesarios.
Los IAM y SAM llevan informacin de si hay
ms mensajes de direccin o no.
42
Doble Toma de Circuitos Troncales

El Problema: se puede dar el caso que dos
centrales de conmutacin elijan simultneamente
el mismo circuito para establecer una llamada en
cada uno de los sentidos.
IAM
CIC=456
Central CX
IAM
CIC=456
Central CX
CIC=456
43
Doble Toma de Circuitos Troncales

Solucin: En caso de colisin cada extremo tiene
preferencia sobre un conjunto de CICs.
Hay dos mtodos:
CICs Pares/Impares.
CICs Altos/Bajos.
En caso de colisin:
La central con PC ms alto siempre tiene preferencia
sobre la reserva de los circuitos con CIC par o CIC alto.
La central con PC ms bajo tiene preferencia sobre la
reserva de los circuitos con CIC impar o CIC bajo.
44
Cont. Ejemplo de encaminamiento

de llamadas Pass-along
rbol de Numeracin (No Local)
Claves: NoA=Nac NP=E.164 (ISDN/POTS)
Num.
Id. Ruta
91
Mad01
96
Val01
97
Zar01
Central CX
Zaragoza
Central CX
Barcelona
Definicin de la Rutas de Trfico

Id Ruta
Ruta Sign.
Composicin
Mad01
1 60% Val01
1 40% Zar01
2 Zar02
Zar01
123
Directa (circuitos
que la forman)
Val01
147
Directa (circuitos
que la forman)
CLI. 935001234
CLD. 914001234
Central CX
Valencia
45
Transferencia de la sealizacin
SEP
SP=123
23
=1 35
PC =1 2
O PC 46
D IC=
C
23
1
= 135
C
P = 2
O PC 46
D IC=
C
STP
SP=148
SEP
SP=135
CIC=462
46
Trnsito de datos
48
=1 35
PC =1 7
O PC 92
D IC=
C
23
1
= 148
C
P = 2
O PC 46
D IC=
C
STP
SP=148
SEP
SP=123
SEP
SP=135
CIC=462
CIC=927
47
Modos de Sealizacin
a. Modo asociado
Datos y sealizacin siguen

el mismo camino.
b. Modo Casi-asociado
En condiciones normales la
sealizacin asociada a una
llamada sigue siempre el
mismo camino.
c. Modo disociado (no se

usa)
Dos mensajes asociados a

una misma llamada se
reparten normalmente por
varios caminos
sealizacin
SP
SP
datos
1
Opcin
STP
SP
SP
2
Opcin
50%
STP
STP
SP
SP
50%
STP
48

Central CX
Zaragoza CIC=269
CIC=456
Central CX
Barcelona
I AM
IA
AC M
M
LLAMANDO!!
ISDN
935001234
ACM
Central CX
Valencia
Central CX
Madrid
RING!!
POTS
914001234
Despus de reservar el
camino se da tono de
ringing a 914001234.
Se reconoce la reserva con
ACM se da el tono de
llamando a 935001234.
49

Central CX
Zaragoza CIC=269
Conversacin
CIC=456
AN
M
Central CX
Barcelona
ISDN
935001234
Central CX
Madrid
POTS
914001234
ANM
Central CX
Valencia
Descuelga!!
Cuando el usuario
llamado descuelga se
enva un mensaje ANM
Usualmente (UE)
empieza la tarificacin
50

Central CX
Zaragoza CIC=269
Circuitos
liberados
CIC=456
RE
RL L
C
Central CX
Barcelona
ISDN
935001234
REL
RLC
Central CX
Valencia
Central CX
Madrid
Cuelga!!
POTS
914001234
Cuando el usuario
llamado cuelga se
liberan los circuitos con
mensajes REL y RLC
51
Resumen de una llamada ISUP

Setup
Cx
ZAR
Cx
BCN
Alerting
Connect
C O
Disconnect
IAM
IAM
Off-Hook
ANM
ANM
S A C I
REL
REL
Q.931 ISDN
Release
Ring Tone
ACM
ACM
N V E R
Cx
MAD
RLC
RLC
N
Disc. Tone
On-Hook
POTS
SS7
Release ACK
52
Jerarqua de Centrales de
Conmutacin
Red Transporte
Red Local
Tipos de centrales:
Local Exchange
Transit Exchange
International Exchange
Red Internacional
Red Local
53
Apertura de numeracin en
los rboles de numeracin
En cada central los bloques de numeracin estn
abiertos en los rboles de numeracin a un cierto
nmero de cifras, que en general es diferente
dependiendo de la central.
Ejemplos:
En una central local hace falta abrir en el rbol de
numeracin a ms de dos dgitos el 00 (int).
En una central local la numeracin hacia otra central de
la red local estar ms abierta que por ejemplo la
numeracin de otras redes locales.
54
Establecimiento de llamas ISUP

Doble punto de cdigo
internacionales (nacional/internacional)
Red Transporte
Red Local
Red Internacional
Red Local
55
Diagnstico de la Red Mediante SS7
El mensaje REL (release) contiene un parmetro que indica la causa de

liberacin.
Las causas de liberacin proporcionan muchsima informacin sobre la
red!!
Algunas causas comunes:
Unallocated number
No route to destination
User busy
No user responding
Address incomplete
No circuit available
Ported number
ASR (Answer Seize Ratio). Es ms bajo en las redes de mviles.

deteccin de terremotos.
56
Signaling Connection Control Part
57
Funciones de la capa SCCP

(Signaling Connection Control Part)
El nivel 3 proporciona una red de conmutacin de
datagramas de alta velocidad y bajo retardo.
Sin embargo, en general MTP3 no garantiza entre
extremos no adyacentes ni el control de flujo, ni la
secuenciacin, ni la deteccin de mensajes
perdidos.
SCCP incorpora nuevas funcionalidades
agrupadas en cuatro grupos o clases de protocolo
para proporcionar estas funcionalidades.
58
Servicios SCCP (Clases de protocolo)

Clase 0. Servicio no orientado a conexin bsico:
Modo datagrama donde se incorpora un Hop counter
para prevenir posibles bucles en la red de sealizacin.
Incorpora respuestas con la causa de retorno en caso de
mensajes no entregados
Incorpora un mecanismo de direccionamiento global (lo
analizaremos ms adelante).
Clase 1. Servicio no orientado a conexin que

garantiza:
El secuenciamiento correcto de mensajes.
59
Servicios SCCP (Clases de protocolo)

Clase 2. Servicio orientado a conexin bsico que
proporciona:
Conexiones permanentes o temporales entre nodos.
Multiplexa diferentes conexiones sobre una ruta MTP
elegida por SLS.
Clase 3. Servicio orientado a conexin que

proporciona:
Conexiones con control de flujo.
Comprobacin de secuencia y deteccin de mensajes
perdidos.
60
Servicios SCCP a la prctica

Los operadores comprobaron que a la prctica el
secuenciamiento que proporciona el SLS es
suficientemente bueno y que los servios orientados
a conexin no son necesarios a nivel SCCP.
Resultado: a la prctica slo se usa la Clase 0.
De los 20 mensajes definidos en SCCP para las
diferentes clases slo se usan los 4 relacionados
relacionados con la clase 0.
61
Mensajes SCCP para la clase 0

UDT (Unitdata)
Usado para transportar hasta 272 Bytes de datos de alto
nivel y gestin SCCP en el modo sin conexin.
UDTS (Unitdata Service)

Usado para indicar a la entidad SCCP origen que el
mensaje UDT no pudo ser entregado a la entidad SCCP
destino.
El mensaje contiene los campos de datos del mensaje
original y la causa de retorno.
62
Campo SIF para las MSU-UDT de

SCCP
SCCP
Data
16b-2032b
CLI
Party
CLD
Party
variable variable
MTP-3
Proto
Class
Msg
Type
8b
8b
SLS
OPC
DPC
4b
14b
14b
Parmetros:
Msg Type. Indica el tipo de mensaje SCCP, que en este
caso es UDT.
Proto Class. Indica la clase de protocolo, 0 en este caso.
CLI, CLD son las direcciones SCCP que explicaremos
a continuacin.
63
Campo SIF para las MSU-UDTS de

SCCP
SCCP
Data
16b-2032b
CLI
Party
CLD
Party
variable variable
MTP-3
Return
Cause
Msg
Type
8b
8b
SLS
OPC
DPC
4b
14b
14b
Return cause. Indica la causa por la cual el mensaje

UDT asociado no pudo ser entregado al destino.
64
Mensajes SCCP para la clase 0

XUDT (eXtended Unitdata)
Usado para permitir que la aplicacin enve mensajes
de hasta 2048 Bytes (ampliacin en el libro blanco).
Adems lleva un hop counter para evitar
enrutamientos circulares y otros problemas de la red.
XUDTS (eXtended Unitdata Service)

Similar a UDTS pero para indicar que el mensaje
XUDT no pudo ser entregado.
65
Campo SIF para las MSU-XUDT de

SCCP
SCCP
Segment
Data
48b
16-2032b
MTP-3
CLI CLD Hop Proto Msg.

Party Party Cntr Class Type
Var.
Var.
8b
8b
8b
SLS
OPC
DPC
4b
14b
14b
Parmetros:
Hop Counter. Contador de saltos para eliminar el
datagrama de la red (prevencin enrutamientos cclicos)
Segment est relacionado con la segmentacin:
Indicador de primer segmento.
ltimo segmento, quedan 2, quedan 3 quedan 15.
66
Campo SIF para las MSU-XUDTS

de SCCP
SCCP
Segment
Data
48b
16-2032b
MTP-3
CLI CLD Hop Proto Msg

Party Party Cntr Class Type
Var.
Var.
8b
8b
8b
SLS
OPC
DPC
4b
14b
14b
Return cause. Indica la causa por la cual el mensaje

UDT asociado no pudo ser entregado al destino.
67
Direcciones en SCCP
Una de las principales funciones de SCCP es incorporar un
nuevo esquema de direccionamiento global e independiente
del esquema MTP-3.
El direccionamiento a nivel MTP est basado en cdigos de
punto y tiene las siguientes limitaciones:
Las direcciones MTP-3 son significativas solamente dentro de una red
MTP de alcance limitado, es decir, las direcciones no son globales.
Normalmente cada pas tiene su propia red MTP nacional.
Las diferentes redes MTP nacionales se interconectan mediante una red
internacional cuyos puntos de cdigo estn administrados por la ITU.
Un cdigo de punto MTP no puede identificar de forma unvoca a
cualquier nodo SS7 a nivel mundial, sino solamente dentro de su red
MTP.
68
Gestin en SCCP
Tambin hay mensajes especficos para la gestin de
la red de sealizacin a nivel SCCP.
SSA (SubSystem Allowed)
SSP (SubSystem Prohibited)
SubSystem Status Test (SST)
Estos mensajes llevan parmetros

Affected SSN, Affected PC
69
Concepto de ttulo global

A nivel SCCP aparece una nueva capacidad de
direccionamiento: el ttulo global.
Los ttulos globales son cadenas numricas cuyo
significado viene dado por los niveles superiores y
no por el nivel 3 de la red SS7.
Por ejemplo:
Nmeros de telfono ISDN/POTS (E.164)

Nmeros de usuarios de datos X.25 (X.121)
Nmeros tecleados por el usuario durante la llamada.
Claves relacionadas con servicios.
Etc.
70
Las direcciones en SCCP

En SCCP las direcciones se pueden basar en:
1 OPCIN:
Un cdigo de punto de sealizacin (SPC) igual que en
MTP-3.
Un nmero de subsistema o SubSystem Number (SSN)
que indica el protocolo de nivel superior (ISUP, TCAP,
gestin SCCP, etc.)
2 OPCIN:
Un Ttulo Global o Global Title (GT).
71
Estructura de las Direcciones SCCP

8
1 bits
Estructura de
la direccin
Address Indicator
Signaling Point
Code
SPC+SSN
SubSystem Number
Translation Type
Numbering Plan Encoding Scheme
X
Estructura del
Global Title
Nature of Address Indicator
Direccin
2nd Address Digit 1st Address Digit

4th Address Digit 3rd Address Digit
...
...
Global
Title
Filler (if needed) Nth Address Digit
72
Formato del Address Indicator
RI
GTI
SSNI
1
SPCI
SPCI. Identifica si el campo SPC est presente, un 1 indica que si que est
presente, un 0 que no est presente.
SSNI. 1 Identifica que el campo SSN est presente, un 0 que no.
GTI. Identifica que campos estn presentes en la estructura del ttulo
global:
0 No hay GT
1 Se incluye NAI
2 Se incluye TT
3 Se incluye TT, NP, ES
4 Se incluye TT, NP, ES y NAI (este es el tpico)
RI. El Routing Indicator con valor 1 indica enrutamiento SCCP basado en

DPC+SSN (1 Opcin), un valor 0 indica enrutamiento basado en DPC+GT
(2 Opcin, se ha de realizar traduccin).
73
Elementos de Informacin de
Direccin
SPC, Signaling Point Code, en el formato usual de
14 bits.
SSN (SubSystem Number):
0 SSN Desconocido
1 Gestin de SCCP
3 ISUP (no se usa)
4 OMAP
5 MAP (Red GSM)
12 IN (Ingelligent Network)
74
Elementos de la Estructura del GT

TT (Translation Type). Es un octeto que se usa para entrar
en una tabla de traduccin u otra.
NP. Numbering Plan. Indica el esquema de
direccionamiento al que se refiere el GT:
0 Desconocido
1 ISDN/POTS (E.154)
3 Data (X.121)
Encoding Scheme
1 Nmero impar de dgitos binarios
2 Nmero par de dgitos binarios
NAI (Nature of Address Indicator). Tipo de numeracin:

3 Nacional
6 Internacional
75
Traduccin final o intermedia

Tras una traduccin final
RI=1. Enrutamiento DPC+SSN que son los finales

DPC= DPC del nodo final
SSN= nmero correcto (final) del subsistema
GT. Ya no se usa para el enrutamiento.
Tras una traduccin intermedia o antes de la primera

traduccin
RI=0. Enrutamiento DPC+GT
DPC=DPC del siguiente nodo (posiblemente no es el nodo
final)
SSN=0 (desconocido)
GT. Necesario para el enrutamiento.
76
GTT final en el STP

STP
PC = B
SEP
PC = A
SEP
PC = C
User = INAP
SSN=12
SCCP
User = INAP
SSN=12
UDT
(RI=0)
SCCP (GTT)
MTP
MTP-3
OPC=A , DPC=B
Called Party Address:
RI=0, GTI=ALL, SSN=0, PC=0
TT=201, NP=ISDN
ES=1, NAI=NAC
GT=800123123
Calling Party Address
SPC=A
SSN=12
MTP
UDT
(RI=1)
SCCP
MTP
MTP-3
OPC=B , DPC=C
RI=1, GTI=ALL, SSN=12, PC=C
TT=201, NP=ISDN
ES=1, NAI=NAC
GT=800123123
SPC=A
SSN=12
77
GTT parcial en el STP

STP
PC = B
SEP
PC = A
STP
PC = C
User = INAP
SSN=12
SCCP
UDT
(RI=0)
MTP
MTP-3
OPC=A , DPC=B
TT=201, NP=ISDN
ES=1, NAI=NAC
GT=800123123
SPC=A
SSN=12
SCCP (GTT)
UDT
(RI=0)
MTP
SCCP (GTT)
UDT
(RI=1)
MTP
MTP-3
OPC=B , DPC=C
TT=201, NP=ISDN
ES=1, NAI=NAC
GT=800123123
SPC=A
SSN=12
MTP-3
OPC=C, DPC=F
RI=0, GTI=ALL, SSN=12, PC=F
TT=201, NP=ISDN
ES=1, NAI=NAC
GT=800123123
SPC=A
SSN=12
78
Transaction Capabilities Aplication Part
79
Transaction Capabilities Aplication

Part (TCAP)
Como SCCP se utiliza en modo datagrama (no
orientado a conexin) es necesario algn tipo de
mecanismo para referenciar mltiples mensajes a
una nica transaccin.
Una transaccin permite distinguir diferentes
flujos de informacin entre dos puntos de
sealizacin, as una transaccin se puede
considerar un circuito virtual entre dos
aplicaciones de nivel superior a TCAP.
El concepto de transaccin es equivalente al
concepto de puerto en TCP.
80
Operaciones y Componentes
Dentro de una transaccin se pueden producir
varias operaciones y cada operacin puede tener
varias componentes.
Una operacin es
Una accin que debe llevar a cabo el extremo remoto.
La operacin est definida en la capa de usuario, por
ejemplo INAP.
Una componente es
La estructura que transporta la peticin y la respuesta o
respuestas de una operacin.
81
Estructura del mensaje TCAP

Transaction Portion
Component
...
Component
Cada transaccin tiene un

identificador nico denominado
transactionID.
En una transaccin se pueden
ejecutar varias operaciones
simultneamente.
Cada operacin tiene un
identificador nico denominado
invokeID que va incluido en
todas las componentes de la
operacin.
Component
82
Transacciones
Cuando se produce una asociacin entre dos usuarios
que usan TCAP para el intercambio de componentes,
se dice que se establece una transaccin.
Cada transaccin est identificada por un identificador
transactionID.
En la porcin de transaccin hay dos identificadores:
OTID o Originating TransactionID. Es el transactionID
asignado por el origen que enva el mensaje TCAP, y es
utilizado para identificar la transaccin en ese extremo.
DTID o Destination TransactionID. Es el transactionID que
identifica la transaccin en el extremo receptor.
83
Transacciones
La informacin intercambiada dentro de una transaccin se
empaqueta en mensajes de alguno de los siguientes tipos:
comienzo (beguin): Este mensaje se utiliza para iniciar una transaccin
con otro usuario.
finalizacin (end): Este mensaje se utiliza para terminar una
transaccin con otro usuario.
continuacin (continue): Este mensaje se utiliza para completar el
establecimiento de una transaccin y para continuar una transaccin
establecida.
aborto (abort): Este mensaje se utiliza para terminar una transaccin
despus de que la subcapa transaccin (el proveedor de servicio) haya
detectado una situacin anormal, o para que el usuario del servicio
aborte una transaccin.
Cuando no hay asociacin entre los usuarios TC, es decir

cuando no hay verdadera transaccin, la informacin puede
intercambiarse los mensajes unidireccionales (unidirectional).
84
Tipos de Componentes
Peticin o Invocacin (Invoke).
Solicita una operacin al extremo remoto.
Para generar este mensaje se elige el InvokeID que
tendrn todos los componentes relacionados con esta
operacin.
Retorno de resultado (return result)

Indica que la operacin ha sido realizada
satisfactoriamente y el resultado de la misma.
El resultado puede requerir de ms de una componente
para ser transmitido.
Las componentes son de dos tipos: return result last o
return result not last.
85
Tipos de Componentes
Retorno de Error (return error).
Indica que la operacin no ha sido realizada
satisfactoriamente.
Contiene un cdigo con la causa del error.
Rechazo (reject)
Indica que la operacin ha sido rechazada.
Contiene un cdigo con la causa de la invalidez de la
peticin
86
Identidades de operacin
En una transaccin TCAP se pueden ejecutar varias
operaciones simultneamente.
Para correlacionar todas las componentes relacionadas con
una misma operacin se utiliza el Identificador de
Invocacin (invoke ID) asignado a cada componente
invocacin, y presente en todas las dems componentes
relacionadas con la misma operacin.
En ocasiones, uno de los extremos desea asociar una nueva
operacin con una operacin existente. En este caso, en la
componente invocacin (y solo en ella) se indica la
operacin a la cual se asocia la nueva operacin mediante
una identidad de asociacin (linked ID).
87
Ejemplos de operaciones y componentes

A
B
Invocacin
Invocacin
ID invocacin=1
Invocacin
ID invocacin=1
ID invocacin=5
ID asociacin=1
Retorno de resultado
(ltimo)
ID invocacin=1
Retorno de resultado (ltimo)

ID invocacin=5
Retorno de resultado (no ltimo)
ID invocacin=1
Realizacin de una operacin

Mediante las componentes
Invocacin y retorno de resultado
Retorno de resultado (ltimo)

ID invocacin=1
Realizacin de dos operaciones

simultaneas, y asociadas
88
Tipos de operaciones
Clase 1 (se informa tanto el xito como el fallo)
Operaciones usuales.
Se realiza la operacin y se devuelve la respuesta (si la
operacin se realiza correctamente) o una indicacin de
fallo en caso contrario.
Clase 2 (slo se informa el fallo)

Realizar una prueba
Se enva una respuesta solamente en el caso en que exista
algn fallo.
89
Tipos de operaciones
Clase 3 (slo se informa el xito)
Realizar pruebas
Corresponde a un punto de vista pesimista en que se
considera el fallo como opcin por defecto para la que no
requiere ninguna respuesta.
Clase 4 (no se informa ni el xito ni el fallo)

Enviar un avisos
No se espera una respuesta ni acuse de recibo de ningn
tipo.
90
Dilogos
El concepto de dilogo fue introducido en la versin
de TCAP del libro blanco de ITU-T.
Su objetivo principal es permitir a los usuarios de
TCAP intercambiar informacin especfica de
aplicacin, comn para todas las componentes de una
transaccin, y que no encontraba lugar en la versin
previa de TCAP (sin dilogos).
Entre otras cosas, permite asociar una transaccin a
un Contexto de Aplicacin determinado.
91
Dilogos
.
En los mensajes TCAP se aade una porcin de

dilogo en la cual se intercambian APDU
(Application Protocol Data Units) que contienen la
informacin de dilogo.
La distincin entre dilogo y transaccin puede no
parecer muy clara ni importante. Sin embargo es
importante la diferencia: por ejemplo podra
comenzarse un dilogo en una transaccin, y
continuarlo en una diferente si la transaccin inicial
se interrumpe por cualquier motivo.
92
Transacciones/Dilogos estructurados y
no estructurados
Un dilogo estructurado implica mltiples mensajes, que
permiten a los usuarios iniciar el dilogo o transaccin,
sostenerlo, y eventualmente terminarlo o abortarlo.
Los dilogos estructurados hacen uso de los mensajes TCAP begin,
continue, end y abort.
En un dilogo no estructurado un extremo enva al otro

una o ms componentes que no requieren respuesta en un
mensaje unidireccional. No hay asociacin explcita entre
emisor y receptor.
93
Transacciones/Dilogos estructurados y
no estructurados
Begin
Unidireccional
Continue
Continue
Continue
End
Dilogo No Estructurado
Dilogo Estructurado
94
Tipos de APDU para dilogos

estructurados
Solicitud de dilogo (AARQ)
Intercambiada en el primer mensaje de la transaccin (begin)
El usuario que inicia la transaccin propone un nombre de contexto de
aplicacin para la transaccin.
Respuesta de dilogo (AARE)

Enviada en el primer mensaje hacia atrs (continue o end)
El usuario que responde indica si acepta o no el dilogo. Si acepta
retorna el nombre de contexto de aplicacin propuesto, o propone uno
alternativo. El usuario de origen podr continuar con el nuevo nombre
o abortar el dilogo.
Abortar dilogo (ABRT)

Mediante esta APDU TCAP informa al usuario de la recepcin de una
porcin de dilogo no vlida. El usuario TCAP tambin puede usar
APDU para terminar el dilogo debido a una situacin anormal.
95
Tipos de APDU para dilogos no

estructurados
UNI Dialogo (AUDT)
Empleada para indicar el nombre de contexto de aplicacin,
y otra informacin de usuario en mensajes unidireccionales,
es decir, en lo que se denomina dilogo no estructurado.
96
Estructura de los mensajes TCAP

Como hemos visto, cada mensaje TCAP
empaqueta la informacin relativa a una o varias
componentes de un dilogo.
Los mensajes unidireccionales se emplean para
intercambiar componentes dentro de dilogos no
estructurados.
Los mensajes de comienzo, continuacin, fin y
abortar se emplean para intercambiar componentes
durante las diferentes fases de un dilogo
estructurado.
97
Marca
Longitud
OTID
Marca de tipo de mensaje
Tipos de mensaje:
-Unidireccional
-Comienzo
-Fin
-Continuacin
-Abortado
Longitud total del mensaje

ID transaccin en el Origen
ID transaccin en el Destino
Marca
Longitud
DTID
Porcin de dilogo
Marca porcin de componente
Longitud porcin componente
Tipos de comp.:
-Peticin
-Retorno resultado
(ltimo)
-Retorno resultado
(no el ltimo)
-Retorno error
-Rechazo peticin
Marca tipo de componente

Longitud de componente
Marca
Longitud
Contenido
ID Invocacin
ID Asociacin
Elemento informacin
Marca
Longitud
Contenido
Componente
98
Identidades de transaccin
No todos los mensajes emplean id. de transaccin de origen y
de destino:
El mensaje BEGIN asigna la id de origen, todava no ha sido asignada
la id. de destino.
Los mensajes END y ABORT indican la transaccin que terminan
mediante la id. de destino. La id. de origen no va a volver a usarse.
El mensaje CONTINUE lleva id. de origen e id. de destino.
Mensaje
Id. origen
Id. destino
BEGIN
SI
NO
END
NO
SI
CONTINUE
SI
SI
ABORT
NO
SI
99
Identidades de invocacin y de
asociacin
Cada una de ellas consta de una marca (que
indica simplemente que la correspondiente id.
est presente), una longitud de la identidad, y la
identidad propiamente dicha.
Una operacin invocacin lleva siempre una
nueva id. de invocacin, y si desea asociarse a
una invocacin previa, una id. de asociacin.
Las dems operaciones (return result, return
error, reject) llevan solamente la id. de
invocacin de la operacin a la cual responden.
100
Elementos de informacin de las

componentes y operaciones
La informacin de los usuarios de TCAP, en forma de
operaciones, se introduce en los elementos de informacin
de componentes.
Una operacin por componente.
Los diferentes elementos de informacin de las
componentes cada uno con su estructura (marca, longitud
del contenido, contenido) definen las diferentes partes de
cada operacin (dependiendo del protocolo concreto al que
pertenezca la operacin)
Tipo de operacin
Parmetros
Etc.
101
Elementos de informacin de las

componentes y operaciones
Porcin de Componentes
Componente n
Componente 1
Porcin de Transaccin
SCCP
Elemento N
Elemento 2
Elemento 1
Parmetro N
Parmetro 1
Cod.Operacin
Id. Asoc.
Id. Invoc.
Long.
Tipo
Usuarios TC:
INAP, MAP, OMAP, etc.
102
Resumen de terminologa y niveles

TCAP
Operaciones y Resupestas
Usuario
TC
Componentes
Subcapa
de
Componentes
Dilogos
Subcapa
de
Transaccin
Transacciones
TCAP
Usuario
TC
Subcapa
de
Componentes
Subcapa
de
Transaccin
TCAP
Mensajes TCAP
103
Aplicaciones sobre TCAP

MAP
Mobile Application Part.
Usado en la red GSM, para la comunicacin entre los
diferentes elementos de la red:
MSC (Mobile service Switching Center)

HLR (Home Location Register)
VLR (Visitor Location Register)
Etc.
Se emplea para soporte de gestin de llamadas, gestin de

servicios suplementarios, transferencia de mensajes cortos,
gestin de localizacin, gestin de seguridad, gestin de
recursos de radio y gestin de equipos mviles.
GSM Technical specification 09.02 (MAP)
104
Aplicaciones sobre TCAP

INAP
Intelligent Network Application Part
Usado para la comunicacin entre centrales (SSP) y bases
de datos (SPC) de la red inteligente, para soporte de
llamadas que emplean servicios de red inteligente:
Cobro revertido automtico

Red Privada virtual
Llamadas con cargo a tarjeta de crdito
etc.
Recomendaciones de ETSI (ETSI INAP)

Recomendaciones de ITU-T, dentro de la serie de red
inteligente (Q.12XX), p.ej. Q.1218 (Interfaz para RI)
105
OMAP: Algunas funciones

OMAP Operation and Maganement AP:
Gestin de datos de enrutamiento

Pruebas de validacin de circuitos
Pruebas de verificacin de enrutamiento MTP
Pruebas de verificacin de enrutamiento SCCP
Recoleccin de medidas y estadsticas a largo
plazo
Medidas de demora
Inicializacin de relojes y sincronismo
106

IN Parte II

Uploaded by

Document Information

Original Title

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

IN Parte II

Uploaded by

Copyright:

Available Formats

Red Inteligente

Red Inteligente ET-UPC

ISDN User Part (ISUP)

SCCP y la traduccin de ttulos globales

Gestin de la Red de Sealizacin

Red Inteligente ET-UPC

Gestin de la Red de Sealizacin

Gestin de los Enlaces de Sealizacin

Define los mecanismos para activar, restaurar o ampliar la

La asociacin del SLC con su hardware se puede realizar de forma

Red Inteligente ET-UPC

Gestin Manual de Sealizadores

Gestin Manual de Sealizadores

Gestin Manual de Sealizadores

Red Inteligente ET-UPC

Gestin Automtica de Sealizadores

Red Inteligente ET-UPC

Gestin Automtica de Sealizadores

Gestin Automtica de Sealizadores

Red Inteligente ET-UPC

Gestin Automtica de Sealizadores

Gestin Automtica de Sealizadores

Red Inteligente ET-UPC

Paso de enlace a reserva

Se produce cuando un enlace

Red Inteligente ET-UPC

Paso a enlace de reserva.

El receptor enva un COA (Change Over

Actualizacin de la memoria tampn

FISUs, LSSUs & MSUs

Red Inteligente ET-UPC

Paso a enlace de reserva por tiempo

Red Inteligente ET-UPC

Retorno del enlace a servicio

Retorno del enlace a servicio

El objetivo es reestablecer el camino ptimo.

Red Inteligente ET-UPC

Red Inteligente ET-UPC

Red Inteligente ET-UPC

Transferencia Prohibida (TFP)

Red Inteligente ET-UPC

Transferencia Prohibida (TFP)

Red Inteligente ET-UPC

Transferencia Prohibida (TFP)

(3) Cuando un punto adyacente rearranca, el STP difunde

Transferencia Permitida (TFA)

Un mensaje de transferencia permitida (TFA)

A los STPs que pasen a cursar trfico a X como ruta alternativa.

ISDN User Part (ISUP)

Red Inteligente ET-UPC

ISDN User Part (ISUP)

Red Inteligente ET-UPC

Campo SIF para las MSU-ISUP

Los mensajes ISUP (MSUs ISUP) incluyen un campo denominado

Consideraciones sobre el CIC

Qu pasa si queremos tener ms circuitos?

Red Inteligente ET-UPC

Reparto de Carga de Sealizacin

Reparto de Carga de Sealizacin

pasa la llamada a la siguiente central

Red Inteligente ET-UPC

Red Inteligente ET-UPC

Initial Message Address (IAM)