Showing posts with label Emergency. Show all posts
Showing posts with label Emergency. Show all posts

Wednesday, August 14, 2024

3GPP Release 18 Description and Summary of Work Items

The first official release of 3GPP TR 21.918: "Release 18 Description; Summary of Rel-18 Work Items" has been published. It's the first official version of 5G-Advanced. Quoting from the report: 

Release 18 specifies further improvements of the 5G-Avanced system. 

These improvements consist both in enhancements of concepts/Features introduced in the previous Releases and in the introduction of new topics.

Some of the key improvements are:

  • a further integration of the Satellite (NTN) access (introduced in Rel-17) in the 5G System (5GS), 
  • a more efficient support of Internet of Things (IoT), Machine-Type Communication (MTC), including by satellite coverage
  • and also several aspects of proximity communication and location (Sidelink, Proximity, Location and Positioning, better support of the industrial needs (Verticals, Industries, Factories, Northbound API), Multicast and Broadcast Services (MBS), Network Slicing or Uncrewed Aerial Vehicles (UAV).

As for the new topics, some of the key aspects are:

  • Energy Efficiency (EE)
  • Artificial Intelligence (AI)/Machine Learning (ML)
  • eXtended, Augmented and Virtual Reality (XR, AR, VR), immersive communications

The following list is from the v1.0.0 table of contents to make it easier to find the list of topics. If it interests you, download the latest version technical report from the directory here.

5 Satellite / Non-Terrestrial Network (NTN)
5.1 General aspects
5.1.1 User plane: “5G system with satellite backhaul”
5.1.2 Discontinuous coverage: “Satellite access Phase 2”
5.1.3 Radio: "NR NTN enhancements"
5.1.4 Charging and Management aspects of Satelite
5.2 Specific aspects
5.2.1 IoT (Internet of Things) NTN enhancements
5.2.2 Guidelines for Extra-territorial 5G Systems
5.2.3 5G system with satellite access to Support Control and/or Video Surveillance
5.2.4 Introduction of the satellite L-/S-band for NR
5.2.5 Other band-related aspects of satellite

6 Internet of Things (IoT), Machine-Type Communication (MTC)
6.1 Personal IoT and Residential networks
6.2 Enhanced support of Reduced Capability (RedCap) NR devices
6.3 NR RedCap UE with long eDRX for RRC_INACTIVE State
6.4 Application layer support for Personal IoT Network
6.5 5G Timing Resiliency System
6.6 Mobile Terminated-Small Data Transmission (MT-SDT) for NR
6.7 Adding new NR FDD bands for RedCap in Rel-18
6.8 Signal level Enhanced Network Selection
6.9 IoT NTN enhancements

7 Energy Efficiency (EE)
7.1 Enhancements of EE for 5G Phase 2
7.2 Network energy savings for NR
7.3 Smart Energy and Infrastructure

8 Uncrewed Aerial Vehicles (UAV), UAS, UAM
8.1 Architecture for UAV and UAM Phase 2
8.2 Architecture for UAS Applications, Phase 2
8.3 NR support for UAV
8.4 Enhanced LTE Support for UAV

9 Sidelink, Proximity, Location and Positioning
9.1 5GC LoCation Services - Phase 3
9.2 Expanded and improved NR positioning
9.3 NR sidelink evolution
9.4 NR sidelink relay enhancements
9.5 Proximity-based Services in 5GS Phase 2
9.6 Ranging-based Service and sidelink positioning
9.7 Mobile Terminated-Small Data Transmission (MT-SDT) for NR
9.8 5G-enabled fused location service capability exposure

10 Verticals, Industries, Factories, Northbound API
10.1 Low Power High Accuracy Positioning for industrial IoT scenarios
10.2 Application enablement aspects for subscriber-aware northbound API access
10.3 Smart Energy and Infrastructure
10.4 Generic group management, exposure and communication enhancements
10.5 Service Enabler Architecture Layer for Verticals Phase 3
10.6 SEAL data delivery enabler for vertical applications
10.7 Rel-18 Enhancements of 3GPP Northbound and Application Layer interfaces and APIs
10.8 Charging Aspects of B2B
10.9 NRF API enhancements to avoid signalling and storing of redundant data
10.10 GBA_U Based APIs
10.11 Other aspects

11 Artificial Intelligence (AI)/Machine Learning (ML)
11.1 AI/ML model transfer in 5GS
11.2 AI/ML for NG-RAN
11.3 AI/ML management & charging
11.4 NEF Charging enhancement to support AI/ML in 5GS

12 Multicast and Broadcast Services (MBS)
12.1 5G MBS Phase 2
12.2 Enhancements of NR MBS
12.3 UE pre-configuration for 5MBS
12.4 Other MBS aspects

13 Network Slicing
13.1 Network Slicing Phase 3
13.2 Enhancement of NSAC for maximum number of UEs with at least one PDU session/PDN connection
13.3 Enhancement of Network Slicing UICC application for network slice-specific authentication and authorization
13.4 Charging Aspects of Network Slicing Phase 2
13.5 Charging Aspects for NSSAA
13.6 Charging enhancement for Network Slice based wholesale in roaming
13.7 Network Slice Capability Exposure for Application Layer Enablement
13.8 Other slice aspects

14 eXtended, Augmented and Virtual Reality (XR, AR, VR), immersive
14.1 XR (eXtended Reality) enhancements for NR
14.2 Media Capabilities for Augmented Reality
14.3 Real-time Transport Protocol Configurations
14.4 Immersive Audio for Split Rendering Scenarios  (ISAR)
14.5 Immersive Real-time Communication for WebRTC
14.6 IMS-based AR Conversational Services
14.7 Split Rendering Media Service Enabler
14.8 Extended Reality and Media service (XRM)
14.9 Other XR/AR/VR items

15 Mission Critical and emergencies
15.1 Enhanced Mission Critical Push-to-talk architecture phase 4
15.2 Gateway UE function for Mission Critical Communication
15.3 Mission Critical Services over 5MBS
15.4 Mission Critical Services over 5GProSe
15.5 Mission Critical ad hoc group Communications
15.6 Other Mission Critical aspects

16 Transportations (Railways, V2X, aerial)
16.1 MBS support for V2X services
16.2 Air-to-ground network for NR
16.4 Interconnection and Migration Aspects for Railways
16.5 Application layer support for V2X services; Phase 3
16.6 Enhanced NR support for high speed train scenario in frequency range 2 (FR2)

17 User Plane traffic and services
17.1 Enhanced Multiparty RTT
17.2 5G-Advanced media profiles for messaging services
17.3 Charging Aspects of IMS Data Channel
17.4 Evolution of IMS Multimedia Telephony Service
17.5 Access Traffic Steering, Switch and Splitting support in the 5G system architecture; Phase 3
17.6 UPF enhancement for Exposure and SBA
17.7 Tactile and multi-modality communication services
17.8 UE Testing Phase 2
17.9 5G Media Streaming Protocols Phase 2
17.10 EVS Codec Extension for Immersive Voice and Audio Services
17.11 Other User Plane traffic and services items

18 Edge computing
18.1 Edge Computing Phase 2
18.2 Architecture for enabling Edge Applications Phase 2
18.3 Edge Application Standards in 3GPP and alignment with External Organizations

19 Non-Public Networks
19.1 Non-Public Networks Phase 2
19.2 5G Networks Providing Access to Localized Services
19.3 Non-Public Networks Phase 2

20 AM and UE Policy
20.1 5G AM Policy
20.2 Enhancement of 5G UE Policy
20.3 Dynamically Changing AM Policies in the 5GC Phase 2
20.4 Spending Limits for AM and UE Policies in the 5GC
20.5 Rel-18 Enhancements of UE Policy

21 Service-based items
21.1 Enhancements on Service-based support for SMS in 5GC
21.2 Service based management architecture
21.3 Automated certificate management in SBA
21.4 Security Aspects of the 5G Service Based Architecture Phase 2
21.5 Service Based Interface Protocol Improvements Release 18

22 Security-centric aspects
22.1 IETF DTLS protocol profile for AKMA and GBA
22.2 IETF OSCORE protocol profiles for GBA and AKMA
22.3 Home network triggered primary authentication
22.4 AKMA phase 2
22.5 5G Security Assurance Specification (SCAS) for the Policy Control Function (PCF)
22.6 Security aspects on User Consent for 3GPP services Phase 2
22.7 SCAS for split-gNB product classes
22.8 Security Assurance Specification for AKMA Anchor Function Function (AAnF)
22.9 Other security-centric items

23 NR-only items
23.1 Not band-centric
23.1.1 NR network-controlled repeaters
23.1.2 Enhancement of MIMO OTA requirement for NR UEs
23.1.3 NR MIMO evolution for downlink and uplink
23.1.4 Further NR mobility enhancements
23.1.5 In-Device Co-existence (IDC) enhancements for NR and MR-DC
23.1.6 Even Further RRM enhancement for NR and MR-DC
23.1.7 Dual Transmission Reception (TxRx) Multi-SIM for NR
23.1.8 NR support for dedicated spectrum less than 5MHz for FR1
23.1.9 Enhancement of NR Dynamic Spectrum Sharing (DSS)
23.1.10 Multi-carrier enhancements for NR
23.1.11 NR RF requirements enhancement for frequency range 2 (FR2), Phase 3
23.1.12 Requirement for NR frequency range 2 (FR2) multi-Rx chain DL reception
23.1.13 Support of intra-band non-collocated EN-DC/NR-CA deployment
23.1.14 Further enhancements on NR and MR-DC measurement gaps and measurements without gaps
23.1.15 Further RF requirements enhancement for NR and EN-DC in frequency range 1 (FR1)
23.1.16 Other non-band related items
23.2 Band-centric
23.2.1 Enhancements of NR shared spectrum bands
23.2.2 Addition of FDD NR bands using the uplink from n28 and the downlink of n75 and n76
23.2.3 Complete the specification support for BandWidth Part operation without restriction in NR
23.2.4 Other NR band related topics

24 LTE-only items
24.1 High Power UE (Power Class 2) for LTE FDD Band 14
24.2 Other LTE-only items

25 NR and LTE items
25.1 4Rx handheld UE for low NR bands (<1GHz) and/or 3Tx for NR inter-band UL Carrier Aggregation (CA) and EN-DC
25.2 Enhancement of UE TRP and TRS requirements and test methodologies for FR1 (NR SA and EN-DC)
25.3 Other items

26 Network automation
26.1 Enablers for Network Automation for 5G phase 3
26.2 Enhancement of Network Automation Enablers

27 Other aspects
27.1 Support for Wireless and Wireline Convergence Phase 2
27.2 Secondary DN Authentication and authorization in EPC IWK cases
27.3 Mobile IAB (Integrated Access and Backhaul) for NR
27.4 Further NR coverage enhancements
27.5 NR demodulation performance evolution
27.6 NR channel raster enhancement
27.7 BS/UE EMC enhancements for NR and LTE
27.8 Enhancement on NR QoE management and optimizations for diverse services
27.9 Additional NRM features phase 2
27.10 Further enhancement of data collection for SON (Self-Organising Networks)/MDT (Minimization of Drive Tests) in NR and EN-DC
27.11 Self-Configuration of RAN Network Entities
27.12 Enhancement of Shared Data ID and Handling
27.13 Message Service within the 5G system Phase 2
27.14 Security Assurance Specification (SCAS) Phase 2
27.15 Vehicle-Mounted Relays
27.16 SECAM and SCAS for 3GPP virtualized network products
27.17 SECAM and SCAS for 3GPP virtualized network products
27.18 MPS for Supplementary Services
27.19 Rel-18 enhancements of session management policy control
27.20 Seamless UE context recovery
27.21 Extensions to the TSC Framework to support DetNet
27.22 Multiple location report for MT-LR Immediate Location Request for regulatory services
27.23 Enhancement of Application Detection Event Exposure
27.24 General Support of IPv6 Prefix Delegation in 5GS
27.25 5G Timing Resiliency System
27.26 MPS when access to EPC/5GC is WLAN
27.27 Data Integrity in 5GS
27.28 Security Enhancement on RRCResumeRequest Message Protection

28 Administration, Operation, Maintenance and Charging-centric Features
28.1 Introduction
28.2 Intent driven Management Service for Mobile Network phase 2
28.3 Management of cloud-native Virtualized Network Functions
28.4 Management of Trace/MDT phase 2
28.5 Security Assurance Specification for Management Function (MnF)
28.6 5G performance measurements and KPIs phase 3
28.7 Access control for management service
28.8 Management Aspects related to NWDAF
28.9 Management Aspect of 5GLAN
28.10 Charging Aspects of TSN
28.11 CHF Distributed Availability
28.12 Management Data Analytics phase 2
28.12 5G System Enabler for Service Function Chaining
28.13 Other Management-centric items

29 Other Rel-18 Topics

If you find them useful then please get the latest document from here.

Related Posts: 

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

Wednesday, November 30, 2022

Disaster Roaming in 3GPP Release-17

One way all operators in a country/region/geographic area differentiate amongst themselves is by the reach of their network. It's not in their interest to allow national roaming. Occasionally a regulator may force them to allow this, especially in rural or remote areas. Another reason why operators may choose to allow roaming is to reduce their network deployment costs. 

In case of disasters or emergencies, if an operator's infrastructure goes down, the subscribers of that network can still access other networks for emergencies but not for normal services. This can cause issues as some people may not be able to communicate with friends/family/work. 

A recent example of this kind of outage was in Japan, when the KDDI network failed. Some 39 million users were affected and many of them couldn't even do emergency calls. If Disaster Roaming was enabled, this kind of situation wouldn't occur.

South Korea already has a proprietary disaster roaming system in operation since 2020, as can be seen in the video above. This automatic disaster roaming is only available for 4G and 5G.

In 3GPP Release-17, Disaster Roaming has been specified for LTE and 5G NR. In case of LTE, the information is sent in SIB Type 30 while in 5G it is in SIB Type 15.

3GPP TS 23.501 section 5.40 provides summary of all the other information needed for disaster roaming. Quoting from that:

Subject to operator policy and national/regional regulations, 5GS provides Disaster Roaming service (e.g. voice call and data service) for the UEs from PLMN(s) with Disaster Condition. The UE shall attempt Disaster Roaming only if:

  • there is no available PLMN which is allowable (see TS 23.122 [17]);
  • the UE is not in RM-REGISTERED and CM-CONNECTED state over non-3GPP access connected to 5GCN;
  • the UE cannot get service over non-3GPP access through ePDG;
  • the UE supports Disaster Roaming service;
  • the UE has been configured by the HPLMN with an indication of whether Disaster roaming is enabled in the UE set to "disaster roaming is enabled in the UE" as specified in clause 5.40.2; and
  • a PLMN without Disaster Condition is able to accept Disaster Inbound Roamers from the PLMN with Disaster Condition.

In this Release of the specification, the Disaster Condition only applies to NG-RAN nodes, which means the rest of the network functions except one or more NG-RAN nodes of the PLMN with Disaster Condition can be assumed to be operational.

A UE supporting Disaster Roaming is configured with the following information:

  • Optionally, indication of whether disaster roaming is enabled in the UE;
  • Optionally, indication of 'applicability of "lists of PLMN(s) to be used in disaster condition" provided by a VPLMN';
  • Optionally, list of PLMN(s) to be used in Disaster Condition.

The Activation of Disaster Roaming is performed by the HPLMN by setting the indication of whether Disaster roaming is enabled in the UE to "disaster roaming is enabled in the UE" using the UE Parameters Update Procedure as defined in TS 23.502 [3]. The UE shall only perform disaster roaming if the HPLMN has configured the UE with the indication of whether disaster roaming is enabled in the UE and set the indication to "disaster roaming is enabled in the UE". The UE, registered for Disaster Roaming service, shall deregister from the PLMN providing Disaster Roaming service if the received indication of whether disaster roaming is enabled in the UE is set to "disaster roaming is disabled in the UE".

Check the specs out for complete details. 

From my point of view, it makes complete sense to have this enabled for the case when disaster strikes. Earlier this year, local governments in Queensland, Australia were urging the Federal Government to immediately commit to a trial of domestic mobile roaming during emergencies based on the recommendation by the Regional Telecommunications Independent Review Committee. Other countries and regions would be demanding this sooner or later as well. It is in everyone's interest that the operators enable this as soon as possible.

Related Posts:

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

Monday, June 6, 2022

2G/3G Shutdown may Cost Lives as 4G/5G Voice Roaming is a Mess

You have probably heard me a complaining about the pace of VoLTE rollout, 2G/3G shutdowns, 4G Voice roaming, etc. This post highlights all these issues coming together in a dangerous way. People often ask me why is it that it's always just me highlighting the issues. The answer is that there are other people but their voice may not reach you. In this post, I am highlighting presentations by Rudolf van der Berg, Project and programme manager at Stratix Consulting.

Let's start with Rudolf's post from LinkedIn:

Stop the shutdown of 2G and 3G networks to save lives. This is the urgent call I make today and I hope you can help me spread it! Please call on people you know in politics, regulators and emergency services to demand a stop! Call on anyone you know in the GSMA, 3GPP, handset makers (Apple, Samsung, Qualcomm, MediaTek), network builders (Ericsson, Nokia, Huawei) to re-engineer VoLTE to an interoperable standard.

Emergency calls (112, 911) should work anywhere in the world on any phone. For GSM and 3G voice calling it did. You could fly anywhere and call emergency services and in the EU we have the roaming regulation that demands calling like at home. Voice over 4G and 5G hasn't been properly standardized and isn't interoperable between networks, devices, chipsets and firmware. People need to be able to make and receive telephone calls around the world, to each other and to emergency services. Unfortunately even according to sector itself emergency services are at risk from VoLTE. A consumer today can't know whether a phone they bought will make VoLTE calls at home or abroad, nor whether it can reach emergency services. That can't be right!

So please help EENA 112 and me share this message! Thank you #eena2022 (Slide 4 contains a mistake, T-Mo USA hasn't decided on 2G shutdown yet. that is good for availability of 911, though fundamental point remains. Apologies.)

The video and slides are embedded below:

The slides contain many useful references and links, you can download directly from here.

Back in April, iBASIS hosted a VoLTE and 5G Roaming Roundtable. You can watch the video here and download the presentation and whitepaper as well. It contains talks from Kaleido Intelligence, iBASIS, KPN, Bouygues Telecom and Telus. 

The slide from Dutch MNO KPN above highlights the VoLTE Roaming issues they are observing. Other operators will face this issue sooner or later as well. 

The Regulators, GSMA and 3GPP have to come together to fix this important issue for once and all so no lives are lost because of this. Hopefully someone is listening!

Related Posts: 

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

Monday, May 9, 2022

Transitioning from eCall to NG-eCall and the Legacy Problem

eCall (an abbreviation of "emergency call") is an initiative by the European Union, intended to bring rapid assistance to motorists involved in a collision anywhere within the European Union. The aim is for all new cars to incorporate a system that automatically contacts the emergency services in the event of a serious accident, sending location and sensor information. eCall was made mandatory in all new cars sold within the European Union as of April 2018.

In UK, the National Highways have a fantastic summary of the eCall feature here. The following video explains how this feature works:

Last year, ETSI hosted the Next Generation (NG) eCall webinar and Plugtests. The presentations from the event are available here. The presentations from GSMA, Qualcomm and Iskratel have a fantastic summary of many of the issues and challenges  with eCall and transitioning to NG eCall.

From the Qualcomm presentation:

The eCall standardisation began in 2004 when 2G networks were prevalent and 3G was being deployed. The chosen solution was in-band modem and Circuit Switched (CS) 112 call. The in-band modem was optimised for GSM (2G) and UMTS (3G) as the standard completed in 2008.

eCall for 4G (NG eCall) standardisation was started in 2013 and completed in 2017. As there is no CS domain in 4G/5G, IMS emergency calling will replace circuit switched emergency call. Next generation (NG) eCall provides an extension to IMS emergency calls and support for 5G (NR) has since been added.

The picture above from GSMA presentation highlights the magnitude of the problem if NG eCall deployment is delayed. GSMA is keen for the mobile operators to switch off their 2G/3G networks and only keep 4G/5G. There are problems with this approach as many users and services may be left without connectivity. Fortunately the European operators and countries are leaving at least one previous generation of technology operational for the foreseeable future.

GSMA's presentation recommends the following:

  • New technology neutral eCall Regulation (type approval and related acts) to be amended, adopted by European Commission and enter into force by end 2022 the latest.
  • OEMs to start installing NG eCall /remotely programable/exchangeable modules by end 2022; by end 2024 all new vehicles sold in the market should be NG eCall only
  • New vehicle categories to start with NG eCall only by 2024
  • MNOs have initiated to phase out 2G/3G between 2020 and 2025 , whereas the optimal transition path of their choice beyond this date will depend on market and technology specifics, and may require alignment with NRAs.
  • By 2022 , the industry will develop solutions for the transition period that need to be implemented country by country, which will also assess the amount of needed public funding to be economically feasible.
  • Retrofitting to be acknowledged, completed and formalised as a process by end 2024; standards should already be available in 2022.
  • Aftermarket eCall solution to be completed (including testing) and formalised by end 2024; standards should already be available in 2022.
  • The European Commission to make available public funding to support OEMs and alternative solutions to legacy networks starting from 2022 , under the RRF/ recovery package (or other relevant instruments)
  • Legacy networks availability until 2030 at the latest. By then deployment of all alternative solutions simultaneously would have ensured that the remaining legacy fleet will continue to have access to emergency services through NG eCall.

EENA, the European Emergency Number Association, is a non-governmental organisation whose mission is to contribute to improving people’s safety & security. One of the sessions at the EENA 2021 Conference was on eCall. The video from that is embedded below and all information including agenda and presentations are available here.

Related Posts:

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

Wednesday, May 6, 2020

Virve 2.0 - Finland's 4G/5G Public Safety Network

State Security Networks Group Finland (Erillisverkot) safeguards the Finnish society by offering authorities and critical operators engaged in critical infrastructure and services secure and reliable ICT services. Much like in the civilian world, communication between authorities includes transferring images and video material to an increasing degree, which results in ever-growing data transfer volumes and, subsequently, new kinds of demands for all communication networks. 


Virve is a means of ensuring communication and cooperation between authorities and other partners across organisational borders into the future. It also entails the introduction of a higher service standard, as the transfer to broadband, estimated to take place in 2022, will make it possible to transfer video material, images and data. This will mean that it will be possible to send video material in a reliable and secure way in the case of accidents, for example. The radio network Virve, based on Tetra technology, will reach the end of its lifecycle by the end of the 2020s. The current Virve network will be used simultaneously with the new Virve 2.0 network until, at least, 2025.


Erillisverkot will acquire the broadband Virve 2.0 radio access network as a service from Elisa and the core systems from Ericsson. Separate networks will ensure the continuity of critical communications and operational capability of public safety in all situations in the future.

I would assume this would be MOCN, similar to the UK deployment of ESN networks as shown here.

Virve 2.0 subcribers will use Elisa’s public radio network, which the operator is expanding to become Finland’s largest data and voice network.

 About 80 million messages pass through the Virve system every week. Elisa is committed to increasing the coverage, capacity and verification of its mobile network to meet the requirements of Virve 2.0.

 The new online services will provide support for critical communication between public authorities and other parties.

 The addition of image, video, and other wireless broadband services alongside existing Virve services will enable a better and more up-to-date view of the day-to-day operations of authorities and other actors.

 The IoT enables automatic monitoring of rescue personnel and mobile use of surveillance cameras and drones.

 The Virve 2.0 radio network service will be in use from 2021 and will include the 4G and 5G technologies and the internet of things. The contract is for ten years.

Finally, a recent advert of Elisa explaining 5G to outside world
Further Study:
  • Erillisverkot: Obstacles for MCX Broadband and how to overcome them [PDF]
  • Erillisverkot: Virve Broadband Plans for the Future - Critical Communications Europe 2019 [PDF]
  • 5G-XCast Whitepaper: Rapidly Deployable Network System for Critical Communications in Remote Locations [PDF]
  • Erillisverkot: White paper - Virve 2.0 RFI Summary of responses [PDF]
  • Erillisverkot: Factsheet - What is Virve 2.0? [PDF]

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

Saturday, July 6, 2019

Study of Use cases and Communications Involving IoT devices in Emergency Solutions


Came across this presentation by Michelle Wetterwald, IoT & Emergency services Working group, ETSI EMTEL from EENA (European Emergency Number Association. Thanks to Ken Rehbehn's tweet for making me aware of this. The presentation and the relevant part of video is embedded below.





Related Posts:

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

Tuesday, June 18, 2019

3GPP Release-16, Release-17 & Beyond...

6G Summit featured quite a few talks from people looking at evolution beyond Release-16. The future releases will still be 5G, maybe become 5.5G, like 3GPP Release-13 which was known as LTE-Advanced Pro officially was unofficially known as 4.5G.


Back at the 6G Summit in Finland, Dr. Peiying Zhu from Huawei looked at the topics being discussed for Release-17 and beyond.


Thanks to Mika Klemettinen for sharing the pictures on Twitter, as the presentation was not shared.

3GPP is working towards defining Release-16. TS 21.916 - Release description; Release 16 is still not yet available on the 3GPP reflector. Once that is available, we will know for sure about all the Rel-16 changes. Release-17 is long way away. Having said that, there is no shortage of discussions as some of these Rel-17 features were discussed in the recent RAN Plenary.
Jungwon Lee, VP, Samsung also shared a summary of 3GPP Release-16 and Rel-17 features at IEEE 5G Summit in San Diego recently. Quite a few interesting features in all the pictures above that we will no doubt look at in the future posts.

3GPP also shared a presentation recently (embedded below), looking at not only Release-15 & 16 but also looking at focus areas for Release-17




Related Posts and Articles:
  • The 3G4G Blog - Ultra Reliability: 5x9s (99.999%) in 3GPP Release-15 vs 6x9s (99.9999%) in 3GPP Release-16
  • The 3G4G Blog - Update from 3GPP on LTE & 5G Mission Critical Communications
  • 3GPP - Release 16
  • Light Reading - 5G Standards Group Struggles to Balance Tech With Politics
  • Eiko Seidel - 5G Mission Critical Networks (Proximity Services in Rel.17)
  • The 3G4G Blog - Slides and Videos from the 1st 6G Wireless Summit - March 2019
  • The 3G4G Blog - Couple of talks by NTT Docomo on 5G and Beyond (pre-6G)
  • The 3G4G Blog - China Telecom: An examination of the current industrial trends and an outlook of 6G
  • Mission Critical Communications: Mission-Critical Features for Release 17 Discussed at Latest 3GPP Meetings

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

Sunday, March 17, 2019

Update on UK's Emergency Services Network (ESN) from #BAPCO2019


I have discussed about the UK's Emergency Services Network (ESN) multiple times but I manged to hear about the progress first hand this week. Bryan Clark, ESN Programme Director, Home Office gave a keynote address at BAPCO on Day 2 and the title of his presentation was "2019: The year vision becomes reality"

British APCO or BAPCO Annual Conference and Exhibition 2019 was going to be a big launchpad for the ESN network. The ESN LinkedIn post said "Representatives from ESN and EE will be on hand to discuss coverage and ESN Assure. See an installation of the ESN Gateway solution within a police car, plus a live demonstration showing how ESN coverage can be extended from a vehicle into a building. We’ll also have a ‘Motorola Zone’ where you can watch demos of Kodiak and the ESN self-service portal – and a large touchscreen demo of the Samsung ESN Galaxy"


Bryan started by cracking a joke about people referring to 'ESN' as 'ES When' programme because it has been delayed multiple times. He said straight in the beginning that he going to talk about what the ESN programme is doing now and what comes next.

He started with this short video, embedded below but detailed info available on this LinkedIn post

x

So here is a short summary of the talk:
  • There are roughly 350,000 customers of this service
  • There are 137 separate organizations that will take advantage of this new this new technology. 
  • There are couple of vehicles in the display area (pic on the top and video below) and roughly 50,000 vehicles that need to have a kit
  • Over 100 aircraft need to have an air network access that currently isn't there. 
  • There are nearly 30 direct suppliers to the program and that doesn't include the whole supply chain through each of those suppliers.
  • Looking at the coverage, there is a commitment to providing a signal along half a million (0.5 million) kilometers of roads in England, Scotland & Wales. It extends 12 nautical miles out to sea and 10,000 feet in the air right across England, Scotland & Wales.
  • In London alone there are over 400 kilometres of tunnels that were actually almost finished cabling out.
  • 300 masts are being built as part of the ESN programme to extend services into remote areas.
  • EE has extended their network by adding 700 additional masts. 
  • Thousands of special locations will need to have effective access to ESN network
  • ESN is a large programme so it's hardly surprising that it's very late. It's Bryan's job over the past 10 months to work out how to get it back on track. 
  • People are going through quite a detailed review of where ESN has got to in terms of next steps. 
  • The programme now has a very clear and approved plan to complete the technical element of the work, most of it should be done by late summer next year.
  • One of the first products, Assure, is a way of testing the effectiveness of the network in the field. 
  • A demonstration of Push-To-Talk (PTT) on a 4G network will be demoed within 3 weeks.
  • This is the first generation end-to-end solution
  • Emergency services is critical national infrastructure so any new solution can only replace the legacy once we are absolutely confident that we've got an effective replacement
  • Even though the technical piece is quite challenging, when you compare it to the business change that follows, the technical part looks pretty simple. 
  • To ensure that everything works effectively operationally, plans are in place but more detailed plans are going to follow in the coming three to four months.
  • Individual components are already being tested in the field
  • Programme deployment should start by the end of 2019 in terms of having basically completed laying the core components and a clear plan will be in place for how to test in an operational context. 
  • The ESN programme is not only responsible for the replacement solution but also for operations to date based on the Airwave contract with Motorola currently
  • The number one priority is to provide critical voice communications of sufficient quality that people can rely on in the field and enable them to move away from the TETRA technology that served them so well. So we aren't going anywhere until we've got rock solid critical voice communications. It's our number one priority, simply because people's lives depend on it.
The following are various videos from the ESN demo area. The Gateway device (which is a mobile small cell) is supplied by Parallel Wireless*.



In case you missed BAPCO, Ken Rehbehn, a very well known Industry Analyst who works as a Principal Analyst at Critical Communications Insights and is also Montgomery County Firefighter/EMT, shared his observations and reflections from conference. Very grateful for his interview which is embedded below
Further Reading:



 Related posts:

*Full Disclosure: I work for Parallel Wireless as a Senior Director in Strategic Marketing. This blog is maintained in my personal capacity and expresses my own views, not the views of my employer or anyone else. Anyone who knows me well would know this.
Posted by Zahid Ghadialy at 8:58 PM Leave a comment...0 comments so far
Labels: , , , , , , , , , , , , ,

Sunday, May 27, 2018

enhanced Public Warning System (ePWS) in 3GPP Release-16

I wrote about PWS 9 years back here. Since then there has been little chance to PWS until recently. According to 3GPP News:

Additional requirements for an enhanced Public Warning System (ePWS) have been agreed at the recent 3GPP TSG SA#79 meeting, as an update to Technical Specification (TS) 22.268.

 3GPP Public Warning Systems were first specified in Release 8, allowing for direct warnings to be sent to mobile users on conventional User Equipment (PWS-UE), capable of displaying a text-based and language-dependent Warning Notification.

 Since that time, there has been a growth in the number of mobile devices with little or no user interface - including wrist bands, sensors and cameras – many of which are not able to display Warning Notifications. The recent growth in the number of IoT devices - not used by human users – also highlights the need for an alternative to text based Warning Notifications. If those devices can be made aware of the type of incident (e.g. a fire or flood) in some other way than with a text message, then they may take preventive actions (e.g. lift go to ground floor automatically).

 3GPP SA1 delegates also considered how graphical symbols or images can now be used to better disseminate Warning Notifications, specifically aimed at the following categories of users:

  • Users with disabilities who have UEs supporting assistive technologies beyond text assistive technologies; and
  • Users who are not fluent in the language of the Warning Notifications.

Much of the work on enhancing the Public Warning System is set out in the ePWS requirements specification: TS 22.268 (SA1). You should also keep an eye on the 3GPP protocol specifications (CT1, Stage 3 work) in Release 16, covering:

  • Specifying Message Identifiers for ePWS-UE, especially IoT devices that are intended for machine type communications
  • Enabling language-independent content to be included in Warning Notifications

The work on ePWS in TS 22.268 (Release 16) is expected to help manufacturers of User Equipment meet any future regulatory requirements dedicated to such products.


Related Specs:

  • 3GPP TR 22.869: Feasibility study on enhancements of Public Warning System; Stage 1
  • 3GPP TS 22.268: Public Warning System (PWS) requirements - Stage 1 for Public Warning System
  • 3GPP TS 23.041: Technical realization of Cell Broadcast Service (CBS) - CT1 aspects of Stage 3 for Public Warning System 
  • 3GPP TS 29.168: Cell Broadcast Centre interfaces with the Evolved Packet Core; Stage 3 - CT4 aspects of Stage 3 for Public Warning System


Further reading:

Posted by Zahid Ghadialy at 2:19 PM Leave a comment...0 comments so far
Labels: , ,

Tuesday, November 21, 2017

A practical use of MOCN in ESN


Just came across this slide from recent DAS & Small Cells Congress where EE talked about their ESN network development. Found this particular example interesting as they talk about how the commercial user and ESN user would use the same RAN but a different core.

This ties nicely with a recent tutorial that I did on Mobile Network Sharing options. If you would like to learn more, see here.

Related Post (added 23 March 2019)

Posted by Zahid Ghadialy at 12:06 PM Leave a comment...2 comments so far
Labels: , , ,

Friday, July 1, 2016

EE's vision of Ultra-Reliable Emergency Network


Many of my readers would be aware that UK is probably the first country to have decided to move its emergency services network from an existing TETRA network to a commercial LTE network operated by EE.

While some people have hailed this as a very bold move in the right direction, there is no shortage of critics. Around 300,000 emergency services users will share the same infrastructure used by over 30 million general users.

The following is from an article in Wireless Magazine:

Steve Whatson, deputy director Delivery, Emergency Services Mobile Communications Programme (ESMCP) – the organisation within the UK Home Office procuring ESN – assured delegates that ESN will match the existing dedicated Airwave emergency services communication network in terms of coverage for roads, outdoor hand portable devices and marine coverage. Air to ground (A2G) will extend its reach from 6,000ft to 12,000ft.

 Whatson also pointed out that coverage is not one single piece, but will comprise a number of different elements, which all need to mesh into one seamless network run by the ESN Lot 3 Mobile Services (main 4G network) provider – EE.

 This includes: EE’s main commercial 4G network; Extended Area Services (hard-to-reach areas of the UK where new passive sites are to be built under a separate contract and then equipped with EE base stations); air-to-ground; London Underground; Crossrail; marine coverage (to 12 nautical miles); and special coverage solutions.

 EE is currently rolling out new 4G sites – it will eventually have some 19,500 sites – and is upgrading others with 800MHz spectrum, which propagates over longer distances and is better at penetrating buildings than its other 4G spectrum holdings. Crucially for ESN, it is also switching on a Voice over LTE (VoLTE) capability, starting with the UK’s main cities.
...
Mission critical networks must be always available and have levels of resilience far in excess of commercial networks. Speaking exclusively to Wireless in early May, Tom Bennett, group director Technology Services, Architecture & Devices at EE, said: ‘We already achieve a very high availability level, but what the Home Office was asking for effectively was about a 0.3% increase against our existing commercial availability levels.

 ‘Now for every 0.1% increase in availability there is a significant investment because you are at the extreme top end of the curve where it is harder and harder to make a noticeable difference.’

 There are very specific requirements for coverage and availability of the ESN network for the UK road system. Bennett says: ‘Mobile is based on a probability of service. No more than 1% of any constabulary’s roads are allowed to be below 75% availability, and on major roads it is 96% availability. A coverage gap in this context is no more than 1km.’

 The current Airwave network has approximately 4,000 sites, many with back-up generators on site with fuel for seven days of autonomous running if the main power is cut, along with a range of resilient backhaul solutions.

 Bennett says that out of EE’s 18,500 sites it has about the same number of unique coverage sites (ie. no overlapping coverage) – around 4,000. ‘As part of our investment programme, those unique coverage sites will need a significant investment in the causes of unavailability – ie. resilient backhaul and back-up batteries.’

 He explains that EE has undertaken a lot of analysis of what causes outages on its network, and it has combined that data with the Home Office’s data on where the natural disasters in the UK have occurred over the past 10 years.

 From this, EE is able to make a reasonable assessment of which sites are likely to be out of action due to flooding or other disasters for more than three or four days. ‘For those sites – and it is less than 4,000 – you need generators too, because you may not be able to physically access the sites for some days,’ says Bennett.

 For obvious reasons, the unique coverage sites are mostly in rural areas. But as Bennett points out, the majority of cases where the emergency services are involved is where people are – suburban and urban areas.

 ‘In these areas EE has overlapping coverage from multiple sites to meet the capacity requirements, so if a site goes down, in the majority of cases we have compensation coverage. A device can often see up to five tower sites in London, for example,’ he says.

 Having adequate backhaul capacity – and resilient backhaul at that – is vital in any network. Bennett says EE is installing extra backhaul, largely microwave and fibre, but other solutions will also be used including satellite and LTE relay from base station to base station – daisy chaining. On 9 May 2016, EE announced a deal with satellite provider Avanti to provide satellite backhaul in some areas of the UK.

 Additional coverage and resilience will be offered by RRVs (rapid response vehicles), which EE already has in its commercial network today, for example, to provide extra capacity in Ascot during the racing season.

 ‘We would use similar, although not exactly the same technology for disaster recovery and site/service recovery, but with all the backhaul solutions,’ says Bennett. ‘Let’s say we planned some maintenance or upgrade work that involved taking the base station out for a while.

 ‘We’d talk to the chief inspector before the work commences. If he says, there’s no chance of doing that tonight, we can put the RRV there, and provided we maintain coverage, we can carry out the work. RRVs are a very good tool for doing a lot of things.’

 At the British APCO event, Mansoor Hanif, director of Radio Access Networks at EE said it was looking at the possibility of using ‘airmasts’ to provide additional coverage. Meshed small cells, network in a box and repeater solutions are becoming available for these ‘airmasts’, which will provide coverage from balloons, or UAVs – tethered drones with power cables and optical fibre connected to them.

Mansoor Hanif, Director of RAN at EE gave a presentation on this at Critical Communications World 2016 and has also given an interview. Both are embedded below.






Feel free to let me know if you believe this will work or not and why.

Posted by Zahid Ghadialy at 3:10 PM Leave a comment...0 comments so far
Labels: , , , , , , ,
Subscribe to: Posts (Atom)