CTO insights into Open RAN features and vendor flexibility

Open RAN  features and vendor flexibility | Digis Squared CTO AbdelRahman Fady shares his insights.

In this series of blogs focussing on Open RAN, AbdelRahman Fady, Digis Squared CTO, and Mohamed Hamdy, Chief Commercial Officer, share their insights.

In this first blog, AbdelRahman considers traditional, legacy RAN implementations, why Open RAN is needed, and the benefits and options it brings. He looks at technical features and vendor selection considerations, and how to balance features, flexibility and efficiency.

Open RAN features and vendor flexibility: a technical overview

AbdelRahman talks us through traditional legacy RAN implementations, and the new architectures and benefits of Open RAN.

“Mobile networks comprise two domains: the Radio Access Network (RAN), and the Core Network (Core).

  • RAN: the final link between the phone and network. Includes the antennas and towers we see on top of buildings, as well as base stations. The RAN base station digitises the signal to and from devices. One of the most expensive parts of the network.
  • Core: Provides access controls, authentications of users, routes calls, handles charging and billing, manages interconnect to other networks and internet. Ensures continuity of connection as a user moves and travels from one RAN tower to another.

Traditional, legacy RAN: hardware and software are very closely linked; selecting a vendor for the traditional RAN implementation guarantees performance, however it also constrains feature roadmap. A lack of interoperability means that there is little choice in where equipment is sourced, or the ability to influence innovation; however, identifying the vendor responsible for any fault resolution is simple.

In legacy RAN implementations each single site has its own hardware, however there is no concept of pooling sites’ baseband processing, and this leads to inefficient utilisation of hardware resources.

Legacy sites still need a sufficient space for all the equipment, plus an excellent and reliable power source, and these requirements and limitations have a big impact on the MNO or CSP’s OPEX.

The total cost of ownership (TCO) of Radio sites is still very high, and this impacts the scale and pace of CSPs expansion plans, especially in city outskirts and rural areas; any expansions is completely locked into the current vendor’s equipment.

The drive for new RAN architecture has been powered by better resources utilisation through pooling, and more powerful processing through centralisation. Additionally, the introduction of machine learning (ML) concepts in handling radio resources, as well as reducing sites TCO. The new RAN model should provide CSPs with implementations that need far less space and power, thereby significantly reducing the OPEX.

Before addressing the new RAN architectures, we will first consider the main RAN components we have and how can we split them.

RAN solutions typically have three key components,

  • Radio Unit (RU): radio frequency signals are transmitted, received, amplified and processed
  • Baseband processing: all the digital processing over the signals, along with all the interfaces needed to the transport network, and the CPU functions of the site. Today we can split this function into,
    • Distributed Unit (DU): handling all real time processing over the signal
    • Centralised Unit (CU): non-real-time processing over the signals plus the main computational function for the signal.

3GPP has defined models to split the functions between DU and CU, and provide the CSP/MNOs with a high degree of freedom to deploy the most suitable split model according to their network readiness. With new RAN architectures, away from legacy solutions, there are different implementation options based on the location of DU and CU,

  • Distributed Cloud RAN
    • DU: co-located with RU on the same site, where the remote Radio Unit (RRU) is connected to the DU through fronthaul interface (eCPRI)
    • CU: co-located near(er) the Core, and connected to DU through mid-haul transport network with specific transport network requirements, and connected to the central network (CN) through the backhaul
  • Dual split Cloud RAN
    • DU: is located away from RU, within Edge Cloud. More than cell site could be connected to the same DU, however, the fronthaul requirements should be achieved by the transport network.
    • CU: co-located near(er) the Core, and connected to DU through the mid-haul transport network, with specific transport network requirements, and connected to CN through the backhaul
  • Centralised RAN DU & CU:  centralised in the same location, near to the CN

The selection of the architecture to be deployed, and the functional split model should be carefully considered, with particular awareness of the transport network readiness and capabilities.

DU and CU concepts are introduced along with the concept of virtualisation; now the HW and SW are not locked to a specific vendor and from here we can jump to the ORAN concept.

Open RAN aims to ensure that the interfaces between these components are standardised, interoperable and open – expanding the ecosystem of solutions and vendors, driving speed and diversity of innovation and opening up greater flexibility in deployment.”

Benefits: Open RAN features and vendor flexibility

“Open RAN aims to deliver greater flexibility and vendor choice. When this is implemented as vRAN, the open and flexible architecture virtualizes network functions in software platforms based on general purpose processors.”

Together Open RAN as vRAN can deliver,

  • Cost savings: virtualised network, with containerised components – true scalability and cost management.
  • Sharing via network function virtualisation – one or more virtual machines run different software and processes, on standard high-volume servers, without the need for custom hardware appliances for each network function – enables multiple operators to securely run segregated networks, side by side on the same platform. In the future, this will also enable network sharing through software.
  • Vendor choice: contractual flexibility to balance features, cost, and adjust future decisions; opening up and standardising interfaces gives a greater choice of vendor solutions.
  • Third-party testing: plug-fests and independent testing will give MNOs and CSPs greater clarity on capability and interoperability, enable benchmarked KPIs, and test-labs will develop deep knowledge of quirks and capabilities of different systems.

Open RAN architecture

“The model above shows the new open interfaces available as part of Open RAN. These have been introduced between fully virtualised nodes with the newly standardised concept of RIC (RAN intelligent controller, with near RT RIC and non real time RIC options) for controlling the radio resources and features. They enable huge opportunities for new vendors to innovate new algorithms and features to enhance the overall performance of the new system supported with Machine Learning and Deep Learning algorithms.”

Challenges for the new RAN evolution

AbdelRahman, you have shared a lot of technical insights into the changes in RAN technology, and the benefits the new standards and architecture OpenRAN will bring. But let’s balance that out, it can’t all be good news!

AbdelRahman, what do you consider to be the three greatest challenges currently?

  1. “Performance: For sure, comparing the performance of very mature solutions from vendors who deployed very early, against the very latest ORAN vendors solution is not very fair! There is still a long way to go to reach good maturity for ORAN solutions
  2. Real interoperability: Actually, one of the big issues of the ORAN nowadays is the full interoperability between OS, SW, HW and orchestrators vendors. In reality, today, not all vendors are compatible for the time being, and that’s why, before deployment, CSPs still need to do IOT interoperability testing of the solution
  3. Infrastructure readiness: In ORAN the fronthaul interface is mostly conveying real time data and signalling. That’s why we need to adopt very strict performance requirements between sites and EDGE clouds or Central clouds according to the selected split options.”

In conversation with AbdelRahman Fady, Digis Squared CTO.

A whole new world of acronyms

Let’s answer some common queries!

Is cloud RAN the same as Open RAN? And what about vRAN?

  • Cloud RAN / C-RAN: centralised, consolidating the baseband functionality across a smaller number of sites in the telco’s network and cloud.
  • Virtualised, vRAN: more open and flexible architecture which virtualizes network functions in software platforms based on general purpose processors.
  • Open-RAN (notice the hyphen!): uses new open standards to replace legacy, proprietary interfaces between the baseband unit (BBU) at the foot of the cell tower and the remote radio unit (RU) at the top of the tower.

What is the difference between O-RAN, OpenRAN, Open-RAN and Open RAN?

  • O-RAN: an organisation, the O-RAN Alliance. Work to support open standards.
  • OpenRAN: a standard written by TIP, Telecom Infra Project.
  • Open-RAN (notice the hyphen!): uses new open standards to replace legacy, proprietary interfaces between the baseband unit (BBU) at the foot of the cell tower and the remote radio unit (RU) at the top of the tower.
  • Open RAN: industry-wide interface standards that enable RAN equipment and software from different vendors to communicate.

How can Digis Squared help you with Open RAN?

The Digis Squared team are here to help, and can provide their experience, AI-led tools, and capabilities to help operators and CSPs with all aspects of Open RAN strategy, testing and deployment optimisation.

  • We provide the industry with a range of OpenRAN related services including integration, performance benchmarking and systemisation.
  • Collaborate with operators, vendors, system integrators and research institutes to promote and accelerate OpenRAN ecosystem development, focused on,
    • System Integration
    • Interoperability between vendor components
    • Release validation
    • End to end performance benchmarking
    • Trials and PoCs.
  • Showcase and promote OpenRAN within the industry (TIP, O-RAN, GSMA)
    • Capacity solutions, cost-effective rural coverage, 5G solutions.

If you or your team would like to discover more about our OpenRAN capability, or other elements of the work we do, please get in touch: use this link or email sales@DigisSquared.com .

Read CCO Mohamed Hamdy’s blog, Digis Squared Open RAN projects and capabilities.

Keep up to speed with company updates, product launches and our quarterly newsletter, sign up here.

Digis Squared, independent telecoms expertise.

Sources

  1. Nokia
  2. Mavenir 1 and 2

Abbreviations

  • CN: Central Network
  • CSP: Communications Service Provider (ComSP)
  • CU: Centralised Unit
  • DL: Deep Learning (AI)
  • DU: Distributed Unit
  • eCPRI: enhanced Common Public Radio Interface
  • HW: hardware
  • ML: Machine Learning (AI)
  • NFV: Network Function Virtualization (=VNF, Virtualized Network Function)
  • PoC: Proof of Concept
  • RAN: Radio Access Network
  • RIC: RAN Intelligent Controller
  • RU: Radio Unit
  • RRU: Remote Radio Unit
  • SW: software
  • VNF: Virtualized Network Function (= NFV, Network Function Virtualization)

Image credit, Digis Squared social media and blog banner image: Andy Newton @bacchanalia, The Floating Harbour, Bristol dock, UK.

Intel case study | Video & TCP optimisation for Tier 1 MNO

As mobile data usage continues to increase globally, it becomes ever more vital to ensure that mobile network infrastructure is optimised to maximise data throughput efficiently and continue to deliver excellent customer Quality of Experience. This case study looks at some recent System Integration work Digis Squared delivered to a Tier One Operator in the Middle East, which achieved over 30% improvement in mobile data downlink throughput.

Data growth – why optimisation will always be vital

Forecasts of mobile data growth are based on difficult to imagine numbers: exabytes.
1EB = 1 exabyte = 1000000000000000000 bytes = 1,000 petabytes = 1 million terabytes = 1 billion gigabytes


Digis Squared comparison of global mobile data traffic forecasts, source data [1] and [2]

Whilst mobile data forecasts vary significantly – in the data set shown above, Ericsson and Cisco have a 75% variance in their 2026 forecasts – it is clear that mobile data traffic will increase significantly in the next 5 years.

With over 106 5G network launches so far globally [5], 5G is forecast to account for as many as 1.2 billion connections by 2025 [6], and the GSMA estimate over 20% of these mobile connections – a substantial amount of this mobile data traffic – will be carried over new 5G networks by 2026.


Global 5G network rollout, [5] [7]

Data varies by source, but today video traffic is estimated to account for over 60% of all mobile data traffic, and some forecasts project it will increase to 77% by 2026 [1]. Therefore, the ability to optimise mobile data traffic, particularly for video usage, is of great importance to Communication Service Providers (ComSPs), and this is primarily achieved via the optimisation of TCP.

Video & TCP optimisation: vital for delivering excellent customer QoE

Transmission Control Protocol (TCP), is the key transport protocol for all internet traffic; it drives video streaming, file transfers, web browsing, and communications. Additionally, it establishes and manages traffic connections and congestion, handles transmission errors, and enables us to share resources with billions of connected devices, globally, simultaneously.

TCP is ever-evolving, to address new issues and continually improve optimisation as new technologies are deployed. Without efficient tuning, TCP can cause more optimisation issues than it solves. An optimised TCP implementation delivers increased goodput (lower error rate in data throughput), improved network efficiency, high TCP transfer speeds, lower retransmission rates, and more consistent TCP round-trip times – and who doesn’t want all of that?! All of this translates into improved Quality of Experience for customers, and as our expectations of device experience continue to rise, TCP becomes ever more vital.

With mobile data traffic rising exponentially, the increasing pace of 5G deployment, and growth in data-intensive video calls, video content and online gaming, the need for CSPs to optimise their network has never been greater.

Intel case study | Video & TCP optimisation for a Tier One Operator in the Middle East

In 2020 Digis Squared was selected by a Tier One Operator in the Middle East to manage the entire System Integration of end-to-end services and implementation for video and TCP optimisation on top of the packet core, over 3 core sites.

The solution implemented by the Digis Squared team was built with compute resources utilising 2nd generation Intel® Xeon® Scalable processors.

Yasser ElSabrouty, Digis Squared Co-Founder and System Integration Business Unit Director, explained that “Selecting Intel processors ensured we could confidently deliver the performance and reliable scalability that is vital for efficient and demanding TCP optimisation.  Customers’ expectations of QoE continue to escalate. The pandemic has normalised video interactions far faster than any forecast. We are all experiencing more video calls for communication to mitigate lack of in-person interactions with friends, family, clients and colleagues due to lockdowns and changed working practices. Plus, there is far greater use of video on social media and content platforms as we try to alleviate boredom and entertain each other. As 5G rolls out, people will expect continued improvements – buffering, patchy connectivity, dropped video calls all immediately impact network reputation. Maintaining efficient and optimised TCP requires solutions built on expertise, investment and the right equipment.”

“Working for this Tier One client, the Digis Squared team project managed the integration of this solution, selecting and managing vendors, implementing all elements of hardware and software, and optimising the solution to deliver the maximum efficiencies across the data network.”

“The project delivered considerable benefits to the client, and end customers. The Digis Squared project team benchmark data measured,

  • a 27% increase in processing cores [3]
  • 50% increase in bandwidth over previous generation Xeon processors [3]
  • 30% down link throughput enhancement, thanks to the data traffic optimisation achieved. [4]

We’re really proud of what we’ve been able to achieve for this client, knowing that their end-users will benefit from improved QoE that they can really see.”

In conversation with Yasser ElSabrouty, Digis Squared Co-Founder and System Integration Business Unit Director.

This article appeared first on the Intel Network Builders blog.

Additionally, it is available as a stand-alone white paper here.

If you or your team would like to discover more about our System Integration capability, video and TCP optimisation, or other elements of mobile network optimisation, please get in touch: use this link or email sales@DigisSquared.com .

Keep up to speed with company updates, product launches and our quarterly newsletter, sign up here.

Digis Squared, independent telecoms expertise.

Sources

  1. Ericsson: Mobile data traffic outlook
  2. Researchgate (Cisco)
  3. Dell EMC Spec Sheet
  4. Digis Squared project data (first published in this blog post)
  5. GSMA Future networks
  6. GSMA Future networks
  7. GSMA Intelligence Global Mobile Trends 2021 Report

Abbreviations

  • CSP Communications Service Provider (ComSP)
  • EB exabyte = 1000000000000000000 bytes = 1,000 petabytes = 1 million terabytes = 1 billion gigabytes
  • TCP Transmission Control Protocol

Image credits

  • Digis Squared social media and blog banner image: Linda K Nicely
  • The Intel® Network Builders logo and graphics are copyright and trademark Intel.
  • The “digis2” logo is copyright and trademark Digis Squared Limited.

Technology sunset & spectrum refarming

Technology sunset & spectrum refarming | Navigating a path from legacy technologies to the future.

Amr Maged, Co-Founder & Chief Strategy Officer at Digis Squared, considers the benefits and issues of refarming spectrum, and the scope and timelines of such projects. This blog post follows on from CTO Abdelrahman’s previous Technology Sunset blog, and was first published here as a downloadable short, graphic-rich document on LinkedIn.

The background

As 5G rollouts gather pace globally, and new technology deployments continue their unstoppable march, many networks are also grappling with what to do about legacy technologies. In 1991 Radiolinja launched 2G in Finland, and 2001 brought the first 3G launch, achieved by NTT DoCoMo in Japan – both network technologies are still in active commercial use around the world, but for how much longer? Technology sunset strategies consider how to re-allocate and optimise finite spectrum resources, efficiently, whilst taking care of customer impact.

Pro’s & con’s of re-farming 2G and or 3G spectrum

2G & 3G (Keep one of them, but arguments apply to both)

Why keep it?

  • When VoLTE not available, voice calls fall back to 2G or 3G network (CSFB, circuit-switched fall back).
  • Calls from a VoLTE handset to a 2G/3G handset use CSFB over 2G /3G.
  • Early implementations of eCall service in Europe use 2G/3G for the voice call element of the mandatory service – no plans were made to be able to replace the equipment in these vehicles.
  • Most IoT devices don’t need the high bandwidth 4G and 5G deliver, and can make service cost-prohibitive.

Why switch it off?

  • Re-allocate spectrum: new 4G and 5G technologies are more efficient and more capable, delivering enhanced speed, bandwidth and security.
  • Operational cost optimisation.
  • IoT: LPWA-LTE, NB-IoT and other new technologies maximise battery life and battery cost, data usage, indoor coverage, and have lower cost modules.
  • Regulatory driven spectrum reallocation and or harmonisation.

2G

Why keep it?

  • 3G devices can “roll down” to 2G connectivity.
  • Support 2G-only consumer handsets –typically low income, or elderly seeking simpler devices.
  • Support 2G-only M2M devices
    • Early M2M devices in tricky to reach geographies, or deep within long-life equipment (cars) and never designed for replacement.
    • Early implementations of eCall service in Europe (uses 2G/3G for the voice call element of the mandatory service.)
    • IoT devices deep inside buildings (indoor coverage).
  • 2G base stations can be installed further apart – robust voice services over a large territory, more efficiently than 3G.
  • Smaller carrier bandwidth spare, enables more bandwidth for 4G and 5G.

Why switch it off?

  • Generally, lower number of 2G-only users than 3G, and lower ARPU.
  • 2G delivers lower spectral efficiency than 3G.
  • 2G voice calls are lower quality than 3G.
  • Very limited data services in areas with no 4G coverage.

3G

Why keep it?

  • Some MNOs: 3G network costs not yet amortised.
  • 3G & HSPA provide far better data experience than 2G.
  • Multi-RAB concept gives 3G users the option of having both voice and data services simultaneously.
  • Performance of 3G interoperability with 4G + 5G is far better than 2G interoperability with 4G + 5G.

Why switch it off?

  • 3G devices can “roll down” to 2G connectivity.
  • Re-use 3G spectrum to add more capacity to LTE networks + expand 5G networks.
  • 3G is not operating in band 3 (1800 MHZ band), the most famous 4G band – this is a significant limitation from the point of view of technology combination.

Technology sunset timeline

Whilst all projects vary, this indicative timeline highlights key milestones on the path from legacy technologies to the future.

1. Assess status

  • License end dates and regulatory requirements
  • Assess spectrum availability
  • Re-farm existing spectrum
  • Options/ timeline to acquire
  • Government expectations around new technology deployment
  • Competitor activity & plans
  • Infrastructure contract status incl backhaul, transmission and towers
  • Subscriber network stats and forecasts (incl roaming and coverage)
  • Other market constraints (MVNO contracts, M2M installed base and limitations….)
  • Assess the RRUs & BBUs used, and their current configuration

2. Identify options

  • Agree governance and scope
  • Migration impacts, risks and mitigations, including,
    • Coverage and infrastructure forecasts
    • Brand perception
    • Contracts: new and revised infrastructure and support contracts, extra fibre backbone services, additional project resource, lower energy consumption
    • Savings delivered and investments needed
    • Roaming contracts
  • Timescale: lights out on one day, or slower decommissioning cells and degrading network over 6 months to 2 years?

3. Gain agreement

  • Telecom Regulatory approval needed? Co-ordinated sunset activity and communication across sector? Is a shared legacy network required?
  • M2M: complex customer migration plans (may involve Energy Regulator), consider how to recognise costs
  • Elderly groups: address concerns and sell simple handsets
  • Board sign-off

4. Detailed plans

  • Date to stop selling new 2G / 3G subscriptions
  • Consumer: campaign to churn and recycle legacy handsets, maintain affordable and simple option
  • Extend coverage address gaps
  • Work with M2M partners and customers (many are international, and may have experience in other territories)
  • IoT /all contracts: ensure provision for future technology sunsets
  • Procurement & legal contracts
  • Training: ops, retail and customer-facing staff
  • Return to 3, and repeat as needed

5. Implement

  • Maintain quality of service and extend coverage, handle increased data demand, and continue to optimise networks as balance changes
  • IoT: don’t underestimate complexity + some old implementations may be undocumented
  • Learn lessons: will need to switch off other networks in future

Discover more

This blog post is also available as a stand-alone white paper.

Amr Maged, Co-Founder & Chief Strategy Officer at Digis Squared.

Please get in touch: use this link or email sales@DigisSquared.com .

Keep up to speed with company updates, product launches and our quarterly newsletter, sign up here.

Digis Squared, independent telecoms expertise.

Sources

Abbreviations

  • ARPU: Average Revenue Per User
  • BBU: Baseband Unit
  • CAT-M1: see LTE-M.
  • CSFB: Circuit Switched Fallback
  • NB-IoT: Narrowband Internet of Things. One of two data networking technologies available on 4G (the other is LTE-M, aka CAT-M1). Intended for narrow band (250 kbps) low power data applications and does not support voice communications.
  • LTE-M: LTE Machine Type Communication. Also known as Cat-M1. One of two data networking technologies available on 4G (the other is NB-IoT). Provides considerably higher bandwidth (1Mbps), supports voice and full mobility.
  • RRU: Remote Radio Unit
  • VoLTE: Voice over LTE

Image credits: Quino Al

Test and optimise LTE 450MHz, without handsets

How do you test and optimise LTE 450MHz, when there are no handsets on the market?

In December, Amr Ashraf, RAN and Software Solution Architect and Trainer at Digis Squared, gave us his insights into LTE 600MHz band and network optimisation. In this blog, he provides an update on the LTE 450MHz band, the commercial opportunities it enables, and how to overcome the impact on testing and network optimisation when there are no handsets available on the market.

The background: why use 400-450 MHz for telecoms?

Amr explains, “Communications in the 400-450 MHz band – also called ‘LTE 450MHz’ – have a longer wavelength, lower frequency, and lower energy than the frequencies used by 5G. They have favourable propagation characteristics, and deliver good coverage (and therefore lower infrastructure costs), along with better in-building penetration.”


Electromagnetic Spectrum, and LTE 400-450 MHz [1]

“Let’s think about how the characteristics of this band can be best commercially used in the telecom sector,

  • Coverage and capacity: Due to the physical properties of the frequencies involved, very good indoor penetration and coverage can be achieved with a small number of sites. Compared with higher bands, it requires a smaller number of base stations to give a broad reach, achieving significant economic benefits in covering large areas with a dispersed population.
    However, standardised equipment does not support channel bandwidths greater than 5 MHz. As a result, the 400 – 450 MHz band is ideal for networks with high coverage requirements but low to moderate capacity requirements – for example, it enables some very efficient commercial opportunities for low volumes of data sent by IoT devices in rural areas.
    Mainstream consumer devices do not include LTE 450MHz support (and are unlikely to do so at any point soon), so this band is also largely free of congestion. It, therefore, has the potential to be used to offload M2M traffic away from premium frequency bands – leaving more capacity for lucrative, higher-margin consumer services on those premium bands.
  • High security of radio sites is economically feasible due to the small number of sites needed. As a result, LTE 450 MHz networks can be designed to deliver far higher reliability levels than higher frequency networks. Example application: as fewer sites can be more economically physically secured, a long-lasting battery backup can be deployed.
  • Private Networks: With its high coverage, but modest capacity capabilities, LTE 450MHz is not suitable for mass-market communication. Instead, we expect this band to be mostly used for essential services by PAMR (Public Access Mobile Radio) networks in the B2B and B2G segments.
  • Security: Since sensitive applications have high-security requirements, stand-alone networks that run independently and have no direct links to public networks or the internet are essential.”

History of 400MHz & telecoms

“Use of the 400-470 MHz band varies widely globally. Even within one Regulatory geography, its use is fragmented, being allocated to many different users and technologies in non-contiguous blocks – often including civil and military applications across business, maritime, amateur, aeronautical, fixed link and public sector radio.”


Illustrating diversity and fragmentation of current UK 420-470MHz spectrum, by user (frequency/bandwidth not to scale), March 2021 [2]

“Between neighbouring regulatory regions, historically there has been little alignment across borders, which can lead to interference issues. This is starting to change! Within Europe for example, CEPT (European Conference of Postal and Telecommunications) manages recommendations on how frequencies are used, and supports coordination agreements with neighbouring countries. Lack of alignment on frequency use adds to the complexity of developing equipment compliant with the needs of divergent territories, for example, UK and EU.”

“Historically, some parts of the world assigned 450 MHz band to analog mobile, and then later adopted for CDMA. Once widely used around the world, a mature ecosystem still exists for CDMA technology, but it is now heading towards the end of its lifecycle.”

“Since 2019, these very low frequencies have gained interest in Europe especially around their use in 4G-based LTE networks for IoT and critical communications, including PMR, thanks to their excellent propagation characteristics, making them particularly useful for delivering coverage over long distances in rural areas.”

“Standardisation and operationalisation of this technology has been a focal point for the 450 MHz Alliance for years, with LTE becoming the natural and future-proof successor, particularly for IoT. The members of the 450 MHz Alliance are driving the creation of a new mobile ecosystem and bringing together carriers, spectrum owners as well as equipment, terminal and solution vendors to drive the development of mobile networks in the 450 MHz frequency band worldwide.”

Standardisation has been progressed by the international telecoms standards body, 3GPP RAN, which approved two new bands in the 400 MHz+ frequency range at its 84th Plenary Meeting (3rd-6th June, 2019 in Newport Beach, California),

  • Band 87, uplink 410-415 MHz and downlink 420-425 MHz
  • Band 88, uplink 412-417 MHz and downlink 422-427 MHz

“This was a significant step forward in the 400 MHz band’s harmonized production of chipsets, modules, devices, and network equipment. Bands 31, 72, and 73, which are located between 450 and 470 MHz, were also specified by 3GPP RAN in previous years,” Amr explained.


A complete picture of the 400 MHz frequency range [3]

“Band 450MHz is limited to a maximum 5 MHz channel size, the maximum practical due to the 450 MHz band’s large wavelength. The band supports up to a 5 MHz carrier in 2×2, providing up to 37 Mb/s of total channel capacity and connectivity beyond 100 kilometres.”

At the end of 2020, the 450 MHz Alliance reported that there were 125 devices supporting 450 MHz (Band 31, 0% of which were phones). Network deployment stats were reported for 380MHz, 410MHz and 450MHz combined: 74 countries globally, with consultations underway in a further 13 countries. [4]

B31 450 MHz LTE coverage prediction, Halberd Bastion [5]

Commercial deployments

“The 400MHz spectrums have a low frequency and wide coverage range, making them commercially suitable for SCADA, LV tracking, smart grids, water monitoring, and remote installations in substations for many IoT/M2M applications.”

“An example of such a commercial use case is found in the four German electricity transmission system operators, who have recently made a case for the energy sector to be allocated 450 MHz LTE mobile radio bands. To address the challenge of incorporating millions of new decentralised producers and users into the grid, such as electric cars and heat pumps, while retaining network reliability, they propose using 450 MHz LTE bands, and compare it the implementation already in place for emergency services who use LTE-capable frequency bands (eg, 700 MHz).” [6]

“In Ireland, ESB Networks have already successfully acquired the rights for 2x 4MHz of spectrum in Band 87 of 410MHz, to facilitate “transformation to a low carbon electricity system through smart technologies” and help it “deliver a more secure, reliable and sustainable electricity network.” [7]

“Additionally, 2020 saw the launch of the first LTE 450MHz Cat1 NB-IoT smart meters, utilizing the in-building penetration, lower network operating communication costs that 450MHz LTE brings to address this large commercial opportunity.” [8]

“For the first time, M2M applications for PMR/PAMR use cases, such as those for operators of critical infrastructure in electricity, transportation, and health, presented a forecast on volumes in the millions, if not tens of millions. This has provided the catalyst the major chipset and module vendors needed to commit to 450 MHz. Additionally, dedicated 450 MHz push-to-talk phones enable voice and community communication, providing a highly resilient solution for emergency communications.”

Virtual Access GW2300 Series [9]. Industrial routers like this deliver LTE throughput speeds over the B87 410MHz frequency spectrum.

Several European countries have recently allocated spectrum in the 410–430 MHz range to essential communications by Electricity Grid Operators or PPDR (Ireland, Poland, Czech Republic).

As Amr explains, “These ongoing actions at standardisation bodies, in tandem with the work of commercial companies such as the power transmission businesses in Germany, and device manufacturers, will definitely boost ecosystem development in this frequency range. We are seeing more and more interest in this technology to efficiently and reliably deliver IoT communications, both in-buildings and rural areas.”

How do you test in the LTE 400MHz-450MHz band?

“Given the absence of mobile handset support for this band currently, traditional network testing and optimisation solutions will struggle to be able to test in this band,” explains Amr. “However, at Digis Squared, the INOS IoT kits already support LTE 450MHz, as they utilise Quectel BG95-M4 chipsets.”

Developed in-house by Digis Squared, INOS is an intelligent, automated testing, benchmarking and analysis platform for network operators and service providers, delivering drive testing (DT), in-building solution (IBS) capability, end to end IoT system testing, and much more, whilst decreasing both the time taken to complete the work and opex cost.

“We are therefore able to immediately support clients who wish to test and optimise LTE 450MHz IoT implementations, as well as CSPs who wish to ensure their network is fully optimised, or want to include this frequency in their drive testing and IBS assessments.”

In conversation with Amr Ashraf, Digis Squared 5G & LTE RAN & Software Solution Architect, and Trainer.

LTE 450MHz optimisation & INOS

Our team can help yours with,

  • Support or consultation on how to deploy, test or re-farm LTE 450 MHz frequencies
  • LTE 450MHz optimisation
  • Using INOS in your network deployment or benchmarking

Please get in touch: use this link or email sales@DigisSquared.com .

Discover more about INOS, and INOS for 5G.

Keep up to speed with company updates, product launches and our quarterly newsletter, sign up here.

Digis Squared, independent telecoms expertise.

Sources,

Abbreviations,

  • B2B: Business to Business
  • B2G: Business to Government
  • CSP: communications service provider
  • CEPT: European Conference of Postal and Telecommunications
  • DT: drive testing
  • IBS: in-building solution
  • INOS: Intelligent Network Optimisation Solution, a Digis Squared tool
  • LV: low voltage
  • M2M: machine to machine communications
  • PAMR: Public Access Mobile Radio
  • PMR: Private Mobile Radio
  • PPDR: Public Protection and Disaster Relief radio
  • SCADA: Supervisory Control And Data Acquisition, system of software and hardware elements that measure and monitor data in real-time, and control equipment, usually automatically, remotely.

Image credits: Karsten Würth, windmills at Biedesheim, Germany.

Digis Squared joins Intel Network Builders

Yasser Elsabrouty, Digis Squared Co-Founder and System Integration Business Unit Director announced, “We are delighted to collaborate with Intel, and become a Partner within the Intel Network Builders ecosystem program, as we work together to deliver optimised world-class telecom network solutions.”

“Digis Squared joins Intel Network Builders ecosystem program and brings with it the deep experience and expertise of the Digis Squared team in ultra-reliable network configuration and optimisation. In addition to our commercial work on virtual network enhancements, our system integration capabilities are a great fit with Intel’s objective to create world-changing technology that enriches the lives of every person on earth. As the pandemic has brought into sharp focus, our ability to collaborate internationally, and nurture the health and well-being of colleagues, friends and family, relies on strong and reliable mobile network communications.”

In conversation with Yasser Elsabrouty, Digis Squared Co-Founder and Director of System Integration Business Unit.

To learn more about how the Digis Squared team can help you with multi-vendor network optimisation, reliable infrastructure configuration and more, please use this link or email sales@DigisSquared.com.

Keep up to speed with company updates, product launches and our quarterly newsletter, sign up here.

Digis Squared, independent telecoms expertise.

About Intel® Network Builders

The Intel® Network Builders ecosystem program accelerates network transformation by connecting all of the players that are driving new solutions to the market, including service providers, end users, infrastructure, software and technology vendor.

The ecosystem offers members technical support technology training, technology matchmaking, co-marketing opportunities and more. These programs help companies to optimally utilize Intel technologies in their solutions, and facilitate joint collaboration.

There are now over 400 Ecosystem Partners.

Image credit: the Intel® Network Builders logo and graphics are copyright and trademark Intel.

The “digis2” logo is copyright and trademark Digis Squared Limited.

LTE 600MHz ◦ Network benchmarking & optimisation with INOS

The background: why is the 600MHz band being used for LTE?

Mobile data usage continues to grow throughout the world, and the pandemic has massively impacted forecasts and expectations, causing telecom operators and CSPs to bring forward their deployment decisions.

“The limited amount of spectrum available below 1 GHz will ultimately run out of capacity. This puts mobile broadband at risk in emerging markets, rural areas and inside buildings. Therefore, long-term
planning is key to enable countries to offer great mobile services for everyone.”

GSMA, October 2019

So what can be done to identify more spectrum for mobile broadband? Countries working on the digital TV switchover can consider including 600MHz for mobile broadband. North America is leading the way – USA auctions were completed in April 2017, Canada in April 2019, and Mexico in 2020!

GSMA [1]

600MHz LTE benefits

We asked Amr Ashraf, RAN and Software Solution Architect and Trainer at Digis Squared, to give us his insights into LTE 600MHz band.

“Over the last couple of years we’ve been starting to hear about the deployment of very low band for mobile communication.  Now, we have commercial networks working on one of the most important low bands, 600MHz.”

Halberd Bastion [2]: Band 71 600 MHz LTE coverage prediction

“600MHz is likely to need about 0.8 cells to cover the same area as a 700MHz cell. So 600MHz will be excellent for providing coverage over a given area. And, as an added bonus, the 600MHz signal is likely to penetrate most buildings – great for indoor coverage.”

“Ideally, an operator will have a selection of low band (600MHz, 700MHz and 90MHz) spectrum to provide wide coverage and in-building coverage together with higher bands (1.8GHz, 2.1/2.6GHz, etc.) to provide capacity at specific locations with small cells, including in-building distributed antenna systems. The trick is in deploying the bands efficiently and economically to meet the market needs.”

… and issues

“On other hand, I don’t think that the 600MHz band will be that useful for 5G implementation, as we can’t use all the new transmission techniques with a low band like Massive MIMO.”

“In order for MIMO to work effectively, the antennas need to be spatially separated such that they are uncorrelated. And, the lower the band, the larger the antenna and the required separation between them. At the 600MHz band, it would be incredibly difficult to physically fit more than two uncorrelated antennas inside handsets, given their current sizing. Our calculations therefore assume that 5G and 4G in the 600MHz band will only make use of 2×2 MIMO.”

“There will be some problems to be faced in the reallocation of systems currently utilising this band, like DTV, and also some wireless devices like MICs. However, 600MHz LTE will be one of the most important bands during the next 10 years for full 4G coverage, particularly for rural areas.”

What problems are encountered deploying the 600MHZ band?

With any new network deployment, testing and optimisation are vital to ensure network performance, and also address any inadvertent impacts on existing networks. Whilst a limited number of activities can be undertaken centrally, drive testing, and in-building testing are critical to understanding the real customer experience in the field.

Developed in-house by Digis Squared, INOS is an intelligent, automated testing, benchmarking and analysis platform for network operators and service providers, delivering drive testing (DT), in-building solution (IBS) capability, and much more, whilst decreasing both the time taken to complete the work and opex cost.

Using cloud-controlled mobiles mounted in cars or taken around buildings, INOS collects and uploads data to the cloud, and eliminates the need for a laptop or engineers in the car, or out and about inside buildings. INOS can receive updated test scripts in the field to instantly re-analyse live network configuration changes, avoiding expensive follow-up field trips. It minimises the sometimes chaotic nature of drive tests, and ensures your staff can work alone at Covid-19 safe distances.

One of the key issues with any drive testing tool, such as INOS, is that there are very few mobile phones available for drive testing in this 600MHz LTE frequency, and where there are, drive test solutions don’t use them.

The good news: uniquely, INOS supports LTE 600MHz band

The Digis Squared team have extensively tested a large range of mobile phones, and the best-performing mobile in the LTE 600MHz band that we have found so far is the Google Pixel 5.

After detailed testing in specific locations where 600MHz LTE is in the live network, our teams have found a significant enhancement in capability using this device in our testing portfolio.

Digis Squared’s INOS tool assessing LTE 600MHz band: Coverage (RSRP)
Digis Squared’s INOS tool assessing LTE 600MHz band: Quality (SINR)
Digis Squared’s INOS tool assessing LTE 600MHz band: MIMO performance (spatial rank)
Digis Squared’s INOS tool assessing LTE 600MHz band: Internet speed (DL PDCP throughput)

LTE 600MHz optimisation with INOS

We’ve already started drive testing this capability with live networks. If you or your team would like to discover more about LTE 600MHz optimisation, or how INOS can help you in your network deployment or benchmarking, please get in touch: use this link or email sales@DigisSquared.com to arrange an informal chat.

In conversation with Amr Ashraf, Digis Squared 5G & LTE RAN & Software Solution Architect, and Trainer.

Digis Squared, independent telecoms expertise.

Keep up to speed with company updates, product launches and our quarterly newsletter, sign up here.

Sources

  1. GSMA
  2. Halberd Bastion
  3. For more information about INOS, click here.

Abbreviations

  • CSP: communications service provider
  • DT: drive testing
  • DTV: digital TV
  • IBS: in-building solution
  • INOS: Intelligent Network Optimisation Solution, a Digis Squared tool
  • MICs: wireless microphones
  • MIMO: multiple-input and multiple-output. A method for multiplying the capacity of a radio link using multiple transmission and receiving antennas to exploit multipath propagation.

Image credit: Gurwinder Singh

INOS 5G ◦ Now more than ever, test and optimise your 5G network

INOS ◦ now with 5G & multi-vendor chipset support

Enhanced 5G benchmarking and testing capability, OpenRAN functionality testing, and multi-vendor 5G chipset support, the latest major new features added to INOS ensure clients have access to valuable commercial capability.

INOS – the independent telecoms network benchmarking, drive-test and in-building solution developed in-house at Digis Squared – has just been enhanced to deliver major new features to our telecom operator, CSP* and Regulatory clients, including those managing Private Networks. These new features deliver significant new capability to uncover and resolve even more telecom network issues, and enhance customer QoE and network QoS.

“The new 5G INOS features announced today will help MNOs better understand and optimise their network performance, including in deployments with complex multi-vendor architectures and OpenRAN. This is great news for our clients needing Covid-19 safe solutions to optimise their 5G infrastructure, for Regulators working to obtain an independent view of total network performance, and ultimately to the end customer seeking a better connection.”

AbdulRahman Fady, Digis Squared CTO

New 5G capability

  • Extending the range of network testing capabilities, the new enhancements add 5G to our 2G, 3G, 4G and IoT (CAT-M, NB-IoT 1, NB-IoT 2) network capability, across voice, video, data and OTT
  • The new INOS 5G complete testing set gives you visibility of more than two hundred different network KPIs
  • 5G benchmarking solution gives you full visibility of network QoS and customer QoE
  • 5G L3, L2 and L1 signalling capability
  • 5G fully automated single site verification drive testing solution
  • 5G indoor (in-building survey) testing capability.

Extended handset support

  • Now supporting multi-vendor 5G chipsets: Huawei, Samsung and Qualcomm flagship mobiles.

O-RAN support

  • OpenRAN functionality testing, end to end, from radio through to interoperability and benchmark testing between OpenRAN and Legacy RAN
  • Ensures you can pin-point which component in your multi-vendor ecosystem needs to be optimised or investigated further.

Cloud control – for instant updates, and Covid-19 safety

  • Our cloud-controlled INOS automated testing platform delivers both drive testing, and in building survey data, enabling operators and service providers to efficiently obtain the insights needed for key decisions.
  • Our tools need just one person in the vehicle or building – no engineers are needed on-site, ensuring that they can do their work safely and together we can keep our communities connected.
  • Detailed, actionable automated reports are generated within just 15 minutes after tests are completed.
  • Additionally, our real-time-view ensures you can immediately take action to address performance issues, and optimise your capability whilst engineers are still in the field. Make adjustments, OTA update test parameters and re-run your analysis swiftly.

Independent telecoms network analysis and benchmarking just got smarter.

Know your strengths, and weaknesses, across all network technologies. Now more than ever, ensure you know the capability, performance, quality of experience and coverage of your voice and data networks, and that of your competitors, so that you can optimise your assets efficiently. Discover more about how INOS can help you, here.

Now more than ever, test and optimise your 5G network.

To discuss how our independent tools and vendor-agnostic expertise can help your business, please use this link or email sales@DigisSquared.com to arrange an informal chat.

Keep up to speed with company updates, product launches and our quarterly newsletter, sign up here.

Digis Squared, independent telecoms expertise.

Abbreviations

  • CSP: Communications Service Providers
  • INOS: Intelligent Network Optimisation Solution, one of Digis Squared’s AI-led automated tools.
  • MNO: Mobile Network Operator
  • OpenRAN: via standardised radio interfaces and interoperability, hardware and software components from multiple vendors operate over network interfaces that are “open and interoperable”
  • QoE: Quality of Experience
  • QoS: Quality of Service

Image credit: Tim Trad

INOS ◦ Now more than ever, know your network strengths, and weaknesses

Understand what has changed, then invest

As work patterns continue to change, operators struggle to model their network capacity and investment plans. Understanding current network coverage, performance and quality of experience, and that of competitors, is vital before investment decisions are made.

Our cloud-controlled INOS automated testing platform delivers both drive testing, and in building data, enabling operators and service providers to efficiently obtain the insights needed for key upgrade decisions. [Our tools need just one person in the vehicle or building – no engineers are needed on-site, ensuring that they can do their work safely and together we can keep our communities connected.]

Know your strengths, and weaknesses. Now more than ever, ensure you know the capability, performance, quality of experience and coverage of your voice and data networks, and that of your competitors, before you invest. Discover more about how INOS can help you, here.

Now more than ever, use INOS to benchmark coverage, performance & QoE.

To discuss how our network benchmarking expertise can help your business, please use this link or email sales@DigisSquared.com to arrange a convenient time for an informal conversation.

Keep up to speed with company updates, product launches and our quarterly newsletter, sign up here.

Digis Squared, independent telecoms expertise.

Image credit: Klavs Taimins