Softswitch

En un sistema de telefona IP el trmino "Softswitch" engloba los procesos y elementos informticos que controlan las sesiones, el medio (voz, video o mensajes) y los servicios. En trminos sencillos, el Softswitch separa los elementos de la red (Hardware) del contro de la misma (Software). Recordemos que en la telefona TDM tradicional el hardware y software no pueden estar completamente separados. Las redes de conmutacin de circuitos estn diseadas para comunicaciones telefnicas y se construyen con elementos (HW + SW) dedicados especficamente a determinadas funciones, mientras que en las redes modernas de conmutacin de paquetes con el protocolo IP, se puede comunicar voz, datos e imgenes con dispositivos completamente genricos, capaces de comunicar los diferentes medios. Estos dispositivos se controlan por el software que conforma el Softswitch.

El Softswitch est compuesto por uno o varios ordenadores que controlan el trfico de VoIP e incluso las pasarelas entre el STDP y la VoIP en cuyo caso enlazan ambos tipos de red y gestionan el trfico, que en el caso ms general puede estar formado por una combinacin de voz, fax, datos y video. Los Softswitches tambin se ocupan de que la seal se procese, en funcin del tipo de medio que sea, se negocie que tipo de codec se utilizar en cada sesin, o incluso se transcodifique de un codec a otro. Los softswitches estn en el lado IP de las redes y se basan en el Protocolo SIP, Session Initiation Protocol, o en el Protocolo H.323. Las Redes de Nueva Generacin, (NGN) emplean Softswitches basados en IMS. No obstante lo anterior, la razn del softswitch no es solamente para separar el hardware del software,

sino que pretende que haya un entorno abierto de software que facilite la creacin de servicios. Se da por supuesto que las Redes Inteligentes del futuro no seguirn los modelos tradicionales de control de llamadas, que por proceder de la telefona tradicional estn limitados, y en su lugar emplear modelos basados en sesiones, capaces de comunicar datos, voz y servicios multimedia. Tambin es preciso sealar que un softswitch se puede entender como que es una frmula centralizada (que cubre zonas o regiones geogrficas) propia de una compaa telefnica, y que las empresas mas pequeas e ISPs generalmente no prestan sus servicios de telefona IP mediante un softswitch, puesto que puede que prefieran emplear arquitecturas ms sencillas del tipo peer-to-peer y componentes individualizados, de diferentes fabricantes o procedencias. En redes IP en las que haya control sobre la calidad de servicio (mediante MPLS o IMS) la arquitectura Softswitch puede presentar ventajas. Incluso un operador puede emplear esta arquitectura para interconectar Softswitches entre s. Los Softswitches (o elementos especializados con otro nombre) localizan y registran a los usuarios, dialogan, al nivel ms bajo, con los dispositivos UA donde se inician y terminan las comunicaciones. Controlan las pasarelas especializadas y los "Media Servers" que ofrecen locuciones, ponen a varios usuarios en conferencia, y consiguen que los medios atraviesen los Firewalls y NATs. Tambin se ocupan de gestionar ENUM e incluso pueden usar dicha tcnica para solucionar la portabilidad de nmero. Y a un nivel ms alto proporcionan servicios diversos, tanto al usuario como, por ejemplo, con servicios de presencia y relevancia de llamadas, como al operador (back office y OSS)

Entonces ... Qu es un softswitch? A estas alturas del artculo se puede decir que no queda muy ntido qu es un softswitch, dado que todas las redes de Telefona IP han de proporcionar una funcionalidad similar. Unos fabricantes engloban todos los conceptos de software bajo la denominacin genrica de Softswitch, mientras que otros instalan dos o tres de las funciones en un ordenador profesional y le dan otro nombre[1]. Los fabricantes y compaas de servicios informticos ms pequeas o especializadas ponen las funciones que se deseen tener en ordenadores dedicados. Hay que tener en cuenta que gran parte del software basado en SIP es de dominio pblico. Y Aunque no est directamente relacionado con los Softswitch, tambin se puede decir que unos operadores prefieren controlar estrictamente la calidad de servicio con una arquitectura de redes no neutras, mientras que otros prefieren reducir sus costes mediante frmulas "best effort" ofreciendo un servicio ms barato mediante redes pblicas.

Entidades bsicas SIP

Traza > Portal:Tecnologa > Redes fijas > Redes NGN > Sealizacin IP Traza > Portal:Tecnologa > Redes fijas > Redes NGN > VoIP VoIP - Telefona IP Telefona IP Terminales VoIP SIP, Entidades bsicas Softswitch Interconexin IP Numeracin para Servicios IP Enum ENUM Pblico Carrier ENUM ENUM Privado El Protocolo SIP (Session Initiation Protocol) inicia, gestiona y termina las sesiones de voz y video entre redes IP. Su origen o procedencia es de tcnicas Internet y, consecuentemente, est basado en intercambiar mensajes de texto. Es importante remarcar que SIP es bastante ms que un protocolo para establecer llamadas. Se dise de modo que fuese un protocolo extensible y sus funciones pudiesen ser ampliadas mediante nuevos mensajes, para de ese modo solucionar algunas caractersticas propias de los nuevos servicios de movilidad, presencia, control de llamadas e interoperabilidad con los sistemas telefnicos actuales.

Este artculo describe someramente los principales elementos de SIP. El desarrollo de SIP est normalizado por el SIP Working Group, dentro de Internet Engineering Task Force (IETF). El protocolo comenz su vida como RFC 3261, pero hoy en da comprende multitud de normas RFC. Si desea conocer el detalle de los mensajes y las acciones que deben corresponder a los mismos, le sugerimos que estudie los RFC correspondientes. Tenga en cuenta que para que los interesados no se pierdan en la maraa de recomendaciones RFC, el propio IETF se ha visto obligado a preparar un documento informal de gua, titulado: SIP Hitchhikers Guide que le recomendamos lea, como tambin recomendamos que vea las pginas SIP de Tech Invite. Las especificaciones SIP se agrupan por temas. Los temas son: (en ingls) Core: The essential SIP specifications that are expected to be utilized for every session or registration. PSTN Interop: Specifications related to interworking with the telephone network. General Purpose Infrastructure: General purpose extensions to SIP, SDP and MIME, but ones that are not expected to always be used. NAT Traversal: Specifications to deal with firewall and NAT traversal. Minor Extensions: Specifications that solve a narrow problem space or provide an optimization. Conferencing: Specifications for multimedia conferencing. Call Control Primitives: Specifications for manipulating SIP dialogs and calls. Event Framework: Defines the core specifications for the SIP event framework, providing for pub/sub capability. Event Packages: Packages that utilize the SIP event framework. Quality of Service: Specifications related to multimedia quality of service (QoS). Operations and Management: Specifications related to configuration and monitoring of SIP deployments. SIP Compression: Specifications to facilitate usage of SIP with the Signaling Compression (Sigcomp) framework. SIP Service URIs: Specifications on how to use SIP URIs to address multimedia services. Security Mechanisms: Specifications providing security functionality for SIP. Instant Messaging, Presence, and Multimedia: SIP extensions related to IM, presence and multimedia. This covers only the SIP extensions related to these topics. SIP for IM and Presence (SIMPLE). Emergency Services: SIP extensions related to emergency services.

Entidades lgicas SIP

Una red basada en sealizacin SIP tiene al menos cinco tipos de entidades lgicas. Cada entidad tiene una funcin determinada y participa en las conversaciones SIP como cliente (inicia solicitudes), como servidor (responde a solicitudes) o de ambas formas. Un dispositivo fsico puede desempear las funciones de ms de una entidad lgica. Por ejemplo un ordenador que funcione como servidor Proxy puede que simultneamente tambien est funcionando como Registrador SIP.

Las entidades lgicas bsicas SIP son: Agente de Usuario o User Agent Servidor Proxy Servidor de Redireccin Servidor Registrador Agente de Usuario Inverso, Back-to-Back User Agent (B2BUA)

Agente de Usuario
Todos los terminales de Telefona IP tienen cierta inteligencia que est proporcionada por un Agente de Usuario (UA), que consiste en un programa informtico (siempre activo, del tipo demonio). Dicho de otro modo en UA es la entidad final o del extremo, la que dialoga con otras entidades. Los UAs inician y terminan las sesiones mediantes mensajes que solicitan algn servicio, responden a solicitudes o piden respuestas. La RFC 3261 define el Agente de Usuario como una aplicacin, que contiene dos elementos: un Agente de Usuario cliente y un Agente de Usuario servidor, tal como se detalla a continuacin: Agente de Usuario Cliente (UAC) una aplicacin cliente que inicia solicitudes SIP hacia la red IP. Agente de Usuario Servidor (UAS) una aplicacin que al recibir una solicitud SIP de la red IP se pone en contacto con el usuario y devuelve la respuesta que este desee. Cuando un UAC emite una solicitud, esta pasa por algunos proxys y termina en un UAS del corresponsal. Cuando dicho UAS responde, la respuesta se hace llegar al UAC del otro extremo de la conversacin. Los procedimientos UAC y UAS dependen de dos factores. Si la solicitud o respuesta forma parte o no de un Dilogo, y cual es el mtodo invocado por la solicitud. Los Dilogos se explican en la Seccin 12 de la RFC 3261, representan una relacin peer-to-peer entre los UA y se establecen mediante mtodos SIP como INVITE.

Algunos de los dispositivos que pueden tener una funcin de UA son los Telfonos IP, ordenadores con Softphone, pasarelas telefnicas y sistemas de mensajera automtica.

Proxy
El trmino Proxy tiene un origen jurdico: en ingls quiere decir "Poder de representacin, Apoderado o representante para que acte en mi nombre", por esa razn se ha adoptado ese termino para nombrar a entidades tcnicas que desarrollan una funcin de intermediacin. De manera muy sencilla se podra decir que un proxy es "un intermediario que nos hace un recado". Frente a una solicitud nuestra acta

como si fuese un servidor devoldiendonos una respuesta, pero realmente en muchas ocasiones tendr que consultar a otros proxys, ante quienes ser un cliente que solicita datos. Una vez que obtenga lo solicitado, nos lo presentar. Por tanto, en ese momento ha terminado de hacer el recado. Durante el proceso ha actuado tanto como cliente (frente a otros proxys) como servidor (frente a nosotros). Los servidores proxy se suelen utilizar en funciones de enrutado, por tanto su funcin principal es conseguir que la solicitud del cliente se remita a la entidad ms cercana al usuario de destino. Pero los Proxys tambin se emplean para verificar las polticas (esto es, comprobar si el usuario est autorizado a efectuar una llamada). El proxy interpreta, y si fuese preciso, reescribe partes del mensaje de solicitud antes de reenviarlo. Por tanto, de manera sencilla se puede decir que un proxy es un programa que acta como servidor o accede a otros servidores. Es un punto intermedio que sirve para aumentar la seguridad o la velocidad de acceso (o el anonimato). Suele tener lo que se conoce como cache, que es una copia temporal de los datos que ha obtenido recientemente. En la sealizacin SIP los elementos extremos se conocen como "User Agents" (UA) o "Agentes de Usuario", y los elementos intermedios como "Servidores Proxy". En la Figura se muestra la tpica configuracin SIP, que se conoce como el "trapezoide" SIP. En el ejemplo del esquema, un llamante en el dominio A (UA1) quiere llamar a Pepe en el dominio B (pepe@B). Para hacerlo, se comunica con el proxy 1 de su dominio (dominio A). El Proxy 1 remite la solicitud al proxy del dominio de la persona llamada (dominio B), que es el proxy 2. Y el Proxy 2 remite la llamada al Agente de Usuario de la persona llamada, UA 2.

Para conseguir realizar dicho proceso de llamada, el proxy 1 necesita determinar cual es el servidor SIP del dominio B. Para conseguir saberlo emplea procedimientos DNS, obteniendo registros SRV y NAPTR que apuntan al servidor SIP del dominio B.[1] Por tanto, los proxys SIP son elementos que envin las solicitudes SIP al agente de usuario en el servidor y devuelven las respuestas al agente de usuario en el cliente. Una solicitud, en su progreso hacia un agente de usuario en un servidor, puede pasar por varios proxys, cada uno de los cuales puede tomar decisiones de enrutado y modificar la solicitud antes de remitirlo al siguiente proxy. Las

respuestas recorrern el camino inverso. El proxy nunca es el punto de terminacin de una llamada, ni es el UA final, por tanto no se ocupa del estado o progreso de la llamada, lo cual desconoce. Para esta funcin de conocer el progreso de la llamada, es preciso tener un "back-to-back user agent" (B2BUA), por ejemplo en el Session Border Controller, o en una centralita IP.[2]
Proxys de uso ms frecuente

Kamailio, (antes Open SER) SER, OpenSIPS, SIp-Router

Localizacin: Servidor de Redireccin En algunas arquitecturas es conveniente reducir la carga del Servidor Proxy y mejorar la robustez de la sealizacin mediante un servidor de redireccin.[3] Un Servidor de Redireccin acepta solicitudes SIP y mapea o convierte la direccin SIP de la persona llamada a cero[4] o mas direcciones y las devuelve al cliente que las solicit. A diferencias de los servidores Proxy, los Servidores de Redireccin no pasan la solicitud a otros servidores. El servidor de Redireccin contestar a una consulta del cliente devolviendo la informacin de enrutado sin atender ms mensajes de la transaccin. Cuando quien haya originado la solicitud reciba la redireccin, har una nueva solicitud basada en la URI que ha recibido. De este mdodo las URI se propagan del nucleo del softswitch hacia los bordes con lo que se mejora la escalabilidad y redimiento del sistema. Servidor Registrador SIP es capaz de localizar donde est el destinatario de la llamada. Si un usuario quiere iniciar una sesion con otro usuario, SIP ha de descubrir en qu host est el destinatario. En este proceso intervienen Proxys y servidores de redireccin que al recibir la solicitud han de averiguar donde est el usuario, para llamarle y conectar los medios (Voz, imgenes o mensajes) a intercambiar. Para ello el proxy consulta a un servicio de localizacin que devolver una o varias URI. El servidor de Registro o Registrador, que en ingls se conoce como SIP Registrar, es quien asocia una (o varias) direccin SIP a una URI. Por tanto, el Servidor Registrador es un elemento cuya funcin es atender las solicitudes SIP REGISTER y en consecuencia actualiza una base de datos de localizacin, con la informacin de contacto del usuario que se registre. El Registrador SIP suele estar ubicado junto al proxy, si bien no es algo obligatorio. Su funcin consiste en asociar una URI con una o varias direcciones IP, que generalmente sern del tipo sip: pero que tambin pueden ser del tipo tel:. La relacin se realiza mediante una tabla. Tngase en cuenta que cuando en la tabla que relaciona una URI haya correspondencia con mltiples direcciones IP, todas ellas sonarn simultneamente cuando sean llamadas. Agente de Usuario Inverso, Back-to-Back User Agent (B2BUA) Los B2BUA se emplean en aquellas funciones donde es preciso controlar el saldo remanente del

usuario o el tiempo que le queda de conversacin, como es el caso de los locutorios y de los sistemas de llamadas prepagadas. Un B2BUA es una entidad lgica que recibe una solicitud, la procesa como si fuese un Servidor Agente de Usuario (UAS) y, para determinar cmo contestar al mensaje de solicitud, acta como un Cliente Agente de Usuario (UAC) y genera mensajes de solicitud. El B2BUA debe seguir el estado de la llamada para lo cual ha de dialogar mediante solicitudes y respuestas con los UA que intervienen en la llamada. El B2BUA controla la llamada mucho mejor que un proxy que ni puede desconectar la llamada ni cambiar los mensajes.[5]

Mensajes bsicos SIP

Los clientes SIP invocan mtodos (de modo similar a como se hace en HTTP) al servidor, quien responder con mensajes al estilo HTTP. Los mtodos definidos en la especificacin SIP bsica son: INVITE: para iniciar una sesin desde un UA. ACK: para acusar recibo de una solicitud INVITE. BYE: termina la sesin de quienes estn en llamada. OPTIONS: pregunta a un servidor sobre sus capacidades, sin establecer la llamada. CANCEL: anula una solicitud que est pendiente. Por ejemplo cuando un proxy ha reenviado una solicitud a varios proxys y alguno de ellos contesta satisfactoriamente, la parte UA que inici la consulta puede querer cancelarla. REGISTER: para registrar una direccin URI en un servidor SIP, de modo que a partir de entonces sepa a donde hay que enrutar las solicitudes dirigidas hacia la entidad registrada. Un UA puede enviar una solicitud REGISTER a un determinado proxy, pero tambin podra enviarla a una direccin multicast (all SIP servers).

Normativa IETF SIP Hitchhickers Guide RFC 3261 Session Initiation Protocol RFC 3262 Reliability of Provisional Responses in the Session Initiation Protocol (SIP) RFC 3263 Session Initiation Protocol (SIP): Locating SIP Servers RFC 3264 An Offer/Answer Model with the Session Description Protocol (SDP) RFC 3265 Session Initiation Protocol (SIP)-Specific Event Notification

Tecnologia de la interconexin IP
La interconexin IP se puede dar en dos situaciones diferentes: Interconexin con la telefona tradicional (SS7/TDM) mediante pasarelas IP/TDM Interconexin directa IP/IP, que a su vez puede ser: entre arquitecturas IMS entre sistemas SIP/RTP o arquitecturas mixtas. A continuacin se expondr como se efecta la interconexion en dichas situaciones, tanto en sealizacin como en cuanto al medio a comunicar, salvo en lo referente a como se convierte la numeracin E.164 del lado TDM en URI en el lado IP, que el caso ms simple se efecta con una tabla

de relacin ubicada en el Registrador SIP, y en los casos ms evolucionados se realiza tal como se explica en el conjunto de artculos que tratan sobre Enum

Pasarelas o Gateways para interconectar IP/TDM

Las tcnicas que se viene utilizando para la interconexin de redes telefnicas TDM/SS7 son semejantes a las que se emplean para la interconexin de ese tipo de redes con una red IP; tambin se realizan en un Punto de Interconexin, PdI.

En el caso de la interconexin de una red TDM con una IP, la red IP tiene que disponer de unos elementos denominados pasarelas o "gateways" que convierten las comunicaciones del lado IP a los formatos y protocolos utilizados en la parte TDM. Las pasarelas se ocupan bsicamente de las labores siguientes: 1. Adaptan la sealizacin SS7 a H.323 o SIP (y viceversa). La adaptacin de la numeracin E.164 (lado STDP) en URI (lado IP) se efecta en el Softswitch por el Registrador SIP, o por un servicio Enum. 2. Adaptan el contenido (media, en ingls), sonido o imagen, efectuando una transcodificacin cuando sea preciso.

Las pasarelas se controlan por medio de protocolos, tales como los que se indican a continuacin:[1] SIP Megaco MGCP Hay numerosos fabricantes comerciales de pasarelas. Para mostar algn ejemplo de pasarelas de grado telefnico, basta mostrar los media gateways de Cisco del tipo AS5300 y AS5400, y los equipos de Cosmact y Huawei, Tekelec, Ericsson, Lucent, Sonus, Vegastream, etc.

En el mercado tambin hay pasarelas de grado domstico o para uso en oficinas con una oferta muy amplia a precios muy competitivos. Se utilizan cuando una centralita privada IP ha de conectarse a lneas de enlace analgicas; por tanto han de efectuar una funcin que en cierto sentido es parecida a las pasarelas de operador: transformar la sealizacin IP en su equivalente analgico o RDSI (con sealizacin SS7 o R2) y quizs tambin en muchas ocasiones han de recodificar el flujo de voz. A ttulo de ejemplo a continuacin incluimos algunas imgenes.

Pasarelas IP/GSM/3G
Del mismo modo que en el mercado se encuentran pasarelas IP/TDM tambin hay pasarelas IP/GSM e IP/3G que estn orientadas a satisfacer las necesidades de los usuarios domsticos u hoteles y oficinas situadas en zonas que no tengan suficiente cobertura mediante redes fijas. En muchos casos tras la pasarela, en el lado privado, se instala una pequea centralita IP.

Interconexin IP-IP entre redes SIP-RTP

La interconexin entre redes IP puede llevarse a cabo directamente, sin necesidad de pasarelas de conversin, puesto que no habra nada que convertir: la sealizacin en ambas redes sera SIP y el flujo de contenido en ambos lados estara encapsulado con RTP. Adems, la interconexin IP no estara restringida a las comunicaciones vocales sino que se extiende de forma natural a todo tipo de comunicaciones multimedia. Por razones de seguridad, contabilidad del trafico, llamadas a los servicios de emergencia y de facilitar la interceptacin legal, las redes IP suelen emplear unos elementos en la interconexin que estn ubicados en la frontera o punto de interconexin de las redes, que reciben el nombre de Session Border Controllers y que a su vez comprenden dos elementos: Signaling Border Element: Elemento frontera encargado de la sealizacin. Adicionalmente estos elementos pueden realizar funciones de control de admisin, privacidad, encriptacin, calidad de servicio, conversin de protocolos, etc. Data Border Element: Elemento frontera encargado del trfico de usuario. Pueden realizar funciones de adaptacin de formatos (transcodificacin) y de interceptacin legal.

Generalmente ambas funciones de sealizacin/trfico se concentran en un mismo equipo, el controlador frontera de sesiones (Session Border Controller), de los que se pueden encontrar numerosos fabricantes comerciales.[2]

Como se ha indicado ms arriba, el Controlador Frontera de Sesiones o Session Border Controller (SBC) es un dispositivo opcional, no es de uso obligado, que se instala en la frontera de una red IP, en el punto en que el ISP u Operador se interconecta con un Punto neutro u otro operador. Lleva la cuenta del comienzo y terminacin de cada sesin y, a diferencia de la mayora de los elementos de una red IP, tambin lleva dentro de la red del operador de acceso el control de los dos elementos que componen una llamada: la sealizacin y el contenido (voz, video o datos).[3] Los SBC pueden tener dos tipos de arquitecturas: El Controlador Frontera de Sesiones o Session Border Controller (SBC) autnomo - que tiene los recursos e inteligencia precisos para procesar la sealizacin y el contenido (voz, video o datos) de una llamada de VoIP. El Controlador Frontera de Sesiones o Session Border Controller (SBC) distribuido - En este caso, las funciones de control de la sealizacin y del contenido est divididas en dos sistemas que se comunican entre si.

Funciones de un SBC
Atravesar NAT Una de las principales funciones del SBC consiste en que se pueda proporcionar servicios SIP a travs de los NAT y Firewalls que tenga la red o el usuario. Este problema es, a su vez, doble: 1. Generalmente los Firewalls pueden abrir y cerrar puertos dinmicamente cuando lo pida la sealizacin, pero no suelen atender flujos de voz, video o datos no solicitados. 2. Los NATs impiden la comunicacin multimedia bidireccional, dado que las direcciones IP privadas y los puertos de los dispositivos cliente (Telfonos IP, etc.) no se enrutan hacia la red pblica. Por tanto, las llamadas entrantes no se pueden atender cuando hay NATs o Firewalls. Sin embargo, los SBC permiten atravesar NAT/Firewalls sin que sea preciso instalar ms aparatos. Seguridad Los SBC protegen a los principales elementos de la red, como son los Softswitches, de ataques externos, e identifican a tiempo los ataques maliciosos a la sealizacin. Tambin suelen tener funciones de ocultar la topologa de la red y suprimir de la sealizacin la informacin interna de la red, de modo que estos detalles privados no se propaguen al exterior.

Calidad de Servicio Por las caractersticas del punto frontera donde se instalan, los SBC estn en un lugar privilegiado para controlar la calidad de las comunicaciones y facilitar el cumplimiento de los Acuerdos sobre Calidad del Servicio, (o Service Level Agreements, SLA, en ingls). Control de Admisin de la Sesin (de la llamada) - los SBC controlan el nmero de llamadas simultneas y el ancho de banda preciso y pueden rechazar nuevas llamadas para no perder la calidad de aquellas que estn en curso. Vigilancia - los SBCs se ocupan que la sealizacin sea conforme al medio que se transmite, y pueden descartar los excesos que se produzcan. As se previene que haya robos de servicios y ataques de denegacin de servicio, DoS. Liberacin del Medio - hay ocasiones en las que una sesin se puede transportar con absoluta eficacia dentro de la red del usuario, sin que tenga que salir a otras redes. En estos casos el SBC har que el medio fluya directamente entre los dispositivos clientes, es decir los User Agents (UA) situados en los extremos de la llamada. Recalificacin de la QoS - los SBCs analizan y opcionalmente reescriben los parmetros de calidad de los datos del usuario (bits de Tipo de Servicio y bits de DiffServ Code Point). As el usuario recibe la QoS que haya contratado. Cuando se emplea un SBC en un Punto de Interconexin pueden hacer un mapeo de los parmetros de calidad de un operador a los del otro operador.

Problemas regulatorios en la interconexin IP/IP

La interconexin de redes IP que proporcionen el Servicio Telefnico Disponible al Pblico, STDP, puede presentar problemas de varios tipos: De orden funcional, que podran afectar al servicio que espera obtener el usuario De orden econmico, que afectan al modelo de precios mayoristas.

Problemas de orden funcional

Dado que el servicio telefnico que presta un operador con la tecnologa de Telefona IP no tiene una geografa determinada y ntida, como la telefona tradicional, y que puede prestarse desde cualquier pas a usuarios ubicados en cualquier lugar del mundo, conviene tener presente las circunstancias del ejemplo que present Brian Rosen a la FCC en 2003, que se exponen en la pgina de Wikitel sobre Telefona IP. Los problemas de orden funcional se derivan de que el servicio telefnico, independientemente de la tecnologa con que se preste, ha de disponer de facilidades para la Interceptacin Legal y para llamar a servicios de emergencia. Sin embargo, cuando se efecta con la tecnologa de Telefona IP que estamos tratando en este artculo, se dan unas circunstancias en las que puede resultar extraordinariamente complejo, o incluso en ocasiones imposible.[4]. Los problemas de orden funcional se refieren a: Interceptacin legal Llamadas a servicios de emergencia Alimentacin elctrica de los terminales

Interceptacin Legal Para explicar la interceptacin legal en el mbito del servicio telefnico disponible al pblico (STDP) basado en Telefona IP, hay que tener presente que la sealizacin (el establecimiento de la sesin) est absolutamente separado del contenido (la voz e imgenes) que intercambian los interlocutores. Por tanto, la Interceptacin Legal queda fuera de las posibilidades del Operador de Telefona IP (el operador que proporciona la sealizacin SIP u otra) y se ha de efectuar por el operador de acceso. [5] Para facilitar las interceptaciones, los jueces podran exigir al operador de Telefona IP que comunique en tiempo real al operador de acceso los intentos de inicio de sesin de aquellas de personas sujetas a rdenes de interceptacin, es decir, sus metadatos. [6] Es bien diferente la responsabilidad legal y coordinacin necesaria si ambas figuras coinciden en la misma compaa, que si estan en compaia separadas, y ms problemtico an si la que ofrece el servicio de Telefona IP (la que establece el inicio de las llamadas) est situada en algn pas extranjero, bajo diferente jurisdicin regulatoria y jurdica. En todo caso la Interceptacin Legal se ha de efectuar sin que las personas que estn comunicndose observen ningn cambio o alteracin en sus comunicaciones. Los Session Border Controllers del operador de acceso se ocupan de interceptar tanto de la sealizacin como la voz, datos o video sin que las partes en conversacin se den cuenta de ello. Wikitel tiene una pgina dedicada a la Interceptacin Legal, que puede visitar para una mayor informacin. Servicios de Emergencia En las llamadas a servicios de emergencia ocurre lo contrario que en el caso anterior, puesto que cuando una persona llama a los servicios de emergencia, el operador de acceso desconoce que se trata de una llamada de voz y con ms razn an desconoce que se trata de llamar a servicios de emergencia. [7] Es el operador de Telefona IP quien conoce estas circunstancias. Un ejemplo muy ilustrativo se expone en el informe que Brian Rosen presento al FCC en 2003. [8] Por tanto, el Operador de Telefona IP deber remitirla la llamada al servicio de emergencia ms prximo a la persona llamante. Este tipo de llamadas siempre se han de enrutar bajo cualquier carga de trfico. No obstante, en muchos paises la regulacin suaviza la exigencia de desviar llamadas a los servicios de emergencia cuando se emplea tecnologa IP, siempre que el usuario est claramente informado de dicha carencia.[9] Alimentacin elctrica del terminal Que el terminal haya de ser alimentado por el usuario no es estrictamente un problema regulatorio, sino una cuestin que debe conocerse; del mismo modo que la generalidad de las personas saben que deben ocuparse de tener cargado el telfono mvil para que funcione, tambin han de saber que en el caso de un terminal de telefona IP son responsables de proporcionarle alimentacin elctrica, salvo que el operador de acceso se ocupe de ello.

Problemas de orden econmico

La interconexin IP es de distinta naturaleza que la interconexin telefnica tradicional SS7/TDM. En esta ltima lo que se interconecta es: los elementos de red

 el servicio telefnico (sealizacin + procedimientos + contenido) y el sistema o cadena de pagos de dicho servicio, al menos en los pases de la modalidad Calling Party Pays. Mientras que en las redes IP hay una absoluta separacin entre los servicios y las redes. Lo que se interconecta en IP es: trfico de datos, en una red cuya disponibilidad es always on (no se inician y terminan sesiones de trfico). Los servicios IP (sean voz, telefona, televisin, navegacin, presencia, etc) se forman, controlan y facturan en niveles o mbitos distintos del trfico y quedan separados de este. El operador del servicio puede ser distinto del operador de red e incluso desconocerse, por estar ubicado en otro pas y no mantener ninguna relacin mercantil o contractual. Por tanto, el presente artculo se centra en la problemtica econmica de la interconexin de redes IP/IP. Tambin se trata circunstancialmente sobre la interconexin del servicio telefnico disponible al pblico en redes mixtas SS7/TDM - SIP/RTP, como un fenmeno temporal que debiera desaparecer con el paso del tiempo. Para comprender bien los prrafos que siguen hay que diferenciar con nitidez los dos conceptos: redes y servicios que son tan familiares a los operadores y reguladores que en muchas ocasiones se trata sobre ellos sin advertir al lector de la diferencia. Modelos de precios de interconexin Hipotticamente la interconexin IP puede ser una combinacin de peering y trnsito.[10] Peering.- El peering consiste en un acuerdo bilateral suscrito por dos operadores o ISP para intercambiar trfico de sus propios clientes en pura reciprocidad, es por tanto una variante de interconexin por capacidad; generalmente no conlleva pagos entre los operadores, puesto que suelen emplear la frmula "Bill and Keep" BAK. Trnsito.- En la interconexin IP en trnsito un operador acuerda llevar el trfico de otro operador hacia un tercer operador o punto de interconexin; la hiptesis ms habitual es que se trate de un intercambio oneroso, si bien tambin se emplea la modalidad de trnsito reciproco, caso que se podra clasificar como una variante de peering (con lo que entonces la interconexin quedara reducida a peering).[11] Tambin es habitual que un acuerdo de trnsito incorpore servicios complementarios, tales como Service Level Agreements, Soporte, Centro de Gestin de Red y similares.

Peering entre dos Operadores

Trnsito de un Operador a otros dos

Naturaleza de los pagos de terminacin telefnica Puede que algunos servicios IP incluyan el concepto de "sesin", como un espacio de tiempo ocupado por una actividad que tiene un inicio y un fin; en dicho caso hay que tener presente que se trata de "sesiones simblicas", establecidas como parte del servicio para, por ejemplo, diferenciar entre distintas conversaciones, pero estas "sesiones" no tienen nada que ver con las de la telefona tradicional donde al iniciar una sesin se asignan ciertos recursos de red al usuario para su uso exclusivo mientras dure la sesin, momento en que quedan liberados, hasta que los solicite un nuevo usuario. En las sesiones simblicas no ocurre nada de eso, el operador de red ni interviene, ni dedica recursos, ni siquiera conoce el inicio o final de la sesin. La primera consecuencia de un sistema de comunicaciones "always-on", donde no hay sesiones en la red es que, si no hay inicio ni terminacin de las mismas, el concepto de pago por terminacin entre operadores de red pierde su razn de ser. Esta diferente naturaleza del trfico, que siempre est disponible y no exige que se dediquen elementos de red en exclusiva al usuario, y su separacin de los servicios, tiene un evidente reflejo en las modalidades econmicas de la interconexin. En el modelo econmico mayorista del servicio telefnico tradicional de los paises Calling Party Pays[12] la red de quien inicia la llamada ha de pagar una cantidad a la red que la termina, esa cantidad combina el uso de la red, el servicio telefnico y otros gastos accesorios. La experiencia econmica demuestra que todos los operadores tienden a poner los pagos por terminacin al precio ms alto posible, sobre todo en telefona mvil. En este fenmeno, que se suele calificar como monopolio de terminacin, los pagos por terminacin no obedecen estrictamente a que haya costes del servicio de voz a recuperar en el tramo de terminacin, ni a sesudos estudios de contabilidad analtica, ms bien responden a que muchos aos atrs, cuando se inici esta modalidad CPP, el operador de terminacin trat de hacer algo muy humano como es cargar, repartir o trasladar -como prefiera decirse- el margen del nico beneficiario de la llamada: el operador de origen. Lo cual ha sido respetado desde entonces por los operadores de los pases CPP, puesto que les resulta conveniente para sus modelos de negocio. En los acuerdos de interconexin de los pases de la modalidad Receiving Party Pays los operadores tambin negocian los precios de interconexin. Sin embargo en dicho modelo no cobra el operador que inicia la llamada, por tanto no existe el monopolio de terminacin, puesto que el cliente de terminacin, el que recibe la llamada, es quien paga puede hacer presin para que el precio sea competitivo (de no ser as cambiara de compaa), consecuentemente es habitual que los operadores acuerden que el precio de interconexin por terminacin sea cero. La razn de que el precio sea cero es que si se estableciesen precios ms altos de cero su nico efecto consitira en complicar la contabilidad, sin que con ello se consiga trasladar o repartir margen alguno. Lo cual se conoce como modelo Bill and Keep (cada operador factura a sus clientes y no paga nada a los dems operadores que intervengan). Pero en la interconexin IP, como se ha indicado ms arriba, no hay sesiones en la red, ni hay inicio ni terminacin, se interconecta trfico digital -flujos RTP y mensajes SIP- por tanto genrico, en consecuencia los pagos entre operadores de red por terminacin pierden su razn de ser. Sin embargo, la realidad regulatoria de estos aos de transicin de las redes telefnicas tradicionales hacia un sistema que sea todo IP, es que la problemtica de interconexin e interoperabilidad que por ahora plantean los operadores trata de interconectar situaciones mixtas, por tanto adems de interconectar redes tambin se han de interconectar servicios, por ejemplo: el STDP con tecnologa SS7/TDM de un operador con el STDP con tecnologa IP de otro operador. [13]

En ese contexto de interconectar una situacin mixta, combinando la red IP con el STDP se entiende que se imponga la obligacin al operador con PSM de ofrecer un acceso razonable a los servicios prestados mediante tcnicas IP, para evitar, en la medida de lo posible, la situacin conocida como jardn vallado en la que el operador con PSM disfruta en su red de las tcnicas IP mientras que a sus competidores nicamente les ofrece interconexin SS7. Esta situacin no es deseable ya que, por un lado, reduce la interoperabilidad de los servicios y, por otro, no es tcnicamente eficiente, ya que requiere el uso de elementos de red adicionales (los equipos pasarela).[14] Del prrafo que precede se desprende que los reguladores no ven con mucho cario que la interconexin se realice forzosamente con la red tradicional TDM y prefieren que, cuando sea posible, se haga directamente entre redes IP. Sin embargo, cuando se dan esas situaciones mixtas los reguladores an no entran a analizar el concepto de sesin y de pago por terminacin, por lo que, por ahora, evitan alterar las costumbres e intereses de los operadores tradicionales. Pagos en la interconexin IP En definitiva, por lo que se ha visto ms arriba, hoy en da los pagos mayoristas de los servicios tradicionales proceden de la antigua mentalidad, tpica de la conmutacin de circuitos telefnicos, que en los pases CPP est impregnada de un sentido direccional: causa -> efecto, inicio -> terminacin, penalizando a quien solicita iniciar un servicio, porque en aquellos no tan distantes tiempos era necesario dedicarle recursos exclusivos. Pero el moderno mundo IP es always on, en la red no existe el concepto de sesin, no hay circuitos o elementos dedicados exclusivamente a ningn usuario, y hay una separacin entre la red y el servicio, por tanto la direccionalidad pierde toda su fuerza puesto que no existe un inicio de sesin, o si esa direccionalidad afectase al precio del servicio sera trivial invertir el sentido. Los pagos por interconexin en las redes IP, cuando las redes sean de calidad o velocidad heterognea, podran diferenciarse en precio en funcin del ancho de banda y QoS que se solicite. Y cuando la QoS y velocidad del trfico a interconectar fuesen lo suficientemente homogneos podran interconectarse mediante acuerdos de peering.[15] De lo expuesto se desprende como conclusin que el modelo econmico de interconexin IP est an en sus comienzos y necesita ms anlisis, reflexin, debate y un posterior desarrollo regulatorio. El periodo de transicin de un modelo de interconexin telefnica (rico en pagos por terminacin) hacia un modelo de peering de trfico ms desinflado econmicamente (sin pagos por terminacin) puede tener un efecto negativo en el desarrollo de las redes, puesto que disminuye el inters de los operadores de red a modernizarlas hacia todo IP con arquitectura NGN. Los operadores de red preferirn defender una estratgia de interconexin ineficaz, pero de mayores mrgenes, en particular los operadores de mviles. El corolario de lo expuesto es que si los reguladores esperasen a que haya redes NGN para resolver la interconexin, quizs estas nunca lleguen; por eso han de estudiar y elaborar ahora las condiciones de la interconexin IP, con una correcta visin del futuro.