<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Index on Le Site de François</title><link>https://lesitedefrancois.be/en/telco/</link><description>Recent content in Index on Le Site de François</description><generator>Hugo -- gohugo.io</generator><language>en</language><copyright>© 2026 François</copyright><atom:link href="https://lesitedefrancois.be/en/telco/index.xml" rel="self" type="application/rss+xml"/><item><title>5G Core (5GC)</title><link>https://lesitedefrancois.be/en/telco/5gc/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://lesitedefrancois.be/en/telco/5gc/</guid><description>&lt;p&gt;The &lt;strong&gt;5G Core (5GC)&lt;/strong&gt; is the packet core network architecture defined by &lt;strong&gt;3GPP&lt;/strong&gt; from &lt;strong&gt;Release 15&lt;/strong&gt; onward as the control and user-plane backbone of standalone 5G deployments. It replaces the Evolved Packet Core (EPC) of 4G LTE not through incremental evolution but through a deliberate architectural break: where the EPC was built around monolithic, hardware-bound network functions interconnected by point-to-point interfaces, the 5GC is designed from the ground up around a &lt;strong&gt;Service-Based Architecture (SBA)&lt;/strong&gt; — every network function exposes its capabilities as a set of services over a &lt;strong&gt;common HTTP/2 bus&lt;/strong&gt; (the Service-Based Interface, SBI), and any authorised consumer NF can discover and invoke those services through the &lt;strong&gt;NRF (Network Repository Function)&lt;/strong&gt; without bilateral peering agreements or proprietary protocols. This shift reflects two structural requirements of 5G that EPC could not satisfy: &lt;strong&gt;network slicing&lt;/strong&gt; — the ability to run logically independent end-to-end networks (each with its own QoS, isolation, and lifecycle) on shared physical infrastructure — and &lt;strong&gt;cloud-native deployment&lt;/strong&gt;, where NFs run as containerised microservices on commodity compute, can be horizontally scaled, and are managed by standard Kubernetes-compatible orchestration rather than vendor-specific element managers. The 5GC also enforces a hard separation between &lt;strong&gt;Control Plane (CP)&lt;/strong&gt; and &lt;strong&gt;User Plane (UP)&lt;/strong&gt; — the &lt;strong&gt;CUPS&lt;/strong&gt; principle inherited from 3GPP Release 14 and fully operationalised here — so that the &lt;strong&gt;UPF (User Plane Function)&lt;/strong&gt; handling packet forwarding, QoS enforcement, and traffic anchoring can be distributed to the edge independently of the control logic, enabling ultra-low-latency and MEC scenarios without redesigning the control plane. The architecture is access-agnostic: the same 5GC serves &lt;strong&gt;NR (New Radio)&lt;/strong&gt;, &lt;strong&gt;eLTE&lt;/strong&gt;, &lt;strong&gt;Wi-Fi (untrusted/trusted non-3GPP access)&lt;/strong&gt;, and fixed-wireless access through a unified &lt;strong&gt;N2/N3&lt;/strong&gt; reference point toward the access network and a common &lt;strong&gt;UE context&lt;/strong&gt; model in the AMF.&lt;/p&gt;</description></item><item><title>6G</title><link>https://lesitedefrancois.be/en/telco/6g/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://lesitedefrancois.be/en/telco/6g/</guid><description>&lt;p&gt;&lt;strong&gt;6G&lt;/strong&gt; denotes the next generation of mobile cellular systems, framed internationally as &lt;strong&gt;IMT-2030&lt;/strong&gt; by &lt;strong&gt;ITU-R&lt;/strong&gt; and studied in &lt;strong&gt;3GPP&lt;/strong&gt; from &lt;strong&gt;Release 18&lt;/strong&gt; (5G Advanced) onward with dedicated 6G work items accelerating in &lt;strong&gt;Release 19–21&lt;/strong&gt;. Commercial deployment is widely targeted for &lt;strong&gt;around 2030&lt;/strong&gt;, following the typical decade-long cycle after 5G (IMT-2020). Unlike incremental 5G releases, 6G research programmes emphasise a &lt;strong&gt;native integration of AI/ML&lt;/strong&gt; in the air interface and the core (not only as an overlay analytics function), &lt;strong&gt;Integrated Sensing and Communication (ISAC)&lt;/strong&gt; — using radio resources jointly for connectivity and environment sensing — and exploration of &lt;strong&gt;sub-terahertz&lt;/strong&gt; and advanced &lt;strong&gt;MIMO&lt;/strong&gt; for extreme capacity and sensing resolution. Energy efficiency, &lt;strong&gt;ubiquitous coverage&lt;/strong&gt; (including NTN/satellite as a first-class component), and &lt;strong&gt;trustworthy / resilient&lt;/strong&gt; network operation are recurring design goals across regional initiatives (Europe’s &lt;strong&gt;Hexa-X / Hexa-X-II&lt;/strong&gt;, Korea’s &lt;strong&gt;6G R&amp;amp;D&lt;/strong&gt;, Japan’s &lt;strong&gt;Beyond 5G&lt;/strong&gt;, and industry forums such as &lt;strong&gt;Next G Alliance&lt;/strong&gt; in North America).&lt;/p&gt;</description></item><item><title>AI-RAN Alliance</title><link>https://lesitedefrancois.be/en/telco/ai-ran-alliance/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://lesitedefrancois.be/en/telco/ai-ran-alliance/</guid><description>&lt;p&gt;The &lt;strong&gt;AI-RAN Alliance&lt;/strong&gt; is a global industry consortium, launched at &lt;strong&gt;MWC Barcelona in February 2024&lt;/strong&gt; and governed by a &lt;strong&gt;Technical Steering Committee (TSC)&lt;/strong&gt;, whose mission is to accelerate the integration of artificial intelligence into Radio Access Networks and to define what an &lt;strong&gt;AI-native RAN&lt;/strong&gt; looks like in practice for 5G Advanced and 6G. The alliance deliberately positions itself as &lt;strong&gt;neither a marketing organisation nor a demo factory&lt;/strong&gt;: it pursues pioneering, pre-competitive work — reference architectures, blueprints, and &lt;strong&gt;credible benchmarking&lt;/strong&gt; — without getting mired in formal standards processes or IP negotiations. Its work spans three complementary objectives — &lt;strong&gt;AI-for-RAN&lt;/strong&gt; (using AI/ML to improve RAN performance and efficiency), &lt;strong&gt;AI-and-RAN&lt;/strong&gt; (co-locating RAN and AI workloads on shared accelerated infrastructure), and &lt;strong&gt;AI-on-RAN&lt;/strong&gt; (hosting tenant-facing AI applications at the network edge for differentiated, monetisable connectivity). Founding members include &lt;strong&gt;Ericsson&lt;/strong&gt;, &lt;strong&gt;Nokia&lt;/strong&gt;, &lt;strong&gt;NVIDIA&lt;/strong&gt;, &lt;strong&gt;T-Mobile&lt;/strong&gt;, &lt;strong&gt;SoftBank&lt;/strong&gt;, &lt;strong&gt;Samsung&lt;/strong&gt;, &lt;strong&gt;AWS&lt;/strong&gt;, &lt;strong&gt;Microsoft&lt;/strong&gt;, and &lt;strong&gt;Arm&lt;/strong&gt;; membership grew from a handful at launch to &lt;strong&gt;130+ organisations&lt;/strong&gt; by MWC 2026, spanning operators, NEPs, hyperscalers, silicon vendors, universities, and government research bodies across more than 17 countries.&lt;/p&gt;</description></item><item><title>Autonomous Networks</title><link>https://lesitedefrancois.be/en/telco/autonomous-networks/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://lesitedefrancois.be/en/telco/autonomous-networks/</guid><description>&lt;p&gt;&lt;strong&gt;Autonomous Networks (AN)&lt;/strong&gt; describe an operator evolution path toward networks that &lt;strong&gt;configure, optimise, secure, and heal themselves&lt;/strong&gt; with minimal manual intervention — expressed as &lt;strong&gt;closed loops&lt;/strong&gt; (sense → analyse → decide → act) spanning &lt;strong&gt;RAN, transport, core, and cloud infrastructure&lt;/strong&gt;. The concept is not a single product but a &lt;strong&gt;maturity model&lt;/strong&gt;: &lt;strong&gt;TM Forum&lt;/strong&gt; defines &lt;strong&gt;Autonomous Networks Levels (ANL 0–5)&lt;/strong&gt;, from fully manual operation (L0) through assisted and partial automation (L1–L3) to high and full autonomy (L4–L5) where &lt;strong&gt;intent&lt;/strong&gt; (business or service goals) is translated into technical policies and executed with human oversight only for exceptions. &lt;strong&gt;GSMA&lt;/strong&gt; and major operators (e.g. &lt;strong&gt;TM Forum AN Leadership Council&lt;/strong&gt; participants) align roadmaps on &lt;strong&gt;high autonomy by ~2027–2030&lt;/strong&gt; for selected domains (energy saving, fault recovery, capacity management) rather than overnight “lights-out” operations.&lt;/p&gt;</description></item><item><title>DPDK</title><link>https://lesitedefrancois.be/en/telco/dpdk/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://lesitedefrancois.be/en/telco/dpdk/</guid><description>&lt;p&gt;The &lt;strong&gt;Data Plane Development Kit (DPDK)&lt;/strong&gt; is an &lt;strong&gt;open-source&lt;/strong&gt; set of libraries and &lt;strong&gt;poll-mode drivers (PMDs)&lt;/strong&gt; that move &lt;strong&gt;packet processing&lt;/strong&gt; from the kernel to &lt;strong&gt;userspace&lt;/strong&gt;, enabling telco and cloud applications to achieve &lt;strong&gt;millions of packets per second&lt;/strong&gt; per core with &lt;strong&gt;predictable latency&lt;/strong&gt;. DPDK bypasses the traditional socket stack: applications &lt;strong&gt;busy-poll&lt;/strong&gt; NIC queues (or &lt;strong&gt;virtio/vhost&lt;/strong&gt; rings), use &lt;strong&gt;hugepages&lt;/strong&gt; to reduce TLB misses, and pin threads to &lt;strong&gt;NUMA-local&lt;/strong&gt; cores — a model suited to &lt;strong&gt;UPF&lt;/strong&gt;, &lt;strong&gt;vRouter&lt;/strong&gt;, &lt;strong&gt;CG-NAT&lt;/strong&gt;, &lt;strong&gt;load balancers&lt;/strong&gt;, and &lt;strong&gt;5G user-plane&lt;/strong&gt; functions where per-packet syscall overhead is unacceptable.&lt;/p&gt;</description></item><item><title>Edge Computing</title><link>https://lesitedefrancois.be/en/telco/edge-computing/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://lesitedefrancois.be/en/telco/edge-computing/</guid><description>&lt;p&gt;&lt;strong&gt;Edge computing&lt;/strong&gt; in telecommunications places &lt;strong&gt;compute, storage, and application execution&lt;/strong&gt; close to users and devices — at &lt;strong&gt;cell sites&lt;/strong&gt;, &lt;strong&gt;regional points of presence&lt;/strong&gt;, or &lt;strong&gt;on-prem enterprise locations&lt;/strong&gt; — rather than only in distant &lt;strong&gt;hyperscale data centres&lt;/strong&gt;. The goal is to reduce &lt;strong&gt;end-to-end latency&lt;/strong&gt;, limit &lt;strong&gt;backhaul&lt;/strong&gt; load, satisfy &lt;strong&gt;data residency&lt;/strong&gt;, and enable &lt;strong&gt;real-time&lt;/strong&gt; applications (AR/VR, industrial control, V2X, video analytics) that are impractical with &lt;strong&gt;50–100 ms&lt;/strong&gt; round trips to central clouds. In &lt;strong&gt;5G&lt;/strong&gt;, edge is tightly coupled to the &lt;strong&gt;user plane&lt;/strong&gt;: a &lt;strong&gt;local UPF&lt;/strong&gt; on &lt;strong&gt;N6&lt;/strong&gt; breakout forwards traffic to an &lt;strong&gt;edge data network (DN)&lt;/strong&gt; hosting &lt;strong&gt;MEC applications&lt;/strong&gt; without hairpinning through the operator’s core hub.&lt;/p&gt;</description></item><item><title>O-RAN Alliance</title><link>https://lesitedefrancois.be/en/telco/o-ran-alliance/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://lesitedefrancois.be/en/telco/o-ran-alliance/</guid><description>&lt;p&gt;The &lt;strong&gt;O-RAN Alliance&lt;/strong&gt; is an operator-led global industry alliance, formed in February 2018 through the merger of the C-RAN Alliance and the xRAN Forum, whose mission is to reshape how radio access networks are designed, built, and operated. Where traditional RAN stacks are vertically integrated — baseband software, radio hardware, and management tools delivered as a single vendor bundle — O-RAN promotes &lt;strong&gt;disaggregation&lt;/strong&gt;: separating the RAN into open, standardised functional blocks connected by published interfaces, so a mobile operator can mix DU, CU, RU, and management software from different suppliers. The alliance&amp;rsquo;s core objectives are &lt;strong&gt;multi-vendor interoperability&lt;/strong&gt;, &lt;strong&gt;cloud-native and virtualised deployment&lt;/strong&gt;, &lt;strong&gt;programmable RAN intelligence&lt;/strong&gt; through the RIC (RAN Intelligent Controller), and &lt;strong&gt;operational automation&lt;/strong&gt; at scale. These goals address vendor lock-in, slow innovation cycles, and the cost structure of legacy RAN, while aligning with 5G and beyond requirements for network slicing, edge deployment, and AI/ML-driven optimisation.&lt;/p&gt;</description></item><item><title>Private 5G</title><link>https://lesitedefrancois.be/en/telco/private-5g/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://lesitedefrancois.be/en/telco/private-5g/</guid><description>&lt;p&gt;&lt;strong&gt;Private 5G&lt;/strong&gt; (also &lt;strong&gt;non-public 5G&lt;/strong&gt;, &lt;strong&gt;dedicated 5G&lt;/strong&gt;, or &lt;strong&gt;campus/industrial 5G&lt;/strong&gt;) denotes &lt;strong&gt;3GPP-conformant 5G systems&lt;/strong&gt; operated for a &lt;strong&gt;defined organisation or site&lt;/strong&gt; — factory, port, mine, hospital, stadium, or utility — rather than as a nationwide public mobile service. &lt;strong&gt;3GPP Release 16+&lt;/strong&gt; formalised &lt;strong&gt;Non-Public Networks (NPN)&lt;/strong&gt; with two principal models: &lt;strong&gt;Standalone NPN (SNPN)&lt;/strong&gt; — an isolated PLMN (dedicated &lt;strong&gt;MCC/MNC&lt;/strong&gt; or &lt;strong&gt;PLMN ID&lt;/strong&gt;) with its own &lt;strong&gt;5GC and NG-RAN&lt;/strong&gt;; and &lt;strong&gt;Public Network Integrated NPN (PNI-NPN)&lt;/strong&gt; — a &lt;strong&gt;slice&lt;/strong&gt; or dedicated &lt;strong&gt;DNN&lt;/strong&gt; on a &lt;strong&gt;public operator’s 5G&lt;/strong&gt; with contractual isolation. Private 5G delivers &lt;strong&gt;URLLC-capable&lt;/strong&gt; connectivity, &lt;strong&gt;local breakout&lt;/strong&gt; (traffic stays on-site via &lt;strong&gt;local UPF&lt;/strong&gt;), &lt;strong&gt;deterministic QoS&lt;/strong&gt;, and &lt;strong&gt;control&lt;/strong&gt; over upgrades and security policies — advantages over &lt;strong&gt;Wi-Fi 6/7&lt;/strong&gt; in mobility, scheduling, and industrial &lt;strong&gt;TSN&lt;/strong&gt; integration scenarios, at higher cost and regulatory complexity.&lt;/p&gt;</description></item><item><title>PTP (Precision Time Protocol)</title><link>https://lesitedefrancois.be/en/telco/ptp-precision-time-protocol/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://lesitedefrancois.be/en/telco/ptp-precision-time-protocol/</guid><description>&lt;p&gt;&lt;strong&gt;Precision Time Protocol (PTP)&lt;/strong&gt;, standardised as &lt;strong&gt;IEEE 1588&lt;/strong&gt;, distributes a common &lt;strong&gt;reference time&lt;/strong&gt; across packet networks so that distributed nodes share a clock with &lt;strong&gt;sub-microsecond to nanosecond&lt;/strong&gt; accuracy — far beyond what &lt;strong&gt;NTP&lt;/strong&gt; typically achieves over IP. PTP operates in a &lt;strong&gt;master–slave hierarchy&lt;/strong&gt;: a &lt;strong&gt;Grandmaster Clock (GM)&lt;/strong&gt; holds traceability to &lt;strong&gt;GNSS&lt;/strong&gt; (GPS, Galileo, etc.) or a &lt;strong&gt;Primary Reference Time Clock (PRTC)&lt;/strong&gt;; &lt;strong&gt;Boundary Clocks (BC)&lt;/strong&gt; terminate and regenerate timing on hops; &lt;strong&gt;Transparent Clocks (TC)&lt;/strong&gt; correct residence time in switches without terminating the protocol. Messages (&lt;strong&gt;Sync&lt;/strong&gt;, &lt;strong&gt;Follow_Up&lt;/strong&gt;, &lt;strong&gt;Delay_Req/Resp&lt;/strong&gt;, optional &lt;strong&gt;Announce&lt;/strong&gt;) implement a &lt;strong&gt;delay request–response&lt;/strong&gt; mechanism to estimate path asymmetry and offset each &lt;strong&gt;Ordinary Clock (OC)&lt;/strong&gt; slave relative to the grandmaster.&lt;/p&gt;</description></item><item><title>SR-IOV</title><link>https://lesitedefrancois.be/en/telco/sr-iov/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://lesitedefrancois.be/en/telco/sr-iov/</guid><description>&lt;p&gt;&lt;strong&gt;SR-IOV (Single Root I/O Virtualisation)&lt;/strong&gt; is a &lt;strong&gt;PCI-SIG&lt;/strong&gt; specification that lets one physical &lt;strong&gt;PCIe&lt;/strong&gt; device (typically a &lt;strong&gt;NIC&lt;/strong&gt; or accelerator) expose multiple lightweight &lt;strong&gt;Virtual Functions (VFs)&lt;/strong&gt; — each assignable directly to a &lt;strong&gt;VM&lt;/strong&gt; or container — while a &lt;strong&gt;Physical Function (PF)&lt;/strong&gt; remains for management and global configuration. VFs bypass much of the hypervisor’s software switching path, delivering &lt;strong&gt;lower latency&lt;/strong&gt;, &lt;strong&gt;higher throughput&lt;/strong&gt;, and more &lt;strong&gt;deterministic&lt;/strong&gt; behaviour than &lt;strong&gt;paravirtualised virtio&lt;/strong&gt; alone — properties valued in &lt;strong&gt;telco NFV&lt;/strong&gt; (vEPC, vRAN CU/DU, firewall, DPI) and in &lt;strong&gt;cloud-native&lt;/strong&gt; packet workloads on &lt;strong&gt;Kubernetes&lt;/strong&gt;.&lt;/p&gt;</description></item></channel></rss>