Monaas: Mobile Node as a Service for TSCH-based Industrial IoT Networks

TL;DR

This paper tackles the challenge of dynamic, QoS-sensitive communications in TSCH-based IIoT networks by introducing Monaas, a Mobile Node as a Service framework. Monaas uses a hierarchical Root–Leader–Member–Mobile architecture with task-driven, capability-aware scheduling and an on-demand recruitment mechanism to transform mobile nodes into elastic service resources, enabling proactive resource orchestration rather than mere connectivity maintenance. The authors formalize task semantics, a slot-demand model, a Leader-side scheduling algorithm, and a MAC-layer protocol for recruitment, execution, and reporting, validating the approach on a real nRF52840 testbed where Monaas achieves high task completion rates and rapid mobile resource integration. Results show that Monaas outperforms baseline TSCH-based schemes under bursty and degraded-link scenarios, highlighting its potential to enable elastic, on-demand service provisioning in industrial IoT. The work lays groundwork for recursive, multi-level resource orchestration that could further enhance adaptability and resilience on the factory floor and in other IIoT environments.

Abstract

The Time-Slotted Channel Hopping (TSCH) mode of IEEE802.15.4 standard provides ultra high end-to-end reliability and low-power consumption for application in field of Industrial Internet of Things (IIoT). With the evolving of Industrial 4.0, dynamic and bursty tasks with varied Quality of Service (QoS); effective management and utilization of growing number of mobile equipments become two major challenges for network solutions. The existing TSCH-based networks lack of a system framework design to handle these challenges. In this paper, we propose a novel, service-oriented, and hierarchical IoT network architecture named Mobile Node as a Service (Monaas). Monaas aims to systematically manage and schedule mobile nodes as on-demand, elastic resources through a new architectural design and protocol mechanisms. Its core features include a hierarchical architecture to balance global coordination with local autonomy, task-driven scheduling for proactive resource allocation, and an on-demand mobile resource integration mechanism. The feasibility and potential of the Monaas link layer mechanisms are validated through implementation and performance evaluation on an nRF52840 hardware testbed, demonstrating its potential advantages in specific scenarios. On a physical nRF52840 testbed, Monaas consistently achieved a Task Completion Rate (TCR) above 98% for high-priority tasks under bursty traffic and link degradation, whereas all representative baselines (Static TSCH, 6TiSCH Minimal, OST, FTS-SDN) remained below 40%.Moreover, its on-demand mobile resource integration activated services in 1.2 s, at least 65% faster than SDN (3.5 s) and OST/6TiSCH (> 5.8 s).

Figures (9)

• Figure 1: An illustrative TSCH timing diagram showing communication tasks performed by different nodes (Root, Leader, Member, Mobile) across different time slots and channels.
• Figure 2: Monaas hierarchical architecture showing the four key components: Root Node (global coordinator), Leader Nodes (regional managers), Member Nodes (static service providers), and Mobile Nodes (elastic resources).
• Figure 3: Illustrative deployment of Monaas in a factory setting. The Root node serves as the central factory controller. Leader nodes manage specific zones (Zone A, B), overseeing static Member nodes (e.g., environmental sensors) and interacting with Mobile nodes (e.g., AGVs) that move between zones.
• Figure 4: Message workflow of the Monaas protocol showing task dissemination, hierarchical timeslot provisioning, and on-demand mobile resource recruitment. The workflow corresponds to the Leader-side decision logic in Alg. \ref{['alg:leader_decision']}.
• Figure 5: Scenario 1: Baseline performance and overhead comparison. (a) Hop PDR. (b) Average hop MAC latency. (c) End-to-end throughput. (d) MAC control overhead. (e) RDC.