一種網(wǎng)絡(luò)質(zhì)量檢測方法及設(shè)備的制造方法
【專利摘要】本發(fā)明實施例提供一種網(wǎng)絡(luò)質(zhì)量檢測方法及設(shè)備，涉及通信技術(shù)領(lǐng)域，以解決現(xiàn)有檢測方法得到的信息量較少，網(wǎng)絡(luò)質(zhì)量檢測不夠全面和準(zhǔn)確的問題。該方法可以包括：第一路由器接收檢測任務(wù)，向所述傳輸路徑上的各個節(jié)點發(fā)送預(yù)設(shè)長度的用戶數(shù)據(jù)報協(xié)議UDP報文，并記錄發(fā)送的UDP報文的時戳和數(shù)量，接收所述傳輸路徑上不同節(jié)點反饋的因特網(wǎng)控制報文協(xié)議ICMP報文，所述ICMP報文包含：最大傳輸單元MTU值；根據(jù)記錄的UDP報文的時戳和數(shù)量、接收到的ICMP報文的時戳和數(shù)量、以及接收到的ICMP報文中的MTU值，確定所述第一路由器與不同節(jié)點間的網(wǎng)絡(luò)質(zhì)量。
【專利說明】
_種網(wǎng)絡(luò)質(zhì)量檢測方法及設(shè)備
技術(shù)領(lǐng)域
[0001] 本發(fā)明實施例涉及通信技術(shù)領(lǐng)域，尤其涉及一種網(wǎng)絡(luò)質(zhì)量檢測方法及設(shè)備。
【背景技術(shù)】
[0002] 隨著通信技術(shù)的發(fā)展，運營商網(wǎng)絡(luò)承載的業(yè)務(wù)越來越多樣化，其中，大部分業(yè)務(wù)對 網(wǎng)絡(luò)傳輸過程中的一些性能指標(biāo)(如丟包、時延等)非常敏感，若這些性能指標(biāo)不達(dá)標(biāo)，則會 影響業(yè)務(wù)的正常運行。為避免該問題的出現(xiàn)，則需要對網(wǎng)絡(luò)傳輸質(zhì)量進(jìn)行一系列檢測，快速 定界問題發(fā)生位置，以便采用相應(yīng)措施(如更換路由器、重建傳輸鏈路)快速恢復(fù)業(yè)務(wù)。
[0003] 現(xiàn)有網(wǎng)絡(luò)中使用的網(wǎng)絡(luò)質(zhì)量檢測方法主要有以下兩種：因特網(wǎng)包探索器(Packet Internet Grope，PING)和路由跟蹤(TRACER0UTE)，這兩種方法能夠?qū)崿F(xiàn)對鏈路連通性的檢 測、以及到達(dá)指定路由器的路徑發(fā)現(xiàn)。以PING檢測為例，圖1為PING檢測方法的流程圖，如圖 1所示，Rl和R2為網(wǎng)絡(luò)中的兩個路由器，二者通過PING方式獲得Rl和R2路由器間鏈路的連通 性，Rl路由器首先向R2發(fā)送一個因特網(wǎng)控制報文協(xié)議（Internet Control Message Pro toco I，ICMP)回應(yīng)請求(ECHO REQUEST)報文（TYPE = 8，CODE = 0)，如果這兩臺路由器之 間路由是可達(dá)的，那么R2收到后會回復(fù)一個ICMP回應(yīng)回復(fù)（ICMP ECHO REPLY)報文(TYPE = 0,⑶DE = O)，這樣，當(dāng)Rl收到ICMP ECHO REPLY報文后，會認(rèn)為Rl和R2之間的連通性是正常 的。
[0004] 由上可知，現(xiàn)有檢測方法僅能檢測到設(shè)備間的連通性以及經(jīng)過的路由器，得到的 信息量較少，對網(wǎng)絡(luò)傳輸過程中的其他性能指標(biāo)檢測不到位，網(wǎng)絡(luò)質(zhì)量檢測不夠全面和準(zhǔn) 確，影響了整個業(yè)務(wù)的傳輸性能。

【發(fā)明內(nèi)容】

[0005] 本發(fā)明實施例提供一種網(wǎng)絡(luò)質(zhì)量檢測方法及設(shè)備，以解決現(xiàn)有檢測方法得到的信 息量較少，網(wǎng)絡(luò)質(zhì)量檢測不夠全面和準(zhǔn)確的問題。
[0006] 為達(dá)到上述目的，本發(fā)明的實施例采用如下技術(shù)方案：
[0007] 第一方面，提供一種網(wǎng)絡(luò)質(zhì)量檢測方法，該方法可以包括：
[0008] 第一路由器接收檢測任務(wù)，所述檢測任務(wù)用于通知所述第一路由器對從所述第一 路由器到第二路由器的傳輸路徑進(jìn)行質(zhì)量檢測；
[0009] 所述第一路由器向所述傳輸路徑上的各個節(jié)點發(fā)送預(yù)設(shè)長度的用戶數(shù)據(jù)報協(xié)議 UDP報文，并記錄發(fā)送的UDP報文的時戳和數(shù)量，所述UDP報文包含：生成時間TTL值、目的地 址、以及目的端口號，所述TTL值為所述第一路由器與節(jié)點間的跳數(shù)，所述目的地址為節(jié)點 的因特網(wǎng)協(xié)議IP地址；
[0010] 所述第一路由器接收所述傳輸路徑上不同節(jié)點反饋的因特網(wǎng)控制報文協(xié)議ICMP 報文，所述ICMP報文包含:最大傳輸單元MTU值；
[0011] 所述第一路由器根據(jù)記錄的UDP報文的時戳和數(shù)量、接收到的ICMP報文的時戳和 數(shù)量、以及接收到的ICMP報文中的MTU值，確定所述第一路由器與不同節(jié)點間的網(wǎng)絡(luò)質(zhì)量。
[0012] 第二方面，還提供一種路由器，該路由器可以包括：
[0013] 接收單元，用于接收檢測任務(wù)，所述檢測任務(wù)用于通知所述路由器對從所述路由 器到第二路由器的傳輸路徑進(jìn)行質(zhì)量檢測；
[0014]發(fā)送單元，用于向所述傳輸路徑上的各個節(jié)點發(fā)送預(yù)設(shè)長度的用戶數(shù)據(jù)報協(xié)議 UDP報文，并記錄發(fā)送的UDP報文的時戳和數(shù)量，所述UDP報文包含：生成時間TTL值、目的地 址、以及目的端口號，所述TTL值為所述路由器與節(jié)點間的跳數(shù)，所述目的地址為節(jié)點的因 特網(wǎng)協(xié)議IP地址；
[0015] 所述接收單元，還用于接收所述傳輸路徑上不同節(jié)點反饋的因特網(wǎng)控制報文協(xié)議 ICMP報文，所述ICMP報文包含:最大傳輸單元MTU值；
[0016] 確定單元，用于根據(jù)記錄的UDP報文的時戳和數(shù)量、接收到的ICMP報文的時戳和數(shù) 量、以及接收到的ICMP報文中的MTU值，確定所述路由器與不同節(jié)點間的網(wǎng)絡(luò)質(zhì)量。
[0017] 由上可知，本發(fā)明實施例提供一種網(wǎng)絡(luò)質(zhì)量檢測方法及設(shè)備，第一路由器接收檢 測任務(wù)，向所述傳輸路徑上的各個節(jié)點發(fā)送預(yù)設(shè)長度的用戶數(shù)據(jù)報協(xié)議UDP報文，并記錄發(fā) 送的UDP報文的時戳和數(shù)量，接收所述傳輸路徑上不同節(jié)點反饋的因特網(wǎng)控制報文協(xié)議 ICMP報文，所述ICMP報文包含:最大傳輸單元MTU值;根據(jù)記錄的UDP報文的時戳和數(shù)量、接 收到的ICMP報文的時戳和數(shù)量、以及接收到的ICMP報文中的MTU值，確定所述第一路由器與 不同節(jié)點間的網(wǎng)絡(luò)質(zhì)量。如此，可以根據(jù)路由器間收發(fā)的報文的時戳、數(shù)量、以及接收到的 報文的MTU值對路由器間的網(wǎng)絡(luò)質(zhì)量進(jìn)行檢測，加大了網(wǎng)絡(luò)質(zhì)量檢測時的參考信息，使得網(wǎng) 絡(luò)質(zhì)量檢測更全面，更徹底，避免了現(xiàn)有質(zhì)量檢測時信息單一化的問題。
【附圖說明】
[0018] 為了更清楚地說明本發(fā)明實施例的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中 所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實 施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖 獲得其他的附圖。
[0019]圖1為PING檢測方法的流程圖；
[0020]圖2為本發(fā)明實施例提供的一種網(wǎng)絡(luò)質(zhì)量檢測方法的流程圖；
[0021 ]圖3為本發(fā)明實施例提供的一種ICMP報文的結(jié)構(gòu)示意圖；
[0022] 圖4為本發(fā)明實施例提供另一種網(wǎng)絡(luò)質(zhì)量檢測方法的流程圖；
[0023] 圖5為本發(fā)明實施例提供的一種路由器的結(jié)構(gòu)圖。
【具體實施方式】
[0024]本發(fā)明的基本原理是：記錄路由器間相互傳遞的報文的時戳和數(shù)量，以及在路由 器反饋的ICMP報文中增加最大傳輸單元值(Maximum Transmission Unit，MTU)值，根據(jù)路 由器發(fā)送和接收的報文的時戳和數(shù)量的差異判斷出不同路由器間的時延和丟包情況，根據(jù) 路由器接收到的報文中的UDP值確定路由器間的傳輸路徑上數(shù)據(jù)包的傳輸情況。
[0025]下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進(jìn)行清楚、完 整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例。基于 本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他 實施例，都屬于本發(fā)明保護的范圍。
[0026] 實施例一
[0027] 圖2為本發(fā)明實施例提供的一種網(wǎng)絡(luò)質(zhì)量檢測方法，可以由網(wǎng)絡(luò)質(zhì)量檢測裝置執(zhí) 行，也可以在除網(wǎng)絡(luò)質(zhì)量檢測裝置之外的諸如一組可執(zhí)行指令的計算機系統(tǒng)中，此外，雖然 在圖2中示出了邏輯順序，但是在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述 的步驟。
[0028] 如圖2所示，該方法可以包括以下步驟：
[0029] S101:第一路由器接收檢測任務(wù)，該檢測任務(wù)用于通知第一路由器對從第一路由 器到第二路由器的傳輸路徑進(jìn)行質(zhì)量檢測。
[0030] 其中，第一路由器可以為移動通信系統(tǒng)中的任一路由器，該移動通信系統(tǒng)可以為 下述包含多個路由器的任一系統(tǒng):第二代移動通信(2nd Generati〇n;2G)系統(tǒng)、第三代移動 通信（3rd Generation;3G)系統(tǒng)和下一代通信系統(tǒng)、全球移動通信(Global System for Mobile communications;GSM)系統(tǒng)、碼分多址（Code Division Multiple Access;CDMA)系 統(tǒng)、時分多址（Time Division Multiple Access;TDMA)系統(tǒng)、寬帶碼分多址(Wideband Code Division Multiple Access Wireless;WCDMA)系統(tǒng)、頻分多址（Frequency Division Multiple Addressing;FDMA)系統(tǒng)、正交頻分多址（Orthogonal Frequency Division Multiple Access;0FDMA)系統(tǒng)、單載波FDMA(Single Carrier-FDMA;SC-FDMA)系統(tǒng)、通用分 組無線業(yè)務(wù)（General Packet Radio Service;GPRS)系統(tǒng)或長期演進(jìn)（Long Term Evolution ;LTE)系統(tǒng)中的任一系統(tǒng)。
[0031] 第一路由器與第二路由器之間的傳輸路徑為出現(xiàn)質(zhì)量問題的鏈路，該傳輸路徑可 以由第一路由器與第二路由器直連組成，也可以為從第一路由器經(jīng)過多個節(jié)點到達(dá)第二路 由器的傳輸路徑，該傳輸路徑上的多個節(jié)點可以為路由器、也可以為其他傳輸設(shè)備，本發(fā)明 實施例對此不進(jìn)行限定，本發(fā)明僅以該傳輸路徑上的節(jié)點均為路由器為例進(jìn)行說明。
[0032] 可選的，第一路由器可以接收移動通信系統(tǒng)中的服務(wù)器發(fā)送的檢測任務(wù)，也可以 接收用戶(如網(wǎng)絡(luò)管理者)通過第一路由器的用戶界面發(fā)送的檢測任務(wù)。
[0033]例如，若網(wǎng)絡(luò)管理者接收到用戶對路由器Rl和R3間接入的業(yè)務(wù)質(zhì)量的投訴，則網(wǎng) 絡(luò)管理者確定需要進(jìn)行網(wǎng)絡(luò)質(zhì)量檢測的區(qū)間為Rl和R3之間的傳輸路徑，此時，網(wǎng)絡(luò)管理者 會通過Rl的用戶界面向Rl發(fā)送檢測，通知Rl對Rl與R3之間的傳輸路徑進(jìn)行網(wǎng)絡(luò)質(zhì)量檢測。 [0034] S102:第一路由器向傳輸路徑上的各個節(jié)點發(fā)送預(yù)設(shè)長度的用戶數(shù)據(jù)報協(xié)議UDP 報文，并記錄發(fā)送的UDP報文的時戳和數(shù)量。
[0035] 其中，上述節(jié)點可以為傳輸路徑上除第一路由器之外的節(jié)點，如:可以為不同于第 一路由器的其他路由器。
[0036] UDP報文可以包含:生成時間TTL值、目的地址、以及目的端口號，TTL值為第一路由 器與節(jié)點間的跳數(shù)，目的地址為節(jié)點的因特網(wǎng)協(xié)議IP地址。
[0037]可選的，第一路由器可以按照傳輸路徑上各個節(jié)點的排序依次向各個節(jié)點發(fā)送預(yù) 設(shè)長度的UDP報文，并將發(fā)送的UDP報文的時戳和數(shù)量記錄在第一路由器中的數(shù)據(jù)緩存器 (BUFFER)中。
[0038]例如，若第一路由器為R1，進(jìn)行網(wǎng)絡(luò)質(zhì)量檢測的傳輸路徑為:R1-R2-R3，R1和R2 之間的跳數(shù)為I，R1和R3之間的跳數(shù)為2，則此時Rl會先向R2發(fā)送包含:TTL值為I、R2的IP地 址、以及R2的端口號的UDP報文，再向R3發(fā)送包含:TTL值為2、R3的IP地址、以及R3的端口號 的UDP報文。
[0039] 其中，UDP報文的預(yù)設(shè)長度可以根據(jù)需要進(jìn)行設(shè)置，本發(fā)明實施例對此不進(jìn)行限 定;可選的，可以將UDP報文的預(yù)設(shè)長度設(shè)置為下述任一長度:64B、128B、256B、512B，通常情 況下，在實際應(yīng)用中默認(rèn)UDP報文的長度為64B。
[0040] 目的端口號可以根據(jù)為接收UDP報文的節(jié)點的任一端口號;通常情況下，根據(jù)通信 協(xié)議將該目的端口號設(shè)置為大于30000的任一端口號。
[0041] 由于，在路由器間相互發(fā)送報文的過程中，非直連路由器間不能直接進(jìn)行報文傳 輸，而是借助于路由器間的其他節(jié)點（如:其他路由路)來轉(zhuǎn)發(fā)報文，實現(xiàn)報文傳輸，所以，在 本發(fā)明實施例中，當(dāng)傳輸路徑上的第一節(jié)點與第一路由器直連時，第一路由器可以直接向 第一節(jié)點發(fā)送預(yù)設(shè)長度的UDP報文。
[0042] 當(dāng)傳輸路徑上的第一節(jié)點與第一路由器之間間隔有第二節(jié)點時，第一路由器向第 一節(jié)點發(fā)送預(yù)設(shè)長度的UDP報文可以包括：
[0043]第一路由器向第二節(jié)點發(fā)送第一UDP報文，第二節(jié)點更改第一UDP報文中的第一 TTL值，向第一節(jié)點發(fā)送更改后的第一 UDP報文，所述第一 UDP報文包含:第一 TTL值、第一節(jié) 點的IP地址以及第一節(jié)點的端口號，第二節(jié)點更改UDP報文中的第一TTL值包括:將所述第 一 UDP報文中的第一 TTL值減去所述第一路由器與所述第二節(jié)點之間的跳數(shù)，將相減后的值 作為更改后的第一 UDP報文中的TTL值。
[0044] 例如，在上述Rl向R3發(fā)送包含:TTL值為2、R3的IP地址、以及R3的端□號的UDP報文 的過程中，Rl會先向R2發(fā)送包含:TTL值為2、R3的IP地址、以及R3的端口號的UDP報文，R2接 收到該UDP報文后，將TTL值減1，使TTl值變?yōu)?，并將包含:TTL值為I、R3的IP地址、以及R3的 端口號的UDP報文發(fā)送至R3。
[0045] S103:第一路由器接收傳輸路徑上不同節(jié)點反饋的因特網(wǎng)控制報文協(xié)議ICMP報 文，所述ICMP報文包含:最大傳輸單元MTU值。
[0046] 其中，ICMP報文包括：以太報頭、協(xié)議類型報頭、以及ICMP報頭，MTU值可以位于 ICMP報文的ICMP報頭中?？衫斫獾氖?，在本發(fā)明實施例中，ICMP報頭包括但不限于MTU值，還 可以包括類型（TYPE)字段、代碼(CODE)字段、校驗和（CHECKSUM)字段、不可用（unused)字 段、以及Internt Header+64bits of Original Data Datagram字段。
[0047] 可選的，類型(TYPE)字段可以位于ICMP報文的第I字節(jié)，代碼(CODE)字段可以位于 ICMP報文的第2字節(jié)，校驗和(CHECKSUM)字段可以位于ICMP報文的第3~4字節(jié)，MTU值可以 位于ICMP報文的第5~6字節(jié)。例如，圖3為本實施例提供的一種ICMP報文，如圖3所示，在 ICMP報文的ICMP頭部中的第5~6字節(jié)填充MTU值，用以傳遞經(jīng)過鏈路的MTU。
[0048]可選的，在本發(fā)明實施例中，傳輸路徑上各個節(jié)點內(nèi)可以存儲有自身端口與端口 支持的MTU值的對應(yīng)關(guān)系，第一路由器接收傳輸路徑上不同節(jié)點反饋的因特網(wǎng)用戶組管理 協(xié)議ICMP報文可以包括：
[0049]若傳輸路徑上節(jié)點的第一端口接收到包含TTL值為1的UDP報文，則第一路由器接 收所述節(jié)點反饋的包含與所述第一端口對應(yīng)的MTU值的ICMP報文，與所述第一端口對應(yīng)的 MTU值由所述節(jié)點從所述節(jié)點內(nèi)存儲的對應(yīng)關(guān)系得到。
[0050] 可理解的是，在節(jié)點反饋ICMP報文時，還可以將TYPE值、CODE值填充到ICMP報文中 去，以使第一路由器明確ICMP報文的類型。例如，按照Internet控制報文協(xié)議（INTERNET CONTROL MESSAGE PROTOCOL，RFC)協(xié)議標(biāo)準(zhǔn)規(guī)定：TYPE = 11、CODE = O表示該ICMP報文承載 的是TTL超時消息;TYPE = 3、CODE = 3表示該ICMP報文承載的是端口不可達(dá)消息。
[0051] S104:第一路由器根據(jù)記錄的UDP報文的時戳和數(shù)量、接收到的ICMP報文的時戳和 數(shù)量、以及接收到的ICMP報文中的MTU值，確定所述第一路由器與不同節(jié)點間的網(wǎng)絡(luò)質(zhì)量。 [0052]由于在實際應(yīng)用中，發(fā)送一個UDP報文可以對應(yīng)地接收到一個ICMP報文，因此，在 本發(fā)明實施例中，可以根據(jù)發(fā)送UDP報文的數(shù)量和接收到的ICMP報文的數(shù)量之間的差異來 判斷第一路由器與節(jié)點之間的丟包情況，根據(jù)發(fā)送UDP報文的時戳和接收到的ICMP報文的 時戳之間的差來判斷第一路由器與節(jié)點之間的時延情況，根據(jù)接收到的ICMP報文中的MTU 值來判斷第一路由器與節(jié)點之間的鏈路支持的數(shù)據(jù)包的傳輸情況。
[0053]具體的，第一路由器可以在一時間段內(nèi)連續(xù)向節(jié)點發(fā)送多個UDP報文，若第一路由 器連續(xù)發(fā)送的UDP報文的數(shù)量大于連續(xù)接收到的ICMP報文的數(shù)量，則確定第一路由器與節(jié) 點之間存在丟包問題，若第一路由器連續(xù)發(fā)送的UDP報文的數(shù)量等于連續(xù)接收到的ICMP報 文的數(shù)量，則確定第一路由器與節(jié)點之間不存在丟包問題。例如，Rl向R2連續(xù)發(fā)送50個的 UDP報文，但Rl接收到40個ICMP報文，則可以確定Rl與R2之間存在丟包問題。
[0054]比較第一路由器每次發(fā)送的UDP報文的時戳和對應(yīng)接收到的ICMP報文的時戳之間 的時間差，得到多個時間差，并計算多個時間差的期望和方差，根據(jù)計算出的期望和方差判 斷第一路由器與節(jié)點之間的時延情況。例如，Rl向R2連續(xù)發(fā)送50個的UDP報文，并對應(yīng)接收 到50個ICMP報文，比較每次發(fā)送的UDP報文的時戳和接收到的ICMP報文的時戳的時間差，得 到50個時間差，對這50個時間差進(jìn)行期望和方差計算，根據(jù)計算出的期望和方差值判斷Rl 和R2之間的時延情況，如:可以根據(jù)方差結(jié)果得出Rl和R2之間存在不穩(wěn)定的情況。
[0055]根據(jù)接收到的各節(jié)點反饋的ICMP報文中的MTU值，將MTU值中的最小MTU值與用戶 實際發(fā)送的數(shù)據(jù)包的包長進(jìn)行比較，若最小MTU值小于比用戶實際發(fā)送的數(shù)據(jù)包的包長，則 確定用戶發(fā)送的大多數(shù)數(shù)據(jù)包都被分片了，在數(shù)據(jù)包的傳輸過程中數(shù)據(jù)包大量的分片和重 組，導(dǎo)致出現(xiàn)丟包或亂序等問題;或者，沿途路由器未配置分片功能，導(dǎo)致超過MTU值的數(shù)據(jù) 包均被丟棄，從而造成了丟包。
[0056]如此，可以根據(jù)路由器間收發(fā)的報文的時戳、數(shù)量、以及接收到的報文的MTU值對 路由器間的網(wǎng)絡(luò)質(zhì)量進(jìn)行檢測，加大了網(wǎng)絡(luò)質(zhì)量檢測時的參考信息，使得網(wǎng)絡(luò)質(zhì)量檢測更 全面，更徹底，避免了現(xiàn)有質(zhì)量檢測時信息單一化的問題。
[0057]進(jìn)一步可選的，為了使運維人員直觀地判斷出網(wǎng)絡(luò)質(zhì)量的問題所在，在本發(fā)明實 施例中，所述方法還可以包括：
[0058] 第一路由器將確定出的第一路由器與不同節(jié)點之間的網(wǎng)絡(luò)質(zhì)量通過第一路由器 的用戶界面反饋給用戶。
[0059] 具體的，可以將如下表1所述的參數(shù)通過用戶界面反饋給用戶：
[0060] 表 1 NO. --距離發(fā)出業(yè)務(wù)診斷的路由器的跳數(shù) IR --該跳路由器的入向接口 IP地址 Amount -發(fā)出業(yè)務(wù)診斷路由器的發(fā)包數(shù)量 町U (B) --該纖路由器的入向接口町U值 L-L(us) -最近一次的時延
[0061] MIN-L (us)--所有報文中的最小時延. MAX-L (us) --所有報文中的最大時延 EV-L(us)-所有報文時延的期望 VAR-L -所有報文時延的方差 L0S:S:(%) --報文的丟包率
[0062]為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面以對R1-R2-R3之間的傳輸 路徑進(jìn)行網(wǎng)絡(luò)質(zhì)量檢測為例，對上述方法進(jìn)行介紹，如圖4所示，該方法可以包括：
[0063] 步驟一:R1發(fā)送包長為64B的UDP報文，該UDP報文中TTL值為1、目的地址為R2、目的 端口號>30000。
[0064] 步驟二：R2收到來自Rl的TTL值為1的報文，回復(fù)ICMP報文，其中，該ICMP報文中 TYPE = 11、CODE = 0、MTU值為 1500。
[0065] 可選的，可以根據(jù)Rl和R2間鏈路設(shè)置的MTU值(1500)進(jìn)行二進(jìn)制編碼填充。
[0066] 步驟三:Rl收到來自R2回復(fù)的ICMP報文，記錄去往R2的往返時延。
[0067]其中，步驟一中Rl發(fā)送的UDP報文以預(yù)設(shè)速率進(jìn)行發(fā)送，因此，重復(fù)步驟一、二、三 多次，并記錄發(fā)送的UDP報文的數(shù)量和接收到的ICMP報文的數(shù)量。需要說明的是，預(yù)設(shè)速率 可在路由器上手工設(shè)置，如：可以假設(shè)設(shè)置為每秒發(fā)送50個報文，則重復(fù)步驟一、二、三50 次。
[0068] 步驟四：R1發(fā)送包長為64B的UDP報文，該UDP報文中TTL值為2、目的地址為R3、目的 端口號>30000。
[0069]步驟五:R2收到來自Rl的TTL值為2的報文，將TTL值更改為1后向R3的接□轉(zhuǎn)發(fā)。 [0070] 步驟六:R3收到來自R1的UDP報文后，回復(fù)ICMP報文，其中，該ICMP報文中TYPE = 3、 C0DE = 3、MTU 值為4470。
[0071] 步驟七:R2收到來自R3回復(fù)的ICMP報文后，向連接Rl的接口轉(zhuǎn)發(fā)該ICMP報文。
[0072] 步驟八:R1收到來自R3回復(fù)的ICMP報文，記錄去往R3的往返時延。
[0073]其中，步驟四中Rl發(fā)送的UDP報文也可以以步驟一中設(shè)置的預(yù)設(shè)速率進(jìn)行發(fā)送，因 此，重復(fù)步驟五、六、七、八多次，并記錄發(fā)送的UDP報文的數(shù)量和接收到的ICMP報文的數(shù)量。 如:可以假設(shè)設(shè)置為每秒發(fā)送50個報文，則重復(fù)步驟五、六、七、八50次。
[0074] 步驟九:Rl根據(jù)記錄的去往R2的路由信息、MTU值、時延信息、丟包數(shù)量；以及去往 R3的路由信息、MTU值、時延信息和丟包數(shù)量，對網(wǎng)絡(luò)質(zhì)量進(jìn)行檢測。
[0075]由上可知，本發(fā)明實施例提供一種網(wǎng)絡(luò)質(zhì)量檢測方法，第一路由器接收檢測任務(wù)， 向所述傳輸路徑上的各個節(jié)點發(fā)送預(yù)設(shè)長度的用戶數(shù)據(jù)報協(xié)議UDP報文，并記錄發(fā)送的UDP 報文的時戳和數(shù)量，接收所述傳輸路徑上不同節(jié)點反饋的因特網(wǎng)控制報文協(xié)議ICMP報文， 所述ICMP報文包含:最大傳輸單元MTU值;根據(jù)記錄的UDP報文的時戳和數(shù)量、接收到的ICMP 報文的時戳和數(shù)量、以及接收到的ICMP報文中的MTU值，確定所述第一路由器與不同節(jié)點間 的網(wǎng)絡(luò)質(zhì)量。如此，可以根據(jù)路由器間收發(fā)的報文的時戳、數(shù)量、以及接收到的報文的MTU值 對路由器間的網(wǎng)絡(luò)質(zhì)量進(jìn)行檢測，加大了網(wǎng)絡(luò)質(zhì)量檢測時的參考信息，使得網(wǎng)絡(luò)質(zhì)量檢測 更全面，更徹底，避免了現(xiàn)有質(zhì)量檢測時信息單一化的問題。
[0076] 實施例二
[0077]圖5示出了本發(fā)明實施例提供的一種路由器20的結(jié)構(gòu)示意圖，優(yōu)選的，該路由器可 以用于執(zhí)行實施例一的方法，如圖5所示，該路由器可以包括：
[0078]接收單元201，用于接收檢測任務(wù)，檢測任務(wù)用于通知路由器對從路由器到第二路 由器的傳輸路徑進(jìn)行質(zhì)量檢測。
[0079]發(fā)送單元202,用于向傳輸路徑上的各個節(jié)點發(fā)送預(yù)設(shè)長度的用戶數(shù)據(jù)報協(xié)議UDP 報文，并記錄發(fā)送的UDP報文的時戳和數(shù)量，UDP報文包含:生成時間TTL值、目的地址、以及 目的端口號，TTL值為路由器與節(jié)點間的跳數(shù)，目的地址為節(jié)點的因特網(wǎng)協(xié)議IP地址。
[0080]接收單元201，還用于接收傳輸路徑上不同節(jié)點反饋的因特網(wǎng)控制報文協(xié)議ICMP 報文，ICMP報文包含:最大傳輸單元MTU值。
[0081 ]確定單元203,用于根據(jù)記錄的UDP報文的時戳和數(shù)量、接收到的ICMP報文的時戳 和數(shù)量、以及接收到的ICMP報文中的MTU值，確定路由器與不同節(jié)點間的網(wǎng)絡(luò)質(zhì)量。
[0082]可選的，若第一節(jié)點與路由器之間間隔有第二節(jié)點，則發(fā)送單元202具體可以用 于：
[0083]向第二節(jié)點發(fā)送第一UDP報文，第二節(jié)點更改第一UDP報文中的第一TTL值，向第一 節(jié)點發(fā)送更改后的第一 UDP報文；
[0084] 其中，第一UDP報文包含:第一TTL值、第一節(jié)點的IP地址、以及第一節(jié)點的端口號， 第一 TTL值為路由器與第一節(jié)點之間的跳數(shù)；
[0085]第二節(jié)點更改第一 UDP報文中的第一 TTL值包括:將第一 UDP報文中的第一 TTL值減 去路由器與第二節(jié)點之間的跳數(shù)，將相減后的值作為更改后的第一 UDP報文中的TTL值。 [0086]可選的，傳輸路徑上各個節(jié)點內(nèi)存儲有自身端口與端口支持的MTU值的對應(yīng)關(guān)系， 接收單元201具體可以用于：
[0087]若傳輸路徑上節(jié)點的第一端口接收到包含TTL值為1的UDP報文，則接收節(jié)點反饋 的包含與第一端口對應(yīng)的MTU值的ICMP報文，與第一端口對應(yīng)的MTU值由節(jié)點從節(jié)點內(nèi)存儲 的對應(yīng)關(guān)系得到。
[0088] 可選的，確定單元203具體可以用于：
[0089] 根據(jù)發(fā)送的UDP報文的時戳和接收到的ICMP報文的時戳間的差異，確定路由器與 節(jié)點間的時延情況；
[0090] 根據(jù)發(fā)送的UDP報文的數(shù)量和接收到的ICMP報文的數(shù)量間的差異，確定路由器與 節(jié)點間的丟包情況；
[0091 ]根據(jù)接收到的ICMP報文中的MTU值，確定路由器與節(jié)點間傳輸路徑所支持的數(shù)據(jù) 包的傳輸情況。
[0092]進(jìn)一步可選的，為了使運維人員直觀地判斷出網(wǎng)絡(luò)質(zhì)量的問題所在，如圖5所示， 該路由器20還可以包括:顯示單元204;
[0093] 顯示單元204,可以用于將確定出的路由器與不同節(jié)點之間的網(wǎng)絡(luò)質(zhì)量通過路由 器的用戶界面反饋給用戶。
[0094] 由上可知，本發(fā)明實施例提供一種路由器，接收檢測任務(wù)，向所述傳輸路徑上的各 個節(jié)點發(fā)送預(yù)設(shè)長度的用戶數(shù)據(jù)報協(xié)議UDP報文，并記錄發(fā)送的UDP報文的時戳和數(shù)量，接 收所述傳輸路徑上不同節(jié)點反饋的因特網(wǎng)控制報文協(xié)議ICMP報文，所述ICMP報文包含:最 大傳輸單元MTU值;根據(jù)記錄的UDP報文的時戳和數(shù)量、接收到的ICMP報文的時戳和數(shù)量、以 及接收到的ICMP報文中的MTU值，確定路由器與不同節(jié)點間的網(wǎng)絡(luò)質(zhì)量。如此，可以根據(jù)路 由器間收發(fā)的報文的時戳、數(shù)量、以及接收到的報文的MTU值對路由器間的網(wǎng)絡(luò)質(zhì)量進(jìn)行檢 測，加大了網(wǎng)絡(luò)質(zhì)量檢測時的參考信息，使得網(wǎng)絡(luò)質(zhì)量檢測更全面，更徹底，避免了現(xiàn)有質(zhì) 量檢測時信息單一化的問題。
[0095] 最后應(yīng)說明的是：以上實施例僅用以說明本發(fā)明的技術(shù)方案，而非對其限制;盡管 參照前述實施例對本發(fā)明進(jìn)行了詳細(xì)的說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解:其依然可 以對前述各實施例所記載的技術(shù)方案進(jìn)行修改，或者對其中部分技術(shù)特征進(jìn)行等同替換； 而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技術(shù)方案的范圍。
【主權(quán)項】
1. 一種網(wǎng)絡(luò)質(zhì)量檢測方法，其特征在于，所述方法包括： 第一路由器接收檢測任務(wù)，所述檢測任務(wù)用于通知所述第一路由器對從所述第一路由 器到第二路由器的傳輸路徑進(jìn)行質(zhì)量檢測； 所述第一路由器向所述傳輸路徑上的各個節(jié)點發(fā)送預(yù)設(shè)長度的用戶數(shù)據(jù)報協(xié)議UDP報 文，并記錄發(fā)送的UDP報文的時戳和數(shù)量； 所述第一路由器接收所述傳輸路徑上不同節(jié)點反饋的因特網(wǎng)控制報文協(xié)議ICMP報文， 所述ICMP報文包含:最大傳輸單元MTU值； 所述第一路由器根據(jù)記錄的UDP報文的時戳和數(shù)量、接收到的ICMP報文的時戳和數(shù)量、 以及接收到的ICMP報文中的MTU值，確定所述第一路由器與所述傳輸路徑上不同節(jié)點間的 網(wǎng)絡(luò)質(zhì)量。2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述傳輸路徑上各個節(jié)點內(nèi)存儲有自身端 口與端口支持的MTU值的對應(yīng)關(guān)系，所述第一路由器接收所述傳輸路徑上不同節(jié)點反饋的 因特網(wǎng)用戶組管理協(xié)議ICMP報文，包括： 若所述傳輸路徑上節(jié)點的第一端口接收到包含TTL值為1的UDP報文，則所述第一路由 器接收所述節(jié)點反饋的包含與所述第一端口對應(yīng)的MTU值的ICMP報文，所述與所述第一端 口對應(yīng)的MTU值由所述節(jié)點從所述節(jié)點內(nèi)存儲的對應(yīng)關(guān)系得到。3. 根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述第一路由器根據(jù)記錄的UDP報文的 時戳和數(shù)量、接收到的ICMP報文的時戳和數(shù)量、以及接收到的ICMP報文中的MTU值，包括： 所述第一路由器根據(jù)發(fā)送的UDP報文的時戳和接收到的ICMP報文的時戳間的差異，確 定所述第一路由器與節(jié)點間的時延情況； 所述第一路由器根據(jù)發(fā)送的UDP報文的數(shù)量和接收到的ICMP報文的數(shù)量間的差異，確 定第一路由器與節(jié)點間的丟包情況； 所述第一路由器根據(jù)接收到的ICMP報文中的MTU值，確定所述第一路由器與節(jié)點間傳 輸路徑所支持的數(shù)據(jù)包的傳輸情況。4. 根據(jù)權(quán)利要求1-3任一項所述的方法，其特征在于，所述方法還包括： 所述第一路由器將確定出的所述第一路由器與不同節(jié)點之間的網(wǎng)絡(luò)質(zhì)量通過所述第 一路由器的用戶界面反饋給用戶。5. -種路由器，其特征在于，所述路由器包括： 接收單元，用于接收檢測任務(wù)，所述檢測任務(wù)用于通知所述路由器對從所述路由器到 第二路由器的傳輸路徑進(jìn)行質(zhì)量檢測； 發(fā)送單元，用于向所述傳輸路徑上的各個節(jié)點發(fā)送預(yù)設(shè)長度的用戶數(shù)據(jù)報協(xié)議UDP報 文，并記錄發(fā)送的UDP報文的時戳和數(shù)量，所述UDP報文包含：生成時間TTL值、目的地址、以 及目的端口號，所述TTL值為所述路由器與節(jié)點間的跳數(shù)，所述目的地址為節(jié)點的因特網(wǎng)協(xié) 議IP地址； 所述接收單元，還用于接收所述傳輸路徑上不同節(jié)點反饋的因特網(wǎng)控制報文協(xié)議ICMP 報文，所述ICMP報文包含:最大傳輸單元MTU值； 確定單元，用于根據(jù)記錄的UDP報文的時戳和數(shù)量、接收到的ICMP報文的時戳和數(shù)量、 以及接收到的ICMP報文中的MTU值，確定所述路由器與不同節(jié)點間的網(wǎng)絡(luò)質(zhì)量。6. 根據(jù)權(quán)利要求5所述的路由器，其特征在于，所述傳輸路徑上各個節(jié)點內(nèi)存儲有自身 端口與端口支持的MTU值的對應(yīng)關(guān)系，所述接收單元具體用于： 若所述傳輸路徑上節(jié)點的第一端口接收到包含TTL值為1的UDP報文，則接收所述節(jié)點 反饋的包含與所述第一端口對應(yīng)的MTU值的ICMP報文，所述與所述第一端口對應(yīng)的MTU值由 所述節(jié)點從所述節(jié)點內(nèi)存儲的對應(yīng)關(guān)系得到。7. 根據(jù)權(quán)利要求5或6所述的路由器，其特征在于，所述確定單元具體用于： 根據(jù)發(fā)送的UDP報文的時戳和接收到的ICMP報文的時戳間的差異，確定所述路由器與 節(jié)點間的時延情況； 根據(jù)發(fā)送的UDP報文的數(shù)量和接收到的ICMP報文的數(shù)量間的差異，確定路由器與節(jié)點 間的丟包情況； 根據(jù)接收到的ICMP報文中的MTU值，確定所述路由器與節(jié)點間傳輸路徑所支持的數(shù)據(jù) 包的傳輸情況。8. 根據(jù)權(quán)利要求5-7任一項所述的路由器，其特征在于，所述路由器還包括:顯示單元； 所述顯示單元，用于將確定出的所述路由器與不同節(jié)點之間的網(wǎng)絡(luò)質(zhì)量通過所述路由 器的用戶界面反饋給用戶。
【文檔編號】H04L12/26GK106067854SQ201610675057
【公開日】2016年11月2日
【申請日】2016年8月16日
【發(fā)明人】朱琳, 王光全, 王海軍, 黃永亮, 龐冉, 胡錦航
【申請人】中國聯(lián)合網(wǎng)絡(luò)通信集團有限公司