Curso - Voz y Telefona sobre IP

Mauricio Lpez Caldern

UIT CITEL ACIEM

2005.

Este material esta cobijado por las normas sobre derechos de autor. Cualquier reproduccin total o parcial por cualquier medio fsico o electrnico requiere la autorizacin por escrito de su autor. Este material puede ser citado siempre que se reconozca la autora del mismo.

i. Introduccin al curso La tecnologa de Voz sobre IP (VoIP), se ha desarrollado en la ltima dcada, alcanzando en los ltimos 2 a 3 aos niveles operativos competitivos respecto a servicios de telefona tradicionales, planteando un reto en muchos aspectos a la estructura tradicional y los paradigmas de mercado que venan funcionando desde hace ms de un siglo para los servicios de voz, entre ellos el cobro por minuto, los mltiples peajes y cargos de acceso y el control del cliente final mediante el control de la red de acceso. El objetivo de este curso es el de analizar las ventajas y desventajas del uso de la tecnologa IP en los servicios de telefona como un sustituto de los servicios tradicionales de voz, entendiendo las implicaciones que desde el punto de vista tcnico, regulatorio y de mercado ello tendr para el sector de las telecomunicaciones, para los usuarios y para la sociedad en general, en un mercado globalizado y donde la prestacin de este tipo de servicios se puede realizar virtualmente y con un alcance que trasciende la normatividad y las fronteras de cada nacin; anlisis que permitir a cada participante sacar sus propias conclusiones en cuanto a la conveniencia o no del uso de esta tecnologa en su caso particular. Para el entendimiento de la problemtica y del potencial que plantea la VoIP, existen algunos aspectos de ndole tcnico que es preciso profundizar en cuanto a la transmisin de voz sobre esta tecnologa, la mayora de ellos relacionados con la posibilidad de manejar una adecuada calidad en el servicio que se presta, centrndose la problemtica en el correcto uso de protocolos y mecanismos para su implementacin y en la aplicacin de esta tecnologa en los diferentes eslabones de la cadena de valor como son: la red de acceso, el transporte nacional o internacional y la prestacin de servicios extremo a extremo, entre otros.

Igualmente, es fundamental entender el proceso evolutivo de estos servicios, donde dicha evolucin se ha dado gradualmente, comenzando en ambientes corporativos controlados y poco a poco difundindose su uso en ambientes cada vez ms pblicos y masivos. En este proceso, la evolucin paralela del acceso de banda ancha a la Internet ha sido sin duda un impulsor mayor de estas tecnologas, encontrndose una ntima relacin entre ambas, siendo mutuos catalizadores en el proceso de masificacin que estamos viendo, sumado a la aparicin de mltiples prestadores de servicios IP mediante el uso de portales especializados que trascienden todo tipo de fronteras y regulaciones a travs de la Internet y colocando un nuevo estndar de costo al usuario en cuanto a las comunicaciones de voz se refiere.

Por otro lado, los diversos modelos de negocios donde tiene aplicacin esta tecnologa, as como los modelos tradicionales de tasacin y cobro de los servicios de telefona tradicionales, generan oportunidades y amenazas a todos los operadores, tanto entrantes como incumbentes, teniendo distinto nivel de impacto segn el segmento de mercado analizado y la estrategia que cada uno de ellos decida seguir. Es fundamental en este punto profundizar en los diversos aspectos en torno a la VoIP,

relacionados con la amenaza que ella pudiese presentar para el mercado tradicional de voz de larga distancia y a su supuesto uso en actividades no claramente lcitas en el contexto de transporte internacional de voz de acuerdo a las normas de los diversos pases; as como es vital entender las estructuras de costos, percepciones de valor y tarifa y dems elementos que determinan la competitividad de cada servicio de voz en un mercado cada vez mas competido y global.

Adicionalmente, el estado de los desarrollo regulatorio en la materia y los posibles escenarios futuros previsibles de desarrollo normativo, generan retos a gobiernos y en general a todos los actores del sector. Son fundamentales en este punto tanto el entendimiento de los posibles marcos normativos y el impacto que esta tecnologa pueda tener en segmentos de mercado altamente sensibles, as como la natural evolucin de las normas hacia una simplificacin aceptada, poco a poco, a nivel mundial, ante el accionar de organismos internacionales de estandarizacin y el acuerdo de tratados bilaterales o multilaterales entre los pases. En el mismo sentido, el hecho de poder prestar servicios desde otro pas a travs de estas tecnologas genera retos adicionales, no solo a las autoridades sectoriales, si no tambin a las encargadas de temas tributarios, aduaneros y de comercio internacional.

Dados los aspectos anteriormente citados, se hace imprescindible contar con un conocimiento mnimo en los diferentes aspectos de la VoIP, con el fin de poder tomar decisiones en un ambiente de mercado en constante cambio, con una tecnologa que se considera altamente disruptiva y en un escenario donde las barreras de entrada cada vez son menores.

Por lo anterior, ACIEM, como Centro Regional de Capacitacin de la CITEL y nodo del centro de excelencia de la UIT, ha desarrollado el presente curso, el cual se ha planeado como una herramienta de capacitacin en un formato virtual con duracin de 6 semanas a travs de la Internet. Este curso est dirigido a Ingenieros, abogados, administradores, economistas, acadmicos y, en general, profesionales relacionados con las telecomunicaciones y ser dictado por el Ingeniero Mauricio Lpez, persona con cerca de tres lustros de experiencia en el sector en mltiples reas y en especial en regulacin y mercados de telecomunicaciones, habiendo sido asesor, Experto Comisionado y Director Ejecutivo de la Comisin de Regulacin de Telecomunicaciones de Colombia (CRT). El curso, al apuntar a personas de diversas profesiones y con experiencia en reas particulares, tiene un carcter extensivo y transversal en el que se tratan, de una manera sencilla, los conceptos bsicos aplicables de cada disciplina involucrada y ellos se concatenan para contar al final con una visin general del problema de la VoIP; de modo tal que el profesional de una disciplina determinada pueda adquirir los conocimientos bsicos necesarios de otras disciplinas relacionadas y el entendimiento global de la situacin desde todos sus puntos de vista: tcnico, financiero, regulatorio, de mercado, entre otros.

i.i. Programa general

Semana 1 Aspectos tcnicos relacionados con la tecnologa aplicable para servicios de VoIP Descripcin general del problema de la transmisin de voz tcnicos generales y conceptos

Comparativo de servicios de transmisin de datos con respecto a tecnologas tradicionales de conmutacin de voz Aspectos relacionados con la calidad de los servicios Protocolos utilizados

Semana 2 Aspectos regulatorios relacionados con los servicios de VoIP La regulacin por servicios vs. La regulacin de redes Servicios de telecomunicaciones vs. Aplicaciones y contenidos. Donde est el lmite? Problemas regulatorios en un mercado en convergencia y retos regulatorios de la VoIP. Aspectos econmicos y tcnicos a considerar en la regulacin: Interconexin, numeracin.

Semana 3 Modelos de negocios para aplicacin de tecnologas y servicios en VoIP Tecnologa VoIP aplicada a redes de acceso. Operadores convergentes y el reto del triple-play para operadores de cable y operadores de voz tradicionales. Aplicacin a redes de transmisin. Eficiencias en transporte metropolitano, nacional e internacional. Aplicacin en comunicaciones extremo a extremo. Apalancamiento en servicios de banda ancha.

Semana 4 Mercado de voz e implicaciones de los servicios en voz sobre IP y su relacin con el desarrollo de la banda ancha El mercado de voz, descripcin de la cadena de valor Evolucin previsible del mercado ante el ingreso de la VoIP Segmentos y operadores principales, anlisis de situacin competitiva. Evolucin de los servicios de VoIP, en redes privadas y en redes pblicas. Relacin de la VoIP masiva con el desarrollo de la banda ancha. Impactos previsibles en el mercado

Semana 5 Consideraciones aplicables al mercado mvil Desarrollos de VoIP en redes mviles tradicionales Aplicaciones en redes inalmbricas alternativas. Impacto de Wi Fi y Wi Max Impacto potencial de operadores inalmbricos alternativos

Semana 6 Estado de la discusin del tema en algunos mercados y posibles escenarios futuros Desarrollos regulatorios en servicios de VoIP Estado actual y posibles escenarios futuros. Anlisis comparativo entre regiones y en pases de la regin.

i.i.i. Aclaracin general. El material aqu presentado tiene como nico fin la presentacin de problemas y hechos en un escenario de discusin acadmica, cualquier mencin a legislaciones nacionales y a casos particulares es limitada al contexto mismo del curso y no corresponde a pronunciamientos formales o valoraciones particulares de una situacin o del marco legal, regulatorio o normativo de pas alguno.

Mdulo 1 - Semana 1 Aspectos tcnicos relacionados con la tecnologa aplicable para servicios de VoIP1

1.1. Introduccin La Internet y los protocolos de comunicacin basados en IP nacen por necesidades de comunicacin de sistemas de cmputo donde, en principio, eran tolerables parmetros amplios en muchas de la variables en cuanto a la naturaleza misma de las aplicaciones que sobre estos sistemas se ejecutaban. Parmetros como el retardo y la variacin en la cadencia de transmisin2, los cuales es fundamental controlar al detalle para servicios de voz, no eran crticos en las aplicaciones de datos del momento3. Lo anterior llev a un desarrollo natural de las redes basadas en IP donde, en principio, no se consideraron, en la estructura bsica de su diseo original, parmetros que permitieran un adecuado control extremo a extremo de todas las variables que exige una comunicacin en tiempo real, como es el caso de los servicios telefnicos. La construccin de facilidades adicionales sobre la base existente, las tecnologas alternas que se han aplicado y los desarrollos posteriores realizados sobre IP, finalmente permitieron resolver, sobre estas redes, en forma prctica, el problema tecnolgico de la convergencia4.

1.2. Descripcin general del problema de la transmisin de voz y conceptos tcnicos generales5 Los sistemas tradicionales de telefona, que cuentan con una historia de ms de 100 aos, han tenido una evolucin paulatina, desde sistemas con conmutaciones Lo anterior por que al hablar de telefona puede prejuzgar en cuanto a la naturaleza jurdica de este servicio, por lo que es preferible hablar en genrico de servicios VoIP. Si bien tcnicamente telefona tiene un significado amplio, en las legislaciones nacionales puede encasillarse en un servicio especfico y limitante. 2 Conocida como jitter 3 Valores tpicos de estos parmetros se vern ms adelante. 4 En este captulo se trata en general el problema tcnico de transmisin de voz y las particularidades de la voz sobre redes IP. Ello sin entrar en detalle del tipo de servicio que se presta por cuanto es factible a este nivel usar el termino telefona IP o Voz IP como un genrico tcnico. En captulos posteriores se har un anlisis sobre la naturaleza misma de los servicios y las posibles aplicaciones de la tecnologa en cada uno de ellos. 5 El anlisis general de redes de comunicaciones incluye el uso de modelos como el modelo OSI de la ISO, los cuales se ven en detalle en captulos posteriores, en este captulo se pretende entender cada elemento y funcin separadamente para luego, en captulos posteriores, integrarlos como un solo sistema que se estudia bajo dichos modelos.
1

manuales a travs de operadoras humanas, pasando por sistemas electromecnicos, sistemas electrnicos anlogos y finalmente sistemas digitales, para derivar finalmente en sistemas convergentes o sistemas de softswitch donde realmente tiene su plena aplicacin el protocolo IP. En todos ellos, se ha pretendido resolver diversos problemas que se presentan en el proceso de transmisin de cualquier tipo de informacin en un sistema de redes, y en particular para la transmisin a distancia de la voz humana, los cuales podemos resumir en cuatro aspectos fundamentales en toda red de telecomunicaciones: Conmutacin, Multiplexacin, Sealizacin y Enrutamiento En cuanto al por que de la necesidad de resolver estos problemas, ellos nacen del paso de una comunicacin punto a punto a una multipunto a multipunto, al configurar redes con acceso universal, donde cualquier abonado de estas debe poder alcanzar a cualquier otro abonado. Podemos entonces decir que las redes de comunicaciones, en general, han de proveer la infraestructura que transporta la informacin, de cualquier naturaleza, entre puntos remotos 6 . De este concepto se deriva un problema fundamental y es el de la bsqueda de la eficiencia econmica, en una adecuada relacin costo beneficio, que permita llevar el servicio a mas abonados, estando el valor de una red de telecomunicaciones ntimamente relacionada con el nmero de usuarios conectados a la misma7, es deseable entonces poder extender el servicio a la mayor cantidad de usuarios, ello implica que en la medida de lo posible, los elementos propios de cada etapa de una telecomunicacin deben ser diseados buscando eficiencias y economas de escala, siendo por tanto deseable el compartir los canales de comunicacin entre varios usuarios (proceso de conmutacin), habilitando dichos canales sobre un medio determinado comn (Proceso de multiplexacin), asegurando una adecuado control del proceso (Sealizacin), y buscando en la red la ruta mas eficiente tcnica y econmicamente (Enrutamiento), siendo ellas las principales funciones que encontraremos en cualquier red de telecomunicaciones. Veamos entonces como se ha abordado cada uno de estos aspectos en cuanto a las telecomunicaciones vocales tradicionales: 1.2.1. Conmutacin En caso de requerir conectar a N usuarios de una red, existiran n(n-1)/2 posibles conexiones para comunicaciones punto a punto, ello en una red que hoy en da posee mas de 2 mil millones de accesos a nivel mundial (Contando accesos fijos y mviles), sera virtualmente inmanejable sin un proceso de conmutacin por demanda. Cabe aqu recordar la definicin de telecomunicacin presente en las recomendaciones de la UIT: Recomendacin B.13. Toda transmisin, emisin o recepcin de signos, seales, escritos, imgenes, sonidos o informaciones de cualquier naturaleza por hilo, radioelectricidad, medios pticos u otros sistemas electromagnticos En ella son claros tres elementos: El proceso ejecutado, esto es la emisin, transmisin y recepcin. La existencia de un canal: medio, elemento o sistema, y finalmente lo transportado: esto es informacin de cualquier naturaleza. A propsito existe la llamada ley de Metcalfe, nombre tomado en honor de Bob Metcalfe, inventor de la Ethernet, la cual indica que el valor de una red se incrementa geomtricamente con el nmero de usuarios de la misma.
7 6

VS

El proceso de conmutacin permite entonces: asignar temporalmente canales de comunicacin extremo a extremo entre dos usuarios o abonados de las redes, de modo tal que dichos canales, como recurso escaso y costoso, puedan ser compartidos por mltiples usuarios, logrando con ello no solo eficiencias econmicas, si no un ordenamiento adecuado de las redes que permite un manejo tcnico racional al problema del nmero de conexiones posibles en la red. Respecto a este punto, el estado del arte de la tecnologa hace varias dcadas, llevo a la implementacin de sistemas de conmutacin totalmente jerrquicos, en los cuales los planes de numeracin marcaban la jerarqua misma de este proceso, planes que hoy en da prevalecen en la base de la estructura de las redes de telefona, donde cada etapa del plan, indicaba una etapa en el proceso de conmutacin. En efecto, existe un mbito internacional donde se maneja el concepto de cdigo de pas, un mbito nacional donde se maneja el concepto de cdigos de destino nacional y un mbito de operador donde tradicionalmente se asignaba una serie determinada a una central especfica y ya dentro de ella los rangos de numeracin correspondientes a los abonados, estando estos ltimos tradicionalmente atados a un mbito geogrfico determinado, situacin que vari solo con el advenimiento de la telefona mvil8.

Carrier Internaci onal

Opera dor

Opera dor

Nodo Intercon exin

Nodo Intercone xin

Nodo Intercone xin

Nodo Intercone xin

Local

Local

Local

Local

Local

Local

Local

Local

Jerarqua tpica de la red de telefona tradicional

En cuanto a los planes de numeracin, la UIT ha definido una estructura en la que existe un cdigo de pas (CC por sus siglas en Ingles), un cdigo de destino nacional (NDC) que corresponde a los cdigos de rea geogrfica o a cdigos de acceso a redes o servicios y un nmero de suscriptor (SN) al interior de cada NDC.

As pues, se cre una estructura donde, dependiendo del mbito de origen y destino de la llamada, deba pasar por diversos puntos de conmutacin para su completacin y era responsabilidad de uno u otro operador, introduciendo en la cadena varios actores mediante procesos de interconexin de redes.

Carrier Internaci onal

Llamada LD Internacional
Opera dor Opera dor

Nodo Intercon exin

Llamada LD Nacional

Nodo Intercone xin

Nodo Intercone xin

Nodo Intercone xin

Local

Local

Local

Local

Local

Local

Local

Local

Llamada Local

Etapas de conmutacin segn naturaleza de la llamada

1.2.2. Multiplexacin En este proceso, se resuelve el problema de aprovechar un medio para la transmisin de varias comunicaciones, generando sobre dicho medio mltiples canales de comunicacin. En las redes iniciales este proceso era incipiente, siendo cada canal unvocamente relacionado a un medio, cual puede ser un par de cobre, situacin que era comn a las redes telefnicas en las primeras etapas9. Con el desarrollo de la tecnologa y la disponibilidad de medios que permitan un ancho de banda10 mayor, correspondiente a varios canales de voz, comienza el De hecho las Troncales de transmisin entre centrales en aquella poca (hasta la dcada de los 80) correspondan a cables multifilares de cobre, donde cada par de hilos eran un canal individual. 10 Ancho de banda se refiere a la cantidad de informacin, en formato digital o anlogo, que puede ser transportada en un medio de comunicacin dado. En sistemas anlogos corresponder al ancho de banda en frecuencia que puede ser transmitido y en sistemas digitales al nmero de bits por segundo que se logran en dicho medio tras aplicar tcnicas de modulacin y codificacin particulares. En el primer caso este depende entonces de parmetros fsicos del medio y en el segundo conjuga la capacidad fsica de dicho medio con la eficiencia que se logre con la modulacin y codificacin empleada
9

10

verdadero desarrollo de diversas tcnicas de multiplexacin que apuntaban todas ellas a la generacin de canales separados asignables a cada comunicacin en particular. Este mtodo general de manejo de canales separados por cada comunicacin, en conjunto y coordinacin con el proceso de conmutacin, es el que prim en las redes de telefona y corresponde a lo que se conoce como conmutacin de circuitos, siendo su principal caracterstica la reserva en exclusiva de un canal especfico para cada comunicacin extremo a extremo en la red, durante el tiempo de duracin de la misma (duracin de la llamada).

X
Conmutador

X
Conmutador

Conmutacin de circuitos

A continuacin se describen algunas de las tcnicas de multiplexacin ms conocidas y usadas en la construccin de redes tradicionales de voz. 1.2.2.1. Multiplexacin por divisin de frecuencia (FDM11) En esta tcnica de multiplexacin, un medio anlogo con un ancho de banda determinado, puede ser utilizado para crear en l mltiples canales de menor ancho de banda, mediante el uso de tcnicas de modulacin y filtrado que asignan a cada canal una sub-banda definida por un rango de frecuencia dentro del canal, o por una frecuencia portadora y un ancho de banda especfico alrededor de ella. Dado que esta es una tcnica de multiplexacin anloga, ha de tenerse en cuenta que la suma de anchos de banda de los canales resultantes suele ser menor al ancho de banda original, por cuanto se requieren espacios de guarda entre canal y canal para evitar interferencia entre ellos. Esta tcnica de multiplexacin implica tambin un proceso de modulacin y demodulacin de la seal que se desea transmitir, en su banda base, para cada canal, sobre una portadora especfica12.

11

Frequency Division Multiplexing.

11

La multiplexacin FDM hoy en da es ampliamente usada en sistemas HFC13 anlogos y era ampliamente difundida en los sistemas mviles de primera generacin de los aos 8014.

Ancho de banda del medio f1 BW Medio f2

Canales ubicados en el canal por FDM

fa1 P1 fa2 fb2 P2 fb2 fa3 P3 fb3 BW1 BW2 BW3

1.2.2.2. Multiplexacin por divisin en tiempo (TDM15) Esta tcnica de multiplexacin consiste en asignar, por intervalos de tiempo determinados, un medio de gran capacidad para enviar la informacin correspondiente a un canal especfico para una comunicacin.

La banda base se refiere a la informacin anloga original que se desea transmitir en un canal antes de moverse, mediante tcnicas de modulacin, en el espectro de frecuencias a ser usado. 13 Hybrid Fiber Coaxial: Sistemas hbridos de fibra ptica y coaxial ampliamente usados por operadores de TV por suscripcin, donde en el medio usado, el cual tiene un muy amplio ancho de banda disponible, se modulan mltiples canales por tcnicas de FDM, siendo la mayora de ellos usados para envo de canales de TV, pero con el desarrollo de la tecnologa, otros de ellos son hoy usados para modulacin de servicios digitales de datos, como el acceso a redes IP. 14 El sistema AMPS ampliamente difundido en la regin de las Amricas es ejemplo de ello. Tambin se usa hoy da en redes de fibra WDM. 15 Time Division Multiplexing

12

12

TDM aplica tambin para subdividir un canal de gran capacidad en canales de menor capacidad. Este punto en particular aplica en sistemas digitales donde se pueden crear diversas jerarquas mediante tcnicas de multiplexacin TDM, repitiendo el proceso de subdivisin en cada escaln de la jerarqua. En la actualidad es una tcnica ampliamente difundida en los sistemas tradicionales de voz y es la base para los componentes de transmisin de las mismas16.

TDM Canal 1 Canal 2 . . . Canal N . . . Canal N El ancho de banda del canal de transmisin ha de ser N x ancho de banda de cada canal individual Canal 1 Canal 2

Mux

Canal

Demux

1.2.2.3. Multiplexacin por divisin de cdigo (CDM17) En este caso, se aprovechan propiedades matemticas de ortogonalidad18 de algunas familias de cdigos, siendo los mas conocidos los cdigos Walsh19, de modo que sobre cada uno de stos cdigos puede generarse un canal de comunicacin, que se adiciona a los dems, enviando en el medio de transmisin una sola seal que es la suma de todas ellas, y a travs de un proceso inverso recuperar cada canal en el punto de recepcin20.

De hecho las unidades tpicas en troncales de voz son los E1 o T1 que corresponden a 32 o 24 canales de voz, segn el caso, multiplexados en un solo medio mediante tcnicas de TDM 17 Code Division Multiplexing 18 Propiedad matemtica de algunos vectores en n dimensiones, bajo la cual todos ellos son perpendiculares entre s, de modo que ninguno de ellos posee una componente en otro cualquiera del conjunto. 19 Por el nombre de su creador. 20 La propiedad de Ortogonalidad permite enviar informacin correspondiente a cada cdigo, representado como un vector, como la suma de todas las componentes de informacin correspondientes a cada uno de dichos cdigos, en el formato de un gran vector, el cual en el destino puede ser de nuevo descompuesto en las componentes de cada uno de los vectores originales, creando sobre ellos un canal diferenciable de los dems.

16

13

Dado que la eficiencia de manejo del medio, como en todos los casos, depende de los parmetros fsicos del mismo, pero adems del nmero de vectores o cdigos ortogonales que existan en el sistema de codificacin escogido, al desarrollarse sistemas matemticos que pueden manejar un gran nmero de ellos, puede lograrse una muy alta eficiencia en el manejo del medio de comunicacin, habindose encontrado este como uno de los sistemas de multiplexacin tcnicamente ms eficientes. Este sistema de multiplexacin hoy en da es ampliamente usado en redes de telefona mvil bajo el estndar CDMA y es el que se espera tenga mayor desarrollo en las redes de 3G mviles.

CDM
COD 1

MUX MEDIO

COD 1

COD 2

COD 2

COD 3

/
DEMUX

COD 3

COD N

COD N

Una forma coloquial de visualizar este procedimiento es la de pensar que existen mltiples conversaciones en una sala, todas ellas al tiempo y en voz alta, pero con el fin de evitar la interferencia de unas con otras, se decide realizar cada conversacin en un idioma distinto, de modo tal que quien escucha, al entender solo un idioma determinado, descarta y filtra todos los mensajes codificados en otro idioma y toma solo mensajes en el lenguaje o idioma que el entiende.

Hello Bonjour Hola Gutentag Hello Hola Bonjour

Hola Gutentag

1.2.3. Sealizacin

14

Respecto del proceso de sealizacin, este se refiere a la informacin que debe cursar entre los abonados y los distintos nodos de la red o entre nodos de esta, para poder establecer una comunicacin extremo a extremo. Los mtodos de sealizacin han tenido un amplio desarrollo y estandarizacin, pues de ellos dependen que puedan interconectarse e interoperar21 varias redes para permitir una real comunicacin entre sus abonados. En el mundo tradicional de telefona, se crearon protocolos y normas de sealizacin muy robustas, enfocadas al proceso tradicional de establecimiento de llamadas, donde se parta de una reserva previa de canales de voz antes de dar curso a una comunicacin, reserva que se mantiene durante toda la duracin de la llamada. Estos protocolos existen tanto a nivel de abonado22, para permitir la comunicacin de este con el primer punto de conmutacin o central telefnica de la cual depende en primera instancia, como entre centrales o nodos de conmutacin, conocindose, en trminos generales la primera como sealizacin de abonado y la segunda como sealizacin a nivel troncal23.

RED DE SEALIZACION (SS5-SS7)

Sealizacin

RED DE VOZ (PAYLOAD)

Troncales de voz

La interconexin se refiere a la vinculacin de recursos fsicos y lgicos de las redes y la interoperabilidad a un contexto de servicios para permitir la comunicacin extremo a extremo, entre abonados de redes distintas. 22 Los ms conocidos a este nivel son el tradicional de pulsos y el DTMF (Dual Tone Multi Frequency) para marcacin del abonado hacia la central, combinados con las tradicionales seales de tonos de la central hacia el abonado. Estos han evolucionado hasta llegar a sealizaciones ms complejas en la red digital de servicios integrados (RDSI o ISDN), donde existe un terminal inteligente con una sealizacin que permite ms funcionalidades en interaccin con la central. 23 En este aspecto, las redes de voz usaron durante varios aos sealizaciones bsicas MFC-R2 las cuales han sido desplazadas por estndares mas desarrollados y normalizados por la UIT como son la norma de sealizacin nmero 5 (SS5) que se usa en el contexto de interconexiones internacionales, y la norma nmero 7 (SS7) usada en la gran mayora de redes en contextos nacionales.

21

15

Normalmente la sealizacin se maneja como una red en paralelo a la red que presta servicios desde el punto de vista lgico, si bien comparten los medios fsicos, esto es, en las centrales, parte de su capacidad de procesamiento atiende procesos de sealizacin y otra parte la conmutacin propiamente dicha, as mismo en la transmisin se usa el mismo medio, reservndose algunos canales para el envo de la informacin de sealizacin. 1.2.4. Enrutamiento Las funciones de enrutamiento que provee una red de comunicaciones se refieren a aquellas de establecer reglas para buscar las rutas ms ptimas en cuanto a calidad y costo para una comunicacin. El enrutamiento puede ser tan dinmico o rgido como el marco conceptual de red que se maneje lo requiera. En el caso de redes tradicionales de voz, dada su jerarqua y la necesidad de mantener canales en reserva durante todo el curso de la llamada, llev a un diseo de red con un enrutamiento bastante esttico, siendo una de las principales caractersticas en estas redes. Este concepto esttico, aplicado a las redes de voz, nace de una caracterstica propia del trfico telefnico cual es su alta predictibilidad, esto es, el comportamiento estadstico del trfico tiene parmetros muy definidos24 y permite un dimensionamiento previo de capacidades de nmero de canales entre centrales bastante cercano a la realidad25, por tanto el problema de enrutamiento, en este caso, puede ser resuelto ex ante a la construccin de red, mediante un adecuado clculo de la capacidad necesaria en cuanto a canales entre un nodo de conmutacin y aquel de mayor jerarqua del cual depende. 1.2.5. El proceso de evolucin a sistemas digitales y la digitalizacin de la voz. El desarrollo de las redes de telefona entr en un momento clave cuando se pas de la transmisin en canales troncales anlogos al uso de canales digitales, ello permita Estos procesos estadsticos se conocen como procesos de Poisson y de all se nombra al trfico tradicional de voz como un trfico de Poisson. En ellos su principal caracterstica se encuentra en el agrupamiento de la duracin de las llamadas alrededor de un valor promedio, con una distribucin de probabilidad normal a la manera de la famosa campana de Gauss. Si bien esta figura se ha distorsionado un poco con el advenimiento de llamadas mas largas que en realidad se usan para acceso conmutado a Internet y llamadas de muy corta duracin al entrar en servicio sistemas como el correo de voz (Ante el cual muchos usuarios cuelgan a los pocos segundos), distorsionando las figuras originales de distribucin de trfico, an es vlido el dimensionamiento macro de una red, teniendo en cuenta las reglas para este tipo de trfico, pero requiere de ajustes segn la figura final de distribucin en cada caso. 25 As mismo se espera que los patrones de trfico no cambien abruptamente, por lo que no es usual el redimensionamiento de rutas como un proceso diario, siendo por tanto muy fcil el mantenimiento de una adecuada disponibilidad de red en el tiempo para el trfico de voz con un esquema jerrquico, que conlleva por tanto al proceso de enrutamiento esttico mucho mas simple.
24

16

usar tcnicas de multiplexacin tipo TDM y CDM mucho ms eficientes que las tradicionales FDM o que el uso de medios separados por canal, como es el caso de las troncales multifilares. En este punto de evolucin, era necesario entonces manejar la voz, seal que hasta el momento haba sido tradicionalmente anloga, como una informacin digital26, ello implicaba varios procesos a saber: Proceso de muestreo: El primer paso para la digitalizacin de la voz se dio al aplicar el teorema de muestreo, el cual permita, mediante una serie peridica de muestras regenerar la seal original a partir de ellas, siendo la velocidad de muestreo establecida para la voz en ocho mil muestras por segundo (8K)27.

Muestras de la seal a 8K muestras por segundo. Proceso de muestreo

Proceso de cuantificacin: en este proceso se toma cada muestra y se ubica en una escala finita de niveles, en el caso de la voz esta se ha establecido en 256, correspondientes a 8 bits en sistemas binarios28. Lo anterior, combinado con la tasa de muestreo ya explicada, genera una necesidad de capacidad de canal de 64 mil bits29 por segundo (64Kbps), la cual se considera la unidad bsica de transmisin en sistemas tradicionales de voz, de modo que al hablar de un canal de voz, en este contexto, se refiere precisamente a un canal de 64Kbps.

Informacin representada en un conjunto finito de smbolos, normalmente en unos y ceros, totalmente compatible con los sistemas de procesamiento digital y cmputo que se venan desarrollando en paralelo en el campo de la microelectrnica y la informtica de esa poca. 27 Teorema de muestreo de Nyquist. Este teorema indica que para una seal con un espectro de frecuencias dado, es posible mantener toda la informacin de dicha seal limitndose a un grupo de muestras peridicas de la seal tomadas a una frecuencia de por lo menos el doble de la frecuencia mxima de la seal. En el caso de la voz, si bien el odo humano capta frecuencias superiores, se ha considerado como lmite prctico los 4KHz, dando como resultado la frecuencia de 8K muestras por segundo para el proceso de muestreo. 28 Sistema numrico que a diferencia del decimal, representa todas las cantidades con solo dos dgitos, 1 o 0. 29 Smbolo correspondiente a un 1 o un 0.

26

17

11001011 Proceso de cuantificacin de cada muestra en 256 niveles (8 bits) Para un total de 64K bits por segundo

Este proceso de digitalizacin tradicionalmente se realiza en la central telefnica, siendo la transmisin de la seal de voz en el tramo de abonado, esto es, la comunicacin entre el abonado y la central telefnica, an anlogo30. Ya a nivel troncal, los canales de voz se agrupan bajo tcnicas de multiplexacin TDM en unidades conocidas genricamente como DS131 para su transmisin. Estas unidades son las bsicas para la comunicacin entre nodos de conmutacin, y se agrupan en escalones mayores donde en cada escaln de la jerarqua se agrupan varios grupos del anterior escaln. Como se explic en cuanto a la funcionalidad de sealizacin de las redes, en estos enlaces troncales con mltiples canales, es tpico reservar algunos de ellos para la comunicacin de las entidades de sealizacin de los diferentes nodos de conmutacin, en el caso de enlaces de tamao reducido correspondientes a uno o a unos pocos E1, se reserva un canal por cada E1, en el caso de enlaces de gran tamao de mltiples E1, es tpico utilizar uno o varios E1 dedicados para sealizacin y los restantes para las comunicaciones propiamente dichas o payload32.

No obstante en sistemas RDSI la conversin se realiza en el equipo Terminal de abonado, logrando extender las facilidades de un sistema digital hasta el abonado mismo. 31 Corresponden a un E1 de 32 canales en el caso de sistemas europeos y T1 de 24 canales en el caso de sistemas norteamericanos, siendo en Latinoamrica predominante el sistema europeo. Un E1 corresponde por tanto a 2048Kbps (32 x 64K), aunque se suele hablar de 2Mbps. 32 Trmino usado para indicar la parte de la informacin que viaja, que es informacin til para el usuario o abonado final, siendo la informacin adicional, normalmente de sealizacin, conocida como overhead. La relacin entre Payload y Overhead es un

30

18

CANAL DE VOZ 64Kbps CANAL DE VOZ 64Kbps

. . .

CANAL DE VOZ 64Kbps

E1 2048KBPS 32 canales de 64KBps

30 o 31 canales
CANAL DE SEALIZACION

1.2.6. Algunas consideraciones preliminares No obstante el desarrollo de mltiples tcnicas de multiplexacin, en el caso de las redes tradicionales de voz, la constante, muy relacionada con el principio de conmutacin de circuitos, fue la de buscar eficiencia en la multiplexacin del medio pero siempre manejando canales separados y exclusivos como corolario en el diseo de la conmutacin para cada una de las comunicaciones punto a punto o llamadas, manteniendo siempre estas dos funciones separadas sin buscar mayor eficiencia mediante su integracin. Este factor se ve incluso en el desarrollo tecnolgico de nuevos medios de transmisin de alta capacidad, como la fibra ptica, donde mediante tcnicas tipo FDM33, se subdivide el medio disponible en canales de menor capacidad los cuales son manejados con tcnicas tipo TDM para lograr finalmente obtener velocidades y canalizaciones tradicionales al mundo de la telefona34. En cuanto a las redes tradicionales de voz, si bien en sealizacin se han establecido protocolos y normas muy robustas y estandarizadas a nivel mundial a travs de organismos mundiales como la UIT o regionales como la ETSI35, en enrutamiento se han mantenido estructuras muy jerrquicas que si bien se han flexibilizado un tanto

indicativo de la mayor o menor eficiencia de un sistema de sealizacin en cuanto al uso de recursos de transmisin. 33 WDM (Wave Division Multiplexing) y DWDM (Dense WDM) que bsicamente son tcnicas del tipo FDM en el espectro cercano a la luz visible. En cierta forma se puede visualizar como la mezcla de emisores lser de distinto color o frecuencia, los cuales se suman en la fibra ptica para su transmisin y en los que se enva una trama digital de muy alta velocidad o una seal anloga de muy amplio espectro. 34 Velocidades n x 64Kbps y todas las jerarquas tradicionales de voz (E1, E3, etc T1, T3, etc) 35 Organismo estandarizador europeo para telecomunicaciones.

19

ante la entrada en operacin de sistemas mviles, desde su misma concepcin nacen para una diseo de servicio enfocado a la conexin36. 1.3. Comparativo de servicios de transmisin de datos con respecto a tecnologas tradicionales de conmutacin de voz En contraste a las redes tradicionales de voz, el mundo de los sistemas de cmputo, que comenz un vertiginoso desarrollo con el advenimiento de la microelectrnica y los sistemas digitales, plante en algn momento la necesidad de que dichos sistemas pudiesen compartir informacin e interactuar, dando origen con ello a la necesidad de establecer mecanismos de comunicacin para sistemas de cmputo. Estos sistemas, en su nacimiento, tenan unos requerimientos de comunicacin que planteaban unos retos bastante distintos a aquellos de la comunicacin de voz, entre otros los siguientes:

1.3.1. Menor probabilidad de error en la transmisin. En el caso de la voz, dada la naturaleza de la comunicacin humana, ligeras prdidas de informacin en la seal, como puede ser la prdida de una muestra o un bit de una muestra en sistemas digitales, o un pequeo ruido que altere la seal en sistemas anlogos, no es crtico para la completa comprensin del mensaje. Caso contrario ocurre con los datos y archivos en los sistemas de cmputo, donde el cambio de un nico bit o un nico dato puede hacer incomprensible el mensaje final o inhabilitar el uso de un archivo. Lo anterior plante la necesidad de establecer mtodos y protocolos robustos de transmisin de datos que suplieran la normal limitante de todo medio de comunicacin, cual es la probabilidad de error que este inserta en la comunicacin por factores fsicos como el ruido en el canal, la atenuacin que la seal tiene en el medio con la distancia, entre otros. Sobre este punto, se encontr que al ser la informacin a trasmitir, en el mundo de los datos y los sistemas de cmputo, digital desde su origen mismo, los sistemas digitales posean la ventaja de su menor inmunidad a las deficiencias de los medios de comunicacin37.

Sobre este tema, en general las comunicaciones orientadas a la conexin son aquellas que, como en el caso de la telefona tradicional, implican la reserva previa de un canal o medio de transmisin y su sostenimiento durante toda la duracin de la comunicacin, en contraste a las comunicaciones no orientadas a la conexin, que como se ver en el tema de datos, no requieren reservas previas de medios o canales en particular para iniciar la comunicacin. 37 Ello se da por cuanto en un sistema digital, normalmente se usan unos muy pocos smbolos, que si bien se modulan finalmente sobre un medio anlogo siendo representados en este por niveles de seal o de potencia distintos, o frecuencias y fases distintas, o combinacin de estos, ellos estn lo suficientemente separados para que por factores externos, que modifiquen la seal, se cambie un smbolo de tal forma

36

20

RUIDO

EMISOR

ECO ATENUACION Factores tpicos fuente de error en una comunicacin

RECEPTOR

No obstante lo anterior, la probabilidad de error an era alta, dada la sensibilidad de la informacin al cambio de un nico bit en una transmisin, por lo que el sistema de modulacin digital usado en las redes de datos se reforz con protocolos que aseguraran la correcta transmisin de la informacin extremo a extremo, de modo que, de ser necesaria la retransmisin de informacin que se detectara como corrupta, esto se hiciera como parte fundamental de la operacin misma de la red en cuanto a sealizacin. Estos mecanismos se desarrollaron en todas las redes, protocolos y tecnologas enfocadas a servicios de transmisin de datos, siendo uno de los ms conocidos la familia de protocolos bajo el genrico de X.25, el cual se estandariz en gran parte en las recomendaciones de la serie X de la UIT.

1.3.2. Baja sensibilidad al retardo Otra de las grandes diferencias entre la comunicacin de voz y las comunicaciones de datos es la baja sensibilidad al retardo de estas ltimas. En el caso de la voz humana, la percepcin misma del cerebro humano comienza a definir, como prdida de comunicacin, retardos en la respuesta superiores a 400 ms38 en una conversacin. Es comn este tipo de problemas en comunicaciones de voz que requieren de transmisin satelital, donde son tpicos retardos superiores a este lmite, situacin muy comn en llamadas de larga distancia internacional antes del advenimiento de las redes de fibra submarinas. En contraste, en el caso de la transmisin de datos entre sistemas de cmputo, si bien puede haber un usuario humano detrs del sistema, en este existe la costumbre de la que se interprete errneamente como otro, logrando as una mayor inmunidad al ruido, la atenuacin y dems factores de perturbacin y error en las comunicaciones. 38 400 milisegundos, correspondiente a poco menos de medio segundo.

21

espera dado que estos sistemas normalmente estn enfocados al procesamiento de informacin antes de entregar un resultado, lo cual implica una demora de procesamiento de informacin tpicamente muy superior a los tiempos de transmisin, por lo que si bien existe un lmite al retardo que es tolerable, este es muy superior al de servicios de voz, llegando al orden de los varios segundos e incluso en algunos casos minutos.

Retardo de transmisin
Emisor (Retardo de ProcesamientoDemux y conmutacin) Receptor (Retardo de ProcesamientoDemux y conmutacin)

Muestras de voz peridicas

Datos A Datos B Datos C

Emisor (Retardo de ProcesamientoBuffers, Conmutacin y retransmisin)

Retardo de transmisin Y congestin de canal

Receptor (Retardo de ProcesamientoBuffers, Conmutacin y retransmisin)

Datos A Datos B Datos C

Trfico de datos

Esta ventaja de los sistemas de comunicacin de datos con respecto a los de voz es coherente con el tiempo de potenciales retransmisiones requerido, en cuanto a su menor tolerancia a errores en la transmisin. Lo anterior implica, a diferencia de los servicios de voz tradicionales, el manejo de colas de almacenamiento39 de informacin, tanto en el emisor como en el receptor, que permitan manejar adecuadamente el proceso de potencial retransmisin, los retardos y el Jitter que se vern ms adelante.

1.3.3. Baja sensibilidad al Jitter Algo similar a lo que ocurre con el retardo, ocurre con el efecto de desfase de la informacin con respecto a la voz, una comunicacin de voz, en formato anlogo o digital, requiere que ella sea continua y pueda reconstruirse en el receptor sin cambios abruptos de fase que pueden distorsionar la seal40, en el caso de la voz en redes de
39 40

Conocidas tambin como Buffers Es decir, la voz requiere de una cadencia fija y determinable.

22

telefona tradicionales, ello se logra asegurando un canal mediante su reserva exclusiva con parmetros de transmisin constantes y totalmente predecibles. En el caso de la informacin de datos, dependiendo de las necesidades de retransmisin ya enunciadas, de la necesidad de procesamiento previo en el emisor, de la disponibilidad y congestin del canal de comunicacin en un momento dado, ya que en este mundo es usual que en el mismo se enve informacin de mltiples aplicaciones al tiempo entre dos sistemas de cmputo, entre otras causas, es muy usual que la informacin no llegue con una cadencia fija y que en muchos casos ella no sea predecible.

A/D Muestras De voz

CANAL CON JITTER Muestras De voz con Jitter

D/A

Voz original

Voz con distorsin

No obstante lo anterior, en el mundo de los datos esto no es un problema siempre que ello no implique prdidas de informacin, problema ya solucionado mediante el uso de buffers, que permitan mantener un adecuado nivel de inventario de datos a procesar tanto en el punto de emisin, como en el de recepcin, y en los nodos de conmutacin que se encuentren en el camino.

1.3.4. Posibilidad de fraccionar la informacin La voz, por la necesidad de ser enviada en un continuo sin retardos notorios y sin efectos indeseables como el Jitter, implica el manejo de una cadencia continua y totalmente predecible de informacin, hoy en da en formato digital, que los sistemas tradicionales de telefona resolvieron implementando comunicaciones orientadas a la conexin y la reserva y asignacin de canales dedicados para cada conversacin. Por su parte las aplicaciones de datos que requieren algn tipo de comunicacin, transmiten informacin muy variada, desde simple informacin transaccional que requiere el envo de unos pocos bytes41 hasta extensos archivos que requieren un uso intenso del canal de comunicaciones. Este problema de manejo de informacin de tamao y naturaleza distinta ha sido resuelto mediante el desarrollo de protocolos que fraccionan la informacin en Grupo de 8 bits que normalmente corresponden a un carcter o dato en un formato de archivo de sistemas de cmputo.
41

23

pequeos paquetes, transmiten cada uno de ellos por separado, asegurando su correcta recepcin sin errores y rearman la informacin completa en el punto Terminal de la comunicacin, de modo que en la prctica se unifica la informacin en un tipo nico a ser transmitido, esto es el paquete, lo cual simplifica el manejo de los equipos de conmutacin al interior de la red.

Archivo original

Payload

Transmisin Con overhead

Fraccionamiento Y envo en paquetes

CANAL

X
Reconstruccin

Archivo original

Muchos son los protocolos diseados en el mundo de los datos para este tipo de operaciones, pero en general todos ellos apuntan a un mayor o menor grado de robustez en las medidas tomadas para la verificacin de la informacin y el uso de retransmisiones, una adecuada velocidad de transmisin acorde con las aplicaciones finales, un manejo eficiente de la relacin entre payload y overhead, entre otros.

1.3.5. Comportamiento del trfico en rfagas Vimos ya que el trfico de voz sigue modelos estadsticos bastante simples, conocidos como modelos de Poisson, estos modelos de trfico suponen que durante la duracin completa de la llamada, si bien es posible que en algn momento haya silencios y en otros incluso ambas personas hablen al tiempo, se considere, para efectos de diseo, que el canal se ocupa en ambos sentidos por completo durante todo el tiempo de conversacin, factor que hace bastante predecible la carga de trfico que en algn momento se deba soportar. Por otro lado, el trfico de datos no tiene una caracterstica estadstica de facil predictibilidad, es un trfico que nace en cualquier momento, con necesidades en cuanto al volumen de informacin totalmente variables (Mientras la voz siempre tiene un volumen de informacin por segundo totalmente predecible), y no empieza y termina en unos puntos determinados del tiempo como sucede con una llamada, pues durante una sesin de comunicacin de dos sistemas de cmputo, puede generarse informacin para envo en cualquier instante.

24

Estas caractersticas han llevado a modelos estadsticos para este tipo de trfico con comportamientos fractales42 y en trminos generales se ha establecido el trmino de trfico autosimilar43 para este tipo de trficos.

<

Escala de tiempo

>

TRAFICO FRACTAL O AUTOSIMILAR

TRAFICO POISSON O NORMAL

Lo anterior tiene implicaciones adicionales en cuanto a la probabilidad de bloqueo de los canales de comunicacin. En trficos normales o de Poisson aplicables al servicio En oposicin a modelos de Poisson, donde si bien a nivel macro en el tiempo se percibe un cierto grado de confusin y aleatoriedad en la informacin enviada, al estudiar una porcin especfica de la ventana de tiempo de la observacin hecha se tiende a ver patrones mas ordenados y determinables; en el caso de trficos fractales, por el contrario, el desorden percibido a nivel macro permanece como patrn sin importar el espacio y la escala de tiempo que se observe. 43 Nombre que proviene de su comportamiento fractal donde el patrn de observacin de su comportamiento en una escala de tiempo dada es similar a su propio patrn (auto) en otra escala de tiempo.
42

25

de voz en redes tradicionales, la probabilidad de bloqueo, esto es no encontrar un canal de comunicacin disponible entre dos puntos, para un trfico promedio dado y con un nmero de canales disponibles dado, tiende a ser baja a niveles de utilizacin de los canales que incluso llegan a 80% o 90%, caracterstica ideal para facilitar el dimensionamiento de las redes de telefona. Por otro lado, los trficos autosimilares tienden a generar probabilidades de bloqueo alta a niveles de utilizacin por debajo del 30% o 40% de los canales disponibles, razn por la cual en el mundo de los datos es tpico encontrar manejos de colas o buffers en todos los sistemas, para solventar este problema, tema que no es para nada crtico en la transmisin de datos, pero totalmente perjudicial a la transmisin de voz.

0% PROBABILIDAD DE BLOQUEO DE LA COMUNICACION 100%

Trfico Autosimilar O fractal

Trfico Poisson Voz Tradicional

0%

PORCENTAJE DE USO DEL CANAL DE COMUNICACION

100%

Siendo esta tipificacin del trfico una de las principales caractersticas que diferencian a las redes y al proceso mismo de tratamiento de la informacin de voz y de datos.

1.3.6. Comunicaciones no necesariamente orientadas a la conexin Los servicios de voz, bajo las reglas de diseo de la telefona tradicional, son comunicaciones orientadas a la conexin, donde se reserva el canal de comunicaciones extremo a extremo (conexin) antes del inicio de la comunicacin propiamente dicha y se mantienen sus caractersticas de ruta y ancho de banda estables durante toda su duracin.

26

Por otro lado, y en contraste, las comunicaciones de datos tradicionales no requieren esta reserva previa ni el mantenimiento de condiciones estables de ancho de banda y ruta; como ya vimos, los datos tradicionales son bastante insensibles al Jitter o al retardo, y se transmiten fragmentndolos en paquetes que pueden ser enviados por cualquier ruta disponible44. Este tipo de caractersticas llevan a que las comunicaciones tradicionales de datos no sean orientadas a la conexin en el sentido que si aplica para la telefona tradicional, no existiendo para ellos reservas previas de canal con parmetros estables preestablecidos.

ORIENTADO A CONEXION
Abonado A

Nodo Conmutacin

Conexin preestablecida

Abonado B

NO ORIENTADO A CONEXION
Abonado A

Nodo Conmutacin

Abonado B

Esto requiere, sin embargo, suficiente inteligencia en el protocolo usado para reordenar y reconstruir la informacin original en el punto de recepcin, pero tiene la gran ventaja de no depender de una disponibilidad de canal especfica, trabajando bajo el principio de mejor esfuerzo. De all que a las redes de datos tradicionales se les haya nombrado bajo el ttulo genrico de Best Effort Networks o BEN.

44

27

De hecho, no existe una ruta nica, como se ver mas adelante, en una comunicacin de datos tradicional, si bien hay protocolos que la prefieren, no es requisito ni norma sin la cual no puedan ser transmitidos datos extremo a extremo.

1.3.7. Posibilidad de envo de informacin de varias fuentes en un nico canal A diferencia de las redes tradicionales de telefona, donde las funciones de conmutacin y multiplexacin de la red estn claramente separadas y diferenciadas, dada la filosofa misma de asignacin de canales de voz especficos a cada comunicacin, en las redes de datos estas funciones se mezclan en un solo dispositivo que maneja dinmicamente los canales existentes entre nodos de conmutacin. De hecho, es tpico encontrar que entre dos nodos de conmutacin cualesquiera existe un nico canal correspondiente al mayor ancho de banda posible disponible por el medio fsico o lgico usado, siendo este ancho de banda agregado administrado por el equipo de conmutacin. En este caso, la conmutacin tradicional por canales separados45 es remplazada por una conmutacin de paquetes provenientes de diversas fuentes de datos, siendo esta, otra de las caractersticas diferenciales fundamentales entre las redes de telefona tradicional y las redes de datos46.

Conmutacin de circuitos y de paquetes

Canales separados

Canal compartido

1.3.8. Esquemas de comunicacin multipunto a multipunto Otra gran diferencia entre las redes tradicionales de voz y las de datos, es la de la posibilidad de las segundas de establecer comunicaciones hacia varias entidades Conmutacin de canales De hecho en la conmutacin de paquetes ellos provienen no solo de mltiples fuentes, si no de distintas aplicaciones de una sola fuente, mezclndose dinmicamente.
46 45

28

simultneamente, ello conlleva por tanto la necesidad de mantener mltiples rutas lgicas para cada una de ellas, generando as el requerimiento de un enrutamiento muy flexible.

RED DE DATOS

Esta situacin es comn en los sistemas de cmputo47 los cuales permiten, en una Terminal, establecer sesiones simultaneas con diversos sistemas para diversas aplicaciones, situacin que ha llevado a desarrollar protocolos que permiten un manejo multipunto a multipunto simultaneo48.

1.3.9. Posibilidad de enrutamiento dinmico Al ser el trfico tradicional de datos un trfico de rfagas, es bastante impredecible, como se vio que corresponde al trfico autosimilar, preestablecer las necesidades de capacidad de canal en momentos futuros, ello lleva a niveles muy variables de

Si bien en telefona tradicional pueden manejarse algunos servicios como la conferencia tripartita o la llamada en espera que en teora permitira el manejo de ms de una comunicacin, estas son adaptaciones posteriores y que en todo caso no tienen la completa funcionalidad multipunto a multipunto de las redes de datos. 48 De hecho hoy en el uso de la Internet es comn que un usuario navegue y abra mltiples ventanas, cada una de ellas dialogando con una aplicacin de un servidor distinto.

47

29

congestin en las redes, incluso en escenarios donde se mantienen fijas las sesiones49 que existen en un momento dado, siendo an mas complejo el problema de congestin cuando el nmero de sesiones que se activan o desactivan es muy variable en una red real y es bastante impredecible, aadiendo dificultad al problema de congestin. Por lo anterior, las redes de datos han mantenido desde su origen en cuanto a protocolos de enrutamiento esquemas bastante dinmicos que permiten sobre la marcha solventar problemas de congestin buscando, de ser el caso, rutas alternas o fraccionando la informacin por distintas rutas para ser recuperada y rearmada en el nodo final. Este tipo de esquemas genera, por supuesto, caractersticas deseables para el transporte de datos, cual es el asegurar la llegada de informacin con una baja tasa de error y en tiempos razonables, pero complica an mas los problemas de retardo y jitter que son indeseables en redes de voz.

Abonado A

Nodo Conmutacin

Abonado B

Ante Congestin.. DIAL

Abonado A

PSTN

Nodo Conmutacin

Abonado B

En este escenario de referencia se presupone un nmero de sesiones fijas activas entre N nodos actuando en una red entre ellos. Incluso en este escenario, cada sesin mantiene un comportamiento de trfico autosimilar y el agregado de todas ellas sobre la red es an ms complejo.

49

30

Si a este problema sumamos la limitante tradicional que exista en cuanto a anchos de banda antes del desarrollo de redes de alta capacidad de transporte, como era en las dcadas pasadas y hasta principios de los 90, encontrbamos que incluso en algunos casos se usaban rutas sobre demanda50 en los momentos de congestin, manejando este tipo de dinamismo para sacar el mejor provecho de la infraestructura de transporte existente.

1.3.10. Bsqueda de la eficiencia en costos de comunicacin Histricamente, la transmisin a distancia ha sido el componente mayor de costo hasta la dcada de los 90, si bien con el advenimiento de las redes de fibra ptica de gran capacidad se redujo en proporcin geomtrica dicho costo51, cambiando radicalmente la estructura general y la cadena de valor del sector de telecomunicaciones, antes de los 90 la mayora de esfuerzos se enfocaban al manejo, lo mas eficiente posible, del recurso de transmisin. Esto fue particularmente crtico en el desarrollo de las redes de datos desde su origen. Adicionalmente, la transmisin de datos en su origen se realiz sobre medios anlogos tradicionales, normalmente haciendo uso de canales de voz sobre los que se modulaban datos a baja velocidad52, si bien ello evolucion a la posibilidad de tener canales dedicados digitales de capacidades mayores, estos an mantenan costos elevados. Como resultado de lo anterior, se desarrollaron capacidades de red y de los sistemas de cmputo enfocadas a minimizar los trficos entre redes, limitando la necesidad de envo de informacin de sealizacin53, usando protocolos de compresin de datos54, Creando protocolos de enrutamiento que prefiriesen rutas de menores costos antes que las de mayor capacidad, creando espejos de las bases de datos en sitios

Eran tpicos los enlaces conmutados que podan ser usados como soporte o respaldo en caso de falla del enlace principal dedicado o como canal de desborde ante congestin del canal principal, los protocolos que manejaban este tipo de facilidades fueron desarrollados principalmente en el final de la dcada de los 80 y durante los 90. 51 De hecho en la dcada de los 90 se lleg a plantear que la capacidad de las redes de fibra creca an mas rpido que la de los procesadores con la famosa ley de Moore, duplicando su capacidad en periodos de meses. Ello llev al desarrollo de sistemas WDM y DWDM que permitan incluso manejar mas de un canal ptico en una misma fibra. 52 En sus inicios 2,4Kbps era una velocidad aceptable y 19,2Kbps se entenda como una muy buena velocidad al usar modems sobre lneas de telefona tradicionales o pares aislados de cobre. 53 Con el desarrollo de la Internet a principios de los 90, se usaron bastantes facilidades que engaaban a los sistemas de computo emulando localmente el comportamiento del equipo remoto, activando y usando la sealizacin nuevamente solo ante cambios reales del estado de los dispositivos del extremo lejano. 54 Campo muy prolfico en desarrollos de procesamiento digital que sent las bases para los actuales formatos de compresin digital de audio y video.

50

31

cercanos al usuario en arquitecturas de procesamiento distribuido55, limitando solo a las horas hbiles los trficos transaccionales, permitiendo a los procesos pesados usar los canales en las horas de menor congestin, entre muchas otras soluciones. Esto por supuesto se super en el momento en que el ancho de banda disponible creci en forma exponencial y su costo cay en la misma magnitud, permitiendo, hasta cierto punto, que el ancho de banda fuese el recurso abundante56 en el modelo de redes que hoy da manejamos. No obstante, esta herencia de las redes de datos llev a mantener en su desarrollo posibilidades de filtrado, pre-procesamiento y manejo de colas y prioridades, que son una de las principales fortalezas en cuanto a su capacidad de manejo de trficos de dismil naturaleza.

1.4. Aspectos relacionados con la calidad de los servicios Consideremos ahora un escenario en el que la voz se enva como un contenido mas para viajar por las redes de datos, combinada con otros contenidos de aplicaciones de cualquier naturaleza; situacin esta que es la aplicable, en el fondo, a las redes convergentes, donde se pretende que en una nica red coexistan mltiples servicios y trficos de diversa naturaleza. En este caso, dada la naturaleza de las redes de datos y sus caractersticas de diseo originales, encontraremos mltiples limitantes para poder obtener un nivel de calidad aceptable en la comunicacin que por este medio se enva. Para comenzar, temas como la congestin en la red totalmente variable, la no disponibilidad de circuitos dedicados inherente a las redes de datos, la no preocupacin por el jitter y el retardo, la retransmisin ante algn error en algn paquete recibido, entre otros, genera toda una serie de retos tcnicos en caso de querer manejar sobre redes de datos una red convergente multiservicio57. Cabe decir que en sus primeras etapas, al aplicar aplicaciones VoIP en redes IP privadas o incluso en la Internet, se encontr que en el estado de desarrollo del poca de las redes cliente-servidor con distribucin de mltiples servidores locales que manejaban la principal carga y limitaban el uso de canales de comunicacin a lo estrictamente necesario. 56 Esta es una analoga paralela al desarrollo de la microelectrnica, la cual en sus comienzo se enfoc a un uso eficiente de los pocos transistores que era posible colocar en un integrado (recurso escaso) para posteriormente, con los nuevos desarrollos disponibles, crecer exponencialmente el nmero de elementos en un integrado, siendo con ello los transistores el nuevo recurso abundante y desperdiciable en pro de la simplificacin del proceso de diseo (nuevo recurso escaso) y de sus costos. En el tema de transmisin, antes de las redes de alta capacidad se invierte mucho en disear protocolos y esquemas de red muy eficientes y que limitaban al mximo la necesidad de ancho de banda (recurso escaso), para pasar a un esquema donde la capacidad de transmisin hasta cierto punto y entre grandes centros poblados es el recurso abundante y barato, simplificando con ello las aplicaciones que corren sobre una red. 57 Este tipo de problemas es an mayor en el caso de servicios multimedia dado el mayor ancho de banda que ellos utilizan.
55

32

momento no era factible enviar voz con calidad adecuada. Este problema ya se haba presentado en el caso de la Voz sobre Frame Relay (VoFR) y la voz sobre ATM, donde haba sido resuelto auque a costos no tan atractivos58. Que tipo de soluciones se requeran entonces para poder permitir el adecuado manejo de servicios de voz sobre redes de datos y en particular redes IP? Para ello se hace necesario estudiar tanto la estructura tcnica de las redes de datos (en particular de la red IP), como el tipo de mecanismos que sobre ellas se implementan para dar solucin al problema de la convergencia de los servicios de voz sobre estas redes.

1.4.1. Estructura de las redes de datos Las redes de datos, a diferencia de las redes de voz, nacen del mundo de cmputo y, si bien en sus inicios son sistemas propietarios con un gran equipo central y satlites comunicados con dicho equipo en un esquema altamente jerrquico59, ellos evolucionan rpidamente a sistemas con protocolos abiertos, donde se usan para su construccin equipos de cmputo especializados60 hacia algunas funciones especficas de comunicaciones, con una capacidad de procesamiento independiente y relativamente alta61. Este origen llev al diseo de equipos nodos de las redes que combinan las funciones de multiplexacin y conmutacin en un solo mecanismo de conmutacin de paquetes, el cual adems provee funciones de enrutamiento y de sealizacin y mantienen un alto grado de autonoma respecto de otros nodos de conmutacin, siendo por tanto las redes de datos abiertas, como lo es la red IP, redes mas planas y con menores niveles de jerarqua, donde el peso especfico de un equipo en la red est dado ms por su capacidad de conmutacin que por una jerarqua predeterminada62.

Estos protocolos se estudiarn ms adelante. Estos sistemas se conocen como sistemas Legacy, los cuales eran totalmente propietarios y exigan, normalmente, que todos los equipos de cmputo fuesen del mismo fabricante, embebiendo dentro del equipo de computo muchas funciones de telecomunicaciones 60 Estos eran equipos conmutadores de celdas o de paquetes, los ms conocidos son los enrutadores en el mundo de IP. 61 En este contexto cada unidad de conmutacin opera como una unidad separada que adquiere informacin de la red de sus vecinos o que es programada desde un sistema de gestin centralizado, donde las caractersticas de enrutamiento dinmico que son inherentes a las redes de datos, como ya se mencion, pueden ser atendidas mediante este tipo de facilidades. 62 De hecho, si bien existe algn grado de jerarqua con puntos de agregacin de trfico y grandes conmutadores que corresponden al backbone de la Internet, y en toda red es necesario algn nivel jerrquico para dimensionar adecuadamente los enlaces de transmisin entre nodos, es muy fcil crear entre nodos de conmutacin de cualquier nivel o capacidad rutas especficas, siendo todo nodo en la red de datos, potencialmente, un par de cualquier otro nodo en la red.
59

58

33

Si analizamos, como ejemplo, una red tpica de datos, como las redes IP privadas o la Internet, encontraremos que en trminos generales en ellas existen unos equipos enrutadores63 en el ncleo de la red, interconectados por diversos medios de transmisin, en una arquitectura de malla ms bien redundante64, que permite manejar por tanto los problemas de enrutamiento dinmico, congestin, rutas alternas, etctera

LAN LAN

Ejemplo de la estructura de una red de datos (IP)

LAN LAN

ROUTE R
ROUTER

ROUTER

ROUTER

WAN
ROUTER

LAN

LAN LAN LAN

LAN

Encontramos por otro lado, en el borde de esta red, conexin a redes internas a los usuarios de la red IP (LAN)65, las cuales se conectan a la red principal tambin mediante un enrutador que, salvo por su capacidad global, en el fondo tiene las mismas facilidades que los equipos del ncleo de la red, residiendo al interior de esta red los equipos de usuarios y servidores de aplicacin disponibles al pblico en general o a los usuarios privados de dicha red66. Equipos que se encargan en el mundo IP de las funciones de enrutamiento de los paquetes de informacin y las funciones de conmutacin de los mismos. 64 A diferencia de las estructuras de estrella tpicas de las redes de telefona tradicionales. 65 LAN: Local Area Network, red de rea local en el mbito de un edifico o una sola locacin. En contraste a las WAN: Wide Area Network, o red de rea amplia que permite la conexin de varias locaciones, o de estas con redes pblicas abiertas como la Internet. Existen algunas otras clasificaciones menos usadas como la MAN: Metropolitan Area Network, restringida al contexto de una municipalidad o un rea metropolitana y las redes de Campus en el contexto de una LAN con cubrimiento de reas grandes. 66 En general corresponde a lo que se conoce como zonas militarizadas (internas de acceso solo a usuarios de la LAN) y desmilitarizadas o accesibles desde el exterior, para ello, en los enrutadores o como equipos complementarios se usan filtros especiales conocidos como cortafuegos o firewalls que permiten, mediante
63

34

RED INTERNA

SERVICIOS AL EXTERIOR

ROUTER

LAN

WAN
Por otro lado, los equipos de conmutacin que se usan en redes de datos y redes que a partir de este punto han evolucionado con capacidades multiservicio, suelen manejar dos tipos de conmutacin, conmutacin de paquetes de longitud variable y conmutacin de paquetes de longitud fija tambin conocidos como celdas.

Celdas fijas

Longitud variable

validaciones de usuarios, permitir o no el acceso a los usuarios de uno u otro tipo a una u otra zona.

35

En el caso de paquetes de longitud variable, este es un esquema bastante flexible muy adecuado para aplicaciones de datos de mltiple naturaleza donde pueden existir aplicaciones transaccionales con paquetes muy pequeos en los que la informacin de overhead67 pesa bastante respecto al payload68 , combinadas con aplicaciones de otra ndole como la transferencia de archivos, donde por el factor de eficiencia entre overhead y payload mejora al enviar paquetes mas grandes. No obstante, para resolver algunos problemas que veremos ms adelante, este mecanismo es bastante impredecible por cuanto no es factible conocer el tiempo de envo de un paquete especfico hasta que este llega a la cola.

Paquete corto Paquete largo Payload

Baja eficiencia overhead/Payload Alta eficiencia overhead/Payload

Overhead

Por su parte, las arquitecturas de paquetes de longitud fija o celdas69, si bien pierden eficiencia en las transmisiones de archivos bastante grandes o informacin en gran volumen, por la posibilidad de enviar para ellos paquetes grandes, ganan en predictibilidad, pues en caso de requerir combinar informacin, siempre ser mas facil predecir la duracin entre el uso de canal de una u otra fuente al asignar intervalos iguales y relativamente cortos a cada flujo de datos. Visto el tema de estructura general de las redes de datos, entraremos a estudiar los mecanismos que se han implementado para permitir el uso de aplicaciones de voz sobre ellas.

1.4.2. Manejo de prioridades Uno de los principales problemas a resolver es el de poder discriminar adecuadamente un trfico sensible, como puede ser el trfico de voz o de video, de modo que se pueda dar para el un tratamiento ms predictivo y acorde a su naturaleza, ello se logra, principalmente, mediante mecanismos de identificacin de las sesiones que llevan dentro de su payload trfico sensible, y mediante la priorizacin del trfico de dichas sesiones, para dar a ellos la posibilidad de mantener un mnimo de ancho de banda disponible dentro de la red.

Informacin adicional en el paquete de informacin usada para funciones de enrutamiento y otras. 68 Informacin til para el usuario final 69 El trmino celda se limita, de hecho, a sistemas donde su arquitectura nativa es de longitud fija, si bien sistemas de longitud variable se pueden pseudo fijar con un tope de longitud emulando las caractersticas de las celdas.

67

36

Este tipo de mecanismos prev dos procesos, uno: el de identificacin clara del tipo de trfico en los paquetes de datos que viajan por la red en todos y cada uno de los nodos de conmutacin de la misma70, de modo tal que se logre para la comunicacin extremo a extremo la posibilidad de implementar estos mecanismos; dos: el manejo de colas71 de prioridad especficas y tamaos adecuados de paquetes72 que permitan asegurar el envo de al menos una cantidad mnima de paquetes del trfico prioritario para asegurar algn nivel de servicio.

Prioridad 1 2 3 Cola de voz Cola de datos de alta prioridad Cola de datos de baja prioridad Cadencia Constante

..

Canal

Estas soluciones implican un manejo de mecanismos de colas o buffers donde se aprovisionan recursos para mantener informacin de trficos no sensibles a retardo como de menor prioridad y trfico sensible a retardo como de mayor prioridad. No obstante esta clasificacin, normalmente las prioridades que se manejan no son absolutas73, por cuanto la voz y aplicaciones similares no requieren un vaciado rpido de sus buffers, si no una cadencia de envo determinada y predecible74, pudiendo entre paquete y paquete de voz enviar informacin de otras fuentes.

Este mecanismo se refiere a la implementacin de protocolos tanto en los equipos de conmutacin y enrutamiento como en los paquetes mismos que deben ser marcados para ello. 71 Como se ver mas adelante, el manejo de colas o Buffers es una constante en todos los equipos en redes de datos y redes convergentes, mecanismo que permite manejar el problema de la mayor probabilidad de bloqueo de los trficos autosimilares, dar un manejo mas racional al trfico tipo rfaga inherente a redes tradicionales de datos y manejar los problemas de congestin tpicos en estas redes, entre otros. Sobre el tema, se han hecho bastantes desarrollos desde tericos, en cuanto a teora de colas, hasta implementaciones prcticas de las mismas en los diversos equipos para redes de datos y redes convergentes. 72 Este mecanismo se refiere a evitar paquetes demasiado grandes que ocupen por mucho tiempo el canal, colocando un lmite al tamao mximo de paquete, logrando con ello emular, hasta cierto punto, el comportamiento ms predecible de los sistemas de celdas. 73 De hecho, si as lo fuese, es altamente probable que trficos de mayor prioridad copasen el canal por completo, ante una rfaga grande de datos, perdiendo el servicio para las otras colas. 74 Correspondiente en el caso de la voz a un payload equivalente a los 64KBps de un canal de voz nativo o menos en caso de aplicar esquemas de compresin de voz que se vern ms adelante.

70

37

1.4.3. Emulacin de canales dedicados Como se explic en la seccin correspondiente a servicios tradicionales de telefona, ellos son altamente confiables principalmente por la arquitectura de los sistemas y redes que permiten dedicar un canal especfico al 100% durante el curso de una llamada75. Las redes de datos, por otra parte, no fueron diseadas, en un comienzo, para realizar este tipo de reservas de recursos para comunicaciones en particular76; no obstante, al evolucionar dichas redes hacia redes convergentes, se desarrollaron mecanismos que permiten reservar unos anchos de banda determinados en los conmutadores para comunicaciones que por su contenido as lo requieran77, entre ellas la voz y el video, de modo tal que el efecto es similar al de un circuito dedicado emulado, con la ventaja adicional de poder usar estos recursos en otros servicios en el momento en el que no es usado efectivamente por el servicio que gener la reserva. El manejo de prioridades antes descrito y los esquemas de prenegociacin con los nodos de una red, mediante protocolos estandarizados, de espacios de reserva mnimos para una sesin especfica, han permitido suplir en las redes de datos, cada vez con mayor precisin, las necesidades de emulacin de canales dedicados que requieren las comunicaciones vocales.

1.4.4. Retardo, Jitter y prdidas de paquetes Otro de los problemas que se presentan en las redes de datos al aplicar sobre ellas contenidos de voz en tiempo real, corresponde al retardo que puede presentarse en los procesos de digitalizacin, compresin78, enrutamiento y transporte y por la misma cogestin en la red, adems de las retrasmisiones inherentes a las redes de datos79 cuando se detecta error en algn paquete. As mismo dado los diversos niveles de congestin en la red y las posibles rutas que pueden usarse en un momento dado, es muy normal que los paquetes de informacin

Mecanismo de conmutacin de circuitos ya explicado. Fueron diseadas en un comienzo bajo el principio de mejor esfuerzo (Best Effort Networks), sin compromiso mayor por parmetros crticos para la voz como el retardo o el jitter. 77 Estos mecanismos han de ser entendidos por todos los nodos de conmutacin a lo largo de toda la ruta donde se pretende emular un circuito dedicado. 78 Con el fin de administrar el ancho de banda disponible, es comn encontrar esquemas de compresin de voz bastante robustos que requieren as mismo un tiempo de procesamiento considerable. 79 Si bien en redes digitales la probabilidad de error se ha reducido considerablemente, esta an existe y es crtica en aplicaciones de datos, por ello an se conservan esquemas fuertes de verificacin de la informacin y retransmisiones.
76

75

38

lleguen a su destino con una cadencia distinta, generando el indeseable efecto del jitter80. Finalmente, ante altos niveles de congestin o por errores en la transmisin, es factible que existan paquetes que no lleguen dentro de la ventana de tiempo razonable para servicios de voz81, perdindose definitivamente en cuanto a esta comunicacin82.

TIEMPO DE PROCESAMIENTO !!
Abonado A

Seal enviada Cadencia

RED
CONGESTION !!
Abonado B

PERDIDAS DE PAQUETES !!

ERRORES EN TRANSMISION !!

Seal recibida (Retardo, jitter, perdidas)

Este conjunto de factores, que finalmente generan distorsiones y baja de la calidad en la comunicacin, han sido tratados dentro de las redes de datos con diversas tcnicas83, apuntando todas ellas a la mejora de la calidad del servicio, acercndose cada vez ms a los niveles tpicos de las redes tradicionales de telefona. Uno de los mecanismos ms usados es el de buffers o manejo de colas especializadas en el punto de recepcin, las cuales permiten reordenar los paquetes que pueden venir por diversas rutas84, as como recuperar la cadencia original de la

An con prerreservas de ancho de banda y manejo de prioridades, es posible que un paquete llegue cuando acaba de comenzar la transmisin de un paquete largo de otra aplicacin. 81 Ventana dada por el mximo retardo soportable en comunicaciones de voz en tiempo real. 82 De no tratarse este problema, se generara, o bien un silencio abrupto, o bien una prdida de sincronismo de la seal de voz en el receptor. 83 Capacidad de procesamiento en nodos de conmutacin, as como desarrollo de protocolos especializados en la solucin de estos problemas. 84 Situacin tpica cuando no se usan mecanismos de reserva de ruta previos a lo largo de toda la red de datos.

80

39

seal, no obstante, este tipo de tcnicas introduce, como costo inevitable, retardos adicionales85.

Tiempo

Paquetes de Entrada

Uso de buffer

Paquetes de Salida

Otra de las tcnicas usadas es la de acudir a protocolos que no obliguen la retransmisin ante errores recibidos, combinados con tcnicas de extrapolacin86 predictiva e intrapolacin87, que permiten recrear con un mnimo grado de error la seal original88 ante prdidas de paquetes por errores en la transmisin o exceso de tiempo de transmisin de alguno de ellos. Para lo primero se han desarrollado protocolos especficos, especialmente en el mundo de las redes IP, que agilizan la transmisin al eliminar los procesos de chequeo de consistencia de la informacin ante errores y la retransmisin de paquetes errados, por otro lado, dado el desarrollo de algoritmos avanzados de regeneracin de seal anlogas con menos muestras de las previstas en el teorema de muestreo ya explicado, es posible solventar la prdida de paquetes de voz hasta cierto lmite.
85

De hecho para el control de cadencia se requiere retardar adrede la seal para, sobre este punto medio de retardo, poder adelantar o atrasar adrede los paquetes para recuperar la cadencia original de la serie de paquetes con muestras de voz. 86 Clculo de la siguiente muestra, basado en el histrico de muestras anteriores teniendo en cuenta las caractersticas de la seal original. 87 Clculo de una muestra faltante en medio de otras muestras, basado en la continuidad de la seal, una forma simple de este proceso es el clculo del promedio simple de las muestras adyacentes. 88 A diferencia de las aplicaciones de datos, las aplicaciones de voz finalmente nacen de una seal anloga con informacin redundante, donde una ligera distorsin de la misma no es percibida por el odo humano, el cual es capaz de captar fonemas, palabras y frases a pesar de estos pequeos errores, por ello es factible aplicar este tipo de tcnicas que permiten tener una comunicacin ptima a pesar de un cierto nivel de prdida de muestras.

40

Error por Regeneracin

Seal Original (muestras)

Seal recibida corregido el Jitter pero con muestra Faltante

Seal regenerada Con algoritmo de promedio Simple

En todo caso, en la medida en que las redes de datos se soportan en infraestructura de banda ancha, la cual reduce los problemas de congestin, y en la medida en se aplican las tcnicas descritas y los sistemas digitales minimizan cada vez ms la probabilidad de errores en la transmisin, el impacto de este tipo de problemas tiende a reducirse. Esta es tal vez la razn por la cual el desarrollo de la banda ancha est ntimamente ligado al desarrollo de aplicaciones VoIP de muy alta calidad89.

0% PROBABILIDAD DE BLOQUEO DE LA COMUNICACION 100%

Rfagas de Datos Puros

DEBE REALIZARSE EN TODA LA CADENA

Aplicacin de prioridad en el trfico

Trfico Poisson Voz Tradicional

0%

PORCENTAJE DE USO DEL CANAL DE COMUNICACION

100%

De hecho, si bien en trficos de datos combinados con otras aplicaciones se mantienen las caractersticas de autosimilaridad, que llevan a probabilidades de bloqueo altas con bajos usos del canal, el uso de las tcnicas descritas permite separar los trficos tipo Poisson en anchos de banda reservados. Por otro lado, al desarrollar redes de banda ancha donde el recurso barato es la capacidad de transmisin, pueden mantenerse niveles de uso de canal bajos, an para trficos promedio altos, reduciendo con ello la incidencia de la alta probabilidad de bloqueo del canal.

89

41

En este caso, los trficos autosimilares combinados se separan mediante los manejos de colas y buffers ya descritos, de modo tal que la resultante es la emulacin de subcanales virtuales donde se dan caractersticas de canal de comunicacin convenientes al trfico de voz90

1.4.5. Compresin y supresin de silencios Adicionalmente, con el avance de las tecnologas de procesamiento digital de seales y con la reduccin de costos de los DSP91, se ha hecho viable el manejar algoritmos de compresin de voz muy eficientes que pueden reducir las necesidades de ancho de banda del canal que se reserva para voz, minimizando con ello su impacto sobre una red de datos convergente. A continuacin se dan algunas caractersticas de codificadores de comn uso:

Ancho de banda 5,3 Kbps 5,6 Kbps 6,3 Kbps 8 Kbps 13 Kbps 64 Kbps

Algoritmo92 G.723-1 (ACELP) GSM Half Rate G.723-1 (MP-MLQ) G.729-A. GSM Full Rate G.71193

Calidad Buena Media Alta Buena Buena Buena Excelente

Por otro lado, como parte fundamental de los procesos de compresin de la voz, se ha desarrollado la supresin de envo de informacin cuando se presentan silencios94, mejorando la eficiencia de uso efectivo del canal de comunicacin, pues no es necesario transmitir los silencios95. Al seleccionar un algoritmo en particular han de tenerse en cuenta, segn la aplicacin que se desee, mltiples parmetros entre ellos: Ancho de banda o tasa de bits resultante del proceso de compresin.

Tpicamente trficos normales o de Poisson o muy cercanos a ellos. DSP. Digital Signal Processor . Procesadores especializados en funciones de manejo de seales anlogas, digitalizadas mediante complejos algoritmos matemticos, y arquitecturas tipo RISC. 92 Informacin sobre codificadores o codecs recopilada por Cox y Kroon en el IEEE Communications Magazine Diciembre de 1996 93 Estndar sin compresin para telefona tradicional. 94 Si bien esto es variable, en promedio en una conversacin bi-direccional el canal se usa en cada direccin cerca de un 60% del tiempo, pues es poco comn que las dos personas hablen al tiempo. 95 En todo caso, el silencio absoluto, en la percepcin del oyente, lo lleva a pensar en una interrupcin de la comunicacin, razn por la cual algunos algoritmos simulan y regeneran la condicin de silencio al otro extremo con un leve ruido de fondo que mantiene en el usuario la percepcin de continuidad de la comunicacin.
91

90

42

Retardo de procesamiento que introduce el algoritmo96. Eficiencia en el manejo de silencios97. Necesidades de envo de seales en banda vocal distintas a la voz98. Posibles distorsiones y calidad general de la voz99. Necesidades de reserva de ancho de banda100.

1.4.6. Sealizacin con otros sistemas Finalmente, en cuanto al tema de convergencia, es comn encontrar la necesidad de conexin o interconexin de los servicios de voz que se dan en las redes de datos con los sistemas tradicionales de telefona101. En este campo, se hace vital el desarrollo de conversores de protocolos, principalmente aquellos usados en la red que permiten manejar las funciones de sealizacin y enrutamiento, de modo tal que puedan estas aplicaciones convergentes interactuar con las redes de telefona. Estos conversores, conocidos como gateways, se focalizan tanto en el manejo de conversin de contenidos de voz (payload), como en la conversin de sealizacin, permitiendo un paso transparente de uno a otro mundo. Dependiendo de las posibilidades del protocolo de datos usado, es factible el manejo de una sealizacin plena equivalente, o simplemente el transporte extremo a extremo de informacin de sealizacin nativa de telefona, para, a travs de estas redes, interconectar redes tradicionales de telefona. En el caso de IP, como protocolo complejo y avanzado, estos gateways son bastante sofisticados, y permiten mltiples funcionalidades y un alto grado de integracin.

Ello depende de la eficiencia matemtica del algoritmo y de la capacidad de procesamiento del DSP usado. 97 Ello permite mejorar las posibilidades de reduccin efectiva de ancho de banda. 98 La voz tiene la particularidad de no emitir demasiadas frecuencias al mismo tiempo, haciendo mas fcil el proceso de compresin, caso contrario ocurre con la msica, la cual puede ocupar una banda de frecuencias similares, pero donde se usan muchas mas frecuencias simultneamente. 99 Se refieren al proceso completo de digitalizacin, compresin, descompresin y reconversin de la seal anloga original. 100 Este parmetro se refiere a la sensibilidad del algoritmo ante la prdida de muestras, lo que lo llevara a requerir con mayor nfasis reservas previas de ancho de banda para poder mantener la calidad. 101 Si bien en el captulo 2 se profundiza en el tema de interconexin desde el punto de vista regulatorio.

96

43

1.5. Protocolos utilizados Ya analizado el marco conceptual de los servicios de voz tradicionales y de las redes de datos tradicionales, as como los problemas bsicos a resolver en cuanto a la implementacin de servicios de voz en redes, que si bien fueron originadas en el mundo de los datos, se han movido a aplicaciones convergentes, cabe aqu estudiar los protocolos mas comunes usados en estas redes y profundizar en aquellos de la familia IP que es el centro de nuestro anlisis.

1.5.1. Evolucin de los protocolos de datos Si bien en el principio del desarrollo de redes de datos hubo una amplia gama de protocolos propietarios o legacy102, y si bien subsiste an una base instalada notoria de dichos sistemas que han debido ser adaptados como un tipo de contenido mas sobre las redes actuales103, el desarrollo amplio de estas redes se da realmente en el momento en que se disponen de protocolos abiertos, con interfaces estandarizadas, que permiten el desarrollo de redes pblicas de datos con funcionalidades de sealizacin y enrutamiento plenas, lo cual a su vez permite el paso de costosas redes privadas, de canales dedicados, con protocolos propietarios, a redes mas baratas donde la transmisin es compartida por mltiples redes privadas.

1.5.1.1. X.25 Este es quiz el primer protocolo totalmente abierto y estandarizado a travs de la UIT104, es un protocolo bastante robusto, concebido para asegurar la transmisin de datos extremo a extremo, en una poca en que la disponibilidad de enlaces digitales con baja rata de errores era limitada105, por lo que se requera manejar esquemas de retrasmisin intensa entre nodos de la red y extremo a extremo. En este protocolo se desarrollaron numerosas aplicaciones de tipo transaccional, siendo prcticamente imposible, por su misma estructura, manejar servicios sensibles al retardo como la voz. No obstante, el X.25 sent las bases para el desarrollo de protocolos abiertos en redes pblicas y habilit el concepto de interfaces abiertas que ya se vena desarrollando en paralelo en las redes pre-Internet106.

102

Como la arquitectura SNA de la IBM y otras similares de fabricantes como Burroughs (Unisys). 103 Es tpico la conformacin de tneles sobre redes IP para emular canales dedicados para estos sistemas, que funcionan de manera similar a las reservas de ancho de banda dedicado extremo a extremo para servicios de voz. 104 La base del protocolo se desarrolla en las recomendaciones de la UIT en la serie X. 105 Situacin que solo mejor notoriamente con el desarrollo de redes de fibra ptica. Sin embrago, dada su robustez en ambientes transaccionales, X.25 an es usado hoy en algunas aplicaciones en el sector financiero. 106 Redes como ArpaNet y la NSFNet.

44

1.5.1.2. Frame Relay107 Este protocolo, natural evolucin de X.25, tom ventaja de las mejoras en transmisin en sistemas digitales108, generando un esquema mas liviano de constante verificacin de transmisiones entre nodos109, pasando dicha funcin a la verificacin en los extremos. Con ello logr manejar unos retardos menores y aument la capacidad de procesamiento donde se podan manejar volmenes de informacin mayores110. Dadas estas caractersticas, al reducir retardos, fue posible plantear la transmisin de servicios de voz sobre estas redes111, servicio que ha sido bastante popular en redes corporativas privadas. Por otro lado, en este protocolo se trabaja bastante el concepto de asegurar, para sesiones determinadas, un ancho de banda especfico mnimo112, pudiendo extenderse, si este est disponible, en picos de transmisin de informacin113, estas dos caractersticas lo hacan conveniente para manejar anchos de banda dedicados a canales de voz, por un lado, combinndolos con el manejo de rfagas propio de las redes de datos. Frame Relay, al igual que X.25, eran protocolos que manejaban tamaos de paquetes variables, por lo que en la implementacin de servicios de voz sobre este protocolo fue necesario establecer lmites a los tamaos mximos de paquetes en la red, emulando con ello las facilidades de una red de celdas.

1.5.1.3. ATM114 El protocolo ATM se enfoc en una arquitectura de celdas115, con una conmutacin muy eficiente en los niveles bsicos, muy cercana al nivel de hardware, en los nodos
107

Relevo o conmutacin de Frames o tramas (Equivalente a nuestro concepto de paquetes) 108 Tpico de la dcada de los 90. 109 Necesaria cuando las tasas de error enlace a enlace eran altas. 110 Por un menor procesamiento y verificacin de informacin en cada nodo de la red y una mejora y abaratamiento en las capacidades de cmputo en la dcada de los 90. 111 Voz sobre Frame Relay (VoFR) 112 Se introduce el concepto de CIR (Commited Information Rate), el cual bsicamente define un nmero de frames mnimo por sesin o usuario, equivalente a un ancho de banda asegurado, de acuerdo a la capacidad de los canales de transmisin. En este caso, se hace una distribucin del ancho de banda disponible en cada enlace entre los diversos CIR de los circuitos que van por dicho enlace. 113 Cuando los CIR de otros usuarios o sesiones no son ocupados, pueden ser usados por una sesin activa, estos son desocupados apenas se detecta un uso de quien tiene reservado el CIR. 114 Asinchronous Transfer Mode. 115 Con una arquitectura de celdas de 53 Bytes, donde 48 son para el payload, siendo este un tamao adecuado para manejar mltiples trficos de diversa naturaleza en mltiples colas simultneamente.

45

de la red, lo cual permiti manejar unos amplios volmenes de informacin y trfico. Fue diseado desde su origen como un protocolo multimedia, que aseguraba caractersticas de ancho de banda, prioridad, retardo, entre otras, a servicios de toda naturaleza como la voz, los datos, video en tiempo real, entre otros116. ATM es un protocolo ideal para redes convergentes multimedia, permitiendo manejar trficos y aplicaciones sensibles a retardo que requieren tasas de bits constantes, orientadas o no a conexin y conviviendo con complejos trficos de datos. No obstante sus caractersticas ideales desde el punto de vista tcnico, su diseo implicaba un grado de complejidad y altos costos de fabricacin que no permitieron su masificacin, razn por la cual su aplicacin se centr en el ncleo de las redes, como un protocolo base sobre el que se crearon mltiples servicios, siendo las redes IP uno de los tantos servicios que operan sobre ellas117.

1.5.2. Protocolos relacionados con redes IP El desarrollo de los protocolos IP van atados al desarrollo de la Internet, la cual tiene mltiples hitos que vale la pena mencionar: En el ao de 1961, el profesor Leonard Kleinrock del MIT118 desarrolla las teoras bsicas sobre conmutacin de paquetes, por su parte, un ao despus, se plantea el desarrollo conceptual de la red del ARPA119 como una red de amplio cubrimiento y conocida como ARPA-Net. En 1965 se logra la comunicacin entre dos equipos de cmputo, llegando a establecer, cuatro aos despus la red ARPA-Net como una red experimental del departamento de defensa de los estados unidos. Red que en 1972 contaba con casi 40 computadores conectados.

ATM funciona sobre tecnologas de transporte diversas (E1 tradicionales, redes de fibra SONET/SDH, FDDI, UTP, entre otras) y provee varias capas de adaptacin segn tipo de trfico que se desee manejar a las cuales les da diversa prioridad. Entre ellas AAL1 para servicios de vdeo, AAL2 para servicios de voz (VoATM) y AAL5 para servicios IP. 117 Fue, de hecho, un protocolo muy usado como base sobre redes de fibra ptica, con el cual se podan establecer servicios tradicionales de canales dedicados, transporte de voz de redes tradicionales de telefona, canales de video y redes IP, combinadas para compartir las rutas de alta capacidad de las redes de transporte modernas. Sin embargo, no permita la convergencia desde el terminal mismo del usuario, razn por la cual en la evolucin y masificacin de tecnologas, y apoyado en el avance de la Internet y los sistemas de cmputo, IP termina primando sobre ATM. 118 Instituto de Tecnologa de Massachusets en Boston. 119 ARPA: Advanced Research Projects Agency. Agencia de Proyectos de Investigacin Avanzada, la cual es un Organismo del Departamento de Defensa de Estados Unidos, creado en 1958.

116

46

En 1983 la ARPANET original se escinde generando la red MILNET120, un ao despus se crea la National Science Foundation NET NSFnet121, la cual evoluciona hacia una apertura hacia cualquier institucin de carcter acadmico, de investigacin o de gobierno que requiera de su uso. En 1989 se suspende la ARPANET y se crea el Commercial Internet Exchange con un concepto de red pblica abierta. En el ao de 1992 Tim Berners-Lee desarrolla los principios de la World Wide Web, dos aos despus la NSFnet se transforma en un ente privado que evoluciona hasta que en 1998 se llega a un acuerdo para crear la ICANN122. Al cerrar el siglo XX se calculaba en 200 millones los usuarios de la Internet. En 2002 Segn UIT existan ya 264 pases conectados a Internet y desde entonces el crecimiento en nmero de abonados ha sido vertiginoso.

En paralelo a este desarrollo, existi un amplio trabajo en la creacin y mejora de los protocolos aplicables sobre estas redes, los cuales se conocen bajo el genrico de IP123. 1.5.2.1. Protocolos bsicos El protocolo bsico sobre el que se sustentan la Internet y las dems redes IP es el Protocolo de Internet (IP), el cual opera sobre la infraestructura fsica de comunicaciones sobre la que se crea la red124 y a travs de direcciones lgicas que se construyen por encima de las direcciones fsicas (MAC125) de los dispositivos. Para el uso de este protocolo, se deben crear redes locales definidas por una porcin de las direcciones IP126, siendo los restantes dgitos usados para diferenciar los diferentes dispositivos conectados localmente a dicha red, de modo que en cada red puede existir comunicacin entre todos los usuarios conectados a ellas y entre las diversas redes a travs de los dispositivos enrutadores, que son la base de la construccin de la arquitectura de la Internet misma y de cualquier red IP.
120 121

Red de datos de la defensa de los Estados Unidos La NSFNET, de hecho, fue una unin de redes dedicadas a la investigacin y la educacin. La crea el gobierno de Estados Unidos y es reemplazada por ARPANET como backbone base para la Internet, siendo posteriormente transformada a redes comerciales 122 ICANN: Internet Corporation for Assigned Names and Numbers. Es la corporacin de Internet encargada de la administracin de dominios y direcciones IP 123 Internet Protocol 124 Redes locales en estndares Ethernet o de otro tipo, redes de rea amplia bajo enlaces de diversa ndole (dedicados TDM, ATM, Frame Relay, etc) 125 Media Access Control. Direccin fsica, nica en el mundo, que cada fabricante de un puerto fsico de conexin a redes de cualquier tipo asigna a dicho puerto. Es la huella digital de este dispositivo. 126 Direcciones de 32 bits, agrupadas en 4 dgitos de 8 bits (o en el rango de 0 a 255 en su representacin decimal) en la versin IV de IP actualmente en uso. Se encuentra en desarrollo una versin avanzada, IP v.VI con mucha ms capacidad.

47

130.20.0.25

130.20.0.20

RED Y 130.20.0.0
130.20.0.1
ENRUTADOR

130.20.0.2
ENRUTADOR

192.168.0.1 98.0.0.1

RED X 192.168.0.0 RED Z 98.0.0.0

ENRUTADOR

98.0.0.2

192.168.0.2

192.168.0.15

192.168.0.20

98.0.0.100

Los enrutadores permiten la comunicacin entre redes y poseen una direccin por cada puerto conectado a una red en particular. Estas direcciones se han desarrollado bajo un esquema de clases, donde en una clase superior hay mas dgitos para definir dispositivos en la red a la que se asigna, pero existe menos capacidad de definir redes de dicha clase, y viceversa.

0 0 RED

7 8 HOST

15 16 HOST

23 24 HOST

31 Clase A

1 0

RED

RED

HOST

HOST

Clase B

1 1 0 RED

RED

RED

HOST

Clase C

1 1 1 0

MULTICAST

Clase D

1 1 1 1

RESERVA

Clase E

48

De acuerdo a ello, una red clase A puede tener mas de 16 millones de dispositivos locales conectados a ella, pero solo existen 128 posibles redes de este tipo, por su lado, la red clase C maneja 254 dispositivos, pero existen mas de 2 millones de ellas127.

1.5.2.1.1. Protocolo IP Ya definido el esquema de direcciones sobre el que trabaja el protocolo IP, entremos a ver las funciones que este cumple y los mecanismos bsicos del mismo. Hay que decir que el protocolo IP define, ante todo, una unidad de transferencia de informacin bsica conocida como datagrama128, que se sustenta en una direccin origen y una direccin destino, de modo tal que todos los mecanismos del protocolo diseados en los enrutadores estn enfocados a llevar por la mejor ruta posible, en principio bajo una filosofa de mejor esfuerzo129, dichos datagramas, a travs de las mltiples redes, hasta encontrar la red de destino, y dentro de ella la direccin especfica del equipo final que recibe la informacin130. El protocolo IP es un protocolo no orientado a conexin, lo cual le da una caracterstica de alto dinamismo, pues con ello puede enviar datagramas por varias rutas disponibles, de acuerdo a las condiciones de trfico de cada una, debiendo ser rearmado en capas superiores con otros protocolos la informacin original. Debido a su principio de mejor esfuerzo y a la no existencia de mecanismos robustos de chequeo de consistencia, el protocolo es bastante eficiente en el envo de informacin, sin embargo, es posible por ello que algunos datagramas se pierdan, se atrasen o se daen, dejando las funciones de chequeo y consistencia de la informacin a otros protocolos superiores que son parte de la familia. El estndar del protocolo IP se define en un RFC131 de la IETF, en particular el nmero 791. En este se define la estructura del datagrama, el cual es encapsulado en una trama segn el medio o canal disponible132 en cada tramo entre redes y enrutadores hasta llegar a su destino.

127

Las redes clase D se manejan para aplicaciones de multicast y las E se mantienen en reserva. 128 Correspondiente a un paquete de longitud variable. IP es una arquitectura de conmutacin de paquetes. 129 Corresponde a una de las limitantes originales de IP, cual es el no asegurar un canal para comunicaciones como la voz, que requieren un ancho de banda y unos parmetros de retardo mximo y calidad mnima especficos. 130 En el vocabulario de IP, estos equipos terminales de usuario se nombran como Hosts 131 Request For Comments. Documentos que fijan los estndares en la Internet desarrollados por la IETF o Internet Engineering Task Force. 132 ATM, Ethernet, Frame relay, etc

49

El datagrama tiene un campo de encabezado133 y un campo de contenido o payload en el cual viaja la informacin propiamente dicha. Es importante en este punto estudiar el encabezado del datagrama, cual es el corazn del protocolo IP, y definir los campos que en el se encuentran, los cuales dan una idea de las funciones que pueden ejecutarse con este protocolo al aplicarlo sobre una red compleja como la Internet.

0 0 1 2 3 4 5 6 7 8 9

1 0 1 2 3 4 5 6 7 8 9

2 0 1 2 3 4 5 6 7 8 9

3 0 1

VERSION

H. LEN. ID

TYPE OF SERVICE FLAGS PROTOCOL START ADRESS END ADRESS IP OPTS. DATA DATA . . . DATA

TOTAL LENGHT FD CRC

LIFETIME

FILL

VERSION, campo de 4 bits que indica la versin del protocolo IP que se maneja, actualmente se usa la versin 4 y esta en desarrollo la versin 6, que ampliar notoriamente el nmero de direcciones disponibles y dar una estructura mas manejable con respecto a la actual de clases de redes. HEADER LENGHT, de 4 bits, el cual indica la longitud total del encabezado, con cdigos que representan diversos nmeros de bytes, con un mnimo de 20. TYPE OF SERVICE, Este campo de 8 bits indica el tipo de servicio incluyendo 3 bits de prioridad (de 0 a 7), Un bit que indica una solicitud de procesamiento rpido para control de retardo, un bit que indica la solicitud de espacio para rfagas continuas y otro que se activa cuando se desea que se use una ruta muy confiable, preferentemente, para minimizar errores. Estos bits se combinan segn el tipo de servicio que se requiera (Bajo en errores, bajo retardo, etc) y con ellos los equipos enrutadores buscan realizar su mejor esfuerzo134. TOTAL LENGHT, Campo de 16 bits que indica la longitud total del datagrama, incluido el payload135, expresado en bytes. Ello coloca un lmite mximo al datagrama en poco ms de 65 mil bytes136.

133 134

Tambin conocido como header. Los otros dos bits de este campo estn en reserva. 135 Informacin realmente til transportada a travs de la red.

50

ID. Campo de 2 bytes137 que maneja una secuencia, la cual combinada con los campos de las direcciones de origen y destino, y el tipo de protocolos usados en funciones superiores soportadas sobre IP, permiten identificar al datagrama unvocamente en toda la red. FLAGS. Son indicadores de 3 bits que indican si el datagrama es parte de uno mayor que se ha subdividido. FD. Campo que indica para datagramas fragmentados su lugar en el datagrama rearmado. Este se usa cuando un datagrama de gran longitud debe ser fragmentado al pasar por una red con un medio que no soporta la longitud original. LIFETIME. Este campo de 1 byte indica el nmero mximo de segundos que un datagrama puede permanecer en nodos de conmutacin antes de llegar a su destino, En caso de exceder el tiempo esperado por congestin u otra causa, este se descarta y se avisa al punto de origen138. PROTOCOL. Un byte que indica que protocolo de nivel superior viaja en este datagrama, los ms comunes son 6 para TCP, 17 para UDP y 1 para los mensajes de aviso de descarte. CRC. 2 bytes que son una funcin matemtica de toda la cabecera del datagrama, usado para verificar que ella no tenga errores en cada transmisin entre nodos. START ADRESS. 32 bits correspondientes a la direccin IP de origen de la comunicacin. END ADRESS.32 bits que corresponden a la direccin del destino de la comunicacin. IP OPTIONS. Es un campo opcional para envo de alguna informacin adicional. FILL. Campo de relleno para generar encabezados mltiplos de 4 bytes.

Esta estructura, como se ve, mantiene un mecanismo bastante eficiente de transporte de informacin extremo a extremo. Por su parte, los enrutadores mantienen un nivel de inteligencia y comunicacin entre ellos a travs de protocolos de enrutamiento, los cuales permiten tomar decisiones sobre rutas para el envo de los datagramas.
136

Ello da una amplia gama de posibilidades para manejo de paquetes de longitud variable, sin embrago, para el manejo de servicios VoIP, suele limitarse este tamao a tramas no mayores a 4K Bytes o incluso menores si el medio de transporte soporta solo tramas de menor tamao, de modo que pueda ser enviados paquetes de voz, a cadencias relativamente predecibles, entre uno y otro datagrama de aplicaciones de datos. 137 Unidad de agregacin de bits que equivale a 8 de ellos. 138 Mensaje Enviado por el enrutador que lo descarta. Esta parte del protocolo es muy usada en aplicaciones VoIP para limitar el retardo.

51

1.5.2.1.2. Concepto de Enrutador. En este punto, cabe hacer mencin al tipo de equipos base de los nodos de conmutacin en redes IP, cual son los enrutadores. Estos equipos son, bsicamente, los que se encargan de conectar diversas redes de computadores y permitir el paso de paquetes de datos entre ellas, tomando como base la informacin de direcciones IP de la capa de red139. Dentro de las funciones bsicas de estos equipos tenemos: Permitir la interconexin de las redes tanto de rea local como de rea extensa. Proporcionar un control del trfico y de la congestin en el nodo de conmutacin, manejando funciones de filtrado a nivel de la red. Buscar dinmicamente la ruta ptima para la informacin, seleccionando en cada momento el camino mas apropiado que debe seguir un paquete en un momento dado, de acuerdo a las mtricas de ruta ptima que se definan en la red140 y a las solicitudes de los encabezados de los datagramas.

Los enrutadores intercambian informacin entre ellos, manejando esquemas en los cuales aprenden dinmicamente sobre la estructura de la red en la cual estn conectados, a travs de mecanismos conocidos como protocolos de enrutamiento. Algunos de los ms conocidos son: RIP (Routing Information Protocol). Protocolo de tipo LAN. Muy bsico, el cual se basa en la generacin de rboles de rutas en contextos cercanos141 prximos al enrutador. OSPF (Open Shortest Path First). Protocolo de tipo WAN. Este funciona en trminos de buscar la ruta mas corta en cuanto a nmero de saltos (enrutadores) que deben usarse para llegar al destino. BGP (Border Gateway Protocol). Protocolo muy completo y complejo, muy usado en el backbone de Internet, combina funciones de distancia, ancho de

139

El desarrollo de las diversas capas que actan en la comunicacin se detalla en otro captulo. A este nivel es importante mencionar que existe un medio fsico, dispositivos con direcciones fsicas (MAC Adress) a los cuales se asignan unas direcciones lgicas (Direcciones IP) que son las que efectivamente se usan y entienden los enrutadores para todas las funciones de enrutamiento y sealizacin entre estos equipos, creando de esta forma la estructura de una red IP o de la Internet misma. 140 A travs de protocolos de enrutamiento que se explican ms adelante. 141 El concepto de cercano se refiere al nmero de saltos o nodos que se atraviesan para llegar al nodo destino, ms que a la distancia fsica real entre enrutadores.

52

banda, costo de canales, congestin y otros parmetros para decidir la mejor ruta en cada caso. Existen otros protocolos no abiertos del todo a todos los fabricantes como la familia IGRP propietaria del fabricante Cisco.

Algunos enrutadores mas avanzados han sido habilitados para manejar decisiones basadas no solo en la informacin a nivel de IP, si no tambin en capas inferiores como Ethernet, a travs de las direcciones MAC o en capas y protocolos superiores como TCP y UDP, si bien con las funciones en IP se tiene de por si una alta flexibilidad de manejo.

1.5.2.1.3. Protocolos TCP y UDP. Sobre el protocolo base de red IP, como parte de la familia, existen otros protocolos que complementan funciones especficas, principalmente de transporte142 y adaptacin de la informacin hacia las aplicaciones. El protocolo IP se encarga de comunicar los hosts como usuarios de una red de telecomunicaciones, pero es necesario adaptar en cada uno informacin proveniente de las mltiples aplicaciones y dar la consistencia que cada una de ellas requiera de acuerdo a su naturaleza143.

APLICACIONES

APLICACIONES

TCP/UDP

TCP/UDP

RED IP
220.22.34.57 132.14.5.200

Para realizar estas funciones se han diseado mltiples protocolos, siendo los mas conocidos el UDP144 y el TCP145, los cuales permiten el control de la comunicacin

Funciones que controlan la comunicacin extremo a extremo y adaptan la informacin de las aplicaciones para ser enviadas a la red. 143 Cero errores aun cuando se requiera retransmisin en el caso de datos, cadencia constante en voz aun cuando se pierdan muestras, etc 144 User Datagram Protocol , protocolo parte de la familia TCP/IP, este no es tan fiable y robusto en cuanto a verificacin del correcto recibo de la informacin como TCP, pero permite un envo ms rpido a aplicaciones que no requieren una alta

142

53

para cada aplicacin en particular146. Para lograr diferenciar entre las distintas aplicaciones, en cada host, a nivel de estos protocolos, se definen puertos, que se asignan a cada aplicacin activa, con un lmite lgico de 64K puertos, usando normalmente no ms de 1K147. En cuanto a los puertos, hay unos predefinidos en el RFC 1700148 para las principales aplicaciones que se manejan en las redes IP, siendo los dems asignados dinmicamente a los usuarios en general por parte de los servidores de aplicaciones o de los mismos equipos de usuario en comunicaciones punto a punto. La informacin que se genera en los protocolos UDP y TCP es el payload de los datagramas de IP, esta informacin, a su vez, tiene un encabezado y un payload que proviene de las aplicaciones. En el caso de UDP, al ser un protocolo muy simple, en el encabezado nicamente se adiciona la informacin de puerto de origen y destino, un campo de chequeo rpido (Como el CRC de IP) e informacin de longitud del paquete. Como se ve, este protocolo solo se enfoca a conectar aplicaciones especficas en puertos especficos, dejando toda funcin de chequeo de consistencia a las aplicaciones, siendo ideal para el manejo de aplicaciones en tiempo real que como la VoIP pueden soportar la eventual prdida de algn paquete de informacin. En cuanto a TCP, por su lado, parte del supuesto de que IP es no orientado a conexin y es poco fiable149, generando por tanto la posibilidad de orientar las comunicaciones que lo requieran a conexin, estableciendo una sesin completa entre las mquinas o hosts para una aplicacin particular y verificando la consistencia de la informacin, solicitando retransmisiones si es necesario150. En este sentido es ideal para aplicaciones de datos donde se requiere una total consistencia de la informacin y en componentes de sealizacin de aplicaciones como la VoIP.

consistencia de toda la informacin, principalmente aquellas que envan informacin redundante (Como video o voz) pero requieren manejo en tiempo real. 145 Transmission Control Protocol o Transport Control Protocol, es el protocolo de transporte ms usado en las redes IP y en la Internet 146 Como puede ser la comunicacin de un browser con un servidor web, o la comunicacin de una aplicacin de Chat, o el acceso de una aplicacin de correo electrnico a un servidor de correo. 147 64K equivalen a 65.536, 1K a 1024. 148 Algunos muy conocidos son el 21 en TCP para aplicaciones ftp (File Transfer Protocol), 25 en TCP para aplicaciones de mail (smtp simple mail transfer protocol), 80 en TCP para el uso de la WWW (http hyper text transfer protocol) y 69 UDP para transferencias simplificadas de archivos sin chequeo (tftp trivial file transfer protocol) 149 Best Effort Network. 150 En TCP se ha creado un mecanismo de ventana mvil, donde no se espera la recepcin de mensaje de correcto recibo para enviar la siguiente trama, si no que se envan en fila y se mantienen en un buffer hasta que se recibe un acuse de correcto recibo en el otro extremo antes de descartarlas. De esta forma mejora el desempeo global del protocolo.

54

Son dos los mecanismos base que usa TCP para ello, el primero es el de manejar un esquema de recepcin-verificacin-aceptacin/rechazo-retransmisin (opcional si hay rechazo), el segundo es el de generar circuitos virtuales permitiendo el desensamblar informacin para transmisin, pre-ensamblndola de nuevo en una forma ordenada sobre un buffer antes de entregarla a la aplicacin151 en el otro extremo de la comunicacin. Revisando la estructura del encabezado de TCP, encontraremos mucha mas informacin que en el caso del encabezado simple de UDP152, esta informacin es la que permite al protocolo realizar las funciones antes descritas y posibilita el obtener mecanismos ms confiables para las aplicaciones que hacen uso del mismo:
0 0 1 2 3 4 5 6 7 8 9 1 0 1 2 3 4 5 6 7 8 9 2 0 1 2 3 4 5 6 7 8 9 3 0 1

ORIG. TCP PORT SEQ. NUMBER ACK. NUMBER H. LEN. RESERVED CHECKSUM TCP OPTS. DATA DATA . . . DATA CODE BITS

DEST. TCP PORT

WINDOW URGENCY FILL

ORIG. TCP PORT, campo de 2 bytes que indica el puerto de la aplicacin en la mquina origen que est enviando informacin. A travs de estos nmeros de puerto se concatenan aplicaciones y se crea una sesin entre ellas en diferentes host. DEST. TCP PORT, Este es el campo para el puerto de la aplicacin en el host de destino. SEQ. NUMBER, campo de 32 bits que indica el nmero de secuencia que corresponde a la trama de datos para ser reensamblados y ordenados al otro extremo. ACK. NUMBER, Este campo se usa para implementar el mecanismo de ventana mvil, enviando en l informacin de paquetes que se han recibido correctamente en el otro sentido de la comunicacin.

151

Dado que el circuito virtual no existe en el mundo IP, las tramas pueden viajar por la red por diversas rutas llegando en un orden distinto al enviado, TCP se encarga de recibir y reordenar las tramas para emular dicho circuito dedicado virtual. 152 Donde lo nico que importa son los puertos de las aplicaciones.

55

HLEN, campo de 4 bits que al igual que en el encabezado IP codifica la longitud del encabezado, corresponde como mnimo a 20 bytes. RESERVED, bits reservados para futuras mejoras del protocolo. CODE BITS. 6 bits que indican funciones particulares del protocolo as: URG. Indica que el campo de URGENCY tiene informacin vlida. ACK. Indica que el campo de acuse de recibo se est usando para envo de informacin de la comunicacin en el otro sentido. PSH. Se solicita un PUSH o envo de datos en memoria sin necesidad de completar el segmento actual. RST. Se Interrumpe la conexin en curso. SYN. Se usa para sincronizar a los Host indicando cual es el nmero de secuencia de la primera trama. END. Indica el fin de transmisin y cierra la conexin en curso

WINDOW. Indica el nmero de bytes que se soportarn para establecer el tamao tope de trama CHECKSUM. Operacin matemtica de la trama que permite verificar si hubo errores en la transmisin URGENCY. Indica que hay datos urgentes en el paquete a los que se debe dar prioridad en coordinacin con el bit indicador correspondiente, estableciendo aqu el nmero de bytes del campo de datos donde est dicha informacin. OPTIONS. Opciones adicionales de TCP. FILL. Campo de relleno que permite usar cabeceras mltiplo de 4 bytes.

1.5.2.2. Protocolos para manejo de calidad de servicio Los protocolos que se han creado en el mundo IP para el manejo de calidad de servicio, requerida en aplicaciones con trficos en tiempo real, deben cumplir con dos supuestos: Los enrutadores en toda la ruta deseada deben ser capaces de proveer el mecanismo y entender el protocolo usado y debe existir un mecanismo para que la aplicacin de usuario informe a toda la cadena de enrutadores de dicha necesidad.

56

Uno de los ms difundidos es el protocolo RSVP153, que acta directamente sobre IP, sin acudir al uso de UDP o TCP. Este protocolo permite a los enrutadores reservar un ancho de banda determinado en la ruta para la aplicacin que as lo solicite y est enfocado para comunicaciones punto a punto, no considerando aplicaciones de tipo punto multipunto como puede ser una difusin de radio sobre una red IP o una conferencia mltiple. A pesar de su amplia difusin, no est an disponible en toda la infraestructura de Internet, por lo que en algunos casos su uso puede verse limitado con algunos cuellos de botella, en segmentos particulares de una ruta extremo a extremo, en redes abiertas. Por su parte, en redes de alto desempeo es comn encontrar el manejo de MPLS154, protocolo que permite etiquetar desde el origen, siempre que los enrutadores al interior de la red usada sean capaces de manejar este esquema, con una informacin de prioridad y requerimientos de servicio especficos cada uno de los paquetes enviados, de modo que el tiempo de procesamiento de cada paquete se reduce al manejar en la etiqueta informacin crtica muy simple, emulando la operacin de un protocolo de celdas muy eficiente como ATM, logrando mejorar el desempeo general de los enrutadores y logrando que a trficos sensibles se les de el tratamiento adecuado en todos los nodos de la red de una forma dinmica y mas eficiente. Este tipo de soluciones, sin embargo, dependen de la red y de la capacidad de manejo MPLS que ella posea, por lo que es usado en servicios de proveedores privados de redes sobre IP que tienen en todos sus equipos implementadas estas funciones, permitiendo la creacin de servicios y redes privadas virtuales para VoIP muy robustas; mas no es usual encontrarlo en la Internet pblica. Existen otros protocolos y mecanismos enfocados a resolver el tema de reserva de recursos, no obstante, en trminos generales, ello es muy comn en redes privadas y ambientes controlados o a travs de proveedores de servicios basados en IP que usan su propia infraestructura donde pueden controlarse estos parmetros. En el caso de la Internet, an con protocolos tan difundidos como RSVP, existe la limitante de su completa implementacin y uso en toda la red global, por lo que el tema de calidad de servicio para el manejo de VoIP en la Internet depende ms de la disponibilidad de anchos de banda suficientes en toda la ruta a ser usada, de modo tal que no sea crtica una reserva previa de algn tipo sobre un recurso limitado. Por lo anterior, el desarrollo de la VoIP abierta en la Internet est muy ligada a la penetracin de accesos de banda ancha y a la existencia de backbones con baja congestin en la Internet, con capacidades de transporte suficiente, condicin esta que ha evolucionado positivamente con la alta capacidad de transporte a muy bajo costo disponible en las redes de fibra actuales, siendo la VoIP carrier-class155 disponible solo a travs de proveedores especficos con red propia. En todo caso, el aumento de anchos de banda disponibles, el abaratamiento de los mismos y la mejora en los esquemas de compresin de voz (codificadores), lleva a que cada vez es ms

153 154

ReSerVation Protocol. Protocolo de solicitud de reserva de recursos. Multi Protocol Label Switching. 155 Servicio comparable al de un operador (Carrier) tradicional en cuanto a su calidad.

57

probable obtener servicios VoIP cercanos a calidades carrier-class sobre la Internet, disponibles durante la mayor parte del tiempo156157. As mismo, se han desarrollado algunos modelos de manejo para la negociacin de la calidad de servicio con las redes, como IntServ158, el cual permite disponer de niveles de servicios determinados en redes IP/MPLS, reservando capacidades especficas en cuanto a anchos de banda y asignacin de colas, entre otros, para cada flujo de datos particular. No obstante, esta tcnica genera un compromiso en desempeo por el trfico adicional que se requiere para la reserva de parmetros en la red. Por su parte, la arquitectura DiffServ159 permite solventar en parte este problema al definir niveles de calidad en la red, agregando los flujos de informacin coincidentes de modo que se negocie en bloque con la red para el conjunto de ellos.

1.5.2.2. Protocolos para manejo especfico de voz sobre IP. Si bien se han desarrollado mltiples protocolos para el manejo de VoIP, principalmente sobre la Internet, muchos de ellos propietarios, son tres los que por su estandarizacin, apertura y aval tanto del IETF como de la UIT, han prevalecido en el desarrollo de este tipo de aplicaciones:

1.5.2.2.1. H.323160 Este protocolo, descrito en la recomendacin del mismo nombre de la UIT, es realmente un conjunto de protocolos y un marco conceptual de arquitectura de red, que configuran una solucin para el manejo de servicios multimedia en redes IP161. En una red H.323, encontraremos entonces varios elementos y protocolos que interactan entre si. Gatekeepers. Estos son el cerebro de una red H.323, los cuales realizan funciones de direccionamiento, autorizacin, autenticacin de otros elementos, administracin de recursos disponibles y, en el caso de servicios pagos, funciones de tasacin y tarificacin. Si bien dos terminales pueden hablar en H.323 sin necesidad de este elemento, en redes que requieren escalabilidad es un componente fundamental. Gateways. Estos elementos permiten realizar la conexin entre redes H.323 y redes de otra naturaleza, como las tradicionales redes de telefona. Realiza

156

Al respecto es interesante estudiar el captulo II de la carpeta tcnica sobre: Estructura del estudio sobre caractersticas de la voz basadas en redes que usan IP. 157 Los temas de calidad desde el punto de vista de negocio se analizan en ms detalle en el mdulo 3. 158 Integrated Services. 159 Differentiated Services 160 Como estndar de la UIT, permite tener interfaces abiertas compatibles entre diversos proveedores de equipos. 161 Voz, Video, Datos en tiempo real (Chat), etc

58

funciones de traduccin de protocolos en los dos mundos conectados y adaptan formatos de informacin til que viaja162. Estos elementos no se requieren en comunicaciones internas a una red H.323 ni entre redes H.323, pero si para su comunicacin con el mundo exterior. Terminales. Son los elementos que permiten la interfaz del usuario con las aplicaciones que se ejecutan en la red H.323. Pueden ser PC genricos con software H.323 o dispositivos especializados para algn tipo de aplicacin, normalmente soportan aplicaciones de audio y eventualmente de video. Las terminales H.323 son compatibles con terminales H.324 usadas en algunas redes wireless, las H.310, H.321 y H.320 usadas en ISDN de banda ancha y angosta y H.322 usadas en redes LAN con QoS. MCU163. Estos elementos, optativos en las redes H.323, permiten la realizacin de conferencias entre 3 o mas usuarios, estableciendo comunicacin con cada uno de ellos.

RED NO H.323 EJ. RED TELEFONICA SS7

GATEWAY
GATEKEEPER

RED IP

RED IP

TERMINAL

Llamada Sealizacin H.323

TERMINAL

ZONA H.323

162

En sistemas de alto trfico existen Gateways con funciones de sealizacin separados de aquellos que manejan la informacin propiamente dicha, actuando coordinadamente. 163 Multipoint Control Unit.

59

Dentro de los protocolos soportados por H.323 tenemos: El protocolo H.245, usado para negociar entre terminales los parmetros de intercambio de informacin y establecer canales especficos. Este es un protocolo de negociacin entre terminales que acta con el H.225, como funciones previas al efectivo envo de informacin. H.225, usado para sealizacin de las llamadas y establecimiento de las mismas. Este protocolo, al igual que el anterior, suele viajar sobre TCP dados sus requerimientos de consistencia de la informacin. El protocolo puede funcionar directamente entre terminales o a travs del gatekeeper, segn se defina al inicio de la llamada. RAS164, usado para registrarse y manejar el control de acceso con el gatekeeper, a travs del uso de este protocolo se manejan funciones en ambientes H.323 que requieren algn nivel de control, como son redes privadas o servicios pagos en redes abiertas como la Internet. RTP165/RTCP166, usado para el envo secuencial rpido de paquetes de audio o video. As mismo el protocolo debe soportar codificadores de voz como el G.711 y opcionalmente otros ms avanzados de video o voz167.

1.5.2.2.2. SIP168 Este es un protocolo de sealizacin que fue diseado para el manejo de aplicaciones de comunicacin en tiempo real de baja demanda de ancho de banda sobre Internet, como puede ser la voz o la mensajera corta. Su creador original es el Multiparty Multimedia Session Control Working Group169 de la IETF el cual traslada su desarrollo desde 1999 a un grupo especfico de desarrollo, el IETF SIP Group, el cual especifica la norma de protocolo en el RFC 2543 y el 2543bis.

Registration, Admision and Status Real Time Protocol: Este es un protocolo diseado para aplicaciones donde se requiere el manejo de comunicaciones en tiempo real, normalmente de audio o video y de conferencias tipo Chat. Permite generar flujos de datos a velocidad y cadencia constante sobre redes IP. Este protocolo usualmente opera sobre UDP y sobre el se suelen implementar los codificadores de voz para VoIP. 166 Real Time Transport Control Protocol: Este protocolo complementa a RTP, trabaja tambin sobre UDP y permite el envo de informacin de control simple entre terminales. 167 Para voz se soportan adicionalmente, entre otros, G.722, G.723.1, G.728, G.729, y codificadores de GSM. 168 Session Initiation Protocol. 169 MMUSIC.
165

164

60

SIP es un protocolo base dentro de una arquitectura de la IETF para comunicaciones en tiempo real, multipunto y escalables. Otros protocolos que trabajan en conjunto con SIP son: RTP/RTCP ya descritos para H.323, RTSP170 y SDP171. Una de las principales caractersticas de SIP es el simplificar el mecanismo para el establecimiento de la llamada, el cual se realiza prcticamente con un mensaje, siendo muy eficiente en cuanto a estos tiempos. As mismo, mejora las capacidades de las redes al permitir movilidad mediante el uso de esquemas de proxy servers, que permiten al usuario modificar dinmicamente su ubicacin, permitiendo un manejo transparente e independiente de la terminal. SIP fue creado con una arquitectura modular que permite una fcil evolucin e integracin con plataformas futuras. Dentro de los principales componentes de la arquitectura SIP tenemos: UA172. Son las aplicaciones que residen en terminales de la red que permiten hacer peticiones a SIP, ejemplo de ello es la solicitud de una aplicacin de usuario a un servidor de VoIP; en este escenario los clientes del servicio se denotan como UAC173 y los servidores de aplicaciones SIP como UAS174. Servidores Proxy o proxy servers, los cuales reciben peticiones SIP de un cliente y las redireccionan a los servidores de aplicacin generando para ellos nuevas peticiones. Conceptualmente estos elementos funcionan como enrutadores especializados que permiten a una llamada SIP que llega a un Proxy, viajar entre ellos hasta llegar a su servidor original enlazando los UAC con los UAS. Registradores. Encargados de mantener los perfiles de clientes SIP con las direcciones donde ellos pueden ser localizados. Es muy comn que los Registradores interacten con los servidores Proxy aunque ello no es un presupuesto del protocolo.

1.5.2.2.3. MEGACO175 MEGACO, por su parte, es un protocolo definido en el RFC 3015, el cual ha sido considerado por la UIT bajo la denominacin H.248. Este protocolo es la evolucin y consolidacin de varios protocolos que competan entre si, los cuales terminan bajo una estandarizacin conjunta de la IETF y la UIT.

Real Time Streaming Protocol: Protocolo que permite una entrega de datos en tiempo real pero bajo demanda, sin necesidad de reservas previas. 171 Sesion Description Protocol: Que proporciona un formato estndar para la negociacin de sesiones entre terminales, principalmente sobre el tema de codificadores de voz disponibles. 172 User Agent: Agente de Usuario. 173 User Agent Client. 174 User Agent Server 175 Media gateway Control Protocol.

170

61

MEGACO es considerado un complemento del protocolo H.323 y de SIP, bajo el cual un controlador de Gateways (MGC176) puede manejar mltiples gateway a travs de las definiciones de este estndar, y a su vez puede interactuar con otros MGC comunicndose por H.323 o SIP. En este sentido, MEGACO permite un grado de escalabilidad superior de las redes VoIP, donde puede mantenerse una zona de Gateways especfica relacionada a un operador, una sub-red, una empresa, etc la cual interacta globalmente con todas las redes de su tipo usando protocolos globales abiertos. Este protocolo permite entonces el manejo integral de la red en conexin con el mundo tradicional de telefona de una manera organizada, integrada y escalable. 1.6. Resumen del Captulo. Sobre este primer captulo se plantean las siguientes conclusiones: Toda red de telecomunicaciones debe cubrir las funciones bsicas de conmutacin, multiplexacin de los canales, sealizacin y enrutamiento. Los servicios de voz tradicionales evolucionaron en las redes telefnicas desde tecnologas mecnicas y electromecnicas con transmisin anlogas a redes con equipos conmutadores electrnicos anlogos y finalmente con redes digitales de conmutacin de circuitos. El proceso de digitalizacin de la voz abri el camino para el desarrollo paulatino de redes multiservicio basadas en estndares digitales. Las redes de datos, que nacen y evolucionan en la segunda mitad del siglo XX, plantean una base que si bien es diseada en principio para ambientes transaccionales y transferencias de archivos en batch177, mejoran y evolucionan hacia redes con capacidades multiservicio donde es factible enviar contenidos de voz en tiempo real. Los principales problemas a resolver en las redes de datos para servicios de voz que convergen sobre ellas son los de prdida de paquetes de informacin, retardos en la transmisin y el jitter o cambio de cadencia en el tren de informacin. Entre las tcnicas aplicadas para resolver estos problemas encontramos el desarrollo de protocolos y mecanismos de reserva de ancho de banda en redes de paquetes, la compresin de la voz, la supresin de silencios en la transmisin y el manejo de buffers y colas especializadas que permiten dar prioridad al trfico de voz sobre el de datos, as como regenerar la seal sin efectos de jitter. Adicionalmente, la prdida de paquetes en la transmisin de voz por congestin, errores o retardo extremo, se suple mediante el uso de algoritmos predictivos y de intra y extrapolacin de seales. Dentro del desarrollo paulatino de redes de datos encontramos entre los protocolos ms importantes el X.25, el Frame relay, el ATM y finalmente la familia de protocolos IP.

176 177

Media Gateway Controler. Procesos masivos en tiempo no real.

62

En cuanto al tema de manejo de voz, TDM mantiene un retardo y tasa de error bajo pero una baja eficiencia en el uso de los medios; Frame Relay y ATM mejoran el tema de eficiencia, introduciendo el la primera algo de retardo en la voz. IP por su parte introduce retardos y genera una mayor probabilidad de error en la transmisin, pero es el protocolo de mayor difusin y alcance. La familia de protocolos IP incluye no solo el protocolo base IP, si no diversos protocolos para control de la comunicacin como TCP y UDP, protocolos de enrutamiento como RIP, OSPF y BGP, Protocolos y mecanismos de reserva de calidad de servicio como RSVP y MPLS, y protocolos especializados para aplicaciones particulares, dentro de los cuales se encuentran los aplicables a servicios VoIP como SIP, aquellos bajo el estndar H.323 y MEGACO. La base del manejo de redes IP son los enrutadores, elementos de conmutacin con un alto grado de versatilidad y capacidad de procesamiento que son el corazn de las redes IP y de la Internet. Los protocolos de reserva de calidad de servicio y ancho de banda es comn encontrarlos en redes IP cerradas de operadores o empresas particulares, por otro lado, en la Internet no es tan comn su uso, luego la VoIP en la red de Internet est an sujeta a la regla del mejor esfuerzo, sin embrago, en la medida en que el ancho de banda disponible aumenta, se reduce su costo y se masifican los accesos de banda ancha, se hace menos impactante el efecto de la congestin y se aumenta la probabilidad de manejar en todo momento un servicio de calidad. Las ventajas que an mantienen las redes tradicionales de voz se refieren principalmente a la prerreserva de ancho de banda que permite un manejo predecible de parmetros como retardo, jitter y congestin de la red durante el curso de la llamada; eliminando o minimizando sus efectos nocivos. Por su parte las redes de voz basadas en IP si bien tienen como desventaja el manejo an deficiente de los parmetros de calidad citados, permiten un uso ms eficiente de canales de comunicacin en un ambiente de convergencia, la separacin del proveedor del acceso mismo de la del proveedor de servicios y la integracin de estos en aplicaciones multimedia. Se anexa a continuacin algunas consideraciones en cuanto parmetros de calidad ms relevantes a ser tenidos en cuenta en servicios de Voz sobre IP tomados de la Tabla 3 : Parmetros de Calidad en Telefona IP del numeral 3.1 del documento Carpeta Tcnica: Estructura del estudio sobre caractersticas de la voz basadas en redes que usan IP de la CITEL, la cual a su vez toma como fuente al Gartner Group, Inc Latencia: La latencia afecta el ritmo de la conversacin (se refiere al retardo entre el tiempo en que una de las partes habla y el tiempo en que la otra parte escucha lo hablado), y constituye el resultado de retardos en la pasarela o en la red. Una latencia que excede 250 ms se vuelve molestosa para una conversacin normal.

63

Prdida de Paquetes: Este tema tiene relacin con la Telefona de Internet que se da el internet pblico ms que aquella que se produce en las redes privadas. La prdida de paquetes ocurre cuando los routers que encaminan los paquetes sobre la red IP se sobrecargan. La respuesta de un router es la de desechar intermitentemente algunos paquetes. Es poco probable que en una conversacin de voz aceptable se noten prdidas de paquetes menores al cinco por ciento. Cualquier prdida de paquetes que excedan el cinco por ciento tiene probabilidades de resultar en conversaciones entrecortadas. Interpolacin: Se refiere a qu tan bien (con qu grado de fidelidad) armoniza la voz transmitida con la voz natural de la persona que habla. Inestabilidad (jitter): La inestabilidad resulta cuando una conversacin telefnica es descompuesta en paquetes que viajan luego a travs de las redes IP posiblemente a velocidades diferentes. Cuando los paquetes llegan a diferentes velocidades, el usuario escucha un poco de conversacin seguida de silencio hasta que arriba el siguiente paquete. Compresin: Hay una interaccin entre la compresin y la calidad. Mientras ms se comprime la seal de voz en el codec, menor es la calidad. Es posible comprimir la seal de voz de los 64 Kbps convencionales a tasas menores a 10 Kbps.

64

65