基本介紹
- 中文名：延遲時間
- 外文名：delay time
- 學科：通信網路
- 定義：傳輸一個數據包所花時間
- 組成：傳輸時延、回響時延、排隊時延
- 原因：頻寬不足、傳輸飽和
定義,路由延遲,傳輸延遲,測量方法,
定義
在網路，延遲時間（latency），同義詞為延遲，是表示從特定點得到一個數據包（packet）所花的時間。在一些情況下，延遲時間用傳送出包到回到傳送端這個運行一個周期的時間就是延遲時間。網路傳輸延遲時間的原因包括：傳輸，包在兩地之間以光速傳播所花的時間。傳送：媒介本身（不論是光纖（fiber optic）、無線或其他介質）導致了一些延遲。大包導致的延遲往往要比小包導致的時間長。路由器和其它處理，各個網關、節點（node）花時間檢測可能會改變包的頭（比如，改變生存時間（time-to-live）域內的躍點（hop）計數）。其它計算機和存貯延遲，在網路之內各個傳輸的端點，小包也許會被存儲並且硬碟要存取，延遲就發生在中間設備比如交換機（switch）和網橋中。
對用戶來說，延遲時間，又稱網路延遲，是指用戶發出請求到遠端系統對該請求作出回響傳回給用戶的這一段時間。對基於 TCP/IP 協定的 Internet 來說，對每一請求都要作如下處理：路由處理、ADU(用戶數據單元)在網路上傳輸以及伺服器對請求進行處理，這些過程都會引起延遲。
路由延遲
首先來看路由延遲，它包括域名請求延遲、TCP連線建立延遲、TCP連線釋放延遲和IP在各個網關上的尋徑延遲。若用戶套用中使用的是對方主機的域名而不是IP位址，在應用程式通信之前應解析出對方IP位址域名解析過程引起的延遲稱作域名請求延遲。應用程式將域名交給本地解析器軟體，該軟體首先在本地快取區中查找相應域名— 地址聯編；如找不到， 本地解析器構造一個詢問報文，發往初始域名伺服器(本地伺服器)，域名伺服器根據解析情況回答一個回響報文。域名伺服器解析採用二步法： 當初始伺服器找不到該域名時，則將詢問報文發往根伺服器，進行自頂向下的搜尋(域名伺服器組織成樹形層次結構)。本地快取區對域名請求的回響延遲是由CPU、記憶體、外存速度決定的，該延遲相對來說很小。域名伺服器的回響與網路負載、伺服器的速度和負載有關。當需要從根伺服器開始查找域名時，傳輸延遲則成為 LAN 上的延遲，此延遲相對較大。TCP 連線建立延遲指從傳輸服務用戶要求建立連線到收到連線證實之間的時間，它包括遠端傳輸層的處理工作時延 。連線釋放延遲指從一端的傳輸層用戶發起釋放連線請求到另一端的釋放實際發生為止之間的時延。連線建立和釋放延遲與網路負載及伺服器負載有關。TCP/ IP 協定中，每個IP 數據包是獨立尋徑的。IP尋徑延遲指IP 數據包從源端到目的端的各個網關上的尋徑延遲，包括網關尋徑表處理延遲和地址解析延遲。網關地址解析由 TCP/ IP 提供的ARP( Address Resolution Protocol，地址解析協定) 來完成。由於網關尋徑在本機內完成， 而地址解析也在本網內進行，所以IP尋徑延遲相對較小。
傳輸延遲
位於套用層的用戶數據單元 ( ADU)在套用層協定調用下層協定提供的服務之後形成協定數據單元( PDU)，PDU 作為獨立的數據單元在網路上傳輸。PDU 在網路上的傳輸延遲由以下幾部分組成：打包延遲、傳送延遲、傳播延遲、排隊延遲及處理延遲。打包延遲是實時流套用獨有的延遲。實時流套用是指對基於時間的信息( 比如視頻 、音頻和動畫等)進行實時傳送的套用。實時信息流是有時間性的，按時間順序有規律地產生，要等待信息流達到一定的數量以滿足協定數據單元( PDU) 有效負載才打包成PDU，這段等待時間稱作打包延遲。打包延遲Sp /K，其中Sp為 PDU 有效負載長度，K 為套用的編碼速度。因此對於低速編碼器來說，延遲比較大 。傳送延遲是指 PDU 數據全部傳送到線路上的這段時延，或者說 PDU 的第一個比特從端點傳送到線路上直到最後一個比特離開端點的這段時間間隔。傳送延遲與 PDU 大小以及局部線路上的傳送速率有關，對於低速連結 ，傳送延遲相當可觀 。
傳播延遲是 PDU 在介質中傳播所用的時間，取決於信號穿過介質的速度。也就是說，這個延遲由鏈路的物理特性決定，與鏈路的業務量無關。傳播延遲隨距離線性增加，LAN 和 MAN 中的傳播延遲只50 ～200us，這並不是重要的延遲組成部分。而 WAN 中的傳播延遲就變得比較重要了，因為遠距離傳送使得傳播延遲可以達到幾十毫秒。排隊延遲是分組交換網中的主要延遲，它指的是PDU 在傳輸路徑上每交換一次所引起的緩衝延遲的集合。若分組交換臨時過載，每一個 PDU 的目的輸出連線埠上可能有許多分組排隊。 佇列中位於 PDU 前的每一個分組都會產生一個等於傳送延遲的附加延遲。在先進先出( FIFO) 佇列機制的交換中， 新到達的分組的排隊延遲等於已在該輸出連線埠上排隊的所有分組傳送延遲的總和。所以排隊延遲既與佇列前面的分組數量有關，也與輸出連線埠的傳送速度有關 。作為主要延遲的排隊延遲受當前網路負載影響， 它也是分組交換網中延遲變化的主要因素。由於 Internet 主幹網上每個路由器都有大量的數據包排隊，排隊延遲也成為Internet 上的主要延遲。如若經過10個路由器，每個路由器平均有10個IP數據包排隊， 在這條路徑上的排隊延遲能夠達到上百毫秒。處理延遲是路徑上每次交換以及源端和目的端對數據包進行處理花費的時間的總和，它不包括排隊延遲。在分組交換的交換過程中，處理延遲與排隊延遲相比較可以忽略不計，但在端點它還是相當可觀的，特別是象視頻解壓這樣的套用。
測量方法
網路性能測量方法按照測量方式分為主動測量和被動測量。主動測量是將探測包注入到被測網路中，該探測包記錄在網路中的傳遞情況，在終端通過解析探測包來獲取網路性能數據。被動測量方式使用監測設備或工具，通過捕獲被測網路中所傳遞的數據包來分析網路特性。這兩種方法各有優缺點。主動測量方法具有靈活的可控性，能夠根據測量者自己的意圖進行參數設定，如包的類型及大小等。但是注入網路的測量數據流會增加網路負載，從而影響網路性能，測得的數據不能真實反映網路實際性能。被動測量的優點是在測量時並不會增加網路上的流量，所測得的數據能夠真實反映網路性能。缺點是可控性差，並且採集數據的保密性和安全性將會受到影響。因此，有時常常將這兩種方法結合起來進行網路測量。根據關於網路延遲度量的定義可知任何層的延遲可歸結為單向延遲或往返延遲，只是協定不同而已。所以以下測試方法都能實用到網路層以上的延遲測量中。
單向延遲測量方法
首先選擇測量所使用的協定,如TCP、UDP、ICMP (Internet Control Message Protocol，網際網路控制報文協定)、OWDP (One Way Delay Protocol，單向延遲協定）、IPMP (Internet Protocol Measurement Protocol，IP層測量協儀)等，確定所選協定更細節問題，如TCP、UDP連線埠號，逾時等待時間及測量包的大小等。當確定了這些參數以後，按如下步驟進行：
(1)協商源端和目的端同步：即源端和目的端的時鐘之間必須精確同步。
(2)在源端，確定目的端的IP位址，根據所選測量協定的結構來填充測試包。空缺部分應該填充為隨機比特位，以避免所測量出來的時延低於路徑中採用了壓縮技術後的時延。在測試包中設定時間戳，然後傳送填寫好的測試包到目的主機。
(3)在目的端，準備接收該包(使用被動測量方法，即利用監測工具進行抓包）。如果包在一個合理的時間內到達，立刻將接收時間減去包中的傳送時間，就可計算出估計的單向延遲值。該值在源端和目的端時鐘同步的前提下才有效。如果包不能在一個合理的時間內到達，則該單向延遲值應被設定為未定義。解決時鐘同步問題的方法主要有兩種：軟體同步和硬體同步。基於GPS(Global Position System，全球定位衛星系統）的同步屬於硬體同步；基於網路時間協定(Network Time Protocol)的同步和基於算法估計的同步屬於軟體同步。在網際網路上時間同步多利用NTP伺服器來實現，NTP伺服器採用GPS接收機來提供參考時鐘，主機通過網路時間協定NTP來獲得NTP伺服器的時間。消除時鐘不同步的算法有線性回歸算法、中值線適應算法、分段最小算法、Convex Hull Approach算法及線性規划算法等等。
往返延遲測量方法
準備工作同單向延遲測量方法，測量按以下步驟進行：
(1)在源端，確定目的端的IP位址，根據所選測量協定的結構來填充測試包。為了避免由於路徑上的壓縮技術而使被測延遲低於預期結果，空缺部分應該填充為隨機比特位；並且測試包必須設定ID號，以便源主機收到回響包後能夠判斷出是自己發出測試包的回應。
(2)在源端，設定測試包中的傳送時間戳，然後傳送填寫好的測試包到目的主機。時間戳可以放在包內，也可以放在包外，只要包含一個合適的標識符以便接收的時間戳能夠和傳送的時間戳相比較。
(3)在目的端，準備接收測試包。如果測試包到達了目的主機，要快速產生回響包並傳送到源端。
(4)在源端，準備接收相應的回響包。根據ID號來判斷是不是自己測試包的回應。如果響包在逾時等待時間內到達，立刻將接收時間減去回響包中的傳送時間，就可計算出往返延遲值。如果回響包不能在逾時等待時間內到達，該往返延遲值被設定為未定義。
