專利名稱：控制器與基站間傳輸檢測方法、設備及系統(tǒng)的制作方法
技術(shù)領域：
本發(fā)明涉及無線通信技術(shù)，尤其涉及一種控制器與基站間傳輸檢測方法、設備及系統(tǒng)。
背景技術(shù)：
由于基站處于網(wǎng)絡末端，且遍布廣泛，尤其是最后一公里所采用的技術(shù)較為復雜， 控制器和基站之間在采用互聯(lián)網(wǎng)協(xié)議(Internet Protocol, IP)傳輸時，如何判斷中間的傳輸通斷及服務質(zhì)量(Quality of Service, QoS)是保證無線業(yè)務服務的關(guān)鍵。因特網(wǎng)控制消息協(xié)議(Internet Control Message Protocol, ICMP)是 IP層的一個組成部分，主要用來傳遞差錯報文以及其它信息。ICMP報文是在IP數(shù)據(jù)包內(nèi)部被傳輸?shù)模?，IP數(shù)據(jù)包包括IP首部和ICMP報文。ICMP報文的前四個字節(jié)包括類型域、代碼域、校驗和域。ping程序用來檢測主機到主機之間是否可通信，ping程序采用ICMP請求和ICMP 應答以判斷通道是否可達。例如，源主機向目的主機發(fā)送ICMP請求報文后，如果一定時間內(nèi)收到目的主機返回的ICMP應答，則認為主機可達，否則不可達。但是，ping報文可能會被傳輸設備或者無線設備誤認為是Ping攻擊而被丟棄，導致ping報文在有些網(wǎng)絡生存能力不高。有些通信設備對Ping報文進行流量控制，對于超過一定流量的Ping報文選擇比例性進入，從而導致系統(tǒng)判斷異常；而且無線業(yè)務通道是用戶數(shù)據(jù)包協(xié)議(User Datagram Protocol,UDP)承載，由于ping報文實質(zhì)為ICMP報文，用ICMP報文檢測不能真實反映UDP 報文傳輸情況。

發(fā)明內(nèi)容
本發(fā)明實施例是提供一種控制器與基站間傳輸檢測方法、設備及系統(tǒng)，提高檢測性能。一方面，提供了一種控制器與基站間傳輸檢測方法，包括控制器通過預先指定的用戶數(shù)據(jù)包協(xié)議UDP端口向基站發(fā)送UDP報文；控制器接收所述基站在檢測到所述指定的UDP端口后返回的UDP報文；控制器根據(jù)發(fā)送的UDP報文和接收的UDP報文，確定控制器與基站間的傳輸狀況。另一方面，提供一種控制器與基站間傳輸檢測設備，包括發(fā)送模塊，用于通過預先指定的用戶數(shù)據(jù)包協(xié)議UDP端口向基站發(fā)送UDP報文；接收模塊，用于接收所述基站在檢測到所述指定的UDP端口后返回的UDP報文；檢測模塊，用于根據(jù)所述發(fā)送模塊發(fā)送的UDP報文和所述接收模塊接收的UDP報文，確定控制器與基站間的傳輸狀況。另一方面，提供一種控制器與基站間傳輸檢測方法，包括基站通過用戶數(shù)據(jù)包協(xié)議UDP端口接收控制器發(fā)送的UDP報文；所述基站在檢測到所述UDP端口為預先指定的UDP端口后，向所述控制器返回UDP報文，使得所述控制器根據(jù)發(fā)送的UDP報文和接收的UDP報文，確定控制器與基站間的傳輸狀況。另一方面，提供一種控制器與基站間傳輸檢測設備，包括接收模塊，用于通過用戶數(shù)據(jù)包協(xié)議UDP端口接收控制器發(fā)送的UDP報文；發(fā)送模塊，用于在檢測到所述接收模塊接收的UDP報文通過的所述UDP端口為預先指定的UDP端口后，向所述控制器返回UDP報文，使得所述控制器根據(jù)發(fā)送的UDP報文和接收的UDP報文，確定控制器與基站間的傳輸狀況。再一方面，提供一種控制器與基站間傳輸檢測系統(tǒng)，包括上述的兩種設備。由上述技術(shù)方案可知，本發(fā)明實施例通過控制器與基站間傳輸指定UDP端口的 UDP報文，通過UDP報文進行傳輸狀況的檢測，可以避免采用ICMP報文引起的問題，可以提高檢測性能和可靠性。


為了更清楚地說明本發(fā)明實施例中的技術(shù)方案，下面將對實施例描述中所需要使用的附圖作一簡單地介紹，顯而易見地，下面描述中的附圖是本發(fā)明的一些實施例，對于本領域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1為本發(fā)明第一實施例的方法流程示意圖；圖2為本發(fā)明第二實施例的方法流程示意圖；圖3為本發(fā)明第二實施例對應的結(jié)構(gòu)示意圖；圖4為本發(fā)明第三實施例的設備結(jié)構(gòu)示意圖；圖5為本發(fā)明第四實施例的方法流程示意圖；圖6為本發(fā)明第五實施例的設備的結(jié)構(gòu)示意圖；圖7為本發(fā)明第六實施例的系統(tǒng)的結(jié)構(gòu)示意圖。
具體實施例方式為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。圖1為本發(fā)明第一實施例的方法流程示意圖，提供了一種控制器與基站間傳輸檢測方法，包括步驟11 控制器通過預先指定的UDP端口向基站發(fā)送UDP報文。其中，控制器，例如，可以為基站控制器(Base Station Controller，BSC)，基站為基站收發(fā)站(Base Transceiver Station, BTS)；或者，控制器為無線網(wǎng)絡控制器(Radio Network Controller, RNC)，基站為 NodeB0該指定的UDP端口可以自定義，例如，設置端口號為65042的UDP端口為指定端□。另外，UDP報文大小、優(yōu)先級、發(fā)包間隔等可以配置，以最大限度的模擬實際業(yè)務走的路徑和參數(shù)。步驟12 控制器接收所述基站在檢測到所述指定的UDP端口后返回的UDP報文?；驹诮邮盏経DP報文后，如果檢測出該接收的UDP報文對應的端口號為指定UDP 端口號(如65042)，則可以向控制器返回UDP報文。進一步，可以是通過交換該報文中的源IP地址和目的IP地址將接收的UDP報文原封不動地返回給控制器，即除了將接收的報文中源IP地址和目的IP地址進行交換之外， 對該報文中的其它內(nèi)容不做任何改動。步驟13 控制器根據(jù)發(fā)送的UDP報文和接收的UDP報文，確定控制器與基站間的傳輸狀況。例如，如果在一定時間內(nèi)，控制器沒有接收到指定UDP端口對應的UDP報文，則確定控制器與基站間的通道不可達，或者，在一定時間內(nèi)，如果接收到指定UDP端口對應的 UDP報文，則確定控制器與基站間的通道可達。并且，進一步地，根據(jù)發(fā)送的UDP報文和接收的UDP報文中的參數(shù)可以確定QoS質(zhì)量。具體內(nèi)容可以參見下述實施例。本實施例通過控制器與基站間傳輸指定UDP端口的UDP報文，通過UDP報文進行傳輸狀況的檢測，可以避免采用ICMP報文引起的問題，可以提高檢測性能和可靠性。圖2為本發(fā)明第二實施例的方法流程示意圖，圖3為本發(fā)明第二實施例對應的結(jié)構(gòu)示意圖，參見圖2，一種控制器與基站間傳輸檢測方法，包括步驟21 控制器采用指定UDP端口向基站發(fā)送UDP報文，該UDP報文中可以包含報文的序列號和系統(tǒng)時間戳。具體地，例如，UDP報文的格式可以具體如下所示typedef struct UDPPINGPKG
/* IP頭20字節(jié)*/UINT8ucIpVer:4;/* version */UINT8ucIpHdrLen:4;/* header length */UINT8ucServiceType;/* type of service */UINT16usTotalLen;/* total length */UINT16usldentification;/* identification */UINT16usOffset;/* fragment offset field */UINT8ucTTL;/* time to live*/UINT8ucProtocol;/* protocol */UINT16usCheckSum;/* checksum */UINT32ulSrcAddr;UINT32ulDestAddr;/* source and dest address *//* UDP 頭8字節(jié)*/
UINT16 usUDPSourcePort; UINT16 usUDPDestPort; UINT16 usUDPLen; UINT16 usUDPCheckSum; /* UDP ping 凈荷 */
UINT16 usChecklndex;/* 本地 check 表的索引 */
UINT16 usPathlndex;/* 對應基站 DSCP 的索引 *//*對應控制的CpuId*/ /*當前時間戳*/ /*報文序列號*/ /*填充內(nèi)容，備后續(xù)使用*/
}UDP_PING_PKG_STRU;上述的UDP報文的大小和發(fā)送間隔可以采用如下配置，例如檢測周期默認值5s，范圍可配置1 60s檢測包長默認值64字節(jié)，范圍可配置，一般46-1500字節(jié)之間其中，上述的“usUDPSourcePort”、“usUDPDestPort” 可以設置為指定的 UDP 端口號，例如為65042。上述的“uskquenceNum”可以用于記錄報文的序列號，“ulCurrTimeStamp”用于記錄系統(tǒng)時間戳。步驟22 基站在檢測到來自指定UDP端口的UDP報文后，將該UDP報文返回給控制器。例如，基站接收到來自端口號為65042的端口的UDP報文后，將該UDP報文中的源地址和目的地址交換后，再通過端口號為65042的端口將該UDP報文原封不動的返回給控制器。步驟23 控制器比較通過該指定UDP端口發(fā)送的UDP報文和接收的UDP報文的情況，確定傳輸狀況。例如，如果控制器在一定時間內(nèi)沒有接收到基站通過該指定端口返回的UDP報文，則確定控制器與基站間的通道不可達。如果控制器接收到基站通過該指定端口返回的UDP報文，則可以計算QoS參數(shù)，例如，具體可以如下控制器在通過指定端口發(fā)送UDP報文時，記錄發(fā)送時間Tl，控制器在接收到基站返回的該UDP報文后，確定接收時間T2，之后，可以計算出時間RTT = T2-T1。根據(jù)不同UDP 報文對應的時延值可以計算時延抖動。控制器在發(fā)送報文時還可以記錄報文序號，如果控制器在接收到基站返回的報文時，如果發(fā)現(xiàn)序號不是連續(xù)的，將不連續(xù)的UDP報文作為丟失的報文，之后，可以獲取單位時間內(nèi)丟失的UDP報文個數(shù)，得到丟包數(shù)。用該丟包數(shù)除以單位時間內(nèi)發(fā)送的UDP報文的個數(shù)即為丟包率。本實施例通過控制器與基站間傳輸指定UDP端口的UDP報文，通過UDP報文進行傳輸狀況的檢測，可以避免采用ICMP報文引起的問題，可以提高檢測性能和可靠性。圖4為本發(fā)明第三實施例的設備結(jié)構(gòu)示意圖，提供了一種控制器與基站間傳輸檢測設備，包括發(fā)送模塊41、接收模塊42和檢測模塊43 ；發(fā)送模塊41用于通過預先指定的 UDP端口向基站發(fā)送UDP報文；接收模塊42用于接收所述基站在檢測到所述指定的UDP端口后返回的UDP報文；檢測模塊43用于根據(jù)所述發(fā)送模塊41發(fā)送的UDP報文和所述接收模塊42接收的UDP報文，確定控制器與基站間的傳輸狀況。所述接收模塊42可以具體用于接收所述基站在檢測到所述指定的UDP端口后通過交換源IP地址和目的IP地址向所述控制器返回的UDP報文。所述檢測模塊43可以具體用于如果在一定時間內(nèi)，所述接收模塊沒有接收到所述指定端口對應的UDP報文，則確定控制器與基站間的通道不可達，或者，在一定時間內(nèi)， 如果接收到特定端口對應的UDP報文，則確定控制器與基站間的通道可達。所述發(fā)送的UDP報文中包含報文的序列號和時間戳，所述檢測模塊43可以具體用于根據(jù)所述發(fā)送模塊發(fā)送的和所述接收模塊接收的報文的序列號和時間戳，確定服務質(zhì)量QoS參數(shù)。所述檢測模塊43可以具體用于根據(jù)所述發(fā)送模塊發(fā)送UDP報文時的發(fā)送時間和所述接收模塊接收到所述UDP報文時的接收時間，確定時延；或者，根據(jù)所述發(fā)送模塊發(fā)送的UDP報文的報文序號和所述接收模塊接收的UDP報文的報文序號，確定丟包率。該設備可以位于控制器內(nèi)。應用本發(fā)明實施例提供的檢測設備實現(xiàn)檢測的具體過程與前述方法實施例類似， 此處不再贅述。本實施例提供的檢測設備可以通過控制器與基站間傳輸指定UDP端口的UDP報文，通過UDP報文進行傳輸狀況的檢測，可以避免采用ICMP報文引起的問題，可以提高檢測性能和可靠性。圖5為本發(fā)明第四實施例的方法流程示意圖，一種控制器與基站間傳輸檢測方法，包括步驟51 基站通過UDP端口接收控制器發(fā)送的UDP報文；步驟52 所述基站在檢測到所述UDP端口為預先指定的UDP端口后，向所述控制器返回UDP報文，使得所述控制器根據(jù)發(fā)送的UDP報文和接收的UDP報文，確定控制器與基站間的傳輸狀況。例如，基站可以在檢測到所述UDP端口為預先指定的UDP端口后，通過交換接收報文中的源互聯(lián)網(wǎng)IP地址和目的IP地址，將接收的UDP報文原封不動地返回給控制器。本實施例通過與基站間傳輸指定UDP端口的UDP報文，通過UDP報文進行傳輸狀況的檢測，可以避免采用ICMP報文引起的問題，可以提高檢測性能和可靠性。圖6為本發(fā)明第五實施例的設備的結(jié)構(gòu)示意圖，一種控制器與基站間傳輸檢測設備，包括接收模塊61和發(fā)送模塊62 ；接收模塊61用于通過用戶數(shù)據(jù)包協(xié)議UDP端口接收控制器發(fā)送的UDP報文；發(fā)送模塊62用于在檢測到所述接收模塊61接收的UDP報文通過的所述UDP端口為預先指定的UDP端口后，向所述控制器返回UDP報文，使得所述控制器根據(jù)發(fā)送的UDP報文和接收的UDP報文，確定控制器與基站間的傳輸狀況。所述發(fā)送模塊62可以具體用于在檢測到所述UDP端口為預先指定的UDP端口后， 通過交換接收報文中源互聯(lián)網(wǎng)IP地址和目的IP地址向所述控制器原封不動地返回接收到的UDP報文。本實施例的設備可以位于基站內(nèi)。應用本發(fā)明實施例提供的檢測設備實現(xiàn)檢測的具體過程與前述方法實施例類似， 此處不再贅述。
本實施例提供的檢測設備可以通過與控制器間傳輸指定端口的UDP報文，通過 UDP報文進行傳輸狀況的檢測，可以避免采用ICMP報文引起的問題，可以提高檢測性能和
可靠性。圖7為本發(fā)明第六實施例的系統(tǒng)的結(jié)構(gòu)示意圖，一種控制器與基站間傳輸檢測系統(tǒng)，包括控制器71和基站72 ；其中，控制器71可以參加圖5對應的實施例。基站72可以參見圖6對應的實施例，不再贅述。本實施例提供的檢測系統(tǒng)可以通過控制器與基站間傳輸指定端口的UDP報文，通過UDP報文進行傳輸狀況的檢測，可以避免采用ICMP報文引起的問題，可以提高檢測性能和可靠性?？梢岳斫獾氖牵鲜龇椒霸O備中的相關(guān)特征可以相互參考。另外，上述實施例中的“第一”、“第二”等是用于區(qū)分各實施例，而并不代表各實施例的優(yōu)劣。本領域普通技術(shù)人員可以理解實現(xiàn)上述方法實施例的全部或部分步驟可以通過程序指令相關(guān)的硬件來完成，前述的程序可以存儲于計算機可讀取存儲介質(zhì)中，該程序在執(zhí)行時，執(zhí)行包括上述方法實施例的步驟；而前述的存儲介質(zhì)包括R0M、RAM、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。最后應說明的是以上實施例僅用以說明本發(fā)明的技術(shù)方案，而非對其限制；盡管參照前述實施例對本發(fā)明進行了詳細的說明，本領域的普通技術(shù)人員應當理解其依然可以對前述各實施例所記載的技術(shù)方案進行修改，或者對其中部分技術(shù)特征進行等同替換；而這些修改或者替換，并不使相應技術(shù)方案的本質(zhì)脫離本發(fā)明各實施例技術(shù)方案的精神和范圍。
權(quán)利要求
1.一種控制器與基站間傳輸檢測方法，其特征在于，包括控制器通過預先指定的用戶數(shù)據(jù)包協(xié)議UDP端口向基站發(fā)送UDP報文；控制器接收所述基站在檢測到所述指定的UDP端口后返回的UDP報文；控制器根據(jù)發(fā)送的UDP報文和接收的UDP報文，確定控制器與基站間的傳輸狀況。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述控制器接收所述基站在檢測到所述指定的UDP端口后返回的UDP報文，包括控制器接收所述基站在檢測到所述指定的UDP端口后通過交換源互聯(lián)網(wǎng)IP地址和目的IP地址向所述控制器返回的UDP報文。
3.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述控制器根據(jù)發(fā)送的UDP報文和接收的UDP報文，確定控制器與基站間的傳輸狀況，包括如果在一定時間內(nèi)，所述控制器沒有接收到所述指定端口對應的UDP報文，則確定控制器與基站間的通道不可達，或者，在一定時間內(nèi)，如果接收到所述指定端口對應的UDP報文，則確定控制器與基站間的通道可達。
4.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述發(fā)送的UDP報文中包含報文的序列號和時間戳，所述確定控制器與基站間的傳輸狀況，包括根據(jù)發(fā)送和接收的報文的序列號和時間戳，確定服務質(zhì)量QoS參數(shù)。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述根據(jù)發(fā)送和接收的報文的序列號和時間戳，確定QoS參數(shù)，包括根據(jù)發(fā)送UDP報文時的發(fā)送時間和接收到所述UDP報文時的接收時間，確定時延；或者，根據(jù)發(fā)送的UDP報文的報文序號和接收的UDP報文的報文序號，確定丟包率。
6.一種控制器與基站間傳輸檢測設備，其特征在于，包括發(fā)送模塊，用于通過預先指定的用戶數(shù)據(jù)包協(xié)議UDP端口向基站發(fā)送UDP報文；接收模塊，用于接收所述基站在檢測到所述指定的UDP端口后返回的UDP報文；檢測模塊，用于根據(jù)所述發(fā)送模塊發(fā)送的UDP報文和所述接收模塊接收的UDP報文，確定控制器與基站間的傳輸狀況。
7.根據(jù)權(quán)利要求6所述的設備，其特征在于，所述接收模塊具體用于接收所述基站在檢測到所述指定的UDP端口后通過交換源互聯(lián)網(wǎng)IP地址和目的IP地址向所述控制器返回的UDP報文。
8.根據(jù)權(quán)利要求6或7所述的設備，其特征在于，所述檢測模塊具體用于如果在一定時間內(nèi)，所述接收模塊沒有接收到所述指定端口對應的UDP報文，則確定控制器與基站間的通道不可達，或者，在一定時間內(nèi)，如果接收到特定端口對應的UDP報文，則確定控制器與基站間的通道可達。
9.根據(jù)權(quán)利要求6所述的設備，其特征在于，所述發(fā)送的UDP報文中包含報文的序列號和時間戳，所述檢測模塊具體用于根據(jù)所述發(fā)送模塊發(fā)送的和所述接收模塊接收的報文的序列號和時間戳，確定服務質(zhì)量QoS參數(shù)。
10.根據(jù)權(quán)利要求9所述的設備，其特征在于，所述檢測模塊具體用于根據(jù)所述發(fā)送模塊發(fā)送UDP報文時的發(fā)送時間和所述接收模塊接收到所述UDP報文時的接收時間，確定時延；或者，根據(jù)所述發(fā)送模塊發(fā)送的UDP報文的報文序號和所述接收模塊接收的UDP報文的報文序號，確定丟包率。
11.一種控制器與基站間傳輸檢測方法，其特征在于，包括 基站通過用戶數(shù)據(jù)包協(xié)議UDP端口接收控制器發(fā)送的UDP報文；所述基站在檢測到所述UDP端口為預先指定的UDP端口后，向所述控制器返回UDP報文，使得所述控制器根據(jù)發(fā)送的UDP報文和接收的UDP報文，確定控制器與基站間的傳輸狀況。
12.根據(jù)權(quán)利要求11所述的方法，其特征在于，所述向所述控制器返回UDP報文，包括通過交換源互聯(lián)網(wǎng)IP地址和目的IP地址向所述控制器返回UDP報文。
13.—種控制器與基站間傳輸檢測設備，其特征在于，包括接收模塊，用于通過用戶數(shù)據(jù)包協(xié)議UDP端口接收控制器發(fā)送的UDP報文； 發(fā)送模塊，用于在檢測到所述接收模塊接收的UDP報文通過的所述UDP端口為預先指定的UDP端口后，向所述控制器返回UDP報文，使得所述控制器根據(jù)發(fā)送的UDP報文和接收的UDP報文，確定控制器與基站間的傳輸狀況。
14.根據(jù)權(quán)利要求13所述的設備，其特征在于，所述發(fā)送模塊具體用于在檢測到所述 UDP端口為預先指定的UDP端口后，通過交換源互聯(lián)網(wǎng)IP地址和目的IP地址向所述控制器返回UDP報文。
15.一種控制器與基站間傳輸檢測系統(tǒng)，其特征在于，包括 如權(quán)利要求6-10任一項所述的設備，以及，如權(quán)利要求13-14任一項所述的設備。
全文摘要
本發(fā)明提供一種控制器與基站間傳輸檢測方法、設備及系統(tǒng)。該方法包括控制器通過預先指定的用戶數(shù)據(jù)包協(xié)議UDP端口向基站發(fā)送UDP報文；控制器接收所述基站在檢測到所述指定的UDP端口后返回的UDP報文；控制器根據(jù)發(fā)送的UDP報文和接收的UDP報文，確定控制器與基站間的傳輸狀況。本發(fā)明實施例可以提高檢測性能和可靠性。
文檔編號H04W24/00GK102301765SQ201180001639
公開日2011年12月28日 申請日期2011年5月13日 優(yōu)先權(quán)日2011年5月13日
發(fā)明者熊紹成, 董慶, 郭成緒 申請人:華為技術(shù)有限公司