NB-IOT系統(tǒng)概要介紹課件

NB-IoT系統(tǒng)概要介紹NB-IoT系統(tǒng)概要介紹1目錄NB-IOT應(yīng)用場景1NB-IoT

概述2NB-IoT技術(shù)簡介及與LTE差異分析3目錄NB-IOT應(yīng)用場景1NB-IoT概述2NB-IoT技NB-IOT應(yīng)用場景1NB-IOT應(yīng)用場景1全球物聯(lián)網(wǎng)布局已快速展開未來每個物聯(lián)網(wǎng)聯(lián)接貢獻(xiàn)的年收入將為27.8美元，是移動用戶的1/410年內(nèi)，物聯(lián)網(wǎng)終端數(shù)量將達(dá)到移動通信用戶的10倍以上。中國物聯(lián)網(wǎng)也將同步快速發(fā)展。國際物聯(lián)網(wǎng)產(chǎn)業(yè)生態(tài)布局已全面展開物聯(lián)網(wǎng)應(yīng)用呈突破趨勢未來十年物聯(lián)網(wǎng)終端數(shù)量預(yù)計(jì)在百億量級物聯(lián)網(wǎng)標(biāo)準(zhǔn)化持續(xù)推進(jìn)各類無線連接技術(shù)標(biāo)準(zhǔn)不斷演進(jìn)：

WiFi、ZigBee、Sigfox、V2X、NB-IoT……人與人的通信數(shù)量接近飽和傳統(tǒng)2\3\4G網(wǎng)絡(luò)并不滿足物聯(lián)網(wǎng)設(shè)備大連接、低功耗、低成本的要求。物聯(lián)網(wǎng)：擁有巨大的潛力商業(yè)藍(lán)海物聯(lián)需求存在電信行業(yè)值得期待的新業(yè)務(wù)來源數(shù)據(jù)來自：CAICT單位：億全球物聯(lián)網(wǎng)布局已快速展開未來每個物聯(lián)網(wǎng)聯(lián)接貢獻(xiàn)的年收入將為2NB-IoT是發(fā)展物聯(lián)網(wǎng)的一個新契機(jī)

當(dāng)前物聯(lián)網(wǎng)發(fā)展的痛點(diǎn)終端功耗過高無法支持海量終端典型場景網(wǎng)絡(luò)覆蓋不足，如：無線抄表終端成本過高當(dāng)前物聯(lián)網(wǎng)碎片化現(xiàn)狀技術(shù)碎片化：操作系統(tǒng)和網(wǎng)絡(luò)標(biāo)準(zhǔn)多樣局域物聯(lián)網(wǎng)：Wifi、ZigBee、Bluetooth，……廣域物聯(lián)網(wǎng)：Sigfox，LoRa，MTC/eMTC/NB-IoT，……應(yīng)用碎片化：需求多樣化、垂直行業(yè)管理、終端形態(tài)與分布差異化產(chǎn)業(yè)碎片化：芯片、設(shè)備、網(wǎng)絡(luò)、運(yùn)營4.5GNB-IoTNB-IoT聚焦于低功耗廣覆蓋物聯(lián)網(wǎng)市場，具有覆蓋廣、連接多、速率低、成本低、功耗少、架構(gòu)優(yōu)等特點(diǎn)，或許會成為終結(jié)碎片化、統(tǒng)一物聯(lián)網(wǎng)產(chǎn)業(yè)的一個契機(jī)。全球40億個運(yùn)營商2.3億個小于6%運(yùn)營商在全球物聯(lián)網(wǎng)市場占比小，亟待突破！占比NB-IoT是發(fā)展物聯(lián)網(wǎng)的一個新契機(jī)

當(dāng)前物聯(lián)網(wǎng)發(fā)展的痛點(diǎn)典型應(yīng)用場景智能抄表（水、電、天然氣）特點(diǎn)：終端位置固定，上行延時不敏感的小數(shù)據(jù)包業(yè)務(wù)類似場景：油井?dāng)?shù)據(jù)采集（秒級上報(bào)，最大包約3000bit）、環(huán)境檢測火災(zāi)自動報(bào)警特點(diǎn)：終端位置固定，上行延時敏感的小數(shù)據(jù)包業(yè)務(wù)類似場景：燃?xì)庑孤﹫?bào)警、電梯故障報(bào)警、老人急救定位追蹤特點(diǎn)：移動終端的上行小數(shù)據(jù)量業(yè)務(wù)+GPS定位類似場景：老人/幼兒實(shí)時定位、寵物追蹤、物流追蹤（<120km/h）NB-IoT典型應(yīng)用場景智能抄表（水、電、天然氣）火災(zāi)自動報(bào)警定位追蹤NNB-IoT

概述2NB-IoT概述2NB-IOT關(guān)鍵需求及性能指標(biāo)大連接，接入能力增強(qiáng)低功耗、低成本設(shè)計(jì)覆蓋能力增強(qiáng)大低強(qiáng)室外大覆蓋，室內(nèi)穿透能力提升比現(xiàn)有GPRS網(wǎng)絡(luò)提升20dB支持海量的低吞吐量終端每小區(qū)支持用戶5萬+終端超低功耗低成本5Wh的電池可供終端使用10年

5萬用戶為小區(qū)內(nèi)部署的終端數(shù)，并發(fā)用戶數(shù)較少用戶為小數(shù)據(jù)包且業(yè)務(wù)不頻繁（100bit~3kbit，至多秒級）支持多載波（多頻點(diǎn)小區(qū)）基于小區(qū)列表的尋呼優(yōu)化上行的時延可放寬到10s以上上行單子載波傳輸，支持更小的子載波間隔物理信道的重復(fù)發(fā)送基于覆蓋等級的尋呼優(yōu)化和隨機(jī)接入NB-IOT關(guān)鍵需求及性能指標(biāo)大連接，接入能力增強(qiáng)低功耗、低NB-IoT的部署方案：Standalone優(yōu)先GuardBandInBandStandalone基于LTE帶外或GSM頻段內(nèi)選取200K作為主載波進(jìn)行部署。上行功率譜密度比GSM最多提升16.8dB頻帶資源豐富，覆蓋最好第一階段：900M

FDD部署基于LTE保護(hù)帶選取200K做主載波進(jìn)行部署。暫無功率譜密度增益的評估結(jié)果頻帶資源少，覆蓋一般基本不考慮基于LTE帶內(nèi)選取200K作為主載波進(jìn)行部署上行功率譜密度比LTE提升6dB頻帶資源豐富，覆蓋較差商用后期可能考慮部署方案NB-IoT的部署方案：Standalone優(yōu)先GuardNB-IoT測試需求低功耗測試a)需根據(jù)具體的業(yè)務(wù)類型構(gòu)建貼近現(xiàn)實(shí)的功耗模型；b)終端電池自放電情況測試；c)在不同的環(huán)境條件及業(yè)務(wù)模型下終端整機(jī)耗電測試；d)為降低終端耗電所采用的終端休眠機(jī)制測試等大容量測試遠(yuǎn)覆蓋測試a)在確定資源配置下支持同時接入的最大用戶數(shù)目；b）基于給定上行業(yè)務(wù)模型的上行連接數(shù)目/容量極限測試；c)基于給定下行業(yè)務(wù)模型的下行連接數(shù)目/容量極限測試；d)基于給定上下行混合業(yè)務(wù)模型的連接數(shù)目/容量極限測試；a）下行信號強(qiáng)度、覆蓋半徑等下行覆蓋的關(guān)鍵技術(shù)指標(biāo)b)上行覆蓋能力也對終端的射頻發(fā)射功率、OTA、帶外干擾等指標(biāo)進(jìn)行考察；c)測試在不同信道條件下的系統(tǒng)性能：地鐵與地下室環(huán)境下（MCL>154dB）性能測試；室內(nèi)或者樓梯間配電箱內(nèi)條件下（144dB<MCL<154dB）的性能測試；室外良好環(huán)境下（MCL<144dB）的性能測試。NB-IoT測試需求低功耗測試a)需根據(jù)具體的業(yè)務(wù)類型構(gòu)建貼NB-IoT簡介及與LTE差異分析3NB-IoT簡介及與LTE差異分析3NB-IoT網(wǎng)絡(luò)架構(gòu)NB-IOT網(wǎng)絡(luò)主要增加了業(yè)務(wù)能力開放單元（SCEF）用于控制面優(yōu)化及非IP傳輸；MME和SCEF直接新增T6接口、HSS和SCEF之間新增S6t接口；新增第三方能力服務(wù)器（SCS）和第三方應(yīng)用服務(wù)器（AS）；SCEF和SCS/AS為非必須單元，可由PGW升級支持非IP傳輸；NB-IoT網(wǎng)絡(luò)架構(gòu)NB-IOT網(wǎng)絡(luò)主要增加了業(yè)務(wù)能力開放單NB-IoT協(xié)議棧架構(gòu)-基于SGi的控制面優(yōu)化UE的IP數(shù)據(jù)/非IP數(shù)據(jù)封裝在NAS數(shù)據(jù)包中；MME執(zhí)行了NAS數(shù)據(jù)包到GTP-U的轉(zhuǎn)換；無SCEF單元，需要S/P-GW升級；NB-IoT協(xié)議棧架構(gòu)-基于SGi的控制面優(yōu)化UE的IP數(shù)據(jù)NB-IoT協(xié)議棧架構(gòu)-基于T6的控制面優(yōu)化UE的IP數(shù)據(jù)/非IP數(shù)據(jù)封裝在NAS數(shù)據(jù)包中；MME執(zhí)行了NAS數(shù)據(jù)包到Diameter數(shù)據(jù)包的轉(zhuǎn)換；MME和SCEF之間無UDP數(shù)據(jù)傳輸；NB-IoT協(xié)議棧架構(gòu)-基于T6的控制面優(yōu)化UE的IP數(shù)據(jù)/NB-IoT物理層上下行系統(tǒng)帶寬200kHz（前后各10kHz保護(hù)間隔）雙工方式FDD終端半雙工（TypeBGuradTime），基站全雙工多址方式上行SC-FDMA；下行OFDMA子載波間隔上行15kHz/3.75kHz;

下行15kHz上行傳輸支持單通道傳輸（3.75kHz/15kHz）支持多通道傳輸（15kHz）天線端口上行單端口下行單端口/雙端口SFBC覆蓋增強(qiáng)所有物理信道均支持重復(fù)發(fā)送空口方案下行類似LTE，但是更簡化，覆蓋增強(qiáng)只靠重復(fù)發(fā)送；上行除了重復(fù)發(fā)送外，還引入更小的子載波間隔和單通道傳輸方式NB-IoT物理層上下行系統(tǒng)帶寬200kHz（前后各10kHNB-IoT物理層幀結(jié)構(gòu)下行只有15kHz子載波間隔，幀結(jié)構(gòu)與LTE一致上行幀結(jié)構(gòu)與子載波間隔有關(guān)：15kHz幀結(jié)構(gòu)與LTE一致，3.75kHz時隙拉長NB-IoT物理層幀結(jié)構(gòu)NB-IoT物理層上行NB-IoT的上行物理信道NB-IoT不支持CSI上報(bào)，不支持SchedulingRequest上報(bào)不支持NPUSCH上業(yè)務(wù)數(shù)據(jù)與ACK/NACK復(fù)用傳輸NB-IoT的上行物理信號LTE:基于SRS進(jìn)行TA調(diào)整NB-IoT:基于DMRS進(jìn)行TA調(diào)整LTE:基于SRS進(jìn)行上行鏈路自適應(yīng)NB-IoT:新算法LTE:基于SRS的波束賦型和AoA計(jì)算NB-IoT:不支持

DMRSLTESRSDMRSNB-IoTPRACHLTEPUCCHPUSCHNPRACHNB-IoTNPUSCHFormat1NPUSCHFormat2NB-IoT物理層上行NB-IoT的上行物理信道DMRSLTNB-IoTNPRACHLTE

PRACH多子載波傳輸（中間6個PRB）子載波間隔為1.25kHzPreamble為正交的ZC序列，頻域映射無跳頻不支持重復(fù)發(fā)送NB-IoT

NPRACH單子載波傳輸子載波間隔為3.75kHz使用全1序列，時域映射跳頻傳輸覆蓋增強(qiáng)：支持重復(fù)發(fā)送基站通過SIB2廣播配置最多三組重復(fù)等級以及每組重復(fù)等級的RSRP門限，：終端根據(jù)RSRP門限選擇合適的重復(fù)等級進(jìn)行隨機(jī)接入R13NB-IoT只支持競爭的隨機(jī)接入，過程與LTE相同NB-IoTNPRACHLTEPRACHNB-IoTNB-IoT

NPUSCHformat1用于傳輸上行業(yè)務(wù)數(shù)據(jù)的物理信道僅支持RV0和RV2兩種冗余版本幀結(jié)構(gòu)、resourceunit長度、調(diào)制方式都與傳輸方式有關(guān)：支持跨resourceunit的TB映射重復(fù)發(fā)送（cyclicrepetition），最大重復(fù)次數(shù)128傳輸方式Multi-tone(MT)Single-tone(ST)3-tone,15k6-tone,15k12-tone,15kST,15kST,3.75kResourceunit4ms2ms1ms8ms32ms調(diào)制方式QPSKpi/2-BPSK,pi/4-QPSK幀結(jié)構(gòu)同LTE，時隙長度0.5ms時隙長度2ms基站調(diào)度子載波間隔不同的UE在一個上行子幀進(jìn)行傳輸時會產(chǎn)生互干擾NB-IoTNPUSCHformat1用于傳輸上行業(yè)NB-IoTNPUSCHformat2僅用來進(jìn)行NPDSCH的ACK/NACK反饋的物理信道與NPUSCHformat1是完全不同的物理信道，不支持兩種物理信道的單子幀復(fù)用傳輸重復(fù)次數(shù)由RRC信令準(zhǔn)靜態(tài)配置NPUSCHformat2NPUSCHformat1（ST）LTEPUCCHformat3傳輸方式單通道(15kHz/3.75kHz)單通道(15kHz/3.75kHz)1~2PRB(15kHz)調(diào)制pi/2-BPSKpi/2-BPSK;pi/4-QPSKQPSK編碼方式重復(fù)編碼咬尾卷積碼擴(kuò)頻Resourceunit2msfor15kHz8msfor3.75kHz8msfor15kHz32msfor3.75kHzsubframe(1ms)A/N復(fù)用傳輸無-----有DMRS列數(shù)/slot312重復(fù)發(fā)送支持支持不支持NB-IoTNPUSCHformat2僅用來進(jìn)行NPNB-IoT物理層下行協(xié)議規(guī)定的物理信道沒有REG概念不支持NPDSCH與NPDCCH在同子幀上時分復(fù)用只支持單端口/雙端口SFBC，要求所有下行物理信道使用相同傳輸模式協(xié)議規(guī)定的物理信號PBCHLTEPHICHPCFICHNPBCHNB-IoTPDCCHPDSCHNPDCCHNPDSCHCRSLTEPSSNRSNB-IoTSSSURSCSI-RSNPSSNSSSNB-IoT物理層下行協(xié)議規(guī)定的物理信道PBCHLTEPHINPBCHNPBCH與LTEPBCH的主要區(qū)別：NPBCH的周期拉長為640ms（LTE為40ms）MIBpayloadbit增至34bit（LTE24bit）引入了重復(fù)發(fā)送的機(jī)制通過NB-MIB主要指示：部署模式系統(tǒng)幀號SIB1的調(diào)度信息系統(tǒng)信息valuetagNPBCHNPBCH與LTEPBCH的主要區(qū)別：通過NB-NPDSCH與LTEPDSCH相比，NB-IoT下行設(shè)計(jì)主要考慮降低終端處理的復(fù)雜度，以及覆蓋增強(qiáng)支持跨子幀的TB映射NPDSCHLTEPDSCH編碼方式TBCCTurbo調(diào)制方式QPSKBPSK/QPSK/16QAM/64QAM/256QAMHARQ單進(jìn)程多進(jìn)程天線端口數(shù)1、21、2、4、8傳輸模式單端口/SFBC，相當(dāng)于LTETM1、TM2（2端口）TM1~TM9頻域資源分配不支持單子幀多用戶傳輸支持單子幀多用戶傳輸重復(fù)發(fā)送支持，最多2048次不支持NPDSCH與LTEPDSCH相比，NB-IoT下行設(shè)計(jì)主NPDCCHNPDCCH與LTEPDCCH的主要區(qū)別不定義REG，CCE由時頻兩維資源定義，只支持聚合等級1和2不支持NPDCCH與NPDSCH的頻分復(fù)用傳輸引入重復(fù)發(fā)送（onlyforAL=2），次數(shù)1~2048NPDCCH1NPDCCH2AL=1：單子幀最多調(diào)度2個UENPDCCH1

下行單子幀NPDCCHNPDCCH與LTEPDCCH的主要區(qū)別NPDNPDCCHDCIN0（上行調(diào)度授權(quán)）NPUSCH：調(diào)度延時、重復(fù)次數(shù)、MCS&單次傳輸RU數(shù)、子載波、newdataindicator、冗余版本NPDCCH：重復(fù)次數(shù)DCIN1（下行調(diào)度授權(quán)及PDCCHorder觸發(fā)的隨機(jī)接入）NPDSCH(forDLgrant)：調(diào)度延時、重復(fù)次數(shù)、MCS&單次傳輸PRB數(shù)、newdataindicator、HARQ-ACK反饋資源（子載波與傳輸延時）NPDCCH

(forDLgrant)

：重復(fù)次數(shù)NPRACH(forNPDCCHorder)：重復(fù)次數(shù)DCIN2（尋呼消息調(diào)度&通知系統(tǒng)信息變更）NPDSCH(forpaging)：重復(fù)次數(shù)、MCS&單次傳輸PRB數(shù)NPDCCH(forpaging)：重復(fù)次數(shù)Directioninformation：系統(tǒng)信息更新域NPDCCHDCIN0（上行調(diào)度授權(quán)）下行物理信號NRS作用類似于LTECRS在每個NB-IoT下行子幀發(fā)送支持Port0~1NPSS用于粗同步，不承載NPCI短ZC序列（11長）子幀5發(fā)送，每幀發(fā)送NSSS用于精同步和承載NPCI長ZC序列（132長）子幀9發(fā)送，隔幀發(fā)送下行物理信號NRS作用類似于LTECRSNPSS用于粗同步L2概述—PDCP層變化PDCPSN大小為7bit或更小數(shù)據(jù)傳輸IP數(shù)據(jù)頭壓縮及解壓縮（ROHC）加密和完整性保護(hù)PDCP重建立（fortheUPsolution）PDUs按序遞交以及SDUs的去重丟棄定時器NB-IoTPDCP協(xié)議層功能LTEPDCP協(xié)議層功能PDCPSN大小7bit~15bit數(shù)據(jù)傳輸頭壓縮及解壓縮加密和完整性保護(hù)按序遞交以及去重基于RLCAM模式的PDCP重建立小區(qū)切換重傳重排序丟棄定時器PDCP狀態(tài)報(bào)告基于RLCAM模式的切換重傳重排序PDCP狀態(tài)報(bào)告L2概述—PDCP層變化PDCPSN大小為7bit或更小NL2概述—RLC層變化PDUs傳輸RLCSDUs級聯(lián)、分段、重組AM模式傳輸（UM不支持）RLC重分段RLC重建立（fortheUPsolution）按序遞交和重復(fù)檢查NB-IoTRLC協(xié)議層功能LTERLC協(xié)議層功能PDUs傳輸RLCSDUs級聯(lián)、分段、重組AM模式及UM模式數(shù)據(jù)傳輸RLC重分段RLC重建立按序遞交重復(fù)檢查重排序重排序UM模式L2概述—RLC層變化PDUs傳輸NB-IoTRLC協(xié)議層28L2概述—MAC層變化PRACH過程邏輯信道與傳輸信道的映射復(fù)用與解復(fù)用調(diào)度邏輯信道優(yōu)先級處理連接態(tài)DRXBSR上報(bào)DLHARQ（oneprocess）ULHARQ（oneprocess）NB-IoTMAC協(xié)議層功能LTEMAC協(xié)議層功能PRACH過程邏輯信道與傳輸信道的映射復(fù)用和解復(fù)用調(diào)度邏輯信優(yōu)先級處理連接態(tài)DRXBSR上報(bào)（緩沖區(qū)狀態(tài)上報(bào)）DLHARQ（multiprocess）ULHARQ（multiprocess）MBMSDSRSPS（半靜態(tài)調(diào)度）MBMSDSRSPSL2概述—MAC層變化PRACH過程N(yùn)B-IoTMAC協(xié)議29隨機(jī)接入隨機(jī)接入過程僅支持基于競爭的隨機(jī)接入，接入過程繼承LTE。提供BSR上報(bào)、時間同步、功率調(diào)整和PHR上報(bào)等功能。MSG1在3.75Khz單子載波上發(fā)送全1序列。跳頻傳輸通過NPRACH資源判斷UE是否支持multi-toneMSG2在RAR中指定UE使用3.75Khz子載波還是15Khz子載波。指示MSG3是否使用multi-tone傳輸。MSG3MSG3中攜帶的DVI（DataVolumeIndication）指示用戶數(shù)據(jù)、NASsignallingdata以及SMS的BSR（僅支持ShortBSR）。上報(bào)PHR。指示multi-tone能力multi-PRB能力MSG4配置連接態(tài)DRX。指示UE是否在輔載波上做業(yè)務(wù)。隨機(jī)接入隨機(jī)接入過程僅支持基于競爭的隨機(jī)接入，接入過程繼承L30調(diào)度—下行GAP引入GAP配置當(dāng)覆蓋路損較大或者覆蓋半徑較大時，對處于小區(qū)邊緣或者路損較大的UE的數(shù)據(jù)傳輸需要更大的重復(fù)次數(shù)，即一次數(shù)據(jù)傳輸會持續(xù)很長時間，在這種情況下需要對該UE配置下行GAP，上行GAP為固定值（X門限，Y間隔），以便給其他處于好點(diǎn)的UE提供調(diào)度資源，并給該UE提供下行時頻資源同步的機(jī)會。GAP配置對于超遠(yuǎn)覆蓋（extremecoverage）的UE，下行方向NB-PDSCH和NB-PDCCH重復(fù)傳輸過程中需要引入GAP，不同覆蓋等級配置不同的GAP，在GAP期間傳輸別的UE的數(shù)據(jù)，以防一個UE占用資源太長，UE根據(jù)CSS的R_NPDCCH_max判斷Msg2和Msg4的GAP配置，根據(jù)USS的R_NPDCCH_max判斷后續(xù)傳輸?shù)腉AP配置。需要配置1個門限X1或2個門限X1和X2作為啟用GAP配置的條件。R_NPDCCH_max>=X1，啟動第1個GAP，X1>R_NPDCCH_max>=X2，啟動第1個GAP。GAP在PDSCH-ConfigCommon-NB/DLGap-Config-NB下配置：dlGap-AnchordlGap-AdditionaldlGap-Threshold{n32,n64,n128,n256}dlGap-Periodicity{sf64,sf128,sf256,sf512}dlGap-DurationCoeff{oneFourth,oneEighth,threeEighth,oneHalf}調(diào)度—下行GAP引入GAP配置當(dāng)覆蓋路損較大或者覆蓋半徑較大31調(diào)度—上行GAP引入GAP配置GAP配置

針對NPUSCH信道，標(biāo)準(zhǔn)規(guī)定終端完成256ms的數(shù)據(jù)傳輸后，要配置40ms的ULGap時間用來進(jìn)行頻率偏移的糾正，剩下的數(shù)據(jù)順延后再發(fā)送。

針對NPRACH信道，標(biāo)準(zhǔn)規(guī)定終端完成64次Preamble重復(fù)發(fā)送后，要配置40ms的ULGap時間用來進(jìn)行頻率偏移的糾正，剩下的Preamble重復(fù)順延后再發(fā)送調(diào)度—上行GAP引入GAP配置GAP配置針對NPUS32調(diào)度調(diào)度影響性因素分析NPDSCH和NPUSCH中的TB占用的時域長度是可變的；NPDCCH與NPDSCH和NPUSCH只能時分復(fù)用；UE單雙工通信的影響；同步信號、廣播信息對資源的影響；NPDSCH/NPUSCH與NPDCCH存在時延，eNB只能調(diào)度當(dāng)前子幀的NPDCCH，同時確定之后一段時間的NPDSCH/NPUSCH；在調(diào)度NNPDSCH的同時需要考慮其上行反饋NPUSCHformat2的調(diào)度信息。大重復(fù)次數(shù)對多UE調(diào)度的資源分配的影響；數(shù)據(jù)業(yè)務(wù)的大重復(fù)次數(shù)對Paging時機(jī)的影響；大重復(fù)次數(shù)下引入GAP的影響；總體調(diào)度過程上下行調(diào)度選擇時域調(diào)度頻域調(diào)度調(diào)度調(diào)度影響性因素分析NPDSCH和NPUSCH中的TB占用33HL概述—HL變化RRC_IDLE系統(tǒng)消息監(jiān)聽尋呼RRC連接建立終端控制的移動性RRC連接掛起/恢復(fù)UE及基站上保持接入層上下文RRC_Connected資源調(diào)度接收發(fā)送RRC信令收發(fā)數(shù)據(jù)NB-IoTHL層功能LTEHL層功能RRC_IDLE系統(tǒng)消息監(jiān)聽尋呼RRC連接建立終端控制的移動性空閑態(tài)DRXRRC_Connected資源調(diào)度接收發(fā)送RRC信令收發(fā)數(shù)據(jù)網(wǎng)絡(luò)控制的移動性（切換、測量報(bào)告）監(jiān)聽尋呼和系統(tǒng)消息信道質(zhì)量反饋HL概述—HL變化RRC_IDLENB-IoTHL層功能L34廣覆蓋大連接低功耗低成本系統(tǒng)信息優(yōu)化延長系統(tǒng)信息的有效性；優(yōu)化小區(qū)接入和小區(qū)重選信息空閑態(tài)優(yōu)化延長DRX周期長度，擴(kuò)大尋呼發(fā)送窗長接入控制優(yōu)化優(yōu)化AS層接入控制，異常報(bào)告接入優(yōu)先信令優(yōu)化取消SRB2,SRB1可傳輸承載小數(shù)據(jù)業(yè)務(wù)EUTRA優(yōu)化HL變化內(nèi)容控制面優(yōu)化MME支持通過NAS信令進(jìn)行的數(shù)據(jù)轉(zhuǎn)發(fā)，無需建立DRB用戶面優(yōu)化UU和S1-U的數(shù)據(jù)轉(zhuǎn)發(fā)過程不變，簡化UU口和S1-AP的信令交互，EPS優(yōu)化廣覆蓋大連接低功耗低成本系統(tǒng)信息優(yōu)化延長系統(tǒng)信息的有效性；優(yōu)35UE對小區(qū)的選擇需要同時滿足Srxlev>0(RSRP)ANDSqual>0(RSRQ)支持小區(qū)同頻和異頻重選，不區(qū)分頻點(diǎn)優(yōu)先級，按RSRP的rank排序同頻小區(qū)支持配置個性偏移，異頻小區(qū)不支持配置個性偏移不支持異系統(tǒng)測量支持RLF(無線鏈路失敗)檢測連接態(tài)移動性管理IDLE態(tài)UE對小區(qū)的選擇需要同時滿足Srxlev>0(RSRP36CP模式的SRB1bis(nopdcp)和UP模式SBR1(normalpdcp)使用不同的邏輯通道IDRRC連接建立請求增加UE是否支持multitone和multiPRB的字段RRC連接建立取消緊急呼叫、高優(yōu)先級接入的cause,增加異常上報(bào)RRC連接reject中WaitTime擴(kuò)大取值范圍支持小區(qū)reserve和小區(qū)Bar支持分PLMN的AC接入控制，不區(qū)分MoData和MoSignal接入控制信令增強(qiáng)接入控制&信令增強(qiáng)CP模式的SRB1bis(nopdcp)和UP模式SB37NB-IoT支持功能為：- Networksharing(upto6PLMNs);- Accesscontrol(perPLMN);- Cellbarringandcellreservation;- Differentiationinaccessofexceptionalreportingandnormalreporting;- Intra-frequencyandinter-frequencycellreselection;- PowerSavingMode;- IdlemodeDRXwithDRXcyclevaluesinthe“normal”rangeandineDRXrange;- In-orderdelivery;- Positioning.NB-IoT不支持的功能為:- Inter-RATcellreselectionorinter-RATmobilityinconnectedmode(NotethatinthisrespectNB-IoTisaseparateRATfromLTE);- PublicwarningfunctionslikeCMAS,ETWSandPWS;- Handoverandmeasurementreporting;- GBR(QoS);- CSG;- Relaying;- Dualconnectivity;- MBMS;-Realtimeservices;- In-devicecoexistence;- RANassistedWLANinterworking;- Prose(includingdirectcommunicationanddirectdiscovery);- MinimizationofDriveTests(MDT);-Limitedservicestateandemergencycallarenotsupported;- CSservicesandCSfallback;- SSACandACB-skip;- NetworkAssistedInterferenceCancelation(NAICS).NB-IoT在E-UTRAN基礎(chǔ)上進(jìn)行了簡化，NB-IoT支持功能為：NB-IoT不支持的功能為:NB-I38控制面優(yōu)化——CP模式MME承擔(dān)了數(shù)據(jù)轉(zhuǎn)發(fā)功。支持IP/NonIP數(shù)據(jù)傳輸PDNtoSCEF只支持NonIP數(shù)據(jù)傳輸無需DRB,沒有S1-U減少信令開銷控制面優(yōu)化——CP模式MME承擔(dān)了數(shù)據(jù)轉(zhuǎn)發(fā)功。39CP模式總體流程CP模式總體流程40CP模式基站相關(guān)信令注:TheUEmayalsoindicateinaReleaseAssistanceInformationintheNASPDUwhetherDownlinkdatatransmission(e.g.AcknowledgementorresponsetoUplinkdata)subsequenttotheUplinkDatatransmissionisexpectedornot.CP模式基站相關(guān)信令注:TheUEmayalsoin41用戶面優(yōu)化——UP模式UU口和S1-U數(shù)據(jù)轉(zhuǎn)發(fā)過程沒有任何改變增加suspend/resume過程，減少信令UU口和S1-AP口信令一個用戶最多支持2個DRB,均為NGBR承載UE-storestheASinformation;eNodeB:-storestheASinformation,-theS1APassociationandthebearercontextforthatUE;-ASContextshouldbetransferredbetweentheeNodeBs;MMEstorestheS1APassociationandthebearercontextforthatUE;用戶面優(yōu)化——UP模式UU口和S1-U數(shù)據(jù)轉(zhuǎn)發(fā)過程沒有任何42跨站的Resume過程ResumeID組成:20bitENBID+20bitENB內(nèi)UEID跨站的Resume過程ResumeID組成:20bitEN43CP和UP模式的關(guān)系

UE在Attach過程指示MME自己希望采用數(shù)據(jù)傳輸模