Desde hace m\u00e1s de dos d\u00e9cadas los consumidores pueden escoger entre realizar sus llamadas de voz a trav\u00e9s de los servicios de operador basados en numeraci\u00f3n o emplear aplicaciones OTT (over-the-top) como Skype (los pioneros en 2003) o WhatsApps (llamadas de voz entre usuarios desde 2015) que les permiten realizar llamadas VoIP, normalmente sin coste, a trav\u00e9s de Internet.<\/p>\n\n\n\n
Con la expansi\u00f3n de las aplicaciones de mensajer\u00eda instant\u00e1nea, la tarifas de datos ilimitadas o el dominio de la telefon\u00eda m\u00f3vil frente a la fija, han diluido las diferencias a nivel de experiencia de usuario, quien hace en muchos casos, un uso indiscriminado de las diferentes opciones de comunicaci\u00f3n de voz que tiene en la palma de su mano.<\/p>\n\n\n\n
A pesar de esta aparente convergencia, hay motivos suficientes para pensar que las aplicaciones OTTs nunca podr\u00e1n igualar el servicio de voz nativo de los operadores, por m\u00e1s que su experiencia de uso sea pareja en un elevado n\u00famero de circunstancias. Veamos en este art\u00edculo los principales argumentos por los que los servicios de telefon\u00eda de operador son y ser\u00e1n superiores al que puedan ofrecer las apps OTT.<\/p>\n\n\n\n
Originalmente los servicios de voz empleaban una red de conmutaci\u00f3n de circuitos, que era una infraestructura separada y dedicada que establec\u00eda una conexi\u00f3n f\u00edsica constante para la duraci\u00f3n de la llamada conect\u00e1ndose a la Red Telef\u00f3nica P\u00fablica Conmutada (PSTN) <\/strong>tradicional. Mientras que los datos empleaban una red de conmutaci\u00f3n de paquetes<\/strong> (Packet-Switched o PS) separada para el acceso a internet.<\/p>\n\n\n\n La tendencia actual es hacia la convergencia total en una \u00fanica infraestructura basada en IP, pero gestionada de forma inteligente.<\/p>\n\n\n\n Las redes modernas 4G (LTE) y 5G utilizan una infraestructura f\u00edsica unificada basada completamente en el Protocolo de Internet (IP). Los cables, switches y antenas transportan tanto voz como datos de la misma manera: como paquetes de datos.<\/p>\n\n\n\n Aunque la infraestructura f\u00edsica es la misma, la voz de operador se gestiona de forma l\u00f3gicamente separada de los datos de Internet. Esto se logra mediante:<\/p>\n\n\n\n Los operadores han migrado de redes completamente separadas a una infraestructura f\u00edsica convergente basada en IP, pero mantienen una separaci\u00f3n l\u00f3gica y gestionada (a trav\u00e9s de IMS y QoS) para asegurar la fiabilidad y calidad superior de sus servicios de voz nativos (VoLTE), a diferencia de las OTTs que usan la red de datos general \u00abbest-effort\u00bb<\/strong>.<\/p>\n\n\n\n A diferencia del tr\u00e1fico general de Internet (\u00abbest effort\u00bb), el tr\u00e1fico de voz es muy sensible a los retrasos y a la p\u00e9rdida de paquetes. Por esta raz\u00f3n, los operadores de red dan prioridad (Quality of Service o QoS) al tr\u00e1fico de voz (como VoLTE y VoWiFi) sobre otros tipos de datos para garantizar una calidad de llamada \u00f3ptima. <\/p>\n\n\n\n En este contexto convergente, en el que tr\u00e1fico de voz y datos comparten una misma infraestructura, existe un conflicto inherente entre el principio de la neutralidad de la red, que exige tratar todo el tr\u00e1fico de datos por igual, y la especializaci\u00f3n de una parte de la red para dar prioridad a servicios espec\u00edficos como la Voz sobre IP (VoIP).<\/p>\n\n\n\n La necesidad t\u00e9cnica de priorizar el tr\u00e1fico de VoIP<\/strong> choca con la estricta ideolog\u00eda de \u00abtrato igualitario para todos los bits<\/strong>\u00bb de la neutralidad de la red. Las regulaciones modernas intentan equilibrar esto, permitiendo la gesti\u00f3n t\u00e9cnica de la calidad del servicio, pero prohibiendo la discriminaci\u00f3n comercial que resulta en una \u00abInternet de dos velocidades\u00bb.<\/p>\n\n\n\n En Europa la BEREC<\/a> (Organismo de reguladores Europeos de Comunicaciones Electr\u00f3nicas) permite la priorizaci\u00f3n de la VoIP bajo ciertas condiciones muy estrictas:<\/p>\n\n\n\n En t\u00e9rminos de Calidad de Servicio (QoS)<\/strong>, las OTTs est\u00e1n en una desventaja inherente en comparaci\u00f3n con los servicios de voz gestionados directamente por los operadores de telecomunicaciones (como VoLTE o las llamadas de red fija tradicionales).\u00a0<\/p>\n\n\n\n La raz\u00f3n principal de esta desventaja es la falta de control sobre la red subyacente y la naturaleza de \u00abmejor esfuerzo\u00bb (best-effort) de Internet. Las llamadas de voz OTT (WhatsApp<\/a>, Skype, etc.) se tratan como paquetes de datos de Internet normales, sujetos a la congesti\u00f3n de la red p\u00fablica. No se les da prioridad sobre otros tipos de tr\u00e1fico (como descargas de archivos o streaming de v\u00eddeo), lo que puede provocar latencia<\/a> (retraso), fluctuaci\u00f3n (jitter) y p\u00e9rdida de paquetes.<\/p>\n\n\n\n Las OTTs solo controlan su propia aplicaci\u00f3n y servidores; dependen de las redes de m\u00faltiples Proveedores de Servicios de Internet (ISP) para la entrega final, sobre las cuales no tienen control directo para garantizar la calidad.<\/p>\n\n\n\n El tr\u00e1fico de voz es muy sensible al retardo producido por la congesti\u00f3n de la red. Mientras que un retardo inferior a 150 ms se considera bueno, las redes IP p\u00fablicas pueden superarlo f\u00e1cilmente debido al buffering en varios nodos de red, lo que degrada la calidad de la llamada y puede hacer que los usuarios se interrumpan entre s\u00ed.<\/p>\n\n\n\n Los servicios de operador gestionados (como VoLTE) pueden garantizar m\u00e9tricas de QoS espec\u00edficas y un rendimiento m\u00e1s consistente y fiable, incluso en condiciones de red dif\u00edciles (p.e regiones remotas). La calidad de las llamadas OTT puede ser excelente en condiciones \u00f3ptimas, pero es m\u00e1s variable y propensa a caer a niveles \u00abregulares\u00bb o \u00abmalos\u00bb cuando la red est\u00e1 congestionada.<\/p>\n\n\n\n A primera vista, cabr\u00eda pensar que la aparici\u00f3n de APIs (Interfaces de Programaci\u00f3n de Aplicaciones) de operador<\/strong> enfocadas a la calidad del servicio (QoS)<\/a> podr\u00eda afectar significativamente al equilibrio competitivo, principalmente al nivelar el campo de juego y al ofrecer una potencial fuente de ingresos adicional para los operadores, a la vez que permite a las OTTs mejorar la calidad de sus servicios.<\/p>\n\n\n\n Al utilizar una API de QoS, una OTT pasar\u00eda de usar la red de \u00abbest-effort\u00bb a usar una red con calidad gestionada. El resultado final para el usuario (baja latencia, fiabilidad) se vuelve indistinguible del servicio de voz nativo del operador (como VoLTE).<\/p>\n\n\n\n El principio fundamental de la neutralidad de la red es el trato igualitario de todos los paquetes de datos (\u00abtodos los bits son iguales\u00bb). El uso de APIs de QoS romper\u00eda este principio, al permitir que aplicaciones espec\u00edficas (como WhatsApp, si pagasen) compren un \u00abcarril r\u00e1pido\u00bb o garantizado para su tr\u00e1fico, mientras que otras aplicaciones que no pueden o no quieren pagar, permanecen en el carril de \u00abmejor esfuerzo\u00bb (best-effort).<\/p>\n\n\n\n Esto crea una Internet de dos velocidades comercial, lo cual es la ant\u00edtesis de la ideolog\u00eda original de la neutralidad de la red.<\/p>\n\n\n\n El uso de APIs de QoS permite a las OTTs emular la calidad del servicio del operador, cerrando la brecha t\u00e9cnica, pero introduce nuevos desaf\u00edos sobre la equidad competitiva y la \u00e9tica de la neutralidad de la red.<\/p>\n\n\n\n Desde el punto de vista competitivo la OTT no asume la inversi\u00f3n de capital masiva en la construcci\u00f3n y mantenimiento de la infraestructura de red completa, ni est\u00e1 sujeta a la misma regulaci\u00f3n universal (como la obligaci\u00f3n de ofrecer acceso a emergencias en todas las circunstancias o la regulaci\u00f3n de tarifas).<\/p>\n\n\n\n Si una OTT deseara utilizar una API de QoS de un operador, tendr\u00eda que hacerlo bajo el paraguas de un \u00abservicio especializado\u00bb (p.e. Aplicaciones de telemedicina). El operador podr\u00eda ofrecer esta API comercialmente, pero tendr\u00eda que asegurarse de que cumple con los criterios anteriores. <\/p>\n\n\n\n Para comunicaciones de voz \u00abconvencionales\u00bb (las llamadas diarias de WhatsApp, Skype, etc.), el uso de APIs de Calidad de Servicio (QoS) por parte de las OTTs es un tema de alto riesgo regulatorio en la Uni\u00f3n Europea y es poco probable que se generalice bajo las normativas actuales.<\/p>\n\n\n\n Si bien se permiten los \u00abservicios especializados\u00bb con QoS mejorada (como VoLTE, la voz de operador), estos est\u00e1n sujetos a pruebas muy rigurosas por parte de los reguladores nacionales. Deben demostrar una necesidad t\u00e9cnica objetiva y no pueden degradar la Internet general.<\/p>\n\n\n\n Las llamadas convencionales no cumplen el criterio de necesidad<\/strong>. Una llamada de voz convencional de WhatsApp, aunque sensible a la latencia, funciona razonablemente bien a trav\u00e9s del servicio de \u00abmejor esfuerzo\u00bb (best-effort) de Internet (como lo demuestra su uso masivo actual). Por lo tanto, no cumplir\u00eda el estricto criterio de \u00abnecesidad objetiva\u00bb para justificar un carril r\u00e1pido de pago. Los reguladores argumentar\u00edan que la calidad ya se puede lograr con un ancho de banda suficiente en la red general.<\/p>\n\n\n\n Las llamadas de emergencia <\/a>tienen requisitos espec\u00edficos y estrictos y, tradicionalmente, las OTTs (servicios Over-The-Top) han estado en desventaja o directamente exentas de cumplir con la mayor\u00eda de ellos, a diferencia de los operadores de telecomunicaciones tradicionales.<\/p>\n\n\n\n Los principales requisitos que deben cumplir los servicios que ofrecen acceso a n\u00fameros de emergencia son:<\/p>\n\n\n\n En conclusi\u00f3n, la regulaci\u00f3n est\u00e1 avanzando para que las OTTs cumplan con los requisitos de emergencia si act\u00faan como sustitutos de los servicios de voz tradicionales, pero la implementaci\u00f3n t\u00e9cnica y la estandarizaci\u00f3n global siguen siendo obst\u00e1culos importantes.<\/p>\n\n\n\n En el caso de servicios de Comunicaciones Unificadas y Colaboraci\u00f3n<\/strong> como Operator Connect de Microsoft Teams, Google Voice, o Quobis Collaborator<\/a> el criterio a seguir en cuanto a la Calidad de Servicio (QoS) se basa en un modelo de responsabilidad compartida y acuerdos de nivel de servicio (SLA) rigurosos, que difieren del modelo tradicional de operador.<\/p>\n\n\n\n El criterio fundamental para la QoS en estos servicios es el uso de enlaces de red privados<\/strong> y gestionados, en lugar de depender de la Internet p\u00fablica \u00abbest-effort\u00bb.<\/p>\n\n\n\n Tanto Quobis Collaborator, Operator Connect (Microsoft Teams) como Google Voice (a trav\u00e9s de Direct Peering) utilizan servicios de interconexi\u00f3n directa entre la red del operador de telecomunicaciones y los centros de datos de la nube del proveedor UCC (Microsoft Azure, Google Cloud). El operador y el proveedor de UCC (Microsoft\/Google) firman SLAs que garantizan m\u00e9tricas espec\u00edficas de rendimiento para este enlace privado, incluyendo:<\/p>\n\n\n\n La calidad del servicio se gestiona mediante un principio de responsabilidad compartida entre el proveedor UCC, el operador de telecomunicaciones y el cliente (empresa).<\/p>\n\n\n\n Estos servicios de interconexi\u00f3n gestionada ( Quobis Collaborator, Operator Connect<\/a>, Google Voice <\/a>Link) se consideran servicios empresariales que utilizan enlaces controlados. Esto les permite ofrecer una QoS superior y cumplir con las expectativas del cliente empresarial sin violar las regulaciones de neutralidad de la red, ya que no est\u00e1n degradando intencionadamente la Internet p\u00fablica general, sino utilizando una capacidad de red gestionada por separado.<\/p>\n\n\n\n La regulaci\u00f3n europea, principalmente a trav\u00e9s del C\u00f3digo Europeo de las Comunicaciones Electr\u00f3nicas (CECE),clasifica los servicios en funci\u00f3n de si est\u00e1n basados en numeraci\u00f3n <\/strong>o independientes de la numeraci\u00f3n. Esta clasificaci\u00f3n determina si se aplican obligaciones similares a las de los operadores tradicionales.<\/p>\n\n\n\n Los servicios sin numeraci\u00f3n (NN-ICS) tienen un r\u00e9gimen m\u00e1s laxo. Tienen obligaciones relacionadas con la seguridad y la protecci\u00f3n de datos (GDPR), pero la regulaci\u00f3n europea es m\u00e1s flexible respecto al acceso a emergencias, exigiendo s\u00f3lo si es t\u00e9cnicamente factible y comercialmente viable.<\/p>\n","protected":false},"excerpt":{"rendered":" Desde hace m\u00e1s de dos d\u00e9cadas los consumidores pueden escoger entre realizar sus llamadas de voz a trav\u00e9s de los servicios de operador basados en numeraci\u00f3n o emplear aplicaciones OTT (over-the-top) como Skype (los pioneros en 2003) o WhatsApps (llamadas de voz entre usuarios desde 2015) que les permiten realizar llamadas VoIP, normalmente sin coste,…<\/p>\n","protected":false},"author":9,"featured_media":16986,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"_kad_blocks_custom_css":"","_kad_blocks_head_custom_js":"","_kad_blocks_body_custom_js":"","_kad_blocks_footer_custom_js":"","_kadence_starter_templates_imported_post":false,"_kad_post_transparent":"","_kad_post_title":"","_kad_post_layout":"","_kad_post_sidebar_id":"","_kad_post_content_style":"","_kad_post_vertical_padding":"","_kad_post_feature":"","_kad_post_feature_position":"","_kad_post_header":false,"_kad_post_footer":false,"_kad_post_classname":"","footnotes":""},"categories":[138],"tags":[1036,1017,949],"class_list":["post-16985","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-noticias-es","tag-net-neutrality","tag-ott","tag-qos"],"yoast_head":"\n\n
Priorizaci\u00f3n (QoS) vs modelo best effort<\/h2>\n\n\n\n
Conflicto entre los principios de \u201cneutralidad de la red\u201d y la priorizaci\u00f3n (QoS)<\/h2>\n\n\n\n
\n
Desventajas t\u00e9cnicas de las OTTs en QoS<\/h2>\n\n\n\n
\u00bfPueden las APIs de Operador enfocadas a QoS reducir esta ventaja competitiva de los servicios de operador frente a las OTTs?<\/h3>\n\n\n\n
El de APIS de QoS de forma generalizada para llamadas v\u00eda OTT puede atentar contra la neutralidad de la red:<\/h3>\n\n\n\n
El caso de las llamadas de emergencia y las OTTs<\/h2>\n\n\n\n
\n
Posici\u00f3n de las OTTs frente a estos Requisitos<\/h3>\n\n\n\n
\n
El caso de los servicios de Comunicaciones Unificadas y Colaboraci\u00f3n con salida a PSTN<\/h3>\n\n\n\n
\n
Cuando la regulaci\u00f3n considera un servicio OTT como an\u00e1logo a un servicio telef\u00f3nico tradicional:<\/h2>\n\n\n\n