一種udp通道探測方法及裝置的制造方法
【專利摘要】本申請?zhí)峁┮环NUDP通道探測方法及裝置，該方法包括：從端口號列表中選擇一個目的端口號；執(zhí)行如下UDP通道探測操作：根據(jù)所述目的端口號向服務器發(fā)送通道探測報文；判斷在預設的報文響應時長內(nèi)是否接收到所述服務器根據(jù)所述通道探測報文回應的通道響應報文；當在預設的報文響應時長內(nèi)未接收到所述服務器根據(jù)所述通道探測報文回應的通道響應報文時，確認所述端口號列表中是否存在未選擇過的目的端口號；當所述端口號列表中存在未選擇過的目的端口號時，從所述未選擇過的目的端口號中選擇一個目的端口號，返回所述執(zhí)行UDP通道探測操作。本申請可提高發(fā)現(xiàn)可用UDP通道的概率，保證相關業(yè)務的順利傳輸。
【專利說明】
一種UDP通道探測方法及裝置
技術領域
[0001] 本申請涉及網(wǎng)絡通信技術領域，尤其涉及一種UDP通道探測方法及裝置。
【背景技術】
[0002] SSL (Secure Sockets Layer，安全套接層）VPN (Virtual Private Network，虛擬 專用網(wǎng)）是解決遠程用戶訪問公司敏感數(shù)據(jù)最簡單最安全的解決技術。在使用UDPOJser Datagram Protocol，用戶數(shù)據(jù)包協(xié)議）傳輸SSL VPN業(yè)務報文時，由于網(wǎng)絡環(huán)境的復雜性， 可能會阻斷UDP報文的傳輸，從而無法建立SSL VPN通道，無法進行SSL VPN業(yè)務報文轉(zhuǎn)發(fā)。

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

[0003] 有鑒于此，本申請?zhí)峁┮环NUDP通道探測方法及裝置。
[0004] 具體地，本申請是通過如下技術方案實現(xiàn)的：
[0005] 本申請?zhí)峁┮环NUDP通道探測方法，應用于客戶端設備上，該方法包括：
[0006] 從端口號列表中選擇一個目的端口號；
[0007] 執(zhí)行如下UDP通道探測操作：
[0008] 根據(jù)所述目的端口號向服務器發(fā)送通道探測報文；
[0009] 判斷在預設的報文響應時長內(nèi)是否接收到所述服務器根據(jù)所述通道探測報文回 應的通道響應報文；
[0010] 當在預設的報文響應時長內(nèi)未接收到所述服務器根據(jù)所述通道探測報文回應的 通道響應報文時，確認所述端口號列表中是否存在未選擇過的目的端口號；
[0011] 當所述端口號列表中存在未選擇過的目的端口號時，從所述未選擇過的目的端口 號中選擇一個目的端口號，返回所述執(zhí)行UDP通道探測操作。
[0012] 本申請還提供一種UDP通道探測方法，應用于服務器上，該方法包括：
[0013] 接收客戶端設備發(fā)送的通道探測報文，所述通道探測報文中攜帶會話標識；
[0014] 根據(jù)所述會話標識確定通道狀態(tài)；
[0015] 向所述客戶端設備發(fā)送通道響應報文，所述通道響應報文中攜帶所述通道狀態(tài)， 以使所述客戶端設備根據(jù)所述通道狀態(tài)進行業(yè)務處理。
[0016] 本申請還提供一種UDP通道探測裝置，應用于客戶端設備上，該裝置包括：
[0017] 選擇單元，用于從端口號列表中選擇一個目的端口號；
[0018] 發(fā)送單元，用于根據(jù)所述目的端口號向服務器發(fā)送通道探測報文；
[0019] 判斷單元，用于判斷在預設的報文響應時長內(nèi)是否接收到所述服務器根據(jù)所述通 道探測報文回應的通道響應報文；
[0020] 確認單元，用于當在預設的報文響應時長內(nèi)未接收到所述服務器根據(jù)所述通道探 測報文回應的通道響應報文時，確認所述端口號列表中是否存在未選擇過的目的端口號；
[0021] 所述選擇單元，還用于當所述端口號列表中存在未選擇過的目的端口號時，從所 述未選擇過的目的端口號中選擇一個目的端口號，返回所述發(fā)送單元。
[0022] 本申請還提供一種UDP通道探測裝置，應用于服務器上，該裝置包括：
[0023] 接收單元，用于接收客戶端設備發(fā)送的通道探測報文，所述通道探測報文中攜帶 會話標識；
[0024] 確定單元，用于根據(jù)所述會話標識確定通道狀態(tài)；
[0025] 發(fā)送單元，用于向所述客戶端設備發(fā)送通道響應報文，所述通道響應報文中攜帶 所述通道狀態(tài)，以使所述客戶端設備根據(jù)所述通道狀態(tài)進行業(yè)務處理。
[0026] 由以上描述可以看出，本申請通過在客戶端設備中預設多個目的端口號，并依次 對不同目的端口號對應的UDP通道進行通道探測，以提高發(fā)現(xiàn)可用UDP通道的概率，保證相 關業(yè)務的順利傳輸。
【附圖說明】
[0027] 圖1是本申請一示例性實施例示出的一種UDP通道探測方法流程圖；
[0028] 圖2是本申請另一示例性實施例示出的一種UDP通道探測方法流程圖；
[0029] 圖3是本申請一示例性實施例示出的UDP通道探測裝置所在設備的基礎硬件結(jié)構(gòu) 示意圖；
[0030] 圖4是本申請一示例性實施例示出的一種UDP通道探測裝置的結(jié)構(gòu)示意圖；
[0031] 圖5是本申請另一示例性實施例示出的一種UDP通道探測裝置的結(jié)構(gòu)示意圖。
【具體實施方式】
[0032] 這里將詳細地對示例性實施例進行說明，其示例表示在附圖中。下面的描述涉及 附圖時，除非另有表示，不同附圖中的相同數(shù)字表示相同或相似的要素。以下示例性實施例 中所描述的實施方式并不代表與本申請相一致的所有實施方式。相反，它們僅是與如所附 權利要求書中所詳述的、本申請的一些方面相一致的裝置和方法的例子。
[0033] 在本申請使用的術語是僅僅出于描述特定實施例的目的，而非旨在限制本申請。 在本申請和所附權利要求書中所使用的單數(shù)形式的"一種"、"所述"和"該"也旨在包括多 數(shù)形式，除非上下文清楚地表示其他含義。還應當理解，本文中使用的術語"和/或"是指 并包含一個或多個相關聯(lián)的列出項目的任何或所有可能組合。
[0034] 應當理解，盡管在本申請可能采用術語第一、第二、第三等來描述各種信息，但這 些信息不應限于這些術語。這些術語僅用來將同一類型的信息彼此區(qū)分開。例如，在不脫離 本申請范圍的情況下，第一信息也可以被稱為第二信息，類似地，第二信息也可以被稱為第 一信息。取決于語境，如在此所使用的詞語"如果"可以被解釋成為"在……時"或"當…… 時"或"響應于確定"。
[0035] UDP協(xié)議是一種無連接的傳輸層協(xié)議。目前，有大量的業(yè)務報文需要基于UDP協(xié)議 進行傳輸，但是，在一些組網(wǎng)環(huán)境中，會出現(xiàn)UDP報文被阻斷的情況，此時，將無法進行正常 的業(yè)務報文傳輸。
[0036] 針對上述問題，本申請實施例提出一種UDP通道探測方法，該方法通過在客戶端 設備中預設多個目的端口號，并依次對不同目的端口號對應的UDP通道進行通道探測，以 提高發(fā)現(xiàn)可用UDP通道的概率，保證業(yè)務報文的順利傳輸。
[0037] 參見圖1，為本申請UDP通道探測方法的一個實施例流程圖，該實施例從客戶端設 備側(cè)對UDP通道探測過程進行描述。
[0038] 步驟101，從端口號列表中選擇一個目的端口號。
[0039] 本申請實施例中，服務器預先為某一特定業(yè)務配置多個端口號，以保證該特定業(yè) 務的業(yè)務報文順利傳輸?？蛻舳嗽O備將服務器配置的端口號保存在本地的端口號列表中。 當客戶端設備擬向服務器請求訪問該特定業(yè)務時，客戶端設備從端口號列表中選擇一個端 口號作為目的端口號，以執(zhí)行后續(xù)UDP通道探測。通常，在客戶端設備中會預設一個默認目 的端口號，如果該默認目的端口號對應的UDP通道可用，將通過該UDP通道進行業(yè)務報文傳 輸。
[0040] 步驟102,使用所述目的端口號向服務器發(fā)送通道探測報文。
[0041] 客戶端設備在通過步驟101選定目的端口號后，為本次訪問生成一個新的源端口 號，使用該源端口號和選定的目的端口號向服務器發(fā)送通道探測報文。
[0042] 步驟103,判斷在預設的報文響應時長內(nèi)是否接收到所述服務器根據(jù)所述通道探 測報文回應的通道響應報文。
[0043] 客戶端設備向服務器發(fā)送通道探測報文后，可以通過啟動定時器，判斷在預設的 報文響應時長內(nèi)是否可以接收到服務器回應的通道響應報文。
[0044] 步驟104,當在預設的報文響應時長內(nèi)未接收到所述服務器根據(jù)所述通道探測報 文回應的通道響應報文時，確認所述端口號列表中是否存在未選擇過的目的端口號。
[0045] 客戶端設備根據(jù)步驟103的判斷結(jié)果，分以下兩種情況進行處理：
[0046] 當客戶端設備在預設的報文響應時長內(nèi)接收到服務器根據(jù)通道探測報文回應的 通道響應報文時，說明該UDP通道可用，確認此次UDP通道探測成功?？蛻舳嗽O備在探測到 可用的UDP通道后，從接收的通道響應報文中獲取通道狀態(tài)，該通道狀態(tài)是服務器根據(jù)客 戶端設備發(fā)送的通道探測報文中攜帶的會話標識進行相關處理后確定的當前UDP通道的 狀態(tài)。當該通道狀態(tài)為通道正常時，客戶端設備可以通過該UDP通道進行業(yè)務報文傳輸；當 該通道狀態(tài)為通道異常時，斷開當前的UDP通道，客戶端設備需重新發(fā)送訪問請求，重新進 行UDP通道探測。
[0047] 當客戶端設備在預設的報文響應時長內(nèi)未接收到服務器根據(jù)通道探測報文回應 的通道響應報文時，說明報文在傳輸過程中出現(xiàn)問題，例如，通道探測報文被攔截，該攔截 可能是中間網(wǎng)絡設備針對特定端口號的報文采取的控制策略，因此，通過該UDP通道無法 進行業(yè)務報文傳輸。此時，客戶端設備重新查詢端口號列表，確認該端口號列表中是否還存 在其它未選擇過的目的端口號。
[0048] 步驟105,當所述端口號列表中存在未選擇過的目的端口號時，從所述未選擇過的 目的端口號中選擇一個目的端口號，返回步驟102。
[0049] 客戶端設備根據(jù)步驟104的確認結(jié)果，分以下兩種情況進行處理：
[0050] 當端口號列表中存在未選擇過的目的端口號時，客戶端設備從端口號列表中選擇 新的目的端口號，重新啟動新的UDP通道探測。
[0051] 當端口號列表中不存在未選擇過的目的端口號時，說明所有的UDP通道均已被探 測過，且均未接收到服務器回應的通道響應報文，因此，確認UDP通道探測失敗，客戶端設 備與服務器之間無可用的UDP通道，客戶端設備無法訪問服務器。
[0052] 參見圖2,為本申請UDP通道探測方法的另一個實施例流程圖，該實施例從服務器 側(cè)對UDP通道探測過程進行描述。
[0053] 步驟201，接收客戶端設備發(fā)送的通道探測報文，所述通道探測報文中攜帶會話標 識。
[0054] 步驟202，根據(jù)所述會話標識確定通道狀態(tài)。
[0055] 客戶端設備與服務器在通過UDP通道傳輸業(yè)務報文之前，通過已建立的 TCP (Transmission Control Protocol，傳輸控制協(xié)議）通道協(xié)商此次訪問的會話標識，該 會話標識用于唯一標識此次訪問，可以通過字符串的形式表示。同時，服務器為該會話標 識設置了有效時長，當在預設的有效時長內(nèi)未接收到客戶端設備發(fā)送的通道探測報文時， 刪除該會話標識，所以，本申請實施例中，當服務器接收到客戶端設備發(fā)送的通道探測報文 時，從該通道探測報文中獲取會話標識，并判斷本地是否存在該會話標識，根據(jù)判斷結(jié)果進 行如下處理：
[0056] 當本地存在該會話標識時，說明服務器在預設的有效時長內(nèi)接收到了客戶端設備 發(fā)送的通道探測報文，此次協(xié)商有效，因此，確定該UDP通道的通道狀態(tài)為通道正常。
[0057] 當本地不存在該會話標識時，說明服務器在預設的有效時長內(nèi)未接收到客戶端設 備發(fā)送的通道探測報文，UDP通道存在傳輸延時，導致此次協(xié)商無效，需要重新協(xié)商，重新進 行UDP通道探測，因此，確定該UDP通道的通道狀態(tài)為通道異常。
[0058] 步驟203,向所述客戶端設備發(fā)送通道響應報文，所述通道響應報文中攜帶所述通 道狀態(tài)，以使所述客戶端設備根據(jù)所述通道狀態(tài)進行業(yè)務處理。
[0059] 服務器將步驟202中獲得的通道狀態(tài)攜帶在通道響應報文中發(fā)送給客戶端設備， 以使客戶端設備根據(jù)通道狀態(tài)進行相應的業(yè)務處理，具體參見步驟104的描述，在此不再 贅述。
[0060] 現(xiàn)以SSL VPN業(yè)務為例，詳細介紹UDP通道探測過程。
[0061 ] SSL VPN技術通常用于企業(yè)專用網(wǎng)絡的部署中，通過該技術可以保證遠程訪問的 安全性。將SSLVPN服務器布置于企業(yè)內(nèi)網(wǎng)中，當遠程客戶端設備訪問SSLVPN服務器時，需 要建立SSL VPN通道，而SSL VPN通道的建立是基于UDP協(xié)議進行SSL VPN報文傳輸，因此， 需要找到客戶端設備和服務器之間可用的UDP通道。
[0062] 假設，SSLVPN服務器為SSLVPN業(yè)務預設了 2個端口號，分別為4000、5000,客戶端 設備可以通過上述端口號訪問SSLVPN服務器?？蛻舳嗽O備預先在本地保存了包含上述端 口號的端口號列表，參見表1。
[0063]
[0064] 表 1
[0065] 假設，表1中的第1個目的端口號為默認端口號?？蛻舳嗽O備本地生成源端口號 1000,從端口號列表中獲取目的端口號4000,根據(jù)源端口號1000和目的端口號4000向SSL VPN服務器發(fā)送通道探測報文，并設置報文響應時長為5秒。當客戶端設備在5秒鐘內(nèi)未接 收到SSL VPN服務器返回的通道響應報文時，說明當前探測的UDP通道不可用。
[0066] 客戶端設備重新生成新的源端口號2000,從端口號列表中選擇第2個目的端口號 5000,根據(jù)源端口號2000和目的端口號5000向SSL VPN服務器發(fā)送通道探測報文，并設置 報文響應時長為5秒。當客戶端設備在5秒鐘內(nèi)接收到SSL VPN服務器返回的通道響應報 文時，說明當前探測的UDP通道可用，進而通過該UDP通道傳輸SSL VPN業(yè)務報文。
[0067] 可見，本申請通過在客戶端設備中預設多個目的端口號，并依次對不同目的端口 號對應的UDP通道進行通道探測，以提高發(fā)現(xiàn)可用UDP通道的概率，保證相關業(yè)務的順利傳 輸。
[0068] 與前述UDP通道探測方法的實施例相對應，本申請還提供了 UDP通道探測裝置的 實施例。
[0069] 本申請UDP通道探測裝置的實施例可以應用在客戶端設備或服務器上。裝置實施 例可以通過軟件實現(xiàn)，也可以通過硬件或者軟硬件結(jié)合的方式實現(xiàn)。以軟件實現(xiàn)為例，作為 一個邏輯意義上的裝置，是通過其所在設備的處理器運行存儲器中對應的計算機程序指令 形成的。從硬件層面而言，如圖3所示，為本申請UDP通道探測裝置所在設備的一種硬件結(jié) 構(gòu)圖，除了圖3所示的處理器、網(wǎng)絡接口、以及存儲器之外，實施例中裝置所在的設備通常 根據(jù)該設備的實際功能，還可以包括其他硬件，對此不再贅述。
[0070] 請參考圖4,為本申請一個實施例中的UDP通道探測裝置的結(jié)構(gòu)示意圖。該UDP通 道探測裝置包括選擇單元401、發(fā)送單元402、判斷單元403以及確認單元404,其中：
[0071] 選擇單元401，用于從端口號列表中選擇一個目的端口號；
[0072] 發(fā)送單元402,用于根據(jù)所述目的端口號向服務器發(fā)送通道探測報文；
[0073] 判斷單元403,用于判斷在預設的報文響應時長內(nèi)是否接收到所述服務器根據(jù)所 述通道探測報文回應的通道響應報文；
[0074] 確認單元404,用于當在預設的報文響應時長內(nèi)未接收到所述服務器根據(jù)所述通 道探測報文回應的通道響應報文時，確認所述端口號列表中是否存在未選擇過的目的端口 號；
[0075] 所述選擇單元401，還用于當所述端口號列表中存在未選擇過的目的端口號時，從 所述未選擇過的目的端口號中選擇一個目的端口號，返回所述發(fā)送單元402。
[0076] 進一步地，所述UDP通道探測裝置還包括：
[0077] 確定單元，用于當所述端口號列表中不存在未選擇過的目的端口號時，確認UDP 通道探測失敗。
[0078] 進一步地，所述UDP通道探測裝置還包括：
[0079] 確定單元，用于當在預設的報文響應時長內(nèi)接收到所述服務器根據(jù)所述通道探測 報文回應的通道響應報文時，確認UDP通道探測成功。
[0080] 進一步地，所述UDP通道探測裝置還包括：
[0081] 處理單元，用于在所述確定單元確認UDP通道探測成功之后，從所述通道響應報 文中獲取所述服務器根據(jù)會話標識確定的通道狀態(tài)，所述會話標識攜帶在所述客戶端設備 發(fā)送的通道探測報文中；當所述通道狀態(tài)為通道正常時，通過探測成功的UDP通道傳輸業(yè) 務報文；當所述通道狀態(tài)為通道異常時，斷開所述探測成功的UDP通道。
[0082] 進一步地，
[0083] 所述發(fā)送單元402,具體用于獲取新的源端口號；根據(jù)所述新的源端口號和選定 的目的端口號向所述服務器發(fā)送通道探測報文。
[0084] 請參考圖5,為本申請一個實施例中的UDP通道探測裝置的結(jié)構(gòu)示意圖。該UDP通 道探測裝置包括接收單元501、確定單元502以及發(fā)送單元503,其中：
[0085] 接收單元501，用于接收客戶端設備發(fā)送的通道探測報文，所述通道探測報文中攜 帶會話標識；
[0086] 確定單元502,用于根據(jù)所述會話標識確定通道狀態(tài)；
[0087] 發(fā)送單元503,用于向所述客戶端設備發(fā)送通道響應報文，所述通道響應報文中攜 帶所述通道狀態(tài)，以使所述客戶端設備根據(jù)所述通道狀態(tài)進行業(yè)務處理。
[0088] 進一步地，
[0089] 所述確定單元502,具體用于判斷本地是否存在所述會話標識；當本地存在所述 會話標識時，確定所述通道狀態(tài)為通道正常；當本地不存在所述會話標識時，確定所述通道 狀態(tài)為通道異常。
[0090] 上述裝置中各個單元的功能和作用的實現(xiàn)過程具體詳見上述方法中對應步驟的 實現(xiàn)過程，在此不再贅述。
[0091] 對于裝置實施例而言，由于其基本對應于方法實施例，所以相關之處參見方法實 施例的部分說明即可。以上所描述的裝置實施例僅僅是示意性的，其中所述作為分離部件 說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以 不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡單元上?？梢愿鶕?jù)實際的 需要選擇其中的部分或者全部模塊來實現(xiàn)本申請方案的目的。本領域普通技術人員在不付 出創(chuàng)造性勞動的情況下，即可以理解并實施。
[0092] 以上所述僅為本申請的較佳實施例而已，并不用以限制本申請，凡在本申請的精 神和原則之內(nèi)，所做的任何修改、等同替換、改進等，均應包含在本申請保護的范圍之內(nèi)。
【主權項】
1. 一種UDP通道探測方法，應用于客戶端設備上，其特征在于，該方法包括： 從端口號列表中選擇一個目的端口號； 執(zhí)行如下UDP通道探測操作： 根據(jù)所述目的端口號向服務器發(fā)送通道探測報文； 判斷在預設的報文響應時長內(nèi)是否接收到所述服務器根據(jù)所述通道探測報文回應的 通道響應報文； 當在預設的報文響應時長內(nèi)未接收到所述服務器根據(jù)所述通道探測報文回應的通道 響應報文時，確認所述端口號列表中是否存在未選擇過的目的端口號； 當所述端口號列表中存在未選擇過的目的端口號時，從所述未選擇過的目的端口號中 選擇一個目的端口號，返回所述執(zhí)行UDP通道探測操作。2. 如權利要求1所述的方法，其特征在于，所述方法還包括： 當所述端口號列表中不存在未選擇過的目的端口號時，確認UDP通道探測失敗。3. 如權利要求1所述的方法，其特征在于，所述方法還包括： 當在預設的報文響應時長內(nèi)接收到所述服務器根據(jù)所述通道探測報文回應的通道響 應報文時，確認UDP通道探測成功。4. 如權利要求3所述的方法，其特征在于，所述確認UDP通道探測成功之后，還包括： 從所述通道響應報文中獲取所述服務器根據(jù)會話標識確定的通道狀態(tài)，所述會話標識 攜帶在所述客戶端設備發(fā)送的通道探測報文中； 當所述通道狀態(tài)為通道正常時，通過探測成功的UDP通道傳輸業(yè)務報文； 當所述通道狀態(tài)為通道異常時，斷開所述探測成功的UDP通道。5. 如權利要求1至4任一所述的方法，其特征在于，所述根據(jù)所述目的端口號向服務器 發(fā)送通道探測報文，包括： 獲取新的源端口號； 根據(jù)所述新的源端口號和選定的目的端口號向所述服務器發(fā)送通道探測報文。6. -種UDP通道探測方法，應用于服務器上，其特征在于，該方法包括： 接收客戶端設備發(fā)送的通道探測報文，所述通道探測報文中攜帶會話標識； 根據(jù)所述會話標識確定通道狀態(tài)； 向所述客戶端設備發(fā)送通道響應報文，所述通道響應報文中攜帶所述通道狀態(tài)，以使 所述客戶端設備根據(jù)所述通道狀態(tài)進行業(yè)務處理。7. 如權利要求6所述的方法，其特征在于，所述根據(jù)所述會話標識確定通道狀態(tài)，包 括： 判斷本地是否存在所述會話標識； 當本地存在所述會話標識時，確定所述通道狀態(tài)為通道正常； 當本地不存在所述會話標識時，確定所述通道狀態(tài)為通道異常。8. -種UDP通道探測裝置，應用于客戶端設備上，其特征在于，該裝置包括： 選擇單元，用于從端口號列表中選擇一個目的端口號； 發(fā)送單元，用于根據(jù)所述目的端口號向服務器發(fā)送通道探測報文； 判斷單元，用于判斷在預設的報文響應時長內(nèi)是否接收到所述服務器根據(jù)所述通道探 測報文回應的通道響應報文； 確認單元，用于當在預設的報文響應時長內(nèi)未接收到所述服務器根據(jù)所述通道探測報 文回應的通道響應報文時，確認所述端口號列表中是否存在未選擇過的目的端口號； 所述選擇單元，還用于當所述端口號列表中存在未選擇過的目的端口號時，從所述未 選擇過的目的端口號中選擇一個目的端口號，返回所述發(fā)送單元。9. 如權利要求8所述的裝置，其特征在于，所述裝置還包括： 確定單元，用于當所述端口號列表中不存在未選擇過的目的端口號時，確認UDP通道 探測失敗。10. 如權利要求8所述的裝置，其特征在于，所述裝置還包括： 確定單元，用于當在預設的報文響應時長內(nèi)接收到所述服務器根據(jù)所述通道探測報文 回應的通道響應報文時，確認UDP通道探測成功。11. 如權利要求10所述的裝置，其特征在于，所述裝置還包括： 處理單元，用于在所述確定單元確認UDP通道探測成功之后，從所述通道響應報文中 獲取所述服務器根據(jù)會話標識確定的通道狀態(tài)，所述會話標識攜帶在所述客戶端設備發(fā)送 的通道探測報文中；當所述通道狀態(tài)為通道正常時，通過探測成功的UDP通道傳輸業(yè)務報 文；當所述通道狀態(tài)為通道異常時，斷開所述探測成功的UDP通道。12. 如權利要求8至11任一所述的裝置，其特征在于： 所述發(fā)送單元，具體用于獲取新的源端口號；根據(jù)所述新的源端口號和選定的目的端 口號向所述服務器發(fā)送通道探測報文。13. -種UDP通道探測裝置，應用于服務器上，其特征在于，該裝置包括： 接收單元，用于接收客戶端設備發(fā)送的通道探測報文，所述通道探測報文中攜帶會話 標識； 確定單元，用于根據(jù)所述會話標識確定通道狀態(tài)； 發(fā)送單元，用于向所述客戶端設備發(fā)送通道響應報文，所述通道響應報文中攜帶所述 通道狀態(tài)，以使所述客戶端設備根據(jù)所述通道狀態(tài)進行業(yè)務處理。14. 如權利要求13所述的裝置，其特征在于： 所述確定單元，具體用于判斷本地是否存在所述會話標識；當本地存在所述會話標識 時，確定所述通道狀態(tài)為通道正常；當本地不存在所述會話標識時，確定所述通道狀態(tài)為通 道異常。
【文檔編號】H04L29/06GK105991370SQ201510140380
【公開日】2016年10月5日
【申請日】2015年3月27日
【發(fā)明人】康智勇
【申請人】杭州迪普科技有限公司