5G模組圈子又出新動靜了。Telit Cinterion這次直接把產(chǎn)品線拉到了3GPP Release 18還單獨給FRMCSFuture Railway Mobile Communication System未來鐵路移動通信系統(tǒng)做了一版就緒型號。表面上是一次例行產(chǎn)品迭代但放在行業(yè)里看這件事的份量比多數(shù)人意識到的要大。做物聯(lián)網(wǎng)模組方案的老工程師都知道每一輪3GPP版本更新都會帶來一波選型切換、認證重做、軟件適配的連鎖反應(yīng)而R18這次尤其值得關(guān)注。1. R185G-Advanced不是普通的小版本升級它把模組競爭重新拉回了同一起跑線1.1 為什么說R18是質(zhì)變而不是量變很多人一聽說“Release 18”就以為只是把速率又提了一截、時延又降了一點然后繼續(xù)用老思路做產(chǎn)品。這是誤區(qū)。3GPP的版本演進可以分成幾個階段來看R15是5G的基礎(chǔ)版把eMBB增強移動寬帶的初版框架搭起來了NSA/SA組網(wǎng)、基本的Massive MIMO、基礎(chǔ)NR空口都是那時候定型的R16和R17算是在補課URLLC低時延高可靠、mMTC海量連接、NTN非地面網(wǎng)絡(luò)、RedCap輕量化終端這些能力陸續(xù)補進來。而R18是3GPP正式掛出“5G-Advanced”招牌的第一個版本它不只是在補功能而是把5G從“能力證明”階段推進到“精細化運營”階段。對于模組廠來說R18的意義更直接。過去的R15/R16模組大量功能停留在“有”和“沒有”的區(qū)別上真正在行業(yè)場景里能拉開差距的細節(jié)并不多模組之間的競爭主要靠成本、尺寸、功耗、認證速度這些傳統(tǒng)維度。但R18引入了很多面向?qū)嶋H部署的增強比如AI/ML輔助的波束管理、空口側(cè)的智能調(diào)度優(yōu)化、進一步增強的移動性管理、上下行覆蓋的精細優(yōu)化這些能力直接關(guān)系到模組在真實網(wǎng)絡(luò)里的表現(xiàn)。也就是說同樣是5G模組R18版本在弱信號場景下的穩(wěn)定性、高速移動下的切換表現(xiàn)、邊緣用戶的吞吐體驗會把硬件平臺本身的能力差距拉得很明顯。1.2 從“能用”到“好用”R18解決了哪些真實痛點我不只一次在項目群里看到類似的吐槽5G模組跑在信號好的地方確實快但一到地下室、地鐵隧道、工業(yè)廠房里速率掉得比4G還難看又或者設(shè)備在移動過程中掉線重連的頻率高得讓人崩潰。這些問題很多時候不是天線設(shè)計或模組硬件不行而是協(xié)議棧和網(wǎng)絡(luò)交互層面沒有充分優(yōu)化。R18的AI/ML輔助波束管理就是一個很典型的例子。傳統(tǒng)5G模組都有波束掃描和波束切換的機制但切換策略往往是固定的網(wǎng)絡(luò)側(cè)和終端側(cè)之間缺乏很好的預(yù)測配合。R18引入了AI/ML能力之后終端可以根據(jù)位置變化、信道趨勢、歷史切換數(shù)據(jù)提前預(yù)判波束方向減少波束失準和鏈路失敗的概率。對車載網(wǎng)關(guān)、無人機、AGV這類移動性強的應(yīng)用這個改進體驗非常直觀。另外R18在上行方向上也有不少動作。很多行業(yè)應(yīng)用比如視頻回傳、圖像采集、現(xiàn)場巡檢是上行重載場景之前的5G版本里上行覆蓋和上行調(diào)度的優(yōu)化空間已經(jīng)接近瓶頸。R18通過增強上行發(fā)射選擇、改進功率控制參數(shù)配置、優(yōu)化多天線傳輸機制讓模組在同樣的發(fā)射功率下上行覆蓋和吞吐能再上一個臺階。這些細節(jié)最終都會反饋到物聯(lián)網(wǎng)終端用戶的真實使用體驗上。2. 拆解R18模組的關(guān)鍵變化從頻段組合到功耗與移動性增強2.1 頻段支持與Band組合做全球出貨的人最關(guān)心這一塊選模組第一眼就是看頻段。R18模組相比之前版本最直接的變化是對新增頻段、新Band組合的支持以及對舊有頻段的優(yōu)化配置。從項目角度看做全球市場的終端方案最怕的就是一個區(qū)域性頻段不支持導(dǎo)致一個型號賣不進去。Telit Cinterion這類全球一線模組廠商的做法通常是大一統(tǒng)設(shè)計一個全球頻段版本再通過軟件配置或者區(qū)域變體裁剪頻段。R18時代一個明顯的趨勢是有了更多n1/n2/n3/n7/n25/n28/n38/n41/n77/n78/n79這類跨區(qū)域組合同時和一些4G頻段的主/輔小區(qū)組合也做了更細的硬化。還有一個容易忽略的變化R18對雙連接和載波聚合的組合支持范圍更廣了。很多行業(yè)終端在部署時網(wǎng)絡(luò)側(cè)不一定能給你干凈的5G獨立覆蓋更多時候是5G4G雙連接兜底。R18模組對EN-DCE-UTRA-NR Dual Connectivity組合的兼容性更強切換和聚合的穩(wěn)定性也會更好。做現(xiàn)場工程的人都知道“信號不穩(wěn)定”很多時候不是網(wǎng)絡(luò)不好而是模組和網(wǎng)絡(luò)協(xié)商組合能力時方案不夠豐富或者兼容性不夠好。2.2 功耗優(yōu)化R18給電池供電設(shè)備留了一口氣續(xù)航問題在物聯(lián)網(wǎng)項目里永遠是個硬指標。R18在功耗控制上做了幾層優(yōu)化不只是一句“降低功耗”那么模糊。第一層是RRC無線資源控制狀態(tài)機相關(guān)優(yōu)化的增強。5G引入了RRC Inactive狀態(tài)但之前的版本在狀態(tài)轉(zhuǎn)換的速度、能耗策略上還有不少粗糙的地方。R18對側(cè)行控制信令和狀態(tài)遷移做了細化讓模組在不傳數(shù)據(jù)時更果斷地進入低功耗狀態(tài)需要時又能快速拉起減少不必要的監(jiān)聽耗電。第二層是連接態(tài)功耗優(yōu)化。以前的模組在連接態(tài)即使沒數(shù)據(jù)也在持續(xù)監(jiān)聽下行控制信道R18引入了更靈活的非連續(xù)接收配置和更精細的下行控制信道監(jiān)聽策略讓模組在保持低時延的同時減少無效監(jiān)聽。實測下來這類優(yōu)化對抄表、定位追蹤、傳感器回傳這類低頻小數(shù)據(jù)量業(yè)務(wù)特別實用待機時間能比R15/R16平臺延長不少。第三層和射頻前端有關(guān)。R18鼓勵終端側(cè)采用更高效的功放方案和更靈活的上行發(fā)射方式模組在同等的信號質(zhì)量要求下可以以更低的發(fā)射功率工作。這一點一般不會寫進Datasheet的顯著位置但對電池供電設(shè)備的意義非常實在。2.3 移動性增強與弱網(wǎng)表現(xiàn)這兩個詞才是R18模組的隱藏賣點我對R18模組最看好的其實是移動性增強。5G網(wǎng)絡(luò)的一個天然弱點是高頻段信號衰減快加上波束覆蓋是窄波束形式終端一旦快速移動很容易出現(xiàn)波束跟蹤不及時、切換滯后、鏈路失敗的問題。R18在移動性方面的增強核心思路是讓網(wǎng)絡(luò)和終端之間更好的協(xié)作包括更及時的測量上報、更靈活的切換觸發(fā)條件、更智能的波束恢復(fù)機制。簡單來說R18模組在高鐵、高速路、城市快速路上跑起來掉線率會比老版本明顯降低切換時的業(yè)務(wù)中斷時間也更短。弱網(wǎng)表現(xiàn)也一樣。5G的覆蓋在不少區(qū)域還是“有信號沒速率”的狀態(tài)R18改進了低信噪比場景下的解調(diào)性能對控制信道和業(yè)務(wù)信道都做了不同程度的增強。在信號邊緣區(qū)域R18模組能做到比R15模組更低的速率跌幅這對于工業(yè)互聯(lián)網(wǎng)、礦區(qū)、港口這類覆蓋條件復(fù)雜的場景收益非常直接。3. FRMCS-Ready這個變體為什么是軌道交通行業(yè)的大事件3.1 從GSM-R到FRMCS軌道通信為什么必須換血先說背景。全球鐵路通信目前大量依賴GSM-R。GSM-R是2G時代的產(chǎn)物工作在900MHz附近主要承擔列車調(diào)度、語音組呼、列控數(shù)據(jù)傳輸?shù)裙δ堋＿@套系統(tǒng)穩(wěn)定可靠但問題也很明顯帶寬極窄、速率極低、頻譜效率差而且全球多個區(qū)域的GSM-R頻譜已經(jīng)進入了生命周期尾聲維護成本逐年上升設(shè)備供應(yīng)商也在逐步停產(chǎn)。鐵路行業(yè)需要一個面向未來的、能承載更高帶寬和更豐富業(yè)務(wù)的通信系統(tǒng)這就是FRMCS。FRMCS是國際鐵路聯(lián)盟UIC主導(dǎo)定義的下一代鐵路移動通信系統(tǒng)基于3GPP 5G標準構(gòu)建目標是把列車運行控制信息、語音調(diào)度、視頻監(jiān)控、旅客服務(wù)等業(yè)務(wù)全部統(tǒng)一承載在5G網(wǎng)絡(luò)上。這里要特別注意一點FRMCS不只是“把GSM-R的語音變VoNR”那么簡單。鐵路通信對可靠性、時延、組呼能力、區(qū)域切換都有極其苛刻的要求。列車以300公里時速運行在跨越小區(qū)邊界時通信中斷的窗口必須被控制在毫秒級調(diào)度語音要支持多方組呼而且要優(yōu)先級的強插強拆能力。這些需求普通商用5G網(wǎng)絡(luò)是滿足不了的必須通過專網(wǎng)架構(gòu)和標準化的MCXMission Critical Services關(guān)鍵任務(wù)服務(wù)機制來實現(xiàn)。3.2 3GPP R18里的FRMCS信號關(guān)鍵拼圖已經(jīng)落下FRMCS的標準化工作是沿著3GPP和ETSI兩條線推進的。R17階段已經(jīng)完成了FRMCS相關(guān)需求定義和基礎(chǔ)架構(gòu)研究而R18是第一個正式把FRMCS相關(guān)功能需求落地進標準版本的節(jié)點。這里面最關(guān)鍵的是MCX服務(wù)基于5G系統(tǒng)5GS的完整定義包括語音組呼、視頻組呼、數(shù)據(jù)優(yōu)先級的承載機制以及與鐵路專用功能的交互。簡單說R18把FRMCS從“霧里看花”變成了“有據(jù)可依”。對于模組廠商來說這意味著可以基于一個明確的3GPP版本去做FRMCS模組開發(fā)而不是像之前那樣只能基于早期草案做預(yù)研。Telit Cinterion這次專門做了FRMCS-Ready的變體版本背后是很清晰的產(chǎn)品策略。FRMCS模組相比普通5G模組有幾個特殊要求一是必須支持鐵路專用頻段不同區(qū)域分配有所差異比如部分歐洲國家規(guī)劃了900MHz附近的鐵路專用頻率二是必須支持MCX相關(guān)協(xié)議棧和接口三是可靠性設(shè)計標準更高包括溫度范圍、抗震、抗電磁干擾等四是認證體系不同要過鐵路行業(yè)的獨立認證而不只是電信運營商認證。把FRMCS-Ready做成一個獨立變體而不是在一個全球公共版本里“軟件開啟”是因為這些差異已經(jīng)深入到了射頻前端設(shè)計、協(xié)議棧集成、系統(tǒng)穩(wěn)定性測試等多個層面。如果只是軟件開關(guān)很難保證專用場景下的可靠性。3.3 對軌道交通方案商的實際意義你如果是軌道信號集成商、車載設(shè)備制造商或者鐵路專網(wǎng)服務(wù)商FRMCS-Ready模組的出現(xiàn)意味著你可以開始認真做技術(shù)預(yù)研和方案驗證了。歐洲那邊GSM-R向FRMCS的遷移時間表已經(jīng)比較明確預(yù)計在2030年前后開始大范圍部署。設(shè)備采購和系統(tǒng)集成的切換周期非常長沒有提前兩三年做聯(lián)調(diào)和測試等招標啟動再上手肯定來不及。FRMCS-Ready模組進入市場后軌交方案商應(yīng)該重點驗證幾個方向一是模組在高速移動場景下的切換性能有沒有針對鐵路場景做過移動性優(yōu)化二是MCX語音組呼的時延和可靠性能否滿足調(diào)度通信要求三是模組和列車控制系統(tǒng)的接口設(shè)計是否順暢有沒有預(yù)留足夠的調(diào)試接口和協(xié)議棧適配空間四是長期供貨和生命周期保障鐵路設(shè)備通常要服役10年以上模組廠商能否承諾足夠長的供貨周期和停產(chǎn)前通知窗口。4. 現(xiàn)在要不要升級R18模組選型時機、成本判斷和踩坑提醒4.1 老項目的慣性會拖住很多人換代的腳步我接觸過不少做工業(yè)網(wǎng)關(guān)和車聯(lián)網(wǎng)終端的團隊產(chǎn)品線里還在用R15甚至更早的模組問他們?yōu)槭裁床簧壔卮鸫蠖嗍乾F(xiàn)在跑得好好的換它干嘛測試要重做、認證要重來、成本還要漲一波何必呢。這個想法不能說錯但放在R18這個節(jié)點上會有一些隱憂。第一網(wǎng)絡(luò)側(cè)的演進不會等你。運營商正在逐步把網(wǎng)絡(luò)配置向5G-Advanced方向調(diào)整一些新能力比如增強的RedCap支持、智能調(diào)度策略、新Band組合會在網(wǎng)絡(luò)上逐步開放。老模組在網(wǎng)絡(luò)側(cè)的“可協(xié)商性”會越來越差今天還能正常工作不代表兩年后在新配置下還能有同樣表現(xiàn)。第二芯片平臺的供應(yīng)周期在收緊。3GPP版本的演進和芯片方案的迭代是綁定的老的R15/R16平臺陸續(xù)進入停產(chǎn)退市階段模組廠商哪怕不想斷貨供應(yīng)鏈也會逼著它切換。到了被迫切換的時候再動手測試和認證周期就變得非常倉促項目風險更高。第三行業(yè)競爭在加速。當增量設(shè)備陸續(xù)轉(zhuǎn)向R18模組老平臺在性能、功耗、價格上的劣勢會逐步拉大。新項目的招標參數(shù)一旦要求支持5G-Advanced相關(guān)特性老平臺連應(yīng)標都進不去。所以我的建議是新項目直接評估R18平臺老項目不要等到停售了才換給自己留足18個月的預(yù)研、測試、認證、小批量驗證周期。4.2 選型R18模組時最容易忽略的幾個評估維度第一別只看峰值速率。做行業(yè)終端速率只是門檻指標。真正要看的是模組在不同信號強度RSRP檔位下的實測吞吐曲線、上行弱網(wǎng)表現(xiàn)、功耗分布、溫升數(shù)據(jù)。這些數(shù)據(jù)大部分不會在Datasheet里寫得特別全得自己搭環(huán)境實測。第二關(guān)注認證清單的狀態(tài)。R18模組剛出來時運營商認證、法規(guī)認證GCF/PTCRB、行業(yè)認證可能還沒有全部走完。做海外項目要確認目標市場的認證狀態(tài)是否已經(jīng)具備別等到產(chǎn)品做好了發(fā)現(xiàn)認證還卡著。第三評估生態(tài)配套和軟件適配。新模組意味著新的SDK、新的AT指令集、新的撥號方式和網(wǎng)絡(luò)協(xié)商流程。老代碼能復(fù)用的有多少第三方協(xié)議棧和模組之間的兼容性如何這些工作量的評估比模組本身的單價更重要。第四不要忽略供應(yīng)鏈和生命周期管理。物聯(lián)網(wǎng)設(shè)備往往有5到10年的生命周期模組廠商能不能提供足夠長的供貨保障、有沒有明確的停產(chǎn)與替代計劃對項目長期運維影響很大。4.3 實測下來R18模組的幾個坑和應(yīng)對我基于之前測試同類新平臺模組的經(jīng)驗列出幾個容易踩的坑供大家參考。一個是新模組的固件成熟度。R18模組剛流片和量產(chǎn)的時候協(xié)議棧里多多少少會有些邊角問題比如某些Band組合下的功耗異常、某些場景下的重啟問題。建議在小批量階段就多跑一些真實環(huán)境場景不要只在實驗室里測實驗室信號環(huán)境太干凈很多問題跑不出來。另一個是天線調(diào)試的重新校準。R18模組在MIMO和發(fā)射機制上的變化會對天線設(shè)計提出新的要求。之前在R15模組上調(diào)試好的天線參數(shù)直接搬到R18模組上可能不是最優(yōu)狀態(tài)。尤其是做內(nèi)置天線方案的設(shè)備一定要重新做無源和有源調(diào)試別想當然地沿用舊參數(shù)。還有一個是功耗測試的基準需重新建立。R18的功耗特性變化后舊項目的功耗基準數(shù)據(jù)失去了參考意義。做電池供電設(shè)備的團隊建議在新平臺上重新測試完整的功耗分布曲線包括VoNR通話功耗、數(shù)據(jù)傳輸功耗、待機功耗、異常場景功耗等以便做電源方案和電池容量的重新校核。4.4 垂直行業(yè)該怎么差異化選型不同行業(yè)對R18模組的需求重點其實不太一樣。工業(yè)網(wǎng)關(guān)和邊緣計算設(shè)備更看重吞吐、穩(wěn)定性、長時間運行的可靠性以及寬溫、抗干擾等工業(yè)級特性。車載電子包括乘用車和商用車更側(cè)重GNSS融合定位、移動性、高速場景下的穩(wěn)定連接以及車規(guī)級可靠性。軌道交通設(shè)備直接對標FRMCS-Ready這類專用產(chǎn)品關(guān)注MCX支持和鐵路專用頻段以及長期的行業(yè)認證支持。電力、礦山、港口等專網(wǎng)場景往往更關(guān)注模組對網(wǎng)絡(luò)切片、QoS優(yōu)先級、上行大包傳輸?shù)闹С帜芰18在這些方面的增強正好匹配。拿網(wǎng)絡(luò)切片來說3GPP從R16就開始引入網(wǎng)絡(luò)切片但實際落地效果在R18有了更好的完善。模組能正確請求和協(xié)商切片標識是行業(yè)專網(wǎng)方案中非常關(guān)鍵的一步。FRMCS本質(zhì)上也是一種專用網(wǎng)絡(luò)切片或者專用組網(wǎng)方案R18把MCX和切片的交互機制理清了等于給了行業(yè)方案商一個統(tǒng)一的技術(shù)底座。5. 從產(chǎn)品迭代看行業(yè)的信號5G-Advanced正在把模組從“管道”變成“智能節(jié)點”新模組發(fā)布這個事表面上只是產(chǎn)品列表里多了一行但背后反映的是整個5G行業(yè)正在走向精細化、專用化。前幾年大家做5G模組拼的是誰先出貨、誰價格低、誰兼容性好。R18時代拼的是誰更能理解垂直場景的差異化需求誰能把AI輔助能力、功耗策略、移動性優(yōu)化這些技術(shù)細節(jié)真正落在產(chǎn)品里。FRMCS-Ready變體更是說明模組市場已經(jīng)不再是一個型號打天下了行業(yè)定制化、場景化會成為下一階段的常態(tài)。做方案的人可以多關(guān)注一下模組廠商的Roadmap更新尤其是那些針對特定行業(yè)做了專門優(yōu)化的變體型號。不是你隨便拿一個通用模組就能搞定所有項目提前了解某個行業(yè)的技術(shù)要求在新模組里找到對應(yīng)的能力匹配會讓你的產(chǎn)品方案在競標和交付中占得不少先機。另外還想強調(diào)一點R18模組給了我們做測試和驗證一個重要的時間窗口。多花點時間在新平臺和真實網(wǎng)絡(luò)環(huán)境的兼容性測試上早一點暴露問題、早一點解決以后批量交付的時候會少很多麻煩。這年頭能穩(wěn)定交付比什么花活都重要。最后分享一個小經(jīng)驗換新平臺的時候別忙著把舊模組的配置文件直接批量移植過去?；ㄒ粋€下午認真把所有參數(shù)、腳本、調(diào)試工具重新過一遍把新平臺特有的能力吃透這個時間投入比后面跑到項目現(xiàn)場去救火要劃算得多。