下NB-IoT下行鏈路啟用：從原理到實(shí)操)
1. 為什么要在ORAN里談NB-IoT下行鏈路1.1 傳統(tǒng)基站和ORAN在NB-IoT上的本質(zhì)區(qū)別先說(shuō)結(jié)論傳統(tǒng)一體化基站的NB-IoT功能是綁定在廠商私有協(xié)議棧里的。你想在一個(gè)現(xiàn)網(wǎng)LTE小區(qū)上疊加一個(gè)窄帶物聯(lián)網(wǎng)NB-IoT載波通常要聯(lián)系設(shè)備商開(kāi)通license、升級(jí)版本、甚至更換基帶板。整個(gè)過(guò)程是黑盒操作運(yùn)營(yíng)商和集成商能改的參數(shù)極其有限出了問(wèn)題也只能提交工單給原廠。而ORANOpen RAN把無(wú)線(xiàn)接入網(wǎng)拆成O-CU、O-DU、O-RU三個(gè)部分內(nèi)部接口和協(xié)議流程都是開(kāi)放的基帶處理邏輯變成可加載的軟件模塊射頻單元變成可按標(biāo)準(zhǔn)對(duì)接的通用硬件。這讓在ORAN框架里啟用NB-IoT下行鏈路從一句口號(hào)變成了一個(gè)可執(zhí)行、可排查、可優(yōu)化的工作流。這個(gè)工作流的第一站就是下行鏈路。原因很直接NB-IoT終端上電后必須先從基站側(cè)獲得同步信號(hào)、系統(tǒng)信息和下行控制消息才能發(fā)起隨機(jī)接入、建立RRC連接、附著到核心網(wǎng)。如果下行鏈路沒(méi)打通終端連小區(qū)都搜不到后面的上行傳輸、業(yè)務(wù)數(shù)據(jù)、OTA升級(jí)全都是空談。在ORAN架構(gòu)里下行鏈路要經(jīng)過(guò)O-DU側(cè)的基帶信號(hào)處理、eCPRI前傳封裝、O-RU側(cè)的射頻發(fā)射三個(gè)環(huán)節(jié)任何一個(gè)環(huán)節(jié)配置失誤都會(huì)導(dǎo)致終端無(wú)法駐網(wǎng)。1.2 下行鏈路啟用具體指的是什么做一個(gè)不嚴(yán)謹(jǐn)?shù)美斫獾念?lèi)比把NB-IoT小區(qū)當(dāng)成一棟樓的入戶(hù)水管下行鏈路就是水從水泵O-DU流到水龍頭O-RU天線(xiàn)口的整個(gè)過(guò)程。開(kāi)啟下行鏈路不僅要讓水泵啟動(dòng)還要確認(rèn)管道接頭前傳接口沒(méi)有漏水水龍頭射頻前端真的能?chē)姵鏊畞?lái)最后住戶(hù)NB-IoT終端打開(kāi)龍頭能接到水。落到具體技術(shù)上這件事包含四層工作第一層在O-DU軟件棧里使能NB-IoT小區(qū)配置頻點(diǎn)、帶寬、物理信道參數(shù)第二層把NB-IoT的OFDM基帶信號(hào)映射到正確的資源塊位置并生成eCPRI前傳IQ數(shù)據(jù)第三層在O-RU側(cè)完成數(shù)字上變頻、D/A轉(zhuǎn)換、功率放大和天線(xiàn)發(fā)射第四層通過(guò)O-CU和核心網(wǎng)完成小區(qū)激活流程讓終端能夠完成附著。這篇文章會(huì)圍繞這四層展開(kāi)覆蓋原理、配置、驗(yàn)證和常見(jiàn)問(wèn)題。1.3 這個(gè)內(nèi)容適合誰(shuí)看我想把讀者分成三類(lèi)。第一類(lèi)是正在做ORAN系統(tǒng)集成、無(wú)線(xiàn)協(xié)議開(kāi)發(fā)或NB-IoT物理層調(diào)試的工程師你們需要的是一份能直接指導(dǎo)配置和排障的實(shí)操參考。第二類(lèi)是運(yùn)營(yíng)商網(wǎng)絡(luò)規(guī)劃或行業(yè)項(xiàng)目負(fù)責(zé)人你們關(guān)心的是在現(xiàn)有ORAN站點(diǎn)上疊加NB-IoT需要投入多少成本、有哪些參數(shù)坑、能承載什么業(yè)務(wù)。第三類(lèi)是物聯(lián)網(wǎng)平臺(tái)和應(yīng)用開(kāi)發(fā)者你們不一定要摳物理層細(xì)節(jié)但需要理解NB-IoT下行鏈路在真實(shí)網(wǎng)絡(luò)里的性能邊界避免把應(yīng)用需求設(shè)計(jì)得超過(guò)網(wǎng)絡(luò)實(shí)際承載能力。2. 下行鏈路在ORAN框架下的整體設(shè)計(jì)思路2.1 為什么實(shí)際項(xiàng)目里要先調(diào)下行、再調(diào)上行我在多個(gè)ORAN集成項(xiàng)目里發(fā)現(xiàn)一個(gè)現(xiàn)象團(tuán)隊(duì)拿到新站點(diǎn)很多工程師會(huì)先做上行的頻譜掃描因?yàn)樯闲行盘?hào)一發(fā)射頻譜儀立刻能看到譜線(xiàn)有種立竿見(jiàn)影的快感。但從交付順序看下行鏈路必須先做通。NB-IoT終端的行為邏輯是先盲搜NPSS窄帶主同步信號(hào)建立時(shí)頻同步再解NSSS獲取幀邊界和小區(qū)ID然后讀NPBCH拿到MIB-NB最后才發(fā)起隨機(jī)接入。這一整套流程走通之前上行方向根本不會(huì)有終端信號(hào)。所以下行鏈路啟用的第一道關(guān)卡不是把功率打開(kāi)就完了而是確保終端能從空口穩(wěn)定地讀到廣播消息。具體到ORAN環(huán)境里這要求O-DU配置的同步信號(hào)序列、廣播信道編碼和資源映射必須嚴(yán)格符合3GPP TS 36.211/36.212/36.213規(guī)范生成的IQ數(shù)據(jù)經(jīng)過(guò)前傳接口到達(dá)O-RU后不能有幅度異常、相位翻轉(zhuǎn)或天線(xiàn)端口映射錯(cuò)位。2.2 從O-DU到O-RU的完整鏈路拆解我習(xí)慣把NB-IoT下行鏈路拆成六個(gè)節(jié)點(diǎn)來(lái)調(diào)試這樣定位問(wèn)題時(shí)不至于手忙腳亂比特級(jí)處理傳輸塊經(jīng)過(guò)CRC附加、信道編碼R13用Turbo碼、速率匹配后變成下行編碼比特流。符號(hào)級(jí)處理編碼比特經(jīng)過(guò)加擾、QPSK/16QAM調(diào)制、層映射和預(yù)編碼生成OFDM符號(hào)。資源映射OFDM符號(hào)按協(xié)議規(guī)定的時(shí)頻位置填入子載波包括NPSS/NSSS/NPBCH/NPDCCH/NPDSCH等所有下行物理信號(hào)。OFDM基帶生成通過(guò)IFFT把頻域符號(hào)變換為時(shí)域IQ波形加入循環(huán)前綴形成1.92MHz采樣率的標(biāo)準(zhǔn)基帶流。前傳封裝O-DU把IQ樣本按eCPRI協(xié)議打包成數(shù)據(jù)流通過(guò)光纖發(fā)給O-RU。射頻發(fā)射O-RU完成數(shù)字上變頻、濾波、放大將信號(hào)通過(guò)天線(xiàn)發(fā)射出去。這六個(gè)節(jié)點(diǎn)里前三個(gè)屬于O-DU軟件棧第四個(gè)是數(shù)字信號(hào)處理核心第五個(gè)是ORAN特有環(huán)節(jié)第六個(gè)屬于O-RU硬件范圍。調(diào)試NB-IoT下行鏈路時(shí)你手里的工具鏈應(yīng)該是協(xié)議分析儀抓前傳包、頻譜儀看天線(xiàn)口波形、終端日志看解調(diào)結(jié)果三者對(duì)照才能快速定位問(wèn)題節(jié)點(diǎn)。2.3 為什么在ORAN場(chǎng)景下NB-IoT是優(yōu)于LoRa的選型很多做行業(yè)物聯(lián)網(wǎng)的朋友會(huì)問(wèn)既然有LoRa和Sigfox這些低功耗廣域網(wǎng)技術(shù)為什么還要折騰ORAN加NB-IoT我的回答是LoRa和Sigfox需要獨(dú)立部署網(wǎng)關(guān)和基站設(shè)備對(duì)于已經(jīng)擁有LTE網(wǎng)絡(luò)的運(yùn)營(yíng)商或大企業(yè)園區(qū)這是個(gè)額外的硬件投資和運(yùn)維負(fù)擔(dān)。而NB-IoT天然寄生在LTE生態(tài)里利用現(xiàn)網(wǎng)站點(diǎn)的供電、天饋、傳輸和核心網(wǎng)只需在軟件層面開(kāi)通一個(gè)180kHz的窄帶載波就能提供服務(wù)。ORAN進(jìn)一步放大了這個(gè)優(yōu)勢(shì)。傳統(tǒng)廠商的一體化基站里NB-IoT的軟件模塊和物理資源綁定得比較死擴(kuò)容或調(diào)整參數(shù)都要走廠商流程。ORAN環(huán)境下O-DU軟件是模塊化的你可以像一個(gè)獨(dú)立的NB-IoT小區(qū)一樣配置它也可以動(dòng)態(tài)調(diào)整它在LTE帶寬內(nèi)的資源位置這種靈活性在規(guī)模部署和后期優(yōu)化中非常實(shí)用。3. 下行鏈路啟用需要摸透的四個(gè)核心配置塊3.1 部署模式與頻點(diǎn)規(guī)劃配置NB-IoT下行鏈路第一步是確定部署模式。三種模式的區(qū)別要搞清楚部署模式位置說(shuō)明關(guān)鍵約束Standalone獨(dú)立載波典型場(chǎng)景是重耕GSM頻段需保證與鄰頻系統(tǒng)間的保護(hù)間隔載波帶寬180kHzGuard-band位于LTE頻譜邊緣的保護(hù)帶內(nèi)保護(hù)帶寬度要足夠容納180kHz載波不能超出LTE總帶寬In-band位于LTE帶寬內(nèi)部占用一個(gè)PRBPRB位置不能與LTE同步信號(hào)、CRS、系統(tǒng)信息沖突實(shí)際項(xiàng)目中ORAN站點(diǎn)上用得最多的是In-band模式。原因很簡(jiǎn)單很多運(yùn)營(yíng)商只是想在已經(jīng)運(yùn)營(yíng)的LTE宏站上疊加物聯(lián)網(wǎng)能力不希望額外申請(qǐng)頻譜。In-band模式配置時(shí)要特別驗(yàn)證兩件事一是NB-IoT的PRB必須位于LTE的100kHz信道柵格上二是這個(gè)PRB不能被LTE的PSS/SSS、PBCH或SIB1占用。我見(jiàn)過(guò)一個(gè)項(xiàng)目把NB-IoT的PRB配在LTE的PSS附近結(jié)果兩個(gè)系統(tǒng)的同步信號(hào)互相干擾LTE用戶(hù)掉線(xiàn)率和NB-IoT接入失敗率同時(shí)飆升排查了整整兩天才定位到是資源沖突。3.2 物理信道與調(diào)制編碼配置NB-IoT下行鏈路的物理信道分為同步信號(hào)和業(yè)務(wù)信道兩大類(lèi)每類(lèi)信道的配置思路完全不同。同步和廣播信道包括NPSS、NSSS、NPBCH。這三個(gè)信道在協(xié)議里都有固定的時(shí)頻位置不需要做復(fù)雜參數(shù)規(guī)劃。NPSS固定位于每個(gè)子幀5的最后11個(gè)OFDM符號(hào)NSSS位于偶數(shù)號(hào)無(wú)線(xiàn)幀的子幀9NPBCH位于每個(gè)無(wú)線(xiàn)幀的子幀0攜帶MIB-NB。啟用時(shí)只需保證小區(qū)ID配置正確、O-DU軟件實(shí)現(xiàn)符合3GPP規(guī)范即可?？刂菩诺篮蛿?shù)據(jù)信道包括NPDCCH和NPDSCH這兩個(gè)才是配置的重點(diǎn)。NPDCCH承載下行控制信息DCI需要配置聚合等級(jí)和搜索空間。NPDSCH承載用戶(hù)數(shù)據(jù)和系統(tǒng)消息需要配置調(diào)制方式和傳輸塊大小。在低信噪比的深度覆蓋場(chǎng)景下這兩個(gè)信道都必須支持重復(fù)發(fā)送Repetition最大重復(fù)次數(shù)甚至可以達(dá)到2048次。重復(fù)次數(shù)開(kāi)得越大覆蓋能力越強(qiáng)但空口資源消耗也越大。一個(gè)常見(jiàn)的調(diào)優(yōu)思路是近點(diǎn)用戶(hù)用小重復(fù)次數(shù)保證速率遠(yuǎn)點(diǎn)用戶(hù)用大重復(fù)次數(shù)保證接入。調(diào)制編碼方面R13版本的NB-IoT下行只支持QPSKR14以后才支持16QAM。實(shí)際部署中絕大多數(shù)網(wǎng)絡(luò)還是以QPSK為主因?yàn)镹B-IoT終端的設(shè)計(jì)目標(biāo)是低成本、低功耗芯片對(duì)高階調(diào)制的支持會(huì)增加成本和功耗。設(shè)計(jì)業(yè)務(wù)時(shí)如果你指望NB-IoT跑視頻或大流量數(shù)據(jù)那從一開(kāi)始就選錯(cuò)了方向。3.3 功率配置與射頻校準(zhǔn)功率配置是下行鏈路里最容易被低估的一項(xiàng)。NB-IoT信號(hào)只占180kHz帶寬同樣發(fā)射功率下的功率譜密度PSD遠(yuǎn)高于20MHz帶寬的LTE信號(hào)。這意味著如果你用LTE小區(qū)的Pmax作為參考去設(shè)置NB-IoT小區(qū)的最大發(fā)射功率NB-IoT的PSD會(huì)比LTE高約20dB對(duì)鄰頻造成的干擾是災(zāi)難性的。實(shí)際配置時(shí)我建議先計(jì)算NB-IoT小區(qū)允許的最大PSD然后反向推算最大發(fā)射功率。舉個(gè)例子如果LTE小區(qū)額定功率為40W約46dBm且占用20MHz帶寬它的PSD約為13dBm/180kHz46-73dB。NB-IoT要想不產(chǎn)生額外干擾其最大發(fā)射功率通常應(yīng)該控制在20dBm左右13dBm/180kHz加上一些合理的覆蓋增強(qiáng)余量。當(dāng)然這只是參考值具體要看運(yùn)營(yíng)商頻段隔離要求和你對(duì)覆蓋半徑的預(yù)期。O-RU側(cè)還有一個(gè)容易踩的坑通帶增益校準(zhǔn)。因?yàn)镹B-IoT載波很窄O-RU的射頻鏈路如果在校準(zhǔn)時(shí)只測(cè)了寬帶LTE頻段的平坦度180kHz窄帶位置的增益可能偏離預(yù)期。建議在啟用NB-IoT后用頻譜儀實(shí)測(cè)天線(xiàn)口的參考信號(hào)功率與O-DU配置的目標(biāo)功率做對(duì)比偏差超過(guò)1dB就要檢查O-RU的校準(zhǔn)表。3.4 前傳接口與同步設(shè)置前傳接口是ORAN架構(gòu)特有的環(huán)節(jié)傳統(tǒng)基站沒(méi)有這個(gè)配置項(xiàng)。O-DU和O-RU之間通過(guò)eCPRI協(xié)議傳輸IQ數(shù)據(jù)對(duì)于NB-IoT小區(qū)需要確認(rèn)三件事采樣率、IQ位寬和壓縮方式。采樣率方面一個(gè)180kHz的NB-IoT載波在1.92MHz采樣率下就能完整表示這也是ORAN標(biāo)準(zhǔn)里支持的采樣率檔位之一如果NB-IoT和LTE共享前傳帶寬采樣率可能要提高到7.68MHz或15.36MHz對(duì)應(yīng)的前傳帶寬占用會(huì)翻倍。同步方面NB-IoT下行對(duì)O-DU和O-RU之間的時(shí)間頻率同步精度有明確要求。采用IEEE 1588v2G.8275.1協(xié)議做時(shí)間同步頻率精度應(yīng)達(dá)到±1.5ppm以?xún)?nèi)否則UE解調(diào)時(shí)會(huì)出現(xiàn)持續(xù)性頻偏。我在調(diào)試時(shí)習(xí)慣用一臺(tái)高精度頻譜儀直接看O-RU的發(fā)射載波頻率與理論中心頻點(diǎn)的偏差如果偏差超過(guò)100Hz優(yōu)先懷疑同步鏈路而不是NB-IoT基帶算法。4. 實(shí)操流程從配置到終端上線(xiàn)的完整步驟4.1 動(dòng)手前的軟件棧與版本檢查不夸張地講ORAN環(huán)境里項(xiàng)目延期的最常見(jiàn)原因不是硬件問(wèn)題而是軟件棧能力不匹配。真正開(kāi)始配置NB-IoT之前我會(huì)先做一輪版本檢查O-DU軟件是否包含NB-IoT物理層功能模塊。開(kāi)源協(xié)議棧里srsRAN較新版本對(duì)NB-IoT有一定支持商用協(xié)議棧通常通過(guò)license或功能開(kāi)關(guān)控制確認(rèn)前提是功能確實(shí)可用。O-RU固件是否支持待部署頻段。尤其要注意很多白盒O-RU只支持LTE/5G NR的常用頻段對(duì)NB-IoT常用的B1/B3/B5/B8/B20頻段支持情況不一。核心網(wǎng)側(cè)是否已配置好NB-IoT相關(guān)能力包括AMF/MME上的接入限制、TATracking Area配置、DRX參數(shù)等。這個(gè)階段花10分鐘做檢查能省掉后面兩天的排障時(shí)間。我用這個(gè)習(xí)慣排查出過(guò)多次功能沒(méi)買(mǎi)或頻段不支持的問(wèn)題都是在還沒(méi)上站的情況下就提前暴露了風(fēng)險(xiǎn)。4.2 NB-IoT小區(qū)參數(shù)配置示例下面是一份我在實(shí)際項(xiàng)目中常用的O-DU配置片段做了脫敏處理。不同商用產(chǎn)品的字段名有差異但核心參數(shù)是通用的nb_iot: enable: true cell_id: 42 operation_mode: inband # 帶內(nèi)部署 earfcn: 2600 # 下行頻點(diǎn)由部署頻段決定 target_prb: 6 # 占用的LTE PRB位置需避開(kāi)SSB/CRS downlink: npss_power_offset: 0 # 同步信號(hào)功率偏移通常為0 npbch_power_offset: 0 npdcch_power_offset: 3 # 控制信道相對(duì)功率3dB npdsch_power_offset: 3 # 數(shù)據(jù)信道相對(duì)功率3dB max_repetition: 2048 # 最大重復(fù)次數(shù) antenna_ports: 1 sampling_rate: 1920000 # 1.92MHz采樣率 plmn_id: 46000 # PLMN標(biāo)識(shí)這里有兩個(gè)參數(shù)要特別提醒。第一是target_prb它不能只看LTE的PRB總數(shù)還要結(jié)合LTE的CRS端口數(shù)和SSB配置來(lái)綜合判斷。第二是plmn_idORAN架構(gòu)下O-DU和O-CU對(duì)PLMN的配置是分層設(shè)置的配置不匹配會(huì)導(dǎo)致終端搜到小區(qū)卻讀不出系統(tǒng)信息。有一個(gè)小技巧正式配置前先在實(shí)驗(yàn)室用srsRAN或類(lèi)似工具做一次離線(xiàn)仿真驗(yàn)證你選的PRB位置與LTE參考信號(hào)的相對(duì)位置關(guān)系能極大減少上站后的試錯(cuò)次數(shù)。4.3 空口信號(hào)驗(yàn)證與終端附著測(cè)試配置寫(xiě)完并不代表下行鏈路已經(jīng)啟用成功必須經(jīng)過(guò)實(shí)際驗(yàn)證才敢確認(rèn)。我的標(biāo)準(zhǔn)驗(yàn)證流程分為四步第一步頻譜儀掃天線(xiàn)口。在O-RU天線(xiàn)口用頻譜儀觀察應(yīng)該能看到一個(gè)帶寬約180kHz的窄帶信號(hào)尖峰中心頻率與你配置的earfcn一致。如果信號(hào)整體偏移了幾百赫茲查頻率同步如果信號(hào)功率遠(yuǎn)低于預(yù)期查功率配置和O-RU校準(zhǔn)。第二步信號(hào)分析儀解調(diào)同步信道。使用支持NB-IoT的信號(hào)分析工具如Keysight或RS的測(cè)試軟件抓取NPSS和NSSS的時(shí)頻位置驗(yàn)證同步信號(hào)的發(fā)送周期和物理小區(qū)ID是否正確。第三步真實(shí)終端小區(qū)搜索。用NB-IoT模組比如移遠(yuǎn)BC95或BC260Y做主掃測(cè)試觀察終端能否讀到PLMN、駐留到目標(biāo)小區(qū)。這一步能同時(shí)驗(yàn)證下行鏈路和系統(tǒng)信息廣播是否完整。第四步完整附著測(cè)試。終端發(fā)起Attach流程觀察核心網(wǎng)側(cè)是否收到附著請(qǐng)求MME/AMF是否返回注冊(cè)成功。這一步如果卡住問(wèn)題多半不在無(wú)線(xiàn)鏈路而在核心網(wǎng)配置或鑒權(quán)參數(shù)。4.4 判斷下行鏈路質(zhì)量的標(biāo)準(zhǔn)我給項(xiàng)目做驗(yàn)收時(shí)會(huì)盯三個(gè)量化指標(biāo)。第一是RSRP參考信號(hào)接收功率建議在指定覆蓋點(diǎn)RSRP大于-110dBm第二是SINR信噪比建議大于-3dB這是NB-IoT解調(diào)NPDSCH的可接受底限第三是附著成功率在滿(mǎn)足前兩個(gè)指標(biāo)的區(qū)域附著成功率應(yīng)達(dá)到99%以上。如果RSRP達(dá)標(biāo)但SINR很低要檢查是否受到同類(lèi)頻段干擾或本小區(qū)過(guò)覆蓋。5. 實(shí)際應(yīng)用場(chǎng)景與部署建議5.1 智能表計(jì)最成熟也最剛需的場(chǎng)景智能水表、電表和燃?xì)獗硎荖B-IoT下行鏈路最典型的應(yīng)用。這類(lèi)設(shè)備的通信特點(diǎn)是下行消息極少、上行數(shù)據(jù)也極小、大部分時(shí)間處于休眠狀態(tài)、但要求極深的室內(nèi)覆蓋。很多水表電表安裝在樓道角落、地下室或金屬表箱內(nèi)傳統(tǒng)2G信號(hào)根本穿不透LoRa在城區(qū)也容易被建筑遮擋。NB-IoT的深度覆蓋能力單小區(qū)覆蓋半徑可達(dá)數(shù)公里且能穿透多堵墻體正好命中這個(gè)需求。在ORAN架構(gòu)下部署智能表計(jì)的額外優(yōu)勢(shì)是復(fù)用站點(diǎn)資源。一個(gè)城市的現(xiàn)有LTE宏站只要部分開(kāi)通NB-IoT功能就能形成覆蓋全城的窄帶物聯(lián)網(wǎng)絡(luò)不需要像LoRa那樣單獨(dú)規(guī)劃網(wǎng)關(guān)布點(diǎn)。我參與過(guò)的某水務(wù)公司項(xiàng)目就是在現(xiàn)有ORAN宏站上疊加了NB-IoT小區(qū)終端直接接入運(yùn)營(yíng)商核心網(wǎng)后臺(tái)云平臺(tái)通過(guò)運(yùn)營(yíng)商網(wǎng)絡(luò)接口統(tǒng)一管理整體建設(shè)周期比單獨(dú)建設(shè)一張專(zhuān)用LPWAN網(wǎng)絡(luò)縮短了至少一半。5.2 智慧農(nóng)業(yè)與廣域環(huán)境監(jiān)測(cè)農(nóng)業(yè)場(chǎng)景和其他物聯(lián)網(wǎng)場(chǎng)景最大的區(qū)別是覆蓋范圍廣、站點(diǎn)分散、供電困難。土壤濕度傳感器、水位監(jiān)測(cè)器、氣象站分布在野外很多設(shè)備只能靠電池供電期望壽命5到10年。NB-IoT的低功耗特性配合PSM省電模式和eDRX擴(kuò)展非連續(xù)接收機(jī)制可以讓終端大部分時(shí)間處于休眠狀態(tài)只在需要上報(bào)數(shù)據(jù)時(shí)短暫醒來(lái)。下行鏈路在這種場(chǎng)景里的主要作用是參數(shù)配置和下行業(yè)務(wù)指令。例如農(nóng)業(yè)云平臺(tái)需要調(diào)整某一站點(diǎn)的土壤濕度上報(bào)閾值可以通過(guò)NB-IoT下行鏈路給終端下發(fā)配置消息。ORAN網(wǎng)絡(luò)的優(yōu)勢(shì)在于農(nóng)業(yè)園區(qū)如果已經(jīng)有LTE覆蓋物聯(lián)網(wǎng)功能就能即時(shí)開(kāi)通同時(shí)上行數(shù)據(jù)也能通過(guò)同一通道回傳到平臺(tái)網(wǎng)絡(luò)規(guī)劃簡(jiǎn)單清晰。5.3 資產(chǎn)追蹤與智慧物流資產(chǎn)追蹤對(duì)移動(dòng)性支持有要求。傳統(tǒng)的室內(nèi)定位方案需要專(zhuān)用基站LoRa雖然也能做廣域覆蓋但移動(dòng)切換能力偏弱。NB-IoT繼承了LTE的移動(dòng)性管理機(jī)制支持小區(qū)重選和切換在園區(qū)、港口、倉(cāng)儲(chǔ)等有多個(gè)ORAN站點(diǎn)的區(qū)域標(biāo)簽設(shè)備可以平滑移動(dòng)并在不同小區(qū)間完成重選下行鏈路定期給標(biāo)簽下發(fā)追蹤參數(shù)和喚醒指令實(shí)現(xiàn)低成本資產(chǎn)監(jiān)控。實(shí)際項(xiàng)目中需要注意資產(chǎn)標(biāo)簽的小型化會(huì)限制電池容量下行鏈路的重復(fù)次數(shù)過(guò)高會(huì)顯著增加終端耗電。要平衡覆蓋增強(qiáng)和功耗可控這兩個(gè)目標(biāo)建議在每個(gè)站點(diǎn)配置兩個(gè)小區(qū)場(chǎng)景模板一個(gè)用于常規(guī)覆蓋場(chǎng)景重復(fù)次數(shù)低、功耗低另一個(gè)用于惡劣覆蓋場(chǎng)景重復(fù)次數(shù)高、功耗高由平臺(tái)根據(jù)終端上報(bào)位置按需調(diào)整。5.4 智能停車(chē)與市政設(shè)施運(yùn)維地磁車(chē)位檢測(cè)器、路燈控制器、垃圾桶滿(mǎn)溢傳感器這類(lèi)市政設(shè)施特點(diǎn)是數(shù)量巨大、單體極簡(jiǎn)、常被遮擋。一個(gè)中型城市可能要部署數(shù)萬(wàn)個(gè)檢測(cè)器如果采用人工定期巡檢運(yùn)維成本非常高昂。NB-IoT下行鏈路可以完成遠(yuǎn)程批量配置和固件升級(jí)比如在凌晨低業(yè)務(wù)時(shí)段統(tǒng)一推送停車(chē)平臺(tái)算法更新幾分鐘內(nèi)完成全部終端升級(jí)。部署層面市政場(chǎng)景往往利用運(yùn)營(yíng)商現(xiàn)有ORAN宏站的覆蓋采用In-band模式疊加NB-IoT載波不需要新增站點(diǎn)。不過(guò)市政密集區(qū)域的無(wú)線(xiàn)環(huán)境復(fù)雜同一站點(diǎn)可能同時(shí)承載LTE、NB-IoT和未來(lái)5G NR的多系統(tǒng)信號(hào)要做好射頻隔離和天線(xiàn)端口規(guī)劃避免多系統(tǒng)間的互調(diào)干擾。6. 常見(jiàn)問(wèn)題與排障速查6.1 下行有輸出信號(hào)但終端始終搜不到小區(qū)先別急著懷疑終端按這個(gè)順序排查。第一步查O-RU發(fā)射開(kāi)關(guān)和射頻通道映射看發(fā)射通道是否處于使能狀態(tài)第二步用頻譜儀確認(rèn)天線(xiàn)口信號(hào)的中心頻點(diǎn)是否與配置一致窄帶信號(hào)偏移幾百kHz是肉眼看不出來(lái)的但終端無(wú)法完成粗同步第三步抓eCPRI前傳包確認(rèn)O-DU下發(fā)的IQ數(shù)據(jù)確實(shí)在正確的天線(xiàn)端口上被封裝和轉(zhuǎn)發(fā)。這三級(jí)排查能覆蓋90%的搜不到小區(qū)問(wèn)題。6.2 終端顯示有信號(hào)但讀不到PLMN這個(gè)現(xiàn)象通常指向系統(tǒng)信息塊的內(nèi)容錯(cuò)誤或調(diào)度異常。檢查O-CU下發(fā)的SIB1-NB確認(rèn)PLMN ID、小區(qū)禁止?fàn)顟B(tài)、TAC等字段是否正確。另一個(gè)常見(jiàn)原因是NB-IoT的SI調(diào)度周期和相鄰LTE小區(qū)的SIB1調(diào)度在時(shí)域上發(fā)生沖突導(dǎo)致終端無(wú)法正確解碼?，F(xiàn)象表現(xiàn)為終端在某個(gè)位置能偶爾讀到PLMN但很快又丟失。解決方法是調(diào)整NB-IoT系統(tǒng)信息的調(diào)度周期避開(kāi)LTE高負(fù)載時(shí)段。6.3 附著請(qǐng)求持續(xù)被核心網(wǎng)拒絕核心網(wǎng)返回拒絕時(shí)先看拒絕原因值。如果返回cause #7非法終端查SIM卡簽約狀態(tài)和IMEI白名單如果返回cause #15無(wú)合適的小區(qū)通常是TA與核心網(wǎng)配置不一致或者在NB-IoT專(zhuān)用TA和普通LTE TA之間發(fā)生了混淆。ORAN架構(gòu)下還要特別確認(rèn)O-DU通過(guò)NG/S1接口上報(bào)的PLMN列表與核心網(wǎng)配置完全一致任何一位不對(duì)都會(huì)直接影響附著流程。6.4 In-band模式下的LTE與NB-IoT互干擾這種干擾比較隱蔽。表象是LTE網(wǎng)絡(luò)某些低流量時(shí)段出現(xiàn)UE測(cè)量報(bào)告抬高或誤碼率升高同時(shí)NB-IoT附著成功率下降。根因通常是NB-IoT的PRB位置與LTE的高干擾敏感信道如PDCCH、PUCCH重疊或者NB-IoT發(fā)功率偏高導(dǎo)致覆蓋區(qū)內(nèi)LTE終端接收質(zhì)量受損。排查思路先在LTE側(cè)拉各PRB的干擾統(tǒng)計(jì)看干擾是否集中在NB-IoT所在PRB附近再降低NB-IoT功率偏移觀察干擾是否減弱。如果調(diào)整無(wú)效就要考慮把NB-IoT載波遷移到LTE低負(fù)載或邊緣PRB上。6.5 老終端無(wú)法在小區(qū)邊緣接入NB-IoT覆蓋分為CE Level 0/1/2三個(gè)等級(jí)不同等級(jí)對(duì)應(yīng)不同的重復(fù)次數(shù)和MCS上限。老款終端往往只支持CE Level 0/1當(dāng)你把下行鏈路的重復(fù)次數(shù)配置到CE Level 2的范圍后老終端的盲檢能力跟不上會(huì)出現(xiàn)近點(diǎn)正常、遠(yuǎn)點(diǎn)差的割裂現(xiàn)象。建議在驗(yàn)收時(shí)準(zhǔn)備一批覆蓋不同CE等級(jí)和不同芯片方案的終端做一致性測(cè)試不要只用一個(gè)最新款模組代表所有用戶(hù)設(shè)備。這個(gè)經(jīng)驗(yàn)我反復(fù)提因?yàn)榇_實(shí)太容易踩坑了。7. 實(shí)操心得與避坑建議7.1 前傳抓包是下行鏈路不可或缺的照妖鏡ORAN架構(gòu)里O-DU內(nèi)部處理的正確性很難從外部直接判斷eCPRI前傳接口是觀察O-DU輸出質(zhì)量的唯一窗口。我第一次排查NB-IoT下行信號(hào)異常時(shí)花了大半天檢查O-DU配置和O-RU功率后來(lái)才發(fā)現(xiàn)問(wèn)題出在O-DU的IQ增益配置比預(yù)期低了6dB導(dǎo)致發(fā)射信號(hào)功率不足。如果沒(méi)有對(duì)前傳包的實(shí)時(shí)解析這個(gè)bug可能又要拖兩天才暴露。從那以后我團(tuán)隊(duì)的所有ORAN項(xiàng)目都會(huì)準(zhǔn)備一套前傳抓包工具作為配置變更前后的基線(xiàn)參照。7.2 功率譜密度折算不能憑感覺(jué)之前提到NB-IoT窄帶的PSD問(wèn)題這里再?gòu)?qiáng)調(diào)一遍。在商用網(wǎng)絡(luò)中頻譜資源和干擾控制是非常敏感的。NB-IoT載波的最大發(fā)射功率并等于LTE小區(qū)功率除以PRB數(shù)量這么簡(jiǎn)單還要考慮O-RU的非線(xiàn)性失真、濾波器滾降和鄰頻保護(hù)帶寬。我的建議是初始配置時(shí)保守一些把NPDSCH的功率偏移控制在3dB以?xún)?nèi)通過(guò)路測(cè)數(shù)據(jù)反向優(yōu)化。先少給功率、再看終端表現(xiàn)比一開(kāi)始就拉到最大然后被干擾投訴折磨要穩(wěn)妥得多。7.3 終端多樣性要納入驗(yàn)收流程物聯(lián)網(wǎng)終端的成本敏感特性決定了芯片方案的碎片化。同一款BC95模組和另一款國(guó)產(chǎn)NB-IoT芯片模組在同樣下行配置下的解調(diào)能力可能差3到5個(gè)dB。項(xiàng)目驗(yàn)收如果沒(méi)有覆蓋終端多樣性很容易出現(xiàn)測(cè)試都過(guò)了、規(guī)模上線(xiàn)后大量設(shè)備連不上的尷尬局面。我的做法是準(zhǔn)備一套終端矩陣涵蓋主流芯片廠商的至少三款模組每款再按CE等級(jí)分檔測(cè)試把結(jié)果記錄在案。這是控制項(xiàng)目交付風(fēng)險(xiǎn)的最后一層保險(xiǎn)。最后聊一個(gè)和文章主題關(guān)系不大但很實(shí)用的習(xí)慣配置任何NB-IoT小區(qū)前先把O-DU當(dāng)前版本的所有配置參數(shù)導(dǎo)出存檔并在完成一組修改后記錄前后配置差異。ORAN系統(tǒng)的靈活性也意味著配置出錯(cuò)的空間更大一個(gè)不顯眼的參數(shù)改動(dòng)可能影響整條下行鏈路。養(yǎng)成配置即文檔的習(xí)慣你會(huì)少很多返工。 ORAN架構(gòu)下NB-IoT下行鏈路啟用：從原理到實(shí)操
1. 為什么要在ORAN里談NB-IoT下行鏈路1.1 傳統(tǒng)基站和ORAN在NB-IoT上的本質(zhì)區(qū)別先說(shuō)結(jié)論傳統(tǒng)一體化基站的NB-IoT功能是綁定在廠商私有協(xié)議棧里的。你想在一個(gè)現(xiàn)網(wǎng)LTE小區(qū)上疊加一個(gè)窄帶物聯(lián)網(wǎng)NB-IoT載波通常要聯(lián)系設(shè)備商開(kāi)通license、升級(jí)版本、甚至更換基帶板。整個(gè)過(guò)程是黑盒操作運(yùn)營(yíng)商和集成商能改的參數(shù)極其有限出了問(wèn)題也只能提交工單給原廠。而ORANOpen RAN把無(wú)線(xiàn)接入網(wǎng)拆成O-CU、O-DU、O-RU三個(gè)部分內(nèi)部接口和協(xié)議流程都是開(kāi)放的基帶處理邏輯變成可加載的軟件模塊射頻單元變成可按標(biāo)準(zhǔn)對(duì)接的通用硬件。這讓在ORAN框架里啟用NB-IoT下行鏈路從一句口號(hào)變成了一個(gè)可執(zhí)行、可排查、可優(yōu)化的工作流。這個(gè)工作流的第一站就是下行鏈路。原因很直接NB-IoT終端上電后必須先從基站側(cè)獲得同步信號(hào)、系統(tǒng)信息和下行控制消息才能發(fā)起隨機(jī)接入、建立RRC連接、附著到核心網(wǎng)。如果下行鏈路沒(méi)打通終端連小區(qū)都搜不到后面的上行傳輸、業(yè)務(wù)數(shù)據(jù)、OTA升級(jí)全都是空談。在ORAN架構(gòu)里下行鏈路要經(jīng)過(guò)O-DU側(cè)的基帶信號(hào)處理、eCPRI前傳封裝、O-RU側(cè)的射頻發(fā)射三個(gè)環(huán)節(jié)任何一個(gè)環(huán)節(jié)配置失誤都會(huì)導(dǎo)致終端無(wú)法駐網(wǎng)。1.2 下行鏈路啟用具體指的是什么做一個(gè)不嚴(yán)謹(jǐn)?shù)美斫獾念?lèi)比把NB-IoT小區(qū)當(dāng)成一棟樓的入戶(hù)水管下行鏈路就是水從水泵O-DU流到水龍頭O-RU天線(xiàn)口的整個(gè)過(guò)程。開(kāi)啟下行鏈路不僅要讓水泵啟動(dòng)還要確認(rèn)管道接頭前傳接口沒(méi)有漏水水龍頭射頻前端真的能?chē)姵鏊畞?lái)最后住戶(hù)NB-IoT終端打開(kāi)龍頭能接到水。落到具體技術(shù)上這件事包含四層工作第一層在O-DU軟件棧里使能NB-IoT小區(qū)配置頻點(diǎn)、帶寬、物理信道參數(shù)第二層把NB-IoT的OFDM基帶信號(hào)映射到正確的資源塊位置并生成eCPRI前傳IQ數(shù)據(jù)第三層在O-RU側(cè)完成數(shù)字上變頻、D/A轉(zhuǎn)換、功率放大和天線(xiàn)發(fā)射第四層通過(guò)O-CU和核心網(wǎng)完成小區(qū)激活流程讓終端能夠完成附著。這篇文章會(huì)圍繞這四層展開(kāi)覆蓋原理、配置、驗(yàn)證和常見(jiàn)問(wèn)題。1.3 這個(gè)內(nèi)容適合誰(shuí)看我想把讀者分成三類(lèi)。第一類(lèi)是正在做ORAN系統(tǒng)集成、無(wú)線(xiàn)協(xié)議開(kāi)發(fā)或NB-IoT物理層調(diào)試的工程師你們需要的是一份能直接指導(dǎo)配置和排障的實(shí)操參考。第二類(lèi)是運(yùn)營(yíng)商網(wǎng)絡(luò)規(guī)劃或行業(yè)項(xiàng)目負(fù)責(zé)人你們關(guān)心的是在現(xiàn)有ORAN站點(diǎn)上疊加NB-IoT需要投入多少成本、有哪些參數(shù)坑、能承載什么業(yè)務(wù)。第三類(lèi)是物聯(lián)網(wǎng)平臺(tái)和應(yīng)用開(kāi)發(fā)者你們不一定要摳物理層細(xì)節(jié)但需要理解NB-IoT下行鏈路在真實(shí)網(wǎng)絡(luò)里的性能邊界避免把應(yīng)用需求設(shè)計(jì)得超過(guò)網(wǎng)絡(luò)實(shí)際承載能力。2. 下行鏈路在ORAN框架下的整體設(shè)計(jì)思路2.1 為什么實(shí)際項(xiàng)目里要先調(diào)下行、再調(diào)上行我在多個(gè)ORAN集成項(xiàng)目里發(fā)現(xiàn)一個(gè)現(xiàn)象團(tuán)隊(duì)拿到新站點(diǎn)很多工程師會(huì)先做上行的頻譜掃描因?yàn)樯闲行盘?hào)一發(fā)射頻譜儀立刻能看到譜線(xiàn)有種立竿見(jiàn)影的快感。但從交付順序看下行鏈路必須先做通。NB-IoT終端的行為邏輯是先盲搜NPSS窄帶主同步信號(hào)建立時(shí)頻同步再解NSSS獲取幀邊界和小區(qū)ID然后讀NPBCH拿到MIB-NB最后才發(fā)起隨機(jī)接入。這一整套流程走通之前上行方向根本不會(huì)有終端信號(hào)。所以下行鏈路啟用的第一道關(guān)卡不是把功率打開(kāi)就完了而是確保終端能從空口穩(wěn)定地讀到廣播消息。具體到ORAN環(huán)境里這要求O-DU配置的同步信號(hào)序列、廣播信道編碼和資源映射必須嚴(yán)格符合3GPP TS 36.211/36.212/36.213規(guī)范生成的IQ數(shù)據(jù)經(jīng)過(guò)前傳接口到達(dá)O-RU后不能有幅度異常、相位翻轉(zhuǎn)或天線(xiàn)端口映射錯(cuò)位。2.2 從O-DU到O-RU的完整鏈路拆解我習(xí)慣把NB-IoT下行鏈路拆成六個(gè)節(jié)點(diǎn)來(lái)調(diào)試這樣定位問(wèn)題時(shí)不至于手忙腳亂比特級(jí)處理傳輸塊經(jīng)過(guò)CRC附加、信道編碼R13用Turbo碼、速率匹配后變成下行編碼比特流。符號(hào)級(jí)處理編碼比特經(jīng)過(guò)加擾、QPSK/16QAM調(diào)制、層映射和預(yù)編碼生成OFDM符號(hào)。資源映射OFDM符號(hào)按協(xié)議規(guī)定的時(shí)頻位置填入子載波包括NPSS/NSSS/NPBCH/NPDCCH/NPDSCH等所有下行物理信號(hào)。OFDM基帶生成通過(guò)IFFT把頻域符號(hào)變換為時(shí)域IQ波形加入循環(huán)前綴形成1.92MHz采樣率的標(biāo)準(zhǔn)基帶流。前傳封裝O-DU把IQ樣本按eCPRI協(xié)議打包成數(shù)據(jù)流通過(guò)光纖發(fā)給O-RU。射頻發(fā)射O-RU完成數(shù)字上變頻、濾波、放大將信號(hào)通過(guò)天線(xiàn)發(fā)射出去。這六個(gè)節(jié)點(diǎn)里前三個(gè)屬于O-DU軟件棧第四個(gè)是數(shù)字信號(hào)處理核心第五個(gè)是ORAN特有環(huán)節(jié)第六個(gè)屬于O-RU硬件范圍。調(diào)試NB-IoT下行鏈路時(shí)你手里的工具鏈應(yīng)該是協(xié)議分析儀抓前傳包、頻譜儀看天線(xiàn)口波形、終端日志看解調(diào)結(jié)果三者對(duì)照才能快速定位問(wèn)題節(jié)點(diǎn)。2.3 為什么在ORAN場(chǎng)景下NB-IoT是優(yōu)于LoRa的選型很多做行業(yè)物聯(lián)網(wǎng)的朋友會(huì)問(wèn)既然有LoRa和Sigfox這些低功耗廣域網(wǎng)技術(shù)為什么還要折騰ORAN加NB-IoT我的回答是LoRa和Sigfox需要獨(dú)立部署網(wǎng)關(guān)和基站設(shè)備對(duì)于已經(jīng)擁有LTE網(wǎng)絡(luò)的運(yùn)營(yíng)商或大企業(yè)園區(qū)這是個(gè)額外的硬件投資和運(yùn)維負(fù)擔(dān)。而NB-IoT天然寄生在LTE生態(tài)里利用現(xiàn)網(wǎng)站點(diǎn)的供電、天饋、傳輸和核心網(wǎng)只需在軟件層面開(kāi)通一個(gè)180kHz的窄帶載波就能提供服務(wù)。ORAN進(jìn)一步放大了這個(gè)優(yōu)勢(shì)。傳統(tǒng)廠商的一體化基站里NB-IoT的軟件模塊和物理資源綁定得比較死擴(kuò)容或調(diào)整參數(shù)都要走廠商流程。ORAN環(huán)境下O-DU軟件是模塊化的你可以像一個(gè)獨(dú)立的NB-IoT小區(qū)一樣配置它也可以動(dòng)態(tài)調(diào)整它在LTE帶寬內(nèi)的資源位置這種靈活性在規(guī)模部署和后期優(yōu)化中非常實(shí)用。3. 下行鏈路啟用需要摸透的四個(gè)核心配置塊3.1 部署模式與頻點(diǎn)規(guī)劃配置NB-IoT下行鏈路第一步是確定部署模式。三種模式的區(qū)別要搞清楚部署模式位置說(shuō)明關(guān)鍵約束Standalone獨(dú)立載波典型場(chǎng)景是重耕GSM頻段需保證與鄰頻系統(tǒng)間的保護(hù)間隔載波帶寬180kHzGuard-band位于LTE頻譜邊緣的保護(hù)帶內(nèi)保護(hù)帶寬度要足夠容納180kHz載波不能超出LTE總帶寬In-band位于LTE帶寬內(nèi)部占用一個(gè)PRBPRB位置不能與LTE同步信號(hào)、CRS、系統(tǒng)信息沖突實(shí)際項(xiàng)目中ORAN站點(diǎn)上用得最多的是In-band模式。原因很簡(jiǎn)單很多運(yùn)營(yíng)商只是想在已經(jīng)運(yùn)營(yíng)的LTE宏站上疊加物聯(lián)網(wǎng)能力不希望額外申請(qǐng)頻譜。In-band模式配置時(shí)要特別驗(yàn)證兩件事一是NB-IoT的PRB必須位于LTE的100kHz信道柵格上二是這個(gè)PRB不能被LTE的PSS/SSS、PBCH或SIB1占用。我見(jiàn)過(guò)一個(gè)項(xiàng)目把NB-IoT的PRB配在LTE的PSS附近結(jié)果兩個(gè)系統(tǒng)的同步信號(hào)互相干擾LTE用戶(hù)掉線(xiàn)率和NB-IoT接入失敗率同時(shí)飆升排查了整整兩天才定位到是資源沖突。3.2 物理信道與調(diào)制編碼配置NB-IoT下行鏈路的物理信道分為同步信號(hào)和業(yè)務(wù)信道兩大類(lèi)每類(lèi)信道的配置思路完全不同。同步和廣播信道包括NPSS、NSSS、NPBCH。這三個(gè)信道在協(xié)議里都有固定的時(shí)頻位置不需要做復(fù)雜參數(shù)規(guī)劃。NPSS固定位于每個(gè)子幀5的最后11個(gè)OFDM符號(hào)NSSS位于偶數(shù)號(hào)無(wú)線(xiàn)幀的子幀9NPBCH位于每個(gè)無(wú)線(xiàn)幀的子幀0攜帶MIB-NB。啟用時(shí)只需保證小區(qū)ID配置正確、O-DU軟件實(shí)現(xiàn)符合3GPP規(guī)范即可?？刂菩诺篮蛿?shù)據(jù)信道包括NPDCCH和NPDSCH這兩個(gè)才是配置的重點(diǎn)。NPDCCH承載下行控制信息DCI需要配置聚合等級(jí)和搜索空間。NPDSCH承載用戶(hù)數(shù)據(jù)和系統(tǒng)消息需要配置調(diào)制方式和傳輸塊大小。在低信噪比的深度覆蓋場(chǎng)景下這兩個(gè)信道都必須支持重復(fù)發(fā)送Repetition最大重復(fù)次數(shù)甚至可以達(dá)到2048次。重復(fù)次數(shù)開(kāi)得越大覆蓋能力越強(qiáng)但空口資源消耗也越大。一個(gè)常見(jiàn)的調(diào)優(yōu)思路是近點(diǎn)用戶(hù)用小重復(fù)次數(shù)保證速率遠(yuǎn)點(diǎn)用戶(hù)用大重復(fù)次數(shù)保證接入。調(diào)制編碼方面R13版本的NB-IoT下行只支持QPSKR14以后才支持16QAM。實(shí)際部署中絕大多數(shù)網(wǎng)絡(luò)還是以QPSK為主因?yàn)镹B-IoT終端的設(shè)計(jì)目標(biāo)是低成本、低功耗芯片對(duì)高階調(diào)制的支持會(huì)增加成本和功耗。設(shè)計(jì)業(yè)務(wù)時(shí)如果你指望NB-IoT跑視頻或大流量數(shù)據(jù)那從一開(kāi)始就選錯(cuò)了方向。3.3 功率配置與射頻校準(zhǔn)功率配置是下行鏈路里最容易被低估的一項(xiàng)。NB-IoT信號(hào)只占180kHz帶寬同樣發(fā)射功率下的功率譜密度PSD遠(yuǎn)高于20MHz帶寬的LTE信號(hào)。這意味著如果你用LTE小區(qū)的Pmax作為參考去設(shè)置NB-IoT小區(qū)的最大發(fā)射功率NB-IoT的PSD會(huì)比LTE高約20dB對(duì)鄰頻造成的干擾是災(zāi)難性的。實(shí)際配置時(shí)我建議先計(jì)算NB-IoT小區(qū)允許的最大PSD然后反向推算最大發(fā)射功率。舉個(gè)例子如果LTE小區(qū)額定功率為40W約46dBm且占用20MHz帶寬它的PSD約為13dBm/180kHz46-73dB。NB-IoT要想不產(chǎn)生額外干擾其最大發(fā)射功率通常應(yīng)該控制在20dBm左右13dBm/180kHz加上一些合理的覆蓋增強(qiáng)余量。當(dāng)然這只是參考值具體要看運(yùn)營(yíng)商頻段隔離要求和你對(duì)覆蓋半徑的預(yù)期。O-RU側(cè)還有一個(gè)容易踩的坑通帶增益校準(zhǔn)。因?yàn)镹B-IoT載波很窄O-RU的射頻鏈路如果在校準(zhǔn)時(shí)只測(cè)了寬帶LTE頻段的平坦度180kHz窄帶位置的增益可能偏離預(yù)期。建議在啟用NB-IoT后用頻譜儀實(shí)測(cè)天線(xiàn)口的參考信號(hào)功率與O-DU配置的目標(biāo)功率做對(duì)比偏差超過(guò)1dB就要檢查O-RU的校準(zhǔn)表。3.4 前傳接口與同步設(shè)置前傳接口是ORAN架構(gòu)特有的環(huán)節(jié)傳統(tǒng)基站沒(méi)有這個(gè)配置項(xiàng)。O-DU和O-RU之間通過(guò)eCPRI協(xié)議傳輸IQ數(shù)據(jù)對(duì)于NB-IoT小區(qū)需要確認(rèn)三件事采樣率、IQ位寬和壓縮方式。采樣率方面一個(gè)180kHz的NB-IoT載波在1.92MHz采樣率下就能完整表示這也是ORAN標(biāo)準(zhǔn)里支持的采樣率檔位之一如果NB-IoT和LTE共享前傳帶寬采樣率可能要提高到7.68MHz或15.36MHz對(duì)應(yīng)的前傳帶寬占用會(huì)翻倍。同步方面NB-IoT下行對(duì)O-DU和O-RU之間的時(shí)間頻率同步精度有明確要求。采用IEEE 1588v2G.8275.1協(xié)議做時(shí)間同步頻率精度應(yīng)達(dá)到±1.5ppm以?xún)?nèi)否則UE解調(diào)時(shí)會(huì)出現(xiàn)持續(xù)性頻偏。我在調(diào)試時(shí)習(xí)慣用一臺(tái)高精度頻譜儀直接看O-RU的發(fā)射載波頻率與理論中心頻點(diǎn)的偏差如果偏差超過(guò)100Hz優(yōu)先懷疑同步鏈路而不是NB-IoT基帶算法。4. 實(shí)操流程從配置到終端上線(xiàn)的完整步驟4.1 動(dòng)手前的軟件棧與版本檢查不夸張地講ORAN環(huán)境里項(xiàng)目延期的最常見(jiàn)原因不是硬件問(wèn)題而是軟件棧能力不匹配。真正開(kāi)始配置NB-IoT之前我會(huì)先做一輪版本檢查O-DU軟件是否包含NB-IoT物理層功能模塊。開(kāi)源協(xié)議棧里srsRAN較新版本對(duì)NB-IoT有一定支持商用協(xié)議棧通常通過(guò)license或功能開(kāi)關(guān)控制確認(rèn)前提是功能確實(shí)可用。O-RU固件是否支持待部署頻段。尤其要注意很多白盒O-RU只支持LTE/5G NR的常用頻段對(duì)NB-IoT常用的B1/B3/B5/B8/B20頻段支持情況不一。核心網(wǎng)側(cè)是否已配置好NB-IoT相關(guān)能力包括AMF/MME上的接入限制、TATracking Area配置、DRX參數(shù)等。這個(gè)階段花10分鐘做檢查能省掉后面兩天的排障時(shí)間。我用這個(gè)習(xí)慣排查出過(guò)多次功能沒(méi)買(mǎi)或頻段不支持的問(wèn)題都是在還沒(méi)上站的情況下就提前暴露了風(fēng)險(xiǎn)。4.2 NB-IoT小區(qū)參數(shù)配置示例下面是一份我在實(shí)際項(xiàng)目中常用的O-DU配置片段做了脫敏處理。不同商用產(chǎn)品的字段名有差異但核心參數(shù)是通用的nb_iot: enable: true cell_id: 42 operation_mode: inband # 帶內(nèi)部署 earfcn: 2600 # 下行頻點(diǎn)由部署頻段決定 target_prb: 6 # 占用的LTE PRB位置需避開(kāi)SSB/CRS downlink: npss_power_offset: 0 # 同步信號(hào)功率偏移通常為0 npbch_power_offset: 0 npdcch_power_offset: 3 # 控制信道相對(duì)功率3dB npdsch_power_offset: 3 # 數(shù)據(jù)信道相對(duì)功率3dB max_repetition: 2048 # 最大重復(fù)次數(shù) antenna_ports: 1 sampling_rate: 1920000 # 1.92MHz采樣率 plmn_id: 46000 # PLMN標(biāo)識(shí)這里有兩個(gè)參數(shù)要特別提醒。第一是target_prb它不能只看LTE的PRB總數(shù)還要結(jié)合LTE的CRS端口數(shù)和SSB配置來(lái)綜合判斷。第二是plmn_idORAN架構(gòu)下O-DU和O-CU對(duì)PLMN的配置是分層設(shè)置的配置不匹配會(huì)導(dǎo)致終端搜到小區(qū)卻讀不出系統(tǒng)信息。有一個(gè)小技巧正式配置前先在實(shí)驗(yàn)室用srsRAN或類(lèi)似工具做一次離線(xiàn)仿真驗(yàn)證你選的PRB位置與LTE參考信號(hào)的相對(duì)位置關(guān)系能極大減少上站后的試錯(cuò)次數(shù)。4.3 空口信號(hào)驗(yàn)證與終端附著測(cè)試配置寫(xiě)完并不代表下行鏈路已經(jīng)啟用成功必須經(jīng)過(guò)實(shí)際驗(yàn)證才敢確認(rèn)。我的標(biāo)準(zhǔn)驗(yàn)證流程分為四步第一步頻譜儀掃天線(xiàn)口。在O-RU天線(xiàn)口用頻譜儀觀察應(yīng)該能看到一個(gè)帶寬約180kHz的窄帶信號(hào)尖峰中心頻率與你配置的earfcn一致。如果信號(hào)整體偏移了幾百赫茲查頻率同步如果信號(hào)功率遠(yuǎn)低于預(yù)期查功率配置和O-RU校準(zhǔn)。第二步信號(hào)分析儀解調(diào)同步信道。使用支持NB-IoT的信號(hào)分析工具如Keysight或RS的測(cè)試軟件抓取NPSS和NSSS的時(shí)頻位置驗(yàn)證同步信號(hào)的發(fā)送周期和物理小區(qū)ID是否正確。第三步真實(shí)終端小區(qū)搜索。用NB-IoT模組比如移遠(yuǎn)BC95或BC260Y做主掃測(cè)試觀察終端能否讀到PLMN、駐留到目標(biāo)小區(qū)。這一步能同時(shí)驗(yàn)證下行鏈路和系統(tǒng)信息廣播是否完整。第四步完整附著測(cè)試。終端發(fā)起Attach流程觀察核心網(wǎng)側(cè)是否收到附著請(qǐng)求MME/AMF是否返回注冊(cè)成功。這一步如果卡住問(wèn)題多半不在無(wú)線(xiàn)鏈路而在核心網(wǎng)配置或鑒權(quán)參數(shù)。4.4 判斷下行鏈路質(zhì)量的標(biāo)準(zhǔn)我給項(xiàng)目做驗(yàn)收時(shí)會(huì)盯三個(gè)量化指標(biāo)。第一是RSRP參考信號(hào)接收功率建議在指定覆蓋點(diǎn)RSRP大于-110dBm第二是SINR信噪比建議大于-3dB這是NB-IoT解調(diào)NPDSCH的可接受底限第三是附著成功率在滿(mǎn)足前兩個(gè)指標(biāo)的區(qū)域附著成功率應(yīng)達(dá)到99%以上。如果RSRP達(dá)標(biāo)但SINR很低要檢查是否受到同類(lèi)頻段干擾或本小區(qū)過(guò)覆蓋。5. 實(shí)際應(yīng)用場(chǎng)景與部署建議5.1 智能表計(jì)最成熟也最剛需的場(chǎng)景智能水表、電表和燃?xì)獗硎荖B-IoT下行鏈路最典型的應(yīng)用。這類(lèi)設(shè)備的通信特點(diǎn)是下行消息極少、上行數(shù)據(jù)也極小、大部分時(shí)間處于休眠狀態(tài)、但要求極深的室內(nèi)覆蓋。很多水表電表安裝在樓道角落、地下室或金屬表箱內(nèi)傳統(tǒng)2G信號(hào)根本穿不透LoRa在城區(qū)也容易被建筑遮擋。NB-IoT的深度覆蓋能力單小區(qū)覆蓋半徑可達(dá)數(shù)公里且能穿透多堵墻體正好命中這個(gè)需求。在ORAN架構(gòu)下部署智能表計(jì)的額外優(yōu)勢(shì)是復(fù)用站點(diǎn)資源。一個(gè)城市的現(xiàn)有LTE宏站只要部分開(kāi)通NB-IoT功能就能形成覆蓋全城的窄帶物聯(lián)網(wǎng)絡(luò)不需要像LoRa那樣單獨(dú)規(guī)劃網(wǎng)關(guān)布點(diǎn)。我參與過(guò)的某水務(wù)公司項(xiàng)目就是在現(xiàn)有ORAN宏站上疊加了NB-IoT小區(qū)終端直接接入運(yùn)營(yíng)商核心網(wǎng)后臺(tái)云平臺(tái)通過(guò)運(yùn)營(yíng)商網(wǎng)絡(luò)接口統(tǒng)一管理整體建設(shè)周期比單獨(dú)建設(shè)一張專(zhuān)用LPWAN網(wǎng)絡(luò)縮短了至少一半。5.2 智慧農(nóng)業(yè)與廣域環(huán)境監(jiān)測(cè)農(nóng)業(yè)場(chǎng)景和其他物聯(lián)網(wǎng)場(chǎng)景最大的區(qū)別是覆蓋范圍廣、站點(diǎn)分散、供電困難。土壤濕度傳感器、水位監(jiān)測(cè)器、氣象站分布在野外很多設(shè)備只能靠電池供電期望壽命5到10年。NB-IoT的低功耗特性配合PSM省電模式和eDRX擴(kuò)展非連續(xù)接收機(jī)制可以讓終端大部分時(shí)間處于休眠狀態(tài)只在需要上報(bào)數(shù)據(jù)時(shí)短暫醒來(lái)。下行鏈路在這種場(chǎng)景里的主要作用是參數(shù)配置和下行業(yè)務(wù)指令。例如農(nóng)業(yè)云平臺(tái)需要調(diào)整某一站點(diǎn)的土壤濕度上報(bào)閾值可以通過(guò)NB-IoT下行鏈路給終端下發(fā)配置消息。ORAN網(wǎng)絡(luò)的優(yōu)勢(shì)在于農(nóng)業(yè)園區(qū)如果已經(jīng)有LTE覆蓋物聯(lián)網(wǎng)功能就能即時(shí)開(kāi)通同時(shí)上行數(shù)據(jù)也能通過(guò)同一通道回傳到平臺(tái)網(wǎng)絡(luò)規(guī)劃簡(jiǎn)單清晰。5.3 資產(chǎn)追蹤與智慧物流資產(chǎn)追蹤對(duì)移動(dòng)性支持有要求。傳統(tǒng)的室內(nèi)定位方案需要專(zhuān)用基站LoRa雖然也能做廣域覆蓋但移動(dòng)切換能力偏弱。NB-IoT繼承了LTE的移動(dòng)性管理機(jī)制支持小區(qū)重選和切換在園區(qū)、港口、倉(cāng)儲(chǔ)等有多個(gè)ORAN站點(diǎn)的區(qū)域標(biāo)簽設(shè)備可以平滑移動(dòng)并在不同小區(qū)間完成重選下行鏈路定期給標(biāo)簽下發(fā)追蹤參數(shù)和喚醒指令實(shí)現(xiàn)低成本資產(chǎn)監(jiān)控。實(shí)際項(xiàng)目中需要注意資產(chǎn)標(biāo)簽的小型化會(huì)限制電池容量下行鏈路的重復(fù)次數(shù)過(guò)高會(huì)顯著增加終端耗電。要平衡覆蓋增強(qiáng)和功耗可控這兩個(gè)目標(biāo)建議在每個(gè)站點(diǎn)配置兩個(gè)小區(qū)場(chǎng)景模板一個(gè)用于常規(guī)覆蓋場(chǎng)景重復(fù)次數(shù)低、功耗低另一個(gè)用于惡劣覆蓋場(chǎng)景重復(fù)次數(shù)高、功耗高由平臺(tái)根據(jù)終端上報(bào)位置按需調(diào)整。5.4 智能停車(chē)與市政設(shè)施運(yùn)維地磁車(chē)位檢測(cè)器、路燈控制器、垃圾桶滿(mǎn)溢傳感器這類(lèi)市政設(shè)施特點(diǎn)是數(shù)量巨大、單體極簡(jiǎn)、常被遮擋。一個(gè)中型城市可能要部署數(shù)萬(wàn)個(gè)檢測(cè)器如果采用人工定期巡檢運(yùn)維成本非常高昂。NB-IoT下行鏈路可以完成遠(yuǎn)程批量配置和固件升級(jí)比如在凌晨低業(yè)務(wù)時(shí)段統(tǒng)一推送停車(chē)平臺(tái)算法更新幾分鐘內(nèi)完成全部終端升級(jí)。部署層面市政場(chǎng)景往往利用運(yùn)營(yíng)商現(xiàn)有ORAN宏站的覆蓋采用In-band模式疊加NB-IoT載波不需要新增站點(diǎn)。不過(guò)市政密集區(qū)域的無(wú)線(xiàn)環(huán)境復(fù)雜同一站點(diǎn)可能同時(shí)承載LTE、NB-IoT和未來(lái)5G NR的多系統(tǒng)信號(hào)要做好射頻隔離和天線(xiàn)端口規(guī)劃避免多系統(tǒng)間的互調(diào)干擾。6. 常見(jiàn)問(wèn)題與排障速查6.1 下行有輸出信號(hào)但終端始終搜不到小區(qū)先別急著懷疑終端按這個(gè)順序排查。第一步查O-RU發(fā)射開(kāi)關(guān)和射頻通道映射看發(fā)射通道是否處于使能狀態(tài)第二步用頻譜儀確認(rèn)天線(xiàn)口信號(hào)的中心頻點(diǎn)是否與配置一致窄帶信號(hào)偏移幾百kHz是肉眼看不出來(lái)的但終端無(wú)法完成粗同步第三步抓eCPRI前傳包確認(rèn)O-DU下發(fā)的IQ數(shù)據(jù)確實(shí)在正確的天線(xiàn)端口上被封裝和轉(zhuǎn)發(fā)。這三級(jí)排查能覆蓋90%的搜不到小區(qū)問(wèn)題。6.2 終端顯示有信號(hào)但讀不到PLMN這個(gè)現(xiàn)象通常指向系統(tǒng)信息塊的內(nèi)容錯(cuò)誤或調(diào)度異常。檢查O-CU下發(fā)的SIB1-NB確認(rèn)PLMN ID、小區(qū)禁止?fàn)顟B(tài)、TAC等字段是否正確。另一個(gè)常見(jiàn)原因是NB-IoT的SI調(diào)度周期和相鄰LTE小區(qū)的SIB1調(diào)度在時(shí)域上發(fā)生沖突導(dǎo)致終端無(wú)法正確解碼?，F(xiàn)象表現(xiàn)為終端在某個(gè)位置能偶爾讀到PLMN但很快又丟失。解決方法是調(diào)整NB-IoT系統(tǒng)信息的調(diào)度周期避開(kāi)LTE高負(fù)載時(shí)段。6.3 附著請(qǐng)求持續(xù)被核心網(wǎng)拒絕核心網(wǎng)返回拒絕時(shí)先看拒絕原因值。如果返回cause #7非法終端查SIM卡簽約狀態(tài)和IMEI白名單如果返回cause #15無(wú)合適的小區(qū)通常是TA與核心網(wǎng)配置不一致或者在NB-IoT專(zhuān)用TA和普通LTE TA之間發(fā)生了混淆。ORAN架構(gòu)下還要特別確認(rèn)O-DU通過(guò)NG/S1接口上報(bào)的PLMN列表與核心網(wǎng)配置完全一致任何一位不對(duì)都會(huì)直接影響附著流程。6.4 In-band模式下的LTE與NB-IoT互干擾這種干擾比較隱蔽。表象是LTE網(wǎng)絡(luò)某些低流量時(shí)段出現(xiàn)UE測(cè)量報(bào)告抬高或誤碼率升高同時(shí)NB-IoT附著成功率下降。根因通常是NB-IoT的PRB位置與LTE的高干擾敏感信道如PDCCH、PUCCH重疊或者NB-IoT發(fā)功率偏高導(dǎo)致覆蓋區(qū)內(nèi)LTE終端接收質(zhì)量受損。排查思路先在LTE側(cè)拉各PRB的干擾統(tǒng)計(jì)看干擾是否集中在NB-IoT所在PRB附近再降低NB-IoT功率偏移觀察干擾是否減弱。如果調(diào)整無(wú)效就要考慮把NB-IoT載波遷移到LTE低負(fù)載或邊緣PRB上。6.5 老終端無(wú)法在小區(qū)邊緣接入NB-IoT覆蓋分為CE Level 0/1/2三個(gè)等級(jí)不同等級(jí)對(duì)應(yīng)不同的重復(fù)次數(shù)和MCS上限。老款終端往往只支持CE Level 0/1當(dāng)你把下行鏈路的重復(fù)次數(shù)配置到CE Level 2的范圍后老終端的盲檢能力跟不上會(huì)出現(xiàn)近點(diǎn)正常、遠(yuǎn)點(diǎn)差的割裂現(xiàn)象。建議在驗(yàn)收時(shí)準(zhǔn)備一批覆蓋不同CE等級(jí)和不同芯片方案的終端做一致性測(cè)試不要只用一個(gè)最新款模組代表所有用戶(hù)設(shè)備。這個(gè)經(jīng)驗(yàn)我反復(fù)提因?yàn)榇_實(shí)太容易踩坑了。7. 實(shí)操心得與避坑建議7.1 前傳抓包是下行鏈路不可或缺的照妖鏡ORAN架構(gòu)里O-DU內(nèi)部處理的正確性很難從外部直接判斷eCPRI前傳接口是觀察O-DU輸出質(zhì)量的唯一窗口。我第一次排查NB-IoT下行信號(hào)異常時(shí)花了大半天檢查O-DU配置和O-RU功率后來(lái)才發(fā)現(xiàn)問(wèn)題出在O-DU的IQ增益配置比預(yù)期低了6dB導(dǎo)致發(fā)射信號(hào)功率不足。如果沒(méi)有對(duì)前傳包的實(shí)時(shí)解析這個(gè)bug可能又要拖兩天才暴露。從那以后我團(tuán)隊(duì)的所有ORAN項(xiàng)目都會(huì)準(zhǔn)備一套前傳抓包工具作為配置變更前后的基線(xiàn)參照。7.2 功率譜密度折算不能憑感覺(jué)之前提到NB-IoT窄帶的PSD問(wèn)題這里再?gòu)?qiáng)調(diào)一遍。在商用網(wǎng)絡(luò)中頻譜資源和干擾控制是非常敏感的。NB-IoT載波的最大發(fā)射功率并等于LTE小區(qū)功率除以PRB數(shù)量這么簡(jiǎn)單還要考慮O-RU的非線(xiàn)性失真、濾波器滾降和鄰頻保護(hù)帶寬。我的建議是初始配置時(shí)保守一些把NPDSCH的功率偏移控制在3dB以?xún)?nèi)通過(guò)路測(cè)數(shù)據(jù)反向優(yōu)化。先少給功率、再看終端表現(xiàn)比一開(kāi)始就拉到最大然后被干擾投訴折磨要穩(wěn)妥得多。7.3 終端多樣性要納入驗(yàn)收流程物聯(lián)網(wǎng)終端的成本敏感特性決定了芯片方案的碎片化。同一款BC95模組和另一款國(guó)產(chǎn)NB-IoT芯片模組在同樣下行配置下的解調(diào)能力可能差3到5個(gè)dB。項(xiàng)目驗(yàn)收如果沒(méi)有覆蓋終端多樣性很容易出現(xiàn)測(cè)試都過(guò)了、規(guī)模上線(xiàn)后大量設(shè)備連不上的尷尬局面。我的做法是準(zhǔn)備一套終端矩陣涵蓋主流芯片廠商的至少三款模組每款再按CE等級(jí)分檔測(cè)試把結(jié)果記錄在案。這是控制項(xiàng)目交付風(fēng)險(xiǎn)的最后一層保險(xiǎn)。最后聊一個(gè)和文章主題關(guān)系不大但很實(shí)用的習(xí)慣配置任何NB-IoT小區(qū)前先把O-DU當(dāng)前版本的所有配置參數(shù)導(dǎo)出存檔并在完成一組修改后記錄前后配置差異。ORAN系統(tǒng)的靈活性也意味著配置出錯(cuò)的空間更大一個(gè)不顯眼的參數(shù)改動(dòng)可能影響整條下行鏈路。養(yǎng)成配置即文檔的習(xí)慣你會(huì)少很多返工。