水聲通信組網(wǎng)技術(shù)第六講-水下網(wǎng)絡(luò)仿真

第六講水下通信網(wǎng)絡(luò)仿真技術(shù)網(wǎng)絡(luò)仿真技術(shù)OPNET簡介OPNETModeler及使用OPNETModeler無線信道建模無線網(wǎng)絡(luò)仿真實例第六講水下通信網(wǎng)絡(luò)仿真技術(shù)網(wǎng)絡(luò)仿真技術(shù)無論是構(gòu)建新網(wǎng)絡(luò)，升級改造現(xiàn)有網(wǎng)絡(luò)，或者測試新協(xié)議，都需要對網(wǎng)絡(luò)的可靠性和有效性進行客觀地評估，從而降低網(wǎng)絡(luò)建設(shè)的投資風(fēng)險，使設(shè)計的網(wǎng)絡(luò)有很高的性能，或者使測試結(jié)果能夠真實反映新協(xié)議的表現(xiàn)。傳統(tǒng)網(wǎng)絡(luò)設(shè)計和規(guī)劃方法主要靠經(jīng)驗，對復(fù)雜的大型網(wǎng)絡(luò)，很多地方由于無法預(yù)知而抓不住設(shè)計的要點。因此越來越需要一種新的網(wǎng)絡(luò)規(guī)劃和設(shè)計手段。網(wǎng)絡(luò)仿真作為一種新的網(wǎng)絡(luò)規(guī)劃和設(shè)計技術(shù)應(yīng)運而生，它以其獨有的方法為網(wǎng)絡(luò)的規(guī)劃設(shè)計提供客觀、可靠的定量依據(jù)縮短網(wǎng)絡(luò)建設(shè)周期提高網(wǎng)絡(luò)建設(shè)中決策的科學(xué)性網(wǎng)絡(luò)仿真技術(shù)目前已經(jīng)逐漸成為網(wǎng)絡(luò)規(guī)劃、設(shè)計和開發(fā)中的主流技術(shù)。網(wǎng)絡(luò)仿真技術(shù)網(wǎng)絡(luò)仿真技術(shù)的研究和應(yīng)用已經(jīng)有十多年的歷史:以前主要用于網(wǎng)絡(luò)協(xié)議和網(wǎng)絡(luò)設(shè)備的開發(fā)和研究，使用者大都是大學(xué)和研究所的研究和開發(fā)人員近年來網(wǎng)絡(luò)仿真軟件生產(chǎn)廠商近年來紛紛把應(yīng)用和開發(fā)重點轉(zhuǎn)向網(wǎng)絡(luò)規(guī)劃和設(shè)計方面網(wǎng)絡(luò)仿真技術(shù)網(wǎng)絡(luò)仿真技術(shù)是一種通過建立網(wǎng)絡(luò)設(shè)備、鏈路和協(xié)議模型,模擬網(wǎng)絡(luò)流量的傳輸，從而獲取網(wǎng)絡(luò)設(shè)計或優(yōu)化所需要的網(wǎng)絡(luò)性能數(shù)據(jù)的仿真技術(shù)。網(wǎng)絡(luò)仿真技術(shù)特點：〔1〕全新的模擬實驗機理，使其具有在高度復(fù)雜的網(wǎng)絡(luò)環(huán)境下得到高可信度結(jié)果的能力。網(wǎng)絡(luò)仿真的預(yù)測功能是其他任何方法都無法比較的〔2〕在協(xié)議算法的研究上，網(wǎng)絡(luò)仿真能夠進行早期排錯，縮短研發(fā)過程〔3〕使用范圍廣，既可以用于現(xiàn)有網(wǎng)絡(luò)的優(yōu)化和擴容，也可以用于新網(wǎng)絡(luò)的設(shè)計，而且特別適用于大中型網(wǎng)絡(luò)的設(shè)計和優(yōu)化網(wǎng)絡(luò)仿真技術(shù)目前網(wǎng)絡(luò)仿真工具主要有：免費軟件〔Opensource〕:ns-2,OMNET,…商業(yè)軟件〔Licensed〕:OPNET,Simulink…網(wǎng)絡(luò)仿真技術(shù)網(wǎng)絡(luò)仿真工具——NSNs是一個由UcBerkeley開發(fā)的網(wǎng)絡(luò)仿真軟件?？梢詫o線、有線網(wǎng)、衛(wèi)星網(wǎng)，局域網(wǎng)和廣域網(wǎng)等不同的網(wǎng)絡(luò)形式進行仿真。它目前可以支持TCP，UDP協(xié)議，支持FTP，Telnet，Web,，CBRandVBR等高層業(yè)務(wù)；對無線網(wǎng)絡(luò)，支持DSR、AODV、DSDV等協(xié)議同功能的還有opnet和glomosim，前者要錢買的，后者可down到。OPNET簡介OPNET最早是在1986年由麻省理工大學(xué)的兩個博士創(chuàng)立的，并發(fā)現(xiàn)網(wǎng)絡(luò)模擬非常有價值他們于1987年建立了商業(yè)化的OPNET,創(chuàng)立了后來的OPNETTechnologies公司OPNETTechnologies公司是全球領(lǐng)先的決策支持工具提供商，主要面向網(wǎng)絡(luò)領(lǐng)域的專業(yè)人士，為其提供基于軟件方面的預(yù)測解決方案OPNET公司目前為Nasdaq上市公司，代號為OPNT，2002年被福布斯評為全美最正確200中小型企業(yè)。OPNET產(chǎn)品介紹OPNET公司的第一個商用化產(chǎn)品為Modeler，在此根底上又開發(fā)出了其他產(chǎn)品，使得其產(chǎn)品得種類更加豐富。目前OPNET公司得產(chǎn)品線除了Modeler外，還包括ITGuru、SPGuru、OPNETDevelopmentKit以及WDMGuru。不同的產(chǎn)品面向的客戶群也不一樣。OPNET產(chǎn)品介紹Modeler主要面向研發(fā)，其宗旨是為了“AcceleratingNetworkR&DITGuru用于大中型企業(yè)，做智能化的網(wǎng)絡(luò)設(shè)計、規(guī)劃和管理SPGuru相對ITGuru在功能上更加強大，內(nèi)嵌了更多的OPNET附加功能模塊，包括流分析模塊、網(wǎng)絡(luò)醫(yī)生模塊、多提供商導(dǎo)入模塊、MPLS模塊，使得SPGuru成為電信運營商量身定做的智能化網(wǎng)絡(luò)管理、規(guī)劃以及優(yōu)化的平臺；WDMGuru是面向光纖網(wǎng)絡(luò)的運營商和設(shè)備制造商，為其提供了管理WDM光纖網(wǎng)絡(luò)，并為測試產(chǎn)品提供了一個虛擬的光網(wǎng)絡(luò)環(huán)境。OPNET開發(fā)包〔ODK，OPNETDevelopmentKit〕和NetBizODK是一個更底層的開發(fā)平臺，其中ODK為開發(fā)環(huán)境，NetBiz為運行環(huán)境，可以用于設(shè)計用戶自定制的解決方案，定制用戶的界面，并且ODK提供了大量的函數(shù)，用于網(wǎng)絡(luò)優(yōu)化和規(guī)劃。OPNET客戶群軍方和政府方的研發(fā)機構(gòu)高等院校大中型企業(yè)〔如Chrysler、Benz、DellComputer等〕電信運營商〔如AT&T、NTTDoCoMo、FranceTelecom等〕大型通信設(shè)備制造商〔如3Com、Cisco、NortelNetwork、Lucent〕OPNETModeler，OPNET全線產(chǎn)品的核心，幾乎涵蓋了其他產(chǎn)品的功能，其為技術(shù)人員提供一個網(wǎng)絡(luò)技術(shù)和產(chǎn)品開發(fā)平臺，幫助進行設(shè)計和分析網(wǎng)絡(luò)、網(wǎng)絡(luò)設(shè)備和通信協(xié)議。OPNETModeler采用面向?qū)ο蟮慕７绞胶蛨D形化的編輯器，帶有詳細的基于標準協(xié)議的模塊庫，例如：HTTP、TCP/IP、OSPF、RIP、IGRP、FrameRelay、ATM；X.25、Ethernet、TokenRing、FDDI、等。包含對無線和移動網(wǎng)絡(luò)仿真的支持，如WLAN、MANET、MobileIP、衛(wèi)星等。OPNETModelerOPNETModeler基于事件觸發(fā)的有限狀態(tài)機建模〔FiniteStateMachineModeling〕，防止以時間觸發(fā)，變成以事件觸發(fā)的建模。采用離散事件驅(qū)動〔DiscreteEventDriven〕的模擬機理，與時間驅(qū)動相比，計算效率得到了很大提高。例如在仿真路由協(xié)議時，如果要了解封包是否到達，不必要每隔很短時間去周期性地查看一次，而是收到封包，事件到達才去看。OPNETModelerOPNET采用層次化和模塊化的方式將復(fù)雜的系統(tǒng)分解為不同的層次結(jié)構(gòu)，每層完成一定的功能。一層內(nèi)又由多個模塊組成，每個模塊完成更小的任務(wù)。采用三層建模機制：進程域〔processmodels〕、節(jié)點域〔nodemodels〕、網(wǎng)絡(luò)域〔networkmodels〕。三層模型和實際的協(xié)議、設(shè)備、網(wǎng)絡(luò)完全對應(yīng)，全面反映了網(wǎng)絡(luò)的相關(guān)特性。Opnet’seditorsNetworkModelsRepresentdatanetworksRunsimulationsonnetworkNodeModelsModeldevicesinthenetworkProcessModelsRepresentcommunicationprotocols,CPUs,queuingsystemsNetworkNodeProcessNetworkModel網(wǎng)絡(luò)編輯器建立通信網(wǎng)絡(luò)的拓撲結(jié)構(gòu)由網(wǎng)絡(luò)節(jié)點(Node)和連接網(wǎng)絡(luò)節(jié)點的通信鏈路(link)所組成每個節(jié)點基于相應(yīng)的節(jié)點模型Networkmodel–ProjectEditorProjectEditorWorkspaceNodemodel采用模塊形式建立網(wǎng)絡(luò)節(jié)點功能一個網(wǎng)絡(luò)節(jié)點由多個模塊組成每個模塊基于相應(yīng)的進程模型，用以完成特定的協(xié)議功能或物理行為模塊之間通過包流〔packetstreams〕和統(tǒng)計線〔statisticwires〕連接用以在節(jié)點內(nèi)部實現(xiàn)數(shù)據(jù)包傳遞以及事件通知Nodemodel–NodeeditorProcessmodel采用有限狀態(tài)機(FSM)形式建立協(xié)議標準與相關(guān)算法模型有限狀態(tài)機由狀態(tài)和轉(zhuǎn)移構(gòu)成狀態(tài)是對象執(zhí)行某項任務(wù)的活動，或等待某個事件發(fā)生的條件轉(zhuǎn)移是兩個狀態(tài)之間的關(guān)系。當收到中斷請求后，根據(jù)狀態(tài)轉(zhuǎn)移條件，進程會在兩個狀態(tài)間轉(zhuǎn)移Processmodel–ProcessEditorFinitestatemachines(FSM)StatesandtransitionscodedinCorC++AndmanymoreeditorsLinkeditorPatheditorPacketformateditorProbeeditorSimulationsequenceeditorModulationcurveeditorAntennapatterneditor,etc….OPNET支持對創(chuàng)立網(wǎng)絡(luò)進行仿真運行，同時提供了豐富的統(tǒng)計量收集和分析功能可以直接收集常用的各個網(wǎng)絡(luò)層次的性能統(tǒng)計參數(shù)針對研發(fā)的需求，Modeler提供了一個開放的環(huán)境，使用戶能夠建立新的協(xié)議和配備OPNET用戶可以向一年一度的OPNETWORK會議投稿，論文投稿截止日期在每年的8月底。于9月底在美國的華盛頓召開，期間有各種各樣免費培訓(xùn)，吃住免費并且不用交注冊費。開放的OPNETModelerOPNETModeler仿真建模過程理解系統(tǒng)理解仿真的目的選擇需要的建模的方面定義輸入和輸出確定系統(tǒng)模型確定輸出，運行仿真系統(tǒng)結(jié)果是否準確，結(jié)果的容錯性和精確性都需要進行驗證結(jié)果是否足夠詳細結(jié)果是否統(tǒng)計可用OPNETModelerWorkflowProjectEditorCreateNetworkModelsChooseStatisticsRunSimulationViewandAnalyzeResultsProjectsandScenariosProject-and-ScenarioapproachtomodelingnetworkProject:collectionofrelatednetworkscenarios.Scenario:isasingleinstanceofthenetwork.Typically,ascenariorepresentsauniqueconfigurationofthenetwork.TheProject/ScenarioWorkflowCreateProjectCreateBaselineScenarioImportorcreatetopologyImportorcreatetrafficChooseresultsRunsimulation,viewresultsDuplicateScenarioMakechangesRe-runsimulationCompareresultsIterateObjectHierarchySubnets:representvariousnetworkobjectsinasinglecomponent(maycontainvariousLAN,nodeandlinkmodels)LAN:alocalareanetworkNodes:representservers,switches,gateways,workstations,oranyotherphysicaldeviceLinks:representthephysicallinkbetweennodesOrganizingModels–ObjectPalettesAnobjectpaletteisagraphicaldialogboxthatdisplaysagroupofnodesandlinkmodelsObjectpalettescanbecustomizedtocontainonlythenodesandlinksthatweneedExample:SmallInternetworksHowtouseProjectEditorExample:Acompanyhasastar-shapedEthernetnetworkonthefirstfloor.Duetotheincreaseinthenumberofemployees,thenetworkhastoexpandtothesecondfloor(asecondstar-shapednetwork).Theywanttofindouttheimpactofthisadditionaltraffictothesystem.FirstfloornetworkCreateNetworkModelsChooseStatisticsRunSimulationViewandAnalyzeResultsNewproject Newscenario->StartupWizard Topology RapidConfiguration:Star Chooseswitch Choosewkst(30stations) Size=officenetwork,100x100mObjectPalette: ChooseserverChooselinkbetweenserverandswitch(10BaseT) 1)Createthenetwork2)CreatethetrafficObjectPalette:Applicationconfiguration(databaseaccess)Profiledefinition FirstfloornetworkCreateNetworkModelsChooseStatisticsRunSimulationViewandAnalyzeResultsObjectstatistic(server):SERVERLOAD(bps)Globalstatistic:ETHERNETDELAY(sec)

3)Choosestatistics4)SimulationConfiguresimulationTime=0.5hSeedViewandAnalyzeResultsCreateNetworkModelsChooseStatisticsRunSimulationCreateNewScenario–FirstandSecondfloorsCreateNetworkModelsChooseStatisticsRunSimulationViewandAnalyzeResultsDuplicatescenario->StartupWizard Topology RapidConfiguration:Star Chooseswitch Choosewkst(15stations) Size=officenetwork ObjectPalette: ChooserouterChooselinkbetweenrouterandswitches(10BaseT) 1)Createthenetwork2)Runsimulation3)Compareresults Serverload(bps)Ethernetdelay(sec)ConclusionWe’lldothesmallinternetworkexampleinthelabImportantconceptstoremember:ProjectEditor=>tocreateanetworkNodeEditor=>tomodelnetworkequipmentProcessEditor=>tomodelmodules(functions)ofthenetworkequipmentObjectPalette=>acollectionofnodemodelsProject={scenario1,scenario2,…..}NetworkNodeProcess無線收發(fā)信機管道建模無線信道通過設(shè)定無線收發(fā)信機屬性來模擬OPNETModeler無線信道建模無線收發(fā)信機管道建模無線鏈路建模〔Pipeline〕十四個管道模型無線收發(fā)信機管道建模對于每個發(fā)射信道和接收信道對，它們之間的整個無線傳輸過程可以用一系列功能單一的子傳輸階段的組合來描述這些傳輸階段是仿真無線鏈路所涉及到的一系列參數(shù)計算OPNET無線仿真中用14個首尾相接的管道階段〔PipelineStage〕來盡量接近真實地模仿數(shù)據(jù)幀在信道中的傳輸無線收發(fā)信機管道建模管道階段〔PipelineStage〕模型，計算物理層特質(zhì)，最終目的是計算過失率并判斷是否丟包無線管道階段共有14個，期間的任何數(shù)據(jù)都保存在封包的收發(fā)信機管道數(shù)據(jù)屬性TDA〔TransceiverPipelineDataAttribute〕中，后續(xù)的管道階段就可以共享這些數(shù)據(jù)。包編輯器定義的指示包的主體局部〔PacketBody〕包的信息頭記載了包的創(chuàng)立時間、PacketID、PacketTreeID等信息包完整的結(jié)構(gòu)無線鏈路建模在整個傳輸過程還沒有進行之前，把肯定不能接收到信號的結(jié)點排除在計算傳輸延時后接著復(fù)制封包，對每一個接收主詢中的結(jié)點都復(fù)制一份計算接收閉鎖，檢查信道是否完全吻合，如果完全匹配當作有效信號，如果局部吻合當作噪聲處理對于接收器來說，在經(jīng)歷傳播延時后，內(nèi)部產(chǎn)生一個中斷，對每一個可能接收的信道進行6至13階段包的每段有可能存在不同程度的干擾，對每一段都需要單獨計算，如果是有效包那么計算誤碼率，如果是噪聲那么考慮對有效包的影響得到包的總誤碼數(shù)多少，最后決定是否丟包發(fā)信機局部建模翻開發(fā)信機屬性對話框：接收主詢〔rxgroup〕傳輸延時〔txdel〕鏈路閉鎖〔closure〕信道匹配〔chanmatch〕發(fā)送天線增益〔txgain〕傳播延時〔propdel〕由于對每個可能的接收主詢，發(fā)信機都將復(fù)制一份數(shù)據(jù)包去嘗試是否能到達對方收信機信道，因此可以想象無線仿真的速度比有線慢得多。注意如果在rxgroup中沒有將同一節(jié)點模塊下的收信機隔掉，將發(fā)生自己對自己發(fā)送數(shù)據(jù)包的情況收信機局部建模接收機模型：依據(jù)收天線增益計算接收功率計算背景與干擾噪聲的疊加功率計算snr調(diào)用調(diào)制曲線找出相應(yīng)誤碼率注意封包在無線中的傳輸分為很多段，信噪比在每一段都不一樣，將每段誤碼率加起來才能決定最后是收包還是丟包。收信機局部建模對于收信機來說有8個管道階段：接收天線增益〔ragain〕接收功率〔power〕背景噪聲〔bkgnoise〕干擾噪聲〔inoise〕信噪比〔snr〕誤碼率〔ber〕過失分布〔error〕錯誤糾正〔ecc〕Stage0：接收主詢確定候選的收信機對象，排除明顯不符合的對象接收組中不應(yīng)有本節(jié)點的無線收信機OPNET為每對發(fā)射機和收信機都建立管道傳輸階段對于每個收信機對原始數(shù)據(jù)包都被復(fù)制了一次每個復(fù)制后的包需要經(jīng)歷剩余13個管道階段Stage1：傳輸時延傳輸延時是數(shù)據(jù)包在無線鏈路中所經(jīng)歷的一局部延時是包按信道速率發(fā)送所需要的時間傳輸時延是數(shù)據(jù)包的第一個比特開始發(fā)送時間和最后一個比特發(fā)送時間之差是發(fā)信機處理數(shù)據(jù)包所用的仿真時間傳輸時延＝數(shù)據(jù)包長度/數(shù)據(jù)傳輸速率Stage2：物理可達性〔鏈路閉鎖〕無線鏈路的物理可達性計算依據(jù)視通性來決定基于物理上的考慮，測試連接發(fā)信機與收信機之間的連線是否被障礙物遮擋如果發(fā)信機與收信機之間物理上不可達，那么數(shù)據(jù)包傳輸失敗如果鏈路有任何阻礙，封包將被丟掉，后續(xù)的管道階段不必計算否那么將PROP_CLOSURE設(shè)為OPC_FALSE，表示沒有阻礙仿真中可以配置特定的地形圖，不同的地形地貌計算的結(jié)果也不同Stage2：物理可達性〔鏈路閉鎖〕Stage2：物理可達性〔鏈路閉鎖〕Stage3：信道匹配根據(jù)發(fā)射電臺和接收電臺的頻率、帶寬、數(shù)據(jù)速率、擴頻碼等4個屬性來判斷信道是否匹配，將正在傳輸?shù)臄?shù)據(jù)包分成三類：〔1〕有效數(shù)據(jù)包〔valid〕：接收電臺和發(fā)射電臺屬性完全匹配，接收電臺能夠正確接收并解碼當前傳輸?shù)臄?shù)據(jù)包。〔2〕干擾數(shù)據(jù)包〔noise〕：帶內(nèi)干擾，發(fā)射電臺和接收電臺的頻率和帶寬等屬性有重疊局部，該數(shù)據(jù)包不但不能被正確解碼和利用，而且對其他數(shù)據(jù)包的接收產(chǎn)生干擾?！?〕可忽略的數(shù)據(jù)包〔ignore〕：帶外數(shù)據(jù)包，頻帶不交叉。即收信機的頻率和帶寬等屬性和發(fā)射電臺完全不一致，該數(shù)據(jù)包雖然不能被正確解碼和利用，但是不會對其他數(shù)據(jù)包的接收產(chǎn)生干擾，會被仿真核心銷毀。Stage4：發(fā)射機天線增益發(fā)射天線增益刻畫了發(fā)射信號能量被放大或衰減的現(xiàn)象發(fā)射功率的“整形〞是基于天線結(jié)構(gòu)的物理特性以及發(fā)送的方位角天線在各個方向上對進行傳輸?shù)臄?shù)據(jù)包功率衰減程度不一樣，直接影響了包的接收功率，進而影響信噪比和誤碼數(shù)目無線鏈路仿真時將考慮天線模型的影響Stage5：傳播延時傳播延時和傳輸延時對應(yīng)傳播延時是數(shù)據(jù)包在無線鏈路中所經(jīng)歷的另一局部延時在無線鏈路仿真中，考慮到無線電臺的移動，在數(shù)據(jù)包傳輸過程中，發(fā)射電臺和接收電臺之間的傳輸距離可能發(fā)生變化。需要計算兩個時延，即傳輸開始時的傳播時延和傳輸結(jié)束時的傳播時延，來逼近節(jié)點的移動特性Stage6：收信機天線增益該管道階段必需等到傳播延時完畢才執(zhí)行收信機天線增益和發(fā)射天線增益的計算方法完全相同最后將結(jié)果將寫入TDA的RX_GAIN屬性中Stage7：接收功率接收功率是有效的數(shù)據(jù)包到達接收電臺的有效功率。接收功率仿真通過以下步驟：〔1〕根據(jù)發(fā)射電臺和接收電臺的基準頻率和帶寬，得到收發(fā)電臺互相重疊的帶寬。〔2〕由頻率計算發(fā)送波長，再根據(jù)無線傳播的距離，計算自由空間的電磁波功率傳播損耗?！?〕接收功率=發(fā)送功率*〔重疊帶寬/發(fā)送帶寬〕*發(fā)送天線增益*傳播損耗*接收天線增益。在無線路徑損耗計算中考慮地形的影響，可以增加計算傳播損耗、信號強度和噪聲等參數(shù)的準確性。Stage7：接收功率基于地形建模的傳播損耗包括兩種計算模型：自由空間模型自由空間模型當作天線處在真空之中，不考慮任何大氣的影響，不被障礙物遮擋Longley-Rice模型首先獲取傳輸電臺和接收電臺天線間的地形規(guī)格、地面海拔來估計天線的實際高度。其次，根據(jù)天線高度和地形參數(shù)計算無線電波的衍射、地面反射最后，基于自由空間模型，綜合考慮地面反射和地形衍射，計算路徑損Stage7：接收功率信號鎖〔signallock〕指收信機認定先到達的包是應(yīng)該接收的包在這個包的接收期間，置信道的信號鎖為1，說明信道已經(jīng)正在被占用，其他到達的包被認為是干擾。信號鎖是管道階段引入的一個內(nèi)部變量，來防止接收信道同時正確接收多個數(shù)據(jù)包設(shè)計自己的管道階段時，在接收數(shù)據(jù)包時，先判斷信號鎖值：假設(shè)為真，那么當前接收的包就只能是噪聲了假設(shè)為假，當前接收的包送給就有可能被正確接收，交給后面繼續(xù)處理，這時再將信號鎖值設(shè)置為真接收的時候兩個封包同時抵達，如果第1個包先到，那么第1個封包信號被鎖定，第2個那么被當作是噪聲而不管它是有效的還是噪聲的Stage8：干擾噪聲功率干擾噪聲功率描述了同時到達接收信道的各個數(shù)據(jù)包間的互相影響。干擾發(fā)生情形：接收有效包時來了另一個有效包接收有效包時來了一個噪聲包接收噪聲包時來了一個有效包大多數(shù)情況下，以上情形可能在一個數(shù)據(jù)包接收過程中出現(xiàn)屢次Stage8：干擾噪聲功率Stage8：干擾噪聲功率Stage8：干擾噪聲功率Stage8：干擾噪聲功率在接收過程中，對所有的干擾功率，結(jié)果施加至接收數(shù)據(jù)包。背景噪聲功率對于每個包的傳輸來說，只估算一次干擾噪聲功率卻可能要計算屢次如果有多個數(shù)據(jù)包互相干擾，那么干擾功率需進行累加最后將總的干擾和沖突次數(shù)分別寫入TDA屬性NOISE_ACCUM和MAX_C