5G User Plane Redundancy

We looked at the 5G Enhanced URLLC (eURLLC) earlier. One of the ways to improve reliability is to have redundancy in the user plane. This can use different approaches like: 

• Duplicating N3
• Adding a secondary gNB using Dual connectivity
• Introducing another UPF
• Two anchor UPFs

In fact they are all built on top of each other so you can decide how critical are your user plane redundancy needs. 

I came across this short video from Mpirical embedded below that covers this topic nicely. In case you want to refresh your 5G Core Network architecture, jump to our old tutorial here.

Related Posts:

• The 3G4G Blog: 5G Enhanced URLLC (eURLLC)
• The 3G4G Blog - Ultra Reliability: 5x9s (99.999%) in 3GPP Release-15 vs 6x9s (99.9999%) in 3GPP Release-16 
• The 3G4G Blog - Tutorial: Service Based Architecture (SBA) for 5G Core (5GC)
• 3G4G: 3GPP 5G Specifications
• 3G4G: 5G (IMT-2020) Wireless 

ITU Standardization Bureau on Machine Learning for 5G

Last year I blogged about Global ITU AI/ML 5G Challenge on the theme “How to apply ITU's ML architecture in 5G networks".  The grand challenge finale happened in December. All the recording and presentations are available here.

Back in October, Bilel Jamoussi from ITU presented a keynote to the 2020 IEEE 5G World Forum plenary session where he addressed the challenges of applying machine learning in networks, ITU’s ML toolkit, and ITU’s AI/ML in 5G Competition. IEEE Tv shared the presentation only in April so the competition part is a bit outdated. It does nevertheless an interesting 20 minute talk.

ITU Recommendation Y.3174, Framework for data handling to enable machine learning in future networks including IMT-2020 is available here.

Related Posts: 

• The 3G4G Blog: Artificial Intelligence (AI) / Machine Learning (ML) in 5G Challenge by ITU
• The 3G4G Blog: IMT-2020 (5G) Requirements 

3GPP RAN Plenary Update and Evolution towards 5G-Advanced

(click on image to enlarge)

ETSI recently held a webinar to provide a 3GPP RAN Plenary update by Wanshi Chen, Senior director of technology at Qualcomm Technologies, who was appointed as the RAN Chair not too long back. The webinar video is embedded below. The following is from the 3GPP summary of the webinar:

Wanshi Chen acknowledged that Release 17 - the third release of 5G specifications - has been under pressure due to COVID-19 restrictions, but despite making the move to e-meetings, he reported that the group’s experts have managed to ensure positive progress towards the freeze of the RAN1 physical layer specifications on schedule, by December 2021.

This is to be followed by the Stage 3 freeze (RAN2, RAN3 and RAN4) by March 2022 and the ASN.1 freeze and the performance specifications completion by September 2022 – On the timeline agreed back in December 2019.

This staggered timeline has been made achievable with careful planning and management, demonstrated to the webinar viewers via a complex planning schedule, with a slide showing the array of Plenary & WG meetings and Release landmarks - Interspersed with a series of planned periods of inactivity, to allow delegates some relief from 3GPP discussions.

Wanshi Chen noted that the efficiency of e-meetings has not been comparable with physical meetings, in terms of getting everything done. To compensate for that, the companies involved have planned two RAN1 meetings in 4Q21 and two meetings for each of the RAN working groups in the 1Q22. He observed: “We will monitor Release 17 RAN progress closely and take the necessary actions to make sure we can get the release completed on time.”

Release 18 Planning

Looking forward to Release 18 and the start of work on 5G-Advanced, Chen outlined the schedule for an online RAN workshop from June 28 – July 2, to define what will be in the release. The workshop will set the scene for email discussions about the endorsed topics for consideration. The work will culminate with Release 18 Package Approval, at the December 2021 Plenary (RAN#94).

The high-level objective of the workshop will be to gather company proposals in three areas:

• eMBB driven work;
• Non-eMBB driven functionality;
• Cross-functionality for both.

Wanshi Chen concluded that during the Release 18 planning process, some capacity must be kept in hand; keeping around 10% of WG effort in reserve, for workload management and to meet late, emerging critical needs from commercial deployments.

The following Q&A topics were covered, along with the time stamps:

• The effect of the pandemic and eMeeting management schedules and tools (19.25).
• Balance between commercial needs and societal needs, emergency services, energy efficiency, sustainability (21.20).
• The importance of the verticals in the second phase of 5G – With 5G-Advanced. How will this Rel-18 workshop compare in scale with the 5G Phoenix workshop in 2015? (23.00)
• The job of the Chair is to be impartial…but Wanshi guesses that Antennas, MiMo enh., Sidelink, Positioning, xR, AI machine learning…. could come up in Rel-18! (26.15)
• Will 5G-Advanced have a strong identity & support? (30.05)
• The potential for hybrid meetings – No clear answers yet, but we have learnt a lot in the past year.(34.35)
• The link between gathering new requirements and use cases in SA1 and RAN work and RAN1’s role in focusing these needs for radio work. (40.10)
• Software-ization of the RAN. Do you see more open RAN work coming to 3GPP? (44.18)
• Machine type communications and IoT – Where is IoT going in 3GPP RAN? (47.01)
• Some thoughts on Spectrum usage from a 3GPP point of view, is that difficult to fathom for non-experts? (52.00)
• Can Standards writing become more agile, less linear? (54.00)

If you want to get hold of the slides, you will have to register on BrightTALK here and then download from attachments.

Signals Research Group has a short summary of 3GPP RAN #91 electronic plenary held in late March. It is available to download after registration from here.

xoxoxoxoxoxo Updated later, 07 June 2021 oxoxoxoxoxoxox 

5G-Advanced logo is now available as shown above. Guidelines on how to use the logo is available on 3GPP here.

Related Posts:

• The 3G4G Blog: Initiative to Remove Non-inclusive terms from 3GPP Specifications
• The 3G4G Blog: ATIS Webinar on '5G Standards Developments in 3GPP Release 16 and Beyond'
• The 3G4G Blog: Anritsu Webinar on 'Evolution of 5G from 3GPP Rel-15 to Rel-17 and Testing Challenges'
• The 3G4G Blog: Spectrum for 5G NR beyond 52.6 GHz 

Anomaly Detection and other AI Algorithms in RAN Optimization

Yesterday I watched this very inspiring live chat that I would like to recommend to anyone who is interested in how machine learning techniques (aka "AI") can help to optimize and troubleshoot the Radio Access Network.

 [The real contents of in the video starts at approx. 42:00 min] 

My key takeaways from this fireside chat are: 

Verizon Wireless has enough data (100… 500 time series KPIs per cell) that they use to feed anomaly detection ML algorithms and this generates a huge number of alarms, but only a few actionable outputs. 

The “big elephant” (Nick Feamster) is to identify if these alarms indicating real problems that can and have to be fixed or if they just indicate a new behavior of e.g. a new handset or a SW version that was not present in the training phase of the ML algorithm and hence, its pattern is detected as a new “anomaly”. 

For Bryan Larish (Director Wireless AI Innovation, Verizon) the “big open problem” is “that it is not clear what the labels are” and “no standard training sets exist”. 

[For more details watch the video section between 52.00 min and 57:32 min and listen to Bryan’s experience!] 

In most cases Verizon seems to need subject matter experts to classify and label these anomaly alarms due to “the huge diversity” in data pattern. 

According to Bryan only for very few selected use cases it is possible to build an automated loop to fix the issue. Especially the root causes of radio interference are often mechanical or cabling issues that need manual work to get fixed. 

All in all it is my personal impression at the end of the session that anomaly detection is currently a bit overhyped and that the real challenges and problems to be resolved start after anomalies are detected.

Nevertheless, as Bryan summarizes: “ML is a very, very powerful tool.” 

However, strategically he seems not to see a lot of value in anomaly detection by itself, but rather: “Can we use machine learning (results) to change how we build networks in the future?”

Positioning in 5G networks

I have written about the 5G positioning techniques not that long back on this blog here and on connectivity technology blog here. With Release-16 now ready for deployment, Huawei has already announced world's first in 5G Indoor Positioning. Their announcement said:

China Mobile Suzhou and Huawei reached a new milestone with the verification of the 5G indoor positioning capability in metro transport scenarios in Suzhou — a major city located along the southeastern edge of Jiangsu Province in eastern China. The verification showed that, even with pRRUs being hidden, a positioning precision of 3 to 5 m can be achieved in 90% of the platform and hall areas. This is the first time that 5G indoor positioning has been verified on live networks in the world, providing valuable experience for the commercial growth of 5G positioning in vertical industries.

Indoor location-based services are in high demand of vertical applications, such as indoor navigation, asset tracking, geofencing, logistics management, and personnel management, which reflects the huge market space of indoor positioning. Currently, indoor positioning technologies are of great variety and most of them need to be deployed and maintained individually, resulting in high end-to-end costs. As a part of the continuous evolution of 5G, positioning has been added to 3GPP Release 16 finalized in mid 2020 to realize indoor positioning by leveraging the ultra-high signal resolution empowered by 5G's high bandwidth, multi-point measurements, and multi-access edge computing (MEC) deployment.

The verification was based on Huawei's 5G digital indoor solution LampSite and leading MEC solution. The LampSite units measure the radio signals of 5G devices and work with MEC to analyze the signal characteristics. Based on the results of the analysis, leading algorithms are used to precisely locate 5G devices.

We wrote about Huawei's Lampsite on Telecoms Infrastructure blog last year here.

A group of Ericsson engineers have written a research paper on 5G positioning recently. It's available on arXiv here. Here is the abstract:

In this paper we describe the recent 3GPP Release 16 specification for positioning in 5G networks. It specifies positioning signals, measurements, procedures, and architecture to meet requirements from a plethora of regulatory, commercial and industrial use cases. 5G thereby significantly extends positioning capabilities compared to what was possible with LTE. The indicative positioning performance is evaluated in agreed representative 3GPP simulation scenarios, showing a 90 percentile accuracy of a few meters down to a few decimeters depending on scenarios and assumptions.

Definitely worth a read if you like hardcore technical papers.

Related Posts:

• The 3G4G Blog: Positioning Techniques for 5G NR in 3GPP Release-16
• Connectivity Technology Blog: 5G Indoor Precise Positioning
• Telecoms Infrastructure Blog: Huawei 5G Lampsite wins awards and speed tests 

A look at 5G Applications, Application Functions & Application Servers

We often get questions about 5G Service Based Architecture. Luckily, we have a tutorial that we can redirect people to. It's available here and the video just crossed 50K views. One of the questions that people often want to understand, is about the Application Function (AF) and how does it fit in the Applications Architecture.

To explain this, we made a tutorial. The slides and videos are embedded below. In that we have used the examples from our XR, V2X and Private Networks tutorials. All links are available at the bottom of this post.

Video:

Slides:

Intermediate: 5G Applications Architecture - A look at Application Functions & Application Servers from 3G4G

Related Posts:

• 3G4G: 5G Service Based Architecture (SBA)
• The 3G4G Blog: 5G eXtended Reality (5G-XR) in 5G System (5GS)
• The 3G4G Blog: An Introduction to Vehicle to Everything (V2X) and Cellular V2X (C-V2X)
• The 3G4G Blog: 5G Private and Non-Public Network (NPN)
• 3G4G: 3GPP 5G Specifications 

5G RAN Functional Splits

I have been meaning to write a post on RAN functional splits and even make a video. Recently I came across multiple of these things so I am taking a shortcut by posting them here. 

The first is this basic introductory video from Parallel Wireless where they explain why you need RAN splits providing examples of various functional splits for 4G and 5G mobile networks. It is embedded below:

The next one is slightly detailed video from the book "5G Radio Access Network Architecture: The Dark Side of 5G" by Sasha Sirotkin (Editor). I wrote a review of the book here and Sasha kindly made a video for our channel which is embedded below:

Finally, RCR Wireless published an article looking at the 5G functional splits in detail, by Ankur Sharma, Associate Vice President, Product Management and Strategy, Radisys. The article 'Exploring functional splits in 5G RAN: Tradeoffs and use cases' is available here.

Feel free to suggest other videos, articles, etc. in comments.

Related Posts:

• 3G4G: Book review - 5G Radio Access Network Architecture: The Dark Side of 5G by Sasha Sirotkin (Editor)
• The 3G4G Blog: The Status of 5G Standalone (5G SA) Networks - March 2021
• The 3G4G Blog: Initiative to Remove Non-inclusive terms from 3GPP Specifications
• The 3G4G Blog: Everything you need to know about 5G Security
• The 3G4G Blog: Open RAN Explanation, Videos, White papers and Other Resources
• The 3G4G Blog: Free 6G Training 

The Status of 5G Standalone (5G SA) Networks - March 2021

I wonder if you have seen as many adverts talking about the 5G revolution as I have. In fact I have collected many of them here. The problem is that most of these promised 5G awesomeness can only be delivered when 5G Standalone networks are launched. 

Before going further, if you don't know what 5G standalone (SA) and non-standalone (NSA) networks are, then you may want to check one of my tutorials/video. For beginners here and slightly advanced version here. If you just want to learn about the 5G core, tutorial here.

I believe that the 5G Non-standalone networks are a hack that were designed mainly to show just the 5G icon and in some cases it also provided enhanced speeds. Some operators have realised this and are thinking about the 5G NSA sunset. There are some potential issues with 5G SA speeds that need sorting out though.

The transition from NSA to SA 5G may happen sooner than most people expect. This keynote from ZTE at Layer123 World Congress provides insights from China - https://t.co/Q0Sm7AkS3r via @layer123live#Free5Gtraining #5G #5GNetworks #5GC #5GCore #5GTechnology #5GSA #5GNSA #ZTE pic.twitter.com/R0jeixFKCf

— 5G Training (@5Gtraining) November 2, 2020

GSA recently held a webinar looking at the status of 5G Standalone networks. The video of the webinar is embedded at the end of the post. The webinar summarised the stats as following:

• By mid-March 2021, 428 operators in 132 countries/territories were investing in 5G
• 176 operators in 76 countries/territories had announced they had deployed 3GPP compliant 5G technology in their live networks
• Of those, a total of 153 operators in 64 countries/territories had launched one or more 3GPP-compliant 5G services
• 145 operators in 60 countries/territories had launched 3GPP-compliant 5G mobile services
• 51 operators in 29 countries/territories had launched 3GPP-compliant 5G FWA or home broadband services
• For comparison, there are 807 public LTE networks worldwide
• GSA has identified 68 operators in 38 countries/territories that are investing in 5G standalone for public mobile networks
• Of those, a total of 7 operators in 5 countries/territories had launched 5G SA networks
• Operators in China have deployed/upgraded hundreds of thousands of base stations 
• T-Mobile has a nationwide network
• Plus China Mobile HK, Rain (South Africa) and DirecTV (Colombia)
• Also ITC KSA (soft launch), STC KSA deployed, Telstra 5G core deployed, plus various contracts for 5G core systems

Private Networks, Non-public networks (NPN) and Industrial 5G Networks are also expected to make use of standalone 5G networks. As 5G networks get virtualized and open, we will see a lot more of these.

The webinar also highlighted the progress of 5G devices:

• There has been rapid growth in the numbers and types of 5G devices being announced and launched
• As of end February:
• 628 5G devices announced
• 404 commercially available (up from 303 at the end of November)
• 104 vendors
• 21 announced form factors
• Majority are phones (306 announced, 274 commercial)
• 5G SA devices are also appearing
• 298 devices announced with 5G SA support
• 204 commercial devices state support for 5G SA
• Software upgrades likely to be required
• Steadily climbing up as % of all 5G devices
• Now >47% of announced
• >50% of commercial

Here is the webinar:

Related Posts: 

• Free 5G Training: 5G Adverts
• 3G4G: 5G for Absolute Beginners
• The 3G4G Blog: 5G Network Architecture Options 
• The 3G4G Blog: The Politics of Standalone vs Non-Standalone 5G & 4G Speeds
• The 3G4G Blog - Tutorial: Service Based Architecture (SBA) for 5G Core (5GC)
• The 3G4G Blog: When does your 5G NSA Device Show 5G Icon?
• The 3G4G Blog: Would 5G NSA undergo Sunset? When?
• Operator Watch Blog: The Many Firsts of STC Kuwait
• The 3G4G Blog: 5G Private and Non-Public Network (NPN)
• The 3G4G Blog: Challenges and Future Perspectives of Industrial 5G
• The 3G4G Blog: Open RAN Explanation, Videos, White papers and Other Resources
• The 3G4G Blog: 5G Remote Surgery and Telehealth Solutions 

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:

• The 3G4G Blog: NWDAF in 3GPP Release-16 and Release-17
• The 3G4G Blog: Positioning Techniques for 5G NR in 3GPP Release-16
• The 3G4G Blog: ATIS Webinar on '5G Standards Developments in 3GPP Release 16 and Beyond'
• The 3G4G Blog: Anritsu Webinar on 'Evolution of 5G from 3GPP Rel-15 to Rel-17 and Testing Challenges'
• The 3G4G Blog: 5G Evolution with Matthew Baker, Nokia
• The 3G4G Blog: Three New Standards to Accelerate 5G Wireless Wireline Convergence (WWC)
• The 3G4G Blog: 5G Integrated Access and Backhaul (IAB) Enhancements in Rel-17
• The 3G4G Blog: Business Role Models for Network Slicing and iRAT Mobility for Cellular Internet of Things (CIoT) in Release 16
• The 3G4G Blog: 5G Enhanced URLLC (eURLLC) 

Everything you need to know about 5G Security

5G & Security are both big topics on this blog as well as on 3G4G website. We reached out to 3GPP 5G security by experts from wenovator, Dr. Anand R. Prasad & Hans Christian Rudolph to help out audience understand the mysteries of 5G security. Embedded below is video and slides from a webinar they recorded for us.

You can ask any security questions you may have on the video on YouTube

5G Security Briefing from 3G4G

The slides could be downloaded from SlideShare.

Related Posts:

• The 3G4G Blog: Lawful Intercept in 5G Networks
• The 3G4G Blog: Key Technology Aspects of 5G Security by Rohde & Schwarz
• The 3G4G Blog: 5G Roaming with SEPP (Security Edge Protection Proxy)
• The 3G4G Blog: Evolution of Security from 4G to 5G
• The 3G4G Blog - Tutorial: Service Based Architecture (SBA) for 5G Core (5GC)
• 3G4G: Security in 2G, 3G, 4G & 5G Mobile Networks
• 3G4G: 5G (IMT-2020) Wireless