專利名稱：E1線或t1線錯接故障的檢測方法及系統(tǒng)、基站的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種El線或Tl線錯接故障的檢測方法及系
統(tǒng)、基站。
背景技術(shù)：
在相關(guān)技術(shù)中，在裝置El線發(fā)生錯接后，通常是使用試錯法或者抓包檢查的辦法 排除故障。具體地，試錯法中處理El錯接的流程如下步驟Si，基站上的軟件協(xié)議棧子系統(tǒng)使用IPCP協(xié)議協(xié)商檢查對端IP選項(xiàng)是否正確。步驟S2，如果錯誤，接收對端配置并修改本地IPCP協(xié)議協(xié)商的配置數(shù)據(jù)。步驟S3，完成IPCP協(xié)商并創(chuàng)建相應(yīng)的路由(Route)表表項(xiàng)。步驟S4，嘗試建立上層IP協(xié)議的通信鏈路。步驟S5，由于路由表表項(xiàng)中使用了錯接鏈路帶來的錯誤IP地址造成路由表錯誤， 上層鏈路不通。步驟S6，維護(hù)人員采用猜測的辦法找到具體的錯接El線并重新裝置El線。發(fā)明人發(fā)現(xiàn)上述相關(guān)技術(shù)中的檢測方法容易引起新的故障而且定位效率也低，排 除故障緩慢。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供一種El線或Tl線錯接故障的檢測方法及系統(tǒng)、基站， 以至少解決上述的對El線或Tl線錯接故障的檢測定位效率比較低的問題。根據(jù)本發(fā)明的一個方面，提供了一種El線或Tl線錯接故障的檢測方法，包括基 站經(jīng)由El線或Tl線接收報文；基站判斷報文中的配置與本地的配置是否一致；在判斷結(jié) 果為否的情況下，基站確定El線或Tl線錯接。進(jìn)一步地，基站判斷報文中的配置與本地的配置是否一致包括基站從報文中提 取協(xié)商選項(xiàng)信息，并從協(xié)商選項(xiàng)信息中獲取配置。進(jìn)一步地，基站從協(xié)商選項(xiàng)中獲取的配置為IP地址，基站判斷報文中的配置與本 地的配置是否一致還包括基站判斷IP地址是否與本地的IP地址一致。進(jìn)一步地，基站判斷IP地址是否與本地的IP地址一致包括基站判斷本地是否存 在IP地址配置；在基站本地存在IP地址配置的情況下，基站判斷協(xié)商選項(xiàng)是否是IP地址； 基站在確定協(xié)商選項(xiàng)是否是IP地址的情況下，判斷IP地址是否與本地的IP地址一致。進(jìn)一步地，基站經(jīng)由多個El線或者多個Tl線同時接收來自基站控制器的報文，基 站同時判斷各個報文中的配置與本地相應(yīng)的配置是否一致。進(jìn)一步地，在基站確定El線或Tl線錯接之后，方法還包括基站保存錯接信息，其 中，錯接信息包括基站本地的IP地址和錯接發(fā)生的時間。
進(jìn)一步地，在基站確定El線或Tl線錯接之后，方法還包括基站進(jìn)行告警，其中， 告警指示發(fā)生錯接的El線或Tl線。根據(jù)本發(fā)明的另一方面，提供了一種基站，包括接收模塊，用于經(jīng)由El線或Tl線 接收報文；判斷模塊，用于判斷報文中的配置與本地的配置是否一致；確定模塊，用于在判 斷結(jié)果為否的情況下，確定El線或Tl線錯接。進(jìn)一步地，上述基站還包括保存模塊，用于保存錯接信息，其中，錯接信息包括基 站本地的IP地址和錯接發(fā)生的時間；告警模塊，用于進(jìn)行告警，其中，告警指示發(fā)生錯接的 El線或Tl線。根據(jù)本發(fā)明的另一方面，提供了一種El線或Tl線錯接故障的檢測系統(tǒng)，包括基 站控制器；基站，經(jīng)由El線或Tl線與基站控制器相連接，并經(jīng)由El線或Tl線接收來自基 站控制器的報文，以及判斷報文中的配置與本地的配置是否一致，以及在判斷結(jié)果為否的 情況下，確定El線或Tl線錯接。通過本發(fā)明，采用基站經(jīng)由El線或Tl線接收報文；基站判斷報文中的配置與本地 的配置是否一致；在判斷結(jié)果為否的情況下，基站確定El線或Tl線錯接的方法，解決了對 El線或Tl線錯接故障的檢測定位效率比較低的問題，進(jìn)而達(dá)到了高效、準(zhǔn)確地對El線或 Tl線錯接故障進(jìn)行定位的效果。


此處所說明的附圖用來提供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申請的一部分，本發(fā) 明的示意性實(shí)施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中圖1是根據(jù)本發(fā)明實(shí)施例的El線或Tl線錯接故障的檢測系統(tǒng)的示意圖；圖2是根據(jù)本發(fā)明實(shí)施例的El線或Tl線錯接故障的檢測方法的流程圖；圖3是根據(jù)本發(fā)明的El線或Tl線錯接故障的檢測方法的優(yōu)選實(shí)施例的流程圖；圖4是根據(jù)本發(fā)明實(shí)施例的基站的示意圖。
具體實(shí)施例方式下文中將參考附圖并結(jié)合實(shí)施例來詳細(xì)說明本發(fā)明。需要說明的是，在不沖突的 情況下，本申請中的實(shí)施例及實(shí)施例中的特征可以相互組合。圖1是根據(jù)本發(fā)明實(shí)施例的El線或Tl線錯接故障的檢測系統(tǒng)的示意圖。如圖1所示，該El線或Tl線錯接的檢測系統(tǒng)，包括基站控制器和基站。其中，基站經(jīng)由El線或Tl線與基站控制器相連接，并經(jīng)由El線或Tl線接收來自 基站控制器的報文，以及判斷報文中的配置與本地的配置是否一致，以及在判斷結(jié)果為否 的情況下，確定El線或Tl線錯接?；旧系能浖f(xié)議棧子系統(tǒng)可以使用多條El線連接到通信網(wǎng)絡(luò)?；臼褂玫谝?根(編號為O和1)的El線作為“上電鏈路”并通過上電鏈路獲取其余El線的連接配置。 協(xié)議棧子系統(tǒng)使用IPCP協(xié)議和El線上的對端進(jìn)行通信協(xié)商，并檢查對端發(fā)來的IP地址選 項(xiàng)是否正確。如果發(fā)生錯接，則對端IP地址選項(xiàng)必定錯誤，此時，基站側(cè)協(xié)議棧確認(rèn)錯接故 障發(fā)生并觸發(fā)IPCP協(xié)商失敗。在基站系統(tǒng)上某個El或Tl端口 A根據(jù)本端配置預(yù)期(或者期望)和基站控制器側(cè)的某個El或者Tl線端口 B相連，在連接到與本地的端口不對應(yīng)的端口時，出現(xiàn)上述的錯接。在本系統(tǒng)中，系統(tǒng)可以進(jìn)行以下處理系統(tǒng)啟動并開始IPCP協(xié)商，首先基站系統(tǒng) 使用El線連接，系統(tǒng)協(xié)議棧接受指令發(fā)起LCP協(xié)商，系統(tǒng)協(xié)議棧發(fā)起IPCP協(xié)商。在一個時刻，某個基站只能通過一根或多根El或者Tl線與一個基站控制器連接。 而一個基站控制器可以同時和多個基站連接。一根ElTl線只能供一個基站和一個基站控 制器連接用。在該系統(tǒng)中，基站控制器和基站之間可以有多個El線或多個Tl線，此時，需要檢 測基站控制器和基站之間對應(yīng)的接口是否錯接，同一個基站控制器可以同時和多個基站相 連接，此時，需要檢測基站控制器是否和相應(yīng)的基站錯接。圖2是根據(jù)本發(fā)明實(shí)施例的El線或Tl線錯接故障的檢測方法的流程圖。如圖2所示，該檢測方法包括以下步驟步驟S202，基站經(jīng)由El線或Tl線接收報文。步驟S204，基站判斷報文中的配置與本地的配置是否一致?；究梢酝ㄟ^以下方法判斷報文中的配置與本地的配置是否一致基站從報文中提取協(xié)商選項(xiàng)信息，并從協(xié)商選項(xiàng)信息中獲取對端的配置。優(yōu)選地，基站從協(xié)商選項(xiàng)中獲取的配置可以為IP地址，在該種情況下，基站判斷 報文中的配置與本地的配置是否一致可以通過判斷IP地址是否與本地的IP地址一致的方 法來進(jìn)行判斷?；九袛郔P地址是否與本地的IP地址一致還可以包括以下步驟步驟S12，基站判斷本地是否存在IP地址配置；步驟S14，在基站本地存在IP地址配置的情況下，基站判斷協(xié)商選項(xiàng)是否是IP地 址；步驟S16，基站在確定協(xié)商選項(xiàng)是否是IP地址的情況下，判斷IP地址是否與本地 的IP地址一致。基站可以經(jīng)由多個El線或者多個Tl線同時接收來自基站控制器的報文，并且基 站可以同時判斷各個報文中的配置與本地相應(yīng)的配置是否一致。步驟S206，在判斷結(jié)果為否的情況下，基站確定El線或Tl線錯接。在基站確定El線或Tl線錯接之后，基站還可以保存錯接信息，其中，錯接信息包 括基站本地的IP地址和錯接發(fā)生的時間。在基站確定El線或Tl線錯接之后，基站還可以進(jìn)行告警，其中，告警指示發(fā)生錯 接的El線或Tl線。本發(fā)明可以使用點(diǎn)到點(diǎn)協(xié)議(Point-to-Point Protocol，簡稱為PPP協(xié)議)自動 檢查El線錯接故障，包括以下步驟1)PPP 實(shí)體進(jìn)行 IP 控制協(xié)議(Internet Protocol Control Protocol，簡稱為 IPCP協(xié)議)協(xié)商，發(fā)現(xiàn)配置不一致，確認(rèn)發(fā)生錯接。2) PPP實(shí)體拒絕對端IPCP提議。通過該方法，本發(fā)明可以加快由El線錯接引起的故障定位。圖3是根據(jù)本發(fā)明的El線或Tl線錯接故障的檢測方法的優(yōu)選實(shí)施例的流程圖。
如圖3所示，該方法包括以下步驟步驟S301，基站首先解析對端發(fā)來的IPCP報文，從報文中提取出協(xié)商選項(xiàng)和操作
碼等信息。步驟S302，基站判斷當(dāng)前協(xié)商選項(xiàng)是否是IP地址。在判斷結(jié)果為是的情況下，轉(zhuǎn) 步驟S303，在判斷結(jié)果為否的情況下，則流程結(jié)束或執(zhí)行其他操作。步驟S303，基站判斷操作碼是否是NAK。在判斷結(jié)果為是的情況下，轉(zhuǎn)步驟S304， 在判斷結(jié)果為否的情況下，轉(zhuǎn)步驟S305。步驟S304，如果是NAK，則再判斷本端是否有IP配置。在判斷結(jié)果為是的情況下， 轉(zhuǎn)步驟S306，在判斷結(jié)果為否的情況下，轉(zhuǎn)步驟S305?；緜?cè)的IP配置有一個獲得的過程。 在獲得配置之前，基站側(cè)端口上沒有配置，也就沒有規(guī)定一定要和哪條El線相連。步驟S305，如則接收對端發(fā)來的配置。步驟S306，基站判斷對端發(fā)來的配置和本端的配置是否一致。在判斷結(jié)果為是的 情況下，轉(zhuǎn)步驟S305，在判斷結(jié)果為否的情況下，轉(zhuǎn)步驟S307。
步驟S307，拒絕配置。 步驟S308，確認(rèn)錯接。
步驟S309，本端拒絕對端發(fā)來的配置并記錄錯接信息，供后續(xù)的故障定位工作使用等。在該方法中，當(dāng)有錯接發(fā)生時，協(xié)議棧子系統(tǒng)可以保持錯接信息，包括本端IP地 址，對端IP地址還有錯接發(fā)生時間。其中，IPCP協(xié)議是PPP協(xié)議的一部分。El線兩端遵守IPCP協(xié)議規(guī)范進(jìn)行報文收 發(fā)，做IP地址等配置的協(xié)商。IPCP的運(yùn)行可以分成配置和收發(fā)兩部分，根據(jù)IPCP協(xié)議規(guī)定從收到的IPCP報文 中讀取協(xié)議規(guī)定的報文字段，并根據(jù)此字段內(nèi)容確定其他某段報文是否是IP地址選項(xiàng)的 內(nèi)容。IPCP協(xié)議的報文有規(guī)定的格式。格式規(guī)定中有指定的字段叫做code字段(編碼 字段)，字段的值可以是1 Configure-Request2 Configure-Ack3 Configure-Nak4 Configure-Reject5 Terminate-Request6 Terminate-Ack7 Code-Reject8 Protocol-Reject9 Echo-Request10 Echo-Reply11 Discard-Request其中，3表示Configure-Nak，即配置否定。上述提到的NAK就是指3，即Configure-Nak。
7
維護(hù)人員發(fā)現(xiàn)后臺錯接告警后，可以在前臺終端上輸入指定的錯接故障信息查看 命令，系統(tǒng)返回發(fā)生錯接的El鏈路上兩端的IP配置，根據(jù)該配置，維護(hù)人員可以具體定位 錯接鏈路到具體的那條El線，而不是依靠猜測。圖4是根據(jù)本發(fā)明實(shí)施例的基站的示意圖。根據(jù)本發(fā)明實(shí)施例的基站，包括接收模塊401、判斷模塊403、確定模塊405。其中，接收模塊401用于經(jīng)由El線或Tl線接收報文；判斷模塊403用于判斷報文 中的配置與本地的配置是否一致；確定模塊405用于在判斷結(jié)果為否的情況下，確定El線 或Tl線錯接。上述基站還可以包括保存模塊407和告警模塊409。其中，保存模塊407用于保存錯接信息，其中，錯接信息包括基站本地的IP地址和 錯接發(fā)生的時間；告警模塊409用于進(jìn)行告警，其中，告警指示發(fā)生錯接的El線或Tl線。從以上的描述中，可以看出，本發(fā)明實(shí)現(xiàn)了如下技術(shù)效果1、由于本發(fā)明使用后臺配置數(shù)據(jù)做為檢查判斷El線錯接的依據(jù)，因此判斷準(zhǔn)確， 不必多次試錯。2、使用軟件辦法及時發(fā)現(xiàn)錯接錯誤終止后續(xù)流程避免了新的故障發(fā)生降低了排 錯故障的難度，提高了工作效率。顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用 的計(jì)算裝置來實(shí)現(xiàn)，它們可以集中在單個的計(jì)算裝置上，或者分布在多個計(jì)算裝置所組成 的網(wǎng)絡(luò)上，可選地，它們可以用計(jì)算裝置可執(zhí)行的程序代碼來實(shí)現(xiàn)，從而，可以將它們存儲 在存儲裝置中由計(jì)算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順序執(zhí)行所示 出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或 步驟制作成單個集成電路模塊來實(shí)現(xiàn)。這樣，本發(fā)明不限制于任何特定的硬件和軟件結(jié)合。以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技 術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修 改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
一種E1線或T1線錯接的檢測方法，其特征在于，包括基站經(jīng)由所述E1線或所述T1線接收報文；所述基站判斷所述報文中的配置與本地的配置是否一致；在判斷結(jié)果為否的情況下，所述基站確定所述E1線或所述T1線錯接。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述基站判斷所述報文中的配置與本地 的配置是否一致包括所述基站從所述報文中提取協(xié)商選項(xiàng)信息，并從所述協(xié)商選項(xiàng)信息中獲取所述配置。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述基站從所述協(xié)商選項(xiàng)中獲取的所述 配置為IP地址，所述基站判斷所述報文中的配置與本地的配置是否一致還包括所述基站判斷所述IP地址是否與本地的IP地址一致。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述基站判斷所述IP地址是否與本地的 IP地址一致包括所述基站判斷本地是否存在IP地址配置；在所述基站本地存在所述IP地址配置的情況下，所述基站判斷所述協(xié)商選項(xiàng)是否是 IP地址；所述基站在確定所述協(xié)商選項(xiàng)是否是IP地址的情況下，判斷所述IP地址是否與本地 的IP地址一致。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述基站經(jīng)由多個所述El線或者多個所 述Tl線同時接收來自所述基站控制器的報文，所述基站同時判斷各個所述報文中的配置 與本地相應(yīng)的配置是否一致。
6.根據(jù)權(quán)利要求1至5中任一項(xiàng)所述的方法，其特征在于，在所述基站確定所述El線 或所述Tl線錯接之后，所述方法還包括所述基站保存錯接信息，其中，所述錯接信息包括所述基站本地的IP地址和所述錯接 發(fā)生的時間。
7.根據(jù)權(quán)利要求1至5中任一項(xiàng)所述的方法，其特征在于，在所述基站確定所述El線 或所述Tl線錯接之后，所述方法還包括所述基站進(jìn)行告警，其中，所述告警指示發(fā)生錯接的所述El線或所述Tl線。
8.一種基站，其特征在于，包括接收模塊，用于經(jīng)由El線或Tl線接收報文；判斷模塊，用于判斷所述報文中的配置與本地的配置是否一致；確定模塊，用于在判斷結(jié)果為否的情況下，確定所述El線或所述Tl線錯接。
9.根據(jù)權(quán)利要求8所述的基站，其特征在于，還包括保存模塊，用于保存錯接信息，其中，所述錯接信息包括所述基站本地的IP地址和所 述錯接發(fā)生的時間；告警模塊，用于進(jìn)行告警，其中，所述告警指示發(fā)生錯接的所述El線或所述Tl線。
10.一種El線或Tl線錯接的檢測系統(tǒng)，其特征在于，包括基站控制器；基站，經(jīng)由El線或Tl線與所述基站控制器相連接，并經(jīng)由所述El線或所述Tl線接收 來自所述基站控制器的報文，以及判斷所述報文中的配置與本地的配置是否一致，以及在判斷結(jié)果為否的情況下，確定所述El線或所述Tl線錯接。
全文摘要
本發(fā)明公開了一種E1線或T1線錯接故障的檢測方法及系統(tǒng)、基站。其中，該方法包括基站經(jīng)由E1線或T1線接收報文；基站判斷報文中的配置與本地的配置是否一致；在判斷結(jié)果為否的情況下，基站確定E1線或T1線錯接的方法。通過本發(fā)明，能夠高效、準(zhǔn)確地對E1線或T1線錯接故障進(jìn)行定位。
文檔編號H04W88/08GK101883377SQ20101021984
公開日2010年11月10日 申請日期2010年6月24日 優(yōu)先權(quán)日2010年6月24日
發(fā)明者趙金明 申請人:中興通訊股份有限公司