專利名稱：檢測網(wǎng)絡(luò)通信質(zhì)量的方法、系統(tǒng)及相關(guān)裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，特別是指一種檢測網(wǎng)絡(luò)通信質(zhì)量的方法、系統(tǒng)及相關(guān)裝置。
背景技術(shù)：
隨著通信技術(shù)的不斷發(fā)展，電信系統(tǒng)越來越復(fù)雜，對電信系統(tǒng)的可靠性要求也越來越高，電信系統(tǒng)的可靠性一般要求達(dá)到99.999％以上。網(wǎng)絡(luò)是各種電信系統(tǒng)進(jìn)行通信的基石，因此，網(wǎng)絡(luò)的通信質(zhì)量的實時檢測對于保障電信系統(tǒng)的高可靠性十分重要。由于電信系統(tǒng)要求非常高的可靠性，通常采用雙主冷備份或熱備份來保證電信系統(tǒng)的高可靠性，在雙主之間通過心跳消息包維持雙主的主備狀態(tài)，5至10秒未收到心跳消息包就可能會導(dǎo)致主備雙機(jī)倒換，而電信系統(tǒng)的主備雙機(jī)倒換必然對業(yè)務(wù)產(chǎn)生影響，因此，非常需要有效的處理方案來檢測網(wǎng)絡(luò)的通信質(zhì)量。
目前常用的網(wǎng)絡(luò)一般基于傳輸控制協(xié)議(Transmission Control Protocol，TCP)/網(wǎng)絡(luò)互聯(lián)協(xié)議(Internet Protocol，IP)，已有的對網(wǎng)絡(luò)的通信質(zhì)量進(jìn)行檢測的方案都只能針對IP層或IP層以下的數(shù)據(jù)鏈路層進(jìn)行，IP層即為網(wǎng)絡(luò)層，例如，計算機(jī)操作系統(tǒng)提供的ping工具，依據(jù)IP層的互聯(lián)網(wǎng)控制信息協(xié)議(Internet Control Message Protocol，ICMP)對網(wǎng)絡(luò)的通信質(zhì)量進(jìn)行檢測；又如，位于網(wǎng)卡的網(wǎng)絡(luò)抓包工具，通過抓取通過網(wǎng)卡的所有數(shù)據(jù)包對網(wǎng)絡(luò)的通信質(zhì)量進(jìn)行檢測，而無法針對位于IP層以上的TCP層等傳輸層進(jìn)行網(wǎng)絡(luò)通信質(zhì)量的檢測。
現(xiàn)有七層參考模型如圖1所示，從下至上依次包括物理層、數(shù)據(jù)鏈路層、網(wǎng)絡(luò)層、傳輸層、會話層、表示層和應(yīng)用層，其中，IP層為網(wǎng)絡(luò)層；位于IP層以上的TCP層為傳輸層。
ping工具工作在IP層，通過ICMP與網(wǎng)絡(luò)中的其他設(shè)備進(jìn)行交互，主要工作原理是設(shè)備A向設(shè)備B發(fā)送ICMP請求報文，設(shè)備B收到ICMP請求報文后，向設(shè)備A返回ICMP應(yīng)答報文，設(shè)備A根據(jù)是否在設(shè)定的延遲時間內(nèi)收到ICMP應(yīng)答報文來確定網(wǎng)絡(luò)通信質(zhì)量的優(yōu)劣。ping工具具有一些統(tǒng)計功能，例如，ping失敗的比例、最大延遲時間、最小延遲時間、平均延遲時間等?；贗CMP協(xié)議開發(fā)的功能更為強(qiáng)大的ping工具，則增強(qiáng)了日志輸出功能、統(tǒng)計數(shù)據(jù)展示功能，但都只能對IP層的通信質(zhì)量進(jìn)行檢測。
ping工具工作在網(wǎng)絡(luò)層、即IP層，而電信系統(tǒng)中的設(shè)備通常是使用TCP層、即傳輸層的功能進(jìn)行工作的，IP層通信正常并不能說明TCP層等傳輸層也正常通信。另外，如果電信系統(tǒng)在TCP層等傳輸層的處理不當(dāng)，從業(yè)務(wù)層上看網(wǎng)絡(luò)的通信質(zhì)量是不佳的，而通過IP層的ping工具是無法檢測到的。以下將位于支持IP協(xié)議的網(wǎng)絡(luò)層、即IP層之上的傳輸層稱為基于IP層的傳輸層。
ping工具通過調(diào)用設(shè)備的操作系統(tǒng)的接口發(fā)送ICMP請求報文，設(shè)備的操作系統(tǒng)收到ICMP請求報文后回復(fù)ICMP應(yīng)答報文。由于ping工具工作在IP層，只能指明接收ICMP請求報文或ICMP應(yīng)答報文的目的設(shè)備，而無法指明該目的設(shè)備的具體應(yīng)用程序，而派發(fā)ICMP請求報文或ICMP應(yīng)答報文的規(guī)則由操作系統(tǒng)確定，可能是輪循派發(fā)，也可能是其他方式，不同操作系統(tǒng)的實現(xiàn)方式不盡相同。當(dāng)設(shè)備中啟動多個應(yīng)用程序時，可能導(dǎo)致應(yīng)用程序C發(fā)送ICMP請求報文，相應(yīng)的ICMP應(yīng)答報文卻被應(yīng)用程序D接收，導(dǎo)致應(yīng)用程序C認(rèn)為ping失敗，而實際上卻應(yīng)該是ping成功的，因此，根據(jù)ping工具得到的網(wǎng)絡(luò)通信質(zhì)量的檢測結(jié)果并不是很準(zhǔn)確。
網(wǎng)絡(luò)抓包工具工作在數(shù)據(jù)鏈路層或數(shù)據(jù)鏈路層之下，將網(wǎng)卡的模式設(shè)置為多播混雜模式，這樣，網(wǎng)卡才能夠抓取通過該網(wǎng)卡的所有數(shù)據(jù)包。網(wǎng)絡(luò)抓包工具抓取所有經(jīng)過網(wǎng)卡的數(shù)據(jù)包，并記錄到相應(yīng)文件中。通過分析數(shù)據(jù)包的完整性，發(fā)現(xiàn)出現(xiàn)通信問題的網(wǎng)段、設(shè)備等，例如，數(shù)據(jù)包的媒體接入控制(MediaAccess Control，MAC)地址不正確導(dǎo)致數(shù)據(jù)包延遲；又如，網(wǎng)絡(luò)中存在病毒對設(shè)備進(jìn)行攻擊，等等。另外，通過對數(shù)據(jù)包的統(tǒng)計還能夠得到網(wǎng)絡(luò)流量的變化。
由于電信系統(tǒng)需要處理的呼叫量非常大，每秒鐘收到的呼叫次數(shù)少則幾十次、多達(dá)幾百次，這樣，業(yè)務(wù)處理設(shè)備通過網(wǎng)卡發(fā)送的信息量就會非常大，網(wǎng)絡(luò)抓包工具將抓取到大量數(shù)據(jù)，記錄這些數(shù)據(jù)的相應(yīng)文件將存儲有大量信息，通過對這些信息的分析確定網(wǎng)絡(luò)通信質(zhì)量的優(yōu)劣時，工作量將非常巨大，很難及時準(zhǔn)確地找到問題所在，如同大海撈針。另外，由于網(wǎng)絡(luò)抓包工具只能抓取網(wǎng)卡所在網(wǎng)段的數(shù)據(jù)包，因此，無法通過網(wǎng)絡(luò)抓包工具實現(xiàn)對跨網(wǎng)段的網(wǎng)絡(luò)通信質(zhì)量的檢測。此外，由于網(wǎng)絡(luò)抓包工具只能針對業(yè)務(wù)數(shù)據(jù)進(jìn)行，而業(yè)務(wù)數(shù)據(jù)的數(shù)據(jù)量是非常龐大的；并且，在運(yùn)行的電信系統(tǒng)上抓取數(shù)據(jù)包，由于需要占用輸入/輸出(Input/output，I/O)接口、數(shù)據(jù)量大等各種缺點(diǎn)的存在，必然會對業(yè)務(wù)產(chǎn)生影響。網(wǎng)絡(luò)抓包工具通常是從設(shè)備側(cè)接收某個通信端口的數(shù)據(jù)包，這需要對設(shè)備的數(shù)據(jù)配置進(jìn)行修改，而這些修改很可能帶來一些不必要的副作用。對于傳遞保密信息的網(wǎng)絡(luò)，通常不允許抓取數(shù)據(jù)包，這樣，也就無法通過網(wǎng)絡(luò)抓包工具隊網(wǎng)絡(luò)的通信質(zhì)量進(jìn)行檢測。
根據(jù)以上描述可見，現(xiàn)有的ping工具和網(wǎng)絡(luò)抓包工具不僅根本無法實現(xiàn)對基于IP層的傳輸層的網(wǎng)絡(luò)通信質(zhì)量的檢測，而且各自還存在著很多問題。
發(fā)明內(nèi)容
有鑒于此，本發(fā)明實施例提供一種檢測網(wǎng)絡(luò)通信質(zhì)量的方法、系統(tǒng)及相關(guān)裝置，針對基于IP層的傳輸層的網(wǎng)絡(luò)通信質(zhì)量進(jìn)行有效檢測。
本發(fā)明實施例提供的檢測網(wǎng)絡(luò)通信質(zhì)量的方法包括服務(wù)端根據(jù)配置的通信端口，在基于網(wǎng)絡(luò)互聯(lián)協(xié)議IP層的傳輸層上以固定時間間隔向各客戶端發(fā)送檢測消息包；收到檢測消息包的客戶端向服務(wù)端返回應(yīng)答消息包；服務(wù)端根據(jù)配置的檢測信息、或接收應(yīng)答消息包的情況、或配置的檢測信息和接收應(yīng)答消息包的情況進(jìn)行統(tǒng)計得到統(tǒng)計信息；根據(jù)統(tǒng)計信息確定基于IP層的傳輸層的網(wǎng)絡(luò)通信質(zhì)量。
本發(fā)明實施例提供的檢測網(wǎng)絡(luò)通信質(zhì)量的系統(tǒng)包括服務(wù)端用于根據(jù)配置的通信端口在基于IP層的傳輸層上以固定時間間隔向各客戶端發(fā)送檢測消息包，并根據(jù)配置的檢測信息、或接收應(yīng)答消息包的情況、或配置的檢測信息和接收應(yīng)答消息包的情況進(jìn)行統(tǒng)計得到統(tǒng)計信息；客戶端用于接收檢測消息包，向服務(wù)端返回應(yīng)答消息包。
本發(fā)明實施例提供的檢測網(wǎng)絡(luò)通信質(zhì)量的相關(guān)裝置包括發(fā)送單元用于根據(jù)配置的通信端口在基于IP層的傳輸層上以固定時間間隔發(fā)送檢測消息包；統(tǒng)計單元用于根據(jù)配置的檢測信息、或接收應(yīng)答消息包的情況、或配置的檢測信息和接收應(yīng)答消息包的情況進(jìn)行統(tǒng)計得到統(tǒng)計信息。
本發(fā)明實施例提供的檢測網(wǎng)絡(luò)通信質(zhì)量的相關(guān)裝置包括接收單元用于接收檢測消息包，并發(fā)送通知；發(fā)送單元用于根據(jù)所述通知及配置的通信端口發(fā)送應(yīng)答消息包。
本發(fā)明實施例提供的方案中，服務(wù)端根據(jù)配置的通信端口，在基于IP層的傳輸層上勻速、即以固定時間間隔向各客戶端發(fā)送檢測消息包；收到檢測消息包的客戶端向服務(wù)端返回應(yīng)答消息包；服務(wù)端根據(jù)配置的檢測信息、或接收應(yīng)答消息包的情況、或配置的檢測信息和接收應(yīng)答消息包的情況進(jìn)行統(tǒng)計得到統(tǒng)計信息；根據(jù)統(tǒng)計信息確定基于IP層的傳輸層的網(wǎng)絡(luò)通信質(zhì)量，針對基于IP層的傳輸層的網(wǎng)絡(luò)通信質(zhì)量進(jìn)行了有效檢測，使得對網(wǎng)絡(luò)通信質(zhì)量的檢測得到分層。由于本發(fā)明各實施例提供的方案中，在服務(wù)端中配置了客戶端的通信端口，明確了接收檢測消息包的對端，不會出現(xiàn)檢測消息包被發(fā)送到其他地方的可能。由于客戶端的通信端口可以通過IP地址和端口號唯一標(biāo)識，這樣，即使多個客戶端位于一個設(shè)備中，也可以通過端口號進(jìn)行區(qū)分，不會出現(xiàn)接收檢測消息包的客戶端不明確的情況。在服務(wù)端與客戶端之間傳輸用于檢測網(wǎng)絡(luò)通信質(zhì)量的采樣數(shù)據(jù)、即檢測消息包，從而根據(jù)本發(fā)明各實施例提供的方案，在基于IP層的傳輸層無需對業(yè)務(wù)數(shù)據(jù)進(jìn)行跟蹤。
圖1為現(xiàn)有七層參考模型示意圖；圖2為本發(fā)明實施例中服務(wù)端與客戶端配置關(guān)系示意圖；圖3為本發(fā)明實施例中服務(wù)端與客戶端通信流程圖；圖4為本發(fā)明實施例中系統(tǒng)結(jié)構(gòu)示意圖。
具體實施例方式
本發(fā)明實施例提供的方案中，服務(wù)端根據(jù)配置的通信端口，在基于IP層的傳輸層上勻速、即以固定時間間隔向各客戶端發(fā)送檢測消息包；收到檢測消息包的客戶端向服務(wù)端返回應(yīng)答消息包；服務(wù)端根據(jù)配置的檢測信息、或接收應(yīng)答消息包的情況、或配置的檢測信息和接收應(yīng)答消息包的情況進(jìn)行統(tǒng)計得到統(tǒng)計信息；根據(jù)統(tǒng)計信息確定基于IP層的傳輸層的網(wǎng)絡(luò)通信質(zhì)量。以上所述基于IP層的傳輸層可以是TCP層，也可以是用戶數(shù)據(jù)報協(xié)議(User DatagramProtocol，UDP)層，等等。所述通信端口包括IP地址和端口號。根據(jù)統(tǒng)計信息確定基于IP層的傳輸層的網(wǎng)絡(luò)通信質(zhì)量的操作可以由服務(wù)端直接完成；也可以由一些檢測設(shè)備完成，如操作、管理與維護(hù)(Operation，Administration andMaintenance，OA&M)設(shè)備；還可以通過人工對統(tǒng)計信息進(jìn)行分析來完成。服務(wù)端與客戶端之間傳輸?shù)臋z測消息包的作用相當(dāng)于用于檢測網(wǎng)絡(luò)通信質(zhì)量的采樣數(shù)據(jù)，從而根據(jù)本發(fā)明各實施例提供的方案，在基于IP層的傳輸層無需對業(yè)務(wù)數(shù)據(jù)進(jìn)行跟蹤。
設(shè)置一個服務(wù)端和多個客戶端。在服務(wù)端中配置需要檢測的客戶端的通信端口，服務(wù)端集中通過配置的通信端口勻速、即固定地以設(shè)定的時間間隔向各客戶端發(fā)送檢測消息包。在各客戶端中配置服務(wù)端的通信端口，客戶端在該配置的通信端口上監(jiān)聽來自服務(wù)端的連接建立請求，客戶端通過建立的連接收到來自服務(wù)端的檢測消息包后，向服務(wù)端返回應(yīng)答消息包?？蛇M(jìn)一步在服務(wù)端中配置檢測信息，服務(wù)端中配置的檢測信息至少包括發(fā)送超時時間、或接收超時時間、或發(fā)送超時時間和接收超時時間，該檢測信息中可以進(jìn)一步包括檢測消息包長度、或網(wǎng)絡(luò)檢測持續(xù)時間長度、或需要檢測的客戶端的數(shù)量、或以上任意的組合。這樣，配置主要集中在服務(wù)端上進(jìn)行，便于后續(xù)配置的動態(tài)修改，同時也便于基于IP層的傳輸層的網(wǎng)絡(luò)通信質(zhì)量檢測的部署。服務(wù)端及客戶端程序可以設(shè)計為服務(wù)程序，其所在設(shè)備啟動后就自動運(yùn)行，從而達(dá)到實時監(jiān)控網(wǎng)絡(luò)通信質(zhì)量的目的。
發(fā)送一個檢測消息包的時間長度稱為發(fā)送時間，接收一個應(yīng)答消息包的時間長度稱為接收時間。服務(wù)端確定設(shè)定時間長度內(nèi)實際收到的應(yīng)答消息包數(shù)量與相應(yīng)時間長度內(nèi)應(yīng)該收到的應(yīng)答消息包數(shù)量的差異比較大、或發(fā)送時間大于檢測信息中的發(fā)送超時時間、或接收時間大于檢測信息中的接收超時時間、或以上情況任意的組合時，服務(wù)端進(jìn)行統(tǒng)計生成統(tǒng)計信息、如生成日志。根據(jù)該統(tǒng)計信息就能夠確定基于IP層的傳輸層的網(wǎng)絡(luò)通信質(zhì)量。服務(wù)端確定設(shè)定時間長度內(nèi)實際收到的應(yīng)答消息包數(shù)量與相應(yīng)時間長度內(nèi)應(yīng)該收到的應(yīng)答消息包數(shù)量是否存在差異是直接根據(jù)接收應(yīng)答消息包的情況進(jìn)行統(tǒng)計；服務(wù)端確定發(fā)送時間是否大于檢測信息中的發(fā)送超時時間是直接根據(jù)配置的檢測信息進(jìn)行統(tǒng)計；服務(wù)端確定接收時間是否大于檢測信息中的接收超時時間是根據(jù)配置的檢測信息和接收應(yīng)答消息包的情況進(jìn)行統(tǒng)計。
由于服務(wù)端勻速向客戶端發(fā)送檢測消息包，客戶端收到檢測消息包后通常立即向服務(wù)端返回應(yīng)答消息包，這樣，客戶端返回的應(yīng)答消息包，服務(wù)端基本上應(yīng)該也是勻速收到的，因此，如果服務(wù)端在設(shè)定時間長度內(nèi)實際收到的應(yīng)答消息包的數(shù)量與相應(yīng)時間長度內(nèi)應(yīng)該收到的應(yīng)答消息包數(shù)量的差異比較大時，就證明基于IP層的傳輸層的網(wǎng)絡(luò)通信質(zhì)量有可能欠佳。例如，服務(wù)端中配置的需要檢測的客戶端的數(shù)量為10，服務(wù)端每秒鐘向每個客戶端勻速發(fā)送6個檢測消息包，每秒鐘應(yīng)該收到的應(yīng)答消息包的數(shù)量為60，如果服務(wù)端每秒鐘實際收到60個左右的應(yīng)答消息包，如服務(wù)端每秒鐘實際收到的應(yīng)答消息包為58個，或服務(wù)端每秒鐘實際收到的應(yīng)答消息包為61個，則證明基于IP層的傳輸層的網(wǎng)絡(luò)通信質(zhì)量良好，如果服務(wù)端每秒鐘實際收到的應(yīng)答消息包的數(shù)量與60相差比較大，如服務(wù)端每秒鐘實際收到的應(yīng)答消息包的數(shù)量為50個，或服務(wù)端每秒鐘實際收到的應(yīng)答消息包的數(shù)量為71個，則證明基于IP層的傳輸層的網(wǎng)絡(luò)通信質(zhì)量欠佳。以上描述的具體處理可以為設(shè)置差額閾值，將服務(wù)端在設(shè)定時間長度內(nèi)實際收到的應(yīng)答消息包與相應(yīng)時間長度內(nèi)應(yīng)該收到的應(yīng)答消息包的數(shù)量差值與差額閾值進(jìn)行比較，如果數(shù)量差值小于差額閾值，則確定基本不存在差異，否則，確定差異比較大。
另外，如果檢測消息包的發(fā)送時間或應(yīng)答消息包的接收時間比較長，大于設(shè)定的范圍，則也可以證明基于IP層的傳輸層的網(wǎng)絡(luò)通信質(zhì)量有可能欠佳。
這樣，可基于以上情況中的一種或其中的兩種、三種，由服務(wù)端進(jìn)行統(tǒng)計生成統(tǒng)計信息、如生成日志，以便為后續(xù)對網(wǎng)絡(luò)通信質(zhì)量的分析提供依據(jù)。
圖2為本發(fā)明實施例中服務(wù)端與客戶端配置關(guān)系示意圖，如圖2所示，在服務(wù)端中配置需要檢測的客戶端的通信端口，由于不同客戶端可位于相同或不同網(wǎng)段，因此，通過對服務(wù)端的配置可實現(xiàn)對一個或多個網(wǎng)段的基于IP層的傳輸層的通信質(zhì)量的檢測，例如，通過服務(wù)端對網(wǎng)段10.X.X.X和192.X.X.X的網(wǎng)絡(luò)通信質(zhì)量進(jìn)行檢測?？蛻舳酥兄恍枧渲梅?wù)端的通信端口即可，無需配置更多的數(shù)據(jù)，屬于瘦客戶端配置，即配置信息只占用少量的系統(tǒng)資源。如果一個設(shè)備中包括兩個網(wǎng)卡，則可將該設(shè)備作為一個客戶端，該客戶端位于兩個不同的網(wǎng)段；另外，也可以針對不同網(wǎng)段設(shè)置不同客戶端，即該設(shè)備中包括兩個客戶端，一個客戶端對應(yīng)一個網(wǎng)段。這樣，一個實際設(shè)備中可能包括多個客戶端，每個客戶端可針對于一個應(yīng)用程序。
圖3為本發(fā)明實施例中服務(wù)端與客戶端通信流程圖，如圖3所示，服務(wù)端與客戶端進(jìn)行通信的處理過程包括以下步驟步驟301～步驟302服務(wù)端啟動后，根據(jù)配置的通信端口向客戶端發(fā)送連接建立請求，請求與客戶端建立基于IP層的傳輸層的連接；客戶端啟動后在配置的通信端口上監(jiān)聽連接建立請求，收到連接建立請求后，向服務(wù)端返回連接建立應(yīng)答，與服務(wù)端建立基于IP層的傳輸層的連接。
步驟303～步驟304服務(wù)端收到連接建立應(yīng)答后，根據(jù)配置的通信端口向客戶端發(fā)送網(wǎng)絡(luò)檢測開始請求，請求開始基于IP層的傳輸層的網(wǎng)絡(luò)通信質(zhì)量的檢測；客戶端收到網(wǎng)絡(luò)檢測開始請求后，通過建立的連接向服務(wù)端返回網(wǎng)絡(luò)檢測開始應(yīng)答，接受服務(wù)端的網(wǎng)絡(luò)檢測開始請求。如果客戶端不接受網(wǎng)絡(luò)檢測開始請求后，則服務(wù)端生成日志，直接執(zhí)行步驟311～步驟312。
步驟305～步驟310服務(wù)端收到客戶端接受網(wǎng)絡(luò)檢測開始請求的網(wǎng)絡(luò)檢測開始應(yīng)答后，啟動發(fā)送線程和接收線程，開始根據(jù)配置的通信端口在發(fā)送線程上勻速、即以設(shè)定的固定時間間隔向客戶端發(fā)送檢測消息包，在接收線程上接收客戶端返回的應(yīng)答消息包?？蛻舳耸盏綑z測消息包后，通過建立的連接向服務(wù)端返回應(yīng)答消息包。為了方便后續(xù)對網(wǎng)絡(luò)通信質(zhì)量進(jìn)行分析，服務(wù)端每次發(fā)送的檢測消息包都具有唯一編號，客戶端每次發(fā)送的應(yīng)答消息包也都具有唯一編號，通過檢測消息包及應(yīng)答消息包的唯一編號可以快速確定網(wǎng)絡(luò)通信質(zhì)量欠佳的客戶端。
服務(wù)端維護(hù)有發(fā)送線程和接收線程，如果服務(wù)端確定一個檢測消息包在發(fā)送線程上的發(fā)送時間大于檢測信息中的發(fā)送超時時間、或一個應(yīng)答消息包在接收線程上的接收時間大于檢測信息中的接收超時時間、或服務(wù)端設(shè)定時間長度內(nèi)收到的應(yīng)答消息包數(shù)量與相應(yīng)時間長度內(nèi)發(fā)送的檢測消息包數(shù)量的差異比較大、或以上情況任意的組合時，服務(wù)端生成日志。檢測信息中的發(fā)送超時時間可設(shè)置為50ms，接收超時時間可設(shè)置為500ms。
服務(wù)端維護(hù)的發(fā)送線程和接收線程可以采用擁塞式調(diào)用，即在先入先出(First In First Out，F(xiàn)IFO)緩存器的發(fā)送線程上有檢測消息包時，就將該檢測消息包發(fā)送出去，在FIFO緩存器的接收線程上有應(yīng)答消息包，就對該應(yīng)答消息包進(jìn)行接收處理，因此，服務(wù)端能夠根據(jù)發(fā)送線程或接收線程上的處理時間相應(yīng)得到發(fā)送時間和接收時間。服務(wù)端維護(hù)的發(fā)送線程和接收線程也可以采用非擁塞式調(diào)用，服務(wù)端可通過本端的處理獲得發(fā)送時間，而客戶端發(fā)送的應(yīng)答消息包需要攜帶發(fā)送時間，以便服務(wù)端確定接收時間。
另外，客戶端收到檢測消息包后，可以不對檢測消息包進(jìn)行任何處理，也可以對檢測消息包進(jìn)行簡單的分析處理，并可進(jìn)一步根據(jù)處理結(jié)果進(jìn)行后續(xù)操作，例如，客戶端判斷收到的檢測消息包是否完整，確定收到的檢測消息包完整時向服務(wù)端返回應(yīng)答消息包，否則，向服務(wù)端返回應(yīng)答消息包，并生成日志或告警等。
由于一個實際設(shè)備中可能包括多個客戶端，每個客戶端可針對于該設(shè)備運(yùn)行的一個應(yīng)用程序，客戶端的通信端口可以通過IP地址和端口號唯一標(biāo)識，多個客戶端位于一個設(shè)備中時，IP地址可用于標(biāo)識接收檢測消息包的設(shè)備，而端口號則用于標(biāo)識該設(shè)備中接收相應(yīng)檢測消息包的具體客戶端，這樣，一個設(shè)備中包括的多個客戶端能夠通過端口號進(jìn)行區(qū)分，從而不會出現(xiàn)接收檢測消息包的客戶端不明確的情況。
服務(wù)端需要與客戶端端斷開連接時，執(zhí)行步驟311～步驟312。
步驟311～步驟312服務(wù)端根據(jù)配置的通信端口向客戶端發(fā)送連接斷開請求，請求與客戶端斷開連接；客戶端收到連接斷開請求后，向服務(wù)端返回連接斷開應(yīng)答，斷開與服務(wù)端之間建立的基于IP層的傳輸層的連接。
由于IP層、數(shù)據(jù)鏈路層或數(shù)據(jù)鏈路層以下的層的網(wǎng)絡(luò)通信質(zhì)量都可能對基于IP層的傳輸層的網(wǎng)絡(luò)通信質(zhì)量產(chǎn)生影響，因此，根據(jù)統(tǒng)計信息確定基于IP層的傳輸層的網(wǎng)絡(luò)通信質(zhì)量欠佳后，可與其他網(wǎng)絡(luò)通信質(zhì)量檢測工具相結(jié)合，以檢測基于IP層的傳輸層以下的連接是否正常或定位出現(xiàn)問題的設(shè)備，使得通信問題的定位更有針對性。例如，確定基于IP層的傳輸層的網(wǎng)絡(luò)通信質(zhì)量欠佳后，根據(jù)接收應(yīng)答消息包的情況確定存在問題的應(yīng)答消息包的編號，如確定應(yīng)該收到卻沒有收到的應(yīng)答消息包的編號，確定與該編號相對應(yīng)的客戶端，然后啟動該客戶端的網(wǎng)絡(luò)抓包工具，通過該網(wǎng)絡(luò)抓包工具抓取通過該客戶端網(wǎng)卡的所有數(shù)據(jù)包，對相應(yīng)數(shù)據(jù)包進(jìn)行分析，確定數(shù)據(jù)鏈路層或數(shù)據(jù)鏈路層之下的網(wǎng)絡(luò)通信質(zhì)量是否良好，在數(shù)據(jù)鏈路層或數(shù)據(jù)鏈路層之下的網(wǎng)絡(luò)通信質(zhì)量出現(xiàn)問題時，確定出現(xiàn)通信問題的設(shè)備等。又如，確定基于IP層的傳輸層的網(wǎng)絡(luò)通信質(zhì)量欠佳后，根據(jù)接收應(yīng)答消息包的情況確定存在問題的應(yīng)答消息包的編號，如確定應(yīng)該收到卻沒有收到的應(yīng)答消息包的編號，確定與該編號相對應(yīng)的客戶端，然后啟動該客戶端的ping工具，通過ICMP報文確定IP層的網(wǎng)絡(luò)通信質(zhì)量是否良好，即檢測IP層的連接是否正常；再如，確定基于IP層的傳輸層的網(wǎng)絡(luò)通信質(zhì)量欠佳后，根據(jù)接收應(yīng)答消息包的情況確定存在問題的應(yīng)答消息包的編號，如確定應(yīng)該收到卻沒有收到的應(yīng)答消息包的編號，確定與該編號相對應(yīng)的客戶端，然后啟動該客戶端的網(wǎng)絡(luò)抓包工具和ping工具，通過將網(wǎng)絡(luò)抓包工具和ping工具相結(jié)合，以定位出現(xiàn)問題的設(shè)備或檢測IP層的連接是否正常。
本領(lǐng)域技術(shù)人員可以理解實現(xiàn)上述實施例方法中的全部或部分步驟可以是通過程序來指令相關(guān)的硬件完成，所述的程序可以存儲于一計算機(jī)可讀存儲介質(zhì)中，該程序在執(zhí)行時，包括以上方法中所述的步驟，例如，服務(wù)端根據(jù)配置的通信端口，在基于IP層的傳輸層上勻速向客戶端發(fā)送檢測消息包，服務(wù)端根據(jù)接收應(yīng)答消息包的情況進(jìn)行統(tǒng)計得到統(tǒng)計信息；又如，收到檢測消息包的客戶端向服務(wù)端返回應(yīng)答消息包；再如，根據(jù)統(tǒng)計信息確定基于IP層的傳輸層的網(wǎng)絡(luò)通信質(zhì)量。以上所述存儲介質(zhì)可以為只讀存儲器(Read OnlyMemory，ROM)/隨機(jī)存儲器(Random Access Memory，RAM)、磁碟、光盤等。
圖4為本發(fā)明實施例中系統(tǒng)結(jié)構(gòu)示意圖，如圖4所示，該系統(tǒng)包括服務(wù)端和客戶端，其中，服務(wù)端用于根據(jù)配置的通信端口在基于IP層的傳輸層上勻速、即以固定時間間隔向各客戶端發(fā)送檢測消息包，并根據(jù)配置的檢測信息、或接收應(yīng)答消息包的情況、或配置的檢測信息和接收應(yīng)答消息包的情況進(jìn)行統(tǒng)計得到統(tǒng)計信息；客戶端用于接收檢測消息包，向服務(wù)端返回應(yīng)答消息包。
服務(wù)端進(jìn)一步用于根據(jù)統(tǒng)計信息確定基于IP層的傳輸層的網(wǎng)絡(luò)通信質(zhì)量；或者，該系統(tǒng)進(jìn)一步包括檢測設(shè)備，該檢測設(shè)備用于根據(jù)統(tǒng)計信息確定基于IP層的傳輸層的網(wǎng)絡(luò)通信質(zhì)量。
客戶端進(jìn)一步包括質(zhì)量檢測單元，該質(zhì)量檢測單元用于對基于IP層的傳輸層下層的網(wǎng)絡(luò)通信質(zhì)量進(jìn)行檢測，質(zhì)量檢測單元具體可為ping單元，用于通過ICMP報文確定IP層的網(wǎng)絡(luò)通信質(zhì)量是否良好；或網(wǎng)絡(luò)抓包單元，用于抓取通過該客戶端的網(wǎng)卡的數(shù)據(jù)包，對相應(yīng)數(shù)據(jù)包進(jìn)行分析，確定數(shù)據(jù)鏈路層或數(shù)據(jù)鏈路層之下的網(wǎng)絡(luò)通信質(zhì)量；或以上二者的組合。
本發(fā)明實施例中提供的服務(wù)端包括發(fā)送單元和統(tǒng)計單元，其中，發(fā)送單元用于根據(jù)配置的通信端口在基于IP層的傳輸層上勻速、即以固定時間間隔向各客戶端發(fā)送檢測消息包；統(tǒng)計單元用于根據(jù)配置的檢測信息、或接收應(yīng)答消息包的情況、或配置的檢測信息和接收應(yīng)答消息包的情況進(jìn)行統(tǒng)計得到統(tǒng)計信息。服務(wù)端可進(jìn)一步包括檢測單元，用于根據(jù)統(tǒng)計信息確定基于IP層的傳輸層的網(wǎng)絡(luò)通信質(zhì)量。
本發(fā)明實施例中提供的客戶端包括接收單元和發(fā)送單元，其中，接收單元用于接收檢測消息包，并向發(fā)送單元發(fā)送通知；發(fā)送單元用于根據(jù)通知，向服務(wù)端發(fā)送應(yīng)答消息包?？蛻舳丝蛇M(jìn)一步包括質(zhì)量檢測單元，該質(zhì)量檢測單元用于對基于IP層的傳輸層下層的網(wǎng)絡(luò)通信質(zhì)量進(jìn)行檢測，檢測單元具體可為ping單元，用于通過ICMP報文確定IP層的網(wǎng)絡(luò)通信質(zhì)量是否良好；或網(wǎng)絡(luò)抓包單元，用于抓取通過該客戶端的網(wǎng)卡的數(shù)據(jù)包，對相應(yīng)數(shù)據(jù)包進(jìn)行分析，確定數(shù)據(jù)鏈路層或數(shù)據(jù)鏈路層之下的網(wǎng)絡(luò)通信質(zhì)量；或以上二者的組合。
本發(fā)明實施例提供的方案中，服務(wù)端根據(jù)配置的通信端口，在基于IP層的傳輸層上勻速、即以固定時間間隔向各客戶端發(fā)送檢測消息包；收到檢測消息包的客戶端向服務(wù)端返回應(yīng)答消息包；服務(wù)端根據(jù)配置的檢測信息、或接收應(yīng)答消息包的情況、或配置的檢測信息和接收應(yīng)答消息包的情況進(jìn)行統(tǒng)計得到統(tǒng)計信息；根據(jù)統(tǒng)計信息確定基于IP層的傳輸層的網(wǎng)絡(luò)通信質(zhì)量，針對基于IP層的傳輸層的網(wǎng)絡(luò)通信質(zhì)量進(jìn)行了有效檢測，使得對網(wǎng)絡(luò)通信質(zhì)量的檢測得到分層。由于本發(fā)明各實施例提供的方案中，在服務(wù)端中配置了客戶端的通信端口，明確了接收檢測消息包的對端，不會出現(xiàn)檢測消息包被發(fā)送到其他地方的可能。由于客戶端的通信端口可以通過IP地址和端口號唯一標(biāo)識，這樣，即使多個客戶端位于一個設(shè)備中，也可以通過端口號進(jìn)行區(qū)分，不會出現(xiàn)接收檢測消息包的客戶端不明確的情況。在服務(wù)端與客戶端之間傳輸用于檢測網(wǎng)絡(luò)通信質(zhì)量的采樣數(shù)據(jù)、即檢測消息包，從而根據(jù)本發(fā)明各實施例提供的方案，在基于IP層的傳輸層無需對業(yè)務(wù)數(shù)據(jù)進(jìn)行跟蹤。
由于電信系統(tǒng)中有些平臺采用了中間件進(jìn)行網(wǎng)絡(luò)通信，如短消息平臺、客服平臺、彩鈴平臺等，這些平臺采用的中間件是基于TCP/IP、或UDP/IP進(jìn)行不同設(shè)備之間的通信的。此類電信系統(tǒng)一般為雙機(jī)配置，雙機(jī)倒換多數(shù)是收不到對端心跳消息而引起的，但收不到對端心跳可能是網(wǎng)絡(luò)問題，也可能是中間件的自身問題，而中間件無法證明自身處理沒有問題，因此，通過本發(fā)明實施例提供的方案能夠針對基于IP層的傳輸層的網(wǎng)絡(luò)通信質(zhì)量進(jìn)行檢測，如果檢測到基于IP層的傳輸層的網(wǎng)絡(luò)通信質(zhì)量良好，并且檢測到上層應(yīng)用出現(xiàn)問題，則可確定中間件或業(yè)務(wù)程序出現(xiàn)問題，因此對中間件、業(yè)務(wù)程序進(jìn)行重點(diǎn)檢查。
另外，本發(fā)明實施例中，配置主要集中在服務(wù)端上進(jìn)行，便于后續(xù)配置的動態(tài)修改，同時也便于基于IP層的傳輸層的網(wǎng)絡(luò)通信質(zhì)量檢測的部署。由于不同客戶端可位于相同或不同網(wǎng)段，因此，通過對服務(wù)端的配置還可以實現(xiàn)對一個或多個網(wǎng)段的基于IP層的傳輸層的通信質(zhì)量的檢測，此外，確定基于IP層的傳輸層的網(wǎng)絡(luò)通信質(zhì)量欠佳后，可與其他網(wǎng)絡(luò)通信質(zhì)量檢測工具相結(jié)合，以定位出現(xiàn)問題的設(shè)備，使得通信問題的定位更有針對性。
顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明進(jìn)行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1.一種檢測網(wǎng)絡(luò)通信質(zhì)量的方法，其特征在于，該方法包含服務(wù)端根據(jù)配置的通信端口，在基于網(wǎng)絡(luò)互聯(lián)協(xié)議IP層的傳輸層上以固定時間間隔向各客戶端發(fā)送檢測消息包；收到檢測消息包的客戶端向服務(wù)端返回應(yīng)答消息包；服務(wù)端根據(jù)配置的檢測信息、或接收應(yīng)答消息包的情況、或配置的檢測信息和接收應(yīng)答消息包的情況進(jìn)行統(tǒng)計得到統(tǒng)計信息；根據(jù)統(tǒng)計信息確定基于IP層的傳輸層的網(wǎng)絡(luò)通信質(zhì)量。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述檢測信息包括發(fā)送超時時間；所述根據(jù)配置的檢測信息進(jìn)行統(tǒng)計，包括確定發(fā)送一個檢測消息包的時間長度大于所述發(fā)送超時時間時進(jìn)行統(tǒng)計。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述根據(jù)接收應(yīng)答消息包的情況進(jìn)行統(tǒng)計，包括確定在設(shè)定時間長度內(nèi)實際收到的應(yīng)答消息包與相應(yīng)時間長度內(nèi)應(yīng)該收到的應(yīng)答消息包的數(shù)量差值大于或等于設(shè)置的差額閾值時進(jìn)行統(tǒng)計。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述檢測信息包括接收超時時間；所述根據(jù)配置的檢測信息和接收應(yīng)答消息包的情況進(jìn)行統(tǒng)計，包括確定接收一個應(yīng)答消息包的時間長度大于所述接收超時時間時進(jìn)行統(tǒng)計。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述根據(jù)配置的檢測信息和接收應(yīng)答消息包的情況進(jìn)行統(tǒng)計，包括確定發(fā)送一個檢測消息包的時間長度大于檢測信息中的發(fā)送超時時間、及在設(shè)定時間長度內(nèi)實際收到的應(yīng)答消息包與相應(yīng)時間長度內(nèi)應(yīng)該收到的應(yīng)答消息包的數(shù)量差值大于或等于設(shè)置的差額閾值時進(jìn)行統(tǒng)計；或者，確定發(fā)送一個檢測消息包的時間長度大于檢測信息中的發(fā)送超時時間、及接收一個應(yīng)答消息包的時間長度大于檢測信息中的接收超時時間時進(jìn)行統(tǒng)計；或者，確定在設(shè)定時間長度內(nèi)實際收到的應(yīng)答消息包與相應(yīng)時間長度內(nèi)應(yīng)該收到的應(yīng)答消息包的數(shù)量差值大于或等于設(shè)置的差額閾值、及接收一個應(yīng)答消息包的時間長度大于檢測信息中的接收超時時間時進(jìn)行統(tǒng)計；或者，確定發(fā)送一個檢測消息包的時間長度大于檢測信息中的發(fā)送超時時間、及接收一個應(yīng)答消息包的時間長度大于檢測信息中的接收超時時間、及在設(shè)定時間長度內(nèi)實際收到的應(yīng)答消息包與相應(yīng)時間長度內(nèi)應(yīng)該收到的應(yīng)答消息包的數(shù)量差值大于或等于設(shè)置的差額閾值時進(jìn)行統(tǒng)計。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述返回應(yīng)答消息包之前，進(jìn)一步包括對檢測消息包進(jìn)行分析處理。
7.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述確定基于IP層的傳輸層的網(wǎng)絡(luò)通信質(zhì)量由服務(wù)端完成；或者，由網(wǎng)絡(luò)中的檢測設(shè)備完成。
8.根據(jù)權(quán)利要求1至7任一所述的方法，其特征在于，確定基于IP層的傳輸層的網(wǎng)絡(luò)通信質(zhì)量欠佳后，該方法進(jìn)一步包括根據(jù)接收應(yīng)答消息包的情況確定存在問題的應(yīng)答消息包的編號，確定與該編號相對應(yīng)的客戶端，啟動該客戶端的檢測工具，該檢測工具對網(wǎng)絡(luò)通信質(zhì)量進(jìn)行檢測。
9.一種檢測網(wǎng)絡(luò)通信質(zhì)量的系統(tǒng)，其特征在于，該系統(tǒng)包括服務(wù)端，用于根據(jù)配置的通信端口在基于IP層的傳輸層上以固定時間間隔向各客戶端發(fā)送檢測消息包，并根據(jù)配置的檢測信息、或接收應(yīng)答消息包的情況、或配置的檢測信息和接收應(yīng)答消息包的情況進(jìn)行統(tǒng)計得到統(tǒng)計信息；客戶端，用于接收檢測消息包，向服務(wù)端返回應(yīng)答消息包。
10.根據(jù)權(quán)利要求9所述的系統(tǒng)，其特征在于，所述服務(wù)端進(jìn)一步用于根據(jù)統(tǒng)計信息確定基于IP層的傳輸層的網(wǎng)絡(luò)通信質(zhì)量；或者，該系統(tǒng)進(jìn)一步包括檢測設(shè)備，用于根據(jù)統(tǒng)計信息確定基于IP層的傳輸層的網(wǎng)絡(luò)通信質(zhì)量。
11.根據(jù)權(quán)利要求9或10所述的系統(tǒng)，其特征在于，所述客戶端進(jìn)一步包括質(zhì)量檢測單元，用于對基于IP層的傳輸層下層的網(wǎng)絡(luò)通信質(zhì)量進(jìn)行檢測。
12.一種檢測網(wǎng)絡(luò)通信質(zhì)量的裝置，其特征在于，該裝置包括發(fā)送單元，用于根據(jù)配置的通信端口在基于IP層的傳輸層上以固定時間間隔發(fā)送檢測消息包；統(tǒng)計單元，用于根據(jù)配置的檢測信息、或接收應(yīng)答消息包的情況、或配置的檢測信息和接收應(yīng)答消息包的情況進(jìn)行統(tǒng)計得到統(tǒng)計信息。
13.根據(jù)權(quán)利要求12所述的裝置，其特征在于，所述裝置進(jìn)一步包括檢測單元，用于根據(jù)統(tǒng)計信息確定基于IP層的傳輸層的網(wǎng)絡(luò)通信質(zhì)量。
14.一種檢測網(wǎng)絡(luò)通信質(zhì)量的裝置，其特征在于，該裝置包括接收單元，用于接收檢測消息包，并發(fā)送通知；發(fā)送單元，用于根據(jù)所述通知及配置的通信端口發(fā)送應(yīng)答消息包。
15.根據(jù)權(quán)利要求14所述的裝置，其特征在于，所述裝置進(jìn)一步包括質(zhì)量檢測單元，用于對基于IP層的傳輸層下層的網(wǎng)絡(luò)通信質(zhì)量進(jìn)行檢測。
全文摘要
本發(fā)明公開了一種檢測網(wǎng)絡(luò)通信質(zhì)量的方法、系統(tǒng)及相關(guān)裝置。本發(fā)明提供的檢測網(wǎng)絡(luò)通信質(zhì)量的方法包括服務(wù)端根據(jù)配置的通信端口，在基于IP層的傳輸層上以固定時間間隔向各客戶端發(fā)送檢測消息包；收到檢測消息包的客戶端向服務(wù)端返回應(yīng)答消息包；服務(wù)端根據(jù)配置的檢測信息、或接收應(yīng)答消息包的情況、或配置的檢測信息和接收應(yīng)答消息包的情況進(jìn)行統(tǒng)計得到統(tǒng)計信息；根據(jù)統(tǒng)計信息確定基于IP層的傳輸層的網(wǎng)絡(luò)通信質(zhì)量，針對基于IP層的傳輸層的網(wǎng)絡(luò)通信質(zhì)量進(jìn)行了有效檢測，使得對網(wǎng)絡(luò)通信質(zhì)量的檢測得到分層。由于本發(fā)明在服務(wù)端中配置了客戶端的通信端口，明確了接收檢測消息包的對端，不會出現(xiàn)被發(fā)送到其他地方的可能。
文檔編號H04L12/24GK101035037SQ20071009816
公開日2007年9月12日 申請日期2007年4月17日 優(yōu)先權(quán)日2007年4月17日
發(fā)明者傅財斌, 蔡利元 申請人:華為技術(shù)有限公司