34
Protocolo SS7

Protocolo SS7

  • Upload
    cian

  • View
    69

  • Download
    1

Embed Size (px)

DESCRIPTION

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 - PowerPoint PPT Presentation

Citation preview

Page 1: Protocolo SS7

Protocolo SS7

Page 2: Protocolo SS7

Fuente información

• A partir del curso SS7 de CISCO

Page 3: Protocolo SS7

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

Page 4: Protocolo SS7

Composición de la SU

Page 5: Protocolo SS7

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

Page 6: Protocolo SS7

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

Page 7: Protocolo SS7

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

Page 8: Protocolo SS7

Detalle campos MSU

Page 9: Protocolo SS7

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

Page 10: Protocolo SS7

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

Page 11: Protocolo SS7

FSU

Soporta el control del enlace a través del checksum y de los campos de control de secuencia forward y backward

Page 12: Protocolo SS7

ISUP

Page 13: Protocolo SS7

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

Page 14: Protocolo SS7

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)

Page 15: Protocolo SS7

Campos ISUP

Page 16: Protocolo SS7

Tipos de mensaje

• IAM , Initial address message• ANM, Answer message• ACM , address complete message• REL, release message• RLC, release complete message

Page 17: Protocolo SS7

IAM

Page 18: Protocolo SS7

ANM

• Answer message. Cuando el abonado B descuelga la central del abonado B envía un ANM a la central del abonado A

Page 19: Protocolo SS7

ACM

Page 20: Protocolo SS7

REL

Page 21: Protocolo SS7

RLC

Page 22: Protocolo SS7

Flujo señalización

Page 23: Protocolo SS7

Flujo

Page 24: Protocolo SS7

Llamada contestada

Page 25: Protocolo SS7

Llamada completada

Page 26: Protocolo SS7

Llamada completada

Page 27: Protocolo SS7

SCCP

Page 28: Protocolo SS7

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.

Page 29: Protocolo SS7

TCAP

Page 30: Protocolo SS7

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.

Page 31: Protocolo SS7

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

Page 32: Protocolo SS7

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

Page 33: Protocolo SS7

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

Page 34: Protocolo SS7

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.