PlatformsFaststream SiliconFaststream RadioFaststream VisionConnected EdgeFaststream SecureMobility & Rail
ProductsSemiconductor IPWireless & RANEdge & GatewaysTracking & IdentificationSoftware & FrameworksConnected Systems
Technology5G protocol stackWireless and RF architectureBaseband and low PHYForward error correctionControl and data planeHigh-speed interfacesFirmware and bootSilicon root of trustSoftware-defined vehicleAutomotive OTAFunctional safety
AIAI Engineering ServicesEdge AI & Embedded MLComputer Vision EngineeringSensor Fusion & PerceptionAI Silicon & AccelerationMLOps for DevicesAI Visual InspectionPredictive MaintenanceDriver MonitoringVideo Analytics & Safety
SolutionsSemiconductorIndustrial AIConnected ProductsAsset TrackingBluetooth AoA RTLSWearable TrackingAutomotive & MobilitySmart InfrastructureSecure IdentityWireless & SatellitePrivate 5GSmart WashroomsFuel ManagementSmart BuildingsWorker SafetyEnergy MonitoringSmart AgricultureSmart CityAutonomous PlatformsAssembly AutomationLiDAR Rail SafetyHardware Wallet
IndustriesSemiconductorTelecommunicationsIndustrial & ManufacturingAutomotive & MobilityTransportation & RailAerospace & DefenceHealthcare & MedicalEnergy & UtilitiesOil & GasRetailConsumer ElectronicsMedia & EntertainmentSmart Infrastructure & IoT
ServicesSystem Integration overviewASIC & SoC DesignRTL to GDSIIVerification methodologyDFT and silicon testLow-power designMixed-signal integrationDesign enablementFPGA DesignFPGA-to-ASIC ConversionAnalog, Mixed-Signal & RFHardware & High-Speed PCBEmbedded SoftwareCloud, OTA & Device ManagementManufacturing TransitionHow we engage
CompanyAbout FaststreamEngineering ExcellenceLeadership & OrganisationHow We EngageQuality & ComplianceStandards & EcosystemPartners & EcosystemTrust CentreLocations & DeliveryNewsroom & MediaCareersCase StudiesKnowledge CenterWhite PapersGlossaryNewsletterResources & Support
ContactStart a projectHow we engage
Talk to us
ENGINEERING INSIGHT · WIRELESS

Network slicing: one network, many isolated networks.

A slice is a logical network carved out of one physical one, end to end, with its own guarantees. 5G lets a single RAN, transport and core serve a throughput service, a latency-critical service and a massive-sensor service at once — each isolated so a surge on one cannot starve another.

October 20268 minute readNetwork
How one physical network is partitioned into isolated end-to-end slices.
FASTSTREAM TECHNOLOGIESFIG. 01 · NETWORK SLICING: ONE NETWORK, MANY ISOLATED NETWORKS.ONE PHYSICAL NETWORK · THREE LOGICAL SLICES, END TO ENDRANTransport5G coreData networkeMBBSST 1high throughputURLLCSST 21 ms · 99.999%mMTCSST 3density · low powerA single physical RAN, transport and core are partitioned into isolated logical networks — each slice carries a different service with its own throughput, latency, reliability andsecurity, identified by an S-NSSAI (slice/service type + differentiator) and held to its own SLA, so a surge on one slice cannot starve another.

What a slice actually is.

A network slice is a complete logical network — radio, transport and core — carved out of shared physical infrastructure and dedicated to a service. The point is that it runs end to end: slicing only the core, or only the radio, does not deliver a guarantee, because the weakest unsliced link sets the experience.

The canonical three are eMBB for throughput (video, broadband), URLLC for ultra-reliable low latency (control, automation) and mMTC for massive machine-type density (sensors). A device selects a slice with an S-NSSAI — a slice/service type plus an optional differentiator — and the network routes and resources it accordingly.

Isolation is the whole value.

The reason to slice rather than just prioritise traffic is isolation: each slice is held to its own service-level agreement, and load or failure in one must not degrade another. A stadium filling an eMBB slice cannot be allowed to add a millisecond to a URLLC control loop sharing the same cell.

That isolation has to hold in every domain. In the RAN it means reserving or scheduling radio resources per slice; in the transport it means separation and QoS across the fronthaul and backhaul; in the core it means separate network functions or instances, often with a dedicated user plane function per slice for the latency-sensitive ones.

Where slicing meets placement.

A low-latency slice usually needs its user plane function pushed to the edge, close to the radio, so traffic breaks out locally instead of crossing the backhaul. A throughput slice may be happy with a central user plane. So slicing and user-plane placement are the same conversation: the slice's SLA decides where its anchor sits.

This is also where slicing meets private networks and neutral host: a campus can run its own URLLC slice for automation alongside an operator's eMBB slice on shared radio, each isolated and each metered against its own agreement.

What makes it hard in practice.

End-to-end isolation across three domains and often multiple vendors is an orchestration problem, not a feature. Admission control has to refuse a slice it cannot honour; monitoring has to prove the SLA per slice; and the RAN scheduler has to enforce guarantees in real time without stranding capacity the other slices could use.

Over-provision and slicing wastes the spectrum it was meant to use efficiently; under-provision and the guarantees fail under load. Getting that balance right, and proving it, is the real engineering of a sliced network.

QUESTIONS THIS RAISES

What engineers ask next.

01

What is 5G network slicing?

Partitioning one physical network — RAN, transport and core — into multiple isolated logical networks, each dedicated to a service with its own throughput, latency, reliability and security, held to its own SLA. A device selects a slice with an S-NSSAI.

02

What are eMBB, URLLC and mMTC?

The three canonical slice types. eMBB (enhanced mobile broadband) is for throughput; URLLC (ultra-reliable low-latency communication) is for latency-critical control; mMTC (massive machine-type communication) is for huge numbers of low-power sensors.

03

What is an S-NSSAI?

The identifier a device and network use to select a slice: a Slice/Service Type (SST) plus an optional Slice Differentiator (SD). It tells the network which slice to route and resource a session on.

04

Why isn't slicing just QoS prioritisation?

Because slicing provides isolation, not just priority. Each slice has its own SLA and resources so that load or failure in one cannot degrade another — a guarantee priority alone does not give, especially across the RAN, transport and core together.

05

How does slicing relate to user-plane placement?

A low-latency slice typically needs its user plane function at the edge for local breakout, while a throughput slice can use a central one. The slice's SLA decides where its anchor sits, so slicing and UPF placement are the same decision.

06

What makes network slicing hard?

Enforcing end-to-end isolation across the RAN, transport and core, often across multiple vendors. It needs admission control, per-slice SLA monitoring and a real-time scheduler that honours guarantees without stranding capacity — an orchestration problem more than a single feature.

KEEP READING

Related work.

SLICING A NETWORK?

Bring us the SLA that has to hold.

End-to-end isolation across RAN, transport and core, with admission control and per-slice monitoring that proves the guarantee, is the real work. Tell us the services and the SLAs.