專利名稱:一種接入節(jié)點(diǎn)的診斷方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及網(wǎng)絡(luò)通信領(lǐng)域,尤其涉及一種接入節(jié)點(diǎn)的診斷方法及系統(tǒng)。
背景技術(shù):
近年來,隨著電信業(yè)的飛速發(fā)展,互聯(lián)網(wǎng)的普及率也在快速提升,網(wǎng)絡(luò)容量和網(wǎng)絡(luò) 設(shè)備的性能升級(jí)速度遠(yuǎn)遠(yuǎn)跟不上互聯(lián)網(wǎng)用戶和互聯(lián)網(wǎng)業(yè)務(wù)的發(fā)展速度,網(wǎng)絡(luò)故障頻發(fā)、服 務(wù)質(zhì)量不穩(wěn)定,對網(wǎng)絡(luò)維護(hù)能力帶來了非常大的挑戰(zhàn),網(wǎng)絡(luò)整體服務(wù)質(zhì)量很難提升,如何提 升現(xiàn)有網(wǎng)絡(luò)的維護(hù)效率、進(jìn)而提升客戶服務(wù)質(zhì)量,已經(jīng)成為越來越重要的研究課題。業(yè)務(wù)控制節(jié)點(diǎn)(Service Node, SN),如遠(yuǎn)端寬帶接入服務(wù)器(BroadbandRemote Access Server, BRAS)、業(yè)務(wù)路由器(Service Router, SR)等,是寬帶網(wǎng)絡(luò)的業(yè)務(wù)控制網(wǎng) 元,在網(wǎng)絡(luò)中扮演著用戶管理、用戶業(yè)務(wù)控制的重要角色。接入節(jié)點(diǎn)(Access Node, AN), 如DSLAM、0LT/0NU、用戶側(cè)交換機(jī)等,是寬帶網(wǎng)絡(luò)的接入側(cè)網(wǎng)元,在網(wǎng)絡(luò)中扮演著“最后一公 里”用戶鏈路接入和管理的角色,是最終用戶與SN之間的重要網(wǎng)元,AN的配置錯(cuò)誤、流量擁 塞、設(shè)備故障等都會(huì)對用戶會(huì)話或用戶業(yè)務(wù)質(zhì)量產(chǎn)生影響。在目前的寬帶接入網(wǎng)絡(luò)中,SN和AN通常采用不同的網(wǎng)絡(luò)管理系統(tǒng)(Network Management System,匪S)進(jìn)行配置和維護(hù),且在很多情況下歸屬不同的維護(hù)團(tuán)隊(duì),如一個(gè) 運(yùn)營商內(nèi)部的業(yè)務(wù)節(jié)點(diǎn)維護(hù)團(tuán)隊(duì)和接入節(jié)點(diǎn)維護(hù)團(tuán)隊(duì),或者業(yè)務(wù)批發(fā)(Wholesale)場景下 兩者屬于不同的運(yùn)營商,由各自的維護(hù)團(tuán)隊(duì)負(fù)責(zé)維護(hù)。在這些情況下,用戶的會(huì)話故障或服務(wù)質(zhì)量下降等問題發(fā)生后,就可能需要跨網(wǎng) 管系統(tǒng)、跨維護(hù)團(tuán)隊(duì)甚至是跨運(yùn)營商進(jìn)行協(xié)同診斷,其維護(hù)效率也逐次降低。特別是跨維護(hù) 團(tuán)隊(duì)或跨運(yùn)營商協(xié)作時(shí),往往會(huì)出現(xiàn)問題描述不清、多次反復(fù)確認(rèn)等溝通問題,很難達(dá)到高 效、快速定位的效果。根據(jù)上述描述,現(xiàn)有技術(shù)不能快速、高效地對AN進(jìn)行診斷的根源在于,兩套管理 系統(tǒng)各自獨(dú)立工作,無法實(shí)現(xiàn)對于各種診斷信息快速、一致的收集。而在寬帶網(wǎng)絡(luò)中,SN是 用戶會(huì)話和業(yè)務(wù)的控制節(jié)點(diǎn),SN及其管理系統(tǒng)和管理人員需要及時(shí)、準(zhǔn)確地了解AN上的診 斷信息,來快速確認(rèn)網(wǎng)絡(luò)故障或服務(wù)質(zhì)量下降的情況發(fā)生的原因,所以,現(xiàn)有技術(shù)不能很好 的滿足業(yè)務(wù)需求。
發(fā)明內(nèi)容
有鑒于此,本發(fā)明的主要目的在于提供一種接入節(jié)點(diǎn)的診斷方法及系統(tǒng),能夠快 速、高效地對AN進(jìn)行診斷,從而提高網(wǎng)絡(luò)故障和用戶業(yè)務(wù)故障時(shí)的診斷效率。為達(dá)到上述目的,本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的一種接入節(jié)點(diǎn)AN的診斷方法,包括業(yè)務(wù)控制節(jié)點(diǎn)SN向AN發(fā)送診斷查詢消息;AN收到所述診斷查詢消息之后向SN返回相應(yīng)的診斷查詢響應(yīng)消息;SN根據(jù)所述診斷查詢響應(yīng)消息對AN進(jìn)行診斷。
診斷查詢消息攜帶查詢對象,所述查詢對象為以下一種或幾種配置信息、業(yè)務(wù)功 能相關(guān)信息、告警信息、設(shè)備信息。所述SN向AN發(fā)送診斷查詢消息為由SN的管理系統(tǒng)按照實(shí)際診斷需求向SN下發(fā)對AN的診斷查詢指令,SN根據(jù)該 指令向AN發(fā)送診斷查詢消息;或者,由SN按照設(shè)定規(guī)則自動(dòng)向AN發(fā)送診斷查詢消息;或者,SN根據(jù)用戶命令向AN發(fā)送診斷查詢消息。所述SN通過接入節(jié)點(diǎn)控制協(xié)議ANCP向AN發(fā)送診斷查詢消息。所述SN通過虛擬寬帶接入服務(wù)器機(jī)制VBAS向AN發(fā)送診斷查詢消息。所述SN為寬帶接入服務(wù)器BAS、或?qū)拵нh(yuǎn)端接入服務(wù)器BRAS、或二層隧道協(xié)議網(wǎng) 絡(luò)服務(wù)器LNS、或業(yè)務(wù)路由器SR。一種接入節(jié)點(diǎn)的診斷系統(tǒng),包括SN和AN,所述SN,用于向AN發(fā)送診斷查詢消息;以及根據(jù)來自AN的診斷查詢響應(yīng)消息對 AN進(jìn)行診斷;所述AN,用于在收到來自SN的診斷查詢消息之后,向SN返回相應(yīng)的診斷查詢響應(yīng) 消息。所述SN向AN發(fā)送的診斷查詢消息攜帶查詢對象,所述查詢對象為以下一種或幾 種配置信息、業(yè)務(wù)功能相關(guān)信息、告警信息、設(shè)備信息。該系統(tǒng)還包括SN的管理系統(tǒng),所述SN的管理系統(tǒng),用于按照實(shí)際診斷需求向SN下發(fā)對AN的診斷查詢指令;所述SN,還用于根據(jù)來自所述SN的管理系統(tǒng)的診斷查詢指令,向AN發(fā)送診斷查詢 消息。所述SN向AN發(fā)送診斷查詢消息為SN按照設(shè)定規(guī)則自動(dòng)向AN發(fā)送診斷查詢消 肩、ο所述SN,還用于根據(jù)用戶命令向AN發(fā)送診斷查詢消息。所述SN向AN發(fā)送診斷查詢消息為SN通過ANCP向AN發(fā)送診斷查詢消息。所述SN通過VBAS向AN發(fā)送診斷查詢消息。所述SN 為 BAS、或 BRAS、或 LNS、或 SR。本發(fā)明接入節(jié)點(diǎn)的診斷方法及系統(tǒng),當(dāng)SN需要對AN進(jìn)行診斷時(shí),直接向AN發(fā)送 診斷查詢消息,再根據(jù)AN返回的診斷查詢響應(yīng)消息進(jìn)行診斷,從而實(shí)現(xiàn)通過SN對AN的直 接診斷。由于本發(fā)明省去了 SN所屬的網(wǎng)管系統(tǒng)、或維護(hù)團(tuán)隊(duì)、或運(yùn)營商與AN所屬的網(wǎng)管系 統(tǒng)、或維護(hù)團(tuán)隊(duì)、或運(yùn)營商之間的溝通問題,所以,能夠快速、高效地對AN進(jìn)行診斷,提高了 網(wǎng)絡(luò)故障和用戶業(yè)務(wù)故障時(shí)的診斷效率。
圖1為本發(fā)明的網(wǎng)絡(luò)拓?fù)鋱D;圖2為本發(fā)明接入節(jié)點(diǎn)的診斷方法流程示意圖;圖3為本發(fā)明第一實(shí)施例的網(wǎng)絡(luò)拓?fù)鋱D;圖4為本發(fā)明第一實(shí)施例的流程示意圖5為本發(fā)明第二實(shí)施例的網(wǎng)絡(luò)拓?fù)鋱D;圖6為本發(fā)明第二實(shí)施例的流程示意圖;圖7為本發(fā)明第三實(shí)施例的流程示意圖;圖8為本發(fā)明第四實(shí)施例的流程示意圖。
具體實(shí)施例方式本發(fā)明的基本思想是當(dāng)SN需要對AN進(jìn)行診斷時(shí),直接向AN發(fā)送診斷查詢消息, 再根據(jù)AN返回的診斷查詢響應(yīng)消息進(jìn)行診斷。有鑒于此,本發(fā)明提供了一種接入節(jié)點(diǎn)的診斷方法及系統(tǒng),工作原理如下SN通 過SN與AN之間的通信協(xié)議,如接入節(jié)點(diǎn)控制協(xié)議(Access Node ControlProtocol,ANCP), 或者通過虛擬寬帶接入服務(wù)器機(jī)制(VBAS)向AN發(fā)送診斷查詢消息(包括配置信息,業(yè)務(wù) 功能相關(guān)信息,告警信息,設(shè)備信息等相關(guān)信息),AN收到查詢消息之后向SN返回查詢結(jié) 果,從而實(shí)現(xiàn)通過SN對AN的直接診斷。本發(fā)明中,SN可以為寬帶接入服務(wù)器(BAS)、寬帶 遠(yuǎn)端接入服務(wù)器(BRAS)、二層隧道協(xié)議網(wǎng)絡(luò)服務(wù)器(LNS)、業(yè)務(wù)路由器(SR)等用戶業(yè)務(wù)控 制設(shè)備。圖1為本發(fā)明的網(wǎng)絡(luò)拓?fù)鋱D,如圖1所示,本發(fā)明的網(wǎng)絡(luò)包括RG、AN、中間網(wǎng)絡(luò)和 SN。圖2為本發(fā)明接入節(jié)點(diǎn)的診斷方法流程示意圖,如圖2所示,本發(fā)明接入節(jié)點(diǎn)的診斷方 法包括以下步驟步驟201 SN向AN發(fā)送診斷查詢消息。這里,SN可以通過SN與AN之間的通信協(xié)議,如接入節(jié)點(diǎn)控制協(xié)議(AccessNode Control Protocol, ANCP)等向AN發(fā)送診斷查詢消息,所述診斷查詢消息攜帶查詢對象,查 詢對象可以是以下一種或幾種配置信息、業(yè)務(wù)功能相關(guān)信息、告警信息、設(shè)備信息。另外,觸發(fā)本診斷流程的方式可以有多種,例如,可以由SN的管理系統(tǒng)按照實(shí)際 診斷需求向SN下發(fā)對AN的診斷查詢指令,SN根據(jù)該指令觸發(fā)本流程,也可以由SN按照設(shè) 定規(guī)則(如檢測到用戶心跳報(bào)文丟失等)自動(dòng)觸發(fā)本流程,還可以通過命令行的方式進(jìn)行 手工觸發(fā),即根據(jù)用戶命令向AN發(fā)送診斷查詢消息。步驟202 =AN收到所述診斷查詢消息之后向SN返回相應(yīng)的診斷查詢響應(yīng)消息。步驟203 =SN根據(jù)所述診斷查詢響應(yīng)消息對AN進(jìn)行診斷。需要說明的是,上述接入節(jié)點(diǎn)的診斷方法不僅可以用于網(wǎng)絡(luò)故障(如用戶會(huì)話異 常中斷等)時(shí)的診斷,而且可以用于用戶申訴服務(wù)質(zhì)量下降(如用戶投訴帶寬總是達(dá)不到 簽約值等)時(shí)的診斷,還可以用于日常的業(yè)務(wù)檢查。需要說明的是,上述方法可以與現(xiàn)有的SN與AN之間的操作維護(hù)管理(Operation Administration Management, 0AM)機(jī)制(如 Ethernet 0AM,以太網(wǎng) 0AM 協(xié)議)和 ANCP 協(xié)議接入鏈路OAM機(jī)制(參見Broadband Forum (寬帶論壇)TR-147 (TR,Technical R印ort,技術(shù)報(bào)告)和因特網(wǎng)工程任務(wù)組GnternetEngineering Task Force, IETF) draff-ietf-ancp-protocol-06)配合,實(shí)現(xiàn)通過SN對接入鏈路、AN、AN與SN間的鏈路的 “一站式”診斷,從而提升網(wǎng)絡(luò)和業(yè)務(wù)的維護(hù)效率。本發(fā)明還相應(yīng)地提供一種接入節(jié)點(diǎn)的診斷系統(tǒng),該系統(tǒng)包括SN和AN,其中,SN用于向AN發(fā)送診斷查詢消息;以及根據(jù)來自AN的診斷查詢響應(yīng)消息對AN進(jìn)行診斷;AN用于在收到來自SN的診斷查詢消息之后,向SN返回相應(yīng)的診斷查詢響應(yīng)消息。SN向AN發(fā)送的診斷查詢消息攜帶查詢對象,所述查詢對象為以下一種或幾種配 置信息、業(yè)務(wù)功能相關(guān)信息、告警信息、設(shè)備信息。該系統(tǒng)還包括SN的管理系統(tǒng),SN的管理系統(tǒng),用于按照實(shí)際診斷需求向SN下發(fā)對AN的診斷查詢指令;SN,還用于根據(jù)來自所述SN的管理系統(tǒng)的診斷查詢指令,向AN發(fā)送診斷查詢消 肩、οSN向AN發(fā)送診斷查詢消息為SN按照設(shè)定規(guī)則自動(dòng)向AN發(fā)送診斷查詢消息。SN,還用于根據(jù)用戶命令向AN發(fā)送診斷查詢消息。SN向AN發(fā)送診斷查詢消息為SN通過ANCP向AN發(fā)送診斷查詢消息。SN通過虛擬寬帶接入服務(wù)器機(jī)制VBAS向AN發(fā)送診斷查詢消息。SN為BAS、BRAS、LNS、SR等用戶業(yè)務(wù)控制設(shè)備。下面通過具體實(shí)施例對本發(fā)明作進(jìn)一步詳細(xì)描述。第一實(shí)施例本實(shí)施例描述PPPoE用戶會(huì)話異常情況下進(jìn)行自動(dòng)診斷的情況,圖3為本發(fā)明第 一實(shí)施例的網(wǎng)絡(luò)拓?fù)鋱D,如圖3所示,本發(fā)明第一實(shí)施例的網(wǎng)絡(luò)包括RG、DSLAM、中間網(wǎng)絡(luò)和 BRAS0圖4為本發(fā)明第一實(shí)施例的流程示意圖,如圖4所示,本發(fā)明第一實(shí)施例包括以下步 驟步驟401 =BRAS通過用戶PPP keep alive消息連續(xù)三次丟失,判斷用戶會(huì)話產(chǎn)生異常。步驟402 啟動(dòng)接入節(jié)點(diǎn)診斷機(jī)制,BRAS向DSLAM發(fā)送診斷查詢消息,查詢DSLAM 用戶側(cè)端口配置、該用戶的上行VLAN配置、上下行端口是否擁塞、系統(tǒng)CPU是否過高等。步驟403 若BRAS通過診斷消息發(fā)現(xiàn)AN異常,則向管理系統(tǒng)上報(bào)異常;若沒有發(fā) 現(xiàn)異常,則繼續(xù)檢查DSLAM與用戶家庭網(wǎng)關(guān)(Residential Gateway,RG)之間的鏈路是否正 常,及DSLAM與BRAS之間的鏈路或節(jié)點(diǎn)是否發(fā)生故障。步驟404:若上述三種診斷和檢查都沒有發(fā)現(xiàn)異常,則判斷用戶側(cè)網(wǎng)管出現(xiàn)異常 (如用戶PC與RG之間的網(wǎng)線斷開等)。第二實(shí)施例本實(shí)施例描述用戶投訴服務(wù)質(zhì)量不穩(wěn)定時(shí),按需通過SR對DSLAM進(jìn)行診斷的情 況,圖5為本發(fā)明第二實(shí)施例的網(wǎng)絡(luò)拓?fù)鋱D,如圖5所示,本發(fā)明第二實(shí)施例的網(wǎng)絡(luò)包括RG、 DSLAM、中間網(wǎng)絡(luò)和SR。圖6為本發(fā)明第二實(shí)施例的流程示意圖,如圖6所示,本發(fā)明第二實(shí) 施例包括以下步驟步驟601 服務(wù)中心接到用戶服務(wù)質(zhì)量不穩(wěn)定投訴,通知維護(hù)團(tuán)隊(duì)進(jìn)行故障診斷。步驟602 通過SR設(shè)備的網(wǎng)管系統(tǒng)首先對SR設(shè)備進(jìn)行診斷。步驟603 在確認(rèn)SR設(shè)備沒有故障的情況下,利用SR與DSLAM之間的Khernet OAM機(jī)制檢測SR與DSLAM之間的網(wǎng)絡(luò)有無故障。步驟604 在確認(rèn)SR與DSLAM之間的網(wǎng)絡(luò)沒有故障的情況下,通過ANCP接入鏈路 OAM機(jī)制檢測DSLAM與用戶RG(Residential (Gateway,家庭網(wǎng)關(guān))之間的鏈路是否正常。
步驟605 在確認(rèn)用戶接入鏈路正常的情況下,啟動(dòng)接入節(jié)點(diǎn)診斷機(jī)制,BRAS向 DSLAM發(fā)送診斷查詢消息,查詢DSLAM用戶側(cè)端口配置、該用戶的上行VLAN配置、上下行端 口是否擁塞、系統(tǒng)CPU是否過高等。步驟606 若BRAS通過診斷消息發(fā)現(xiàn)AN異常,則向AN維護(hù)團(tuán)隊(duì)上報(bào)異常;若沒有 發(fā)現(xiàn)異常,則判斷為該用戶內(nèi)部網(wǎng)絡(luò)出現(xiàn)異常。第三實(shí)施例本實(shí)施例描述在接到IPoE用戶業(yè)務(wù)中斷投訴后,按需通過SR對DSLAM進(jìn)行診斷 的情況,本實(shí)施例的網(wǎng)絡(luò)如圖5所示,圖7為本發(fā)明第三實(shí)施例的流程示意圖,如圖7所示, 本發(fā)明第三實(shí)施例包括以下步驟步驟701 服務(wù)中心接到用戶業(yè)務(wù)中斷投訴,通知維護(hù)團(tuán)隊(duì)進(jìn)行故障診斷。步驟702 通過SR設(shè)備的網(wǎng)管系統(tǒng)首先對SR設(shè)備進(jìn)行診斷。步驟703 在確認(rèn)SR設(shè)備沒有故障的情況下,利用SR與DSLAM之間的Khernet OAM機(jī)制檢測SR與DSLAM之間的網(wǎng)絡(luò)有無故障。步驟704 在確認(rèn)SR與DSLAM之間的網(wǎng)絡(luò)沒有故障的情況下,通過ANCP接入鏈路 OAM機(jī)制檢測DSLAM與用戶RG之間的鏈路是否正常。步驟705 在確認(rèn)用戶接入鏈路正常的情況下,啟動(dòng)接入節(jié)點(diǎn)診斷機(jī)制,BRAS向 DSLAM發(fā)送診斷查詢消息,查詢DSLAM用戶側(cè)端口配置、該用戶的上行VLAN配置等。步驟706 若BRAS通過診斷消息發(fā)現(xiàn)AN異常,則向AN維護(hù)團(tuán)隊(duì)上報(bào)異常;若沒有 發(fā)現(xiàn)異常,則判斷為該用戶內(nèi)部網(wǎng)絡(luò)出現(xiàn)異常(如用戶PC與RG之間的網(wǎng)線斷開等)。第四實(shí)施例本實(shí)施例描述對用戶業(yè)務(wù)進(jìn)行日常檢查的情況,圖8為本發(fā)明第四實(shí)施例的流程 示意圖,如圖8所示,本發(fā)明第四實(shí)施例包括以下步驟步驟801 在用戶業(yè)務(wù)正常的情況下,維護(hù)人員通過網(wǎng)管系統(tǒng)或命令行向SN下發(fā) 與某用戶業(yè)務(wù)相關(guān)的AN診斷查詢消息。步驟802 =AN在收到該查詢消息以后,向SN返回查詢結(jié)果。步驟803 維護(hù)人員在通過網(wǎng)管系統(tǒng)或SN的命令行調(diào)試信息,分析該業(yè)務(wù)的配置 和運(yùn)行情況是否正常。以上所述,僅為本發(fā)明的較佳實(shí)施例而已,并非用于限定本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種接入節(jié)點(diǎn)AN的診斷方法,其特征在于,該方法包括 業(yè)務(wù)控制節(jié)點(diǎn)SN向AN發(fā)送診斷查詢消息;AN收到所述診斷查詢消息之后向SN返回相應(yīng)的診斷查詢響應(yīng)消息; SN根據(jù)所述診斷查詢響應(yīng)消息對AN進(jìn)行診斷。
2.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述診斷查詢消息攜帶查詢對象,所述查 詢對象為以下一種或幾種配置信息、業(yè)務(wù)功能相關(guān)信息、告警信息、設(shè)備信息。
3.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述SN向AN發(fā)送診斷查詢消息為由SN的管理系統(tǒng)按照實(shí)際診斷需求向SN下發(fā)對AN的診斷查詢指令,SN根據(jù)該指令 向AN發(fā)送診斷查詢消息;或者,由SN按照設(shè)定規(guī)則自動(dòng)向AN發(fā)送診斷查詢消息; 或者,SN根據(jù)用戶命令向AN發(fā)送診斷查詢消息。
4.根據(jù)權(quán)利要求1至3任一項(xiàng)所述的方法,其特征在于,所述SN通過接入節(jié)點(diǎn)控制協(xié) 議ANCP向AN發(fā)送診斷查詢消息。
5.根據(jù)權(quán)利要求1至3任一項(xiàng)所述的方法,其特征在于,所述SN通過虛擬寬帶接入服 務(wù)器機(jī)制VBAS向AN發(fā)送診斷查詢消息。
6.根據(jù)權(quán)利要求1至3任一項(xiàng)所述的方法,其特征在于,所述SN為寬帶接入服務(wù)器 BAS、或?qū)拵нh(yuǎn)端接入服務(wù)器BRAS、或二層隧道協(xié)議網(wǎng)絡(luò)服務(wù)器LNS、或業(yè)務(wù)路由器SR。
7.一種接入節(jié)點(diǎn)的診斷系統(tǒng),其特征在于,該系統(tǒng)包括SN和AN,所述SN,用于向AN發(fā)送診斷查詢消息;以及根據(jù)來自AN的診斷查詢響應(yīng)消息對AN進(jìn) 行診斷;所述AN,用于在收到來自SN的診斷查詢消息之后,向SN返回相應(yīng)的診斷查詢響應(yīng)消肩、ο
8.根據(jù)權(quán)利要求7所述的系統(tǒng),其特征在于,所述SN向AN發(fā)送的診斷查詢消息攜帶查 詢對象,所述查詢對象為以下一種或幾種配置信息、業(yè)務(wù)功能相關(guān)信息、告警信息、設(shè)備信 肩、ο
9.根據(jù)權(quán)利要求7所述的系統(tǒng),其特征在于,該系統(tǒng)還包括SN的管理系統(tǒng), 所述SN的管理系統(tǒng),用于按照實(shí)際診斷需求向SN下發(fā)對AN的診斷查詢指令;所述SN,還用于根據(jù)來自所述SN的管理系統(tǒng)的診斷查詢指令,向AN發(fā)送診斷查詢消肩、ο
10.根據(jù)權(quán)利要求7所述的系統(tǒng),其特征在于,所述SN向AN發(fā)送診斷查詢消息為SN 按照設(shè)定規(guī)則自動(dòng)向AN發(fā)送診斷查詢消息。
11.根據(jù)權(quán)利要求7所述的系統(tǒng),其特征在于,所述SN,還用于根據(jù)用戶命令向AN發(fā)送診斷查詢消息。
12.根據(jù)權(quán)利要求7至11任一項(xiàng)所述的系統(tǒng),其特征在于,所述SN向AN發(fā)送診斷查詢 消息為SN通過ANCP向AN發(fā)送診斷查詢消息。
13.根據(jù)權(quán)利要求7至11任一項(xiàng)所述的系統(tǒng),其特征在于,所述SN通過VBAS向AN發(fā) 送診斷查詢消息。
14.根據(jù)權(quán)利要求7至11任一項(xiàng)所述的系統(tǒng),其特征在于,所述SN為BAS、或BRAS、或 LNS、或 SR。
全文摘要
本發(fā)明公開了一種接入節(jié)點(diǎn)(AN)的診斷方法,包括業(yè)務(wù)控制節(jié)點(diǎn)(SN)向AN發(fā)送診斷查詢消息;AN收到所述診斷查詢消息之后向SN返回相應(yīng)的診斷查詢響應(yīng)消息;SN根據(jù)所述診斷查詢響應(yīng)消息對AN進(jìn)行診斷。本發(fā)明還相應(yīng)地公開了一種接入節(jié)點(diǎn)的診斷系統(tǒng)。由于本發(fā)明省去了SN所屬的網(wǎng)管系統(tǒng)、或維護(hù)團(tuán)隊(duì)、或運(yùn)營商與AN所屬的網(wǎng)管系統(tǒng)、或維護(hù)團(tuán)隊(duì)、或運(yùn)營商之間的溝通問題,所以,能夠快速、高效地對AN進(jìn)行診斷。
文檔編號(hào)H04L12/26GK102136958SQ20101010269
公開日2011年7月27日 申請日期2010年1月22日 優(yōu)先權(quán)日2010年1月22日
發(fā)明者范亮, 袁博 申請人:中興通訊股份有限公司