Las redes de telecomunicaciones están creciendo a gran velocidad, los dispositivos per capita están al alza y cada vez más se les ofrece a los usuarios un mayor número de aplicaciones y servicios. En general, todo el ecosistema de telecomunicaciones se están volviendo más complejo de gestionar, y al mismo tiempo los usuarios están demandando una mejor experiencia (QoE, por sus siglas en inglés) cuando acceden a los nuevos servicios a través de múltiples redes y dispositivos.
Este seminario tendrá como objetivo el ofrecer a los operadores de telecomunicaciones la nueva visión del sector sobre cómo pueden mejorar su ingeniería de red teniendo en cuenta cómo ésta impacta a la calidad de la experiencia de los usuarios. Para ello, se explorará qué nuevos parámetros de red deben los operadores incluir en sus programas de gestión y monitoreo para que la QoE de los usuarios encaje con sus parámetros tradicionales de red.
PATROCINADO POR

Alberto
Hi Ronnie, congratulations for your solution……. I´d like make you a question:
Let´s suppose a video streaming session, from a server into mobile provider network to customer´s UE, we suppose too a poor thoroughput for session cited and finally we suppose a bottleneck in any place which explains the poor performance cited………… the question is: with a full deployment of your solution, is possible to know the exactly point for bottleneck (tipically RAN, backhaul, core network or whatever)?
Thank you and congratulations one more time
Ronnie Neil
Hello Alberto,
Yes, full deployment of the Viavi solution offers visibility across the complete video delivery path (device – RAN – backhaul – core – server) enabling the source of the poor performance to be quickly identified and resolved.
Milton
Buen día,
Este sistema también es aplicable para redes fijas como HFC? o sólo es aplicables para redes móviles?, mil gracias
Rafael A. Junquera
Hi Ronnie here is the translation for the above question:
Is this system also aplicable to fixed networks such as HFC or is it only for mobile networks?
Ronnie Neil
As of today, the portfolio only supports the assurance of mobile networks.
[email protected]
¿Ya Se tienen definidos valores aceptables de parámetros medibles, de acuerdo a las aplicaciones, que nos pudieran compartir?
Rafael A. Junquera
Another translation.
Has there been defined acceptable values for parameters that can be measured, depending on the application, that you could share with us?
Ronnie Neil
As you indicate, acceptable values vary depending on the end-user application. For a VoLTE service, as an example, the following thresholds are typically used:
Packet Loss: Good 0 – 0.5 %; Acceptable 0.5 – 1.5 %; Poor > 1.5 %.
Jitter: Good 0 – 20 ms; Acceptable 20 – 50 ms; Poor > 50 ms.
Delay: Good 0 – 150 ms; Acceptable 150 – 400 ms; Poor > 400 ms.
When deploying a Viavi system, however, we work with our customers to agree on what metrics and thresholds they would like to have used for calculating QoE.
Javier
On your experience…What device do you recommend check more carefully?
Ronnie Neil
I would not call out any particular device or supplier, but make the following general points.
1. As you would expect, smart-phones have more issues than non-smart phones.
2. New releases of smart-phone operating systems often result in a surge of QoE issues.
The important point is to use a system that can provide QoE analysis by device type and by device operating system.
idiaz
Can your solution go deep until user performance level, I mean can we see user experience by app? for instance one suscriber could have bad experience on streaming video but good with watsapp as an example
Ronnie Neil
Yes, our system provides an analysis of user experience by application. This is essential since most subscribers use multiple applications (typically > 20) and many QoE issues affect only a single application or a category of applications (eg. video streaming). Our sytem provides both QoE analysis by application category and by individual application.
Ricardo
Excellent presentation. Even though I have not been able to see the slides neither downloaded them.
Please send them over the mail.
idiaz
Sorry if we missed but whero does your solution gets their inputs? By using a probes?
Ronnie Neil
The primary source of inputs for our system is Viavi passive probes (or agents as we call them) monitoring the live traffic. However, the system can also collect data from 3rd party sources such as network elements.