簡(jiǎn)介面向5G車聯(lián)網(wǎng)與V2X研究者的NS-3仿真平臺(tái)搭建源碼包聚焦智能交通、自動(dòng)駕駛場(chǎng)景下的網(wǎng)絡(luò)仿真環(huán)境構(gòu)建幫助讀者從零完成依賴準(zhǔn)備、NS-3下載、構(gòu)建編譯與測(cè)試運(yùn)行同時(shí)理解PyViz、NetAnim等可視化工具的應(yīng)用思路。壓縮包僅8KB體積小巧但功能完整共含7個(gè)文件4個(gè)Shell腳本分別對(duì)應(yīng)依賴安裝、源碼獲取、編譯構(gòu)建和安裝驗(yàn)證另附InsCode在線運(yùn)行配置、HTML操作說(shuō)明頁(yè)與.gitignore兼顧命令行與云端環(huán)境。腳本模塊劃分清晰可直接執(zhí)行也可按需定制降低環(huán)境配置門檻研究者可基于此快速搭建V2X仿真平臺(tái)進(jìn)而評(píng)估5G車聯(lián)網(wǎng)低時(shí)延、高可靠及大帶寬傳輸場(chǎng)景。配套說(shuō)明頁(yè)與腳本注釋對(duì)NS-3目錄結(jié)構(gòu)和構(gòu)建要點(diǎn)提供參考可幫助學(xué)習(xí)者理解底層流程為后續(xù)實(shí)驗(yàn)擴(kuò)展打下基礎(chǔ)。目前已有199人學(xué)習(xí)瀏覽內(nèi)容輕量但鏈路完整適合作為課程設(shè)計(jì)、畢業(yè)設(shè)計(jì)或科研入門前的環(huán)境準(zhǔn)備工具。1. 車聯(lián)網(wǎng)仿真平臺(tái)選型為什么NS-3比OMNeT更能滿足5G V2X訴求做車聯(lián)網(wǎng)仿真平臺(tái)搭建時(shí)最容易被問(wèn)倒的一個(gè)問(wèn)題不是“怎么跑通Demo”而是“你憑什么說(shuō)仿真結(jié)果接近真實(shí)網(wǎng)絡(luò)”。很多人在5G車聯(lián)網(wǎng)項(xiàng)目里用OMNeT或者自研離散事件工具最后卡在物理層建模精度上——信道衰落、多普勒頻移、資源調(diào)度都只能用簡(jiǎn)化模型論文審稿人一問(wèn)就露餡。NS-3的定位恰恰是“網(wǎng)絡(luò)仿真器里的Linux”它不像OMNeT那樣把大部分模塊交給第三方維護(hù)而是把信道模型、協(xié)議棧、移動(dòng)模型和調(diào)度器都收進(jìn)主干配合毫米波和V2X擴(kuò)展模塊后能直接仿真5G NR V2X的物理層幀結(jié)構(gòu)和HARQ重傳。這份源碼資源的價(jià)值就是把一套能跑的NS-3車聯(lián)網(wǎng)仿真平臺(tái)從“零散腳本”拼成“完整工程”你拿到手之后不是看README而是能直接改車輛密度、發(fā)射功率、業(yè)務(wù)周期跑出時(shí)延和丟包率曲線。2. 環(huán)境準(zhǔn)備從源碼編譯到第一個(gè)Hello場(chǎng)景2.1 系統(tǒng)依賴與編譯模式選擇NS-3的編譯方式在不同版本間分了兩代老用戶習(xí)慣的Waf已經(jīng)逐步退出新版本的源碼包默認(rèn)走CMake。拿到源碼包后別急著編譯先把系統(tǒng)依賴裝齊否則編譯到一半報(bào)錯(cuò)會(huì)讓你誤以為源碼本身有問(wèn)題。在Ubuntu系的發(fā)行版上我一般先執(zhí)行一次系統(tǒng)更新然后安裝基礎(chǔ)編譯工具鏈、Python開(kāi)發(fā)頭文件和若干網(wǎng)絡(luò)庫(kù)。sudo apt update sudo apt install -y build-essential python3 python3-dev pkg-config sudo apt install -y libssl-dev libgsl-dev libboost-all-dev sudo apt install -y gsl-bin libgsl-dev libc6-dev這里的libboost-all-dev是編譯NS-3必備GSL科學(xué)計(jì)算庫(kù)用于統(tǒng)計(jì)和隨機(jī)數(shù)生成libssl-dev供TLS相關(guān)模塊使用。如果你打算跑可視化場(chǎng)景還需要裝gtk3-dev和libcairo2-dev但建議第一遍先不裝減少變量。裝完依賴后進(jìn)入源碼目錄先執(zhí)行配置命令./ns3 configure --enable-examples --enable-tests --enable-modulescore,network,internet,applications,mobility,propagation,point-to-point,csma,lte,wifi--enable-examples和--enable-tests兩個(gè)開(kāi)關(guān)建議在初裝階段打開(kāi)因?yàn)樽詭У睦幽軒湍憧焖衮?yàn)證編譯結(jié)果和模塊之間的依賴關(guān)系。--enable-modules后面的模塊列表是本平臺(tái)的運(yùn)行基礎(chǔ)mobility負(fù)責(zé)車輛移動(dòng)propagation提供信道傳播模型lte是在NS-3里搭建C-V2X的底座。如果后面要跑5G NR擴(kuò)展還需要把mmwave或nr模塊加進(jìn)來(lái)但初裝時(shí)不加也可以等協(xié)議棧方案確定后再補(bǔ)。配置完成后執(zhí)行編譯這個(gè)過(guò)程是新手最容易焦慮的環(huán)節(jié)./ns3 build -j$(nproc)-j$(nproc)會(huì)讓編譯任務(wù)盡量吃滿CPU核心加快速度。編譯產(chǎn)物默認(rèn)生成在build/目錄下可執(zhí)行文件在build/scratch中。如果編譯過(guò)程中出現(xiàn)某個(gè)測(cè)試程序報(bào)錯(cuò)先記下模塊名不要急著重裝系統(tǒng)多數(shù)是依賴頭文件沒(méi)找到。2.2 首次編譯失敗的三種高頻原因源碼包編譯失敗十次有八次出在環(huán)境而不是代碼。最常見(jiàn)的現(xiàn)象是報(bào)錯(cuò)提示找不到某個(gè)頭文件比如gsl/gsl_rng.h: No such file or directory。原因是只裝了運(yùn)行庫(kù)沒(méi)裝開(kāi)發(fā)庫(kù)GSL需要libgsl-dev而不是libgsl0-dev兩個(gè)包名差一個(gè)單詞功能完全不同。解決方法是執(zhí)行apt-file search gsl_rng.h找到實(shí)際包含頭文件的包再安裝。另一種高頻報(bào)錯(cuò)是編譯過(guò)程中boost相關(guān)錯(cuò)誤現(xiàn)象表現(xiàn)為大量undefined reference鏈接錯(cuò)誤。根因是系統(tǒng)中存在多個(gè)Boost版本NS-3編譯時(shí)選擇的版本和鏈接時(shí)不一致。處理方式是先檢查當(dāng)前Boost版本然后建議在configure時(shí)顯式指定Boost頭文件路徑。最后一種容易讓人誤判源碼損壞的情況是磁盤(pán)空間不足。NS-3完整編譯會(huì)生成接近幾個(gè)GB的中間文件編譯到一半突然報(bào)No space left on device此時(shí)不需要排查代碼執(zhí)行du -sh build/看一下目錄大小直接清理出足夠空間重新編譯即可。注意不要把舊版本配置遺留的build/目錄直接套用到新版本源碼上。每次拿到新源碼包先執(zhí)行./ns3 clean再重新configure否則可能因?yàn)榕f配置緩存導(dǎo)致模塊啟用列表錯(cuò)亂。2.3 用最小場(chǎng)景驗(yàn)證核心安裝正確編譯通過(guò)不代表仿真平臺(tái)可用NS-3源碼包自帶一個(gè)極簡(jiǎn)的示例程序能跑通它說(shuō)明核心模塊和構(gòu)建系統(tǒng)工作正常。在scratch/目錄下新建一個(gè)文件hello-v2x.cc寫(xiě)入最基本的節(jié)點(diǎn)通信場(chǎng)景。#include ns3/core-module.h #include ns3/network-module.h #include ns3/internet-module.h #include ns3/point-to-point-module.h using namespace ns3; int main(int argc, char *argv[]) { CommandLine cmd; cmd.Parse(argc, argv); NodeContainer nodes; nodes.Create(2); // 創(chuàng)建兩個(gè)網(wǎng)絡(luò)節(jié)點(diǎn)模擬兩輛車 PointToPointHelper p2p; p2p.SetDeviceAttribute(DataRate, StringValue(5Mbps)); p2p.SetChannelAttribute(Delay, StringValue(2ms)); NetDeviceContainer devices p2p.Install(nodes); InternetStackHelper stack; stack.Install(nodes); Ipv4AddressHelper address; address.SetBase(10.1.1.0, 255.255.255.0); Ipv4InterfaceContainer interfaces address.Assign(devices); Simulator::Stop(Seconds(2.0)); Simulator::Run(); Simulator::Destroy(); return 0; }這段代碼創(chuàng)建了兩個(gè)節(jié)點(diǎn)并建立點(diǎn)對(duì)點(diǎn)鏈路SetDeviceAttribute(DataRate, StringValue(5Mbps))設(shè)置了鏈路帶寬SetChannelAttribute(Delay, StringValue(2ms))設(shè)置傳播時(shí)延。雖然這個(gè)場(chǎng)景還沒(méi)有牽涉到無(wú)線信道但能跑通就說(shuō)明core、network、internet三個(gè)核心模塊安裝成功構(gòu)建系統(tǒng)沒(méi)有隱藏問(wèn)題。編譯并運(yùn)行./ns3 run scratch/hello-v2x看到程序正常退出且沒(méi)有輸出錯(cuò)誤信息就可以進(jìn)入下一階段把V2X能力真正加進(jìn)來(lái)。3. 把V2X能力裝進(jìn)來(lái)C-V2X協(xié)議棧與模塊配置3.1 車聯(lián)網(wǎng)仿真到底仿真什么從物理層到應(yīng)用層很多第一次搭車聯(lián)網(wǎng)仿真平臺(tái)的開(kāi)發(fā)者有個(gè)認(rèn)知誤區(qū)覺(jué)得車聯(lián)網(wǎng)仿真的核心是“車輛跑的軌跡”于是花了大量時(shí)間在SUMO路網(wǎng)導(dǎo)入和移動(dòng)模型上結(jié)果業(yè)務(wù)層一個(gè)RSU下發(fā)指令的時(shí)延根本測(cè)不準(zhǔn)。實(shí)際上NS-3里的車聯(lián)網(wǎng)仿真平臺(tái)至少要在三個(gè)層次上建模物理層的無(wú)線信道特征、MAC層的資源調(diào)度方式、以及應(yīng)用層的數(shù)據(jù)包產(chǎn)生與消費(fèi)模式。對(duì)5G車聯(lián)網(wǎng)而言物理層仿真是最吃建模精度的地方。車輛在高速移動(dòng)中信道隨時(shí)間快速變化多普勒頻移導(dǎo)致子載波間干擾雨衰和遮擋也會(huì)讓信號(hào)強(qiáng)度動(dòng)態(tài)波動(dòng)。NS-3的propagation模塊里內(nèi)置了適用于車輛場(chǎng)景的衰落下沉模型配合LTE或NR模塊的頻域調(diào)度器能夠還原“不同車輛位置和速度下數(shù)據(jù)包能不能被正確解調(diào)”這個(gè)核心問(wèn)題。應(yīng)用層方面則要區(qū)分兩類典型業(yè)務(wù)一是基本安全消息的周期性廣播頻率通常10Hz左右數(shù)據(jù)包小、時(shí)延敏感二是TSP車聯(lián)網(wǎng)平臺(tái)里常見(jiàn)的指令下發(fā)和音視頻流非周期、帶寬需求大。仿真腳本里設(shè)置業(yè)務(wù)參數(shù)時(shí)如果混淆了這兩種業(yè)務(wù)模型結(jié)果會(huì)非常失真。3.2 模塊選擇LTE-V2X還是5G-V2XNS-3生態(tài)里做V2X擴(kuò)展比較常見(jiàn)的路徑有三條一條基于LTE模塊改造另一條基于NR模塊即5G New Radio實(shí)現(xiàn)還有一條直接使用毫米波模塊近似高頻V2X。這里要給出一個(gè)明確結(jié)論如果你的目標(biāo)是復(fù)現(xiàn)現(xiàn)有的C-V2X蜂窩車聯(lián)網(wǎng)協(xié)議流程優(yōu)先選擇基于LTE-V2X的擴(kuò)展版本因?yàn)?GPP Release 14定義的V2X通信正是基于LTE幀結(jié)構(gòu)和側(cè)行鏈路Sidelink機(jī)制。5G-V2X的NR機(jī)制在NS-3里雖然已有原型實(shí)現(xiàn)但在資源池配置、HARQ反饋等細(xì)節(jié)上與真實(shí)設(shè)備一致性還不穩(wěn)定適合做前瞻研究不適合做項(xiàng)目驗(yàn)收基準(zhǔn)。側(cè)行鏈路是V2X和普通蜂窩通信最大的不同點(diǎn)車輛之間的通信不經(jīng)過(guò)基站轉(zhuǎn)發(fā)而是直接在物理層上通過(guò)PC5接口進(jìn)行數(shù)據(jù)傳輸。所以在仿真配置里需要顯式地開(kāi)啟Sidelink模式并為車輛分配資源池。資源池的配置可以理解為“車輛可以使用的無(wú)線資源格子”包括子信道大小、周期以及重復(fù)次數(shù)。LteHelper *lteHelper CreateObjectLteHelper(); lteHelper-SetSchedulerType(ns3::RrFfMacScheduler); Config::SetDefault(ns3::LteUePhy::TxPower, DoubleValue(23.0)); Config::SetDefault(ns3::LteUePhy::NoiseFigure, DoubleValue(9.0)); Config::SetDefault(ns3::LteV2xUeMac::SlSubframeEnabled, BooleanValue(true));SetSchedulerType選定MAC層的資源調(diào)度算法RrFfMacScheduler是輪詢調(diào)度適合仿真初期使用公平且結(jié)果穩(wěn)定。TxPower是車輛終端的發(fā)射功率單位dBm23dBm接近真實(shí)車載終端發(fā)射功率上限NoiseFigure是接收機(jī)噪聲系數(shù)多用于計(jì)算信噪比SlSubframeEnabled決定是否開(kāi)啟側(cè)行鏈路子幀這是V2X仿真最關(guān)鍵的一個(gè)開(kāi)關(guān)如果保持默認(rèn)關(guān)閉車輛間的直接通信就不會(huì)發(fā)生。3.3 參數(shù)映射把真實(shí)5G車聯(lián)網(wǎng)參數(shù)寫(xiě)進(jìn)仿真腳本從實(shí)際TSP車聯(lián)網(wǎng)平臺(tái)里拿到的網(wǎng)絡(luò)參數(shù)是“帶寬20MHz、載頻3.5GHz、子載波間隔30kHz”到了NS-3里必須把這一串參數(shù)映射成仿真模型能識(shí)別的數(shù)值。載頻直接影響路徑損耗模型的衰減系數(shù)帶寬和子載波間隔決定了資源塊的帶寬和總數(shù)發(fā)射功率直接影響接收端的SINR。double carrierFreq 3.5e9; // 3.5GHz載頻 double bandwidth 20e6; // 20MHz系統(tǒng)帶寬 double subcarrierSpacing 30e3; // 30kHz子載波間隔 lteHelper-SetEnbChannelModeler(ns3::ThreeLogDistancePropagationLossModel); lteHelper-SetUeChannelModeler(ns3::ThreeLogDistancePropagationLossModel); Config::SetDefault(ns3::LteEnbPhy::TxPower, DoubleValue(30.0));ThreeLogDistancePropagationLossModel是三段距離傳播損耗模型對(duì)都市道路環(huán)境比較友好在近距離視為視距傳播中距離引入一個(gè)附加損耗遠(yuǎn)距離再增加一檔損耗。fx頻率參數(shù)通過(guò)channelModeler的attribute注入不需要單獨(dú)設(shè)置載頻對(duì)象。中心子載波subcarrierSpacing影響子幀內(nèi)符號(hào)長(zhǎng)度30kHz間隔對(duì)應(yīng)短時(shí)隙調(diào)度延時(shí)會(huì)明顯低于15kHz仿真結(jié)果里你能直觀看到這種差異。4. 搭建一個(gè)完整的車聯(lián)網(wǎng)仿真場(chǎng)景路網(wǎng)、車輛與業(yè)務(wù)4.1 車輛移動(dòng)模型怎么選決定仿真結(jié)果可信度的第一因素是車輛移動(dòng)模型。NS-3的mobility模塊提供多種移動(dòng)模型從最簡(jiǎn)單的靜態(tài)節(jié)點(diǎn)到復(fù)雜的隨機(jī)游走。對(duì)5G車聯(lián)網(wǎng)仿真來(lái)說(shuō)最常用的是以下兩種組合。第一種是ConstantVelocityMobilityModel車輛以恒定速度沿直線行駛適合分析理想路況下通信性能上界。第二種是WaypointMobilityModel車輛按一系列預(yù)設(shè)路徑點(diǎn)移動(dòng)中途可以停車、減速適合模擬城市交叉路口場(chǎng)景。如果項(xiàng)目要求更高保真度可以從SUMO交通流仿真軟件導(dǎo)出軌跡文件再通過(guò)NS-3的mobility模塊加載。這個(gè)方法能還原紅綠燈排隊(duì)、變道超車等微觀交通行為但需要額外安裝和配置SUMO腳本復(fù)雜度也上一個(gè)臺(tái)階。MobilityHelper mobility; mobility.SetMobilityModel(ns3::WaypointMobilityModel); mobility.Install(vehicles); for (uint32_t i 0; i vehicles.GetN(); i) { PtrWaypointMobilityModel waypoint vehicles.Get(i)-GetObjectWaypointMobilityModel(); waypoint-AddWaypoint(Waypoint(Seconds(1.0), Vector(100.0, 200.0, 0.0))); waypoint-AddWaypoint(Waypoint(Seconds(3.0), Vector(300.0, 200.0, 0.0))); }AddWaypoint的路徑點(diǎn)由時(shí)間和坐標(biāo)組成Seconds(1.0)表示車輛在該時(shí)間點(diǎn)到達(dá)對(duì)應(yīng)坐標(biāo)。坐標(biāo)單位是米。設(shè)置路徑點(diǎn)時(shí)注意車輛速度等于相鄰路徑點(diǎn)間距除以時(shí)間差如果兩個(gè)路徑點(diǎn)間距500米、時(shí)間差2秒那么車速就是250m/s遠(yuǎn)超真實(shí)道路限速輸出結(jié)果沒(méi)有參考意義。4.2 路網(wǎng)邊界與車輛密度設(shè)置路網(wǎng)在NS-3里不是一個(gè)顯式的“地圖文件”而是通過(guò)車輛坐標(biāo)范圍和移動(dòng)軌跡間接觸發(fā)。比較規(guī)范的做法是設(shè)置一個(gè)仿真區(qū)域邊界車輛只在邊界范圍內(nèi)運(yùn)動(dòng)。區(qū)域的大小直接決定車輛密度——比如在500m×500m區(qū)域內(nèi)部署50輛車和4km×4km區(qū)域內(nèi)部署50輛車通信干擾特性完全不同。uint32_t numVehicles 50; double roadLength 1000.0; double speedMin 10.0; // m/s double speedMax 30.0; // m/s mobility.SetMobilityModel(ns3::RandomWaypointMobilityModel, Pause, DoubleValue(1.0), PositionAllocator, PointerValue(allocator), SpeedMin, DoubleValue(speedMin), SpeedMax, DoubleValue(speedMax)); mobility.SetPositionAllocator(ns3::RandomRectanglePositionAllocator, X, StringValue(ns3::UniformRandomVariable[Min0.0|Max1000.0]), Y, StringValue(ns3::UniformRandomVariable[Min0.0|Max1000.0]));RandomWaypointMobilityModel的SpeedMin和SpeedMax控制車速范圍注意單位是m/s10~30m/s對(duì)應(yīng)36~108km/h覆蓋市區(qū)和快速路工況。Pause是車輛到達(dá)路徑點(diǎn)后的停留時(shí)間RandomRectanglePositionAllocator負(fù)責(zé)在指定矩形區(qū)域內(nèi)均勻生成初始位置。移動(dòng)模型里的隨機(jī)數(shù)種子如果不單獨(dú)設(shè)置默認(rèn)每次仿真產(chǎn)生不同結(jié)果這會(huì)在后續(xù)多次仿真對(duì)比時(shí)造成困惑。4.3 業(yè)務(wù)建模周期性廣播與TSP指令下發(fā)業(yè)務(wù)層的建模直接決定你最后能統(tǒng)計(jì)到哪些指標(biāo)。安全類消息用OnOffApplication設(shè)置成固定周期發(fā)送數(shù)據(jù)包大小設(shè)為300字節(jié)左右間隔100ms模擬10Hz頻率的基本安全消息。TSP車聯(lián)網(wǎng)平臺(tái)下發(fā)指令的場(chǎng)景則用UdpClient隨機(jī)時(shí)間間隔發(fā)送模擬用戶請(qǐng)求云端下發(fā)遠(yuǎn)程控制指令。uint16_t port 8080; OnOffHelper onOff(ns3::UdpSocketFactory, InetSocketAddress(remoteAddress, port)); onOff.SetConstantRate(DataRate(24kbps)); // 300字節(jié) * 8bit / 0.1s onOff.SetAttribute(PacketSize, UintegerValue(300)); ApplicationContainer app onOff.Install(sender); app.Start(Seconds(2.0)); app.Stop(Seconds(10.0));SetConstantRate的傳輸速率按包大小和周期計(jì)算300字節(jié)乘以10次每秒加上IPv4和UDP包頭開(kāi)銷24kbps夠用但不富余。包大小PacketSize定義的是應(yīng)用層凈載荷協(xié)議棧會(huì)額外增加約42字節(jié)頭部開(kāi)銷。app.Start和app.Stop指定業(yè)務(wù)的起止時(shí)間需要避開(kāi)仿真預(yù)熱期一般在仿真開(kāi)始后2秒再啟動(dòng)等信道狀態(tài)和調(diào)度器初始化完成。5. 避坑指南NS-3車聯(lián)網(wǎng)仿真最常見(jiàn)的五個(gè)翻車現(xiàn)場(chǎng)5.1 隨機(jī)數(shù)種子不一致導(dǎo)致復(fù)現(xiàn)失敗現(xiàn)象同一份場(chǎng)景腳本連續(xù)跑三次丟包率從3%變成9%再到5%每次結(jié)果都不同無(wú)法判斷參數(shù)調(diào)整是否有效。 原因NS-3默認(rèn)使用固定種子值但移動(dòng)模型、信道衰落補(bǔ)丁和位置分配器各自從全局隨機(jī)數(shù)流取數(shù)。如果你在代碼里新增加了節(jié)點(diǎn)或調(diào)用了額外的隨機(jī)變量卻沒(méi)有顯式設(shè)置種子隨機(jī)數(shù)流向就會(huì)發(fā)生偏移。 解決在場(chǎng)景腳本開(kāi)頭顯式使用RngSeedManager::SetSeed(7)和RngSeedManager::SetRun(1)每次改參數(shù)只遞增SetRun的值這樣舊的運(yùn)行結(jié)果和新結(jié)果才能在相同隨機(jī)條件下對(duì)比。5.2 編譯通過(guò)但運(yùn)行時(shí)崩潰在 LteV2x 模塊現(xiàn)象模擬車輛開(kāi)V2X功能編譯沒(méi)問(wèn)題但運(yùn)行時(shí)直接報(bào)NS_FATAL_ERROR退出堆棧指向LteUeMac::DoSendMacPdu。 原因資源池配置遺漏車輛MAC層沒(méi)有可用的側(cè)行鏈路子幀發(fā)送緩存溢出后觸發(fā)斷言。 解決檢查L(zhǎng)teV2xUeMac的SlSubframeEnabled是否為true并確認(rèn)資源池周期分配正確。方法是在調(diào)用InstallV2xUe之后打印UE的資源配置結(jié)構(gòu)確認(rèn)每個(gè)UE都拿到了至少一個(gè)可發(fā)送子幀。這在多UE并發(fā)時(shí)報(bào)錯(cuò)概率最大。5.3 車輛數(shù)量增加后仿真性能斷崖式下降現(xiàn)象30輛車仿真只需30分鐘加到60輛車直接跑了4小時(shí)以上還沒(méi)結(jié)束。 原因無(wú)線信道模型的計(jì)算復(fù)雜度是節(jié)點(diǎn)對(duì)數(shù)量級(jí)的增長(zhǎng)車輛數(shù)翻倍節(jié)點(diǎn)對(duì)從900對(duì)變成3600對(duì)信道估計(jì)和干擾計(jì)算量接近4倍。加上物理層每次傳輸都需要查表算誤碼率計(jì)算量進(jìn)一步放大。 解決不要在單次仿真里追求大場(chǎng)景。先用20輛車跑通功能確認(rèn)業(yè)務(wù)和調(diào)度正常后以10輛車為步長(zhǎng)遞增。需要大場(chǎng)景時(shí)把仿真并行起來(lái)NS-3支持分布式仿真但每輛車的信道計(jì)算復(fù)雜度會(huì)打折扣。你還可以關(guān)閉詳細(xì)頻譜輸出用SpectrumChannel的計(jì)算緩存減少重復(fù)計(jì)算。5.4 Trace文件里的時(shí)延數(shù)據(jù)偏小到不可信現(xiàn)象統(tǒng)計(jì)到的端到端時(shí)延只有0.3ms但業(yè)務(wù)是按100ms周期發(fā)送的理論最小值都不可能低于物理層傳輸時(shí)延加排隊(duì)時(shí)延。 原因Trace文件的時(shí)戳點(diǎn)取錯(cuò)了。很多人直接從應(yīng)用層Rxtrace里記錄數(shù)據(jù)包到達(dá)時(shí)間但這個(gè)trace點(diǎn)在協(xié)議棧把包交給物理層之后就打標(biāo)記了真正的空中傳輸時(shí)延沒(méi)有計(jì)入。 解決統(tǒng)一在應(yīng)用層記錄發(fā)送時(shí)間和接收時(shí)間兩個(gè)時(shí)間戳相減才是端到端指標(biāo)。NS-3的應(yīng)用層trace函數(shù)Tx和Rx分別在socket發(fā)送和接收時(shí)觸發(fā)從這兩個(gè)回調(diào)里抓包時(shí)間戳數(shù)據(jù)處理后再做差值統(tǒng)計(jì)。5.5 場(chǎng)景運(yùn)行結(jié)束但統(tǒng)計(jì)文件為空現(xiàn)象仿真正常跑完統(tǒng)計(jì)數(shù)據(jù)文件只有表頭沒(méi)有數(shù)據(jù)或者文件根本沒(méi)生成。 原因Simulator停止時(shí)間設(shè)置早于業(yè)務(wù)結(jié)束時(shí)間或者統(tǒng)計(jì)代碼依賴的回調(diào)函數(shù)注冊(cè)在Stop事件之后仿真結(jié)束前觸發(fā)次數(shù)為0。 解決先用Simulator::Schedule在仿真末尾加一個(gè)dump回調(diào)確認(rèn)最后時(shí)刻仍有事件觸發(fā)。再檢查統(tǒng)計(jì)對(duì)象的Stop時(shí)間是否大于業(yè)務(wù)Stop時(shí)間通常統(tǒng)計(jì)在仿真結(jié)束前0.5秒做一次最終落盤(pán)。6. 用Trace腳本驗(yàn)證仿真結(jié)果數(shù)據(jù)可信度檢查與調(diào)參技巧仿真跑完拿到一大堆Trace文件最忌諱的是直接拖進(jìn)Excel算平均值。我一般會(huì)寫(xiě)一段小腳本把丟包率和時(shí)延分布導(dǎo)出來(lái)再和協(xié)議標(biāo)準(zhǔn)做粗略對(duì)標(biāo)。下面是一個(gè)常用的Python處理流程思路。import re from collections import defaultdict send_times {} latencies [] with open(trace.log, r) as f: for line in f: parts line.strip().split(,) if len(parts) 4: continue event, seq, t, node parts[0], parts[1], float(parts[2]), parts[3] if event tx: send_times[seq] t elif event rx: if seq in send_times: latencies.append(t - send_times[seq]) total_sent len(send_times) total_recv len(latencies) loss_rate 1 - total_recv / total_sent if total_sent 0 else 1.0 avg_latency sum(latencies) / len(latencies) if latencies else 0 print(f發(fā)送{total_sent}接收{(diào)total_recv}丟包率{loss_rate:.2%}) print(f平均時(shí)延{avg_latency:.2f}ms)這個(gè)腳本把逐條trace合并成每個(gè)數(shù)據(jù)包的端到端時(shí)延。拿到丟包率和平均時(shí)延后還要看兩個(gè)東西一是時(shí)延的P95值周期安全消息通信質(zhì)量一般看P95而不是平均值突發(fā)事件往往在P95上暴露二是丟包的分布如果丟包集中在某一段時(shí)間大概率是信道衰落或資源池耗盡而不是平均干擾導(dǎo)致的。調(diào)參時(shí)我的習(xí)慣是一次只動(dòng)一個(gè)參數(shù)。先固定車輛密度調(diào)整發(fā)射功率再固定功率調(diào)整業(yè)務(wù)周期。每次調(diào)整后用同一套隨機(jī)種子跑三組看結(jié)果是否收斂。如果三組結(jié)果差異超過(guò)5%說(shuō)明仿真時(shí)長(zhǎng)不夠需要延長(zhǎng)仿真時(shí)間讓統(tǒng)計(jì)收斂。個(gè)案經(jīng)驗(yàn)是第一次跑出“所有車輛時(shí)延都低于1ms”的結(jié)果時(shí)不要高興太早這往往是隨機(jī)種子沒(méi)調(diào)好信道衰落模型退化成理想信道。真正的V2X仿真在都市環(huán)境下時(shí)延幾乎不可能穩(wěn)定低于10ms你看到全場(chǎng)景低時(shí)延就要回頭檢查信道模型是否生效。從那以后我每次拿到新結(jié)果第一件事是先驗(yàn)證信道模型有沒(méi)有被默認(rèn)的無(wú)損鏈路覆蓋確認(rèn)無(wú)誤再做業(yè)務(wù)調(diào)參。希望幫到你。本文還有配套的精品資源點(diǎn)擊獲取