Sealizacin SS7.

Los principales protocolos de la suite SS7, son: -MTP-2. Corresponde a la capa 2 del modelo OSI de 7 capas. Se ocupa del alineamiento de paquete mediante banderas (Flag) al inicio y final. Permite la deteccin de errores mediante un cdigo denominado CRC-16. Realiza el proceso de numeracin secuencial de mensajes e indicacin de retransmisin. Efecta la confirmacin o rechazo del mensaje para la retransmisin automtica en mensajes con errores. Los paquetes son numerados en forma secuencial con mdulo-7. Indica tambin a longitud total del mensaje transmitido. Con la numeracin de paquetes y la deteccin de errores, es posible la retransmisin de mensajes que se ven afectados por errores. -MTP-3. Posee una direccin de punto de acceso que permite identificar a la capa superior (TCAP o ISUP sobre el protocolo MTP3). En la red PSTN se dispone de las direcciones de procesador CPU de origen y destino (14 bits de direccin). Por otro lado, identifica el enlace de sealizacin utilizado cuando existe ms de uno. Realiza las funciones de Routing dentro de la red de sealizacin SS7. -ISUP. Son los mensajes de sealizacin propiamente dichos. En la Figura 12 se muestra el intercambio de mensajes para la apertura y cierre de una llamada telefnica. Desde el usuario a la central se utiliza sealizacin MFC-R2 o DTMF. Los mensajes tpicos de ISUP entre centrales son: -IAM (Initial Address Message). Contiene la informacin inicial de llamada para el encaminamiento. Son los primeros dgitos seleccionados por el usuario. -SAM (Subsequent Address Message). Transporta las cifras no enviadas en el mensaje IAM. Se completa el nmero del usuario B llamado. -ACM (Address Complete Message). Indica que se ha obtenido en acceso al destino. SE entrega al usuario A el tono de llamada. -ANM (Answer Message). Indica que el usuario llamado ha respondido. Se cierra el circuito vocal. -BLO (Blocking Message). Permite el bloqueo del canal til. -UBL (Unblocking Message). Desbloquea el canal til. -REL (Release Message). Permite iniciar la liberacin del canal. La comunicacin se cierra. -RLC (Release Complete Message). Informa que la liberacin ha sido completada. -TCAP. Facilita la transferencia de mensajes en tiempo real entre HLR (Home Location Register), VLR (Visitor LR), MSC (Mobile Switching Center), EIR (Equipment ID Register),. Se aplica tambin para enlaces con O&M. En tarjetas de crdito permite verificar la autenticidad y movimientos de cuenta. Realiza el control de dilogo con el terminal remoto. Es un servicio de transporte. La informacin contiene los siguientes componentes: -tipo de mensaje (unidireccional, inicio, final, intermedio, aborto); -longitud del mensaje (nmero de bytes total); -identificador de origen y destino de transaccin; -tipo de componente (retorno de resultado, reporte de error y de reject) y -contenido de informacin (cdigo de operacin, de error, de problema, parmetros, etc).

Sealizacin en Telefona: Sistema de Sealizacin No. 7 (Primera Parte).

01-Diciembre-2001 Luis Gabriel Sienra Toda llamada telefnica requiere de un modelo de sealizacin para que sta sea establecida y mantenida. El envo del nmero telefnico, el tono de llamada o de ocupado y la informacin del nmero del que se llama son algunos ejemplos de sealizacin. La sealizacin, por lo tanto, permite el intercambio de informacin entre los componentes de una red telefnica para permitir la provisin y el mantenimiento de dicho servicio. La importancia del sistema de sealizacin no. 7 (SS7) reside en la amplia gama de servicios que el usuario puede recibir y en la robusta arquitectura que lo respalda. Debido a estas razones, SS7 se ha convertido en el estndar internacional de sealizacin en telefona y, actualmente, quien no cuenta con este modelo de sealizacin en su red telefnica es considerado obsoleto. Dada la importancia de este modelo, hemos decidido dedicar este y nuestro siguiente artculo a la descripcin del protocolo SS7 y de su arquitectura. Hacemos nfasis en la importancia de la sealizacin telefnica porque todo aqul que desee implementar servicios de voz sobre IP (VoIP, por sus siglas en ingls) en redes de cable, deber conocer el sistema de sealizacin no. 7, para garantizar la compatibilidad con la red telefnica tradicional. En nuestro pas, la parte de usuario de la red digital de servicios integrados (PU-RDSI) especifica el modelo de sealizacin para dicha red y la norma que la define hace referencia al Plan Tcnico Fundamental de Sealizacin como "Parte de Usuario para Servicios Integrados ? Mxico" (PAUSI-MX). La PU-RDSI establece el sistema de sealizacin no. 7 como el protocolo para proporcionar las funciones de sealizacin necesarias para sustentar servicios en una red digital de servicios integrados. Durante mucho tiempo, la sealizacin en las redes de conmutacin de circuitos se llevaba a cabo sobre el mismo canal en que se transmita la seal de voz. Este acercamiento es conocido como "sealizacin asociada" o "sealizacin en banda" y, de hecho, contina utilizndose en la actualidad. El modelo norteamericano de sealizacin R1 de multifrecuencia y el modelo europeo R2 de multifrecuencia forzada son ejemplos de tecnologas de sealizacin asociada. Este acercamiento funciona adecuadamente mientras los requerimientos de sealizacin de un conmutador telefnico sean entre s mismo y otros conmutadores a los que est conectado. Si la administracin y el establecimiento de llamadas fuera la nica aplicacin de SS7, la sealizacin asociada sera suficiente para satisfacer dichas necesidades. El sistema de sealizacin no. 7 surge como un modelo que permite la sealizacin entre cualquiera de los nodos de la red. SS7 es el estndar de la tecnologa conocida como sealizacin de canal comn (CCS, por sus siglas en ingls), que consiste en el uso de un canal diferente al canal de voz, destinado nicamente a la sealizacin. Esta separacin permite que, por un lado, se tenga un canal que lleve la conversacin y, por otro, un canal que contenga la sealizacin, de manera que ambos se lleven a cabo de manera independiente. Por este motivo, SS7 es un sistema de sealizacin fuera de banda que se caracteriza por la transmisin de paquetes de datos a alta velocidad y por la posibilidad de permitir la sealizacin entre diferentes elementos de la red, entre los cuales no se tiene una comunicacin directa. Un modelo de sealizacin de canal comn, como lo es SS7, permite que algunos de los nodos de la red puedan analizar las seales y, con base en stas, llevar a cabo alguna

accin determinada. Gracias a esto, SS7 ofrece importantes servicios para el usuario final, entre los que destacan el identificador de llamadas, los nmeros gratuitos 1-800 y caractersticas de portabilidad del nmero telefnico. Adems de todo lo que se ha comentado, SS7 permite que la sealizacin se lleve a cabo en todo momento, an cuando no existan llamadas establecidas. Lo anterior pudiera ser til para activar funciones especiales mediante algn cdigo, sin la necesidad de establecer propiamente una llamada telefnica. Nuestro primer artculo sobre el sistema de sealizacin nmero 7 pretende definir la arquitectura de esta tecnologa y las capas del modelo SS7, similar en muchos aspectos al modelo de referencia OSI . Estrictamente hablando, SS7 es un protocolo de sealizacin que permite ofrecer servicios y caractersticas adicionales en una red telefnica; por tal motivo, la arquitectura SS7 debe considerarse por separado. En una red SS7, cada nodo se conoce como Punto de Sealizacin (SP, por sus siglas en ingls) y es identificado mediante una o ms direcciones o Cdigos de Punto de Sealizacin (SPC, por sus siglas en ingls). Dos puntos de sealizacin conectados directamente se dice que son adyacentes y a los enlaces fsicos entre ellos se les da el nombre de enlaces de sealizacin. Es importante notar que por cuestiones de capacidad y seguridad de la red, puede existir ms de un enlace de sealizacin entre dos puntos adyacentes de sealizacin, cada uno de ellos de 56 64 kbps. La arquitectura SS7 distingue tres diferentes puntos de sealizacin: puntos de conmutacin de seal (SSPs), puntos de transferencia de seal (STPs) y puntos de control de seal (SCPs). En la arquitectura norteamericana de sealizacin se han asignado ciertos smbolos para denotar cada una de estas entidades de la red telefnica. La simbologa se ilustra en la siguiente figura.

Figura 1. Elementos de Sealizacin de Red Los puntos de conmutacin de seal representan conmutadores telefnicos equipados con caractersticas SS7 y enlaces terminales de sealizacin. Son stos los que originan, terminan o conmutan las llamadas. Los puntos de transferencia de seal son parte fundamental de la arquitectura SS7, pues representan los conmutadores de paquetes de la red; son los encargados de recibir y dirigir los mensajes de sealizacin hacia el destinatario correcto, por lo que llevan a cabo funciones de ruteo. Cuando el STP recibe un mensaje procedente de un SSP, el STP verifica el destino del mensaje y de no ser para l, elige, a partir de sus tablas de ruteo, el punto destinatario de sealizacin y el enlace a travs del cual se enviar el mensaje a este nodo. Los puntos de control de sealizacin son entidades de la red que ofrecen una lgica complementaria, utilizada para ofrecer servicios adicionales. Bsicamente, se trata de bases de datos que proveen caractersticas avanzadas como, por ejemplo, servicios a nmeros gratuitos 1-800. Para poder utilizar estos servicios, el SSP enva un mensaje al SCP solicitando instrucciones. Por tal motivo, los conmutadores deben ofrecer cierta funcionalidad que les permita interactuar con el SCP y por esto, en la literatura tambin se conoce a los SSPs como puntos de conmutacin de servicios. Los STPs

y SCPs son normalmente implementados en pares, y aunque no se ubican en el mismo lugar, operan en forma redundante. Para que la arquitectura SS7 sea robusta, la red deber disearse de tal forma que ofrezca un alto grado de redundancia. De esta forma, cualquier problema que pudiera surgir en alguno de los nodos o en alguno de los enlaces, no provocara una catstrofe en la red y, en consecuencia, se logra una arquitectura confiable y veloz. La figura 2 muestra un sencillo ejemplo de la disposicin de los elementos de la red SS7 y la manera en que estos elementos forman dos redes interconectadas. Ser importante enfatizar ciertas caractersticas a las que se hace referencia en el mismo esquema: Los STPs W y X llevan a cabo las mismas funciones y, por lo tanto, son parte de la redundancia de la arquitectura. Lo mismo sucede para el par de STPs Y y Z. Cada SSP cuenta con dos enlaces, uno a cada STP. La sealizacin SS7 al resto del mundo se enva a travs de cualquiera de estos enlaces, por lo que se observa an ms redundancia. Los STPs que forman un par entre s, se unen mediante un enlace. Dos pares de STPs siempre se encuentran interconectados entre s. Al igual que los STPs, los SCPs se implementan en pares. Sin embargo, no existe un enlace que una los puntos de control que forman un par. Siempre existe una sealizacin indirecta asociada a los elementos de ambas redes interconectadas.

Figura 2. Arquitectura SS7 A partir de la figura anterior se observan dos diferentes tipos de enlace: los enlaces de voz y los enlaces de sealizacin. Los enlaces de sealizacin son similares en cuanto a que se trata de lneas bidireccionales que utilizan las mismas capas ms bajas del protocolo, pero

difieren de acuerdo a su uso en la red telefnica. Bsicamente se tienen enlaces A, B, C, D, E y F, aunque existe una categora que integra los enlaces B y D, conocidos como enlaces B/D. Los enlaces A utilizan esta letra para denotar el "acceso" y unen puntos terminales de sealizacin, es decir, un STP con un SSP o con un SCP. Ejemplos de este tipo de enlaces son los formados por los nodos AX, AW o PY. Un SSP o SCP que desea comunicarse con su STP puede establecer la sealizacin a travs de cualquiera de sus enlaces tipo A. Los enlaces B, D y B/D se utilizan para interconectar dos pares de STPs y su funcin consiste en llevar los mensajes de sealizacin ms all del rea descrita por su red. Los enlaces B toman su nombre a partir del trmino en ingls "bridge", que traducido al espaol se refiere al "puente" que se forma entre dos STPs que no forman un par. Ejemplos de estos enlaces son los que unen los nodos WY y WZ. La letra D en este otro tipo de enlaces denota que stos son "diagonales" y su funcin consiste en interconectar pares de STPs a diferentes niveles jerrquicos. Sin embargo, debido a que no existe una jerarqua asociada bien definida, los enlaces B y D suelen considerarse dentro de la categora B/D. Los enlaces C unen los dos STPs que forman un par y se utilizan para garantizar la confiabilidad de la arquitectura, en el caso en que uno o ms enlaces de otro tipo no se encuentren disponibles. La letra C se refiere a un enlace "cruzado" y como ejemplo tenemos el enlace WX. As como los enlaces A conectan de enlace que es opcional y cuya un respaldo en la conectividad. A el cual se les ha asignado la letra un SSP con su STP local correspondiente, existe otro tipo funcin es unir un SSP con el STP de otra red para ofrecer estos enlaces se les conoce como "extendidos", motivo por E. Estos enlaces no se muestran en la figura 2.

Finalmente, se tienen los enlaces F cuya funcin es unir dos SSPs, normalmente de la misma red, permitiendo nicamente una sealizacin asociada. La letra utilizada para designar este tipo de enlaces denota una unin "fully associated", es decir, "completamente asociada". El enlace entre los nodos AB es un ejemplo de esta clase de uniones. Como ya hemos visto, la arquitectura de red SS7 consiste en un conjunto interconectado de elementos que intercambian mensajes para llevar a cabo funciones de sealizacin. El protocolo SS7, que en realidad no es uno solo, sino una agrupacin de ellos, fue diseado para facilitar dichas funciones y para mantener la red sobre la cual se ofrecen estos servicios. Al igual que muchos otros protocolos recientes, SS7 se encuentra dividido en capas y presenta similitudes con el modelo OSI. La figura 3 muestra cules son las capas que integran el modelo SS7. Los tres niveles ms bajos del modelo se ocupan de la Parte de Transferencia de Mensajes (MTP, por sus siglas en ingls) y juntos, son responsables de llevar un mensaje desde su origen hasta su destino. El primer nivel del MTP corresponde a la capa fsica del modelo OSI y su funcin es definir las caractersticas fsicas y elctricas relacionadas con los enlaces de sealizacin de la red. El segundo nivel del MTP se ocupa de la transferencia de mensajes de un nodo a otro y asegura que entre estos dos puntos el intercambio sea confiable. De manera similar a lo que sucede en la capa de enlace de datos del modelo OSI, los mensajes de sealizacin son enviados por las capas superiores del modelo al segundo nivel del MTP, en donde se forman los paquetes que sern enviados a travs del enlace. Esta capa cuenta tambin con funciones de deteccin de errores, control de flujo y revisin de secuencia. Para llegar a su destino, un mensaje puede seguir diferentes caminos a travs de la red SS7. El tercer nivel del MTP determina cul es el camino que los mensajes debern seguir y es el encargado de la administracin de mensajes a travs de la red de sealizacin, vista

como un todo. Por este motivo, el nivel 3 del MTP se asemeja a la capa de red del modelo OSI y ofrece servicios de direccionamiento, ruteo alterno y control de trfico. Por encima de la Parte de Transferencia de Mensajes existen dos alternativas principales. La primera de ellas es la Parte de Usuario RDSI (ISUP, por sus siglas en ingls) que, estrictamente hablando, es un protocolo de sealizacin que provee servicios a aplicaciones RDSI. Sin embargo, la capa ISUP es utilizada tanto para aplicaciones RDSI como para aplicaciones que no lo sean, y bsicamente se ocupa de la iniciacin y terminacin de llamadas telefnicas entre SSPs. Los mensajes de configuracin de llamada son un ejemplo de mensajes que utilizan el protocolo ISUP. Entre estos mensajes de configuracin se tiene al Mensaje de Direccin Inicial (IAM, por sus siglas en ingls), que se emplea para iniciar una llamada entre dos SSPs, el Mensaje de Respuesta (ANM), que indica que una llamada ha sido aceptada por el usuario destino, y el Mensaje de Liberacin de Llamada (REL), utilizado para iniciar el proceso de desconexin. Como puede verse, ISUP es un protocolo orientado a conexin, lo cual significa que est relacionado con el establecimiento de la conexin entre usuarios, es decir, se trata de un servicio en el que se establece una conexin, se utiliza y se libera.

Figura 3. Capas del Protocolo SS7 La segunda alternativa es la Parte de Control de Conexin de Sealizacin (SCCP, por sus siglas en ingls), que a pesar de ser normalmente un protocolo no orientado a conexin, puede utilizarse tambin en servicios orientados a conexin. La sealizacin no orientada a conexin se refiere al intercambio de informacin sin necesidad de establecer una configuracin de conexin previa al intercambio de informacin. De esta forma, la informacin simplemente es enviada, pudiendo llegar al destino en un orden diferente al que fue transmitida. SCCP es el protocolo que permite que los mensajes sean utilizados por aplicaciones independientes dentro de un nodo. A estas aplicaciones se les conoce como subsistemas y entre ellas podemos mencionar el procesamiento de llamadas 1-800, llamadas con tarjeta y redes inteligentes avanzadas. Adems de lo comentado anteriormente, SCCP cuenta con un mecanismo de direccionamiento avanzado que le permite llevar a cabo la sealizacin entre dos puntos, an cuando stos no conozcan la direccin del otro. Este mtodo es conocido como Direccionamiento de Ttulo Global (GTA, por sus siglas en ingls) y funciona de la siguiente manera. Cuando un conmutador origina un mensaje sin conocer la direccin del destinatario, ste es direccionado al STP junto con una solicitud de GTA. Al llegar al STP, es

este nodo quien determina hacia dnde debe dirigirse el mensaje, ya sea al conmutador que lo inici o a algn otro nodo de la red. De esta forma se evita que cada uno de los nodos que pueden originar una llamada tenga que conocer cada una de las direcciones a las que puede dirigirse un mensaje. Por debajo de la capa de aplicacin se encuentra la Parte de Aplicacin de Capacidades de Transaccin (TCAP, por sus siglas en ingls), la cual define los mensajes y el protocolo utilizado en los nodos para comunicarse entre aplicaciones. TCAP se emplea en los servicios de bases de datos (SCPs) ya comentados y est definido nicamente para sealizacin no orientada a conexin, por lo que necesita de la capa SCCP para el transporte. Lo que hemos discutido en este artculo representa nicamente los conceptos fundamentales para poder comprender el funcionamiento de una red de sealizacin SS7. En nuestro prximo artculo intentaremos describir la forma en que se establece una llamada dentro de la red y destacaremos la importancia de cada uno de los elementos que hemos analizado. La tecnologa conocida como Voz sobre IP requiere de estos conocimientos y de muchos ms para poder ofrecer servicios confiables de telefona sobre una red de cable. Antes de terminar, quisiramos agradecer a nuestros amables lectores por su inters en los artculos que hemos publicado a lo largo de este ao y desearles que el ao 2002 est lleno de xitos para todos. El modelo de referencia de interconexin de servicios abiertos (OSI, por sus siglas en ingls) proporciona un conjunto de estndares que asegura una mayor compatibilidad e interoperabilidad entre los distintos tipos de tecnologa de red utilizados en el mbito mundial. El modelo OSI se encuentra dividido en 7 capas (fsica, enlace de datos, red, transporte, sesin, presentacin y aplicacin), donde cada una de ellas lleva a cabo una funcin especfica.

Sealizacin en Telefona: Sistema de Sealizacin No. 7 (Segunda Parte).

01-Febrero-2002 Luis Gabriel Sienra La informacin que continuamente se intercambia dentro de la red SS7, cuya arquitectura fue definida en la primera parte de nuestro artculo sobre sealizacin en telefona, es colocada dentro de los paquetes conocidos como unidades de seal (SUs, por sus siglas en ingls). Dichos paquetes pueden ser utilizados para enviar informacin relacionada a la sealizacin, verificar el estado de los enlaces o, simplemente, para mantener ocupado el enlace hasta que exista la necesidad de enviar mensajes de sealizacin. Por tal motivo, existen tres diferentes tipos de unidades de seal: las unidades de seal de mensaje (MSUs), las unidades de seal de estado del enlace (LSSUs) y las unidades de seal de relleno (tambin conocidas como fill-in SUs o FISUs).

Figura 1. Estructura de las unidades de seal

Las unidades de relleno son transmitidas cuando no se cuenta con MSUs o LSSUs por enviar, es decir, se utilizan cuando no existe informacin de sealizacin relevante. Sin embargo, gracias a que son sometidas a algoritmos de deteccin de errores, facilitan el constante monitoreo de la calidad del enlace en ausencia de trfico. Las unidades de seal de estado del enlace permiten intercambiar informacin sobre el enlace de sealizacin entre los diferentes nodos de un extremo de la red. La necesidad de contar con este tipo de paquetes se debe a que estos nodos son controlados de manera independiente. La informacin que se transmite se encuentra contenida en el campo de estado de este tipo de paquetes. Finalmente, se cuenta con las unidades de seal de mensaje, siendo stos los paquetes ms importantes de la red, pues permiten llevar a cabo la sealizacin asociada a la iniciacin, mantenimiento y finalizacin de llamadas, solicitudes y respuestas provenientes de la base de datos y administracin de la red. Las unidades de seal se encuentran divididas en segmentos de 8 bits, conocidos como octetos. Cada octeto tiene una funcin en particular y, dependiendo del tipo de unidad de seal, se tendrn ms o menos octetos. Mientras que las MSUs poseen un octeto de informacin de servicio y varios octetos que conforman un campo que conlleva la informacin de sealizacin, y las LSSUs cuentan con un campo de estado, formado normalmente por un solo octeto, existen ciertos bytes que son comunes a todas las unidades de seal. El primero de estos octetos comunes es la bandera, la cual indica el comienzo de una nueva unidad de seal. Posteriormente se tiene al octeto formado por el nmero de secuencia en el retorno (BSN, backwards sequence number) y el bit indicador en el retorno (BIB, backwards indicator bit) y despus de ste, al octeto que conforman el nmero de secuencia en la ida (FSN, forward sequence number) y el bit indicador en la ida (FIB, forward indicator bit). La utilidad de estos campos consiste en confirmar la recepcin de los paquetes y en garantizar que su recepcin se llev a cabo en el mismo orden en el que fueron transmitidos. Cuando una unidad de seal es transmitida, se le asigna un nmero de secuencia, el cual es colocado en el FSN del paquete saliente. Este nmero de secuencia es registrado temporalmente por el nodo transmisor hasta que sea recibido el mensaje de reconocimiento generado por el nodo receptor. Dicho reconocimiento se lleva a cabo colocando el nmero de secuencia correspondiente dentro del campo de retorno BSN. La intencin de los bits indicadores consiste en sealar a la otra parte si existen errores de secuencia o de recepcin, y para solicitar una retransmisin. Es importante considerar que los nmeros de secuencia, tanto en la ida como en el retorno, pueden alojar 128 valores distintos, por lo que cualquier nodo estar restringido al envo de 128 unidades de seal sin reconocer. En el momento en que un reconocimiento es detectado, tal nmero de secuencia es liberado y puede utilizarse nuevamente. Inmediatamente despus de los campos BSN/BIB y FSN/FIB se encuentra el octeto indicador de longitud, el cual muestra el nmero de octetos ubicados entre este campo y el octeto de "checksum". Gracias a esta porcin de informacin, un nodo puede definir el tipo de mensaje del que se trata: las unidades de relleno poseen un indicador de longitud con valor cero, las LSSUs tienen un valor para este campo de 1 2, y las MSUs poseen un valor mayor a dos. De acuerdo al protocolo, para almacenar esta informacin slo se utilizan 6 de estos 8 bits, de tal forma que una unidad de seal de mensaje con ms de 63 octetos entre el octeto indicador de longitud y el de "cheksum", contar con un 63 como su indicador. El ltimo de los octetos comunes a todas las unidades de seal es el "checksum", cuya utilidad consiste en determinar si la informacin que se recibe es igual a la que fue

transmitida. De no ser as, el nodo receptor solicitar una retransmisin con la ayuda del BIB. El octeto de informacin de servicio (SIO), junto con el campo de informacin de sealizacin (SIF), conllevan la informacin propia de las unidades de seal de mensaje. A los primeros cuatro bits del SIO se les conoce como indicador de servicio y bsicamente indican el protocolo de alto nivel al que se refiere el mensaje (SCCP o ISUP). Los dos bits que siguen representan el campo de sub-servicio, el cual indica el plan de numeracin de sealizacin en uso. La importancia de este campo reside en permitir identificar si se trata de una red nacional o internacional. Puesto que existen diferentes formatos y esquemas de direccionamiento SS7, un pas puede implementar un esquema de red nacional diferente al de otro pas. Gracias a la existencia de un esquema de red internacional y compuertas de sealizacin para este esquema, es posible mantener la sealizacin entre las diferentes redes SS7 en distintos pases. Los ltimos dos bits no siempre son implementados en todas las redes SS7. En los Estados Unidos, estos bits representan la prioridad del mensaje y son utilizados nicamente en el caso de presentarse una congestin de trfico en la red. El formato del campo de informacin de sealizacin contiene la informacin que se enva y puede variar dependiendo de la versin SS7 que se emplee. La primera porcin de este campo es de suma importancia pues incluye la direccin del nodo que origina el mensaje, la direccin del nodo que deber recibir el mensaje y el identificador del enlace de sealizacin que lleva al mensaje en ese momento. A esta informacin se le conoce con el nombre de etiqueta de ruteo.

Figura 2. Formatos del Campo de Informacin de Sealizacin El direccionamiento en una red SS7, como en cualquier otra, juega un papel fundamental. Las direcciones de los elementos de la red, conocidas como cdigos punto, se asignan mediante una jerarqua de tres niveles. Un punto de sealizacin individual se identifica como perteneciente a un grupo de puntos de sealizacin. Dentro de este grupo, cada punto de sealizacin contar con un nmero de miembro y, de manera similar, cada grupo es definido como parte de una red. De esta forma, cada elemento de la red SS7 puede ser identificado en base a su red, grupo y nmero de miembro. En la versin ANSI de SS7, implementada en las redes de los Estados Unidos, la etiqueta de ruteo cuenta con 3 octetos asignados a la informacin correspondiente al nmero de miembro, grupo y red que identifican al Cdigo Punto Destino (DPC) y, de manera similar, tres octetos posteriores que identifican al Cdigo Punto Origen (OPC). Despus de estos dos campos se tiene otro octeto ms, correspondiente al identificador del enlace y que se

conoce como Selector del Enlace de Sealizacin (SLS). Como se coment anteriormente, el formato del campo de informacin depender de la versin SS7 que se utilice. Mientras que en los Estados Unidos se emplea la versin ANSI, otros pases han optado por utilizar la versin de la UIT-T, en donde los Cdigos Punto Origen y Destino son de 14 bits y el SLS est formado nicamente por 4 bits. Ahora que ya hemos definido la arquitectura que presenta una red SS7, los protocolos que utiliza y el formato de los mensajes de sealizacin que se transmiten, continuaremos con un ejemplo que ilustre la forma en que se lleva a cabo una llamada. Cuando el conmutador A, que ofrece el servicio a un telfono que origina una llamada, analiza los dgitos marcados y determina que sta deber ser enviada a un conmutador lejano, digamos el conmutador B, el nodo A selecciona un enlace desocupado y formula un mensaje de direccionamiento inicial (IAM). Este mensaje requiere del protocolo ISUP e identifica el conmutador origen (nodo A), el conmutador destino (nodo B), el enlace seleccionado, los nmeros telefnicos de origen y destino, as como otro tipo de informacin adicional. El conmutador A toma alguno de sus enlaces tipo A (por ejemplo, el AW) y transmite el mensaje (1). El STP identificado con la letra W recibe el mensaje, verifica su etiqueta de ruteo y determina que ste deber ser direccionado al conmutador B. El IAM es entonces transmitido a travs de su enlace WB (2). Cuando el nodo B recibe el mensaje, lo analiza y determina que l es quien atiende al nmero destino y que dicho nmero no est ocupado. El conmutador B formula un mensaje de direccionamiento completo (ACM) que sirve para indicar que el IAM ha alcanzado su destino y que identifica al conmutador que origina el ACM, el conmutador que deber recibirlo y el enlace elegido. El conmutador B entonces transmite el ACM sobre uno de sus enlaces tipo A (digamos el enlace BX) y al mismo tiempo abre un canal de voz hacia el conmutador que origin la llamada; enva un tono de llamada de regreso y llama la lnea del suscriptor destino (3). El STP X recibe el mensaje, inspecciona su etiqueta de ruteo, determina que ste deber ser enviado al conmutador A y lo transmite a travs del enlace AX (4). Es importante sealar que el ACM es opcional, pues aunque en la mayora de los casos es transmitido, en determinadas situaciones, como por ejemplo, cuando se trata de una llamada a nmeros 1-800, el mensaje no es enviado y en consecuencia, el suscriptor no escucha un tono de llamada, por lo que la llamada aparenta ser contestada inmediatamente.

Figura 3. Ejemplo de la Sealizacin en una Llamada Telefnica Cuando el conmutador A recibe el ACM, ste conecta al suscriptor que efecta la llamada al

canal de voz que fue abierto en el otro extremo, de tal forma que el suscriptor pueda escuchar el tono de llamada enviado por el conmutador B. A partir de este momento pueden existir uno o ms mensajes de progreso de llamada (CPG) entre ambos conmutadores. Cuando el suscriptor atado al conmutador B descuelga el telfono, este nodo enva un mensaje de respuesta (ANM) a travs del mismo enlace que se utiliz para transmitir el ACM (5). El ANM identifica los mismos conmutadores y el mismo enlace que fueron detallados en el ACM. El STP X reconoce que el destino de este mensaje es el conmutador A y lo enva a travs de su enlace AX (6). En el momento en que el ANM llega al conmutador A, ste asegura que exista un canal de voz abierto en ambas direcciones entre los conmutadores y, de esta forma, la conversacin da inicio. Si el suscriptor que origina la llamada es el primero en colgar, el conmutador A genera y enva un mensaje de desconexin (REL) dirigido al conmutador B, utilizando el enlace AW (7). El STP W recibe el mensaje y lo enva al conmutador B a travs del enlace WB (8). Cuando el conmutador B recibe el REL, cierra el canal de voz, regresndolo a un estado de desocupado y genera y enva, a travs del enlace BX, un mensaje de confirmacin de desconexin (RCL) dirigido al conmutador A (9). El STP X recibe nuevamente el mensaje REL y lo enva al conmutador A mediante el enlace AX (10). Una vez que el REL alcanza su destino final, el conmutador A deja el canal de voz que estaba siendo utilizado. La secuencia de sealizacin anterior funciona de manera relativamente diferente cuando un suscriptor llama a un nmero gratuito 1-800. Los nmeros gratuitos son, en realidad, nmeros virtuales que, a pesar de apuntar a nmeros telefnicos reales, no se encuentran asignados a la lnea del suscriptor como tal. Por tal motivo, antes de que un conmutador pueda generar el IAM, es necesario obtener informacin adicional del nmero marcado a partir de las bases de datos que representan los SCPs. En este caso, el conmutador que atiende al suscriptor que desea hacer la llamada, reconoce que se trata de un nmero gratuito y que requiere de ayuda para poder completar la llamada. El conmutador solicita dicha informacin al SCP adecuado, el cual selecciona ya sea un nmero telefnico real, una red o ambos, y devuelve la informacin requerida a un STP, quien finalmente puede determinar hacia dnde se debe dirigir la llamada. A partir de este momento, el proceso de establecimiento de llamada es igual al caso anterior. Con estas ideas damos por terminada nuestra serie de artculos sobre el sistema de sealizacin nmero 7. Sin embargo, es importante resaltar que, dado que una red en la que se ofrecen servicios de voz sobre IP necesita interactuar con la red telefnica convencional, es necesario que la red VoIP hable el mismo idioma que el sistema de sealizacin nmero 7. El reto consiste en asegurarse que estas redes puedan emular el mismo desempeo que SS7 ofrece. Afortunadamente, muchos grupos han trabajado en este aspecto, destacando al grupo de Transporte de Sealizacin (Sigtran, por su abreviacin en ingls) como el ms importante de ellos. Si usted desea conocer a fondo el mecanismo de sealizacin SS7 para redes en que se ofrezcan servicios de telefona sobre IP, la arquitectura y los protocolos de Sigtran pueden ser un buen comienzo.