QCI (QoS Class Identifier) in LTE-netwerken uitgelegd

Vergelijk je Simbase met een native SIM van een operator en kom je in operatordocumentatie de term QCI tegen? Dit artikel legt uit wat het is, waarom het voor Simbase niet op dezelfde manier geldt als voor een SIM van Verizon of AT&T, en welke prestaties je van Simbase kunt verwachten.

Wat QCI is

QCI (QoS Class Identifier) is een numerieke code in LTE- en 5G-netwerken die de prioriteitsklasse van een datastroom aangeeft. Het netwerk van de operator behandelt elke QCI anders. Spraakverkeer krijgt een klasse met hoge prioriteit en garanties voor lage latency en weinig pakketverlies, bulkdata krijgt een best-effortklasse zonder garanties, enzovoort.

QCI-waarden worden op bearerniveau toegekend zodra een apparaat een datasessie opzet. Ze bepalen:

• Of de stroom guaranteed bit-rate (GBR) of non-GBR is.

• Het packet delay budget (beoogde latency).

• De packet error loss rate (beoogde betrouwbaarheid).

• De schedulingprioriteit binnen het netwerk van de operator.

Bij native SIM's van één operator kan die operator abonnementen met specifieke QCI-toewijzingen aanbieden, meestal als onderdeel van een enterprise-SLA.

Beperkt of benadeelt Simbase verkeer?

Nee. Simbase vertraagt of begrenst verkeer niet uit eigen beweging. Je krijgt dezelfde toegang tot het radionetwerk als elke standaard roaming-SIM: dezelfde 2G/3G/4G/5G-bearertypes waar het netwerk die ondersteunt, en geen door Simbase opgelegde limiet op de doorvoersnelheid.

Throttling is een optie die je zelf via de API kunt instellen, op Black-, Red- en Green-profielen. Is een van je SIM's gethrottled, dan is dat vanuit je eigen account zo ingesteld en niet door Simbase. Zie Trage verbinding of hoge latency.

Simbase-SIM's zijn standaard roaming-SIM's, geen uitgeklede "IoT-only"-varianten. Ze kunnen noodoproepen doen en werken als elke internationale SIM van frequente reizigers of wereldwijde bedrijven.

Waarom QCI bij roaming niet direct relevant is

De dekking van Simbase komt uit roamingovereenkomsten met operators wereldwijd. Als je apparaat zich aanmeldt op een netwerk in een ander land:

1. past de bezochte operator zijn eigen beleid toe en overschrijft hij veel waarden die het thuisnetwerk doorgeeft.

2. kan Simbase als thuisoperator geen QCI-waarden per bezochte operator afdwingen of tonen. Dat is het netwerk van de bezochte operator.

3. Geen enkele roamingprovider kan een volledige QCI-tabel per netwerk publiceren. Zelfs de grootste roamingaggregators hebben die gegevens niet, omdat ze per overeenkomst verschillen en zelden contractueel vastliggen.

4. Ook als QCI zichtbaar is, zegt het weinig over de echte prestaties van data-intensieve toepassingen. De werkelijke drukte op het netwerk weegt zwaarder.

Dit geldt niet alleen voor Simbase. Zo werkt mobiel roamen nu eenmaal. Zijn QCI-garanties belangrijk voor je toepassing, dan krijg je die alleen met een native lokale SIM en een overeenkomst met de operator.

Waarom een native SIM van een operator soms sneller aanvoelt

In sommige gevallen presteert een native SIM van een lokale operator (Verizon, AT&T, Vodafone enzovoort) beter dan een roaming-SIM. Drie redenen:

• Lokale IP-breakout. Het verkeer van een native SIM verlaat het mobiele netwerk in dezelfde regio als het apparaat. De latency van Californië naar een server in Californië is laag. Het verkeer van Simbase breekt uit via regionale gateways (VS, EU en Singapore). Een apparaat in Californië dat met een server in Californië praat, kan dus via een breakout aan de oostkust van de VS lopen, en dat kost latency.

• Prioriteit op basis van een SLA. Native enterprise-SIM's kunnen contractuele QoS-afspraken hebben die ze voorrang geven op consumentenverkeer op hetzelfde netwerk.

• Operatorspecifieke optimalisaties. Operators optimaliseren vaak de routes tussen hun lokale apparaten en hun eigen infrastructuur.

Welke prestaties je van Simbase kunt verwachten

Voor de meeste IoT-toepassingen ziet het realistische beeld er zo uit:

Wanneer kies je Simbase en wanneer een native SIM

Simbase is de juiste keuze als:

• het apparaat in meerdere landen wordt ingezet of tussen landen beweegt.

• je failover tussen operators binnen een land nodig hebt.

• een latency van 100–250 ms acceptabel is voor de toepassing.

• je een vaste IP-breakout wilt voor logging, beveiliging of compliance.

• je niet afhankelijk bent van QCI/QoS-SLA's van een specifieke operator.

Een native SIM van een operator past beter als:

• het apparaat vast in één land staat (en je operator daar goede dekking heeft).

• je een latency van enkele milliseconden tot ~50 ms nodig hebt.

• je contractuele QoS-/QCI-garanties als harde eis hebt.

• het apparaat in een regio staat waar de operator specifieke optimalisaties biedt voor jouw type verkeer.

Latency verlagen op Simbase-SIM's

Is latency belangrijk, maar failover tussen operators ook? Dan helpen twee dingen:

1. Gebruik een regionale breakout-APN voor Black-, Red- en Green-profielen in de EU (simbase.eu) of de VS (simbase.us). Zie APN instellen.

2. Zet je server dichter bij de breakoutlocatie van de regio waar het grootste deel van je vloot draait.

Bij Blue- en Yellow-profielen worden de onderliggende eUICC-profielen meestal ingericht voor de regio waar het apparaat werkt. Lokale breakout regel je daar dus met de profielkeuze, niet met de APN.

Veelgestelde vragen

Gerelateerd

• APN instellen: regionale breakouts om latency te verlagen

• SIM-profielen: dekking en technologie per profiel

• Multi-IMSI vs. eUICC: failovertechnologie