專利名稱：鏈路檢測方法及裝置的制作方法
技術領域：
本發(fā)明涉及通信領域，具體而言，涉及ー種鏈路檢測方法及裝置。
背景技術：
三網(wǎng)融合的總體技術方向發(fā)展要求構建合理的體系架構、實現(xiàn)端到端的標準化、提升用戶體驗、結合運用新技術等。在三網(wǎng)融合發(fā)展趨勢的推動下，IP城域網(wǎng)需要具備承載豐富的自營精品業(yè)務的能力，如IPTV、虛擬專網(wǎng)、以太網(wǎng)專線等，在為用戶提供簡單帶寬服務基礎上還要保證業(yè)務的體驗感。因此精品業(yè)務承載的關鍵技術要點是網(wǎng)絡故障快速恢復、安全、穩(wěn)定性等。在該技術背景下，傳統(tǒng)的IPTV業(yè)務逐漸被新的IPTV相關技術替代，這就是目前比較熱門的融合內(nèi)容分發(fā)網(wǎng)絡(Content Distributed Network,簡稱為Q)N)技術。融合Q)N是當前互聯(lián)網(wǎng)實現(xiàn)內(nèi)容傳遞的主流技木，CDN的核心是將中心的內(nèi)容和服務推送到網(wǎng)絡邊緣，使得用戶在最近的地方獲取服務，這一方面保證了服務質(zhì)量(Quality of Service，簡稱為QoS)(縮短了網(wǎng)絡距離)和服務可用性(服務能力分布化)，另ー方面也緩解了骨干網(wǎng)絡帶寬的壓力。由于CDN對大規(guī)模內(nèi)容服務，特別是對流媒體服務性能有很明顯的提升，近年來，⑶N得到迅速的發(fā)展。在現(xiàn)網(wǎng)應用中，⑶N設備接入IP城域網(wǎng)的邊緣節(jié)點，通過BN網(wǎng)絡實現(xiàn)用戶與中心在線內(nèi)容庫實現(xiàn)端到端的互動，并通過CDN設備streamer和存儲的功能，實現(xiàn)更高質(zhì)量的流媒體獲取體驗。圖I是根據(jù)相關技術中的CDN組網(wǎng)示意圖，圖中的方框表示CDN，如圖I所示，CDN設備作為末端用戶的接入側，與IP城域網(wǎng)的邊緣節(jié)點路由器(Service Router,簡稱為 SR)(或者寬帶接入服務器(Broadband Remote Access Server,簡稱為BRAS)、switch)相連,通過承載網(wǎng)的核心節(jié)點、CN平面,實現(xiàn)用戶與集團在線內(nèi)容庫端到端的鏈接。以IPTV為例，對于用戶的流媒體請求，簡單來說，流程如下用戶通過人機交互界面(User Interface,簡稱為UI),也就是主菜單對某個流媒體內(nèi)容進行請求，家庭的IPTV終端機頂盒(Set-Top Box，簡稱為STB)采集到相關信息后將請求報文上送，請求報文到達CDN設備后，CDN進行判斷，如果本端的內(nèi)容庫有相關內(nèi)容，就直接下發(fā)，如果沒有相關部分內(nèi)容則繼續(xù)上送請求。當請求到達調(diào)度中心后查找相應的內(nèi)容所在庫位，并將該內(nèi)容服務器地址返回給請求STB，請求STB再發(fā)起媒體請求服務，最后由內(nèi)容服務器端將內(nèi)容下發(fā)。由于⑶N設備接入的用戶規(guī)模巨大，⑶N設備與SR設備之間通常用一條或者幾條吉比特以太網(wǎng)(Gigabit Ethernet，簡稱為GE)鏈路連接。⑶N設備上通過一定的策略配置，當通過CDN設備向上請求的用戶報文超過GE鏈路的帶寬時，會被其他GE鏈路承擔，以保證用戶請求報文上送的質(zhì)量。在整個請求上送和內(nèi)容下發(fā)過程中，需要經(jīng)過不同鏈路間的報文傳遞，鑒于網(wǎng)絡對用戶體驗的要求，各鏈路的傳遞需要有良好的鏈路連接檢測和故障恢復能力。目前，對于⑶N設備接入SR側的鏈路連接檢測，常采用的手段是PING檢測。
PING檢測功能是利用網(wǎng)際控制消息協(xié)議(Internet Control Message Protocol,簡稱為ICMP)的請求/響應(request/response)報文,檢測目的地的可達性。通常做法是，在⑶N設備上通過腳本配置，規(guī)律的向SR發(fā)送ICMP報文，實現(xiàn)PING檢測功能。當正常的收到SR返回的ICMP response報文，則認為鏈路正常，否則鏈路失效。但是這樣的做法需要被監(jiān)測目的設備開放了 ICMP業(yè)務或者說關閉了 PING防護功能。因此在⑶N設備上直接通過PING檢測鏈路狀態(tài)的方式在某些情況下會失效當SR設備配置了 PING防護功能時，⑶N側發(fā)送的PING檢測ICMP報文request可能就無法得到正常response應答報文，⑶N設備便會認為此鏈路失效。但是又由于目前CDN設備PING檢測只是檢測并未實現(xiàn)功能模塊聯(lián)動，比如備份鏈路切換，比如鏈路帶寬、流量控制等，就可能造成用戶請求報文丟失、報文擁塞等，影響用戶體驗質(zhì)量，也就違背了三網(wǎng)融合要求的構建合理體系架構、提高用戶體驗的要求。下面介紹一下PING防護功能，其一般情況下是防止設備遭受PING攻擊，而PING攻擊其原理是發(fā)送者A向接收者B發(fā)送一些尺寸超大的ICMP (PING命令使用的是ICMP報文)報文對其進行攻擊(對于有些路由器或系統(tǒng)，在接收到一個這樣的報文后，由于處理不當，會造成系統(tǒng)崩潰、死機或重啟)。IP報文的最大長度是216-1 = 65535個字節(jié)，那么去除IP首部的20個字節(jié)和ICMP首部的8個字節(jié)，實際數(shù)據(jù)部分長度最大為65535-20-8 = 65507個字節(jié)。所謂的尺寸超大的ICMP報文就是指數(shù)據(jù)部分長度超過65507個字節(jié)的ICMP報文。針對PING攻擊(即PING of Death攻擊)，網(wǎng)絡安全設備僅僅通過超大包過濾方法不能達到很好的防御效果，因為在現(xiàn)網(wǎng)中傳輸?shù)拇蟛糠謭笪亩冀?jīng)過了分片，所以單片報文不會超過65507個字節(jié)，只是在接收端完成組合后才會超過65507個字節(jié)。所以針對PINGof Death攻擊，最有效防御方式是禁止ICMP報文通過網(wǎng)絡安全設備。SR設備的PING保護功能可以用2種方式防止PING攻擊，一種是對報文的實際長度(項目上送長度_2層頭長度)進行判斷，如果大于65535則丟棄，如果沒有大于65535則通過；一種是限制最大PING實例個數(shù)，超過最大實例個數(shù)的PING不做處理。因此當數(shù)據(jù)通信設備SR (Bras/Switch)開啟PING保護功能時，⑶N側的PING檢測就會失效，錯誤的反饋信息可能會導致對大量用戶請求報文的不恰當處理，引起丟包、擁塞等，導致IPTV等流媒體相關服務無法正常開展。針對相關技術中CDN系統(tǒng)中的鏈路檢測方法可能會失效的問題，目前尚未提出有效的解決方案。

發(fā)明內(nèi)容
針對相關技術中CDN系統(tǒng)中的鏈路檢測方法可能會失效的問題，本發(fā)明提供了一種鏈路檢測方法及裝置，以至少解決上述問題。根據(jù)本發(fā)明的一個方面，提供了一種鏈路檢測方法，該方法包括本端設備發(fā)送鏈路檢測報文給對端設備，其中，所述鏈路檢測報文中攜帶有所述本端設備的狀態(tài)；所述本端設備判斷在第一預定時長內(nèi)是否接收到所述對端設備發(fā)送的所述鏈路檢測報文的回復報文或者用于指示鏈路發(fā)生故障的報文，其中，所述回復報文中攜帶有所述對端設備的狀態(tài)；所述本端設備如果在所述第一預定時長內(nèi)未收到所述回復報文或者收到所述用于指示鏈路發(fā)生故障的報文，確定所述本端設備和所述對端設備之間的鏈路發(fā)生故障。優(yōu)選地，所述本端設備發(fā)送所述鏈路檢測報文給所述對端設備包括所述本端設備依次經(jīng)由ー個或多個中間設備將所述鏈路檢測報文發(fā)送給所述對端設備，其中，所述鏈路檢測報文中攜帯TTL字段，其中，所述TTL字段用于指示所述本端設備到所述對端設備經(jīng)由的跳數(shù)，所述中間設備在接收到所述鏈路檢測報文之后將所述TTL字段中的值減I或者加I井向下一個設備發(fā)送所述鏈路檢測報文；所述本端設備收到用于指示所述鏈路發(fā)生故障的報文確定所述本端 設備和所述對端設備之間的鏈路發(fā)生故障之前，還包括；所述中間設備在發(fā)送所述鏈路檢測報文之后，在第二預定時長未收到所述回復報文或所述下ー個設備對所述鏈路檢測報文的響應報文，向所述本端設備發(fā)送所述用于指示所述鏈路發(fā)生故障的報文，其中，所述用于指示所述鏈路發(fā)生故障的報文中攜帯有所述TTL字段。優(yōu)選地，在所述本端設備收到所述用于指示所述鏈路發(fā)生故障的報文之后，還包括所述本端設備根據(jù)所述TTL字段確定所述鏈路上發(fā)生故障的位置并通知上層。優(yōu)選地，所述方法還包括如果所述本端設備在所述第一預定時長內(nèi)收到所述回復報文，并且，所述回復報文中的所述對端設備的狀態(tài)指示可以與所述本端設備建立會話，所述本端設備發(fā)送用于確認會話建立的鏈路檢測報文。優(yōu)選地，在所述本端設備和所述對端設備之間的會話建立之后，所述方法還包括所述本端設備和所述對端設備中的一方向另一方發(fā)送回音報文，其中，所述回音報文是不需要接收方進行處理而直接向該報文的發(fā)送方返回的報文；所述一方在最小回音間隔內(nèi)未收到所述另一方返回的所述回音報文，則確定所述鏈路發(fā)生故障。優(yōu)選地，所述鏈路檢測報文中攜帯有所述最小回音間隔。優(yōu)選地，所述鏈路檢測報文中還攜帶有建立所述鏈路所需要的資源，所述方法還包括所述本端設備在第一預定時長接收到所述回復報文；所述本端設備判斷所述回復報文中是否攜帯有所述對端設備無法提供所述資源的指示，在判斷結果為是的情況下，所述本端設備確定所述鏈路故障。優(yōu)選地，所述本端設備為CDN設備、所述對端設備為SR設備；或者，所述對端設備為CDN設備、所述本端設備為SR設備；或者，所述本端設備為CDN設備、所述對端設備為CDN設備。根據(jù)本發(fā)明的另一方面，提供了ー種鏈路檢測裝置，位于本端設備中，該裝置包括第一發(fā)送模塊，用于發(fā)送鏈路檢測報文給對端設備，其中，所述鏈路檢測報文中攜帯有所述本端設備的狀態(tài)；判斷模塊，用于判斷在第一預定時長內(nèi)是否接收到所述對端設備發(fā)送的所述鏈路檢測報文的回復報文或者用于指示鏈路發(fā)生故障的報文，其中，所述回復報文中攜帯有所述對端設備的狀態(tài)；確定模塊，用于所述判斷模塊在所述第一預定時長內(nèi)未收到所述回復報文或者收到所述用于指示鏈路發(fā)生故障的報文時，確定所述本端設備和所述對端設備之間的鏈路發(fā)生故障。優(yōu)選地，所述第一發(fā)送模塊還用于依次經(jīng)由ー個或多個中間設備將所述鏈路檢測報文發(fā)送給所述對端設備，其中，所述鏈路檢測報文中攜帯TTL字段，其中，所述TTL字段用于指示所述本端設備到所述對端設備經(jīng)由的跳數(shù)，所述中間設備在接收到所述鏈路檢測報文之后將所述TTL字段中的值減I或者加I井向下一個設備發(fā)送所述鏈路檢測報文；所述裝置還包括接收模塊，用于接收來自所述中間設備的所述用于指示所述鏈路發(fā)生故障的報文，其中，所述用于指示所述鏈路發(fā)生故障的報文中攜帶有所述TTL字段，所述用于指示所述鏈路發(fā)生故障的報文是在所述中間設備發(fā)送所述鏈路檢測報文之后，在第二預定時長未收到所述回復報文或所述下一個設備對所述鏈路檢測報文的響應報文的情況下向所述本端設備發(fā)送的。 優(yōu)選地，所述裝置還包括通知模塊，用于將所述確定模塊根據(jù)所述TTL字段確定的所述鏈路上發(fā)生故障的位置通知上層。優(yōu)選地，所述裝置還包括第二發(fā)送模塊，用于在所述第一預定時長內(nèi)收到所述回復報文，并且，所述回復報文中的所述對端設備的狀態(tài)指示可以與所述本端設備建立會話的情況下，發(fā)送用于確認會話建立的鏈路檢測報文。優(yōu)選地，所述裝置還包括第三發(fā)送模塊，用于向對端發(fā)送回音報文，其中，所述回音報文是不需要接收方進行處理而直接向該報文的發(fā)送方返回的報文；所述確定模塊還用于在最小回音間隔內(nèi)未收到所述另一方返回的所述回音報文，則確定所述鏈路發(fā)生故障。優(yōu)選地，在所述鏈路檢測報文中還攜帶有建立所述鏈路所需要的資源的情況下，所述判斷模塊還用于判斷在第一預定時長內(nèi)接收到的所述回復報文中是否攜帶有所述對端設備無法提供所述資源的指示；所述確定模塊還用于在所述判斷模塊的判斷結果為是的情況下，確定所述鏈路發(fā)生故障。通過本發(fā)明，采用本端設備將攜帶本端設備狀態(tài)的鏈路檢測報文發(fā)送給對端設備，判斷在第一預定時長內(nèi)是否接收到該對端設備回復的攜帶對端設備狀態(tài)的回復報文或者收到用于指示鏈路發(fā)生故障的報文，并根據(jù)判斷結果確定待測鏈路是否發(fā)生故障，通過在第一預定時長內(nèi)接收對端設備發(fā)來的回復報文或者用于指示鏈路發(fā)生故障的報文的方式檢測鏈路是否發(fā)生故障，并通過將本端設備的狀態(tài)發(fā)送給對端設備、本端設備獲取對端設備狀態(tài)的方式，解決了相關技術中CDN系統(tǒng)中的鏈路檢測方法可能會失效的問題，提高了鏈路檢測的可靠性。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構成對本發(fā)明的不當限定。在附圖中圖I是根據(jù)相關技術中的⑶N組網(wǎng)示意圖；圖2是根據(jù)本發(fā)明實施例的鏈路檢測方法的流程圖；圖3是根據(jù)本發(fā)明實施例的鏈路檢測裝置的結構框圖；圖4是根據(jù)本發(fā)明優(yōu)選實施例的鏈路檢測裝置的結構框圖；圖5是根據(jù)本發(fā)明優(yōu)選實施例的鏈路檢測會話的狀態(tài)機示意圖；圖6是根據(jù)本發(fā)明優(yōu)選實施例的應用A方法進行檢測的架構示意圖。
具體實施例方式下文中將參考附圖并結合實施例來詳細說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合?？紤]到相關技術中CDN系統(tǒng)中的鏈路檢測方法可能會失效的問題，本實施例提供了一種鏈路檢測方法，圖2是根據(jù)本發(fā)明實施例的鏈路檢測方法的流程圖，如圖2所示，該方法包括如下步驟
步驟S202，本端設備發(fā)送鏈路檢測報文給對端設備，其中，該鏈路檢測報文中攜帯有本端設備的狀態(tài)；步驟S204，本端設備判斷在第一預定時長內(nèi)是否接收到對端設備發(fā)送的鏈路檢測報文的回復報文或者用于指示鏈路發(fā)生故障的報文，其中，回復報文中攜帯有對端設備的狀態(tài)；步驟S206，本端設備如果在第一預定時長內(nèi)未收到回復報文或者收到用于指示鏈路發(fā)生故障的報文，確定本端設備和對端設備之間的鏈路發(fā)生故障。本實施例通過上述步驟，采用本端設備將攜帯本端設備狀態(tài)的鏈路檢測報文發(fā)送給對端設備，判斷在第一預定時長內(nèi)是否接收到該對端設備回復的攜帯對端設備狀態(tài)的回復報文或者收到用于指示鏈路發(fā)生故障的報文，并根據(jù)判斷結果確定待測鏈路是否發(fā)生故障，通過在第一預定時長內(nèi)接收對端設備發(fā)來的回復報文或者用于指示鏈路發(fā)生故障的報文的方式檢測鏈路是否發(fā)生故障，并通過將本端設備的狀態(tài)發(fā)送給對端設備、本端設備獲取對端設備狀態(tài)的方式，解決了相關技術中CDN系統(tǒng)中的鏈路檢測方法可能會失效的問題，提高了鏈路檢測的可靠性。在一個優(yōu)選實施例中，本端設備和對端設備之間的鏈路上可以沒有其他設備，也可以包括一個或多個中間設備。在本端設備和對端設備之間的鏈路中存在一個或多個中間設備時，中間設備對鏈路檢測報文和回復報文進行透傳，這樣對于本端設備和對端設備而言，中間設備是不存在的。在另ー個優(yōu)選的實施例中，中間設備可以在接收到鏈路檢測報文時對該報文進行處理，例如，當本端設備和對端設備之間存在一個或多個中間設備時，本端設備依次經(jīng)由ー個或多個中間設備將鏈路檢測報文發(fā)送給對端設備，該鏈路檢測報文中可以攜帶TTL字段，該TTL字段用于指示本端設備到對端設備經(jīng)由的跳數(shù)。在這種情況下，中間設備在接收到鏈路檢測報文之后，可以將TTL字段中的值進行有規(guī)律的改變，例如可以將TTL字段的值減I或者加I井向下ー個設備發(fā)送鏈路檢測報文。在這種情況下，當該中間設備在發(fā)送上述鏈路檢測報文之后的第二預定時長內(nèi)未收到回復報文或下ー個設備對該鏈路檢測報文的響應報文時，該中間設備可以向本端設備發(fā)送用于指示鏈路發(fā)生故障的報文，并在該報文中攜帯上述的TTL字段。例如,該鏈路中包括四個網(wǎng)元網(wǎng)元I、網(wǎng)元2、網(wǎng)元3、網(wǎng)元4,這四個網(wǎng)元順序相鏈接，如果網(wǎng)元I是本端⑶N設備，網(wǎng)元4是對端⑶N設備，是可以形成鏈路檢測的。并且，由于在開始的建鏈階段可以得知該鏈路所包括的網(wǎng)元數(shù)量，因此當出現(xiàn)鏈路出現(xiàn)問題時，可以根據(jù)報文中映射的TTL字段判斷出在第幾跳出現(xiàn)問題，并反饋給網(wǎng)管告警，以便快速定位。當本端設備收到上述用于指示鏈路發(fā)生故障的報文之后，本端設備可以根據(jù)其攜帶的TTL字段確定鏈路上發(fā)生故障的位置并通知上層。例如，上述的四個網(wǎng)元中網(wǎng)元I為本端設備、網(wǎng)元4為對端設備，網(wǎng)元2和3為中間設備，當網(wǎng)元2接收到來自本端設備(即網(wǎng)元I)的鏈路檢測報文后，將其中的TTL字段的值修改為1，并向網(wǎng)元3發(fā)送該鏈路檢測報文，以此類推。當網(wǎng)元2在上述第二預定時長后沒有收到網(wǎng)元3發(fā)來的該鏈路檢測報文對應的響應報文，則網(wǎng)元2可以向本端設備(即網(wǎng)元I)發(fā)送用于指示鏈路發(fā)生故障的報文，并在該報文中攜帯上述值為I的TTL字段。本端設備(即網(wǎng)元I)在第一預定時長內(nèi)接收到網(wǎng)元2發(fā)來的指示鏈路發(fā)生故障的報文后，可以通過該報文中攜帶的TTL字段得到發(fā)生故障的鏈路位置應該是網(wǎng)元2和網(wǎng)元3之間的鏈路如果本端設備收到回復報文，并且，回復報文中的對端設備的狀態(tài)指示可以與本端設備建立會話，本端設備發(fā)送用于確認會話建立的鏈路檢測報文。此外，考慮到檢測到的鏈路故障如果無法與上層功能模塊實現(xiàn)聯(lián)動，就無法快速實現(xiàn)鏈路切換或者上送用戶請求報文的帶寬控制，因此作為一種優(yōu)選實施方式，在本端設備確定鏈路發(fā)生故障的鏈路位置后，還可以通過本端設備中確定鏈路發(fā)生故障的層通知上層鏈路或者上層模塊該鏈路發(fā)生故障的位置，例如，可以將鏈路故障的位置信息通知給業(yè)務層模塊，以便業(yè)務層模塊及時進行流量控制或使用備份鏈路進行會話等處理。在一個優(yōu)選實施例中，本端的CDN設備使用上述鏈路檢測方法檢測到鏈路發(fā)生故障并通知給上層模塊后，上層模塊能夠得知由于該鏈路發(fā)生故障，使得該CDN設備(也稱為CDN節(jié)點)的當前服務帶寬已經(jīng)達不到預定的節(jié)點服務能力，因此上層模塊可以根據(jù)鏈路故障的位置對該CDN節(jié)點的服務能力進行相應調(diào)整，使得該CDN節(jié)點當前服務帶寬與節(jié)點服務能力取得平衡，這樣就可以防止出現(xiàn)帶寬與服務能力不匹配的情況，進而極大避免了由于帶寬與服務能力不匹配導致大量的用戶請求被丟包的情況。例如，某CDN節(jié)點有兩條服務鏈路，對外的服務能力有20G，而其中一條鏈路出現(xiàn)問題，導致該節(jié)點帶寬變成只有10G，如果上層模塊不能及時得知此情況，就會依然按照20G的服務能力向該CDN節(jié)點發(fā)送用戶請求，這就會導致大量丟包的出現(xiàn)。而此時通過上述方式檢測到鏈路有問題并通知給上層模塊，上層模塊就可以及時降低該節(jié)點的服務能力，例如，可以使該節(jié)點不再接收用戶服務請求，并將用戶服務請求調(diào)度到其他CDN節(jié)點；或者也可以將該節(jié)點的服務能力調(diào)整為10G。在本端設備和對端設備之間的會話建立之后，本端設備依然可以通過發(fā)送鏈路檢測報文，并根據(jù)是否在第一預定時長內(nèi)接收到對端設備的回復報文或者用于指示鏈路發(fā)生故障的報文來確定鏈路是否發(fā)生故障，優(yōu)選地，也可以是本端設備和對端設備中的一方向另一方發(fā)送回音報文，其中，回音報文是不需要接收方進行處理而直接向該報文的發(fā)送方返回的報文；一方在最小回音間隔內(nèi)未收到另一方返回的回音報文，則確定鏈路發(fā)生故障。通過這種方式，由于回音報文可以專用于檢測鏈路是否發(fā)生故障，因此其報文長度可以非常小，大大節(jié)省了系統(tǒng)資源，并且由于回音報文可以不需要對端設備進行處理而是直接轉發(fā)回來，檢測速度快，靈敏性強。而當通過回音報文檢測出鏈路發(fā)生故障時，則可以再通過上述的鏈路檢測報文來檢測鏈路發(fā)生故障的具體位置，并上報給上層模塊，以便上層模塊及時進行流量控制或使用備份鏈路進行會話等處理。其中，上述的最小回音間隔可以是固定設置的，作為一種優(yōu)選實施方式，最小回音間隔也可以攜帶在本端設備發(fā)送給對端設備的鏈路檢測報文中通知對端設備。在另一個優(yōu)選實施例中，鏈路檢測報文中還可以攜帶有建立鏈路所需要的資源，例如，該鏈路預定的服務帶寬為10G，在這種情況下，當本端設備在第一預定時長內(nèi)接收到對端設備發(fā)來的回復報文后，可以判斷該回復報文中是否攜帶有對端設備無法提供上述建立鏈路所需要的資源(IOG)的指示，如果判斷結果為是，則可以得知對端設備無法提供IOG的帶寬資源，也就是該鏈路即使建立，其所能夠達到的服務帶寬也不足10G，則本端設備可以確定鏈路發(fā)生故障。
上述鏈路檢測方法可以應用于任何CDN系統(tǒng)中鏈路的檢測，優(yōu)選地，上述本端設備可以為內(nèi)容分發(fā)網(wǎng)絡(CDN)設備、而對端設備可以為邊緣節(jié)點路由器(SR)設備；或者，對端設備也可以為CDN設備、而本端設備則可以為SR設備；當然，本端設備和對端設備也可以都為CDN設備。對應于上述方法，本實施例還提供了ー種鏈路檢測裝置，該裝置可以位于本端設備中，用于實現(xiàn)上述實施例及優(yōu)選實施方式，已經(jīng)進行過說明的不再贅述。如以下所使用的，術語“模塊”可以實現(xiàn)預定功能的軟件和/或硬件的組合。盡管以下實施例所描述的裝置較佳地以軟件來實現(xiàn)，但是硬件，或者軟件和硬件的組合的實現(xiàn)也是可能并被構想的。圖3是根據(jù)本發(fā)明實施例的鏈路檢測裝置的結構框圖，如圖3所示，該裝置包括第一發(fā)送模塊32、判斷模塊34、確定模塊36，下面對上述模塊進行詳細說明。
第一發(fā)送模塊32，用于發(fā)送鏈路檢測報文給對端設備，其中，該鏈路檢測報文中攜帶有本端設備的狀態(tài)；判斷模塊34，與第一發(fā)送模塊32相連，用于判斷在第一預定時長內(nèi)是否接收到對端設備發(fā)送的上述鏈路檢測報文的回復報文或者用于指示鏈路發(fā)生故障的報文，其中，該回復報文中攜帯有對端設備的狀態(tài)；確定模塊36，與判斷模塊34相連，用于判斷模塊34在第一預定時長內(nèi)未收到回復報文或者收到所述用于指示鏈路發(fā)生故障的報文時，確定本端設備和對端設備之間的鏈路發(fā)生故障。本實施例通過上述裝置，采用本端設備將攜帯本端設備狀態(tài)的鏈路檢測報文發(fā)送給對端設備，判斷在第一預定時長內(nèi)是否接收到該對端設備回復的攜帯對端設備狀態(tài)的回復報文或者收到用于指示鏈路發(fā)生故障的報文，并根據(jù)判斷結果確定待測鏈路是否發(fā)生故障，通過在第一預定時長內(nèi)接收對端設備發(fā)來的回復報文或者用于指示鏈路發(fā)生故障的報文的方式檢測鏈路是否發(fā)生故障，并通過將本端設備的狀態(tài)發(fā)送給對端設備、本端設備獲取對端設備狀態(tài)的方式，解決了相關技術中CDN系統(tǒng)中的鏈路檢測方法可能會失效的問題，提高了鏈路檢測的可靠性。圖4是根據(jù)本發(fā)明優(yōu)選實施例的鏈路檢測裝置的結構框圖，如圖4所示，第一發(fā)送模塊32還可以用于依次經(jīng)由ー個或多個中間設備將鏈路檢測報文發(fā)送給對端設備，其中，該鏈路檢測報文中攜帯TTL字段，該TTL字段用于指示本端設備到對端設備經(jīng)由的跳數(shù)，中間設備在接收到鏈路檢測報文之后將TTL字段中的值減I或者加I井向下一個設備發(fā)送該鏈路檢測報文；此時，上述裝置還可以包括接收模塊42，與判斷模塊34和確定模塊36相連，用于接收來自中間設備的用于指示鏈路發(fā)生故障的報文，其中，用于指示鏈路發(fā)生故障的報文中攜帯有TTL字段，該用于指示鏈路發(fā)生故障的報文是在中間設備發(fā)送鏈路檢測報文之后，在第二預定時長未收到回復報文或下一個設備對該鏈路檢測報文的響應報文的情況下，向本端設備發(fā)送的。參考圖4，上述裝置還可以包括通知模塊44，與確定模塊36相連，用于將根據(jù)上述TTL字段確定的鏈路上發(fā)生故障的位置通知上層。參考圖4，上述裝置還可以包括第二發(fā)送模塊46，與判斷模塊34相連，用于在第一預定時長內(nèi)收到回復報文，且該回復報文中的對端設備的狀態(tài)指示可以與本端設備建立會話的情況下，發(fā)送用于確認會話建立的鏈路檢測報文。參考圖4，上述裝置還可以包括第三發(fā)送模塊48，與第二發(fā)送模塊46相連，用于向對端發(fā)送回音報文，其中，該回音報文是不需要接收方進行處理而直接向該報文的發(fā)送方返回的報文；則此時，確定模塊36還可以用于在最小回音間隔內(nèi)未收到另一方返回的回音報文，則確定鏈路發(fā)生故障。
優(yōu)選地，第一發(fā)送模塊32發(fā)送的鏈路檢測報文中可以攜帶最小回音間隔。優(yōu)選地，在上述鏈路檢測報文中還攜帶有建立鏈路所需要的資源的情況下，判斷模塊34還可以用于判斷在第一預定時長內(nèi)接收到的回復報文中是否攜帶有對端設備無法提供上述資源的指示；在這種情況下，確定模塊36還可以用于在判斷模塊34的判斷結果為是的情況下，確定該鏈路發(fā)生故障。下面結合優(yōu)選實施例進行說明，該優(yōu)選實施例結合了上述實施例及其優(yōu)選實施方式。在本優(yōu)選實施例中以CDN設備為本端設備、SR設備為對端設備為例進行說明，針對之前CDN通過PING檢測來判斷鏈路連接狀態(tài)方法的弊端，本優(yōu)選實施例提供了一種為CDN設備實現(xiàn)鏈路檢測聯(lián)動的方法。(下面統(tǒng)一將此新的鏈路檢測方法稱為A方法)A方法對鏈路故障檢測具有單一性，專注于轉發(fā)故障的快速檢測，報文內(nèi)容少、負荷輕、檢測時間短(能達到秒(S)級以下)。對某些應用(數(shù)據(jù)速率到吉比特)來說，故障感應時間短代表著降低數(shù)據(jù)丟包數(shù)量，實現(xiàn)秒以下的間歇性故障修復功能。該鏈路檢測方法通過內(nèi)部接口還可為上層應用模塊(如靜態(tài)路由模塊、上層控制協(xié)議)實現(xiàn)聯(lián)動，從而提供一種通用的低開銷快速故障檢測服務，聯(lián)動模塊可以利用A檢測提供的服務來決定自己采取相應操作，比如鏈路切換、帶寬重分配等。此鏈路檢測方法故障檢測時間短，因此在故障檢測時間段就不會出現(xiàn)大量數(shù)據(jù)丟失的情況，可以為客戶提供所需的高可靠性、高適用性語音、視頻及其他點播業(yè)務、實時業(yè)務等。下面重點介紹該鏈路檢測A方法可以將A方法看成是一個簡單的Hello協(xié)議，和我們熟悉的數(shù)據(jù)通信路由協(xié)議的Hello機制類似，只不過更簡潔更通用。建立鏈接會話的兩個系統(tǒng)之間周期性的互發(fā)報文，如果在一個商定的時間段內(nèi)沒有收到對端報文，就認為和對端的通信通道出現(xiàn)故障，鏈路檢測會話Down，并通知上層協(xié)議重新選路或者聯(lián)動模塊做其他的操作。為了減少設備負荷，還可以通過一些特殊的應用方式，在這些方式下，可以減少檢測報文發(fā)送，或者不必周期性的發(fā)送檢測報文，只在需要的時候才發(fā)送。A方法進行鏈路檢測的簡單步驟概述如下建立了檢測會話的兩個系統(tǒng)之間周期性的互發(fā)檢測報文，如果某個系統(tǒng)在商定的時間段內(nèi)一直沒有收到對端發(fā)來的報文，則認為對端Down。如果系統(tǒng)報文處理負擔比較重，為了減少檢測報文的周期性發(fā)送接收，減少系統(tǒng)的CPU負荷，可以在報文周期會話功能基礎上增加報文回音功能。某個系統(tǒng)的回音功能一旦激活，則發(fā)送端可以發(fā)送回音報文，對端把回音報文沿轉發(fā)路徑環(huán)回(loop back)回來，如果發(fā)送端在一段時間內(nèi)沒有收到回音報文，則認為對端Down。因為回音報文事實上可起到檢測連通性的作用，所以一定程度上可以減少鏈路檢測控制報文的發(fā)送?；匾魣笪目梢詼p少報文往返的延遲，能提供更短的故障檢測時間，這是因為其只檢測連通性，因而報文可以比普通的鏈路檢測控制報文更簡單，處理開銷更小?；匾艄δ芸梢灾辉谝粋€方向上激活，稱某個系統(tǒng)的回音功能是激活的是指本端能發(fā)送回音報文，且對端能環(huán)回回音報文。要注意的是，回音功能的開啟需要建立在鏈路檢測報文握手成功之后，通過回音功能減少后期檢測鏈路連通性報文往返的開銷。其中，上述鏈路檢測報文的詳細封裝格式可以和具體的應用相關，例如，在IPV4環(huán)境下的應用，就可以使用用戶數(shù)據(jù)報協(xié)議(User Datagram Protocol,簡稱為UDP)封裝鏈路檢測報文。不管在什么應用環(huán)境下，使用何種具體封裝，檢測報文需要含有強制部分字段。例如，強制部分的格式需要可以包括實例號、鏈路狀態(tài)標記、報文長度、會話本地描述、會話遠端描述、最小發(fā)送間隔、最大接收間隔、最小回音接收間隔、是否開啟回音功能的標志位等。后續(xù)可以根據(jù)實際應用需要加入認證等可選功能部分字段。此處，會話本地描述和遠端描述采用本地IP地址和目的地IP地址描述。
實例號session號用來表不本會話。鏈路狀態(tài)標記status用來表示鏈路狀態(tài),分別為如下幾個值0-AdminDown,管理員強制Down ; 1-Down,故障導致Down ;2_Init,初始化狀態(tài)；3_Up,連通性建立up狀態(tài)。報文長度以字節(jié)計數(shù)的報文長度。會話本地描述本端區(qū)分符，作為本地的唯一標識。源地址需配置為本地IP地址。會話遠端描述目的端區(qū)分符，存放遠端的描述。 目的地址需配置為目的端IP地址。最小發(fā)送間隔本端發(fā)送檢測報文的最小時間間隔，単位為微秒(百分之一秒)。最大接收間隔本端允許收到對端回復的檢測報文最長時間，超過該時間，置檢測狀態(tài)為Down。位為微秒(百分之一秒)。最小回音間隔本端希望收到對端發(fā)送的檢測回音報文的最大間隔，超過該時間，置檢測狀態(tài)為Down。如果這個值為0，表示本端去使能回音功能，不能還回對端發(fā)過來的回音報文。位為微秒(百分之一秒)。下面簡單介紹A方法進行鏈路檢測的工作原理:A鏈路檢測方法在沒有鄰居發(fā)現(xiàn)功能時，可以由人工配置提供鄰居的地址信息(也就是會話遠端描述信息)，然后向鄰居發(fā)送檢測報文。在獲取對端系統(tǒng)地址后，如果本地系統(tǒng)是主動(Active)角色，那么主動向對端發(fā)送檢測控制報文，啟動會話建立；如果是被動(Passive)角色，那么在收到對端發(fā)來的本會話的檢測報文之前，不發(fā)送檢測報文。在IPV4和IPV6應用環(huán)境下，一般要求兩端系統(tǒng)都必須是Active角色,即主動發(fā)起會話連接。圖5是根據(jù)本發(fā)明優(yōu)選實施例的鏈路檢測會話的狀態(tài)機示意圖，圖5中的三個方框分別代表 Up、Init 和 Down 狀態(tài)(即 Up state、Init state 和 Dowm state)，圖 5 中的up、int和down分別代表攜帶Up狀態(tài)的報文(Up state in packet)、攜帶Init狀態(tài)的報文(Init state in packet)和攜帶 Down 狀態(tài)的報文(Down state in packet),如圖 5 所示，該鏈路檢測方法具體的狀態(tài)機切換方式如下主動方首先發(fā)送報文，攜帯好本端的描述、源地址、目的地址信息，并將被動方的描述設置為0 (因為此時會話未建立不知道對方描述)，status為“Down” ；被動方在收到主動方的報文后，發(fā)現(xiàn)報文目的地址是自己，將對方描述寫入自己報文，并攜帶自己的描述，回復報文給主動方，Status為“Init” ；啟動會話的系統(tǒng)收到回應報文后，發(fā)現(xiàn)自己的描述已經(jīng)在其中的“遠端描述”中，知道雙向通信已經(jīng)完成，會話可以UP，發(fā)送的報文中會話Status為“UP”，“遠端描述”字段拷貝剛收到的報文的“本地描述”，此時狀態(tài)一端up —端init ；
對端收到后,也確認雙向通信完成,會話狀態(tài)設為“Up”。兩端狀態(tài)都UP。于是，三次握手過程完成，會話建立成功。會話啟動時和會話建立過程中，會話報文發(fā)送間隔可以稍長，例如，I秒I次。會話建立后的鏈路狀態(tài)檢測報文按照配置的最小發(fā)送間隔發(fā)送報文，保持狀態(tài)。會話建立成功后，如果本端能支持回音報文的發(fā)送，對端支持回音報文的環(huán)回，那么本端系統(tǒng)可以啟用回音功能。啟用回音功能后，回音報文可用來檢測連通性，如果在商定的時間內(nèi)沒有收到環(huán)回回來的回音報文，則可以認為對端故障，會話狀態(tài)置為Down。因為回音報文有檢測連通性的作用，回音報文的發(fā)送可以控制在比較高的速率，而鏈路檢測報文的發(fā)送可以控制在比較低的速率，例如I秒I個。在會話建立過程中，如果在最大接收間隔設定的時間內(nèi)沒有收到回應報文，則可以認為對端故障，會話Down,即可以將Status字段設為Down。 如果會話Down，則可以停止發(fā)送回音報文，并將檢測控制報文的發(fā)送速率降到啟動會話建立時的低速率，重新進行會話握手判斷。如果兩個系統(tǒng)之間存在多個檢測會話，可以在同一個會話實例配置相同的Session標志，則通過檢測Session進行比較，就能夠知道該實例應當歸入哪個檢測會話。圖6是根據(jù)本發(fā)明優(yōu)選實施例的應用A方法進行檢測的架構示意圖，如圖6所示，應用見A檢測方法的具體流程描述如下⑶NI與SRl之間的鏈路為主鏈路，如果接入用戶較多，會存在多條鏈路相連(如鏈路I和鏈路2)，當用戶請求超過一條鏈路帶寬時，鏈路2分擔用戶報文，進行上送。CDNl與SR2的鏈路為備份鏈路。此時，可能出現(xiàn)故障的幾種情況及A檢測方法的應用如下情況一如果鏈路I出現(xiàn)故障，故障并不會被檢測并及時通知到業(yè)務層進行流量控制，用戶請求上送報文帶寬重分配，而是都會從鏈路2上送，這樣必然導致?lián)砣蛠G包；同理鏈路2故障。傳統(tǒng)的CDN設備PING包檢測的方式，能檢測到鏈路故障，但是沒法實現(xiàn)功能模塊聯(lián)動通知業(yè)務層進行流量控制。如果此時CDN1\SR1都配置了 A鏈路檢測，正常鏈路時檢測會話保持，一旦鏈路出現(xiàn)故障，會話Down，鏈路檢測通過與業(yè)務層的接口，通知業(yè)務層進行流量控制，并且這個檢測時間是毫秒級，因此造成的用戶報文丟失大大降低。情況二 如果鏈路都正常，但是SRl開啟了 PING保護功能，對PING檢測的ICMP報文過濾，這樣傳統(tǒng)的⑶N側采取的PING檢測就會產(chǎn)生誤報警。而配置A鏈路檢測方法就不會受SR側配置PING保護功能的影響。情況三如果節(jié)點SRl出現(xiàn)故障，故障也不會被及時檢測并通知到業(yè)務成進行鏈路切換，啟用備份鏈路(CDN1與SR2的鏈路)，當通過傳統(tǒng)的PING檢測方法發(fā)現(xiàn)SR故障鏈路失效，再從業(yè)務層切換到備份鏈路時，用戶請求報文已出現(xiàn)大量丟包。而配置A鏈路檢測方法，當無法收到SRl的檢測報文時，會話Down，并通過相應的接口通知業(yè)務層切換下一跳為SR2的備份鏈路。故障恢復能夠達到毫秒級，從而大大降低用戶報文的丟失。從以上的描述中，可以看出，本發(fā)明實現(xiàn)了如下技術效果采用本端設備將攜帶本端設備狀態(tài)的鏈路檢測報文發(fā)送給對端設備，判斷在第一預定時長內(nèi)是否接收到該對端設備回復的攜帶對端設備狀態(tài)的回復報文或者收到用于指示鏈路發(fā)生故障的報文，并根據(jù)判斷結果確定待測鏈路是否發(fā)生故障，通過在第一預定時長內(nèi)接收對端設備發(fā)來的回復報文或者用于指示鏈路發(fā)生故障的報文的方式檢測鏈路是否發(fā)生故障，并通過將本端設備的狀態(tài)發(fā)送給對端設備、本端設備獲取對端設備狀態(tài)的方式，解決了相關技術中CDN系統(tǒng)中的鏈路檢測方法可能會失效的問題，提高了鏈路檢測的可靠性。在另外ー個實施例中，還提供了ー種軟件，該軟件用于執(zhí)行上述實施例及優(yōu)選實施例中描述的技術方案。
在另外ー個實施例中，還提供了ー種存儲介質(zhì)，該存儲介質(zhì)中存儲有上述軟件，該存儲介質(zhì)包括但不限于光盤、軟盤、硬盤、可擦寫存儲器等。顯然，本領域的技術人員應該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結合。以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領域的技術人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。
權利要求
1.一種鏈路檢測方法，其特征在于，包括 本端設備發(fā)送鏈路檢測報文給對端設備，其中，所述鏈路檢測報文中攜帶有所述本端設備的狀態(tài)； 所述本端設備判斷在第一預定時長內(nèi)是否接收到所述對端設備發(fā)送的所述鏈路檢測報文的回復報文或者用于指示鏈路發(fā)生故障的報文，其中，所述回復報文中攜帶有所述對端設備的狀態(tài)； 所述本端設備如果在所述第一預定時長內(nèi)未收到所述回復報文或者收到所述用于指示鏈路發(fā)生故障的報文，確定所述本端設備和所述對端設備之間的鏈路發(fā)生故障。
2.根據(jù)權利要求I所述的方法，其特征在于， 所述本端設備發(fā)送所述鏈路檢測報文給所述對端設備包括所述本端設備依次經(jīng)由一個或多個中間設備將所述鏈路檢測報文發(fā)送給所述對端設備，其中，所述鏈路檢測報文中攜帶TTL字段，其中，所述TTL字段用于指示所述本端設備到所述對端設備經(jīng)由的跳數(shù)，所述中間設備在接收到所述鏈路檢測報文之后將所述TTL字段中的值減I或者加I并向下一個設備發(fā)送所述鏈路檢測報文； 所述本端設備收到用于指示所述鏈路發(fā)生故障的報文確定所述本端設備和所述對端設備之間的鏈路發(fā)生故障之前，還包括；所述中間設備在發(fā)送所述鏈路檢測報文之后，在第二預定時長未收到所述回復報文或所述下一個設備對所述鏈路檢測報文的響應報文，向所述本端設備發(fā)送所述用于指示所述鏈路發(fā)生故障的報文，其中，所述用于指示所述鏈路發(fā)生故障的報文中攜帶有所述TTL字段。
3.根據(jù)權利要求2所述的方法，其特征在于，在所述本端設備收到所述用于指示所述鏈路發(fā)生故障的報文之后，還包括 所述本端設備根據(jù)所述TTL字段確定所述鏈路上發(fā)生故障的位置并通知上層。
4.根據(jù)權利要求I所述的方法，其特征在于，所述方法還包括 如果所述本端設備在所述第一預定時長內(nèi)收到所述回復報文，并且，所述回復報文中的所述對端設備的狀態(tài)指示可以與所述本端設備建立會話，所述本端設備發(fā)送用于確認會話建立的鏈路檢測報文。
5.根據(jù)權利要求4所述的方法，其特征在于，在所述本端設備和所述對端設備之間的會話建立之后，所述方法還包括 所述本端設備和所述對端設備中的一方向另一方發(fā)送回音報文，其中，所述回音報文是不需要接收方進行處理而直接向該報文的發(fā)送方返回的報文； 所述一方在最小回音間隔內(nèi)未收到所述另一方返回的所述回音報文，則確定所述鏈路發(fā)生故障。
6.根據(jù)權利要求5所述的方法，其特征在于，所述鏈路檢測報文中攜帶有所述最小回首間隔。
7.根據(jù)權利要求I所述的方法，其特征在于，所述鏈路檢測報文中還攜帶有建立所述鏈路所需要的資源，所述方法還包括 所述本端設備在第一預定時長接收到所述回復報文； 所述本端設備判斷所述回復報文中是否攜帶有所述對端設備無法提供所述資源的指示，在判斷結果為是的情況下，所述本端設備確定所述鏈路故障。
8.根據(jù)權利要求I至7中任一項所述的方法，其特征在于， 所述本端設備為內(nèi)容分發(fā)網(wǎng)絡CDN設備、所述對端設備為邊緣節(jié)點路由器SR設備；或者， 所述對端設備為CDN設備、所述本端設備為SR設備；或者， 所述本端設備為CDN設備、所述對端設備為CDN設備。
9.一種鏈路檢測裝置，位于本端設備中，其特征在于，包括 第一發(fā)送模塊，用于發(fā)送鏈路檢測報文給對端設備，其中，所述鏈路檢測報文中攜帶有所述本端設備的狀態(tài)； 判斷模塊，用于判斷在第一預定時長內(nèi)是否接收到所述對端設備發(fā)送的所述鏈路檢測報文的回復報文或者用于指示鏈路發(fā)生故障的報文，其中，所述回復報文中攜帶有所述對端設備的狀態(tài)； 確定模塊，用于所述判斷模塊在所述第一預定時長內(nèi)未收到所述回復報文或者收到所述用于指示鏈路發(fā)生故障的報文時，確定所述本端設備和所述對端設備之間的鏈路發(fā)生故障。
10.根據(jù)權利要求9所述的裝置，其特征在于， 所述第一發(fā)送模塊還用于依次經(jīng)由一個或多個中間設備將所述鏈路檢測報文發(fā)送給所述對端設備，其中，所述鏈路檢測報文中攜帶TTL字段，其中，所述TTL字段用于指示所述本端設備到所述對端設備經(jīng)由的跳數(shù)，所述中間設備在接收到所述鏈路檢測報文之后將所述TTL字段中的值減I或者加I并向下一個設備發(fā)送所述鏈路檢測報文； 所述裝置還包括接收模塊，用于接收來自所述中間設備的所述用于指示所述鏈路發(fā)生故障的報文，其中，所述用于指示所述鏈路發(fā)生故障的報文中攜帶有所述TTL字段，所述用于指示所述鏈路發(fā)生故障的報文是在所述中間設備發(fā)送所述鏈路檢測報文之后，在第二預定時長未收到所述回復報文或所述下一個設備對所述鏈路檢測報文的響應報文的情況下向所述本端設備發(fā)送的。
11.根據(jù)權利要求10所述的裝置，其特征在于，所述裝置還包括通知模塊，用于將所述確定模塊根據(jù)所述TTL字段確定的所述鏈路上發(fā)生故障的位置通知上層。
12.根據(jù)權利要求9所述的裝置，其特征在于，所述裝置還包括 第二發(fā)送模塊，用于在所述第一預定時長內(nèi)收到所述回復報文，并且，所述回復報文中的所述對端設備的狀態(tài)指示可以與所述本端設備建立會話的情況下，發(fā)送用于確認會話建立的鏈路檢測報文。
13.根據(jù)權利要求12所述的裝置，其特征在于，所述裝置還包括 第三發(fā)送模塊，用于向對端發(fā)送回音報文，其中，所述回音報文是不需要接收方進行處理而直接向該報文的發(fā)送方返回的報文； 所述確定模塊還用于在最小回音間隔內(nèi)未收到所述另一方返回的所述回音報文，則確定所述鏈路發(fā)生故障。
14.根據(jù)權利要求9所述的裝置，其特征在于， 在所述鏈路檢測報文中還攜帶有建立所述鏈路所需要的資源的情況下，所述判斷模塊還用于判斷在第一預定時長內(nèi)接收到的所述回復報文中是否攜帶有所述對端設備無法提供所述資源的指示；所述確定模塊還用于在所述判斷模塊的判斷結果為是的情況下，確定所述鏈路發(fā)生故 障。
全文摘要
本發(fā)明公開了一種鏈路檢測方法及裝置，其中，該方法包括本端設備發(fā)送鏈路檢測報文給對端設備，其中，該鏈路檢測報文中攜帶有本端設備的狀態(tài)；本端設備判斷在第一預定時長內(nèi)是否接收到對端設備發(fā)送的鏈路檢測報文的回復報文或者用于指示鏈路發(fā)生故障的報文，其中，回復報文中攜帶有對端設備的狀態(tài)；本端設備如果在第一預定時長內(nèi)未收到回復報文或者收到用于指示鏈路發(fā)生故障的報文，確定本端設備和對端設備之間的鏈路發(fā)生故障。通過本發(fā)明，解決了相關技術中CDN系統(tǒng)中的鏈路檢測方法可能會失效的問題，提高了鏈路檢測的可靠性。
文檔編號H04L12/26GK102624584SQ201210051318
公開日2012年8月1日 申請日期2012年3月1日 優(yōu)先權日2012年3月1日
發(fā)明者程暉 申請人:中興通訊股份有限公司