張圣倫?張楠

摘? 要：傳統(tǒng)網(wǎng)絡(luò)運(yùn)維系統(tǒng)在通信數(shù)據(jù)的訪問(wèn)請(qǐng)求中，對(duì)數(shù)據(jù)的分類程度不高，導(dǎo)致處理時(shí)間較長(zhǎng)，因此研究云計(jì)算在網(wǎng)絡(luò)通信數(shù)據(jù)智能運(yùn)維系統(tǒng)中的應(yīng)用。以云計(jì)算構(gòu)建網(wǎng)絡(luò)通信數(shù)據(jù)智能運(yùn)維框架，選擇接收數(shù)據(jù)請(qǐng)求的傳感器類型，設(shè)置網(wǎng)絡(luò)通信數(shù)據(jù)智能化控制節(jié)點(diǎn)，基于云計(jì)算規(guī)劃通信數(shù)據(jù)運(yùn)維類型，完成云計(jì)算在網(wǎng)絡(luò)通信數(shù)據(jù)智能運(yùn)維系統(tǒng)中的應(yīng)用設(shè)計(jì)。結(jié)果表明，該系統(tǒng)能夠在2分鐘內(nèi)有效解決網(wǎng)絡(luò)通信擁擠的狀態(tài)，具有實(shí)際應(yīng)用效果。

關(guān)鍵詞：云計(jì)算;網(wǎng)絡(luò)通信數(shù)據(jù);智能運(yùn)維;運(yùn)維系統(tǒng)

中圖分類號(hào)：TP18? ? ? ? ? 文獻(xiàn)標(biāo)識(shí)碼：A文章編號(hào)：2096-4706（2022）06-0125-04

Application of Cloud Computing in Intelligent Operation and Maintenance System of Network Communication Data

ZHANG Shenglun， ZHANG Nan

（Information Management Center of China Academy of Information and Communication， Beijing? 100191， China）

Abstract： In the access request of communication data on traditional network operation and maintenance system， the degree of classification to the data is not high， resulting in a long processing time. Therefore， the application on cloud computing in the intelligent operation and maintenance system of network communication data is studied. It builds the intelligent operation and maintenance framework of network communication data by cloud computing， selects the type of sensor receiving the data request， sets up the intelligent control node of network communication data， plans the operation and maintenance type of communication data based on cloud computing， and completes the application design on cloud computing in the intelligent operation and maintenance system of network communication data. The results show that the system can effectively solve the state of network communication congestion in 2 minutes， and has practical application effect.

Keywords： cloud computing; network communication data; intelligent operation and maintenance; operation and maintenance system

0? 引? 言

隨著網(wǎng)絡(luò)通信的規(guī)模不斷擴(kuò)大，產(chǎn)生了多種多樣的智能技術(shù)，如物聯(lián)網(wǎng)和大數(shù)據(jù)分析技術(shù)，均能夠?qū)W(wǎng)絡(luò)的運(yùn)行狀態(tài)進(jìn)行管控。如何在大量的數(shù)據(jù)請(qǐng)求下，保證網(wǎng)絡(luò)通信數(shù)據(jù)的準(zhǔn)確性和安全性，是現(xiàn)階段網(wǎng)絡(luò)用戶的最基礎(chǔ)要求。通過(guò)研究網(wǎng)絡(luò)通信數(shù)據(jù)運(yùn)維系統(tǒng)，能夠發(fā)現(xiàn)其采用智能化技術(shù)，將數(shù)據(jù)的傳輸信號(hào)進(jìn)行了統(tǒng)一管理，在不同的感知規(guī)則和指令下，完成對(duì)網(wǎng)絡(luò)通信的業(yè)務(wù)管理。但由于現(xiàn)有的運(yùn)維系統(tǒng)，在對(duì)數(shù)據(jù)的劃分標(biāo)準(zhǔn)上過(guò)于統(tǒng)一，直接按照數(shù)據(jù)的請(qǐng)求類型進(jìn)行劃分，存在不合理的現(xiàn)象，在長(zhǎng)時(shí)間的網(wǎng)絡(luò)擁擠狀態(tài)下，無(wú)法避免網(wǎng)絡(luò)通信崩潰的問(wèn)題。一旦網(wǎng)絡(luò)通信處于長(zhǎng)時(shí)間的崩潰狀態(tài)，是無(wú)法再進(jìn)行數(shù)據(jù)請(qǐng)求服務(wù)的，或者是請(qǐng)求的數(shù)據(jù)類型被篡改，造成其他數(shù)據(jù)侵入的被動(dòng)局面[1]。

云計(jì)算作為計(jì)算機(jī)中的服務(wù)供給模式，能夠直接通過(guò)網(wǎng)絡(luò)的支持，將不同地域和類型的數(shù)據(jù)進(jìn)行動(dòng)態(tài)分配，滿足多類用戶的數(shù)據(jù)需求。在網(wǎng)絡(luò)通信的運(yùn)行過(guò)程中，數(shù)據(jù)服務(wù)的準(zhǔn)確性和安全性，需要在標(biāo)準(zhǔn)化的數(shù)據(jù)分類中完成，網(wǎng)絡(luò)在按需分配和計(jì)量分配的模式下，對(duì)數(shù)據(jù)信息進(jìn)行整合和調(diào)取。通過(guò)云計(jì)算模式能夠?qū)?shù)據(jù)的規(guī)模，逐漸地集中化處理，在統(tǒng)一的調(diào)度下完成信息傳輸指令，提升自身網(wǎng)絡(luò)運(yùn)行過(guò)程中的分配效果。本文以此為基礎(chǔ)，研究云計(jì)算在網(wǎng)絡(luò)通信數(shù)據(jù)智能運(yùn)維系統(tǒng)中的應(yīng)用方法，為加強(qiáng)系統(tǒng)中的分類效果提供理論支持，保證網(wǎng)絡(luò)通信數(shù)據(jù)的運(yùn)行暢通。

1? 云計(jì)算在網(wǎng)絡(luò)通信數(shù)據(jù)智能運(yùn)維系統(tǒng)中的硬件設(shè)計(jì)

1.1? 以云計(jì)算構(gòu)建網(wǎng)絡(luò)通信數(shù)據(jù)智能運(yùn)維框架

按照云計(jì)算的理論基礎(chǔ)，將網(wǎng)絡(luò)通信數(shù)據(jù)智能運(yùn)維系統(tǒng)進(jìn)行框架設(shè)計(jì)，通過(guò)數(shù)據(jù)總線的排列方式，實(shí)現(xiàn)通信訊號(hào)的結(jié)構(gòu)化處理，對(duì)多種數(shù)據(jù)類型進(jìn)行劃分，建立不同層級(jí)的數(shù)據(jù)響應(yīng)模塊。在此次以云計(jì)算為基礎(chǔ)的運(yùn)維框架中，分別設(shè)置了網(wǎng)絡(luò)通信數(shù)據(jù)的四個(gè)層級(jí)，分別為數(shù)據(jù)請(qǐng)求的感知層，數(shù)據(jù)處理的云計(jì)算層，以及數(shù)據(jù)管理的平臺(tái)層和數(shù)據(jù)服務(wù)的應(yīng)用層，具體如圖1所示。5A8DB4EB-735A-4A72-BE36-985E6BA3DD25

根據(jù)圖中內(nèi)容所示，其中感知層主要是對(duì)不同類型的數(shù)據(jù)請(qǐng)求，進(jìn)行不差別采集和過(guò)濾，按照云計(jì)算的分類標(biāo)準(zhǔn)，在采集處與接口設(shè)備進(jìn)行分類處理。在整體框架中最中心化的層級(jí)，應(yīng)為數(shù)據(jù)計(jì)算云層，主要是對(duì)各類的感知設(shè)備進(jìn)行資源處置，按照橫向擴(kuò)展和豎向排列的方式，對(duì)進(jìn)入到感知層內(nèi)的數(shù)據(jù)請(qǐng)求進(jìn)行分類標(biāo)準(zhǔn)設(shè)定，以此向上層區(qū)域進(jìn)行指令發(fā)送，完成網(wǎng)絡(luò)通信數(shù)據(jù)的請(qǐng)求服務(wù)[2]。

1.2? 選擇接收數(shù)據(jù)請(qǐng)求的傳感器類型

在云計(jì)算的大環(huán)境中，對(duì)網(wǎng)絡(luò)通信數(shù)據(jù)智能運(yùn)維系統(tǒng)的管理，需要在明確的組織框架下，進(jìn)行數(shù)據(jù)請(qǐng)求接收的裝置類型選擇。此次以多節(jié)點(diǎn)傳感器為主，在不同的數(shù)據(jù)傳導(dǎo)接口，將接收端和傳輸端相連接，保證整體運(yùn)維系統(tǒng)的數(shù)據(jù)安全和穩(wěn)定。根據(jù)網(wǎng)絡(luò)通信數(shù)據(jù)的運(yùn)行狀態(tài)，將其分為職能部分和責(zé)任部分，以及服務(wù)部分。

通過(guò)運(yùn)維系統(tǒng)中的職能分類，對(duì)各個(gè)接口處的傳感器進(jìn)行規(guī)則設(shè)定，按照統(tǒng)一的標(biāo)準(zhǔn)和原則，處理接收端的數(shù)據(jù)請(qǐng)求。并根據(jù)請(qǐng)求的內(nèi)容進(jìn)行責(zé)任劃分，歸屬到不同的調(diào)取中心內(nèi)，促使數(shù)據(jù)請(qǐng)求和真實(shí)信息進(jìn)行匹配，從而向網(wǎng)絡(luò)通信中的用戶提供服務(wù)[3]。

2? 云計(jì)算在網(wǎng)絡(luò)通信數(shù)據(jù)智能運(yùn)維系統(tǒng)中的軟件設(shè)計(jì)

2.1? 設(shè)置網(wǎng)絡(luò)通信數(shù)據(jù)智能化控制節(jié)點(diǎn)

對(duì)通信數(shù)據(jù)進(jìn)行智能化運(yùn)維管理，能夠?qū)φw的網(wǎng)絡(luò)運(yùn)行狀態(tài)起到重要作用，以云計(jì)算的理論框架設(shè)定網(wǎng)絡(luò)通信數(shù)據(jù)智能運(yùn)維系統(tǒng)，可以對(duì)終端數(shù)據(jù)的采集過(guò)程進(jìn)行全面檢測(cè)和分析，直接通過(guò)云中心完成各類數(shù)據(jù)的在線檢查。云計(jì)算以云中心的基礎(chǔ)，在網(wǎng)絡(luò)線層內(nèi)能夠直接負(fù)責(zé)，中心數(shù)據(jù)的分配和部署，通過(guò)統(tǒng)一的調(diào)度口令，在數(shù)據(jù)存儲(chǔ)區(qū)和業(yè)務(wù)辦理區(qū)，對(duì)不同的用戶請(qǐng)求進(jìn)行分析和管理[4]。

將各個(gè)網(wǎng)絡(luò)通信接口出的傳感器，按照IT搭建的形式進(jìn)行處理，依次在其中設(shè)置智能化控制節(jié)點(diǎn)，并對(duì)整個(gè)數(shù)據(jù)的流程過(guò)程設(shè)定要求。其中數(shù)據(jù)資源不能以單線的形式，對(duì)網(wǎng)絡(luò)通信中的信息進(jìn)行直接調(diào)配，而是在將所有數(shù)據(jù)請(qǐng)求進(jìn)行統(tǒng)一管理。在多個(gè)因素的融合分配下，建立一個(gè)系統(tǒng)化的感知過(guò)程，對(duì)中心網(wǎng)絡(luò)中的數(shù)據(jù)進(jìn)行發(fā)布和服務(wù)。

為進(jìn)一步分析網(wǎng)絡(luò)通信數(shù)據(jù)的運(yùn)行效果，在不同的運(yùn)行設(shè)備中，對(duì)主要影響數(shù)據(jù)的分類因素，進(jìn)行整合處理，按照云計(jì)算的自動(dòng)識(shí)別技術(shù)，對(duì)網(wǎng)絡(luò)通信數(shù)據(jù)的請(qǐng)求來(lái)源進(jìn)行特征分類。按照不同時(shí)段內(nèi)網(wǎng)絡(luò)運(yùn)行狀態(tài)的特征，對(duì)多個(gè)數(shù)據(jù)來(lái)源進(jìn)行分析，從而對(duì)結(jié)構(gòu)化的數(shù)據(jù)進(jìn)行運(yùn)算，以此劃分網(wǎng)絡(luò)運(yùn)行中數(shù)據(jù)請(qǐng)求的類型，完成智能化網(wǎng)絡(luò)通信數(shù)據(jù)的運(yùn)維[5]。如圖2所示。

2.2? 基于云計(jì)算規(guī)劃通信數(shù)據(jù)運(yùn)維類型

在設(shè)置的網(wǎng)絡(luò)通信數(shù)據(jù)控制節(jié)點(diǎn)處，對(duì)網(wǎng)絡(luò)通信起始狀態(tài)的數(shù)據(jù)接收進(jìn)行管控，采取各個(gè)節(jié)點(diǎn)接口處的數(shù)據(jù)信息，進(jìn)行來(lái)源分類，具體如表1所示[6]。

根據(jù)表中內(nèi)容所示，在不同的網(wǎng)絡(luò)數(shù)據(jù)來(lái)源中，產(chǎn)生的數(shù)據(jù)類型各不相同，初步按照結(jié)構(gòu)進(jìn)行劃分，基本上為兩種類型，一類是結(jié)構(gòu)化數(shù)據(jù)，另一類是非結(jié)構(gòu)數(shù)據(jù)。其中結(jié)構(gòu)化數(shù)據(jù)主要是指，直接獲取的數(shù)據(jù)來(lái)源類型，而非結(jié)構(gòu)性數(shù)據(jù)，指的是在經(jīng)過(guò)處理后的間接數(shù)據(jù)來(lái)源類型。

通過(guò)云計(jì)算技術(shù)進(jìn)行網(wǎng)絡(luò)數(shù)據(jù)的運(yùn)維管理，在不了解數(shù)據(jù)整體結(jié)構(gòu)分類的情況下，需要對(duì)初始的類型進(jìn)行統(tǒng)一處理，按照歸一化處理標(biāo)準(zhǔn)，對(duì)網(wǎng)絡(luò)通信中的來(lái)源數(shù)據(jù)進(jìn)行特征處理，表達(dá)式為：

（1）

公式中：在經(jīng)過(guò)歸一化處理后的網(wǎng)絡(luò)數(shù)據(jù)用QW來(lái)表示;原有的采集的數(shù)據(jù)來(lái)源信息用EW來(lái)表示;不同來(lái)源下的數(shù)據(jù)初始特征，用R來(lái)表示;各組來(lái)源數(shù)據(jù)的標(biāo)準(zhǔn)差用T來(lái)表示。將所有的來(lái)源數(shù)據(jù)進(jìn)行極度簡(jiǎn)化處理，并以完成標(biāo)準(zhǔn)設(shè)定的數(shù)據(jù)為基礎(chǔ)，對(duì)其與網(wǎng)絡(luò)通信的接口重新連接，實(shí)現(xiàn)數(shù)據(jù)與機(jī)器的資源分配，直接進(jìn)行數(shù)據(jù)請(qǐng)求服務(wù)的獲取，縮短網(wǎng)絡(luò)通信運(yùn)行中數(shù)據(jù)的分類時(shí)間。至此在設(shè)置網(wǎng)絡(luò)通信數(shù)據(jù)智能化控制節(jié)點(diǎn)基礎(chǔ)上，利用云計(jì)算規(guī)劃通信數(shù)據(jù)運(yùn)維類型，完成云計(jì)算在網(wǎng)絡(luò)通信數(shù)據(jù)智能運(yùn)維系統(tǒng)中的應(yīng)用設(shè)計(jì)。

3? 實(shí)驗(yàn)測(cè)試與分析

為驗(yàn)證此次設(shè)計(jì)的系統(tǒng)具有實(shí)際應(yīng)用效果，能夠在網(wǎng)絡(luò)通信數(shù)據(jù)運(yùn)行中，進(jìn)行智能化的運(yùn)維管理，提高數(shù)據(jù)的處理速度，采用實(shí)驗(yàn)測(cè)試的方法進(jìn)行論證。選擇某一數(shù)據(jù)網(wǎng)絡(luò)中心作為測(cè)試對(duì)象，對(duì)其一周內(nèi)的數(shù)據(jù)信息進(jìn)行調(diào)取，分別統(tǒng)計(jì)每日不同時(shí)段內(nèi)的網(wǎng)絡(luò)中的數(shù)據(jù)請(qǐng)求信息。其中在選擇的數(shù)據(jù)請(qǐng)求樣本中，需要保證在不同時(shí)段內(nèi)，會(huì)存在網(wǎng)絡(luò)擁擠的現(xiàn)象，甚至是網(wǎng)絡(luò)崩潰狀態(tài)。對(duì)調(diào)取的數(shù)據(jù)進(jìn)行驗(yàn)證，在滿足要求后直接將其上傳至MATLAB測(cè)試平臺(tái)中，并繪制成表格形式進(jìn)行數(shù)據(jù)展示，具體如表2所示。

根據(jù)表中內(nèi)容所示，在選擇的數(shù)據(jù)樣本中，按照每天數(shù)據(jù)運(yùn)行的四個(gè)階段進(jìn)行分類，其中周末的網(wǎng)絡(luò)通信數(shù)據(jù)明顯高于工作日。并且在呈現(xiàn)的數(shù)據(jù)中，會(huì)發(fā)現(xiàn)有空白內(nèi)容，說(shuō)明在該時(shí)段內(nèi)發(fā)生了數(shù)據(jù)擁擠現(xiàn)象，造成網(wǎng)絡(luò)通信的崩潰，無(wú)法具體顯示網(wǎng)絡(luò)中的具體數(shù)據(jù)請(qǐng)求數(shù)量。綜合表中數(shù)據(jù)，在周六的下午14：00到18：00的這個(gè)時(shí)段內(nèi)，以及周日18：00到20：00時(shí)段內(nèi)，連續(xù)兩組數(shù)據(jù)量均沒有完全顯示，說(shuō)明網(wǎng)絡(luò)的崩潰現(xiàn)象沒有被修復(fù)，符合測(cè)試設(shè)定要求。

通過(guò)選擇的數(shù)據(jù)樣本，將兩組傳統(tǒng)的運(yùn)維系統(tǒng)作為對(duì)照，與本文系統(tǒng)進(jìn)行性能比較，對(duì)上述產(chǎn)生的擁擠現(xiàn)象進(jìn)行管理，對(duì)比不同系統(tǒng)應(yīng)用下，對(duì)網(wǎng)絡(luò)通信運(yùn)行狀態(tài)的改善情況。依次將三組系統(tǒng)連接到測(cè)試平臺(tái)中，對(duì)測(cè)試內(nèi)容進(jìn)行統(tǒng)一設(shè)定，在同樣的流程中對(duì)周六和周日時(shí)段內(nèi)的數(shù)據(jù)，進(jìn)行擁擠現(xiàn)象管理，以5 min為測(cè)試時(shí)間段，具體運(yùn)維的狀態(tài)現(xiàn)象描述如下：

（1）傳統(tǒng)系統(tǒng)1。以硬件服務(wù)器為支撐中心，在其操作系統(tǒng)內(nèi)，對(duì)傳入的數(shù)據(jù)請(qǐng)求進(jìn)行分類。當(dāng)大規(guī)模數(shù)據(jù)請(qǐng)求輸送時(shí)，對(duì)數(shù)據(jù)請(qǐng)求分類后需要進(jìn)行排列隊(duì)伍傳輸，雖然沒有直接緩解起始階段的擁擠情況，但在下一個(gè)時(shí)間段內(nèi)，緩解了數(shù)據(jù)沖突現(xiàn)象，其中周六18：00和周日20：00時(shí)段內(nèi)的數(shù)據(jù)請(qǐng)求量，分別為3 462 Mbps和3 852 Mbps。

（2）傳統(tǒng)系統(tǒng)2。實(shí)際運(yùn)維過(guò)程中，該系統(tǒng)對(duì)服務(wù)器的擬定特性，沒有完成特殊區(qū)域分類，難以利用硬件的處理速度，將網(wǎng)絡(luò)通信擁擠的情況進(jìn)行改善。在兩個(gè)測(cè)試時(shí)段內(nèi)，均沒有產(chǎn)生具體的數(shù)據(jù)信息，分析原因可能是對(duì)資源的利用效率低所致。5A8DB4EB-735A-4A72-BE36-985E6BA3DD25

（3）本文系統(tǒng)。云計(jì)算環(huán)境下，系統(tǒng)的服務(wù)器能夠進(jìn)行虛擬化處理，在硬件部署和軟件調(diào)度過(guò)程中，能夠以最快的速度完成數(shù)據(jù)分類，并按照不同的數(shù)據(jù)分類接口，在多個(gè)傳感器中進(jìn)行傳輸。其中周六14：00和18：00的時(shí)段內(nèi)，數(shù)據(jù)請(qǐng)求量分別為3 027 Mbps和3 462 Mbps，周日18：00和20：00時(shí)段內(nèi)，數(shù)據(jù)請(qǐng)求量分別為3 468 Mbps和3 852 Mbps 。

通過(guò)上述的系統(tǒng)運(yùn)維效果來(lái)看，本文系統(tǒng)能夠在規(guī)定的時(shí)間段內(nèi)，完成對(duì)不同時(shí)段內(nèi)網(wǎng)絡(luò)擁擠狀態(tài)的維護(hù)，保證通信數(shù)據(jù)的正常流轉(zhuǎn)。但在常規(guī)模式下，只有保障網(wǎng)絡(luò)中的運(yùn)行狀態(tài)，處于順暢的數(shù)據(jù)請(qǐng)求和傳輸形式，才能完成不同類型的用戶請(qǐng)求。以此將數(shù)據(jù)的請(qǐng)求量為測(cè)試條件，在不同運(yùn)維系統(tǒng)下，對(duì)比三組系統(tǒng)在完成數(shù)據(jù)請(qǐng)求量的真實(shí)統(tǒng)計(jì)后，整體所用的時(shí)間量。多輪測(cè)試中，不考慮其他變量因素，直到網(wǎng)絡(luò)通信恢復(fù)到原始狀態(tài)為止，三組系統(tǒng)所用的運(yùn)維時(shí)間具體如表3所示。

根據(jù)表中內(nèi)容所示，本文系統(tǒng)在對(duì)選定時(shí)間段內(nèi)的請(qǐng)求數(shù)據(jù)，進(jìn)行擁擠現(xiàn)象運(yùn)維時(shí)，總計(jì)時(shí)間均不超過(guò)2 min，兩組傳統(tǒng)系統(tǒng)所用的時(shí)間均超過(guò)了20 min。綜合結(jié)果來(lái)看，本文設(shè)計(jì)的運(yùn)維系統(tǒng)，能夠在海量的數(shù)據(jù)請(qǐng)求下，對(duì)其進(jìn)行分類處置，按照不同的傳輸通路完成服務(wù)輸送，提高了數(shù)據(jù)的傳輸效率，保證網(wǎng)絡(luò)通信數(shù)據(jù)的運(yùn)行穩(wěn)定，具有實(shí)際應(yīng)用效果。

4? 結(jié)? 論

本文以云計(jì)算理論為基礎(chǔ)，重新設(shè)計(jì)了網(wǎng)絡(luò)通信數(shù)據(jù)的智能運(yùn)維系統(tǒng)，對(duì)網(wǎng)絡(luò)通信中出現(xiàn)的擁擠狀態(tài)進(jìn)行維護(hù)，實(shí)驗(yàn)結(jié)果表明：以不同時(shí)段內(nèi)網(wǎng)絡(luò)通信數(shù)據(jù)的擁擠現(xiàn)象為測(cè)試條件，在本文系統(tǒng)和兩組傳統(tǒng)系統(tǒng)的應(yīng)用下，對(duì)比數(shù)據(jù)請(qǐng)求的運(yùn)維效果，傳統(tǒng)系統(tǒng)在數(shù)據(jù)運(yùn)維過(guò)程中，耗費(fèi)的時(shí)間較長(zhǎng)，均超過(guò)了20 min，本文系統(tǒng)能夠在2 min內(nèi)完成數(shù)據(jù)請(qǐng)求量的統(tǒng)計(jì)，并進(jìn)行合理的分配，有效解決網(wǎng)絡(luò)通信擁擠的狀態(tài)，具有實(shí)際應(yīng)用效果。

但由于本人時(shí)間有限，在研究過(guò)程中存在一些不足之處，如數(shù)據(jù)樣本的選擇過(guò)少，對(duì)統(tǒng)計(jì)結(jié)果具有一定偏差性。后續(xù)研究過(guò)程中會(huì)針對(duì)這一問(wèn)題，進(jìn)行更深層次的分析和探討，比較不同智能技術(shù)對(duì)數(shù)據(jù)運(yùn)維的具體效果，保障網(wǎng)絡(luò)通信運(yùn)行的穩(wěn)定。

參考文獻(xiàn)：

[1] 郭建偉，司軍民，趙夢(mèng)露，等.基于全要素、全過(guò)程數(shù)據(jù)融合的城市軌道交通車輛智能運(yùn)維系統(tǒng) [J].城市軌道交通研究，2022，25（1）：210-215.

[2] 郝帥.基于虛擬現(xiàn)實(shí)技術(shù)的海上平臺(tái)遠(yuǎn)程運(yùn)維系統(tǒng)設(shè)計(jì)研究 [J].現(xiàn)代制造技術(shù)與裝備，2021，57（12）：16-18+23.

[3] 朱雪琴，馬弘歷，劉小慶.蓄電池在線養(yǎng)護(hù)全自動(dòng)運(yùn)維系統(tǒng)在電力通信網(wǎng)中的應(yīng)用 [J].電子產(chǎn)品世界，2021，28（12）：64-68.

[4] 王浩，賀倩筠，賀子洋，等.基于數(shù)字孿生技術(shù)的“四線一庫(kù)”自動(dòng)運(yùn)維系統(tǒng)建設(shè)及應(yīng)用 [J].工業(yè)計(jì)量，2021，31（6）：51-55.

[5] 楊業(yè)令，鐘璐，楊國(guó)才.云計(jì)算環(huán)境下的雙通道數(shù)據(jù)動(dòng)態(tài)調(diào)度模型仿真 [J].計(jì)算機(jī)仿真，2021，38（10）：450-454.

[6] 柴曉東.一種在云基礎(chǔ)架構(gòu)中識(shí)別基于網(wǎng)絡(luò)的攻擊的新方法研究 [J].電子器件，2020，43（4）：867-872.

作者簡(jiǎn)介：張圣倫（1993—），男，漢族，北京人，初級(jí)，本科，研究方向：大數(shù)據(jù)分析，通訊行業(yè)管理數(shù)據(jù)分析。

收稿日期：2022-02-035A8DB4EB-735A-4A72-BE36-985E6BA3DD25