專利名稱：一種接入節(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ā)明者范亮, 袁博 申請人:中興通訊股份有限公司