You are on page 1of 124

NDICE

NDICE
GLOSARIO..................................................................................................................... 3 INTRODUCCIN .......................................................................................................... 7 LA SEALIZACIN SS7 EN UNA RED MVIL................................................... 11 2.1 QU ES LA SEALIZACIN............................................................................ 12 2.2 ARQUITECTURA DE LA RED SS7 .................................................................. 12 2.2.1 Puntos de Transferencia de Sealizacin (STP)............................................ 13 2.2.2 Punto de control de servicios (SCP) .............................................................. 14 2.2.3 Punto de Datos de Servicio (SDP)................................................................. 14 2.2.4 Registro de localizacin de usuarios (HLR).................................................. 15 2.2.5 Registro de localizacin de visitantes (VLR) ................................................ 15 2.2.6 Centro de Servicio de Mensajes Cortos (SMSC) .......................................... 16 2.2.7 Enlaces de sealizacin SS7.......................................................................... 16 2.2.8 Sealizacin asociada.................................................................................... 16 2.2.9 Sealizacin cuasi-asociada .......................................................................... 17 2.3 CAPAS DEL PROTOCOLO SS7 ........................................................................ 17 2.3.1 Nivel Fsico ................................................................................................... 17 2.3.2 Parte de Transferencia de Mensajes (MTP) Nivel 2 .................................. 18 2.3.3 Parte de Transferencia de Mensajes (MTP) Nivel 3 .................................. 19 2.3.4 Parte de usuario de RDSI (ISUP) .................................................................. 23 2.3.5 Parte de Control de Conexin de Sealizacin (SCCP)................................ 24 2.3.6 Parte de Aplicacin de Capacidades de Transaccin (TCAP) ...................... 27 2.3.7 Parte de Aplicacin de Movilidad (MAP)..................................................... 27 2.4 TRANSACCIONES MAP EN EL SERVICIO SMS........................................... 28 2.4.1 Mensaje corto originado ................................................................................ 28 2.4.2 Mensaje corto terminado ............................................................................... 29 TRANSPORTE DE SEALIZACIN SS7 SOBRE IP ........................................... 31 3.1 SIGTRAN............................................................................................................. 32 3.1.1 Qu es el Sigtran............................................................................................ 32 3.1.2 Arquitectura de los protocolos SIGTRAN .................................................... 32 3.1.3 Necesidad de implementar un nuevo protocolo de transporte....................... 33 3.2 SCTP [RFC2960] ................................................................................................. 34 3.2.1 Caractersticas principales ............................................................................. 34 3.2.2 Funciones de SCTP ....................................................................................... 36 3.3 M2PA.................................................................................................................... 39 3.3.1 Funciones soportadas por M2PA................................................................... 39 3.3.2 Formato de los mensajes M2PA.................................................................... 41 3.4 M2UA [RFC 3331]............................................................................................... 41 3.5 M3UA [RFC 3332]............................................................................................... 44 3.5.1 Representacin mediante cdigos de punto de sealizacin ......................... 45 3.5.2 Routing Keys ................................................................................................. 46 3.5.3 Redundancia .................................................................................................. 46 3.5.4 Formato de los mensajes de datos de usuario................................................ 47 3.5.5 Utilizacin de M3UA .................................................................................... 48 3.6 SUA ...................................................................................................................... 48 -1-

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS

3.6.1 Encaminamiento de mensajes........................................................................ 49 3.6.2 Utilizacin de SUA........................................................................................ 50 DISEO DE UNA RED DE TRANSPORTE DE SMS SOBRE IP ......................... 51 4.1 OBJETIVO DE DISEO ..................................................................................... 52 4.2 PRESENTACIN DEL CASO DE ESTUDIO ................................................... 52 4.2.1 Distribucin de usuarios ................................................................................ 52 4.2.2 Distribucin de MSCs con acceso radio........................................................ 53 4.2.3 Red de trnsito............................................................................................... 54 4.2.4 Red de sealizacin ....................................................................................... 57 4.2.5 Portabilidad de numeracin mvil................................................................. 61 4.2.6 Trfico de SMS.............................................................................................. 62 4.2.7 SMSCs........................................................................................................... 63 4.2.8 Distribucin de nodos por emplazamiento .................................................... 64 4.3 RED SIGTRAN NECESARIA ............................................................................ 65 4.3.1 Nodos ampliables con sealizadores SIGTRAN........................................... 65 4.3.2 Alternativas de implementacin .................................................................... 65 4.3.3 Arquitectura de la red SIGTRAN objetivo.................................................... 67 4.3.4 Trfico IP en SGWs....................................................................................... 69 4.3.5 Trfico IP en HLRs ....................................................................................... 73 4.3.6 Trfico IP en SMSCs..................................................................................... 75 4.3.7 VLANes SIGTRAN ...................................................................................... 77 4.3.8 Ancho de banda entre emplazamientos ......................................................... 81 4.3.9 Plan de direccionamiento IP.......................................................................... 90 4.3.10 Configuracin en MSCs .............................................................................. 94 4.3.11 Configuracin en STP/SGWs...................................................................... 97 4.3.12 Configuracin en SMSCs .......................................................................... 101 4.3.13 Configuracin en HLRs............................................................................. 107 COMPARACIN ENTRE SOLUCIN TRADICIONAL Y SOLUCIN SIGTRAN .................................................................................................................... 111 5.1 OBJETIVO DE LA COMPARACIN.............................................................. 112 5.2 RED EQUIVALENTE TRADICIONAL........................................................... 112 5.3 COMPARACIN DE AMBAS SOLUCIONES ............................................... 113 5.3.1 Ancho de banda entre emplazamientos ....................................................... 113 5.3.2 Coste de los SMSCs .................................................................................... 115 5.3.3 Coste de la red ............................................................................................. 116 5.3.4 Flexibilidad de las plataformas.................................................................... 116 5.3.5 Capacidad de la red ..................................................................................... 117 5.3.6 Comportamiento ante congestin ................................................................ 117 5.3.7 Experiencia en la tecnologa........................................................................ 118 5.3.8 Evolucin de la red...................................................................................... 118 5.4 RESULTADO DE LA COMPARACIN ......................................................... 120 BIBLIOGRAFA ........................................................................................................ 123

-2-

GLOSARIO

GLOSARIO
3GPP ACK BSC CAMEL Chunk CIC CRC Diffserv DPC FISU FSM-MO Third generation partnership project. Grupo normalizador de las redes de telefona mvil de tercera generacin. Mensaje de asentimiento a otro mensaje enviado previamente. Base Station Controller. Nodo de conmutacin dedicado a controlar estaciones base de radio. Protocolo de Red Inteligente normalizado especfico para redes de telefona mvil. Unidad de informacin en la que se divide un paquete del protocolo SCTP. Circuit Identification Code. Cdigo identificador de un circuito de voz entre dos nodos de conmutacin. Cyclic redundancy check. Comprobacin de redundancia cclica. Mtodo de caracterizacin de trfico IP basado en diferenciacin por servicios. Destination Point Code. Cdigo de punto de sealizacin destino. Fill-in signal unit. Unidad de sealizacin de relleno. Forward Short Message Mobile Originated. Envo de mensaje corto originado en mvil. FSM-MO-ack Forward Short Message Mobile Originatd acknowledgement. Mensaje de asentimiento al envo de mensaje corto originado en mvil. FSM-MT Forward Short Message Mobile Terminated. Envo de mensaje corto terminado en mvil. FSM-MT-ack Forward Short Message Mobile Originatd acknowledgemente. Mensaje de asentimiento al envo de mensaje corto terminado en mvil. GMSC Gateway Mobile Switching Centre. Central de conmutacin mvil con capacidad para enviar mensajes a los registros de localizacin de usuarios. GPRS General Packet Radio Service. Servicio general de envo de paquetes va radio. -3-

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS

-4-

GSM: GT GTT HLR IEEE IETF INAP IP: ISPC ISUP IUA Linkset LSSU M2PA M2UA M3UA MAP MSC MSISDN MSU

Global Switched Mobile Network. Red de conmutacin mvil global. Global Title. Ttulo Global. Global Title Translation. Traduccin de ttulos globales. Home Location Register. Registro de localizacin de los usuarios de la propia red. Institute of Electrical and Electronics Engineers. Instituto de Ingenieros elctricos y electrnicos. Internet Engineering Task Force. Grupo de Trabajo de ingeniera de Internet. Intelligent Network Application Part. Parte de aplicacin de Red Inteligente. Internet Protocol. Protocolo de Internet. International Signalling Point Code. Cdigo de punto de sealizacin nacional Integrated Services User Part. Parte de usuario de servicios integrados. ISDN Q.921-User Adaptation Layer. Capa de adaptacin del usuario del protocolo Q.921 de la Red Digital de Servicios Integrados. Conjunto de enlaces de sealizacin entre dos nodos adyacentes. Link Status Signal Unit. Unidad de sealizacin de estado de enlace. MTP2-User Peer-to-Peer Adaptation Layer. Capa de adaptacin entre pares de usuario de MTP2. MTP2-User Adaptation Layer. Capa de adaptacin de usuario de MTP2. MTP3-User Adaptation Layer. Capa de adaptacin de usuario de MTP3. Mobile Application Part. Parte de aplicacin mvil. Mobile Switching Centre. Central de conmutacin de telefona mvil. Mobile Station Integrated Service Digital Network Number. Nmero de lnea de telefona mvil. Message Signal Unit. Unidad de sealizacin de mensaje.

GLOSARIO

MTP MTP3 NI OPC OSI RANAP Roaming SCCP SCP SCTP SDP SGSN SGW SI SIGTRAN SIO SLC SLS SMS SMSC SMS-MO SMS-MT SPC

Message Transfer Protocol. Protocolo de transferencia de mensajes de sealizacin. Message Transfer Protocol layer 3. Capa de red del protocolo de transferencia de mensajes de sealizacin. Network Indication. Indicador de Red. Originating Point Code. Cdigo de punto de sealizacin origen. Open System Interconnection. Interconexin de sistemas abiertos. Radio Access Network Application Part. Parte de aplicacin de la red de acceso radio. Utilizacin por parte de un usuario de telefona mvil de una red distinta de la suya. Signalling Connection Control Part. Parte de control de conexin de sealizacin. Service Control Point. Punto de control de servicios. Stream Control Transmission Protocol. Protocolo de transmisin de flujos de control. Service Data Point. Punto de datos del servicio. Serving GPRS support node. Nodo servidor de soporte de la red GPRS. Signalling Gateway. Pasarela de sealizacin. Service Indicator. Indicador de servicio. Signalling Transport. Transporte de sealizacin. Service Information Octet. Octeto de informacin de servicio. Signalling link code. Cdigo de enlace de sealizacin. Signalling link selection. Seleccin de enlace de sealizacin. Short Message Service. Servicio de mensajes cortos. Short Message Service Centre. Central del servicio de mensajes cortos. Short Message Service-Mobile Originated. Mensaje corto originado en mvil. Short Message Service-Mobile Terminated. Mensaje corto terminado en mvil. Signalling Point Code. Cdigo de punto de sealizacin. -5-

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS

SRI SRIfSM SS7 SSN STP SUA Stream TCAP TCP TDM TSN TUA UDP UIT-T UMTS: USSD VLAN VLR

Send

Routing

Information.

Envo

de

informacin

de

encaminamiento. Send Routing Information for Short Message. Envo de informacin de encaminamiento para mensaje corto. Sistema de sealizacin nmero siete. Subsystem number. Nmero de subsistema. Signalling Transfer Point. Punto de transferencia de sealizacin. SCCP-User Adaptation Layer. Capa de adaptacin de usuarios de SCCP. Secuencia de mensajes de usuario de SCTP que debe entregarse al nivel superior de forma ordenada. Transaction Capabilities Application Part. Parte de aplicacin de capacidades de transaccin. Transmission Control Protocol. Protocolo de control de transmisin. Time division multiplexation. Multiplexacin por divisin en el tiempo. Transmission Sequence Number. Nmero de secuencia de transmisin. TCAP User Adaptation Layer. Capa de adaptacin de usuarios de TCAP. User Datagram Protocol. Protocolo de datagramas de usuario. Unin Internacional de Telecomunicaciones-Sector de normalizacin de telecomunicaciones. Universal Mobile Telecommunications System. Sistema universal de telecomunicaciones mviles. Unstructured suplementary service data. Datos no estructurados de servicios suplementarios. Virtual local area network. Red de rea local virtual. Visitor Location Register. Registro de localizacin de visitantes.

-6-

INTRODUCCIN

1
INTRODUCCIN

-7-

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS

Los operadores mviles estn experimentando un importante crecimiento en el nmero de usuarios, junto con una creciente difusin de nuevos servicios de comunicaciones basados en transacciones de datos. Como consecuencia de ello, se plantea la necesidad de contar con una red de transporte de datos ms orientada al trfico de mensajera. Los nodos de las redes GSM utilizan el sistema de sealizacin nmero 7 (en adelante SS7) para intercambiar informacin relativa al control de llamadas, informacin de control de la movilidad de los usuarios y tambin para transportar los mensajes de texto intercambiados entre usuarios (en adelante SMS, de Short Message Service). El sistema SS7 surgi dentro del entorno de la telefona fija. Fue necesario crear un nuevo protocolo (MAP) para aadirle las funcionalidades requeridas por las redes GSM, tales como consulta a registros de usuarios. Basndose en estas nuevas funcionalidades se implement el servicio de envo de mensajes de texto de mvil a mvil (SMS). Sin embargo, tanto las nuevas funcionalidades como las originales, utilizan como base el protocolo de transporte de sealizacin MTP, diseado para unas redes con un trfico de sealizacin mucho menor que el de las redes mviles. En redes con alta densidad de usuarios, las limitaciones del MTP suponen un serio problema a la hora de cursar la sealizacin de determinados nodos. Lo ms importante en una red de transporte de sealizacin es la fiabilidad. Dado que esta red transporta el control de todas las comunicaciones, un fallo en ella podra suponer la indisponibilidad de gran parte de la red y prdidas econmicas mucho mayores que las que producira un fallo equivalente en un nodo de transporte de trfico de usuario. Este nivel de fiabilidad se debe mantener porque al operador le interesa que el trfico de sealizacin relativo a llamadas siempre se pueda cursar, y con unos retardos mximos garantizados. Sin embargo, el trfico de envo de mensajes cortos no es tan crtico.

-8-

INTRODUCCIN

El servicio de mensajes cortos es de tipo datagrama y sin requisitos de retardo. El trfico que genera tiene requisitos de transporte poco exigentes. Sin embargo, el sistema GSM utiliza la red SS7 para transportarlos. Por esta red se transmite tambin la sealizacin relativa a llamadas, que tiene unos requisitos muy estrictos en cuanto a retardos y sobre todo, a disponibilidad de la red. Como la red SS7 no puede distinguir un tipo de trfico de otro, aadir un trfico de mensajes cortos importante supone ampliar toda la red de sealizacin lo suficiente como para garantizar alta disponibilidad y bajo retardo a todo este nuevo trfico, que realmente no lo necesita. En el momento en que es necesario realizar inversiones en la red de sealizacin, red fiable y de disponibilidad total, motivadas por el transporte de mensajes cortos, servicio sin requisitos de retardo, el operador debe plantearse utilizar redes de transporte alternativas al sistema SS7 tradicional, de forma que pueda ofrecer el mismo servicio a sus usuarios pero con la mnima inversin. Las redes IP son claramente ms adecuadas que las redes SS7 para el transporte de informacin sin requisitos estrictos de retardo o ancho de banda. Por ello, los operadores de telefona mvil pueden encontrar ventajoso utilizar esta tecnologa para el transporte de SMS. En un futuro cercano, las redes de telefona mvil de tercera generacin utilizarn como nica red de transporte una red IP, por lo que tambin le puede resultar interesante a los operadores mviles de segunda y tercera generacin, utilizar la misma red de transporte de su sistema de tercera generacin para cursar el trfico de voz y sealizacin de su red de segunda generacin. Esto resultar especialmente ventajoso cuando la tecnologa GSM se encuentre en declive, tal como le ocurre actualmente a la telefona mvil analgica.

-9-

LA SEALIZACIN SS7 EN UNA RED MVIL

2
LA SEALIZACIN SS7 EN UNA RED MVIL

- 11 -

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS

2.1 QU ES LA SEALIZACIN
En una Red de Conmutacin, se entiende por sealizacin el intercambio de informacin entre diferentes nodos de la red necesario para proveer un servicio de comunicacin. Los usuarios de una Red de Conmutacin, como es una red GSM, tambin intercambian sealizacin con elementos de la red, por ejemplo al marcar un nmero de telfono, o al colgar. El Sistema de Sealizacin SS7 es un medio que utilizan los elementos de la red de conmutacin para intercambiar informacin. Esta informacin se transporta en forma de mensajes. Los mensajes SS7 transportan informacin relativa a establecimiento y liberacin de llamadas. Adems, en las redes de telefona mvil tambin transportan informacin de localizacin del usuario en la red, as como mensajes de texto de usuario (SMS).

2.2 ARQUITECTURA DE LA RED SS7


El sistema SS7 consiste bsicamente en una red de transporte de mensajes cuyos usuarios son nodos de conmutacin. Esta red de transporte de sealizacin es paralela a la red de conmutacin que forman los nodos que la utilizan, y su topologa es, en general, completamente diferente. La Figura 1 muestra un esquema de red SS7 de una red GSM, con los componentes fundamentales.

- 12 -

LA SEALIZACIN SS7 EN UNA RED MVIL

HLR MSC
STP STP

SCP MSC
Enlaces de sealizacin Enlaces de voz

STP

STP SMSC

Figura 1. Esquema de Red SS7 en una red GSM.

Los elementos que forman la red SS7 en una red GSM son los siguientes:

2.2.1 Puntos de Transferencia de Sealizacin (STP)


Un STP es un conmutador de paquetes diseado especficamente para enviar mensajes de sealizacin SS7. Los STPs encaminan mensajes entre centrales de conmutacin (MSCs y GMSCs en una red mvil), bases de datos, como los registros de localizacin de los usuarios (HLRs), y nodos de control de servicios basados en Red Inteligente (SCPs). La disponibilidad de la Red SS7 que interconecta los nodos de conmutacin de una red de telefona es un factor de mxima importancia en el procesamiento de las llamadas. Si dos centrales no pueden intercambiarse sealizacin, no podrn establecer ninguna llamada entre ellas. Por esta razn, la red SS7 se disea con una arquitectura completamente redundante. Adems, los protocolos de transporte de mensajes de sealizacin se han definido con mecanismos de re-encaminamiento de trfico de sealizacin en caso de fallos en elementos de la propia red de sealizacin. Para el caso de los STPs, stos siempre se configuran en parejas exactamente iguales. Todos los nodos que se conectan a un STP, tambin se conectan al otro STP de la pareja, formando una red redundante.

- 13 -

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS

2.2.2 Punto de control de servicios (SCP)


Los servicios de telefona que necesitan de un procesamiento avanzado de las llamadas (procesamiento que no pueden acometer las centrales de conmutacin) se implementan mediante nodos de control de servicios (SCP). Estos nodos intercambian sealizacin de control de llamada con las centrales de conmutacin, y en ellos se implementa la lgica del servicio. Este tipo de servicios se conoce tambin con el nombre de Red Inteligente. Un ejemplo de servicio de Red Inteligente puede ser el de llamadas al servicio de atencin telefnica de una empresa con presencia en varias ciudades, de manera que marcando un nico nmero 900, la llamada siempre se encamine al centro de atencin telefnica ms cercano al origen de la llamada. En este caso, la central de conmutacin en la que se origine la llamada efectuar una consulta al SCP para proseguir con el encaminamiento de la llamada. Esta consulta consistir en un intercambio de mensajes de sealizacin entre central y SCP. Dependiendo de la importancia del servicio al que atienden, los SCPs se pueden configurar como parejas redundantes, del mismo modo que los STPs. En general, los SCPs implementan servicios basados en llamadas, no basados en otras portadoras utilizadas para enviar informacin en las redes mviles, como pueden ser SMS, USSD o GPRS.

2.2.3 Punto de Datos de Servicio (SDP)


Es posible que para proveer algunos servicios de Red Inteligente de forma masiva sea necesario disponer de varios nodos SCP, para distribuir la carga total de proceso del servicio. Si estos nodos requieren utilizar una base de datos comn, es necesario disponer de un nodo independiente que la contenga. Este nodo se llama SDP, y tambin utiliza la Red SS7 para recibir y responder las consultas que provienen de los nodos SCP. La base de datos del SDP se puede distribuir fsicamente en varios nodos en caso de bases de datos de millones de registros y frecuencias de acceso elevadas, para mayor facilidad de implementacin. - 14 -

LA SEALIZACIN SS7 EN UNA RED MVIL

2.2.4 Registro de localizacin de usuarios (HLR)


Consiste en una base de datos que almacena, tanto la MSC en la que se encuentra registrado cada usuario como la informacin de acceso a servicios de los clientes. El HLR recibe peticiones de actualizacin de localizacin y envo de registros de usuario por parte de una GMSCs (Una GMSC es una MSC capaz de interrogar al HLR) cuando un nuevo usuario entra en el rea de cobertura atendida por sta. En el caso de redes de 2.5G, con GPRS, los nodos SGSN tambin piden el registro de cada usuario al que atienden, y envan peticiones de actualizacin de localizacin al HLR, de igual manera que una GMSC. Todas las peticiones de actualizacin y consultas que recibe el HLR, as como sus respuestas correspondientes, son sealizacin entre nodos, y se envan mediante una red SS7. Normalmente un operador con ms de un milln de usuarios cuenta con varios nodos HLR, ya que la capacidad de memoria y carga de procesador de los nodos HLR es limitada. Adems, si falla un HLR todos los usuarios definidos en l dejarn de estar atendidos por la red, por lo que conviene contar con algn esquema de redundancia de HLRs (por ejemplo, n+1).

2.2.5 Registro de localizacin de visitantes (VLR)


El VLR es una base de datos que almacena los registros de los usuarios activos que se encuentran atendidos por una MSC. En la mayora de fabricantes, el VLR es un software que se ejecuta en la propia MSC. En el VLR se copian ntegramente los registros del HLR para todos los usuarios a los que atiende la MSC, de forma que sta no necesita realizar consultas reiteradas al HLR para determinar si un cierto usuario puede acceder un servicio concreto. De este modo se reduce el trfico de sealizacin entre MSC y HLR. Cuando un usuario se mueve y pasa a estar atendido por otra MSC, el VLR antiguo recibe del HLR la orden de borrar el registro local del usuario.

- 15 -

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS

2.2.6 Centro de Servicio de Mensajes Cortos (SMSC)


Es el elemento fundamental que permite a los usuarios enviar y recibir SMSs. Estos centros reciben los SMSs enviados por los usuarios a la red. La MSC que atiende al usuario lo enva al SMSC y all se almacena. Para conocer la MSC en la que se encuentra el usuario destino, el SMSC debe interrogar al HLR por la posicin del usuario correspondiente. Entonces comienza una secuencia de intentos de entrega del SMS a la MSC destino. Si se entrega con xito, el SMS se borra del SMSC. Si no, se almacena hasta el siguiente reintento. Si al cabo de un nmero de reintentos determinado no se ha entregado el SMS, se borrar del SMSC y se perder. Los SMSs se transmiten entre MSCs y SMSCs en forma de mensajes de sealizacin, y se cursan por tanto, a travs de una red SS7.

2.2.7 Enlaces de sealizacin SS7


Se entiende por enlace de sealizacin un circuito de datos bidireccional que conecta dos nodos individuales en una red SS7. El conjunto de enlaces de sealizacin o SLCs (de Signalling Link Circuit) que se define entre dos nodos de la red SS7 se conoce como Linkset.

2.2.8 Sealizacin asociada


En ocasiones, se implementan enlaces de sealizacin directos entre dos nodos de conmutacin, sin utilizar ninguna red SS7 de trnsito. Este esquema de sealizacin se denomina sealizacin asociada. Si bien en general es preferible enviar la sealizacin a travs de la red SS7, por su fiabilidad, existen casos en los que no es posible implementar linksets hacia STPs. Un ejemplo puede ser la interconexin con un operador de telefona bsica pequeo, que no cuente con STPs, o que nicamente cuente con un punto de interconexin al otro operador, a travs de una central.

- 16 -

LA SEALIZACIN SS7 EN UNA RED MVIL

En otros casos realmente no se pierde seguridad por no utilizar los STPs para enviar la sealizacin. Los nodos que nicamente envan sealizacin a un solo destino no necesitan una red de transmisin de sealizacin. Con un linkset directo es suficiente. Un ejemplo de estos nodos son las BSCs. Una BSC se conecta nicamente a una MSC, y slo le enva mensajes de sealizacin a sta. Si falla la BSC, la MSC, o la transmisin entre estos nodos, la BSC quedar fuera de servicio, por lo que no se gana seguridad estableciendo enlaces de sealizacin redundantes.

2.2.9 Sealizacin cuasi-asociada


Como contraposicin a la sealizacin asociada, la arquitectura en la que se establecen enlaces de sealizacin entre los nodos de conmutacin y los STPs de la red SS7 se denomina sealizacin cuasi-asociada.

2.3 CAPAS DEL PROTOCOLO SS7


Lo fundamental en una red SS7 es el protocolo de transferencia de mensajes de sealizacin (MTP). Este protocolo comprende los niveles dos y tres de la torre OSI, y sobre l se transmite toda la sealizacin de todas las redes de conmutacin de circuitos tradicionales, tanto de operadores de telefona fija como de telefona mvil.

2.3.1 Nivel Fsico


En general, en las redes SS7 tradicionales los enlaces de sealizacin se implementan mediante transmisin TDM (Multiplexacin por Divisin en el Tiempo) utilizando canales de 64 kbps dentro de tramas punto a punto de 2 Mbps (E1 normalizados)1.

En la norma americana las lneas punto a punto son T1s en lugar de E1s, y el ancho de banda de

los canales digitales multiplexados es de 56 kbps.

- 17 -

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS

Entre dos nodos de una red SS7 se pueden definir como mximo 16 canales, pero por lo general no se suelen implementar ms de 8 en las redes reales, debido a limitaciones del protocolo MTP que se analizarn en el apartado 2.3.3.3. Se puede observar que de la transmisin TDM sobre enlaces punto a punto de 2 Mbps (32 canales de 64 kbps) se utiliza, en el mejor de los casos, hasta un 25%. En realidad, si se utilizan enlaces redundantes la carga de trfico en uno de ellos no debe superar el 50%, de forma que en caso de cada de un enlace se pueda cursar todo el trfico por el otro, por lo que el trfico mximo que se puede cursar por los E1s, de 2Mbps, es de 256 kbps (125% como mximo). El consumo de recursos de transmisin en la red SS7 tradicional es claramente poco eficiente.
Definidos como linkset STP

Canales desaprovechados STP

0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31

32 x 64 kbps
Sincronismo de trama

Figura 2 Aprovechamiento de la transmisin TDM en una red SS7

Si se dispone de multiplexores TDM, se puede aumentar el aprovechamiento de la transmisin enviando distintos linksets entre nodos de los mismos emplazamientos por la misma trama, o incluso utilizar canales de tramas dedicadas al transporte de canales de voz para transportar los SLCs de uno o varios linksets.

2.3.2 Parte de Transferencia de Mensajes (MTP) Nivel 2


Esta capa del protocolo se encarga de todas las tareas de nivel de enlace, de forma que se asegura que entre los dos extremos de un enlace de sealizacin se pueden intercambiar mensajes de forma fiable. Estas tareas son: - 18 Sincronismo de enlace. Monitorizacin de tasa de errores. Generacin y comprobacin de cdigos de redundancia cclica (CRC) y nmeros de secuencia de MSUs. Gestin de colas de entrada y salida de MSUs y monitorizacin de congestin.

LA SEALIZACIN SS7 EN UNA RED MVIL

Transmisin, recepcin y reenvo en caso de error de MSUs.

2.3.3 Parte de Transferencia de Mensajes (MTP) Nivel 3


Este nivel es el corazn de la red SS7. El nivel 3 de MTP (en adelante MTP-3) es el encargado de proveer conectividad entre todos los nodos de la red, de forma que asegura que dos nodos puedan intercambiar mensajes de sealizacin, independientemente de si estn directamente conectados o no. Las principales funciones de este nivel son: Identificacin de todos los nodos de la red. Encaminamiento y reenvo de mensajes, y reparto de carga entre varios enlaces. Gestin del estado de enlaces.

2.3.3.1 Cdigos de Punto de Sealizacin (SPC) En MTP los nodos se identifican mediante al menos un cdigo de 14 bits2 denominado Signalling Point Code (SPC). En los mensajes MTP3 se incluyen los campos OPC (Originating Point Code) y DPC (Destination Point Code), que corresponden a los SPCs de los nodos origen y destino del mensaje MTP3, respectivamente. Existe, adems, un identificador de red (NI) de dos bits que aplica al mensaje MTP entero y se utiliza para diferenciar los mensajes MTP3 intercambiados entre las redes MTP nacionales y la red MTP internacional. El uso del campo NI, segn la UIT-T es el siguiente: 00: Red Internacional. 01: Uso privado internacional. 10: Red Nacional. 11: Uso privado nacional.

14 bits segn norma de la UIT-T. En Japn se utilizan 16 bits, y en Norte Amrica 24 bits.

- 19 -

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS

De esta forma, un mismo nodo puede usar un identificador nacional para intercambiar mensajes con nodos de su mismo pas (incluso de otras operadoras nacionales), y un identificador internacional para intercambiar mensajes con nodos de otros pases. Sin embargo, como el identificador de red aplica tanto al OPC como al DPC, un nodo que nicamente tiene identificador nacional no puede enviar mensajes a un nodo con nicamente identificador internacional. As, un SPCs de 14 bits no identifica un nodo. Es necesario especificar adems la red (espacio de direccionamiento) en la que se aplican. Los SPCs se representan en notacin decimal junto con el campo NI, de la siguiente forma: NI=10 (mbito Nacional) en binario. 2 en decimal. SPC=10010001110110 en binario; 9334 en decimal. Notacin decimal: 2-9334. Todos los nodos de conmutacin de un mismo pas deben utilizar el mismo conjunto de 14 bits para identificar sus nodos en sus comunicaciones de mbito nacional. Para comunicaciones que nicamente se dan en el mbito de una operadora concreta (sin interconexin) se puede utilizar tambin un mbito de red nacional privado (NI=11 en binario, 3 en decimal). 2.3.3.2 Encaminamiento de mensajes por SPC El encaminamiento de mensajes basado en SPC (en realidad SPC ms NI) consiste en el conjunto de reglas que se aplican en el momento en que llega un mensaje MTP al nivel de red del protocolo (nivel 3). Mediante estas reglas se decide si el propio nodo es el destino de un mensaje o, en caso de no serlo, por qu enlace de sealizacin (nivel 2) cursar el mensaje. El nivel MTP-3 de un nodo puede enviar mensajes hacia cualquiera de los niveles MTP-2, definidos en cada uno de sus enlaces de sealizacin. Encaminar los mensajes, en este nivel, es decidir por qu enlace de sealizacin enviarlos.

- 20 -

LA SEALIZACIN SS7 EN UNA RED MVIL

STP A

BSC

MSC
STP B

HLR

Enlaces de sealizacin Enlaces de voz

Figura 3. Ejemplo de conexin de una MSC a la Red SS7

En la Figura 3, la MSC dispone de tres linksets, por ejemplo, de cuatro SLCs hacia la BSC y de ocho SLCs hacia los STPs. La capa de Red de MTP de la MSC dispone en total de 20 enlaces de sealizacin a los que poder entregar mensajes. Para discriminar qu mensajes enviar por cada enlace, en primer lugar se escoge el linkset por el que se entregar el mensaje. La capa MTP-3 dispondr de una tabla como la que se muestra a continuacin:
Tabla 1. Ejemplo de encaminamientos MTP3

DPC (Destino MTP-3) SPC de la BSC SPC del HLR

Linkset de salida Linkset hacia BSC Linkset hacia STP-A Linkset hacia STP-B

Prioridad 1 1 1

Bit del SLS de reparto de carga 3 3

- 21 -

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS

De acuerdo con la tabla anterior, la MSC enviara todos los mensajes MTP-3 cuyo destino es la BSC por el linkset directo hacia la BSC (an no se ha determinado cul de los cuatro enlaces hacia la BSC utilizar en cada mensaje concreto). Para el caso de los mensajes MTP-3 cuyo destino es el HLR, la MSC dispone de dos linksets con la misma prioridad para enviarlos. En este caso, la mitad de los mensajes los enviar por el linkset con el STP-A y la otra mitad por el linkset con el STP-B (reparto de carga). De nuevo, quedara por determinar qu enlace dentro del linkset utilizar parar enviar un mensaje MTP concreto. Si el linkset hacia STP-B tuviera, por ejemplo, prioridad 2, se enviaran todos los mensajes hacia el STP-A, y slo se enviaran hacia el STP-B en caso de fallo en la entrega por el linkset hacia el STP-A. 2.3.3.3 Reparto de carga entre enlaces El protocolo MTP3 (norma UIT-T Q.704) define una serie de mecanismos normalizados de encaminamiento de mensajes con reparto de carga entre linksets y entre SLCs dentro de cada linkset. Estos mecanismos se basan en utilizar el campo SLS de los mensajes MTP-3 (Signalling Link Selection). Cada vez que se origina un mensaje MTP3 se le asigna un nmero de cuatro bits, del 0000 a 1111, en general de forma secuencial, aunque con restricciones3. Este nmero ser el valor del campo SLS del mensaje MTP-3. Para repartir carga de sealizacin entre dos linksets, es decir, para enviar la mitad de los mensajes MTP-3 hacia un destino concreto por un linkset y la otra mitad por otro, el protocolo se fija en el valor de un bit del SLS determinado en la tabla de encaminamiento MTP. Los mensajes con ese bit igual a 0 se envan por un linkset y los mensajes con el bit igual a 1 se envan por el otro.

Todos los mensajes MTP pertenecientes a la misma transaccin de nivel superior (en redes GSM

ISUP o SCCP) siempre utilizan el mismo valor de SLS. De esta forma se garantiza que todos esos mensajes se envan por el mismo camino, asegurndose el orden en la entrega de mensajes para una misma transaccin.

- 22 -

LA SEALIZACIN SS7 EN UNA RED MVIL

Dentro de un linkset, se utilizan los bits menos significativos del campo SLS para escoger el SLC por el que enviar el mensaje. Para repartir carga entre los enlaces de un linkset de dos SLCs se utiliza el bit menos significativo. Para repartir carga entre cuatro SLCs se utilizarn los dos bits menos significativos del SLS, y para repartir entre ocho SLCs se utilizarn los tres bits menos significativos del SLS. Ahora bien, si se define un linkset con un nmero de SLCs que no sea potencia de 2, no se repartir bien la carga de sealizacin entre ellos. El principal inconveniente de la utilizacin del campo SLS para repartir carga entre enlaces es que con cuatro4 bits slo se puede repartir carga entre 16 caminos distintos. Si se utiliza un bit para escoger entre dos linksets, slo quedan tres bits disponibles para elegir SLC dentro del linkset, por lo que en este caso el mximo nmero de SLCs en los linksets es ocho. En cualquier caso, es decisin de los fabricantes de equipos de conmutacin implementar el nivel 3 del protocolo MTP de acuerdo a la norma, ya que es posible utilizar otras estrategias de encaminamiento de mensajes MTP que garantizan el orden en la entrega de mensajes dentro de la misma transaccin y que adems, permiten utilizar reparto de carga entre linksets de 16 SLCs (Ver [GRAD]).

2.3.4 Parte de usuario de RDSI (ISUP)


El protocolo ISUP se encarga del establecimiento y liberacin de llamadas de voz y datos sobre redes de conmutacin de circuitos de 64 kbps. Para ello gestiona en cada tramo de la llamada la toma de enlace, y su correspondiente liberacin posterior, dentro de las tramas disponibles entre centrales de conmutacin de voz. Los mensajes ISUP se transportan directamente sobre MTP-3.

Segn norma de la UIT-T el campo SLS se compone de cuatro bits. En norma ANSI se utilizan 5

u 8 bits.

- 23 -

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS

Cuando se marca un nmero de telfono, la central de conmutacin de voz (en redes mviles son MSCs) decide cul es el siguiente tramo del circuito de voz que se debe establecer entre el usuario que marca el nmero y el destino de la llamada. Una vez que la central decide que debe tomar un enlace hacia otra central, le enva a esta ltima un mensaje ISUP de peticin de toma de canal, con informacin del nmero A (origen de la llamada), nmero B (destino de la llamada) y tipo de servicio portador solicitado (voz, datos o fax). Aunque desde el punto de vista de la red de conmutacin de voz slo se intercambia sealizacin ISUP entre nodos adyacentes, estos nodos no tienen por qu ser adyacentes desde el punto de vista de la red SS7. En las redes con sealizacin cuasi-asociada no lo son, y por eso se necesita el protocolo MTP para encaminar los mensajes ISUP de una central de conmutacin de voz a otra (Ver Figura 1).

2.3.5 Parte de Control de Conexin de Sealizacin (SCCP)


El protocolo SCCP provee dos funciones fundamentales de las que carece MTP. La primera de ellas es la capacidad de discriminar aplicaciones dentro de un nodo con un nico punto de sealizacin. MTP slo reconoce nodos completos, y no distingue entre las diferentes aplicaciones software dentro de un nico nodo fsico. Las aplicaciones software que se ejecutan en los nodos de conmutacin se denominan subsistemas. De esta forma, una MSC puede funcionar a la vez como HLR, y distinguir la aplicacin a la que entregar los mensajes por el nmero de subsistema enviado en el mensaje SCCP. 2.3.5.1 Traduccin de Ttulos Globales La segunda funcin proporcionada por el protocolo SCCP es la capacidad de realizar encaminamiento incremental de los mensajes, utilizando lo que se denomina Traduccin de Ttulos Globales (o GTT).

- 24 -

LA SEALIZACIN SS7 EN UNA RED MVIL

Los Ttulos Globales son identificadores nicos de aplicaciones sobre nodos de conmutacin. El espacio de direccionamiento de los ttulos globales, como su propio nombre indica, es global. Es decir, un GT identifica unvocamente una aplicacin sobre un nodo de conmutacin en todo el mundo. Gracias a este espacio de direccionamiento comn a todas las redes SS7 es posible enviar mensajes desde un HLR de una red a una MSC de otra red incluso en otro pas. Los GTs consisten en secuencias de dgitos decimales con formato segn la norma UIT-T E.164, es decir, idnticos en su codificacin a los nmeros de telfono habituales. Como sabemos, mediante los nmeros de telfono podemos identificar lneas de telfono en todo el mundo. Es decir, el rango de direcciones de lneas de telfono tiene mbito global, y las centrales de conmutacin de telefona estn diseadas para interpretar estas secuencias. Por eso se decidi utilizar estos mismos identificadores, en lugar de para identificar lneas de telfono, para identificar a los propios nodos de las redes de conmutacin. Puesto que se utiliza el mismo espacio de direccionamiento, cada red deber reservar una parte de su rango de numeracin de lneas de abonado, o MSISDNs, para utilizarlos como GTs de sus nodos de conmutacin. A la hora de enviar un mensaje SCCP a travs de una red MTP, se debe realizar una traduccin de la direccin SCCP (GT) a la direccin MTP (SPC). Sin embargo, un nodo puede realizar una traduccin parcial del GT a SPC. La direccin MTP a la que se enva el mensaje puede corresponder con un nodo intermedio. En este caso, el nodo intermedio recibe un mensaje con su direccin MTP. Por tanto, lo abre y lo entrega a su nivel SCCP, y a este nivel la direccin destino (GT) no es el propio nodo, por lo que de nuevo se realiza una traduccin de GT a SPC, pero esta vez en el nodo intermedio.

- 25 -

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS

Como ejemplo de delegacin de traducciones de GTs se puede pensar en una red GSM en la que todos sus HLRs deben ser capaces de enviar mensajes SCCP a las MSCs de las redes en donde sus usuarios pueden hacer roaming internacional. Lo normal es que los HLRs nicamente pertenezcan a una red MTP nacional (NI=2) y no pertenezcan a la red MTP internacional (NI=0). De esta forma, los HLRs debern traducir el GT de la MSC destino a el SPC de un STP que pertenezca a la vez a la red nacional e internacional. El STP abrir el mensaje MTP y realizar una segunda traduccin del GT destino a una direccin MTP de la red internacional que seguramente corresponder con los STPs internacionales de la operadora destino. Los STPs de la operadora destino volvern a abrir el mensaje MTP y realizarn una ltima traduccin del GT al SPC de la MSC destino del mensaje.
GT=A SPC=2-A HLR GT=C SPC=2-C SPC=0-C
STP

GT=D SPC=2-D SPC=0-D


STP

GT=B SPC=2-B MSC

SCCP MTP3

SCCP MTP3 MTP3


Red MTP Red MTP internacional internacional

SCCP MTP3 MTP3

SCCP MTP3

Red MTP Red MTP nacional nacional

Red MTP Red MTP nacional nacional

GT dest =B DPC=2-C OPC=2-A

GT dest =B DPC=0-D OPC=0-C


Figura 4. Traduccin de GTs

GT dest =B DPC=2-B OPC=2-D

En el tramo final, la red nacional destino puede enviar el mensaje SCCP tanto al GT destino como al DPC+SSN del nodo destino.

- 26 -

LA SEALIZACIN SS7 EN UNA RED MVIL

2.3.6 Parte de Aplicacin de Capacidades de Transaccin (TCAP)


El protocolo TCAP surge de la necesidad de disponer de un mecanismo de comunicaciones entre nodos de conmutacin no orientados a la toma de circuitos de voz. Este protocolo introduce el concepto de transaccin, de forma que ofrece al nivel superior el control de comunicaciones basadas en instrucciones y respuestas, relacionndolas entre s. Gracias a TCAP, los protocolos de nivel superior (INAP, CAMEL y MAP) pueden enviar ordenes a otros nodos, y recibir las respuestas correspondientes. TCAP no aporta ms funcionalidad aparte de la correlacin entre rdenes y respuestas. Es un protocolo de transporte de instrucciones entre nodos de conmutacin. En los protocolos de nivel superior deber implementarse la verdadera funcionalidad de consulta de bases de datos, o de control avanzado de llamadas.

2.3.7 Parte de Aplicacin de Movilidad (MAP)


El protocolo MAP se utiliza en las redes de telefona mvil para intercambiar informacin de gestin de la movilidad de los usuarios, controlar el traspaso de llamadas (handover) entre centrales y para enviar mensajes de texto de usuario (SMS). MAP especifica una serie de flujos de informacin y servicios que posibilitan que un usuario pueda engancharse a cualquier MSC que le de cobertura, y pueda acceder a todos sus servicios independientemente de su localizacin. Adems, MAP define mecanismos de autentificacin de usuarios y terminales, derivados del acceso radio de los usuarios. Adicionalmente, se implement en el protocolo MAP el servicio de envo de mensajes de texto de hasta 160 caracteres (SMS) entre los usuarios de las redes GSM, as como el envo de sealizacin no estructurada de usuario (USSD).

- 27 -

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS

2.4 TRANSACCIONES MAP EN EL SERVICIO SMS


El servicio SMS se basa en el envo de mensajes entre el usuario origen y un usuario destino a travs de un nodo intermedio denominado SMSC. Primero se establece una comunicacin entre el usuario origen y el SMSC, en la cul se enva el mensaje y se almacena en el SMSC. Este mensaje se denomina mensaje corto originado en mvil. Despus, el SMSC analiza el nmero del usuario destino del mensaje, interroga al HLR por la MSC en la que se encuentra el usuario destino y comienza un proceso de intentos de entrega. Este mensaje entre SMSC y MSC destino se denomina mensaje corto terminado en mvil, y es posible que se enve ms de uno para un mensaje originado, ya que el usuario destino puede encontrarse fuera de cobertura.

2.4.1 Mensaje corto originado


El envo de un mensaje corto originado desde una MSC hasta un SMSC se encapsula en el mensaje MAP Forward Short Message Mobile Originated (FSM-MO). Este mensaje lo enva la MSC origen al SMSC destino basndose en el GT que el usuario indica en su terminal, aunque las MSCs pueden modificar este GT y enviar sus SMSs a un SMSC prefijado. La Figura 5 muestra los mensajes MAP intercambiados en un envo de un mensaje corto originado en mvil. Dado que el envo se realiza sin analizar el nmero destino, nicamente analizando un GT, que corresponde siempre a un mismo nodo, no es necesario consultar al HLR. El mensaje Forward Short Message Mobile Originated Acknowledgement (FSMMO-ack) sirve como confirmacin de entrega del mensaje corto desde la MSC al SMSC.

- 28 -

LA SEALIZACIN SS7 EN UNA RED MVIL

MSC
FORWARD S HORT MESS AGE (MO)

SMSC

D FORWAR

ESSA SH O R T M

GE (MO)

ACK

Figura 5. Mensaje corto originado

2.4.2 Mensaje corto terminado


Una vez que el SMSC procesa el mensaje, comienza una serie de intentos de entrega de dicho mensaje al usuario destino. Para ello, en cada intento interroga al HLR acerca de la MSC en la que se encuentra el usuario destino. Este mensaje MAP se denomina Send Routing Information for Short Message (SRIfSM), y la respuesta tambin, aunque se transporta sobre un mensaje TCAP de tipo response, por lo que para distinguirlo se dice SRIfSM-response. Una vez que el SMSC conoce la MSC destino enva un mensaje MAP denominado Forward Short Message Mobile Terminating (FSM-MT). Si el SMSC no recibe el mensaje de asentimiento correspondiente, Forward Short Message Mobile Terminating Acknowledgement (FSM-MT-ack), se inicia un proceso de reintentos sucesivos con diferentes esquemas de tiempo entre reintentos. Si despus de un nmero prefijado de reintentos no se recibe el mensaje de asentimiento de la MSC destino, el mensaje se borra en el SMSC. La Figura 6 muestra los mensajes MAP enviados en una transaccin de mensaje corto terminado con xito.

- 29 -

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS

SMSC
Send Routing Info

HLR

MSC

. for SM

sponse . for SM- re outing Info Send R

t
Forward Short Mess age Mobile Terminatin g

t Messa Forward Shor

ge Mobile Te

rminating-ack

Figura 6. Transacciones MAP en un mensaje corto terminado

- 30 -

TRANSPORTE DE SEALIZACIN SS7 SOBRE IP

3
TRANSPORTE DE SEALIZACIN SS7 SOBRE IP

- 31 -

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS

3.1 SIGTRAN
3.1.1 Qu es el Sigtran
SIGTRAN (de signalling transport) es el nombre del grupo de trabajo del IETF encargado de definir una arquitectura para el transporte de sealizacin en tiempo real sobre redes IP. A raz de ello, no slo se cre una arquitectura, sino que se defini un conjunto de protocolos de comunicaciones para transportar mensajes SS7 sobre IP.

3.1.2 Arquitectura de los protocolos SIGTRAN


La arquitectura definida por el Sigtran [RFC2719] consta de tres componentes: IP estndar como protocolo de red. Un protocolo comn de transporte de sealizacin. Los protocolos definidos por el Sigtran se basan en un nuevo protocolo de transporte sobre IP, llamado SCTP (Stream Control Transmission Protocol). Capas de adaptacin especficas para cada capa de la torre SS7 que se necesite transportar. El IETF ha definido las siguientes: M2PA, M2UA, M3UA, SUA, TUA e IUA.
S7UP/S7AP

Capa de adaptacin SCTP IP


Figura 7 Arquitectura de protocolos SIGTRAN.

- 32 -

TRANSPORTE DE SEALIZACIN SS7 SOBRE IP

3.1.3 Necesidad de implementar un nuevo protocolo de transporte


Los anteriores protocolos de transporte sobre IP, TCP y UDP, se disearon como protocolos de propsito general, y presentan ciertas limitaciones que les hacen inadecuados para transportar sealizacin SS7, debido a las caractersticas de este trfico. 3.1.3.1 Inconvenientes de UDP Las caractersticas de UDP que lo hacen inadecuado para el transporte de sealizacin SS7 son las siguientes: No soporta acuse de recibo de los mensajes (ACK). No garantiza entrega ordenada de los mensajes. No incorpora mecanismos de seguridad. En general, aunque UDP es un protocolo que permite enviar mensajes a mayor velocidad, no es fiable ni, por tanto, adecuado para transportar trfico con las necesidades de integridad que impone la sealizacin SS7. 3.1.3.2 Inconvenientes de TCP Las siguientes particularidades de TCP hacen que ste tampoco resulte un protocolo de transporte adecuado para el trfico SS7: TCP transporta un flujo de octetos (byte-stream) entre un puerto origen y un puerto destino. Dentro de este flujo monoltico, se garantiza la entrega ordenada en destino de todos los octetos, sin tener en cuenta el origen de stos y sin diferenciar unos datos de otros. TCP es muy sensible a retardos provocados por un fallo de transmisin en algn mensaje TCP. Cuando esto ocurre, TCP no enva ms datos del flujo de octetos hasta que se confirma la entrega correcta del mensaje que se transmiti con errores. La consecuencia de esto es que si se utiliza TCP para enviar mensajes ISUP entre dos centrales de conmutacin, y uno de los mensajes, correspondiente a una llamada concreta, se transmite con errores, todos los

- 33 -

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS

mensajes ISUP, correspondientes a todas las llamadas, tendran que esperar hasta que se retransmitiera correctamente el mensaje errneo. La duracin de algunos temporizadores (time-outs) definidos en el protocolo, especialmente el de retransmisin, puede ocasionar retardos no aceptables en un establecimiento de llamada. Un problema adicional de TCP es su relativa vulnerabilidad ante ataques de negacin de servicio, como los ataques por SYN5.

3.2 SCTP [RFC2960]


3.2.1 Caractersticas principales
Debido a los inconvenientes mencionados de TCP y UDP, el SIGTRAN defini el protocolo SCTP, cuyas principales caractersticas son las siguientes: Es un protocolo punto a punto. Se establece intercambio de datos entre dos extremos conocidos. Define tiempos de reintento (time-outs) mucho menores que los de TCP. Proporciona transporte fiable de datos de usuario, detectando y reparando los datos errneos o fuera de secuencia. Se adapta a la tasa de transferencia, disminuyendo la velocidad de envo de datos en caso de congestin en la red. Permite definir en un mismo extremo SCTP en varios servidores fsicos (multihoming). Un nico extremo SCTP se puede definir en varias direcciones IP. Hacia cada una de ellas se encaminan los mensajes de forma independiente, de manera que si uno de los nodos fsicos queda fuera de servicio, el resto de comunicaciones no se ven afectadas.

Para iniciar una conexin TCP, un cliente enva un mensaje SYN a un servidor. El servidor le

enva un SYN ACK y espera un nuevo ACK de este ltimo mensaje para establecer la conexin. El ataque por SYN consiste en enviar a un servidor mensajes SYN con direcciones origen aleatorias, de forma masiva. Como los ACKs de los SYN-ACKs no se reciben, se satura el buffer donde el protocolo almacena los establecimientos de conexiones en curso, de forma que se colapsa el servidor y ste no puede atender nuevas conexiones.

- 34 -

TRANSPORTE DE SEALIZACIN SS7 SOBRE IP

Utiliza un procedimiento de inicializacin basado en cookies, para evitar ataques de negacin de servicio tipo SYN. Permite compactar varios mensajes de sealizacin en un mismo mensaje SCTP. A su vez, permite fragmentar los mensajes de sealizacin, de forma que un mismo mensaje se divida en varios mensajes SCTP. Est orientado a mensajes, y define tramas de datos estructurados, al contrario que TCP, que transporta trenes de octetos no estructurados. Los datos se pueden dividir en mltiples trenes (streams), cada uno con un orden de entrega de mensajes independiente. Los dos ltimos puntos son los que hacen que SCTP sea mucho ms adecuado

para el transporte de sealizacin, aparte de la mayor proteccin frente a ataques de este protocolo. La posibilidad de establecer mltiples trenes de datos (streams) entre dos aplicaciones permite que exista un proceso de nivel de aplicacin de SCTP que gestione la sealizacin ISUP. Los mensajes asociados a una llamada se envan por un stream concreto. Si un mensaje ISUP no se entrega correctamente y es necesario retransmitirlo, el resto de streams no se ven afectados por el retardo (Ver Figura 8).

Llamada 1

Llamada 1

Llamada 1

Llamada 2

Llamada 2

Llamada 2

Llamada 3

Llamada 3

Llamada 3

Figura 8. Secuencia de mensajes ISUP transmitidos en varios streams de SCTP.

Si las llamadas ISUP se transmitieran mediante TCP, un fallo en un mensaje de una llamada retrasara la entrega de los mensajes del resto de llamadas innecesariamente.

- 35 -

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS

3.2.2 Funciones de SCTP


3.2.2.1 Establecimiento y liberacin de Asociaciones Una asociacin SCTP es una relacin de comunicacin de mensajes entre dos entidades SCTP (comunicacin orientada a conexin). Las asociaciones SCTP se establecen a peticin del usuario de nivel superior de este protocolo. Para proporcionar proteccin frente a ataques de denegacin de servicio, se emplea un protocolo de establecimiento de asociaciones en cuatro pasos, basado en cookies [RFC2522]. 3.2.2.2 Entrega ordenada dentro del Stream Dentro del protocolo SCTP, se utiliza el trmino stream para referirse a una secuencia de mensajes de usuario que debe entregarse al nivel superior de forma ordenada. El nmero de streams que se enviarn a travs de una asociacin se define en el establecimiento de la misma, de forma negociada entre ambos extremos de la comunicacin. Los streams son unidireccionales, de forma que para una comunicacin bidireccional se debern definir al menos dos streams en una asociacin SCTP. Los mensajes de usuario se asocian a streams determinados, de forma que el extremo receptor SCTP entrega al nivel superior todos los mensajes de un mismo stream en el mismo orden en que se enviaron. Sin embargo, no existen restricciones de entrega ordenada entre mensajes de distintos streams de la misma asociacin. De esta forma, los mensajes de un stream se pueden seguir entregando aunque otro est bloqueado esperando el siguiente mensaje. Adicionalmente, SCTP proporciona un mecanismo para no utilizar el servicio de entrega ordenada de mensajes, de forma que los mensajes enviados mediante dicho mecanismo se entregan al nivel superior del destino SCTP tan pronto como se reciben.

- 36 -

TRANSPORTE DE SEALIZACIN SS7 SOBRE IP

3.2.2.3 Fragmentacin de los datos de usuario SCTP posee mecanismos de fragmentacin y re-ensamblado de mensajes de usuario para adecuarlos al tamao requerido por el nivel inferior (IP en el caso de SS7 sobre IP). 3.2.2.4 Control de entrega de mensajes SCTP asigna un nmero de secuencia de transmisin (TSN) a cada mensaje de datos de usuario, fragmentado o no. El TSN es independiente del stream por el que se enva el mensaje. El extremo receptor enva acuses de recibo (ACK) de todos los TSNs recibidos, aunque no lleguen de forma ordenada. De esta forma, la fiabilidad en la entrega de los mensajes se mantiene funcionalmente separada de la entrega ordenada dentro del stream. Si al cabo de un cierto tiempo no se recibe un ACK de un mensaje, se retransmite, aunque con condiciones determinadas por procedimientos de control de congestin similares a los de TCP. 3.2.2.5 Formato de paquetes Un paquete SCTP se compone de una cabecera de 24 octetos y una serie de unidades de informacin, denominadas chunks. Estas unidades de informacin pueden contener datos de usuario, o instrucciones de control del propio protocolo SCTP (establecimiento y liberacin de asociaciones, control de flujo, retransmisiones, etc). Los chunks tienen estructura propia, y presentan una serie de campos, dependiendo del tipo de chunk que sean. En el mbito de la planificacin de una red SS7 sobre IP, el dato ms relevante es el tamao de las cabeceras de los datos de usuario. La cabecera de un chunk de datos de usuario mide 16 octetos, y pueden contener hasta 65520 octetos de informacin del nivel superior. Esto significa que, en principio, cualquier mensaje de cualquier operacin MAP, ISUP o CAMEL cabe en un chunk de datos SCTP, incluyendo las cabeceras de los protocolos de adaptacin intermedios. Adems, SCTP permite transportar varios mensajes de usuario en un nico mensaje SCTP, mediante el uso de distintos chunks de datos dentro del mismo mensaje.

- 37 -

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS

CABECERA COM N CABECERA CHUNK DATOS

2 4 o c te to s 1 6 o c te to s

D A T O S U S U A R IO S C T P

H a s ta 6 5 5 2 0 o c te to s

Figura 9 . Formato paquete SCTP con datos de usuario

3.2.2.6 Validacin de paquetes Dentro de la cabecera comn de SCTP se incluye un campo de verificacin obligatorio, aparte de otro campo de 32 bits con una suma de comprobacin (checksum) frente a errores. El valor del campo de verificacin obligatorio lo decide el extremo de la comunicacin SCTP en el establecimiento de la asociacin. De esta forma se consigue ms proteccin frente a comunicaciones con suplantacin de identidad. La suma de comprobacin se calcula a partir de los datos de la propia cabecera SCTP y la protege frente a errores en la comunicacin. 3.2.2.7 Gestin de conexiones El usuario del nivel SCTP puede manipular el conjunto de direcciones de transporte destino de los mensajes. La funcin de gestin de conexiones de SCTP escoge la direccin de transporte destino para cada paquete SCTP que se enva, basndose en las instrucciones del usuario de SCTP y en las direcciones disponibles alcanzables para ese destino SCTP.

- 38 -

TRANSPORTE DE SEALIZACIN SS7 SOBRE IP

En periodos de inactividad, la funcin de gestin de conexiones monitoriza la disponibilidad de los extremos de la comunicacin mediante mensajes de comprobacin (heartbeats). Si SCTP percibe algn extremo como inalcanzable informa a su usuario de nivel superior. En el establecimiento de la asociacin, se define un camino primario para cada extremo SCTP, que es el que se usa en el envo normal de paquetes. En el extremo receptor, la gestin de conexiones se encarga de comprobar la existencia de una asociacin SCTP vlida a la que pertenece cada paquete SCTP recibido.

3.3 M2PA
M2PA son las siglas de MTP2-user peer-to-peer adaptation. Es un protocolo de adaptacin de MTP-3 (nico usuario de MTP2) a SCTP, cuya caracterstica fundamental es que es entre pares. Esto quiere decir que un mensaje MTP3 enviado por M2PA tiene como destino otra capa MTP3 de un nodo con capa M2PA, y todas las rdenes, o primitivas, de MTP3 las procesa la capa M2PA del mismo nodo, tal como hara MTP2. Adems, dos pares M2PA se pueden intercambiar informacin de estado e informar a sus respectivos niveles superiores. Al ser un protocolo entre pares (peer-to-peer), es el protocolo ms adecuado para transportar sealizacin entre dos nodos SS7 puros (sin capa IP) a travs de una red IP, ya que reemplaza completamente la capa MTP2, y permite comunicacin entre SGWs.

3.3.1 Funciones soportadas por M2PA


Transmisin transparente entre pares con protocolo MTP3 a travs de una conexin sobre red IP. En el protocolo SS7, MTP2 enva tres tipos de mensajes: MSUs, LSSUs y FISUs. El primero encapsula los datos provenientes de MTP3, y en M2PA se corresponden con mensajes de usuario (User Data). El segundo transporta informacin de estado entre dos pares MTP2. En M2PA esto se implementa mediante los mensajes de estado de enlace (Link Status). Los mensajes FISU de MTP2 sirven como asentimiento de mensajes y como comprobacin de que un nodo

- 39 -

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS

est activo. Ambas funciones las realiza SCTP, por lo que no se implementan en el protocolo M2PA. El interfaz hacia MTP3 es el mismo que el interfaz MTP3/MTP2, pero M2PA gestiona asociaciones SCTP en lugar de enlaces MTP2. Informa a MTP3 de los cambios de estado de forma asncrona. M2PA procesa las primitivas que le indica la capa MTP3, de forma que reemplaza completamente la capa MTP2. La Figura 10 muestra un punto de sealizacin SS7 conectado a una pasarela de sealizacin (SGW) con enlaces IP. El SGW acta de hecho como un STP, ya que necesita realizar reenvo de mensajes MTP3.
Nodo SS7 TCAP SCCP MTP3 MTP2 MTP1 SGW MTP3 MTP2 MTP1 M2PA SCTP IP Nodo IP TCAP SCCP MTP3 M2PA SCTP IP

Enlace SS7

Red IP Red IP

Figura 10. Pasarela de sealizacin IP con M2PA

La especificacin MTP requiere que todos los nodos con capa MTP3, incluidos los SGWs M2PA, cuenten con un punto de sealizacin. Otro ejemplo de utilizacin de M2PA, diferenciador respecto a otros protocolos de adaptacin a SCTP, es el que se muestra en la Figura 11. En ella, se utiliza una red IP para transportar sealizacin SS7 entre dos nodos SS7 no IP.

- 40 -

TRANSPORTE DE SEALIZACIN SS7 SOBRE IP


Nodo SS7 TCAP SCCP MTP3 MTP2 MTP1 SGW MTP3 MTP2 M2PA MTP1 SCTP IP SGW MTP3 M2PA MTP2 SCTP IP MTP1 Nodo SS7 TCAP SCCP MTP3 MTP2 MTP1

Enlace SS7

Red IP Red IP

Enlace SS7

Figura 11. Transporte de mensajes entre nodos SS7 mediante SGWs M2PA.

3.3.2 Formato de los mensajes M2PA


Existen dos tipos de mensajes M2PA, los de usuario y los de estado de enlace. Todos los mensajes M2PA cuentan con una cabecera comn, de 16 octetos. Los mensajes de usuario, de longitud variable, cuentan adems con una cabecera de 2 octetos, en donde se incluye el campo SIO de MTP.

3.4 M2UA [RFC 3331]


M2UA son las siglas de MTP2 User Adaptation. El protocolo M2UA, al igual que M2PA, adapta MTP3 a SCTP, e igualmente gestiona asociaciones SCTP en lugar de enlaces MTP3. M2UA permite el intercambio de mensajes MTP3 entre dos puntos de sealizacin IP o entre un punto de sealizacin IP y una pasarela IP-SS7. M2UA es un protocolo entre pares en caso de que la comunicacin comience y termine en dos puntos de sealizacin IP, sin SGWs intermedios, tal como muestra la Figura 12.

- 41 -

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS
Nodo IP TCAP SCCP MTP3 M2UA SCTP IP Nodo IP TCAP SCCP MTP3 M2UA SCTP IP

Red IP Red IP

Figura 12. Transporte de MTP3 entre dos puntos de sealizacin IP, mediante M2UA

Sin embargo, M2UA no es un protocolo entre pares si se implementa en una pasarela de sealizacin. En ese caso, M2UA no procesa las rdenes (primitivas del protocolo) que le llegan desde la capa superior (MTP3), sino que las enva tal cual hacia un nodo remoto, mediante SCTP. Como M2UA no procesa las primitivas de MTP3, sino que las reenva, en caso de que se utilice un SGW se debe entender este protocolo como un medio que comunica la capa MTP3 de un nodo IP con la capa MTP2 de un SGW, tal como muestra la Figura 13. De esta forma, varios puntos de sealizacin IP con MTP3 sobre M2UA pueden acceder a la red SS7 tradicional a travs de los mismos enlaces MTP2 fsicos. Es importante tener en cuenta que, debido a la propia naturaleza del protocolo, slo puede existir un SGW M2UA en una misma comunicacin MTP3, por lo que no se puede utilizar para transportar mensajes MTP3 entre dos nodos SS7 puros a travs de una red IP. Si se utiliza M2UA, alguno de los extremos es un punto de sealizacin IP.

- 42 -

TRANSPORTE DE SEALIZACIN SS7 SOBRE IP


Nodo SS7 TCAP SCCP MTP3 MTP2 MTP1 SGW Traduccin MTP2 M2UA MTP1 SCTP IP Nodo IP TCAP SCCP MTP3 M2UA SCTP IP

Enlace SS7

Red IP Red IP

Figura 13. Transporte de primitivas MTP3 hacia una capa MTP2 remota, mediante M2UA.

Lo que s es posible es que existan varios SGWs con funcionalidad de STP, es decir, con el protocolo MTP3. De esta forma, el SGW sera el fin de la comunicacin MTP3 va M2UA, por lo que en realidad el esquema sera el descrito en la Figura 12, siendo uno de los extremos un STP. Sin embargo, si se utilizan SGWs con capa MTP3, es ms recomendable utilizar M2PA, ya que es un protocolo diseado para trabajar como reemplazo de MTP2. Por otro lado, M2UA es ms adecuado si no se quiere que los SGWs dispongan de nuevos puntos de sealizacin SS7. El principal inconveniente de M2UA es que no es un protocolo entre pares y mantiene la capa MTP3. Por lo primero, no sirve para transportar trfico entre nodos SS7 tradicionales, y por lo segundo resulta menos eficiente que otros protocolos SIGTRAN para puntos de sealizacin IP, como M3UA o SUA, ya que incluye las cabeceras de MTP3. Sin embargo, para el caso de redes con muchos nodos con linksets de sealizacin de larga distancia, puede que interese el transporte en IP pero sin consumir dos puntos de sealizacin por nodo, o utilizar SGWs ms simples y baratos. En estos casos M2UA sera un protocolo de adaptacin adecuado. Este tipo de redes se da en pases con separaciones entre ciudades mucho mayores que las de Espaa, como Brasil, Chile o EEUU.

- 43 -

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS

3.5 M3UA [RFC 3332]


M3UA son las siglas de MTP3-User Adaptation. M3UA es un protocolo que transporta mensajes procedentes de un usuario de MTP3 (ISUP, TUP o SCCP) a travs de una red SCTP/IP hasta un nodo remoto. De forma similar a M2UA, M3UA simplemente transporta los mensajes hasta el destino, pero no realiza por s mismo las funciones de la capa MTP3. Esto significa que M3UA no dispone de tablas de encaminamiento basadas en puntos de sealizacin, ni realiza ninguna otra funcin propia de MTP3. En general, M3UA se utilizar como medio de transporte de primitivas entre la capa usuaria de MTP-3 (SCCP o ISUP) de un punto de sealizacin IP y la capa MTP3 de un SGW remoto, tal como muestra la Figura 14.
Nodo SS7 TCAP ISUP SCCP SGW Traduccin MTP3 M3UA MTP2 MTP1 SCTP IP Nodo IP TCAP SCCP ISUP

MTP3 MTP2 MTP1

M3UA SCTP IP

Enlace SS7

Red IP Red IP

Figura 14. Transporte con M3UA de primitivas ISUP o SCCP hacia una capa MTP3 remota.

Para el caso simplificado de comunicacin entre dos puntos de sealizacin IP, mostrado en la Figura 15, M3UA s es capaz de encaminar los mensajes SCCP o ISUP hasta su destino, ya que la red percibida por SCCP o ISUP se limita a una lnea punto a punto y no se necesitan encaminamientos MTP3.

- 44 -

TRANSPORTE DE SEALIZACIN SS7 SOBRE IP


Nodo IP TCAP ISUP SCCP Nodo IP TCAP SCCP ISUP

M3UA SCTP IP

M3UA SCTP IP

Red IP Red IP

Figura 15. Comunicacin punto a punto entre dos nodos IP mediante M3UA.

3.5.1 Representacin sealizacin

mediante

cdigos

de

punto

de

Tal como se ve en la Figura 14, es en los SGWs con M3UA donde reside la capa MTP3 de los puntos de sealizacin IP. Los cdigos de punto de sealizacin (direcciones MTP3) de los nodos IP residirn, por tanto, en los SGWs mediante los que accedan a la red SS7. Un SGW puede albergar los niveles MTP3, y por tanto los cdigos de punto de sealizacin, de varios nodos IP. Los propios SGWs deben contar con cdigo de punto de sealizacin, pero ste se puede compartir con uno o con varios nodos IP. Si un nodo IP accede a la red SS7 a travs de dos SGWs M3UA (ver Figura 16), es recomendable que a dicho nodo se acceda mediante un SPC distinto de los de los SGWs. As, desde el punto de vista de la red SS7, los SGWs seran STPs con rutas hacia el SPC del nodo IP. De esta forma se pueden seguir utilizando los mecanismos tradicionales de redundancia de acceso a la red SS7.

- 45 -

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS

SGW

Red Red SS7/TDM SS7/TDM

Red IP Red IP redundante redundante


SGW

NODO IP

Figura 16. Acceso a red SS7 a travs de dos SGWs M3UA

Incluso en este caso, un segundo nodo IP podra compartir el mismo cdigo de punto de sealizacin, ya que M3UA puede discriminar el nodo destino mediante distintos parmetros (ver apartado 3.5.2).

3.5.2 Routing Keys


La distribucin de mensajes SS7 entre los SGWs y los nodos IP se decide en funcin de lo que se conoce como routing keys. Un routing key es un conjunto de parmetros SS7 en funcin de los cuales se decide el encaminamiento de un mensaje desde un SGW hacia un nodo IP. Un routing key puede contener el OPC, DPC o SIO presente en la cabecera de MTP3, y tambin puede incluir parmetros especficos de la capa usuaria de MTP3, como el GT de SCCP o el CIC de ISUP. Cualquier combinacin es vlida. El protocolo M3UA asocia a cada routing key un identificador (routing context), que sirve como ndice de entrada a una tabla de encaminamiento de salida. La definicin de routing keys en un SGW debe permitir determinar el destino de todos los mensajes SS7 recibidos por el nodo. A diferencia de los protocolos SS7 tradicionales, distintos SGWs pueden intercambiarse routing keys, de forma que la tabla de encaminamiento de los nodos puede modificarse tanto esttica como dinmicamente.

3.5.3 Redundancia
En el SGW, todos los mensajes MTP3 que cumplen un determinado routing key se encaminan hacia el mismo nodo IP. Este nodo IP lgico puede estar implementado mediante varios servidores fsicos. Estos servidores pueden estar activos (procesan trfico), inutilizables por fallo, o en reserva. - 46 -

TRANSPORTE DE SEALIZACIN SS7 SOBRE IP

El modelo de redundancia de servidores IP de M3UA es n+k, donde n es el nmero de servidores activos y k el nmero de servidores de reserva, que pasaran a modo activo en caso de fallo de alguno de los n servidores activos. Existen tres modos de reparto de trfico hacia servidores fsicos activos pertenecientes al mismo nodo IP lgico: reparto de carga (loadshare), difusin (broadcast) o prioritario (override). En reparto de carga, cada servidor del nodo procesa una parte del trfico total del nodo. En difusin, todos los servidores procesan todo el trfico del nodo. Por ltimo, en modo prioritario uno de los servidores asume todo el trfico del nodo, independientemente del resto.

3.5.4 Formato de los mensajes de datos de usuario


Los mensajes de transporte de datos de usuario de M3UA se componen de tres campos opcionales y uno obligatorio. Los campos opcionales son: Apariencia de Red, Routing Context, e identificador de correlacin. El campo obligatorio corresponde con los datos del protocolo, y en l se transporta el mensaje MTP3 entero, incluyendo la cabecera de encaminamiento (OPC, DPC, SI, NI y SLS). La estructura de un mensaje de datos de M3UA se muestra a continuacin:
4 o c te to s T ip o : A p . R e d T ip o : R o u t . C o n t x t T ip o : D A T O S OPC DPC SI NI MP SLS M e n s a je M T P L o n g = 4 o c te to s L o n g = 4 o c te to s L o n g it u d O p c io n a l

A P A R I E N C IA D E R E D R O U T IN G C O N T E X T

M E N S A J E U S U A R IO M T P

T ip o : C o r r e la c i n

L o n g = 4 o c te to s

ID E N T IF IC A D O R D E C O R R E L A C I N

O p c io n a l

Figura 17. Estructura de los mensajes de datos de M3UA

- 47 -

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS

Como puede observarse, la cabecera M3UA consta de 16 octetos obligatorios sobre el mensaje SCCP o ISUP, y hasta 24 octetos ms variables. Sin embargo, la apariencia de red no se utiliza en redes con nodos dedicados, por lo que se puede considerar, para clculos de trfico, que la cabecera M3UA aade 32 octetos al mensaje SCCP o ISUP que transporta.

3.5.5 Utilizacin de M3UA


Como se ha visto, dado que M3UA transporta primitivas desde la capa ISUP o SCCP de un nodo hasta la capa MTP3 de otro (tpicamente un SGW), este protocolo slo puede utilizarse para conectar nodos con sealizacin IP a una red SS7. Por tanto, no se puede utilizar M3UA para descargar trfico SS7 entre dos nodos TDM a travs de red IP, a no ser que se utilicen SGWs con SCCP. Pero para esta aplicacin es mucho ms adecuado utilizar SGWs con M2PA, por los motivos indicados en el apartado 3.3. El 3GPP ha decidido utilizar este protocolo de adaptacin en las siguientes versiones de red UMTS, lo que hace que sea especialmente interesante utilizarlo para adaptar nodos UMTS o GSM con sealizacin IP a la red de sealizacin de una red GSM ya establecida de un operador con licencia GSM y UMTS. Esto permite, por ejemplo, utilizar los mismos HLRs para usuarios UMTS y GSM.

3.6 SUA
SUA son las siglas de SCCP User Adaptatio Layer. Es un protocolo de adaptacin de los usuarios de SCCP (TCAP, RANAP, etc) a SCTP. SUA est orientado al transporte de primitivas desde un nodo IP hasta un SGW en donde residira el nivel SCCP, de forma anloga a M2UA y M3UA, tal como muestra la Figura 18.

- 48 -

TRANSPORTE DE SEALIZACIN SS7 SOBRE IP


Nodo SS7 TCAP SCCP MTP3 MTP2 MTP1 SGW Traduccin SCCP MTP3 MTP2 MTP1 SUA SCTP IP Nodo IP TCAP SUA SCTP IP

Enlace SS7

Red IP Red IP

Figura 18. Transporte con SUA de primitivas TCAP hacia una capa SCCP remota

Adicionalmente, SUA permite comunicacin extremo a extremo entre dos nodos IP, debido a la simplicidad del caso punto a punto. SUA ofrece los siguientes servicios: Transferencia de mensajes de usuarios de SCCP. Servicio orientado y no orientado a conexin de SCCP. Permite utilizar las cuatro clases del protocolo SCCP Permite comunicacin completa entre pares usuarios de SCCP. Permite reenvo de mensajes SCCP, e incluye la funcin de traduccin de ttulos globales (GTT). Gestin de asociaciones SCTP entre un SGW y uno o varios nodos con sealizacin IP. Trabaja con nodos de sealizacin IP distribuidos. Informa de los cambios de estado de manera asncrona.

3.6.1 Encaminamiento de mensajes


Para determinar la asociacin SCTP destino por la que enviar un mensaje de nivel superior, SUA debe realizar una traduccin de direcciones a asociaciones SCTP. SUA seleccionar la asociacin destino basndose en routing keys anlogos a los de M3UA (ver apartado 3.5.2). - 49 -

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS

Cada routing key se corresponde con un conjunto de puntos de sealizacin IP destino, que pueden estar activos, en espera o inalcanzables. Tambin de forma anloga a M3UA, SUA puede enviar el trfico hacia los servidores activos en reparto de carga (loadshare), con difusin (broadcast) o a un nodo prioritario (override). Los routing keys de SUA pueden contener cualquiera de los siguientes parmetros: OPC, DPC, SIO, nmero de subsistema (SSN), identificador de transaccin, direcciones IP y nombres de mquina. Al igual que en M3UA, dos nodos con SUA se pueden intercambiar routing keys, de forma que las tablas de encaminamiento se pueden establecer tanto esttica como dinmicamente. SUA puede reenviar un mensaje hacia otro nodo con capa SUA que no sea el destino final del mensaje, de forma anloga a la traduccin de GTs de SCCP [UIT-T Q.714], y as poder distribuir la resolucin de direcciones de forma flexible y fcilmente ampliable. Esto puede resultar muy interesante en redes de gran tamao con muchos nodos con sealizacin sobre SUA, para simplificar las tablas de traduccin de direcciones. Un punto de sealizacin IP con SUA puede utilizar varios SGWs para enviar mensajes hacia una red SS7. La eleccin del SGW concreto depender de la direccin del nodo destino y del estado de los SGWs percibido desde el nodo IP, del mismo modo que M3UA, aunque SUA deber enviar todos los mensajes pertenecientes a la misma transaccin por el mismo SGW.

3.6.2 Utilizacin de SUA


La principal ventaja de SUA es que es la capa de adaptacin que elimina ms capas de la red SS7, y por ello resulta ms eficiente en cuanto al uso del ancho de banda IP. Adems, los nodos IP con SUA son ms simples que los nodos con otras capas de adaptacin a SCTP, y por ello ms baratos. El inconveniente fundamental de SUA es que no puede transportar ISUP. Por ello, para facilitar la interconexin entre operadores directamente en IP, el 3GPP ha optado por la utilizacin de M3UA como protocolo estndar de sealizacin en el ncleo de red UMTS, dejndose SUA como alternativa interna a cada red de adaptacin para nodos de tipo base de datos. - 50 -

TRANSPORTE DE SEALIZACIN SS7 SOBRE IP

4
DISEO DE UNA RED DE TRANSPORTE DE SMS SOBRE IP

- 51 -

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS

4.1 OBJETIVO DE DISEO


Se parte de una red de telefona mvil GSM ejemplo, de cobertura nacional, con 10 millones de usuarios. Se pretende implementar una red de transporte de sealizacin sobre IP cuyo objetivo inicial sea el transporte de todo el trfico debido a SMSs de la red ejemplo, pero teniendo en cuenta que en el futuro la red debe ser capaz de crecer hasta poder cursar toda la sealizacin de la red GSM y de una red UMTS nueva, que desde el principio acceder a la red SS7 mediante M3UA. Disponer de una red de transporte de SMS sobre IP permite desarrollar de forma rpida nuevos servicios basados en mensajera, adems de descargar una parte del trfico de sealizacin de la red SS7 ya establecida. Adems, contar con una red de transporte de sealizacin sobre IP permite una evolucin ms rpida de la red, tanto en nuevas plataformas de servicios como en integracin de nodos UMTS.

4.2 PRESENTACIN DEL CASO DE ESTUDIO


4.2.1 Distribucin de usuarios
La distribucin de los diez millones de usuarios por Comunidades Autnomas es la que muestra la Tabla 2, y corresponde con la distribucin de poblacin de Espaa segn el Censo Oficial, con fecha 1/11/2001 [INE].

- 52 -

TRANSPORTE DE SEALIZACIN SS7 SOBRE IP Tabla 2. Distribucin de usuarios.


Comunidad Autnoma Madrid (Comunidad de) Catalua Andaluc a + Ceuta y Melilla Comunidad Valenciana Pa s Vasco Galicia Castilla y Len Castilla-La Mancha Canarias Aragn + La Rioja Murcia (Regin de) Asturias (Principado de) Extremadura Baleares (Islas) Navarra (Cdad. Foral de) Cantabria T OT AL NACIONAL % Usuarios 13,3% 15,5% 18,0% 10,2% 5,1% 6,6% 6,0% 4,3% 4,1% 2,9% 2,9% 2,6% 2,6% 2,1% 1,4% 1,3% Usuarios 1.327.719 1.552.881 1.801.232 1.019.105 509.846 659.989 601.379 430.999 414.831 294.808 293.200 260.237 259.136 206.052 136.075 131.007 10.000.000

4.2.2 Distribucin de MSCs con acceso radio


Se ha supuesto una red de MSCs distribuida de la siguiente manera: en Madrid y Pas Vasco, zonas con alta densidad de poblacin, existe una MSC por cada 150.000 usuarios, debido a la fuerte carga de procesador que provoca la alta movilidad entre reas de servicio de MSCs de los usuarios. En Catalua, existe una MSC por cada 200.000 usuarios, dada la alta densidad de poblacin de Barcelona y la costa, combinada con reas menos pobladas en el interior. En el resto de Espaa se ha supuesto una MSC cada 300.000 usuarios. Con los criterios antes indicados, se obtiene la distribucin de MSCs en la red.

- 53 -

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS Tabla 3. Distribucin de MSCs con acceso radio
Comunidad Autnoma Madrid (Comunidad de) Catalua Andaluc a + Ceuta y Melilla Comunidad Valenciana Pa s Vasco Galicia Castilla y Len Castilla-La Mancha Canarias Aragn + La Rioja Murcia (Regin de) Asturias (Principado de) Extremadura Baleares (Islas) Navarra (Cdad. Foral de) Cantabria T OT AL NACIONAL Usuarios 1.327.719 1.552.881 1.801.232 1.019.105 509.846 659.989 601.379 430.999 414.831 294.808 293.200 260.237 259.136 206.052 136.075 131.007 10.000.000 Usuarios por MSC 150.000 200.000 300.000 300.000 150.000 300.000 300.000 300.000 300.000 300.000 300.000 300.000 300.000 300.000 300.000 300.000 204.000 MSCs 9 8 7 4 4 3 3 2 2 1 1 1 1 1 1 1 49

4.2.3 Red de trnsito


Se ha supuesto una organizacin jerrquica de la red de MSCs, en cuatro reas de conmutacin, tal como se muestra en la Figura 19.

Figura 19. Distribucin geogrfica de MSCs de acceso y reas de servicio.

- 54 -

TRANSPORTE DE SEALIZACIN SS7 SOBRE IP

Todas las MSCs de un rea de conmutacin cuentan con rutas de voz hacia dos centrales de trnsito. Estas centrales son GMSCs pero no utilizan el VLR, ya que no disponen de conexin con ninguna BSC. La interconexin de voz con otros operadores se efecta desde las centrales de trnsito, y por ello desde estas GMSCs se realizan consultas a los HLRs (mensajes SRI). La Figura 20 muestra el esquema de la estructura jerrquica de la red GSM de estudio.

BSC BSC BSC


BTS BTS . . .

MSC MSC
. . .

MSC MSC

STP

BTS BTS

BSC BSC BSC

STP

MSC

Acceso Red de Acceso Radio

Trnsito Ncleo de Red

Red SS7

Enlaces de sealizacin Enlaces de voz

Figura 20. Estructura jerrquica del caso de estudio.

Las ocho MSCs de trnsito estn completamente malladas entre s con rutas de voz.

- 55 -

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS

STP

STP

Norte MSC MSC

STP

MSC

MSC Este MSC

STP

Centro
STP

MSC

STP

MSC Sur
STP

MSC

STP

Figura 21. Red de trnsito de voz del caso de estudio.

La distribucin de usuarios por rea de conmutacin es la que muestra la Tabla 4.


Tabla 4. Distribucin de usuarios por rea de conmutacin.
Comunidad Autnoma Madrid (Comunidad de) Castilla-La Mancha T OT AL CENT RO Catalua Comunidad Valenciana Aragn + La Rioja Baleares (Islas) T OT AL EST E Pa s Vasco Galicia Castilla y Len Asturias (Principado de) Navarra (Cdad. Foral de) Cantabria T OT AL NORT E Andaluc a + Ceuta y Melilla Canarias Murcia (Regin de) Extremadura T OT AL SUR SUR SUR SUR SUR NORTE NORTE NORTE NORTE NORTE NORTE ESTE ESTE ESTE ESTE rea CENTRO CENTRO MSCs 9 2 11 8 4 1 1 14 4 3 3 1 1 1 13 7 2 1 1 11 Usuarios 1.327.719 430.999 1.758.718 1.552.881 1.019.105 294.808 206.052 3.072.846 509.846 659.989 601.379 260.237 136.075 131.007 2.298.532 1.801.232 414.831 293.200 259.136 2.768.399

- 56 -

TRANSPORTE DE SEALIZACIN SS7 SOBRE IP

4.2.4 Red de sealizacin


Tal como se observa en la Figura 21, existe un STP en cada emplazamiento con MSC de trnsito. La red SS7 de partida del caso de estudio consta de cuatro dobletes de STPs, uno por cada rea de conmutacin (ver Figura 19). Los STPs slo cuentan con conexin fsica directa con la MSC de trnsito de su mismo emplazamiento, aunque cuentan con linksets hacia todos los STPs de la red y todas las MSCs de su rea de conmutacin. 4.2.4.1 Conexin de las MSCs a los STPs Las MSCs de acceso cuentan con un linkset hacia cada STP de su rea geogrfica. Para implementar estos linksets se utilizan canales de las rutas de voz que las unen con las MSCs de trnsito, tal como muestra la Figura 22.

STP

MSC MSC MSC


STP

Enlaces de sealizacin

Acceso

Trnsito

Transmisin directa

Figura 22. Implementacin de los linksets de las MSCs de acceso.

Para el caso de los linksets de las propias MSCs de trnsito, la estructura es similar, salvo que uno de los linksets es directo hacia el STP situado en su mismo emplazamiento. 4.2.4.2 Enlaces entre STPs Los linksets que forman la malla de STPs se implementan de forma anloga a los de las MSCs, utilizando canales de la malla de la red de trnsito de voz, tal como muestra la Figura 23.

- 57 -

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS
MSC MSC
STP

STP

STP

STP

MSC

MSC
Enlaces de sealizacin Transmisin directa

Figura 23. Implementacin de los linksets entre STPs

Mediante este esquema, se consigue aprovechar el gran nmero de puertos TDM de las MSCs de trnsito, que sirven como concentradores de canales de 64 kbps, adems de reducir el nmero de E1s dedicados a sealizacin en la red. As se aprovechan al mximo todos los recursos. En la red que se plantea, todas las MSCs y todos los STPs son del mismo fabricante y se basan en la misma plataforma. Esta plataforma se supone que se implementa con hardware redundante, de forma que su fiabilidad es muy alta. La probabilidad de que la MSC en donde hace trnsito un STP falle es la misma que la de que el propio STP falle, y es muy baja. La probabilidad combinada de fallo de cualquiera de los dos ser el doble, pero igualmente aceptable. Ms all de la MSC de trnsito, los linksets no cuentan con ningn punto en comn. Se puede comprobar que el nico nodo que, ante un fallo en un nico elemento, puede perder sus dos linksets hacia un doblete de STPs A es otro STP de otro doblete B por fallo del propio STP o de la MSC de trnsito de su propio emplazamiento. An as, el doblete B se compone de dos STPs, por lo que an existira otro camino a travs del STP pareja del nodo cado. Por tanto, la concentracin de todos los enlaces hacia un STP en una MSC de trnsito no aade falibilidad a la red, ya que los STPs se disponen en dobletes de nodos capaces de cursar de forma individual todo el trfico ofrecido a la pareja.

- 58 -

TRANSPORTE DE SEALIZACIN SS7 SOBRE IP

4.2.4.3 Conexin de los HLRs a los STPs La red ejemplo utiliza un HLR por cada 700.000 usuarios. De esta forma, para 10.000.000 de usuarios se necesitaran 14 HLRs completos. Existir, por tanto, un HLR adicional para poder definir nuevos usuarios. En total, la red contar con 15 HLRs activos. En el caso de estudio, no se implementa redundancia automtica en los HLRs. En su lugar, se dispone de un HLR de respaldo en caso de cada de uno activo. En dicho HLR se cargaran manualmente los datos de los usuarios del HLR cado. Los HLRs disponen de linksets hacia los ocho STPs de la red de sealizacin, debido al alto trfico de sealizacin de dichos nodos. Dada a la importancia de los HLRs, y su relativa debilidad, por no disponer de redundancia, se prefiere implementar estos enlaces de sealizacin mediante tramas directas entre los HLRs y las MSCs de trnsito que sirven como concentradores de canales de sealizacin hacia los STPs. Esta estructura se muestra en la Figura 24.

- 59 -

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS

STP

STP

Norte MSC MSC

STP

MSC HLR

MSC Este MSC

STP

Centro MSC

STP

STP

MSC Sur
STP

MSC Enlace SS7 Transmisin directa

STP

Figura 24. Conexin de los HLRs a la red SS7 en el caso de estudio.

4.2.4.4 Interconexin de sealizacin hacia otras redes Los dobletes de STPs del Centro y del Este cuentan con linksets de interconexin con los otros operadores nacionales mviles y con aquellos operadores de telefona fija con sealizacin cuasi-asociada. Adems, estos cuatro STPs cuentan con cdigo de punto de sealizacin internacional (ISPC) y con linksets directos hacia la red MTP internacional. Los dobletes de interconexin realizan una traduccin de ttulos globales capaz de encaminar todos los mensajes SCCP hacia todas las redes con las que se tiene acuerdo de roaming o acuerdo de interconexin SMS nacional. La implementacin de los linksets se realiza, o bien utilizando canales de las rutas de interconexin de voz, o bien mediante tramas especficas para sealizacin entre las MSCs de trnsito y la red de otro operador.

- 60 -

TRANSPORTE DE SEALIZACIN SS7 SOBRE IP

4.2.5 Portabilidad de numeracin mvil


En Espaa, los operadores de telefona mvil estn obligados a permitir la portabilidad de numeracin. Esto significa que se debe permitir que un usuario de una red pueda utilizar un nmero de telfono (MSISDN) perteneciente a un rango originalmente otorgado a otro operador. Para encaminar las llamadas de voz hacia otros operadores mviles nacionales, no basta con conocer el rango de numeracin dado por los tres primeros dgitos del nmero destino (por ejemplo: 609 Movistar, 637 Vodafone, etc.), ya que el usuario no tiene por qu pertenecer al operador al que se otorg ese rango. Por ello, cada operador de telefona mvil debe contar con una base de datos de usuarios, para determinar el operador al que pertenece actualmente el usuario destino de la llamada. La consulta a la base de datos de numeracin se puede efectuar de dos maneras: disparando una consulta de red inteligente, o mediante la tcnica denominada Signalling Relay Function (Funcin de reenvo de sealizacin). El primer mtodo dispara una consulta de red inteligente para todas las llamadas terminadas en un rango de numeracin mvil nacional. La respuesta contendr el operador destino. Este mtodo aade una gran carga de sealizacin a la red, ya que por cada llamada terminada en mvil se debe efectuar una consulta a un SCP. Adems, las consultas de Red Inteligente suponen un aumento notable en la carga del procesador de las MSCs. El mtodo de reenvo de sealizacin consiste en modificar los encaminamientos de los mensajes SRI (Send Routing Information), de forma que, en lugar de enviarse directamente a los HLRs, se envan a un nodo intermedio. Este nodo intermedio analiza el MSISDN enviado en el mensaje SRI, y si ste pertenece a la propia red, entonces reenva el mensaje hacia el HLR correspondiente. Si pertenece a otra, el nodo intermedio enva a la MSC origen de la llamada la informacin de encaminamiento hacia el operador al que pertenece actualmente el MSISDN destino.

- 61 -

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS

Este mtodo aade carga de sealizacin a la red, ya que se deben enviar mensajes SRI para todas las numeraciones mviles, no slo para la numeracin propia. Sin embargo, la carga introducida es menor que la del mtodo por red inteligente, ya que en el caso de llamadas terminadas en usuarios propios no portados a otra red, no se introduce ninguna carga adicional. En la red ejemplo, se utiliza el mtodo de reenvo de sealizacin, y la aplicacin de consulta a la base de datos de numeracin portada se implementa en todos los STPs de la red, ya que todos los mensajes SRI deben pasar por ellos de igual manera.

4.2.6 Trfico de SMS


La distribucin de mensajes cortos originados por usuarios es la que refleja la Tabla 5, en trminos relativos, y la Tabla 6, en trminos absolutos.
Tabla 5. Nmero de SMS por usuario, da y edad

Edades Distrib. Usuarios SMS/usuario y da % Prepago

10 a 19 30% 2,0 100%

20 a 40 40% 1,0 60%

40 a 64 27% 0,2 60%

65 en adelante 3% 0,0 70%

Tabla 6. Total SMS originados por da y segmento de usuarios.

Edades Usuarios Usuarios prepago SMS/da SMS prepago/da

10 a 19 3.000.000 3.000.000 6.000.000 6.000.000

20 a 40 4.000.000 2.400.000 4.000.000 2.400.000

40 a 64 2.700.000 1.620.000 540.000 324.000

65+ 300.000 210.000 0 0

Total 10.000.000 7.230.000 10.540.000 8.724.000

El trfico total debido a SMS cursado durante la hora cargada es aproximadamente la dcima parte del trfico total cursado durante el da. Durante la hora cargada, se asume un perfil plano igual al trfico medio durante esa hora. Con el perfil de trfico anterior, se puede calcular el nmero de SMS originados por segundo en hora cargada dividiendo el nmero total de SMSs cursados al da entre 10 y entre 3600.

- 62 -

TRANSPORTE DE SEALIZACIN SS7 SOBRE IP

En trmino medio, la mitad de los SMS originados en hora cargada en la red terminan en la propia red, y la otra mitad en otras redes. Adems, el nmero de mensajes cortos enviados hacia otras redes es aproximadamente igual al nmero de mensajes cortos recibidos de otras redes. Estas proporciones se mantienen para cada MSC. Es decir, cada MSC recibe un nmero de SMS terminados igual al de SMS originados, proviniendo la mitad de ellos de otras redes.

4.2.7 SMSCs
La red ejemplo cuenta con dos SMSCs idnticos, ambos con capacidad de cursar 300 SMS/s, y ambos se pueden ampliar con sealizadores SIGTRAN. La mitad de las MSCs de la red envan los SMSs originados por sus usuarios hacia uno de los dos SMSCs en primera opcin, o al otro en caso de fallo del primero. Existen, por tanto, dos grupos de MSCs en la red de ejemplo, segn el SMSC al que envan los SMSs originados en primera opcin. La Tabla 7 muestra el trfico en hora cargada debido a SMSs originados en cada MSC, y el SMSC al que enva los SMSs cada MSC.
Tabla 7. Trfico SMS por CCAA y SMSC destino.
Comunidad Autnoma Madrid (Comunidad de) Catalua Andaluc a + Ceuta y Melilla Comunidad Valenciana Pa s Vasco Galicia Castilla y Len Castilla-La Mancha Canarias Aragn + La Rioja Murcia (Regin de) Asturias (Principado de) Extremadura Baleares (Islas) Navarra (Cdad. Foral de) Cantabria T OT AL SMSC A T OT AL SMSC B T OT AL NACIONAL 10.000.000 Usuarios MSCs SMS/d a por MSC SMS/s por MSC SMS/s CCAA 1.327.719 1.552.881 1.801.232 1.019.105 509.846 659.989 601.379 430.999 414.831 294.808 293.200 260.237 259.136 206.052 136.075 131.007 9 8 7 4 4 3 3 2 2 1 1 1 1 1 1 1 25 24 49 155.000 205.000 271.000 269.000 134.000 232.000 211.000 227.000 219.000 311.000 309.000 274.000 273.000 217.000 143.000 138.000 4,3 5,7 7,5 7,5 3,7 6,4 5,9 6,3 6,1 8,6 8,6 7,6 7,6 6,0 4,0 3,8 38,9 45,5 52,7 29,8 14,9 19,3 17,6 12,6 12,1 8,6 8,6 7,6 7,6 6,0 4,0 3,8 148 142 290 SMSC A B A B B A A B B B B A A B B A 51% 49%

- 63 -

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS

Se ha supuesto una distribucin uniforme de edades por Comunidades Autnomas, por lo que los SMS diarios originados por MSC se obtienen multiplicando el nmero de usuarios por MSC por el nmero medio de SMSs originados por usuario. A partir de los datos mostrados en la Tabla 6 se deduce fcilmente que el nmero medio global de SMS originados por usuario y da es 0,98.

4.2.8 Distribucin de nodos por emplazamiento


En la red ejemplo, la utilizacin de emplazamientos para albergar nodos se ha realizado teniendo en cuenta dos criterios. El primero indica que por seguridad, en el mismo emplazamiento no debe haber ms de tres MSCs, tres HLRs o un STP. El segundo criterio consiste en contar con MSC de acceso tan cerca como sea posible de los nodos de acceso radio (BSCs), lo que lleva a necesitar al menos un emplazamiento por comunidad autnoma. Los emplazamientos de la red de ejemplo, y la distribucin de nodos de ncleo de red en ellos, se indica en la Tabla 8.
Tabla 8. Emplazamientos y distribucin de nodos de ncleo de red.
rea Comunidad Autnoma Emplazamiento Madrid-1 CENTRO Madrid (Comunidad de) Madrid-2 Madrid-3 Madrid-4 Castilla-La Mancha T oledo-1 Barcelona-1 Catalua Barcelona-2 Barcelona-3 T arragona-1 Comunidad Valenciana Aragn + La Rioja Baleares (Islas) Pa s Vasco NORTE Galicia Castilla y Len Valencia-1 Valencia-2 Zaragoza-1 Palma de Mallorca-1 Bilbao-1 Bilbao-2 Corua-1 Len-1 MSC T ransito ST P MSC Acceso HLR SMSC 1 1 0 0 0 1 1 0 0 0 0 0 0 1 1 0 0 0 1 1 0 0 0 0 1 1 0 0 0 1 1 0 0 0 0 0 0 1 1 0 0 0 1 1 0 0 0 0 2 2 3 2 2 2 2 2 2 2 2 1 1 2 2 3 3 3 2 2 3 2 1 1 2 2 0 0 0 2 2 0 0 0 0 0 0 2 2 0 0 0 2 1 0 0 0 0 1 0 0 0 0 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 T IPO T1 T2 A A A T1 T2 A A A A A A T2 T2 A A A T2 T2 A A A A

ESTE

Cantabria+ Asturias + Navarra Santander-1 Sevilla-1 Andaluc a + Ceuta y Melilla SUR Sevilla-2 Mlaga-1 Canarias Murcia (Regin de) Extremadura T enerife-1 Murcia-1 Cceres-1

- 64 -

TRANSPORTE DE SEALIZACIN SS7 SOBRE IP

Como puede verse, en funcin de los nodos de conmutacin que albergan, existen tres tipos de emplazamientos: Tipo T1. Emplazamientos con MSCs de acceso, MSC de trnsito, STP, HLR y SMSC. Tipo T2. Emplazamientos con MSCs de acceso, MSC de trnsito, STP y HLR. Tipo A. Emplazamientos nicamente con MSCs de acceso.

4.3 RED SIGTRAN NECESARIA


4.3.1 Nodos ampliables con sealizadores SIGTRAN
La red de partida cuenta con MSCs, STPs, SCPs y HLRs basados en la misma plataforma hardware, y se les puede aadir una ampliacin de hardware con la cual pueden enviar sealizacin M3UA. El fabricante ha decidido utilizar sealizacin IP basada en M3UA para facilitar la convergencia de sus nodos con las normas del 3GPP sobre la red UMTS. Los SMSCs de la red ejemplo, como se menciona en el apartado 4.2.7, tambin se pueden ampliar con sealizadores SIGTRAN, tanto con M3UA como con SUA.

4.3.2 Alternativas de implementacin


Una primera idea de implementacin de una red de descarga de sealizacin de SMS sobre IP consistira en extender una red IP a la que accedieran todas las MSCs y todos los SMSCs. Sin embargo, tal como se observa en el apartado 2.4, tambin existe trfico debido a SMSs entre SMSCs y HLRs (mensaje SRIfSM de consulta para determinar la MSC destino del mensaje), por lo que los HLRs tambin debern acceder a la red IP de transporte de trfico SMS. Adems, en el apartado 4.2.5 se indica que en los STPs de la red ejemplo se realiza la consulta a la base de datos de portabilidad, por lo que, o bien los propios STPs acceden a la red IP, o bien se traslada la funcionalidad SRF a las MSCs o HLRs.

- 65 -

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS

Se utilizar el protocolo de adaptacin M3UA, ya que es el nico que el fabricante de los nodos de conmutacin de la red ejemplo ha implementado. El fabricante ha decidido esto motivado por la normalizacin de los protocolos de control de UMTS, en donde se recomienda utilizar M3UA como protocolo de adaptacin de sealizacin SS7 sobre SCTP. Sera posible ampliar todas las MSCs, todos los HLRs, y los dos SMSCs con sealizadores M3UA. De esta forma, sera necesario realizar la siguiente inversin: 49 ampliaciones M3UA en MSCs. 15 ampliaciones M3UA en HLRs. 2 ampliaciones M3UA en SMSCs.

En total, 66 ampliaciones con equipamiento M3UA. Adems, es muy importante tener en cuenta que, en la red ejemplo, los enlaces de sealizacin entre MSCs de acceso y STPs se implementan sobre canales pertenecientes a las tramas dedicadas al transporte de voz entre MSCs de acceso y MSCs de trnsito. Con esta estructura, la reduccin del trfico en estos enlaces no va a repercutir en una reduccin del coste de la transmisin entre emplazamientos. Es ms, podra ocurrir que no existiera ancho de banda IP disponible entre dos emplazamientos y que hubiera que contratar ms capacidad en caso de desviar trfico SS7 hacia una red IP. Si en lugar de ampliar todas las MSCs, se centraliza el acceso a la red IP en los STPs, convirtindolos en SGWs, se reduce fuertemente la inversin necesaria en equipo, con el mismo coste en transmisin que en el caso anterior. En este caso, sera necesario realizar la siguiente inversin: 15 ampliaciones M3UA en HLRs. 8 ampliaciones M3UA en STPs. 2 ampliaciones M3UA en SMSCs.

En total, 25 ampliaciones con equipamiento M3UA. Teniendo en cuenta que la red IP ejemplo parte de cero, esta opcin es la que resulta ms adecuada. Adems, las consultas a la base de datos de portabilidad, residente en los STPs, se seguira realizando de la misma manera.

- 66 -

TRANSPORTE DE SEALIZACIN SS7 SOBRE IP

En cuanto a los HLRs de la red ejemplo, son los nicos nodos que cuentan con tramas E1 dedicadas a sealizacin. En este caso, s es adecuado ampliar todos los HLRs con sealizadores M3UA. En esta primera fase se rebajara una pequea parte del trfico de estos nodos, pero sobre todo quedaran preparados para que, en fases posteriores de desarrollo de la red SIGTRAN de la red ejemplo, se convirtieran en nodos de acceso nico IP, lo que facilita su integracin desde el principio en una futura red UMTS.

4.3.3 Arquitectura de la red SIGTRAN objetivo


Teniendo en cuenta la arquitectura de la red ejemplo, la red SIGTRAN inicial se basa en lo siguiente: Conversin de los STPs a STP/SGWs-M3UA. El acceso de las MSCs a la red SIGTRAN se realizar a travs de los STP/SGWs. Los HLRs se convierten en nodos duales, tanto nativos IP como nativos SS7. Los SMSCs pasan a ser nodos con acceso exclusivo a travs de IP. Aunque el trfico SMS no es tan esencial como el resto del trfico de control de la red, para permitir la evolucin hacia una red SS7 completamente transportada sobre IP, se decide partir desde el principio de una red SIGTRAN implementada sobre dos redes de transporte IP fsicamente separadas, cuyos nicos nodos comunes son los nodos usuarios de ambas redes. De esta forma se sigue el esquema de transporte de sealizacin sin puntos nicos de fallo utilizado en las redes SS7 tradicionales. El esquema general de la red SIGTRAN se resume en los siguientes puntos: Los SGWs se configuran en parejas idnticas, denominadas dobletes. Todos los nodos SS7 que accedan a la red SIGTRAN lo harn a travs de al menos un doblete de SGWs, de forma que en caso de fallo de uno de los SGWs, todo el trfico se puede entregar a travs del otro. De igual manera, todos los nodos SIGTRAN accedern a los nodos SS7 utilizando al menos un doblete de SGWs, de forma que en caso de fallo de uno de los SGWs, todo el trfico se puede entregar a travs del otro. Se establecen dos redes IP de transporte, denominadas Azul y Roja. Dichas redes IP no tienen ningn punto en comn, ni equipos ni medios de transmisin. - 67 -

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS

Cada SGW de un doblete se conecta a una, y slo a una, red IP de transporte distinta. De esta forma, cuatro SGWs se conectarn la red Azul y los otros cuatro a la red Roja.

Los nodos SIGTRAN nativos (SMSCs y HLRs en esta primera fase) se conectarn tanto a la red IP Azul como a la red IP Roja.
STP SGW STP SGW

STP SGW

Red IP Red IP Red IP Red IP

STP SGW

STP SGW

STP SGW

STP SGW

STP SGW

Figura 25. Conexin de los SGWs a las redes IP de transporte.

STP SGW

Red IP Red IP Red IP Red IP

SMSC IP

MSC
STP SGW

HLR

Figura 26. Conexin de MSC, SMSC y HLR a las redes IP de transporte.

En cada emplazamiento que albergue nodos con sealizacin SIGTRAN se establecern dos VLANes, una perteneciente a la red Azul y la otra perteneciente a la red Roja. Cada VLAN acceder al resto de emplazamientos a travs de un router diferente. Por tanto, existir en cada uno de estos emplazamientos una pareja de routers, uno perteneciente a la red Azul y otro perteneciente a la red Roja.

- 68 -

TRANSPORTE DE SEALIZACIN SS7 SOBRE IP

4.3.4 Trfico IP en SGWs


Segn la arquitectura de esta red ejemplo, y teniendo en cuenta que nicamente se cursar el trfico de sealizacin debido al servicio de SMS, el trfico IP que cursan los SGWs hacia y desde la red SIGTRAN es la suma de los siguientes componentes: Mensajes Forward Short Message (Originado en Mvil), desde las MSCs hasta los SMSCs. Mensajes Forward Short Message (Originado en Mvil) acknowledgement, confirmacin del mensaje anterior, desde los SMSCs hasta las MSCs. Mensajes Forward Short Message (Terminado en Mvil), desde los SMSCs de la red hasta las MSCs, tanto las de la red propia como las de otros operadores. Despus del STP/SGW, los mensajes hacia MSCs de otros operadores se enviarn por la interconexin correspondiente. Mensajes Forward Short Message (Terminado en Mvil) acknowledgement, confirmacin de entrega desde las MSCs hasta los SMSCs de la propia red. Los mensajes hacia los SMSCs de otros operadores no se cursarn por la red IP, sino que se enviarn directamente a la interconexin de sealizacin correspondiente. Mensajes Send Routing Info for Short Message, preguntas desde el SMSC acerca de la MSC en la que se encuentra el usuario destino del SMS. Mensajes Send Routing Info for Short Message response, respuestas de los HLRs a la pregunta anterior, que incluyen la direccin SCCP de la MSC en la que el usuario destino est acampado.

- 69 -

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS
K

MO MFS

AC

FSM-MO SRIfSM

STP SGW
FSM-MT

Red IP Red IP Red IP Red IP

FSM-MT ACK

SMSC IP

MSC
STP SGW
SRIfSM ACK

SR IfS M

HLR

FSM-MO (+ACK) : 1 x SMS-MO en MSC

Otros Otros operadores operadores

FSM-MT (+ACK) : 1 x SMS-MO en MSC SRIfSM (SMSC->SGW): 1 x SMS-MT SRIfSM (SGW->HLR): 1 x SMS-MT en MSC SRIfSM-ACK (INTX->SGW->SMSC): 1 x SMS-INTX-MT

Figura 27. Mensajes MAP cursados en el interfaz IP en los SGWs

Debe tenerse en cuenta que la carga de trfico en el interfaz IP del SGW (interfaz Ethernet) se compone tanto de los mensajes hacia la red IP como de los mensajes desde la red IP. Para calcular el trfico en el interfaz IP, debe computarse el tamao de las cabeceras de los protocolos sobre los que se transportan los mensajes MAP citados anteriormente. Estos son TCAP, SCCP, M3UA, SCTP, IP y finalmente Ethernet [IEEE 802]. Los tamaos de las cabeceras de los protocolos se detallan en la Tabla 9.
Tabla 9. Tamaos de las cabeceras de los protocolos.
Protocolo SCCP M3UA SCTP IP Ethernet Total 25 32 (ver apartado 3.5.4) 40 (ver apartado 3.2.2.5) 20 [RFC791] 26 [IEEE802.3] 143 octetos = 1144 bits Tamao en octetos de la cabecera

- 70 -

TRANSPORTE DE SEALIZACIN SS7 SOBRE IP

Por otro lado, aparte del tamao de las cabeceras desde SCCP hay que tener en cuenta, evidentemente, el tamao de los mensajes intercambiados en cada envo de SMS, hasta nivel TCAP. En el caso de los mensajes Forward Short Message, su tamao depende del texto que enve cada usuario, pero se estima un tamao medio de texto de usuario de 100 caracteres. Los tamaos de los mensajes intercambiados se muestran en la Tabla 10, tanto a nivel TCAP como a nivel Ethernet.
Tabla 10. Tamao de los mensajes que cursan los SGWs
Mensaje FSM FSM-ack SRIfSM SRIfSM ack T amao hasta T CAP (octetos) T amao en interfaz f sico (octetos)

145 15 39 44

288 158 182 187

Las MSCs envan sus mensajes destinados en los SMSC-IP en reparto de carga a los dos STP/SGW con los que tiene enlaces SS7 directos (SGWs cabecera de rea). De acuerdo con la Tabla 7, cada doblete de SGW cursar en hora cargada un determinado nmero de SMS/s originados en usuarios de la red ejemplo, mostrado en la Tabla 11.
Tabla 11. Total SMS/s originados en MSCs cursados por cada SGW
rea Centro Este Norte Sur SMS/s 51,5 90,0 67,3 81,1 SGW /rea 2 2 2 2 (SMS/s) / SGW 25,7 45,0 33,6 40,5

En la Tabla 12 se muestra el nmero total de mensajes que cursa cada SGW, y el trfico total en el interfaz SIGTRAN de dichos nodos.
Tabla 12. Clculo del trfico de cada SGW hacia la red SIGTRAN
SGW Madrid-1 Madrid-2 Barcelona-1 Barcelona-2 Bilbao-1 Bilbao-2 Sevilla-1 Sevilla-2 (SMS MO) / s 25,7 25,7 45,0 45,0 33,6 33,6 40,5 40,5 (SMS MT ) /s 49,1 49,1 58,7 58,7 16,8 16,8 20,3 20,3 FSM/s 74,8 74,8 103,7 103,7 50,5 50,5 60,8 60,8 FSM-ack/s 74,8 74,8 103,7 103,7 50,5 50,5 60,8 60,8 SRIfSM/s 54,3 54,3 54,3 54,3 54,3 54,3 54,3 54,3 SRIfSM ack /s 36,2 36,2 36,2 36,2 0,0 0,0 0,0 0,0 T rfico total en SGW (kbps) 400 400 500 500 260 260 300 300

El trfico en el SGW se ha calculado tal como se muestra en la Ecuacin 1. - 71 -

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS Ecuacin 1. Trfico total en los SGW
Trafico total en SGW = ( N SMS MO s + N SMS MT s ) [Tamao( FSM ) + Tamao( FSM ack ) ] +

N SMS MO / s Tamao( SRIfSM ) + N SGW N SMS MO / s N total SMS originado y terminado en red propia Tamao( SRIfSM ) + N SGW N total SMS MO N SMS Entrantes desde interconexion / s Tamao( SRIfSM resp ) N SGW con interconexion

Donde, Trfico total en SGW es el trfico en hora cargada en la interfaz Ethernet de cada SGW de la red. N SMS MO/s es la frecuencia de mensajes cortos originados en los mviles acampados en las MSCs pertenecientes al rea geogrfica del que es cabecera el SGW sobre el que se calcula el trfico en su interfaz Ethernet. Cada uno de estos mensajes se entrega a un SMSC-IP, y despus se reenva desde el SMSC-IP hacia el destino correspondiente, por lo que de nuevo se cursa a travs de los SGW hacia la MSC destino (propia o de otro operador). Un SMS originado en un rea geogrfica no tiene por qu terminar en esa misma rea, por lo que puede entrar en la red SIGTRAN por un doblete de SGW y salir de ella por otro distinto. Sin embargo, se estima que en media por cada doblete de SGW entran tantos SMSs hacia la red SIGTRAN como mensajes SMS salen de ella hacia la red SS7 tradicional. Los SMSCs entregarn los SMSs terminados en otros operadores en reparto de carga a los cuatro STP/SGWs con interconexin. En la red ejemplo los SMSs-MO se reparten al 50% entre mensajes SMS terminados en otro operador y mensajes SMS terminados en la propia red. FSM es un mensaje MAP Forward Short Message, sobre el cual se transporta el mensaje de texto del usuario. Los mensajes FSM provenientes de interconexin no se cursan a travs de la red SIGTRAN, sino que se entregan directamente desde la interconexin hasta la MSC destino. FSM ack/s es un mensaje MAP de asentimiento de entrega de mensaje FSM. Los tamaos de los mensajes MAP son los que se muestran en la Tabla 10. Las frecuencias de mensajes SMS originados en cada rea de conmutacin son los que se muestran en la Tabla 11. - 72 -

TRANSPORTE DE SEALIZACIN SS7 SOBRE IP

SRIfSM es un mensaje MAP Send Routing Info for Short Message originado en los SMSCs. Estas consultas las debe analizar la funcionalidad de portabilidad de numeracin, implementada en los nodos STP/SGW, aunque terminan en los HLRs, de forma que los SMSCs las pueden enviar indistintamente a cualquiera de los SGW/STPs. Los SMSCs entregarn estos mensajes repartiendo uniformemente la carga entre los ocho SGW. Por eso para calcular el nmero de estos mensajes que se cursan a travs de un SGW se calcula el nmero total de mensajes SRIfSM generados en los SMSCs y se divide entre el nmero de SGWs (8).

Una vez consultada la portabilidad, si el SMS termina en mvil de la red (50% de los SRIfSM), los STP/SGW reenvan el mensaje SRIfSM al HLR correspondiente por la red SIGTRAN. La otra mitad de SRIfSMs se entregarn por la interconexin correspondiente.

SRIfSM resp es el mensaje MAP respuesta al mensaje SRIfSM. Los mensajes entre los HLRs y SMSCs de la red ejemplo se cursan directamente por la red SIGTRAN, sin pasar por los STP/SGWs.

La respuesta de los HLRs de otros operadores a los mensajes SRIfSM se cursarn por los SGWs. Los STP/SGW por los que entran los mensajes de interconexin son los dobletes de Madrid y Barcelona.

4.3.5 Trfico IP en HLRs


En esta fase de despliegue de red SIGTRAN, los HLRs nicamente cursan mensajes SRIfSM y SRIfSM-response desde y hacia la red IP, respectivamente. Los mensajes SRIfSM los generan los SMSCs de la red propia. Los de otros operadores hacia los HLRs de la red se cursan a travs de la red SS7 tradicional. Adems, debido a la utilizacin de consulta de portabilidad de numeracin mvil basada en los mensajes SRIfSM, los originados por los SMSCs de la red deben enviarse a los STP/SGWs en donde reside la base de datos de numeracin portada, para decidir si el HLR destino del mensaje es de la red propia o debe enviarse a interconexin. El intercambio de mensajes MAP se representa en la Figura 28.

- 73 -

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS

SRIfSM

STP SGW

Red IP Red IP Red IP Red IP


SRIfSM (SMSC->SGW): 1 x SMS-MT

ack SM RIf S SR I

SMSC IP
fSM

STP SGW

HLR

SRIfSM (SGW->HLR): 1 x SMS-MT en MSC SRIfSM-ACK (HLR->SMSC): 1 x SMS-MT en MSC

Figura 28. Mensajes cursados por los HLRs hacia la red SIGTRAN

En la red ejemplo, la distribucin geogrfica de los usuarios definidos en un HLR concreto es aproximadamente la misma que la del total de usuarios de la red. Por ello, y dado que en la red ejemplo todos los HLRs tienen el mismo nmero de usuarios activos, se puede suponer que el nmero de mensajes SRIfSM que llega a cada HLR, originados en los SMSCs de la red, es igual para todos los HLRs de la red. La Ecuacin 2 muestra el clculo realizado para obtener el trfico en el interfaz IP de los HLRs.
Ecuacin 2. Trfico en interfaz IP en cada HLR
Trafico en HLR = N Total SMSs originados y terminados en red [Tamao( SRIfSM ) + Tamao( SRIfSM response)] N total de HLRs

Cada SMS originado y terminado en la red ejemplo genera un mensaje SRIfSM que se cursa por la red SIGTRAN. Como se ha mencionado en el apartado 4.2.6 (Pg. 62), la mitad de los SMSs originados en la red terminan en la propia red. Con todo ello, la Tabla 13 muestra el trfico hacia red SIGTRAN de todos los HLRs:

- 74 -

TRANSPORTE DE SEALIZACIN SS7 SOBRE IP Tabla 13. Clculo del trfico SIGTRAN en HLRs
HLR (SMS MO) en red / s (SMS MO y MT ) en red / s SRIfSM/s hacia HLRs N HLRs en red SRIfSM/s por HLR SRIfSM resp /s por HLR T amao SRIfSM (octetos en Ethernet) T amao SRIfSM response (octetos en Ethernet) T rfico total SIGT RAN en HLR (kbps) Cualquiera 289,8 144,9 144,9 15 9,7 9,7 182,0 187,0 30

El nmero total de SMSs por segundo originados en la red en hora cargada se ha calculado sumando los valores de cada Comunidad Autnoma indicados en la Tabla 7 (Pg. 63), y el tamao de los mensajes es el que se indica en la Tabla 10. Como puede observarse, el trfico IP en los HLRs es muy bajo si nicamente cursan hacia la red SIGTRAN los mensajes SRIfSM y SRIfSM-response de los mensajes originados y terminados en la propia red.

4.3.6 Trfico IP en SMSCs


Todo el trfico de los SMSCs de la red ejemplo se cursa a travs de la red SIGTRAN. ste se compone de los siguientes mensajes: Mensajes Forward Short Message (Originado en Mvil), desde las MSCs hasta los SMSCs IP. Existe uno por cada SMS originado en la red. Mensajes Forward Short Message (Originado en Mvil) acknowledgement, confirmacin del mensaje anterior, desde los SMSCs hasta las MSCs. Existe uno por cada SMS originado en la red. Mensajes Forward Short Message (Terminado en Mvil), desde los SMSCs de la red hasta las MSCs, tanto hasta las MSCs de la red propia como hasta las MSCs de otros operadores. Despus del STP/SGW, los mensajes hacia MSCs de otros operadores se enviarn por la interconexin. Existe, por tanto, uno de estos mensajes por cada SMS originado en la red. Mensajes Forward Short Message (Terminado en Mvil) acknowledgement, confirmacin de entrega desde las MSCs hasta los SMSCs de la propia red. Los mensajes hacia los SMSCs de otros operadores no se cursarn por la red IP, sino que - 75 -

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS

se enviarn directamente a la interconexin de sealizacin. Existe uno de estos mensajes por cada mensaje FSM-MT, por lo que de nuevo habr tantos como mensajes SMS originados en la red. Mensajes Send Routing Info for Short Message, preguntas desde el SMSC acerca de la MSC en la que se encuentra el usuario destino del SMS. Estos mensajes pueden terminar tanto en los HLRs de la propia red como en HLRs de otras redes. Por tanto, existir uno de estos mensajes por cada SMS originado en la red. Mensajes Send Routing Info for Short Message response, respuestas de los HLRs a la pregunta anterior, que incluyen la direccin SCCP de la MSC en la que el usuario est acampado. Existe uno por cada mensaje SRIfSM, y por tanto, uno por cada SMS originado en la red.
K AC O -M M FS STP

FSM-MO SRIfSM

SGW

FSM-MT

Red IP Red IP Red IP Red IP

FSM-MT ACK

SMSC IP

MSC
STP SGW
SRIfSM ACK

SRIfSM ack

HLR

FSM-MO (+ACK) : 1 x SMS-MO en MSC

Otros Otros operadores operadores

FSM-MT (+ACK) : 1 x SMS-MO en MSC SRIfSM (SMSC->SGW): 1 x SMS-MT=1 x SMS-MO SRIfSM-ACK (SGW o HLR->SMSC): 1 x SMS-MT=1xSMS-MO

Figura 29. Mensajes MAP en la interfaz IP de los SMSCs

La Tabla 7 (Pg. 63) muestra el nmero total de SMS originados en las MSCs y el total que se enva a cada SMSC de la red. Con ello, junto con lo expuesto en este mismo apartado, se deduce el clculo del trfico en el interfaz IP de cada SMSC.
Tabla 14. Trfico total en cada SMSC
SMSC Madrid-1 Barcelona-1 (SMS MO) / s 147,6 142,2 FSM/s 295,2 284,5 FSM-ack/s 295,2 284,5 SRIfSM/s 147,6 142,2 SRIfSM ack /s 147,6 142,2 T rfico total en SMSC (kbps) 1490 1430

En la Tabla 14 se ha calculado el trfico total en SMSC de acuerdo con la Ecuacin 3.

- 76 -

TRANSPORTE DE SEALIZACIN SS7 SOBRE IP Ecuacin 3. Clculo del trfico en SMSC.


Trafico total SMSC=N SMS-MO [ 2 Tamao( FSM ) + 2 Tamao( FSM -ack ) + Tamao( SRIfSM ) + Tamao( SRIfSM -resp )]

Los tamaos de los mensajes a nivel Ethernet son los indicados en la Tabla 10 (Pg. 71).

4.3.7 VLANes SIGTRAN


A continuacin se muestran las VLANes SIGTRAN que se implementarn en cada emplazamiento. En todos los emplazamientos se utilizarn dos switches diferentes, uno para la VLAN Roja y otro para la VLAN Azul.
MADRID 1
MSC 2 MSC 3

SMSC IP

HLR 1

HLR 2

STP SGW

SS7/TDM

MSC 1

SIGTRAN

ROUTER

ROUTER

Red IP Red IP

Red IP Red IP

Figura 30. VLANes SIGTRAN en Madrid-1

- 77 -

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS

MADRID 2

MSC 2

MSC 3

HLR 1

HLR 2

STP SGW

SS7/TDM

MSC 1

SIGTRAN

ROUTER

ROUTER

Red IP Red IP

Red IP Red IP

Figura 31. VLANes SIGTRAN en Madrid-2

BARCELONA 1

MSC 2

MSC 3

SMSC IP

HLR 1

HLR 2

STP SGW

SS7/TDM

MSC 1

SIGTRAN

ROUTER

ROUTER

Red IP Red IP

Red IP Red IP

Figura 32. VLANes SIGTRAN en Barcelona-1

- 78 -

TRANSPORTE DE SEALIZACIN SS7 SOBRE IP

BARCELONA 2

MSC 2

MSC 3

HLR 1

HLR 2

STP SGW

SS7/TDM

MSC 1

SIGTRAN

ROUTER

ROUTER

Red IP Red IP

Red IP Red IP

Figura 33. VLANes SIGTRAN Barcelona-2

BILBAO 1

MSC 2

MSC 3

HLR 1

HLR 2

STP SGW

SS7/TDM

MSC 1

SIGTRAN

ROUTER

ROUTER

Red IP Red IP

Red IP Red IP

Figura 34. VLANes SIGTRAN en Bilbao-1

- 79 -

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS

BILBAO 2

MSC 2

MSC 3

HLR 1

HLR 2

STP SGW

SS7/TDM

MSC 1

SIGTRAN

ROUTER

ROUTER

Red IP Red IP

Red IP Red IP

Figura 35. VLANes SIGTRAN en Bilbao-2

SEVILLA 1

MSC 2

MSC 3

HLR 1

HLR 2

STP SGW

SS7/TDM

MSC 1

SIGTRAN

ROUTER

ROUTER

Red IP Red IP

Red IP Red IP

Figura 36. VLANes SIGTRAN en Sevilla-1

- 80 -

TRANSPORTE DE SEALIZACIN SS7 SOBRE IP

SEVILLA 2

MSC 2

MSC 3

HLR 1

STP SGW

SS7/TDM

MSC 1

SIGTRAN

ROUTER

ROUTER

Red IP Red IP

Red IP Red IP

Figura 37. VLANes SIGTRAN en Sevilla-2

Se puede observar que cada STP/SGW de un doblete se conecta a una red IP diferente.

4.3.8 Ancho de banda entre emplazamientos


A continuacin se presentan tablas resumen de los trficos intercambiados entre cada nodo SIGTRAN y todos los dems. Estos trficos se deducen de todo lo comentado en los apartados 4.3.4, 4.3.5 y 4.3.6, junto con los datos de distribucin de mensajes SMS originados expuestos en la Tabla 7. 4.3.8.1 Trfico originado en Madrid-1
Tabla 15. Trfico originado en Madrid-1 SGW-1
SGW Madrid-1 Mensaje FSM-MO FSM-MO FSM-MT-a c k FSM-MT-a c k SRIfSM SRIfSM SRIfSM SRIfSM a c k SRIfSM a c k SRIfSM a c k (SMS MO) / s 25,7 N mensajes/ s 19,4 6,3 28,2 20,9 1,2 1,2 1,2 2,4 2,4 2,4 Tamao mensaje (octetos) Nodo Destino Emplazamiento destino Trfico hacia nodo (kbps)

288 288 158 158 182 182 182 187 187 187

SMSC-Madrid 1 SMSC-Barcelona 1 SMSC-Madrid 1 SMSC-Barcelona 1 Madrid-1 HLR-1 Madrid-1 HLR-2 Resto HLRs Madrid-1 HLR-1 Madrid-1 HLR-2 Resto HLRs

Madrid-1 (interno) Barcelona-1 Madrid-1 (interno) Barcelona-1 Madrid-1 (interno) Madrid-1 (interno) Emplazamientos T1 y T2 Madrid-1 (interno) Madrid-1 (interno) Emplazamientos T1 y T2

45 15 36 26 2 2 2 4 4 4

- 81 -

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS

Tabla 16. Trfico originado en Madrid-1 SMSC-1


SMSC Madrid-1 Mensa je FSM-MT FSM-MT FSM-MT FSM-MT FSM-MT FSM-MT FSM-MT FSM-MT FSM-MO-a ck FSM-MO-a ck FSM-MO-a ck FSM-MO-a ck FSM-MO-a ck FSM-MO-a ck FSM-MO-a ck FSM-MO-a ck SRIfSM SRIfSM (SMS MT) / s 147,6 N mensa jes/ s 28,2 28,2 18,4 18,4 12,1 12,1 15,1 15,1 19,4 19,4 0,0 0,0 24,2 24,2 30,2 30,2 18,4 18,4 Ta ma o mensaje (octetos) Nodo Destino Empla za miento destino Tr fico ha cia nodo (kbps)

288 288 288 288 288 288 288 288 158 158 158 158 158 158 158 158 182 182

SGW-1 Madrid-1 SGW-1 Madrid-2 SGW-1 Barcelona-1 SGW-1 Barcelona-2 SGW-1 Bilbao-1 SGW-1 Bilbao-2 SGW-1 Sevilla-1 SGW-1 Sevilla-2 SGW-1 Madrid-1 SGW-1 Madrid-2 SGW-1 Barcelona-1 SGW-1 Barcelona-2 SGW-1 Bilbao-1 SGW-1 Bilbao-2 SGW-1 Sevilla-1 SGW-1 Sevilla-2 SGW-1 Madrid-1 Resto de SGWs

Madrid-1 (interno) Madrid-2 Barcelona-1 Barcelona-2 Bilbao-1 Bilbao-2 Sevilla-1 Sevilla-2 Madrid-1 (interno) Madrid-2 Barcelona-1 Barcelona-2 Bilbao-1 Bilbao-2 Sevilla-1 Sevilla-2 Madrid-1 (interno) Emplazamientos T1 y T2

65 65 43 43 28 28 35 35 25 25 0 0 31 31 38 38 27 27

Tabla 17. Trfico originado en Madrid-1 HLR-1 y HLR-2


HLRs Madrid-1 HLR-1 Mensaje SRIfSM ack SRIfSM ack HLRs Madrid-1 HLR-2 Mensaje SRIfSM ack SRIfSM ack (SRIfSM) / s 9,7 N mensajes/ s 4,9 4,7 (SRIfSM) / s 9,7 N mensajes/ s 4,9 4,7 Tamao mensaje (octetos) Nodo Destino Emplaza miento destino Trfico hacia nodo (kbps) Tamao mensaje (octetos) Nodo Destino Emplaza miento destino Trfico hacia nodo (kbps)

187 187

SMSC-Madrid 1 SMSC-Barcelona 1

Madrid-1 (interno) Barcelona-1

7 7

187 187

SMSC-Madrid 1 SMSC-Barcelona 1

Madrid-1 (interno) Barcelona-1

7 7

Agregando, se obtiene el trfico entre Madrid-1 y el resto de emplazamientos con red SIGTRAN:
Tabla 18. Trfico total originado en Madrid-1
Emplazamiento destino T rfico originado en SGW (kbps) T rfico originado en SMSC (kbps) T rfico originado en HLRs (kbps) T otal (kbps) -

Madrid-1 Madrid-2 Barcelona-1 Barcelona-2 Bilbao-1 Bilbao-2 Sevilla-1 Sevilla-2

12 53 12 12 12 12 6

117 70 70 86 86 100 100

0 14 0 0 0 0 0

129 137 82 98 98 112 106

- 82 -

TRANSPORTE DE SEALIZACIN SS7 SOBRE IP

4.3.8.2 Trfico originado en Madrid-2


Tabla 19. Trfico originado en Madrid-2 SGW-1
SGW Madrid-2 Mensa je FSM-MO FSM-MO FSM-MT-a c k FSM-MT-a c k SRIfSM SRIfSM SRIfSM SRIfSM a c k SRIfSM a c k SRIfSM a c k (SMS MO) / s 25,7 N mensajes/ s 19,4 6,3 28,2 20,9 1,2 1,2 1,2 2,4 2,4 2,4 T ma o mensaje (octetos) a Nodo Destino Emplazamiento destino Trfico ha cia nodo (kbps)

288 288 158 158 182 182 182 187 187 187

SMSC-Madrid 1 SMSC-Barcelona 1 SMSC-Madrid 1 SMSC-Barcelona 1 Madrid-2 HLR-1 Madrid-2 HLR-2 Resto HLRs Madrid-2 HLR-1 Madrid-2 HLR-2 Resto HLRs

Madrid-1 Barcelona-1 Madrid-1 Barcelona-1 Madrid-2 (interno) Madrid-2 (interno) Emplazamientos T1 y T2 Madrid-2 (interno) Madrid-2 (interno) Emplazamientos T1 y T2

45 15 36 26 2 2 2 4 4 4

Tabla 20. Trfico originado en Madrid-2 HLR-1 y HLR-2


HLRs Madrid-2 HLR-1 Mensa je SRIfSM a ck SRIfSM a ck HLRs Madrid-2 HLR-2 Mensa je SRIfSM a ck SRIfSM a ck (SRIfSM) / s 9,7 N mensajes/ s 4,9 4,7 (SRIfSM) / s 9,7 N mensajes/ s 4,9 4,7 T ma o mensaje (octetos) a Nodo Destino Emplazamiento destino Trfico ha cia nodo (kbps) T ma o mensaje (octetos) a Nodo Destino Emplazamiento destino Trfico ha cia nodo (kbps)

187 187

SMSC-Madrid 1 SMSC-Barcelona 1

Madrid-1 Barcelona-1

7 7

187 187

SMSC-Madrid 1 SMSC-Barcelona 1

Madrid-1 Barcelona-1

7 7

Tabla 21. Trfico total originado en Madrid-2


Emplazamiento destino T rfico originado en SGW (kbps) T rfico originado en HLRs (kbps) T rfico total (kbps)

Madrid-1 Madrid-2 Barcelona-1 Barcelona-2 Bilbao-1 Bilbao-2 Sevilla-1 Sevilla-2

93 53 12 12 12 12 6

14 14 0 0 0 0 0

107 67 12 12 12 12 6

- 83 -

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS

4.3.8.3 Trfico originado en Barcelona-1


Tabla 22. Trfico originado en Barcelona-1 SGW-1
SGW Barcelona-1 Mensaje FSM-MO FSM-MO FSM-MT-a c k FSM-MT-a c k SRIfSM SRIfSM SRIfSM SRIfSM a c k SRIfSM a c k SRIfSM a c k (SMS MO) / s 45,0 N mensajes/ s 0,0 45,0 18,4 40,3 1,2 1,2 1,2 2,4 2,4 2,4 T amao mensaje (octetos) Nodo Destino Emplazamiento destino T rfico hacia nodo (kbps)

288 288 158 158 182 182 182 187 187 187

SMSC-Madrid 1 SMSC-Barcelona 1 SMSC-Madrid 1 SMSC-Barcelona 1 Barcelona-1 HLR-1 Barcelona-1 HLR-2 Resto HLRs Barcelona-1 HLR-1 Barcelona-1 HLR-2 Resto HLRs

Madrid-1 Barcelona-1 (interno) Madrid-1 Barcelona-1 (interno) Barcelona-1 (interno) Barcelona-1 (interno) Emplazamientos T1 y T2 Barcelona-1 (interno) Barcelona-1 (interno) Emplazamientos T1 y T2

0 104 23 51 2 2 2 4 4 4

Tabla 23. Trfico originado en Barcelona-1 SMSC-1


SMSC Barcelona-1 Mensaje FSM-MT FSM-MT FSM-MT FSM-MT FSM-MT FSM-MT FSM-MT FSM-MT FSM-MO-a c k FSM-MO-a c k FSM-MO-a c k FSM-MO-a c k FSM-MO-a c k FSM-MO-a c k FSM-MO-a c k FSM-MO-a c k SRIfSM SRIfSM (SMS MT) / s 142,2 N mensajes/ s 17,8 17,8 40,3 40,3 4,7 4,7 5,2 5,2 0,0 0,0 45,0 45,0 9,5 9,5 10,4 10,4 17,8 17,8 Tamao mensaje (octetos) Nodo Destino Emplazamiento destino Trfico hacia nodo (kbps)

288 288 288 288 288 288 288 288 158 158 158 158 158 158 158 158 182 182

SGW-1 Madrid-1 SGW-1 Madrid-2 SGW-1 Barcelona-1 SGW-1 Barcelona-2 SGW-1 Bilbao-1 SGW-1 Bilbao-2 SGW-1 Sevilla-1 SGW-1 Sevilla-2 SGW-1 Madrid-1 SGW-1 Madrid-2 SGW-1 Barcelona-1 SGW-1 Barcelona-2 SGW-1 Bilbao-1 SGW-1 Bilbao-2 SGW-1 Sevilla-1 SGW-1 Sevilla-2 SGW-1 Barcelona-1 Resto de SGWs

Madrid-1 Madrid-2 Barcelona-1 (interno) Barcelona-2 Bilbao-1 Bilbao-2 Sevilla-1 Sevilla-2 Madrid-1 Madrid-2 Barcelona-1 (interno) Barcelona-2 Bilbao-1 Bilbao-2 Sevilla-1 Sevilla-2 Barcelona-1 (interno) Emplazamientos T1 y T2

41 41 93 93 11 11 12 12 0 0 57 57 12 12 13 13 26 26

Tabla 24. Trfico originado en Barcelona-1 HLR-1 y HLR-2


HLRs Barcelona -1 HLR-1 Mensa je SRIfSM a ck SRIfSM a ck HLRs Barcelona -1 HLR-2 Mensa je SRIfSM a ck SRIfSM a ck (SRIfSM) / s 9,7 N mensajes/ s 4,9 4,7 (SRIfSM) / s 9,7 N mensajes/ s 4,9 4,7 T ma o mensaje (octetos) a Nodo Destino Empla za miento destino Tr fico hacia nodo (kbps) T ma o mensaje (octetos) a Nodo Destino Empla za miento destino Tr fico hacia nodo (kbps)

187 187

SMSC-Madrid 1 SMSC-Barcelona 1

Madrid-1 Barcelona-1 (interno)

7 7

187 187

SMSC-Madrid 1 SMSC-Barcelona 1

Madrid-1 Barcelona-1 (interno)

7 7

- 84 -

TRANSPORTE DE SEALIZACIN SS7 SOBRE IP Tabla 25. Trfico total originado en Barcelona-1
Emplazamiento destino T rfico originado en SGW (kbps) T rfico originado en SMSC (kbps) T rfico originado en HLRs (kbps) T otal (kbps)

Madrid-1 Madrid-2 Barcelona-1 Barcelona-2 Bilbao-1 Bilbao-2 Sevilla-1 Sevilla-2

35 12 12 12 12 12 6

67 67 176 49 49 51 51

14 0 0 0 0 0 0

116 79 188 61 61 63 57

4.3.8.4 Trfico originado en Barcelona-2


Tabla 26. Trfico originado en Barcelona-2 SGW-1
SGW Ba rcelona -2 Mensa je FSM-MO FSM-MO FSM-MT-a c k FSM-MT-a c k SRIfSM SRIfSM SRIfSM SRIfSM a c k SRIfSM a c k SRIfSM a c k (SMS MO) / s 45,0 N mensajes/ s 0,0 45,0 18,4 40,3 1,2 1,2 1,2 2,4 2,4 2,4 Ta ma o mensa je (octetos) Nodo Destino Empla za miento destino T fico ha cia nodo (kbps) r

288 288 158 158 182 182 182 187 187 187

SMSC-Madrid 1 SMSC-Barcelona 1 SMSC-Madrid 1 SMSC-Barcelona 1 Barcelona-2 HLR-1 Barcelona-2 HLR-2 Resto HLRs Barcelona-2 HLR-1 Barcelona-2 HLR-2 Resto HLRs

Madrid-1 Barcelona-1 Madrid-1 Barcelona-1 Barcelona-2 (interno) Barcelona-2 (interno) Emplazamientos T1 y T2 Barcelona-2 (interno) Barcelona-2 (interno) Emplazamientos T1 y T2

0 104 23 51 2 2 2 4 4 4

Tabla 27. Trfico originado en Barcelona-2 HLR-1 y HLR-2


HLRs Ba rcelona -2 HLR-1 Mensa je SRIfSM a ck SRIfSM a ck HLRs Ba rcelona -2 HLR-2 Mensa je SRIfSM a ck SRIfSM a ck (SRIfSM) / s 9,7 N mensa jes/ s 4,9 4,7 (SRIfSM) / s 9,7 N mensa jes/ s 4,9 4,7 Ta ma o mensa je (octetos) Nodo Destino Empla za miento destino Trfico ha cia nodo (kbps) Ta ma o mensa je (octetos) Nodo Destino Empla za miento destino Trfico ha cia nodo (kbps)

187 187

SMSC-Madrid 1 SMSC-Barcelona 1

Madrid-1 Barcelona-1

7 7

187 187

SMSC-Madrid 1 SMSC-Barcelona 1

Madrid-1 Barcelona-1

7 7

Tabla 28. Trfico total originado en Barcelona-2


Emplazamiento destino T rfico originado en SGW (kbps) T rfico originado en HLRs (kbps) T rfico total (kbps)

Madrid-1 Madrid-2 Barcelona-1 Barcelona-2 Bilbao-1 Bilbao-2 Sevilla-1 Sevilla-2

35 12 167 12 12 12 6

14 0 14 0 0 0 0

49 12 181 12 12 12 6

- 85 -

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS

4.3.8.5 Trfico originado en Bilbao-1


Tabla 29. Trfico originado en Bilbao-1 SGW-1
SGW Bilbao-1 Mensa je FSM-MO FSM-MO FSM-MT-a c k FSM-MT-a c k SRIfSM SRIfSM SRIfSM SRIfSM a c k SRIfSM a c k SRIfSM a c k (SMS MO) / s 33,6 N mensa jes/ s 24,2 9,5 12,1 4,7 1,2 1,2 1,2 2,4 2,4 2,4 Ta ma o mensa je (octetos) Nodo Destino Empla zamiento destino Trfico ha cia nodo (kbps)

288 288 158 158 182 182 182 187 187 187

SMSC-Madrid 1 SMSC-Barcelona 1 SMSC-Madrid 1 SMSC-Barcelona 1 Bilbao-1 HLR-1 Bilbao-1 HLR-2 Resto HLRs Bilbao-1 HLR-1 Bilbao-1 HLR-2 Resto HLRs

Madrid-1 Barcelona-1 Madrid-1 Barcelona-1 Bilbao-1 (interno) Bilbao-1 (interno) Emplazamientos T1 y T2 Bilbao-1 (interno) Bilbao-1 (interno) Emplazamientos T1 y T2

56 22 15 6 2 2 2 4 4 4

Tabla 30. Trfico originado en Bilbao-1 HLR-1 y HLR-2


HLRs Bilba o-1 HLR-1 Mensa je SRIfSM a ck SRIfSM a ck HLRs Bilba o-1 HLR-2 Mensa je SRIfSM a ck SRIfSM a ck (SRIfSM) / s 9,7 N mensa jes/ s 4,9 4,7 (SRIfSM) / s 9,7 N mensa jes/ s 4,9 4,7 Ta ma o mensa je (octetos) Nodo Destino Empla zamiento destino Trfico ha cia nodo (kbps) Ta ma o mensa je (octetos) Nodo Destino Empla zamiento destino Trfico ha cia nodo (kbps)

187 187

SMSC-Madrid 1 SMSC-Barcelona 1

Madrid-1 Barcelona-1

7 7

187 187

SMSC-Madrid 1 SMSC-Barcelona 1

Madrid-1 Barcelona-1

7 7

Tabla 31. Trfico total originado en Bilbao-1


Emplazamiento destino T rfico originado en SGW (kbps) T rfico originado en HLRs (kbps) T rfico total (kbps)

Madrid-1 Madrid-2 Barcelona-1 Barcelona-2 Bilbao-1 Bilbao-2 Sevilla-1 Sevilla-2

83 12 40 12 12 12 6

14 0 14 0 0 0 0

97 12 54 12 12 12 6

- 86 -

TRANSPORTE DE SEALIZACIN SS7 SOBRE IP

4.3.8.6 Trfico originado en Bilbao-2


Tabla 32. Trfico originado en Bilbao-2 SGW-1
SGW Bilbao-2 Mensaje FSM-MO FSM-MO FSM-MT-a c k FSM-MT-a c k SRIfSM SRIfSM SRIfSM SRIfSM a c k SRIfSM a c k SRIfSM a c k (SMS MO) / s 33,6 N mensajes/ s 24,2 9,5 12,1 4,7 1,2 1,2 1,2 2,4 2,4 2,4 Tamao mensa je (octetos) Nodo Destino Emplaza miento destino T fico hacia nodo (kbps) r

288 288 158 158 182 182 182 187 187 187

SMSC-Madrid 1 SMSC-Barcelona 1 SMSC-Madrid 1 SMSC-Barcelona 1 Bilbao-2 HLR-1 Bilbao-2 HLR-2 Resto HLRs Bilbao-2 HLR-1 Bilbao-2 HLR-2 Resto HLRs

Madrid-1 Barcelona-1 Madrid-1 Barcelona-1 Bilbao-2 (interno) Bilbao-2 (interno) Emplazamientos T1 y T2 Bilbao-2 (interno) Bilbao-2 (interno) Emplazamientos T1 y T2

56 22 15 6 2 2 2 4 4 4

Tabla 33. Trfico originado en Bilbao-2 HLR-1 y HLR-2


HLRs Bilbao-2 HLR-1 Mensaje SRIfSM a ck SRIfSM a ck HLRs Bilbao-2 HLR-2 Mensaje SRIfSM a ck SRIfSM a ck (SRIfSM) / s 9,7 N mensajes/ s 4,9 4,7 (SRIfSM) / s 9,7 N mensajes/ s 4,9 4,7 T amao mensaje (octetos) Nodo Destino Emplazamiento destino T rfico hacia nodo (kbps) T amao mensaje (octetos) Nodo Destino Emplazamiento destino T rfico hacia nodo (kbps)

187 187

SMSC-Madrid 1 SMSC-Barcelona 1

Madrid-1 Barcelona-1

7 7

187 187

SMSC-Madrid 1 SMSC-Barcelona 1

Madrid-1 Barcelona-1

7 7

Tabla 34. Trfico total originado en Bilbao-2


Emplazamiento destino T rfico originado en SGW (kbps) T rfico originado en HLRs (kbps) T rfico total (kbps)

Madrid-1 Madrid-2 Barcelona-1 Barcelona-2 Bilbao-1 Bilbao-2 Sevilla-1 Sevilla-2

83 12 40 12 12 12 6

14 0 14 0 0 0 0

97 12 54 12 12 12 6

- 87 -

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS

4.3.8.7 Trfico originado en Sevilla-1


Tabla 35. Trfico originado en Sevilla-1 SGW-1
SGW Sevilla-1 Mensaje FSM-MO FSM-MO FSM-MT-a c k FSM-MT-a c k SRIfSM SRIfSM SRIfSM SRIfSM a c k SRIfSM a c k SRIfSM a c k (SMS MO) / s 40,5 N mensajes/ s 30,2 10,4 15,1 5,2 1,2 1,2 1,2 2,4 2,4 2,4 Tamao mensaje (octetos) Nodo Destino Emplazamiento destino Trfico hacia nodo (kbps)

288 288 158 158 182 182 182 187 187 187

SMSC-Madrid 1 SMSC-Barcelona 1 SMSC-Madrid 1 SMSC-Barcelona 1 Sevilla-1 HLR-1 Sevilla-1 HLR-2 Resto HLRs Sevilla-1 HLR-1 Sevilla-1 HLR-2 Resto HLRs

Madrid-1 Barcelona-1 Madrid-1 Barcelona-1 Sevilla-1 (interno) Sevilla-1 (interno) Emplazamientos T1 y T2 Sevilla-1 (interno) Sevilla-1 (interno) Emplazamientos T1 y T2

69 24 19 7 2 2 2 4 4 4

Tabla 36. Trfico originado en Sevilla-1 HLR-1 y HLR-2


HLRs Sevilla-1 HLR-1 Mensaje SRIfSM a ck SRIfSM a ck HLRs Sevilla-1 HLR-2 Mensaje SRIfSM a ck SRIfSM a ck (SRIfSM) / s 9,7 N mensajes/ s 4,9 4,7 (SRIfSM) / s 9,7 N mensajes/ s 4,9 4,7 T mao mensa je (octetos) a Nodo Destino Empla zamiento destino Trfico hacia nodo (kbps) T mao mensa je (octetos) a Nodo Destino Empla zamiento destino Trfico hacia nodo (kbps)

187 187

SMSC-Madrid 1 SMSC-Barcelona 1

Madrid-1 Barcelona-1

7 7

187 187

SMSC-Madrid 1 SMSC-Barcelona 1

Madrid-1 Barcelona-1

7 7

Tabla 37. Trfico originado en Sevilla-1


Emplazamiento destino T rfico originado en SGW (kbps) T rfico originado en HLRs (kbps) T rfico total (kbps)

Madrid-1 Madrid-2 Barcelona-1 Barcelona-2 Bilbao-1 Bilbao-2 Sevilla-1 Sevilla-2

100 12 43 12 12 12 6

14 0 14 0 0 0 0

114 12 57 12 12 12 6

- 88 -

TRANSPORTE DE SEALIZACIN SS7 SOBRE IP

4.3.8.8 Trfico originado en Sevilla-2


Tabla 38. Trfico originado en Sevilla-2 SGW-1
SGW Sevilla -2 Mensa je FSM-MO FSM-MO FSM-MT-a c k FSM-MT-a c k SRIfSM SRIfSM SRIfSM a c k SRIfSM a c k (SMS MO) / s 40,5 N mensajes/ s 30,2 10,4 15,1 5,2 1,2 1,2 2,4 2,4 Ta ma o mensa je (octetos) Nodo Destino Emplaza miento destino Trfico hacia nodo (kbps)

288 288 158 158 182 182 187 187

SMSC-Madrid 1 SMSC-Barcelona 1 SMSC-Madrid 1 SMSC-Barcelona 1 Sevilla-2 HLR-1 Resto HLRs Sevilla-2 HLR-1 Resto HLRs

Madrid-1 Barcelona-1 Madrid-1 Barcelona-1 Sevilla-2 (interno) Emplazamientos T1 y T2 Sevilla-2 (interno) Emplazamientos T1 y T2

69 24 19 7 2 2 4 4

Tabla 39. Trfico originado en Sevilla-2 HLR-1


HLRs Sevilla-2 HLR-1 Mensaje SRIfSM ack SRIfSM ack (SRIfSM) / s 9,7 N mensajes/ s 4,9 4,7 T amao mensaje (octetos) Nodo Destino Emplazamiento destino T rfico hacia nodo (kbps)

187 187

SMSC-Madrid 1 SMSC-Barcelona 1

Madrid-1 Barcelona-1

7 7

Tabla 40. Trfico total originado en Sevilla-2


Emplazamiento destino T rfico originado en SGW (kbps) T rfico originado en HLRs (kbps) T rfico total (kbps)

Madrid-1 Madrid-2 Barcelona-1 Barcelona-2 Bilbao-1 Bilbao-2 Sevilla-1 Sevilla-2

100 12 43 12 12 12 12 -

7 0 7 0 0 0 0 -

107 12 50 12 12 12 12 -

4.3.8.9 Matriz de trfico entre emplazamientos Como resumen de todas las tablas de trfico anteriores, la Tabla 41 muestra la matriz de trfico SIGTRAN (en kbps) entre los ocho emplazamientos con sealizacin sobre IP. El trfico que se muestra en ella es la necesidad de ancho de banda IP entre emplazamientos en la hora cargada.

- 89 -

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS Tabla 41. Matriz de trfico SIGTRAN entre los emplazamientos de la red

Origen
Madrid-1 Madrid-1 Madrid-2 Madrid-2 Barcelona-1 Barcelona-2 Bilbao-1 Bilbao-2 Sevilla-1 Sevilla-2

Destino

Barcelona-1 Barcelona-2 Bilbao-1 Bilbao-2 Sevilla-1 Sevilla-2

129 137 82 98 98 112 106

107 67 12 12 12 12 6

116 79 188 61 61 63 57

49 12 181 12 12 12 6

97 12 54 12 12 12 6

97 12 54 12 12 12 6

114 12 57 12 12 12 6

107 12 50 12 12 12 12 -

Se puede comprobar que el ancho de banda utilizado en hora cargada en la red IP de transporte es relativamente bajo. En el tramo con ms trfico (entre Barcelona-1 y Barcelona-2), no se superan los 200 kbps. Debe tenerse en cuenta que la red IP de transporte debe contar capacidad disponible entre emplazamientos en ambas redes de transporte, tanto en la Red Azul como en la Red Roja, para poder cursar todo el trfico indicado en la Tabla 41 en caso de cada de algn elemento de alguna de las redes.

4.3.9 Plan de direccionamiento IP


Todos los nodos con sealizacin sobre IP deben contar con una direccin IP por cada interfaz hacia la red SIGTRAN. En este caso, los HLRs y SMSCs contarn con un interfaz hacia la red IP Roja y otro hacia la red IP Azul, mientras que los SGWs nicamente contarn con un interfaz, bien sea hacia la red IP Roja o hacia la Azul. Para facilitar los encaminamientos dentro de las redes IP de transporte, las direcciones IP de los interfaces de los nodos se deben asignar de acuerdo con ciertos criterios de agrupamiento. El plan de direccionamiento IP depende del nmero de direcciones IP de la red y de la localizacin de dichos interfaces IP. En el caso de la red ejemplo se utilizarn los siguientes criterios para asignar direcciones IP: Existir una primera divisin entre las direcciones IP de la red Roja y Azul, de forma que el resto de divisiones se aplicarn igualmente a ambas redes. Se crearn

- 90 -

TRANSPORTE DE SEALIZACIN SS7 SOBRE IP

dos subrangos. En este caso se necesitarn cuatro bits para poder diferenciar los dos rangos y contar adems con una direccin de red y otra de difusin. La segunda divisin se realizar en funcin del emplazamiento en el que se site el nodo. Aunque en la primera fase slo existen ocho emplazamientos con red IP, el plan de direccionamiento debe realizarse de forma que sea aplicable en el futuro. Por ello, puesto que la red ejemplo actualmente cuenta con 24 emplazamientos, se estima que una divisin en 126 subrangos (en cada uno de los dos subrangos anteriores) ser suficiente incluso para el futuro de la red, en el que previsiblemente se utilizarn ms emplazamientos con nodos IP si se despliega una red UMTS. Para ello, se necesitar utilizar 7 bits. Dentro de cada red SIGTRAN (Roja o Azul) y de cada emplazamiento, se realizar una tercera divisin que distinga entre VLANes. En la red inicial propuesta slo existe una VLAN por color y emplazamiento. Sin embargo, en el futuro puede que algn nodo, por falta de capacidad de transmisin en sus sealizadores SIGTRAN, necesite conectarse a varias VLANes. En cualquier caso, un lmite de seis VLANes de un mismo color en un mismo emplazamiento no parece fcilmente alcanzable ni tan siquiera a largo plazo. Se crear una tercera divisin en 6 VLANes, para lo que se necesitar utilizar ocho bits ms. Una vez efectuadas estas tres divisiones, debe tenerse un rango de direcciones disponible suficientemente grande. Se estima que 254 direcciones IP por cada VLAN SIGTRAN es suficiente. Para ello se utilizarn 8 bits ms. La Figura 38 muestra visualmente las divisiones en el direccionamiento IP fijadas en los puntos anteriores.

12 bits
Fijo red SIGTRAN

2 bits 7 bits
Color Emplazamiento

3 bits
VLAN

8 bits
Nodo

Figura 38. Estructura de direccionamiento IP de la red SIGTRAN

Para toda la red SIGTRAN se utilizar direccionamiento IPv4 privado, por lo que se tienen 32 bits como mximo. Dado que al menos se necesitan 19 bits, ser necesario contar con una parte de una clase A de las reservadas para direccionamiento privado. En la red ejemplo se escoge utilizar una parte de la red 10.0.0.0/8. - 91 -

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS

La Tabla 42 muestra la asignacin de subredes y direcciones IP para la red SIGTRAN Azul, siguiendo la estructura descrita en este apartado, mientras que la Tabla 43 muestra la misma asignacin para la red SIGTRAN Roja.
Tabla 42. Direccionamiento IP Red SIGTRAN Azul
Subred / Interfaz octeto 1 octeto 2 octeto 3 octeto 4 IP Decimal /Mscara

Red SIGTRAN Red "Azul" Red "Azul", Madrid-1 Red "Azul", Madrid-1, VLAN-1 Red "Azul", Madrid-1, VLAN-1, Router Azul Red "Azul", Madrid-1, VLAN-1, SMSC-1 Red "Azul", Madrid-1, VLAN-1, HLR-1 Red "Azul", Madrid-1, VLAN-1, HLR-2 Red "Azul", Madrid-2 Red "Azul", Madrid-2, VLAN-1 Red "Azul", Madrid-2, VLAN-1, Router Azul Red "Azul", Madrid-2, VLAN-1, HLR-1 Red "Azul", Madrid-2, VLAN-1, HLR-2 Red "Azul", Madrid-2, VLAN-1, SGW-1 Red "Azul", Barcelona-1 Red "Azul", Barcelona-1, VLAN-1 Red "Azul", Barcelona-1, VLAN-1, Router Azul Red "Azul", Barcelona-1, VLAN-1, SMSC-1 Red "Azul", Barcelona-1, VLAN-1, HLR-1 Red "Azul", Barcelona-1, VLAN-1, HLR-2 Red "Azul", Barcelona-1, VLAN-1, SGW-1 Red "Azul", Barcelona-2 Red "Azul", Barcelona-2, VLAN-1 Red "Azul", Barcelona-2, VLAN-1, Router Azul Red "Azul", Barcelona-2, VLAN-1, HLR-1 Red "Azul", Barcelona-2, VLAN-1, HLR-2 Red "Azul", Bilbao-1 Red "Azul", Bilbao-1, VLAN-1 Red "Azul", Bilbao-1, VLAN-1, Router Azul Red "Azul", Bilbao-1, VLAN-1, HLR-1 Red "Azul", Bilbao-1, VLAN-1, HLR-2 Red "Azul", Bilbao-1, VLAN-1, SGW-1 Red "Azul", Bilbao-2 Red "Azul", Bilbao-2, VLAN-1 Red "Azul", Bilbao-2, VLAN-1, Router Azul Red "Azul", Bilbao-2, VLAN-1, HLR-1 Red "Azul", Bilbao-2, VLAN-1, HLR-2 Red "Azul", Sevilla.1 Red "Azul", Sevilla-1, VLAN-1 Red "Azul", Sevilla-1, VLAN-1, Router Azul Red "Azul", Sevilla-1, VLAN-1, HLR-1 Red "Azul", Sevilla-1, VLAN-1, HLR-2 Red "Azul", Sevilla-1, VLAN-1, SGW-1 Red "Azul", Sevilla.2 Red "Azul", Sevilla-2, VLAN-1 Red "Azul", Sevilla-2, VLAN-1, Router Azul Red "Azul", Sevilla-2, VLAN-1, HLR-1

00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010

0001CCEE 000101EE 00010100 00010100 00010100 00010100 00010100 00010100 00010100 00010100 00010100 00010100 00010100 00010100 00010100 00010100 00010100 00010100 00010100 00010100 00010100 00010100 00010100 00010100 00010100 00010100 00010100 00010100 00010100 00010100 00010100 00010100 00010100 00010100 00010100 00010100 00010100 00010100 00010100 00010100 00010100 00010100 00010100 00010100 00010100 00010100 00010100

EEEEEVVV EEEEEVVV 00001VVV 00001001 00001001 00001001 00001001 00001001 00010VVV 00010001 00010001 00010001 00010001 00010001 00011VVV 00011001 00011001 00011001 00011001 00011001 00011001 00100VVV 00100001 00100001 00100001 00100001 00101VVV 00101001 00101001 00101001 00101001 00101001 00110VVV 00110001 00110001 00110001 00110001 00111VVV 00111001 00111001 00111001 00111001 00111001 01000VVV 01000001 01000001 01000001

XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX 00000001 00000010 00000011 00000100 XXXXXXXX XXXXXXXX 00000001 00000010 00000011 00001111 XXXXXXXX XXXXXXXX 00000001 00000010 00000011 00000100 00001111 XXXXXXXX XXXXXXXX 00000001 00000010 00000011 XXXXXXXX XXXXXXXX 00000001 00000010 00000011 00001111 XXXXXXXX XXXXXXXX 00000001 00000010 00000011 XXXXXXXX XXXXXXXX 00000001 00000010 00000011 00001111 XXXXXXXX XXXXXXXX 00000001 00000010

10.16.0.0 /12 10.20.0.0 /14 10.20.8.0 /21 10.20.9.0 /24 10.20.9.1 10.20.9.2 10.20.9.3 10.20.9.4 10.20.16.0 /21 10.20.17.0 /24 10.20.17.1 10.20.17.2 10.20.17.3 10.20.17.15 10.20.24.0 /21 10.20.25.0 /24 10.20.25.1 10.20.25.2 10.20.25.3 10.20.25.4 10.20.25.15 10.20.32.0 /21 10.20.33.0 /24 10.20.33.1 10.20.33.2 10.20.33.3 10.20.40.0 /21 10.20.41.0 /24 10.20.41.1 10.20.41.2 10.20.41.3 10.20.41.15 10.20.48.0 /21 10.20.49.0 /24 10.20.49.1 10.20.49.2 10.20.49.3 10.20.56.0 /21 10.20.57.0 /24 10.20.57.1 10.20.57.2 10.20.57.3 10.20.57.15 10.20.64.0 /21 10.20.65.0 /24 10.20.65.1 10.20.65.2

- 92 -

TRANSPORTE DE SEALIZACIN SS7 SOBRE IP Tabla 43. Direccionamiento IP Red SIGTRAN Roja
Subred / Interfaz octeto 1 octeto 2 octeto 3 octeto 4 IP Decimal /Mscara

Red SIGTRAN Red "Roja" Red "Roja", Madrid-1 Red "Roja", Madrid-1, VLAN-1 Red "Roja", Madrid-1, VLAN-1, Router Rojo Red "Roja", Madrid-1, VLAN-1, SMSC-1 Red "Roja", Madrid-1, VLAN-1, HLR-1 Red "Roja", Madrid-1, VLAN-1, HLR-2 Red "Roja", Madrid-1, VLAN-1, SGW-1 Red "Roja", Madrid-2 Red "Roja", Madrid-2, VLAN-1 Red "Roja", Madrid-2, VLAN-1, Router Rojo Red "Roja", Madrid-2, VLAN-1, HLR-1 Red "Roja", Madrid-2, VLAN-1, HLR-2 Red "Roja", Barcelona-1 Red "Roja", Barcelona-1, VLAN-1 Red "Roja", Barcelona-1, VLAN-1, Router Rojo Red "Roja", Barcelona-1, VLAN-1, SMSC-1 Red "Roja", Barcelona-1, VLAN-1, HLR-1 Red "Roja", Barcelona-1, VLAN-1, HLR-2 Red "Roja", Barcelona-2 Red "Roja", Barcelona-2, VLAN-1 Red "Roja", Barcelona-2, VLAN-1, Router Rojo Red "Roja", Barcelona-2, VLAN-1, HLR-1 Red "Roja", Barcelona-2, VLAN-1, HLR-2 Red "Roja", Barcelona-2, VLAN-1, SGW-1 Red "Roja", Bilbao-1 Red "Roja", Bilbao-1, VLAN-1 Red "Roja", Bilbao-1, VLAN-1, Router Rojo Red "Roja", Bilbao-1, VLAN-1, HLR-1 Red "Roja", Bilbao-1, VLAN-1, HLR-2 Red "Roja", Bilbao-2 Red "Roja", Bilbao-2, VLAN-1 Red "Roja", Bilbao-2, VLAN-1, Router Rojo Red "Roja", Bilbao-2, VLAN-1, HLR-1 Red "Roja", Bilbao-2, VLAN-1, HLR-2 Red "Roja", Bilbao-2, VLAN-1, SGW-1 Red "Roja", Sevilla.1 Red "Roja", Sevilla-1, VLAN-1 Red "Roja", Sevilla-1, VLAN-1, Router Rojo Red "Roja", Sevilla-1, VLAN-1, HLR-1 Red "Roja", Sevilla-1, VLAN-1, HLR-2 Red "Roja", Sevilla.2 Red "Roja", Sevilla-2, VLAN-1 Red "Roja", Sevilla-2, VLAN-1, Router Rojo Red "Roja", Sevilla-2, VLAN-1, HLR-1 Red "Roja", Sevilla-2, VLAN-1, SGW-1

00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010 00001010

0001CCEE 000110EE 00011000 00011000 00011000 00011000 00011000 00011000 00011000 00011000 00011000 00011000 00011000 00011000 00011000 00011000 00011000 00011000 00011000 00011000 00011000 00011000 00011000 00011000 00011000 00011000 00011000 00011000 00011000 00011000 00011000 00011000 00011000 00011000 00011000 00011000 00011000 00011000 00011000 00011000 00011000 00011000 00011000 00011000 00011000 00011000 00011000

EEEEEVVV EEEEEVVV 00001VVV 00001001 00001001 00001001 00001001 00001001 00001001 00010VVV 00010001 00010001 00010001 00010001 00011VVV 00011001 00011001 00011001 00011001 00011001 00100VVV 00100001 00100001 00100001 00100001 00100001 00101VVV 00101001 00101001 00101001 00101001 00110VVV 00110001 00110001 00110001 00110001 00110001 00111VVV 00111001 00111001 00111001 00111001 01000VVV 01000001 01000001 01000001 01000001

XXXXXXXX XXXXXXXX XXXXXXXX XXXXXXXX 00000001 00000010 00000011 00000100 00001111 XXXXXXXX XXXXXXXX 00000001 00000010 00000011 XXXXXXXX XXXXXXXX 00000001 00000010 00000011 00000100 XXXXXXXX XXXXXXXX 00000001 00000010 00000011 00001111 XXXXXXXX XXXXXXXX 00000001 00000010 00000011 XXXXXXXX XXXXXXXX 00000001 00000010 00000011 00001111 XXXXXXXX XXXXXXXX 00000001 00000010 00000011 XXXXXXXX XXXXXXXX 00000001 00000010 00001111

10.16.0.0 /12 10.24.0.0 /14 10.24.8.0 /21 10.24.9.0 /24 10.24.9.1 10.24.9.2 10.24.9.3 10.24.9.4 10.24.9.15 10.24.16.0 /21 10.24.17.0 /24 10.24.17.1 10.24.17.2 10.24.17.3 10.24.24.0 /21 10.24.25.0 /24 10.24.25.1 10.24.25.2 10.24.25.3 10.24.25.4 10.24.32.0 /21 10.24.33.0 /24 10.24.33.1 10.24.33.2 10.24.33.3 10.24.33.15 10.24.40.0 /21 10.24.41.0 /24 10.24.41.1 10.24.41.2 10.24.41.3 10.24.48.0 /21 10.24.49.0 /24 10.24.49.1 10.24.49.2 10.24.49.3 10.24.49.15 10.24.56.0 /21 10.24.57.0 /24 10.24.57.1 10.24.57.2 10.24.57.3 10.24.64.0 /21 10.24.65.0 /24 10.24.65.1 10.24.65.2 10.24.65.15

En la asignacin de direcciones IP a nodos, se han reservado las direcciones X.X.X.1 para los interfaces de los Routers de cada VLAN, y las direcciones X.X.X.15 para los interfaces de los SGWs. - 93 -

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS

Adems, los nodos con interfaces hacia las dos redes SIGTRAN utilizan para ambos interfaces direcciones IP iguales, excepto en los bits que determinan el color de la subred SIGTRAN. De esta forma, por ejemplo, el SMSC-1 de Madrid-1 utiliza la direccin IP 10.20.9.2 en su interfaz hacia la VLAN-1 Azul y la 10.24.9.2 en su interfaz hacia la red Roja.

4.3.10 Configuracin en MSCs


4.3.10.1 SCCP Las MSCs de la red estn configuradas de forma que a la hora de formar el mensaje MAP Forward Short Message, Mobile Originated, modifican el centro de servicio configurado por el usuario en su terminal, si es un usuario propio (no un usuario de otra red en roaming). Independientemente de lo que configure el usuario, la MSC enviar el mensaje SCCP utilizando como GT destino uno de los dos definidos en los SMSCs. Despus, las MSCs de la red realizarn la traduccin de los ttulos globales de los SMSCs a punto de sealizacin, de acuerdo con la Tabla 44.
Tabla 44. Traduccin de GTs en MSCs
Comunidad Autnoma MSC origen Dir. Centro Servicio Castilla-La Mancha Madrid (Comunidad de) Aragn + La Rioja Baleares (Islas) Catalua Comunidad Valenciana Asturias (Principado de) Cantabria Castilla y Len Galicia Navarra (Cdad. Foral de) Pa s Vasco Andaluc a + Ceuta y Melilla Canarias Extremadura Murcia (Regin de) Cualquiera Cualquiera Cualquiera Cualquiera Cualquiera Cualquiera Cualquiera Cualquiera Cualquiera Cualquiera Cualquiera Cualquiera Cualquiera Cualquiera Cualquiera Cualquiera GT SCCP DPC Primario DPC Secundario Madrid-1 SMSC Barcelona-1 SMSC Madrid-1 SMSC Madrid-1 SMSC Madrid-1 SMSC Madrid-1 SMSC Barcelona-1 SMSC Barcelona-1 SMSC Barcelona-1 SMSC Barcelona-1 SMSC Madrid-1 SMSC Madrid-1 SMSC Barcelona-1 SMSC Madrid-1 SMSC Barcelona-1 SMSC Madrid-1 SMSC

GT-Pareja SMSCs, Primario Barna Barcelona-1 SMSC GT-Pareja SMSCs, Primario Madrid Madrid-1 SMSC

GT-Pareja SMSCs, Primario Barna Barcelona-1 SMSC GT-Pareja SMSCs, Primario Barna Barcelona-1 SMSC GT-Pareja SMSCs, Primario Barna Barcelona-1 SMSC GT-Pareja SMSCs, Primario Barna Barcelona-1 SMSC GT-Pareja SMSCs, Primario Madrid GT-Pareja SMSCs, Primario Madrid GT-Pareja SMSCs, Primario Madrid GT-Pareja SMSCs, Primario Madrid Madrid-1 SMSC Madrid-1 SMSC Madrid-1 SMSC Madrid-1 SMSC

GT-Pareja SMSCs, Primario Barna Barcelona-1 SMSC GT-Pareja SMSCs, Primario Barna Barcelona-1 SMSC GT-Pareja SMSCs, Primario Madrid Madrid-1 SMSC

GT-Pareja SMSCs, Primario Barna Barcelona-1 SMSC GT-Pareja SMSCs, Primario Madrid Madrid-1 SMSC

GT-Pareja SMSCs, Primario Barna Barcelona-1 SMSC

Como puede comprobarse, se definen dos GTs en ambos SMSCs, pero cada uno con un SPC distinto. En caso de fallo del SMSC al que pertenece el DPC al que se traduce en primera opcin el GT, el protocolo SCCP de las MSCs realizar la traduccin al DPC secundario, que pertenece al otro SMSC. - 94 -

TRANSPORTE DE SEALIZACIN SS7 SOBRE IP

Los usuarios debern configurar en su terminal una direccin de centro de servicio (GT de un SMSC) para poder utilizar el servicio SMS estando en roaming en otra red. Este GT estar definido en ambos SMSCs, pero en los STPs de interconexin de Madrid se traducir en primera opcin al SMSC de Madrid-1 y en segunda opcin al SMSC de Barcelona-1, y viceversa en los STPs de interconexin de Barcelona. 4.3.10.2 Encaminamientos MTP Una vez que las MSCs han efectuado la traduccin del GT de los SMSCs al punto de sealizacin del SMSC concreto al que se enva el mensaje, se debe elegir el STP al que la MSC enva el mensaje MTP, de acuerdo con la Tabla 45.

- 95 -

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS Tabla 45. Encaminamientos MTP3 en las MSCs
BIT SLS usado para reparto de carga (0 a 3) 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 3 Valor BIT reparto carga 0 1 0 1 1 0 1 0 0 1 0 1 1 0 1 0 0 1 0 1 1 0 1 0 0 1 0 1 1 0 1 0

MSC origen

DPC Madrid-1 SMSC

linkset salida Madrid-1 STP/SGW Madrid-2 STP/SGW Madrid-1 STP/SGW Madrid-2 STP/SGW Madrid-1 STP/SGW Madrid-2 STP/SGW Madrid-1 STP/SGW Madrid-2 STP/SGW Barcelona-1 STP/SGW Barcelona-2 STP/SGW Barcelona-1 STP/SGW Barcelona-2 STP/SGW Barcelona-1 STP/SGW Barcelona-2 STP/SGW Barcelona-1 STP/SGW Barcelona-2 STP/SGW Bilbao-1 STP/SGW Bilbao-2 STP/SGW Bilbao-1 STP/SGW Bilbao-2 STP/SGW Bilbao-1 STP/SGW Bilbao-2 STP/SGW Bilbao-1 STP/SGW Bilbao-2 STP/SGW Sevilla-1 STP/SGW Sevilla-2 STP/SGW Sevilla-1 STP/SGW Sevilla-2 STP/SGW Sevilla-1 STP/SGW Sevilla-2 STP/SGW Sevilla-1 STP/SGW Sevilla-2 STP/SGW

Mitad MSCs Centro Barcelona-1 SMSC

Madrid-1 SMSC Mitad MSCs Centro Barcelona-1 SMSC

Madrid-1 SMSC Mitad MSCs Este Barcelona-1 SMSC

Madrid-1 SMSC Mitad MSCs Este Barcelona-1 SMSC

Madrid-1 SMSC Mitad MSCs Norte Barcelona-1 SMSC

Madrid-1 SMSC Mitad MSCs Norte Barcelona-1 SMSC

Madrid-1 SMSC Mitad MSCs Sur Barcelona-1 SMSC

Madrid-1 SMSC Mitad MSCs Sur Barcelona-1 SMSC

Se observa que se utiliza el valor del bit nmero 3 del campo SLS (el bit 0 es el menos significativo, el bit 3 es el ms significativo) para decidir a qu STP enviar el mensaje MTP. Para que a cada STP/SGW lleguen mensajes con los valores del campo SLS lo ms distribuido posible, la mitad de las MSC de un rea enva los mensajes con el valor del bit de reparto igual a cero a un STP y la otra mitad al otro STP del doblete del rea.

- 96 -

TRANSPORTE DE SEALIZACIN SS7 SOBRE IP

4.3.11 Configuracin en STP/SGWs


4.3.11.1 SCTP Se definir una asociacin SCTP entre cada SGW y cada HLR y SMSCs. Puesto que se utiliza M3UA, no existir comunicacin entre SGWs y, por tanto, no se definirn asociaciones SCTP entre ellos. En principio, bastara con definir dos streams de datos dentro de cada asociacin entre nodos, uno para cada sentido de la comunicacin. Sin embargo, para minimizar las consecuencias de un fallo de transmisin a nivel SCTP, es conveniente disponer de varios streams para cada sentido de comunicacin, de forma que se bloquee el mnimo nmero de comunicaciones en caso de retransmisin en un stream SCTP concreto. Si nicamente se tiene un stream, y ste se bloquea por retransmisiones de mensajes, todas las comunicaciones de la asociacin entre nodos quedan bloqueadas. Si se tienen n streams, y una traduccin uniforme de transacciones de nivel superior a stream de salida, en caso de bloqueo de un stream se bloquearn 1/n de las transacciones de la asociacin. El nmero de streams que se va a utilizar depende de cmo elija el nivel superior de SCTP qu stream utilizar en cada envo de datos. Por el mismo stream se enviarn los mensajes pertenecientes a la misma transaccin, ya que son los que se deben entregar de forma ordenada. Dado que en este caso el nivel superior es M3UA, que a su vez transporta nicamente SCCP, los parmetros con los que cuenta para decidir qu stream utilizar son los cdigos de punto de sealizacin origen y destino (OPC y DPC), el nmero de subsistema (SSN) y el valor del campo de seleccin de enlace (SLS). Puesto que en la red ejemplo cada nodo nicamente implementa un subsistema (HLR, SMSC, SGW), y el valor del campo SLS puede variar desde 0 hasta 15, aunque se definan ms de 16 streams en una asociacin SCTP que transporta SCCP sobre M3UA entre dos nodos, no se van a utilizar ms que 16, ya que M3UA no dispone de ms mecanismos, aparte del valor del campo SLS, para distinguir a qu transacciones de nivel superior pertenece un mensaje concreto.

- 97 -

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS

Por lo anterior, en cada SGW hacia los HLRs y SMSCs, se definirn 16 streams de sentido saliente en cada asociacin hacia otros nodos SIGTRAN, dedicados a trfico SCCP sobre M3UA. En sentido entrante, tal como se ver en el apartado 4.3.12.1, se definirn 8 streams para transporte de datos en cada asociacin, ya que el nivel M3UA de los HLRs y SMSCs deber utilizar, de forma anloga a MTP3, un bit del campo SLS para elegir a travs de qu SGW enviar los mensajes hacia un nodo de la red SS7. De otra forma, no se garantizara la entrega ordenada de los mensajes extremo a extremo. Todos los mensajes MTP3 pertenecientes a la misma transaccin de nivel superior deben enviarse por el mismo camino, y por ello deben utilizar el mismo valor en el campo SLS. En todas las asociaciones SCTP de la red se definirn, adems, dos streams, uno de sentido entrante y otro saliente, dedicado a transportar el trfico de gestin generado por el propio protocolo M3UA de los SGWs, SMSCs y HLRs. Para facilitar el mantenimiento de la red, estos streams de gestin se identificaran en la red ejemplo siempre como stream-0 en cada sentido de la asociacin. Con todo, en la Tabla 46 se muestra la definicin de asociaciones SCTP en los SGWs conectados a la Red Azul, y en la Tabla 47, las asociaciones SCTP en los SGWs conectados a la Red Roja. Los identificadores de las asociaciones SCTP tienen sentido local en cada SGW.

- 98 -

TRANSPORTE DE SEALIZACIN SS7 SOBRE IP Tabla 46. Asociaciones SCTP en SGWs de la Red Azul
SGW Asociacin SCT P 1 2 3 4 5 6 Madrid-2 SGW (10.20.17.15) Barcelona-1 SGW (10.20.25.15) Bilbao-1 SGW (10.20.41.15) Sevilla-1 SGW (10.20.57.15) 7 8 9 10 11 12 13 14 15 16 17 Nodo destino Madrid-1 SMSC Barcelona-1 SMSC Madrid-1 HLR-1 Madrid-1 HLR-2 Madrid-2 HLR-1 Madrid-2 HLR-2 Barcelona-1 HLR-1 Barcelona-1 HLR-2 Barcelona-2 HLR-1 Barcelona-2 HLR-2 Bilbao-1 HLR-1 Bilbao-1 HLR-2 Bilbao-2 HLR-1 Bilbao-2 HLR-2 Sevilla-1 HLR-1 Sevilla-1 HLR-2 Sevilla-2 HLR-1 Direccin IP destino Streams entrada 10.20.9.2 10.20.25.2 10.20.9.3 10.20.9.4 10.20.17.2 10.20.17.3 10.20.25.3 10.20.25.4 10.20.33.2 10.20.33.3 10.20.41.2 10.20.41.3 10.20.49.2 10.20.49.3 10.20.57.2 10.20.57.3 10.20.65.2 8+1 8+1 8+1 8+1 8+1 8+1 8+1 8+1 8+1 8+1 8+1 8+1 8+1 8+1 8+1 8+1 8+1 Streams salida 16+1 16+1 16+1 16+1 16+1 16+1 16+1 16+1 16+1 16+1 16+1 16+1 16+1 16+1 16+1 16+1 16+1

Tabla 47. Asociaciones SCTP en SGWs de la Red Roja


SGW Asociacin SCT P 1 2 3 4 5 6 Madrid-1 SGW (10.24.9.15) Barcelona-2 SGW (10.24.33.15) Bilbao-2 SGW (10.24.49.15) Sevilla-2 SGW (10.24.65.15) 7 8 9 10 11 12 13 14 15 16 17 Nodo destino Madrid-1 SMSC Barcelona-1 SMSC Madrid-1 HLR-1 Madrid-1 HLR-2 Madrid-2 HLR-1 Madrid-2 HLR-2 Barcelona-1 HLR-1 Barcelona-1 HLR-2 Barcelona-2 HLR-1 Barcelona-2 HLR-2 Bilbao-1 HLR-1 Bilbao-1 HLR-2 Bilbao-2 HLR-1 Bilbao-2 HLR-2 Sevilla-1 HLR-1 Sevilla-1 HLR-2 Sevilla-2 HLR-1 Direccin IP destino Streams entrada 10.24.9.2 10.24.25.2 10.24.9.3 10.24.9.4 10.24.17.2 10.24.17.3 10.24.25.3 10.24.25.4 10.24.33.2 10.24.33.3 10.24.41.2 10.24.41.3 10.24.49.2 10.24.49.3 10.24.57.2 10.24.57.3 10.24.65.2 8+1 8+1 8+1 8+1 8+1 8+1 8+1 8+1 8+1 8+1 8+1 8+1 8+1 8+1 8+1 8+1 8+1 Streams salida 16+1 16+1 16+1 16+1 16+1 16+1 16+1 16+1 16+1 16+1 16+1 16+1 16+1 16+1 16+1 16+1 16+1

4.3.11.2 M3UA En los SGWs se deben definir los encaminamientos de los mensajes entre el nivel MTP3 del propio SGW y el nivel SCCP del nodo IP remoto. Para ello, el protocolo M3UA en el SGW asocia mensajes MTP3 a asociaciones SCTP, que en el nodo destino se entregan al nivel M3UA y despus al nivel SCCP remoto.

- 99 -

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS

Tal como se indica en el apartado 3.5.2, el protocolo M3UA encamina los mensajes MTP3 provenientes de la red SS7 utilizando los denominados routing keys, que son correspondencias entre parmetros de mensajes SS7 que se van a enviar (MTP3 en SGWs o SCCP en HLRs y SMSCs, en la red ejemplo) y asociaciones SCTP de salida. El protocolo M3UA permite definir varias asociaciones SCTP para entregar mensajes a un mismo destino, pudindose entregar el trfico tanto en reparto de carga como con prioridad. Esto es til si el mismo servicio est implementado sobre varios servidores idnticos, o si un servidor cuenta con varios interfaces hacia la red IP. En el caso de la red ejemplo, desde el punto de vista del nivel MTP3 de los SGWs, los dos SMSCs de Madrid-1 y Barcelona-1 son servidores independientes. Adems, se evita expresamente la comunicacin desde un interfaz IP de la Red Azul y de la Red Roja. Por ello, se decide que sea el nivel SCCP de las MSCs el que se encargue de decidir a cul de los dos enva los mensajes, dado que estos mecanismos ya estn utilizndose en las MSCs de la red ejemplo y adems este protocolo es el nico que se da extremo a extremo entre MSCs y SMSCs y HLRs. La funcionalidad de envo a servidores redundantes a nivel M3UA se utilizar en caso de que los nodos SMSCs o HLRs, individuales desde el punto de vista funcional de MTP3, se implementen fsicamente mediante plataformas hardware duplicadas. Teniendo en cuenta lo anterior, bastar con definir como routing keys correspondencias simples entre el DPC de los nodos destino y las asociaciones SCTP terminadas en dichos nodos, tal como muestra la Tabla 48.

- 100 -

TRANSPORTE DE SEALIZACIN SS7 SOBRE IP Tabla 48. Configuracin M3UA en SGWs


SGW Routing context 1 2 3 4 5 6 7 8 T odos 9 10 11 12 13 14 15 16 17 Routing key DPC=Madrid-1 SMSC DPC=Barcelona-1 SMSC DPC=Madrid-1 HLR-1 DPC=Madrid-1 HLR-2 DPC=Madrid-2 HLR-1 DPC=Madrid-2 HLR-2 DPC=Barcelona-1 HLR-1 DPC=Barcelona-1 HLR-2 DPC=Barcelona-2 HLR-1 DPC=Barcelona-2 HLR-2 DPC=Bilbao-1 HLR-1 DPC=Bilbao-1 HLR-2 DPC=Bilbao-2 HLR-1 DPC=Bilbao-2 HLR-2 DPC=Sevilla-1 HLR-1 DPC=Sevilla-1 HLR-2 DPC=Sevilla-2 HLR-1 Nodo destino SCT P Madrid-1 SMSC Barcelona-1 SMSC Madrid-1 HLR-1 Madrid-1 HLR-2 Madrid-2 HLR-1 Madrid-2 HLR-2 Barcelona-1 HLR-1 Barcelona-1 HLR-2 Barcelona-2 HLR-1 Barcelona-2 HLR-2 Bilbao-1 HLR-1 Bilbao-1 HLR-2 Bilbao-2 HLR-1 Bilbao-2 HLR-2 Sevilla-1 HLR-1 Sevilla-1 HLR-2 Sevilla-2 HLR-1 Asociacin SCT P salida Valor SLS decimal 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 n (n=[0..15]) n (n=[0..15]) n (n=[0..15]) n (n=[0..15]) n (n=[0..15]) n (n=[0..15]) n (n=[0..15]) n (n=[0..15]) n (n=[0..15]) n (n=[0..15]) n (n=[0..15]) n (n=[0..15]) n (n=[0..15]) n (n=[0..15]) n (n=[0..15]) n (n=[0..15]) n (n=[0..15]) Stream salida n+1 n+1 n+1 n+1 n+1 n+1 n+1 n+1 n+1 n+1 n+1 n+1 n+1 n+1 n+1 n+1 n+1

En la tabla se ha incluido el stream de salida dentro de la asociacin SCTP. Como se ha visto en el apartado , el stream-0 en ambos sentidos de cada asociacin SCTP se dedica al transporte de trfico de gestin entre los niveles M3UA de los extremos de la asociacin. Como los mensajes pertenecientes a la misma transaccin en la red SS7 deben utilizar el mismo valor en el campo SLS, y en la red SIGTRAN se deben enviar por el mismo stream, se utiliza el campo SLS para seleccionar el stream de salida dentro de cada asociacin SCTP. El encaminamiento inverso, es decir, el de los mensajes que llegan al SGW desde la red IP destinados en nodos SS7, lo realiza el protocolo MTP3 del SGW, de forma anloga al resto de nodos SS7.

4.3.12 Configuracin en SMSCs


4.3.12.1 SCCP Los SMSCs realizarn la traduccin de los GTs (direcciones SCCP) de las MSCs de la red a los cdigos de punto de sealizacin (direcciones MTP3) de los nodos remotos. En este caso, los GTs se traducen en un DPC, sin ninguna alternativa, ya que no existen en la red ejemplo MSCs redundantes.

- 101 -

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS

Para los GTs de otros operadores, tanto nacionales como extranjeros, los SMSCs delegarn esta traduccin en los STPs de interconexin. Como existen cuatro STPs de interconexin (Madrid-1, Madrid-2, Barcelona-1 y Barcelona-2), en los SMSCs se establecern cuatro grupos de GTs de otros operadores, de forma que cada grupo se enviar en primera opcin a un STP de interconexin distinto, y en segunda opcin a su STP pareja del doblete. Para analizar la portabilidad, los SMSCs debern enviar aproximadamente 1/8 de los mensajes SRIfSM a cada STP/SGW en primera opcin, y en segunda opcin a su pareja del doblete. Estos mensajes se encaminan utilizando el MSISDN destino como GT, por lo que se establecern 8 grupos de MSISDNs para encaminar estos mensajes equitativamente entre los SGW/STP de la red. La Tabla 49 muestra la tabla de traducciones de GTs que se definir en los SMSCs.
Tabla 49. Traduccin de GTs en SMSCs
GT destino GT MSC Red propia Grupo 1 de MSISDNs Grupo 2 de MSISDNs Grupo 3 de MSISDNs Grupo 4 de MSISDNs Grupo 5 de MSISDNs Grupo 6 de MSISDNs Grupo 7 de MSISDNs Grupo 8 de MSISDNs Grupo 1 de GT s de otras redes Grupo 2 de GT s de otras redes Grupo 3 de GT s de otras redes Grupo 4 de GT s de otras redes DPC Primario DPC MSC DPC Madrid-1 STP/SGW DPC Madrid-2 STP/SGW DPC Secundario DPC Madrid-2 STP/SGW DPC Madrid-1 STP/SGW

DPC Barcelona-1 STP/SGW DPC Barcelona-2 STP/SGW DPC Barcelona-2 STP/SGW DPC Barcelona-1 STP/SGW DPC Bilbao-1 STP/SGW DPC Bilbao-2 STP/SGW DPC Sevilla-1 STP/SGW DPC Sevilla-2 STP/SGW DPC Madrid-1 STP/SGW DPC Madrid-2 STP/SGW DPC Bilbao-2 STP/SGW DPC Bilbao-1 STP/SGW DPC Sevilla-2 STP/SGW DPC Sevilla-1 STP/SGW DPC Madrid-2 STP/SGW DPC Madrid-1 STP/SGW

DPC Barcelona-1 STP/SGW DPC Barcelona-2 STP/SGW DPC Barcelona-2 STP/SGW DPC Barcelona-1 STP/SGW

Debe tenerse en cuenta que no existen mensajes directos originados en los SMSCs y destinados en los HLRs, ya que los mensajes MAP SRIfSM deben evaluarse previamente en los STP/SGWs, en los que reside el anlisis de la portabilidad de numeracin mvil.

- 102 -

TRANSPORTE DE SEALIZACIN SS7 SOBRE IP

4.3.12.2 SCTP Teniendo en cuenta los flujos de trfico mencionados en el apartado 4.3.6, los SMSCs debern contar con asociaciones SCTP hacia todos los SGWs y hacia todos los HLRs. El nmero de streams en sentido saliente desde los SMSCs hacia los SGWs, como se ha mencionado en el apartado 4.3.11.1 depende de los mecanismos que garantizan la entrega ordenada de los mensajes hasta las MSCs destino, y eso incluye la red SS7. El nivel SCCP de los SMSCs debe elegir a qu nivel MTP3 remoto enviar cada mensaje. Este reparto de mensajes SCCP a niveles MTP3 de SGWs remotos lo realiza el nivel M3UA, y como se ver en el apartado 4.3.12.3, se realizar basndose en el valor de un bit concreto del campo SLS. Como los mensajes pertenecientes a la misma transaccin utilizan el mismo valor en el campo SLS, para garantizar la entrega ordenada extremo a extremo, y dado que en una asociacin SCTP los mensajes que se deben entregar en orden se deben enviar por el mismo stream, desde los SMSCs hasta cada SGW no se utilizarn ms de 8 streams (de los 4 bits del campo SLS, uno se utiliza para elegir el SGW destino, por lo que quedan 3 bits para elegir stream dentro de la asociacin). La comunicacin IP entre SMSCs y HLRs es diferente. Slo se envan mensajes MAP desde los HLRs hasta los SMSCs, ya que el mensaje en sentido contrario, el SRIfSM, debe cursarse a travs de los STP/SGW, que es donde se analiza la portabilidad de numeracin mvil. Adems, tanto los HLRs como los SMSCs son nodos con M3UA y ambos cuentan con dos interfaces hacia la red SIGTRAN. Por tanto, se definirn dos asociaciones SCTP entre cada HLR y cada SMSC, una por la Red Roja y otra por la Red Azul. Dentro de estas asociaciones se definirn 8 streams de entrada a los SMSCs para transporte de SCCP sobre M3UA, y ninguno de salida.

- 103 -

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS

En cualquier caso, SCCP seguir manteniendo el criterio de utilizar el mismo valor en el campo SLS para los mensajes pertenecientes a la misma transaccin, por lo que se pueden utilizar hasta 16 streams en total entre todas las asociaciones que se definan entre un SMSC y un HLR, en ambos sentidos de la comunicacin, enviando los mensajes con el mismo valor del campo SLS por el mismo stream. Esto significa que en cada una de las dos asociaciones SCTP entre un SMSC y un HLR se definirn 8 streams para transporte de datos de usuario de M3UA. Adems de los streams mencionados, en todas las asociaciones se definir un stream en ambos sentidos (stream-0), que se utilizar, para intercambiar informacin de gestin entre los protocolos M3UA de los nodos extremos de las asociaciones. La Tabla 50 muestra, de acuerdo con todo lo mencionado, las asociaciones SCTP que se definirn en los SMSCs.

- 104 -

TRANSPORTE DE SEALIZACIN SS7 SOBRE IP Tabla 50. Asociaciones SCTP en SMSCs


SMSC (Direccin IP origen) Asociacin SCT P 2 3 5 7 9 11 13 15 17 Madrid-1 SMSC (10.20.9.2) Barcelona-1 SMSC (10.20.25.2) 19 21 23 25 27 29 31 33 35 37 Nodo destino Madrid-2 SGW Barcelona-1 SGW Bilbao-1 SGW Sevilla-1 SGW Madrid-1 HLR-1 Madrid-1 HLR-2 Madrid-2 HLR-1 Madrid-2 HLR-2 Barcelona-1 HLR-1 Barcelona-1 HLR-2 Barcelona-2 HLR-1 Barcelona-2 HLR-2 Bilbao-1 HLR-1 Bilbao-1 HLR-2 Bilbao-2 HLR-1 Bilbao-2 HLR-2 Sevilla-1 HLR-1 Sevilla-1 HLR-2 Sevilla-2 HLR-1 Direccin IP destino Streams entrada Streams salida 10.20.17.15 10.20.25.15 10.20.41.15 10.20.57.15 10.20.9.3 10.20.9.4 10.20.17.2 10.20.17.3 10.20.25.3 10.20.25.4 10.20.33.2 10.20.33.3 10.20.41.2 10.20.41.3 10.20.49.2 10.20.49.3 10.20.57.2 10.20.57.3 10.20.65.2 16+1 16+1 16+1 16+1 8+1 8+1 8+1 8+1 8+1 8+1 8+1 8+1 8+1 8+1 8+1 8+1 8+1 8+1 8+1 8+1 8+1 8+1 8+1 0+1 0+1 0+1 0+1 0+1 0+1 0+1 0+1 0+1 0+1 0+1 0+1 0+1 0+1 0+1

SMSC (Direccin IP origen)

Asociacin SCT P 1 4 6 8 10 12 14 16 18

Nodo destino Madrid-1 SGW Barcelona-2 SGW Bilbao-2 SGW Sevilla-2 SGW Madrid-1 HLR-1 Madrid-1 HLR-2 Madrid-2 HLR-1 Madrid-2 HLR-2 Barcelona-1 HLR-1 Barcelona-1 HLR-2 Barcelona-2 HLR-1 Barcelona-2 HLR-2 Bilbao-1 HLR-1 Bilbao-1 HLR-2 Bilbao-2 HLR-1 Bilbao-2 HLR-2 Sevilla-1 HLR-1 Sevilla-1 HLR-2 Sevilla-2 HLR-1

Direccin IP destino Streams entrada Streams salida 10.24.9.15 10.24.33.15 10.24.49.15 10.24.65.15 10.24.9.3 10.24.9.4 10.24.17.2 10.24.17.3 10.24.25.3 10.24.25.4 10.24.33.2 10.24.33.3 10.24.41.2 10.24.41.3 10.24.49.2 10.24.49.3 10.24.57.2 10.24.57.3 10.24.65.2 16+1 16+1 16+1 16+1 8+1 8+1 8+1 8+1 8+1 8+1 8+1 8+1 8+1 8+1 8+1 8+1 8+1 8+1 8+1 8+1 8+1 8+1 8+1 0+1 0+1 0+1 0+1 0+1 0+1 0+1 0+1 0+1 0+1 0+1 0+1 0+1 0+1 0+1

Madrid-1 SMSC (10.24.9.2) Barcelona-1 SMSC (10.24.25.2)

20 22 24 26 28 30 32 34 36 38

4.3.12.3 M3UA El protocolo SCCP de los SMSCs puede enviar mensajes, mediante M3UA, al nivel MTP3 remoto situado en cualquiera de los ocho SGWs de la red. Ser el protocolo M3UA de los SMSCs el encargado de seleccionar el SGW remoto, para cada mensaje SCCP. - 105 -

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS

La seleccin de SGW remoto se realiza utilizando tablas de correspondencias (routing keys) entre parmetros de encaminamiento destinados al protocolo MTP3 (OPC, DPC, SLS, CIC si se enviara ISUP) y asociaciones SCTP de salida. Teniendo en cuenta la topologa de la red ejemplo, en la que una MSC est directamente conectada a dos STP/SGW, se encaminarn todos los mensajes destinados a una MSC en reparto de carga a travs del doblete de SGWs a los que est directamente conectada. Para garantizar la entrega ordenada de mensajes extremo a extremo, todos los mensajes pertenecientes a la misma transaccin utilizan el mismo valor en el campo SLS. Por ello, para repartir carga entre los dos SGWs de un doblete se utilizar el valor de un bit del campo SLS, de forma anloga al reparto de carga MTP3. Por otro lado, la comunicacin de SMSC a HLR (mensaje SRIfSM) se enva al DPC de los propios STPs/SGW, segn la traduccin ya efectuada por el nivel SCCP. A nivel M3UA no se implementarn encaminamientos redundantes, puesto que SCCP ya se encarga de ello. Con todo, la Tabla 51 muestra los routing keys que se definirn en los SMSCs.
Tabla 51. Configuracin M3UA en los SMSCs
SMSC Routing key DPC=Madrid-1 STP/SGW DPC=Madrid-2 STP/SGW DPC=Barcelona-1 STP/SGW DPC=Barcelona-2 STP/SGW DPC=Bilbao-1 STP/SGW DPC=Bilbao-2 STP/SGW DPC=Sevilla-1 STP/SGW T odos DPC=Sevilla-2 STP/SGW DPC=MSC Centro Nodo destino SCT P Madrid-1 STP/SGW Madrid-2 STP/SGW Barcelona-1 STP/SGW Barcelona-2 STP/SGW Bilbao-1 STP/SGW Bilbao-2 STP/SGW Sevilla-1 STP/SGW Sevilla-2 STP/SGW Madrid-1 STP/SGW Madrid-2 STP/SGW Barcelona-1 STP/SGW Barcelona-2 STP/SGW Bilbao-1 STP/SGW Bilbao-2 STP/SGW Sevilla-1 STP/SGW Sevilla-2 STP/SGW Asociacin SCT P salida Valor SLS decimal 1 2 3 4 5 6 7 8 1 2 3 4 5 6 7 8 n (n=[0..15]) n (n=[0..15]) n (n=[0..15]) n (n=[0..15]) n (n=[0..15]) n (n=[0..15]) n (n=[0..15]) n (n=[0..15]) n (n=[0..7]) n (n=[8..15]) n (n=[0..7]) n (n=[8..15]) n (n=[0..7]) n (n=[8..15]) n (n=[0..7]) n (n=[8..15]) Stream salida (n MOD 8)+1 (n MOD 8)+1 (n MOD 8)+1 (n MOD 8)+1 (n MOD 8)+1 (n MOD 8)+1 (n MOD 8)+1 (n MOD 8)+1 (n MOD 8)+1 (n MOD 8)+1 (n MOD 8)+1 (n MOD 8)+1 (n MOD 8)+1 (n MOD 8)+1 (n MOD 8)+1 (n MOD 8)+1

DPC=MSC Noreste

DPC=MSC Norte

DPC=MSC Sur

- 106 -

TRANSPORTE DE SEALIZACIN SS7 SOBRE IP

4.3.13 Configuracin en HLRs


4.3.13.1 SCCP Los HLRs realizarn la traduccin de los GTs (direcciones SCCP) de las MSCs y SMSCs de la propia red a los cdigos de punto de sealizacin (direcciones MTP3) de los nodos remotos. Los GTs de las MSCs se traducen a un nico DPC, ya que no hay MSCs redundantes. Por el contrario, los GTs asociados a los SMSCs se traducirn al SPC de uno de los dos en primera opcin, y al SPC del otro en segunda opcin, ya que uno de los SMSCs puede asumir el trfico de otro SMSC en caso de fallo de este ltimo. Para la traduccin de los GTs de otros operadores, tanto nacionales como extranjeros, los HLRs delegarn esta traduccin en los STPs de interconexin. Como existen cuatro STPs de interconexin (Madrid-1, Madrid-2, Barcelona-1 y Barcelona-2), en los HLRs se establecern cuatro grupos de GTs de otros operadores, de forma que cada grupo se enviar en primera opcin a un STP de interconexin distinto, y en segunda opcin a su STP pareja del doblete. Estos grupos sern los mismos que los definidos en los SMSCs, par simplificar la gestin de la red. La Tabla 52 muestra la tabla de traduccin de GTs que se definir en los HLRs.
Tabla 52. Traduccin de GTs en HLRs
GT destino GT MSC Red propia GT Pareja SMSCs, Primario Madrid GT Pareja SMSCs, Primario Barna Grupo 1 de GT s de otras redes Grupo 2 de GT s de otras redes Grupo 3 de GT s de otras redes Grupo 4 de GT s de otras redes DPC Primario DPC MSC DPC Madrid-1 SMSC DPC Barcelona-1 SMSC DPC Madrid-1 STP/SGW DPC Madrid-2 STP/SGW DPC Secundario DPC Barcelona-1 SMSC DPC Madrid-1 SMSC DPC Madrid-2 STP/SGW DPC Madrid-1 STP/SGW

DPC Barcelona-1 STP/SGW DPC Barcelona-2 STP/SGW DPC Barcelona-2 STP/SGW DPC Barcelona-1 STP/SGW

- 107 -

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS

4.3.13.2 SCTP Los HLRs, como se ha visto en apartados anteriores, contarn con asociaciones SCTP hacia los SMSCs y los SGWs. Hacia los SMSCs se definirn dos asociaciones SCTP, una a travs de la Red Azul y otra a travs de la Red Roja. Hacia los SGWs slo se definir una asociacin, a travs de la red a la que est conectado el SGW remoto. En todas las asociaciones SCTP, tanto hacia SMSCs como hacia SGWs se configurar el stream-0 en ambos sentidos para intercambiar informacin de gestin del propio protocolo M3UA. Para intercambiar sealizacin SCCP sobre M3UA, se definirn 8 streams en cada asociacin hacia SMSCs y SGWs en sentido saliente. En sentido entrante, tal como se ha especificado en los apartados anteriores, se definirn 16 streams desde los SGWs y 8 desde los SMSCs. Con todo, la Tabla 53 muestra la configuracin SCTP en los HLRs.
Tabla 53. Configuracin SCTP en los HLRs
HLR (Direccin IP origen) Asociacin SCT P 2 3 T odos (IP origen de la "Red Azul") 5 7 9 11 Nodo destino Madrid-2 SGW Barcelona-1 SGW Bilbao-1 SGW Sevilla-1 SGW Madrid-1 SMSC Barcelona-1 SMSC Direccin IP destino Streams entrada Streams salida 10.20.17.15 10.20.25.15 10.20.41.15 10.20.57.15 10.20.9.2 10.20.25.2 16+1 16+1 16+1 16+1 8+1 8+1 8+1 8+1 8+1 8+1 8+1 8+1

HLR (Direccin IP origen)

Asociacin SCT P 1 4

Nodo destino Madrid-1 SGW Barcelona-2 SGW Bilbao-2 SGW Sevilla-2 SGW Madrid-1 SMSC Barcelona-1 SMSC

Direccin IP destino Streams entrada Streams salida 10.24.9.15 10.24.33.15 10.24.49.15 10.24.65.15 10.24.9.2 10.24.25.2 16+1 16+1 16+1 16+1 8+1 8+1 8+1 8+1 8+1 8+1 8+1 8+1

T odos (IP origen de la "Red Roja")

6 8 10 12

- 108 -

TRANSPORTE DE SEALIZACIN SS7 SOBRE IP

4.3.13.3 M3UA El protocolo SCCP de los HLRs puede enviar mensajes, mediante M3UA, al nivel MTP3 remoto situado en cualquiera de los ocho SGWs de la red, para enviar mensajes hacia las MSCs. Ser el protocolo M3UA de los HLRs el encargado de seleccionar el SGW remoto, para cada mensaje SCCP. La seleccin de SGW remoto se realiza utilizando tablas de correspondencias (routing keys) entre parmetros de encaminamiento destinados al protocolo MTP3 (OPC, DPC, SLS, CIC si se enviara ISUP) y asociaciones SCTP de salida. Teniendo en cuenta la topologa de la red ejemplo, en la que una MSC est directamente conectada a dos STP/SGW, se encaminarn todos los mensajes destinados a una MSC en reparto de carga a travs del doblete de SGWs a los que est directamente conectada. Para garantizar la entrega ordenada de mensajes extremo a extremo, todos los mensajes pertenecientes a la misma transaccin utilizan el mismo valor en el campo SLS. Por ello, para repartir carga entre los dos SGWs de un doblete se utilizar el valor de un bit del campo SLS, de forma anloga al reparto de carga MTP3. Para la comunicacin entre un HLR y un SMSC, existen dos asociaciones SCTP disponibles hacia cada SMSC, una a travs de la Red Roja y otra a travs de la Red Azul. En este caso se utiliza el modelo de redundancia 2+0 de M3UA (dos en reparto de carga en primera opcin y cero en segunda opcin). Para repartir carga entre las dos asociaciones se utilizar el valor de un bit del campo SLS, de forma anloga al reparto de carga MTP. La tabla de encaminamientos M3UA en los HLRs queda definida de acuerdo con la Tabla 54.

- 109 -

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS Tabla 54. Configuracin M3UA en HLRs
HLR Routing key DPC=MSC Centro Nodo destino SCT P Madrid-1 STP/SGW Madrid-2 STP/SGW Barcelona-1 STP/SGW Barcelona-2 STP/SGW Bilbao-1 STP/SGW Bilbao-2 STP/SGW Sevilla-1 STP/SGW Sevilla-2 STP/SGW Madrid-1 SMSC Asociacin SCT P salida Valor SLS decimal 1 2 3 4 5 6 7 8 9 10 11 12 n (n=[0..7]) n (n=[8..15]) n (n=[0..7]) n (n=[8..15]) n (n=[0..7]) n (n=[8..15]) n (n=[0..7]) n (n=[8..15]) n (n=[0..7]) n (n=[8..15]) n (n=[0..7]) n (n=[8..15]) Stream salida (n MOD 8)+1 (n MOD 8)+1 (n MOD 8)+1 (n MOD 8)+1 (n MOD 8)+1 (n MOD 8)+1 (n MOD 8)+1 (n MOD 8)+1 (n MOD 8)+1 (n MOD 8)+1 (n MOD 8)+1 (n MOD 8)+1

DPC=MSC Noreste

DPC=MSC Norte T odos DPC=MSC Sur

DPC=Madrid-1 SMSC

DPC=Barcelona-1 SMSC

Barcelona-1 SMSC

- 110 -

COMPARACIN ENTRE SOLUCIN TRADICIONAL Y SOLUCIN SIGTRAN

5
COMPARACIN ENTRE SOLUCIN TRADICIONAL Y SOLUCIN SIGTRAN

- 111 -

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS

5.1 OBJETIVO DE LA COMPARACIN


En este captulo se evaluarn las ventajas e inconvenientes que presenta la red SIGTRAN de transporte de la sealizacin asociada a SMSs frente a la solucin tradicional (SS7 sobre red TDM). Los aspectos que se valorarn sern el coste de los nodos, el alquiler de la transmisin asociada, la facilidad de gestionar la red, la resistencia frente a situaciones de congestin o fallos de elementos de red, la posibilidad de compartir recursos de transmisin de voz, y la capacidad de crecimiento y de implantacin de nuevos servicios.

5.2 RED EQUIVALENTE TRADICIONAL


Una posible red equivalente tradicional consistira en utilizar dos SMSCs con sealizacin SS7, cada uno con capacidad para cursar 300 SMS/s en hora cargada, y ambos con linksets directos hacia los dobletes de STPs de Madrid y Barcelona. Esta topologa se muestra en la Figura 39.
Madrid-1
STP

MSC

SMSC SS7

MSC Este

STP

Centro MSC SMSC SS7 Barcelona-1 MSC

STP

STP

Enlace SS7 Transmisin directa


Figura 39. Topologa de la Red SS7 alternativa a la red SIGTRAN.

Con esa topologa, y teniendo en cuenta el trfico originado en MSCs (ver Tabla 7), el trfico en los enlaces SS7 de los SMSCs es el que se muestra en la Tabla 55.

- 112 -

COMPARACIN ENTRE SOLUCIN TRADICIONAL Y SOLUCIN SIGTRAN Tabla 55. Trfico SS7 en SMSCs
SMSC Madrid-1 Barcelona-1 (SMS MO) / s 147,6 142,2 FSM/s 295,2 284,5 FSM-ack/s 295,2 284,5 SRIfSM/s 147,6 142,2 SRIfSM ack /s 147,6 142,2 T rfico total en SMSC (kbps) 440 420

En este caso, como los enlaces SS7 son bidireccionales, el trfico se ha calculado como el trfico en el sentido en que ste es mximo. Con este trfico, se puede comprobar que con linksets de 4 SLCs, la carga en los enlaces en hora cargada se situara en torno al 28%.

5.3 COMPARACIN DE AMBAS SOLUCIONES


5.3.1 Ancho de banda entre emplazamientos
Para comparar las necesidades de ancho de banda de ambas soluciones, tramo a tramo se calcular el total de km. de lnea de transmisin necesarios, multiplicados por el ancho de banda correspondiente. Se calcular el producto kbps x km y despus se computar la suma de ellas. La Tabla 56 muestra el total ancho de banda por kilmetro si se utiliza una red SS7 tradicional. En esta solucin es necesario utilizar tramas E1 de 2 Mbps entre nodos.
Tabla 56. Transmisin necesaria (ancho de banda por distancia) con red SS7
Extremo A Extremo B
ST P Madrid-1

Ancho de banda (kbps) Distancia (km) 2048 2048 2048 2048 2048 2048 2048 2048 0 5 620 620 620 620 0 5 T otal

Mbps x km 0 10 1.240 1.240 1.240 1.240 0 10 4.980

SMSC Madrid-1

ST P Madrid-2 ST P Barcelona-1 ST P Barcelona-2 ST P Madrid-1

SMSC Barcelona-1

ST P Madrid-2 ST P Barcelona-1 ST P Barcelona-2

Por otro lado, la muestra el ancho de banda por kilmetro utilizando la red SIGTRAN diseada en el captulo 4. En este caso, el ancho de banda necesario es el calculado en el apartado 4.3.8.9.

- 113 -

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS Tabla 57. Transmisin necesaria (ancho de banda por kilmetro) con red SIGTRAN
E x tr e m o A M ad rid - 1 M ad rid - 2 B arcelon a- 1 B arcelon a- 2 B ilb a o- 1 B ilb a o- 2 S e v illa - 1 S e v illa - 2 M ad rid - 1 M ad rid - 2 B arcelon a- 1 B arcelon a- 2 B ilb a o- 1 B ilb a o- 2 S e v illa - 1 S e v illa - 2 M ad rid - 1 M ad rid - 2 B arcelon a- 1 B arcelon a- 2 B ilb a o- 1 B ilb a o- 2 S e v illa - 1 S e v illa - 2 M ad rid - 1 M ad rid - 2 B arcelon a- 1 B arcelon a- 2 B ilb a o- 1 B ilb a o- 2 S e v illa - 1 S e v illa - 2 M ad rid - 1 M ad rid - 2 B arcelon a- 1 B arcelon a- 2 B ilb a o- 1 B ilb a o- 2 S e v illa - 1 S e v illa - 2 M ad rid - 1 M ad rid - 2 B arcelon a- 1 B arcelon a- 2 B ilb a o- 1 B ilb a o- 2 S e v illa - 1 S e v illa - 2 M ad rid - 1 M ad rid - 2 B arcelon a- 1 B arcelon a- 2 B ilb a o- 1 B ilb a o- 2 S e v illa - 1 S e v illa - 2 M ad rid - 1 M ad rid - 2 B arcelon a- 1 B arcelon a- 2 B ilb a o- 1 B ilb a o- 2 S e v illa - 1 S e v illa - 2 S e v illa - 2 S e v illa - 1 B ilb ao-2 B ilb ao-1 B a rc e lon a - 2 B a rc e lon a - 1 M a d rid - 2 M a d rid - 1 E x tr e m o B Ancho d e banda (kb ps) 1 2 9 ,0 1 3 7 ,0 8 2 ,0 9 8 ,0 9 8 ,0 1 1 2 ,0 1 0 6 ,0 1 0 7 ,0 6 7 ,0 1 2 ,0 1 2 ,0 1 2 ,0 1 2 ,0 6 ,0 1 1 6 ,0 7 9 ,0 1 8 8 ,0 6 1 ,0 6 1 ,0 6 3 ,0 5 7 ,0 4 9 ,0 1 2 ,0 1 8 1 ,0 1 2 ,0 1 2 ,0 1 2 ,0 6 ,0 9 7 ,0 1 2 ,0 5 4 ,0 1 2 ,0 1 2 ,0 1 2 ,0 6 ,0 9 7 ,0 1 2 ,0 5 4 ,0 1 2 ,0 1 2 ,0 1 2 ,0 6 ,0 1 1 4 ,0 1 2 ,0 5 7 ,0 1 2 ,0 1 2 ,0 1 2 ,0 6 ,0 1 0 7 ,0 1 2 ,0 5 0 ,0 1 2 ,0 1 2 ,0 1 2 ,0 1 2 ,0 D i s ta n c i a ( k m ) 0 ,0 5 ,0 6 2 0 ,0 6 2 0 ,0 3 9 5 ,0 3 9 5 ,0 5 4 0 ,0 5 4 0 ,0 5 ,0 0 ,0 6 2 0 ,0 6 2 0 ,0 3 9 5 ,0 3 9 5 ,0 5 4 0 ,0 5 4 0 ,0 6 2 0 ,0 6 2 0 ,0 0 ,0 5 ,0 6 2 0 ,0 6 2 0 ,0 1 .0 4 6 ,0 1 .0 4 6 ,0 6 2 0 ,0 6 2 0 ,0 5 ,0 0 ,0 6 2 0 ,0 6 2 0 ,0 1 .0 4 6 ,0 1 .0 4 6 ,0 3 9 5 ,0 3 9 5 ,0 6 2 0 ,0 6 2 0 ,0 0 ,0 5 ,0 9 3 3 ,0 9 3 3 ,0 3 9 5 ,0 3 9 5 ,0 6 2 0 ,0 6 2 0 ,0 5 ,0 0 ,0 9 3 3 ,0 9 3 3 ,0 5 4 0 ,0 5 4 0 ,0 1 .0 4 6 ,0 1 .0 4 6 ,0 9 3 3 ,0 9 3 3 ,0 0 ,0 5 ,0 5 4 0 ,0 5 4 0 ,0 1 .0 4 6 ,0 1 .0 4 6 ,0 9 3 3 ,0 9 3 3 ,0 5 ,0 0 ,0 T o ta l M bps x km 0 ,0 0 ,6 8 2 ,9 4 9 ,6 3 7 ,8 3 7 ,8 5 9 ,1 5 5 ,9 0 ,5 0 ,0 4 0 ,6 7 ,3 4 ,6 4 ,6 6 ,3 3 ,2 7 0 ,2 4 7 ,8 0 ,0 0 ,9 3 6 ,9 3 6 ,9 6 4 ,4 5 8 ,2 2 9 ,7 7 ,3 0 ,9 0 ,0 7 ,3 7 ,3 1 2 ,3 6 ,1 3 7 ,4 4 ,6 3 2 ,7 7 ,3 0 ,0 0 ,1 1 0 ,9 5 ,5 3 7 ,4 4 ,6 3 2 ,7 7 ,3 0 ,1 0 ,0 1 0 ,9 5 ,5 6 0 ,1 6 ,3 5 8 ,2 1 2 ,3 1 0 ,9 1 0 ,9 0 ,0 0 ,0 5 6 ,4 6 ,3 5 1 ,1 1 2 ,3 1 0 ,9 1 0 ,9 0 ,1 0 ,0 1 .2 8 0 ,8

- 114 -

COMPARACIN ENTRE SOLUCIN TRADICIONAL Y SOLUCIN SIGTRAN

Dependiendo del contrato con el suministrador de la transmisin, el gasto en podr variar. En el caso de las redes de paquetes, se puede contratar un precio por un ancho de banda medio consumido, asegurando el doble de capacidad de transmisin de pico. Como puede comprobarse, utilizando una red IP no se tienen las restricciones que impone la transmisin TDM, con lo que se necesita casi la mitad de capacidad de transmisin utilizando red SIGTRAN, y por tanto, el gasto en alquiler de transmisin variar entre la mitad y la cuarta parte del gasto si se utilizara SS7 tradicional, dependiendo de si se paga por capacidad contratada o por ancho de banda utilizado. Es cierto que en el caso de la solucin tradicional, con el mismo gasto en alquiler se podra duplicar la capacidad de los enlaces (de 4 a 8 SLCs por linksets), si se generase ese trfico en la red. En ese caso, y suponiendo que se contrate la capacidad mxima necesaria (el doble del ancho de banda utilizado en hora cargada en funcionamiento normal) la solucin basada en IP supondra el mismo gasto en alquiler de transmisin. Por otra parte, en la solucin tradicional no se ha cuantificado pero existira aumento del trfico SS7 entre dobletes de STPs para encaminar el trfico desde las MSCs del Norte y del Sur hasta los SMSCs.

5.3.2 Coste de los SMSCs


La razn fundamental por la cual es interesante utilizar sealizacin M3UA o SUA en lugar de SS7 tradicional reside precisamente en la mayor simplicidad de los nodos nicamente conectados a la red SIGTRAN. Los interfaces Ethernet, gracias a su produccin en masa, son mucho ms baratos que los interfaces de tipo TDM, como pueden ser los controladores de tramas de 2 Mbps, y los procesadores de sealizacin MTP, ya que estos ltimos se han desarrollado para un mercado mucho menor, como son los operadores de telefona.

- 115 -

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS

Por otro lado, cualquier nodo con las pilas de protocolos de M3UA (sobre SCTP/IP) y SCCP y un par de tarjetas Ethernet es capaz de enviar sealizacin al resto de la red a travs de una red SIGTRAN. Esto significa que se puede encargar a terceros el desarrollo de funcionalidades especficas (software) implementadas simplemente sobre ordenadores industriales con tarjetas Ethernet, en lugar de verse obligado a adquirir las soluciones cerradas que tradicionalmente ofrecen los fabricantes de equipos de conmutacin.

5.3.3 Coste de la red


En el caso de la solucin tradicional, aparte de los SMSCs no se necesitan nuevos nodos de red. nicamente se consumen en la red SS7 dos tarjetas controladoras de transmisin TDM y ocho controladores de sealizacin en los cuatro STPs a los que se conectan los SMSCs. Por otro lado, la solucin con red SIGTRAN requiere realizar inversin, ya que se deben montar equipos nuevos y ampliar los actuales. En concreto, dejando aparte los SMSCs, las inversiones requeridas son las siguientes: 15 ampliaciones hardware M3UA en HLRs. 8 ampliaciones hardware M3UA en STPs para convertirlos en STP/SGWs. 16 routers dedicados. 16 switches dedicados. En caso de que algn nodo conectado a la red SIGTRAN se conectara a su vez a otra red IP externa, directa o indirectamente, sera necesario adquirir elementos de seguridad (firewalls).

5.3.4 Flexibilidad de las plataformas


La posibilidad de utilizar plataformas abiertas conectadas a la red de sealizacin supone poder desarrollar servicios a medida, y no limitarse a comprar la funcionalidad que un determinado fabricante ofrezca.

- 116 -

COMPARACIN ENTRE SOLUCIN TRADICIONAL Y SOLUCIN SIGTRAN

En el caso de los SMSCs, si se han desarrollado en una plataforma abierta y se puede reprogramar la funcionalidad del centro, se pueden desarrollar servicios de valor aadido exclusivos de cada operadora, lo que puede resultar decisivo para diferenciarse de la competencia. Por otro lado, si se utilizan SMSCs estndar, al ser soluciones cerradas su funcionalidad es limitada, y normalmente se requiere contar con otras plataformas conectadas a los SMSCs para implementar diferentes servicios, y an as, se tendrn con las restricciones de conectividad que imponga el SMSC.

5.3.5 Capacidad de la red


Las limitaciones de la red SS7 en cuanto a encaminamientos MTP (nicamente estticos), junto con el sistema de transmisin TDM limitan su capacidad de transmisin y complican la configuracin de los encaminamientos. Como ventaja, se puede garantizar un comportamiento del trfico regular e inmejorable en cuanto a retardos de transmisin y fiabilidad. Por otra parte, la red IP no impone restricciones de ancho de banda entre nodos y los routers tienen una capacidad de encaminamiento, tanto esttico como dinmico amplsima. El protocolo IP se dise especficamente para resistir cadas de nodos reencaminando el trfico de forma dinmica, y esto es una cualidad especialmente interesante si se intercambia trfico de sealizacin. Por otro lado, no se conoce el comportamiento real del trfico SCTP sobre IP, ya que es un protocolo nuevo.

5.3.6 Comportamiento ante congestin


Para el caso concreto estudiado en el captulo 4, no existen trficos ms prioritarios que otros en la red SIGTRAN propuesta. Todos se deben a SMSs. Por ello, no es necesario implementar en los routers frontera de las VLANes SIGTRAN mecanismos de ingeniera de trfico. En caso de congestin en la red IP se descartarn paquetes indiscriminadamente.

- 117 -

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS

En el caso de la solucin equivalente utilizando red SS7 tradicional, un aumento excesivo del trfico SMS provocara un aumento importante en la sealizacin intercambiada entre los dobletes de STPs, motivado por la topologa elegida, afectando a trfico de sealizacin no debido a SMS. En caso de que se enviase otro tipo de sealizacin a travs de la red SIGTRAN, la red IP de transporte permite utilizar protocolos intermedios que implementan diferenciacin de trfico y aseguramiento de calidad de servicio para ciertos trficos prioritarios. Estos protocolos de ingeniera de trfico IP no existen en la red SS7, de forma que si un enlace se congestiona se descartan paquetes indiscriminadamente, sin posibilidad de priorizar ciertos trficos.

5.3.7 Experiencia en la tecnologa


Los protocolos SIGTRAN son nuevos, y no se tiene ninguna experiencia en su configuracin, gestin y soporte. Por eso se propone un escenario en el que nicamente se cursa trfico debido a SMS, ya que se considera que es el trfico de sealizacin menos sensible en caso de fallos. La operadora necesitar formar a parte de su plantilla en la nueva tecnologa, y la resolucin de los problemas que se presenten no se podr basar en plantillas predefinidas generadas a partir de experiencias similares ocurridas. Por el contrario, la tecnologa SS7 tradicional es muy madura, se tiene un conocimiento extenso de los protocolos y se ha trabajado con ellos durante largo tiempo. Los procedimientos de configuracin, gestin y soporte de la red son habituales en las operadoras de telefona mvil y se cuenta con plantillas de resolucin de errores basadas en casos anteriores.

5.3.8 Evolucin de la red


Una vez que se cuenta con una infraestructura bsica de transmisin de sealizacin sobre IP mediante M3UA, se cuenta con ventajas a corto plazo. Por una parte, se pueden integrar nuevas plataformas de servicios basadas en sealizacin o mensajera SMS muy rpidamente, ya que no es necesario desplegar transmisin TDM hacia STPs. Adems, se pueden desarrollar servicios nuevos sobre servidores de propsito general, consiguiendo diferenciacin respecto de la competencia y reduciendo costes en red. - 118 -

COMPARACIN ENTRE SOLUCIN TRADICIONAL Y SOLUCIN SIGTRAN

Sin embargo, adems de las ventajas a corto plazo, la principal ventaja reside en el largo plazo. Una vez que se haya adquirido experiencia en la nueva tecnologa, en lugar de ampliar la red SS7 sobre TDM ya instalada, ser ms rentable ampliar la red SIGTRAN. Adems, paulatinamente se podr migrar toda la sealizacin hacia nodos ampliables con sealizadores SIGTRAN hacia la nueva red. Por ltimo, la red SIGTRAN ya instalada permite tambin transportar las comunicaciones de control entre los nodos de la futura red UMTS. De esta forma, se consigue desde un primer momento contar plataformas de servicios y nodos de red accesibles a travs de la red GSM y de la red UMTS. Como ejemplo, todos los nodos HLR de la red podran utilizarse para definir usuarios UMTS sin ningn problema. Otros nodos de red como el EIR o el AuC tambin podran utilizarse en ambas redes, de igual forma que los nodos de Red Inteligente, SMSCs, o los nodos en donde resida la funcionalidad de consulta de portabilidad. A largo plazo es inevitable contar con sealizacin SIGTRAN, ya que previsiblemente los nodos de conmutacin UMTS, a partir de un cierto momento no se fabricarn con acceso TDM.

- 119 -

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS

5.4 RESULTADO DE LA COMPARACIN


La Tabla 58 muestra el resumen de las caractersticas de ambas soluciones.
Tabla 58. Comparacin entre solucin SIGTRAN y SS7 tradicional Solucin SIGTRAN Ancho de banda entre emplazamientos Coste de los SMSCs Coste de la red En media la mitad que en la solucin tradicional. Plataformas ms baratas. Necesario ampliar hardware y adquirir routers y switches. Flexibilidad de la plataforma Plataformas abiertas. Muy flexible. Capacidad de la Red Gran ancho de banda. Encaminamientos dinmicos. Comportamiento ante congestin Es posible descartar trfico en funcin de distintos tipos. Experiencia en la tecnologa Evolucin de la red Ninguna. Necesaria formacin. La red UMTS necesitar contar con una red de transporte de trfico de control sobre IP. Ancho de banda ms limitado. Slo encaminamientos estticos. Descarta paquetes sin distinguir tipo de trfico Amplia. No se requiere formacin. A largo plazo tender al desuso. Plataformas ms caras. Utiliza hardware ya instalado en STPs. Coste menor. Soluciones cerradas. Poco flexibles. Solucin SS7 tradicional El doble que la solucin SIGTRAN.

Una comparacin desde el punto de vista econmico nicamente, puede resultar en la conveniencia de una u otra solucin en funcin de los costes concretos de los equipos a instalar en cada caso y del alquiler de la transmisin. Sin embargo, aparte del coste de la instalacin de las dos plataformas, existe un valor aadido mayor para la operadora si utiliza red SIGTRAN, y es la posibilidad de desarrollar servicios o funcionalidades a medida. Una vez que se tiene una red SIGTRAN bsica en la red, se puede derivar el crecimiento de la red SS7 hacia la red nueva, lo que redundar en un menor coste de transmisin y de nodos y una mayor capacidad de crecimiento.

- 120 -

COMPARACIN ENTRE SOLUCIN TRADICIONAL Y SOLUCIN SIGTRAN

Finalmente, dado que la tendencia de la transmisin TDM es que quedar en desuso en el futuro, puede resultar una ventaja adquirir experiencia cuanto antes en la nueva tecnologa y facilitar la evolucin de la red hacia una arquitectura con una red de transmisin de tipo All-IP y el despliegue de la futura red UMTS.

- 121 -

BIBLIOGRAFA

BIBLIOGRAFA
[E.164] ITU-T E.164 (05/97). The international public telecommunication numbering plan. [En lnea]. Disponible en http://www.itu.int. [Consulta: 12 de febrero de 2003]. GRADISCHNIG, K.D.; et al. Loadsharing A key to the reliability for SS7-networks [en lnea]. Ao 2000. Disponible en: http://www.c7.com/ss7/whitepapers/loadsharing_drcn2000.pdf [Consulta: 9 de febrero de 2003]

[GRAD]

[IEEE802.3] IEEE 802.3. IEEE Standard for Information technology. Telecommunications and information exchange between systems. Local and metropolitan area networks. Specific requirements. Part 3: Carrier sense multiple access with collision detection (CSMA/CD) access method and physical layer specifications. [En lnea]. Disponible en: http://standards.ieee.org/getieee802/download/802.3-2002.pdf. [Consulta: 9 de febrero de 2003] [INE] Instituto Nacional de Estadstica. Resultados de los Censos de Poblacin y Viviendas 2001. Fecha de referencia 1/11/2001: Poblacin por comunidades autnomas y provincias y por capitales de provincia. [En lnea]. INE. Madrid. Julio 2002. Disponible en http://www.ine.es/censo2001/pob_cen01_tab1.xls. [Consulta: 11 de febrero de 2003] GEORGE, T.; et al. INTERNET-DRAFT: SS7 MTP2-User Peer-to-Peer Adaptation Layer. [En lnea]. The Internet Society. 17 de enero de 2003. Disponible en http://www.ietf.org/internet-drafts/draft-ietf-sigtran-m2pa07.txt. [Consulta: 9 de febrero de 2003] ETSI 3GPP TS 29.002 version 5.1.0 Release 5. Digital cellular telecommunications system (Phase 2+) (GSM); Universal Mobile Telecommunications System (UMTS); Mobile Application Part (MAP) specification (3GPP TS 29.002 version 5.1.0 Release 5) Mobile Application Part (MAP). [En lnea]. Disponible en: http://www.etsi.org. [Consulta: 10 de febrero de 2003] ONG, L.; et al. Request for Comments 2719: Framework Architecture for Signaling Transport. [En lnea]. The Internet Society. Octubre 1999. Disponible en: http://www.ietf.org/rfc/rfc2719.txt. [Consulta: 9 de febrero de 2003] STEWART, R.; et al. Request for Comments 2960: Stream Control Transmission Protocol. [En lnea]. The Internet Society. Octubre 2000. Disponible en: http://www.ietf.org/rfc/rfc2960.txt. [Consulta: 9 de febrero de 2003] MORNEAULT, K.; et al. Request for Comments 3057: ISDN Q.921-User Adaptation Layer. [En lnea]. The Internet Society. Febrero 2001. - 123 -

[M2PA]

[MAP]

[RFC2719]

[RFC2960]

[RFC3057]

Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS

Disponible en: http://www.ietf.org/rfc/rfc3057.txt. [Consulta: 9 de febrero de 2003] [RFC3331] MORNEAULT, K.; et al. Request for Comments 3331: Signaling System 7 (SS7) Message Transfer Part 2 (MTP2)-User Adaptation Layer. [En lnea]. The Internet Society. Septiembre 2002. Disponible en: http://www.ietf.org/rfc/rfc3331.txt. [Consulta: 9 de febrero de 2003] SIDEBOTTOM, G.; et al. Request for Comments 3332: Signaling System 7 (SS7) Message Transfer Part 3 (MTP3)-User Adaptation Layer (M3UA). [En lnea]. The Internet Society. Septiembre 2002. Disponible en: http://www.ietf.org/rfc/rfc3332.txt. [Consulta: 9 de febrero de 2003] Information Sciences Institute University of Southern California. Request for Comments 791: Internet Protocol DARPA Internet Program Protocol Specification. [En lnea]. University of Southern California. Septiembre 1981. Publicado por The Internet Society. Disponible en: http://www.ietf.org/rfc/rfc791.txt. [Consulta: 9 de febrero de 2003] ITU-T Q.700 a Q.775. Specifications of Signalling System No. 7. SIDEBOTTOM, G.; et al. INTERNET-DRAFT: Signalling Connection Control Part User Adaptation Layer (SUA). [En lnea]. The Internet Society. Junio 2002. Disponible en: http://www.ietf.org/internetdrafts/draft-ietf-sigtran-sua-14.txt. [Consulta: 15 de diciembre de 2003]

[RFC3332]

[RFC791]

[SS7] [SUA]

- 124 -