IAB–the cost-effective solution to quickly expand 5G mmWave coverage
27
Jul
IAB–the cost-effective solution to quickly expand 5G mmWave coverage
One of the exciting features the recently finalized 3GPP Rel. 16 brings to 5G is the support for Integrated Access Backhaul (IAB). IABs have the potential to be a game-changer, especially for millimeter Wave (mmWave) deployments by solving the key challenge of backhaul. However, the traditional design of IABs offers low efficiency. In this article, I will take a deep dive into IABs, their deployment configurations, and most importantly, the techniques needed to improve their efficiency.
IABs are cell sites that use wireless connectivity for both user traffic (access) as well as backhaul. IAB’s predecessor— relays—have been around since 4G days. IABs are essentially improved and rechristened relays. If you have heard of Sprint “Magic Box,” then you have already heard about relays and to some extent IABs as well.
So far, relays were used primarily to extend coverage in places where it was challenging or uneconomical to deploy traditional base stations with fiber or ethernet backhauls. They were also useful when connectivity needs were immediate and temporary. A great use case was the recent COVID-19 crisis when temporary healthcare facilities with full connectivity had to be built very quickly. There are many such applications, for example, indoor deployments in retail stores, shopping malls, etc., where operators do not have access to fiber.
However, with expanded capabilities, IABs have a much bigger role to play in 5G, especially for mmWave deployments who have gotten a bad rap for having smaller coverage footprint. IABs allow operators to rapidly deploy mmWave sites and expand coverage by solving the teething backhaul issue.
IABs are deployed just like any other mmWave sites, of course without requiring pesky fiber runs. As shown in the figure below, IABs connect to donor sites in the same way as smartphones or any other devices. The main donor sites will need high capacity fiber backhaul. One or more IABs can connect to a single donor site. There could be multi-hop deployments, meaning IABs could also act like donors to other IABs. Each IAB could connect to multiple sites or IABs, providing redundancy. This configuration lends itself very well for mesh architecture in the future as well. IABs are transparent to devices, meaning devices connect to IABs just as they would to any regular base stations.
IABs are ideal for mmWave deployments
As I had explained in my previous article, mmWave 5G deployments need a dense cluster of sites to provide good outdoor coverage. Since bringing backhaul to all these sites is cumbersome and expensive, using IABs for such deployments is ideal. For example, in city centers, there could be a handful of donor sites with fiber backhaul, connecting to clusters of IABs around them. As evident, with such approach operators could provide much broader coverage with much fewer fiber runs, in a very short time. The savings and ease of installation are quite obvious.
It should be noted that unlike regular sites, IABs do not add new capacity. They instead share the capacity of the donor site much more efficiently across a much larger coverage area. Since the mmWave band has lots of spectrum, capacity may not be a limitation. Ultimately, the level of data traffic and the amount of spectrum operators have access to will decide the appropriate mix of donor sites and IABs.
One of the issues with IABs is interference. Since donors and IABs use the same spectrum, they might interfere with each other. But thanks to the smaller coverage footprint of mmWave bands, the interference is relatively minimal, compared to traditional bands. Another big advantage of mmWave bands is the support for beamforming and beamsteering techniques. These techniques allow the signal (beam) between all the nodes to be very narrow and highly directional, which further reduces interference.
Performance challenges of IABs
The biggest challenge of IABs is their lower efficiency. Since they use the wireless link for both sides (towards donor and user), they have to either use a separate spectrum or time-share between the sides. In both cases, efficiency is reduced, as the first case uses twice the spectrum, and the latter allows only one side to be active at any time. Let me explain, reasons for it.
If the same spectrum is used for both sides, there will be huge self-interference, meaning the transmitter from one side feeds into the receiver of the other side making interference so high that signal from actual users is drowned out and can’t be heard. So, the spectrum for both sides must be different. Since operators are often short on spectrum, they cannot afford this configuration. Even if they could, there are many complexities, such as requiring frequency planning, inability to support mobile IABs, confusion in handover between the two frequencies, and many more.
Hence, almost every deployment utilizes an alternate approach called Half-Duplex, in which the sides are tuned ON alternatively. The IAB ON/OFF timing has to be synchronized across the network to avoid interference. The situation is even more complicated if there are multi-hop deployments.
The best way to understand the performance of IABs is to simulate a typical system and analyze various scenarios. Kumu Networks, a leader in relay technology, did exactly that. Here is a quick overview of what they found out.
They simulated a typical city intersection, as shown in the figure here. They put a fiber-fed donor at a city intersection and a cluster of IABs along the streets, some connected directly, others in multi-hops. The aggregate throughput is calculated for the entire system with one, two, and multiple hops.
Image courtesy of Kumu Networks.
This chart shows the performance of the system, plotting the aggregate throughput of all users in the system vs. the number of hops. The red line in the chart represents the traditional Half-Duplex configuration that we just discussed. With this configuration, the throughput goes down significantly as the number of hops in the system increase. This is because the more hops there are, the less time slice each IABs gets, and lower the throughput.
You also see a blue line on the chart. This represents the Full-Duplex configuration, for which the throughput slightly increases and stabilizes even when more hops are added. Obviously, Full-Duplex is the most desired configuration.
Now, what is Full duplex? As the name suggests, it is keeping both sides of the IAB switched ON all the time, while using the same spectrum. So, with this configuration, there is no need for additional spectrum, no more time-sharing, and hence no more reduced efficiency. But didn’t we just discuss why this is not possible because of self-interference?
Well, what if I say that there are techniques to effectively cancel that self-interference? I know you are intrigued by this and want to know more. But for that, you will have to wait for my next article. So, be on the lookout!
Meanwhile, for more articles like this, and up-to-date analysis of the latest mobile and tech industry news, sign-up for our monthly newsletter at TantraAnalyst.com/Newsletter, or listen to our Tantra’s Mantra podcast.
Share:
We use cookies on our website to give you the most relevant experience by remembering your preferences and repeat visits. By clicking “Accept All”, you consent to the use of ALL the cookies. However, you may visit "Cookie Settings" to provide a controlled consent.
This website uses cookies to improve your experience while you navigate through the website. Out of these, the cookies that are categorized as necessary are stored on your browser as they are essential for the working of basic functionalities of the website. We also use third-party cookies that help us analyze and understand how you use this website. These cookies will be stored in your browser only with your consent. You also have the option to opt-out of these cookies. But opting out of some of these cookies may affect your browsing experience.
Necessary cookies are absolutely essential for the website to function properly. These cookies ensure basic functionalities and security features of the website, anonymously.
Cookie
Duration
Description
cookielawinfo-checkbox-analytics
11 months
This cookie is set by GDPR Cookie Consent plugin. The cookie is used to store the user consent for the cookies in the category "Analytics".
cookielawinfo-checkbox-functional
11 months
The cookie is set by GDPR cookie consent to record the user consent for the cookies in the category "Functional".
cookielawinfo-checkbox-necessary
11 months
This cookie is set by GDPR Cookie Consent plugin. The cookies is used to store the user consent for the cookies in the category "Necessary".
cookielawinfo-checkbox-others
11 months
This cookie is set by GDPR Cookie Consent plugin. The cookie is used to store the user consent for the cookies in the category "Other.
cookielawinfo-checkbox-performance
11 months
This cookie is set by GDPR Cookie Consent plugin. The cookie is used to store the user consent for the cookies in the category "Performance".
viewed_cookie_policy
11 months
The cookie is set by the GDPR Cookie Consent plugin and is used to store whether or not user has consented to the use of cookies. It does not store any personal data.
Functional cookies help to perform certain functionalities like sharing the content of the website on social media platforms, collect feedbacks, and other third-party features.
Performance cookies are used to understand and analyze the key performance indexes of the website which helps in delivering a better user experience for the visitors.
Analytical cookies are used to understand how visitors interact with the website. These cookies help provide information on metrics the number of visitors, bounce rate, traffic source, etc.
Advertisement cookies are used to provide visitors with relevant ads and marketing campaigns. These cookies track visitors across websites and collect information to provide customized ads.