專利名稱：一種歷史性能數(shù)據(jù)采集方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及電信網(wǎng)絡(luò)中采集網(wǎng)元側(cè)歷史性能數(shù)據(jù)的方法和系統(tǒng)。
技術(shù)背景在電信管理網(wǎng)絡(luò)中，歷史性能數(shù)據(jù)的采集經(jīng)常釆用如圖l所示的網(wǎng) 管系統(tǒng)實現(xiàn)，該網(wǎng)管系統(tǒng)中包括性能管理模塊，性能管理模塊進一步包括測量任務(wù)管理器和歷史數(shù)據(jù)采集引擎，由測量任務(wù)管理器根據(jù)預(yù)設(shè) 的任務(wù)定義解析構(gòu)造出測量任務(wù)的操作命令并下發(fā)給相應(yīng)的網(wǎng)元，由網(wǎng) 元按照測量任務(wù)的要求執(zhí)行歷史性能數(shù)據(jù)采集，并在滿足性能數(shù)據(jù)上報 條件時主動發(fā)送性能數(shù)據(jù)通告，由歷史數(shù)據(jù)采集引擎根據(jù)該通告到網(wǎng)元 上獲取采集好的性能數(shù)據(jù)。當然，歷史數(shù)據(jù)采集引擎也可以采用定期輪 詢機制從網(wǎng)元上獲取歷史性能數(shù)據(jù)。當測量任務(wù)中包括其他內(nèi)容時，比 如任務(wù)掛起、恢復(fù)、刪除以及任務(wù)屬性的修改等，其執(zhí)行過程也遵循上 述的實現(xiàn)流程。但是上述實現(xiàn)流程有如下缺點歷史性能數(shù)據(jù)釆集操作比較復(fù)雜，從而降低了功能可用性。因為測 量任務(wù)中所涉及的被監(jiān)測對象與當前已經(jīng)配置的管理對象(如單板，應(yīng) 用組件等)有關(guān)，而現(xiàn)代高可靠性的通信系統(tǒng)，往往采用負載均衡或冗 余備份策略，如果只關(guān)心單個或某幾個管理對象的性能狀況，往往沒有 實際的意義。比如網(wǎng)元下同一類型的所有單板或服務(wù)組件共同分擔業(yè)務(wù) 邏輯處理，只監(jiān)測部分單板/服務(wù)組件的性能參數(shù)，很難進行準確的性 能狀況趨勢分析。所以，在同一類型的配置管理對象發(fā)生增加/刪除 時，為了把握整體性能狀況需要調(diào)整測量任務(wù)中的被監(jiān)測對象屬性。而 現(xiàn)有技術(shù)中缺少對管理對象的監(jiān)管以及動態(tài)更新測量任務(wù)的機制。測量任務(wù)操作請求與網(wǎng)元通訊緊密耦合的實現(xiàn)方式，存在較多不可靠的因素。測量任務(wù)的操作請求包括任務(wù)啟停、屬性更改等，直接涉及與網(wǎng)元的通訊。而在實際的工程系統(tǒng)中，與網(wǎng)元的通訊能否成功受;f艮多 因素的制約，如網(wǎng)絡(luò)狀況、網(wǎng)元自身的當前工作狀態(tài)，因此，測量任務(wù) 操作請求的成功執(zhí)行并沒有一定的保障。如果網(wǎng)管系統(tǒng)單方面追求可用 性，優(yōu)先處理任務(wù)操作請求而不管對網(wǎng)元的命令執(zhí)行結(jié)果如何，這樣又 會帶來與網(wǎng)元側(cè)測量任務(wù)不同步的問題。網(wǎng)元側(cè)歷史數(shù)據(jù)采集過程容易出現(xiàn)不連續(xù)、不穩(wěn)定的現(xiàn)象。由于測 量任務(wù)操作請求與網(wǎng)元通訊緊密耦合，經(jīng)常會出現(xiàn)網(wǎng)元測量任務(wù)不同步 的問題，從而會導(dǎo)致采集到的性能數(shù)據(jù)時斷時續(xù)。發(fā)明內(nèi)容本發(fā)明要解決的技術(shù)問題是提出 一 種歷史性能數(shù)據(jù)采集方法和系 統(tǒng)，改善歷史性能數(shù)據(jù)采集的可用性、可靠性以及保證數(shù)據(jù)采集過程的 連續(xù)性和穩(wěn)定性。為了解決上述問題，本發(fā)明提出了一種歷史性能數(shù)據(jù)采集方法，通 過網(wǎng)管系統(tǒng)的配置管理模塊、歷史數(shù)據(jù)采集引擎和后臺缺省任務(wù)管理器 采集歷史性能數(shù)據(jù)，該方法包括由后臺缺省任務(wù)管理器從配置管理模塊查詢到網(wǎng)元上所配置的管理 對象信息，對支持性能參數(shù)監(jiān)測的所有同類型配置管理對象生成缺省測量任務(wù)，并自動將所述任務(wù)同步到網(wǎng)元側(cè)；網(wǎng)元側(cè)根據(jù)所述缺省測量任務(wù)執(zhí)行歷史性能數(shù)據(jù)的采集，由歷史數(shù) 據(jù)采集引擎獲取所述歷史性能數(shù)據(jù)并進行保存。進一步，上述歷史性能數(shù)據(jù)采集方法還可以具有以下特點，由所述 后臺缺省任務(wù)管理器監(jiān)聽所述配置管理模塊發(fā)出的管理對象通告，并根 據(jù)該通告中的信息對缺省測量任務(wù)中的^皮監(jiān)測對象進行調(diào)整。進一步，上述歷史性能數(shù)據(jù)釆集方法還可以具有以下特點，通過所 述后臺缺省任務(wù)管理器啟動任務(wù)信息同步操作，以便將任務(wù)信息同步到 網(wǎng)元柳j。進一步，上述歷史性能數(shù)據(jù)采集方法還可以具有以下特點，由所述歷史數(shù)據(jù)采集引擎對歷史性能數(shù)據(jù)進行篩選和過濾，保存符合預(yù)設(shè)測量 任務(wù)屬性的歷史性能數(shù)據(jù)。一種歷史性能數(shù)據(jù)采集系統(tǒng)，包括配置管理模塊，用于保存網(wǎng)元上所配置的管理對象信息，并提供給 后臺缺省任務(wù)管理器；后臺缺省任務(wù)管理器，用于查詢到網(wǎng)元上所配置的管理對象信息， 為支持性能參數(shù)監(jiān)測的所有同類型配置管理對象生成缺省測量任務(wù)，并 自動將所述任務(wù)同步到網(wǎng)元側(cè)；歷史數(shù)據(jù)采集引擎，用于將網(wǎng)元側(cè)根據(jù)缺省測量任務(wù)所采集到的歷 史性能數(shù)據(jù)進行保存。進一步，上述歷史性能數(shù)據(jù)采集系統(tǒng)還可以具有以下特點，所述后 臺缺省任務(wù)管理器還監(jiān)聽所述配置管理模塊發(fā)出的管理對象通告，并根 據(jù)該通告中的信息對缺省測量任務(wù)中的被監(jiān)測對象進行調(diào)整。進一步，上述歷史性能數(shù)據(jù)采集系統(tǒng)還可以具有以下特點，所述后 臺缺省任務(wù)管理器還啟動任務(wù)信息同步操作，以便將任務(wù)信息同步到網(wǎng) 元側(cè)。進一步，上述歷史性能數(shù)據(jù)采集系統(tǒng)還可以具有以下特點，所述歷 史性能數(shù)據(jù)采集引擎還對歷史性能數(shù)據(jù)進行篩選和過濾，保存符合預(yù)設(shè) 測量任務(wù)屬性的歷史性能數(shù)據(jù)。與現(xiàn)有技術(shù)相比，本發(fā)明通過增加后臺缺省任務(wù)管理器，自動地按 照網(wǎng)元上所配置的管理對象生成后臺缺省的性能測量任務(wù)，并動態(tài)維護 和管理這些任務(wù)，與網(wǎng)元及時通信以保證同步測量任務(wù)的信息。因此， 本發(fā)明改善了歷史性能數(shù)據(jù)采集的可用性、可靠性，保證了數(shù)據(jù)采集過 程的連續(xù)性和穩(wěn)定性。


圖1是現(xiàn)有技術(shù)中歷史性能數(shù)據(jù)采集系統(tǒng)框圖； 圖2是本發(fā)明實施例中歷史性能數(shù)據(jù)采集系統(tǒng)框圖； 圖3是本發(fā)明另 一實施例中歷史性能數(shù)據(jù)采集系統(tǒng)框圖;圖4是本發(fā)明另一實施例中歷史性能數(shù)據(jù)采集系統(tǒng)框圖； 圖5是本發(fā)明另 一實施例中歷史性能數(shù)據(jù)采集方法流程圖。
具體實施方式
本發(fā)明在網(wǎng)管系統(tǒng)的性能管理模塊中引入了后臺缺省任務(wù)管理器， 該后臺缺省任務(wù)管理器自動生成和維護后臺缺省的性能測量任務(wù)，并且 及時地、自動地將其同步到網(wǎng)元側(cè)，從而實現(xiàn)對被監(jiān)測對象的歷史性能 數(shù)據(jù)采集。因該后臺缺省任務(wù)管理器獨立于用戶操作的測量任務(wù)管理 器，不涉及與實際網(wǎng)元的通信交互，因此可以有效地改善測量任務(wù)管理 功能的可靠性、可用性并保證歷史性能數(shù)據(jù)采集過程的連續(xù)性和穩(wěn)定 性。下面根據(jù)附圖和較佳實施例詳細說明本發(fā)明。圖2示出了本發(fā)明實施例中基于后臺缺省任務(wù)的歷史性能數(shù)據(jù)釆集 系統(tǒng)框圖，所述系統(tǒng)包括配置管理模塊和性能管理模塊，所述配置管 理模塊包括管理對象才莫塊，所述性能管理模塊包括后臺缺省任務(wù)管 理器以及歷史數(shù)據(jù)采集引擎。其中，管理對象模塊，用于保存網(wǎng)元上所配置的管理對象信息，并提供給 后臺缺省任務(wù)管理器；后臺缺省任務(wù)管理器，用于在網(wǎng)管系統(tǒng)啟動后，從管理對象模塊查 詢到網(wǎng)元上所配置的管理對象信息，如配置的單板信息，應(yīng)用組件信息 等，對支持性能參數(shù)監(jiān)測的所有同類型配置管理對象生成缺省測量任 務(wù)，并自動將所述任務(wù)同步到網(wǎng)元側(cè)；歷史數(shù)據(jù)采集引擎，用于在網(wǎng)元根據(jù)缺省測量任務(wù)準備好歷史性能 數(shù)據(jù)時，根據(jù)網(wǎng)元發(fā)送的通告獲取性能數(shù)據(jù)，或者也可以由歷史數(shù)據(jù)采 集引擎采用定期輪詢機制從網(wǎng)元上獲取歷史性能數(shù)據(jù)，然后對所述數(shù)據(jù) 進行處理和分析并保存到數(shù)據(jù)庫中。所述測量任務(wù)的屬性包括被監(jiān)測對象、測量起始時間、測量終止 時間、測量粒度周期以及性能參數(shù)類型等，其中，被監(jiān)測對象包含所 有被管理網(wǎng)元下同類型的單板、應(yīng)用組件等；測量起始時間無窮早，表示一直執(zhí)行；測量終止時間無窮晚，表示永遠不停止；測量粒度周 期后臺缺省測量任務(wù)采用最小的基本測量粒度周期(例如15分鐘)； 以及測量的性能參數(shù)類型，該類型配置管理對象所支持的所有性能參數(shù) 類型，如CPU利用率、內(nèi)存使用率、業(yè)務(wù)數(shù)據(jù)流碼率、丟包率等。圖3示出本發(fā)明另一實施例，所述后臺缺省任務(wù)管理器還時刻監(jiān)聽 配置管理模塊所發(fā)出的管理對象通告，對缺省測量任務(wù)中的被監(jiān)測對象 作出相應(yīng)的調(diào)整當收到管理對象創(chuàng)建通告后，后臺缺省任務(wù)管理器將 增加測量任務(wù)中的被監(jiān)測對象；當收到管理對象刪除通告后，后臺缺省 任務(wù)管理器將減少任務(wù)中的#皮監(jiān)測對象；當收到管理對象變更通告后， 后臺缺省任務(wù)管理器將更新任務(wù)中的被監(jiān)測對象。所述后臺缺省任務(wù)管 理器在缺省任務(wù)被調(diào)整后，通過重置與該網(wǎng)元的任務(wù)同步標志，以便將 調(diào)整后的任務(wù)信息同步到網(wǎng)元側(cè)。進一步地，所述后臺缺省任務(wù)管理器還可以在下述情況下啟動任務(wù) 信息同步的操作，即通過監(jiān)聽網(wǎng)管系統(tǒng)中相關(guān)網(wǎng)元的管理對象狀態(tài)改變 通告，在接收到通告表明網(wǎng)元的通訊狀態(tài)由中斷變?yōu)榛謴?fù)后進入任務(wù)同 步過程，或者在網(wǎng)管系統(tǒng)啟動后，激活其內(nèi)部調(diào)度定時器，每隔一定時 間周期進入任務(wù)同步過程。圖4示出本發(fā)明另一實施例，所述性能管理模塊還包括前臺測量 任務(wù)管理器，用于保存預(yù)設(shè)測量任務(wù)的屬性信息。該前臺測量任務(wù)管理 器可以支持多種測量粒度周期，但是約定所支持的測量粒度周期都是前 述后臺缺省測量任務(wù)的基本粒度周期的整數(shù)倍。所述歷史性能數(shù)據(jù)采集 引擎還查詢前臺測量任務(wù)管理器，根據(jù)其中保存的測量任務(wù)屬性，對每 條性能數(shù)據(jù)進行篩選和過濾，將符合要求的所述數(shù)據(jù)保存到數(shù)據(jù)庫，其 他的數(shù)據(jù)予以丟棄。其中，所進行的篩選和過濾操作可以根據(jù)如下判斷 準則檢查性能數(shù)據(jù)所屬的被監(jiān)測對象是否被選擇；檢查性能數(shù)據(jù)的采 集時刻是否在任務(wù)起止時間段內(nèi)；檢查性能數(shù)據(jù)的采集時刻是否滿足粒 度要求；檢查性能數(shù)據(jù)的參數(shù)類型是否已在任務(wù)中定義等。才艮據(jù)上述系統(tǒng)，本發(fā)明提出了一種歷史性能數(shù)據(jù)采集方法，通過網(wǎng) 管系統(tǒng)的配置管理模塊、歷史數(shù)據(jù)采集引擎和后臺缺省任務(wù)管理器采集歷史性能數(shù)據(jù)，該方法如圖5所示，包括以下步驟步驟11，由后臺缺省任務(wù)管理器從配置管理模塊查詢到網(wǎng)元上所配 置的管理對象信息，對支持性能參數(shù)監(jiān)測的所有同類型配置管理對象生 成缺省測量任務(wù)，并自動將所述任務(wù)同步到網(wǎng)元側(cè)；步驟12，網(wǎng)元側(cè)根據(jù)所述缺省測量任務(wù)執(zhí)行歷史性能數(shù)據(jù)的采集， 由歷史數(shù)據(jù)釆集引擎獲取所述歷史性能數(shù)據(jù)并進行保存。當性能數(shù)據(jù)準備好后網(wǎng)元側(cè)向歷史數(shù)據(jù)采集引擎發(fā)送通告，由歷史 數(shù)據(jù)釆集引擎獲取性能數(shù)據(jù)，或者也可以由歷史數(shù)據(jù)采集引擎采用定期 輪詢機制從網(wǎng)元上獲取歷史性能數(shù)據(jù)。根據(jù)本發(fā)明另一實施例，步驟11中還包括由所述后臺缺省任務(wù) 管理器監(jiān)聽所述配置管理模塊發(fā)出的管理對象通告，并根據(jù)該通告中的 信息對缺省測量任務(wù)中的被監(jiān)測對象作出相應(yīng)調(diào)整。進一步地，在缺省 測量任務(wù)被調(diào)整后，通過所述后臺缺省任務(wù)管理器重置與該網(wǎng)元的任務(wù) 同步標志，進入任務(wù)同步過程以便將調(diào)整后的任:^f言息同步到網(wǎng)元側(cè)。進一步地，還可以在下述情況下啟動任務(wù)信息同步的操作，即通過 監(jiān)聽網(wǎng)管系統(tǒng)中相關(guān)網(wǎng)元的管理對象狀態(tài)改變通告，在接收到通告表明 網(wǎng)元的通訊狀態(tài)由中斷變?yōu)榛謴?fù)后進入任務(wù)同步過程，或者在網(wǎng)管系統(tǒng) 啟動后，由所述后臺缺省任務(wù)管理器激活內(nèi)部調(diào)度定時器，每隔一定時 間周期進入任務(wù)同步過程。才艮據(jù)本發(fā)明另一實施例，步驟12中還包括由所述歷史數(shù)據(jù)采集 引擎對歷史性能數(shù)據(jù)進行篩選和過濾后，將符合預(yù)設(shè)測量任務(wù)屬性的歷 史性能數(shù)據(jù)保存到數(shù)據(jù)庫?；谏鲜龊笈_缺省測量任務(wù)的實現(xiàn)，可以大大改善網(wǎng)管系統(tǒng)的測量 任務(wù)管理功能，主要表現(xiàn)在以下幾點提高了歷史性能數(shù)據(jù)采集的可用性。不需要預(yù)設(shè)測量任務(wù)中具體的 被監(jiān)測對象，而只需要為同一類型的配置管理對象(比如同一類型的服 務(wù)器組件，或同一類型的業(yè)務(wù)板)定義一個測量任務(wù)即可。當有服務(wù)器 組件或業(yè)務(wù)板增加或刪除時，系統(tǒng)將自動更新支持，使得任務(wù)管理功能 的可用性提高了。減小了測量任務(wù)操作請求失敗的可能性。由于測量任務(wù)的操作請求 不需要與網(wǎng)元進行通訊，只預(yù)設(shè)于網(wǎng)管系統(tǒng)的測量任務(wù)管理器上，請求 被成功執(zhí)行的可靠性得以保障。提高了歷史數(shù)據(jù)采集過程的連續(xù)性和穩(wěn)定性。后臺缺省任務(wù)管理器 在"第一時間"與網(wǎng)元通訊，完成測量任務(wù)的同步，并采用周期性策略不斷檢查和重試；網(wǎng)元側(cè)實際執(zhí)行的測量任務(wù)不受用戶操作的影響，一 旦啟動便不再停止。因而，性能數(shù)據(jù)采集過程的連續(xù)性和穩(wěn)定性在最大 程度上得到了保障。
權(quán)利要求
1.一種歷史性能數(shù)據(jù)采集系統(tǒng)，包括配置管理模塊，用于保存網(wǎng)元上所配置的管理對象信息，并提供給后臺缺省任務(wù)管理器；后臺缺省任務(wù)管理器，用于查詢到網(wǎng)元上所配置的管理對象信息，為支持性能參數(shù)監(jiān)測的所有同類型配置管理對象生成缺省測量任務(wù)，并自動將所述任務(wù)同步到網(wǎng)元側(cè)；歷史數(shù)據(jù)采集引擎，用于將網(wǎng)元側(cè)根據(jù)缺省測量任務(wù)所采集到的歷史性能數(shù)據(jù)進行保存。
2. 如權(quán)利要求1所述的歷史性能數(shù)據(jù)采集系統(tǒng)，所述后臺缺省任務(wù) 管理器還監(jiān)聽所述配置管理模塊發(fā)出的管理對象通告，并根據(jù)該通告中 的信息對缺省測量任務(wù)中的被監(jiān)測對象進行調(diào)整。
3. 如權(quán)利要求1或2所述的歷史性能數(shù)據(jù)采集系統(tǒng)，所述后臺缺省 任務(wù)管理器還啟動任務(wù)信息同步操作，以便將任^[言息同步到網(wǎng)元側(cè)。
4. 如權(quán)利要求1所述的歷史性能數(shù)據(jù)采集系統(tǒng)，所述歷史性能數(shù)據(jù) 采集引擎還對歷史性能數(shù)據(jù)進行篩選和過濾，保存符合預(yù)設(shè)測量任務(wù)屬 性的歷史性能數(shù)據(jù)。
5. —種歷史性能數(shù)據(jù)采集方法，通過網(wǎng)管系統(tǒng)的配置管理模塊、歷 史數(shù)據(jù)采集引擎和后臺缺省任務(wù)管理器釆集歷史性能數(shù)據(jù)，該方法包 括由后臺缺省任務(wù)管理器從配置管理模塊查詢到網(wǎng)元上所配置的管理 對象信息，對支持性能參數(shù)監(jiān)測的所有同類型配置管理對象生成缺省測 量任務(wù)，并自動將所述任務(wù)同步到網(wǎng)元側(cè)；網(wǎng)元側(cè)根據(jù)所述缺省測量任務(wù)執(zhí)行歷史性能數(shù)據(jù)的采集，由歷史數(shù) 據(jù)釆集引擎獲取所述歷史性能數(shù)據(jù)并進行保存。
6. 如權(quán)利要求5所述的歷史性能數(shù)據(jù)采集方法，還包括由所述后 臺缺省任務(wù)管理器監(jiān)聽所述配置管理模塊發(fā)出的管理對象通告，并根據(jù) 該通告中的信息對缺省測量任務(wù)中的4皮監(jiān)測對象進行調(diào)整。由可將其厚度形成得厚的低介電常數(shù)有機絕緣層形成平坦化層。當諸如SiN的無機絕緣層用作層間絕緣層16時，將無機絕緣層沉積得厚 度為2-10nm是困難的。可通過在諸如SiN層的無機絕緣層上提供有 機絕緣層來形成層間絕緣層16。在如圖4所示的間隙蝕刻類型的TFT 的情況下，特別理想的情況是，諸如SiN的無機絕緣層用作第一層以 使間隙部分穩(wěn)定。然而， 一般來講，諸如SiN的無機絕緣層的介電常 數(shù)基本上為有機絕緣層的兩倍，從而將無機絕緣層的厚度形成至最小 范圍100 200nm以實現(xiàn)特性穩(wěn)定。理想情況是，將由有機絕緣層構(gòu)成 的第二層間絕緣層層壓在由諸如SiN的無機絕緣層構(gòu)成的笫一層間絕 緣層上，以降低寄生電容。在第二實施例中，在由透光有機絕緣層構(gòu)成的層間絕緣層上方設(shè) 置由諸如ITO的透光傳導(dǎo)材料構(gòu)成的傳感器下電極。因此，可有效率 地將來自背面的照射光引向傳感器。當僅使用諸如SiN的無機絕緣層來形成具有大于ljim的厚度的 層間絕緣層16時，產(chǎn)生大的應(yīng)力，從而有時存在在基板中產(chǎn)生翹面 或裂縫的問題。為了減小應(yīng)力，提出了一種使用Si比率高的層的方法。 然而，當Si比率變高時，層的透射比降低，有時來自背面的光不能充 分地照射傳感器。由于以上原因，理想情況是，設(shè)置由無機絕緣層和 有機絕緣層的組合形成的層間絕緣層16。考慮到TFT結(jié)構(gòu)或可靠性，顯而易見的，也可將單個有機絕緣 層用作層間絕緣層。例如，當間隙制動器(gap stopper )類型的TFT 用作開關(guān)元件時，可設(shè)置單個有機絕緣層作為層間絕緣層。相反地， 從實現(xiàn)低成本的觀點來講，理想情況是，使用單個有機絕緣層。也就 是說，ITO和有機絕緣層的組合實現(xiàn)性能改進和低成本。從絕緣基板110的背面入射的光穿過絕緣基板110、層間絕緣層 16和由透光傳導(dǎo)材料構(gòu)成的傳感器下電極17到達PIN類型傳感器的 半導(dǎo)體層18。此時，作為絕緣基板110的玻璃的折射率為大約1.5~ 大約1.6，作為層間絕緣層16的有機絕緣層的折射率為大約1.6 大約 1.7，作為傳感器下電極17的ITO的折射率為大約1.8 大約1.9。折
全文摘要
本發(fā)明提出一種歷史性能數(shù)據(jù)采集方法和系統(tǒng)，由配置管理模塊保存網(wǎng)元上所配置的管理對象信息，通過新增的后臺缺省任務(wù)管理器讀取所述配置管理對象信息，為支持性能參數(shù)監(jiān)測的所有同類型配置管理對象生成缺省測量任務(wù)，并自動將所述任務(wù)同步到網(wǎng)元側(cè)。當網(wǎng)元側(cè)準備好所述數(shù)據(jù)后，由歷史數(shù)據(jù)采集引擎采集歷史性能數(shù)據(jù)并進行保存。本發(fā)明改善了歷史性能數(shù)據(jù)采集的可用性、可靠性，保證了數(shù)據(jù)采集過程的連續(xù)性和穩(wěn)定性。
文檔編號H04L12/24GK101227330SQ20081000965
公開日2008年7月23日 申請日期2008年2月19日 優(yōu)先權(quán)日2008年2月19日
發(fā)明者冬 李, 李宏敏, 王洪江 申請人:Ut斯達康通訊有限公司