數(shù)據(jù)鏈路的檢測方法、裝置、系統(tǒng)、控制器及網(wǎng)關(guān)的制作方法
【專利摘要】本發(fā)明公開了一種數(shù)據(jù)鏈路的檢測方法、裝置、系統(tǒng)、控制器及網(wǎng)關(guān)，該方法包括UGW接收SDN控制器發(fā)送的GTP用戶面的上下文信息；該UGW根據(jù)該GTP用戶面的上下文信息檢測網(wǎng)關(guān)之間的數(shù)據(jù)鏈路。本發(fā)明解決了相關(guān)技術(shù)中GTP端點(diǎn)之間數(shù)據(jù)鏈路檢測存在的用戶面的邏輯和控制面的邏輯不清楚的問題，具有提高用戶面的邏輯和控制面的邏輯的清晰度的效果。
【專利說明】數(shù)據(jù)鏈路的檢測方法、裝置、系統(tǒng)、控制器及網(wǎng)關(guān)

【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種數(shù)據(jù)鏈路的檢測方法、裝置、系統(tǒng)、控制器及網(wǎng)關(guān)。

【背景技術(shù)】
[0002]OPENFLOff (簡稱0F)協(xié)議是美國斯坦福大學(xué)于2008年提出的一種轉(zhuǎn)發(fā)/控制分離協(xié)議，外置控制面實(shí)體采用OF協(xié)議控制轉(zhuǎn)發(fā)面設(shè)備實(shí)現(xiàn)各種轉(zhuǎn)發(fā)邏輯，而轉(zhuǎn)發(fā)面設(shè)備主要功能就是根據(jù)OF控制器下發(fā)的流表執(zhí)行受控轉(zhuǎn)發(fā)。OF協(xié)議進(jìn)一步演進(jìn)，成為軟件定義網(wǎng)絡(luò)(Software Defined Network,簡稱為SDN)技術(shù)，即可以在控制面采用軟件編程實(shí)現(xiàn)各種復(fù)雜的網(wǎng)絡(luò)應(yīng)用，例如用SDN實(shí)現(xiàn)演進(jìn)的分組系統(tǒng)(Evolved Packet System，簡稱為EPS)/通用分組無線服務(wù)(General Packet Rad1 Service,簡稱為GPRS)網(wǎng)絡(luò)。其中，EPS網(wǎng)絡(luò)是第三代合作伙伴計(jì)劃(3rd Generat1n Partnership Project,簡稱為3GPP)定義的第四代移動(dòng)通信網(wǎng)絡(luò)，GPRS網(wǎng)絡(luò)是3GPP定義的第三代移動(dòng)通信網(wǎng)絡(luò)。
[0003]圖1是根據(jù)相關(guān)技術(shù)的用SDN實(shí)現(xiàn)EPS/GPRS網(wǎng)絡(luò)的架構(gòu)圖，該架構(gòu)中主要包括用戶終端(User Equipment，簡稱為UE)、(演進(jìn)的)通用移動(dòng)通信系統(tǒng)陸地?zé)o線接入網(wǎng)((Evolved)Universal Terrestrial Rad1 Access Network,簡稱為(E) UTRAN)、核心網(wǎng)、控制器(controller)、因特網(wǎng)(internet)，其中，UE為通信終端；(E)UTRAN為無線接入網(wǎng)部分，該(E)UTRAN內(nèi)部由演進(jìn)的基站(eNodeB)或基站(NodeB)組成；核心網(wǎng)，即軟件定義的演進(jìn)的分組核心網(wǎng)(Evolved Packet Core,簡稱為EPC)，是EPS的核心網(wǎng)部分，核心網(wǎng)中的所有的統(tǒng)一網(wǎng)關(guān)(unified Gateway，簡稱為UGW)都是通用的網(wǎng)關(guān)設(shè)備，其角色受控于SDN控制器(SDN Controller)的控制信令。舉例來說，對(duì)于某個(gè)UE的IP連接，統(tǒng)一網(wǎng)關(guān)UGW-1扮演服務(wù)網(wǎng)關(guān)(Serving Gateway,簡稱為SGW)或者是GPRS服務(wù)支持節(jié)點(diǎn)(Serving GPRSSupport Node,簡稱為SGSN)的角色，UGW2扮演分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)(Packet Data NetworkGateway,簡稱為P-GW)或者是網(wǎng)關(guān)GPRS支持節(jié)點(diǎn)(Gateway GPRS Support Node,簡稱為GGSN)的角色，UGW3扮演非3GPP接入網(wǎng)關(guān)或者是演進(jìn)的分組數(shù)據(jù)網(wǎng)關(guān)(Evolved PacketData Gateway，簡稱為eTOG)的角色。這樣(E) UTRAN與UGW-1之間，UGW-1與UGW-2之間，UGW-2與UGW-3之間都是基于GPRS隧道協(xié)議-用戶面(GPRS Tunnel Protocol-User Plane,簡稱為GTP-U)協(xié)議的接口。換句話說，UGW與(e) NB之間，UGW和UGW之間，或者UGW和傳統(tǒng)的GTP網(wǎng)元之間必須支持GTP-U協(xié)議。
[0004]GPRS隧道協(xié)議(GPRS TunneI ProtocoI，簡稱GTP )協(xié)議是3GPP定義的一組協(xié)議，分為GPRS隧道協(xié)議-控制面協(xié)議(GPRS Tunnel Protocol-Controller Plane,簡稱為GTP-C)和用戶面協(xié)議GTP-U。其中GTP-U是用于網(wǎng)關(guān)之間數(shù)據(jù)封裝和轉(zhuǎn)發(fā)的協(xié)議，除此之外，GTP-U還有一套自身會(huì)話檢測機(jī)制:通過向?qū)Χ税l(fā)送GTP-U的回聲請(qǐng)求(Echo Request)消息和回聲響應(yīng)(Echo Response)消息來探測路徑,檢測鏈路(Path)狀態(tài),具體流程如圖2所示，包括以下步驟:
[0005]步驟S202，UGffl向UGW2發(fā)送回聲請(qǐng)求消息。
[0006]其中一個(gè)UGW比如UGWl作為GTP端點(diǎn)I發(fā)送回聲請(qǐng)求消息給作為GTP端點(diǎn)2的UGff比如UGW2，UGffl發(fā)出消息后啟動(dòng)定時(shí)器tl。
[0007]回聲請(qǐng)求消息的目標(biāo)地址為GTP端點(diǎn)2的地址，用戶數(shù)據(jù)包協(xié)議(User DatagramProtocol,簡稱為UDP)目的端口號(hào)設(shè)置為2152，隧道終點(diǎn)標(biāo)識(shí)(TunneI EndpointIdentifier，簡稱為TEID)為全零，源地址為UGWl自身地址，源端口號(hào)為配置的任意端口。序列號(hào)(Sequence Number,簡稱為SN)為初始值，比如為O或者在上一次回聲請(qǐng)求消息的Sequence Number 之上增 I。
[0008]步驟S204, UGW2 向 UGWl 發(fā)送 Echo response 消息。
[0009]GTP端點(diǎn)2即UGW2接收到回聲請(qǐng)求消息后，向?qū)Χ税l(fā)送Echo Response消息,其中Echo Response消息的目標(biāo)地址為GTP端點(diǎn)I的地址，UDP目的端口號(hào)設(shè)置為步驟S202的回聲請(qǐng)求消息的源端口號(hào)，TEID為全零，源地址為UGW2的自身地址，源端口號(hào)為步驟S202的回聲請(qǐng)求消息的目的端口號(hào)，SN為回聲請(qǐng)求消息的SN。
[0010]GTP端點(diǎn)I即UGWl收到Echo Response消息后，結(jié)束定時(shí)器tl，并啟動(dòng)定時(shí)器t2。
[0011]如果定時(shí)器tl超時(shí)卻沒有收到Echo Response消息,GTP端點(diǎn)I會(huì)重發(fā)回聲請(qǐng)求消息，消息格式和內(nèi)容同第一次發(fā)送的回聲請(qǐng)求消息，并再次啟動(dòng)定時(shí)器tl，如果在tl超時(shí)后，還沒有收到回聲響應(yīng)消息，則重復(fù)以上操作，經(jīng)過NI次操作后，如果仍然沒有收到回聲響應(yīng)消息，則認(rèn)為該鏈路不通，GTP端點(diǎn)I本地進(jìn)行相關(guān)操作，比如刪除GTP上下文等。
[0012]t2定時(shí)器到時(shí)后，GTP端點(diǎn)I會(huì)發(fā)送另外一條回聲請(qǐng)求消息，該消息的SN在上一次回聲請(qǐng)求消息的SN基礎(chǔ)上增1，并啟動(dòng)定時(shí)器tl，后續(xù)操作重復(fù)上述步驟S202，S204。
[0013]步驟S206，UGW2向UGWl發(fā)送回聲請(qǐng)求消息。
[0014]GTP端點(diǎn)2即UGW2向GTP端點(diǎn)2即UGWl發(fā)送回聲請(qǐng)求消息。
[0015]步驟S208，UGffl向UGW2發(fā)送回聲響應(yīng)消息。
[0016]GTP端點(diǎn)I即UGWl接收到回聲請(qǐng)求消息并回應(yīng)回聲響應(yīng)消息。具體操作同步驟S202和步驟S204，不同點(diǎn)在于GTP端點(diǎn)I和GTP端點(diǎn)2互換角色。
[0017]GTP端點(diǎn)I和GTP端點(diǎn)2各自檢測各自的回聲請(qǐng)求和回聲響應(yīng)消息對(duì)，步驟S202、S204檢測的消息對(duì)和步驟S204、S206檢測的消息對(duì)沒有依賴關(guān)系。
[0018]上述介紹的GTP原理是適用于3GPP現(xiàn)有網(wǎng)關(guān)/基站上的，所述的GTP端點(diǎn)泛指3GPP網(wǎng)絡(luò)的eNB，NB, SGff, P-GW, ePDG、授信接入網(wǎng)網(wǎng)關(guān)，SGSN，或GGSN等任意網(wǎng)元。當(dāng)由SDN來實(shí)現(xiàn)EPC的時(shí)候，有關(guān)控制面的邏輯都在SDN控制器之上實(shí)現(xiàn)，UGW作為轉(zhuǎn)發(fā)設(shè)備，只具備轉(zhuǎn)發(fā)功能和非常簡單的邏輯控制功能，因此如何實(shí)現(xiàn)GTP會(huì)話(這里特指GTP-U)的檢測，即:如何使用回聲請(qǐng)求消息和回聲響應(yīng)消息，是需要待解決的問題。
[0019]針對(duì)相關(guān)技術(shù)中GTP端點(diǎn)之間數(shù)據(jù)鏈路檢測存在的用戶面的邏輯和控制面的邏輯不清楚的問題，目前尚未提出有效的解決方案。


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

[0020]本發(fā)明提供了一種數(shù)據(jù)鏈路的檢測方法、裝置、系統(tǒng)、控制器、網(wǎng)關(guān)，以至少解決上述問題。
[0021]根據(jù)本發(fā)明的一個(gè)方面，提供了一種數(shù)據(jù)鏈路的檢測方法，包括:UGW接收SDN控制器發(fā)送的GTP用戶面的上下文信息；所述UGW根據(jù)所述GTP用戶面的上下文信息檢測所述UGW與GTP端點(diǎn)之間的所述數(shù)據(jù)鏈路。
[0022]優(yōu)選地，所述GTP用戶面的上下文信息承載在0PENFL0W協(xié)議消息上，所述0PENFL0W協(xié)議消息包括流表修改請(qǐng)求消息和/或問候消息上。
[0023]優(yōu)選地，所述GTP用戶面的上下文信息包括以下至少之一:定時(shí)器信息，計(jì)數(shù)器信息，頭信息。
[0024]優(yōu)選地，所述UGW根據(jù)所述GTP用戶面的上下文信息檢測所述UGW與所述GTP端點(diǎn)之間的所述數(shù)據(jù)鏈路包括:所述UGW根據(jù)所述GTP用戶面的上下文信息生成數(shù)據(jù)鏈路檢測消息；所述UGW根據(jù)所述數(shù)據(jù)鏈路檢測消息檢測所述UGW與所述GTP端點(diǎn)之間的所述數(shù)據(jù)鏈路。
[0025]優(yōu)選地，所述GTP端點(diǎn)是第二 UGW或傳統(tǒng)GTP端點(diǎn)。
[0026]優(yōu)選地，在所述數(shù)據(jù)鏈路檢測消息是回聲請(qǐng)求消息和/或回聲響應(yīng)消息的情況下，根據(jù)所述數(shù)據(jù)鏈路檢測消息檢測所述UGW與所述GTP端點(diǎn)之間的所述數(shù)據(jù)鏈路包括:接收所述GTP端點(diǎn)發(fā)送的與所述回聲請(qǐng)求消息相對(duì)應(yīng)的所述回聲響應(yīng)消息，和/或根據(jù)觸發(fā)事件向所述GTP端點(diǎn)發(fā)送所述回聲請(qǐng)求消息；根據(jù)所述回聲請(qǐng)求消息和/或相對(duì)應(yīng)的所述回聲響應(yīng)消息檢測所述UGW與所述GTP端點(diǎn)之間的所述數(shù)據(jù)鏈路。
[0027]優(yōu)選地，所述觸發(fā)事件包括以下至少之一:根據(jù)所述GTP用戶面的上下文信息中攜帶的定時(shí)器信息設(shè)置的定時(shí)器超時(shí)；接收到所述SDN控制器的0PENFL0W協(xié)議的回聲請(qǐng)求消息。
[0028]優(yōu)選地，在所述UGW檢測到所述數(shù)據(jù)鏈路斷鏈的情況下，向所述SDN控制器發(fā)送斷鏈通知消息。
[0029]優(yōu)選地，所述斷鏈通知消息承載在0PENFL0W協(xié)議的報(bào)錯(cuò)消息，0PENF10W協(xié)議的端口狀態(tài)消息，或所述UGW向所述SDN控制器發(fā)送的0PENFL0W協(xié)議的回聲響應(yīng)消息上。
[0030]根據(jù)本發(fā)明的一個(gè)方面，提供了一種數(shù)據(jù)鏈路的檢測方法，包括:SDN控制器獲取GTP用戶面的上下文信息；所述SDN控制器向至少一個(gè)GTP端點(diǎn)發(fā)送所述GTP用戶面的上下文信息，其中，所述GTP用戶面的上下文信息用于檢測所述至少一個(gè)UGW與GTP端點(diǎn)之間的所述數(shù)據(jù)鏈路。
[0031]優(yōu)選地，所述方法還包括:所述SDN控制器接收所述至少一個(gè)UGW發(fā)送的斷鏈通知消息；所述SDN控制器根據(jù)所述斷鏈通知消息刪除所述GTP用戶面的上下文信息或通知用戶設(shè)備UE發(fā)起重附著。
[0032]根據(jù)本發(fā)明的另一方面，提供了一種數(shù)據(jù)鏈路的檢測裝置，包括:接收模塊，用于接收軟件定義網(wǎng)絡(luò)SDN控制器發(fā)送的GTP用戶面的上下文信息；鏈路檢測模塊，用于根據(jù)所述GTP用戶面的上下文信息檢測所述裝置與GTP端點(diǎn)之間的所述數(shù)據(jù)鏈路。
[0033]優(yōu)選地，所述GTP用戶面的上下文信息承載在0PENFL0W協(xié)議消息上，所述0PENFL0W協(xié)議消息包括流表修改請(qǐng)求消息和/或問候消息上。
[0034]優(yōu)選地，所述GTP用戶面的上下文信息包括以下至少之一:定時(shí)器信息，計(jì)數(shù)器信息，頭信息。
[0035]優(yōu)選地，所述鏈路檢測模塊還用于根據(jù)所述GTP用戶面的上下文信息生成數(shù)據(jù)鏈路檢測消息；根據(jù)所述數(shù)據(jù)鏈路檢測消息檢測所述裝置與所述GTP端點(diǎn)之間的所述數(shù)據(jù)鏈路。
[0036]優(yōu)選地，所述裝置還包括:上報(bào)模塊，用于在檢測到所述數(shù)據(jù)鏈路斷鏈的情況下，向所述SDN控制器發(fā)送斷鏈通知消息。
[0037]根據(jù)本發(fā)明的另一方面，提供了一種數(shù)據(jù)鏈路的檢測裝置，包括:獲取模塊:用于獲取GTP用戶面的上下文信息；發(fā)送模塊，用于向至少一個(gè)UGW發(fā)送所述GTP用戶面的上下文信息，其中，所述GTP用戶面的上下文信息用于檢測所述UGW與GTP端點(diǎn)之間的所述數(shù)據(jù)鏈路。
[0038]優(yōu)選地，所述裝置還包括:處理模塊，用于接收所述至少一個(gè)UGW發(fā)送的斷鏈通知消息，并根據(jù)所述斷鏈通知消息刪除所述GTP用戶面的上下文信息或通知用戶設(shè)備UE發(fā)起重附著。
[0039]根據(jù)本發(fā)明的又一方面，提供了一種網(wǎng)關(guān)，包括:上述第十二至第十六項(xiàng)中任一項(xiàng)方案所述的裝置，所述網(wǎng)關(guān)是UGW。
[0040]根據(jù)本發(fā)明的又一方面，提供了一種控制器，包括:上述第十七或第十八項(xiàng)方案所述的裝置，所述控制器是SDN控制器。
[0041]根據(jù)本發(fā)明的又一方面，提供了一種數(shù)據(jù)鏈路的檢測系統(tǒng)，包括上述控制器和至少一個(gè)上述網(wǎng)關(guān)。
[0042]通過本發(fā)明實(shí)施例，采用UGW接收SDN控制器發(fā)送的GTP用戶面的上下文信息，并根據(jù)所述GTP用戶面的上下文信息檢測GTP端點(diǎn)之間的所述數(shù)據(jù)鏈路，解決了相關(guān)技術(shù)中GTP端點(diǎn)之間數(shù)據(jù)鏈路檢測存在的問題，進(jìn)而達(dá)到了提高GTP端點(diǎn)之間數(shù)據(jù)鏈路檢測質(zhì)量的效果。

【專利附圖】

【附圖說明】
[0043]此處所說明的附圖用來提供對(duì)本發(fā)明的進(jìn)一步理解，構(gòu)成本申請(qǐng)的一部分，本發(fā)明的示意性實(shí)施例及其說明用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的不當(dāng)限定。在附圖中:
[0044]圖1是根據(jù)相關(guān)技術(shù)的用SDN實(shí)現(xiàn)EPS/GPRS網(wǎng)絡(luò)的架構(gòu)圖；
[0045]圖2是根據(jù)相關(guān)技術(shù)的GTP-U會(huì)話保活流程圖；
[0046]圖3是根據(jù)本發(fā)明實(shí)施例一的數(shù)據(jù)鏈路檢測方法的流程圖；
[0047]圖4是根據(jù)本發(fā)明實(shí)施例二的數(shù)據(jù)鏈路檢測方法的流程圖；
[0048]圖5是根據(jù)本發(fā)明實(shí)施例三的數(shù)據(jù)鏈路檢測裝置一的結(jié)構(gòu)示意圖；
[0049]圖6是根據(jù)本發(fā)明實(shí)施例四的數(shù)據(jù)鏈路檢測裝置二的結(jié)構(gòu)示意圖；
[0050]圖7是根據(jù)本發(fā)明實(shí)施例五的數(shù)據(jù)鏈路檢測系統(tǒng)的結(jié)構(gòu)示意圖；
[0051]圖8是根據(jù)本發(fā)明優(yōu)選實(shí)施例一的數(shù)據(jù)鏈路檢測系統(tǒng)的結(jié)構(gòu)示意圖；
[0052]圖9是根據(jù)本發(fā)明優(yōu)選實(shí)施例二的數(shù)據(jù)鏈路檢測系統(tǒng)的結(jié)構(gòu)示意圖；
[0053]圖10是根據(jù)本發(fā)明優(yōu)選實(shí)施例三的數(shù)據(jù)鏈路檢測方法的流程圖；
[0054]圖11是根據(jù)本發(fā)明優(yōu)選實(shí)施例四的數(shù)據(jù)鏈路檢測方法的流程圖；
[0055]圖12是根據(jù)本發(fā)明優(yōu)選實(shí)施例五的數(shù)據(jù)鏈路檢測方法的流程圖；
[0056]圖13是根據(jù)本發(fā)明優(yōu)選實(shí)施例六的數(shù)據(jù)鏈路檢測方法的流程圖；以及
[0057]圖14是根據(jù)本發(fā)明優(yōu)選實(shí)施例七的數(shù)據(jù)鏈路檢測方法的流程圖。

【具體實(shí)施方式】
[0058]下文中將參考附圖并結(jié)合實(shí)施例來詳細(xì)說明本發(fā)明。需要說明的是，在不沖突的情況下，本申請(qǐng)中的實(shí)施例及實(shí)施例中的特征可以相互組合。
[0059]本發(fā)明實(shí)施例提供了一種數(shù)據(jù)鏈路的檢測方法，圖3是根據(jù)本發(fā)明實(shí)施例一的數(shù)據(jù)鏈路檢測方法的流程圖，如圖3所示，該流程包括以下步驟:
[0060]步驟S302，UGff接收SDN控制器發(fā)送的GTP用戶面的上下文信息；
[0061]步驟S304，所述UGW根據(jù)所述GTP用戶面的上下文信息檢測所述UGW與GTP端點(diǎn)之間的所述數(shù)據(jù)鏈路。
[0062]通過上述步驟，解決了相關(guān)技術(shù)中GTP端點(diǎn)之間數(shù)據(jù)鏈路檢測存在的控制面的邏輯和用戶面的邏輯不清的問題，具有提高控制面的邏輯和用戶面的邏輯的清晰度的效果。
[0063]其中，GTP用戶面的上下文信息可以承載在SDN控制器與UGW之間的很多消息上，但優(yōu)選地，可以承載在OF協(xié)議的流表修改請(qǐng)求消息和/或問候消息上。當(dāng)然，流表修改請(qǐng)求消息和/或問候消息僅用于解釋GTP?；顧C(jī)制即GTP端點(diǎn)之間的數(shù)據(jù)鏈路檢測，而不排除用其他的擴(kuò)展消息或者新定義消息由SDN控制器向UGW下發(fā)GTP用戶面的上下文信息的可能。通過將GTP用戶面的上下文信息承載在流表修改請(qǐng)求消息和/或問候消息上，可以節(jié)省資源，減輕SDN控制器側(cè)的負(fù)擔(dān)。
[0064]其中，GTP用戶面的上下文信息可以包括很多參數(shù)信息，優(yōu)選地，可以包括以下至少之一:定時(shí)器信息，計(jì)數(shù)器信息，頭信息。GTP用戶面的上下文信息可以是全部上下文信息，比如，GTP?；钕嚓P(guān)的定時(shí)器信息，計(jì)數(shù)器信息，頭信息，也可以是部分上下文信息，比如，以上一項(xiàng)或幾項(xiàng)的組合。通過攜帶上述參數(shù)信息，可以使得GTP端點(diǎn)獲取到上述參數(shù)信息，并進(jìn)一步根據(jù)上述參數(shù)信息進(jìn)行GTP端點(diǎn)之間的數(shù)據(jù)鏈路檢測。
[0065]在接收到SDN控制器發(fā)送的所述GTP用戶面的上下文信息之后，UGW可以根據(jù)所述GTP用戶面的上下文信息生成數(shù)據(jù)鏈路檢測消息，并根據(jù)所述數(shù)據(jù)鏈路檢測消息檢測所述UGff與對(duì)端GTP端點(diǎn)之間的所述數(shù)據(jù)鏈路。通過上述步驟，UGW可以使用數(shù)據(jù)鏈路檢測消息進(jìn)行檢測，而該數(shù)據(jù)鏈路檢測消息是根據(jù)所述GTP用戶面的上下文信息生成的，因此在GTP端點(diǎn)之間進(jìn)行數(shù)據(jù)鏈路檢測時(shí)可以實(shí)現(xiàn)GTP會(huì)話的維護(hù)。
[0066]其中，所述GTP端點(diǎn)可以是很多傳統(tǒng)的支持GTP的網(wǎng)元即傳統(tǒng)GTP端點(diǎn)，比如，3GPP網(wǎng)絡(luò)的eNB，NB, SGff, P-GW, ePDG、授信接入網(wǎng)網(wǎng)關(guān)，SGSN,或GGSN等，但優(yōu)選地，也可以是統(tǒng)一網(wǎng)關(guān)UGW。這樣便可以實(shí)現(xiàn)UGW之間或者UGW與傳統(tǒng)的GTP端點(diǎn)之間的數(shù)據(jù)鏈路的檢測。
[0067]其中，所述數(shù)據(jù)鏈路檢測消息可以有很多種，優(yōu)選地，可以是GTP的回聲請(qǐng)求消息和/或回聲響應(yīng)消息。在所述數(shù)據(jù)鏈路檢測消息是GTP的回聲請(qǐng)求消息和/或回聲響應(yīng)消息的情況下，可以根據(jù)觸發(fā)事件向?qū)Χ薌TP端點(diǎn)發(fā)送所述GTP的回聲請(qǐng)求消息和/或接收所述對(duì)端GTP端點(diǎn)發(fā)送的所述GTP的回聲響應(yīng)消息，并根據(jù)所述GTP的回聲請(qǐng)求消息和/或所述GTP的回聲響應(yīng)消息檢測與所述對(duì)端GTP端點(diǎn)之間的所述數(shù)據(jù)鏈路。其中，所述觸發(fā)事件可以包括以下至少之一:根據(jù)所述GTP用戶面的上下文信息中攜帶的定時(shí)器信息設(shè)置的定時(shí)器超時(shí)；接收到所述SDN控制器的OF協(xié)議的回聲請(qǐng)求消息和/或回聲響應(yīng)消息。通過上述步驟，可以使用GTP端點(diǎn)之間的GTP的回聲請(qǐng)求消息和/或回聲響應(yīng)消息進(jìn)行數(shù)據(jù)鏈路的檢測。
[0068]在檢測到所述數(shù)據(jù)鏈路斷鏈的情況下，所述UGW可以向所述SDN控制器發(fā)送斷鏈通知消息，所述斷鏈通知消息可以承載在OPENFLOW協(xié)議的報(bào)錯(cuò)消息，0PENF10W協(xié)議的端口狀態(tài)消息，或所述UGW向所述SDN控制器發(fā)送的OPENFLOW協(xié)議的回聲響應(yīng)消息上。通過上述步驟，可以使得SDN控制器及時(shí)獲知GTP端點(diǎn)之間的數(shù)據(jù)鏈路的狀態(tài)，進(jìn)而進(jìn)行相應(yīng)的處理。
[0069]本發(fā)明實(shí)施例還提供了一種數(shù)據(jù)鏈路的檢測方法，圖4是根據(jù)本發(fā)明實(shí)施例二的數(shù)據(jù)鏈路檢測方法的流程圖，如圖4所示，該流程包括以下步驟:
[0070]步驟S402，SDN控制器獲取GTP用戶面的上下文信息；
[0071]步驟S404，所述SDN控制器向至少一個(gè)UGW發(fā)送所述GTP用戶面的上下文信息，其中，所述GTP用戶面的上下文信息用于檢測所述至少一個(gè)UGWE與GTP端點(diǎn)之間的所述數(shù)據(jù)鏈路。
[0072]優(yōu)選地，所述方法還包括，所述SDN控制器接收所述至少一個(gè)UGW發(fā)送的斷鏈通知消息；所述SDN控制器根據(jù)所述斷鏈通知消息刪除所述GTP用戶面的上下文信息或通知用戶設(shè)備UE發(fā)起重附著。
[0073]本發(fā)明實(shí)施例還提供了一種數(shù)據(jù)鏈路的檢測裝置一，圖5是根據(jù)本發(fā)明實(shí)施例三的數(shù)據(jù)鏈路檢測裝置一的結(jié)構(gòu)示意圖，如圖5所示，該裝置包括:
[0074]接收模塊502，用于接收SDN控制器發(fā)送的GTP用戶面的上下文信息；
[0075]鏈路檢測模塊504，用于根據(jù)所述GTP用戶面的上下文信息檢測該裝置一與GTP端點(diǎn)之間的所述數(shù)據(jù)鏈路。
[0076]優(yōu)選地，所述GTP用戶面的上下文信息承載在OPENFLOW協(xié)議消息上，所述OPENFLOW協(xié)議消息包括流表修改請(qǐng)求消息和/或問候消息上。
[0077]優(yōu)選地，所述GTP用戶面的上下文信息包括以下至少之一:定時(shí)器信息，計(jì)數(shù)器信息，頭信息。
[0078]優(yōu)選地，所述鏈路檢測模塊還用于根據(jù)所述GTP用戶面的上下文信息生成數(shù)據(jù)鏈路檢測消息；根據(jù)所述數(shù)據(jù)鏈路檢測消息檢測所述裝置一與所述GTP端點(diǎn)之間的所述數(shù)據(jù)鏈路。
[0079]優(yōu)選地，所述裝置還包括:上報(bào)模塊，用于在檢測到所述數(shù)據(jù)鏈路斷鏈的情況下，向所述SDN控制器發(fā)送斷鏈通知消息。
[0080]本發(fā)明實(shí)施例還提供了一種數(shù)據(jù)鏈路的檢測裝置二，圖6是根據(jù)本發(fā)明實(shí)施例四的數(shù)據(jù)鏈路檢測裝置二的結(jié)構(gòu)示意圖，如圖6所示，該裝置包括:
[0081]獲取模塊602:用于獲取GTP用戶面的上下文信息；
[0082]發(fā)送模塊604，用于向至少一個(gè)UGW發(fā)送所述GTP用戶面的上下文信息，其中，所述GTP用戶面的上下文信息用于檢測所述至少一個(gè)UGW與GTP端點(diǎn)之間的所述數(shù)據(jù)鏈路。
[0083]優(yōu)選地，所述裝置還包括處理模塊602，用于接收所述至少一個(gè)UGW發(fā)送的斷鏈通知消息，并根據(jù)所述斷鏈通知消息刪除所述GTP用戶面的上下文信息或通知用戶設(shè)備UE發(fā)起重附著。
[0084]本發(fā)明實(shí)施例還提供了一種網(wǎng)關(guān)，該網(wǎng)關(guān)包括所述數(shù)據(jù)鏈路檢測裝置一，該網(wǎng)關(guān)是腳。
[0085]本發(fā)明實(shí)施例還提供了一種控制器，該控制器包括上述數(shù)據(jù)鏈路檢測裝置二，該控制器是SDN控制器。
[0086]本發(fā)明實(shí)施例還提供了一種數(shù)據(jù)鏈路的檢測系統(tǒng)，圖7是根據(jù)本發(fā)明實(shí)施例五的數(shù)據(jù)鏈路檢測系統(tǒng)的結(jié)構(gòu)示意圖，如圖7所示，該系統(tǒng)包括本實(shí)施例中的SDN控制器702和至少一個(gè)本實(shí)施例中的網(wǎng)關(guān)704。
[0087]優(yōu)選實(shí)施例一
[0088]圖8是根據(jù)本發(fā)明優(yōu)選實(shí)施例一的數(shù)據(jù)鏈路檢測系統(tǒng)的結(jié)構(gòu)示意圖，如圖8所示，該系統(tǒng)包括SDN控制器702和UGWl以及UGW2，其中，UGffl和UGW2分別相當(dāng)于圖7中的網(wǎng)關(guān)704。在有一對(duì)UGW的情況下，UGffl相當(dāng)于網(wǎng)關(guān)704，UGW2相當(dāng)于GTP端點(diǎn)，同時(shí)，UGW2也相當(dāng)于網(wǎng)關(guān)704，UGffl相當(dāng)于GTP端點(diǎn)。
[0089]SDN控制器702和UGWl、UGW2建立OF連接之后，SDN控制器702向UGWl、UGW2下發(fā)GTP用戶面的上下文信息，該上下文信息中包括GTP-U?；钕嚓P(guān)的參數(shù)信息，該參數(shù)信息可以包括以下至少之一:定時(shí)器信息，計(jì)數(shù)器信息，頭信息。
[0090]其中，定時(shí)器信息可以包括以下至少之一的參數(shù):定時(shí)器tl及對(duì)應(yīng)最大時(shí)間間隔Tl ;定時(shí)器t2及對(duì)應(yīng)最大時(shí)間間隔T2。計(jì)數(shù)器信息可以包括以下參數(shù):計(jì)數(shù)器nl及對(duì)應(yīng)的最大次數(shù)NI。頭信息可以包括以下至少之一參數(shù):GTP頭中的版本(vers1n)，協(xié)議類型(protocol type,簡稱為PT),網(wǎng)絡(luò)協(xié)議數(shù)據(jù)包單元(Network Protocol Data Unit,簡稱為N-PDU),擴(kuò)展頭的指示位(Extens1n Header Flag,簡稱為E),序列號(hào)的指示位(SequenceNumber Flag,簡稱為S), N-PDU號(hào)的指示位(N-PDU Number flag,簡稱為PN),消息類型(Message Type)，長度(length)，TEID, SN，擴(kuò)展頭等信息；GTP消息目的地址，源地址，目的端口號(hào)，源端口號(hào)，協(xié)議類型。
[0091]其中，定時(shí)器tl最大值Tl是SDN控制器發(fā)送回聲請(qǐng)求消息之后，等待回聲響應(yīng)消息到達(dá)的最大時(shí)間值。定時(shí)器tl最大值在標(biāo)準(zhǔn)中定義為T3-RESP0NSE，本實(shí)施例中用Tl表
/Jn ο
[0092]其中，計(jì)數(shù)器nl的最大值NI是SDN控制器重發(fā)回聲請(qǐng)求消息的最大次數(shù)。計(jì)數(shù)器nl的最大值在標(biāo)準(zhǔn)中定義為N3-REQUESTS，本實(shí)施例中用NI表示。
[0093]其中，定時(shí)器t2的最大值T2是回聲請(qǐng)求消息的發(fā)送間隔時(shí)間定時(shí)器。
[0094]本實(shí)施例中，GTP用戶面的上下文信息可以承載在OF協(xié)議的流表修改請(qǐng)求(0FP_Tab I e_mod_request)消息或問候(He I 1 )消息上。該上下文信息以多個(gè)或者一個(gè)信元的格式填寫在OF協(xié)議的流表修改請(qǐng)求消息或問候消息的對(duì)應(yīng)域中。
[0095]以上SDN控制器702下發(fā)GTP用戶面的上下文信息給UGWl和UGW2的次序沒有必然的先后關(guān)系，可以先發(fā)給UGWl，也可以先發(fā)給UGW2，或者同時(shí)發(fā)送。
[0096]UGffl和UGW2接收到GTP用戶面的上下文信息后，根據(jù)GTP用戶面的上下文信息生成回聲請(qǐng)求消息，并分別向?qū)Χ思碪GW2和UGWl發(fā)送該回聲請(qǐng)求消息。在接收到對(duì)端的回聲請(qǐng)求消息后，向?qū)Χ朔祷鼗芈曧憫?yīng)消息，執(zhí)行周期性的UGWl與UGW2之間的數(shù)據(jù)鏈路檢測操作。其中，UGW2相當(dāng)于第二 UGW。
[0097]優(yōu)選實(shí)施例二
[0098]圖9是根據(jù)本發(fā)明優(yōu)選實(shí)施例二的數(shù)據(jù)鏈路檢測系統(tǒng)的示意圖，如圖9所示，該系統(tǒng)包括SDN控制器702和UGWl以及傳統(tǒng)的GTP端點(diǎn)902，其中，UGffl相當(dāng)于圖7中的網(wǎng)關(guān)704。
[0099]SDN控制器702和UGWl建立OF連接之后，向UGWl下發(fā)GTP用戶面的上下文信息，該上下文信息中包括GTP-U保活相關(guān)的參數(shù),具體的參數(shù)同優(yōu)選實(shí)施例一,此處不再贅述。
[0100]GTP用戶面的上下文信息可以承載在OF協(xié)議的流表修改請(qǐng)求(0FP_Table_mod_request)消息或問候(Hello)消息上。該上下文信息以多個(gè)或者一個(gè)信元的格式填寫在OF協(xié)議的流表修改請(qǐng)求消息或問候消息的對(duì)應(yīng)域中。
[0101]UGffl接收到GTP用戶面的上下文信息后，根據(jù)GTP用戶面的上下文信息，向傳統(tǒng)GTP端點(diǎn)902發(fā)送回聲請(qǐng)求消息，并在接收到傳統(tǒng)GTP端點(diǎn)902的回聲請(qǐng)求消息后，向?qū)Χ思磦鹘y(tǒng)GTP端點(diǎn)902返回回聲響應(yīng)消息，執(zhí)行周期性的UGWl與創(chuàng)痛GTP端點(diǎn)902之間的數(shù)據(jù)鏈路檢測操作。
[0102]優(yōu)選實(shí)施例三
[0103]圖10是根據(jù)本發(fā)明優(yōu)選實(shí)施例三的數(shù)據(jù)鏈路檢測方法的流程圖，在圖10中，GTP的其中一端是由SDN控制器控制的UGW1，另一端是傳統(tǒng)的GTP端點(diǎn)，比如傳統(tǒng)的S-GW，P-GW, ePDG,或eNB等。如圖10所示，該流程包括以下步驟:
[0104]步驟S1002，SDN控制器向UGWl發(fā)送GTP用戶面的上下文信息。
[0105]SDN控制器和UGWl建立OF連接之后，SDN控制器向UGWl下發(fā)GTP用戶面的上下文信息，該上下文信息中包括GTP-U保活相關(guān)的參數(shù),該參數(shù)可以包括以下至少之一:定時(shí)器信息，計(jì)數(shù)器信息，頭信息。
[0106]其中，定時(shí)器信息可以包括以下至少之一的參數(shù):定時(shí)器tl及對(duì)應(yīng)最大時(shí)間間隔Tl ;定時(shí)器t2及對(duì)應(yīng)最大時(shí)間間隔T2。計(jì)數(shù)器可以包括以下參數(shù):計(jì)數(shù)器nl及對(duì)應(yīng)的最大次數(shù)NI。頭信息可以包括以下至少之一參數(shù):GTP頭中的版本(vers1n)，PT，E，S，PN,消息類型(Message Type),長度(length), TEID, SN, N-PDU，擴(kuò)展頭等信息；GTP消息目的地址，源地址，目的端口號(hào)，源端口號(hào)，協(xié)議類型。
[0107]其中，定時(shí)器tl最大值Tl是SDN控制器發(fā)送回聲請(qǐng)求消息之后，等待回聲響應(yīng)消息到達(dá)的最大時(shí)間值。定時(shí)器tl最大值在標(biāo)準(zhǔn)中定義為T3-RESP0NSE，本實(shí)施例中用Tl表
/Jn ο
[0108]其中，計(jì)數(shù)器nl的最大值NI是SDN控制器重發(fā)回聲請(qǐng)求消息的最大次數(shù)。計(jì)數(shù)器nl的最大值在標(biāo)準(zhǔn)中定義為N3-REQUESTS，本實(shí)施例中用NI表示。
[0109]其中，定時(shí)器t2的最大值T2是回聲請(qǐng)求消息的發(fā)送間隔時(shí)間定時(shí)器。
[0110]本實(shí)施例中，GTP用戶面的上下文信息可以承載在OF協(xié)議的流表修改請(qǐng)求(0FP_Tab I e_mod_request)消息或問候(He I 1 )消息上。該上下文信息以多個(gè)或者一個(gè)信元的格式填寫在OF協(xié)議的流表修改請(qǐng)求消息或問候消息的對(duì)應(yīng)域中。
[0111]步驟S1004?S1010，UGW1接收到GTP用戶面的上下文信息后，根據(jù)GTP用戶面的上下文信息生成回聲請(qǐng)求消息，并向傳統(tǒng)GTP端點(diǎn)發(fā)送回聲請(qǐng)求消息，并在接收到傳統(tǒng)GTP端點(diǎn)的回聲請(qǐng)求消息后，向?qū)Χ朔祷鼗芈曧憫?yīng)消息，執(zhí)行周期性的UGWl與GTP傳統(tǒng)端點(diǎn)之間的鏈路檢測操作。傳統(tǒng)GTP端點(diǎn)按照現(xiàn)有機(jī)制執(zhí)行操作。
[0112]優(yōu)選實(shí)施例四
[0113]圖11是根據(jù)本發(fā)明優(yōu)選實(shí)施例四的數(shù)據(jù)鏈路檢測方法的流程圖，本實(shí)施例中，SDN控制器下發(fā)GTP用戶面的上下文信息到UGWl、UGW2，該GTP用戶面的上下文信息不包括定時(shí)器信息和計(jì)數(shù)器信息。定時(shí)器自身維護(hù)部分GTP用戶面的上下文信息，比如定時(shí)器信息和計(jì)數(shù)器信息，并且，定時(shí)器協(xié)調(diào)GTP的回聲請(qǐng)求/回聲響應(yīng)消息的定時(shí)器/計(jì)數(shù)器跟OF的回聲請(qǐng)求/回聲響應(yīng)消息的定時(shí)器/計(jì)數(shù)器的關(guān)系，并由SDN控制器向UGW發(fā)送OF協(xié)議的回聲請(qǐng)求消息來觸發(fā)UGW根據(jù)SDN控制器已經(jīng)下發(fā)的部分GTP用戶面的上下文信息來生成GTP的回聲請(qǐng)求消息。具體步驟如下:
[0114]步驟S1102，SDN控制器向UGWl發(fā)送GTP用戶面的上下文信息。
[0115]UGWl與SDN控制器建立OF連接后，SDN控制器向UGWl下發(fā)GTP用戶面的上下文信息，該GTP用戶面的上下文信息不包括時(shí)鐘和消息計(jì)數(shù)器。其中承載該GTP用戶面的上下文信息的消息是OF協(xié)議的流表修改請(qǐng)求消息或者是問候消息。該GTP用戶面的上下文信息以多個(gè)或者一個(gè)信元的格式填寫在OF協(xié)議的流表修改請(qǐng)求消息或者是問候消息的對(duì)應(yīng)域中。
[0116]步驟S1104，SDN控制器向UGW2發(fā)送GTP用戶面的上下文信息。
[0117]UGW2與SDN控制器建立OF連接后，SDN控制器向UGW2下發(fā)GTP用戶面的上下文信息，該GTP用戶面的上下文信息不包括時(shí)鐘和消息計(jì)數(shù)器。其中承載該GTP用戶面的上下文信息的消息是OF協(xié)議的流表修改請(qǐng)求消息或者是問候消息。該GTP用戶面的上下文信息以多個(gè)或者一個(gè)信元的格式填寫在OF協(xié)議的流表修改請(qǐng)求消息或者是問候消息的對(duì)應(yīng)域中。
[0118]如果GTP的兩個(gè)端點(diǎn)中有一個(gè)是傳統(tǒng)的GTP端點(diǎn)而非UGW，那么上述步驟SI 102和SI 104中對(duì)應(yīng)的一步則可以省略。
[0119]步驟S1106，SDN控制器向UGWl發(fā)送回聲請(qǐng)求消息，并接收回聲響應(yīng)消息。
[0120]SDN控制器周期地向UGWl發(fā)送OF協(xié)議的回聲請(qǐng)求消息，并接收由UGWl回應(yīng)的回聲響應(yīng)消息。
[0121]需要注意的是，該處的OF的回聲請(qǐng)求和響應(yīng)消息和GTP協(xié)議的回聲請(qǐng)求和響應(yīng)消息是不同的消息，OF的回聲請(qǐng)求和響應(yīng)消息的發(fā)送和接受是相關(guān)技術(shù)。
[0122]步驟S1108，UGffl向UGW2發(fā)送回聲響應(yīng)消息。
[0123]接收到SDN控制器的OF協(xié)議的回聲請(qǐng)求消息后，借此觸發(fā)，UGWl生成GTP的回聲請(qǐng)求消息，并發(fā)送GTP的回聲請(qǐng)求消息給UGW2。
[0124]其中UGWl生成的GTP的回聲請(qǐng)求消息和SDN控制器發(fā)送的OF的回聲請(qǐng)求消息，可以是一對(duì)一的關(guān)系，也可以是一對(duì)多的關(guān)系。也就是說，每一條OF的回聲請(qǐng)求消息可以觸發(fā)一條GTP的回聲請(qǐng)求消息，或者每隔N (N為正整數(shù))條OF的回聲請(qǐng)求消息，UGff生成一條GTP的回聲請(qǐng)求消息。
[0125]步驟S1110，UGW2根據(jù)現(xiàn)有的機(jī)制回應(yīng)回聲響應(yīng)消息。
[0126]步驟S1112，SDN控制器向UGW2發(fā)送回聲請(qǐng)求消息，并接收回聲響應(yīng)消息
[0127]SDN控制器根據(jù)現(xiàn)有的機(jī)制會(huì)周期的向UGW2發(fā)送OF協(xié)議的回聲請(qǐng)求消息，并接收由UGW2回應(yīng)的回聲響應(yīng)消息。
[0128]步驟S1114，UGW2向UGWl發(fā)送回聲請(qǐng)求消息。
[0129]收到定時(shí)器的OF協(xié)議的回聲請(qǐng)求消息后，借此觸發(fā)，UGW2生成GTP的回聲請(qǐng)求消息，并發(fā)送給UGWl。
[0130]步驟S1116，UGffl根據(jù)回應(yīng)回聲響應(yīng)消息。
[0131]其中，UGW2生成的GTP的回聲請(qǐng)求消息，和OF的回聲請(qǐng)求消息，可以是一對(duì)一的關(guān)系，也可以是一對(duì)多的關(guān)系。也就是說，每一條OF的回聲請(qǐng)求消息可以觸發(fā)一條GTP的回聲請(qǐng)求消息，或者每隔N (N為正整數(shù))條OF的回聲請(qǐng)求消息，UGW生成一條GTP的回聲請(qǐng)求消息。
[0132]優(yōu)選實(shí)施例五
[0133]圖12是根據(jù)本發(fā)明優(yōu)選實(shí)施例五的數(shù)據(jù)鏈路檢測方法的流程圖，如圖12所示，該流程包括以下步驟:
[0134]步驟S1202-S1208，周期性的檢測GTP端點(diǎn)之間的數(shù)據(jù)鏈路。
[0135]該檢測步驟與優(yōu)選實(shí)施例四中的檢測步驟相同，此處不再贅述。
[0136]步驟S1210，檢測到數(shù)據(jù)鏈路斷鏈。
[0137]其中的一個(gè)GTP端點(diǎn)比如UGWl，或者兩個(gè)GTP端點(diǎn)比如UGWl和UGW2檢測到GTP端點(diǎn)之間的數(shù)據(jù)鏈路斷鏈。
[0138]步驟S1212，向SDN控制器發(fā)送斷鏈通知消息。
[0139]假設(shè)UGW2檢測到數(shù)據(jù)鏈路斷鏈，則UGW2可以進(jìn)行以下處理:在OF的報(bào)錯(cuò)消息(Error Message)消息(即 0FPT_ERR0R_MSG 消息)攜帶值為 GTP 斷鏈(GTP path detect1nfailed)的錯(cuò)誤類型(ofp_error_type),向SDN控制器通報(bào)該事件。也就是說斷鏈通知消息承載在OF的報(bào)錯(cuò)消息上。
[0140]SDN控制器接收到斷鏈通知消息后，采取對(duì)應(yīng)的操作，例如，刪除GTP的用戶面上下文或者承載等。
[0141]優(yōu)選實(shí)施例六
[0142]圖13是根據(jù)本發(fā)明優(yōu)選實(shí)施例六的數(shù)據(jù)鏈路檢測方法的流程圖，如圖13所示，步驟S1302?1310同優(yōu)選實(shí)施例五中的步驟S1202?S1210。不同之處在于，步驟S1312，假設(shè)UGW2檢測到數(shù)據(jù)鏈路斷鏈，則UGW2可以進(jìn)行以下處理:在OF的端口狀態(tài)(Port status)消息(即ofp_port_status消息)中攜帶值為GTP斷鏈(GTP path port failed)的端口原因(ofp_port_reason)向SDN控制器通報(bào)該事件,也就是說斷鏈通知消息承載在OF的端口狀態(tài)消息上。
[0143]優(yōu)選實(shí)施例七
[0144]圖14是根據(jù)本發(fā)明優(yōu)選實(shí)施例七的數(shù)據(jù)鏈路檢測方法的流程圖，如圖14所示，步驟S1402?1410同優(yōu)選實(shí)施例五中的步驟S1202?S1210。不同之處在于，步驟S1412，假設(shè)UGWl檢測到數(shù)據(jù)鏈路斷鏈，則UGWl可以進(jìn)行以下處理:在從UGW發(fā)往SDN控制器的回聲響應(yīng)消息中攜帶GTP斷鏈(GTP path failed)的原因值向SDN控制器通報(bào)該事件，也就是說回聲請(qǐng)求和/或回聲響應(yīng)消息承載著斷鏈通知消息。
[0145]步驟S1412中的OF的回聲請(qǐng)求消息圖中顯示為虛線，代表的含義是，該消息與步驟S1410沒有觸發(fā)關(guān)系。因?yàn)镺F的回聲請(qǐng)求發(fā)送比較頻繁(百毫秒-秒級(jí))，而GTP鏈路的維護(hù)周期大于60s，因此當(dāng)UGW檢測出UGW之間的數(shù)據(jù)鏈路斷鏈之后，UGW可以等待下一條OF的回聲響應(yīng)消息攜帶該事件給SDN控制器。
[0146]或者,也可以通過S1414步，UG W主動(dòng)向Controller發(fā)送回聲請(qǐng)求消息,通報(bào)該事件給控制器。
[0147]以上實(shí)施例中的SDN控制器功能可以在任何有計(jì)算能力的服務(wù)器或者SDN控制器等一切網(wǎng)絡(luò)設(shè)備上實(shí)現(xiàn)，比如X86服務(wù)器，UGW的功能可以在任何有路由功能的服務(wù)器或者路由器或者交換機(jī)等一切網(wǎng)絡(luò)設(shè)備上實(shí)現(xiàn)，比如X86服務(wù)器，增強(qiáng)的普通交換機(jī)等。
[0148]以上實(shí)施例只是介紹最典型的實(shí)施方式，實(shí)際上，除了上述介紹的OF協(xié)議的流表修改請(qǐng)求(OFP_Table_mod_request) /問候(Hello)消息可以承載GTP的上下文信息夕卜，現(xiàn)有的OF的其他消息，或者新增的消息，或者其他的非OF協(xié)議的消息，例如南向綁定(southbound,簡稱SB)協(xié)議，OVSDB (0VS數(shù)據(jù)庫)協(xié)議，OF配置(0F_conf ig)協(xié)議，路徑計(jì)算單兀通信協(xié)議(Path Computat1n Element Communicat1n Protocol,簡稱為PCEP),邊界網(wǎng)關(guān)協(xié)議(border Gateway protocol,簡稱為BGP)等,都可以對(duì)該GTP的上下文消息進(jìn)行擴(kuò)展支持，而這些方法都是在本發(fā)明的覆蓋范圍內(nèi)的。具體的實(shí)現(xiàn)步驟，與上述實(shí)施例介紹類似，不同點(diǎn)僅僅體現(xiàn)在消息的構(gòu)造上。
[0149]從以上的描述中，可以看出，本發(fā)明實(shí)現(xiàn)了如下技術(shù)效果:具有提高GTP端點(diǎn)之間數(shù)據(jù)鏈路檢測質(zhì)量的效果。
[0150]顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用的計(jì)算裝置來實(shí)現(xiàn)，它們可以集中在單個(gè)的計(jì)算裝置上，或者分布在多個(gè)計(jì)算裝置所組成的網(wǎng)絡(luò)上，可選地，它們可以用計(jì)算裝置可執(zhí)行的程序代碼來實(shí)現(xiàn)，從而，可以將它們存儲(chǔ)在存儲(chǔ)裝置中由計(jì)算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個(gè)集成電路模塊，或者將它們中的多個(gè)模塊或步驟制作成單個(gè)集成電路模塊來實(shí)現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。
[0151]以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對(duì)于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
【權(quán)利要求】
1.一種數(shù)據(jù)鏈路的檢測方法，其特征在于，包括: 統(tǒng)一網(wǎng)關(guān)呢I接收軟件定義網(wǎng)絡(luò)5顯控制器發(fā)送的通用分組無線服務(wù)隧道協(xié)議以？用戶面的上下文信息； 所述以況根據(jù)所述以？用戶面的上下文信息檢測所述以況與以？端點(diǎn)之間的所述數(shù)據(jù)鏈路。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述以？用戶面的上下文信息承載在0？2^101協(xié)議消息上，所述0？冊(cè)?11)1協(xié)議消息包括流表修改請(qǐng)求消息和丨或問候消息。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述以？用戶面的上下文信息包括以下至少之一:定時(shí)器信息，計(jì)數(shù)器信息，頭信息。
4.根據(jù)權(quán)利要求1至3中任一項(xiàng)所述的方法，其特征在于，所述以況根據(jù)所述以？用戶面的上下文信息檢測所述以況與所述以？端點(diǎn)之間的所述數(shù)據(jù)鏈路包括: 所述以況根據(jù)所述以？用戶面的上下文信息生成數(shù)據(jù)鏈路檢測消息； 所述以況根據(jù)所述數(shù)據(jù)鏈路檢測消息檢測所述以況與所述端點(diǎn)之間的所述數(shù)據(jù)鏈路。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述以？端點(diǎn)是第二以況或傳統(tǒng)以？端點(diǎn)。
6.根據(jù)權(quán)利要求4所述的方法，其特征在于，在所述數(shù)據(jù)鏈路檢測消息是回聲請(qǐng)求消息和/或回聲響應(yīng)消息的情況下，根據(jù)所述數(shù)據(jù)鏈路檢測消息檢測所述與所述以？端點(diǎn)之間的所述數(shù)據(jù)鏈路包括: 接收所述以？端點(diǎn)發(fā)送的與所述回聲請(qǐng)求消息相對(duì)應(yīng)的所述回聲響應(yīng)消息，和/或根據(jù)觸發(fā)事件向所述以？端點(diǎn)發(fā)送所述回聲請(qǐng)求消息； 根據(jù)所述回聲請(qǐng)求消息和/或相對(duì)應(yīng)的所述回聲響應(yīng)消息檢測所述與所述61？端點(diǎn)之間的所述數(shù)據(jù)鏈路。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，所述觸發(fā)事件包括以下至少之一:根據(jù)所述以？用戶面的上下文信息中攜帶的定時(shí)器信息設(shè)置的定時(shí)器超時(shí)；接收到所述31^控制器的0？冊(cè)％01協(xié)議的回聲請(qǐng)求消息。
8.根據(jù)權(quán)利要求1至3中任一項(xiàng)所述的方法，其特征在于，所述在檢測到所述數(shù)據(jù)鏈路斷鏈的情況下，向所述31^控制器發(fā)送斷鏈通知消息。
9.根據(jù)權(quán)利要求8所述的方法，其特征在于，所述斷鏈通知消息承載在0？冊(cè)?11)1協(xié)議的報(bào)錯(cuò)消息，0？2^101協(xié)議的端口狀態(tài)消息，或所述呢I向所述30^控制器發(fā)送的0？2^101協(xié)議的回聲響應(yīng)消息上。
10.一種數(shù)據(jù)鏈路的檢測方法，其特征在于，包括: 軟件定義網(wǎng)絡(luò)31^控制器獲取通用分組無線服務(wù)隧道協(xié)議以？用戶面的上下文信息；所述31^控制器向至少一個(gè)統(tǒng)一網(wǎng)關(guān)口訓(xùn)發(fā)送所述以？用戶面的上下文信息，其中，所述以？用戶面的上下文信息用于檢測所述以況與以？端點(diǎn)之間的所述數(shù)據(jù)鏈路。
11.根據(jù)權(quán)利要求10所述的檢測方法，其特征在于，所述方法還包括: 所述31^控制器接收所述至少一個(gè)呢I發(fā)送的斷鏈通知消息； 所述31^控制器根據(jù)所述斷鏈通知消息刪除所述以？用戶面的上下文信息或通知用戶設(shè)備服發(fā)起重附著。
12.—種數(shù)據(jù)鏈路的檢測裝置，其特征在于，包括: 接收模塊，用于接收軟件定義網(wǎng)絡(luò)SDN控制器發(fā)送的通用分組無線服務(wù)隧道協(xié)議GTP用戶面的上下文信息； 鏈路檢測模塊，用于根據(jù)所述GTP用戶面的上下文信息檢測所述裝置與GTP端點(diǎn)之間的所述數(shù)據(jù)鏈路。
13.根據(jù)權(quán)利要求12所述的裝置，其特征在于，所述GTP用戶面的上下文信息承載在OPENFLOW協(xié)議消息上，所述OPENFLOW協(xié)議消息包括流表修改請(qǐng)求消息和/或問候消息。
14.根據(jù)權(quán)利要求13所述的裝置，其特征在于，所述GTP用戶面的上下文信息包括以下至少之一:定時(shí)器信息，計(jì)數(shù)器信息，頭信息。
15.根據(jù)權(quán)利要求12至14中任一項(xiàng)所述的裝置，其特征在于，所述鏈路檢測模塊還用于根據(jù)所述GTP用戶面的上下文信息生成數(shù)據(jù)鏈路檢測消息；根據(jù)所述數(shù)據(jù)鏈路檢測消息檢測所述裝置與所述GTP端點(diǎn)之間的所述數(shù)據(jù)鏈路。
16.根據(jù)權(quán)利要求12至14中任一項(xiàng)所述的裝置，其特征在于，所述裝置還包括:上報(bào)模塊，用于在檢測到所述數(shù)據(jù)鏈路斷鏈的情況下，向所述SDN控制器發(fā)送斷鏈通知消息。
17.一種數(shù)據(jù)鏈路的檢測裝置，其特征在于，包括: 獲取模塊:用于獲取通用分組無線服務(wù)隧道協(xié)議GTP用戶面的上下文信息； 發(fā)送模塊，用于向至少一個(gè)統(tǒng)一網(wǎng)關(guān)UGW發(fā)送所述GTP用戶面的上下文信息，其中，所述GTP用戶面的上下文信息用于檢測所述至少一個(gè)UGW與GTP端點(diǎn)之間的所述數(shù)據(jù)鏈路。
18.根據(jù)權(quán)利要求17所述的裝置，其特征在于，所述裝置還包括:處理模塊，用于接收所述至少一個(gè)UGW發(fā)送的斷鏈通知消息，并根據(jù)所述斷鏈通知消息刪除所述GTP用戶面的上下文信息或通知用戶設(shè)備UE發(fā)起重附著。
19.一種網(wǎng)關(guān)，其特征在于，包括權(quán)利要求12至16中任一項(xiàng)所述的裝置，所述網(wǎng)關(guān)是統(tǒng)一網(wǎng)關(guān)UGW。
20.一種控制器，其特征在于，包括權(quán)利要求17或18中任一項(xiàng)所述的裝置，所述控制器是軟件定義網(wǎng)絡(luò)SDN控制器。
21.一種數(shù)據(jù)鏈路的檢測系統(tǒng)，其特征在于，包括權(quán)利要求20所述的控制器和至少一個(gè)權(quán)利要求19所述的網(wǎng)關(guān)。
【文檔編號(hào)】H04L12/66GK104378250SQ201310351481
【公開日】2015年2月25日 申請(qǐng)日期:2013年8月13日 優(yōu)先權(quán)日:2013年8月13日
【發(fā)明者】畢以峰, 王靜, 周娜, 汪軍 申請(qǐng)人:中興通訊股份有限公司