許子敬

摘要：隨著業(yè)務(wù)IP化、承載綜合化的深入，IP網(wǎng)已變?yōu)楦鞣N業(yè)務(wù)融合的綜合承載平臺(tái)。為了打破了IP網(wǎng)絡(luò)“best effort”的傳統(tǒng)概念，實(shí)現(xiàn)IP網(wǎng)絡(luò)由業(yè)務(wù)網(wǎng)絡(luò)向承載網(wǎng)絡(luò)轉(zhuǎn)變，將IP網(wǎng)絡(luò)打造成為合格的“承載網(wǎng)”，已成為當(dāng)前和未來(lái)開(kāi)展網(wǎng)絡(luò)轉(zhuǎn)型的基礎(chǔ)。但是由于IP網(wǎng)絡(luò)本身“盡力而為”的特點(diǎn)，其網(wǎng)絡(luò)機(jī)制、質(zhì)量指標(biāo)、保護(hù)手段以及維護(hù)要求等各方面與IP可靠性業(yè)務(wù)的要求不相匹配，導(dǎo)致當(dāng)業(yè)務(wù)質(zhì)量下降時(shí)無(wú)法實(shí)現(xiàn)及時(shí)的告警，從而引起當(dāng)網(wǎng)絡(luò)質(zhì)量的下降時(shí)將影響客戶的使用感知，影響客戶滿意度，并可能導(dǎo)致客戶的流失。針對(duì)UDP特性，采用Java Socket通信技術(shù)，設(shè)計(jì)開(kāi)發(fā)一款能粗略計(jì)算出當(dāng)前網(wǎng)絡(luò)質(zhì)量，包括帶寬、延時(shí)、抖動(dòng)、丟包率。

關(guān)鍵詞：承載網(wǎng)；盡力而為；網(wǎng)絡(luò)質(zhì)量

中圖分類號(hào)：TP311 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：1009-3044（2014）32-7603-02

Abstract： With the development of IP business， bearing the integrated depth， IP network has become the comprehensive bearing platform for various business integration. In order to break the traditional concept of "best effort" in the IP network， the realization of IP network by business network to the bearer network transformation， the IP network to become "bearer network" qualified， has become the current and future development of the basic network transformation. Because the IP network itself "best effort" features， the network mechanism， quality index， means of protection and maintenance requirements and other aspects of IP and reliability of business requirements do not match， resulting in unable to achieve timely alarm when the service quality decline， causing decreased when the network quality will affect the use of customer perception. The impact of customer satisfaction， and may result in the loss of customers. According to the characteristic of UDP， using the Java Socket communication technology，the design and development of a rough calculation of the current network quality， including bandwidth， delay， jitter， packet loss rate.

Key words： bearer network； best effort；network quality

在引入網(wǎng)絡(luò)質(zhì)量監(jiān)測(cè)之前，大多數(shù)的IT管理工作都在于：面對(duì)時(shí)常的系統(tǒng)警告及故障，忙于處理故障、將損失降低在最小化。這是因?yàn)?，無(wú)法掌握當(dāng)前網(wǎng)絡(luò)質(zhì)量狀況，在故障到來(lái)之前沒(méi)有任何防備，導(dǎo)致事件頻頻發(fā)生，而手忙腳亂。

如果一旦掌握了網(wǎng)絡(luò)質(zhì)量狀態(tài)，并從長(zhǎng)期監(jiān)測(cè)數(shù)據(jù)中發(fā)現(xiàn)壓力到來(lái)的征兆，就可以提前制定調(diào)整計(jì)劃，并以戰(zhàn)略性的眼光對(duì)自身的IT系統(tǒng)進(jìn)行長(zhǎng)遠(yuǎn)規(guī)劃，變被動(dòng)防御為主動(dòng)進(jìn)攻。我們就可以投入更多的精力用于思考發(fā)展戰(zhàn)略，運(yùn)籌帷幄，掌握先機(jī)，而不再充當(dāng)救火隊(duì)長(zhǎng)。

1 系統(tǒng)設(shè)計(jì)

1.2軟件架構(gòu)

網(wǎng)絡(luò)質(zhì)量監(jiān)測(cè)客戶端和網(wǎng)絡(luò)質(zhì)量監(jiān)測(cè)服務(wù)器端通過(guò)Java Socket建立連接，然后客戶端發(fā)送一定大小的測(cè)試數(shù)據(jù)，對(duì)服務(wù)器端來(lái)說(shuō)，就是在連接建立時(shí)間內(nèi)，接收的總數(shù)據(jù)除以所花時(shí)間即為服務(wù)器端所測(cè)得的帶寬。測(cè)試UDP的性能，客戶端可以指定UDP數(shù)據(jù)流的速率?？蛻舳税l(fā)送數(shù)據(jù)時(shí)將根據(jù)客戶提供的速率計(jì)算數(shù)據(jù)報(bào)發(fā)送之間的時(shí)延。另外客戶還可以指定發(fā)送數(shù)據(jù)報(bào)的大小。每個(gè)發(fā)送的數(shù)據(jù)報(bào)包含一個(gè)ID號(hào)，用來(lái)惟一的標(biāo)識(shí)該報(bào)文。服務(wù)器端則根據(jù)該ID號(hào)來(lái)確定數(shù)據(jù)報(bào)丟失和亂序。當(dāng)把UDP報(bào)文大小設(shè)置可以將整個(gè)報(bào)文放入I P層的包 （packet）內(nèi)時(shí)，那么UDP所測(cè)得的報(bào)文丟失數(shù)據(jù)即為IP層包的丟失數(shù)據(jù)。這提供了一個(gè)有效的測(cè)試包丟失情況的方法。數(shù)據(jù)報(bào)傳輸延遲抖動(dòng)（Jitter的測(cè)試由服務(wù)器端完成，客戶發(fā)送的報(bào)文數(shù)據(jù)包含有發(fā)送時(shí)間戳，服務(wù)器端根據(jù)該時(shí)間信息和接收到報(bào)文的時(shí)間戳來(lái)計(jì)算傳輸延遲抖動(dòng)。

1.3測(cè)試方法的設(shè)計(jì)

網(wǎng)絡(luò)監(jiān)測(cè)軟件主要任務(wù)是測(cè)試網(wǎng)絡(luò)帶寬、延時(shí)、抖動(dòng)、丟包率。選用已知帶寬的電信寬帶（2M、3M、4M、6M、8M）環(huán)境。

1） 測(cè)試帶寬。

原理：網(wǎng)絡(luò)質(zhì)量監(jiān)測(cè)客戶端利用ByteArrayOutputStream與ObjectOutputStream[3-4]把Java Object轉(zhuǎn)化成Byte序列，使用DatagramPacket[3-4]接受Byte序列并生成數(shù)據(jù)報(bào)，然后通過(guò)Socket的send方法將該數(shù)據(jù)報(bào)發(fā)送出去；網(wǎng)絡(luò)質(zhì)量監(jiān)測(cè)服務(wù)端通過(guò)Socket的receive方法接受來(lái)自網(wǎng)絡(luò)質(zhì)量監(jiān)測(cè)客戶端的數(shù)據(jù)，利用ByteArrayInputStream與ObjectInputStream[3-4]把Byte序列數(shù)據(jù)轉(zhuǎn)化成Java Object。其中，數(shù)據(jù)報(bào)的大小限定為1KB，網(wǎng)絡(luò)質(zhì)量監(jiān)測(cè)服務(wù)端一直處于監(jiān)聽(tīng)狀態(tài)，當(dāng)有數(shù)據(jù)到達(dá)時(shí)，偵聽(tīng)程序便開(kāi)始讀取數(shù)據(jù)，每隔10s，系統(tǒng)根據(jù)該時(shí)間段內(nèi)接受到的數(shù)據(jù)大小，計(jì)算出當(dāng)前網(wǎng)絡(luò)的帶寬。

2） 測(cè)試丟包率。

原理：網(wǎng)絡(luò)質(zhì)量監(jiān)測(cè)客戶端為每次發(fā)送的Object創(chuàng)建一個(gè)ID號(hào)且是連續(xù)的，數(shù)據(jù)報(bào)以不同的發(fā)送速度發(fā)送出去，網(wǎng)絡(luò)質(zhì)量監(jiān)測(cè)服務(wù)端在規(guī)定時(shí)間內(nèi)根據(jù)數(shù)據(jù)報(bào)的ID統(tǒng)計(jì)接收到的數(shù)據(jù)報(bào)，計(jì)算出UDP不同發(fā)送速度下的丟包率。

3） 測(cè)試延時(shí)和抖動(dòng)。

原理：網(wǎng)絡(luò)質(zhì)量監(jiān)測(cè)客戶端為每次發(fā)送的Object創(chuàng)建一個(gè)發(fā)送時(shí)間戳，根據(jù)網(wǎng)絡(luò)質(zhì)量監(jiān)測(cè)服務(wù)端接收到數(shù)據(jù)報(bào)時(shí)的時(shí)間節(jié)點(diǎn)，計(jì)算出延時(shí)，然后統(tǒng)計(jì)一段時(shí)間內(nèi)數(shù)據(jù)報(bào)的延時(shí)情況，計(jì)算出抖動(dòng)。

4） 定時(shí)刷新。當(dāng)系統(tǒng)運(yùn)行一段時(shí)間后，設(shè)置定時(shí)刷新不斷刷新UDP質(zhì)量數(shù)據(jù)，將系統(tǒng)內(nèi)最新的UDP質(zhì)量顯示出來(lái)。

1.4測(cè)試過(guò)程的分析

1）測(cè)試帶寬。以使用電信4M帶寬為例（其他類似），首先在三臺(tái)電腦上部署網(wǎng)絡(luò)質(zhì)量監(jiān)測(cè)客戶端軟件，然后三臺(tái)電腦同時(shí)向服務(wù)端發(fā)送數(shù)據(jù)報(bào)，之后每臺(tái)電腦逐漸增加發(fā)送線程，并觀察網(wǎng)絡(luò)質(zhì)量監(jiān)測(cè)服務(wù)端在給定的每個(gè)時(shí)間段內(nèi)收到的UDP數(shù)據(jù)報(bào)總量，當(dāng)數(shù)據(jù)報(bào)總量達(dá)到穩(wěn)定狀態(tài)時(shí)，計(jì)算的結(jié)果即為該網(wǎng)絡(luò)帶寬。

2） 測(cè)試丟包率。以使用電信4M帶寬為例（其他類似），UDP數(shù)據(jù)報(bào)發(fā)送速度從250KB/s開(kāi)始，逐漸以+10遞增，觀察丟包率，測(cè)試結(jié)果發(fā)現(xiàn)當(dāng)發(fā)送速度達(dá)到460KB/s時(shí)，出現(xiàn)丟失UDP數(shù)據(jù)報(bào)，丟包率為2%左右，之后速度越大丟包越嚴(yán)重。

3） 測(cè)試延時(shí)和抖動(dòng)。網(wǎng)絡(luò)質(zhì)量監(jiān)測(cè)服務(wù)端把接收到數(shù)據(jù)報(bào)時(shí)的時(shí)間記為recetime，而數(shù)據(jù)報(bào)中網(wǎng)絡(luò)質(zhì)量監(jiān)測(cè)客戶端標(biāo)記的發(fā)送時(shí)間記為sendtime，然后recetime-sendtime，計(jì)算出延時(shí)，之后統(tǒng)計(jì)一段時(shí)間內(nèi)數(shù)據(jù)報(bào)的延時(shí)情況，計(jì)算出抖動(dòng)。

2 模擬實(shí)驗(yàn)與分析

實(shí)驗(yàn)設(shè)備包括4臺(tái)PC機(jī)（3臺(tái)作為網(wǎng)絡(luò)質(zhì)量監(jiān)測(cè)客戶端、1臺(tái)作為網(wǎng)絡(luò)質(zhì)量監(jiān)測(cè)服務(wù)端）、2臺(tái)路由器。

通過(guò)系統(tǒng)實(shí)驗(yàn)測(cè)試，平臺(tái)各項(xiàng)功能運(yùn)行正常，所有設(shè)備通過(guò)電信網(wǎng)絡(luò)進(jìn)行連接，網(wǎng)絡(luò)質(zhì)量監(jiān)測(cè)客戶端不斷的發(fā)送測(cè)試數(shù)據(jù)，而網(wǎng)絡(luò)質(zhì)量監(jiān)測(cè)服務(wù)端能夠根據(jù)所獲取的測(cè)試數(shù)據(jù)，計(jì)算出當(dāng)前網(wǎng)絡(luò)質(zhì)量，最后反饋給網(wǎng)絡(luò)質(zhì)量監(jiān)測(cè)客戶端。需要指出的是，在研究方法上，現(xiàn)有的監(jiān)測(cè)方法對(duì)Internet環(huán)境的復(fù)雜性不夠完善，測(cè)量模型之假設(shè)有些理想化，會(huì)導(dǎo)致測(cè)試結(jié)果不是很精確，實(shí)用性會(huì)大打折扣。

3 結(jié)束語(yǔ)

隨著IP網(wǎng)絡(luò)容量的不斷擴(kuò)大、技術(shù)種類的不斷增加，使得IP網(wǎng)絡(luò)愈加復(fù)雜，為業(yè)務(wù)質(zhì)量的保障以及網(wǎng)絡(luò)運(yùn)行和維護(hù)工作帶來(lái)了巨大的壓力。面對(duì)網(wǎng)絡(luò)運(yùn)行中急需解決的諸多問(wèn)題，通過(guò)對(duì)網(wǎng)絡(luò)和業(yè)務(wù)質(zhì)量的實(shí)時(shí)監(jiān)控，在網(wǎng)絡(luò)質(zhì)量惡化時(shí)能夠做到自動(dòng)發(fā)現(xiàn)，實(shí)時(shí)告警，使得維護(hù)人員能夠主動(dòng)處理，在大范圍用戶受影響前業(yè)務(wù)能恢復(fù)正常，從而提升整體運(yùn)維水平，縮短故障修復(fù)時(shí)間，改善客戶感知度。

參考文獻(xiàn)：

[1] 謝希仁.計(jì)算機(jī)網(wǎng)絡(luò)[M].北京：電子工業(yè)出版社，2011.

[2] BehrouzA.Forouzan.TCP/IP PROTOCOL SUITE[M].北京：清華大學(xué)出版社，2009.

[3] 孫衛(wèi)琴. Java網(wǎng)絡(luò)編程精解[M].北京：電子工業(yè)出版社，2007.

[4] Bruce Eckel.Thinking in Java[M].北京：機(jī)械工業(yè)出版社，2007.

2） 測(cè)試丟包率。

原理：網(wǎng)絡(luò)質(zhì)量監(jiān)測(cè)客戶端為每次發(fā)送的Object創(chuàng)建一個(gè)ID號(hào)且是連續(xù)的，數(shù)據(jù)報(bào)以不同的發(fā)送速度發(fā)送出去，網(wǎng)絡(luò)質(zhì)量監(jiān)測(cè)服務(wù)端在規(guī)定時(shí)間內(nèi)根據(jù)數(shù)據(jù)報(bào)的ID統(tǒng)計(jì)接收到的數(shù)據(jù)報(bào)，計(jì)算出UDP不同發(fā)送速度下的丟包率。

3） 測(cè)試延時(shí)和抖動(dòng)。

原理：網(wǎng)絡(luò)質(zhì)量監(jiān)測(cè)客戶端為每次發(fā)送的Object創(chuàng)建一個(gè)發(fā)送時(shí)間戳，根據(jù)網(wǎng)絡(luò)質(zhì)量監(jiān)測(cè)服務(wù)端接收到數(shù)據(jù)報(bào)時(shí)的時(shí)間節(jié)點(diǎn)，計(jì)算出延時(shí)，然后統(tǒng)計(jì)一段時(shí)間內(nèi)數(shù)據(jù)報(bào)的延時(shí)情況，計(jì)算出抖動(dòng)。

4） 定時(shí)刷新。當(dāng)系統(tǒng)運(yùn)行一段時(shí)間后，設(shè)置定時(shí)刷新不斷刷新UDP質(zhì)量數(shù)據(jù)，將系統(tǒng)內(nèi)最新的UDP質(zhì)量顯示出來(lái)。

1.4測(cè)試過(guò)程的分析

1）測(cè)試帶寬。以使用電信4M帶寬為例（其他類似），首先在三臺(tái)電腦上部署網(wǎng)絡(luò)質(zhì)量監(jiān)測(cè)客戶端軟件，然后三臺(tái)電腦同時(shí)向服務(wù)端發(fā)送數(shù)據(jù)報(bào)，之后每臺(tái)電腦逐漸增加發(fā)送線程，并觀察網(wǎng)絡(luò)質(zhì)量監(jiān)測(cè)服務(wù)端在給定的每個(gè)時(shí)間段內(nèi)收到的UDP數(shù)據(jù)報(bào)總量，當(dāng)數(shù)據(jù)報(bào)總量達(dá)到穩(wěn)定狀態(tài)時(shí)，計(jì)算的結(jié)果即為該網(wǎng)絡(luò)帶寬。

2） 測(cè)試丟包率。以使用電信4M帶寬為例（其他類似），UDP數(shù)據(jù)報(bào)發(fā)送速度從250KB/s開(kāi)始，逐漸以+10遞增，觀察丟包率，測(cè)試結(jié)果發(fā)現(xiàn)當(dāng)發(fā)送速度達(dá)到460KB/s時(shí)，出現(xiàn)丟失UDP數(shù)據(jù)報(bào)，丟包率為2%左右，之后速度越大丟包越嚴(yán)重。

3） 測(cè)試延時(shí)和抖動(dòng)。網(wǎng)絡(luò)質(zhì)量監(jiān)測(cè)服務(wù)端把接收到數(shù)據(jù)報(bào)時(shí)的時(shí)間記為recetime，而數(shù)據(jù)報(bào)中網(wǎng)絡(luò)質(zhì)量監(jiān)測(cè)客戶端標(biāo)記的發(fā)送時(shí)間記為sendtime，然后recetime-sendtime，計(jì)算出延時(shí)，之后統(tǒng)計(jì)一段時(shí)間內(nèi)數(shù)據(jù)報(bào)的延時(shí)情況，計(jì)算出抖動(dòng)。

2 模擬實(shí)驗(yàn)與分析

實(shí)驗(yàn)設(shè)備包括4臺(tái)PC機(jī)（3臺(tái)作為網(wǎng)絡(luò)質(zhì)量監(jiān)測(cè)客戶端、1臺(tái)作為網(wǎng)絡(luò)質(zhì)量監(jiān)測(cè)服務(wù)端）、2臺(tái)路由器。

通過(guò)系統(tǒng)實(shí)驗(yàn)測(cè)試，平臺(tái)各項(xiàng)功能運(yùn)行正常，所有設(shè)備通過(guò)電信網(wǎng)絡(luò)進(jìn)行連接，網(wǎng)絡(luò)質(zhì)量監(jiān)測(cè)客戶端不斷的發(fā)送測(cè)試數(shù)據(jù)，而網(wǎng)絡(luò)質(zhì)量監(jiān)測(cè)服務(wù)端能夠根據(jù)所獲取的測(cè)試數(shù)據(jù)，計(jì)算出當(dāng)前網(wǎng)絡(luò)質(zhì)量，最后反饋給網(wǎng)絡(luò)質(zhì)量監(jiān)測(cè)客戶端。需要指出的是，在研究方法上，現(xiàn)有的監(jiān)測(cè)方法對(duì)Internet環(huán)境的復(fù)雜性不夠完善，測(cè)量模型之假設(shè)有些理想化，會(huì)導(dǎo)致測(cè)試結(jié)果不是很精確，實(shí)用性會(huì)大打折扣。

3 結(jié)束語(yǔ)

隨著IP網(wǎng)絡(luò)容量的不斷擴(kuò)大、技術(shù)種類的不斷增加，使得IP網(wǎng)絡(luò)愈加復(fù)雜，為業(yè)務(wù)質(zhì)量的保障以及網(wǎng)絡(luò)運(yùn)行和維護(hù)工作帶來(lái)了巨大的壓力。面對(duì)網(wǎng)絡(luò)運(yùn)行中急需解決的諸多問(wèn)題，通過(guò)對(duì)網(wǎng)絡(luò)和業(yè)務(wù)質(zhì)量的實(shí)時(shí)監(jiān)控，在網(wǎng)絡(luò)質(zhì)量惡化時(shí)能夠做到自動(dòng)發(fā)現(xiàn)，實(shí)時(shí)告警，使得維護(hù)人員能夠主動(dòng)處理，在大范圍用戶受影響前業(yè)務(wù)能恢復(fù)正常，從而提升整體運(yùn)維水平，縮短故障修復(fù)時(shí)間，改善客戶感知度。

參考文獻(xiàn)：

[1] 謝希仁.計(jì)算機(jī)網(wǎng)絡(luò)[M].北京：電子工業(yè)出版社，2011.

[2] BehrouzA.Forouzan.TCP/IP PROTOCOL SUITE[M].北京：清華大學(xué)出版社，2009.

[3] 孫衛(wèi)琴. Java網(wǎng)絡(luò)編程精解[M].北京：電子工業(yè)出版社，2007.

[4] Bruce Eckel.Thinking in Java[M].北京：機(jī)械工業(yè)出版社，2007.

2） 測(cè)試丟包率。

原理：網(wǎng)絡(luò)質(zhì)量監(jiān)測(cè)客戶端為每次發(fā)送的Object創(chuàng)建一個(gè)ID號(hào)且是連續(xù)的，數(shù)據(jù)報(bào)以不同的發(fā)送速度發(fā)送出去，網(wǎng)絡(luò)質(zhì)量監(jiān)測(cè)服務(wù)端在規(guī)定時(shí)間內(nèi)根據(jù)數(shù)據(jù)報(bào)的ID統(tǒng)計(jì)接收到的數(shù)據(jù)報(bào)，計(jì)算出UDP不同發(fā)送速度下的丟包率。

3） 測(cè)試延時(shí)和抖動(dòng)。

原理：網(wǎng)絡(luò)質(zhì)量監(jiān)測(cè)客戶端為每次發(fā)送的Object創(chuàng)建一個(gè)發(fā)送時(shí)間戳，根據(jù)網(wǎng)絡(luò)質(zhì)量監(jiān)測(cè)服務(wù)端接收到數(shù)據(jù)報(bào)時(shí)的時(shí)間節(jié)點(diǎn)，計(jì)算出延時(shí)，然后統(tǒng)計(jì)一段時(shí)間內(nèi)數(shù)據(jù)報(bào)的延時(shí)情況，計(jì)算出抖動(dòng)。

4） 定時(shí)刷新。當(dāng)系統(tǒng)運(yùn)行一段時(shí)間后，設(shè)置定時(shí)刷新不斷刷新UDP質(zhì)量數(shù)據(jù)，將系統(tǒng)內(nèi)最新的UDP質(zhì)量顯示出來(lái)。

1.4測(cè)試過(guò)程的分析

1）測(cè)試帶寬。以使用電信4M帶寬為例（其他類似），首先在三臺(tái)電腦上部署網(wǎng)絡(luò)質(zhì)量監(jiān)測(cè)客戶端軟件，然后三臺(tái)電腦同時(shí)向服務(wù)端發(fā)送數(shù)據(jù)報(bào)，之后每臺(tái)電腦逐漸增加發(fā)送線程，并觀察網(wǎng)絡(luò)質(zhì)量監(jiān)測(cè)服務(wù)端在給定的每個(gè)時(shí)間段內(nèi)收到的UDP數(shù)據(jù)報(bào)總量，當(dāng)數(shù)據(jù)報(bào)總量達(dá)到穩(wěn)定狀態(tài)時(shí)，計(jì)算的結(jié)果即為該網(wǎng)絡(luò)帶寬。

2） 測(cè)試丟包率。以使用電信4M帶寬為例（其他類似），UDP數(shù)據(jù)報(bào)發(fā)送速度從250KB/s開(kāi)始，逐漸以+10遞增，觀察丟包率，測(cè)試結(jié)果發(fā)現(xiàn)當(dāng)發(fā)送速度達(dá)到460KB/s時(shí)，出現(xiàn)丟失UDP數(shù)據(jù)報(bào)，丟包率為2%左右，之后速度越大丟包越嚴(yán)重。

3） 測(cè)試延時(shí)和抖動(dòng)。網(wǎng)絡(luò)質(zhì)量監(jiān)測(cè)服務(wù)端把接收到數(shù)據(jù)報(bào)時(shí)的時(shí)間記為recetime，而數(shù)據(jù)報(bào)中網(wǎng)絡(luò)質(zhì)量監(jiān)測(cè)客戶端標(biāo)記的發(fā)送時(shí)間記為sendtime，然后recetime-sendtime，計(jì)算出延時(shí)，之后統(tǒng)計(jì)一段時(shí)間內(nèi)數(shù)據(jù)報(bào)的延時(shí)情況，計(jì)算出抖動(dòng)。

2 模擬實(shí)驗(yàn)與分析

實(shí)驗(yàn)設(shè)備包括4臺(tái)PC機(jī)（3臺(tái)作為網(wǎng)絡(luò)質(zhì)量監(jiān)測(cè)客戶端、1臺(tái)作為網(wǎng)絡(luò)質(zhì)量監(jiān)測(cè)服務(wù)端）、2臺(tái)路由器。

通過(guò)系統(tǒng)實(shí)驗(yàn)測(cè)試，平臺(tái)各項(xiàng)功能運(yùn)行正常，所有設(shè)備通過(guò)電信網(wǎng)絡(luò)進(jìn)行連接，網(wǎng)絡(luò)質(zhì)量監(jiān)測(cè)客戶端不斷的發(fā)送測(cè)試數(shù)據(jù)，而網(wǎng)絡(luò)質(zhì)量監(jiān)測(cè)服務(wù)端能夠根據(jù)所獲取的測(cè)試數(shù)據(jù)，計(jì)算出當(dāng)前網(wǎng)絡(luò)質(zhì)量，最后反饋給網(wǎng)絡(luò)質(zhì)量監(jiān)測(cè)客戶端。需要指出的是，在研究方法上，現(xiàn)有的監(jiān)測(cè)方法對(duì)Internet環(huán)境的復(fù)雜性不夠完善，測(cè)量模型之假設(shè)有些理想化，會(huì)導(dǎo)致測(cè)試結(jié)果不是很精確，實(shí)用性會(huì)大打折扣。

3 結(jié)束語(yǔ)

隨著IP網(wǎng)絡(luò)容量的不斷擴(kuò)大、技術(shù)種類的不斷增加，使得IP網(wǎng)絡(luò)愈加復(fù)雜，為業(yè)務(wù)質(zhì)量的保障以及網(wǎng)絡(luò)運(yùn)行和維護(hù)工作帶來(lái)了巨大的壓力。面對(duì)網(wǎng)絡(luò)運(yùn)行中急需解決的諸多問(wèn)題，通過(guò)對(duì)網(wǎng)絡(luò)和業(yè)務(wù)質(zhì)量的實(shí)時(shí)監(jiān)控，在網(wǎng)絡(luò)質(zhì)量惡化時(shí)能夠做到自動(dòng)發(fā)現(xiàn)，實(shí)時(shí)告警，使得維護(hù)人員能夠主動(dòng)處理，在大范圍用戶受影響前業(yè)務(wù)能恢復(fù)正常，從而提升整體運(yùn)維水平，縮短故障修復(fù)時(shí)間，改善客戶感知度。

參考文獻(xiàn)：

[1] 謝希仁.計(jì)算機(jī)網(wǎng)絡(luò)[M].北京：電子工業(yè)出版社，2011.

[2] BehrouzA.Forouzan.TCP/IP PROTOCOL SUITE[M].北京：清華大學(xué)出版社，2009.

[3] 孫衛(wèi)琴. Java網(wǎng)絡(luò)編程精解[M].北京：電子工業(yè)出版社，2007.

[4] Bruce Eckel.Thinking in Java[M].北京：機(jī)械工業(yè)出版社，2007.