Huawei SRAN12.1 CIoT-Huawei Workshop

HUAWEI TECHNOLOGIES CO., LTD.

eRAN 12.1 Agenda

CIoT General Overview

Deep Dive Selected CIoT Features


Huawei Confidential

Page 2

Agenda

1 HUAWEI TECHNOLOGIES CO., LTD.

CIoT GENERAL OVERVIEW

Huawei Confidential

Page 3

By 2020, LPWA to Represent 70% of Cellular IoT Connections

Market Segment 

Camera



Electronic billboards…



Smart Home



POS…

 

Sensors, Meters Asset Tracking Smart Parking



Smart agriculture …



LPWA: Low Power Wide Area 4

Connections in 2020

Requirements

Technology

(Billion)

0.2B

0.8B 2B

l

>10Mbps

l l

~1Mbps Low power consumption

l l l l

Small Packet (<100kbps) Zigbee, Bluetooth Deep Coverage （20dB） WiFi, Sigfox, LoRa Low power (10 Years) NB-IoT… Low cost (<$5)

3G/4G

GSM/GPRS/CDMA LTE MTC(R12, R13)

LPWA = Low Power Wide Area

LPWA

Long Battery Life

5

Low-Power

Wide-Area Network is a type of wireless telecommunication network designed to allow long range communications at a low bit rate among things (connected objects, such as sensors)

Deep Penetration

Low Device Cost

Mass Deployment

The Rise of CAT-1/eMTC, Sunset of 3G Typical 3G IoT Cases

Cat-1 is Better Option

B2C as Main Cases

Suitable Data Rate

Wearable

IoT Gateway Backhaul

10Mbps

Lower Power Consumption

PSM/eDRX

Lower E2E TCO

All 4G

Cat-1 IODT test Done with Qualcomm MDM9x07 chipset in 2016H1

The Rise of Cat-1 Assists Sunset of 3G in 2020 6

6

Huawei Confidential

The Rise of NB-IoT, Sunset of 2G Typical 2G IoT Cases

NB-IoT/eMTC is Better Option

Same Data Rate

POS

Smart Meter

Vending Machine

100k~1Mbps

Lower Power Consumption

PSM/eDRX

Deep Coverage

15~20dB Gain

The Rise of NB-IoT/eMTC Assists Sunset of 2G in 2025 7

7

Huawei Confidential

NB-IoT / eMTC are Future Oriented LPWA Technologies

4G

~10Mbps Cellular IoT

(Including Cat1)

eMTC

NB-IoT

8

Future Oriented Cellular IoT Technology

~1Mbps Cellular IoT

~100kbps Cellular IoT(Full Capability LPWA)

Standardization of NB-IoT/eMTC Completed 2016.0 3

2016.05

2016.06

2016.09

R14 frozen

R14 kick off R13 Completed  RAN1  RAN2  RAN3

NB-IoT

eMTC

9

R13 Completed  RAN1  RAN2  RAN3

2017.03

R13  RAN4(Performance)

R14  Positioning  Multicast  Non-Anchor PRB enhancements  Mobility and service continuity enhancement  New Power Class

R13  RAN4(Performance)

R14  Positioning  Multicast  Mobility enhancements  Higher data rates  VoLTE

Huawei NB-IoT Chipset Roadmap

Boudica v100(ES) 5.3x5.3 BGA 3GPP Rel-13 NB-IoT 20GPIOs 128 KB apps memory Single Tone Bands: 698~960MHz Band 5/8/20/28

Boudica v100 (Trial)

Boudica v100 (Commercial)

Boudica v200 (Planning) 30 GPIOs 256KB apps memory Single Tone/Multi-tone Bands: 698~960/1800/2100 Band: 450MHz LiteOS

2016Q2

10

2016Q3

2016Q4

2017

Contents CIoT Industry Insights CIoT12.1 Solution Overview

11

Cellular IoT Architecture

IoT Applications Telemetric

Smart Metering

LTE-VDC

IoT Platform

12

Intelligent Production Line

Intelligent Artificial aid

Unified IoT Platform

IoT Core

Cellular IoT Access Technologies

Intelligent Supply Chain

Option 1

LTE

EPC

(Software Upgrade)

NB-IoT 2016

High Bandwidth

Option 2

New EPC

MTC/eMTC 2017-2018

Low Bandwidth and Low Power Consumption

LTE-V 2018

202X

Ultra-reliable and Low Latency

CIoT12.1 Main Features Overview Solution

Feature Description NB-IoT Coverage Extension

Enhanced NB- UL 4-Antenna Receive Diversity IoT Coverage SFN Enhanced NBMulti-tone IoT Capacity NB-IoT Power Idle Mode eDRX Saving

Benefits 20 dB higher coverage than LTE & GSM. Theoretical 3dB higher coverage than 2-Antenna Receive Diversity. Mitigating the interference with cell edges in densely populated urban areas and increasing the signal to interference plus noise ratio (SINR) at cell edges In areas with favorable coverage, multi-tone transmission increases data rates and reduces the transmission delay and power consumption for uplink data transmission. 10 years long lifetime for device battery

NB-IoT RAN NB-IoT RAN Sharing with Common Carrier Sharing NB-IoT RAN Sharing with Dedicated Carrier eMTC Introduction

UE chipset 2016Q3

Release Commercial

NA

Commercial

NA

Commercial

2017

Commercial

2016Q3

Commercial

NA

Commercial

NA

Commercial

2016Q4

Commercial

2016Q4

Commercial

eMTC Solution Power Saving on eMTC

13

10 years long lifetime for device battery

Huawei CIoT Roadmap

NB-IoT

CIoT12.0

CIoT12.1

eMTC

14

CIoT12.1

End of Sep For trial

End of Dec GA End of Dec 2016 for trial

2017 Q2 GA

End of Dec 2016 for trial

2017 Q2 GA

Huawei CIoT Software Roadmap CIoT12.0

CIoT12.1

NB-IoT Basic   

3GPP R13 Standalone/Guard Band/In Band Single-tone

Coverage   

Support Coverage Class 0/1/2 20dB Coverage Gain SFN

NB-IoT Coverage 

4R Receive(900M)

Power Consumption 

eDRX enhancement

Throughput/Capacity 

Multi-tone

Other 

MOCN



UL CoMP

Throughput/Capacity 

Multi-carrier

Positioning(R14) Broadcast  Service Priority based Scheduling phase II 

eMTC Coverage Enhancement Extended DRX Mobility Management Congestion Control Voice

15

3GPP R14



PSM/eDRX

Service Priority based Scheduling phase I



Coverage

Service

Service 

NB-IoT Basic

Power Consumption 

CIoT13.x

eMTC Performance Enhancement Positioning

Architecture for NB-IoT Application Platform

is a new logical entity and can be implemented to support only the necessary functionality required for CIoT use cases

MME/SG S N

S erv ing GW

PGW/GGSN

IOT Platform HSS /PCRF

G/U/L/NB-IoT BTS

NB-IoT Data transmission option • CP(Control plane based solution):Data over

Additional C-SGN element

•

NAS message , No need for DRB UP(User Plane based solution):Similar to legacy LTE system Page16

NB-IoT: Flexible Deployment with Small Licensed Spectrum

UMTS/LTE 180k

180k LTE

LTE 180k

180k

GSM 180k

Standalone

17

LTE Guard Band

LTE In Band

NB-IoT: Flexible Deployment G+NB IoT

U+NB IoT

GSM

Guard Band

NB IoT

UMTS

LTE Emission Mask Req

3.8M 4.2M 5M

Scenario G+NB IoT U+NB IoT LTE Guard-band (LTE 10M Guard band)

LTE In-band (LTE Bandwidth≥5M)

NB IoT 180KHz

NB IoT 200KHz Interference Guard Band

500K

2.6M

Standalone

LTE In-band：

LTE Guard-band：

NB IoT 200KHz

LTE

LTE 10M(Sharp RF Filter)

LTE Guard Band

LTE In Band

Guard Band (1:1 Co-Site) 100K 0K (Central Frequency Gap:2.6M) To Spectrum Edge(Emission Mask Requirement):100K To Neighbor RB(Interference Requirement): 200K 0 K(Occupied 1 RB from LTE)

Page18

For uplink data transmission, an eNodeB can allocate multiple subcarriers at a time to a multi-tone-capable UE to increase the single-UE peak uplink data rate.

NB-IoT: Uplink and Downlink Subcarrier

3.75KHz ST

15KHz ST

Downlink: OFDMA with 15kHz Subcarrier Spacing is

N *15KHz MT

chosen because it can fit In-Band scenario

….

f

f Page19

f

Throughput: Single-Tone & Multi-Tone NB-IoT PUSCH option • Single-tone ：UE uplink only support one 15kHz/3.75kHz channel at the same time, both

15KHz and 3.75KHz should be supported for Single-Tone UE • Better coverage, capacity, and lower complexity • Multi-tone ：UE uplink could only support combination of multiple 15kHz channel • Better throughput and battery life time in good coverage Complexity Coverage

3.75KHz

Throughput 15KHz N *15KHz ….

f

f

f

Scheduled dynamic by eNodeB

Co-exist in the same NB-IoT cell 20

Note: 3.75KHz is under planning in l ater version.

Coverage: NB-IoT Born to Provide Better Coverage

PSD Gain

Repetition Gain

=10log (Power A/Bandwidth A) /(Power B/Bandwidth B)

=10log Repetition Times

Up to 9dB DL Gain Up to 12dB UL Gain

Up to 17dB

(DL 8 Times and UL 16 Times Repetition) 180 KHz

3.75 KHz

3dB Gain(vs 2R)  

21

GSM 1R NB-IoT 2R/4R

3dB Gain

Power Saving: PSM

Paging UE Power

PSM Up to 310hours active timer

Transmit Paging Monitoring Idle State PSM

Tx Power Consumption

0.0135mWh

Rx Power Consumption Idle Power Consumption

0.0036mWh 0.0050mWh

120mA* 50mA 1mA 0.005mA Voltage Assumption: 3v *50mA@MCL 144dBm

22

Time

Idle State

Once Communication PSM Consumption/day Battery Life(2400mAh,3V)

0.022mWh 0.36mWh >>10Years 200byte/per report per day

Power Saving: eDRX

MME determine cycle according to UE service type(APN) DRX Cycle: 1.28s

eDRX Cycle: up to 2.92h PTW

UE Power

Time DRX Cycle: 1.28s

DRX

Transmit Paging Monitoring Idle State PSM

120mA* 50mA 1mA 0.005mA Voltage Assumption: 3v *50mA@MCL 144dBm

23

eDRX

PTW: Paging Transmission Window

Tx Power Consumption

0.0135mWh

Rx Power Consumption

0.0036mWh

Idle Power Consumption

0.0050mWh

Once Communication *eDRX Consumption/day Battery Life(4*2400mAh,3V)

0.022mWh 5.2258mWh >10Years 200byte/per report per day *eDRX Cycle 81.92s, PTW=3

Site: SingleRAN Support Upgrading Smoothly to NB-IoT US700(Band12/13)

RRU3269, RRU3203

APT700(Band28)

RRU3262,RRU3268

RRU3268(V3&V6)

DD800(Band 20)

RRU3220, RRU3222, LRFUe, RRU3268

RRU3268(V3&V6), LRFUe

850M(Band 5)

900M(Band 8)

RRU3942, RRU3938 v3(Korea)

RRU3908 v2, MRFU v2, MRFU v2a RRU3936, RRU3938, RRU3953, RRU3928, RRU3929,RRU3959,MRFUd

MRFUe,RRU3926，

RRU3936, RRU3971, RRU3630, RRU3632, RRU3632B, RRU3638,RRU3929, RRU3939, RRU3959, RRU3953 MRFU V2,MRFU V2a,MRFUe,RRU3926, RRU3928,RRU3935,RRU3938,MRFUd

1800M(Band 3)

SRAN12.0 24

RRU3908 v2, RRU3936 v3,RRU3804, RRU3805,RRU3952

SRAN12.1

eMTC: Deep Coverage and Power Saving for Vertical Industry

Repetition

Idle Mode eDRX

MME determine eDRX & PTW cycle according to UE service type(APN) DRX Cycle: 2.56s

high SINR

eDRX Cycle: up to 43.69mins PTW

No repetition

low SINR

UE Power

Small repitition Large repetitions

15dB more gain can be got with large number of repetition.

25

DRX

DRX Cycle: 2.56s

eDRX

Time

In the idle state, the paging cycle is extended from 2.56s to the maximum of 43.69 mins

eRAN12.1 - CIoT Agenda

CIoT General Overview

Deep Dive Selected Features


Huawei Confidential

Page 26

Agenda

eRAN12.1 – NB-IoT Selected features Maintained

2.2 HUAWEI TECHNOLOGIES CO., LTD.

MLOFD-120201 NB-IoT Coverage Extension

Maintained

MLOFD-120230 Multi-tone

New

MLOFD-120220 Idle Mode eDRX

Maintained

Huawei Confidential

Page 27

Uplink •

•

Downlink • OFDMA

SC-FDMA: two types of subcarrier spacing 

3.75 kHz (Large power spectrum; good coverage; PRACH)



15 kHz (High rates; small delay; PUSCH)



Occupies a bandwidth of 200 kHz. (A 10 kHz guard band is reserved on each side, and therefore the actual bandwidth is 180 kHz. Occupies a bandwidth of 180 kHz in LTE in-band

Two transmission modes

deployment, that is, occupies an RB)



Single-tone (One UE uses one carrier for low-speed transmission)



Multi-tone (One UE occupies multiple carriers for high-speed



Subcarrier spacing: 15 kHz

transmission. Only the 15-kHz subcarrier spacing is supported.)



Number of subcarriers: 12


Huawei Confidential

Page 28

NB-IOT Solution Introduction: •

•

In-band Deployment:

One RB will be used for NB-IoT. In-band NB-IoT will be compatible with LTE by “Puncture”

NB-IoT 180K

NB-IoT Uplink PRB index：

•

•

As all potential NB-IoT in-band uplink PRB collides with LTE PRACH,LTE PUCCH ,eMTC PRACH，eMTC PUCCH or SRS, we suggest LTE 10M system bandwidth

the system edge of PRB to decrease the •

capacity loss (maximum continuous PUSCH

NB-IoT Downlink PRB index

PRB) of LTE and PUCCH will automatically move forward one PRB. HUAWEI CO., LTD. HISILICONTECHNOLOGIES SEMICONDUCTOR

10MHz

4,9,14,19,30,35,40,45

Page 29

19,30

NB-IoT frequency planning: In-band Mode LTE DC subcarrier

N B I-o T

L T E P R B # 1

LTE Guard-band

L T E P R B # 2 4

L T E P R B # 2 5

10MHz LTE

L T E P R B # 4 8

L T E P R B # 4 9

L T E P R B # 0 LTE Guard-band

10M

0~9,40~49

L T E P R B # 2 4

L T E P R B # 2 5

L T E P R B # 4 8

L T E P R B # 4 9 LTE Guard-band

10MHz LTE

Downlink

NB-IoT Uplink PRB index: PRB #0 LTE PUCCH available PRB indices(Normal CP)

N B -I o T

LTE Guard-band

Uplink

LTE system bandwidth

L T E P R B # 1 8

LTE PRACH available PRB indices

Cell SRS available PRB indices

10~15

7~42

NB-IoT Downlink PRB index: PRB #19,#30 available NB-IoT PRB indices Middle 6 PRBs used eMTC SIB1 NB-IoT LTE system limited by the 100kHz channel by the LTE frequency hopping downlink PRB bandwidth raster PBCH/PSS/SSS range indices

10M

As all potential NB-IoT in-band uplink PRB collides with LTE PUCCH or

4,9,14,19,30,35,40,45

22~27

1~18,31~48

NB-IoT Downlink interference to LTE downlink

SRS, we suggest PRB #0 to decrease the capacity loss(maximum

As NB-IoT 15kHz downlink subcarrier orthogonalize with LTE

continuous PUSCH PRB) of LTE and PUCCH will automatically move

15kHz downlink subcarrier, there is no interference.

forward one PRB.

Page 30


19,30

Impact Analysis 



For in-band mode, NB-IoT will occupy PRB ofLTE, and NB-IoT PRB is statically configured, even if there are no traffic in NB-IoT cell at a moment, the RB cannot be used by LTE. So the capacity of LTE will decrease due to RB loss: LTE Bandwidth

DL cell throughput

DL user throughput

UL cell throughput

UL user throughput

10M

2%

6%

2%

4%

If there are multiple online UEs in the LTE cell, the average uplink and downlink experienced rates are affected each time after an RB is reserved. LTE Bandwidth 10M

Single UE Experienced Rate Loss 8%~20%



average uplink and downlink experienced rates evaluated based on:

• • • •

The inter-site distance is 500 meters. Each cell has 10 online UEs. The network load is about 20%. The ratio of large-sized packets to small-sized packets is 1:4.

Page 31


User Guide 

Page 32

Exclusive on other Features 

LOFD-070220 eMBMS Phase 1 based on Centralized MCE Architecture



LOFD-080215 eMBMS Service Continuity



LOFD-001005 UL 4-Antenna Receive Diversity



LOFD-001003 DL 4x2 MIMO



LOFD-001060 DL 4X4 MIMO



LOFD-001031 Extended CP



LOFD-081223 Extended Cell Access Radius Beyond 100km



LOFD-081208 Inter-eNodeB SFN Based on Coordinated BBU



LOFD-081209 Inter-eNodeB Adaptive SFN/SDMA Based on Coordinated BBU



LOFD-081221 Super Combined Cell



LOFD-001025 Adaptive Power Consumption



LOFD-001039 RF Channel Intelligent Shutdown



LOFD-001074 Intelligent Power-Off of Carriers in the Same Coverage of UMTS Network



LOFD-001042 Intelligent Power-Off of Carriers in the Same Coverage HUAWEI TECHNOLOGIES CO., LTD.

NB-IoT Power Configuration In-band/Guard Band 



Standalone

Power on NB-IoT = Pow er on LTE RB + ≥6dB Boosting



No Special Requirement on Power



Default not less than In-band/Guard band.

Power Requirement on NB-IoT:

LTE Power: 2*20W LTE Bandwidth Power on LTE RB

0.4W per PA

Power on NB-IoT

1.6W per PA

NB-IoT carrier power

Page 33

10MHz

2*1.6W


Agenda

2.2 Page 34

eRAN12.1 – NB-IoT Selected features MLBFD-12000103 LTE In-band Deployment

Maintained


Maintained


New


Maintained


1. NB-IOT Solution Introduction: Coverage Extension 

coverage levels :

LTE Solution

•

NB-IoT supports a maximum of three coverage levels: 0, 1, and 2

•

Under identical radio conditions, NB-IoT delivers 0 dB, 10 dB, and

180 KHz

Average Power= 200mW/180k Hz

20 dB higher coverage, respectively, than LTE. 

key technology

12 times /10.8dB

：

•

Power Spectrum Density Boosting

•

Repetition

NB-IoT Solution

15 KHz

Coverage Level 0


Page 35

Average Power= 200mW/15kHz

Coverage Level 1 Coverage Level 2

2. Impact Analysis 

Positive Impact (Gain)

This feature enables UEs to access NB-IoT networks in a wider coverage area, increases

•

UEs' access success rate and RRC connection setup success rate in coverage enhancement areas, and reduces UEs' service drop rate. This feature also decreases RBLER and packet loss rate.

• 

Dependency on other Features ›



Prerequisite feature: MLBFD-12000234 Basic Scheduling

License Feature ID

Feature Name



License Control Item

NB-IoT Coverage Extension (NB-IoT)

Page 36

NE

eNodeB

Sales Unit

per cell

3. User Guide •

When to Use NB-IoT Coverage Extension ›

•

Required Information ›

•

•

NB-IoT terminals, for example, terminals used in wireless meter reading and intelligent parking services, may be deployed indoors or underground and therefore have requirements on deep coverage. In such coverage enhancement scenarios, this feature must be enabled. NB-IoT service application scenarios, network deployment modes, cell coverage radius, and power.

Feature Activation/ Deactivation Process

›

›

Purchase a required license

›

Run the MOD CELLALGOSWITCH command to set the COVERAGE_EXTENSION_SWITCH option of the NbCellAlgoSwitch parameter to ON/OFF.

Parameter Adjustment Cell.CoverageLevelType : Indicates the coverage level for an NB-IoT cell. This parameter is set based on actual application and coverage requirements. »

When operators require a 20 dB coverage enhancement, it is recommended that this parameter be set to COVERAGE_LEVEL_0:1, COVERAGE_LEVEL_1:1, or COVERAGE_LEVEL_2:1.


Page 37

4.Example: Verification •

Observation after Activation

Users can monitor the following counters on the U2000 to check whether NB-IoT Coverage Extension is enabled. Values of the following counters may be incremented only after this feature is enabled. Counter ID 1526744763 1526744764

Counter Name

Counter Description

L.NB.ChMeas.NPUSCH.Repetition.16 L.NB.ChMeas.NPUSCH.Repetition.32

1526744765

L.NB.ChMeas.NPUSCH.Repetition.64

1526744766

L.NB.ChMeas.NPUSCH.Repetition.128

1526744680

L.NB.ChMeas.NPDSCH.Repetition.16

1526744681


1526744682


1526744683

Number of times NPUSCH scheduling sets the number of transmission repetition times to 16 in an NB-IoT cell Number of times NPUSCH scheduling sets the number of transmission repetition times to 32 in an NB-IoT cell Number of times NPUSCH scheduling sets the number of transmission repetition times to 64 in an NB-IoT cell Number of times NPUSCH scheduling sets the number of transmission repetition times to 128 in an NB-IoT cell Number of times NPDSCH scheduling sets the number of transmission repetition times to 16 in an NB-IoT cell Number of times NPDSCH scheduling sets the number of transmission repetition times to 32 in an NB-IoT cell Number of times NPDSCH scheduling sets the number of transmission

repetition times to 64 in an NB-IoT cell

L.NB.ChMeas.NPDSCH.Repetition.128to25

Number of times NPDSCH scheduling sets the number of transmission

6

repetition times to a value in the range of 128 to 256 in an NB-IoT cell


Page 38



•

Feature Evaluation Users monitor the following KPIs to achieve activation benefits of the NB-IoT Coverage Extension feature. › Packet loss rate » Downlink packet loss rate: L.NB.Thrp.Pkts.DL.SRB.Loss/L.NB.Thrp.Pkts.DL.SRB.Tot › RBLER » Downlink RBLER: L.NB.Traffic.DL.SCH.ErrTB.Rbler/L.NB.Traffic.DL.SCH.TB » Uplink RBLER: L.NB.Traffic.UL.SCH.ErrTB.Rbler/L.NB.Traffic.UL.SCH.TB › Service drop rate » L.NB.UECNTX.AbnormRel/(L.NB.UECNTX.NormRel + L.NB.UECNTX.AbnormRel) › RRC setup success rate » L.NB.RRC.ConnReq.Succ/L.NB.RRC.ConnReq.Att › RACH access success rate » L.NB.RA.ContResolution/L.NB.RA.Att


Page 39

Agenda

eRAN12.1 – NB-IoT Selected features


MLBFD-12000103 LTE In-band Deployment

Maintained


Maintained


New


Maintained

Page 40

1.

15KHz ST N *15KHz MT ….

f

•


•

Benefits:

In areas with favorable coverage, multi-tone transmission increases data rates

and reduces the transmission delay and power consumption for uplink data transmission.


Page 41

f

1.

15KHz ST N *15KHz MT ….

f

•


•

Benefits:

In areas with favorable coverage, multi-tone transmission increases data rates

and reduces the transmission delay and power consumption for uplink data transmission.


Page 42

f

1. •

3GPP specifications stipulate that NB-IoT should support single-tone and multi-tone transmission in the uplink.

•

•

Single-tone transmission is mandatory for UEs, while multi-tone transmission is optional.

There are three types of multi-tone transmission: 3-tone, 6-tone, and 12-tone, which mean an eNodeB can allocate 3, 6, or 12 subcarriers (15 kHz each), respectively, at a time for uplink data transmission.

•

The eNodeB flexibly schedules multi-tone-capable UEs to reduce the data transmission delay and UE power consumption. HUAWEI TECHNOLOGIES CO., LTD.

Page 43

1.


Page 44

1.


Page 45

1.


Page 46

Agenda

eRAN12.1 – NB-IoT Selected features


MLBFD-12000103 LTE In-band Deployment

Maintained


Maintained


New


Page 47

Maintained

1. NB-IOT Solution Introduction eDRX Cycle: up to 2.92h

DRX Cycle: 2.56s

PTW：10.24s

DRX

• •

DRX Cycle: 2.56s

eDRX

In the idle state, the paging cycle is extended from 10.24s to the maximum of 2.92h In each paging timing window, a number of paging opportunities are kept to ensure the success rate of paging.

•

Time

MME determine the eDRX cycle and PTW length according to UE service type(APN)


Page 48

2.

1. 2.

3.

4.

5.

6. 7.


The e NodeB in cludes the HSFN in t he MIB and i n SIB1 . An HSFN lasts 10.24s, which is the unit of an eDRX cycle. The UE obtains the HSFN and determines whether to use DRX or eDRX based on its own capabilities. If a UE uses eDRX, it includes the eDRX cycle length in an Attach Request/TAU Request message sent to the MME. If the MME accepts the eDRX request, it configures a different eDRX cycle and the size of the PTW for the UE according to the predefined policy, and includes the information in an Attach Accept/TAU Accept message to the UE. If the MME rejects the eDRX request, the UE uses the DRX paging mechanism. The UE and MME stores the "Extended DRX Parameters" after negotiation, and uses the stored parameter values as the eDRX cycle later. When a MME has a paging message for the UE, it calculates the HSFN and paging hyperframe (PH) for the UE based on the negotiated eDRX cycle. The MME sends the paging message to the eNodeB before the PH time for the UE arrives. On receiving the paging message, the eNodeB uses the eDRX cycle carried in the message to calculate the time of the HSFN and PH. The eNodeB also calculates the PO for the UE based on the configured paging cycle, and sends the paging message to the UE at the calculated time.The UE calculates the paging message delivery time the same way the eNodeB does, and monitors and receives the paging message during this time. Page 49

3.


Page 50

4. eDRX: When to use it •

When Idle Mode eDRX is enabled, the UE periodically monitors the paging channel and can receive MT services.

•

In traditional power saving mode (PSM, EPC f eature), however, the UE cannot receive MT services unless it proactively accesses the network.

•

It will take a long time generally for a UE to proactively access the network, depending on the mobile-srcinated (MO) data reporting period and tracking area update (TAU) period.

•

Therefore, Idle Mode eDRX is suitable for machine-to-machine (M2M) services that require short delays for downlink MT services (for example, tracking the locations of children and elderly people).


Page 51

5. Impact Analysis 

Positive Impact (Gain) •

As idle mode eDRX adopts long paging cycles, UEs can stay in deep sleep state for a long period to save UE power.



Negative Impacts •

Response delay is relatively large

•

In SRAN12.0 the eNodeB had to be equipped fortime synchronization with GPS, BeiDou,

IEEE 1588V2, GLONASS, or 1PPS+TOD clock •

SRAN12.1 supports eDRX in both time and frequency synchronization modes. Feature ID



license

MLOFD-120220


Feature Name


Idle Mode eDRX

Idle Mode eDRX (NB-IoT)

NE

eNodeB

Page 52

Sales Unit

Per cell

6. eDRX requirements


Page 53

7. User Guide When to use idle mode eDRX •

Idle mode eDRX is recommended when UEs that support this feature need to receive MT services and the core network also supports this feature.

Required information •

Number of UEs that support this feature, and capability of the MME to support this feature

•

eDRX start time (HSFN 0) configured on the MME, which is set as the GPS start time

Feature activation • Set [MO] CellAlgoSwitch[/MO][Para] NbCellAlgoSwitch[/Para][bitmap] IDLE_EDRX_SWITCH :1[/bitmap]

Feature deactivation •

Set [MO] CellAlgoSwitch[/MO][Para] NbCellAlgoSwitch[/Para][bitmap] IDLE_EDRX_SWITCH :0[/bitmap]


Page 54



Feature evaluation

›

After this feature is activated, on the IoT of Metrics (IoM) platform, query the power consumption reported by UEs that support this feature to see whether UE power consumption is reduced significantly when other conditions remain unchanged.

Performance monitoring

Use the following counters to monitor the delivery of paging messages.

•

New counters introduced Counter ID

Counter Name

Description

1526744781

L.NB.Paging.S1.Rx.eDRX

1526744780

L.NB.Paging.S1.Rx

Number of eDRX paging messages received over the S1 interface in an NB-IoT cell Number of paging messages received over the S1 interface in an NB-IoT cell

1526744690

L.NB.Paging.UU.Att

Number of UEs paged over the Uu interface in an NB-IoT cell


Page 55

eRAN12.1 eMTC Feature Introduction

www.huawei.com

HUAWEI TECHNOLOGIES Co., Ltd.

HUAWEI Confidential

eMTC Network Architecture

MME/SG S N

S ervi ng GW

G/U/L(eMTC) BTS

PGW/GGSN

IOT Platform

HSS/PCRF

Upgrade Legacy EPC


Page 57

Application Platform

eMTC


Page 58

Coverage enhancement •

eNodeB determines initial number of transmission repetition based on

high SINR

UE ‘s RSRP

measurement and adjusts the number of

low SINR No repetition

transmission repetition by the actual SINR of Large repetitions

UE

Simulated gains

› UE with high SINR: no repetitions and

25

small number of repetitions

20

）

› UE with low SINR: large number of

repetitions

B d

15

Theoretical simulation data, not product capacity

（

in a G10 R N S

5 0

0

500

1000

1500

number of repetition


Page 59

2000

2500

UE Low Cost Cat 1 UE

Max 1000 bits for unicast Max 2216 bits for broadcast R

l-e 1 2 M T C

Peak rate reduction

Max 1000 bits TBS

Max BW

20MHz

20 MHz

Max UL TBS

5160

1000

10296 (unicast)

1000(unicast)

2216 (broadcast)

2216 (broadcast)

2

1

1

Support(optiona

Support(optiona

l)

l)

1ms swiching

1ms swiching

time

time

Max DL TBS

HD-FDD (optional) 1ms switching time

Bandwidth reduction 1.4MHz RF & BB bandwidth

UL Tx power reduction (optional) 23dBm->20dBm

R el 1 3

Receive

RF 1000

1000

antennas

HD-FDD

UL max Tx

Support(optional)

23 dBm

23 dBm

100%

50%

power Cost HUAWEI TECHNOLOGIES CO., LTD.

Cat-M UE

1.4MHz BB,

A single receive RF

eM T C

Cat 0 UE

20(optional) dBm

Page 60

25%

Idle Mode eDRX DRX Cycle: 2.56s

eDRX Cycle: up to 43.69mins PTW

DRX

DRX Cycle: 2.56s

eDRX

Time

• •

•

In the idle state, the paging cycle is extended from 2.56s to the maximum of 43.69 mins In each paging timing window, a number of paging opportunities are kept to ensure the success rate of paging. MME may determine the eDRX cycle and PTW length according to UE service type(APN), or IMSI segment.


Page 61

•

Positive Impact (Gain) › Coverage enhanced：15dB compare to LTE › Increase the terminal battery life › Low UE cost: 25% of Cat1

•

Negative Impacts › eMTC UE and LTE UE shared the user number specifications of cell, LTE UE number will

decrease when eMTC UE access network. › The available PRB and peak rate of LTE UE will decrease when eMTC UE access

network.


Page 62



Dependency on Hardware/NEs/ Transimission 

Macro/ LampSite(DBS3900LTE)/ BTS3911E



LMPT、UMPT



LBBPd、UBBPd



EPC needs to support R13 protocol(eDRX, Coverage level paging, EPC is not required to upgrade if these features are not necessary)





R13 CatM1 UE

Dependency on other Features 

NA


Page 63



eMTC feature is not supported if following feature is enabled 

LOFD-001007 High Speed Mobility



LOFD-001008 Ultra High Speed Mobility



LOFD-070220 eMBMS Phase 1 based on Centralized MCE Architecture



LOFD-081221 Super Combined Cell



LOFD-081223 Extended Cell Access Radius Beyond 100km


Page 64

User Guide2 



MLOFD-121280 eMTC Introduction



Turn on eMTC Switch



Set [MO] CellEmtcAlgo[/MO][Para] EmtcAlgoSwitch[/Para][bitmap]EMTC_SWITCH:1[/bitmap] 



Turn off eMTC Switch

Set [MO] CellEmtcAlgo[/MO][Para] EmtcAlgoSwitch[/Para][bitmap]EMTC_SWITCH:0[/bitmap]


Page 65

User Guide3 



•

MLOFD-121282 Power Saving on eMTC.

Activate Feature 

Turn on eDRX Switch

Set [MO] CellEmtcAlgo[/MO][Para] EmtcAlgoSwitch[/Para][bitmap]IDLE_EDRX_SWITCH:1[/bitmap]

Deactivate Feature 

Turn off eDRX Switch Set [MO] CellEmtcAlgo[/MO][Para] EmtcAlgoSwitch[/Para][bitmap]IDLE_EDRX_SWITCH:0[/bitmap]


Page 66

Example: Verification 



MLOFD-121280 eMTC Introduction package



Counter ID 1526745796 1526745797

Counter Name

Description

L.Traffic.User.eMTC.Avg

Average number of eMTC users in a cell

L.Traffic.User.MTC.Avg.CoverageLevelA

Average number of modeA eMTC users in a cell

L.Traffic.User.MTC.Max

Maximum number of eMTC users in a cell

L.Traffic.User.MTC.Max.CoverageLevelA

Maximum number of modeA eMTC users in a cell

L.Traffic.User.MTC.Max.CoverageLevelB

Maximum number of modeB eMTC users in a cell

1526745798 1526745799 1526745800


Page 67

Example: Verification •

Observation after Activation 



MLOFD-121282 Power Saving on eMTC

New counters introduced Counter Name

L.Paging.eMTC.S1.Rx.eDRX


Description

eDRX paging times of eMTC User in S1 interface of a cell

Page 68

Contents •

eMTC Introduction

•

Power Saving on eMTC


Page 69

eMTC Introduction


Page 70

Contents 1. Overview 2. Principles/Mechanism 3. Network Impact 4. Engineering Guidelines 5. Activation Observation and Verification 6. Reference Documents


Page 71

Feature Overview 2017 Q2 2014

eRAN12.1 eMTC •Cat M1 UE access and data transmission •Coverage enhancement •eDRX in Idle Mode •EAB access control •Congestion control on delay-tolerant RRC connection


Page 72

Feature Overview 

–

Benefits and Application Scenarios

Introduction: The Internet of Things (IoT) is an important part of the information technology of the future. Technically, IoT is expected to enable people-thing and thing-thing interconnections by combining communication technologies and networks. To adapt to the needs of IoT services, the Enhanced Machine Type Communications (eMTC) technology is introduced by 3GPP Release 13 based on the LTE evolution. eMTC has the following characteristics: wide coverage (15 dB coverage enhancement compared with LTE), low cost, low power consumption, and massive connections.





Benefits: 

Enhances coverage by 15 dB compared with traditional LTE coverage.



Decreases UE costs and operator deployment costs.



Decreases UE power consumption and prolongs the UE battery lifespan.

Scenarios: 

eMTC is applicable to services, such as wearables' child/VIP tracking, health monitoring, vehicle guards, smart logistics, smart elevators, and electronic billboards.


Page 73



Page 74

Feature Description – Basic Principles eMTC Low Costs

Cat 1 UE

Peak rate reduction

Single antenna

E U 0 t a C

) C T M (

HD-FDD (optional) 1 ms switching interval

E U 1 M t a C

) C T M e (

Cat 0 UE

Cat M1 UE

Max. bandwidth

20 MHz

20 MHz

1.4 MHz

Max. UL TBS

5160

1000

1000

10296 (unicast)

1000 (unicast)

2216 (broadcast)

2216 (broadcast)

Number of Antennas

2

1

1

HD-FDD

Supported (optional)

Supported (optional) 1 ms switching interval

Supported (optional) 1 ms switching interval

23 dBm

23 dBm

20 dBm (optional)

Max. DL TBS

1000

Bandwidth reduced to 1.4 MHz UL transmit power reduction (optional) 23 dBm to 20 dBm

Note: LTE UEs used for IoT services include the lowest-cost Cat 1 UE introduced in Release 8, Cat 0 UE (no manufacturer has developed this type of UE) introduced in Release 12, Cat M1 UE (Qualcomm and Altair developed commercial chips in 2016 Q4, HiSilicon has not) introduced in Release 13.

Maximum UL Transmit Power Costs


100%

50%

Page 75

25%

Feature Description – Basic Principles RB Resources of eMTC The baseband and RF bandwidth of the eMTC UE is 1.4 MHz, so 3GPP specifies that one narrowband is composed of 6 non-overlapping PRBs. The system bandwidth is divided into several narrowbands. eMTC UE scheduling is limited by narrowbands. Cross-narrowband scheduling is not allowed.

Note: The eMTC feature can now be deployed on the eNodeB only when the LTE bandwidth is 5 MHz or larger. HUAWEI TECHNOLOGIES CO., LTD.

Page 76

Feature Description – Basic Principles Coverage Level Coverage enhancement (CE) levels are introduced in 3GPP specifications to adapt to the coverage depth and capacity performance requirements of eMTC UEs. • Four CE levels (0 to 3) are specified in idle mode, enhancing LTE coverage by 0, 5, 10, and 15 dB, respectively. eMTC UEs in idle mode

can choose a coverage level according to the measured RSRP. You can set parameters to specify the RSRP thresholds corresponding to different CE levels. • Two CE modes (A and B) are available for eMTC UEs in connected mode. CE levels for eMTC UEs in idle mode can map onto CE modes

for eMTC UEs in connected mode. CE Mode A

CE Mode B

CE levels in idle mode

CE Level 0, CE Level 1

CE Level 2, CE Level 3

Transmission repetitions

No repetition or a few repetitions (≤ 32)

Many repetitions (≤ 2048)

UL Power Control

Supported

Not supported (always transmitting at the maximum power)

CSI/CQI

Supported

Not supported

SRS

Supported

Not supported


Page 77

Feature Description – Basic Principles eMTC DL Physical Layer Structure • eMTC UEs do not receive signals from the downlink PDCCH, PCFICH, or PHICH. eMTC UEs and LTE UEs share other physical channels. • eMTC has introduced the MPDCCH to send PDSCH and PUSCH scheduling indicators and common message indicators for eMTC UEs,

such as paging, RAR response, and UL ACK. • eMTC UEs and LTE UEs share MIB messages. MIB messages are sent in subframe 0 and subframe 9 of each system frame with

transmission repetitions supported. • eMTC has a new set of SIB messages, which are sent independently from LTE SIB messages.

Legacy for LTE PDCCH PCFICH PHICH


Page 78

Feature Description – Basic Principles eMTC UL Physical Layer Structure • eMTC does not share PRACH resources with LTE and support CMD, FMD, and TMD. Huawei products use the TMD mode. • eMTC does not share PUCCH resources with LTE. The PUCCH of eMTC supports cross-subframe frequency hopping rather than intra-subframe

frequency hopping. • eMTC does not share PUSCH resources with LTE.


Page 79

Feature Description – Basic Principles eMTC Random Access Procedure • The

PRACH

preamble

time-frequency

resources of eMTC UEsand common UEs use the time division multiplexing (TDM) mode. • During

the

procedure,

non-contention-based the

eNodeB

selects

RA access

preambles for UEs from the dedicated preamble group according to the eMTC UE mode.

If

no

response

is received,

the

contention-based RA procedure is performed.

• During

the

contention-based

RA

procedure, the UE selects the preamble for the

corresponding

coverage

level

to

initiate random access based on the RSRP measurement

result

and

the

RSRP

threshold sent by the eNodeB.


Page 80

Feature Description – Basic Principles eMTC Paging Procedure An extended paging mechanism is introduced to reduce the power consumption of eMTC UEs and save air interface resources. 1.

The eNodeB sends information (the serving cell where the UE is located, coverage level, recommended cell list and eNodeB list) to the MME in the UE Context Release Complete message.

2.

The MME sends the preceding information to the correct eNodeB the next time it pages the eMTC UE.

3.

Upon receiving the paging message, the eNodeB determines the paging extension policy based on the number of current paging times and planned number of paging times carried in the message.

4.

The eMTC UE is paged in the cell of its previous location, recommended cells, and tracking area list (TAL) in descending order. HUAWEI TECHNOLOGIES CO., LTD.

Page 81

Feature Description – Basic Principles eMTC Scheduling • eMTC supports only cross-subframe scheduling, see the figure below. • The MPDCCH is used to schedule the PDSCH of subframe (n + k), where n represents the end subframe of the

MPDCCH and k is greater than or equal to 2. The PDSCH to be scheduled is in at least the second valid downlink subframe after the MPDCCH ends. • The sequence of scheduling downlink PDSCHs starts from the last subframe of repetition times, which is the same

as that for LTE. • The PDSCH HARQ feedback is performed in the same way as that for LTE. • The DCI of the MPDCCH performs the PUSCH HARQ feedback, at least four TTIs after the end subframe of the

PUSCH.


Page 82

Feature Description – Basic Principles eMTC Scheduling Policy eMTC and LTE Dynamic Resource Sharing › › ›

You can set the EmtcDlRbTargetRatioand EmtcUlRbTargetRatioparameters to specify the propo rtions of RB resources that LTE UEs and eMTC UEs can use. If the cell PRB resource load is high, the eNodeB allocates resources to LTE UEs and eMTC UEs according to the specified proportions. If the cell resource load is low, the eNodeB schedules PRB resources to LTE UEs and eMTC UEs as required. eMTC UEs occupy RB resources for a long time, because eMTC supports the cross-subframe scheduling and repetition techniques. To prevent LTE control information and high-priority services such as VoIP from being blocked for a long time, you can set DlLteRvsNbNumand UlLteRvsNbNumto reserve RB resources for LTE UEs, ensu ring LTE service performance when LTE and eMTC share a cell.

1 – Target proportion of RB resources that eMTC UEs can use

Target proportion of RB resources that eMTC UEs can use

RB resources reserved for LTE

Case 2: When eMTC load is high but LTE load is low, eMTC UEs can occupy most

UEs

bandwidth.

All system bandwidth occupied by LTE UEs LTE PRB resources

Case 1: When both LTE and eMTC loads are high, bandwidth can be shared according to the specified target proportion of RB resources.

Case 3: When LTE load is high but eMTC load is low, LTE UEs can occupy all the bandwidth.

eMTC PRB resources 5 MHz

10 MHz

15 MHz

20 MHz

Number of system NBs

4

8

12

16

Maximum number of NBs that eMTC UEs can use

2

6

10

14


Page 83

Feature Description – Basic Principles eMTC Coverage Enhancement • The repetition technique allows the eNodeB to schedule the same data in the same resource block of consecutive subframes, and

allows the receive end to use the HARQ mode to obtain combination gains, reducing retransmission times and improving edge coverage. • The repetition technique applies to the following channels: PBCH, PRACH, PDSCH, MPDCCH, PUSCH, and PUCCH.

•

Division of coverage levels: Coverage enhancement can be divided into different coverage levels based on different repetition times and modulation modes, to balance capacity and coverage.

•

In good-coverage areas, UE transmit power can be reduced, and the number of uplink/downlink data transmission repetitions can be reduced to the minimum, even to 0.

•

In poor-coverage areas, UT transmit power needs to be increased, and multiple uplink/downlink data transmission repetitions are required to ensure that coverage requirements can be met.

1

CE Level 0 (LTE coverage area)


CE Level 1 (LTE + 5 dB)


Page 84


Feature Description – Basic Principles eMTC Congestion Control EAB Access Control • The extended access barring (EAB) mechanism uses an additional set of

control parameters for MTC/eMTC UEs to control the access of these UEs without adding AC levels of traditional UEs. This mechanism does not affect the access of traditional UEs. • SIB14 is added to notify EAB parameters to restrict the access of

MTC/eMTC UEs.


RRC Access Control of Delay-Tolerant UEs • When the EPC is overloaded, it sends an overload message, instructing the eNodeB to

reject the connection requests sent by delay-tolerant UEs and release connected UEs to relieve network congestion. • When the eNodeB rejects the access of or releases a delay-tolerant UE, it notifies the UE

of the cause value and wait time. The UE can initiate another access after the wait time expires.

Page 85



Page 86

Network Impact Analysis •

Positive Impact (Benefits) › Enhances coverage by 15 dB compared with traditional LTE coverage. › Reduces deployment cost in vertical industries, because low-cost UEs (Cat M1 UEs) are used

for IoT services.

•

Negative Impact › Decreases LTE single-user peak rate, cell throughput rate, and user throughput rate. This is because the eMTC feature occupies some PRB resources, reducing the PRB resources available for LTE users.


Page 87



Page 88

Engineering Guidelines (1) 

Version Mapping ›



› › › › 

The eNodeB and U2000 support this feature in the 17B version.

Hardware/NE/Transmission Dependency Macro/LampSite (DBS3900 LTE)/BTS3911E LMPT, UMPT, LBBPd, and UBBPd The EPC must support 3GPP Release 13. Cat M1 UEs of Release 13 are required.

Mutually Exclusive/Prerequisite/Impacted Features 

Prerequisite feature

None 

Mutually exclusive features

Feature ID LOFD-070220 LOFD-001007 LOFD-001008 LOFD-081221 LOFD-081223 N/A N/A N/A N/A

Feature/Function Name eMBMS Phase 1 based on Centralized MCE Architecture High Speed Mobility Ultra High Speed Mobility Super Combined Cell Extended Cell Access Radius Beyond 100 km Manual RB masking Enhanced MBSFN symbol power saving Mute RE switch Two RRU combination


Page 89

Engineering Guidelines (2) •

License Management

Feature ID

Feature Name


NE

Sales Unit

MLOFD-121280

eMTC Introduction

eMTC Introduction(FDD)

eNodeB

per cell

N/A

eNodeB hardware license

eMTC BHCA(FDD)

eNodeB

per 100 BHCA



When to Use › Deploy this feature when the operator wishes to offer eMTC services. The system bandwidth of LTE cells must be higher than

or equal to 5 MHz. •

Required Information



Feature Activation

› › •

None Run the MOD CELLEMTCALGOcommand with EMTC_SWITCH(EmtcSwt) selected for the eMTC Algorithm Switch parameter.

Feature Deactivation ›

Run the MOD CELLEMTCALGOcommand with EMTC_SWITCH(EmtcSwt) deselected for the eMTC Algorithm Switch parameter.


Page 90



Page 91

Activation Observation and Verification 

Feature Evaluation ›

Users can monitor the values of the following counters to check whether this feature is enabled. This feature is enabled if the counter values are not 0. Counter ID

›

Counter Name

Counter Description

1526745796

L.Traffic.User.eMTC.Avg

Average number of eMTC UEs in a cell

1526745798

L.Traffic.User.eMTC.Max

Maximum number of eMTC UEs in a cell

After you activate this feature, create a Uu-interface tracing task, and check whether MIB carries the "schedulinginfoSIB1-BR" field. If MIB carries "schedulinginfoSIB1-BR" and the field value is not 0, this feature is enabled successfully.


Page 92



Page 93



Page 94

Feature Overview 

–

Benefits and Application Scenarios

Introduction: 3GPP specifications define the eDRX in idle mode function. This function prolongs the paging cycle from the traditional 2.56s to the maximum 43.69 min, reduces the number of periodic paging channel monitoring times for UEs in idle mode. With this function, UEs can stay in the deep-sleep state while maintaining low power consumption.



Benefits: Compared with the traditional paging DRX function, this feature prolongs the UE sleep period and reduces power consumption.



Application scenarios: 

IoT application scenarios where the operator wishes to reduce power consumption, for example, Smart Meter, sewer monitoring, care of the old and kids.



UEs supporting eDRX in idle mode have accessed the cell.


Page 95



Page 96

Feature Description – Basic Principles Paging of eDRX in Idle Mode •

Hyper-SFN (also called H-SFN, or hyper frame) is introduc ed for eDRX, because eDRX paging cycle is quite long. 1 H-SFN equals 1024 SFNs, that is, 10.24s. An eDRX cycle is measured in the unit of a hyper frame. Its value range is {10.24s i }, where *2^ i equals a number from 1 to 8. The maximum eDRX cycle is 43.69 min.

•

The eNodeB broadcasts an H-SFN in system in formation to the UE. When an eDRX paging occurs, the eNodeB ca lculates the UE paging time using the algorithm illustrated in the figure (see 3GPP TS 36.304) and the n sends a paging message to the UE. The UE calculates paging monitoring time using the sam e algorithm to receive the paging message.

•

Due to a long eDRX paging cycle, the MM E cannot forward the paging message upon reception to the eNodeB for processi ng (limited cache, long response time). Instead, the MME waits and sends the message only when the UE paging cycle arrives. To estimate the UE paging time, the MME needs to use the same H-SFN as that used by the eNodeB. (The MME, eNodeB, and UE must be synchronous in H-SFN.)

•

PTW specifies the time for the eDRX UE to monitor a paging message. The MME configures the PTW size for the UE. The UE is wakened up in the PTW and monitors the paging message according to the common paging mode until it receives the paging message or the PTW ends. The network side can resend the paging message in the PTW, increasing the paging success rate. The message is retransmitted by the EPC, rather than by the eNodeB.



The paging time window (PTW) length is an integer multiple of 1.28s, and its maximum length is 20.48s (16 x 1.28s). The eNodeB calculates the PTW start and end positions based the eDRX cycle (TeDRX, H) and PTW length.



UE_ID_H indicates the HASH ID calculated using an S-TMSI and the CRC-32 algorithm. eDRX supports S-TMSI-based paging instead of IMSI-based paging.


Page 97

Feature Description – Basic Principles Negotiation and Paging of eDRX in Idle Mode •

The eNodeB broadcasts an H-SFN in SIB1 to the UE.

•

When the UE wishes to use eDRX, it sends an Attach Request or TAU Request message carrying the eDRX cycle to the MM E.

•

If the MME accepts the request from the UE , it configures different eDRX cycles and PTW sizes according to the local strategy and then sends the information in an Attach Accept or TAU Accept message to the UE. If the MME rejects the request from the UE, the UE uses the traditional paging DRX m echanism.

•

The S-GW informs the MME when receiving data. The MME calculates the H-SFN and paging frame (PF) for the UE to receive the paging message based on the eDRX cycle. The MME sends the paging message to the eNodeB before the PF time for the UE arrives.

•

On receiving the paging message, the eNodeB uses the eDRX cycle carried in the message to calculate the time of the H-SFN and PF. The eNodeB also calculates the PO for the UE based on the configured paging cycle, and sends the paging message to the UE at the calculated time.

•

The UE uses the same method to calculate when the paging message is sent and monitors the message at the calculated time. In this way, it can obtain the paging message from the eNodeB.


Page 98

Feature Description – Basic Principles Time Synchronization of eDRX in Idle Mode •

As stipulated in section 4.5.13.3 of 3GPP TS 23.682 (Release 13), the H-SFN for the eNodeB and that for the MME must be synchronous, and the synchronization precision equals the traditional DRX cycle (about 1s to 2s). To achieve synchronization, the eNodeB and MME must configure the same eDRX H-SFN start time (H-SFN = 0) and they separately calculate the H-SFN of the current time. No signaling interworking is involved.

•

eNodeB implementation of the current version: 1. eNodeB Using Time Synchronization › ›

The GPS, BeiDou, 1588v2, 1588v2atr, GLONASS time sources are supported. The operator needs to deploy corresponding time equipment. The eNodeB and MME need to use the GPS time-scale, with the eDRX H-SFN start time always set to the GPS start time.]

2. eNodeB Using Frequency Synchronization › ›

•

The operator needs to deploy the NTP time server. It is recommended that time synchronization be performed between the eNodeB and NTP server (including the U2000) every two hours. The eNodeB and MME need to configure the same eDRX H-SFN start time, and the MME supports sending a paging message to the eNodeB in advance, to ensure the UE can be paged within the PTW.

Interconnection with the EPC › › ›

The EPC can use the GPS and UTC time-scales to calculate the H-SFN and SFN. If the eNodeB uses time synchronization, the EPC can configure the eDRX H-SFN start time as the GPS start time. If the eNodeB uses time synchronization, the EPC can send a paging message to the eNodeB in advance.


Page 99



Page 100

Network Impact Analysis •

•

Positive Impact (Benefits) › The eDRX paging cycle for a UE in idle mode is long, and the UE stays in the deep-sleep state for a long time while maintaining low power consumption. Negative Impact › None


Page 101



Page 102


Version Mapping ›



Hardware/NE/Transmission Dependency › › ›



The UE supports the eDRX in Idle Mode feature. The MME supports the eDRX in Idle Mode feature, the GPS time-scale, and can configure the eDRX start time as the GPS start time. Time synchronization equipment (GPS, BeiDou, 1588v2, 1588v2atr, or GLONASS) must be deployed on the eNodeB.

Mutually Exclusive/Prerequisite/Impacted Features 



The eNodeB and U2000 support this feature in the 17B version.

None

License Management

Feature ID

MLOFD-121282

Feature Name




Power Saving on eMTC(FDD)

Page 103

NE

eNodeB

Sales Unit

per cell


When to Use Enable this feature to ensure eDRX UE power saving when all of the following conditions are met: - The operator wishes to reduce the power consumption of eMTC UEs. - There are eMTC UEs supporting eDRX in Idle Mode in the target area. - The EPC supports the eDRX function.

›

•

Required Information › ›



Feature Activation ›

•

Collect the number of eDRX UEs in the target area and the eDRX supporting capability of the MME, then decide whether to deploy this feature. Collect the eDRX start time (H-SFN = 0) configured by the MME. Check whether the time is consistent with the eDRX H-SFN start time configured by the eNodeB.

Run the MOD CELLEMTCALGOcommand with IDLE_EDRX_SWITCH(IdleEdrxSwt) selected for the eMTC Algorithm Switch parameter.

Feature Deactivation ›

Run the MOD CELLEMTCALGOcommand with IDLE_EDRX_SWITCH(IdleEdrxSwt) deselected for the eMTC Algorithm Switchparameter.


Page 104



Page 105

Activation Observation and Verification 

Feature Evaluation When this feature is activated, users can observe the following counter to monitor the sending of eDRX paging messages.

›

Counter ID

1526746005

•

Counter Name

L.Paging.eMTC.S1.Rx.eDRX

Counter Description

Number of received eDRX paging messages over the S1 interface for eMTC UEs in a cell

Troubleshooting ›

If a time synchronization-related alarm is reported, time synchronization fails. For details, see section "Troubleshooting" in Synchronization Feature Parameter Description .


Page 106

THANK YOU www.huawei.com

Copyright©2013 Huawei Technologies Co., Ltd. All Rights Reserved. The information contained in this document is for reference purpose only, and is subject to change or withdrawal according to specific cu stomer requirements and conditions.

Page 107

Huawei SRAN12.1 CIoT-Huawei Workshop

Recommend Documents