Showing posts with label Standards. Show all posts
Showing posts with label Standards. Show all posts

Thursday, April 9, 2026

3GPP Release 19 Description and Summary of Work Items

As the journey towards 3GPP Release 20 and 6G (3GPP Rel-21) continues to gather pace, the recently concluded Release 19 comes with a clearer view of what the next phase of 5G evolution, often referred to as 5G-Advanced, will look like in practice. One of the most useful artefacts in this process is the recently published technical report 3GPP TR 21.919, which offers a consolidated snapshot of the features and work items currently shaping this release.

Rather than focusing on detailed specifications, this report takes a step back and provides accessible summaries of the agreed work items. Each summary is intended to answer two simple but important questions: what problem is being addressed, and what impact the feature will have on the overall system. This makes the document particularly valuable not only for specialists deeply involved in standardisation work, but also for a broader audience trying to keep track of where the industry is heading.

It is worth noting that this is still very much a work in progress (50% complete). At the time of publication, just over 60 summaries have been included, with many more expected in future updates. Even so, the current version already highlights the sheer breadth of activity in Release 19, spanning everything from energy efficiency and non-terrestrial networks to AI, immersive services, and advanced radio capabilities.

In this post, I will not attempt to reinterpret or condense the summaries themselves. Instead, I am sharing the full list of topics covered in the report below, which provides a useful index into the areas that 3GPP worked on as part of Release 19.

It should be noted that the technical report (TR) presents the "initial state" of the Features introduced in Release 19, i.e. as they are by the time of publication of this document. Each Feature is subject to be later modified or enhanced, over several years, by the means of Change Requests (CRs). To further outline a feature at a given time, it is recommended to retrieve all the CRs which relate to the given Feature, as explained in its Reference section. 

Below is the list of all topics covered in this report. Some of the topics may be missing a summary, which will be added later in the later updates.  

5 Rel-19 Energy Efficiency, Energy Saving
5.1   Enhancements of Network energy savings for NR
5.2   Low-power wake-up signal and receiver for NR (LP-WUS/WUR)
5.3   Energy Efficiency as Service Criteria

6   Rel-19 Satellite (5GSAT), NTN, UAS, Aerial
6.1   Satellite access Phase 3
6.1.1   Security Aspects of 5G Satellite Access Phase 3
6.1.2   Charging aspects of satellite access Phase 3
6.2   Non-Terrestrial Networks (NTN) for NR Phase 3
6.3   Enhancements for Air-to-ground network for NR
6.4   Inter-RAT mode mobility support from E-UTRAN TN to NR NTN
6.5   Non-Terrestrial Networks (NTN) for Internet of Things (IoT) Phase 3 (for LTE)
6.6   Introduction of IoT-NTN TDD mode
6.7   Enhanced requirements and test methodology for NR NTN and IoT NTN
6.8   On-demand broadcast of GNSS assistance data
6.9   Uncrewed Aerial System Phase 3
6.10   Support for PWS in Satellite E-UTRAN and Satellite NG-RAN
6.11   Introduction of BDS (BeiDou Navigation Satellite System) B2b Signal in A-GNSS for LTE and NR
6.12   Introduction of A-GNSS support for NavIC (Navigation with Indian Constellation) L1 SPS (Standard Positioning Service) in NR & LTE
6.13   Management Aspects of Rel-18's NTN Phase 2
6.14   Lower Selection-priority for PLMN Selection
6.15   New LTE band for 5G broadcast for region 3 utilizing a geosynchronous satellite
6.16   Satellite band-related items
6.16.1   Introduction of Ku bands for NR NTN
6.16.2   Introduction of additional operating NR bands for HAPS (High Altitude Platform Station)
6.16.3   Introduction of another NR NTN S-band (MSS band 2000-2020 MHz UL and 2180-2200 MHz DL)
6.16.4   New NR NTN bands to support Extended L-band and combined MSS L-band and Extended L-band ranges
6.16.5   Introduction of another IoT-NTN S-band (MSS band 2000-2020 MHz UL and 2180-2200 MHz DL)

7   Rel-19 Internet of Things (IoT) and Reduced Capability (RedCap) UE
7.1   NR power class 2 RedCap (Reduced Capability) UE in FR1
7.2   NAS layer overhead reduction for data transfer using CP CIoT
7.3   Management Aspects of RedCap features

8   Ambient power-enabled Internet of Things (IoT)
8.1   Ambient power-enabled Internet of Things (IoT) (SA and CT)
8.1.1   Charging for Ambient power-enabled Internet of Things
8.1.2   Security Aspects of Ambient IoT Services in 5G for Isolated Private Networks
8.2   Solutions for Ambient IoT (Internet of Things) in NR

9   Rel-19 Artificial Intelligence (AI)/Machine Learning (ML)
9.1   AI/ML Model Transfer Phase 2
9.2   Core Network Enhanced Support for Artificial Intelligence (AI)/Machine Learning (ML)
9.3   Application enablement for AI/ML services
9.4   Artificial Intelligence (AI)/Machine Learning (ML) for NR air interface
9.5   Artificial Intelligence (AI)/Machine Learning (ML) for NR air interface
9.6   Enhancements for Artificial Intelligence (AI)/Machine Learning (ML) for NG-RAN
9.7   AI/ML Management Phase 2
9.8   Protocol for AI Data Collection from UPF

10   Rel-19 Verticals and Non Public Network
10.1   Rel-19 Enhancements of 3GPP Northbound and Application Layer Interfaces and APIs
10.2   SEAL DD (Data Delivery) Phase 2
10.3   Common Application Programming Interface (API) Framework (CAPIF) Phase 3
10.4   Enhanced OAM for management service exposure to external consumers through CAPIF
10.5   Non-Public Network (NPN) security considerations
10.6   Security for PLMN hosting a NPN
10.7   Interconnect of SNPN
10.8   ProSe support in NPN

11   Rel-19 communications services
11.1   Media Messaging Enhancements
11.2   Terminal Audio quality performance and Test methods for Immersive Audio Services, Phase 2
11.3   EVS Codec Extension for Immersive Voice and Audio Services, Phase 2
11.4   5GMSG Service phase 3
11.5   Video Operating Points - Harmonization and Stereo MV-HEVC
11.6   Advanced Media Delivery
11.7   5G Real-time Transport Protocol Configurations, Phase 2
11.8   Next Generation Real time Communication services Phase 2
11.8.1   System architecture for Next Generation Real time Communication services Phase 2
11.8.2   Security support for the Next Generation Real Time Communication services Phase 2
11.8.3   Application enablement aspects for MMTel

12   Rel-19 XR (eXtended Reality), Augmented Reality (AR), Metaverse, Edge Computing
12.1   Localized Mobile Metaverse Services
12.2   Extended Reality and Media
12.3   XR (eXtended Reality) for NR Phase 3
12.4   Avatar Communications in AR Calls
12.5   Split rendering over IMS
12.6   Enhancement of support for Edge Computing in 5G Core network - Phase 3
12.7   Edge Computing for Industrial Scenarios
12.8   Edge Computing Considering the Operational Needs of Service Hosting Environment
12.9   Architecture for enabling Edge Applications Phase 3

13   Rel-19 High Power UEs (HPUE)
13.1   Rel-19 High power UE (power class 1.5 or 2) for NR intra-band CA or NR inter-band CA/DC band combinations with/without NR Supplementary Uplink (UL)
13.2   Rel-19 High power UE (power class 1.5 and 2) for NR FR1 TDD/FDD single band for handheld/FWA UEs, and high power UE operation (power class 1) for FWVM (fixed-wireless/vehicle-mounted) use cases in a single NR band
13.3   Introduction of Power Class 2 and UE 40MHz Channel Bandwidth in NR band n28
13.4   Rel-19 High power UE (power class 1.5 or 2) for DC combinations of LTE band(s) and NR band(s)
13.5   Rel-19 High power UE (power class 2) and high power operation (power class 1) for fixed-wireless/vehicle-mounted use cases in a single LTE band

14   Rel-19 RAN topology
14.1   5G NR Femto
14.2   Additional topological enhancements for NR
14.3   Vehicle Mounted Relays Phase 2

15   Rel-19 Sidelink, Proximity
15.1   NR sidelink multi-hop relay
15.2   UE-to-UE multi-hop relay
15.3   NR Sidelink: Intra-band Carrier Aggregation in ITS band
15.4   Charging Aspects of Ranging and Sidelink Positioning
15.5   Multi-path relay
15.6   Proximity-based Services in 5GS Phase 3

16   NR and LTE Dual Connectivity (DC)
16.1   UE RF enhancements for NR FR1/FR2 and EN-DC, Phase 4
16.2   Support of intra-band non-collocated EN-DC/NR-CA deployment Phase2: new receiver type(s)
16.3   Rel-19 downlink interruption for NR and EN-DC band combinations at dynamic Tx Switching in Uplink
16.4   Rel-19 DC of x LTE band(s), y NR band(s) (1<=x<6, 1<=y<6, x+y<=6) and single or two NR Supplementary Uplink (SUL) bands
16.5   Simultaneous Rx/Tx band combinations for NR CA/DC, NR SUL and LTE/NR DC in Rel-19
16.6   UE Conformance - Rel-19 NR CA and DC; and NR and LTE DC Configurations

17   Rel-19 Other NR and LTE Radio
17.1   Adding channel bandwidth(s) support to existing NR bands and CA/ENDC combinations in REL-19
17.2   Data collection for SON (Self-Organising Networks)/MDT (Minimization of Drive Tests) in NR standalone and MR-DC (Multi-Radio Dual Connectivity) Phase 4

18   Rel-19 NR Radio
18.1   NR mobility enhancements Phase 4
18.2   Evolution of NR duplex operation: Sub-band full duplex (SBFD)
18.3   NR Radio Resource Management (RRM) Phase 5
18.4   Multi-carrier enhancements for NR Phase 3
18.5   NR demodulation performance Phase 5
18.6   NR MIMO Phase 5
18.7   FR1 TRP, TRS and MIMO OTA testing enhancement Phase 3
18.8   Rel-19 NR CA/DC for x bands DL with y bands UL (x<7, y<3) and SUL/CA band combinations with a single SUL or two SUL cells
18.9   Low band carrier aggregation via switching
18.10  NR channel BW less than 5MHz for FR1 Phase 2
18.11  mmWave in NR: UE spurious emissions and EESS (Earth Exploration Satellite Service) protection
18.12  NR base station (BS) RF requirement evolution for FR1/FR2 and testing
18.13  UE Conformance - New Rel-19 NR licensed bands and extension of existing NR bands
18.14  Other band-related items
18.14.1   7MHz Channel Bandwidth for n26 and n5
18.14.2   Introduction of the NR FDD 1.4 GHz band
18.14.3   Introduction of NR bands n87 and n88
18.14.4   Introduction of NR band n68
18.14.5   Additional NR bands for NR features in Rel-19
18.15  Study on spatial channel model for demodulation performance requirements for NR

19   Rel-19 LTE Radio
19.1   LTE-based 5G Broadcast Phase 2
19.2   Rel-19 LTE-Advanced Carrier Aggregation for x bands (1<=x<= 6) DL with y bands (y=1, 2) UL
19.3   Band-related items
19.3.1   New bands for LTE based 5G terrestrial broadcast for early deployments
19.3.2   Introduction of LTE FDD band in 1800–1830 MHz for Canada

20   Rel-19 Mission Critical, eCall, Emergency
20.1   Enhanced Mission Critical Architecture
20.2   Enhanced Mission Critical Location Management
20.3   Alignment of eCall over IMS with CEN
20.4   UE Conformance - Alignment of eCall over IMS with CEN
20.5   Multiple Location Procedure for Emergency LCS Routing
20.6   Multimedia Priority Service (MPS) for Messaging services
20.7   Mission Critical (MC) services for generic support on Isolated Operation for Public Safety (IOPS) mode of operation
20.8   Sharing of administrative configuration between interconnected MC service systems
20.9   Future Railway Mobile Communication System (FRMCS) Phase 5
20.10   Mission critical security enhancements for release 19
20.11   Protocol enhancements for Mission Critical Services

21   Rel-19 Network Slicing
21.1   Network Controlled Network Slice Selection

22   Rel-19 Service-Based Architecture (SBA)
22.1   UPF enhancement for Exposure And SBA Phase 2
22.2   Automatic Certificate Management Environment (ACME) for the Service Based Architecture (SBA)
22.3   Reducing Information Exposure over SBI
22.4   Service Based Interface Protocol Improvements Release 19

23   Rel-19 QoS and Policy
23.1   Rel-19 Enhancements of UE Policy
23.2   Rel-19 Enhancements of Session Management (SM) Policy
23.3   Minimize the Number of Policy Associations
23.4   Spending Limits for UE Policies in Roaming scenario
23.5   Enhancing Parameter Provisioning with static UE IP address and UP security policy
23.6   Providing per-subscriber VLAN instructions from UDM and DN-AAA
23.7   QoS monitoring enhancement

24   Rel-19 multi-access
24.1   Upper layer traffic steering and switching over dual 3GPP access
24.2   Multi-Access (ATSSS_Ph4)
24.3   ATSSS Rule Provisioning via 3GPP access connected to EPC
24.4   Local traffic routing for multi-access UE

25   Other topics
25.1   Deferred 5GC-MT-LR Procedure for Periodic Location Events based NRPPa Periodic Measurement Reports
25.2   Subscription control for reference time distribution in EPS
25.3   Rel-19 IMS:
25.3.1   PS Data Off for IMS Data Channel Service
25.3.2   IMS Disaster Prevention and Restoration Enhancement
25.3.3   IMS Stage-3 IETF Protocol Alignment
25.4   Identifying non-3GPP Devices Connecting behind a UE or 5G-RG
25.5   Integrated Sensing and Communication
25.6   Rel-19 Application Data Analytics Enablement Service
25.7   Interworking of Non-3GPP Digital Terrestrial Broadcast Networks with 5GS Multicast Broadcast Services
25.8   Minimization of Service Interruption During Core Network Failure Phase 2
25.9   Measurement Data Collection
25.10  Enhanced application layer support for location services
25.11  NF discovery and selection by target PLMN
25.12  MSISDN verification operation support to Nnef_UEId Service
25.13  Rel-19 Enhancements of Network Automation Enablers
25.14  Enhancement of controlling RAT utilization
25.15  CT Aspects for IP Domain usage
25.16  Indirect Network Sharing
25.17  Management of Network Sharing Phase 3
25.18  Roaming Value-Added Services
25.19  Monitoring of signalling traffic in 5G
25.20  Roaming traffic offloading via session breakout in HPLMN
25.21  Stage-3 5GS NAS protocol development 18
25.22  Stage-3 SAE Protocol Development
25.23  Harmonization of test case definitions for cross-RAT usability
25.24  Data management regarding subscriptions and reporting
25.25  PRU Usage Extension supported by Core Network

26   Rel-19 miscellaneous Security
26.1   Security Assurance Specification for maintenance of 5G features
26.2   5G Security Assurance Specification (SCAS) for the Unified Data Repository (UDR)
26.3   5G Security Assurance Specification (SCAS) for the Short Message Service Function (SMSF)
26.4   Addition of 256-bit security Algorithms
26.5   Addition of Milenage-256 algorithm
26.6   Roaming and interconnect authorization aspects in indirect communication
26.7   Public key distribution and Issuer claim verification of the Access Token
26.8   3GPP profiles for cryptographic algorithms and security protocols
26.9   Mobility over non-3GPP access to avoid full primary authentication
26.10  LI Handling of Protected Services
26.11  Lawful Interception Rel-19
26.12  Lawful Interception Guidance Rel-19
26.13  Specification of example algorithm for alternative f5* (f5**) function

27   Rel-19 miscellaneous OAM&charging
27.1   Charging aspects for Multi-Operator Core Network (MOCN) Network Sharing
27.2   Service Based Management Architecture enhancement phase 3
27.3   Management Data Analytics phase 3
27.4   Intent driven management services for mobile network phase 3
27.5   Management of planned configurations
27.6   Management aspects of Network Digital Twins
27.7   Closed Control Loop Management
27.8   Data management phase 2
27.9   5G performance measurements and KPIs phase 4
27.10  5G Advanced NRM features phase 3
27.11  Subscriber and Equipment Trace and QoE collection management
27.12  Management of IAB nodes
27.13  Enhancement of Management Aspects Related of NWDAF Phase 2
27.14  CHF Segmentation
27.15  Subscriber Data Migration

You can download the latest version of the specs from here.

Related Post: 

Posted by Zahid Ghadialy at 7:35 AM Leave a comment...0 comments so far
Labels: , , , , , , , ,

Thursday, March 26, 2026

3GPP Study on Modernization of Specification Format and Procedures for 6G (6GSM)

The development of each new mobile generation is not only about new technologies and capabilities. It also requires evolution in the way standards themselves are created, maintained and consumed. As work on 6G gradually begins to take shape, the 3rd Generation Partnership Project (3GPP) has started examining whether the tools and processes used to write its specifications are still fit for purpose.

One of the first steps in this direction is the study titled Study on Modernization of Specification Format and Procedures for 6G (6GSM), documented in TR 21.802. The study looks at how the current approach to specification development works, the limitations that are becoming more visible as specifications grow larger and more complex, and the possible directions for modernising the process as the industry prepares for the 6G era.

3GPP specifications form the backbone of the mobile industry. They define how networks, devices and services interoperate across the globe. However, the way these specifications are produced has largely remained unchanged for many years. Today, most specifications are created and maintained using document based workflows centred around Microsoft Word and DOCX files. Delegates submit Change Requests that modify the text of these documents, and editors manually merge the approved changes into updated specification versions. This approach has served the industry well for decades because it is familiar, widely supported and easy for participants to understand.

The study recognises that the current workflow has several strengths. The document format provides a consistent structure across thousands of specifications. Contributors can edit content directly using familiar WYSIWYG tools, review tracked changes, include diagrams and tables, and collaborate during meetings by editing documents in real time on shared screens. These capabilities have helped large groups of experts work together efficiently during standardisation meetings.

At the same time, as specifications grow larger and more complex, the limitations of the current approach are becoming more visible. One of the most obvious challenges is the heavy reliance on manual processes. Change Requests must be merged into specifications by editors, which can introduce delays before updated versions are published. When multiple Change Requests modify the same sections of a document, identifying conflicts or inconsistencies can be difficult.

Scale is another factor. Many technical specifications now run into hundreds or even thousands of pages. Opening, searching or editing such large DOCX files can become slow and occasionally unstable. Large tables, embedded diagrams and complex formatting further increase file sizes and processing overhead.

Understanding how a feature evolves across specification versions can also be difficult for readers and implementers. Engineers often need to trace how a particular capability has changed between releases, but linking the final specification text back to the relevant Change Requests or understanding the context behind changes is not always straightforward.

The document format itself also presents challenges for automated processing. Extracting structured information from DOCX files requires significant preprocessing because textual content is mixed with binary elements such as images and embedded objects. This makes it harder for tools to analyse specifications or automate parts of the development workflow.

Navigation across specifications is another area where improvements could help. Many features are defined across multiple technical specifications produced by different working groups. Following references between documents or understanding how procedures interact across specifications can take time and effort, especially for engineers who are new to the standards.

To address these challenges, the study explores a number of alternative specification formats that could be considered for future work. Options such as OpenDocument, AsciiDoc, Markdown and LaTeX are discussed, along with more structured or restricted DOCX based approaches. Some proposals also consider hybrid models where different formats could coexist while maintaining a single authoritative source.

Text based markup formats such as Markdown or AsciiDoc are particularly interesting because they separate content from presentation. This structure can make version control and automated processing easier. These formats are widely used in software development environments and integrate well with modern collaboration tools that track changes and manage contributions from multiple participants.

LaTeX is another potential option, particularly for documents that require complex technical formatting or mathematical expressions. Meanwhile, restricted DOCX approaches attempt to preserve compatibility with existing workflows while enforcing stricter formatting rules to reduce complexity and improve consistency.

Beyond the document format itself, the study also looks at broader improvements to the way specifications are developed and maintained. One important idea is the use of modern version control systems such as Git. These systems are widely used in software development and allow contributors to track changes in detail, manage parallel development branches and merge updates in a more controlled manner. Applying similar workflows to standards development could improve traceability and help identify conflicts earlier.

The study also highlights the potential for automated validation tools that could check Change Requests for formatting errors, missing references or structural inconsistencies before they are submitted. Such tools could reduce the editorial workload while improving the overall quality and consistency of specifications.

Another possible direction is the use of machine readable formats for structured elements within specifications. Interfaces, protocol definitions or data models could be stored separately in structured files and then referenced or generated automatically within the main specification. This approach could reduce duplication and make it easier for implementers to reuse information directly in development environments.

The modernisation study does not recommend a single solution at this stage. Instead, it provides a detailed analysis of the current situation and explores possible directions for future work. Any transition will need to balance the benefits of new tools and formats with the practical realities of the existing ecosystem. The 3GPP community relies on a large set of established workflows, tools and expertise, and maintaining accessibility for all participants will be important.

As the industry moves towards 6G, the scale and complexity of specifications will continue to grow. Ensuring that the processes used to create and manage these specifications evolve alongside the technologies themselves will be essential. In that sense, modernising specification formats and procedures may become an important step in preparing the standards ecosystem for the next generation of mobile innovation.

If you want to learn more about this, check out:

  • 6G Specification Modernization discussions from Nokia & Ericsson here.
  • Ongoing 6GSM Workshop discussions here.
  • 3GPP TR 21.802: Study on modernization of specification format and procedures for 6G here.

Related Posts: 

Posted by Zahid Ghadialy at 7:35 AM Leave a comment...0 comments so far
Labels: , , , , ,

Friday, August 8, 2025

Is 6G Our Last Chance to Make Antennas Great Again?

At the CW TEC 2025 conference hosted by Cambridge Wireless, veteran wireless engineer Moray Rumney delivered a presentation that challenged the direction the mobile industry has taken. With decades of experience and a sharp eye for what matters, he highlighted a growing and largely ignored problem: the steady decline in the efficiency of antennas in mobile devices.

The evolution of mobile technology has delivered remarkable achievements. From the early days of GSM to the promises of 5G and the ambition of 6G, the industry has continually pushed for higher speeds, more features and greater spectral efficiency. Yet along the way, something essential has been lost. While much of the focus has been on network-side innovation and baseband complexity, the performance of the user device antenna has deteriorated to the point where it is now undermining the potential benefits of these advancements.

According to Moray, antenna performance in smartphones has declined by around 15 decibels since the transition from external antennas in 2G to today’s smartphones. That level of loss has a profound impact. A poor antenna reduces both transmitted and received signal strength. On the uplink side, this means users need to push more power to the network, which drains battery life faster. On the downlink, it forces the network to compensate with stronger transmissions, increasing inter-cell interference and lowering cell-edge throughput. Ultimately, this undermines the overall efficiency and quality of mobile networks. Cell edge performance and indoor coverage is much degraded.

The root of the problem lies in modern smartphone design priorities. Over the years, devices have become slimmer, more stylish and packed with more features. In this pursuit of sleekness, antennas have been compromised. External antennas gave way to internal ones, squeezed into tight spaces surrounded by metal and glass. The visual appeal of the phone has taken precedence over its radio performance. On a technical level, the explosion in the number of supported bands and the increased use of multi-antenna transceivers optimized for high performance in excellent conditions, has reduced the available space for each antenna, reducing the antenna gain accordingly.

This issue was particularly pronounced during the LTE era, where the standards bodies failed to define any radiated performance requirements. Handset performance is based  on conducted power, which can appear satisfactory in laboratory conditions. However, once the signal passes through the device's real antenna, the result is often a significant loss. Real-world radiated performance does not match lab conducted measurements.

One of Moray's more memorable illustrations compared the situation to a tube of toothpaste. The conducted performance, which all devices meet, is like a full tube of toothpaste, but with years passing before radiated requirements were finally defined for a few bands in 5G, products with inferior radiated performance were released to the market, which put downward pressure on the radiated requirements that were finally agreed – like squeezing out all the toothpaste. What is left today is a small residue of what used to be. Once compromised, it is extremely difficult to reverse this trend.

He also pointed out a structural problem in how mobile standards are developed. The focus is disproportionately placed on baseband processing and theoretical possibilities, rather than on end-user experience and what actually gets deployed. As new generations arrive, more complexity is added, yet basic aspects like antenna efficiency are overlooked. Testing practices further entrench the problem, as the use of a 50-ohm connector during lab testing limits the scope for real antenna improvements, preventing designers from achieving optimal matching and performance.

Despite all the talk of 6G and beyond, the reality on the ground is less impressive. The UK currently ranks 59th in global mobile speed tests. This is not because of a lack of advanced standards or spectrum, but because of poor deployment decisions and device-related issues like inefficient antennas. It is not a technology gap but a failure to focus on basics that truly matter to users.

Moray argued that significant progress could be made without waiting for 6G. Regulatory bodies could introduce minimum standards for antenna performance, as was once attempted in Denmark. Device certification could include antenna efficiency ratings, encouraging manufacturers to prioritise performance. Networks could enforce stricter indoor coverage targets, and pricing models could be rethought to reduce the strain caused by low-value, high-volume traffic.

He also called attention to battery life, another casualty of inefficient antennas and poor design decisions. Users now routinely carry power banks to get through the day. This is hardly a sign of progress, especially considering the environmental impact of producing and charging these extra devices.

In conclusion, while the industry continues to chase ambitious visions for future generations of mobile technology, there is an urgent need to fix the basics. Antennas are not an exciting topic, but they are fundamental. Without efficient antennas, all the investment in infrastructure, spectrum and software optimisation is wasted. It is time for the industry to refocus, reassess and revalue the importance of the one component every user relies on, but rarely sees.

It really is time to make antennas great again.

Moray’s presentation is embedded below and is available to download from here.

Related Posts: 

Posted by Zahid Ghadialy at 7:35 AM Leave a comment...0 comments so far
Labels: , , , , , , ,

Friday, April 11, 2025

Understanding ETSI’s Industry Specification Groups (ISGs) and Why They Matter

The European Telecommunications Standards Institute (ETSI) is a leading standards development organisation (SDO) recognised for producing globally applicable standards for ICT, including fixed, mobile, radio, converged, broadcast, and internet technologies. Based in Europe but with worldwide influence, ETSI provides an open and inclusive environment for industry players to collaborate on the development of future technologies.

A recent overview presentation of ETSI by Jan Ellsberger, ETSI's Director General, is available on the 3GPP website here.

ETSI's Industry Specification Groups (ISGs) are collaborative groups formed within ETSI to address emerging and often pre-standardisation topics in a flexible, fast, and open manner. They provide a platform for industry players, including companies, research organisations, and other stakeholders, to work together on technical specifications outside the constraints of formal standardisation processes.

Key Features of ISGs include:

  • Focus on innovation: ISGs often tackle new or rapidly evolving technologies, such as Network Functions Virtualisation (NFV), Quantum Key Distribution (QKD), and AI.
  • Open participation: Participation is open to ETSI members and non-members, although non-members pay a fee.
  • Faster timelines: ISGs are designed to deliver results quickly, often within 12–24 months, making them well-suited for fast-moving domains.
  • Flexible structure: They are less formal than ETSI Technical Committees, which allows more agile collaboration.

ISGs produce documents such as:

  • Group Specifications (GS) – technical specifications that can later be taken up by formal standardisation bodies.
  • Group Reports (GR) – informative reports including use cases, frameworks, or recommendations.

ISGs help shape the direction of future standards and industry practices by offering an open, collaborative environment for technical consensus. They often bridge the gap between research and standardisation.

Dr Howard Benn, a mobile industry veteran with contributions spanning from GSM to 5G, has created a short video on ETSI’s ISGs, embedded below:

Related Posts:

Posted by Zahid Ghadialy at 7:35 AM Leave a comment...0 comments so far
Labels: , , ,

Tuesday, May 23, 2023

Top 10 New (2022) Security Standards That You Need to Know About!

I had been meaning to add this session to the blog for a while. Some security researchers may find these useful. 

At RSA Conference 2022, Bret Jordan, CTO, Emerging Technologies, Broadcom and Kirsty Paine, Advisor - Technology & Innovation, EMEA, Splunk Inc. presented a talk covering what they described as the most important, interesting and impactful technical standards, hot off the press and so 2022. From the internet and all its things, to the latest cybersecurity defenses, including 5G updates and more acronyms than one can shake a stick at. 

The video is embedded below and the slides are available here.

Related Posts: 

Posted by Zahid Ghadialy at 7:35 AM Leave a comment...0 comments so far
Labels: , , , , ,

Wednesday, March 17, 2021

Initiative to Remove Non-inclusive terms from 3GPP Specifications

3GPP just published 2nd issue of 3GPP highlights here. (Issue 1 is here). The contents of the newsletter includes:

  • TECHNICAL HIGHLIGHTS
    • A Release 17 update
    • Artificial Intelligence and Machine Learning in NG-RAN: New Study in RAN3
    • 3GPP Multimedia Codecs, Systems and Services
    • Is healthcare the next big thing for 5G?
    • From IMT-2020 to beyond
  • PARTNER FOCUS
    • PCSE - Enabling Operational Mobility for European Public Safety Responders
    • WBA - One Global Network with OpenRoaming(TM)
    • ESOA - Fulfilling the promise of Anytime, from anywhere and on any device & networks (ATAWAD)
    • TCCA - Trusted standards mean trusted communications
    • GSA - mmWave bands for 5G
    • NGMN - Global alignment for the benefit of end users as new focus areas emerge
    • 5GAA - Study of Spectrum Needs for Safety Related Intelligent Transportation Systems – Day 1 and Advanced Use Cases
  • A LOOK INSIDE
    • Ensuring device compliance to standards
    • Release 17 timeline agreed
    • Initiative to remove non-inclusive terms in specifications
    • New Members listing
    • The 3GPP group structure
  • CALENDAR
    • Calendar of 3GPP meetings
  • NEWS IN BRIEF

In this post we are looking at the Initiative to remove non-inclusive terms in specifications. Quoting from the newsletter:

3GPP groups have started the process of replacing terminology in our specifications that is non-inclusive. The entire leadership proposed jointly a change request (CR) to the specification drafting rules (TR21.801), following an initiative led by several individual members.

In their joint proposal to the TSG SA#90-e meeting, the leaders wrote: “While there are potentially numerous language issues that could be considered offensive, there are two that are most acknowledged and focused on in the industry and applicable to the 3GPP Specifications. These terminologies are “Master / Slave” and “Whitelist / Blacklist” that are often used in 3GPP and other telecommunications technical documents.” 

What next? - Change requests will now follow on any Release 17 reports and specifications that need their content brought in line with this policy.

Further reading:

  • SP-201042: Tdoc from the leadership - Inclusive Language in 3GPP Specifications
  • SP-201142: Change Request to Specification drafting rules.
  • SP-201143: Liaison Statement on: Use of Inclusive Language in 3GPP.
  • TR21.801: 3GPP Specification drafting rules

The main page for 3GPP highlights is here.

Related Posts:

Posted by Zahid Ghadialy at 7:35 AM Leave a comment...0 comments so far
Labels: ,

Thursday, March 4, 2021

The Fifth Generation Fixed Network (F5G)


Back in Feb 2020, ETSI announced the launch of a new group dedicated to specifying the fifth generation of Fixed Network (ETSI ISG F5G). The press release said:

We are entering an exciting new era of communications, and fixed networks play an essential role in that evolution alongside and in cooperation with mobile networks. Building on previous generations of fixed networks, the 5th generation will address three main use cases, a full-fiber connection, enhanced fixed broadband and a guaranteed reliable experience.

For home scenarios, emerging services such as Cloud VR (virtual reality) and AR (augmented reality) video streaming or online gaming introduce the necessity for ultra-broadband, extremely low latency and zero packet loss. Business scenarios such as enterprise Cloudification, leased line, or POL (Passive Optical LAN) require high reliability and high security. Other industry sectors have specific requirements on the deployment of fiber infrastructures including environmental conditions such as humidity, temperature or electromagnetic interference.

The ETSI ISG F5G aims at studying the fixed-network evolution required to match and further enhance the benefits that 5G has brought to mobile networks and communications. It will define improvements with respect to previous solutions and the new characteristics of the fifth-generation fixed network. This opens up new opportunities by comprehensively applying fiber technology to various scenarios, turning the Fiber to the Home paradigm into Fiber to Everything Everywhere.

ISG F5G considers a wide range of technologies, and therefore seeks to actively cooperate with a number of relevant standardization groups as well as vertical industrial organizations. ISG F5G will address aspects relating to new ODN technologies (Optical Distribution Network), XG(S)-PON and Wi-Fi 6 enhancements, control plane and user plane separation, smart energy efficiency, end-to-end full-stack slicing, autonomous operation and management, synergy of Transport and Access Networks, and adaptation of the Transport Network, amongst others.

The five work items approved last week deal with:

  • F5G use cases: the use cases include services to consumers and enterprises and will be selected based on their impact in terms of new technical requirements identified.
  • Landscape of F5G technology and standards: this work will study technology requirements for F5G use cases, explore existing technologies, and perform the gap analysis.
  • Definition of fixed network generations: to evaluate the driving forces and the path of fixed network evolution, including transport, access and on-premises networks. It will also identify the principal characteristics demarcating different generations and define them.
  • Architecture of F5G: this will specify the end-to-end network architectures, features and related network devices/elements’ requirements for F5G, including on-premises, Access, IP and Transport Networks.
  • F5G quality of experience: to specify the end-to-end quality of experience (QoE) factors for new broadband services. It will analyze the general factors that impact service performance and identify the relevant QoE dimensions for each service.

Then in May, at Huawei Global Analyst Summit 2020 (#HAS2020), Huawei invited global optical industry leaders to discuss F5G Industry development and ecosystem construction, and launched the F5G global industry joint initiative to draw up a grand blueprint for the F5G era. The press conference video is as follows:

Then in September 2020, ETSI released a whitepaper, "The Fifth Generation Fixed Network: Bringing Fibre to Everywhere and Everything"

Now there are couple of standards available that provides more insights.

ETSI GR F5G 001 - Fifth Generation Fixed Network (F5G); F5G Generation Definition Release #1:

In the past, the lack of a clear fixed network generation definition has prevented a wider technology standards adoption and prevented the creation and use of global mass markets. The success of the mobile and cable networks deployments, supported by clear specifications related to particular technological generations, has shown how important this generation definition is.

The focus of the 5th generation fixed networks (F5G) specifications is on telecommunication networks which consist fully of optical fibre elements up to the connection serving locations (user, home, office, base station, etc.). That being said, the connection to some terminals can still be assisted with wireless technologies (for instance, Wi-Fi®).

The main assumption behind the present document foresees that, in the near future, all the fixed networks will adopt end-to-end fibre architectures: Fibre to Everywhere.

The present document addresses the history of fixed networks and summarizes their development paths and driving forces. The factors that influence the definition of fixed, cable and mobile network generations will be analysed. Based upon this, the business and technology characteristics of F5G will be considered.

This table comparing the different generations of fixed networks is interesting too


ETSI GR F5G 002 - Fifth Generation Fixed Network (F5G); F5G Use Cases Release #1:

The present document describes a first set of use cases to be enabled by the Fifth Generation Fixed Network (F5G). These use cases include services to consumers and enterprises as well as functionalities to optimize the management of the Fifth Generation Fixed Network. The use cases will be used as input to a gap analysis and a technology landscape study, aiming to extract technical requirements needed for their implementations. Fourteen use cases are selected based on their impact. The context and description of each use case are presented in the present document.


The use cases as described in the present document are driving the three dimensions of characteristics that are specified in the document on generation definitions [i.1], namely eFBB (enhanced Fixed BroadBand), FFC (Full-Fibre Connection), and GRE (Guaranteed Reliable Experience). Figure 2 shows that:

  • depending on the use case, one or more dimensions are particularly important, and
  • all dimensions of the F5G system architecture are needed to implement the use cases.

I will surely be adding more stuff as and when it is available.

Related Posts:

Posted by Zahid Ghadialy at 7:35 AM Leave a comment...0 comments so far
Labels: , , , , , ,

Tuesday, July 9, 2019

3GPP 5G Standardization Update post RAN#84 (July 2019)

3GPP recently conducted a webinar with Balazs Bertenyi, Chairman of 3GPP RAN in which he goes through some of the key features for 5G Phase 2. The webinar also goes through the details of 5G Release-15 completion, status of Release-16 and a preview of some of Release-17 features.

Slides & video embedded below. Slides can be downloaded from 3GPP website here.







Related Posts:

Posted by Zahid Ghadialy at 7:35 AM Leave a comment...0 comments so far
Labels: , , , , , , ,

Thursday, March 7, 2019

Updated 5G Terminology Presentation (Feb 2019)


I made this video before MWC with the intention to educate the attendees about the various architecture options and 5G terminologies being discussed. As always, happy to get feedback on what can be done better. Slides followed by video below.







Complete list of our training resources are available on 3G4G page here.
Posted by Zahid Ghadialy at 4:51 PM Leave a comment...0 comments so far
Labels: , , , , ,

Monday, September 24, 2018

5G New Radio Standards and other Presentations


A recent Cambridge Wireless event 'Radio technology for 5G – making it work' was an excellent event where all speakers delivered an interesting and insightful presentation. These presentations are all available to view and download for everyone for a limited time here.

I blogged about the base station antennas last week but there are other couple of presentations that stood out for me.


The first was an excellent presentation from Sylvia Lu from u-Blox, also my fellow CW Board Member. Her talk covered variety of topics including IoT, IIoT, LTE-V2X and Cellular positioning, including 5G NR Positioning Trend. The presentation is embedded below and available to download from Slideshare





The other presentation on 5G NR was one from Yinan Qi of Samsung R&D. His presentation looked at variety of topics, mainly Layer 1 including Massive MIMO, Beamforming, Beam Management, Bandwidth Part, Reference Signals, Phase noise, etc. His presentation is embedded below and can be downloaded from SlideShare.




Related Posts:
Posted by Zahid Ghadialy at 7:56 AM Leave a comment...1 comments so far
Labels: , , , , , , , , , ,

Sunday, September 3, 2017

5G Core Network, System Architecture & Registration Procedure

The 5G System architecture (based on 3GPP TS 23.501: System Architecture for the 5G System; Stage 2) consists of the following network functions (NF). The functional description of these network functions is specified in clause 6.
- Authentication Server Function (AUSF)
- Core Access and Mobility Management Function (AMF)
- Data network (DN), e.g. operator services, Internet access or 3rd party services
- Structured Data Storage network function (SDSF)
- Unstructured Data Storage network function (UDSF)
- Network Exposure Function (NEF)
- NF Repository Function (NRF)
- Network Slice Selection Function (NSSF)
- Policy Control function (PCF)
- Session Management Function (SMF)
- Unified Data Management (UDM)
- Unified Data Repository (UDR)
- User plane Function (UPF)
- Application Function (AF)
- User Equipment (UE)
- (Radio) Access Network ((R)AN)

As you can see, this is slightly more complex than the 2G/3G/4G Core Network Architecture.

Alan Carlton, Vice President, InterDigital and Head of InterDigital International Labs Organization spanning Europe and Asia provided a concise summary of the changes in 5G core network in ComputerWorld:

Session management is all about the establishment, maintenance and tear down of data connections. In 2G and 3G this manifested as the standalone General Packet Radio Service (GPRS). 4G introduced a fully integrated data only system optimized for mobile broadband inside which basic telephony is supported as just one profile.

 Mobility management as the name suggests deals with everything that needs doing to support the movement of users in a mobile network. This encompasses such functions as system registration, location tracking and handover. The principles of these functions have changed relatively little through the generations beyond optimizations to reduce the heavy signaling load they impose on the system.

 The 4G core network’s main function today is to deliver an efficient data pipe. The existence of the service management function as a dedicated entity has been largely surrendered to the “applications” new world order. Session management and mobility management are now the two main functions that provide the raison d’etre for the core network.

 Session management in 4G is all about enabling data connectivity and opening up a tunnel to the world of applications in the internet as quickly as possible. This is enabled by two core network functions, the Serving Gateway (SGW) and Packet Data Gateway (PGW). Mobility management ensures that these data sessions can be maintained as the user moves about the network. Mobility management functions are centralized within a network node referred to as Mobility Management Entity (MME). Services, including voice, are provided as an “app” running on top of this 4G data pipe. The keyword in this mix, however, is “function”. It is useful to highlight that the distinctive nature of the session and mobility management functions enables modularization of these software functions in a manner that they can be easily deployed on any Commercial-Off-The-Shelf (COTS) hardware.

 The biggest change in 5G is perhaps that services will actually be making a bit of a return...the plan is now to deliver the whole Network as a Service. The approach to this being taken in 3GPP is to re-architect the whole core based on a service-oriented architecture approach. This entails breaking everything down into even more detailed functions and sub-functions. The MME is gone but not forgotten. Its former functionality has been redistributed into precise families of mobility and session management network functions. As such, registration, reachability, mobility management and connection management are all now new services offered by a new general network function dubbed Access and Mobility Management Function (AMF). Session establishment and session management, also formerly part of the MME, will now be new services offered by a new network function called the Session Management Function (SMF). Furthermore, packet routing and forwarding functions, currently performed by the SGW and PGW in 4G, will now be realized as services rendered through a new network function called the User Plane Function (UPF).

 The whole point of this new architectural approach is to enable a flexible Network as a Service solution. By standardizing a modularized set of services, this enables deployment on the fly in centralized, distributed or mixed configurations to enable target network configurations for different users. This very act of dynamically chaining together different services is what lies at the very heart of creating the magical network slices that will be so important in 5G to satisfy the diverse user demands expected. The bottom line in all this is that the emphasis is now entirely on software. The physical boxes where these software services are instantiated could be in the cloud or on any targeted COTS hardware in the system. It is this intangibility of physicality that is behind the notion that the core network might disappear in 5G.


3GPP TS 23.502: Procedures for the 5G System; Stage 2, provides examples of signalling for different scenarios. The MSC above shows the example of registration procedure. If you want a quick refresher of LTE registration procedure, see here.

I dont plan to expand on this procedure here. Checkout section "4.2.2 Registration Management procedures" in 23.502 for details. There are still a lot of FFS (For further studies 😉) in the specs that will get updated in the coming months.


Further Reading:

Posted by Zahid Ghadialy at 7:15 PM Leave a comment...0 comments so far
Labels: , , , ,
Subscribe to: Comments (Atom)