Federated Learning Meets OneM2M: Smarter, Faster AI for the Internet of Things

The Internet of Things has quietly become one of the largest data-generating machines on the planet. Billions of sensors in greenhouses, factories, hospitals, and cities continuously measure temperature, humidity, vibration, and countless other variables, producing streams of information that could feed powerful machine learning models. Yet the traditional recipe for building those models—shipping all raw data to a central cloud server for training—collides with three stubborn realities of the IoT world: limited network bandwidth, strict privacy expectations, and the sheer latency of round-trips to distant data centers. A new study published in Cluster Computing by Jamal Et-Tousy and Abdellah Zyane of Cadi Ayyad University in Safi, Morocco, tackles this collision head-on with a framework called FL-OneM2M, which welds federated learning directly onto a standardized IoT service layer.

Federated learning, first popularized by researchers at Google in 2017, flips the conventional training pipeline on its head. Instead of moving data to the model, the model moves to the data. Each device—or client—trains a local copy of the algorithm on its own measurements and then transmits only the resulting parameter updates, typically small numerical gradients, to a coordinating server. The server averages these updates into a shared global model and sends it back down for another round of local training. Because raw sensor readings never leave the device, the approach reduces direct exposure of sensitive information while slashing the volume of traffic that must cross the network. For IoT deployments, where a single greenhouse or smart building may host dozens of constrained devices, that distinction is not a luxury but a prerequisite.

What makes the Moroccan team’s contribution distinctive is where the federation logic lives. The OneM2M standard is an internationally recognized service layer designed to sit between heterogeneous IoT devices and applications, providing common primitives for registration, data storage, subscription, and notification regardless of whether devices speak HTTP, MQTT, or CoAP. Rather than bolting federated learning onto an ad hoc middleware stack, FL-OneM2M embeds it into this operational backbone, turning OneM2M into an orchestration infrastructure for decentralized intelligence. The authors argue that this integration addresses a genuine gap: most federated learning research assumes idealized communication conditions, while most IoT standards work ignores machine learning entirely. By unifying the two, the framework promises both quality-of-service awareness and scalable learning in a single architecture.

The experimental setup drew on data generated from IoT agricultural deployments, collected through Azure IoT devices and processed via OneM2M-based data injectors. The raw sensor streams included humidity, temperature, environmental plant indicators, and a suite of agricultural growth metrics, partitioned across multiple simulated greenhouse clients. On top of this dataset, the researchers deployed logistic-regression clients and compared two canonical federated optimization algorithms. Federated Averaging, known as FedAvg, is the simplest and most widely used scheme: clients train locally and the server weights each update by client data volume. Federated Proximal, or FedProx, adds a proximal term to the local objective that penalizes clients whose local updates drift too far from the global model, a modification intended to stabilize learning when devices are heterogeneous or perform varying amounts of local work.

The results, reported for an independently and identically distributed—or IID—data setting, tell a nuanced story. FedAvg reached a final accuracy of 80 percent, a gain of 50 percentage points over its starting point, and achieved a higher peak accuracy than FedProx, which topped out at 75 percent. FedProx, however, exhibited smoother loss convergence, suggesting that its regularization term does damp oscillations even when it costs some final performance on this particular problem. The authors are careful to frame these numbers as trends observed under their specific conditions rather than universal verdicts. With a single model class, a single dataset, and at most ten clients, the study deliberately scopes its claims, and the paper discusses the resulting limitations—large-scale behavior, statistical heterogeneity across clients, and security—explicitly rather than glossing over them.

Perhaps the most striking findings concern communication efficiency, the resource that often determines whether federated learning is practical at the edge at all. Under the study’s test conditions, switching the transport protocol from HTTP to MQTT reduced the average round-trip time by 98.4 percent, and the system reached peak accuracy roughly 40 training rounds earlier. The explanation lies in protocol design. HTTP is a request-response protocol that carries substantial header overhead and requires a new exchange for every message, whereas MQTT is a lightweight publish-subscribe protocol built for constrained networks, using minimal headers and persistent connections. In a federated loop, where the server and clients exchange model updates hundreds of times, shaving milliseconds off every round compounds into a dramatic acceleration of the entire training process. For anyone deploying learning across battery-powered sensors, that difference can separate a viable system from an intractable one.

Scalability tests at small scale—three, five, and ten clients—added another practical insight: five clients produced the most stable convergence in the studied configuration. This counterintuitive result reflects a real tension in federated systems. With very few clients, each local update carries outsized weight, so a single noisy or poorly conditioned client can destabilize the global model. As the client count grows, averaging smooths out individual noise, but coordination overhead rises and, in real deployments, stragglers and dropouts multiply. The team also probed resilience by simulating clients dropping out mid-training and found that the system retained 80 percent accuracy under a 10 percent client-dropout rate, an encouraging signal that the OneM2M-based orchestration can absorb a degree of real-world unreliability without collapsing.

The choice of agriculture as the application domain is more than incidental. Smart farming is emerging as a natural proving ground for federated learning because farms are simultaneously data-rich and privacy-sensitive: yield forecasts, disease detections, and growth metrics carry commercial value, and farmers may be reluctant to surrender raw operational data to third parties. Recent work in the field has explored federated crop disease detection from images, model-pruned yield forecasting, and blockchain-assisted trust mechanisms, all pointing toward the same conclusion that collaborative intelligence is only acceptable to many stakeholders if the data stays local. FL-OneM2M fits squarely into this movement, demonstrating that a standardized service layer can serve as the connective tissue between field sensors and a learning pipeline without a central data lake.

The authors are refreshingly candid about what their study does not establish. Ten clients is a toy scale compared with the thousands or millions of devices a production IoT network might involve, and behavior at large scale—where communication bottlenecks, stragglers, and server load become dominant—remains untested. The IID assumption is similarly generous: real sensor networks are notoriously non-IID, with each greenhouse, factory floor, or city block exhibiting its own statistical fingerprint, a condition known to degrade federated averaging and motivate algorithms like FedProx, SCAFFOLD, and adaptive federated optimization in the broader literature. Security is another open front, since model updates themselves can leak information or be poisoned by malicious clients, and the paper positions these challenges as explicit future work rather than solved problems. The researchers also note that the underlying dataset was generated specifically for the study and contains sensitive operational information, so it is not publicly available, though processed or anonymized subsets can be requested from the corresponding author.

Even within those limits, the study offers a genuinely useful template. It shows that federated learning need not live in bespoke middleware but can ride on an open, interoperable standard that the IoT industry already deploys, and it quantifies how much protocol choice—MQTT over HTTP—matters to the speed of decentralized training. As edge hardware grows more capable and privacy regulation tightens worldwide, the pressure to move intelligence out of the cloud and into the network’s periphery will only intensify. Frameworks like FL-OneM2M suggest a path in which the same infrastructure that routes sensor data today becomes the stage on which devices learn together tomorrow, one carefully averaged model update at a time.

Subject of Research: Federated learning integrated with the OneM2M service layer for quality-of-service-aware, scalable machine learning in Internet of Things networks

Article Title: A novel federated learning approach for enhancing QoS and scalability in IoT networks

Article References: Et-Tousy, J., & Zyane, A. (2026). A novel federated learning approach for enhancing QoS and scalability in IoT networks. Cluster Computing, 29(14), Article 825. https://doi.org/10.1007/s10586-026-06633-5

Image Credits: AI Generated

DOI: 10.1007/s10586-026-06633-5

Keywords: federated learning, Internet of Things, OneM2M, edge intelligence, MQTT, quality of service, FedAvg, FedProx, smart agriculture, privacy-preserving machine learning, scalability, Cluster Computing