Professional Documents
Culture Documents
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-
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).
- 12 -
HLR MSC
STP STP
SCP MSC
Enlaces de sealizacin Enlaces de voz
STP
STP SMSC
Los elementos que forman la red SS7 en una red GSM son los siguientes:
- 13 -
Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS
- 15 -
Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS
- 16 -
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.
En la norma americana las lneas punto a punto son T1s en lugar de E1s, y el ancho de banda de
- 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
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
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.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 -
STP A
BSC
MSC
STP B
HLR
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
Linkset de salida Linkset hacia BSC Linkset hacia STP-A Linkset hacia STP-B
Prioridad 1 1 1
- 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 -
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]).
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).
- 24 -
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
SCCP MTP3
SCCP MTP3
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 -
- 27 -
Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS
- 28 -
MSC
FORWARD S HORT MESS AGE (MO)
SMSC
D FORWAR
ESSA SH O R T M
GE (MO)
ACK
- 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
t
Forward Short Mess age Mobile Terminatin g
ge Mobile Te
rminating-ack
- 30 -
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.
- 32 -
- 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.
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 -
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
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
- 36 -
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
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
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 -
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.
- 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
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 -
Enlace SS7
Red IP Red IP
Enlace SS7
Figura 11. Transporte de mensajes entre nodos SS7 mediante SGWs M2PA.
- 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 -
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
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 -
M3UA SCTP IP
M3UA SCTP IP
Red IP Red IP
Figura 15. Comunicacin punto a punto entre dos nodos IP mediante M3UA.
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
NODO IP
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.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 -
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.
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
- 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.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 -
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.
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.
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
- 52 -
- 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
- 54 -
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.
MSC MSC
. . .
MSC MSC
STP
BTS BTS
STP
MSC
Red SS7
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
STP
MSC
STP
Centro
STP
MSC
STP
MSC Sur
STP
MSC
STP
- 56 -
STP
Enlaces de sealizacin
Acceso
Trnsito
Transmisin directa
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
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 -
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
STP
MSC HLR
STP
Centro MSC
STP
STP
MSC Sur
STP
STP
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 -
- 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.
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 -
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.
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 -
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.
- 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 -
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.
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
STP SGW
STP SGW
STP SGW
STP SGW
STP SGW
STP SGW
SMSC IP
MSC
STP SGW
HLR
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 -
- 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
FSM-MT ACK
SMSC IP
MSC
STP SGW
SRIfSM ACK
SR IfS M
HLR
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
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 -
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
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
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 -
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.
- 73 -
Diseo de una red de sealizacin SS7 sobre IP para redes de telefona mvil GSM y UMTS
SRIfSM
STP SGW
ack SM RIf S SR I
SMSC IP
fSM
STP SGW
HLR
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.
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
FSM-MT ACK
SMSC IP
MSC
STP SGW
SRIfSM ACK
SRIfSM ack
HLR
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
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
- 76 -
Los tamaos de los mensajes a nivel Ethernet son los indicados en la Tabla 10 (Pg. 71).
SMSC IP
HLR 1
HLR 2
STP SGW
SS7/TDM
MSC 1
SIGTRAN
ROUTER
ROUTER
Red IP Red IP
Red IP Red IP
- 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
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
- 78 -
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
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
- 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
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
- 80 -
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
Se puede observar que cada STP/SGW de un doblete se conecta a una red IP diferente.
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
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
187 187
SMSC-Madrid 1 SMSC-Barcelona 1
7 7
187 187
SMSC-Madrid 1 SMSC-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) -
12 53 12 12 12 12 6
0 14 0 0 0 0 0
- 82 -
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
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
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
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
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
187 187
SMSC-Madrid 1 SMSC-Barcelona 1
7 7
187 187
SMSC-Madrid 1 SMSC-Barcelona 1
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)
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
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
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
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
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
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
83 12 40 12 12 12 6
14 0 14 0 0 0 0
97 12 54 12 12 12 6
- 86 -
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
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
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
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
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
100 12 43 12 12 12 6
14 0 14 0 0 0 0
114 12 57 12 12 12 6
- 88 -
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
187 187
SMSC-Madrid 1 SMSC-Barcelona 1
Madrid-1 Barcelona-1
7 7
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
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.
- 90 -
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
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.
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
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 -
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
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
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 -
- 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
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 -
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.
- 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 -
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 -
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
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 -
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
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
6 8 10 12
- 108 -
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=Madrid-1 SMSC
DPC=Barcelona-1 SMSC
Barcelona-1 SMSC
- 110 -
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
MSC
SMSC SS7
MSC Este
STP
STP
STP
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%.
Ancho de banda (kbps) Distancia (km) 2048 2048 2048 2048 2048 2048 2048 2048 0 5 620 620 620 620 0 5 T otal
SMSC Madrid-1
SMSC Barcelona-1
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 -
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.
- 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.
- 116 -
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.
- 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.
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
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 -
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 -