{"id":8708,"date":"2016-09-26T14:59:54","date_gmt":"2016-09-26T19:59:54","guid":{"rendered":"http:\/\/www.servervoip.com\/blog\/?p=8708"},"modified":"2019-06-07T08:32:53","modified_gmt":"2019-06-07T13:32:53","slug":"factores-en-la-transmision-de-voz-sobre-ip","status":"publish","type":"post","link":"http:\/\/www.servervoip.com\/blog\/factores-en-la-transmision-de-voz-sobre-ip\/","title":{"rendered":"Factores en la transmisi\u00f3n de Voz sobre IP"},"content":{"rendered":"
\n
\n
\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n <\/div>\n
\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n
\n
<\/div>\n <\/div>\n <\/div>\n<\/div>\n
\n <\/span>\n <\/div>\n<\/div>\n

La transmisi\u00f3n de voz sobre redes IP, sufre algunas deficiencias que existen en transmisi\u00f3n sobre redes IP, que en el caso de la voz por su naturaleza, (necesidad de orden en la entrega de paquetes, tasa de entregas constante, etc …) se pueden convertir en factores que impidan su correcta comunicaci\u00f3n. <\/p>\n

Hay que recordar que IP, es un protocolo de transporte de datagramas en el que no se nos asegura la llegada de paquetes, ni su orden, por lo que debido a esto, en una comunicaci\u00f3n de voz se pueden producir problemas. El transporte de voz sobre IP se ve afectado, entre otros, por los siguientes factores que deben ser muy tenidos en cuenta a la hora de dise\u00f1ar una infraestructura de VoIP para minimizarlos lo m\u00e1ximo posible. Los principales factores son: <\/p>\n

\u2714 P\u00e9rdida de paquetes : Se producen en las redes IP, principalmente por congesti\u00f3n de en la redes o por fallos de comunicaci\u00f3n. Y por perdidas, no nos referimos solo a la perdida completa del paquete, que no llega a destino, sino a la llegada de paquetes despu\u00e9s de un tiempo determinado, lo que nos provoca que el paquete sea inservible y es por tanto descartado. <\/p>\n

Los diferentes codecs pueden predecir los paquetes perdidos y remplazarlos, de esta manera, no nos damos cuenta de que falto un paquete. Pero cuando esta perdida es superior al 5%, los codecs implementados no pueden predecir el valor del paquete perdido y se notara en la comunicaci\u00f3n de voz que este paquete falta, disminuyendo la calidad de la comunicaci\u00f3n. <\/p>\n

Cuando la p\u00e9rdida de paquetes es inferior al 5 % los diferentes codecs utilizados pueden corregir el error. Los codecs pueden: <\/p>\n

\u2714 Intrapolar, cuando falta un paquete, el codec, toma el paquete anterior y el paquete siguiente y calcula el valor del paquete faltante. <\/p>\n

\u2714 Sustituir, cuando el codec detecta un paquete faltante lo remplaza por un paquete igual a el paquete anterior.<\/p>\n

\u2714 Jitter: El Jitter es la variaci\u00f3n en el retardo. En t\u00e9rminos simples, es la diferencia entre el tiempo en que llega un paquete y el tiempo en que se cree que llegara el paquete. Entrando m\u00e1s en el funcionamiento de TCP\/IP sabemos que los paquetes no llegan a su destino en orden y mucho menos a una velocidad constante, pero el audio tiene que tener una velocidad constante. Para obtener una buena calidad se recomiendan valores de Jitter menores de 100 ms. Para corregir el Jitter existen los \u201cjitter buffer\u201d, estos buffer puede manejar unos 300 milisegundos de diferencia y controlar esta variaci\u00f3n para que el audio se escuche a velocidad constante. Si la llegada de paquetes es demasiado desigual el buffer no la alcanza a controlar y perder\u00e1 paquetes, deteriorando la calidad de la voz. <\/p>\n

[rev_slider captions]
\n[rev_slider ServerVoip]
\n <\/p>\n

\n

\u2714 Retardo o Latencia: El retardo es la diferencia que existe entre el momento en que una se\u00f1al es trasmitida y el momento que una se\u00f1al llega a su destino. El retardo puede ser de dos tipos: <\/p>\n

\u2714 Constante. Dentro de las fuentes de retardo constante est\u00e1n todas aquellas que siempre generan la misma cantidad de retardo, las m\u00e1s importantes son: \u2714 Codificaci\u00f3n , es el retardo generado al tomar el audio y procesarlo por un codec especifico.
\n\u2714 Paquetizaci\u00f3n , es el retardo generado al tomar el audio y convertirlo en paquetes IP.
\n\u2714 Serializaci\u00f3n , es el retardo generado al colocar los paquetes de voz, desde las capas de aplicaci\u00f3n hasta la interface por la cual ser\u00e1 trasmitido. <\/p>\n

\u2714 Variable: Las fuentes de retardo variable son todas aquellas que generan diferentes cantidades de retardo seg\u00fan las condiciones del medio, las m\u00e1s importantes son:
\n\u2714 Encolamiento , el retardo por encolamiento es el que se genera cuando los paquetes de voz tienes que esperar en las colas de los equipos activos a ser trasmitidos.
\n\u2714 Propagaci\u00f3n , El retardo por propagaci\u00f3n es el retardo que se genera para al pasar los paquetes por los diferentes cables hasta llegar a su destino, o en el caso de las comunicaciones por sat\u00e9lite, el tiempo de ir y volver al sat\u00e9lite. <\/p>\n

Para nuestros c\u00e1lculos de retardo tenemos que tomar la suma de todos los retardos. El retardo tolerado por el o\u00eddo humano esta entorno a los 200-250 ms, por lo que un valor apropiado debe ser menor de 200 ms.<\/p>\n

\u2714 Eco: El eco se produce por un fen\u00f3meno t\u00e9cnico que es la conversi\u00f3n de 2 a 4 hilos de los sistemas telef\u00f3nicos o por un retorno de la se\u00f1al que se escucha por los altavoces y se cuela de nuevo por el micr\u00f3fono. El eco se define como una reflexi\u00f3n retardada de la se\u00f1al ac\u00fastica original. Los principales productores de eco en la telefon\u00eda VoIP son los interfaces FXS, FXO, por lo que su calidad incidir\u00e1 en la calidad de la voz. <\/p>\n

El eco es especialmente molesto cuanto mayor es el retardo y cuanto mayor es su intensidad con lo cual se convierte en un problema en VoIP puesto que los retardos suelen ser mayores que en la red de telefon\u00eda tradicional. El o\u00eddo es capaz de detectar el eco cuando su retardo con la se\u00f1al original es superior a 10 ms. Pero otro factor importante es la intensidad del eco ya que normalmente la se\u00f1al de vuelta tiene menor potencia que la original. <\/p>\n

Es tolerable que llegue a 65 ms y una atenuaci\u00f3n de 25 a 30 dB. Existen diferentes mecanismo para corregir el eco, tanto software como hardware , estos son: <\/p>\n

\u2714 Supresores de eco – Consiste en evitar que la se\u00f1al emitida sea evuelta convirtiendo por momentos la linea full-duplex en una linea halfduplex de tal manera que si se detecta comunicaci\u00f3n en un sentido se impide la comunicaci\u00f3n en sentido contrario. El tiempo de conmutaci\u00f3n de los supresores de eco es muy peque\u00f1o. Impide una comunicaci\u00f3n fullduplex plena.
\n\u2714 Canceladores de eco – Es el sistema por el cual el dispositivo emisor guarda la informaci\u00f3n que env\u00eda en memoria y es capaz de detectar en la se\u00f1al de vuelta la misma informaci\u00f3n (tal vez atenuada y con ruido). El dispositivo filtra esa informaci\u00f3n y cancela esas componentes de la voz. <\/p>\n

Tomado de:
\nSierra, A. (2008). Instalaci\u00f3n de un sistema VoIP corporativo basado en Asterisk (Proyecto fin de Master). Universidad Polit\u00e9cnica de Cartajena, Murcia, Espa\u00f1a.
\nFuente:
\nhttp:\/\/repositorio.upct.es\/bitstream\/handle\/10317\/737\/pfm35.pdf;jsessionid=951D111758801A0375EA20D3195A6313?sequence=1<\/p>\n

Emprendiendo en la Telefon\u00eda por Internet<\/h2>\n

\"empresa-de-telefonia-voip\"<\/a>
\n