Funcionalidades propuestas para remplazar el Sistema de Sealizacin No.

7 -SS7- mediante el Protocolo de Inicio de Sesiones SIPPatrones de diseo que permitirn la integracin de los medios de telecomunicacin en las redes de la siguiente generacin originados en la convergencia exitosa de comunicaciones multimedia
AUTOR: Edgardo Ramn MAIDANA. DIRECTOR: Ing. Gabriel Forenza TUTOR: Lic. Carlos Visca

Licenciatura en Informtica Universidad Nacional De Lomas De Zamora Facultad de Ingeniera Subsede Hurlingham

Noviembre 2011

Funcionalidades propuestas ............................................................4 ABSTRACT..................................................................................4 Introduccin..................................................................................7 Objetivo.....................................................................................7 Fundamento...............................................................................7 Internet2 SIP.........................................................................9 Contact Center Asterisk..........................................................9 Telefona IP..............................................................................9 Metodologa..............................................................................10 Cronograma..............................................................................10 Indice de captulos probables.......................................................11 Alcance....................................................................................11 Recopilacin 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 envo 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 telefona 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

Presentacin del primer requisito.................................................53 Anlisis.......................................................................................54 CNC Argentina...........................................................................55 Disposiciones CNC telefona.........................................................55 ISUP argentina..........................................................................57 ..............................................................................................65 Presentacin del segundo requisito...............................................65 Servicio universal Latinoamrica..................................................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 Diseo........................................................................................77 Servidor de aplicaciones ...............................................................79 Parlay......................................................................................79 Sailfin......................................................................................80 SOFTSWITCH ESTATUTO...............................................................85 Conclusion...................................................................................88 Bibliografa..................................................................................89 Recursos Digitales......................................................................89 Recursos impresos.....................................................................89 Anexo.........................................................................................91

Funcionalidades propuestas
para remplazar el Sistema de Sealizacin No.7 -SS7- mediante el Protocolo de Inicio de Sesiones SIP-

ABSTRACT
Una sesin multimedia implica la posibilidad de iniciar, mantener y cerrar una comunicacin entre dispositivos electrnicos con capacidad de envo y recepcin de texto, audio, imgenes, video y cualquier otro medio en desarrollo y a desarrollar. Desde la creacin del Protocolo de Inicio de Sesin (SIP, por sus siglas en ingls) y en conjunto con el crecimiento de Voz Sobre IP (VoIP, por sus siglas en ingls) un nuevo mundo de telecomunicaciones convergentes surge, el cual necesita de una infraestructura complementaria basada en IP. Para lograr y conseguir mantener esta evolucin es que el Sistema de Sealizacin No. 7 (SS7) observo inadecuado. Este trabajo aportar los conocimientos suficientes para crear las funcionalidades que estn requiriendo las redes de la siguiente generacin (NGN). La meta de una nueva tecnologa es brindar, ofrecer, garantizar servicios y oportunidades de tal manera de conseguir una valoracin significativa. SIP ha conseguido en este sentido surgir como estndar de hecho para habilitar telecomunicaciones multimedia con pretensin de dar soporte a las redes de la prxima generacin (NGN, por sus siglas en ingls). Esta es la razn principalsima que tiene este trabajo para basar en SIP la bsqueda de convergencia de medios de comunicacin.. La evolucin 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 generacin NGN de telecomunicaciones tiende a realizarse como TodoIP, acompaado por el creciente inters por mantener un directo contacto con Internet que marca la pauta para el desarrollo de la sociedad de la informacin.

Palabra claves: Telecomunicaciones Redes Multimedia Seguridad Sesin Protocolo SIP NGN SS7 UDP/IP Internet Sociedad de la Informacin

Introduccin

Objetivo
El presente trabajo pretende descubrir y publicar patrones de diseo para la convergencia de medios de comunicacin multimedia. Basado en casos de xito de integracin de medios de comunicacin, estos patrones permitirn crear las funcionalidades de SIP necesarias para que las redes NGN sean alcanzables por los diseadores de estas. Entendiendo que SS7 es la red de comunicacin primordial en la actualidad, que esta red consigue estabilidad del 99.999, que sobre ella funcionan los servicios corporativos ms utilizados; comprendo que es necesario reutilizar las buenas prcticas de diseo concebidas en ella.

Fundamento
Los medios de comunicacin convergen. Se integran entre s. Y paso a demostrarlo con dos ejemplos. Breviario de las telecomunicaciones En 1832 el hombre inventa el telgrafo. El telfono aparece en 1876. Y en 1897 la innovacin es la radio. Las invenciones participan de la vida social cuando se crean servicios con ellos y son distribuidos. En el caso de la telefona podemos apreciar como puntos de inflexin de su rica historia los siguientes hitos: 1879 1889. Perodo durante el cual las conmutaciones de circuitos se realizan de forma mecnica. O sea, aparte de los interlocutores es necesario una operadora telefnica para que realice la seleccin del trayecto de la comunicacin 1889. El Sr. Strowger, un sepulturero insatisfecho por el servicio telefnico, inventa un conmutador (switch, en ingls) que realiza la seleccin de ruta en forma mecnica 1976. La organizacin ITU presenta el Sistema de Sealizacin N 6 (CCSS6). Esta nueva forma de sealizacin incorpora conceptos que trascienden las de un servicio telefnico bsico. Entre estos estn los de servicios suplementarios y redes inteligentes. 1980. La ITU presenta el Sistema de Sealizacin N 7 (CCSS7), conocida como SS7 por sus siglas en ingls. Es el sistema que permite todas las comunicaciones telefnicas y la interconexin con servicios computarizados. Entre estos son destacables las tecnologas CTI y la red Digital de Servicios Integrados (ISDN)

Con las evoluciones relatadas en los dos ltimos tems se consiguieron los siguientes avances en las comunicaciones telefnicas: Mayor confiabilidad ante el fraude, antiguamente generar tonos era algo muy simple. Estos tonos permitan entablar conversaciones de larga distancia gratuitamente. Agrandar las funcionalidades permitidas sobre la red telefnica bsica, anteriormente el tipo de sealizacin utilizada era un limitante en este sentido. Mejora la utilidad de los canales dedicados a la sealizacin Posibilidad de implementar nuevas funcionalidades. La evolucin histrica demuestra que las comunicaciones telefnicas avanzan hacia la digitalizacin de las telecomunicaciones e integracin con otros servicios. Unin Internacional de las Telecomunicaciones ITU La organizacin reguladora de las telecomunicaciones a nivel internacional es la ITU. Sus siglas en ingls han pasado por diferentes metamorfosis. Pasemos a revisarlas: 1865. Se crea la Internacional Telegraph Union (ITU). Su misin es regular los cdigos utilizados entre los pases. 1927. La ITU es dividida en tres comits (entre parntesis sus siglas): Radio (CCIR), Telegrafa (CCIT), Telefona (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 comits CCIT y CCIF son unificados en uno, el Comit Consultivo Internacional para Telegrafa y Telefona (CCITT). 1992. ITU es reorganizado en tres nuevos organismos: ITU-T: responsable de emisin de estndares relacionados con las telecomunicaciones, ITU-R: responsable de las radiocomunicaciones, ITU-D: similar para estndares en desarrollo 1992. El CCITT es abarcado por ITU-T Nuevamente observamos un avance cronolgico hacia la integracin de los medios de comunicacin, 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 acadmicos, corporativos, gubernamentales y hogareos. Es tal la integracin que desde Internet podemos enviar mensajes a telfonos celulares, dejar mensajes de voz en telfonos de la red pblica, avisar de eventos a travs 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 integracin entre distintos medios de comunicacin pasando por Internet. Para participar de las redes NGN es

necesario involucrar este concepto. Y es por ello que SIP logra ser el protocolo de sealizacin que ha incorporado el mercado de las telecomunicaciones como estndar de hecho. SIP proviene del mismo organismo regulador de la pila TCP/IP, la Fuerza de Tareas para la Ingeniera 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 comunicacin. Esta proposicin es de por s suficientemente amplio como para poder abarcarlo en este trabajo. Por esto restringiremos el estudio a determinados casos de xito de integracin de telecomunicaciones mediante SIP para extraer patrones de diseo reutilizables. Explicar a continuacin estos casos de xito.

Internet2 SIP
El desarrollo de la siguiente evolucin de Internet incorpora el concepto de la integracin. El caso que merece nuestra atencin consiste en conseguir aunar correo electrnico, con telefona IP y telefona de red pblica. 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 telefnica no debe recordar ningn nmero telefnico. Por el contrario intenta conectar con un nombre de usuario ubicado en determinada organizacin. Un ejemplo de ello podra ser ermaidana@unlz.edu.ar. La arquitectura creada mediante SIP es lo suficientemente inteligente para derivar esa llamada a un telfono de red pblica, un interno de la universidad, una casilla de voz.

Contact Center Asterisk

Un contact center incorpora los siguientes medios de comunicacin corporacin cliente: telefona, correo electrnico, chat, cobrowsing, voz sobre IP, fax, telefona mvil, servicios Web. Para alcanzar este nivel de integracin son necesarios servidores y pasarelas que traduzcan los diferentes formatos de comunicacin. Entre las plataformas mejor desarrolladas en ese sentido, hallamos Asterix. Estos contact center estn funcionando satisfactoriamente. Y por supuesto utilizan como protocolo de sealizacin al objeto de nuestro estudio: SIP

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

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

Metodologa
Para el desarrollo y escritura de este trabajo usar una metodologa propia del diseo de software y hardware. Es ampliamente reconocida en el mundo informtico. Consiste en las Directrices para la Ingeniera de Aplicaciones Rpidas (GRAPPLE en ingls). Estas Directrices estn especificadas por Joseph Schmuller. Utiliza diagramas UML para la descripcin de los elementos que componen el sistema diseado. Para obtener este sistema se parte de la divisin del proceso ingeniera en segmentos, acciones, productos de trabajo y documentacin. Los segmentos que utilizar son tres: recopilacin de necesidades anlisis diseo. Estos tres constarn de las siguientes acciones y productos de trabajo: Recopilacin de Necesidades o Analizar dominio de accin - Diagrama de clases o Analizar entorno circundante - Diagrama de distribucin o Listar necesidades de implementacin - Diagramas de paquetes, Diagrama de casos de uso Anlisis 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 integracin de sistemas de comunicacin - Diagrama de estados, Diagrama de secuencias, Diagrama de colaboraciones, Diagramas de distribucin Diseo o Desarrollo de Diagrama de componentes - Diagramas de componentes o Descubrir patrones de diseo - Patrones de diseo o Documenta los patrones de diseo

Cronograma
El cronograma respetar la ordenacin de las acciones especificadas en el apartado Metodologa. En concreto, las acciones coinciden con las tareas en un diagrama de Gantt. Las tareas correspondientes a los segmentos Recopilacin de necesidades y Diseo tendrn una duracin de una semana cada una. Las tareas pertenecientes al segmento de Anlisis durarn dos semanas cada una. El desarrollo del trabajo totalizar doce semanas.

10

En caso de demora durante la realizacin de una tarea, la tarea subsiguiente tendr que aguardar la finalizacin de la accin retrasada. Por lo cual el tiempo total ser extendido convenientemente.

Indice de captulos probables

La escritura de la tesis respetar la ordenacin de los segmentos y acciones especificadas. Dividir la tesis en tres secciones, correspondientes a cada segmento. Cada seccin estar comprendida por captulos acordes al nombrado de las acciones. Antes de la primera seccin incluir un captulo introductoria a la tesis. Y luego de la ltima seccin un captulo resolutorio. En este estar la realizacin concreta de este trabajo.

Alcance
La arquitectura SIP consta de los siguientes componentes interrelacionados: aplicaciones, ambiente de ejecucin, 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 sealizacin se denomina ISUP. La relacin de esta capa con SIP forma el objeto de nuestro estudio. Por lo tanto este trabajo solamente incluir en su anlisis 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 funcin fundamental en la redes NGN (Next Generation Networks) y actan como una importante fuente de generacin de ingresos, permitiendo los nmeros 0800 y la consulta de tarjetas de crdito. Cualquier elemento que no pertenezca a este dominio no formara parte de este estudio.

11

12

Recopilacin de Necesidades
En esta seccin 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. Accin que se da a travs de una pasarela de sealizacin, por lo cual tambin dedicaremos un captulo a su comprensin. Una vez concluido comprenderemos someramente el concepto de redes de prxima generacin, sus componentes y utilidad.

Figure 1 - softswitch

13

SS7 ISUP
El SS7 es un conjunto de estndares para la telefona que nace de la necesidad de permitir servicios de voz y datos sobre las lneas telefnicas, digitalizar de la red, mejorar el anterior SS6. El protocolo funciona pasando mensajes entre entidades, utilizando canales distintos para sealizacin y voz. Este canal bsico tiene 56 Kbps o 64 Kbps, segn el estndar utilizado sea USA o Internacional. El SS7 empez a desplegarse a mediados de la dcada del 80. Uno de sus primeros usos fue unir la red de telefona a base de datos que permita traducir lneas 0800. Y luego se agregaron servicios 911, personalizacin de llamados, identificador de llamados, etc. Un elemento desconocido por estas latitudes, la portabilidad numrica, tambin es beneficio del SS7. Permite tambin 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 telefona celular tambin funciona debido al protocolo SS7. Esto es las bases de datos de las compaas celulares, utilizan el protocolo para informar la transicin entre celdas de un dispositivo mvil. Incluso permite que las redes celulares nter operen con la red de telefona pblica. El conjunto de protocolos de SS7 permite muchos ms servicios, por lo cual estas normas han simplificado el camino hacia la red inteligente (IN) y, con ello, una gran variedad de servicios, muchos an 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 informacin de enrutamiento de clientes y otros necesarios par servicios de redes inteligentes avanzadas. Service Switching Point. Punto de conmutacin 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 sealizacin hacia el STP y espera sucesivas informaciones para procesamiento de llamadas. Signaling Transfer Point. Punto de transferencia de sealizacin. Es un conmutador que maneja mensajes de sealizacin utilizados para levantar llamadas telefnicas, consultas a base de datos externas para enlutar y procesar informacin, as como entregar instrucciones de manejo de llamadas. Service Creation Environments. Ambiente de creacin de servicios. Son bloques de construccin de servicios de telefona utilizados por las redes inteligentes avanzadas. Consisten de bloques de informacin de servicios personalizados y disparadores, que los usuarios usan para describir servicios tales como enrutado segn el horario. Estas descripciones estn cargadas dentro de los SCP o Nodos de servicio para ejecutarse dentro de la red.

SSP

STP

SCE

Estos componentes estn unidos por enlaces links y enrutados routes. En forma indiferente a los SCP, SSP y STP se denominan puntos de sealizacin.

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 sealizacin final

15

(Signaling End Point), como un SCP o un SSP a un STP. Slo se transmiten los mensajes originados por o destinados al punto de sealizacin 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 tpicamente 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 tambin se instalan en pares, estos no se interconectan entre s. Enlace D: Un enlace D (Diagonal), conecta a algn par secundario de STP hacia un primario. Los STP secundarios dentro de la misma red se conectan va 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 sealizacin. Cada uno de estos componentes esta identificado por un Punto de Cdigo. El cual puede ser: Nacional: Identifican un Punto de Sealizacin dentro de una red nacional, pueden repetirse de pas en pas, e incluso en algunos pases se repiten de operador en operador. En el caso de la Argentina los Cdigos de Punto de Sealizacin 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 Sealizacin unvocamente a nivel mundial. A un SSP se conectan los usuarios finales. Un SSP puede atender alrededor de 10000 suscriptores.

16

Figure 4 Conexin ltima Milla

A este tipo de conexin se las conoce como Ultima Milla. En ellas las sealizacin son sencillas. Consisten en la seccin denominada sealizacin de abonado Generacin de la llamada Marcacin de los nmeros Responder a la llamada Mensajes de avisos, Ej. Tono de ocupado

Con mayor detalle, las seales de abonado pueden dividirse en 4 categoras: 1) Seales de direccionamiento. Representan los dgitos marcados para indicar el nmero de B. Los dgitos se envan de dos formas: pulsos y tonos (DTMF). Ya dijimos que la sealizacin por pulsos es algo obsoleta. En DTMF el pulsar un dgito genera un par de tonos de frecuencia asociados con dicho dgito. Este sistema es mucho ms rpido que el discado por pulsos y adems permite, una vez establecida la llamada, nter operar con sistemas automticos o activar servicios suplementarios tales como call forward. La tabla que sigue muestra los tonos posibles y los dgitos representados por los mismos: 2) Seales de supervisin Un telfono tiene dos posibles estados: on hook y off hook. On hook = Telfono colgado. Off hook = Telfono 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 lnea juntos. Esto no genera problemas en lneas residenciales, pero s lo hace con sistemas automticos como PBX, en esos casos suele usarse sealizacin ground start. Con ground start la placa puede iniciar el estado off hook ms all de la indicacin de ringing. 3) Tonos y anuncios Se trata de seales audibles que indican el progreso de una llamada. Incluyen: Tono de discado. Indicacin de B llamando (ringback tone). Tono de ocupado (busy tone). Los tonos o seales forward van en sentido de la llamada. Los tonos o seales backward van en sentido contrario a la llamada. 4) Timbre (ringing) Se trata de una seal 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 pas tiene un patrn de timbre conocido como cadencia, en USA es 2 segundos encendido, 4 segundos apagado. Power ringing y ringback son seales que no guardan entre s relacin 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 todava no estar recibiendo power ringing. Eso de: si soy yo te dejo sonar tres veces y corto no reemplaza un identificador de llamadas. Secuencia bsica 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 acta como invitacin a marcar. 3. El abonado A marca el nmero del abonado de destino (B). 4. La CO detecta los tonos y aprende el nmero B. 5. La CO busca en su tabla de ruteo a que CO debe mandar la llamada. 6. La CO de A manda va sealizacin entre el nmero 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 prcticos 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 comunicacin vocal entre A y B.

18

Figure 5 - Secuencia de llamados bsico telefnica

A partir de este momento la llamada se realiza utilizando un canal de voz que en breve estudiaremos. Entre los puntos de sealizacin se utiliza la sealizacin de red, que es lo mismo que decir Sealizacin entre Centrales Telefnicas (CO). Tiene lugar entre las CO de la red, sin importar su jerarqua. Debe cumplir una cantidad mucho ms basta de funciones que la sealizacin de abonado. Estas funciones en las redes modernas abarcan funciones tales como la portabilidad numrica, la traduccin de nmeros 08xx, la validacin de tarjetas de crdito y otras funciones que pueden por ejemplo implicar interaccin contra bases de datos. Existen varios tipos de sealizacin de red: 1. analgica de 2 hilos 2. analgica de 4 hilos 3. por canal asociado 4. por canal comn El conjunto de protocolos SS7 utiliza por canal comn (CCS) (Common Channel Signaling pos sus siglas en ingls). Para comprensin 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 propsito: El canal 0 se utiliza alternativamente como palabra de alineacin de trama (FAS) y como canal de control (CW, control word). El canal 16 se utiliza para la sealizacin 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 sealizacin que pueden referenciar a los canales de voz, pero no tienen porque viajar fsicamente junto con los canales de voz. Hay distintos estndares de sealizacin por canal comn, entre los que se halla CCSS7, llamado sealizacin por canal comn nmero 7 (SCC N 7). La pila de protocolos C7 se trata de un conjunto que es temporalmente contemporneo 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 transmisin de mensajes de sealizacin a travs de una red de transporte tipo TDM. Han aparecido muchas variantes de transporte de sealizacin 7, la ms importante es la que se ha centrado en la transmisin de mensajes de SS7 a travs de redes IP. En este sentido Sigtran (Signaling Transport) es la ms destacable de las variantes no nativas de S7. En vez de usar el TS16 de una trama E1 se usa Ethernet. Las capas ms bajas del modelo nativo (MTP1, MTP2 y MTP3) son propias del transporte a travs 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 extraeran, y solo se utiliza la capa de aplicacin; que es la aquella que contiene los mensajes de sealizacin. La capa que ms nos importa es ISUP. Describimos de forma muy breve las capas no interesantes para el presente trabajo: MTP1: Capa fsica de la pila. Se trata de una capa tpica TDM, se utiliza en general el TS16 de las tramas E1 como canal para datos de sealizacin. En redes de alta capacidad pueden utilizarse varias tramas E1 enteras para la transmisin de informacin de sealizacin. MTP2: Se trata del nivel de control de enlace. Toma los mensajes de las capas superiores y define los paquetes a ser enviados a travs de MTP1. Se encarga de asegurar la entrega ordenada y libre de errores de los mensajes de sealizacin sobre la base de cada uno de los links, provee mecanismos para delimitar los mensajes y para alinear los enlaces. Tambin presta el servicio de monitoreo de la calidad de los links, como la medicin de BER, para informar a MTP3 sobre el estado de los mismos.

20

 MTP3: Capa de red. Realiza bsicamente dos tareas: Manejo de los mensajes de sealizacin (SMH): Entrega los mensajes a la aplicacin superior que solicito los servicios de MTP rutndolos a travs de la red. Cada mensaje tiene a nivel MTP3 dos campos: OPC (Origination Point Code): cdigo de punto del SP que genero el mensaje. DPC (Destination Point Code): cdigo de punto del SP al que va dirigido el mensaje. Los mensajes se rutan a travs del DPC, los nodos de la red 7 tienen tablas de ruteo que permiten encaminar los mensajes de origen a destino. Gestin de la red de sealizacin (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 informacin 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 identificacin biunvoca de todos los nodos de la red CCSS7 (SSP, STP, SCP). Esto lo hace a travs de los cdigos de punto de sealizacin (PC). Como vimos los PC son nmeros de 14 bits que viajan como campo en los mensajes de sealizacin, 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 informacin de sealizacin. Esto lo consigue por medio de tablas de ruteo y de analizar el cdigo de punto de destino que viaja en el mensaje. Tambin puede tomar la decisin 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 ms habitual es ISUP). Esto se consigue con un campo que se llama SI (Service Indicator) que codifica la aplicacin de nivel superior. Cdigo de punto de sealizacin (PC): Un nodo de la red C7 es biunvocamente identificado a travs de un cdigo de punto de sealizacin PC. El cdigo de punto es la direccin del SP dentro de la red. Existen cdigos de punto: Nacionales: Identifican un SP dentro de una red nacional, pueden repetirse de pas en pas, e incluso en algunos pases se repiten de operador en operador. En el caso de la Argentina los Cdigos de Punto de Sealizacin 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 pas que lo conectan con la red internacional tienen dos PCs, uno nacional y otro internacional. Los cdigos 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 Aplicacin va adentro de MTP3. Capa de Aplicacin (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 versin original, hoy est casi completamente reemplazado por ISUP (ISDN User Part). ISUP permite las funciones bsicas 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 transmisin de datos a travs de redes de sealizacin 7. Se trata de informacin no asociada a los circuitos (non circuit related), sino ms del tipo utilizado para interactuar con bases de datos. Anlogamente la capa TCAP. ISUP: La veremos en detalle en la siguiente seccin.

Figure 6 - Pila de protocolos SS7

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

viajara extremo a extremo. En la prctica ISUP super ampliamente su meta de concepcin y hoy transporta la sealizacin a nivel red de llamadas con accesos tipo ISDN y clsicos (POTS), en realidad la mayor parte del trfico ISUP corresponde a llamadas telefnicas generadas en terminales tradicionales. Posibles Arquitecturas de Conexin de la Sealizacin: Como dijimos ISUP se basa en un sistema de sealizacin por canal comn (CCS). Ms all de eso, los enlaces de sealizacin tienen dos formas de implementarse: Asociados a las lneas troncales que sealizan. La conexin es por medio de links tipo F. En este caso los canales de sealizacin siguen el mismo camino fsico que los troncales que controlan. Casi-asociados a las lneas troncales que sealizan. En este caso la vinculacin es a travs de links tipo A y existen uno o ms STP en el enlace de sealizacin. Los links de sealizacin 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 trfico ISUP en las redes de sealizacin. Los mencionados mensajes son los que intervienen en las fases de establecimiento y liberacin 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 anloga a la llamada bsica mostrada en Secuencia de llamados bsico telefnica

23

Figure 7 - "Diagrama secuencias ISUP"

El significado de estos mensajes servir de comprensin sobre la operacin de ISUP. Primero presentaremos brevemente los mismos, y luego una secuencia de ellos en una llamada telefnica

IAM
Contiene la informacin necesaria para establecer la llamada, incluyendo el nmero 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 Partys Category: Length: 1 Data: 0x0a Calling Party's category: ordinary calling subscriber Es una clasificacin de la parte llamante, puede ser: Suscriptor ordinario (lo normal) Operador Telfono 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, cdigo PCM en uso, etc.). Called Party Number (CdPN = Called Party Number): Length: 8 Data: 0x03102164836571f7 Contiene el nmero de telfono de destino, junto con algunos datos anexos: Nature of Address Indicator (nadi): national (significant) number Indica si el nmero de destino es nacional o internacional. Se usa para que quien recibe el nmero 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 nmeros cuando salen) en las plataformas. Odd/Even Indicator: even number of address signals Indica si la cantidad de dgitos del CdPN es par o impar. Numbering Plan Indicator: ISDN (Telephony) numbering plan Indica el tipo de numeracin 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 dgitos faltantes del CdPN. Tiene una estructura muy simple: Message Type: SAM Subsequent Number: Es un parmetro obligatorio variable que contiene los dgitos tendientes a ir completando el CdPN.

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

ACM
Se enva para indicar al origen que se recibi el CdPN exitosamente. Se envan adems los denominados BCI (Backward Call Indicators) para indicar informacin hacia atrs. Los campos del BCI son en muchos casos idnticos a los campos del FCI pero hacia atrs. Los principales indicadores son: Called Party Status Indicator: Indica si el destino est libre. Devuelve bussy si el extremo est ocupado Called Partys Category Indicator: Indica la categora general del destino (suscriptor ordinario, telfono 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 enva cuando la parte llamada responde. Puede contener parmetros 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 liberacin de la llamada. Las causas del REL segn su valor pueden clasificarse en clases, los tres bits ms significativos representan la clase y los dems 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 enva 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 nmero 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 nmero completo a travs de un mensaje ACM. Algo que es significativo, toda la comunicacin se realiza a travs del mismo protocolo, permite que la llamada reciba mnimo retardo en la sealizacin. 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 comunicacin 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 comunicacin 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 ms sealizaciones. La comunicacin 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 comunicacin, la etapa de sealizacin vuelve a tener importancia. En este caso libera la llamada el originador de la misma, por lo que su SSP es la que enva el mensaje REL. En el mensaje tambin indica la razn 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 evolucin de la arquitectura de Internet. Est dividido en grupos de trabajo correspondientes a un area particular, como ser enrutado, transporte, seguridad. Todos ellos responden al Cuerpo de arquitectura Internet IAB y al Grupo direccin de ingeniera Internet. Sus funciones son contratados por la Sociedad Internet ISOC. Ejemplos de estas tareas son la creacin 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 actualizacin de la RFC2543 sobre el protocolo de inicio de sesin 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 travs 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 dinmico y actualizado de las tecnologas Internet.

Que es SIP

El Protocolo de Inicializacin de Sesiones (SIP) es un protocolo desarrollado por el IETF con la intencin de ser el estndar para la iniciacin, modificacin y finalizacin de sesiones interactivas de usuario donde intervienen elementos multimedia como el video, voz, mensajera instantnea, juegos online y realidad virtual. En Noviembre del ao 2000, SIP fue aceptado como el protocolo de sealizacin de 3GPP y elemento permanente de la arquitectura IMS (IP Multimedia Subsystem). SIP es uno de los protocolos de sealizacin 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 pblica conmutada de telefona. SIP tambin implementa muchas de las caractersticas 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 telfonos de auricular). SIP es un protocolo punto a punto. Como tal requiere un ncleo 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 caractersticas de SIP son implementadas en los terminales en oposicin a las tradicionales caractersticas de SS7, que son implementadas en la red. Al ser un protocolo basado en texto posibilita una fcil implementacin y depuracin, y eso lo hace flexible y extensible. El nmero de encabezados que implica usar un protocolo basado en

32

texto no tiene mayor trascendencia, ya que SIP es un protocolo de sealizacin, y no es un protocolo para el intercambio de datos de usuario, donde si tendra consecuencias. Las principales funciones del protocolo son las siguientes: Localizar al endpoint Contactarlo para establecer una sesin Intercambio de informacin para permitir que la sesin se establezca Modificar sesiones de media ya existentes Finalizar sesiones multimedia SIP tambin ha sido extendido para brindar informacin de presencia y brindar informacin sobre la ubicacin como el contenido de una lista de contactos en sesiones de mensajera instantnea Estas funciones incluyen: Publicar y actualizar informacin de presencia. Transporte de mensajes. Presencia y notificacin de otros eventos. Aunque algunos de los ejemplos tratan a SIP desde una perspectiva telefnica, hay muchos ejemplos que tratan sobre usos no-telefnicos de SIP. Veamos como estn conformados estos mensajes de texto. Un cliente SIP UAC solicita un servicio a un servidor SIP UAS. Y espera la respuesta. Ese mensaje de peticin 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 lnea con la informacin clave Los encabezados con informacin suplementaria El cuerpo del mensaje conteniendo informacin de la aplicacin Hasta ac son muy similares a un mensaje http por ejemplo. Y continuando con las similitudes, confa en otros protocolos para cumplir su cometido. Por ejemplo para transporte puede utilizar UDP o TCP, en el transporte de la voz confa en RTP o RTCP, comunicacin de formatos de medios disponibles SDP, etc. Los mensajes bsicos son: INVITE ACK CANCEL BYE REGISTER OPTIONS Pero el IETF continuamente incrementa los mismos para funcionalidades particulares, como SUBSCRIBE y NOTIFY para mensajera instantnea y presencia, REFER para transferencia de llamados, y muchos otros. Las respuestas a los mensajes de solicitud son similares tambin al protocolo http. 100 hasta 199 para informacin. Ej.: 100 intentando la conexin 200 hasta 299 para indicar un xito. Ej.: 200 OK. 300 hasta 399 para redireccin. Ej. : 302 movido temporalmente 400 hasta 499 para indicar error en el cliente. Ej. : 401 sin autorizacin 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 propsito de SIP es permitir el establecimiento de sesiones entre los Agentes de usuario UA. Como el nombre implica, un agente de usuario toma la direccin o la entrada de un usuario y acta como agente en el inicio y tratamiento de sesiones de medios con otros Agentes de usuario. En la mayora de los casos, el usuario ser un ser humano, pero podra ser otro protocolo, como en el caso de una pasarela. Debe ser capaz de establecer una sesin 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 enva mensajes mayores a 1.000 octetos, adems contiene tanto la aplicacin cliente (UAC) como la de servidor (UAS). El UAC inicia peticiones mientras que el UAS genera respuestas. Durante una sesin, el UA funcionar como UAC y UAS, debe tambin soportar SDP (sesin description protocol) y entender cualquier mensaje en una peticin, aunque los campos desconocidos del header pueden ser ignorados. El UA debe anunciar sus capacidades y caractersticas en cualquier peticin que enve, esto permite que el otro UA aprenda de ellos. Por ejemplo, los mtodos que UA soporta deben ser enumeradas en cuerpo, encabezados y extensiones. Los dispositivos que manejan SIP pueden clasificarse segn la utilidad que ofrezcan al protocolo y funciones que utilicen, a saber: Agentes de presencia Es un dispositivo capaz de recibir peticiones de suscripcin y generar notificaciones de estado. El agente de presencia soporta presence Event package, responde al la peticin de SUBSCRIBE, y enva peticiones NOTIFY. Puede recoger informacin de presencia de un nmero de dispositivos la cual puede venir de, SIP device registering, o SIP device publishing, o de otras fuentes no-SIP. Un servidor de presencia acta a veces como agente y brinda informacin de presencia y otras veces como Proxy, enviando peticiones SUBSCRIBE a otros agentes de presencia, primero autentica una peticin de suscripcin, si la autentificacin pasa, establece un dilogo y enva las notificaciones. La suscripcin puede ser refrescadas recibiendo nuevamente una peticin SUBSCRIBE. Back-to-Back Agentes de usuario (B2BUA) Recibe peticiones SIP, las reformula y las enva como nuevas peticiones, las respuestas tambin son reformuladas y enviadas de regreso. Por ejemplo B2BUA puedes se utilizada para implementar servicios annimos en el cual dos UA SIP puedan comunicarse sin aprender informacin 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 informacin, adems de eliminar cualquier campo en el header SIP que contenga informacin de la parte llamante. La respuesta tambin 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 informacin de la otra parte durante el establecimiento de la sesin. (La parte llamante necesita conocer el URI de la parte llamada). La aplicacin mas comn en redes SIP es actuar como layer gateways (ALG). Algunos firewalls tienen funcionalidades ALG. Pasarelas SIP Es una aplicacin que interconecta una red SIP a una red que utiliza otro protocolo de sealizacin. En los trminos del protocolo SIP, una pasarela es un Cliente y servidor SIP. Puede terminar el recorrido de la seal y puede tambin 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 seal del SIP y convierte la sealar a H.323, pero el UA del SIP y el terminal H.323 pueden intercambiar la informacin de los medios RTP directamente sin pasar a travs de la pasarela. Una pasarela SIP a red de telefona pblica (PSTN) termina ambas, las trayectorias de sealizacin y de los medios. SIP puede traducirse con, los protocolos comunes de PSTN tales como Integrated Services Digital Network (ISDN). Una pasarela PSTN tambin convierte los medios RTP de la red IP en una lnea estndar de telefona. La conversin de las trayectorias de sealizacin y de los medios permite llamar a y desde PSTN usando el SIP. Las pasarelas descomponen en: media gateway (MG) : el MG maneja la conexin de los medios. media gateway controller (MGC) : el MGC es llamado agente de llamada porque maneja los protocolos de control de la llamada (sealizacin), Esta descomposicin es transparente al SIP. Otra diferencia entre un UA y una pasarela es el nmero de usuarios, mientras que un UA soporta tpicamente a un solo usuario, una pasarela puede apoyar centenares o a millares de usuarios. Una pasarela PSTN poda dar soporte a un cliente corporativo grande, o un rea geogrfica 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 lgicas. Proxy Servers Recibe una peticin SIP de un UA o de otro Proxy y acta en nombre del UA reenviando o respondiendo a la peticin. El Proxy no es un B2BUA puesto que este solo permite modificar peticiones y respuestas segn las reglas terminantes precisadas en RFC 3261. Un Proxy Server tiene tpicamente acceso a una base de datos o a un servicio de localizacin para ayudarle en el proceso de la peticin (determinando el salto siguiente). La interfaz entre el Proxy y el servicio de localizacin 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 peticin. Las bases de datos podran contener registros del SIP, la informacin de presencia, o cualquier otro tipo de informacin 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 peticin de CANCEL es una excepcin a esta regla.) 2. No tiene capacidad de los medios. 3. No analiza cuerpos de mensaje; confa exclusivamente en campos del Encabezado. Un Proxy-Server de salida por defecto, al cual enva 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 sern utilizadas para localizar un Proxy Server en el otro dominio. Este Proxy, a veces llamado inbound puede aplicar servicios de enrutamiento, tambin tiene acceso a informacin de registro del usuario, y puede enlutar la peticin al partido llamado. En general, a futuro las peticiones del SIP sern 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 peticin 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 ningn tipo de informacin, adems 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 informacin en futuras solicitudes y respuestas. Por ejemplo, comienza un contador de tiempo en que se remite una peticin. Si no se recibe ninguna respuesta a la peticin dentro del perodo del contador de tiempo, el Proxy retransmitir la peticin, relevando al UA de esta tarea, tambin puede requerir la autentificacin del UA. El tipo ms comn de proxy SIP es un proxy stateful de la transaccin el cual guarda el estado sobre una transaccin pero solamente mientras la peticin esta pendiente. Por ejemplo, un proxy stateful de la transaccin guardara el estado cuando recibe una peticin INVITE hasta que reciba una 200 OK o una respuesta final de la falta (Ej. 404 not found). Despus de sa, destruira la informacin del estado. Un ejemplo de servicio de bsqueda es un Proxy Server que recibe una peticin INVITE, y la retransmite a un nmero 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 enva CANCEL al segundo UA para detener la alerta. Si ambos UA hubiera contestado, el Proxy habra remitido a ambos 200 OK y el originador de la llamada habra tenido que elegir, probablemente aceptando una y enviando un BYE a la otra. Un Proxy stateful enva generalmente una respuesta 100 Trying cuando recibe un INVITE, Proxy stateless nunca enva una respuesta 100 Trying. Un Proxy que maneja peticines 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 lmite al nmero 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 peticin, si Max-Forward llega a cero, el Proxy desecha el mensaje y enva 483 Too Many Hops. Un contador de tiempo limita el excedente de tiempo que un Proxy stateful mantiene la informacin de estado. En el INVITE inicial SessionExpires en el header indica el intervalo despus del cual los Proxy pueden desechar la informacin de estado sobre la sesin, 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 informacin en casos donde una peticin 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 localizacin 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 informacin del contacto se pone a disposicin de otros servidores SIP dentro del mismo Administrative Domain, tal como Proxy y redirect servers. En una peticin 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 conmutacin de paquetes. Un softswitch sirve como plataforma de integracin para aplicaciones e intercambio de servicios. Se basa en una combinacin de software y hardware que se encarga de enlazar las redes de paquetes IP y las redes tradicionales, las cuales desempean funciones de control de llamadas tales como conversin de protocolos, autorizacin, contabilidad y administracin de operaciones. Esto significa que los softswitches buscan imitar las funciones de una red de conmutacin de circuitos para conectar abonados (clase 5), interconectar mltiples centrales telefnicas (clase 4 o tandem) y ofrecer servicios de larga distancia (clase 3), de la misma manera como lo hacen las centrales telefnicas actuales. Adems, segn los fabricantes como Nortel, Lucent, Cisco y HP el uso de esta tecnologa ayudar a los operadores a suministrar servicios nuevos y tradicionales a menor costo. Es la pieza central en la red de telefona IP , puede manejar inteligentemente las llamadas en la plataforma de servicio de los ISP. Una caracterstica clave del Softswitch, es su capacidad de proveer a travs de la

37

red IP un sistema telefnico 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 trfico se desva a esta ltima. Las interfaces de programacin permitirn que los fabricantes independientes de software creen rpidamente nuevos servicios basados en IP que funcionen a travs de ambas redes: la tradicional y la IP. Adems 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 conexin 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 funcin de la sealizacin y de la informacin 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 gestin como los sistemas de facturacin y provisin. Pueden coexistir con las redes tradicionales de redes conmutadas as como puede proveer los servicios de la tecnologa de conmutacin 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 fcil armar aplicaciones, permite evitar fallar y mejora cuestiones de escalabilidad. Tiene protocolos bien definidos sobre los que apoya. La sealizacin 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 nmeros de telfono con las direcciones SIP, y as en ms cada protocolo para su propsito de creacin. La comunicacin multimedia utiliza las limitaciones del odo y la vista del ser humano para abaratar el uso de la red. SIP establece los extremos con su direccin 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, identificacin del emisor, sincronizacin, deteccin de prdidas, segmentacin y reensamblado, seguridad y encriptacin. El proxy SIP mantiene unidos a las pasarelas y PSTN y SMS, los telfonos,

38

las aplicaciones y otros dominios. AL pasar la sealizacin SIP por el proxy, sirven para brindar seguridad entre extremos. Tambin para reportar utilizacin, decidir cules servicios ofrecer, y por el hecho de conocer los extremos que unen pueden realizar el direccionamiento.

Ejemplo de envo de mensajes SIP

Un suscriptor desea comunicarse con otro. Uno de ellos es un telfono SIP. Por lo cual antes de realizar el llamado tuvo que registrar con un Registrador SIP. Cuando el suscriptor marca el nmero de destino, enva un mensaje SIP INVITE desde la IP 186.56.195.184 hacia el Proxy SIP con los datos que identifican a la llamada unvocamente: From: 63856199. To: <sip: Call-ID: f5127f5f- Tambin agrega informacin 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 criptogrfico Message digest para autenticar al originador de la comunicacin. 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 enva el mensaje de reconocimiento ACK y vuelve a armar un mensaje INVITE con los datos solicitados. Este mensaje tiene un nmero 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 telefona consigue entablar comunicacin 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 segn SDP. Estos medios incluyen codec de audio. Se selecciona el que ambos UA compartan y sea de mayor calidad. Similar a cuando los mdems comparten informacin de sus parmetros de velocidad y dems.
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 parmetro 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 parmetro 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, enva un mensaje BYE, confirmado por el softswitch con 200 OK. A diferencia del protocolo ISUP, no hay indicacin sobre las razones de la finalizacin 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 tcnica 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 espaol, la traducir como pasarela segn las costumbres.

Qu es una pasarela
Las comunicaciones del NGN estn basadas en Todo IP. Este mundo incluye telefona tradicional, VoIP, Internet, entre otras redes de comunicacin. La telefona tradicional, comnmente reconocida como red de telefona pblica conmutada (PSTN), esta estandarizada por la organizacin 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 organizacin IETF, facilidad de uso. Para que sendas redes puedan mantener la comunicacin es necesaria la existencia de una pasarela (gateway en la literatura inglesa) que traduzca la sealizacin entre uno y otro. Veremos a continuacin 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 electrnico, crecimiento rpido de accesibilidad a SIP, amplio despliegue de servidores SIP empresariales que funcionen como plataforma de experimentacin 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 conexin es realizada por un cliente que emite una solicitud SIP a una direccin 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 direccin electrnica dispone de una extensin telefnica de referencia y encamina la llamada hacia la central telefnica PBX por medio de la pasarela adecuada. As est implementado en la Universidad de Valencia, Espaa. Pero la mayora de las Universidades interconectadas siguen las guas del Cookbook editado por SIP.edu. En lneas generales la gua 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 direccin SIP a la direccin PBX e interconecta el audio desde IP hacia la PBX. una de las pasarelas

Provee guas de configuracin para cada experimentadas Asterisk PBX - looking for authors! Avaya G350 Media Gateway Cisco Gateways

Seala 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 recomendacin para una instalacin inicial. Menciona las caractersticas futuras, tales como caller ID, y llamadas bidireccionales. El equipamiento de las dos universidades espaolas 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 travs de VoIP ARIU. El ideario del mismo es implementar VoIP sobre la Red de Interconexin Universitaria. Los objetivos es esta red son prestar servicios de conectividad nacional e internacional a las universidades asociadas; promover la integracin de la tecnologas de la informacin en el mbito universitario mediante la difusin y la capacitacin; promover el desarrollo de proyectos de colaboracin entre las universidades para la utilizacin de las tecnologas de informacin; desarrollar servicios relacionados con las tecnologas de la informacin 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 Mara, Crdoba. A continuacin 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 Informacin sobre llamadas Movilidad de internos Callback Utilizando como Proxy SIP la aplicacin Kamailio y SER. Como PBX SIP un Asterisk. Las pruebas demuestran que pudieron realizar casi 900 llamados en simultneo. La interconexin con la Red de telefona pblica consiguen con PBX tradicional existente.

Proveedor de telefona IP interconectado

Este proveedor funciona internamente con protocolo SIP, e interconecta con la PSTN a travs de varios proveedores. Los clientes del proveedor gozan de llamadas gratuitas entre ellos, bajas tarifas para llamadas locales y posibilidad de conectarse a travs 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 solucin comercial de Clarent consistente en SIP Registrar, Tarifado, VoiceMail, Media Gateway, Signalling Gateway, sirviendo a 2000 clientes con 200 llamadas simultneas diarias. Igualmente est pensado para utilizacin de mayor cantidad de llamadas en simultneo y posibilidad de sumar mayor cantidad de clientes. Es el equipo al que se conectan las tramas de telefona. Est equipado con una placa de 8 E1s llamada TP1610 que es la placa que acta 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 sealizacin 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 sealizacin 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 estn los canales de voz son identificados biunvoca 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 geogrficas diferentes con llamadas telefnicas locales. Esto se logra llevando la voz hasta la interconexin con la red de telefona pblica a travs de un servicio de datos. Pero la solucin propuesta por esta empresa francesa tambin 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 monitorizacin centralizados Evitar sistemas cerrados y propietarios, sin posibilidad de personalizacin y caros Plataforma escalable A continuacin observamos uno de los modelos propuestos, que consta de un servidor Asterisk con funcionalidades agregadas. Conectado a la red de telefona pblica y a la red de datos del contact center. Tambin conectado a los varios protocolos de telefona IP que permite Asterisk, como ser SIP, IAX2 y H323. En las estaciones de trabajo del operador mnimamente 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 Distribucin LINUX Placas T1 marca Digium o Sangoma Base de datos y servidor web Con esta arquitectura se ha llegado a obtener 250 llamadas simultneas.

Asterisk para empresa

Asterisk es una PBX por software que a partir de programacin y configuracin puede utilizarse como gestionador de llamadas, buzn de voz, conferencias, IVR, distribucin automtica 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, sealado ms arriba; creacin de un softswitch. El modelo implementado es el siguiente

Donde podemos observar una empresa con un Asterisk que funciona de PBX para interconectar los telfonos IP y el fax. Y a travs de un proveedor de telefona, tener acceso a la PSTN. En este caso particular, tambin contrat banda ancha al mismo proveedor, pero no es estrictamente necesario. El Asterisk ofrece servicios a 50 internos, con 20 llamadas simultneas, 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 solucin que presentaremos en la conclusin. Lo denominaremos Softswitch ESTATUTO. Consistir de un dispositivo SIP tipo softswitch que une la red de telefona pblica con una red de telefona SIP. Debe cumplir los lineamientos concluidos luego de realizar el anlisis de estos requerimientos en la siguiente seccin. Es interesante revisar cul 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 terminacin de las llamadas de voz. Permite la transicin a los operadores telefnicos que deben migrar a tecnologas 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 diseo 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 simultneas. 10000 clientes. Servicio tcnico.

U$S 248,070.00 Asterisk Nacional

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

U$S 1,250.00

Presentacin del primer requisito

Finalizada esta seccin de recopilacin de requisitos observamos que al momento de este estudio existen soluciones para campus universitarios, empresas, barrios privados, contact center. Tambin existen soluciones para proveedores de telefona en zonas pobladas y econmicamente viables. Pero entre medio existe un mercado insatisfecho de poblaciones con 1000 habitantes aproximadamente. Pues agregaremos este requerimiento al softswitch ESTATUTO para iniciar el anlisis.

53

Anlisis
En esta seccin profundizaremos sobre los resultados obtenidos durante la recopilacin de necesidades. Comprenderemos mejor la problemtica que debe abordar el softswitch ESTATUTO. Para eso recurriremos a dos actores: 1. legislacin y requerimientos tcnicos expresados por el ente regulador de las telecomunicaciones en la Argentina: CNC 2. propuestas de acceso universal y servicio universal de una organizacin que congrega a 20 organismos reguladores de telecomunicaciones de Latinoamrica y 3 de Europa como miembros observadores y promueve el intercambio de experiencias entre sus miembros: REGULATEL Al finalizar este anlisis estaremos en condicin de unir los distintos requerimientos y restricciones para iniciar el diseo del softswitch ESTATUTO.

Figure 13 - Softswitch ESTATUTO

54

CNC Argentina
La Comisin Nacional de Comunicaciones (CNC) es un organismo descentralizado que funciona en el mbito de la Secretara de Comunicaciones del Ministerio de Planificacin Federal, Inversin Pblica y Servicios, cuya misin y funciones son la regulacin, contralor, fiscalizacin y verificacin de los aspectos vinculados a la prestacin de los servicios de telecomunicaciones, postales y de uso del Espectro Radioelctrico. 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 telefona, Internet, audio texto, satlites, entre otros, as como intervenir en el cumplimiento de las condiciones, estndares de calidad y dems obligaciones vinculados a la prestacin del Servicio Postal Bsico 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 compaas telefnicas que operan en el pas. Para eso veremos brevemente cules son las disposiciones correspondientes a la telefona. Vale aclarar que la CNC no diferencia telefona tradicional de telefona IP.

Disposiciones CNC telefona

Mediante el Decreto No. 764/00 se dispuso que a partir del 8 de noviembre del ao 2000, las telecomunicaciones ingresan a un mercado de total libertad, y se estableci un nuevo marco regulatorio, el cual reglamenta sobre los 4 captulos esenciales para la liberalizacin de todos los sistemas de telecomunicaciones existentes o a crearse: - Rgimen de Licencias - Reglamento de Interconexin - Reglamento del Servicio Universal - Reglamento para la Administracin, Gestin y Control del Espectro Radioelctrico. Se prev el otorgamiento de una licencia nica, que habilita al prestador a brindar al pblico todo servicio de telecomunicaciones, sea fijo o mvil, almbrico o inalmbrico, nacional o internacional, con o sin infraestructura propia. El otorgamiento de la licencia es independiente de la tecnologa o medios requeridos para la prestacin de los servicios, habindose adoptado un rgimen abierto, no discriminatorio, con un procedimiento de adjudicacin transparente a demanda -, sobre la base del cumplimiento de requisitos documentales y de informacin. Adems de adquirir la licencia hay que registrar el servicio que se piensa brindar. Estos pueden ser el servicio de telefona (incluye llamadas locales y de

55

larga distancia) o el servicio de valor agregado (Internet). Pasos para la obtencin de la licencia: 1. Consulta normativa 2. Preparado de documentacin 3. Pago del trmite 4. Presentacin de la solicitud Pasos para el registro de servicios: 1. Consulta normativa 2. Preparado de documentacin 3. Presentacin de la solicitud Una empresa que quisiera dar el servicio de telefona debera primero adquirir la licencia nica y luego registrar el servicio de Telefona. Pero como lgicamente deseamos ofrecer el servicio de acceso a Internet por banda ancha, tambin se debera registrar el servicio de Valor Agregado. La homologacin es uno de los tres tipos de permisos que emite la CNC autorizando a un titular a la comercializacin y/o uso de equipos de comunicaciones en el territorio de la Repblica Argentina. Los mismos son: Homologacin: permite al titular del mismo comercializar el equipo en el pas. Se emite formalmente a travs de una disposicin, luego de verificarse que el aparato funciona conforme a norma/s tcnica/s CNC. Codificacin: similar a la homologacin, pero emitido para equipos que an no han sido normados por CNC, que de todas maneras, deben ser verificados. Autorizacin: es un permiso de uso restringido a la persona fsica o jurdica solicitante. En este caso no se halla habilitado para su comercializacin. Solo para casos de importacin directa o de fabricacin 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 Repblica Argentina. Se subdivide a su vez en: 1. Fabricacin: para las empresas fabricantes nacionales. 2. Comercializacin: 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, segn se aclara en Resoluciones SC N 729/80, CNC N 1371/02 y en el 2 artculo de cada disposicin de homologacin. Con respecto a este tema, la informacin obligatoria que acompae al equipo debe permitir identificarlo sin ambigedades por parte de: a) usuario o comprador b) controles pertinentes (CNC, Aduana, Polica, etc.) Esto significa que cada aparato deber llevar impreso en forma legible,

56

claramente visible e indeleble, los siguientes datos (segn consta en Disposicin de homologacin): Marca Modelo Nmero de registro (homologacin/codificacin/autorizacin) Nmero de fabricacin Adems se aconseja agregar: - Razn social/denominacin del titular del registro . Estn obligados a obtener el certificado de homologacin/codificacin las siguientes personas fsicas o jurdicas: Fabricantes: en el caso de equipos de fabricacin nacional Importadores: en el caso de equipos de origen extranjero Se aclara adems que el certificado es nominativo, es decir que la homologacin se extiende a nombre del respectivo solicitante, siendo este el titular de los derechos y obligaciones que ella implica. Las empresas distribuidoras debern exigirle al fabricante o al importador proveedor del equipo la correspondiente homologacin/codificacin y la correcta identificacin de cada uno de ellos. La venta de equipos que no hayan sido homologados/codificados por la CNC constituye una infraccin a la Resolucin 729/80 de la Secretara de Comunicaciones, siendo de aplicacin la Ley 24.240 de Defensa del Consumidor, con las sanciones que ella dispone, (multas, decomiso, clausura del establecimiento, etc.). Como observamos en los prrafos anteriores, es necesario que el softswitch ESTATUTO sea homologado para poder ser utilizado en la interconexin con aquellos operadores habilitados por la CNC. Esta parte es la seccin legal a la cual debemos agregar un apartado tcnico que consiste en la estandarizacin del protocolo ISUP para los operadores nacionales. Ya vimos en el captulo SS7 ISUP que a nivel internacional est estandarizado.

ISUP argentina
La CNC basa sus especificaciones tcnicas en dos resoluciones de nombre Plan Fundamental de Numeracin Nacional PFNN Plan Fundamental de Sealizacin Nacional PFSN El PFSN determina que desde fecha 1 de Enero de 1999 el protocolo de sealizacin 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. Tambin define el cdigo de punto de sealizacin nacional CPSN en un identificador de 14 bits. Y el cdigo de punto de sealizacin internacional CPSI de acuerdo a la recomendacin 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 numeracin ocurrido en 1999, expandiendo a 10 dgitos todos los nmeros nacionales. Tambin indica el formato en que deben intercomunicar esos nmeros los operadores 57

telefnicos, de los nmeros de larga distancia, los anuncios que deben entregar los operadores cuando no haya respuesta del destino. A continuacin resumiremos los puntos principales de esta normativa:

1.1. Llamadas Locales Cada Operador Local de Origen enviar la siguiente numeracin como Nmero de B. Nmero B en R2 (1) N B Llamada Local Servicios Especiales del Operador Local Nmero de Abonado Cdigo de Servicio (1XY) Nmero de Abonado Nmero de Abonado Cdigo de Servicio Nm. de Abonado (2) ABC DEF GHIJ -3 15 + Nm. de Abonado Subscriber

Servicio

Nmero Marcado

Nmero B en #7 (1) Nat.Address Subscriber

Cdigo de Servicio Nm. de Abonado (2) 0 ABC DEF GHIJ (3) 15 + Nm. De Abonado

Subscriber

Servicios No Geogrficos Llamada Local con modalidad CPP

0 ABC DEF GHIJ (3) 15 + Nm. de Abonado

National

(1) En el caso de interconexin indirecta entre el Operador Local de Origen y el Operador Local de Destino, esta numeracin ser retransmitida hasta la red del Operador Local de Destino por el Operador Local que brinda el Servicio de Trnsito 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 numeracin de red (ej.: Servicio de Emergencia), ser responsabilidad del primero realizar la traduccin del Cdigo de Servicio marcado por el usuario (dgitos 1XY) a dicho nmero de red. (3) Los dgitos DEF de los Nmeros No Geogrficos corresponden a la caracterstica asignada al Operador Local que brinda el Servicio No Geogrfico, conforme lo establece el Art. VI 3.2 del PFNN. 1-2 Originacin de Llamadas de Larga Distancia Servicio Modalidad de El Operador Local de Origen enviar la siguiente numeracin. Nmero B en R2 (1) Nmero B en #7 (1)

58

Marcado

Nmero Marcado N B Nat. Address

Servicio de LD Nacional

Operador Preseleccionado Seleccin de Operador

0 + Nmero Nacional

0 + PQR + Nmero Nacional

PQR + Nmero Nacional National

17 + PQR + Nmero Nacional

17 + PQR + Nmero Nacional

17 + PQR + Nmero Nacional

Subscriber

Servicio de LD Internacional Operador Preselecciona do Seleccin de Operador 18 + PQR + Nmero Internacional 18 + PQR + Nmero Internacional Servicios Especiales del Op. LD Nacional Operador Preselecciona do Seleccin de Operador 17 + PQR + 0 + Cdigo de Servicio Cdigo de Servicio 0 + PQR + 0 + Cdigo de Servicio 17 + PQR + 0 + Cdigo de Servicio Servicio de Operadora Internacional Operador Preseleccionado Seleccin de Operador Servicios No Geogrficos 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 + Nmero Internacional PQR + 0 + Cdigo de Servicio 17 + PQR + 0 + Cdigo de Servicio International PQR + 000 Subscriber National Subscriber 00 + Nmero Internacional 00 + PQR + Nmero Internacional PQR + Nmero Internacional Internation al

National

59

Nacional con modalidad CPP

Preseleccionado

Interurbano + 15 + Nmero de Abonado

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

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

Seleccin de Operador

17 + PQR + Indicativo Interurbano + 15 + Nmero de Abonado

Subscriber

(1) Los dgitos PQR corresponden al Operador de Larga Distancia al que se entrega la llamada en el rea Local de Origen. (2) En el caso de interconexin 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 numeracin ser retransmitida hasta la red de dicho Operador de Larga Distancia por el Operador Local que brinda el Servicio de Trnsito Local: (3) Los dgitos DEF de los Nmeros No Geogrficos corresponden a la caracterstica asignada al Operador de Larga Distancia que brinda el Servicio No Geogrfico, conforme lo establece el Art. VI 3.2 del PFNN. 1.3. Terminacin 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 numeracin. Servicio Modalidad de Marcacin Operador Preseleccionado Seleccin de Operador Servicio de LD Internacional Servicios No Geogrficos Servicio de LD Nacional con Nmero B (1) (2) Nmero B en #7 (1) N B Servicio de LD Nacional 0 + PQR + Nmero Nacional 0 + PQR + Nmero Nacional 0 + PQR + Nmero Nacional 0 + PQR + Nmero Nacional (3) 0 + PQR + Indicativo Interurbano + 15 + PQR + Nmero Nacional PQR + Nmero Nacional PQR + Nmero Nacional Operador Preseleccionado Operador Preseleccionado PQR + Nmero Nacional PQR + Indicativo National National Nat. Address National

National

No aplicable

National

60

modalidad CPP

Nmero de Abonado

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

Seleccin de Operador

0 + PQR + Indicativo Interurbano + 15 + Nmero de Abonado

National

(1) Los dgitos PQR corresponden al Operador de Larga Distancia al que se entrega la llamada en el rea Local de Origen. (2) En el caso de interconexin indirecta con el Operador Local de Destino, esta numeracin ser retransmitida hasta la red de ste ltimo por el Operador que brinda el Servicio de Trnsito Local. (3) Los dgitos PQR corresponden al Cdigo de identificacin de Operador de Larga Distancia que brinda el Servicio No Geogrfico.

1.4 Interconexin entre Operadores de Larga Distancia El Operador de Larga Distancia que entregue una llamada a otro Operador de Larga Distancia enviar la siguiente numeracin: Servicio Modalidad de Marcacin Operador Preseleccionado Seleccin de Operador Servicio de Larga Distancia Internacional Servicios No Geogrficos (entrega al Operador de Larga Distancia que brinda el servicio (2) ) Servicios No Geogrficos Nmero B (1) Nmero B en #7 (1) N B Servicio de Larga Distancia Nacional 0 + PQR + Nmero Nacional PQR + Nmero Nacional PQR + Nmero Nacional PQR + Nmero Nacional Nat. Address National

0 + PQR + Nmero Nacional 0 + PQR + Nmero Nacional

National

No aplicable Operador Preseleccionado

National

0 ABC DEF GHIJ (3)

ABC DEF GHIJ

National

N.A.

0 + PQR + Nmero Nacional

PQR + Nmero 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 + Nmero de Abonado

PQR + Indicativo Interurbano + 15 + Nmero de Abonado

National

Seleccin de Operador

0 + PQR + Indicativo Interurbano + 15 + Nmero de Abonado

PQR + Indicativo Interurbano + 15 + Nmero de Abonado

National

(1) Los dgitos PQR corresponden al Operador de Larga Distancia al que se entrega la llamada en el rea Local de Origen. (2) Slo para los Servicios No Geogrficos que corresponda. - 76 (3) Los dgitos DEF de los Nmeros No Geogrficos son los seleccionados por el usuario, los cuales corresponden a la caracterstica asignada al Operador que brinda el Servicio No Geogrfico. (1) Los dgitos PQR corresponden al Cdigo de identificacin de Operador de Larga Distancia que brinda el Servicio No Geogrfico.

ANUNCIOS GRABADOS ENTRE OPERADORES DE LARGA DISTANCIA 1.1.Situaciones de Red con Anuncios Sin Seal de Respuesta (No Answer) # 1 Situacin de Red Abonado A disca una caracterstica Inexistente Anuncio Locucin de Caracterstica Inexistente Sealizacin Incumbencia

A3/B7 Sin Answer

Central de Trnsit

Abonado A disca un nmero de directorio Inexistente (Abonado vacante)

Locucin de nmero de directorio Inexistente o Abonado vacante Locucin de caracterstica congestionada

B5 Sin Answer

Central Local

Abonado A disca una caracterstica que

B4 Sin Answer

Central de Trnsit

62

se encuentra congestionada momentneamente 4 Abonado B cambi su nmero de directorio, y no se proporciona el nuevo nmero 5 Abonado con lnea fuera de servicio, en reparacin 6 Abonado mvil B Apagado o fuera del rea de Servicio 7 Cambio de Caracterstica de una Central 8

momentneamente B2 Sin Answer Si se informa el nuevo nmero (B7 con Answer) Central Local Remota

Locucin Local de Cambio de Nmero (sin informar el nuevo nmero)

Locucin de Abonado en Reparacin

Central Local B8 Sin Answer Remota

Locucin de Abonado con tel. Apagado o fuera del rea de Servicio

A3/B7 Sin Answer

Mvil

Locucin de Cambio de Caracterstica, informando la nueva Caracterstica

B6/7 Sin Answer

Central Local Remota / Central d Trnsito

Llamada sin ANI (pierde el ANI en el transito de la Red Pblica)

Locucin de llamada no Identificada

A3/B7 Sin Answer

Mvil

1.2.Situaciones de Servicio con Anuncios Sin Seal de Respuesta (No Answer) # Situacin de Servicio Anuncio Sealizacin Incumbencia

Abonado A disca servicio no permitido

Locucin de Servicio no permitido

B6/7 Sin Answer

Central Local Remota / Central de Trnsito

Abonado B inhabilitado

Locucin de Abonado inhabilitado

B6/7 Sin Answer

Central Local

63

Temporalmente (Ej. mora)

Temporalmente

Remota Central Local Remota Central Local Remota / Central de Trnsito

Abonado B Ausente

Locucin de Abonado Ausente

A3/B7 Sin Answer

Abonado A disca servicio no Implementado / Disponible Abonado B Pre-pago sin crdito (Auto-Stop) Llamada desde Telfonos Pblico a Abonado Pre-pago sin crdito Llamada a Red Inteligente no permitida desde ese origen Abonado B (de Red Inteligente) llamado se encuentra ocupado

Locucin de Servicio no Implementado / Disponible Locucin de Abonado B sin Crdito Locucin de Abonado B sin Crdito

Las locuciones difieren segn la sealizacin

A3/B7 Sin Answer

Mvil

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

Mvil

Locucin indicando que la llamada no puede ser establecida desde ese origen/ubicacin Locucin indicando que el Centro o Lnea de Atencin llamada se encuentra ocupada

RI

A3/B6 A3/B7 Sin Answer RI

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

Locucin indicando que el Abonado B llamado no puede ser accedido hoy

A3/B6 A3/B7 Sin Answer RI

Llamada a Nmeros Gratuitos Internacionales (sin acuerdo correspondiente)

Locucin indicando que el nmero solicitado es gratuito nicamente en el pas de destino y que la llamada internacional es con cargo

10

A3/B6 Sin Answer

Centro Internacional

64

Llamada a Servicio 11 Iridium

Locucin indicando que el nmero marcado es de la red y que tiene un cargo adicional A3/B6 Sin Answer Centro Internacional

Presentacin del segundo requisito

Hasta ac el anlisis indica que el softswitch ESTATUTO debe satisfacer las normas legales y tcnicas para interconectar a los operadores habilitados. En caso que este requisito no sea cumplido, pues el resultado de este estudio sera inutilizable por razones obvias de seleccin de nuestra solucin por los posibles interesados.

65

66

Servicio universal Latinoamrica

Regulatel es una organizacin latinoamericana interesada en el desarrollo de las telecomunicaciones y preocupados por el acceso universal. En 2006 realizaron un estudio sobre programas implementados en los pases 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 generacin de programas de acceso universal sea ms compleja y se centre en la infraestructura y los servicios que usan plataformas convergentes de protocolo Internet (IP). El estudio encontr que en ciertos pases los obstculos regulatorios estn dificultando el uso y el desarrollo de nuevos mercados y de innovaciones tecnolgicas tales como voz sobre Protocolo Internet, Wi-Fi, Wi-Max y otras tecnologas inalmbricas que podran bajar el costo de, y mejorar el acceso a, las Tecnologas de Informacin y Comunicacin 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 trminos de cobertura geogrfica y puntos de acceso pblico, de tal manera que los ciudadanos e instituciones puedan obtener los servicios dentro de sus comunidades locales en forma privada o bien mediante instalaciones pblicas compartidas. Alcanzar el verdadero acceso universal significa que el 100% de una determinada poblacin puede obtener, como mnimo, acceso pblico a un determinado servicio, mediante facilidades pblicas 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 peticin el servicio individual o familiar. 2. servicio universal en telecomunicaciones persigue una condicin ms 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 prcticamente ningn impedimento de suscripcin y uso. Alcanzar el servicio universal implica que el 100% de una poblacin determinada est en condiciones razonables de suscribirse a, y de usar un, determinado servicio a nivel individual, residencial o institucional. Ejemplificaremos esta cuestin con el caso ocurrido en Per para solucionar el acceso universal. En el Per, donde entre 1999 y 2002 la distancia promedio que deban recorrer 6,4 millones de personas del rea rural para encontrar un telfono pblico, disminuy de 56 km. A 5,7 km., acortando el tiempo de viaje de un da o ms a unas cuantas horas como mucho. Estas mejoras se obtuvieron luego de actualizar y revisar las regulaciones para tomar en cuenta las innovaciones tcnicas 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 generacin 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, capacitacin, desarrollo de contenido y aplicaciones, e iniciativas para estimular la demanda como parte de iniciativas ms amplias de gobierno en lnea, y educacin y salud a distancia, y/o iniciativas de desarrollo basado en las Tecnologas informtica y comunicaciones.

68

Es importante recordar que en la mayora de los pases 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 Amrica Latina, as como los de servicios de acceso asequibles a poblaciones urbanas incluyendo polticas relacionadas con el uso de frecuencias, VoIP, especificacin de requisitos y estndares de calidad del servicio, licencias, el compartir de instalaciones, tarifas, interconexin e infraestructuras VoIP. Los avances en las tecnologas de conmutacin de paquetes posibilitan la provisin 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 pblica conmutada tradicional (PSTN) siguen altos y donde el acceso al Internet de alta velocidad a precios razonables est cada vez ms fcilmente disponible. Ello ofrece adems oportunidades para proveedores de servicio nuevos y existentes de ofrecer servicios vocales a precios mucho ms baratos que los ofrecidos sobre las tradicionales redes de conmutacin de circuitos. Obviamente, los precios ms bajos benefician a los consumidores. Otro actor importante en las decisiones de acceso universal son los operadores telefnicos establecidos. Estos operadores incumbentes observan que las alternativas de VoIP reducen directamente los lucrativos ingresos del trfico 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 terminacin. Por esta razn, muchos operadores establecidos se han opuesto vigorosamente a la autorizacin de aplicaciones pblicas y privadas de VoIP en todas sus formas, y algunos reguladores y responsables polticos se unieron a ellos. Algunos pases, como Panam, lencontraron un punto intermedio de solucin al conseguir que las llamadas VoIP deben pagar una sobretasa del 12%, y los cafs Internet estn sujetos a severas multas si permiten a sus clientes el uso de aplicaciones de VoIP. Otros pases, como Mxico 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 pases miembros de Regulatel excepto en Chile, donde est actualmente en curso de estudio, la VoIP es considerada una tecnologa para proporcionar servicios de voz y no un servicio en s mismo. Por ello, dado que las regulaciones son generalmente tecnolgicamente neutrales, se trata a la VoIP de una forma no diferente que la telefona pblica y no se toman en cuenta sus diferentes modalidades (computador-a-computador, computador-a-telfono, y telfono-a-telfono). 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 pases tienen requisitos de autorizacin especficos para ciber-cafs y otros tipos de usos.

69

La justificacin 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 desvan podran ser empleados para financiar la expansin del acceso; sin embargo, las ventajas tcnicas y econmicas de la VoIP pueden tambin ofrecer interesantes oportunidades para apoyar estos mismos objetivos de acceso universal de manera directa. Por ejemplo, los telecentros pblicos y los cafs Internet que permiten el uso en sus sistemas de servicios VoIP a bajo precio pueden proveer una opcin esencial a usuarios pblicos que no podran de otra forma costear una llamada internacional. Las mismas ideas pueden ser empleadas por las pequeas empresas telefnicas rurales. Si los servicios VoIP se integran con iniciativas de desarrollo de redes rurales, tales como BWA o banda ancha por satlite, el punto de equilibrio financiero para incluir acceso al Internet, e incluso conectividad de banda ancha, se vuelve mucho ms alcanzable. En efecto, el servicio telefnico de voz ya sea local o de larga distancia, puede proveerse sobre una red de conmutacin 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 socioeconmico ms bajo, donde la penetracin telefnica es muy baja, se estima que todas las personas que van a las cabinas pblicas van para hacer llamadas telefnicas sobre VoIP. Desde este punto de vista, parece que existe poca justificacin para mantener cualquier restriccin significativa sobre los servicios VoIP, en particular en el contexto del desarrollo del acceso rural. La VoIP podra abrir muchos mercados remotos al acceso tanto de voz como de datos de manera rentable. En otras geografas, 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 telfono habitualmente cobran ms. Vonage, segn se reporta, en 2006 contaba con 1.6 milln 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 nmero virtual estadounidense, canadiense, mexicano o ingls por US$ 5 adicionales por mes. Por ejemplo, un pequeo hotel o una agencia de viajes familiar en el Per que se suscribe al servicio de Vonage pueden elegir un nmero local en Miami, permitiendo a sus clientes americanos contactarlos con una simple llamada nacional o local. Vonage suministra el telfono IP y el router gratuitamente, y el abonado lo puede instalar con toda facilidad. Vonage tiene un telfono 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 trfico internacional va VoIP crece rpidamente. Telegeography estima que en 2003, hubo 24.000 millones de minutes de trfico internacional va VoIP, lo que representa el 12 % de todo el trfico internacional de voz (VoIP), comparando con el 27% ocurrido en 2009

Figure 14 - mapa trfico global VoIP

Ejemplos de negocios exitosos

Pasemos a observar algunos casos donde la VoIP exitosamente permiti el acceso universal a pequeas localidades que de otra manera estaran prohibidas de acceder a la intercomunicacin global.

Cooperativa comunitaria de telecomunicaciones

El sistema de informacin 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 frtil valle de 22.000 hectreas 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 propsito es de dar a estos agricultores acceso al mercado y a otra informacin 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 agrcola, y otra informacin relevante como las actividades de la Junta. Adems, la red proporciona acceso al Internet a los 18.000 nios escolares, profesores y administradores de las 64 escuelas del valle. La red usa econmicos enlaces WiFi punto-a-punto que conectan los telecentros instalados en los locales de los comits de agricultores. El sistema de comunicaciones es basado en la VoIP. El enlace ms 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 adems fondos de FITEL, el fondo de acceso universal, y del Ministerio de Agricultura. Hasta ahora, los beneficios econmicos y sociales han sido el aumento de la eficacia de la comunidad agricultora a travs del acceso a informacin actual sobre cosechas, precios de aportes como fertilizantes y semillas, y precios actuales del mercado en Lima para sus productos, la capacitacin de 200 jvenes en informtica 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 interconexin con la red de telefona pblica. Y tiene otra cara sobre una red IP que permite el funcionamiento de la telefono VoIP.

Operador comunitario de telecomunicaciones

El sistema de informacin campesinaindgena de ACLO/IICD en Sopachuy, Bolivia es un proyecto, al igual que el de ChancayHuaral, tiene como principal objetivo facilitar a los agricultores y sus asociaciones el acceso a una informacin importantes (precios, clientes para sus productos, polticas comerciales, y preferencias y tendencias del consumidor) a travs del Internet. La red se basa en una topologa de red WiFi en malla tecnolgicamente innovadora y consiste en slo 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 bateras. 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, telfono 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 va un enlace VSAT. Cada transmisor/receptor/direccionador cuesta US$ 500 (incluyendo un ao de mantenimiento y apoyo de seguridad), y el sistema completo, incluida su instalacin, 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 econmicas tales como productores agrcolas, instituciones de micro-crdito, escuelas, iglesias, ONG, polica y seguridad pblicas, 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 aos 90, el acceso al telfono en la mayora de los pases de Latino amrica estaba restringido en gran parte a las zonas urbanas. Haba poca competencia, un servicio poco fiable, y largas listas de espera para ser conectado. Hoy en da, casi todos los pases de la regin presumen de un fuerte crecimiento en telefona fija tanto como en servicios mviles, as como de un acceso mucho ms amplio a los telfonos pblicos en las zonas rurales y suburbanas. El acceso a los servicios de Internet tambin ha crecido de manera sostenida, y los proyectos pblicos e institucionales para conectar ciudadanos,

73

estudiantes, gobiernos y empresas a las tecnologas de informacin y comunicaciones se estn expandiendo rpidamente. Hoy en da, los proveedores mundiales de tecnologa y de telecomunicaciones, as como los emprendedores locales y nacionales, estn ms interesados en invertir que nunca. Las perspectivas para una nueva oleada de inversin y de crecimiento se ven muy brillantes, sea en trminos de ms expansin de las redes de telfonos fijos y celulares, o de la instalacin 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 aos se pueden acelerar y extender hasta reas y objetivos de poblacin an ms amplios, haca un objetivo de acceso realmente universal. Las claves para lograrlo son continuar en la exploracin de nuevas tecnologas. No obstante, las iniciativas en curso no representan simplemente un juego fijo de planes o programas a ser aplicados a escala cada vez ms amplia, sino ms bien una mezcla en constante evolucin de experimentos y lecciones, de los cuales se pueden extrapolar las prcticas ms prometedoras y combinarlas con nuevas ideas e informaciones, para concebir enfoques de polticas de acceso universal cada vez ms 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 travs de estos ejemplos. El objetivo de final es de mirar ms all de los detalles de las experiencias y de formular una visin de las opciones para la prxima generacin del ESTATUTO que ayude en la concrecin de acceso y servicio universales. Para su consideracin y posible adopcin (y adaptacin) por los responsables de las polticas y las partes interesadas en nuestra Argentina. ESTATUTO debe contribuir en la persecucin del acceso universal, abrochando todas las tecnologas de informacin y computacin. No estamos pensando en metas relativamente modestas, sino en tener todas las funcionalidades ofrecidas actualmente en las grandes urbes. El modelo de proveer tan slo un telfono pblico en cada pueblo con cierto tamao de poblacin, o instalar uno dentro de cierta distancia de cada persona en cualquier parte del pas, es obsoleto. El acceso al Internet no es una idea de secundo plano, sino una variedad de prometedores ingresos para telecentros, y tambin de cafs Internet. REGULATEL propone una visin que representa un salto mucho ms atrevido hacia el acceso a las tecnologas informacin y comunicacin. Una confluencia de avances tecnolgicos, de reducciones drsticas en el precio del equipamiento de telecomunicaciones, el inters del mercado, la capacidad poltica y regulatoria y la participacin comunitaria pueden crear ul entorno necesario para llevar el sector de las telecomunicaciones y la informtica a nuevos niveles de crecimiento y de integracin. Esta visin se basa en las experiencias muy reales de numerosos otros pases, incluyendo los EE. UU., Canad, la Unin Europea, Japn, Australia y Corea. Estas experiencias han demostrado el valor y el impacto de servicios de

74

tecnologas informacin y comunicacin de alta calidad y generalizadas, y la viabilidad de extenderlos a todos los rincones de la sociedad. Los obstculos econmicos y culturales que perpetan la brecha digital entre estos pases y nuestra Argentina, se estn revelando ahora cada vez ms obsoletos. Las telecomunicaciones, al igual que la comida, el agua, la vivienda y los transportes, estn pasando a ser una necesidad bsica de la civilizacin moderna, y al mismo tiempo un recurso til y asequible que puede sostener, apoyar y transformar comunidades de prcticamente cualquier tamao y ubicacin. Ya no existe razn para limitar nuestra Visin de la expansin de las telecomunicaciones y de las TIC a opciones de secunda categora, de tecnologas retrasadas o de generacin anterior, aun para poblaciones de bajos ingresos y remotas. Al contrario, las evidencias sugieren que los avances de los ltimos aos, y los a punto de producirse, pueden derrumbar casi todas las ltimas barreras al acceso universal a la gama entera de los servicios ms avanzados de TIC. REGULATEL propone la siguiente Infraestructura de red y conectividad: en nuestra visin del futuro-no-tan-lejano, zonas de servicio continuo de acceso celular mvil y/o de banda ancha inalmbrica (BWA) cubrirn cada pas casi entero, incluidas las zonas remotas. Donde no sera rentable construirlas separadamente, los operadores compartirn las estaciones base (o como mnimo 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 proveern no solamente la capacidad requerida, dinmicamente y a la demanda. Los operadores proveern adems la conmutacin, el acceso al Internet (IP Transit), mantenimiento del sistema, facturacin, routing dinmico y otras funciones de tipo servicios de apoyo que ponen a disposicin de los operadores de acceso local, como una seleccin de opciones o bien en paquete. Estas redes de acceso proveen una capacidad y una potencia de transmisin suficientes para permitir a los pueblos y ciudades dentro de su radio de alcance conectarse a la capacidad de transmisin de banda ancha (>128 kbps). El rango sera del orden de 30 km dependiendo del terreno y de las caractersticas de propagacin asociadas. Continan indicando como imaginan la infraestructura a nivel local, seales WiFi de menor potencia estarn disponibles en emplazamientos estratgicos. Se proveer red troncal va banda ancha de microondas, fibra, cable coaxial o redes troncales satelitales segn la economa del lugar. Las estaciones terminales de estas redes podran estar ubicadas en las ciudades ms grandes, importantes para la regin administrativa o no. En un creciente nmero de casos, estas estaciones terminales o conmutadores podran encontrarse fuera de la regin, fuera del pas o incluso en otro continente. En estas ciudades ms grandes alrededor de las estaciones terminales, las conexiones telefnicas fijas (almbricas e inalmbricas), estn disponibles en abundancia, conectadas a un conmutador en la estacin Terminal o en una ubicacin distante tal como capital provincial, departamental o nacional. En la mayora de las ubicaciones ms grandes, la opcin de lneas fijas de acceso a alta velocidad tambin est disponible para empresas y residencias, mediante

75

redes telefnicas o cable de televisin. En la Argentina hoy da la cmara empresarial CABASE ya est ofreciendo similares posibilidades a travs de NAP regionales ubicados en lugares como Mendoza, Baha Blanca, Posadas y otra veintena de localidades del pas. Gracias a estos NAP regionales las ciudades ms pequeas, pueden ofrecer conexiones vinculadas a telecentros pblicos y los sitios administrativos, y disponibilidad del servicio residencial, aunque de manera ms limitada. Telecentros, telfonos pblicos y servicios de acceso pblico pueden ser atendidos por nuestro softswitch ESTATUTO. Podra suministrar a pequeas empresas locales, agencias de servicio pblico, 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 interconexin entrante, inversiones y actividades de proveedores de contenido, anunciantes y otros emprendedores y cargos por uso local. Como corolario la implementacin de un softswitch ESTATUTO puede ayudar a revertir la expansin urbana descontrolada, la emigracin, y la fuga de cerebros de los jvenes talentos.

76

Diseo
El anlisis nos ha demostrado que nuestro softswitch ESTATUTO unir las redes de SS7 con las redes de SIP. Respetar las reglamentaciones legales y tcnicas vigentes. Que est de acuerdo con los estudios realizados por REGULATEL para alcanzar el acceso universal en pequeos poblados de 1000 habitantes aproximadamente. Pues estas funciones podramos ofrecerlas con un servidor Asterisk convenientemente acondicionado. Como vimos en el captulo sobre Pasarelas, con una mquina Pentium 4 podemos obtener 200 llamados en simultneo, por lo cual imaginemos lo que lograramos con un chip mltiple ncleo. Al comienzo de este estudio propusimos crear funcionalidades que ofrezcan servicios adicionales a los usuarios del softswitch. Para ello completaremos nuestro diseo con un servidor de aplicaciones, basando nuestra explicacin 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, instalacin de hardware. Al principio ocurri algo similar a la tecnologa de redes. Mientras los estndares 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 estndares para permitir la libre integracin de soluciones de distintos proveedores. Siendo esta la principal razn de la amplia adopcin de SIP como sealizacin de VoIP es que hemos elegido para esta tesis herramientas tambin de cdigo abierto que nos sirva de infraestructura a la pasarela. Java es reconocido como uno de los principales lenguajes de programacin para negocio. Dentro de la comunidad Java empezaron a desarrollar una API para posibilitar el despliegue de aplicaciones SIP. La lgica indic que las aplicaciones SIP debieran formalizarse a travs de la plataforma Java EE como componentes Servlet. Ms luego incorporaron estas API dentro del servidor de aplicaciones Java EE por excelencia dentro del mundo de cdigo abierto. Es as que llegamos a la integracin de Sailfin (componentes SIP) - GlassFish (servidor de aplicaciones Java EE) - Java (lenguaje y plataforma de desarrollo) Una pasarela que permita la convergencia de telefona tradicional con VoIP debe traducir la sealizacin de ambas redes por antonomasia. El desarrollo de la pasarela tiene que ser realizada con herramientas de cdigo abierto para permitir la integracin con otras plataformas que cumplan los estndares. Es valioso en este punto recordar estos estndares que cumplir la pasarela.

Parlay
Antes de llegar a la definicin de servidor de aplicaciones, adentrmonos en el grupo Parlay. En 1998 este consorcio industrial y tecnolgico fue fundado con la intencin que se dedicara a especificar API para redes telefnicas, las cuales faciliten la creacin 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 tecnologas de la informacin en lugar de expertos en telefona. Las API ms importantes de Parlay incluyen: control de llamadas, conferencias, mensajes de texto, buzn de voz y facturacin. Las API estn especificadas en lenguaje UML que luego se traduce en cdigo IDL, J2SE y J2EE. Tambin utiliza CORBA para facilitar el acceso remoto entre pasarelas Parlay y la lgica de aplicacin. El objetivo principal de las APIs es que sean independientes de la tecnologa de red telefnica (por ejemplo puede ser CDMA o lnea 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 ms simple de APIs con las que se espera que sean usadas por una

79

comunidad de desarrolladores ms grande. Los servicios web de Parlay X incluyen el control de llamadas con Terceros (3PPC), Localizacin y Micropagos. La especificacin Parlay X es un complemento a las APIs de Parlay, que son ms complejas aunque ms potentes. Desde septiembre de 2004 ya hay implementaciones de Parlay X en servicio en los operadores BT y Sprint. La asociacin 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 tecnologa de programacin para crear nuevos servicios. Es importante para un operador de telecomunicaciones saber que cualquier aplicacin que use la API de Parlay no pueda afectar a la seguridad o integridad de la red. La misin 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 tambin permite a las aplicaciones descubrir capacidades de red, y provee funcionalidades de gestin para el tratamiento de fallos y situaciones de sobrecarga. Las APIs Parlay de servicios sirven para que las aplicaciones puedan realizar llamadas telefnicas, consultar la localizacin de una persona (o terminal) o cobrar la descarga de un tono de llamada. A da de hoy es una tecnologa que ha sido abandonada por todos los fabricantes y operadores. La implementacin tpica de Parlay/OSA aade 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 localizacin. Algunos fabricantes tratan a la pasarela Parlay/OSA como un elemento de red independiente (p.e. Ericsson NGR), otros incluyen esta funcin 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 caractersticas 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 filosofa Parlay/OSA, con la nica diferencia que est apuntado al lenguaje Java. Parlay tiene cierta relacin con JAIN, y desde principios de 2003 estn 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 continuacin. Las metas de SIP Servlet API: sealizacin SIP simplicidad convergencia de aplicaciones desarrollo de aplicaciones por terceros composicin de aplicacin carrier grade Los servlets sip con componentes de software que se ejecutan en contenedores. Tanto los contenedores como los servlets estn realizados con los beneficios que Java conlleva: independencia de plataforma y carga dinmica. Los servlets deben interactuar con los clientes de SIP, ya sea un telfono, un chat cliente, un Web page, mediante el envo de mensajes y su posterior recepcin. 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, decisin para llamar a aplicaciones y encadenar las acciones. Administrar los puntos de escucha (protocolo de transporte, direccin ip y 81

puerto) en los cuales los servlets aguardan las solicitudes y cualquier trafico entrante. El plan de seguridad del Servlet tambin esta ubicado en el contenedor Servlet sip. Tambin 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 definicin genrica de Servlet API y javax.servlet.sip. Pero SIP se diferencia en la posibilidad de enlutar los mensajes a travs de distintos servidores. Una aplicacin SIP es mas parecido a un protocolo P2P, al contrario de las aplicaciones Web. Mientras un servidor Web nunca realiza el inicio de una peticin, hay varios casos donde un servidor sip lo necesita realizar: cerrar la comunicacin con un BYE aplicacin de servidor de presencia que requiere del envo de NOTIFY para actualizar el estado de usuarios llamadores automticos 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 tambin deben: generar respuestas mltiple, 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 mtodo service de Servlet. Le agrega la distincin de que uno de los dos parmetros (solicitud, respuesta) debe ser null, ya que los mensajes son enviados en un nico sentido. El modelo de eventos del Sip Servlet API es asincrnico. Con esto simplificamos la programacin de aplicaciones y contenedores. Los primeros no estn 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 interacten a travs 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 aplicacin 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 caractersticas 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 programacin aplicacin estndar para mezclar servlets SIP y componentes Java EE. Los servicios Java EE, tales como servicios web, persistencia, seguridad y transacciones, permiten el desarrollo rpido de aplicaciones inteligentes habilitadas para comunicaciones.

82

Figure 18 - Subsistema Sailfin Glassfish

La relacin entre Sailfin y GlassFish Este es un servidor de aplicacin 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 aplicacin. Hay varios subproyectos debajo del proyecto GlassFish el cual utiliza GlassFish como entorno de ejecucin. Sailfin es un subproyecto debajo de GlassFish. Agrega el Contenedor de Servlet SIP basado en JSR289 al GlassFish. Sumado al contenedor Servlet SIP, Sailfin tambin apunta a proveer alta disponibilidad para el contenedor Servlet SIP y un balanceador de carga tanto para el trfico SIP como HTTP. Obtenida esta funcionalidad, el cdigo base de Sailfin necesita de GlassFish como su entorno de ejecucin subyacente. El contenedor Web de Glassfish y el contenedor servlet SIP construyen el contenedor convergente que es tpico de los servidores de aplicaciones SIP basados en JSR 289. SailFin es cdigo abierto y totalmente libre para utilizar SIP y los servlets SIP estn detrs de muchos servicios populares que disfrutamos hoy, como los servicios de telefona voz-sobre-IP (VoIP), mensajera instantnea, administracin de lista de amigos y presencia y conferencia web. Los servlets SIP estn jugando una parte an mayor en la construccin de la siguiente generacin de servicios de telecomunicaciones. Sailfin agrega la extensin de la tecnologa servlets SIP al servidor de aplicaciones Glassfish. SIP y los servlets SIP son tambin importantes para la empresa. Combinados con Java EE, Servlets SIP pueden ser utilizados para agregar interaccin medial enriquecida a las aplicaciones de negocio. JSR289 actualiza la API servlet SIP y define un modelo de programacin de la aplicacin estndar para mezclar SIP Servlets y componentes Java EE. Aprovechar los servicios Java EE como servicios web, persistencia, seguridad y transacciones, habilitara el desarrollo de aplicaciones para comunicaciones elegantes. Sailfin GlassFish no es el nico servidor de aplicaciones implementando de la JSR289. Los servidores de aplicaciones ms reconocidos cuentan tambin con un mdulo 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. Podramos necesitar trabajar con bloques de servicios previamente construidos, como si fueran libreras de programacin, y en ese aspecto podemos contar con JSLEE. Veremos un pequeo ejemplo de dos endpoints SIP entablando una conversacin telefnica a travs 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 acta como proxy para realizar la sealizacin 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 diseo nos indica la necesidad de agregar la posibilidad de crear servicios adicionales para que el softswitch ESTATUTO. Los servicios sern creados con las API SIP Servlet que nos provee el servidor de aplicaciones Sailfin GlassFish. Estos servicios pueden ser, como una muestra: pagos telefnicos buzn de mensajes callback traduccin de mensajes mensajes de texto discar para llamar Estos servicios sern ofrecidos a los clientes unidos por una red IP, utilizando protocolo SIP para la sealizacin de telefona. Aprovechando la misma red para entregar servicio de banda ancha. Como todo softswitch, debe contar con mdulos de Proxy Tarifacin Registrador Provisin Pasarela de sealizacin Pasarela de control de medios En la cara interconectada con la red de telefona pblica utilizaremos las placas de SS7 homologadas por la CNC. Estas placas pueden proveer una implementacin de la especificacin JAIN ISUP JSR 17 para aprovechar su integracin con el lenguaje Java y con la especificacin Sip Servlet v1.1 JSR 289. En otro caso ser necesario la creacin de un mdulo que permita la interpretacin de los mensajes entregados por la placa de SS7. Cualquiera de las tecnologas que utilicemos para la interconexin con ISUP, DEBE estar en conformidad con las regulaciones dictadas por la CNC detalladas en el captulo 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 implementacin de telefona IP en el mundo. Comprendimos que remplazar a la red de telefona pblica 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 da de hoy. Para la creacin de un producto que unifique esos servicios tendr que estar en consonancia con las reglamentaciones vigentes. En la Argentina, que es donde pretendemos la aplicacin concreta del softswitch ESTATUTO, esas normas estn 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: Anlisis y diseo de un mdulo portable adaptado a reglamentaciones Profundizacin del diseo del softswitch Integracin con la red de comunicacin mvil las

88

Bibliografa
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 Sealizacin Nacional - PFSN. www.cnc.gov.ar/infotecnica/numeracion/normativa.asp Modelo de convenio de Interconexin 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 Espaa - 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 sealizacin por canal comn N 7 Documentacin interna Broadbandtech S.A. Integracin de redes de voz y datos, Cisco Systems, Scott Keagy, trad. KME Sistemas, Pearson Educacin S. A. , Madrid, 2001

89

90

Anexo
Esta carrera no se dicta ms en la Facultad de Ingeniera CONDICIONES DE INGRESO: Poseer ttulo de Analista de Sistemas o equivalente otorgado por Institutos de Enseanza Superior no Universitaria o Universidades de Gestin Estatal o Privada. ALCANCES DEL TTULO: Planificar, desarrollar, seleccionar e instalar sistemas informticos en diferentes configuraciones de monousuarios o de redes, as como la comunicacin y combinacin de ambos. - Organizacin y direccin de departamentos de Informtica y/o de procesamiento de datos. Disear e implementar software y determinar normas, especificaciones y estndares necesarios. Desarrollar investigaciones en el campo de la Informtica. Realizar evaluaciones, auditoras e implementar tcnicas de seguridad en relacin a proyectos y sistemas informticos. Efectuar el modelado y simulacin de sistemas para analizar su comportamiento y factibilidad. Realizar arbitrajes y pericias informticas. Realizar tareas como docente universitario. DURACIN: 2 aos y medio. PLAN DE de la Licenciatura (Resolucin ministerial 656/03 - MECyT) CICLO DE LICENCIATURA:

en

ESTUDIOS Informtica.

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

- Control de Gestin. - Ingeniera de Software. - Desarrollo de Sistemas Informticos. - Investigacin Operativa. - Sistemas de Bases de Datos. - Redes de Computadoras. - Administracin de la Calidad Total - Auditora en Informtica. Metodologa de la Investigacin. - Procesos Estocsticos y Simulacin. Sistemas Expertos. - Sistemas Informticos Distribuidos. - Reingeniera de Procesos. - Sistemas de Soporte de Decisin. - Economa. - Planificacin 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 ctedras depender de la secuencia que establezca la Secretara acadmica, lo que no alterar las correlatividades.

Ttulo: LICENCIADO/A EN INFORMTICA

92