Definition
Relay (Relay) refers to a device or node that forwards and extends signals in a network. The relay receives the signal from the source, amplifies, shapes, or converts the protocol, and then forwards it to the destination, used for coverage expansion, multi-hop transmission, and weak network enhancement. In IoT scenarios, relays include: Cellular Relay—signal amplifiers, micro base stations, extending base station coverage; Multi-hop Relay—Device A→Relay→Device B, enabling long-distance or non-line-of-sight transmission; Protocol Relay—conversion and forwarding between different protocols; Gateway Relay—internal network devices accessing the public network through the gateway relay. Unlike backup links or primary/secondary switching, relay focuses on 'extension' rather than 'switching'.
In cross-border scenarios, relays may be deployed at borders, cross-border channels, etc. One card for multiple countries can ensure that relay devices are networked across multiple countries.
Technical Features and Architecture
The relay technology architecture includes: Physical layer —RF amplification, antenna, signal regeneration; Protocol layer —transparent transmission or protocol conversion (e.g., LoRa relay, cellular relay); Topology layer —star, chain, mesh, supporting multi-hop; Management layer —relay device's own device status , self-check . Combined with base station , relays can extend the coverage of blind spots; combined with backhaul , relays can serve as intermediate nodes for backhaul . In cross-border scenarios, relays need to support multi-country frequency bands . Relays may introduce delay, which needs to be evaluated according to the service.
Relay devices usually require continuous power supply and are deployed in areas with electricity; solar + battery can be used for remote relays.
Application in IoT and cross-border scenarios
Relays are widely used in: Coverage Extension——Signal relays for charging stations, parks, and basements, ensuring connectivity for EV charging stations, logistics trackers, and other devices; Long-Distance Transmission——Multi-hop relays for mines, ports, and cross-border channels; Weak Network Enhancement——Signal relays in weak network areas, improving the success rate of device status and remote signaling feedback; Cross-Border Deployment——Relay deployments in cross-border channels and border areas. Scenarios such as cross-border charging networks, global logistics, and multinational mines can all use relays to extend coverage, One Card Multi Country ensures cross-border connectivity of relay devices.
SimtoLink provides stable connections for IoT devices in relay scenarios, covering 200+ countries and regions, supporting cross-border coverage expansion.
How Relay Forwarding Changes Coverage and Delay
A relay is a node placed between source and destination that sends the signal or the message onward. A radio relay amplifies a weak signal and transmits it again, to fill a basement, a charging shed, or a shadowed port. A multi-hop relay passes the message to the next hop along the link, to stretch the distance of a low-power network. A protocol relay converts between two message formats, for example taking a local-bus reading and turning it into a report a cellular link can carry. All three extend coverage or compatibility, and all three add a new point of failure. The relay itself needs power, a path back, and a lawful frequency or channel. If a coverage map draws only that the terminal can see the relay, and not whether the relay can reach the platform, the field will believe the area is connected while the data sits inside the relay.
Every hop adds delay and another chance of loss. Control telesignaling, differential corrections, and one-second positions are sensitive to the added delay. Do not assume that the timing after a relay is the same as a direct link. If the gain of an amplifying radio relay is too high, it amplifies noise and neighboring cells together, and attach quality for nearby terminals gets worse. Protocol conversion must keep the original timestamp and quality bit. If the conversion layer replaces the device timestamp with its own receive time, trip order and the frozen time of a meter reading both go wrong. If the country where the relay is installed requires a permit for a repeater or for spectrum use, an unapproved amplifier cannot be deployed. Do not build from the link budget alone.
Radio Conditions That Make Another Relay Worthwhile
Another relay is worthwhile when the success rate of a direct path to the platform in the target area is genuinely not enough, the installation point has stable power or power that can be maintained, the relay's path back to the platform is not in the same blind spot as the terminals it serves, the added delay still meets the service, and the frequency and power comply with the rules of the installation site. Stacking another relay where there is already signal, only to improve a coverage drawing, adds interference and another object to maintain. A temporary relay in a mobile setting must be able to move with the fleet and have its delay assessed again. Do not copy a hop count tested at a port straight into a mine. The relay's own online state should be a condition of whether coverage is valid, not an optional extra.
Counting Coverage While the Relay Is Offline
A common mistake is a plan that draws relay coverage as permanently valid. After the relay loses power or its backhaul card is stopped, the platform still shows devices in that area as supposed to be online, and the alert is explained as a terminal fault. Another is a loop across multiple hops, so a message bounces between two relays and delay rises sharply. A third is dropping the timestamp during conversion, so the platform sorts by arrival time and delay on a cross-border return reverses the event order. Too much gain causes self-oscillation, the noise floor of a nearby cell rises, and directly connected devices drop in large numbers. A fourth is that the relay and the terminals share one traffic pool. The relay's backhaul fills the quota, and the terminals can no longer report. Coverage statistics should be multiplied by the relay's own online state. When the relay is offline, mark its downstream as unreachable with the cause relay interrupted, limit loops and single-hop delay, and require a conversion node to pass the original timestamp through.
A downstream alert should say the relay is interrupted. Troubleshooting checks the relay's power and backhaul before the terminal itself. After the relay recovers, queued messages are sent on with their original timestamps. Do not reorder the service by the recovery time.