Sunday, 15 March 2020

How Cellular IoT and AI Can Help to Overcome Extreme Poverty in a Climate-resilient Way

The Democratic Republic ofthe Congo (DRC) is the second largest country in Africa and it has a significant potential for agricultural development as the country has more land (235 million hectares) than Kenya, Malawi, Tanzania, and Zambia, combined, of which only 3.4% is cultivated.

Despite this, around 13 millions of Congolese live in extreme food insecurity, among them 5 millions acutely malnourished children. Current assessments show the trend is increasing.

In the southern provinces formerly known as "Katanga" the needs in maize for human consumption sum up to 700,000 tons per year, while the local production barely amounts to 120,000 tons per year. This means the provinces have to resort to importing food from neighboring countries, which represents a huge burden on the region's economy.

Another aspect of the problem is that 80% of the local production is made by women farmers, and the biggest challenge they face is the lack of daily agronomic monitoring and guidance. There is only a limited amount of agriculture experts in the region and without assistance, the farmersaverage output is at best one ton per hectare. However, field trials have proven that by using smart farming technology they can easily produce up to 6 tons per hectare year over year with the right sustainable approach and support. Artificial intelligence (AI), the Internet of Things (IoT) and big data analytics underpinned by mobile connectivity can even do more. They bring significant potential for capturing carbon, optimizing water, pesticide and fertilizer usage, and reducing soil erosion. Thus, African women can not only provide the solution to the local food gap/insecurity but also become the primary protectors of their environment.

The basic technical concept is not new. Back in 2016 Ooredoo Myanmar launched Site Pyo, a mobile agriculture information service for smallholder farmers. At its core Site Pyo is a weather forecast app that was enhanced with weather-dependent advice for ten crops, from seed selection to harvesting and storage. In addition the app displays the actual market prices for these crops. GSMA as a co-funder of the project celebrates Site Pyo as a big success, but it seems to be limited to Myanmar. Why?

„A lot of customization needs to be done to adapt the application functionality for a particular region“, says Dieu-Donné Okalas Ossami, CEO of „e-tumba“, a French Start-up specialized in smart farming solutions for Sub-Sahara Africa. His company partners with iTK, a spin-off from CIRAD, the French Institute for tropical agronomy. The iTK crop-specific predictive models are based on years of agronomic data, but have originally been designed for big farmers. To meet the demands of women in Katanga requires more granular data for both, input and output.

As in case of Site Pyo weather predictions are important, but in addition there are data feeds from sensors on the spot. Weather stations measure constantly temperature and rainfall while sensors in the soil report its saturation with water, nitrogen and potassium.

„A typical real-time advice that our software provides is to delay the harvest for some additional days to maximize the yield“, explains Okalas Ossami. „However, even for two neighboring fields the particular advices are often different.“ 

Also the communication channels need to be taylored. Many women farmers are illiterate. For them the advice must be translated into the local language they speak and transmitted to their phones as a voice message. Those who can read and write will receive the notifications through short message service.

The mobile connectivity that links all elements of the system is realized by the mobile network operators present in the region.


Infographic: The Technical Environment Behind the Project
„Actually NB-IoT would fit to our use case“, says Okalas Ossami, „but it is not available. And there is neither LoRa nor SigFox.“ Hence, the sensors are using data connections of 3G and 4G radio access technology. In case of network outage or missing coverage a local field technician must collect the sensor data manually and transfer it to the data center through alternative channels.

It is the same field technician who installs the sensors. The woman farmers receive a basic training to understand how the system works, but they do not need to care about technical components - except keeping their mobile phones charged.

Here comes another important aspect into the game: How can the women trust this technical environment?

In case of Site Pyo the operator Ooredoo observed a quickly increasing user community measured by the number of app downloads. However, there was no indication to which extend the Myanmar farmers really used the app. The e-tumba solution addresses this gap by partnering with the non-government organization „Anzafrika“.

Anzafrika is present in the villages where the people live. One of its major targets is to overcome the extreme poverty by developing the regional economy. A key factor for this is that the smallholder farmers do not just see the market prices for their crops, but get real access to large, stable and long-term markets where these prices are paid. Anzafrika is brokering contracts between the woman farmers and large multinational corporations committed to the Economics of Mutuality, growing human, social and natural capital. The business model behind this concept was outlined by Bruno Roche and Jay Jakub in their book „Completing Capitalism:Heal Business to Heal the World“. Instead of focusing on greenhouse gas emissions (output) they insist that climate-resilient business models must measure the input needed for manufacturing goods. As an example: For one hot cup of coffee the greenhouse gas emissions are extremely low, but 3.4 liters of water are needed (most for packaging, processing and drinking) and 12 gram of top soil will be eroded. These are (among others) the expenses paid by the planet that are not taken into account by a carbon tax.

Coffee plantations are monocultures with all the known disadvantages resulting form this kind of farming. In the past the Congolese women farmers have grown maize as a monoculture. Now, with advice from Anzafrika and e-tumba they transitioned from an „all-maize“ sustenance crop to a semi-industrial „maize-sorghum“ production. This helps to minimize the top soil erosion and thus, to remunerate the natural capital involved in the process.  

Regarding the human and social capital Anzafrika monitors how the overall situation in the villages  is improving. The focus is on progress in well-beeing, satisfaction and health not just for the women farmers, but for their entire communities.

In 2019 smart farming technology have been tested and deployed with a group of 150 women in the province of Lualaba. Now, in 2020, their number is expected to rise to 500 and after 6 years the stunning target of 100,000 participants shall be met. A look at the download numbers of Site Pyo (206,000 in the course of one year) shows that these numbers are not over-optimistic.

The partnership between Anzafrika, e-tumba and iTK is now considered as a best international practice, as indicated by Patrick Gilabert, UNIDO Representative to the European Union in Brussels. It fully aligns with the development of new comprehensive strategies for Africa that aim at creating a partnership of equals and mutual interest through agriculture, trade and investment partnerships.

UNIDO, as the UN convener for the implementation of the Industrial Decade for Development of Africa” (IDDA 3) is always ready to join forces with innovative partners.

Monday, 9 March 2020

How LTE RRC (4G) and NR RRC (5G) Protocols are used in Parallel in EN-DC (5G NSA)

Last week I had a fruitful discussion with a fellow blogger on the web, Martin Sauter (@mobilesociety) regarding a post in which he compared features of LTE RRC (3GPP 36.331) and NR RRC (3GPP 38.331).

It was Martin's impression that the NR RRC protocol is primarily designed to be used in the 5G standalone mode. However, as I wrote in a comment to his post the NR RRC protocol is already used in EN-DC radio connections.

The reason is that the UE must be informed about Hundreds of lower layer 5G parameters (physical, MAC, RLC) that are needed for the payload transmission over 5G frequencies. Indeed, when it comes to user plane data transmission the gNB works almost independently and the UE must handle LTE and NR radio links in parallel.So it has two different radio units (even if combined into a single radio chip set). This double-functionality is also one important reason why 5G smartphones are quite expensive. It is a lot of software and know-how that sits inside these chips.

How much surplus code is really necessary to enable 5G technology becomes visible when looking at trace data using a state-of-the-art protocol test and monitoring tool.

When reading the 3GPP 36.331 (LTE RRC) standard document one might have the impression that just a few 5G parameters have been incorporated into this protocol to support EN-DC connections.

However, when looking into the details of e.g. the nr-SecondaryCellGroupConfig-r15 it turns out that some this single information element is indeed a huge block of NR information (total size: 1111 Byte)

It is an entire 5G RRC message (rRCReconfiguration) that is piggybacked by the LTE rrcConnectionReconfiguration message, because in 5G non-standalone mode this is the only way to transmit 5G signaling information to the UE. And as highlighted in the upper part of the screenshot there are a couple of NR RRC messages transported in so-called NR-RRCContainers* during the EN-DC Establishment Procedure.

And what about 5G standalone mode? For this radio access technology the 3GPP 38.331 Rel. 15 protocol is suitable as well. Hence, some parameters mentioned in the standard paper will never be seen in EN-DC. A perfect example is S-NSSAI (Single Network Slice Selection Assistance Information), because network slicing requires the connection with a 5G core network as a prerequisite. 


(click on image for larger version)

* This is not an 3GPP term, but coined by the developers of the decoding engine.

Wednesday, 4 March 2020

A Look into 5G Virtual/Open RAN - Part 1

Although it is understood in general that virtualization and increasing complexity are inherent characteristics of 5G networks many people are surprised when they realize the significant differences of 5G RAN architecture and signaling procedures compared to what they know from LTE or UTRAN.

In this blog post series I want to highlight some details that are not immediately visible when reading the 3GPP specs.

Figure 1 shows a virtualized gNB and the protocols it uses to communicate with its internal entities as well as with the UE and peer entities in neighbor network elements/functions.

Figure 1: Virtual Network Functions and Protocols in 5G RAN
(click on the image to see full size)

The core of the whole thing is the gNB-Central Unit for the Control Plane (gNB-CU CP). This function communicates directly with the UE using the NR RRC protocol. It also "talks" to the 5G Core Network represented by the AMF using the NGAP, a protocol very similar to the S1AP known from E-UTRAN. Neighboring 5G base stations are contacted using the XnAP, neighboring eNBs can be reached by using X2AP.

The other virtual functions of the gNB are the Central Units for User Plane (gNB-CU UP) and the Distributed Units (gNB-DU). While the gNB-CU UP is responsible for handling the transport of payload the gNB-DUs deal with all the allocation of radio resources, especially the scheduling. As a result the lower layer radio interface protocols, especially RLC and MAC terminate in the gNB-DUs.

For the RAN monitoring tools and the 3GPP Minimization of Drive Test (MDT) feature this means that RRC and Logged Measurement Reports sent by UEs will be available at gN-CU CP while all uplink radio quality measurements and call-related user plane metrics is only available at the gNB-DU - see figure 3.

Figure 2: Distribution of un-correlated RAN measurement tasks among different gNB virtual functions
(click on the image to see full size) 

And today, there is no 3GPP-standardized procedure to correlate this measurement information collected by different virtual gNB functions.

The full impact of the 5G RAN virtualization becomes even more evident when looking at Figure 3. It shows a single gNB-CU CP in charge of controlling several gNB-CU UPs and gNB-DUs.

In a live network deployment a single gNB-CU CP will control hundreds of gNB-DUs and maybe several gNB-CU UPs. This is why it is misleading to compare the connectivity of a gNB-CU CP with that of a LTE eNB. Rather it could be compared with a UTRAN RNC controlling a similar number of 3G base stations.


Figure 3: 5G RAN Connectivity
(click on the image to see full size)

Looking back into figure 1 we see that the F1AP is used for communication between gNB-CU CP and its gNB-DUs while the E1AP is the protocol that connects the gNB-CU CP with surrounding gNB-CU UPs.

Call-related control plane procedures of F1AP and E1AP are very similar to what is known from NGAP. There is a UE context established between the gNB-CU CP and the gNB-DU. On F1-U a GTP tunnel is established for user plane transport. At the same time an E1 Bearer Context in gNB-CU CP and gNB-CU UP keeps track of the most relevant user plane transport parameters.

All in all for setting up a single subscriber connection in the virtualized 5G RAN there are significantly more signaling transactions necessary than in E-UTRAN. Figure 4 shows a practical example.

Figure 4: 5G RAN Call Trace in NETSCOUT Session Analyzer
(click on the image to see full size)
The volume and complexity of signaling information is increasing when the UE moves or is redirected to virtual functions within one gNB e.g. due to load balancing.

The next blog post of this series will dive deeper into details of such call scenarios.

Stay tuned...

Related Posts:

Sunday, 1 March 2020

5G Private and Non-Public Network (NPN)


Private Networks have been around for a while and really took off after 4G was launched. This is due to the fact that the architecture was simplified due to the removal of CS core and also the advancements in silicon, storage, computation, etc. allowed creation of smaller and more efficient equipment that simplified private networks.

While private networks imply an isolated network for selected devices that are allowed to connect on to the network, Non-Public Networks are much broader in scope. Chief among them is the ability of certain devices to be capable of working on Private as well as Public Network or roaming between them.

I recently ran a workshop on 'Introduction to Private 4G & 5G Networks' with a well known Industry analyst Dean Bubley. One of the sections looked at the Network Architecture based on the 3GPP standards. This tutorial is a part of that particular section. Slides and video embedded below. There are also some interesting videos on YouTube that show how and why Private Networks are needed and some use cases. The playlist is embedded in the end.






Playlist of Private Networks Use Cases.



Related Posts:

Thursday, 27 February 2020

5G and Industry 4.0


Telefónica published an infographic on 'Benefits of 5G in Industry 4.0' last week. You can download it on their website here. This reminded me that we have now completed the third video in our series of IoT.

  1. The beginners guide to M2M, MTC & IoT is discussed here and video is available here.
  2. Industrial IoT (IIoT) vs IoT is discussed here.
  3. This blog post with with embedded video / slide looks at Industrie 4.0 (a.k.a. I4.0 or I4)



Slides and Video is embedded below, let us know what you think.






Related Posts and Links:

Friday, 21 February 2020

EPS Fallback in 5G Standalone Deployments

It can be expected that later this year some mobile network operators will launch their initial 5G standalone (5G SA) deployments.

Nevertheless there will remain areas with temporary or permanently weak 5G NR coverage. One possible reason might be that even when 5G and LTE antennas are co-located, which means: mounted at the same remote radio head, the footprint of the 5G NR cell is significantly smaller when it uses a higher frequency band than LTE - see figure 1.

Figure 1: Smaller footprint of co-located 5G NR cell with higher frequency

Especially UEs making Voice over New Radio (VoNR) calls from the 5G cell edge have a high risk of experiencing bad call quality, in worst case a call drop. To prevent this the UE is forced  during the voice call setup towards 5G core network (5GC) to switch to a LTE/EPS connection where the radio conditions are better for the voice service.

The same procedure for which the term "EPS Fallback" was coined by 3GPP also applies when the UE is served by a 5G cell that is not configured/not optimized for VoNR calls or when the UE does not have all needed VoNR capabilities.

Figure 2: Two options for EPS fallback

When looking at the RAN there are two options for executing the EPS Fallback as shown in figure 2.

In option A the 5G radio connection is released after the initial call attempt is successfully finished and with the 5G RRC Release the UE is ordered to reselect to a 4G cell where a new radio connection is started for the VoLTE call. In this case the UE context is transferred from the AMF to the MME over the N26 interface. 3GPP seems to use also the term "RAT fallback" for this option.

Option B is to perform a 5G-4G inter-RAT handover. Here the session management and user plane tunnels in the core network are handed over from SMF/UPF to MME/S-GW in addition. This is realized with the GTPv2 Forward Relocation procedure on N26 interface.

All in all the EPS fallback is expected to cause an additional call setup delay of approximately 2 seconds.

For the inter-RAT handover case it is easy to detect from signaling information that an EPS fallback was triggered. In the source-eNodeB-to-target-eNodeB-transparent-container sent by the gNB to the eNB a boolean "IMS voice EPS fallback from 5G" indicator will be found that is set to "true". This container is named according to the receiving entity and will be carried by the NGAP Handover Preparation, GTPv2 Forward Relocation Request and the S1AP Handover Request messages.

If a redirection for Voice EPS Fallback is possible or not is indicated in the NGAP Initial Context Setup Request, Handover Request (during 5G intra-system handover) and Path Switch Request Acknowledge (after Xn handover) messages, all sent by the AMF to the gNB.

Further the NGAP protocol provides the cause value "IMS voice EPS fallback or RAT fallback triggered" in the PDU Session Resource Modify Response message indicating that a requested VoNR session cannot be established.  

An excellent, very detailed description of N26 interface functionality and testing ia available here.

Wednesday, 12 February 2020

AI your Slice to 5G Perfection


Back in November, The Enhanced Mobile Broadband Group in CW (Cambridge Wireless) held an event on 'Is automation essential in 5G?'. There were some thought provoking presentations and discussions but the one that stood out for me was by Dan Warren from Samsung


The slides are embedded below but I want to highlight these points:
  • Some Network Functions will be per slice whereas others will be multi-slice, the split may not be the same for every slice
  • Two slices that have the same 'per slice vs multi-slice' functional split may be different network hardware topologies
  • Enterprise customers will likely want a 'service' contract that has to be manifested as multiple slices of different types. 
  • Physical infrastructure is common to all slices
The last point is very important as people forget that there is a physical infrastructure that will generally be common across all slices.

Again, when you apply Artificial Intelligence (AI) to optimize the network functions, does it do it individually first and then end-to-end and if this is applied across all slices, each of which may have a different functionality, requirement, etc. How would it work in practice?




As Dan says in his tweet, "It is hard to implement AI to optimise a point solution without potentially degrading the things around it.  Constantly being pushed to a bigger picture view => more data => more complexity"

Let me know what you think.

Related Posts:

Friday, 31 January 2020

Prof. Andy Sutton: Backhauling the 5G Experience - Jan 2020


Prof. Andy Sutton has shared quite a few presentations and talks on this blog. His presentations from the annual 'The IET 5G Seminar' has made it to the top 10 for the last 3 years in a row. His talk from 2019, 2018 & 2017 is available for anyone interested.

The title of this year's conference was '5G 2020 - Unleashed'. The details are available here and the video of all the talks are here. As always, the slides and video is embedded below.

Slides



Video


There are a lot of bands that keep on getting mentioned, especially in relation to backhaul. Here is a summary of these bands that would come handy.



Related Posts:

Sunday, 26 January 2020

NTT Docomo's Vision on 5G Evolution and 6G


NTT Docomo released a whitepaper on 5G Evolution and 6G. In a press release they announced:

NTT DOCOMO has released a white paper on the topic of 6G, the sixth-generation mobile communications system that the company aims to launch on a commercial basis by 2030. It incorporates DOCOMO's views in the field of 5G evolution and 6G communications technology, areas that the company has been researching since 2018. The white paper summarizes the related technical concepts and the expected diverse use cases of evolving 5G and new 6G communication technologies, as well as the technology components and performance targets.

Mobile communication systems typically evolve into the next generation over a period of roughly ten years; DOCOMO commenced its research into the commercial launch of 5G in 2010. In 2018, the company conducted successful radio wave propagation experiments at frequencies of up to 150 GHz, levels which are expected to enable the much faster and larger-capacity communications that 6G will require.

DOCOMO will continue to enhance the ultra-high-speed, large-capacity, ultra-reliable, low-latency and massive device-connectivity capabilities of 5G technology. It will continue its research into and development of 5G evolution and 6G technology, aiming to realize technological advances including:

  • the achievement of a combination of advances in connectivity, including ultra-high speed, large capacity and low latency
  • the pioneering of new frequency bands, including terahertz frequencies
  • the expansion of communication coverage in the sky, at sea and in space
  • the provision of ultra-low-energy and ultra-low-cost communications
  • the ensuring of highly reliable communications
  • the capability of massive device-connectivity and sensing

Visitors to DOCOMO Open House 2020 will be able to view conceptual displays incorporating DOCOMO's vision of the evolution of 5G technologies into 6G. The event will take place in the Tokyo Big Sight exhibition complex in Tokyo on January 23 and 24. DOCOMO also plans to hold a panel session entitled "5G Evolution and 6G" on January 24.

Videos from Docomo Open House are embedded below, along with a previous talk by Takehiro Nakamura from 6G Summit.


6G has become a hot topic, especially after China announced back in November that they are working on 6G. We have some interesting tweets on 6G as well.

This one from Stefan Pongratz, Dell'Oro group shows the timeline for 5G, Pre-6G and 6G



This one provides a timeline all the way from Release 99 up till 21



Finally, here is a tweet highlighting the 6G research



Finally, the paper acknowledges the 5G challenges and focus areas for 5G evolution, before focusing on 6G.
The mmWave coverage and mobility needs improvement, while the downlink is able to provide very high data rates, the uplink is struggling to be better than 4G. Also, there are some very extreme requirements for industrial use cases, 5G has yet to prove that it can meet them.

Finally, here is another view from iDate Digiworld comparing 5G vs 6G in terms of performance, spectrum and network.



Related Posts:

Tuesday, 21 January 2020

How MOCN RAN-Sharing Works

Shared RAN deployment scenarios are an excellent opportunity for mobile network operators to lower their investments on both, network hardware and operational costs by sharing resources.

The MORAN approach where each operator continues to have its dedicated spectrum (= radio network cells) is easy to understand.

However, the Multi-Operator Core Network (MOCN) is a bit more complex, especially if one of the involved operators asks for service assurance KPIs that apply to its - and only its - subscribers. In this case it is a prerequisite to find out which "call" belongs to which core network operator to enable further KPI correlation and aggregation.

The figure below illustrates how this works:

(click on picture for larger version)

In the System Information Block (SIB) 1 of the cell a list of PLMN-IDs is broadcasted followed by a single Tracking Area Code (which can be combined each of the PLMN-IDs to get multiple TAIs) and a single Cell Identity.

Encoding is specified in 3GPP 36.331 (RRC) as follows:

SystemInformationBlockType1 ::=     SEQUENCE {
    cellAccessRelatedInfo              SEQUENCE {
       plmn-IdentityList                 PLMN-IdentityList,
       trackingAreaCode                  TrackingAreaCode,
       cellIdentity                      CellIdentity,

The spec further defines that the ECGI is the CellIdentiy combined with the first (!!!) PLMN-ID from the PLMN-ID List:

CellGlobalIdEUTRA field descriptions
cellIdentity
Identity of the cell within the context of the PLMN.
plmn-Identity
Identifies the PLMN of the cell as given by the first PLMN entry in the plmn-IdentityList in SystemInformationBlockType1.

So there is one and only 1 ECGI per radio cell in the network, but multiple PLMN-IDs and hence, multiple TAI, one fore each core network operator, are broadcasted.

During RRC establishement a particular UE signals on behalf on the selected PLMN-ID information element in the RRC Connection Setup Complete message to which core network operator shall be used.

This information is "translated" by the eNB into ECGI and TAI with different PLMN-IDs. While the ECGI displays the PLMN-ID of the operator that owns the RAN equipment the TAI shows the selected PLMN-ID of the UE's core network operator. 

Related Posts: