專利名稱：數字用戶線端口信息收集方法及系統的制作方法
技術領域：
本發明涉及通信領域，具體而言，涉及一種數字用戶線端口信息收集方法及系統。
背景技術：
寬帶業務已經成為電信運營商的主要投資方向，業務收入不斷增長。數字用戶線 (Digital Subscriber Line，簡稱為DSL)因依托現有線路、開通快速、投資回報率高、利用 現網潛效等特點，成為寬帶主流技術。中國是全球DSL應用規模最大的市場，DSL業務也已 成為中國電信增長最快的業務及收入增長的主要來源。但寬帶業務隨著網絡規模和用戶數 量擴增，寬帶質量問題日益凸顯。網速慢、異常掉線是目前用戶反應比較強烈的熱點問題， 也是用戶對寬帶質量不滿意、引發用戶投訴的主要因素。數字用戶線是一種不斷發展的寬帶接入技術，該技術是采用先進的數字編碼技術 和調制解調(Modem)技術在常規的用戶銅質雙絞線上傳送寬帶信號。目前，已經比較成熟 并且投入使用的數字用戶線方案有非對稱數字用戶線(Asymmetric Digital Subscriber Line，簡稱為 ADSL)、第二代非對稱數字用戶線(Asymmetric DigitalSubscriber Line 2/2Plus，簡稱為 ADSL2/2+)和甚高速數字用戶線(Very high speed Digital Subscriber Line，簡稱為 VDSL)、第二代甚高速數字用戶線(Very high speed Digital Subscriber Line 2，簡稱為VDSL2)等多種數字用戶線。一般而言，上述所有DSL都統稱為xDSL。上述 方案都是通過一對調制解調器來實現，其中，一個調制解調器設置在電信局，另一個調制解 調器設置在用戶側。數字用戶線接入系統，主要包括數字用戶線接入復用器(DSLAccess Multiplexer，簡稱為 DSLAM)、客戶端設備(CustomerPremises Equipment，簡稱為 CPE)和 網絡管理系統(NetworkManagement System，簡稱為NMS)等。以下進一步分析數字用戶線接入系統的故障1、DSL鏈路異常掉線DSL異常掉線指客戶端設備與數字用戶線接入復用器的連 接非正常中斷，主要由線路質量引起，線路末梢缺陷(交接箱、分線盒、引入線和用戶室內 線)是誘發掉線的主要因素。用戶線路過長、MODEM質量、局端DSLAM的配置以及軟件版本 不合理容易引發異常掉線。2、網速慢網速慢是用戶對寬帶傳輸速率的一種體驗，除了骨干網和業務站點的 原因外，在接入層，用戶感受網速慢主要由于以下兩個原因=(I)DSLAM端口速率不達標，其 中，DSLAM端口速率不達標是指用戶MODEM和DSLAM的同步速率低于用戶申請的業務速率， 主要由線路問題和分離器問題所引起；⑵DSLAM和BAS組網不合理，例如，DSLAM級聯過多、 IP上行DSLAM分布在同一 VLAN的用戶端口過多、接入網層次不清(即BAS和DSLAM垮城域 網互連以及BAS上連帶寬不足)等。其中，與DSL鏈路層相關的是鏈路穩定性和鏈路性能。DSL鏈路異常掉線大多由于 鏈路的不穩定所導致，而DSLAM端口速率不達標大多由于DSL物理線路的鏈路性能差造成。 DSL承載的業務問題，由于涉及到DSLAM上層網絡及其相關設備軟硬件，不在此討論。
針對DSL鏈路層的穩定性和性能的線路管理系統，主要包括數字用戶線端口的信息采集、診斷與分析、策略等功能。該線路管理系統的組網具體可以參見圖1。圖1為線路管理系統的組網示意圖。如圖1所示，該網絡主要包括數字用戶線接入復用器101，主要完成數字用戶線接入的復用和解復用，包括調制解調、數字用戶線管理等。客戶端設備102，主要為調制解調器，幫助用戶從以太網數據轉為DSL數據。線路管理系統103，主要是進行所轄的數字用戶線接入復用器下的數字用戶線端口的相關信息采集、診斷與分析、策略實施。網絡管理系統104，主要是進行所轄的數字用戶線接入復用器的遠程網絡管理。業務網絡105，主要是數字用戶線接入復用器的出口所在的網絡。通常經過交換機、路由器等設備后，再經過寬帶接入服務器(Broadband Remote Access Server，簡稱為 BRAS)認證后進入公用網絡。針對線路管理系統，目前基本上采用主動進行端口掃描方式來收集信息。通常情況下，一個線路管理系統所管理的用戶為十萬至數百萬。采用這種方式存在的主要問題如 下掃描效率低。早期采用掃描全部用戶(每個用戶對應一個物理數字用戶線端口)， 非常耗時。即使通過策略優化，僅對部分用戶掃描，以30%為例，用戶數量通常也在三萬至 百萬。如果以10個線程5秒無障礙情況下并發掃描并處理一個用戶來計算，掃描五十萬個 用戶大概需要69. 4小時。掃描的有效性差。掃描時，用戶可能未激活或者已激活多次。由于存在掃描周期和掃描時間等問題，在掃描到某個用戶的時候，可能用戶端口未激活或者已經激活過多次。 一種情況是用戶端口在掃描時未激活；另一種情況是在兩次掃描期間已經激活過多次。雖 然可以通過數字用戶線接入復用器的端口信息增加相關字段來記錄上一次建鏈的相關參 數信息，但是如果在兩次掃描期間多次激活和去激活后，將只保留最后一次建鏈的相關參 數信息。由于數字用戶線端口的不同用戶的工作背景、生活方式差異很大，因此上線時間和 上線后的在線時間上可能差別很大。這將導致采集信息時一些用戶的信息無法采集到，并 很難彌補。
發明內容
針對相關技術中線路管理系統采用主動進行端口掃描方式來收集信息時，掃描效率低且掃描的有效性差的問題，本發明提供了一種數字用戶線端口信息收集系統及方法， 以解決上述問題至少之一。根據本發明的一個方面，提供了 一種數字用戶線端口信息收集方法。根據本發明的數字用戶線端口信息收集方法包括數字用戶線接入復用器獲取與當前用戶線端口對應的預設策略信息；數字用戶線接入復用器根據預設策略信息與當前用 戶申請信息采集當前用戶線端口的參數信息；各個數字用戶線接入復用器收集其所轄用戶 線端口的參數信息，并傳送至線路管理系統。根據本發明的另一方面，提供了一種數字用戶線端口信息收集系統。根據本發明的數字用戶線端口信息收集系統包括數字用戶線接入復用器，用于獲取與當前用戶線端口對應的預設策略信息，根據預設策略信息與當前用戶申請信息采集當前用戶線端口的參數信息，并收集其所轄的用戶線端口的參數信息傳送至線路管理系 統；線路管理系統，用于接收來自于數字用戶線接入復用器收集的參數信息。通過本發明，數字用戶線接入復用器根據預設策略信息與當前用戶申請信息采集 當前用戶線端口的參數信息，收集其所轄用戶線端口的參數信息，并傳送至線路管理系統。 解決了相關技術中線路管理系統采用主動進行端口掃描方式來收集信息時，掃描效率低且 掃描的有效性差的問題，進而可以提高用戶線端口采集的效率和有效性。
此處所說明的附圖用來提供對本發明的進一步理解，構成本申請的一部分，本發 明的示意性實施例及其說明用于解釋本發明，并不構成對本發明的不當限定。在附圖中圖1是線路管理系統的組網示意圖；圖2是根據本發明實施例的數字用戶線端口信息收集系統的結構框圖；圖3是根據本發明優選實施例的數字用戶線端口信息收集系統的結構框圖；圖4是根據本發明實例的數字用戶線端口信息收集系統的結構框圖；圖5是根據本發明實施例的數字用戶線端口信息收集方法的流程圖；圖6是根據本發明實施例的網元記錄監控對象的參數信息的流程圖；圖7是根據本發明實施例的采集模塊主動輪詢網元收集網元的端口參數信息的 流程圖；圖8是根據本發明實施例的網元主動要求上傳記錄情況下的流程圖；圖9是根據本發明實施例的用戶端口故障分類分析流程圖；圖10是根據本發明優選實施例的數字用戶線端口信息收集方法的流程圖。
具體實施例方式下文中將參考附圖并結合實施例來詳細說明本發明。需要說明的是，在不沖突的 情況下，本申請中的實施例及實施例中的特征可以相互組合。圖2是根據本發明實施例的數字用戶線端口信息收集系統的結構框圖。如圖2所 示，該數字用戶線端口信息收集系統包括數字用戶線接入復用器20和線路管理系統22， 以下分別進行描述。數字用戶線接入復用器20，用于獲取與當前用戶端口對應的預設策略信息，根據 預設策略信息與當前用戶申請信息采集當前用戶線端口的參數信息，并收集其所轄的用戶 線端口的參數信息傳送至線路管理系統；線路管理系統22，用于接收來自于數字用戶線接入復用器收集的參數信息。采用上述數字用戶線端口信息收集系統，通過數字用戶線接入復用器根據預設策 略與當前用戶申請信息采集當前用戶端口的參數信息，并進行批量上報，可以提高采集的 效率和有效性。 優選地，如圖3所示，上述系統還可以包括數據庫服務器24，用于將來自于數字
用戶線接入復用器的參數信息進行存儲，以進行后續的查詢與分析。 在具體實施過程中，數字用戶線接入復用器20與數據庫服務器24主要通過線路管理系統進行交互，可選地，數字用戶線接入復用器20也可以直接與數據庫服務器24進行 交互。 優選地，如圖3所示，上述系統還可以包括網絡管理系統26，用于將來自于線路 管理系統的預設策略信息進行同步并下發至數字用戶線接入復用器中。其中，數據庫服務器46，分別與線路管理系統40、網絡管理系統42、數字用戶線接 入復用器44相連接，為線路管理系統40、網絡管理系統42、和數字用戶線接入復用器44提 供數據庫服務。優選地，如圖3所示，線路管理系統22包括以下單元至少之一輪詢單元220，用 于主動輪詢各個數字用戶線接入復用器以獲取收集的參數信息；接收單元222，用于在數 字用戶線接入復用器存儲的參數信息的信息量達到預定閾值時，接收來自于數字用戶線接 入復用器收集的參數信息。優選地，如圖3所示，線路管理系統22還可以包括故障分類單元224，用于根據 收集的參數信息進行用戶線端口故障分類；確定單元226，用于根據故障分類結果確定造 成故障的原因。優選地，如圖3所示，線路管理系統22還可以包括診斷單元228，用于通過單路 端口診斷確認故障分類的正確性。在具體實施過程中，通過線路管理系統22與網管配合實現對數字用戶線端口的 實時運行參數采集策略的制定、實施和調整，并將該策略下發到對應的數字用戶線接入復 用器20及其用戶線端口上；其次，數字用戶線接入復用器20根據采集策略信息在端口建 鏈、掉鏈、速率變化等事件時觸發實時運行參數的采集，并生成可供上傳分析的數據，在線 路管理系統22需要的時候進行匯總收集或者數字用戶線接入復用器20主動請求上傳；再 次，在匯總的各批次和指定用戶的歷史運行參數記錄后，根據用戶端口故障分類方法進行 故障歸類確定可能造成批量故障的原因；并通過單路端口診斷確認故障分類的正確性。圖4是根據本發明實例的數字用戶線端口信息收集系統的結構框圖。如圖4所 示，該數字用戶線端口信息收集系統包括線路管理系統40、網絡管理系統42、數字用戶線 接入復用器44、數據庫服務器46，以下對上述各組分進行描述。上述線路管理系統40 (相當于上述線路管理系統22)，是線路管理系統網絡的核 心，是進行線路故障分析的入口和驅動系統工作的基礎。線路管理系統40可以進一步包 括用戶端口故障歸類單元400(相當于上述故障分類單元226)、策略分析單元402、第一用 戶端口診斷單元404(相當于診斷單元228的一部分，即客戶端用戶端口診斷單元)、以及網 元端口信息匯集單元406。其中，用戶端口故障歸類單元400、策略分析單元402等都離不 開數據庫服務器46所提供的相關接口和數據支持。第一用戶端口診斷單元404作為網絡 管理系統42服務側對應的客戶端進行工作。網絡管理系統42，用于根據線路管理系統40的要求提供相關服務，或者擴展相關 功能。也可以將線路管理模塊40作為其下屬的一個功能單元。在具體實施過程中，如圖4所示，網絡管理系統42可以進一步包括策略同步與下 發單元420、第二用戶端口診斷單元422(相當于診斷單元228的一部分，即網絡管理系統的 服務側用戶端口診斷單元)、用戶信息管理單元424、板卡信息獲取單元426。其中，用戶信息管理單元424可以從數據庫服務器46中的用戶信息存儲單元460中獲取用戶信息(例如，用戶號碼與網元之間的對應關系)；板卡信息獲取單元426可以從 各數字用戶線接入復用器44收集網元板卡信息(例如，各網元類型及其各槽位單板的卡類 型、軟硬件版本信息和固件信息)并存儲到數據庫服務器46的網元板卡信息存儲單元462 中。數字用戶線接入復用器44，是數字用戶線端口信息收集系統的一個重要組成部 分。用于通過擴展功能實現對采集要求的同步和每個用戶端口歷史運行參數信息的采集、 存儲和上傳。數字用戶線接入復用器44可以進一步包括采集策略管理單元440、端口信息采 集上傳單元442、用戶端口信息存儲單元444、系統管理單元446。其中，采集策略管理單元440，用于將網絡管理系統下發的采集策略進行管理；端 口信息采集上傳單元442，用于采集和上報所轄用戶線端口的信息，并存儲在用戶端口信息 存儲單元444中。數據庫服務器46，為上述線路管理系統40、網絡管理系統42、數字用戶線接入復 用器44提供數據庫服務，用于將來自于數字用戶線接入復用器的參數信息進行存儲，以進 行后續的查詢與分析。數據庫服務器46可以進一步包括存儲用戶信息的用戶信息存儲單元460、存儲 網元板卡信息的網元板卡信息存儲單元462、存儲用戶端口參數信息的用戶端口參數存儲 單元464。在具體實施過程中，數據庫服務器46可以是線路管理系統40中的一個部分，或是 一個獨立的功能單元。同時，數據庫服務器46也可以為網絡管理系統42提供數據庫服務。圖5是根據本發明實施例的數字用戶線端口信息收集方法的流程圖。如圖5所示， 該數字用戶線端口信息收集方法包括以下處理(步驟S502-步驟S506)步驟S502 數字用戶線接入復用器獲取與當前用戶端口對應的預設策略信息；步驟S504 數字用戶線接入復用器根據預設策略信息與當前用戶申請信息采集 當前用戶線端口的參數信息；步驟S506 各個數字用戶線接入復用器收集其所轄用戶線端口的參數信息，并傳 送至線路管理系統。采用上述數字用戶線端口信息收集方法，通過數字用戶線接入復用器根據預設策 略信息與當前用戶申請信息采集當前用戶端口的參數信息，并進行批量上報，可以提高采 集的效率和有效性。其中，預設策略信息包括但不限于監控狀態信息、監控模式信息、監控對象、采集 觸發模式。由此可知，上述方案提供了多種預設策略信息，數字用戶線接入復用器可以根據 多種策略信息與當前用戶申請信息采集當前用戶端口的參數信息，因此便于更有效地采集 當前用戶端口的參數信息。優選地，上述數字用戶線接入復用器獲取與當前用戶端口對應的預設策略信息包括(1)網絡管理系統從線路管理系統中獲取預設策略信息；(2)網絡管理系統將預設策略下發至數字用戶線接入復用器。
在具體實施過程中，數字用戶線接入復用器獲取與當前用戶端口對應的預設策略信息之后，更新到采集策略數據庫，以便在端口事件觸發時查詢并采取相應的采集策略。具 體可以參見圖6。圖6是根據本發明實施例的數字用戶線接入復用器(下稱網元)記錄監控對象的參數信息的流程圖。如圖6所示，該網元記錄監控對象的參數信息包括以下處理(步驟 S6O2-步驟 S6O8)步驟S602 網元的某個端口發生了建鏈、掉鏈、速率變化等監控事件的觸發事件。步驟S604 網元查詢該端口是否屬于端口監控列表，確定是否需要進行監控及其 后續操作。如果否，則到步驟610退出事件觸發。如果是，則到步驟S606。步驟S606 網元查詢該端口當前事件是否屬于端口事件監控列表。如果否，則流 程結束退出事件觸發。如果是，則執行步驟S608。步驟S608 根據監控對象要求的參數記錄要求進行記錄。通常情況下，不同監控對象要求記錄不同的參數信息。例如，對于“端口不達標”的情況，通常記錄以下信息，但不限于以下信息(1)用戶號碼；(2)用戶網元IP、機架、機框、槽位、端口 ；(3)事件時間、記錄觸發類型；(4)達標目標值參數，例如業務的目標上下行速率；(5)實際值參數，例如上下行實際速率；(6)端口的管理狀態、操作狀態；(7)診斷用的參數可達速率、線路衰減、噪聲容限、發射功率；(8)其他輔助參數例如，終端的套片廠家和固件版本。例如，對于“端口掉鏈”的情況，通常記錄以下信息，但括不僅限于以下信息(1)用戶號碼；(2)用戶網元IP、機架、機框、槽位、端口 ；(3)事件時間、記錄觸發類型；(4)鏈路的誤碼秒(ES)、嚴重誤碼秒(SES)、不可用秒計數(UAS)；(5)信道包頭效驗錯誤幀計數值(HECJP Header error check)；(6)存在錯誤并且不能糾錯的帶封裝的塊數(UncorrectBlks)；(7)端口初始化以來累計的成功訓練次數、失敗訓練次數；可選地，還可以包括動態參數信息，即記錄從建鏈過程信息及其對應的掉鏈過程 的信息。通常情況下一定記錄建鏈過程，后續的正常運行過程如果沒有異常情況(實際信 噪比余度發生較多變化等)可以不用記錄，在發生掉鏈時關閉記錄動作。優選地，從發起建 鏈到最后掉鏈的過程可以采用文件方式存儲，也可以采用數據庫存儲。線路管理系統收集網元的端口信息數據時可以采用兩種方式第一種線路管理系統主動輪詢網元。在具體實施過程中，線路管理系統通過輪詢(直接或者通過網絡管理系統)來收 集網元相關端口的參數信息。輪詢時，針對網元的實際情況，可以采用FTP等協議來進行數 據獲取。
第二種網元主動要求上傳記錄。優選地，當網元存儲的參數信息的信息量達到預定閾值時，網元請求上傳參數信 肩、ο在具體實施過程中，由于網元存儲信息容量的限制，可以在網元存儲空間或者記 錄數達標一定數量時主動向線路管理系統發起上傳請求，由線路管理系統取走端口參數信 息，并清除記錄。考慮到網元的時間不一定準確或者說是相對時間，因此每次網元在上傳端口參數 信息時必須增加批次字段。具體地，該批次字段可以用一個格式的時間字符串表示。以下結合圖7和圖8對上述兩種方式的實現方法進行描述。圖7是根據本發明實施例的采集模塊主動輪詢網元收集網元的端口參數信息的 流程圖。如圖7所示，該流程主要包括以下處理(步驟S702-步驟S710)步驟S702 線路管理系統本地策略觸發收集流程，流程啟動。步驟S704 線路管理系統的輪詢單元整理待收集的網元列表。其中，在輪詢網元 時，可以采用單線程或者多線程方式或者多計算機分攤等各種方式。步驟S706 如果待收集的網元列表為空，則結束一次輪詢網元采集端口參數信息 的流程，否則，則執行步驟S708。步驟S708 輪詢采集模塊取得一個網元信息，并從待收集的網元列表中刪除該網 元條目。步驟S710 取得一個目標網元的端口參數信息記錄，可以采用FTP等協議來進行 數據獲取。圖8是根據本發明實施例的網元主動要求上傳記錄情況下的流程圖。如圖8所示， 該流程主要包括以下處理(步驟S802-步驟S820)步驟S802 網元經過執行根據事件觸發要求記錄端口參數信息；步驟S804 網元判斷目前此類監控對象的記錄是否達到記錄容量最大值。如果 是，則結束本次流程，否則，到步驟S806。步驟S806 網元判斷目前此類監控對象的記錄是否達到記錄容量告警門限。如果 是，則到步驟S808，否則，到步驟S820。步驟S808 此類監控對象的記錄達到記錄容量告警門限，網元向線路管理系統發 起立即采集的請求，希望盡快取走端口歷史參數信息，以便騰出容量來記錄新的信息。步驟S810 網元等待線路管理模塊接的反饋，如果線路管理模塊接受采集要求， 則到步驟S818 ；否則到步驟S812。步驟S812 如果在規定時間內沒有收到同意的請求，則失敗計數加1。沒有收到線 路管理模塊的可能情況包括網絡問題導致請求丟失或不完整被服務側丟棄、線路管理模 塊服務忙無法響應等。步驟S814:判斷計數是否超過失敗計數最大值，如果是，則結束請求，到步驟 S816 ；否則到步驟S808，繼續請求上傳。步驟S816 在線路管理模塊服務無法同意上傳請求時，放棄上傳請求。步驟S818 在服務側接受上傳請求后，網元開始將歷史端口參數信息記錄上傳。步驟S820 根據監控對象和事件記錄當前端口的參數信息。
優選地，在執行步驟S506之后，還可以包括以下處理(1)線路管理系統根據收集的參數信息進行用戶線端口故障分類；(2)線路管理系統根據故障分類結果確定造成故障的原因。上述處理過程具體可以參見圖9。圖9是根據本發明實施例的用戶端口故障分類分析流程圖。如圖9所示，該流程主要包括以下處理(步驟S902-步驟S914)步驟S902 生成本次用戶端口分析表，選定要分析的記錄的范圍通常情況下按月份進行統計分析，也可以按1個或多個批次或者某個時間范圍內，也可以進一步限制網元 的地理區域等信息。步驟S904 從用戶信息表同步用戶相關信息。用戶必須是指定分析范圍內有效的。步驟S906 根據分析規則對本次用戶端口的歷史參數表進行預處理。剔除用戶端口歷史參數記錄中記錄不完整或者上行或者下行速率為0或空等各種異常的記錄，并進一 步剔除歷史記錄全部達標的記錄和對應的用戶。新增以下字段上行結果、下行結果、上行 可達很低、下行可達很低、上行可達很高、下行可達很高、日期有效等字段，還可以擴展設備 廠商等字段。并根據分析達標端口信息判定細節計算得到每個新增字段的值，供后續用戶 端口信息統計使用。步驟S908 根據本次用戶端口的歷史參數表的分析字段的數據，對用戶端口分析 表進行預處理。新增以下字段掃描次數、上行達標次數、下行達標次數、上行速率平均、下 行速率平均、上行速率變動次數、下行速率變動次數、上行可達平均、下行可達平均、上行可 達變動次數、下行可達變動次數、上行可達很低次數、下行可達很低次數、上行可達很高次 數、下行可達很高次數、配置變更次數、分類、是否達標等，并根據分析達標端口信息判定細 節計算得到每個新增字段的值，供后續分類分析使用。對所有用戶，新增字段網元類型、卡 類型、軟件版本信息、硬件版本信息，還有固件信息、終端信息等可選字段。并從網絡管理系 統對應的數據庫中的網元板卡信息表和用戶信息表中同步相應的字段信息。步驟S910 根據線路故障分類分析表中提到的4種情況劃分，再細分上下行2個 方向按照分類情況進行統計分析，得到上下行各4種分類情況。將這些分類信息同步到用 戶端口分析表的“分類”字段中，由于分上下行，因此一個用戶的分類屬性中可能還有上行、 下行的多個分類情況。步驟S912 根據每種故障分類情況的用戶數量，統計每種故障分類占本次故障用 戶的百分比，可以百分比高低確定需要進一步分析的方向。也可以直接選擇某個故障分類 方向進一步分析。步驟S914:在選個某個故障分類情況后，按不同網元類型、不同卡類型、不同硬件版本信息、不同軟件版本信息等字段統計其故障用戶占本次故障用戶總數百分比(系列值 1)，以及其占所有網元類型、卡類型、硬件版本信息、軟件版本信息的用戶的百分比(系列 值2)。通常情況下，如果系列值1的某項值的是系列值2對應的某項值的1. 3倍以上基本 上可以判斷是與那項分類有關。通過查閱對應的用戶歷史運行參數和用戶統計參數，即可 進一步確定是否符合判斷結果。提供故障歸類的分析方法對采集匯總的數據進行分析、故障預警和故障排除，從而進一步提高了批量解決故障的能力。優選地，在線路管理系統根據收集的參數信息進行故障分類之后，還可以包括以 下處理線路管理系統通過單路端口診斷確認故障分類的正確性。上述處理也可以不執行，但是，確認故障分類的正確率，可以確定當前分類的正確 率，在正確率較低的情況下，可以適當調整分類策略，根據調整后的分類策略，進行用戶線 端口故障分類。圖10是根據本發明優選實施例的數字用戶線端口信息收集方法的流程圖。如圖 10所示，根據本發明優選實施例的數字用戶線端口信息收集方法可以包括以下處理(步驟 S1002-步驟 S1014)步驟S1002 電信業務中心根據用戶申請進行資源歸還，并相應制定業務開通單， 其中，業務開通單包括用戶號碼(例如寬帶上網帳號、電話號碼等唯一號碼)、用戶端口 號碼(端口位置編號及其對應網元槽位端口號物理位置，以便網管下發申請)、業務信息 (端口的上下行速率、最小脈沖噪聲保護要求、目標噪聲余度、最大延時要求等)，以及其他 相關信息。步驟S1004:可在網管要求下獲取返回指定用戶端口的目前的策略信息。也可以 根據策略分析結果上報網管中心更新某個用戶端口的采集策略。在具體實施過程中，上述策略信息包括但不限于監控狀態、監控模式、監控對象、 采集觸發模式以及其他策略信息。其中，監控狀態，用來標識該用戶端口是否需要進行采集，如果設置為真則需要在 網元上在采集觸發模式下根據監控對象進行參數的信息收集。一般默認為真。其中，監控模式，通常分為自動(代碼-1)、手工(代碼0)、強制1次(代碼1)或 者強制N次(代碼N)。自動表示由線路管理系統自動調整監控狀態。手工，一般電信運維 人員根據需要強制采集或者不采集用戶端口的參數信息。一般默認自動。強制N次，是指 執行N次網元端口數據上傳后變監控模式變為自動且監控狀態變為假(不監控)，通常情況 下也是手工下達指令，可用于沒有故障或者故障少的用戶的復查。其中，監控對象，表示在監控狀態下監控什么類型的故障，例如端口不達標、掉鏈 等。也可進一步細化監控參數為用戶端口的性能統計參數。對每種類型或者參數可以進行 二進制編碼，并通過“或”操作實現同時監控多個對象。步驟S1006 網絡管理系統綜合步驟S1002和步驟S1004的信息，提取出用戶所在 的網元并生成采集策略，并將指定的信息下發到指定網元。步驟S1008 網元根據網絡管理系統下發的采集策略更新到網元的采集策略數據 庫，以便在端口事件觸發時查詢并采取相應的采集操作。步驟S1010 網元在端口的事件觸發(例如建鏈、掉鏈、速率改變等)時查詢當前 端口的采集策略信息，并根據采集對象進行參數記錄。步驟S1012 網元在需要的時候將各端口歷史采集對象的運行參數信息上傳到線 路管理系統的數據庫中，供后續查詢和分析使用。步驟S1014:線路診斷系統分析各端口歷史采集對象的運行參數信息，調整采集 策略。以端口不達標為例，如果在某一批次收集或者某一個時間范圍內的歷史數據中計算 得到該端口的達標結果。如果該端口的監控模式為自動，則監控狀態在達標結果“達標”時設置假，后續不進行收集；監控狀態在達標結果“不達標”時設置真，需要進行收集。如果該 端口的監控模式為手工，則監控狀態保持不變。達標結果的計算方法可以根據具體情況而定，例如，可以采用如下方法，但不限于 該方法。當用戶平均上行實際連接速率>上行配置速率X98% ；并且用戶平均下行連接速 率彡下行配置速率X98%時，確認用戶端口速率達標；否則，則確認端口為不達標。在具體實施過程中，可以進一步擴展或者修改上述計算方法，例如(1)對于次數較多的端口可以進行去除最高、最低實際速率的記錄；或者(2)對每條記錄計算是否達標，然后每次統計時同一 個端口的記錄時如果80%的 達標則可以判斷為達標。或者(3)可根據電信運營商要求定制達標計算公式。在用戶數字線端口信息采集中，端口信息包括網元如何記錄端口不達標和掉鏈 這兩種監控對象的端口信息(也可根據需要進一步擴展監控對象)，以及線路管理系統如 何收集網元的端口信息數據等。綜上所述，借助本發明提供的上述實施例，提供了一種數字用戶線端口信息收集 方案，對大量數字用戶線接入復用器的端口信息的采集，端口信息根據指定策略進行記錄， 大大提高了采集效率并保證了實時數據的有效收集；并且，提供故障歸類的分析方法對采 集匯總的數據進行分析、故障預警和故障排除，從而進一步提高了批量解決故障的能力。顯然，本領域的技術人員應該明白，上述的本發明的各模塊或各步驟可以用通用 的計算裝置來實現，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成 的網絡上，可選地，它們可以用計算裝置可執行的程序代碼來實現，從而，可以將它們存儲 在存儲裝置中由計算裝置來執行，并且在某些情況下，可以以不同于此處的順序執行所示 出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或 步驟制作成單個集成電路模塊來實現。這樣，本發明不限制于任何特定的硬件和軟件結合。以上所述僅為本發明的優選實施例而已，并不用于限制本發明，對于本領域的技 術人員來說，本發明可以有各種更改和變化。凡在本發明的精神和原則之內，所作的任何修 改、等同替換、改進等，均應包含在本發明的保護范圍之內。
權利要求
一種數字用戶線端口信息收集方法，其特征在于，包括數字用戶線接入復用器獲取與當前用戶線端口對應的預設策略信息；所述數字用戶線接入復用器根據所述預設策略信息與當前用戶申請信息采集所述當前用戶線端口的參數信息；各個所述數字用戶線接入復用器收集其所轄用戶線端口的參數信息，并傳送至線路管理系統。
2.根據權利要求1所述的方法，其特征在于，所述預設策略信息包括 監控狀態信息、監控模式信息、監控對象、采集觸發模式。
3.根據權利要求1或2所述的方法，其特征在于，所述數字用戶線接入復用器獲取與當 前用戶線端口對應的預設策略信息包括所述網絡管理系統從所述線路管理系統中獲取所述預設策略信息； 所述網絡管理系統將所述預設策略信息下發至所述數字用戶線接入復用器。
4.根據權利要求1或2所述的方法，其特征在于，各個所述數字用戶線接入復用器通過 以下至少之一方式將所述參數信息傳送至所述線路管理系統所述線路管理系統主動輪詢各個所述數字用戶線接入復用器以獲取所述參數信息； 當所述數字用戶線接入復用器存儲的所述參數信息的信息量達到預定閾值時，所述數 字用戶線接入復用器請求上傳所述參數信息。
5.根據權利要求1或2所述的方法，其特征在于，各個所述數字用戶線接入復用器將所 述參數信息傳送至線路管理系統之后，還包括所述線路管理系統根據收集的參數信息進行用戶線端口故障分類； 所述線路管理系統根據故障分類結果確定造成故障的原因。
6.根據權利要求5所述的方法，其特征在于，在所述線路管理系統根據收集的參數信 息進行故障分類之后，還包括所述線路管理系統通過單路端口診斷確認故障分類的正確性。
7.一種數字用戶線端口信息收集系統，其特征在于，包括數字用戶線接入復用器，用于獲取與當前用戶線端口對應的預設策略信息，根據所述 預設策略信息與當前用戶申請信息采集所述當前用戶線端口的參數信息，并收集其所轄的 用戶線端口的參數信息傳送至線路管理系統；所述線路管理系統，用于接收來自于所述數字用戶線接入復用器收集的參數信息。
8.根據權利要求7所述的系統，其特征在于，所述線路管理系統還包括數據庫服務器，用于將來自于所述數字用戶線接入復用器的參數信息進行存儲，以進 行后續的查詢與分析。
9.根據權利要求7或8所述的系統，其特征在于，所述線路管理系統還包括網絡管理系統，用于將來自于所述線路管理系統的所述預設策略信息進行同步并下發 至所述數字用戶線接入復用器中。
10.根據權利要求7或8所述的系統，其特征在于，所述線路管理系統還包括以下單元 至少之一輪詢單元，用于主動輪詢各個所述數字用戶線接入復用器以獲取所述收集的參數信息；接收單元，用于在所述數字用戶線接入復用器存儲的參數信息的信息量達到預定閾值 時，接收來自于所述數字用戶線接入復用器的所述收集的參數信息。
11.根據權利要求7或8所述的系統，其特征在于，所述線路管理系統還包括 故障分類單元，用于根據所述收集的參數信息進行用戶線端口故障分類；確定單元，用于根據故障分類結果確定造成故障的原因。
12.根據權利要求11所述的系統，其特征在于，所述線路管理系統還包括 診斷單元，用于通過單路端口診斷確認故障分類的正確性。
全文摘要
本發明公開了一種數字用戶線端口信息收集方法及系統。在上述方法中，數字用戶線接入復用器獲取與當前用戶線端口對應的預設策略信息；數字用戶線接入復用器根據預設策略信息與當前用戶申請信息采集當前用戶線端口的參數信息；各個數字用戶線接入復用器收集其所轄用戶線端口的參數信息，并傳送至線路管理系統。根據本發明提供的技術方案，可以提高用戶線端口采集的效率和有效性。
文檔編號H04L12/26GK101800666SQ201010119428
公開日2010年8月11日 申請日期2010年2月24日 優先權日2010年2月24日
發明者陸新華 申請人:中興通訊股份有限公司