葉鑫華

摘 要：江西鷹潭為建設(shè)智慧新城，全力發(fā)展NB-IoT業(yè)務(wù)，目前除了拾萬量級的NB-IoT水表業(yè)務(wù)、10 000+量級的NB-IoT路燈業(yè)務(wù)外，還投放了一定數(shù)量的基于NB-IoT技術(shù)的共享單車，開啟了基于NB-IoT的移動類業(yè)務(wù)應(yīng)用。文中就NB-IoT智慧單車的總體解決方案、業(yè)務(wù)模型、投放后存在的問題進行研究，重點針對心跳成功率不高的問題進行探討，從網(wǎng)絡(luò)、終端、業(yè)務(wù)模型等方面進行分析，提出解決方法與端到端優(yōu)化建議，對類似移動類NB-IoT應(yīng)用有很好的借鑒意義。

關(guān)鍵詞：NB-IoT;智慧單車;業(yè)務(wù)模型;心跳成功率;端到端;智能鎖

中圖分類號：TP39文獻標識碼：A文章編號：2095-1302（2019）11-0-05

0 引 言

傳統(tǒng)單車智能鎖使用2G模組進行通信，功耗較大，電池無法滿足智能鎖全生命周期（2年）的使用，且2G網(wǎng)絡(luò)接入容量存在瓶頸。而NB-IoT憑借低功耗、穿透力強、大容量等優(yōu)勢，與共享單車的應(yīng)用場景完美契合。功耗低，可以保障單車在2～3年無需充電，穿透力強讓用戶在樓道、地下室等信號不好的地方也能實現(xiàn)解鎖，大容量連接可以解決一些地鐵口、高校等區(qū)域的接入問題。NB-IoT共享單車總體架構(gòu)如圖1所示。

1 總體解決方案

終端層：終端設(shè)備的核心為ofo智能車鎖，智能車鎖由GPS模塊、三軸傳感器、NB-IoT通信模組、MCU和電池、藍牙等組成的智能模塊和機械裝置組成。

網(wǎng)絡(luò)層：網(wǎng)絡(luò)側(cè)采用NB-IoT網(wǎng)絡(luò)，需要芯片支持在終端側(cè)設(shè)置進入PSM模式（關(guān)鎖后省電）和DRX模式（開鎖后保障實時性）。

平臺層：IoT平臺通過安裝插件的方式對上報數(shù)據(jù)進行解析，并上報給上層應(yīng)用。后續(xù)平臺將支持終端軟件升級。

應(yīng)用層：主要負責單車上報的開鎖/關(guān)鎖時間進行資費結(jié)算，以及統(tǒng)計單車位置等信息。后續(xù)將根據(jù)政府規(guī)定支持電子圍欄等功能。

2 鷹潭ofo業(yè)務(wù)模型

2.1 總體流程簡述

車輛停放時終端處于PSM狀態(tài)，打開車鎖后，車輛需要通過TAU流程從PSM狀態(tài)切換到DRX狀態(tài)。騎行過程中，終端保持在DRX狀態(tài)。關(guān)鎖后，終端通過TAU切換到PSM狀態(tài)。

ofo業(yè)務(wù)包括關(guān)鎖時依次進行上行鎖車信息上報（結(jié)單數(shù)據(jù)）、下行密碼更新指示、上行密碼更新確認、上報位置信息（取決于是否有GPS信息，上報時間待ofo確認）。此外，ofo每間隔一個小時上報一次心跳包（當前部署的鎖的心跳包周期后續(xù)可能會改變）。

ofo與服務(wù)器交互的數(shù)據(jù)流程主要包括心跳運維類數(shù)據(jù)上報和關(guān)鎖結(jié)算類流程。

2.2 單車心跳運維數(shù)據(jù)上報

單車心跳和運維數(shù)據(jù)上報的條件如下：

（1）從最后一次單車鎖車結(jié)算開始，若24小時無人使用，則觸發(fā)單車心跳運維數(shù)據(jù)上報。

（2）單車在鎖車狀態(tài)時，根據(jù)三軸傳感器檢測到的單車持續(xù)運動若超過3 min（ofo需要根據(jù)實際使用情況調(diào)整具體時間），則觸發(fā)運維數(shù)據(jù)上報。單車運維人員在搬送車輛時會通過手機APP通知單車，不進行此檢測。

2.3 單車關(guān)鎖結(jié)算流程

單車結(jié)算流程在用戶鎖車時觸發(fā)，單車需要上報開鎖時間、關(guān)鎖時間等信息，結(jié)算后ofo應(yīng)用將下發(fā)新的密碼至單車。為了保障結(jié)算實時性，單車的位置信息在結(jié)算完成后上報。

（1）單車用戶到達目的地后，關(guān)閉單車鎖，單車鎖將記錄開鎖時間和關(guān)鎖時間，并上報至ofo應(yīng)用系統(tǒng)，同時啟動GPS位置搜索。

（2）ofo應(yīng)用系統(tǒng)根據(jù)單車的開鎖時間和關(guān)鎖時間與手機APP進行資費計算，ofo要求從關(guān)鎖到手機APP收到結(jié)算信息的時間不超過5 s。

（3）ofo應(yīng)用系統(tǒng)將新的密碼下發(fā)至單車，單車進行密碼更新，此時命令需要設(shè)置為立即下發(fā)。另外，平臺側(cè)有上行觸發(fā)下行消息下發(fā)的超時定時器，如果超過定時器則時間緩存下發(fā)，定時器默認值為6 s（建議修改為20 s或以上）。密碼更新的執(zhí)行關(guān)系ofo應(yīng)用系統(tǒng)與終端密碼的一致性，所以ofo應(yīng)用需要獲取終端命令執(zhí)行結(jié)果，因此下發(fā)配置時設(shè)置回調(diào)URL，平臺將執(zhí)行結(jié)果發(fā)送給ofo應(yīng)用。應(yīng)用層超時未收到命令執(zhí)行結(jié)果則認為密碼更新失敗，使用原有密碼;終端側(cè)上報消息失敗，則使用原有密碼。

（4）GPS位置搜索成功后將位置數(shù)據(jù)上報給ofo應(yīng)用系統(tǒng)。

（5）終端設(shè)置模組進入PSM模式，模組通過TAU與核心網(wǎng)協(xié)商進入PSM態(tài)。

異常流程如下：

（1）如果終端鎖車時間數(shù)據(jù)上報失敗，則嘗試進行2次數(shù)據(jù)重發(fā)。重傳失敗，則緩存開關(guān)鎖時間，在下一次啟動關(guān)鎖業(yè)務(wù)流程時上報數(shù)據(jù)。

（2）應(yīng)用層收到終端關(guān)鎖數(shù)據(jù)后下發(fā)密碼;如果未收到終端密碼更新成功消息，則認為密碼更新失敗，保持原有密碼，且不重發(fā)。

（3）智能鎖收到新的密碼后便更新密碼，但仍需保存原有密碼。密碼更新結(jié)果上報失敗，則立即重發(fā)，若嘗試2次均失敗，則不再上報，智能鎖需要恢復(fù)為原有密碼。

（4）智能鎖上報GPS位置信息，若上報失敗，則嘗試進行2次重傳，重傳失敗則不再上報。

3 NB-IoT單車端到端應(yīng)用問題研究

鷹潭ofo單車主要投放在江西師專地區(qū)，用于小批量測試，發(fā)現(xiàn)存在ofo服務(wù)器概率性無法收到單車定期上報心跳數(shù)據(jù)的問題。針對該問題我們分別從平臺、核心網(wǎng)、基站、終端進行端到端隔離定界，分步解決問題，總結(jié)應(yīng)用案例。

3.1 NB-IoT網(wǎng)絡(luò)無線環(huán)境優(yōu)化

NB-IoT應(yīng)用中網(wǎng)絡(luò)是基礎(chǔ)，首要進行網(wǎng)絡(luò)覆蓋優(yōu)化，提升RSRP及SINR值。當前鷹潭ofo智能單車均部署在鷹潭新師范校園內(nèi)，校園內(nèi)部信號偏弱，距離校園區(qū)域最近的站點貴溪周塘扇區(qū)未正向覆蓋，信號較差。由于無主服務(wù)小區(qū)導(dǎo)致整體SINR較差，僅為7.55。

根據(jù)現(xiàn)場實際情況制定相應(yīng)的NB-IoT基站優(yōu)化方案：

（1）調(diào)整貴溪周塘9小區(qū)方位角340°至55°，7小區(qū)調(diào)整方位角100°至145°，調(diào)整9小區(qū)RS功率至352，調(diào)整7小區(qū)RS功率至212;

（2）貴溪夏家?guī)X8小區(qū)調(diào)整方位角240°至190°，RS功率調(diào)整至352;

（3）鷹潭童家官山瑤山徐家7小區(qū)RS功率調(diào)整至352

（由于原先角度有密集村莊，為保證LTE信號覆蓋方位角未做調(diào)整）。

優(yōu)化后覆蓋指標改善明顯，詳細覆蓋指標見表1所列。RSRP覆蓋圖對比如圖2所示，SINR覆蓋圖對比如圖3所示。

3.2 NB-IoT終端側(cè)問題研究

通過心跳壓力測試進行問題復(fù)現(xiàn)，定位排查發(fā)現(xiàn)終端存在如下7個主要問題，具體見表2所列。

問題1：MCU設(shè)計不合理

問題描述：在信號較差區(qū)域終端注冊時間較長場景下，MCU發(fā)送心跳包、模組返回ERROR，MCU連續(xù)嘗試4次發(fā)送心跳包均返回失敗后，則復(fù)位模組心跳包發(fā)送失敗，需要ofo MCU側(cè)優(yōu)化發(fā)送心跳包邏輯。

MCU發(fā)送過于頻繁，存在設(shè)計不合理問題。終端返回ERROR：513并非表示注冊失敗，但MCU認為任務(wù)失敗，將重新發(fā)送業(yè)務(wù)數(shù)據(jù)，導(dǎo)致10多秒鐘內(nèi)4次嘗試耗盡，業(yè)務(wù)重啟。

存在影響：深度覆蓋下可能丟失心跳包;心跳包可能延時。

優(yōu)化建議：修改業(yè)務(wù)模型，發(fā)送完數(shù)據(jù)包后忽略異常返回，只對正確返回敏感，等待固定時間（發(fā)包間隔時間內(nèi)若收到回包，則此間隔時間無效）。

問題2：車鎖未占用最強小區(qū)

問題描述：車鎖所在主服務(wù)區(qū)存在強鄰區(qū)，當芯片從PSM態(tài)退出發(fā)送心跳包時會觸發(fā)芯片B657SP2已知bug，導(dǎo)致芯片接入失敗。

問題分析：當芯片從PSM狀態(tài)跳出來，會恢復(fù)主服務(wù)小區(qū)，但由于存在強鄰區(qū)，因此搜索小區(qū)時鄰區(qū)排在主服務(wù)小區(qū)前，導(dǎo)致主服務(wù)小區(qū)與基站時域不同步，從而讀取主服務(wù)小區(qū)系統(tǒng)消息失敗，致使主小區(qū)（149）被bar;然后選擇較遠鄰區(qū)（234），因為遠區(qū)信號質(zhì)量差，所以駐留該小區(qū)失敗;芯片再次搜索小區(qū)，只搜索到主服務(wù)小區(qū)時，因主服務(wù)小區(qū)已被bar，所以等同于未搜到小區(qū)，此時芯片進入休眠狀態(tài)（約10 min）;MCU側(cè)隨機接入失?。o法駐留遠端小區(qū)），發(fā)送心跳包無反應(yīng)（芯片進入休眠狀態(tài)），當MCU 4次心跳嘗試均失敗后，芯片重啟，重新發(fā)送心跳包。

優(yōu)化建議：此問題已在終端B657SP3版本解決，升級終端即可。

問題3：CDMA帶外干擾大導(dǎo)致芯片高概率解析失敗

問題描述：在鷹潭師范校園信號質(zhì)量RSRP-100 dbm，SNR 0條件下，芯片DCI解析失敗概率較高。

問題分析：由于芯片AGC鎖的檔位設(shè)置存在問題，進一步提取芯片日志后發(fā)現(xiàn)芯片AGC解調(diào)失敗，當RSSI約為-90時，AGC檔位選擇為6（異常），理論應(yīng)選值約為10。經(jīng)過多次現(xiàn)網(wǎng)和實驗室測試，分別排除芯片版本、模組版本、模組版本燒制等問題，問題定位到空口。通過掃頻儀對問題車輛停放位置進行干擾排查，發(fā)現(xiàn)問題區(qū)域存在CDMA室分，且附近有CDMA直放站，經(jīng)測試發(fā)現(xiàn)CDMA信號比NB信號強約40 dB，如圖4所示，帶外阻塞干擾大，導(dǎo)致芯片AGC解調(diào)失敗，終端無法接入，心跳包發(fā)送失敗。

經(jīng)分析發(fā)現(xiàn)，問題場景下存在CDMA室分，NB信號相對較弱（比CDMA信號低約40 dB），導(dǎo)致NB車鎖無法接入，心跳發(fā)送失敗（在考慮路損情況下，當CDMA信號與NB信號相差36～46 dB時，NB終端無法接入）。

優(yōu)化建議：在不新建NB站的情況下，對問題區(qū)域的C網(wǎng)站點進行降功率操作，掃頻復(fù)測后效果明顯，能夠抑制鄰頻干擾。

差值對比見表3所列。

優(yōu)化效果評估：解決主要問題后，ofo再次投放53輛NB單車于鷹潭，統(tǒng)計的心跳成功率達97.5%，5 s結(jié)單率超98%，優(yōu)化效果明顯，基本可滿足業(yè)務(wù)應(yīng)用需求。

優(yōu)化效果對比如圖5所示。

3.3 多場景業(yè)務(wù)性能驗證測試

為了測試優(yōu)化后NB單車在不同場景下的業(yè)務(wù)性能，我們在如下場景做了業(yè)務(wù)開關(guān)鎖測試以測試結(jié)單時延，發(fā)現(xiàn)測試結(jié)果基本可滿足業(yè)務(wù)需求。

3.3.1 基站間切換測試

在兩個基站間來回騎行測試，不斷測試關(guān)鎖、開鎖，統(tǒng)計成功率和時延，共測試樣本17次，平均端到端時延為3.49 s，

最大時延不超過4 s。人工計時關(guān)鎖結(jié)單時延如圖6所示。

3.3.2 深度覆蓋、淺覆蓋切換測試

測試主要場景如下：

（1）從非深度覆蓋區(qū)域移動至深度覆蓋區(qū)域;

（2）在深度覆蓋區(qū)域定點測試;

（3）從深度覆蓋區(qū)域移動至非深度覆蓋區(qū)域。

測試樣本次數(shù)為13，平均時延3.58 s，最長時延不超過5.3 s。人工計時結(jié)算時延如圖7所示。

上行發(fā)包時延統(tǒng)計多為上行心跳以及位置上報等數(shù)據(jù)，不影響用戶直接體驗，時延最大3.88 s。

4 結(jié) 語

通過對ofo應(yīng)用的優(yōu)化，解決了ofo SIM卡座硬件bug、業(yè)務(wù)時序等關(guān)鍵問題，ofo心跳成功率由82%提升至98%，10 s開鎖成功率已超過98%，共閉環(huán)ofo端到端問題28個，針對近期的研究工作進行了總結(jié)，相關(guān)端到端部署建議見表4所列。

在考慮路損的情況下，由于阻塞干擾，當CDMA信號與NB信號相差36～46 dB時，NB終端無法接入，故建議NB與CDMA網(wǎng)絡(luò)一比一建站，相同覆蓋，減少鄰頻干擾。

參 考 文 獻

[1]錢小聰，穆明鑫.NB-IoT的標準化、技術(shù)特點和產(chǎn)業(yè)發(fā)展[J].信息化研究，2016（5）：23-26.

[2]陳博，甘志輝.NB-IoT網(wǎng)絡(luò)商業(yè)價值及組網(wǎng)方案研究[J].移動通信，2016，40（13）：42-46.

[3]朱洪波，楊龍祥，朱琦.物聯(lián)網(wǎng)技術(shù)進展與應(yīng)用[J].南京郵電大學學報（自然科學版），2011，31（1）：1-9.

[4]張彬，王志鵬，馬慶.NB-IoT部署方案及關(guān)鍵問題分析[J].電信工程技術(shù)與標準化，2017，30（6）：72-75.

[5]王風雷，秦會斌，崔佳冬.共享單車服務(wù)器及客戶端設(shè)計與實現(xiàn)[J].物聯(lián)網(wǎng)技術(shù)，2018，8（2）：57-60.

[6]戴明珠，李忠瑞.APN設(shè)置對NB-IoT業(yè)務(wù)應(yīng)用影響研究[J].軟件導(dǎo)刊，2019，18（3）：168-172.

[7]毛方強，方勇，鄭寅，等.城市共享單車監(jiān)管平臺的建設(shè)與應(yīng)用[J].物聯(lián)網(wǎng)技術(shù)，2018，8（6）：99-101.

[8]黃海峰.電信，ofo，華為聯(lián)手發(fā)掘NB-IoT共享單車“金礦”[J].通信世界，2017（6）：46.

[9]葉玉劍，姜松，邢亮，等. NB-IoT端到端部署策略研究[J].廣東通信技術(shù)，2018（2）：2-4.

[10]于洪. NB-IoT智能鎖：開啟共享單車物聯(lián)網(wǎng)新紀元[J].電動自行車，2017（10）：41-42.