Telecom

QoE is not QoS, and subscribers only feel one of them

Published
Reading time
6 minutes
Written by
Valuetech

A network can hit every KPI in the report and still feel slow. The gap between what counters measure and what customers experience is where churn is decided.

Most operations dashboards are built from element-level counters: accessibility, retainability, throughput per cell, handover success. They are necessary, they are well understood, and they can all be green while a subscriber standing in a shopping mall gives up on loading a page.

That is the distinction between Quality of Service and Quality of Experience. QoS describes what the network delivered. QoE describes what the person holding the phone perceived. The two diverge more often than most reporting admits, and the divergence is not evenly distributed; it clusters in exactly the places where subscribers form opinions about your brand.

Where the two come apart

A cell can report healthy throughput while the median session on it is poor, because averages hide the tail. A handover can succeed by every counter while taking long enough that a voice call clips. A site can look lightly loaded because the subscribers who would have used it already walked out of coverage.

  • Averages conceal the tail, and the tail is what people complain about
  • Indoor experience is largely invisible to macro-layer counters
  • Device and radio conditions vary far more than cell-level aggregates suggest
  • A subscriber who gives up generates no traffic, and therefore no alarm

Measuring the thing you actually care about

Closing the gap means measuring at the client, not only at the element. A mobile client can transparently access radio, network and device parameters together, which produces an end-to-end picture: what the radio conditions were, what the network did, and what the application actually got.

That combination is what makes a QoE number actionable rather than merely interesting. When an experience dip can be tied back to the configuration change, congestion window or fault that caused it, investigation starts with a cause instead of a hunch.

Ask them, too

Instrumentation tells you what happened. It does not tell you whether the customer considered it acceptable. Survey campaigns run against the same client population let you compare measured experience with reported sentiment, and the places where those two disagree are usually the most valuable thing in the dataset.

If a degradation report does not arrive with an affected area, a probable cause and a recommended change, it is not a finding. It is a dashboard.

The practical test for any QoE programme is simple: does it shorten the distance between noticing a problem and knowing what to do about it? If the answer is no, you have bought reporting, not visibility.

Working on something this touches?

Start a conversation