ROADLINK TECHNOLOGY // DISTRIBUTED MESH & EDGE INFRASTRUCTURE
STATUS: PROTOTYPE STAGE ARCHITECTURE

Building the Communication Infrastructure Behind Intelligent Transportation

RoadLink is developing a connected transportation architecture that links vehicles, wireless communication nodes, gateways, server infrastructure, and software into a distributed system for transportation intelligence.

Explore the Architecture arrow_downward Talk to RoadLink arrow_forward
[ Strict Note: Prototype Development // Architectural Validation ]
FIGURE 1.0 // TOPOLOGY SCHEMATIC

Physical-to-Cloud Distributed Mesh Pipeline

433 MHz Sub-GHz Relay Optical / Ethernet Backhaul
LAYER 1 Vehicle Node Mobile Asset LAYER 2 SCMRA Hardware Core 433 MHz RF LAYER 3 Relay Mesh Peer Multi-Hop LAYER 4 Gateway Station RF Concentration LAYER 5-6 Server Ingestion State Reconciliation LAYER 7 TMS Platform Command & UI
FIELD LAYER → COMMUNICATION LAYER → INFRASTRUCTURE LAYER → INTELLIGENCE LAYER PROTOTYPE CONCEPT SCHEMATIC
01 // Foundational Model / SYSTEM PHILOSOPHY

Technology Built as Infrastructure

RoadLink approaches transportation as a connected infrastructure problem. The objective is to create a technology layer in which vehicles can participate in a distributed communication network, information can move through that network, gateways can connect the field network to centralized infrastructure, and software can transform that information into useful transportation intelligence.

PILLAR 01 directions_car

Connected Vehicles

Vehicles become active communication nodes within the transportation network rather than silent, isolated mobile units.

PHYSICAL ASSET • INTEGRATED SENSING
PILLAR 02 share

Distributed Communication

Information moves across participating nodes rather than depending entirely on direct communication with a fixed central point.

SUB-GHZ RF • MULTI-HOP RELAY
PILLAR 03 router

Gateway Infrastructure

Fixed edge concentrators act as the physical bridge connecting dynamic field mesh topologies to high-throughput centralized digital infrastructure.

STATIONARY EDGE • OPTICAL BACKHAUL
PILLAR 04 database

Centralized Intelligence

Server infrastructure continuously ingests, processes, stores, and organizes incoming roadway telemetry for operational analytics and dispatch dashboards.

INGESTION PIPELINE • STATE RECONCILIATION
02 // End-to-End Layer Breakdown / HOW THE SYSTEM WORKS

From Vehicle to Infrastructure

A comprehensive overview of RoadLink’s seven modular architectural layers—spanning physical vehicular assets through field transceivers to centralized operational intelligence.

LAYER 01

Vehicle

The physical transportation asset carrying the communication node within urban corridors.

FIELD TIER
LAYER 02

SCMRA

A vehicle-side communication node designed to collect defined vehicle information and participate in the wireless network.

EDGE DEVICE
LAYER 03

Wireless Relay

SCMRA nodes communicate and relay information through nearby participating nodes.

COMMUNICATION TIER
LAYER 04

Gateway

Receives information from the wireless field network and forwards it toward centralized infrastructure.

STATIONARY EDGE
LAYER 05

Backhaul

Provides the connection between Gateway infrastructure and the central server environment.

TRANSPORT TIER
LAYER 06

Server

Central infrastructure for receiving, processing, storing, and managing network information.

CORE INFRASTRUCTURE
LAYER 07

Software

Applications and dashboards transform system information into interfaces for monitoring and analysis.

INTELLIGENCE LAYER
03 // Foundational Platform

The Traffic Monitoring System

The Traffic Monitoring System (TMS) is RoadLink's initial technology platform for building a connected transportation infrastructure layer. Composed of cooperating layers rather than a single device.

DEVELOPMENT PHASE: Prototype Stage // System Integration in Progress
sensors

Vehicle Domain

SCMRA and vehicle-side information. Gathers defined kinematic telemetry and battery status without invasive alterations.

Physical telemetry origin
cell_tower

Network Domain

Wireless communication and relay infrastructure. Sub-GHz 433 MHz peer relay protocol governing micro-slotted channel access.

Sub-GHz ISM mesh link
dns

Infrastructure Domain

Gateways, backhaul, and server systems performing cryptographic validation, frame normalization, and spatial indexing.

Stationary concentrators & server
dashboard

Application Domain

Monitoring, visualization, management, and analysis. Web console displaying active node telemetry and corridor behavior.

Operator UI & analytics console
04 // Hardware Architecture

SCMRA — The Vehicle-Side Network Node

SCMRA is the vehicle-mounted communication node at the edge of the RoadLink architecture. It is designed to collect defined vehicle information, communicate with nearby SCMRA nodes, and relay network information toward Gateway infrastructure.

LABEL: Current Prototype Architecture // Hardware Validation
SCMRA FUNCTIONAL BLOCK SCHEMATIC REV 1.4-PROTOTYPE
Power System Low-Power Mgmt Energy Harvesting Dev Sensors Layer Vehicle Dynamics Operational State Core MCU STM32L432KCU6 ARM Cortex-M4 Deterministic Scheduler Packet Serializer Sub-GHz Radio TI CC1101 @ 433MHz FSK / GFSK Modulation RF Antenna SPI
SCMRA OPERATIONAL PIPELINE:
COLLECT
IDENTIFY
COMMUNICATE
RELAY
REPORT
SPECIFICATION MATRIX
Target Microcontroller: STM32L432KCU6
Wireless Technology: Sub-GHz / 433 MHz
Radio Transceiver: TI CC1101
Power Architecture: Low-power / Energy-harvesting dev
Sensor Layer: Defined per vehicle info reqs
* Note: Current prototype architecture under ongoing hardware validation.
TELEMETRY FRAME SCHEME EXAMPLE PAYLOAD
Vehicle ID: "RL-VH-094"
Node ID: 0x4F8A
Timestamp: 1773094821.04
Speed: 48.2 km/h
Battery Voltage: 3.32 V
Operating Mode: 0x01 (ACTIVE_MESH)

* Example system information fields — not live operational data.

05 // Topology & Propagation / MESH ARCHITECTURE

A Network That Can Move With the Traffic

Instead of relying exclusively on fixed roadside communication points, RoadLink's architecture explores a model in which participating vehicles can also contribute to the communication network. Each participating SCMRA can act as both a communication endpoint and, where appropriate, a relay point for network information.

MULTI-HOP VEHICULAR PROPAGATION MODEL DYNAMIC NODE JOIN DEMONSTRATION
Veh A ORIGIN Veh B HOP 1 Veh C HOP 2 Veh D EDGE RELAY GW-01 GATEWAY
Distributed Communication

Nodes operate peer-to-peer, designed to explore reduced dependence on direct vehicle-to-gateway communication.

Network Scalability

The architecture is intended to allow communication paths to naturally multiply as vehicular density increases.

Opportunities That Move With Traffic

Communication opportunities can potentially shift dynamically where participating vehicles congregate.

* Note: Architectural concept under exploratory prototype simulation; not stated as verified field-test benchmarks.
06 // Protocol Engineering / DATA FRAMING

Communication Designed for Distributed Nodes

The communication architecture is designed for constrained Sub-GHz packet radios, considering addressing, packet identification, hop limits, flags, error checking, and retransmission.

CONCEPTUAL 32-BYTE PROTOCOL FRAME SCHEME
4B Preamble Sync Word
4B Node ID Addressing
1B TTL / Hops Hop Counter
1B Flags Msg Type
2B Length Payload Len
18B Payload Telemetry
2B CRC-16 Error Check
HOP INFORMATION

Bounded Relaying

Considers strict hop limits / TTL to prevent packet loops across dynamic vehicle clusters.

CHANNEL ACCESS

Time-Slotted Comms

Explores structured time-slotted channel access to manage concurrent field bursts cleanly.

INTEGRITY CHECK

Error Checking & Ack

CRC-16 verification ensures corrupted RF frames are filtered before gateway transmission.

HEARTBEAT

Periodic Beaconing

Low-duty heartbeat messages allow node presence discovery and topology health tracking.

07 // Stationary Edge

The Gateway: Connecting the Field Network to the Core

The Gateway is the bridge between the distributed wireless field network and RoadLink's centralized infrastructure.

STATUS: Gateway Architecture Under Evaluation
GATEWAY EDGE BRIDGING PIPELINE HARDWARE PROTOTYPE
Omni Ant. 433 MHz CC1101 Front RF Front-End STM32F7 Core Buffer & Filter Backhaul IP Network
SCMRA NETWORK → 433 MHz RADIO → GATEWAY → BACKHAUL → SERVER

STM32F7-Class Microcontroller Architecture

High-performance microcontroller core executing packet filtering, buffer queues, and translation to backhaul protocols.

CC1101 Radio Architecture & Front-End

433 MHz Sub-GHz transceiver with RF amplification and front-end considerations for roadside field reception.

Backhaul & Connectivity Considerations

Fiber can provide a suitable high-reliability backhaul option where available, with other connectivity approaches evaluated per deployment requirements.

08 // Core Compute Tier / CENTRAL INTELLIGENCE

The Central Intelligence Layer

The server environment forms the central digital layer of the architecture. It receives information from Gateways, processes and stores system data, manages network information, and provides the foundation for higher-level software applications.

01 INGESTION

Data Ingestion

Receives packet streams arriving from gateways, verifying packet format and cryptographic signatures.

02 PROCESSING

Processing

Deduplicates repeated packets relayed via multiple gateways; aligns chronological timestamps and trajectories.

03 STORAGE

Storage

Maintains time-series telemetry records, corridor historical metrics, and reporting logs.

04 MANAGEMENT

Network Mgmt

Manages gateway health, SCMRA device status, reporting configuration, and operating profiles.

05 SERVICES

App Services

Feeds processed data to monitoring interfaces, analytical dashboards, alerts, and operational tools.

09 // Operator Console

Turning Network Data Into Transportation Intelligence

The software layer provides the human interface to the infrastructure, transforming raw network telemetry into actionable monitoring and analysis.

DISCLAIMER: Conceptual interface — not live operational data
DEMO SIMULATION ONLINE
GATEWAY STATUS GATEWAYS ACTIVE Uptime: Optimal
ACTIVE DEVICES NODES SIMULATED 433 MHz Sub-GHz
RELAY HOPS BOUNDED HOPS TTL Managed
NETWORK HEALTH CRC VERIFIED Integrity Maintained
METROPOLITAN CORRIDOR SCHEMATIC // DEMO TOPOLOGY 433 MHz MESH NODES
GW-1
SYNTHETIC NODAL VISUALIZATION
TELEMETRY LOG STREAM
[12:04:18.02] FRAME_RECV ← 0x4F8A (Veh A) Hop: 1 | Sub-GHz 433 MHz
[12:04:18.06] RELAY_FWD → 0x2E11 (Veh B) CRC-16 verified OK
[12:04:18.11] GW_INGEST [GW-01] Backhaul link queued
[12:04:18.14] STATE_RECONCILED Trajectory mapped
DEMO SYSTEM CONSOLE // NOT LIVE DATA
10 // Signal Transformation / END-TO-END DATA LIFECYCLE

One Signal. Multiple Layers of Infrastructure.

Transportation infrastructure becomes more intelligent when physical movement can generate structured information that can move through a connected digital system.

STAGE 01

Physical Movement

Vehicle accelerates, decelerates, or shifts lanes along road corridors.

STAGE 02

Digital Info

SCMRA node MCU samples sensors, constructing structured telemetry bytes.

STAGE 03

Sub-GHz Wireless

Packet transmitted across 433 MHz band, jumping intermediate peers.

STAGE 04

Network Infra

Stationary concentrator converts RF demodulated frame into backhaul packets.

STAGE 05

Centralized Data

Server environment resolves timestamps, removes duplicates, and logs state.

STAGE 06

Operational Intel

Applications render updated corridor velocity maps and alert flags for human decision.

11 // Design Rigor / FOUNDATIONAL CRITERIA

Engineering Principles

Every architectural decision at RoadLink is governed by disciplined hardware and systems engineering principles designed for practical field operation.

01

Distributed by Design

Build communication architecture that does not depend entirely on a single communication path.

02

Infrastructure First

Build the underlying communication and data infrastructure before layering applications on top.

03

Low-Power Edge Devices

Design vehicle-side nodes with power efficiency and practical field operation in mind.

04

Modular Architecture

Keep vehicle nodes, gateways, backhaul, server systems, and applications modular so individual layers can evolve.

05

Scalable Architecture

Design the architecture so that additional nodes, gateways, applications, and transportation use cases can be introduced over time.

06

Validate Before Scaling

Prototype, test, measure, and validate engineering assumptions before moving toward larger deployment.

12 // Transparent Progress

Where the Technology Stands Today

RoadLink operates on a disciplined validation framework, clearly distinguishing current engineering milestones from future deployment horizons.

DEVELOPMENT STATUS: Prototype-stage technology development
✓ STAGE 01 check_circle

Architecture

System architecture defined.

✓ STAGE 02 check_circle

Engineering

Core architecture being developed.

→ STAGE 03

Prototype

Active prototype hardware & integration.

STAGE 04 radio_button_unchecked

Validation

Communication and system testing.

STAGE 05 radio_button_unchecked

Pilot

Future controlled deployment.

STAGE 06 radio_button_unchecked

Deployment

Future scale deployment.

13 // Platform Horizon / STRATEGIC TRAJECTORY

Technology That Can Grow Beyond Traffic Monitoring

The initial TMS architecture is intended as a foundation from which additional transportation applications could eventually be developed as the underlying communication infrastructure matures.

Traffic Monitoring System → Connected Vehicle Infrastructure → Transportation Infrastructure Platform → Intelligent Transportation Infrastructure
POTENTIAL FUTURE APPLICATIONS // EXPLORATORY HORIZONS

Intelligent Traffic Management

Dynamic signal adjustment via aggregate arterial flow.

Connected Public Transport

Bus corridor synchronization without external cell fees.

Fleet Infrastructure

Inter-vehicle yard coordination and loading diagnostics.

Highway Connectivity

Long-range inter-gantry relay along highway corridors.

Emergency Transportation

Immediate low-latency peer broadcasts to clearing corridors.

Smart-City Transportation

Standardized ingestion pipes for civil planning engines.

Transportation Data Infra

High-density time series feeds for research institutions.

Future Connected-Vehicle Services

Non-line-of-sight hazard broadcasting between auto fleets.

14 // Holistic Architecture / TECHNOLOGY LAYERS

The Dashboard Is Only the Final Layer

A transportation intelligence platform is only as useful as the infrastructure underneath it. RoadLink's approach starts below the dashboard — with the vehicle node, communication network, Gateway, backhaul, server infrastructure, and the systems required to connect them.

Layer Primary Components Role in System
EDGE Vehicle Nodes / SCMRA / Sensors Collects defined vehicle operational data and participates in wireless network
COMMUNICATION Sub-GHz Wireless / 433 MHz Relay Comms Enables peer-to-peer relaying and hop forwarding across participating vehicles
FIELD INFRASTRUCTURE Gateway / RF Front End / Omnidirectional Antenna Ingests field wireless frames, verifies packet structure, queues for backhaul
CONNECTIVITY Internet / Fiber / Backhaul Transports concentrated field streams from stationary edge to core server
CORE Server / Database / Network Management Ingestion, deduplication, time-series storage, device health management
APPLICATION Monitoring Platform / Dashboard / Alerts / Analytics Transforms system data into visual interfaces for human operator decisions
15 // Trust & Integrity / SECURITY MODEL

Security Begins at Every Layer

RoadLink's architecture must treat security as an end-to-end system property rather than a feature added only at the software layer. Security architecture is being designed alongside the system.

TIER 01

Device Identity

Unique device identifiers embedded into vehicle node hardware registers.

TIER 02

Comms Integrity

CRC error detection and checksums to guard against transmission corruption.

TIER 03

Mesh Participation

Authenticated network rules governing which nodes are permitted to relay data.

TIER 04

Gateway Backhaul

Protected communication tunnels carrying field traffic across backhaul circuits.

TIER 05

Server Hardening

Strict access control, continuous monitoring, and structured audit logging.

16 // Technical Inquiries

Technical FAQ

What is SCMRA?

SCMRA is the vehicle-side communication node in RoadLink's architecture, designed to collect defined vehicle information and participate in the distributed wireless network.

How does information reach the server?

Information can move through the SCMRA wireless network to a Gateway, after which the Gateway forwards it through backhaul connectivity to the central server environment.

Is RoadLink already deployed city-wide?

No. RoadLink is developing and validating its technology through the prototype and testing stages before larger-scale deployment.

What makes RoadLink different from conventional vehicle tracking?

RoadLink's architecture explores a distributed infrastructure model in which participating vehicles can also contribute to the communication network, rather than treating every vehicle only as a direct endpoint.

What is the long-term goal?

To develop an intelligent transportation infrastructure layer connecting vehicles, communication networks, gateways, data infrastructure, and applications.

ARCHITECTURAL ENGAGEMENT

Build the Infrastructure Before the Intelligence

RoadLink is developing the technical foundation for a more connected transportation ecosystem — one vehicle, one network node, and one layer of infrastructure at a time.