Dit is niet vanwege de accu, in de praktijk zullen de winsten niet echt groot zijn, wel merkbaar maar niet aannemelijk.
De reden waarom dit wordt ingevoerd is om opstopping op het mobiele netwerk te verminderen. Network Control signalen worden vaak als schuldigen aangewezen, vooral de agressieve Fast Dormacy settings van de iPhones zouden voor veel opstopping zorgen. Wat er gebeurd is, als een mobieltje actief data aan het verzenden is dan gaat het in een zgn. Cell-DCH mode, deze mode is voor hoge data snelheden maar slurpt ook een hoop energie.
Als het eenmaal klaar is dan stuur het mobieltje (dus niet het netwerk) een Radio Resource Control (RRC) bericht naar het netwerk met als inhoud Connection Release Indication (RCRI). Hierna gaat het mobieltje ervan uit dat het netwerk de verbinding afbouwt en gaat zelf snel in een slaap stand of wel de Fast Dormacy. Dit proces verwijderd alle data verbindingen die het toestel had dus als het nieuwe data wil verzenden moet het een nieuwe verbinding tot stand brengen en daar is het probleem. De signalen die nodig zijn om een nieuwe verbinding op te bouwen nemen een deel van het specturm in beslag. Nou is het niet zo'n probleem als je een paar gebruikers hebt met een data verbinding maar in 2010 is er een data boom geweest en het aantal data gebruikers is explosief gegroeid. Het aantal keren dat dit gebeurd is dus ook explosief gegroeid en als het zo door gaat dan komt er een punt waar network control signals de gewone data overmeesteren en niemand meer data kan ontvangen omdat iedereen aan het verbinden is.
Hier is eigenlijk al aan gedacht in de vorm van een Cell-PCH mode. Cell-PCH houdt de verbinding wel in stand maar gebruikt maar een fractie van de energie die nodig was in Cll-DCH. Het probleem hiermee is dat de huidige baseband processors en chipsets via hun proprietary implementatie van RCRI's het toestel forceren om naar FD en dus idle mode te gaan wat het nut van Cell-PHC nul maakt.
Wat 3GPP nu heeft gedaan (om de chip fabrikanten te omzeilen) is een kleine maar slimme aanpassing aan hun standaard. De oplossing legt de controle over wanneer het toestel moet slapen of wakker worden bij het netwerk en niet meer bij het mobieltje welke naar hartenlust gaat slapen en wakker wordt.
Wat ze hebben gedaan is een extensie toevoegen aan de RCRI's. Wat het mobieltje nu doet is een andere "cause code" (of wel reden) gebruiken. Het mobieltje zegt tegen het netwerk dat het de verbinding wil verbreken omdat het energie wil behouden. Aan de hand daarvan stuurt het netwerk een code terug wat het mobieltje verteld in welke mode het moet gaan zitten. Tevens stuurt het een timer mee (de T323) wat het mobieltje verteld hoelang het moet wachten voordat het de verbinding geheel afbouwt.
Er zijn nu dus een paar punten waarop het mobieltje meer energie moet verbruiken maar ook een paar punten waarop het energie bespaart, denk bijvoorbeel daan de situatie waarbij het mobieltje besluit om de verbinding af te bouwen maar er was nog wat push data onderweg. Het netwerk kan dan tegen het mobieltje zeggen dat het moet wachten of even in de Cell-PCH mode moet zitten om zeker te zijn dat er geen data onderweg is. De resultaten in de praktijk wisselend zullen zijn. Wat er uiteindelijk wel zal gebeuren is dat de kwaliteit van het netwerk zal verbeteren. Het is eigenlijk niet DE oplossing voor het probleem maar meer een workaround door een slimmere aanpak. Het echte probleem is dat er niet genoeg bandbreedte beschikbaar is over de lucht, dat is waar de operators nu mee kampen. Gebruikers willen steeds meer voor een lagere prijs maar technische gezien kan dat niet, vandaar dat men dus hier en daar de kantjes eraf moeten schaven tot er wel een degelijke oplossing is. Dit is trouwens ook de reden waarom men ineens 1GB beperkingen in mobiel internet abo's heeft ingevoerd terwijl dat voorheen onbeperkt was.
Dit is een nogal simplistische manier van uitleggen maar in de kern werkt het zo. Voor een uitgebreidere uitleg hiero de bulletin van het GSMA.
http://www.gsmworld.com/d...rmancy_best_practices.pdf
[Reactie gewijzigd door Verwijderd op 23 juli 2024 07:24]