DVB to IP Gateways: Broadcast Acquisition and TV Distribution
A DVB-to-IP gateway receives a digital television multiplex and makes its services available on an IP network. It connects broadcast reception to LAN Distribution; a separate IP-to-DVB modulation stage can return selected services to a coaxial TV network.
What Does a DVB-to-IP Gateway Do?
A DVB multiplex already contains compressed television or radio services. The gateway tunes and demodulates the broadcast signal, recovers the transport stream and delivers all or selected services over IP. The basic operation does not require decoding the pictures and encoding them again.
The engineering boundary is therefore between the broadcast transport and the IP distribution network. An HDMI or SDI encoder addresses a different input: a baseband audiovisual source. An IP-to-IP gateway starts with an existing IP stream. Combining these functions in one chassis is possible, but must be confirmed for the chosen equipment.
Count multiplexes as well as channels
For simultaneous reception, tuner requirements follow the distinct RF multiplexes or transponders carrying the requested services. Forty television channels may fit in eight transponders or require more; the channel count alone cannot determine the tuner count.
From the Antenna to the IPTV Receiver
-
Receive
- DVB-S/S2 satellite
- DVB-T/T2 terrestrial
- DVB-C cable
-
Recover
- Tune the RF multiplex
- Demodulate the signal
- Select required services
-
Distribute
- IP packetisation
- Managed Ethernet network
- Multicast or unicast
-
Present
- Compatible IPTV television
- Set-top box or decoder
- Correct codec and service mapping
Conceptual signal flow. Input standards, service processing and output modes depend on the selected gateway. The network delivers compressed services; the receiving device decodes them.
Satellite input planning must also include the LNB arrangement, polarisation and band selection, RF distribution and signal levels. A tuner cannot recover a transponder that is unavailable at its RF connector. RF over Fiber can extend the antenna-to-headend path while preserving the RF domain.
Multiplexes, Services and IP Transport
| Term | Meaning | Design consequence |
|---|---|---|
| MPTS | Multi-Programme Transport Stream: several services in one transport stream. | Useful for transport between headend stages; receiving equipment must support the selected multiplex. |
| SPTS | Single-Programme Transport Stream: one programme per transport stream. | Useful for individual channel delivery; stream count and output bandwidth must be checked. |
| PSI/SI and PIDs | Tables and identifiers describe programmes and their components. | Filtering must preserve the signalling and components needed by downstream receivers. |
| UDP / RTP | Transport methods usable with unicast or multicast addressing. | RTP provides sequencing and timing information; it does not itself guarantee packet delivery. |
| Conditional access | Encrypted services require an authorised decryption arrangement. | Check CAM compatibility, simultaneous-service capacity and operator rights; a CI slot is not unlimited decryption capacity. |
A transport gateway may pass a compressed UHD service without decoding it. This does not establish UHD decoding, transcoding or display support. Check transport bitrate and service handling separately from the receiver’s video capabilities.
IP Distribution, Coaxial Distribution or Both?
A · DVB → IP → LAN receivers
Place the gateway near the headend, deliver selected services over a managed network and use compatible IP receivers. Plan IGMP behaviour and link capacity wherever multicast is used.
B · DVB → IP → DVB-C/T modulator → coaxial receivers
An IP-input modulator can build RF multiplexes from compatible IP services. This is a separate processing stage; a DVB-to-IP gateway is not automatically bidirectional.
C · DVB → IP → WAN transport
When a service must leave the local network, add a verified WAN transport function if the acquisition gateway does not provide it. Native multicast delivery across the public internet must not be assumed.
In an IP-to-DVB chain, the selected services must fit the usable output multiplex capacity. Modulation parameters, transport-stream organisation, service identifiers and television tuner compatibility all matter. A new transport does not automatically reduce the original encoded bitrate.
Selection Criteria and Technical Limits
- List every required service, its RF source and whether it is free-to-air or encrypted.
- Match tuner count and input standard to simultaneous multiplex reception.
- Check aggregate input/output bitrate, service count and supported SPTS/MPTS handling.
- Check audio formats, subtitles, EPG and signalling against the receiving equipment.
- For multicast, plan VLANs, IGMP snooping, a querier and routing where needed.
- Specify redundancy, monitoring and recovery expectations for the complete signal chain.
Bandwidth is a system calculation
Add the carried stream bitrates on each link, then allow for transport overhead and operational headroom. Multicast avoids sending a separate source copy for every viewer on a shared path, but every requested channel crossing an uplink still consumes capacity.
Where This Architecture Fits
A linear TV service does not inherently require an interactive middleware server. If the project requires portals, guest interaction or external system integration, assess those as additional functions. OMNISCREEN interactive systems have their own recurring licence and SLA terms; they must not be confused with BLANKOM device licensing.
Relevant BLANKOM Building Blocks
Use the selected product page’s Data Sheet and User Manual to verify model-specific interfaces, capacities and firmware functions. Send your requirements to IRENIS for a configuration matched to your project.
BLANKOM device licensing is lifetime, with no recurring BLANKOM licence fee or mandatory SLA. Third-party services and optional system components have their own commercial terms; the supplied configuration should state what is included.
For the broader system context, see What Is IPTV? and the Technical Library.
Frequently Asked Questions
Is a DVB-to-IP gateway a video encoder?
Normally it transports services that are already compressed. Encoding a new HDMI or SDI source is a different function.
Does eight tuners mean eight TV channels?
No. A tuner receives a multiplex that may contain several services. Simultaneous reception capacity depends on the multiplex plan and device limits.
Can I keep my coaxial distribution?
Yes, with a suitable IP-to-DVB stage and compatible TV tuners. Confirm multiplex capacity and service compatibility.
Will every smart TV receive the stream directly?
No. The television must support the stream transport, service discovery and video/audio formats. Otherwise use a suitable set-top box or decoder.
Technical and Product References
Define the Signal Chain Before Selecting Equipment
Send the information below so IRENIS can identify appropriate BLANKOM products and any compatibility checks needed for your system.
© 2026 IRENIS GmbH. All rights reserved. Unless otherwise stated, the original text, diagrams, tables and illustrations in this publication are protected by copyright. Except where permitted by applicable law, they may not be reproduced, republished, distributed, translated, adapted or used commercially, in whole or in part, without the prior written permission of IRENIS GmbH. Any permitted quotation or reference must clearly identify IRENIS GmbH as the source and, for online use, include a link to the original publication. Third-party trademarks and credited materials remain the property of their respective owners.
Original publication: DVB to IP Gateways: Broadcast Acquisition and TV Distribution
