Protocolo SS7. Fuente información A partir del curso SS7 de CISCO.
-
Upload
samuel-ortega-carmona -
Category
Documents
-
view
226 -
download
0
Transcript of Protocolo SS7. Fuente información A partir del curso SS7 de CISCO.
Protocolo SS7
Fuente información
• A partir del curso SS7 de CISCO
Signal Units
• La información de señalización pasa por los enlaces de señalización en forma de mensajes llamados “signal units”l
• Las signal units pasan continuamente en ambas direcciones de cada enlace de señalización
• Hay tres tipos de signal units:– Message Signal Units (MSUs)– Link Status Signal Units (LSSUs)– Fill-In Signal Units (FISUs)
La FISU se transmite cuando no hay MSU’s o LSSSU’s
Composición de la SU
Campos
• Length Indicator—Número de octetos entre si mismo y el checksum. Supervisa la integridad de la SU y discrimina entre diversos tipos de SU– Valores por defecto:
• FISU=0, LSSU=1 or 2, MSU>2
• BSN/BIB FSN/FIB—Octetos que mantienen el backward sequence number (BSN) y el backward indicator bit (BIB); el forward sequence number (FSN) y el forward indicator bit (FIB)
• SIO , Service indicator octet• SIF, Service information field
Control de flujo
• Los campos BSN/BIB and FSN/FIB en las SU confirman la recepción y el orden de transmisión, a la vez que aseguran el control de flujo.
• A las MSUs y LSSUs se les asignan números de secuencia cuando se transmiten. El número de secuencia de transmisión se coloca en el FSN de la SU de salida y se almacena hasta que se recibe el ACK. Los signaling points dan el ACK de recepción de las SU poniendo el número de secuencia de la última SU recibida en el BSN
• Si no se recibe la confirmación en un tiempo determinado se lanza un mensaje de error al nivel 3
SIO
4 bits que indican el tipo de SIF
2 bits que indican si el uso es nacional o internacional
2 bits que fijan la prioridad del mensaje , para decidir su descarte en caso de congestión
Detalle campos MSU
Campos MSU
• SIF proporciona información para enrutar y decodificar el mensaje
• La etiqueta de enrutamiento contiene los puntos origen y destino de señalización y el campo de selección de enlace de señalización
LSSU
Se transmite entre signalling points , no nesesita información de enrutamiento y da el estado del enlace , en el “status field” , así puede pedir el realineamiento del enlace
FSU
Soporta el control del enlace a través del checksum y de los campos de control de secuencia forward y backward
ISUP
ISUP. ¿Qué es?
• ISDN User Part (ISUP) define el protocolo y procedimientos usados para tomar, gestionar y liberar un circuito de enlace que tranporta voz y datos sobre la PSTN. Se usa para las llamadas RDSI y no RDSI
• Si una llamada es local , dentro del mismo switch, no utiliza ISUP
ISUP campos
• La información ISUP se transporta sobre el campo SIF de las MSU. Contiene la etiqueta de enrutamiento seguida por el indicador de circuito de 14 bits (ANSI) o 12 bits (UIT)- El CIC indica que enlace ha escogido el switch para transportar la voz.
• Al CIC le sigue el campo de tipo de mensaje : IAM, ACM, ANM, REL, RLC –que define el contenido del resto del mensaje
• Cada mensaje ISUP message contiene una parte obligatoria que incluye una serie de parámetros de longitud fija.
• La parte obligatoria puede seguirse de una parte opcional, los parámetros de la parte opcional estánn identificados por un octeto de código seguido de un octeto de longitud (octetos a continuación)
Campos ISUP
Tipos de mensaje
• IAM , Initial address message• ANM, Answer message• ACM , address complete message• REL, release message• RLC, release complete message
IAM
ANM
• Answer message. Cuando el abonado B descuelga la central del abonado B envía un ANM a la central del abonado A
ACM
REL
RLC
Flujo señalización
Flujo
Llamada contestada
Llamada completada
Llamada completada
SCCP
SCCP• The SIF contains the routing label followed by the SCCP message header with the
following structure: Routing label - A standard routing label - see the picture regarding the ANSI and ITU
SCCP message for more information. Message type code - A one octet code which is mandatory for all messages. The
message type code uniquely defines the function and format of each SCCP message. Mandatory fixed part - The parts that are mandatory and of fixed length for a particular
message type will be contained in the mandatory fixed part. Mandatory variable part - Mandatory parameters of variable length will be included in
the mandatory variable part. The name of each parameter and the order in which the pointers are sent is implicit in the message type.
Optional part - The optional part consists of parameters that may or may not occur in any particular message type. Both fixed length and variable length parameters may be included. Optional parameters may be transmitted in any order. Each optional parameter will include the parameter name (one octet) and the length indicator (one octet) followed by the parameter contents.
TCAP
TCAP
La porción TCAP de una SCCP MSU tiene dos subcapas• Transacción (TSL). Identifica el mensaje, lo ejecuta …• Componente (CSL). Instrucciones para que una base de datos
Los mensajes destinados a una aplicación TCAP van dentro del campo SIF de una MSU SCCP, cuando se recibe una MSU con datos TCAP se enruta hacia router TCAP, Y el router TCAP distribuye los datos hacia la aplicación TCAP invocada.
TCAP
Transaction sublayer
Contiene el identificador de tipo:• Unidireccional. No espera réplica• Query with permission. Inicia la transacción TCAP• Response. Termina la transacción TCAP, una
transacción query with permission tiene una respuesta con el número traducido• Conversation with permission. Continua la transacción• Abort. Termina la transacción en situaciones de error
TCAPComponent sublayer
Invoke -last. Invoca una operación. Una Query with permission puede incluir unInvoke – last , es el último componente de una petición.
Invoke – not last. Similar al Invoke – last pero el componente es seguido por otros componentes
Return – last. Retorna el resultado de una operación invocada. El componente es el último de la respuesta
Return – not last. Similar ala last pero el componente no es el último
Return error. Reporta que una operación invocada no ha podido completarse
Reject. Indica que se ha recibido un componente erróneo
Interrogación a BBDD
Marcado 800/ 900El SSP envía Query al SCPEl SCP traduce el númeroEl SCP envía mensaje al SSPEl switch recibe info y envía IAM de ISUP
Evolution to SS7 over IP
Currently the industry is focused on the efforts of the IETF SIGTRAN Working Group that addresses switched circuit network (SCN) signaling, with an emphasis on SS7 over IP.
Protocols under development by the IETF SIGTRAN Working Group include:
M2PA (MTP 2 Peer-to-peer Adaptation Layer) - Enables SS7 links replacement over IP. M2UA (MTP 2 User Adaptation Layer) - Enables SS7 back-hauling from remote end-points over IP. M3UA (MTP 3 User Adaptation Layer) - Enables SS7 User Parts (e.g. ISUP and SCCP) to run over IP. SCTP (Streams Control Transmission Protocol) - Provides generic transport for SCN signaling. SUA (SCCP User Adaptation Layer) - Enables SS7 Application Parts (e.g. TCAP) to run over IP.