Funcionalidades propuestas para remplazar el Sistema de Señalización No.

7 -SS7- mediante el Protocolo de Inicio de Sesiones –SIPPatrones de diseño que permitirán la integración de los medios de telecomunicación en las redes de la siguiente generación originados en la convergencia exitosa de comunicaciones multimedia
AUTOR: Edgardo Ramón MAIDANA. DIRECTOR: Ing. Gabriel Forenza TUTOR: Lic. Carlos Visca

Licenciatura en Informática Universidad Nacional De Lomas De Zamora Facultad de Ingeniería Subsede Hurlingham

Noviembre 2011

Funcionalidades propuestas ............................................................4 ABSTRACT..................................................................................4 Introducción..................................................................................7 Objetivo.....................................................................................7 Fundamento...............................................................................7 Internet2 – SIP.........................................................................9 Contact Center – Asterisk..........................................................9 Telefonía IP..............................................................................9 Metodología..............................................................................10 Cronograma..............................................................................10 Indice de capítulos probables.......................................................11 Alcance....................................................................................11 Recopilación de Necesidades..........................................................13 SS7 –ISUP...................................................................................14 Arquitectura...........................................................................14 Que es ISUP..............................................................................22 IAM .....................................................................................24 SAM .....................................................................................25 COT......................................................................................25 ACM ....................................................................................25 ANM......................................................................................25 REL.......................................................................................26 RLC ......................................................................................26 Ejemplo de mensajes ISUP..........................................................26 IETF - SIP...................................................................................31 Que es SIP................................................................................32 ..............................................................................................32 Quienes utilizan SIP...................................................................38 Ejemplo de envío de mensajes SIP..............................................39 Pasarelas (gateway)......................................................................45 Qué es una pasarela...................................................................45 Como interrelacionar SIP con ISUP...............................................45 Proyecto Internet 2 SIP.edu......................................................45 Proyecto VoIP ARIU.................................................................47 Proveedor de telefonía IP interconectado ...................................48 Asterisk para contact center.....................................................49 Asterisk para empresa.............................................................51 Softswitch ESTATUTO.................................................................51 Cisco BTS 10200 Softswitch .....................................................52 Huawei SoftX3000 ..................................................................52 Implementador nacional de softwswitch.....................................52 Asterisk Nacional....................................................................53 2

Presentación del primer requisito.................................................53 Análisis.......................................................................................54 CNC – Argentina...........................................................................55 Disposiciones CNC telefonía.........................................................55 ISUP argentina..........................................................................57 ..............................................................................................65 Presentación del segundo requisito...............................................65 Servicio universal – Latinoamérica..................................................67 Servicio universal y acceso universal............................................68 Ejemplos de negocios exitosos.....................................................71 Cooperativa comunitaria de telecomunicaciones..........................71 Operador comunitario de telecomunicaciones..............................73 Conclusiones de REGULATEL........................................................73 Diseño........................................................................................77 Servidor de aplicaciones ...............................................................79 Parlay......................................................................................79 Sailfin......................................................................................80 SOFTSWITCH ESTATUTO...............................................................85 Conclusion...................................................................................88 Bibliografía..................................................................................89 Recursos Digitales......................................................................89 Recursos impresos.....................................................................89 Anexo.........................................................................................91

3

Funcionalidades propuestas
para remplazar el Sistema de Señalización No.7 -SS7- mediante el Protocolo de Inicio de Sesiones –SIP-

ABSTRACT
Una sesión multimedia implica la posibilidad de iniciar, mantener y cerrar una comunicación entre dispositivos electrónicos con capacidad de envío y recepción de texto, audio, imágenes, video y cualquier otro medio en desarrollo y a desarrollar. Desde la creación del Protocolo de Inicio de Sesión (SIP, por sus siglas en inglés) y en conjunto con el crecimiento de Voz Sobre IP (VoIP, por sus siglas en inglés) un nuevo mundo de telecomunicaciones convergentes surge, el cual necesita de una infraestructura complementaria basada en IP. Para lograr y conseguir mantener esta evolución es que el Sistema de Señalización No. 7 (SS7) observo inadecuado. Este trabajo aportará los conocimientos suficientes para crear las funcionalidades que están requiriendo las redes de la siguiente generación (NGN). La meta de una nueva tecnología es brindar, ofrecer, garantizar servicios y oportunidades de tal manera de conseguir una valoración significativa. SIP ha conseguido en este sentido surgir como estándar de hecho para habilitar telecomunicaciones multimedia con pretensión de dar soporte a las redes de la próxima generación (NGN, por sus siglas en inglés). Esta es la razón principalísima que tiene este trabajo para basar en SIP la búsqueda de convergencia de medios de comunicación.. La evolución de SIP, ha conseguido, paulatinamente, convertirse desde un protocolo estrictamente para control de comunicaciones multimediales hasta ser considerado como alternativa para el desarrollo de sistemas de telecomunicaciones NGN. La generación NGN de telecomunicaciones tiende a realizarse como “TodoIP”, acompañado por el creciente interés por mantener un directo contacto con Internet que marca la pauta para el desarrollo de la sociedad de la información.

4

            

Palabra claves: Telecomunicaciones Redes Multimedia Seguridad Sesión Protocolo SIP NGN SS7 UDP/IP Internet Sociedad de la Información

5

6

Introducción

Objetivo
El presente trabajo pretende descubrir y publicar patrones de diseño para la convergencia de medios de comunicación multimedia. Basado en casos de éxito de integración de medios de comunicación, estos patrones permitirán crear las funcionalidades de SIP necesarias para que las redes NGN sean alcanzables por los diseñadores de estas. Entendiendo que SS7 es la red de comunicación primordial en la actualidad, que esta red consigue estabilidad del 99.999, que sobre ella funcionan los servicios corporativos más utilizados; comprendo que es necesario reutilizar las buenas prácticas de diseño concebidas en ella.

Fundamento
Los medios de comunicación convergen. Se integran entre sí. Y paso a demostrarlo con dos ejemplos. Breviario de las telecomunicaciones En 1832 el hombre inventa el telégrafo. El teléfono aparece en 1876. Y en 1897 la innovación es la radio. Las invenciones participan de la vida social cuando se crean servicios con ellos y son distribuidos. En el caso de la telefonía podemos apreciar como puntos de inflexión de su rica historia los siguientes hitos: • 1879 – 1889. Período durante el cual las conmutaciones de circuitos se realizan de forma mecánica. O sea, aparte de los interlocutores es necesario una operadora telefónica para que realice la selección del trayecto de la comunicación • 1889. El Sr. Strowger, un sepulturero insatisfecho por el servicio telefónico, inventa un conmutador (switch, en inglés) que realiza la selección de ruta en forma mecánica • 1976. La organización ITU presenta el Sistema de Señalización Nº 6 (CCSS6). Esta nueva forma de señalización incorpora conceptos que trascienden las de un servicio telefónico básico. Entre estos están los de servicios suplementarios y redes inteligentes. • 1980. La ITU presenta el Sistema de Señalización Nº 7 (CCSS7), conocida como SS7 por sus siglas en inglés. Es el sistema que permite todas las comunicaciones telefónicas y la interconexión con servicios computarizados. Entre estos son destacables las tecnologías CTI y la red Digital de Servicios Integrados (ISDN)

7

Con las evoluciones relatadas en los dos últimos ítems se consiguieron los siguientes avances en las comunicaciones telefónicas: • Mayor confiabilidad ante el fraude, antiguamente generar tonos era algo muy simple. Estos tonos permitían entablar conversaciones de larga distancia gratuitamente. • Agrandar las funcionalidades permitidas sobre la red telefónica básica, anteriormente el tipo de señalización utilizada era un limitante en este sentido. • Mejora la utilidad de los canales dedicados a la señalización • Posibilidad de implementar nuevas funcionalidades. La evolución histórica demuestra que las comunicaciones telefónicas avanzan hacia la digitalización de las telecomunicaciones e integración con otros servicios. Unión Internacional de las Telecomunicaciones – ITU La organización reguladora de las telecomunicaciones a nivel internacional es la ITU. Sus siglas en inglés han pasado por diferentes metamorfosis. Pasemos a revisarlas: • 1865. Se crea la Internacional Telegraph Union (ITU). Su misión es regular los códigos utilizados entre los países. • 1927. La ITU es dividida en tres comités (entre paréntesis sus siglas): Radio (CCIR), Telegrafía (CCIT), Telefonía (CCIF). • 1934. Muta el significado de la letra T de la sigla, quedando como Internacional Telecommunication. • 1947. La ITU es incorporada como agencia especializada a las Naciones Unidas. • 1956. Los comités CCIT y CCIF son unificados en uno, el Comité Consultivo Internacional para Telegrafía y Telefonía (CCITT). • 1992. ITU es reorganizado en tres nuevos organismos: • ITU-T: responsable de emisión de estándares relacionados con las telecomunicaciones, • ITU-R: responsable de las radiocomunicaciones, • ITU-D: similar para estándares en desarrollo • 1992. El CCITT es abarcado por ITU-T Nuevamente observamos un avance cronológico hacia la integración de los medios de comunicación, en este caso bajo el mismo organismo regidor. En la actualidad el modelo de convergencia coloca su acento en Internet. Es una red ampliamente utilizada en ámbitos académicos, corporativos, gubernamentales y hogareños. Es tal la integración que desde Internet podemos enviar mensajes a teléfonos celulares, dejar mensajes de voz en teléfonos de la red pública, avisar de eventos a través del beeper, interactuar con el cliente mediante el chat, etc. El gran responsable que estos medios logren interconectar es la pila de protocolos subyacente de Internet: TCP/IP. El concepto “TodoIP” es necesario para la integración entre distintos medios de comunicación pasando por Internet. Para participar de las redes NGN es

8

necesario involucrar este concepto. Y es por ello que SIP logra ser el protocolo de señalización que ha incorporado el mercado de las telecomunicaciones como estándar de hecho. SIP proviene del mismo organismo regulador de la pila TCP/IP, la Fuerza de Tareas para la Ingeniería de Internet (IETF). Basado en los puntos vertidos anteriormente estimo que el paradigma a perseguir es la mejora continua del protocolo SIP para lograr incorporar todas las funcionalidades propias de SS7 necesarias para la convergencia de los distintos medios de comunicación. Esta proposición es de por sí suficientemente amplio como para poder abarcarlo en este trabajo. Por esto restringiremos el estudio a determinados casos de éxito de integración de telecomunicaciones mediante SIP para extraer patrones de diseño reutilizables. Explicaré a continuación estos casos de éxito.

Internet2 – SIP
El desarrollo de la siguiente evolución de Internet incorpora el concepto de la integración. El caso que merece nuestra atención consiste en conseguir aunar correo electrónico, con telefonía IP y telefonía de red pública. Originado por la Universidades Yale y MIT, de EE. UU., consiguieron involucrar a otras casas de estudio del mundo para lograr el siguiente cometido. Cuando una persona origina una llamada telefónica no debe recordar ningún número telefónico. Por el contrario intenta conectar con un nombre de usuario ubicado en determinada organización. Un ejemplo de ello podría ser ermaidana@unlz.edu.ar. La arquitectura creada mediante SIP es lo suficientemente inteligente para derivar esa llamada a un teléfono de red pública, un interno de la universidad, una casilla de voz.

Contact Center – Asterisk
Un contact center incorpora los siguientes medios de comunicación corporación –cliente: telefonía, correo electrónico, chat, cobrowsing, voz sobre IP, fax, telefonía móvil, servicios Web. Para alcanzar este nivel de integración son necesarios servidores y pasarelas que traduzcan los diferentes formatos de comunicación. Entre las plataformas mejor desarrolladas en ese sentido, hallamos Asterix. Estos contact center están funcionando satisfactoriamente. Y por supuesto utilizan como protocolo de señalización al objeto de nuestro estudio: SIP

Telefonía IP
El Sistema SS7 está formado por diferentes capas. La capa denominada ISUP es la encargada de la señalización. La primera especificación de SIP entendió que era necesario incorporar los mensajes de señalización encargados de crear, mantener y liberar las sesiones. Estos mensajes son, a nivel puramente descriptivo, IAM– SAM– COT– ACM– ANM– REL– RLC. Están documentados en la especificación de ITU-T Q.463.La telefonía 3. La telefonía IP consiste en llevar la experiencia de una red conmutada por circuito hacia una red conmutada por paquetes. Las arquitecturas utilizadas para el Sistema

9

SS7 y las comunicaciones VoIP son unidas mediante pasarelas que traducen un paradigma en otro. Y el protocolo más utilizado en VoIP es SIP.

Metodología
Para el desarrollo y escritura de este trabajo usaré una metodología propia del diseño de software y hardware. Es ampliamente reconocida en el mundo informático. Consiste en las Directrices para la Ingeniería de Aplicaciones Rápidas (GRAPPLE en inglés). Estas Directrices están especificadas por Joseph Schmuller. Utiliza diagramas UML para la descripción de los elementos que componen el sistema diseñado. Para obtener este sistema se parte de la división del proceso ingeniería en segmentos, acciones, productos de trabajo y documentación. Los segmentos que utilizaré son tres: recopilación de necesidades – análisis – diseño. Estos tres constarán de las siguientes acciones y productos de trabajo: • Recopilación de Necesidades o Analizar dominio de acción - Diagrama de clases o Analizar entorno circundante - Diagrama de distribución o Listar necesidades de implementación - Diagramas de paquetes, Diagrama de casos de uso • Análisis o Describir y extender los casos de uso - Diagramas de casos de uso o Depurar los diagramas de clase - Diagramas de clase o Analizar la integración de sistemas de comunicación - Diagrama de estados, Diagrama de secuencias, Diagrama de colaboraciones, Diagramas de distribución • Diseño o Desarrollo de Diagrama de componentes - Diagramas de componentes o Descubrir patrones de diseño - Patrones de diseño o Documenta los patrones de diseño

Cronograma
El cronograma respetará la ordenación de las acciones especificadas en el apartado Metodología. En concreto, las acciones coinciden con las tareas en un diagrama de Gantt. Las tareas correspondientes a los segmentos Recopilación de necesidades y Diseño tendrán una duración de una semana cada una. Las tareas pertenecientes al segmento de Análisis durarán dos semanas cada una. El desarrollo del trabajo totalizará doce semanas.

10

En caso de demora durante la realización de una tarea, la tarea subsiguiente tendrá que aguardar la finalización de la acción retrasada. Por lo cual el tiempo total será extendido convenientemente.

Indice de capítulos probables
La escritura de la tesis respetará la ordenación de los segmentos y acciones especificadas. Dividiré la tesis en tres secciones, correspondientes a cada segmento. Cada sección estará comprendida por capítulos acordes al nombrado de las acciones. Antes de la primera sección incluiré un capítulo introductoria a la tesis. Y luego de la última sección un capítulo resolutorio. En este estará la realización concreta de este trabajo.

Alcance
La arquitectura SIP consta de los siguientes componentes interrelacionados: aplicaciones, ambiente de ejecución, pila del protocolo, enlace de redes, pasarela de medios, servidor de medios. El sistema SS7 por su parte está compuesto por capas. La capa correspondiente a señalización se denomina ISUP. La relación de esta capa con SIP forma el objeto de nuestro estudio. Por lo tanto este trabajo solamente incluirá en su análisis los componentes que permiten a los ensambladores de soluciones SIP compartir interfaces comunes, crear aplicaciones para cualquier sistema operativo y plataforma hardware, realizar escalamientos desde uno a varios servidores y pasarelas. Toda esta modularidad permitirá a los desarrolladores relacionar con las queries del ámbito del sistema SS7. Estas queries funcionan mediante dispositivos SCPs que cumplen una función fundamental en la redes NGN (Next Generation Networks) y actúan como una importante fuente de generación de ingresos, permitiendo los números 0800 y la consulta de tarjetas de crédito. Cualquier elemento que no pertenezca a este dominio no formara parte de este estudio.

11

12

Recopilación de Necesidades
En esta sección demostraremos la importancia de los elementos que priorizamos en este estudio. Presentaremos los protocolos SS7 y SIP, con detalle de las capas que se interrelacionan. Acción que se da a través de una pasarela de señalización, por lo cual también dedicaremos un capítulo a su comprensión. Una vez concluido comprenderemos someramente el concepto de redes de próxima generación, sus componentes y utilidad.

Figure 1 - softswitch

13

SS7 –ISUP
El SS7 es un conjunto de estándares para la telefonía que nace de la necesidad de permitir servicios de voz y datos sobre las líneas telefónicas, digitalizar de la red, mejorar el anterior SS6. El protocolo funciona pasando mensajes entre entidades, utilizando canales distintos para señalización y voz. Este canal básico tiene 56 Kbps o 64 Kbps, según el estándar utilizado sea USA o Internacional. El SS7 empezó a desplegarse a mediados de la década del ’80. Uno de sus primeros usos fue unir la red de telefonía a base de datos que permitía traducir líneas 0800. Y luego se agregaron servicios 911, personalización de llamados, identificador de llamados, etc. Un elemento desconocido por estas latitudes, la portabilidad numérica, también es beneficio del SS7. Permite también que los conmutadores comuniquen entre sí para que aprovechen las funcionalidades ofrecidas entre si. Un ejemplo son las llamadas callback. Esto es, avisar al originador de la llamada que el destino está disponible, luego que en el primer intento daba ocupado. El roaming de la telefonía celular también funciona debido al protocolo SS7. Esto es las bases de datos de las compañías celulares, utilizan el protocolo para informar la transición entre celdas de un dispositivo móvil. Incluso permite que las redes celulares ínter operen con la red de telefonía pública. El conjunto de protocolos de SS7 permite muchos más servicios, por lo cual estas normas han simplificado el camino hacia la red inteligente (IN) y, con ello, una gran variedad de servicios, muchos aún por descubrir.

Figure 2 - Funcionalidad de SS7

Arquitectura
El protocolo SS7 esta conformado por los siguientes componentes 14

SCP

Service Control Point. Punto de control de servicio. Es una base de datos que es accedida por los STP para obtener información de enrutamiento de clientes y otros necesarios par servicios de redes inteligentes avanzadas. Service Switching Point. Punto de conmutación de servicio. Es un componente del conmutador en la oficina central que sostienen las conexiones troncales. Cuando un SSP identifica una llamada de red inteligente avanzada, enruna una mensaje de señalización hacia el STP y espera sucesivas informaciones para procesamiento de llamadas. Signaling Transfer Point. Punto de transferencia de señalización. Es un conmutador que maneja mensajes de señalización utilizados para levantar llamadas telefónicas, consultas a base de datos externas para enlutar y procesar información, así como entregar instrucciones de manejo de llamadas. Service Creation Environments. Ambiente de creación de servicios. Son bloques de construcción de servicios de telefonía utilizados por las redes inteligentes avanzadas. Consisten de bloques de información de servicios personalizados y disparadores, que los usuarios usan para describir servicios tales como enrutado según el horario. Estas descripciones están cargadas dentro de los SCP o Nodos de servicio para ejecutarse dentro de la red.

SSP

STP

SCE

Estos componentes están unidos por enlaces links y enrutados routes. En forma indiferente a los SCP, SSP y STP se denominan puntos de señalización.

Figure 3 - Links de SS7

Que como observamos en la figura toman distintos nombres estos links de acuerdo a su funcionalidad, a saber

Enlace A: Un enlace A (Access), conecta un punto de señalización final

15

(Signaling End Point), como un SCP o un SSP a un STP. Sólo se transmiten los mensajes originados por o destinados al punto de señalización final. Enlace B: Un enlace B (Bridge o puente), conecta un STP a otro STP. Enlace C: Un enlace C (Cross o cruzado), conecta a un STP con su pareja. Se usa típicamente cuando un STP no tiene otra ruta disponible para llegar a otro elemento debido a un error en los enlaces. Notemos que aunque los SCP también se instalan en pares, estos no se interconectan entre sí. Enlace D: Un enlace D (Diagonal), conecta a algún par secundario de STP hacia un primario. Los STP secundarios dentro de la misma red se conectan vía enlaces tipo D. Enlace E: Un enlace E (Extended o extendido), conecta un SSP con un STP alternativo. Los enlaces E proveen una ruta alternativa para conectar con un STP. Enlace F: Un enlace F (Fully associated o completamente asociado), conecta a dos Signaling End Points (SSP y SCP). Los enlaces F no se usan regularmente en las redes con STP, ya que se pensaron para conectar directamente dos puntos de señalización. Cada uno de estos componentes esta identificado por un Punto de Código. El cual puede ser: • Nacional: Identifican un Punto de Señalización dentro de una red nacional, pueden repetirse de país en país, e incluso en algunos países se repiten de operador en operador. En el caso de la Argentina los Códigos de Punto de Señalización Nacional (CPSN) los asigna la CNC y son únicos dentro de la PSTN argentina. Tienen 14 bits de longitud y se trata de asignar CPSN continuos a al mismo operador. • Internacional: Identifican un Punto de Señalización unívocamente a nivel mundial. A un SSP se conectan los usuarios finales. Un SSP puede atender alrededor de 10000 suscriptores.

16

Figure 4 – Conexión última Milla

A este tipo de conexión se las conoce como Ultima Milla. En ellas las señalización son sencillas. Consisten en la sección denominada señalización de abonado – – – – Generación de la llamada Marcación de los números Responder a la llamada Mensajes de avisos, Ej. Tono de ocupado

Con mayor detalle, las señales de abonado pueden dividirse en 4 categorías: 1) Señales de direccionamiento. • Representan los dígitos marcados para indicar el número de B. • Los dígitos se envían de dos formas: pulsos y tonos (DTMF). Ya dijimos que la señalización por pulsos es algo obsoleta. • En DTMF el pulsar un dígito genera un par de tonos de frecuencia asociados con dicho dígito. • Este sistema es mucho más rápido que el discado por pulsos y además permite, una vez establecida la llamada, ínter operar con sistemas automáticos o activar servicios suplementarios tales como call forward. • La tabla que sigue muestra los tonos posibles y los dígitos representados por los mismos: 2) Señales de supervisión Un teléfono tiene dos posibles estados: on hook y off hook. On hook = Teléfono colgado. Off hook = Teléfono descolgado. Se interpreta este estado como un requerimiento del abonado de efectuar una llamada. En estado On hook la placa de abonado provee -48VCC. Cuando se

17

produce el estado Off hook fluye una corriente por el bucle local, ya que el capacitor que bloquea la corriente en estado On hook queda fuera del circuito. Este mecanismo se conoce como Loop start y presenta un problema conocido como glare, que surge si la placa de abonado y el terminal de abonado quieren usar la línea juntos. Esto no genera problemas en líneas residenciales, pero sí lo hace con sistemas automáticos como PBX, en esos casos suele usarse señalización ground start. Con ground start la placa puede iniciar el estado off hook más allá de la indicación de ringing. 3) Tonos y anuncios Se trata de señales audibles que indican el progreso de una llamada. Incluyen: Tono de discado. Indicación de B llamando (ringback tone). Tono de ocupado (busy tone). Los tonos o señales forward van en sentido de la llamada. Los tonos o señales backward van en sentido contrario a la llamada. 4) Timbre (ringing) Se trata de una señal forward generada por el conmutador y enviada a B para indicar una llamada. Se la llama power ringing, para distinguirla del ringback enviado hacia A. Cada país tiene un patrón de timbre conocido como cadencia, en USA es 2 segundos encendido, 4 segundos apagado. Power ringing y ringback son señales que no guardan entre sí relación temporal alguna, el switch al que está conectado B tiene un único generador de ringing que aplica a los N suscriptores a los que tiene que indicar el arribo de una llamada en dado instante. A puede escuchar ringback y B puede todavía no estar recibiendo power ringing. Eso de: ―si soy yo te dejo sonar tres veces y corto no reemplaza un identificador de llamadas. Secuencia básica de eventos en una llamada: 1. El abonado que llama (A) levanta el tubo. 2. La Central Office (CO) detecta corriente en el bucle de abonado y conecta al mismo un generador de tono, que actúa como invitación a marcar. 3. El abonado A marca el número del abonado de destino (B). 4. La CO detecta los tonos y aprende el número B. 5. La CO busca en su tabla de ruteo a que CO debe mandar la llamada. 6. La CO de A manda vía señalización entre el número B a la primer central que tiene en el camino hacia B, esta lo hace hacia la segunda y así sucesivamente hasta llegar a la CO de la que B efectivamente depende. 7. La CO de B conecta su generador de ring y le avisa de la llamada a B. A efectos prácticos la CO de A conecta su generador de ringback y le avisa a A que B está siendo llamado. 8. Cuando B atiende se arma un circuito dedicado para la comunicación vocal entre A y B.

18

Figure 5 - “Secuencia de llamados básico telefónica”

A partir de este momento la llamada se realiza utilizando un canal de voz que en breve estudiaremos. Entre los puntos de señalización se utiliza la señalización de red, que es lo mismo que decir Señalización entre Centrales Telefónicas (CO). Tiene lugar entre las CO de la red, sin importar su jerarquía. Debe cumplir una cantidad mucho más basta de funciones que la señalización de abonado. Estas funciones en las redes modernas abarcan funciones tales como la portabilidad numérica, la traducción de números 08xx, la validación de tarjetas de crédito y otras funciones que pueden por ejemplo implicar interacción contra bases de datos. Existen varios tipos de señalización de red: 1. analógica de 2 hilos 2. analógica de 4 hilos 3. por canal asociado 4. por canal común El conjunto de protocolos SS7 utiliza por canal común (CCS) (Common Channel Signaling pos sus siglas en inglés). Para comprensión de esto primero comprenderemos en qué consiste la estructura de la trama E1. Una trama E1 se compone de 32 Time slots. Cada Time slot contiene la muestra de 8 bits asociada a cada uno de los canales y esta estructura de

19

trama se repite 8000 veces por segundo, ya que cada canal es muestreado 8000 veces por segundo. Todo esto arroja una velocidad de: 32 Muestras x 8bits/Muestra x 8000 Muestras /seg. = 2.048.000 bits /segundo). Una trama tiene por lo tanto: 32 Time slots x 8bits/Time Slot = 256 bits. Los primeros 8 arrojan la muestra del primer canal, los segundos 8 bits la muestra del segundo canal y así sucesivamente. Los 32 canales no son de muestras vocales, hay dos canales que cumplen otro propósito: El canal 0 se utiliza alternativamente como palabra de alineación de trama (FAS) y como canal de control (CW, control word). El canal 16 se utiliza para la señalización entre centrales. Si uso los 8 bits de un canal tenemos 64kbps. La CW usa 2 bits para armar un canal digital que se utiliza para enviar datos informativos y como alterna con la FAS se tiene un canal de 8Kbps (64/4/2). Por esa red de datos viajan los mensajes de señalización que pueden referenciar a los canales de voz, pero no tienen porque viajar físicamente junto con los canales de voz. Hay distintos estándares de señalización por canal común, entre los que se halla CCSS7, llamado señalización por canal común número 7 (SCC N° 7). La pila de protocolos C7 se trata de un conjunto que es temporalmente contemporáneo a OSI, por este motivo ya adopta una arquitectura de capas, pero no sigue de forma estricta la nomenclatura de OSI. Este conjunto es el que se basa en la transmisión de mensajes de señalización a través de una red de transporte tipo TDM. Han aparecido muchas variantes de transporte de señalización 7, la más importante es la que se ha centrado en la transmisión de mensajes de SS7 a través de redes IP. En este sentido Sigtran (Signaling Transport) es la más destacable de las variantes no nativas de S7. En vez de usar el TS16 de una trama E1 se usa Ethernet. Las capas más bajas del modelo nativo (MTP1, MTP2 y MTP3) son propias del transporte a través de redes TDM (tramas E1, SMT1, etc) y aparecen modificadas en otros modelos de transporte. Con lo cual, si en vez de usar TDM se usa Sigtran (Ethernet), toda la parte de MTP 1,2 Y 3 se extraerían, y solo se utiliza la capa de aplicación; que es la aquella que contiene los mensajes de señalización. La capa que más nos importa es ISUP. Describimos de forma muy breve las capas no interesantes para el presente trabajo: • MTP1: Capa física de la pila. Se trata de una capa típica TDM, se utiliza en general el TS16 de las tramas E1 como canal para datos de señalización. En redes de alta capacidad pueden utilizarse varias tramas E1 enteras para la transmisión de información de señalización. • MTP2: Se trata del nivel de control de enlace. Toma los mensajes de las capas superiores y define los paquetes a ser enviados a través de MTP1. Se encarga de asegurar la entrega ordenada y libre de errores de los mensajes de señalización sobre la base de cada uno de los links, provee mecanismos para delimitar los mensajes y para alinear los enlaces. También presta el servicio de monitoreo de la calidad de los links, como la medición de BER, para informar a MTP3 sobre el estado de los mismos.

20

• MTP3: Capa de red. Realiza básicamente dos tareas: – Manejo de los mensajes de señalización (SMH): Entrega los mensajes a la aplicación superior que solicito los servicios de MTP rutándolos a través de la red. Cada mensaje tiene a nivel MTP3 dos campos: • OPC (Origination Point Code): código de punto del SP que genero el mensaje. • DPC (Destination Point Code): código de punto del SP al que va dirigido el mensaje. Los mensajes se rutan a través del DPC, los nodos de la red 7 tienen tablas de ruteo que permiten encaminar los mensajes de origen a destino. – Gestión de la red de señalización (SNM): Monitorea el estado de los linksets gracias a los servicios que le presta MTP2. Toma decisiones de sacar de servicio enlaces y de enrutar la información en caso necesario. Una sola capa MTP3 controla varias capas MTP2 y cada una de estas se asocia a una capa MTP1 dedicada. MTP3 es un protocolo de nivel III y en ese sentido es similar a IP en cuanto a las funciones principales que son: 1. Proporcionar un esquema de direccionamiento que permita la identificación biunívoca de todos los nodos de la red CCSS7 (SSP, STP, SCP). Esto lo hace a través de los códigos de punto de señalización (PC). Como vimos los PC son números de 14 bits que viajan como campo en los mensajes de señalización, conocidos como MSU (Message Signal Unit). (Siempre viaja el PC de origen del mensaje y el PC de destino del mensaje). 2. Proporcionar un mecanismo para enrutar la información de señalización. Esto lo consigue por medio de tablas de ruteo y de analizar el código de punto de destino que viaja en el mensaje. También puede tomar la decisión de dar de baja un enlace porque tiene perdidas o ante falla encaminar por otra ruta. 3. Proporcionar un mecanismo de entrega de los mensajes a las aplicaciones de nivel superior que se basan en MTP3 (la más habitual es ISUP). Esto se consigue con un campo que se llama SI (Service Indicator) que codifica la aplicación de nivel superior. Código de punto de señalización (PC): Un nodo de la red C7 es biunívocamente identificado a través de un código de punto de señalización PC. El código de punto es la dirección del SP dentro de la red. Existen códigos de punto: Nacionales: Identifican un SP dentro de una red nacional, pueden repetirse de país en país, e incluso en algunos países se repiten de operador en operador. En el caso de la Argentina los Códigos de Punto de Señalización Nacional (CPSN) los asigna la CNC y son únicos dentro de la PSTN argentina. Tienen 14 bits de longitud y se trata de asignar CPSN continuos a un dado operador. Internacionales: Identifican un SP dentro de la red internacional. Los nodos de la red de un país que lo conectan con la red internacional tienen dos PCs, uno nacional y otro internacional. Los códigos de punto internacionales son administrados por la ITU.

21

Las MSU contienen dos PC, el del SP que origino el mensaje (OPC) y el del SP destinatario del mensaje (DPC). Similar a otras pilas de protocolos, MTP3 van dentro de MTP2 y MTP2 adentro de MTP1. Y la Aplicación va adentro de MTP3. • Capa de Aplicación (TUP, ISUP, SCCP, TCAP) Utilizan los servicios de las capas MTP y son los protocolos utilizados para las funciones normalmente conocidas como de control de llamadas (Call Control), es decir que brindan los mensajes para establecer, mantener y liberar llamadas. – TUP (Telephony User Part) fue la versión original, hoy está casi completamente reemplazado por ISUP (ISDN User Part). ISUP permite las funciones básicas de TUP y agrega los denominados servicios suplementarios como caller ID, call forward, etc. – SCCP (Signaling Connection Control Part): Provee un mecanismo flexible para la transmisión de datos a través de redes de señalización 7. Se trata de información no asociada a los circuitos (non circuit related), sino más del tipo utilizado para interactuar con bases de datos. Análogamente la capa TCAP. – ISUP: La veremos en detalle en la siguiente sección.

Figure 6 - Pila de protocolos SS7

Que es ISUP
ISUP es responsable de señalizar las llamadas en los troncales de la PSTN. Los mensajes de señalización son ISUP. Se pensó para permitir que la señalización ISDN del lado abonado tuviera su correlación en un esquema de señalización completo a nivel red. La combinación ISDN en el acceso e ISUP a nivel red se concibió como una forma de permitir que la señalización avanzada 22

viajara extremo a extremo. En la práctica ISUP superó ampliamente su meta de concepción y hoy transporta la señalización a nivel red de llamadas con accesos tipo ISDN y clásicos (POTS), en realidad la mayor parte del tráfico ISUP corresponde a llamadas telefónicas generadas en terminales tradicionales. Posibles Arquitecturas de Conexión de la Señalización: Como dijimos ISUP se basa en un sistema de señalización por canal común (CCS). Más allá de eso, los enlaces de señalización tienen dos formas de implementarse: Asociados a las líneas troncales que señalizan. La conexión es por medio de links tipo F. En este caso los canales de señalización siguen el mismo camino físico que los troncales que controlan. Casi-asociados a las líneas troncales que señalizan. En este caso la vinculación es a través de links tipo A y existen uno o más STP en el enlace de señalización. Los links de señalización y los troncales no siguen el mismo camino. ISUP define una cantidad importante de mensajes (unos 50). De los 50, solo 6 mensajes son los que representan la mayor parte del tráfico ISUP en las redes de señalización. Los mencionados mensajes son los que intervienen en las fases de establecimiento y liberación de llamadas. Estos 6 mensajes son: – IAM – SAM (No está implementado en Argentina) – COT – ACM – ANM – REL – RLC La forma en que se relacionan estos mensajes está ejemplificada en la siguiente figura, que análoga a la llamada básica mostrada en “Secuencia de llamados básico telefónica”

23

Figure 7 - "Diagrama secuencias ISUP"

El significado de estos mensajes servirá de comprensión sobre la operación de ISUP. Primero presentaremos brevemente los mismos, y luego una secuencia de ellos en una llamada telefónica

IAM
Contiene la información necesaria para establecer la llamada, incluyendo el número de destino y el identificador circuito (CIC) troncal por el que va a ir llamada de voz. El mismo CIC se usa en ambas centrales, ya que las tramas son bidireccionales. Contiene varios campos que explicaremos Calling Party’s Category: Length: 1 Data: 0x0a Calling Party's category: ordinary calling subscriber Es una clasificación de la parte llamante, puede ser: – Suscriptor ordinario (lo normal) – Operador – Teléfono pago – Llamada de prueba. Transmission Medium Requirement: Length: 1 Data: 0x00 Transmission medium requirement: speech Contiene las especificaciones del canal troncal que son requeridas para la llamada, tales como audio, 64 Kbps irrestricto, código PCM en uso, etc.). Called Party Number (CdPN = Called Party Number): Length: 8 Data: 0x03102164836571f7 Contiene el número de teléfono de destino, junto con algunos datos anexos: – Nature of Address Indicator (nadi): national (significant) number Indica si el número de destino es nacional o internacional. Se usa para que quien recibe el número haga las traslaciones y aplique el dial plan que corresponda. Ese campo es importante para definir los egress dial rule o DNIS Dial 24

Rule (como se formatean los números cuando salen) en las plataformas. – Odd/Even Indicator: even number of address signals Indica si la cantidad de dígitos del CdPN es par o impar. – Numbering Plan Indicator: ISDN (Telephony) numbering plan Indica el tipo de numeración en uso, en general es E.164. – Called Party Number: 1556071331F Indica el numero llamado (siempre terminan en F) Calling party number : Length: 7 Data: 0x03171136581900 - Nature of address indicator: national (significant) number - Odd/even indicator: even number of address signals - NI indicator: complete - Numbering plan indicator: ISDN (Telephony) numbering plan - Address presentation restricted indicator: presentation restricted - Screening indicator: network provided - Calling Party Number: 1163859100

SAM
Se usa para enviar dígitos faltantes del CdPN. Tiene una estructura muy simple: – Message Type: SAM – Subsequent Number: Es un parámetro obligatorio variable que contiene los dígitos tendientes a ir completando el CdPN.

COT
Contiene los resultados del test de continuidad. Contiene un solo parámetro mandatorio el Continuity Indicator, que usa un solo bit para indicar si el test pasó o falló.

ACM
Se envía para indicar al origen que se recibió el CdPN exitosamente. Se envían además los denominados BCI (Backward Call Indicators) para indicar información hacia atrás. Los campos del BCI son en muchos casos idénticos a los campos del FCI pero hacia atrás. Los principales indicadores son: • Called Party Status Indicator: Indica si el destino está libre. Devuelve bussy si el extremo está ocupado • Called Party’s Category Indicator: Indica la categoría general del destino (suscriptor ordinario, teléfono pago, etc..). • Charge Indicator: indica si se debe o no cobrar la llamada. Cuando se llama a un 0800 viene en no charge. Si no viene en charge o no indication (que es charge). Es un campo importante por eso.

ANM
Se envía cuando la parte llamada responde. Puede contener parámetros opcionales, pero en general es solo un campo: Message Type ANM.

25

REL
Indica que el circuito está siendo liberado. Contiene un campo mandatorio que es el Cause Indicators, conteniendo la causa de liberación de la llamada. Las causas del REL según su valor pueden clasificarse en clases, los tres bits más significativos representan la clase y los demás bits la causa dentro de cada tipo de clase. El valor 0010001 es usuario ocupado y corresponde a la clase normal. El valor 0100010 es no hay circuito disponible y corresponde a la clase falta de recursos.

RLC
Release Complete. Se envía en respuesta a un REL y permite regresar al circuito al estado Idle.

Ejemplo de mensajes ISUP
Toda llamada inicia con un mensaje IAM. En este caso se está realizando entre el PC origen 1.72.0 y el PC destino 1.0.2 utilizando el CIC 29. El número llamado es 011-15-64037732 desde el 011-63856199 en una llamada nacional.
21:16:38.13500 -- C4CM --> SW -- OPC: 1.72.0 DPC: 1.0.2 NI: Nat SLS: 13 -ISUP IAM Initial address CIC: 29 Length: 1 Data: 0x00 Nature of connection indicators

Satellite Indicator: No Satellite circuit in connection Continuity Check Indicator: Continuity check not required Echo Control Device Indicator: Echo control device not included Forward call indicators Length: 2 Data: 0x6000 National/international call indicator: National call End-to-end method ind.: No End-to-end method available(only link-by-link) Interworking indicator: no interworking encountered (SS7 all the way) End-to-end information ind.: no end-to-end information available ISDN user part indicator: ISDN user part used all the way ISDN user part preference ind.: ISDN user part not required all the way ISDN access indicator: originating access non-ISDN SCCP method indicator: No indication Calling party's category Length: 1 Data: 0x0a Length: 1 Data: 0x00 Calling Party's category: ordinary calling subscriber Transmission medium requirement Transmission medium requirement: speech

26

Called party number

Length: 8 Data: 0x811051463077230f

Nature of address indicator: subscriber number (national use) Odd/even indicator: odd number of address signals Numbering plan indicator: ISDN (Telephony) numbering plan INN indicator: routing to internal network number allowed Called Party Number: 1564037732F Calling party number Length: 7 Data: 0x03131136581699 Nature of address indicator: national (significant) number Odd/even indicator: even number of address signals NI indicator: complete Numbering plan indicator: ISDN (Telephony) numbering plan Address presentation restricted indicator: presentation allowed Screening indicator: network provided Calling Party Number: 1163856199 El SSP 1.0.2 avisa a SSP 1.72.0 que recibió el número completo a través de un mensaje ACM. Algo que es significativo, toda la comunicación se realiza a través del mismo protocolo, permite que la llamada reciba mínimo retardo en la señalización. 21:16:39.55250 -- C4CM <-- SW -- OPC: 1.0.2 DPC: 1.72.0 NI: Nat SLS: 14 -ISUP ACM Address complete Backward call indicators Charge indicator: Charge Called party's status indicator: Subscriber free Called party's category indicator: No indication End-to-end method ind.: No End-to-end method available(only link-by-link) Interworking indicator: no interworking encountered (SS7 all the way) End-to-end information indicator: no end-to-end information available ISDN user part indicator: ISDN user part used all the way Holding indicator: holding not requested ISDN access indicator: terminating access non-ISDN Echo Control Device Indicator: Echo control device included SCCP method indicator: No indication Backward call indicators Length: 1 Data: 0x01 In-band information indicator: in-band info. or an appropirate pattern is now avai. Call diversion may occur indicator: no indication CIC: 29 Length: 2 Data: 0x0624

27

Simple segmentation indicator: no additional information will be sent MLPP user indicator: no indication El SSP destino utiliza el mensaje CPG para avisar al PC originador de la llamada que se está avisando con ringtone al destino de la comunicación 21:16:40.07265 -- C4CM <-- SW -- OPC: 1.0.2 DPC: 1.72.0 NI: Nat SLS: 14 -ISUP CPG Call progress Event information CIC: 29 Length: 1 Data: 0x03

Event indicator: in-band info. or an appropriate pattern is now avai. Event presentation restricted indicator: no indication Backward call indicators Charge indicator: Charge Called party's status indicator: No indication Called party's category indicator: No indication End-to-end method ind.: No End-to-end method available(only link-by-link) Interworking indicator: no interworking encountered (SS7 all the way) End-to-end information indicator: no end-to-end information available ISDN user part indicator: ISDN user part used all the way Holding indicator: holding not requested ISDN access indicator: terminating access non-ISDN Echo Control Device Indicator: Echo control device not included SCCP method indicator: No indication Backward call indicators Length: 1 Data: 0x01 In-band information indicator: in-band info. or an appropirate pattern is now avai. Call diversion may occur indicator: no indication Simple segmentation indicator: no additional information will be sent MLPP user indicator: no indication 21:16:42.63262 -- C4CM <-- SW -- OPC: 1.0.2 DPC: 1.72.0 NI: Nat SLS: 14 -ISUP CPG Call progress Event information CIC: 29 Length: 1 Data: 0x03 Length: 2 Data: 0x0204

Event indicator: in-band info. or an appropriate pattern is now avai. Event presentation restricted indicator: no indication Backward call indicators Charge indicator: Charge Length: 2 Data: 0x0234

28

Called party's status indicator: No indication Called party's category indicator: No indication End-to-end method ind.: No End-to-end method available(only link-by-link) Interworking indicator: no interworking encountered (SS7 all the way) End-to-end information indicator: no end-to-end information available ISDN user part indicator: ISDN user part used all the way Holding indicator: holding not requested ISDN access indicator: terminating access ISDN Echo Control Device Indicator: Echo control device included SCCP method indicator: No indication Backward call indicators Length: 1 Data: 0x01 In-band information indicator: in-band info. or an appropirate pattern is now avai. Call diversion may occur indicator: no indication Simple segmentation indicator: no additional information will be sent MLPP user indicator: no indication El destino de la comunicación atiende y el SSP destino informa de eso al PC origen de la llamada con un mensaje ANM 21:16:45.19242 -- C4CM <-- SW -- OPC: 1.0.2 DPC: 1.72.0 NI: Nat SLS: 14 -ISUP ANM Answer CIC: 29 Length: 2 Data: 0x1634 Backward call indicators Charge indicator: Charge Called party's status indicator: Subscriber free Called party's category indicator: Ordinary subscriber End-to-end method ind.: No End-to-end method available(only link-by-link) Interworking indicator: no interworking encountered (SS7 all the way) End-to-end information indicator: no end-to-end information available ISDN user part indicator: ISDN user part used all the way Holding indicator: holding not requested ISDN access indicator: terminating access ISDN Echo Control Device Indicator: Echo control device included SCCP method indicator: No indication En este punto no ocurren más señalizaciones. La comunicación está utilizando un canal de voz, identificado como CIC 29 de la trama que une ambos SSP.

29

Cuando llega el momento de cortar la comunicación, la etapa de señalización vuelve a tener importancia. En este caso libera la llamada el originador de la misma, por lo que su SSP es la que envía el mensaje REL. En el mensaje también indica la razón por la cual se corta el llamado. En este caso es un corte normal. 21:16:52.49848 -- C4CM --> SW -- OPC: 1.72.0 DPC: 1.0.2 NI: Nat SLS: 13 -ISUP REL Release Cause indicators CIC: 29 Length: 2 Data: 0x8290

Coding standard: ITU-T standardized coding Location: Public network serving the local user (LN) Cause (16): Normal call clearing Su contraparte indica la conformidad con el mensaje RLC 21:16:52.59228 -- C4CM <-- SW -- OPC: 1.0.2 DPC: 1.72.0 NI: Nat SLS: 14 -ISUP RLC Release complete CIC: 29

30

IETF - SIP
El IETF es el cuerpo encargado de proveer a la evolución de la arquitectura de Internet. Está dividido en grupos de trabajo correspondientes a un aárea particular, como ser enrutado, transporte, seguridad. Todos ellos responden al Cuerpo de arquitectura Internet IAB y al Grupo dirección de ingeniería Internet. Sus funciones son contratados por la Sociedad Internet ISOC. Ejemplos de estas tareas son la creación de solicitud para comentarios RFC que pusieron las bases de los protocolos • http • FTP • SMTP • POP El IETF en Junio del 2002 publicó la RFC 3261 relativa a la actualización de la RFC2543 sobre el protocolo de inicio de sesión SIP.

Figure 8 - http://rfc3261.net/sigaud-pages.png

Como observamos en la figura, desde entonces no se frenó el crecimiento de RFC relacionadas al protocolo y a VoIP. Principalmente

31

impulsados por el área para aplicaciones e infraestructura en tiempo real del IETF a través de sus grupos de trabajo • Basic Level of Interoperability for SIP Services • Call Control UUI Service for SIP • Data for Reachability of Inter/tra-NetworK SIP • Peer-to-Peer Session Initiation Protocol • Sip ALerting for User Devices • SIP for Instant Messaging and Presence Leveraging Extensions • SIP Common Log Format • Session Initiation Protocol Core • SIP Recording • SIP Overload Control Como podemos observar es un sector dinámico y actualizado de las tecnologías Internet.

Que es SIP

El Protocolo de Inicialización de Sesiones (SIP) es un protocolo desarrollado por el IETF con la intención de ser el estándar para la iniciación, modificación y finalización de sesiones interactivas de usuario donde intervienen elementos multimedia como el video, voz, mensajería instantánea, juegos online y realidad virtual. En Noviembre del año 2000, SIP fue aceptado como el protocolo de señalización de 3GPP y elemento permanente de la arquitectura IMS (IP Multimedia Subsystem). SIP es uno de los protocolos de señalización para voz sobre IP, es usado simplemente para iniciar y terminar llamadas de voz y video. Todas las comunicaciones de voz/video van sobre RTP (Real-time Transport Protocol). Un objetivo de SIP fue aportar un conjunto de las funciones de procesamiento de llamadas y capacidades presentes en la red pública conmutada de telefonía. SIP también implementa muchas de las características del procesamiento de llamadas de SS7, aunque los dos protocolos son muy diferentes. SS7 es altamente centralizado, caracterizado por una compleja arquitectura central de red y unos terminales tontos (los tradicionales teléfonos de auricular). SIP es un protocolo punto a punto. Como tal requiere un núcleo de red sencillo (y altamente escalable) con inteligencia distribuida en los extremos de la red, incluida en los terminales (ya sea mediante hardware o software). Muchas características de SIP son implementadas en los terminales en oposición a las tradicionales características de SS7, que son implementadas en la red. Al ser un protocolo basado en texto posibilita una fácil implementación y depuración, y eso lo hace flexible y extensible. El número de encabezados que implica usar un protocolo basado en

32

texto no tiene mayor trascendencia, ya que SIP es un protocolo de señalización, y no es un protocolo para el intercambio de datos de usuario, donde si tendría consecuencias. Las principales funciones del protocolo son las siguientes: • Localizar al endpoint • Contactarlo para establecer una sesión • Intercambio de información para permitir que la sesión se establezca • Modificar sesiones de media ya existentes • Finalizar sesiones multimedia SIP también ha sido extendido para brindar información de presencia y brindar información sobre la ubicación como el contenido de una lista de contactos en sesiones de mensajería instantánea Estas funciones incluyen: • Publicar y actualizar información de presencia. • Transporte de mensajes. • Presencia y notificación de otros eventos. Aunque algunos de los ejemplos tratan a SIP desde una perspectiva telefónica, hay muchos ejemplos que tratan sobre usos no-telefónicos de SIP. Veamos como están conformados estos mensajes de texto. Un cliente SIP UAC solicita un servicio a un servidor SIP UAS. Y espera la respuesta. Ese mensaje de petición puede ir directamente al UAS o tomar una ruta pasando por otros elementos que veremos en breve. La respuesta al mensaje regresará por la ruta marcada. Todos los mensajes van a tener la misma estructura: • La primer línea con la información clave • Los encabezados con información suplementaria • El cuerpo del mensaje conteniendo información de la aplicación Hasta acá son muy similares a un mensaje http por ejemplo. Y continuando con las similitudes, confía en otros protocolos para cumplir su cometido. Por ejemplo para transporte puede utilizar UDP o TCP, en el transporte de la voz confía en RTP o RTCP, comunicación de formatos de medios disponibles SDP, etc. Los mensajes básicos son: • INVITE • ACK • CANCEL • BYE • REGISTER • OPTIONS Pero el IETF continuamente incrementa los mismos para funcionalidades particulares, como SUBSCRIBE y NOTIFY para mensajería instantánea y presencia, REFER para transferencia de llamados, y muchos otros. Las respuestas a los mensajes de solicitud son similares también al protocolo http. • 100 hasta 199 para información. Ej.: 100 intentando la conexión • 200 hasta 299 para indicar un éxito. Ej.: 200 OK. • 300 hasta 399 para redirección. Ej. : 302 movido temporalmente • 400 hasta 499 para indicar error en el cliente. Ej. : 401 sin autorización • 500 hasta 599 para indicar error en el servidor. Ej. : 500 error 33

interno del servidor 600 hasta 600 para indicar un error global.

Un propósito de SIP es permitir el establecimiento de sesiones entre los Agentes de usuario UA. Como el nombre implica, un agente de usuario toma la dirección o la entrada de un usuario y actúa como agente en el inicio y tratamiento de sesiones de medios con otros Agentes de usuario. En la mayoría de los casos, el usuario será un ser humano, pero podría ser otro protocolo, como en el caso de una pasarela. Debe ser capaz de establecer una sesión de medios con otro agente de usuario y debe mantener el estado en las llamadas que inicia o participa. El UA SIP debe soportar transporte UDP y TCP si envía mensajes mayores a 1.000 octetos, además contiene tanto la aplicación cliente (UAC) como la de servidor (UAS). El UAC inicia peticiones mientras que el UAS genera respuestas. Durante una sesión, el UA funcionará como UAC y UAS, debe también soportar SDP (sesión description protocol) y entender cualquier mensaje en una petición, aunque los campos desconocidos del header pueden ser ignorados. El UA debe anunciar sus capacidades y características en cualquier petición que envíe, esto permite que el otro UA aprenda de ellos. Por ejemplo, los métodos que UA soporta deben ser enumeradas en cuerpo, encabezados y extensiones. Los dispositivos que manejan SIP pueden clasificarse según la utilidad que ofrezcan al protocolo y funciones que utilicen, a saber: Agentes de presencia Es un dispositivo capaz de recibir peticiones de suscripción y generar notificaciones de estado. El agente de presencia soporta presence Event package, responde al la petición de SUBSCRIBE, y envía peticiones NOTIFY. Puede recoger información de presencia de un número de dispositivos la cual puede venir de, SIP device registering, o SIP device publishing, o de otras fuentes no-SIP. Un servidor de presencia actúa a veces como agente y brinda información de presencia y otras veces como Proxy, enviando peticiones SUBSCRIBE a otros agentes de presencia, primero autentica una petición de suscripción, si la autentificación pasa, establece un diálogo y envía las notificaciones. La suscripción puede ser refrescadas recibiendo nuevamente una petición SUBSCRIBE. Back-to-Back Agentes de usuario (B2BUA) Recibe peticiones SIP, las reformula y las envía como nuevas peticiones, las respuestas también son reformuladas y enviadas de regreso. Por ejemplo B2BUA puedes se utilizada para implementar servicios anónimos en el cual dos UA SIP puedan comunicarse sin aprender información de la otra parte (URI, IP address). Para lograr esto, B2BUA debe reformular las peticiones con un nuevo (From, Via, Contact, Call-ID y SDP información, además de eliminar cualquier campo en el header SIP que contenga información de la parte llamante. La respuesta también debe cambiar (Contact y SDP information de la parte llamada). Este SDP modificado apunta al B2BUA el cual realizara forward de los

34

paquetes RTP desde la parte llamante a la llamada y viceversa. De esta forma ninguno obtiene información de la otra parte durante el establecimiento de la sesión. (La parte llamante necesita conocer el URI de la parte llamada). La aplicación mas común en redes SIP es actuar como layer gateways (ALG). Algunos firewalls tienen funcionalidades ALG. Pasarelas SIP Es una aplicación que interconecta una red SIP a una red que utiliza otro protocolo de señalización. En los términos del protocolo SIP, una pasarela es un Cliente y servidor SIP. Puede terminar el recorrido de la señal y puede también terminar la trayectoria de los medios, aunque éste no es siempre el caso. Por ejemplo, una pasarela SIP a H.323 termina el recorrido de la señal del SIP y convierte la señalar a H.323, pero el UA del SIP y el terminal H.323 pueden intercambiar la información de los medios RTP directamente sin pasar a través de la pasarela. Una pasarela SIP a red de telefonía pública (PSTN) termina ambas, las trayectorias de señalización y de los medios. SIP puede traducirse con, los protocolos comunes de PSTN tales como Integrated Services Digital Network (ISDN). Una pasarela PSTN también convierte los medios RTP de la red IP en una línea estándar de telefonía. La conversión de las trayectorias de señalización y de los medios permite llamar a y desde PSTN usando el SIP. Las pasarelas descomponen en: media gateway (MG) : el MG maneja la conexión de los medios. media gateway controller (MGC) : el MGC es llamado agente de llamada porque maneja los protocolos de control de la llamada (señalización), Esta descomposición es transparente al SIP. Otra diferencia entre un UA y una pasarela es el número de usuarios, mientras que un UA soporta típicamente a un solo usuario, una pasarela puede apoyar centenares o a millares de usuarios. Una pasarela PSTN podía dar soporte a un cliente corporativo grande, o un área geográfica entera. Un protocolo No-SIP se puede utilizar para informar a Proxy sobre pasarelas y para asistir al enrutamiento (se ha propuesto para esto Telephony Routing over IP (TRIP) en donde una tabla de ruteo de pasarelas en el ínter dominio es desarrollada, Otro protocolo es el llamado (TGREP)) SIP Servers Aceptan peticiones SIP y responden a ellas. Un servidor del SIP no se debe confundir con un servidor de UA. Los tipos de servidores del SIP que veremos son entidades lógicas. Proxy Servers Recibe una petición SIP de un UA o de otro Proxy y actúa en nombre del UA reenviando o respondiendo a la petición. El Proxy no es un B2BUA puesto que este solo permite modificar peticiones y respuestas según las reglas terminantes precisadas en RFC 3261. Un Proxy Server tiene típicamente acceso a una base de datos o a un servicio de localización para ayudarle en el proceso de la petición (determinando el salto siguiente). La interfaz entre el Proxy y el servicio de localización no está definido por el protocolo SIP. Un

35

Proxy puede utilizar distintos tipos de bases de datos para ayudar en el proceso de una petición. Las bases de datos podrían contener registros del SIP, la información de presencia, o cualquier otro tipo de información acerca de donde localizan a un usuario. Se diferencia de un UA o pasarela ya que: 1. No publica peticiones; responde solamente a las peticiones de un UA. (Una petición de CANCEL es una excepción a esta regla.) 2. No tiene capacidad de los medios. 3. No analiza cuerpos de mensaje; confía exclusivamente en campos del Encabezado. Un Proxy-Server de salida por defecto, al cual envía todas las peticiones, autenticará al UA, puede levantar el perfil de usuario y aplicar servicios de salida de enrutamiento. En un intercambio del inter dominio, las preguntas del DNS SRV serán utilizadas para localizar un Proxy Server en el otro dominio. Este Proxy, a veces llamado inbound puede aplicar servicios de enrutamiento, también tiene acceso a información de registro del usuario, y puede enlutar la petición al partido llamado. En general, a futuro las peticiones del SIP serán enviadas directamente entre los dos UA, a menos que uno o ambo Proxy inserten Record-Route en el encabezado. Un Proxy Server puede ser stateless o stateful. Stateless: procesa cada petición o la respuesta SIP basada solamente en el contenido del mensaje. Una vez que el mensaje se haya analizado, se haya procesado, y se haya remitido o se haya respondido a, no queda almacenado ningún tipo de información, además nunca retransmite un mensaje, y no utiliza contadores de tiempo SIP. Stateful: mantiene las peticiones y las respuestas recibidas en el pasado y usa esa información en futuras solicitudes y respuestas. Por ejemplo, comienza un contador de tiempo en que se remite una petición. Si no se recibe ninguna respuesta a la petición dentro del período del contador de tiempo, el Proxy retransmitirá la petición, relevando al UA de esta tarea, también puede requerir la autentificación del UA. El tipo más común de proxy SIP es un proxy stateful de la transacción el cual guarda el estado sobre una transacción pero solamente mientras la petición esta pendiente. Por ejemplo, un proxy stateful de la transacción guardaría el estado cuando recibe una petición INVITE hasta que reciba una 200 OK o una respuesta final de la falta (Ej. 404 not found). Después de ésa, destruiría la información del estado. Un ejemplo de servicio de búsqueda es un Proxy Server que recibe una petición INVITE, y la retransmite a un número de localizaciones en el mismo tiempo. Este Proxy Server bifurca y no pierde de vista cada una de las peticiones excepcionales y tampoco la respuesta a cada uno. El Proxy bifurcador envía CANCEL al segundo UA para detener la alerta. Si ambos UA hubiera contestado, el Proxy habría remitido a ambos 200 OK y el originador de la llamada habría tenido que elegir, probablemente aceptando una y enviando un BYE a la otra. Un Proxy stateful envía generalmente una respuesta 100 Trying cuando recibe un INVITE, Proxy stateless nunca envía una respuesta 100 Trying. Un Proxy que maneja peticiónes TCP debe ser stateful, puesto que un

36

UA asumirá que el transporte es confiable y confiar en el Proxy para las retransmisiones en cualquier salto UDP. El único límite al número de Proxy que pueden remitir un mensaje es controlado por el campo Max-Forwards del encabezado, que se decrementa en cada Proxy que toque la petición, si Max-Forward llega a cero, el Proxy desecha el mensaje y envía 483 Too Many Hops. Un contador de tiempo limita el excedente de tiempo que un Proxy stateful mantiene la información de estado. En el INVITE inicial SessionExpires en el header indica el intervalo después del cual los Proxy pueden desechar la información de estado sobre la sesión, el que llama puede enviar un re-INVITE para restaurar el contador de tiempo, permitiendo un mecanismo de Keep Alive para el SIP. Esto soluciona el problema de cuanto tiempo de almacenamiento de la información en casos donde una petición BYE se pierde o es mal encaminado. Redirect Servers Tipo de servidor SIP el cual responde, pero no remite peticiones. Como un Proxy usa una base de datos o servicio de localización para buscar un usuario. Registration Servers Un servidor de registracion, acepta peticiones SIP REGISTER; el resto de las peticiones reciben una respuesta 501 Not Inplemented. La información del contacto se pone a disposición de otros servidores SIP dentro del mismo Administrative Domain, tal como Proxy y redirect servers. En una petición del registro, el campo TO contiene el nombre del recurso que es registrado, y los campos CONTACT contienen las direcciones o los alias alternativos. Generalmente requieren a los usuarios estar autenticados, para evitar capturas por usuarios desautorizados. Softswitch Es un dispositivo que provee control de llamada y servicios inteligentes para redes de conmutación de paquetes. Un softswitch sirve como plataforma de integración para aplicaciones e intercambio de servicios. Se basa en una combinación de software y hardware que se encarga de enlazar las redes de paquetes IP y las redes tradicionales, las cuales desempeñan funciones de control de llamadas tales como conversión de protocolos, autorización, contabilidad y administración de operaciones. Esto significa que los softswitches buscan imitar las funciones de una red de conmutación de circuitos para conectar abonados (clase 5), interconectar múltiples centrales telefónicas (clase 4 o tandem) y ofrecer servicios de larga distancia (clase 3), de la misma manera como lo hacen las centrales telefónicas actuales. Además, según los fabricantes –como Nortel, Lucent, Cisco y HP– el uso de esta tecnología ayudará a los operadores a suministrar servicios nuevos y tradicionales a menor costo. Es la pieza central en la red de telefonía IP , puede manejar inteligentemente las llamadas en la plataforma de servicio de los ISP. Una característica clave del Softswitch, es su capacidad de proveer a través de la

37

red IP un sistema telefónico tradicional, confiable y de alta calidad en todo momento. Si la confiabilidad de una red IP llega a ser inferior al nivel de la calidad de la red tradicional, simplemente el tráfico se desvía a esta última. Las interfaces de programación permitirán que los fabricantes independientes de software creen rápidamente nuevos servicios basados en IP que funcionen a través de ambas redes: la tradicional y la IP. Además los conmutadores por software permiten ofrecer servicios de voz avanzados así como nuevas aplicaciones multimedia, las cuales se caracteriza por: • Su inteligencia. La cual les permite controlar los servicios de conexión asociados a las pasarelas multimedia (Media Gateways) y los puntos terminales que utilizan IP como protocolo nativo. • La posibilidad de seleccionar los procesos. Los cuales se pueden aplicar a cada llamada. • El enrutamiento de las llamadas en función de la señalización y de la información almacenada en la base de datos de los clientes. • La capacidad para transferir el control de una llamada a otro elemento de red. • Interfaces con funciones de gestión como los sistemas de facturación y provisión. Pueden coexistir con las redes tradicionales de redes conmutadas así como puede proveer los servicios de la tecnología de conmutación de paquetes.

Quienes utilizan SIP
Los dispositivos finales son inteligentes, los dispositivos de red solo enrutan y mantienen tablas. Esto tiene flexibilidad porque es mas fácil armar aplicaciones, permite evitar fallar y mejora cuestiones de escalabilidad. Tiene protocolos bien definidos sobre los que apoya. La señalización separada del transporte de medios. SIP hereda mucho de SMTP y HTTP. Esto le permite ser legible para seres humanos, direccionamiento, seguridad y dominios. Utiliza esos protocolos bien definidos para distintos servicios: DNS para resolver dominios, RADIUS para autenticar los usuarios, STUN para funcionar sobre NAT, NTP para indicar el tiempo de reloj, ENUM para emparejar los números de teléfono con las direcciones SIP, y así en más cada protocolo para su propósito de creación. La comunicación multimedia utiliza las limitaciones del oído y la vista del ser humano para abaratar el uso de la red. SIP establece los extremos con su dirección IP y su puerto para indicar el protocolo RTP por donde transmitir la voz sampleada. Por lo tanto no es necesario que SIP y RTP sigan el mismo camino (RTP está indicado en la RFC3550). RTP sirve para indicar el tipo de contenido de medios, flujos para hablar, identificación del emisor, sincronización, detección de pérdidas, segmentación y reensamblado, seguridad y encriptación. El proxy SIP mantiene unidos a las pasarelas y PSTN y SMS, los teléfonos,

38

las aplicaciones y otros dominios. AL pasar la señalización SIP por el proxy, sirven para brindar seguridad entre extremos. También para reportar utilización, decidir cuáles servicios ofrecer, y por el hecho de conocer los extremos que unen pueden realizar el direccionamiento.

Ejemplo de envío de mensajes SIP
Un suscriptor desea comunicarse con otro. Uno de ellos es un teléfono SIP. Por lo cual antes de realizar el llamado tuvo que registrar con un Registrador SIP. Cuando el suscriptor marca el número de destino, envía un mensaje SIP INVITE desde la IP 186.56.195.184 hacia el Proxy SIP con los datos que identifican a la llamada unívocamente: • From: 63856199…. • To: <sip:… • Call-ID: f5127f5f-… También agrega información de medios utilizando protocolo SDP
SIP Protocol RealTime Trace [ 06/11/2011 - 21:23:08 ] 21:23:29.37704 ------ C5CM <-- 186.56.195.184 -- S=10108 - D=5061 -TOS=0x00 -INVITE sip:1564037732@sip.bbtel.net SIP/2.0 Via: SIP/2.0/UDP 192.168.1.33:5061;branch=z9hG4bK-1ab350ff;rport From: 63856199 <sip:63856199@sip.bbtel.net>;tag=97a9dfade27dffo0 To: <sip:1564037732@sip.bbtel.net> Remote-Party-ID: 63856199 <sip:63856199@sip.bbtel.net>;screen=yes;party=calling Call-ID: f5127f5f-4ee9a67f@192.168.1.33 CSeq: 101 INVITE Max-Forwards: 70 Contact: 63856199 <sip:63856199@192.168.1.33:5061> Expires: 240 User-Agent: Sipura/SPA2100-3.2.2(g) Content-Length: 280 Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER Supported: x-sipura Content-Type: application/sdp v=0 o=- 4162515 4162515 IN IP4 192.168.1.33 s=c=IN IP4 192.168.1.33 t=0 0 m=audio 16454 RTP/AVP 18 0 4 8 97 a=rtpmap:18 G729a/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:4 G723/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:97 telephone-event/8000

39

a=fmtp:97 0-15 a=ptime:20 a=sendrecv

El Softswitch informa con parte del algoritmo criptográfico Message digest para autenticar al originador de la comunicación. Le solicita que encripte sus mensajes a partir de los datos enviados en el campo WWW-Authenticate
21:23:29.39019 ------ C5CM --> 186.56.195.184 -- S=5061 - D=10108 -TOS=0x00 -SIP/2.0 401 Unauthorized Via: SIP/2.0/UDP 192.168.1.33:5061;branch=z9hG4bK-1ab350ff;rport From: "63856199" <sip:63856199@sip.bbtel.net>;tag=97a9dfade27dffo0 To: <sip:1564037732@sip.bbtel.net>;tag=GR52RWG346-34 Call-ID: f5127f5f-4ee9a67f@192.168.1.33 CSeq: 101 INVITE Contact: "63856199" <sip:63856199@192.168.1.33:5061> WWW-Authenticate: Digest realm="200.112.128.83", nonce="A474A5650A0D2C22AF770FDB1368332B", opaque="40BCCDE340FDBD9F6CA5A3D33B139560", algorithm=md5 Remote-Party-ID: 63856199 <sip:63856199@sip.bbtel.net>;screen=yes;party=calling Expires: 240 User-Agent: Sipura/SPA2100-3.2.2(g) Content-Length: 0

El originador de la llamada envía el mensaje de reconocimiento ACK y vuelve a armar un mensaje INVITE con los datos solicitados. Este mensaje tiene un número secuencia mayor en una unidad.
21:23:29.44833 ------ C5CM <-- 186.56.195.184 -- S=10108 - D=5061 -TOS=0x00 -ACK sip:1564037732@sip.bbtel.net SIP/2.0 Via: SIP/2.0/UDP 192.168.1.33:5061;branch=z9hG4bK-1ab350ff;rport From: 63856199 <sip:63856199@sip.bbtel.net>;tag=97a9dfade27dffo0 To: <sip:1564037732@sip.bbtel.net>;tag=GR52RWG346-34 Call-ID: f5127f5f-4ee9a67f@192.168.1.33 CSeq: 101 ACK Max-Forwards: 70 Contact: 63856199 <sip:63856199@192.168.1.33:5061> User-Agent: Sipura/SPA2100-3.2.2(g) Content-Length: 0 21:23:29.46686 ------ C5CM <-- 186.56.195.184 -- S=10108 - D=5061 -TOS=0x00 -INVITE sip:1564037732@sip.bbtel.net SIP/2.0 Via: SIP/2.0/UDP 192.168.1.33:5061;branch=z9hG4bK-a048cc1f;rport From: 63856199 <sip:63856199@sip.bbtel.net>;tag=97a9dfade27dffo0 To: <sip:1564037732@sip.bbtel.net> Remote-Party-ID: 63856199 <sip:63856199@sip.bbtel.net>;screen=yes;party=calling

40

Call-ID: f5127f5f-4ee9a67f@192.168.1.33 CSeq: 102 INVITE Max-Forwards: 70 Authorization: Digest username="19jtuf3726",realm="200.112.128.83",nonce="A474A5650A0D2C22AF770 FDB1368332B",uri="sip:1564037732@sip.bbtel.net",algorithm=MD5,response="b5dc4 29d87cce6a7e05f6ad4405f739a",opaque="40BCCDE340FDBD9F6CA5A3D33B139560" Contact: 63856199 <sip:63856199@192.168.1.33:5061> Expires: 240 User-Agent: Sipura/SPA2100-3.2.2(g) Content-Length: 280 Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER Supported: x-sipura Content-Type: application/sdp v=0 o=- 4162515 4162515 IN IP4 192.168.1.33 s=c=IN IP4 192.168.1.33 t=0 0 m=audio 16454 RTP/AVP 18 0 4 8 97 a=rtpmap:18 G729a/8000 a=rtpmap:0 PCMU/8000 a=rtpmap:4 G723/8000 a=rtpmap:8 PCMA/8000 a=rtpmap:97 telephone-event/8000 a=fmtp:97 0-15 a=ptime:20 a=sendrecv

Una vez que la plataforma de telefonía consigue entablar comunicación con el SSP avisa al originador que el intento de llamada está en curso con un mensaje 100 Trying seguido de 183 Session Progress. Ambos participan de la CSeq 102 INVITE
21:23:29.57126 ------ C5CM --> 186.56.195.184 -- S=5061 - D=10108 -TOS=0x00 -SIP/2.0 100 Trying Via: SIP/2.0/UDP 192.168.1.33:5061;branch=z9hG4bK-a048cc1f;rport From: "63856199" <sip:63856199@sip.bbtel.net>;tag=97a9dfade27dffo0 To: <sip:1564037732@sip.bbtel.net>;tag=GR52RWG346-34 Call-ID: f5127f5f-4ee9a67f@192.168.1.33 CSeq: 102 INVITE Contact: "Verso C5CM" <sip:200.112.128.83:5061> Remote-Party-ID: 63856199 <sip:63856199@sip.bbtel.net>;screen=yes;party=calling Expires: 240 User-Agent: Sipura/SPA2100-3.2.2(g) Content-Length: 0 21:23:31.42269 ------ C5CM --> 186.56.195.184 -- S=5061 - D=10108 -TOS=0x00 --

41

SIP/2.0 183 Session Progress Via: SIP/2.0/UDP 192.168.1.33:5061;branch=z9hG4bK-a048cc1f;rport From: "63856199" <sip:63856199@sip.bbtel.net>;tag=97a9dfade27dffo0 To: <sip:1564037732@sip.bbtel.net>;tag=GR52RWG346-34 Call-ID: f5127f5f-4ee9a67f@192.168.1.33 CSeq: 102 INVITE Contact: "Verso C5CM" <sip:200.112.128.83:5061> Remote-Party-ID: 63856199 <sip:63856199@sip.bbtel.net>;screen=yes;party=calling Expires: 240 User-Agent: Sipura/SPA2100-3.2.2(g) Content-Type: application/sdp Content-Length: 235 v=0 o=Clarent 212749 212750 IN IP4 200.112.128.89 s=Clarent C5CM c=IN IP4 200.112.128.89 t=0 0 m=audio 40078 RTP/AVP 18 97 a=rtpmap:18 G729/8000 a=ptime:20 a=fmtp:18 annexb=no a=rtpmap:97 telephone-event/8000 a=fmtp:97 0-15

Cuando el destino atiendo el llamado, el Proxy SIP avisa con un mensaje 200 OK y un conjunto de medios según SDP. Estos medios incluyen codec de audio. Se selecciona el que ambos UA compartan y sea de mayor calidad. Similar a cuando los módems comparten información de sus parámetros de velocidad y demás.
21:23:39.17557 ------ C5CM --> 186.56.195.184 -- S=5061 - D=10108 -TOS=0x00 -SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.1.33:5061;branch=z9hG4bK-a048cc1f;rport From: "63856199" <sip:63856199@sip.bbtel.net>;tag=97a9dfade27dffo0 To: <sip:1564037732@sip.bbtel.net>;tag=GR52RWG346-34 Call-ID: f5127f5f-4ee9a67f@192.168.1.33 CSeq: 102 INVITE Contact: "Verso C5CM" <sip:200.112.128.83:5061> Remote-Party-ID: 63856199 <sip:63856199@sip.bbtel.net>;screen=yes;party=calling Expires: 240 User-Agent: Sipura/SPA2100-3.2.2(g) Allow: ACK, NOTIFY, OPTIONS, REFER, INFO, BYE, CANCEL, INVITE Content-Type: application/sdp Content-Length: 235 v=0 o=Clarent 212512 212512 IN IP4 200.112.128.89 s=Clarent C5CM

42

c=IN IP4 200.112.128.89 t=0 0 m=audio 40078 RTP/AVP 18 97 a=rtpmap:18 G729/8000 a=ptime:20 a=fmtp:18 annexb=no a=rtpmap:97 telephone-event/8000 a=fmtp:97 0-15

El originador de la llamada responde con un reconocmiento mediante mensaje ACK
21:23:39.24267 ------ C5CM <-- 186.56.195.184 -- S=10108 - D=5061 -TOS=0x00 -ACK sip:200.112.128.83:5061 SIP/2.0 Via: SIP/2.0/UDP 192.168.1.33:5061;branch=z9hG4bK-5ef9c49a;rport From: 63856199 <sip:63856199@sip.bbtel.net>;tag=97a9dfade27dffo0 To: <sip:1564037732@sip.bbtel.net>;tag=GR52RWG346-34 Call-ID: f5127f5f-4ee9a67f@192.168.1.33 CSeq: 102 ACK Max-Forwards: 70 Authorization: Digest username="19jtuf3726",realm="200.112.128.83",nonce="A474A5650A0D2C22AF770 FDB1368332B",uri="sip:200.112.128.83:5061",algorithm=MD5,response="4590253cc 3e68b3342ca1f137446dcee",opaque="40BCCDE340FDBD9F6CA5A3D33B139560" Contact: 63856199 <sip:63856199@192.168.1.33:5061> User-Agent: Sipura/SPA2100-3.2.2(g) Content-Length: 0

En este ejemplo el endpoint 63856199@sip.bbtel.net registra nuevamente, como indica el parámetro expires del campo Contact.
21:23:44.82713 ------ C5CM <-- 186.56.195.184 -- S=10108 - D=5061 -TOS=0x00 -REGISTER sip:sip.bbtel.net SIP/2.0 Via: SIP/2.0/UDP 192.168.1.33:5061;branch=z9hG4bK-aeaf308a;rport From: 63856199 <sip:63856199@sip.bbtel.net>;tag=9087c389103ca93do0 To: 63856199 <sip:63856199@sip.bbtel.net> Call-ID: c81c1db9-215094cd@192.168.1.33 CSeq: 718 REGISTER Max-Forwards: 70 Contact: 63856199 <sip:63856199@192.168.1.33:5061>;expires=3600 User-Agent: Sipura/SPA2100-3.2.2(g) Content-Length: 0 Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, REFER Supported: x-sipura

El Proxy SIP del softswitch le responde con mensaje 200 OK, pero le solicita que se vuelva a registrar en 60 segundos, informado en el parámetro expires.
21:23:44.83362 ------ C5CM --> 186.56.195.184 -- S=5061 - D=10108 --

43

TOS=0x00 -SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.1.33:5061;branch=z9hG4bK-aeaf308a;rport From: "63856199" <sip:63856199@sip.bbtel.net>;tag=9087c389103ca93do0 To: "63856199" <sip:63856199@sip.bbtel.net> Call-ID: c81c1db9-215094cd@192.168.1.33 CSeq: 718 REGISTER Contact: "63856199" <sip:63856199@192.168.1.33:5061>;expires=60 User-Agent: Sipura/SPA2100-3.2.2(g) Allow: ACK, NOTIFY, OPTIONS, REFER, INFO, BYE, CANCEL, INVITE Content-Length: 0 CUando el originador de la llamada cuelga la misma, envía un mensaje BYE, confirmado por el softswitch con 200 OK. A diferencia del protocolo ISUP, no hay indicación sobre las razones de la finalización de la llamada. 21:23:49.26971 ------ C5CM <-- 186.56.195.184 -- S=10108 - D=5061 -TOS=0x00 -BYE sip:200.112.128.83:5061 SIP/2.0 Via: SIP/2.0/UDP 192.168.1.33:5061;branch=z9hG4bK-43df3716;rport From: 63856199 <sip:63856199@sip.bbtel.net>;tag=97a9dfade27dffo0 To: <sip:1564037732@sip.bbtel.net>;tag=GR52RWG346-34 Call-ID: f5127f5f-4ee9a67f@192.168.1.33 CSeq: 103 BYE Max-Forwards: 70 Authorization: Digest username="19jtuf3726",realm="200.112.128.83",nonce="A474A5650A0D2C22AF770 FDB1368332B",uri="sip:200.112.128.83:5061",algorithm=MD5,response="e47c31d64 3c5cc29a4a570c26e975cbf",opaque="40BCCDE340FDBD9F6CA5A3D33B139560" User-Agent: Sipura/SPA2100-3.2.2(g) Content-Length: 0 21:23:49.27332 ------ C5CM --> 186.56.195.184 -- S=5061 - D=10108 -TOS=0x00 -SIP/2.0 200 OK Via: SIP/2.0/UDP 192.168.1.33:5061;branch=z9hG4bK-43df3716;rport From: "63856199" <sip:63856199@sip.bbtel.net>;tag=97a9dfade27dffo0 To: <sip:1564037732@sip.bbtel.net>;tag=GR52RWG346-34 Call-ID: f5127f5f-4ee9a67f@192.168.1.33 CSeq: 103 BYE User-Agent: Sipura/SPA2100-3.2.2(g) Content-Length: 0

44

Pasarelas (gateway)
En la literatura técnica de VoIP se llama gateway a un dispositivo que une dos protocolos, actuando como traductor entre ellos. Por ser la audiencia de este estudio de lenguaje español, la traduciré como pasarela según las costumbres.

Qué es una pasarela
Las comunicaciones del NGN están basadas en Todo IP. Este mundo incluye telefonía tradicional, VoIP, Internet, entre otras redes de comunicación. La telefonía tradicional, comúnmente reconocida como red de telefonía pública conmutada (PSTN), esta estandarizada por la organización ITU-T. La VoIP es la posibilidad de enviar voz sobre las redes que funcionan con el protocolo TCP/IP. Hay distintos protocolos que permiten el buen funcionamiento de la VoIP. En particular SIP es utilizado ampliamente por ser respaldado por la organización IETF, facilidad de uso. Para que sendas redes puedan mantener la comunicación es necesaria la existencia de una pasarela (gateway en la literatura inglesa) que traduzca la señalización entre uno y otro. Veremos a continuación distintos modelos de pasarelas, arquitecturas de despliegue, casos exitosos en funcionamiento actualmente.

Como interrelacionar SIP con ISUP
Proyecto Internet 2 SIP.edu
Este proyecto busca promocionar la convergencia de voz y correo electrónico, crecimiento rápido de accesibilidad a SIP, amplio despliegue de servidores SIP empresariales que funcionen como plataforma de experimentación en las universidades que buscan experimentar con servicio SIP y como toda la iniciativa Internet2 promueve las aplicaciones avanzadas de comunicaciones tipo peer-to-peer. En la Internet 2 SIP.edu el funcionamiento tiene el siguiente esquema:

45

Figure 9 - Proyecto SIP.edu

El inicio de la conexión es realizada por un cliente que emite una solicitud SIP a una dirección sip:nombre.apellido@uv.es. Esto es resuelto por el DNS de uv.es. El DNS del dominio tiene en las direcciones definidas allí las del servidor que van a atender esa llamada. Ese servidor SIP es en realidad un router SIP, SER (SIP Express Router), que consulta en la base de datos de usuarios LDAP si esa dirección electrónica dispone de una extensión telefónica de referencia y encamina la llamada hacia la central telefónica PBX por medio de la pasarela adecuada. Así está implementado en la Universidad de Valencia, España. Pero la mayoría de las Universidades interconectadas siguen las guías del Cookbook editado por SIP.edu. En líneas generales la guía indica los siguientes pasos. • El proyecto SIP.edu necesita una pasarela que interconecte la red del campus al sistema PBX o Centrex del Campus. • La pasarela traduce la dirección SIP a la dirección PBX e interconecta el audio desde IP hacia la PBX. una de las pasarelas

Provee guías de configuración para cada experimentadas • Asterisk PBX - looking for authors! • Avaya G350 Media Gateway • Cisco Gateways •

Señala las troncales adicionales para el sistema PBX o Centrex que

46

pueden ser necesarias para conectar a la pasarela. Para las instalaciones mayormente, una ISDN PRI es la recomendación para una instalación inicial. Menciona las características futuras, tales como caller ID, y llamadas bidireccionales. El equipamiento de las dos universidades españolas conectadas al proyecto son las siguientes: Universidad Carlos III de Madrid Dominio servido: uc3m.es Implementado en fecha: 11/14/07 Direcciones de E-mail alcanzables: ~6,000 Extensiones PBX alcanzables: ~2,200 PBX: Ericsson MD110 SIP proxy: SER + Asterisk Gateway: Teldat Vyda Capacidad de Trunk: 32 Universitat de Valencia (deployment notes - Spanish) Dominio servido: uv.es; valencia.edu Implementado en fecha: 5/17/05 Direcciones de E-mail alcanzables: ~10,000 Extensiones PBX alcanzables: PBX: Ericsson MD110 SIP proxy: iptel.org SER Gateway: Cisco 3725 Capacidad de Trunk: 60 •

Proyecto VoIP ARIU
El proyecto anterior tiene su capitulo argentino a través de VoIP ARIU. El ideario del mismo es implementar VoIP sobre la Red de Interconexión Universitaria. Los objetivos es esta red son prestar servicios de conectividad nacional e internacional a las universidades asociadas; promover la integración de la tecnologías de la información en el ámbito universitario mediante la difusión y la capacitación; promover el desarrollo de proyectos de colaboración entre las universidades para la utilización de las tecnologías de información; desarrollar servicios relacionados con las tecnologías de la información que potencien las actividades del sistema universitario; generar recursos que faciliten el financiamiento de la RIU aprovechando las ventajas del sistema universitario. Es un proyecto iniciado por la Universidad Nacional Villa María, Córdoba. A continuación un esquema de la propia universidad sobre el modelo desplegado

47

Figure 10 - Proyecto VoIP ARIU

Con esta estructura ofrecen servicios de • Correo de voz • Fax integrado • Llamada Web • Información sobre llamadas • Movilidad de internos • Callback Utilizando como Proxy SIP la aplicación Kamailio y SER. Como PBX SIP un Asterisk. Las pruebas demuestran que pudieron realizar casi 900 llamados en simultáneo. La interconexión con la Red de telefonía pública consiguen con PBX tradicional existente.

Proveedor de telefonía IP interconectado
Este proveedor funciona internamente con protocolo SIP, e interconecta con la PSTN a través de varios proveedores. Los clientes del proveedor gozan de llamadas gratuitas entre ellos, bajas tarifas para llamadas locales y posibilidad de conectarse a través de un softphone. Tienen servicios de casilla de mensajes de voz y aviso de los mismos por email. La arquitectura es la

48

siguiente:

Figure 11 - Proveedor IP a PSTN

La plataforma softswitch está conformada por una solución comercial de Clarent consistente en SIP Registrar, Tarifado, VoiceMail, Media Gateway, Signalling Gateway, sirviendo a 2000 clientes con 200 llamadas simultáneas diarias. Igualmente está pensado para utilización de mayor cantidad de llamadas en simultáneo y posibilidad de sumar mayor cantidad de clientes. Es el equipo al que se conectan las tramas de telefonía. Está equipado con una placa de 8 E1s llamada TP1610 que es la placa que actúa como pasarela propiamente dicho (convierte un canal TDM en un flujo VOIP y viceversa). Por otro lado en el mismo chasis se monta la placa de señalización SG 5600. El chasis tiene un bus H.110 que permite crossconectar el time slot 16 de la trama que se le indique haciendo que el canal de señalización llegue a la placa SG 5600. Recordemos que los canales de voz en CCSS7 van entre dos SSP. El conjunto C4CM, TP1610 y SG5600 conforman un SSP, el de esta empresa. Entre los SSP a nivel CCSS7 están los canales de voz son identificados biunívoca mente por medio de CIC.

Asterisk para contact center
Un contact center es aquel lugar que integra al prospecto y suscritor de un producto o servicio, con su servicio de preventa, posventa y asesoramiento en general. Similar al caso del proyecto VoIP ARIU mencionado antes, contar con un servidor Asterisk permite unir zonas geográficas diferentes con llamadas telefónicas locales. Esto se logra llevando la voz hasta la interconexión con la red de telefonía pública a través de un servicio de datos. Pero la solución propuesta por esta empresa francesa también cuenta con: • Grupos de operadores realizando teletrabajo, comunicando con 49

softphone Constituir contact center en continentes distintos atendiendo a una misma localidad • Transferencia de llamadas a un clic • Sistemas de monitorización centralizados • Evitar sistemas cerrados y propietarios, sin posibilidad de personalización y caros • Plataforma escalable A continuación observamos uno de los modelos propuestos, que consta de un servidor Asterisk con funcionalidades agregadas. Conectado a la red de telefonía pública y a la red de datos del contact center. También conectado a los varios protocolos de telefonía IP que permite Asterisk, como ser SIP, IAX2 y H323. En las estaciones de trabajo del operador mínimamente necesita un navegador Web para ínter operar con la plataforma, softphone o hardphone y el cliente necesario para monitorizar y controlar las llamadas. •

Figure 12 - Asterisk en el contact center

50

Para el servidor se aconseja • Pentium 4, 3.2 Ghz, • 2 GB de RAM • Distribución LINUX • Placas T1 marca Digium o Sangoma • Base de datos y servidor web Con esta arquitectura se ha llegado a obtener 250 llamadas simultáneas.

Asterisk para empresa
Asterisk es una PBX por software que a partir de programación y configuración puede utilizarse como gestionador de llamadas, buzón de voz, conferencias, IVR, distribución automática de llamadas entre muchas otras posibilidades. Pero no está ninguna de sus distribuciones homologado por la CNC. Se utiliza principalmente dentro de una empresa, como este caso; PBX SIP, señalado más arriba; creación de un softswitch. El modelo implementado es el siguiente

Donde podemos observar una empresa con un Asterisk que funciona de PBX para interconectar los teléfonos IP y el fax. Y a través de un proveedor de telefonía, tener acceso a la PSTN. En este caso particular, también contrató banda ancha al mismo proveedor, pero no es estrictamente necesario. El Asterisk ofrece servicios a 50 internos, con 20 llamadas simultáneas, debido al ancho de banda contratado.

Softswitch ESTATUTO

51

Una vez que hemos estudiado los protocolos ISUP y SIP y las pasarelas que los unen, es momento de darle nombre a la solución que presentaremos en la conclusión. Lo denominaremos Softswitch ESTATUTO. Consistirá de un dispositivo SIP tipo softswitch que une la red de telefonía pública con una red de telefonía SIP. Debe cumplir los lineamientos concluidos luego de realizar el análisis de estos requerimientos en la siguiente sección. Es interesante revisar cuál es el precio solicitado por algunas de las soluciones ofrecidas en el mercado actualmente para satisfacer las necesidades similares a las presentadas.

Cisco BTS 10200 Softswitch
http://www.cisco.com/en/US/products/hw/vcallcon/ps531/index.html Provee inteligencia de control de llamadas, para el establecimiento, mantenimiento, ruteo y terminación de las llamadas de voz. Permite la transición a los operadores telefónicos que deben migrar a tecnologías basadas en paquetes. Es un equipo carrier-grade (extremadamente confiable) y escalable a millones de usuarios. Los protocolos que soporta son: SS7 and Message Transfer Part (MTP), SS7 and Signaling Connection Control Part (SCCP), SS7 and Transaction Capability Application Part (TCAP), AIN 0.1 SCP application protocol interface generic, SS7, ISDN User Part (ISUP), Media Gateway Control Protocol (MGCP) versions 1.0, Session Initiation Protocol (SIP), Channel associated signaling (CAS) (multifrequency/dualtone multifrequency [DTMF] trunk), H.323, PacketCable, otros.

U$S 211,000.00 Huawei SoftX3000
http://www.huawei.com/core_network/products/ngn/softx3000_softswit ch.do • • • • • • • Capacidad de proceso: 16 millones BHCA (Busy Hour Call Attempts), 2 millones de suscribers, 360000 troncales. Carrier-class diseño de confiabilidad. Soporte a varios protocolos H.248/MGCP, SIP/SIP-T, H.323, etc. Built-in SSP Unica plataforma con varias apliaciones: Class 4/Class 5/IP Centrex, etc. Multi-area code Dual homing

U$S 295,000.00 Implementador nacional de softwswitch

BHG2500-AC BHG 2500 Chassis with AC Power Supply, Hot Swappable, Redundant Power Supplies

52

• • • •

TP-1610-8. 8 Span E1/T1, 240 digital port telephony blade for BHG 2500 Gateway with TPNCP or MGCP control protocol. SS7-5601-4-E1 SG5601, 4 links cPCI SS7 signaling board para chasis BHG 2500

1000 llamadas simultáneas. 10000 clientes. Servicio técnico.

U$S 248,070.00 Asterisk Nacional

Xorcom Astribank Xr0047 - 1 Trama E1 R2 - Asterisk No Digium

U$S 1,250.00

Presentación del primer requisito
Finalizada esta sección de recopilación de requisitos observamos que al momento de este estudio existen soluciones para campus universitarios, empresas, barrios privados, contact center. También existen soluciones para proveedores de telefonía en zonas pobladas y económicamente viables. Pero entre medio existe un mercado insatisfecho de poblaciones con 1000 habitantes aproximadamente. Pues agregaremos este requerimiento al softswitch ESTATUTO para iniciar el análisis.

53

Análisis
En esta sección profundizaremos sobre los resultados obtenidos durante la recopilación de necesidades. Comprenderemos mejor la problemática que debe abordar el softswitch ESTATUTO. Para eso recurriremos a dos actores: 1. legislación y requerimientos técnicos expresados por el ente regulador de las telecomunicaciones en la Argentina: CNC 2. propuestas de acceso universal y servicio universal de una organización que congrega a 20 organismos reguladores de telecomunicaciones de Latinoamérica y 3 de Europa como miembros observadores y promueve el intercambio de experiencias entre sus miembros: REGULATEL Al finalizar este análisis estaremos en condición de unir los distintos requerimientos y restricciones para iniciar el diseño del softswitch ESTATUTO.

Figure 13 - Softswitch ESTATUTO

54

CNC – Argentina
La Comisión Nacional de Comunicaciones (CNC) es un organismo descentralizado que funciona en el ámbito de la Secretaría de Comunicaciones del Ministerio de Planificación Federal, Inversión Pública y Servicios, cuya misión y funciones son la regulación, contralor, fiscalización y verificación de los aspectos vinculados a la prestación de los servicios de telecomunicaciones, postales y de uso del Espectro Radioeléctrico. La CNC creada por el Decreto 660/96, tiene la facultad de administrar, gestionar, monitorear y controlar los servicios y sistemas de telecomunicaciones entre los que se encuentran los de telefonía, Internet, audio texto, satélites, entre otros, así como intervenir en el cumplimiento de las condiciones, estándares de calidad y demás obligaciones vinculados a la prestación del Servicio Postal Básico Universal, prestadores privados y/u otros servicios que se consideren obligatorios del Correo Oficial. ESTATUTO requiere que sea construido con la normativa dictada por la CNC para poder ser homologada e interactuar con el resto de las compañías telefónicas que operan en el país. Para eso veremos brevemente cuáles son las disposiciones correspondientes a la telefonía. Vale aclarar que la CNC no diferencia telefonía tradicional de telefonía IP.

Disposiciones CNC telefonía
Mediante el Decreto No. 764/00 se dispuso que a partir del 8 de noviembre del año 2000, las telecomunicaciones ingresan a un mercado de total libertad, y se estableció un nuevo marco regulatorio, el cual reglamenta sobre los 4 capítulos esenciales para la liberalización de todos los sistemas de telecomunicaciones existentes o a crearse: - Régimen de Licencias - Reglamento de Interconexión - Reglamento del Servicio Universal - Reglamento para la Administración, Gestión y Control del Espectro Radioeléctrico. Se prevé el otorgamiento de una licencia única, que habilita al prestador a brindar al público todo servicio de telecomunicaciones, sea fijo o móvil, alámbrico o inalámbrico, nacional o internacional, con o sin infraestructura propia. El otorgamiento de la licencia es independiente de la tecnología o medios requeridos para la prestación de los servicios, habiéndose adoptado un régimen abierto, no discriminatorio, con un procedimiento de adjudicación transparente – a demanda -, sobre la base del cumplimiento de requisitos documentales y de información. Además de adquirir la licencia hay que registrar el servicio que se piensa brindar. Estos pueden ser el servicio de telefonía (incluye llamadas locales y de

55

larga distancia) o el servicio de valor agregado (Internet). Pasos para la obtención de la licencia: 1. Consulta normativa 2. Preparado de documentación 3. Pago del trámite 4. Presentación de la solicitud Pasos para el registro de servicios: 1. Consulta normativa 2. Preparado de documentación 3. Presentación de la solicitud Una empresa que quisiera dar el servicio de telefonía debería primero adquirir la licencia única y luego registrar el servicio de Telefonía. Pero como lógicamente deseamos ofrecer el servicio de acceso a Internet por banda ancha, también se debería registrar el servicio de Valor Agregado. La homologación es uno de los tres tipos de permisos que emite la CNC autorizando a un titular a la comercialización y/o uso de equipos de comunicaciones en el territorio de la República Argentina. Los mismos son: Homologación: permite al titular del mismo comercializar el equipo en el país. Se emite formalmente a través de una disposición, luego de verificarse que el aparato funciona conforme a norma/s técnica/s CNC. Codificación: similar a la homologación, pero emitido para equipos que aún no han sido normados por CNC, que de todas maneras, deben ser verificados. Autorización: es un permiso de uso restringido a la persona física o jurídica solicitante. En este caso no se halla habilitado para su comercialización. Solo para casos de importación directa o de fabricación de equipos para uso propio RAMATEL: Es la sigla que identifica al Registro de Actividades y Materiales de Telecomunicaciones de la CNC. Este Registro agrupa dos subregistros: Subregistro de Actividades: donde deben registrarse todas las empresas que fabrican y/o comercializan equipos en la República Argentina. Se subdivide a su vez en: 1. Fabricación: para las empresas fabricantes nacionales. 2. Comercialización: empresas que comercializan equipos. Subregistro de Materiales: en él se encuentran asentados los datos correspondientes a los equipos homologados, codificados o autorizados por la CNC . La CNC exige que todo equipo homologado/codificado esté debidamente identificado, según se aclara en Resoluciones SC N° 729/80, CNC N° 1371/02 y en el 2° artículo de cada disposición de homologación. Con respecto a este tema, la información obligatoria que acompañe al equipo debe permitir identificarlo sin ambigüedades por parte de: a) usuario o comprador b) controles pertinentes (CNC, Aduana, Policía, etc.) Esto significa que cada aparato deberá llevar impreso en forma legible,

56

claramente visible e indeleble, los siguientes datos (según consta en Disposición de homologación): Marca Modelo Número de registro (homologación/codificación/autorización) Número de fabricación Además se aconseja agregar: - Razón social/denominación del titular del registro . Están obligados a obtener el certificado de homologación/codificación las siguientes personas físicas o jurídicas: Fabricantes: en el caso de equipos de fabricación nacional Importadores: en el caso de equipos de origen extranjero Se aclara además que el certificado es nominativo, es decir que la homologación se extiende a nombre del respectivo solicitante, siendo este el titular de los derechos y obligaciones que ella implica. Las empresas distribuidoras deberán exigirle al fabricante o al importador proveedor del equipo la correspondiente homologación/codificación y la correcta identificación de cada uno de ellos. La venta de equipos que no hayan sido homologados/codificados por la CNC constituye una infracción a la Resolución 729/80 de la Secretaría de Comunicaciones, siendo de aplicación la Ley 24.240 de Defensa del Consumidor, con las sanciones que ella dispone, (multas, decomiso, clausura del establecimiento, etc.). Como observamos en los párrafos anteriores, es necesario que el softswitch ESTATUTO sea homologado para poder ser utilizado en la interconexión con aquellos operadores habilitados por la CNC. Esta parte es la sección legal a la cual debemos agregar un apartado técnico que consiste en la estandarización del protocolo ISUP para los operadores nacionales. Ya vimos en el capítulo SS7 – ISUP que a nivel internacional está estandarizado.

ISUP argentina
La CNC basa sus especificaciones técnicas en dos resoluciones de nombre • Plan Fundamental de Numeración Nacional PFNN • Plan Fundamental de Señalización Nacional PFSN El PFSN determina que desde fecha 1º de Enero de 1999 el protocolo de señalización entre prestadores de servicios de telecomunicaciones es PU-RDSISSCC#7. Esta a su vez está descrita en las normas de la ITU-T con nombres Q.761 hasta Q.764. También define el código de punto de señalización nacional CPSN en un identificador de 14 bits. Y el código de punto de señalización internacional CPSI de acuerdo a la recomendación UIT-T Q.708. Por lo tanto la CNC se erige en administradora de los CPSN y tramitadora de CPSI. El PFNN determina el cambio de numeración ocurrido en 1999, expandiendo a 10 dígitos todos los números nacionales. También indica el formato en que deben intercomunicar esos números los operadores 57

telefónicos, de los números de larga distancia, los anuncios que deben entregar los operadores cuando no haya respuesta del destino. A continuación resumiremos los puntos principales de esta normativa:

1.1. Llamadas Locales Cada Operador Local de Origen enviará la siguiente numeración como Número de B. Número B en R2 (1) Nº B Llamada Local Servicios Especiales del Operador Local Número de Abonado Código de Servicio (1XY) Número de Abonado Número de Abonado Código de Servicio Ó Núm. de Abonado (2) ABC DEF GHIJ -3 15 + Núm. de Abonado Subscriber

Servicio

Número Marcado

Número B en #7 (1) Nat.Address Subscriber

Código de Servicio Ó Núm. de Abonado (2) 0 ABC DEF GHIJ (3) 15 + Núm. De Abonado

Subscriber

Servicios No Geográficos Llamada Local con modalidad CPP

0 ABC DEF GHIJ (3) 15 + Núm. de Abonado

National

(1) En el caso de interconexión indirecta entre el Operador Local de Origen y el Operador Local de Destino, esta numeración será retransmitida hasta la red del Operador Local de Destino por el Operador Local que brinda el Servicio de Tránsito Local. (2) En caso que un Operador Local acceda a un Servicio Especial brindado por otro Operador Local, para los Servicios Especiales cuyo destino tengan asignada numeración de red (ej.: Servicio de Emergencia), será responsabilidad del primero realizar la traducción del Código de Servicio marcado por el usuario (dígitos 1XY) a dicho número de red. (3) Los dígitos DEF de los Números No Geográficos corresponden a la característica asignada al Operador Local que brinda el Servicio No Geográfico, conforme lo establece el Art. VI 3.2 del PFNN. 1-2 Originación de Llamadas de Larga Distancia Servicio Modalidad de El Operador Local de Origen enviará la siguiente numeración. Número B en R2 (1) Número B en #7 (1)

58

Marcado

Número Marcado Nº B Nat. Address

Servicio de LD Nacional

Operador Preseleccionado Selección de Operador

0 + Número Nacional

0 + PQR + Número Nacional

PQR + Número Nacional National

17 + PQR + Número Nacional

17 + PQR + Número Nacional

17 + PQR + Número Nacional

Subscriber

Servicio de LD Internacional Operador Preselecciona do Selección de Operador 18 + PQR + Número Internacional 18 + PQR + Número Internacional Servicios Especiales del Op. LD Nacional Operador Preselecciona do Selección de Operador 17 + PQR + 0 + Código de Servicio Código de Servicio 0 + PQR + 0 + Código de Servicio 17 + PQR + 0 + Código de Servicio Servicio de Operadora Internacional Operador Preseleccionado Selección de Operador Servicios No Geográficos Servicio de LD Operador Preseleccionado Operador 0 + Indicativo 18 + PQR + 000 0 ABC DEF GHIJ (3) 18 + PQR + 000 0 ABC DEF GHIJ (3) 0 + PQR + 18 + PQR + 000 ABC DEF GHIJ PQR + National Subscriber 0 00 + PQR + 000 18 + PQR + Número Internacional PQR + 0 + Código de Servicio 17 + PQR + 0 + Código de Servicio International PQR + 000 Subscriber National Subscriber 00 + Número Internacional 00 + PQR + Número Internacional PQR + Número Internacional Internation al

National

59

Nacional con modalidad CPP

Preseleccionado

Interurbano + 15 + Número de Abonado

Indicativo Interurbano + 15 + Número de Abonado 17 + PQR + Indicativo Interurbano + 15 + Nº de Abonado

Indicativo Interurbano + 15 + Nº de Abonado 17 + PQR + Indicativo Interurbano + 15 + Nº de Abonado

Selección de Operador

17 + PQR + Indicativo Interurbano + 15 + Número de Abonado

Subscriber

(1) Los dígitos PQR corresponden al Operador de Larga Distancia al que se entrega la llamada en el Área Local de Origen. (2) En el caso de interconexión indirecta entre el Operador Local de Origen y el Operador de Larga Distancia al que se le entrega la llamada en el Área Local de Origen, esta numeración será retransmitida hasta la red de dicho Operador de Larga Distancia por el Operador Local que brinda el Servicio de Tránsito Local: (3) Los dígitos DEF de los Números No Geográficos corresponden a la característica asignada al Operador de Larga Distancia que brinda el Servicio No Geográfico, conforme lo establece el Art. VI 3.2 del PFNN. 1.3. Terminación de Llamadas de Larga Distancia en el Área Local de Destino El Operador de Larga Distancia que entrega la llamada en el Área Local de Destino enviará la siguiente numeración. Servicio Modalidad de Marcación Operador Preseleccionado Selección de Operador Servicio de LD Internacional Servicios No Geográficos Servicio de LD Nacional con Número B (1) (2) Número B en #7 (1) N° B Servicio de LD Nacional 0 + PQR + Número Nacional 0 + PQR + Número Nacional 0 + PQR + Número Nacional 0 + PQR + Número Nacional (3) 0 + PQR + Indicativo Interurbano + 15 + PQR + Número Nacional PQR + Número Nacional PQR + Número Nacional Operador Preseleccionado Operador Preseleccionado PQR + Número Nacional PQR + Indicativo National National Nat. Address National

National

No aplicable

National

60

modalidad CPP

Número de Abonado

Interurbano + 15 + Nº de Abonado PQR + Indicativo Interurbano + 15 + Nº de Abonado

Selección de Operador

0 + PQR + Indicativo Interurbano + 15 + Número de Abonado

National

(1) Los dígitos PQR corresponden al Operador de Larga Distancia al que se entrega la llamada en el Área Local de Origen. (2) En el caso de interconexión indirecta con el Operador Local de Destino, esta numeración será retransmitida hasta la red de éste último por el Operador que brinda el Servicio de Tránsito Local. (3) Los dígitos PQR corresponden al Código de identificación de Operador de Larga Distancia que brinda el Servicio No Geográfico.

1.4 Interconexión entre Operadores de Larga Distancia El Operador de Larga Distancia que entregue una llamada a otro Operador de Larga Distancia enviará la siguiente numeración: Servicio Modalidad de Marcación Operador Preseleccionado Selección de Operador Servicio de Larga Distancia Internacional Servicios No Geográficos (entrega al Operador de Larga Distancia que brinda el servicio (2) ) Servicios No Geográficos Número B (1) Número B en #7 (1) N° B Servicio de Larga Distancia Nacional 0 + PQR + Número Nacional PQR + Número Nacional PQR + Número Nacional PQR + Número Nacional Nat. Address National

0 + PQR + Número Nacional 0 + PQR + Número Nacional

National

No aplicable Operador Preseleccionado

National

0 ABC DEF GHIJ (3)

ABC DEF GHIJ

National

N.A.

0 + PQR + Número Nacional

PQR + Número Nacional

National

61

(entrega del Operador de Larga Distancia que brinda el servicio para el completamiento de la llamada(2)) Servicio de Larga Distancia Nacional con modalidad CPP Operador Preseleccionado

(4)

0 + PQR + Indicativo Interurbano + 15 + Número de Abonado

PQR + Indicativo Interurbano + 15 + Número de Abonado

National

Selección de Operador

0 + PQR + Indicativo Interurbano + 15 + Número de Abonado

PQR + Indicativo Interurbano + 15 + Número de Abonado

National

(1) Los dígitos PQR corresponden al Operador de Larga Distancia al que se entrega la llamada en el Área Local de Origen. (2) Sólo para los Servicios No Geográficos que corresponda. - 76 (3) Los dígitos DEF de los Números No Geográficos son los seleccionados por el usuario, los cuales corresponden a la característica asignada al Operador que brinda el Servicio No Geográfico. (1) Los dígitos PQR corresponden al Código de identificación de Operador de Larga Distancia que brinda el Servicio No Geográfico.

ANUNCIOS GRABADOS ENTRE OPERADORES DE LARGA DISTANCIA 1.1.Situaciones de Red con Anuncios Sin Señal de Respuesta (No Answer) # 1 Situación de Red Abonado “A” disca una característica Inexistente Anuncio Locución de Característica Inexistente Señalización Incumbencia

A3/B7 Sin Answer

Central de Tránsit

2

Abonado “A” disca un número de directorio Inexistente (Abonado vacante)

Locución de número de directorio Inexistente o Abonado vacante Locución de característica congestionada

B5 Sin Answer

Central Local

3

Abonado “A” disca una característica que

B4 Sin Answer

Central de Tránsit

62

se encuentra congestionada momentáneamente 4 Abonado “B” cambió su número de directorio, y no se proporciona el nuevo número 5 Abonado con línea fuera de servicio, en reparación 6 Abonado móvil “B” Apagado o fuera del Área de Servicio 7 Cambio de Característica de una Central 8

momentáneamente B2 Sin Answer Si se informa el nuevo número (B7 con Answer) Central Local Remota

Locución Local de Cambio de Número (sin informar el nuevo número)

Locución de Abonado en Reparación

Central Local B8 Sin Answer Remota

Locución de Abonado con tel. Apagado o fuera del Área de Servicio

A3/B7 Sin Answer

Móvil

Locución de Cambio de Característica, informando la nueva Característica

B6/7 Sin Answer

Central Local Remota / Central d Tránsito

Llamada sin ANI (pierde el ANI en el transito de la Red Pública)

Locución de llamada no Identificada

A3/B7 Sin Answer

Móvil

1.2.Situaciones de Servicio con Anuncios Sin Señal de Respuesta (No Answer) # Situación de Servicio Anuncio Señalización Incumbencia

1

Abonado “A” disca servicio no permitido

Locución de Servicio no permitido

B6/7 Sin Answer

Central Local Remota / Central de Tránsito

2

Abonado “B” inhabilitado

Locución de Abonado inhabilitado

B6/7 Sin Answer

Central Local

63

Temporalmente (Ej. mora)

Temporalmente

Remota Central Local Remota Central Local Remota / Central de Tránsito

3

Abonado “B” Ausente

Locución de Abonado Ausente

A3/B7 Sin Answer

4

Abonado “A” disca servicio no Implementado / Disponible Abonado “B” Pre-pago sin crédito (Auto-Stop) Llamada desde Teléfonos Público a Abonado Pre-pago sin crédito Llamada a Red Inteligente no permitida desde ese origen Abonado B (de Red Inteligente) llamado se encuentra ocupado

Locución de Servicio no Implementado / Disponible Locución de Abonado “B” sin Crédito Locución de Abonado “B” sin Crédito

Las locuciones difieren según la señalización

5

A3/B7 Sin Answer

Móvil

6

A3/B7 Sin Answer A3/B6 ó A3/B7 Sin Answer

Móvil

7

Locución indicando que la llamada no puede ser establecida desde ese origen/ubicación Locución indicando que el Centro o Línea de Atención llamada se encuentra ocupada

RI

A3/B6 ó A3/B7 Sin Answer RI

8

9

Abonado B (de Red Inteligente) llamado no puede ser accedido en el día de la fecha

Locución indicando que el Abonado B llamado no puede ser accedido hoy

A3/B6 ó A3/B7 Sin Answer RI

Llamada a Números Gratuitos Internacionales (sin acuerdo correspondiente)

Locución indicando que el número solicitado es gratuito únicamente en el país de destino y que la llamada internacional es con cargo

10

A3/B6 Sin Answer

Centro Internacional

64

Llamada a Servicio 11 Iridium

Locución indicando que el número marcado es de la red y que tiene un cargo adicional A3/B6 Sin Answer Centro Internacional

Presentación del segundo requisito
Hasta acá el análisis indica que el softswitch ESTATUTO debe satisfacer las normas legales y técnicas para interconectar a los operadores habilitados. En caso que este requisito no sea cumplido, pues el resultado de este estudio sería inutilizable por razones obvias de selección de nuestra solución por los posibles interesados.

65

66

Servicio universal – Latinoamérica
Regulatel es una organización latinoamericana interesada en el desarrollo de las telecomunicaciones y preocupados por el acceso universal. En 2006 realizaron un estudio sobre programas implementados en los países miembros para solucionar este problema y el Servicio Universal. De estos programas explicaremos los que basan su éxito en la VoIP. Previamente explicaremos las diferencias de ambos conceptos. Adelantamos que en sus conclusiones el el estudio recomienda que la nueva generación de programas de acceso universal sea más compleja y se centre en la infraestructura y los servicios que usan plataformas convergentes de protocolo Internet (IP). El estudio encontró que en ciertos países los obstáculos regulatorios están dificultando el uso y el desarrollo de nuevos mercados y de innovaciones tecnológicas tales como voz sobre Protocolo Internet, Wi-Fi, Wi-Max y otras tecnologías inalámbricas que podrían bajar el costo de, y mejorar el acceso a, las Tecnologías de Información y Comunicación en áreas rurales.

67

Servicio universal y acceso universal
Definiciones de “acceso universal” y “servicio universal” empleadas en este estudio 1. acceso universal a las telecomunicaciones implica la disponibilidad razonable de instalaciones de redes y servicios, en términos de cobertura geográfica y puntos de acceso público, de tal manera que los ciudadanos e instituciones puedan obtener los servicios dentro de sus comunidades locales en forma privada o bien mediante instalaciones públicas compartidas. Alcanzar el verdadero “acceso universal” significa que el 100% de una determinada población puede obtener, como mínimo, acceso público a un determinado servicio, mediante facilidades públicas o comunitarias razonablemente disponibles y asequibles, y que aquellos que desean y tienen la capacidad de costear en su totalidad precios basados en costos, pueden obtener a petición el servicio individual o familiar. 2. servicio universal en telecomunicaciones persigue una condición más absoluta, en la que los servicios de telecomunicaciones se suministran a familias o individuos en cualquier lugar de un área, y así son tan accesibles como asequibles, sin prácticamente ningún impedimento de suscripción y uso. Alcanzar el “servicio universal” implica que el 100% de una población determinada está en condiciones razonables de suscribirse a, y de usar un, determinado servicio a nivel individual, residencial o institucional. Ejemplificaremos esta cuestión con el caso ocurrido en Perú para solucionar el acceso universal. En el Perú, donde entre 1999 y 2002 la distancia promedio que debían recorrer 6,4 millones de personas del área rural para encontrar un teléfono público, disminuyó de 56 km. A 5,7 km., acortando el tiempo de viaje de un día o más a unas cuantas horas como mucho. Estas mejoras se obtuvieron luego de actualizar y revisar las regulaciones para tomar en cuenta las innovaciones técnicas y de mercado. En particular, se permitió el uso generalizado de VoIP. Esta paradigma fue observado en otras soluciones encontradas a lo largo de las experiencias. Define que una nueva generación de programas de acceso universal deberá en gran parte estar enfocada en el suministro de una amplia variedad de servicios sobre plataformas convergentes basadas en IP. Con el fin de asegurarse que la infraestructura y el “hardware” de Internet desplegado por los programas de acceso universal sea usado eficazmente, estos últimos necesitan ser apoyados y complementados por un fortalecimiento institucional, capacitación, desarrollo de contenido y aplicaciones, e iniciativas para estimular la demanda como parte de iniciativas más amplias de gobierno en línea, y educación y salud a distancia, y/o iniciativas de desarrollo basado en las Tecnologías informática y comunicaciones.

68

Es importante recordar que en la mayoría de los países existen fondos para conseguir el acceso universal. Los reguladores y administradores de fondos han reconocido la importancia de adaptar disposiciones regulatorias para poder alcanzar los objetivos del acceso universal en áreas rurales, remotas y con bajo nivel de servicios de América Latina, así como los de servicios de acceso asequibles a poblaciones urbanas incluyendo políticas relacionadas con el uso de frecuencias, VoIP, especificación de requisitos y estándares de calidad del servicio, licencias, el compartir de instalaciones, tarifas, interconexión e infraestructuras VoIP. Los avances en las tecnologías de conmutación de paquetes posibilitan la provisión de servicios vocales de buena calidad sobre Internet usando voz sobre protocolo Internet o VoIP. Esto constituye una alternativa particularmente atractiva a las llamadas de larga distancia e internacionales, en particular donde los precios de la red pública conmutada tradicional (PSTN) siguen altos y donde el acceso al Internet de alta velocidad a precios razonables está cada vez más fácilmente disponible. Ello ofrece además oportunidades para proveedores de servicio nuevos y existentes de ofrecer servicios vocales a precios mucho más baratos que los ofrecidos sobre las tradicionales redes de conmutación de circuitos. Obviamente, los precios más bajos benefician a los consumidores. Otro actor importante en las decisiones de acceso universal son los operadores telefónicos establecidos. Estos operadores incumbentes observan que las alternativas de VoIP reducen directamente los lucrativos ingresos del tráfico de larga distancia e internacional (incluso al mismo tiempo que estimulan la demanda por tales llamadas), incluyendo tanto los cargos sobre llamadas salientes como las liquidaciones por llamados entrantes (tasas contables) o los cargos por terminación. Por esta razón, muchos operadores establecidos se han opuesto vigorosamente a la autorización de aplicaciones públicas y privadas de VoIP en todas sus formas, y algunos reguladores y responsables políticos se unieron a ellos. Algunos países, como Panamá, lencontraron un punto intermedio de solución al conseguir que las llamadas VoIP deben pagar una sobretasa del 12%, y los cafés Internet están sujetos a severas multas si permiten a sus clientes el uso de aplicaciones de VoIP. Otros países, como México y Colombia han adoptado estrictas prohibiciones en el pasado contra los servicios VoIP. Los operadores de Colombia que han pagado US$150 millones pueden ofrecer servicios de larga distancia. En todos los países miembros de Regulatel excepto en Chile, donde está actualmente en curso de estudio, la VoIP es considerada una tecnología para proporcionar servicios de voz y no un servicio en sí mismo. Por ello, dado que las regulaciones son generalmente tecnológicamente neutrales, se trata a la VoIP de una forma no diferente que la telefonía pública y no se toman en cuenta sus diferentes modalidades (computador-a-computador, computador-a-teléfono, y teléfono-a-teléfono). En Brasil por ejemplo, la VoIP computador-a-computador no está regulada, pero para otras de sus modalidades el operador debe obtener una licencia. Cuba está considerando permitir la VoIP en redes privadas y en grupos cerrados de usuarios. Otros países tienen requisitos de autorización específicos para ciber-cafés y otros tipos de usos.

69

La justificación para este tipo de restricciones comprende a veces el argumento de que los servicios VoIP no contribuyen equitativamente a las obligaciones de desarrollo nacional y de acceso universal, y que algunos de los ingresos que ellos desvían podrían ser empleados para financiar la expansión del acceso; sin embargo, las ventajas técnicas y económicas de la VoIP pueden también ofrecer interesantes oportunidades para apoyar estos mismos objetivos de acceso universal de manera directa. Por ejemplo, los telecentros públicos y los cafés Internet que permiten el uso en sus sistemas de servicios VoIP a bajo precio pueden proveer una opción esencial a usuarios públicos que no podrían de otra forma costear una llamada internacional. Las mismas ideas pueden ser empleadas por las pequeñas empresas telefónicas rurales. Si los servicios VoIP se integran con iniciativas de desarrollo de redes rurales, tales como BWA o banda ancha por satélite, el punto de equilibrio financiero para incluir acceso al Internet, e incluso conectividad de banda ancha, se vuelve mucho más alcanzable. En efecto, el servicio telefónico de voz ya sea local o de larga distancia, puede proveerse sobre una red de conmutación de paquetes a muy bajo costo adicional. Los ingresos de cargos de llamadas perdidas a beneficio de la VoIP pueden en realidad transformarse directamente en ahorros de costo para los usuarios así como para los proveedores de servicio local, eliminando del proceso de acceso universal muchas capas de subsidios cruzados y de burocracia. En el Perú, uno de los factores que ha contribuido al éxito de las aproximadamente 30.000 telecentros comerciales ha sido la VoIP que ellas pueden ofrecer a los usuarios. Se estima que 1 de cada 3 usuarios de estos telecentros emplean los servicios VoIP. En el estrato socioeconómico más bajo, donde la penetración telefónica es muy baja, se estima que todas las personas que van a las cabinas públicas van para hacer llamadas telefónicas sobre VoIP. Desde este punto de vista, parece que existe poca justificación para mantener cualquier restricción significativa sobre los servicios VoIP, en particular en el contexto del desarrollo del acceso rural. La VoIP podría abrir muchos mercados remotos al acceso tanto de voz como de datos de manera rentable. En otras geografías, donde la VoIP no es denostada por las ganancias perdidas, se dan casos como el de Vonage, una empresa de VoIP que ofrece varios elementos adicionales por los cuales las empresas comunes de teléfono habitualmente cobran más. Vonage, según se reporta, en 2006 contaba con 1.6 millón de clientes en los EE.UU. Ofrece un plan de llamadas ilimitadas en todos los Estados Unidos y Canadá por US$ 25 por mes. Los precios de las llamadas fuera de los EE.UU. y Canadá son muy competitivos. Como elemento extra, Vonage ofrece a sus clientes un número virtual estadounidense, canadiense, mexicano o inglés por US$ 5 adicionales por mes. Por ejemplo, un pequeño hotel o una agencia de viajes familiar en el Perú que se suscribe al servicio de Vonage pueden elegir un número local en Miami, permitiendo a sus clientes americanos contactarlos con una simple llamada nacional o local. Vonage suministra el teléfono IP y el router gratuitamente, y el abonado lo puede instalar con toda facilidad. Vonage tiene un teléfono WiFi que permite a sus clientes llamar de cualquier sitio de donde puedan conectarse a la Internet mediante un punto de contacto (hotspot) WiFi.

70

El tráfico internacional vía VoIP crece rápidamente. Telegeography estima que en 2003, hubo 24.000 millones de minutes de tráfico internacional vía VoIP, lo que representa el 12 % de todo el tráfico internacional de voz (VoIP), comparando con el 27% ocurrido en 2009

Figure 14 - mapa tráfico global VoIP

.

Ejemplos de negocios exitosos
Pasemos a observar algunos casos donde la VoIP exitosamente permitió el acceso universal a pequeñas localidades que de otra manera estarían prohibidas de acceder a la intercomunicación global.

Cooperativa comunitaria de telecomunicaciones
El sistema de información agraria (SIA) en el valle de Chancay-Huaral, Perú se trata de una red iniciada y operada por la comunidad que conecta 14 telecentros en este fértil valle de 22.000 hectáreas al norte de Lima. La red sirve a los 6.000 agricultores miembros de la Junta de usuarios del Distrito de

71

Riego de Chancay-Huaral que iniciaron y financiaron parcialmente el proyecto. Su propósito es de dar a estos agricultores acceso al mercado y a otra información como los precios actuales por sus proyectos, el precio de fertilizantes y otros “aportes”, las previsiones del tiempo, las leyes y regulaciones actuales sobre el sector agrícola, y otra información relevante como las actividades de la Junta. Además, la red proporciona acceso al Internet a los 18.000 niños escolares, profesores y administradores de las 64 escuelas del valle. La red usa económicos enlaces WiFi punto-a-punto que conectan los telecentros instalados en los locales de los comités de agricultores. El sistema de comunicaciones es basado en la VoIP. El enlace más largo es de 20 km. El costo de capital, incluidos las 62 computadoras instaladas en los 14 telecentros y la red de telecomunicaciones fue de US$166.000. El proyecto recibió además fondos de FITEL, el fondo de acceso universal, y del Ministerio de Agricultura. Hasta ahora, los beneficios económicos y sociales han sido el aumento de la eficacia de la comunidad agricultora a través del acceso a información actual sobre cosechas, precios de aportes como fertilizantes y semillas, y precios actuales del mercado en Lima para sus productos, la capacitación de 200 jóvenes en informática y puesta en red, y el acceso al Internet en las escuelas del valle. La estructura de la red de VOIP es la siguiente:

Figure 15 - Diagrama de Voz Sobre IP Chancal Huaral

72

Observamos como en Huaral existe una interconexión con la red de telefonía pública. Y tiene otra cara sobre una red IP que permite el funcionamiento de la telefonío VoIP.

Operador comunitario de telecomunicaciones
El sistema de información campesina–indígena de ACLO/IICD en Sopachuy, Bolivia es un proyecto, al igual que el de Chancay–Huaral, tiene como principal objetivo facilitar a los agricultores y sus asociaciones el acceso a una información importantes (precios, clientes para sus productos, políticas comerciales, y preferencias y tendencias del consumidor) a través del Internet. La red se basa en una topología de red WiFi en malla tecnológicamente innovadora y consiste en sólo tres estaciones base que pueden servir 100 usuarios cada una, en un rango de 2-3 km., proveyendo así cobertura a los 1.500 habitantes del pueblo. Los transmisor/receptor/direccionador (cajas de malla) requieren potencia de 4 vatios y son alimentadas por conversor AC/DC conectado a la red local de electricidad o por baterías. El equipo en los locales del cliente consiste en una antena (generalmente exterior) y un MODEM, que puede ser un cable Ethernet conectado a una computadora, teléfono IP, o softphone. La red puede controlarse local o mundialmente desde uno de los centros de control del proveedor (LocustWorld). La red local es conectada al mundo exterior vía un enlace VSAT. Cada transmisor/receptor/direccionador cuesta US$ 500 (incluyendo un año de mantenimiento y apoyo de seguridad), y el sistema completo, incluida su instalación, cuesta menos de U$S 7.500. Los costos operativos del sistema se estiman a US$ 900-1.000 por mes. La viabilidad financiera depende, al menos inicialmente, de tres o cuatros socios (gobierno municipal, asociaciones económicas tales como productores agrícolas, instituciones de micro-crédito, escuelas, iglesias, ONG, policía y seguridad públicas, instituciones gubernamentales e incluso algunos individuos privados, que puedan pagar de US$ 250 a 300 cada mes para sostenerlo.

Conclusiones de REGULATEL
Hasta el principio de los años 90, el acceso al teléfono en la mayoría de los países de Latino américa estaba restringido en gran parte a las zonas urbanas. Había poca competencia, un servicio poco fiable, y largas listas de espera para ser conectado. Hoy en día, casi todos los países de la región presumen de un fuerte crecimiento en telefonía fija tanto como en servicios móviles, así como de un acceso mucho más amplio a los teléfonos públicos en las zonas rurales y suburbanas. El acceso a los servicios de Internet también ha crecido de manera sostenida, y los proyectos públicos e institucionales para conectar ciudadanos,

73

estudiantes, gobiernos y empresas a las tecnologías de información y comunicaciones se están expandiendo rápidamente. Hoy en día, los proveedores mundiales de tecnología y de telecomunicaciones, así como los emprendedores locales y nacionales, están más interesados en invertir que nunca. Las perspectivas para una nueva oleada de inversión y de crecimiento se ven muy brillantes, sea en términos de más expansión de las redes de teléfonos fijos y celulares, o de la instalación de nuevas redes de acceso de banda ancha. Los ejemplos destacados en anteriormente ilustran los puntos fuertes de la VoIP para lograr el acceso universal. Fuerte es la evidencia que las tendencias de crecimiento de los últimos años se pueden acelerar y extender hasta áreas y objetivos de población aún más amplios, hacía un objetivo de acceso realmente “universal”. Las claves para lograrlo son continuar en la exploración de nuevas tecnologías. No obstante, las iniciativas en curso no representan simplemente un juego fijo de planes o programas a ser aplicados a escala cada vez más amplia, sino más bien una mezcla en constante evolución de experimentos y lecciones, de los cuales se pueden extrapolar las prácticas más prometedoras y combinarlas con nuevas ideas e informaciones, para concebir enfoques de políticas de acceso universal cada vez más eficaces. Estos proyectos piloto son de mucha utilidad para el desarrollo del softswitch ESTATUTO, por lo cual en el momento de su desarrollo es interesante aprender de las numerosas experiencias positivas obtenidas a través de estos ejemplos. El objetivo de final es de mirar más allá de los detalles de las experiencias y de formular una visión de las opciones para la próxima generación del ESTATUTO que ayude en la concreción de acceso y servicio universales. Para su consideración y posible adopción (y adaptación) por los responsables de las políticas y las partes interesadas en nuestra Argentina. ESTATUTO debe contribuir en la persecución del acceso universal, abrochando todas las tecnologías de información y computación. No estamos pensando en metas relativamente modestas, sino en tener todas las funcionalidades ofrecidas actualmente en las grandes urbes. El modelo de proveer tan sólo un teléfono público en cada pueblo con cierto tamaño de población, o instalar uno dentro de cierta distancia de cada persona en cualquier parte del país, es obsoleto. El acceso al Internet no es una idea de secundo plano, sino una variedad de prometedores ingresos para telecentros, y también de cafés Internet. REGULATEL propone una visión que representa un salto mucho más atrevido hacia el acceso a las tecnologías información y comunicación. Una confluencia de avances tecnológicos, de reducciones drásticas en el precio del equipamiento de telecomunicaciones, el interés del mercado, la capacidad política y regulatoria y la participación comunitaria pueden crear ul entorno necesario para llevar el sector de las telecomunicaciones y la informática a nuevos niveles de crecimiento y de integración. Esta visión se basa en las experiencias muy reales de numerosos otros países, incluyendo los EE. UU., Canadá, la Unión Europea, Japón, Australia y Corea. Estas experiencias han demostrado el valor y el impacto de servicios de

74

tecnologías información y comunicación de alta calidad y generalizadas, y la viabilidad de extenderlos a todos los rincones de la sociedad. Los obstáculos económicos y culturales que perpetúan la “brecha digital” entre estos países y nuestra Argentina, se están revelando ahora cada vez más obsoletos. Las telecomunicaciones, al igual que la comida, el agua, la vivienda y los transportes, están pasando a ser una necesidad básica de la civilización moderna, y al mismo tiempo un recurso útil y asequible que puede sostener, apoyar y transformar comunidades de prácticamente cualquier tamaño y ubicación. Ya no existe razón para limitar nuestra Visión de la expansión de las telecomunicaciones y de las TIC a opciones de secunda categoría, de tecnologías retrasadas o de generación anterior, aun para poblaciones de bajos ingresos y remotas. Al contrario, las evidencias sugieren que los avances de los últimos años, y los a punto de producirse, pueden derrumbar casi todas las últimas barreras al acceso universal a la gama entera de los servicios más avanzados de TIC. REGULATEL propone la siguiente Infraestructura de red y conectividad: en nuestra visión del futuro-no-tan-lejano, zonas de servicio continuo de acceso celular móvil y/o de banda ancha inalámbrica (BWA) cubrirán cada país casi entero, incluidas las zonas remotas. Donde no sería rentable construirlas separadamente, los operadores compartirán las estaciones base (o como mínimo las torres u otras estructuras de antena), así como la conectividad de red troncal. Con frecuencia, sin embargo, la red troncal será la propiedad de otros operadores (de red troncal) o de integradores de sistemas que proveerán no solamente la capacidad requerida, dinámicamente y a la demanda. Los operadores proveerán además la conmutación, el acceso al Internet (IP Transit), mantenimiento del sistema, facturación, routing dinámico y otras funciones de tipo servicios de apoyo que ponen a disposición de los operadores de acceso local, como una selección de opciones o bien en paquete. Estas redes de acceso proveen una capacidad y una potencia de transmisión suficientes para permitir a los pueblos y ciudades dentro de su radio de alcance conectarse a la capacidad de transmisión de banda ancha (>128 kbps). El rango sería del orden de 30 km dependiendo del terreno y de las características de propagación asociadas. Continúan indicando como imaginan la infraestructura a nivel local, señales WiFi de menor potencia estarán disponibles en emplazamientos estratégicos. Se proveerá red troncal vía banda ancha de microondas, fibra, cable coaxial o redes troncales satelitales según la economía del lugar. Las estaciones terminales de estas redes podrían estar ubicadas en las ciudades más grandes, importantes para la región administrativa o no. En un creciente número de casos, estas estaciones terminales o conmutadores podrían encontrarse fuera de la región, fuera del país o incluso en otro continente. En estas ciudades más grandes alrededor de las estaciones terminales, las conexiones telefónicas fijas (alámbricas e inalámbricas), están disponibles en abundancia, conectadas a un conmutador en la estación Terminal o en una ubicación distante tal como capital provincial, departamental o nacional. En la mayoría de las ubicaciones más grandes, la opción de líneas fijas de acceso a alta velocidad también está disponible para empresas y residencias, mediante

75

redes telefónicas o cable de televisión. En la Argentina hoy día la cámara empresarial CABASE ya está ofreciendo similares posibilidades a través de NAP regionales ubicados en lugares como Mendoza, Bahía Blanca, Posadas y otra veintena de localidades del país. Gracias a estos NAP regionales las ciudades más pequeñas, pueden ofrecer conexiones vinculadas a telecentros públicos y los sitios administrativos, y disponibilidad del servicio residencial, aunque de manera más limitada. Telecentros, teléfonos públicos y servicios de acceso público pueden ser atendidos por nuestro softswitch ESTATUTO. Podría suministrar a pequeñas empresas locales, agencias de servicio público, organizaciones no gubernamentales, asociaciones comerciales o profesionales locales e instituciones gubernamentales conexiones de red troncal. A cambio obtendrá una fuente de ingreso por cargos por interconexión entrante, inversiones y actividades de proveedores de contenido, anunciantes y otros emprendedores y cargos por uso local. Como corolario la implementación de un softswitch ESTATUTO puede ayudar a revertir la expansión urbana descontrolada, la emigración, y la “fuga de cerebros” de los jóvenes talentos.

76

Diseño
El análisis nos ha demostrado que nuestro softswitch ESTATUTO unirá las redes de SS7 con las redes de SIP. Respetará las reglamentaciones legales y técnicas vigentes. Que está de acuerdo con los estudios realizados por REGULATEL para alcanzar el acceso universal en pequeños poblados de 1000 habitantes aproximadamente. Pues estas funciones podríamos ofrecerlas con un servidor Asterisk convenientemente acondicionado. Como vimos en el capítulo sobre Pasarelas, con una máquina Pentium 4 podemos obtener 200 llamados en simultáneo, por lo cual imaginemos lo que lograríamos con un chip múltiple núcleo. Al comienzo de este estudio propusimos crear funcionalidades que ofrezcan servicios adicionales a los usuarios del softswitch. Para ello completaremos nuestro diseño con un servidor de aplicaciones, basando nuestra explicación en Sailfin.

Figure 16 - SOFTSWITCH ESTATUTO

77

78

Servidor de aplicaciones
Los servicios de VoIP conllevan desarrollo de las aplicaciones, despliegue sobre arquitecturas al efecto, instalación de hardware. Al principio ocurrió algo similar a la tecnología de redes. Mientras los estándares no estuvieron bien afianzados, Un proveedor ‘obligaba’ al operador a realizar todo en el mismo proveedor. Sin embargo la tendencia que impera en NGN es se cumpla los estándares para permitir la libre integración de soluciones de distintos proveedores. Siendo esta la principal razón de la amplia adopción de SIP como señalización de VoIP es que hemos elegido para esta tesis herramientas también de código abierto que nos sirva de infraestructura a la pasarela. Java es reconocido como uno de los principales lenguajes de programación para negocio. Dentro de la comunidad Java empezaron a desarrollar una API para posibilitar el despliegue de aplicaciones SIP. La lógica indicó que las aplicaciones SIP debieran formalizarse a través de la plataforma Java EE como componentes Servlet. Más luego incorporaron estas API dentro del servidor de aplicaciones Java EE por excelencia dentro del mundo de código abierto. Es así que llegamos a la integración de Sailfin (componentes SIP) - GlassFish (servidor de aplicaciones Java EE) - Java (lenguaje y plataforma de desarrollo) Una pasarela que permita la convergencia de telefonía tradicional con VoIP debe traducir la señalización de ambas redes por antonomasia. El desarrollo de la pasarela tiene que ser realizada con herramientas de código abierto para permitir la integración con otras plataformas que cumplan los estándares. Es valioso en este punto recordar estos estándares que cumplirá la pasarela.

Parlay
Antes de llegar a la definición de servidor de aplicaciones, adentrémonos en el grupo Parlay. En 1998 este consorcio industrial y tecnológico fue fundado con la intención que se dedicara a especificar API para redes telefónicas, las cuales faciliten la creación de servicios por parte de organizaciones tanto de dentro como de fuera del entorno de los operadores tradicionales. De hecho, se espera que los servicios puedan ser creados por los desarrolladores del sector de las tecnologías de la información en lugar de expertos en telefonía. Las API más importantes de Parlay incluyen: control de llamadas, conferencias, mensajes de texto, buzón de voz y facturación. Las API están especificadas en lenguaje UML que luego se traduce en código IDL, J2SE y J2EE. También utiliza CORBA para facilitar el acceso remoto entre pasarelas Parlay y la lógica de aplicación. El objetivo principal de las APIs es que sean independientes de la tecnología de red telefónica (por ejemplo puede ser CDMA o línea terrestre SS7). En 2003 el grupo Parlay publicó un nuevo conjunto de definiciones denominado Parlay X que consisten de Servicios Web. Este es un conjunto mucho más simple de APIs con las que se espera que sean usadas por una

79

comunidad de desarrolladores más grande. Los servicios web de Parlay X incluyen el control de llamadas con Terceros (3PPC), Localización y Micropagos. La especificación Parlay X es un complemento a las APIs de Parlay, que son más complejas aunque más potentes. Desde septiembre de 2004 ya hay implementaciones de Parlay X en servicio en los operadores BT y Sprint. La asociación 3GPP y el instituto ETSI colaboran estrechamente con el grupo Parlay, copublicando especificaciones que forman parte de la Arquitectura de servicios abiertos OSA, por lo cual se las conoce como especificaciones OSA/Parlay. Esta API es independiente de la red subyacente y la tecnología de programación para crear nuevos servicios. Es importante para un operador de telecomunicaciones saber que cualquier aplicación que use la API de Parlay no pueda afectar a la seguridad o integridad de la red. La misión del marco de trabajo de Parlay/OSA es ofrecer a la red una manera de autenticar aplicaciones utilizando la API Parlay/OSA. El marco de trabajo también permite a las aplicaciones descubrir capacidades de red, y provee funcionalidades de gestión para el tratamiento de fallos y situaciones de sobrecarga. Las APIs Parlay de servicios sirven para que las aplicaciones puedan realizar llamadas telefónicas, consultar la localización de una persona (o terminal) o cobrar la descarga de un tono de llamada. A día de hoy es una tecnología que ha sido abandonada por todos los fabricantes y operadores. La implementación típica de Parlay/OSA añade un nuevo elemento de red, la pasarela (gateway) Parlay/OSA. La pasarela implementa el marco de trabajo. Puede implementar la API de un servicio individual, o puede interactuar con otros elementos de red tales como conmutadores para ofrecer capacidades de un servicio individual tales como control de llamadas o localización. Algunos fabricantes tratan a la pasarela Parlay/OSA como un elemento de red independiente (p.e. Ericsson NGR), otros incluyen esta función en un punto de control de servicio de una red inteligente (p.e. Telecordia OSP).

Sailfin
Visto las API OSA/Parlay, la comunidad Java creó la iniciativa Red Inteligente Avanzada en Java JAIN. Su meta fue aprovechar las características propias de Java • Compilar una vez, ejecutar donde sea • Indiferencia de la red subyacente • Independiente del proveedor de hardware A partir de estas premisas crearon una nube de especificaciones que comparten la filosofía Parlay/OSA, con la única diferencia que está apuntado al lenguaje Java. Parlay tiene cierta relación con JAIN, y desde principios de 2003 están completamente ligados por el Grupo de trabajo Joint Working Group

80

Figure 17 - JAIN APIs

Una de las API creadas a partir de esta iniciativa estudiaremos a continuación. Las metas de SIP Servlet API: • señalización SIP • simplicidad • convergencia de aplicaciones • desarrollo de aplicaciones por terceros • composición de aplicación • carrier grade • Los servlets sip con componentes de software que se ejecutan en contenedores. Tanto los contenedores como los servlets están realizados con los beneficios que Java conlleva: • independencia de plataforma y carga dinámica. Los servlets deben interactuar con los clientes de SIP, ya sea un teléfono, un chat cliente, un Web page, mediante el envío de mensajes y su posterior recepción. Un contenedor de Servlet SIP es aquel que ofrece servicios a los Servlet Sip. Estos contenedores cuentan con tres maneras de instalarse: • construidos como parte de un servidor SIP • agregados a un servidor SIP mediante la API • incluso construidos dentro de un servidor que admita servlets Los servicios que ofrece son manejo de los mensajes de solicitud y respuesta, decisión para llamar a aplicaciones y encadenar las acciones. Administrar los puntos de escucha (protocolo de transporte, dirección ip y 81

puerto) en los cuales los servlets aguardan las solicitudes y cualquier trafico entrante. El plan de seguridad del Servlet también esta ubicado en el contenedor Servlet sip. También maneja su ciclo de vida. Sip Servlet API utiliza el conocimiento adquirido por los HTTP Servlet API. De la misma manera su estructura utiliza los paquetes javax.servlet de la definición genérica de Servlet API y javax.servlet.sip. Pero SIP se diferencia en la posibilidad de enlutar los mensajes a través de distintos servidores. Una aplicación SIP es mas parecido a un protocolo P2P, al contrario de las aplicaciones Web. Mientras un servidor Web nunca realiza el inicio de una petición, hay varios casos donde un servidor sip lo necesita realizar: • cerrar la comunicación con un BYE • aplicación de servidor de presencia que requiere del envío de NOTIFY para actualizar el estado de usuarios • llamadores automáticos que necesitan establecer un dialogo con el mensaje INVITE • un agente de usuario extremo a extremo (B2BUA) que necesita funcionamiento de proxy, cliente y servidor. La SIP Servlet API también deben: • generar respuestas múltiple, • reenviar y representar las solicitudes, incluyendo destinos varios • iniciar peticiones • recibir tanto respuestas como solicitudes Al igual que en las aplicaciones Web, el Sip Servlet API utiliza como punto de entrada el método service de Servlet. Le agrega la distinción de que uno de los dos parámetros (solicitud, respuesta) debe ser null, ya que los mensajes son enviados en un único sentido. El modelo de eventos del Sip Servlet API es asincrónico. Con esto simplificamos la programación de aplicaciones y contenedores. Los primeros no están obligados a responder todas las solicitudes. Las Sip Servlet API, Http Servlet API y cualquier otro modelo correspondiente a Java EE esta preparado para que interactúen a través de sus servicios. Por esto el SIP Servlet API puede ser desplegado como un contenedor de Servlet sip únicamente. Por ejemplo integrado dentro de una sencilla aplicación JAVA. El proyecto Sailfin esta basado en la tecnologia de servlets SIP robusta y escalable sobre GlassFish. GlassFish a su vez es un desplegador de calidad para aplicaciones Java EE. Sailfin está cumpliendo la JSR289. Sailfin provee características de alta disponibilidad y clustering, mientras se integra con los servicios GlassFish existentes. JSR289 actualiza la API para servlets SIP y define un modelo de programación aplicación estándar para mezclar servlets SIP y componentes Java EE. Los servicios Java EE, tales como servicios web, persistencia, seguridad y transacciones, permiten el desarrollo rápido de aplicaciones inteligentes habilitadas para comunicaciones.

82

Figure 18 - Subsistema Sailfin Glassfish

La relación entre Sailfin y GlassFish – Este es un servidor de aplicación basada en Java EE con alta disponibilidad y escalabilidad apuntado hacia el cliente de negocio. Es un proyecto sobre java.net, el proyecto principal en esto es el servidor de aplicación. Hay varios subproyectos debajo del proyecto GlassFish el cual utiliza GlassFish como entorno de ejecución. Sailfin es un subproyecto debajo de GlassFish. Agrega el Contenedor de Servlet SIP basado en JSR289 al GlassFish. Sumado al contenedor Servlet SIP, Sailfin también apunta a proveer alta disponibilidad para el contenedor Servlet SIP y un balanceador de carga tanto para el tráfico SIP como HTTP. Obtenida esta funcionalidad, el código base de Sailfin necesita de GlassFish como su entorno de ejecución subyacente. El contenedor Web de Glassfish y el contenedor servlet SIP construyen el contenedor convergente que es típico de los servidores de aplicaciones SIP basados en JSR 289. SailFin es código abierto y totalmente libre para utilizar SIP y los servlets SIP están detrás de muchos servicios populares que disfrutamos hoy, como los servicios de telefonía voz-sobre-IP (VoIP), mensajería instantánea, administración de lista de amigos y presencia y conferencia web. Los servlets SIP están jugando una parte aún mayor en la construcción de la siguiente generación de servicios de telecomunicaciones. Sailfin agrega la extensión de la tecnología servlets SIP al servidor de aplicaciones Glassfish. SIP y los servlets SIP son también importantes para la empresa. Combinados con Java EE, Servlets SIP pueden ser utilizados para agregar interacción medial enriquecida a las aplicaciones de negocio. JSR289 actualiza la API servlet SIP y define un modelo de programación de la aplicación estándar para mezclar SIP Servlets y componentes Java EE. Aprovechar los servicios Java EE como servicios web, persistencia, seguridad y transacciones, habilitaría el desarrollo de aplicaciones para comunicaciones elegantes. Sailfin GlassFish no es el único servidor de aplicaciones implementando de la JSR289. Los servidores de aplicaciones más reconocidos cuentan también con un módulo que lo incluye (por ejemplo Mobicents dentro de JBoss).

83

Tampoco es la API SIP Servlet la única manera de ofrecer servicios, pero si la que trabaja a menor nivel dentro del servidor de aplicaciones. Podríamos necesitar trabajar con bloques de servicios previamente construidos, como si fueran librerías de programación, y en ese aspecto podemos contar con JSLEE. Veremos un pequeño ejemplo de dos endpoints SIP entablando una conversación telefónica a través del servidor de aplicaciones Sailfin GlassFish. Los endpoint se registran primero en un servidor Web, y cuando Alice desea habar con Bob, simplemente lo selecciona de un formulario Web existente en el servidor de aplicaciones. Desde ese momento actúa como proxy para realizar la señalización SIP entre ambos endpoint. Este mismo modelo se puede extrapolar para todos los protocolos que puede manejar Sailfin GlassFish.

Figure 19 - Ejemplo Click to Dial con Sailfin

84

SOFTSWITCH ESTATUTO
Observamos que el diseño nos indica la necesidad de agregar la posibilidad de crear servicios adicionales para que el softswitch ESTATUTO. Los servicios serán creados con las API SIP Servlet que nos provee el servidor de aplicaciones Sailfin GlassFish. Estos servicios pueden ser, como una muestra: • pagos telefónicos • buzón de mensajes • callback • traducción de mensajes • mensajes de texto • discar para llamar Estos servicios serán ofrecidos a los clientes unidos por una red IP, utilizando protocolo SIP para la señalización de telefonía. Aprovechando la misma red para entregar servicio de banda ancha. Como todo softswitch, debe contar con módulos de • Proxy • Tarifación • Registrador • Provisión • Pasarela de señalización • Pasarela de control de medios En la cara interconectada con la red de telefonía pública utilizaremos las placas de SS7 homologadas por la CNC. Estas placas pueden proveer una implementación de la especificación JAIN ISUP JSR 17 para aprovechar su integración con el lenguaje Java y con la especificación Sip Servlet v1.1 JSR 289. En otro caso será necesario la creación de un módulo que permita la interpretación de los mensajes entregados por la placa de SS7. Cualquiera de las tecnologías que utilicemos para la interconexión con ISUP, DEBE estar en conformidad con las regulaciones dictadas por la CNC detalladas en el capítulo correspondiente. El diagrama de bloques es el siguiente:

85

Figure 20 - SoftSwitch ESTATUTO

86

87

Conclusion
Llegados a este punto hemos observado numerosos casos de implementación de telefonía IP en el mundo. Comprendimos que remplazar a la red de telefonía pública es un trabajo ímprobo en la actualidad, por la norma 99.999% de la PSTN. Pero observamos con agrado que las redes IP nos ofrecen un innumero de posibles servicios creados y no creados al día de hoy. Para la creación de un producto que unifique esos servicios tendrá que estar en consonancia con las reglamentaciones vigentes. En la Argentina, que es donde pretendemos la aplicación concreta del softswitch ESTATUTO, esas normas están dictadas por la CNC. A lo cual le agregamos un beneficio adicional: • Herramientas de fuente abierta • Herramientas apoyadas por numerosas empresas del mercado • Desarrolladores y arquitectos argentinos utilizando esas herramientas • Posibilidad de acceso a poblaciones aisladas actualmente a nivel de comunicaciones. Permanece en las posibles ramas de continuar el presente estudio: • Análisis y diseño de un módulo portable adaptado a reglamentaciones • Profundización del diseño del softswitch • Integración con la red de comunicación móvil las

88

Bibliografía
Recursos Digitales
IETF RFC 3261 - SIP: Session Initiation Protocol - www.ietf.org/rfc/rfc3261.txt Java Community Process Program, JSR 289 - SIP Servlet id=289En caché GlassFish Server, Plataforma Java EE - glassfish.java.net CNC, Plan Fundamental de Señalización Nacional - PFSN. www.cnc.gov.ar/infotecnica/numeracion/normativa.asp Modelo de convenio de Interconexión entre operadores - de la CNC Sailfin GlassFish, sailfin.java.net Iptel.org - iptel.org/files/sip_tutorial.pdf Internet2 Sip.edu en USA - mit.edu/sip/sip.edu Internet2 Sip.edu en España - www.uv.es/siuv/cas/zxarxa/sip Proyecto ARIU VoIP - forovoip.unvm.edu.ar Proyecto Internet2 SIP.edu - www.internet2.edu/sip.edu/ Asterisk.org - www.asterisk.org SIP por sipknowledge - www.sipknowledge.com/elearn.html Regulatel, acceso universal - regulatel.org ITU-T - www.itu.int/ituweblogs/ITU-D-SG2-Q10 OSA/Parlay - etsi.org/WebSite/Technologies/OSA.aspx Iniciativa Jain - java.sun.com/products/jain Iniciativa JAIN SIP - java.sun.com/products/jain/SIP-and-Java.html www.jcp.org/en/jsr/detail?

Recursos impresos
CCSS7 - Sistema de señalización por canal común Nº 7 Documentación interna Broadbandtech S.A. Integración de redes de voz y datos, Cisco Systems, Scott Keagy, trad. KME Sistemas, Pearson Educación S. A. , Madrid, 2001

89

90

Anexo
Esta carrera no se dicta más en la Facultad de Ingeniería CONDICIONES DE INGRESO: Poseer título de Analista de Sistemas o equivalente otorgado por Institutos de Enseñanza Superior no Universitaria o Universidades de Gestión Estatal o Privada. ALCANCES DEL TÍTULO: • Planificar, desarrollar, seleccionar e instalar sistemas informáticos en diferentes configuraciones de monousuarios o de redes, así como la comunicación y combinación de ambos. - Organización y dirección de departamentos de Informática y/o de procesamiento de datos.  Diseñar e implementar software y determinar normas, especificaciones y estándares necesarios.  Desarrollar investigaciones en el campo de la Informática.  Realizar evaluaciones, auditorías e implementar técnicas de seguridad en relación a proyectos y sistemas informáticos.  Efectuar el modelado y simulación de sistemas para analizar su comportamiento y factibilidad.  Realizar arbitrajes y pericias informáticas.  Realizar tareas como docente universitario. DURACIÓN: 2 años y medio. PLAN DE de la Licenciatura (Resolución ministerial 656/03 - MECyT) CICLO DE LICENCIATURA:
               

en

ESTUDIOS Informática.

LI111 LI112 LI113 LI114 LI115 LI211 LI212 LI213 LI214 LI215 LI216 LI311 LI312 LI313 LI314 LI315

- Control de Gestión. - Ingeniería de Software. - Desarrollo de Sistemas Informáticos. - Investigación Operativa. - Sistemas de Bases de Datos. - Redes de Computadoras. - Administración de la Calidad Total - Auditoría en Informática. – Metodología de la Investigación. - Procesos Estocásticos y Simulación. – Sistemas Expertos. - Sistemas Informáticos Distribuidos. - Reingeniería de Procesos. - Sistemas de Soporte de Decisión. - Economía. - Planificación y Control de Proyectos.

91

LI411 – Seminario de Tesis. LI412 – Desarrollo de Trabajo de Tesis. LI413 – Tesis.El orden en el dictado de las diferentes cátedras dependerá de la secuencia que establezca la Secretaría académica, lo que no alterará las correlatividades.
  

Título: LICENCIADO/A EN INFORMÁTICA

92

Sign up to vote on this title
UsefulNot useful