Home | Reports | Technical Documents | Tech-Blog | One-Shot Gallery | Korea ICT News | Korea Communication Market Data | List of Contributors | Become a Contributor |    
 
 
Section 5G 4G LTE C-RAN/Fronthaul Gigabit Internet IPTV/Video Streaming IoT SDN/NFV Wi-Fi KT SK Telecom LG U+ Network Protocol Samsung   Korean Vendors
 
Real World Private 5G Cases   4 Deployment Models On-Premise Cases 5G Core Control Plane Sharing Cases

5G Core Sharing Cases

   
 
Private 5G Deployment   • Private 5G Frequency Allocation Status in Korea  South Korean government's regulations on private 5G and KT's strategy for entering the market
Cases in Korea   Private 5G Operators |   SK Networks Service (SI) Sejong Telecom (Wire-line Carrier) KT MOS (Affiliate of KT) • Newgens (SI) • NAVER Cloud more >>  
    Enterprise DIY |   Korea Hydro & Nuclear Power (Power Plant) Korea Electric Power Corporation (Energy) • Republic of Korea Navy more >>
 
CHANNELS     HFR Private 5G Solution (my5G)       my5G Solution Components       my5G Key Features        my5G Resources        my5G News          
 
banner
banner
NB-IoT - Data Rates and Latency
August 16, 2017 | By Junaid Afzal @ SIGFOX
Online viewer:
Comments (8)
22

We are pleased to share with you all an interesting article contributed by Junaid Afzal.

 
 

Junaid Afzal

Technical Presales Manager - Ecosystem at SIGFOX

 

 

All Articles by Junaid Afzal

 
     
  How to contribute your article to Netmanias.com !  
     
  List of Contributors  

 

 

     
 

With NB-IoT networks eventually started to rollout, some developers are wondering how much data they can exchange between sensor device and platform, what it takes to transfer this data etc.

 

If you have not gone through high level NB-IoT network architecture and deployment aspects, it will be helpful to better understand NB-IoT network architecture and deployment/link budget aspects.

 

NB-IoT Data Transmission

 

NB-IoT is centralized system like LTE, where eNodeB controls the scheduling in downlink as well as in uplink to ensure co-ordination of resources among the devices. 

 

Uplink Communication

 

Uplink communication is more critical than downlink for LPWA IoT use cases. Typical NB-IoT uplink communication starts with a request from device to eNB using RACH. Once the eNB receives the request for transmission, it sends back a Scheduling Grant to the device indicating the time and frequency allocation, followed by uplink data transfer in uplink and ACK/NACK in the downlink.    

 

A device can select uplink Transport block size (TBS) on MAC layer from 2 bytes (16 bits) up to 125 bytes (1000 bits) as specified by 3GPP TS36.213. The amount of payload it can accommodate depends upon higher layer protocol overhead; definitely smaller TBS in Table 1 are more suitable for non-IP transmission while higher TBS are suitable for IP transmission to accommodate higher overheads. 

 

where Iru is the index corresponding to the number of Scheduling Resource Units (sub-frames) required to transfer this TBS, offering different level of redundancy. 

Thus, a 1000 bit TBS (MAC layer) will require a min of 4~10 resource units for single transmission (i.e. 

w/o repetition), where scheduling Resource Unit is 8ms (15kHz single tone) or 16ms (3.75kHz tone).

 

Downlink Communication

 

Downlink communication starts with a paging message, sent from eNB to the device. To enhance battery autonomy, NB-IoT supports configuration of eDRX (extended Discontinuous Reception) and PSM (Power Saving Mode) parameters which allows device to go in deep sleep mode from few sec up to days. The device is no longer reachable by the network in sleep mode; thus a choice of power consumption vs reachability.

 

A device can select downlink Transport block size (TBS) on MAC layer from 2 bytes (16 bits) up to 85 bytes (680 bits) as specified by 3GPP TS36.213. The TBS selected accommodates the data payload and headers (IP/non-IP, UDP, CoAP etc). A downlink TBS of 16 bit will always take 1 sub-frame while 680 bit may take from 3~10 sub-frames (1 sub-frame = 1ms).

 

NB-IoT Communication Latency Bounds

 

NB-IoT, by design, is not meant to offer millisecond latency such as to simplify chipset and enhance battery autonomy. The latency in NB-IoT depends upon:

 

1. Transport Block Size – is directly linked to the number of scheduling resource units, and hence transmission time required as explained above. Obviously the application payload and higher layer protocol overhead impact the size of TBS, and may even require multiple TBS.

 

2. Number of Repetitions  NB-IoT allows excessive repetitions (up to 2048 repetitions in downlink, up to 128 repetitions in uplink). MME may configure up to 3 coverage enhancement (CE) levels, CE level 0 to CE level 2. The main impact of the different CE levels is that the messages must be repeated several times depending upon UE location. If you are wondering why 3GPP allow such excessive repetitions in downlink compared to uplink, it is because the link budget is not balanced in NB-IoT, more details here.

 

3. Network Deployment Mode – NB-IoT can be deployed in-band, guard-band and out-of-band modes, each having a different link budget. MNOs will configure different number of repetitions depending upon the deployment mode (link budget).

 

What it means for a developer? Your device in country X operating at frequency Y located at distance Z meters from eNB will have different delay and power consumption if network deployment modes are different. 

 

4. eDRX and PSM configuration – NB-IoT devices are not always listening, thus a downlink triggered action (e.g. reconfiguration, status report etc) must wait for device to wake up per the eDRX/PSM configurations.

 

To summarize, uplink data communication (excluding RACH) can last:

  • Single tone 3.75kHz – 141 ms to 45,121 ms
  • Single tone 15kHz – 45 ms to 14,404 ms

 


and downlink data transmission (excluding paging) can take anywhere from:

  • Single tone 3.75kHz – 26 ms to 23,556 ms
  • Single tone 15kHz – 20 ms to 22,788 ms

 

Depending on your use case, you may need only uplink communication, downlink communication or both. The table below gives more detailed calculation (with formulas and references) to the min and max bounds of NPDSCH and NPUSCH channels based on tone and repetitions:

 

Sanjay (CENTRiC) via LinkedIn 2017-09-04 11:04:35

Excellent explanation of the Node B data communication for IOT devices

Pedro (Comercial Greenfield SRL) via Lin 2017-09-04 11:30:24

Valuable information!

Abdallah via LinkedIn 2017-09-04 15:16:31

The resiliency of the upward and downward links and the efficiency of the application are crucial to avoid retransmission events and loss of data during system communication. Also, the security of the data being transmitted on the trusted network can not be underestimated.

Dwarika Prasad 2018-03-12 18:54:22

Excellent information

Skandarajan Rajaratnam 2018-05-11 00:29:43

Thank you for the Knowledge

donia 2018-09-12 18:27:28

I would ask if the ack is after each uplink message? ( such as message1, message3 of random access procedure, some of uplink security exchanges) like the grant for each message whether it is in uplink or downlink?

Thank you for your help. 

ahmed ramadan 2018-11-20 18:24:40

Thank you for NB-IoT explanation. I would like to ask how can eNB determine the number tones that will assign to UE?

Are there standardized algorithm?

roserigiel 2021-06-22 23:26:42

How to calculate Latency for CP CIOT And UP CIOT in NBIOT similar to LTE?

Thank you for visiting Netmanias! Please leave your comment if you have a question or suggestion.
 
 
 
 

[HFR Private 5G: my5G]

 

Details >>

 

 

 

     
         
     

 

     
     

Subscribe FREE >>

Currently, 55,000+ subscribed to Netmanias.

  • You can get Netmanias Newsletter

  • You can view all netmanias' contents

  • You can download all netmanias'

    contents in pdf file

     
     

 

     
         
     

 

 

 

View All (854)
4.5G (1) 5G (101) AI (7) AR (1) ARP (3) AT&T (1) Akamai (1) Authentication (5) BSS (1) Big Data (2) Billing (1) Blockchain (3) C-RAN/Fronthaul (18) CDN (4) CPRI (4) Carrier Ethernet (3) Charging (1) China (1) China Mobile (2) Cisco (1) Cloud (5) CoMP (6) Connected Car (4) DHCP (5) EDGE (1) Edge Computing (1) Ericsson (2) FTTH (6) GSLB (1) GiGAtopia (2) Gigabit Internet (19) Google (7) Google Global Cache (3) HLS (5) HSDPA (2) HTTP Adaptive Streaming (5) Handover (1) Huawei (1) IEEE 802.1 (1) IP Routing (7) IPTV (21) IoST (3) IoT (56) KT (43) Korea (20) Korea ICT Market (1) Korea ICT Service (13) Korea ICT Vendor (1) LG U+ (18) LSC (1) LTE (78) LTE-A (16) LTE-B (1) LTE-H (2) LTE-M (3) LTE-U (4) LoRa (7) MEC (4) MPLS (2) MPTCP (3) MWC 2015 (8) NB-IoT (6) Netflix (2) Network Protocol (21) Network Slice (1) Network Slicing (4) New Radio (9) Nokia (1) OSPF (2) OTT (3) PCRF (1) Platform (2) Private 5G (10) QoS (3) RCS (4) Roaming (1) SD-WAN (17) SDN/NFV (71) SIM (1) SK Broadband (2) SK Telecom (35) Samsung (5) Security (16) Self-Driving (1) Small Cell (2) Spectrum Sharing (2) Switching (6) TAU (2) UHD (5) VR (2) Video Streaming (12) VoLTE (8) VoWiFi (2) Wi-Fi (31) YouTube (6) blockchain (1) eICIC (1) eMBMS (1) iBeacon (1) security (1) telecoin (1) uCPE (2)
Password confirmation
Please enter your registered comment password.
Password