Beste forumleden,
Momenteel ben ik bezig met het ontwikkelen van IoT applicaties waarbij periodiek (met verschillende periodes van 15 minuten of 24 uur) data moet wordt verstuurd naar een server via een TCP verbinding op het LTE Cat M1 netwerk met de BG96 module van Quectel.
Tussen het verzenden van data is het van belang om zoveel mogelijk stroom te besparen om de batterijduur te verlengen. Hierdoor ben ik bij de Power Saving Mode (PSM) feature aangekomen om de modem in slaap te brengen tussen transmissies door zonder een langdurige registratie periode te moeten doorgaan bij elke wakeup.
Het is gelukt om de PSM feature werkend te krijgen en de modem te laten slapen en wakker worden aan de hand van de PSM instellingen. Echter, tijdens het testen is het mij opgevallen dat nadat het laatste bericht is verstuurd het altijd minimaal 10 seconden (+ active timer) duurt voordat de modem het RRC connection release signaal ontvangt van de mast en de slaapmodus ingaat. Het liefst zou ik de modem zo snel mogelijk in slaap willen brengen na het versturen van het laatste bericht en het checken voor inkomende berichten om zoveel mogelijk stroom te besparen.
Hiervoor werd ik door een medewerker van Quectel verwezen na de Release Assistance Indication (RAI) feature die in release 14 van het LTE-M protocol is opgenomen. Ik heb geprobeerd om dmv RAI de ongewenste 10 seconden wachttijd te verkorten, maar dusver lijkt geen enkele instelling van de RAI feature hierop invloed te hebben. Het is wel mogelijk om de active timer over te slaan met de hiervoor bedoelde instelling, waarna er dus altijd nog precies 10 seconden wachttijd resteren. Verder is het ook gelukt om de connectie abrupt af te breken met een RRC abort commando vanaf de modem. Echter werd mij aangeraden de RRC abort functie niet te gebruiken omdat dit niet wordt gewardeerd door de netwerk beheerder.
Mijn vraag is dus waar deze 10 seconden wachttijd vandaan komen en of hier iets aan gedaan kan worden, via RAI of een andere methode. Ook zou ik graag willen weten of de RRC abort functie inderdaad niet gebruikt mag worden om de connectie vroegtijdig te verbreken om de slaapmodus in te gaan. Hopelijk kunt u mij hierbij verder helpen, bij voorbaat dank.
Tomas van Rietbergen
Beste antwoord door maarten bartels
Bekijk origineel