Softswitch

En un sistema de telefonía IP el término "Softswitch" engloba los procesos y elementos informáticos que controlan las sesiones, el medio (voz, video o mensajes) y los servicios. En términos sencillos, el Softswitch separa los elementos de la red (Hardware) del contro de la misma (Software). Recordemos que en la telefonía TDM tradicional el hardware y software no pueden estar completamente separados. Las redes de conmutación de circuitos están diseñadas para comunicaciones telefónicas y se construyen con elementos (HW + SW) dedicados específicamente a determinadas funciones, mientras que en las redes modernas de conmutación de paquetes con el protocolo IP, se puede comunicar voz, datos e imágenes con dispositivos completamente genéricos, 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 tráfico de VoIP e incluso las pasarelas entre el STDP y la VoIP en cuyo caso enlazan ambos tipos de red y gestionan el tráfico, que en el caso más general puede estar formado por una combinación de voz, fax, datos y video. Los Softswitches también se ocupan de que la señal se procese, en función del tipo de medio que sea, se negocie que tipo de codec se utilizará en cada sesión, o incluso se transcodifique de un codec a otro. Los softswitches están 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 Generación, (NGN) emplean Softswitches basados en IMS.

No obstante lo anterior, la razón del softswitch no es solamente para separar el hardware del software,

sino que pretende que haya un entorno abierto de software que facilite la creación de servicios. Se da por supuesto que las Redes Inteligentes del futuro no seguirán los modelos tradicionales de control de llamadas, que por proceder de la telefonía tradicional están limitados, y en su lugar empleará modelos basados en sesiones, capaces de comunicar datos, voz y servicios multimedia.

También es preciso señalar que un softswitch se puede entender como que es una fórmula centralizada (que cubre zonas o regiones geográficas) propia de una compañía telefónica, y que las empresas mas pequeñas e ISPs generalmente no prestan sus servicios de telefonía IP mediante un softswitch, puesto que puede que prefieran emplear arquitecturas más 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 más 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. También se ocupan de gestionar ENUM e incluso pueden usar dicha técnica para solucionar la portabilidad de número.

Y a un nivel más 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 artículo se puede decir que no queda muy nítido qué es un softswitch, dado que todas las redes de Telefonía IP han de proporcionar una funcionalidad similar. Unos fabricantes engloban todos los conceptos de software bajo la denominación genérica 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 compañías de servicios informáticos más pequeñas 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 público.

Y Aunque no esté directamente relacionado con los Softswitch, también 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 fórmulas "best effort" ofreciendo un servicio más barato mediante redes públicas.

Entidades básicas SIP

Traza > Portal:Tecnología > Redes fijas > Redes NGN > Señalización IP

Traza > Portal:Tecnología > Redes fijas > Redes NGN > VoIP

VoIP - Telefonía IP Telefonía IP

Terminales VoIP

SIP, Entidades básicas

Softswitch

Interconexión IP Numeración para Servicios IP Enum

ENUM Público

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 técnicas Internet y, consecuentemente, está basado en intercambiar mensajes de texto. Es importante remarcar que SIP es bastante más 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 características propias de los nuevos servicios de movilidad, presencia, control de llamadas e interoperabilidad con los sistemas telefónicos actuales.

Este artículo 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 día 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 maraña de recomendaciones RFC, el propio IETF se ha visto obligado a preparar un documento informal de guía, titulado: SIP Hitchhikers Guide que le recomendamos lea, como también recomendamos que vea las páginas SIP de Tech Invite.

Las especificaciones SIP se agrupan por temas. Los temas son: (en inglés)

• 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 lógicas SIPUna red basada en señalización SIP tiene al menos cinco tipos de entidades lógicas. Cada entidad tiene una función determinada y participa en las conversaciones SIP como cliente (inicia solicitudes), como servidor (responde a solicitudes) o de ambas formas. Un “dispositivo físico” puede desempeñar las funciones de más de una entidad lógica. Por ejemplo un ordenador que funcione como servidor Proxy puede que simultáneamente tambien esté funcionando como Registrador SIP.

Las entidades lógicas básicas SIP son:

• Agente de Usuario o User Agent • Servidor Proxy • Servidor de Redirección • Servidor Registrador • Agente de Usuario Inverso, Back-to-Back User Agent (B2BUA)

Agente de Usuario

Todos los terminales de Telefonía IP tienen cierta inteligencia que está proporcionada por un Agente de Usuario (UA), que consiste en un programa informático (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 algún servicio, responden a solicitudes o piden respuestas.

La RFC 3261 define el Agente de Usuario como una aplicación, que contiene dos elementos: un Agente de Usuario cliente y un Agente de Usuario servidor, tal como se detalla a continuación:

• Agente de Usuario Cliente (UAC)— una aplicación cliente que inicia solicitudes SIP hacia la red IP.

• Agente de Usuario Servidor (UAS)— una aplicación 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 conversación.

Los procedimientos UAC y UAS dependen de dos factores. Si la solicitud o respuesta forma parte o no de un Diálogo, y cual es el método invocado por la solicitud. Los Diálogos se explican en la Sección 12 de la RFC 3261, representan una relación peer-to-peer entre los UA y se establecen mediante métodos SIP como INVITE.

Algunos de los dispositivos que pueden tener una función de UA son los Teléfonos IP, ordenadores con Softphone, pasarelas telefónicas y sistemas de mensajería automática.

Proxy

El término Proxy tiene un origen jurídico: en inglés quiere decir "Poder de representación, Apoderado o representante para que actúe en mi nombre", por esa razón se ha adoptado ese termino para nombrar a entidades técnicas que desarrollan una función de intermediación. De manera muy sencilla se podría decir que un proxy es "un intermediario que nos hace un recado". Frente a una solicitud nuestra actúa

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 función principal es conseguir que la solicitud del cliente se remita a la entidad más cercana al usuario de destino. Pero los Proxys también se emplean para verificar las políticas (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 actúa 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 señalización 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 típica configuración 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 envián 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 recorrerán el camino inverso.

El proxy nunca es el punto de terminación 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 función 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 más frecuente

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

Localización: Servidor de Redirección

En algunas arquitecturas es conveniente reducir la carga del Servidor Proxy y mejorar la robustez de la señalización mediante un servidor de redirección.[3]

Un Servidor de Redirección acepta solicitudes SIP y mapea o convierte la dirección 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 Redirección no pasan la solicitud a otros servidores.

El servidor de Redirección contestará a una consulta del cliente devolviendo la información de enrutado sin atender más mensajes de la transacción. Cuando quien haya originado la solicitud reciba la redirección, 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 redirección que al recibir la solicitud han de averiguar donde está el usuario, para llamarle y conectar los medios (Voz, imágenes o mensajes) a intercambiar. Para ello el proxy consulta a un servicio de localización que devolverá una o varias URI.

El servidor de Registro o Registrador, que en inglés se conoce como SIP Registrar, es quien asocia una (o varias) dirección SIP a una URI.

Por tanto, el Servidor Registrador es un elemento cuya función es atender las solicitudes SIP REGISTER y en consecuencia actualiza una base de datos de localización, con la información de contacto del usuario que se registre. El Registrador SIP suele estar ubicado junto al proxy, si bien no es algo obligatorio. Su función consiste en asociar una URI con una o varias direcciones IP, que generalmente serán del tipo sip: pero que también pueden ser del tipo tel:. La relación se realiza mediante una tabla. Téngase en cuenta que cuando en la tabla que relaciona una URI haya correspondencia con múltiples direcciones IP, todas ellas sonarán simultáneamente 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 conversación, como es el caso de los locutorios y de los sistemas de llamadas prepagadas.

Un B2BUA es una entidad lógica que recibe una solicitud, la procesa como si fuese un Servidor Agente de Usuario (UAS) y, para determinar cómo contestar al mensaje de solicitud, actúa 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 básicos SIP

Los clientes SIP invocan métodos (de modo similar a como se hace en HTTP) al servidor, quien responderá con mensajes al estilo HTTP. Los métodos definidos en la especificación SIP básica son:

• INVITE: para iniciar una sesión desde un UA. • ACK: para acusar recibo de una solicitud INVITE. • BYE: termina la sesión de quienes estén 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 dirección 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 también podría enviarla a una dirección 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 interconexión IPLa interconexión IP se puede dar en dos situaciones diferentes:

• Interconexión con la telefonía tradicional (SS7/TDM) mediante pasarelas IP/TDM • Interconexión directa IP/IP, que a su vez puede ser:

• entre arquitecturas IMS • entre sistemas SIP/RTP o arquitecturas mixtas.

A continuación se expondrá como se efectúa la interconexion en dichas situaciones, tanto en señalización como en cuanto al medio a comunicar, salvo en lo referente a como se convierte la numeración E.164 del lado TDM en URI en el lado IP, que el caso más simple se efectúa con una tabla

de relación ubicada en el Registrador SIP, y en los casos más evolucionados se realiza tal como se explica en el conjunto de artículos que tratan sobre Enum

Pasarelas o Gateways para interconectar IP/TDM

Las técnicas que se viene utilizando para la interconexión de redes telefónicas TDM/SS7 son semejantes a las que se emplean para la interconexión de ese tipo de redes con una red IP; también se realizan en un Punto de Interconexión, PdI.

En el caso de la interconexión 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 básicamente de las labores siguientes:

1. Adaptan la señalización SS7 a H.323 o SIP (y viceversa). La adaptación de la numeración E.164 (lado STDP) en URI (lado IP) se efectúa en el Softswitch por el Registrador SIP, o por un servicio Enum.

2. Adaptan el contenido (media, en inglés), sonido o imagen, efectuando una transcodificación cuando sea preciso.

Las pasarelas se controlan por medio de protocolos, tales como los que se indican a continuación:[1]

• SIP • Megaco • MGCP

Hay numerosos fabricantes comerciales de pasarelas. Para mostar algún ejemplo de pasarelas de grado telefónico, 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 también hay pasarelas de grado doméstico 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 líneas de enlace analógicas; por tanto han de efectuar una función que en cierto sentido es parecida a las pasarelas de operador: transformar la señalización IP en su equivalente analógico o RDSI (con señalización SS7 o R2) y quizás también en muchas ocasiones han de recodificar el flujo de voz. A título de ejemplo a continuación incluimos algunas imágenes.

Pasarelas IP/GSM/3G

Del mismo modo que en el mercado se encuentran pasarelas IP/TDM también hay pasarelas IP/GSM e IP/3G que están orientadas a satisfacer las necesidades de los usuarios domésticos 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 pequeña centralita IP.

Interconexión IP-IP entre redes SIP-RTP

La interconexión entre redes IP puede llevarse a cabo directamente, sin necesidad de pasarelas de conversión, puesto que no habría nada que convertir: la señalización en ambas redes sería SIP y el flujo de contenido en ambos lados estaría encapsulado con RTP. Además, la interconexión IP no estaría 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 interceptación legal, las redes IP suelen emplear unos elementos en la interconexión que están ubicados en la frontera o punto de interconexión 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 señalización. Adicionalmente estos elementos pueden realizar funciones de control de admisión, privacidad, encriptación, calidad de servicio, conversión de protocolos, etc.

• Data Border Element: Elemento frontera encargado del tráfico de usuario. Pueden realizar funciones de adaptación de formatos (transcodificación) y de interceptación legal.

Generalmente ambas funciones de señalización/tráfico 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 más 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 terminación de cada sesión y, a diferencia de la mayoría de los elementos de una red IP, también lleva dentro de la red del operador de acceso el control de los dos elementos que componen una llamada: la señalización 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) autónomo - que tiene los recursos e inteligencia precisos para procesar la señalización 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 señalización 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 través 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 dinámicamente cuando lo pida la señalización, pero no suelen atender flujos de voz, video o datos no solicitados.

2. Los NATs impiden la comunicación multimedia bidireccional, dado que las direcciones IP privadas y los puertos de los dispositivos cliente (Teléfonos IP, etc.) no se enrutan hacia la red pública.

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 más 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 señalización. También suelen tener funciones de ocultar la topología de la red y suprimir de la señalización la información interna de la red, de modo que estos detalles privados no se propaguen al exterior.

Calidad de Servicio

Por las características del punto frontera donde se instalan, los SBC están 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 inglés).

• Control de Admisión de la Sesión (de la llamada) - los SBC controlan el número de llamadas simultáneas y el ancho de banda preciso y pueden rechazar nuevas llamadas para no perder la calidad de aquellas que estén en curso.

• Vigilancia - los SBCs se ocupan que la señalización 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 denegación de servicio, DoS.

• Liberación del Medio - hay ocasiones en las que una sesión 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.

• Recalificación de la QoS - los SBCs analizan y opcionalmente reescriben los parámetros 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 Interconexión pueden hacer un mapeo de los parámetros de calidad de un operador a los del otro operador.

Problemas regulatorios en la interconexión IP/IPLa interconexión de redes IP que proporcionen el Servicio Telefónico Disponible al Público, STDP, puede presentar problemas de varios tipos:

• De orden funcional, que podrían afectar al servicio que espera obtener el usuario • De orden económico, que afectan al modelo de precios mayoristas.

Problemas de orden funcional

Dado que el servicio telefónico que presta un operador con la tecnología de Telefonía IP no tiene una geografía determinada y nítida, como la telefonía tradicional, y que puede prestarse desde cualquier país 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 página de Wikitel sobre Telefonía IP.

Los problemas de orden funcional se derivan de que el servicio telefónico, independientemente de la tecnología con que se preste, ha de disponer de facilidades para la Interceptación Legal y para llamar a servicios de emergencia. Sin embargo, cuando se efectúa con la tecnología de Telefonía IP que estamos tratando en este artículo, 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:

• Interceptación legal • Llamadas a servicios de emergencia • Alimentación eléctrica de los terminales

Interceptación Legal

Para explicar la interceptación legal en el ámbito del servicio telefónico disponible al público (STDP) basado en Telefonía IP, hay que tener presente que la señalización (el establecimiento de la sesión) está absolutamente separado del contenido (la voz e imágenes) que intercambian los interlocutores. Por tanto, la Interceptación Legal queda fuera de las posibilidades del Operador de Telefonía IP (el operador que proporciona la señalización SIP u otra) y se ha de efectuar por el operador de acceso. [5]

Para facilitar las interceptaciones, los jueces podrían exigir al operador de Telefonía IP que comunique en tiempo real al operador de acceso los intentos de inicio de sesión de aquellas de personas sujetas a órdenes de interceptación, es decir, sus metadatos. [6]

Es bien diferente la responsabilidad legal y coordinación necesaria si ambas figuras coinciden en la misma compañía, que si estan en compañia separadas, y más problemático aún si la que ofrece el servicio de Telefonía IP (la que establece el inicio de las llamadas) está situada en algún país extranjero, bajo diferente jurisdición regulatoria y jurídica.

En todo caso la Interceptación Legal se ha de efectuar sin que las personas que están comunicándose observen ningún cambio o alteración en sus comunicaciones. Los Session Border Controllers del operador de acceso se ocupan de interceptar tanto de la señalización como la voz, datos o video sin que las partes en conversación se den cuenta de ello.

Wikitel tiene una página dedicada a la Interceptación Legal, que puede visitar para una mayor información.

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 más razón aún desconoce que se trata de llamar a servicios de emergencia. [7] Es el operador de Telefonía 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 Telefonía IP deberá remitirla la llamada al servicio de emergencia más próximo a la persona llamante. Este tipo de llamadas siempre se han de enrutar bajo cualquier carga de tráfico. No obstante, en muchos paises la regulación suaviza la exigencia de desviar llamadas a los servicios de emergencia cuando se emplea tecnología IP, siempre que el usuario esté claramente informado de dicha carencia.[9]

Alimentación eléctrica del terminal

Que el terminal haya de ser alimentado por el usuario no es estrictamente un problema regulatorio, sino una cuestión que debe conocerse; del mismo modo que la generalidad de las personas saben que deben ocuparse de tener cargado el teléfono móvil para que funcione, también han de saber que en el caso de un terminal de telefonía IP son responsables de proporcionarle alimentación eléctrica, salvo que el operador de acceso se ocupe de ello.

Problemas de orden económico

La interconexión IP es de distinta naturaleza que la interconexión telefónica tradicional SS7/TDM. En esta última lo que se interconecta es:

• los elementos de red

• el servicio telefónico (señalización + procedimientos + contenido) y • el sistema o cadena de pagos de dicho servicio, al menos en los países de la modalidad Calling

Party Pays.

Mientras que en las redes IP hay una absoluta separación entre los servicios y las redes. Lo que se interconecta en IP es:

• tráfico de datos, en una red cuya disponibilidad es always on (no se inician y terminan sesiones de tráfico).

Los servicios IP (sean voz, telefonía, televisión, navegación, presencia, etc) se forman, controlan y facturan en niveles o ámbitos distintos del tráfico y quedan separados de este. El operador del servicio puede ser distinto del operador de red e incluso desconocerse, por estar ubicado en otro país y no mantener ninguna relación mercantil o contractual. Por tanto, el presente artículo se centra en la problemática económica de la interconexión de redes IP/IP. También se trata circunstancialmente sobre la interconexión del servicio telefónico disponible al público en redes mixtas SS7/TDM - SIP/RTP, como un fenómeno temporal que debiera desaparecer con el paso del tiempo.

Para comprender bien los párrafos 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 interconexión

Hipotéticamente la interconexión IP puede ser una combinación de peering y tránsito.[10]

• Peering.- El peering consiste en un acuerdo bilateral suscrito por dos operadores o ISP para intercambiar tráfico de sus propios clientes en pura reciprocidad, es por tanto una variante de interconexión por capacidad; generalmente no conlleva pagos entre los operadores, puesto que suelen emplear la fórmula "Bill and Keep" BAK.

• Tránsito.- En la interconexión IP en tránsito un operador acuerda llevar el tráfico de otro operador hacia un tercer operador o punto de interconexión; la hipótesis más habitual es que se trate de un intercambio oneroso, si bien también se emplea la modalidad de tránsito reciproco, caso que se podría clasificar como una variante de peering (con lo que entonces la interconexión quedaría reducida a peering).[11] También es habitual que un acuerdo de tránsito incorpore servicios complementarios, tales como Service Level Agreements, Soporte, Centro de Gestión de Red y similares.

Peering entre dos Operadores

Tránsito de un Operador a otros dos

Naturaleza de los pagos de terminación telefónica

Puede que algunos servicios IP incluyan el concepto de "sesión", 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 simbólicas", establecidas como parte del servicio para, por ejemplo, diferenciar entre distintas conversaciones, pero estas "sesiones" no tienen nada que ver con las de la telefonía tradicional donde al iniciar una sesión se asignan ciertos recursos de red al usuario para su uso exclusivo mientras dure la sesión, momento en que quedan liberados, hasta que los solicite un nuevo usuario. En las sesiones simbólicas no ocurre nada de eso, el operador de red ni interviene, ni dedica recursos, ni siquiera conoce el inicio o final de la sesión.

La primera consecuencia de un sistema de comunicaciones "always-on", donde no hay sesiones en la red es que, si no hay inicio ni terminación de las mismas, el concepto de pago por terminación entre operadores de red pierde su razón de ser.

Esta diferente naturaleza del tráfico, que siempre está disponible y no exige que se dediquen elementos de red en exclusiva al usuario, y su separación de los servicios, tiene un evidente reflejo en las modalidades económicas de la interconexión.

En el modelo económico mayorista del servicio telefónico 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 telefónico y otros gastos accesorios. La experiencia económica demuestra que todos los operadores tienden a poner los pagos por terminación al precio más alto posible, sobre todo en telefonía móvil. En este fenómeno, que se suele calificar como monopolio de terminación, los pagos por terminación no obedecen estrictamente a que haya costes del servicio de voz a recuperar en el tramo de terminación, ni a sesudos estudios de contabilidad analítica, más bien responden a que muchos años atrás, cuando se inició esta modalidad CPP, el operador de terminación 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 países CPP, puesto que les resulta conveniente para sus modelos de negocio.

En los acuerdos de interconexión de los países de la modalidad Receiving Party Pays los operadores también negocian los precios de interconexión. Sin embargo en dicho modelo no cobra el operador que inicia la llamada, por tanto no existe el monopolio de terminación, puesto que el cliente de terminación, el que recibe la llamada, es quien paga puede hacer presión para que el precio sea competitivo (de no ser así cambiaría de compañía), consecuentemente es habitual que los operadores acuerden que el precio de interconexión por terminación sea cero. La razón de que el precio sea cero es que si se estableciesen precios más altos de cero su único efecto consitiría 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 demás operadores que intervengan).

Pero en la interconexión IP, como se ha indicado más arriba, no hay sesiones en la red, ni hay inicio ni terminación, se interconecta tráfico digital -flujos RTP y mensajes SIP- por tanto genérico, en consecuencia los pagos entre operadores de red por terminación pierden su razón de ser.

Sin embargo, la realidad regulatoria de estos años de transición de las redes telefónicas tradicionales hacia un sistema que sea todo IP, es que la problemática de interconexión e interoperabilidad que por ahora plantean los operadores trata de interconectar situaciones mixtas, por tanto además de interconectar redes también se han de interconectar servicios, por ejemplo: el STDP con tecnología SS7/TDM de un operador con el STDP con tecnología IP de otro operador. [13]

En ese contexto de interconectar una situación mixta, combinando la red IP con el STDP se entiende que se imponga la obligación al operador con PSM de ofrecer un acceso razonable a los servicios prestados mediante técnicas IP, para evitar, en la medida de lo posible, la situación conocida como “jardín vallado” en la que el operador con PSM disfruta en su red de las técnicas IP mientras que a sus competidores únicamente les ofrece interconexión SS7. Esta situación no es deseable ya que, por un lado, reduce la interoperabilidad de los servicios y, por otro, no es técnicamente eficiente, ya que requiere el uso de elementos de red adicionales (los equipos pasarela).[14] Del párrafo que precede se desprende que los reguladores no ven con mucho cariño que la interconexión 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 aún no entran a analizar el concepto de sesión y de pago por terminación, por lo que, por ahora, evitan alterar las costumbres e intereses de los operadores tradicionales.

Pagos en la interconexión IP

En definitiva, por lo que se ha visto más arriba, hoy en día los pagos mayoristas de los servicios tradicionales proceden de la antigua mentalidad, típica de la conmutación de circuitos telefónicos, que en los países CPP está impregnada de un sentido direccional: causa -> efecto, ó inicio -> terminación, 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 sesión, no hay circuitos o elementos dedicados exclusivamente a ningún usuario, y hay una separación entre la red y el servicio, por tanto la direccionalidad pierde toda su fuerza puesto que no existe un inicio de sesión, o si esa direccionalidad afectase al precio del servicio sería trivial invertir el sentido.

Los pagos por interconexión en las redes IP, cuando las redes sean de calidad o velocidad heterogénea, podrían diferenciarse en precio en función del ancho de banda y QoS que se solicite. Y cuando la QoS y velocidad del tráfico a interconectar fuesen lo suficientemente homogéneos podrían interconectarse mediante acuerdos de peering.[15]

De lo expuesto se desprende como conclusión que el modelo económico de interconexión IP está aún en sus comienzos y necesita más análisis, reflexión, debate y un posterior desarrollo regulatorio.

El periodo de transición de un modelo de interconexión telefónica (rico en pagos por terminación) hacia un modelo de peering de tráfico más desinflado económicamente (sin pagos por terminación) puede tener un efecto negativo en el desarrollo de las redes, puesto que disminuye el interés de los operadores de red a modernizarlas hacia todo IP con arquitectura NGN. Los operadores de red preferirán defender una estratégia de interconexión ineficaz, pero de mayores márgenes, en particular los operadores de móviles. El corolario de lo expuesto es que si los reguladores esperasen a que haya redes NGN para resolver la interconexión, quizás estas nunca lleguen; por eso han de estudiar y elaborar ahora las condiciones de la interconexión IP, con una correcta visión del futuro.