{"id":8461,"date":"2016-09-20T12:45:35","date_gmt":"2016-09-20T17:45:35","guid":{"rendered":"http:\/\/www.servervoip.com\/blog\/?p=8461"},"modified":"2019-06-07T09:55:59","modified_gmt":"2019-06-07T14:55:59","slug":"calidad-de-servicio-de-transmision-de-voz-con-el-protocolo-internet-voip","status":"publish","type":"post","link":"http:\/\/www.servervoip.com\/blog\/calidad-de-servicio-de-transmision-de-voz-con-el-protocolo-internet-voip\/","title":{"rendered":"Calidad de servicio de transmisi\u00f3n de voz con el protocolo Internet (VoIP)"},"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

P\u00e9rdida <\/strong> La p\u00e9rdida de un paquete hace que falte informaci\u00f3n cuando se recibe la se\u00f1al de audio. Dependiendo del n\u00famero de paquetes perdidos, la calidad sonora en el extremo receptor puede ser deficiente. En el IP la p\u00e9rdida de paquetes es parte integrante del sistema y los encaminadores tienen que (utilizando el algoritmo de detecci\u00f3n prematura aleatoria) destruir paquetes para evitar una posible congesti\u00f3n.<\/p>\n

Existen cuatro causas posibles para la p\u00e9rdida de paquetes:<\/strong><\/p>\n

\u2022 Duraci\u00f3n de vida expirada (TTL = 0);
\n\u2022 Retardo en el extremo receptor superior a la fluctuaci\u00f3n de fase de la memoria tamp\u00f3n;
\n\u2022 Destrucci\u00f3n por un m\u00f3dulo congestionado;
\n\u2022 Paquete no v\u00e1lido debido a fallos de transmisi\u00f3n.<\/p>\n

El protocolo UDP se utiliza para transmitir voz mediante el IP, puesto que tiene la ventaja de utilizar menos tara y depende menos de protocolos de capa superior (como RTPC\/RTP) para proporcionar control de errores o de flujo, o cuando \u00ablas necesidades de tiempo real\u00bb hacen que la transmisi\u00f3n, tal como la utiliza el protocolo TCP, sea inadecuada.<\/p>\n

La tasa de p\u00e9rdida de paquetes depender\u00e1 de la calidad de las l\u00edneas utilizadas y del dimensionamiento de la red. Para que la calidad vocal sea aceptable, dicha tasa de p\u00e9rdida de paquetes ha de ser menor que el 20%.<\/p>\n

Una soluci\u00f3n posible para reducir la p\u00e9rdida de paquetes consiste en utilizar sistemas de correcci\u00f3n de errores que tengan codificaci\u00f3n redundante y adaptable, es decir, variable de acuerdo con las p\u00e9rdidas de paquete estad\u00edsticamente observadas en la red en determinado momento. <\/p>\n

Es posible obtener, cuando se utilizan dichos sistemas, unos niveles muy altos de calidad sonora, incluso por Internet. No obstante, esta soluci\u00f3n genera otras dificultades relacionadas con el retardo total de transmisi\u00f3n, que, como ya se ha indicado, ha de controlarse si se ha de usar la red para telefon\u00eda.<\/p>\n

Retardo <\/strong><\/p>\n

El retardo es el tiempo en milisegundos transcurrido entre la transmisi\u00f3n de voz y su reconstituci\u00f3n en el extremo receptor. Si el intercambio ha de ser interactivo, hay que aplicar restricciones de retardo a la transmisi\u00f3n vocal. A continuaci\u00f3n se muestran los valores (v\u00e9ase la Recomendaci\u00f3n UIT-T G.114) que indican las clases de calidad e interactividad de acuerdo con el retardo de transmisi\u00f3n en una conversaci\u00f3n telef\u00f3nica.<\/p>\n

El retardo introducido por Internet (de 50 ms a m\u00e1s de 500 ms, seg\u00fan el estado de la red) es muy superior al que puede darse en una red telef\u00f3nica convencional. Aunque es casi imposible cuantificar el retardo de transmisi\u00f3n en la red de una manera fiable, debido al gran n\u00famero de factores desconocidos (cuadro de encaminamiento, congesti\u00f3n, fallos, cola, etc.).<\/p>\n

Para la ruta que seguir\u00eda una transmisi\u00f3n vocal, se pueden precisar ciertos retardos inherentes a la red, como se muestra en la figura a continuaci\u00f3n, relativa a una llamada de PC-a-tel\u00e9fono a trav\u00e9s de Internet (se considera que la red IP del proveedor de servicio de pasarela es \u00abideal\u00bb y que no contribuye en gran medida al retardo total de transmisi\u00f3n).<\/p>\n

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

\n

En el extremo transmisi\u00f3n, la voz es codificada y comprimida antes de encapsularla en paquetes IP. El tama\u00f1o del paquete representa una soluci\u00f3n intermedia entre la necesidad de reducir el retardo de transmisi\u00f3n y la optimizaci\u00f3n de la anchura de banda. los componentes del retardo en el transmisor son:<\/p>\n

\u2022 La digitalizaci\u00f3n y codificaci\u00f3n, es decir, el tiempo necesario para que una tarjeta de sonido o una pasarela digitalice y codifique una se\u00f1al anal\u00f3gica.
\n\u2022 La compresi\u00f3n, que se divide a su vez en tres partes:<\/p>\n

\u2013 Retardo de trama: a diferencia de la digitalizaci\u00f3n de se\u00f1al, que se lleva a cabo de una manera continua, la compresi\u00f3n se relaciona con determinada longitud de datos, cuya espera puede hacer necesario un tiempo de procesamiento especial.
\n\u2013 Retardo de codificaci\u00f3n: este retardo, que tambi\u00e9n involucra la compresi\u00f3n por s\u00edntesis basada en la predicci\u00f3n, es solicitado por el codificador para saber, mientras est\u00e1 funcionando, c\u00f3mo evoluciona la se\u00f1al.
\n\u2013 Retardo de procesamiento: tiempo que toma el algoritmo para comprimir una trama. Depende del procesador y del tipo de algoritmo.<\/p>\n

\u2022 Empaquetado: periodo de tiempo durante el cual la aplicaci\u00f3n arma un paquete (creaci\u00f3n del encabezamiento e inserci\u00f3n de los datos). <\/p>\n

\u2022 Transmisi\u00f3n: este periodo de tiempo depender\u00e1 de la configuraci\u00f3n utilizada, es decir, si la conexi\u00f3n se hace mediante un m\u00f3dem o un acceso directo en una LAN\/WAN.<\/p>\n

Hay tres categor\u00edas principales de transmisi\u00f3n de voz con el protocolo IP, dependiendo de la t\u00e9cnica de codificaci\u00f3n que se utilice:<\/p>\n

\u2022 codificaci\u00f3n temporal (velocidades entre 16 y 64 kbit\/s);
\n\u2022 codificaci\u00f3n param\u00e9trica (velocidades entre 2,4 y 4,8 kbit\/s);
\n\u2022 codificaci\u00f3n por an\u00e1lisis-s\u00edntesis (velocidades entre 5 y 16 kbit\/s).<\/p>\n

Por regla general, las t\u00e9cnicas de codificaci\u00f3n que producen bajas velocidades tambi\u00e9n implican tiempos de procesamiento m\u00e1s largos, que aumentan el tiempo de tr\u00e1nsito. Se suele admitir que el tiempo promedio para procesar la voz (compresi\u00f3n, descompresi\u00f3n y empaquetado) introduce un retardo de aproximadamente 50 ms para un extremo del enlace.<\/p>\n

Eco <\/strong><\/p>\n

El eco es el tiempo que transcurre entre la transmisi\u00f3n de una se\u00f1al y su regreso al transmisor. Por lo general, este problema aparece en el contexto de las comunicaciones de PC a tel\u00e9fono, de tel\u00e9fono a PC o de tel\u00e9fono a tel\u00e9fono, y es causado por los componentes electr\u00f3nicos de las partes anal\u00f3gicas del sistema que reflejan una parte de la se\u00f1al procesada.<\/p>\n

Un eco menor que 50 ms es imperceptible. Por encima de este valor, el hablante oir\u00e1 su propia voz despu\u00e9s de haber hablado. Si se desea ofrecer un servicio de telefon\u00eda IP, las pasarelas tendr\u00e1n que procesar el eco generado por la transferencia de dos a cuatro hilos, de lo contrario, no ser\u00e1 posible utilizar el servicio con equipos anal\u00f3gicos cl\u00e1sicos. Como soluci\u00f3n, se est\u00e1n instalando compensadores de eco de alta calidad en la pasarela de la red.<\/p>\n

Tomado de: https:\/\/www.itu.int\/ITU-D\/cyb\/publications\/2003\/IP-tel_report-es.pdf<\/p>\n

DataCenter VoIP<\/h2>\n

Los edificios que alojan a los servidores en Europa y Estados Unidos son los centros de datos m\u00e1s ecol\u00f3gicos y fueron construidos como idea de almac\u00e9n de datos. La ubicaci\u00f3n estrat\u00e9gica en Europa central y en Estados Unidos son las ventajas principales.<\/p>\n

Los Data Centers est\u00e1n perfectamente situados para garantizar conexiones r\u00e1pidas a todos los territorios de Europa y Am\u00e9rica para que todos los clientes se beneficien de la mejor calidad en el servicio brindado. Por otra parte, el edificio que est\u00e1 situado en Europa se encuentra en una de las zonas m\u00e1s ricas de agua subterr\u00e1nea, lo que abre la posibilidad a ServerVoIP de realizar un innovador, ecol\u00f3gico y \u00fanico sistema de refrigeraci\u00f3n de forma natural.<\/p>\n

\"datacenter<\/a>
\n