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

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

概述2NB-IoT技術(shù)簡(jiǎn)介及與LTE差異分析3NB-IOT應(yīng)用場(chǎng)景1全球物聯(lián)網(wǎng)布局已快速展開未來每個(gè)物聯(lián)網(wǎng)聯(lián)接貢獻(xiàn)的年收入將為27.8美元，是移動(dòng)用戶的1/410年內(nèi)，物聯(lián)網(wǎng)終端數(shù)量將達(dá)到移動(dòng)通信用戶的10倍以上。中國(guó)物聯(lián)網(wǎng)也將同步快速發(fā)展。國(guó)際物聯(lián)網(wǎng)產(chǎn)業(yè)生態(tài)布局已全面展開物聯(lián)網(wǎng)應(yīng)用呈突破趨勢(shì)未來十年物聯(lián)網(wǎng)終端數(shù)量預(yù)計(jì)在百億量級(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單位：億NB-IoT是發(fā)展物聯(lián)網(wǎng)的一個(gè)新契機(jī)

當(dāng)前物聯(lián)網(wǎng)發(fā)展的痛點(diǎn)終端功耗過高無法支持海量終端典型場(chǎng)景網(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)營(yíng)4.5GNB-IoTNB-IoT聚焦于低功耗廣覆蓋物聯(lián)網(wǎng)市場(chǎng)，具有覆蓋廣、連接多、速率低、成本低、功耗少、架構(gòu)優(yōu)等特點(diǎn)，或許會(huì)成為終結(jié)碎片化、統(tǒng)一物聯(lián)網(wǎng)產(chǎn)業(yè)的一個(gè)契機(jī)。全球40億個(gè)運(yùn)營(yíng)商2.3億個(gè)小于6%運(yùn)營(yíng)商在全球物聯(lián)網(wǎng)市場(chǎng)占比小，亟待突破！占比典型應(yīng)用場(chǎng)景智能抄表（水、電、天然氣）特點(diǎn)：終端位置固定，上行延時(shí)不敏感的小數(shù)據(jù)包業(yè)務(wù)類似場(chǎng)景：油井?dāng)?shù)據(jù)采集（秒級(jí)上報(bào)，最大包約3000bit）、環(huán)境檢測(cè)火災(zāi)自動(dòng)報(bào)警特點(diǎn)：終端位置固定，上行延時(shí)敏感的小數(shù)據(jù)包業(yè)務(wù)類似場(chǎng)景：燃?xì)庑孤﹫?bào)警、電梯故障報(bào)警、老人急救定位追蹤特點(diǎn)：移動(dòng)終端的上行小數(shù)據(jù)量業(yè)務(wù)+GPS定位類似場(chǎng)景：老人/幼兒實(shí)時(shí)定位、寵物追蹤、物流追蹤（<120km/h）NB-IoTNB-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，至多秒級(jí)）支持多載波（多頻點(diǎn)小區(qū)）基于小區(qū)列表的尋呼優(yōu)化上行的時(shí)延可放寬到10s以上上行單子載波傳輸，支持更小的子載波間隔物理信道的重復(fù)發(fā)送基于覆蓋等級(jí)的尋呼優(yōu)化和隨機(jī)接入NB-IoT的部署方案：Standalone優(yōu)先GuardBandInBandStandalone基于LTE帶外或GSM頻段內(nèi)選取200K作為主載波進(jìn)行部署。上行功率譜密度比GSM最多提升16.8dB頻帶資源豐富，覆蓋最好第一階段：900M

FDD部署基于LTE保護(hù)帶選取200K做主載波進(jìn)行部署。暫無功率譜密度增益的評(píng)估結(jié)果頻帶資源少，覆蓋一般基本不考慮基于LTE帶內(nèi)選取200K作為主載波進(jìn)行部署上行功率譜密度比LTE提升6dB頻帶資源豐富，覆蓋較差商用后期可能考慮部署方案NB-IoT測(cè)試需求低功耗測(cè)試a)需根據(jù)具體的業(yè)務(wù)類型構(gòu)建貼近現(xiàn)實(shí)的功耗模型；b)終端電池自放電情況測(cè)試；c)在不同的環(huán)境條件及業(yè)務(wù)模型下終端整機(jī)耗電測(cè)試；d)為降低終端耗電所采用的終端休眠機(jī)制測(cè)試等大容量測(cè)試遠(yuǎn)覆蓋測(cè)試a)在確定資源配置下支持同時(shí)接入的最大用戶數(shù)目；b）基于給定上行業(yè)務(wù)模型的上行連接數(shù)目/容量極限測(cè)試；c)基于給定下行業(yè)務(wù)模型的下行連接數(shù)目/容量極限測(cè)試；d)基于給定上下行混合業(yè)務(wù)模型的連接數(shù)目/容量極限測(cè)試；a）下行信號(hào)強(qiáng)度、覆蓋半徑等下行覆蓋的關(guān)鍵技術(shù)指標(biāo)b)上行覆蓋能力也對(duì)終端的射頻發(fā)射功率、OTA、帶外干擾等指標(biāo)進(jìn)行考察；c)測(cè)試在不同信道條件下的系統(tǒng)性能：地鐵與地下室環(huán)境下（MCL>154dB）性能測(cè)試；室內(nèi)或者樓梯間配電箱內(nèi)條件下（144dB<MCL<154dB）的性能測(cè)試；室外良好環(huán)境下（MCL<144dB）的性能測(cè)試。NB-IoT簡(jiǎn)介及與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升級(jí)支持非IP傳輸；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升級(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物理層上下行系統(tǒng)帶寬200kHz（前后各10kHz保護(hù)間隔）雙工方式FDD終端半雙工（TypeBGuradTime），基站全雙工多址方式上行SC-FDMA；下行OFDMA子載波間隔上行15kHz/3.75kHz;

下行15kHz上行傳輸支持單通道傳輸（3.75kHz/15kHz）支持多通道傳輸（15kHz）天線端口上行單端口下行單端口/雙端口SFBC覆蓋增強(qiáng)所有物理信道均支持重復(fù)發(fā)送空口方案下行類似LTE，但是更簡(jiǎn)化，覆蓋增強(qiáng)只靠重復(fù)發(fā)送；上行除了重復(fù)發(fā)送外，還引入更小的子載波間隔和單通道傳輸方式NB-IoT物理層幀結(jié)構(gòu)下行只有15kHz子載波間隔，幀結(jié)構(gòu)與LTE一致上行幀結(jié)構(gòu)與子載波間隔有關(guān)：15kHz幀結(jié)構(gòu)與LTE一致，3.75kHz時(shí)隙拉長(zhǎng)NB-IoT物理層上行NB-IoT的上行物理信道NB-IoT不支持CSI上報(bào)，不支持SchedulingRequest上報(bào)不支持NPUSCH上業(yè)務(wù)數(shù)據(jù)與ACK/NACK復(fù)用傳輸NB-IoT的上行物理信號(hào)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-IoTNPRACHLTE

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

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

NPUSCHformat1用于傳輸上行業(yè)務(wù)數(shù)據(jù)的物理信道僅支持RV0和RV2兩種冗余版本幀結(jié)構(gòu)、resourceunit長(zhǎng)度、調(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，時(shí)隙長(zhǎng)度0.5ms時(shí)隙長(zhǎng)度2ms基站調(diào)度子載波間隔不同的UE在一個(gè)上行子幀進(jìn)行傳輸時(shí)會(huì)產(chǎn)生互干擾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-IoT物理層下行協(xié)議規(guī)定的物理信道沒有REG概念不支持NPDSCH與NPDCCH在同子幀上時(shí)分復(fù)用只支持單端口/雙端口SFBC，要求所有下行物理信道使用相同傳輸模式協(xié)議規(guī)定的物理信號(hào)PBCHLTEPHICHPCFICHNPBCHNB-IoTPDCCHPDSCHNPDCCHNPDSCHCRSLTEPSSNRSNB-IoTSSSURSCSI-RSNPSSNSSSNPBCHNPBCH與LTEPBCH的主要區(qū)別：NPBCH的周期拉長(zhǎng)為640ms（LTE為40ms）MIBpayloadbit增至34bit（LTE24bit）引入了重復(fù)發(fā)送的機(jī)制通過NB-MIB主要指示：部署模式系統(tǒng)幀號(hào)SIB1的調(diào)度信息系統(tǒng)信息valuetagNPDSCH與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次不支持NPDCCHNPDCCH與LTEPDCCH的主要區(qū)別不定義REG，CCE由時(shí)頻兩維資源定義，只支持聚合等級(jí)1和2不支持NPDCCH與NPDSCH的頻分復(fù)用傳輸引入重復(fù)發(fā)送（onlyforAL=2），次數(shù)1~2048NPDCCH1NPDCCH2AL=1：?jiǎn)巫訋疃嗾{(diào)度2個(gè)UENPDCCH1

下行單子幀NPDCCHDCIN0（上行調(diào)度授權(quán)）NPUSCH：調(diào)度延時(shí)、重復(fù)次數(shù)、MCS&單次傳輸RU數(shù)、子載波、newdataindicator、冗余版本NPDCCH：重復(fù)次數(shù)DCIN1（下行調(diào)度授權(quán)及PDCCHorder觸發(fā)的隨機(jī)接入）NPDSCH(forDLgrant)：調(diào)度延時(shí)、重復(fù)次數(shù)、MCS&單次傳輸PRB數(shù)、newdataindicator、HARQ-ACK反饋資源（子載波與傳輸延時(shí)）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)信息更新域下行物理信號(hào)NRS作用類似于LTECRS在每個(gè)NB-IoT下行子幀發(fā)送支持Port0~1NPSS用于粗同步，不承載NPCI短ZC序列（11長(zhǎng)）子幀5發(fā)送，每幀發(fā)送NSSS用于精同步和承載NPCI長(zhǎng)ZC序列（132長(zhǎng)）子幀9發(fā)送，隔幀發(fā)送L2概述—PDCP層變化PDCPSN大小為7bit或更小數(shù)據(jù)傳輸IP數(shù)據(jù)頭壓縮及解壓縮（ROHC）加密和完整性保護(hù)PDCP重建立（fortheUPsolution）PDUs按序遞交以及SDUs的去重丟棄定時(shí)器NB-IoTPDCP協(xié)議層功能LTEPDCP協(xié)議層功能PDCPSN大小7bit~15bit數(shù)據(jù)傳輸頭壓縮及解壓縮加密和完整性保護(hù)按序遞交以及去重基于RLCAM模式的PDCP重建立小區(qū)切換重傳重排序丟棄定時(shí)器PDCP狀態(tài)報(bào)告基于RLCAM模式的切換重傳重排序PDCP狀態(tài)報(bào)告L2概述—RLC層變化PDUs傳輸RLCSDUs級(jí)聯(lián)、分段、重組AM模式傳輸（UM不支持）RLC重分段RLC重建立（fortheUPsolution）按序遞交和重復(fù)檢查NB-IoTRLC協(xié)議層功能LTERLC協(xié)議層功能PDUs傳輸RLCSDUs級(jí)聯(lián)、分段、重組AM模式及UM模式數(shù)據(jù)傳輸RLC重分段RLC重建立按序遞交重復(fù)檢查重排序重排序UM模式L2概述—MAC層變化PRACH過程邏輯信道與傳輸信道的映射復(fù)用與解復(fù)用調(diào)度邏輯信道優(yōu)先級(jí)處理連接態(tài)DRXBSR上報(bào)DLHARQ（oneprocess）ULHARQ（oneprocess）NB-IoTMAC協(xié)議層功能LTEMAC協(xié)議層功能PRACH過程邏輯信道與傳輸信道的映射復(fù)用和解復(fù)用調(diào)度邏輯信優(yōu)先級(jí)處理連接態(tài)DRXBSR上報(bào)（緩沖區(qū)狀態(tài)上報(bào)）DLHARQ（multiprocess）ULHARQ（multiprocess）MBMSDSRSPS（半靜態(tài)調(diào)度）MBMSDSRSPS隨機(jī)接入隨機(jī)接入過程僅支持基于競(jìng)爭(zhēng)的隨機(jī)接入，接入過程繼承LTE。提供BSR上報(bào)、時(shí)間同步、功率調(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ù)。調(diào)度—下行GAP引入GAP配置當(dāng)覆蓋路損較大或者覆蓋半徑較大時(shí)，對(duì)處于小區(qū)邊緣或者路損較大的UE的數(shù)據(jù)傳輸需要更大的重復(fù)次數(shù)，即一次數(shù)據(jù)傳輸會(huì)持續(xù)很長(zhǎng)時(shí)間，在這種情況下需要對(duì)該UE配置下行GAP，上行GAP為固定值（X門限，Y間隔），以便給其他處于好點(diǎn)的UE提供調(diào)度資源，并給該UE提供下行時(shí)頻資源同步的機(jī)會(huì)。GAP配置對(duì)于超遠(yuǎn)覆蓋（extremecoverage）的UE，下行方向NB-PDSCH和NB-PDCCH重復(fù)傳輸過程中需要引入GAP，不同覆蓋等級(jí)配置不同的GAP，在GAP期間傳輸別的UE的數(shù)據(jù)，以防一個(gè)UE占用資源太長(zhǎng)，UE根據(jù)CSS的R_NPDCCH_max判斷Msg2和Msg4的GAP配置，根據(jù)USS的R_NPDCCH_max判斷后續(xù)傳輸?shù)腉AP配置。需要配置1個(gè)門限X1或2個(gè)門限X1和X2作為啟用GAP配置的條件。R_NPDCCH_max>=X1，啟動(dòng)第1個(gè)GAP，X1>R_NPDCCH_max>=X2，啟動(dòng)第1個(gè)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配置GAP配置

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

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

UE在Attach過程指示MME自己希望采用數(shù)據(jù)傳輸模式，MME做最終的決策。CP模式是UE必須支持的，UP模式可選。一