[發(fā)明專利]一種遠(yuǎn)程管理中協(xié)商設(shè)備處理能力的方法

有效

• 申請?zhí)枺?/td>: 200610061379.2
• 申請日: 2006-06-27
• 公開（公告）號: CN101098247A
• 公開（公告）日: 2008-01-02
• 發(fā)明（設(shè)計）人: 王東琦;丁志明;吳黃偉
• 申請（專利權(quán)）人: 華為技術(shù)有限公司
• 主分類號: H04L12/24
• 分類號: H04L12/24;H04L29/06
• 代理公司: 深圳中一專利商標(biāo)事務(wù)所
• 代理人: 歐陽啟明

技術(shù)領(lǐng)域

本發(fā)明涉及對設(shè)備進(jìn)行遠(yuǎn)程管理技術(shù)領(lǐng)域，具體來說，涉及到ACS和 CPE協(xié)商處理能力的技術(shù)。

背景技術(shù)

隨著數(shù)字信息技術(shù)的高速發(fā)展，越來越多的基于IP的設(shè)備，例如網(wǎng)關(guān)、 IPTV(網(wǎng)絡(luò)電視)、VoIP(基于IP的語音傳輸)等開始進(jìn)入人們的家庭和企業(yè)內(nèi) 部。上述的數(shù)字設(shè)備以本地網(wǎng)關(guān)為核心進(jìn)行組網(wǎng)，本地網(wǎng)關(guān)提供統(tǒng)一的對外 出口連接Internet，對內(nèi)本地的各種設(shè)備通過本地網(wǎng)關(guān)進(jìn)行互連互通。

隨著家庭或企業(yè)中各種智能設(shè)備的增多，需要一種能通過遠(yuǎn)程對家庭或 者企業(yè)網(wǎng)絡(luò)內(nèi)部的設(shè)備管理的機(jī)制，例如對家庭或者企業(yè)內(nèi)的終端進(jìn)行自動 配置和業(yè)務(wù)下發(fā)、軟固件升級和備份、設(shè)備監(jiān)視以及設(shè)備診斷等。

現(xiàn)有寬帶接入技術(shù)以xDSL(x?Digital?Subscriber?Line?x數(shù)字用戶線)為 主，DSL?Forum(DSL論壇)是一個標(biāo)準(zhǔn)組織，它制定了相應(yīng)標(biāo)準(zhǔn)，用于遠(yuǎn) 程對CPE進(jìn)行自動配置，并提供其它的管理功能。DSL論壇定義的自動配置 管理模型如圖1所示：

其中，家庭或企業(yè)內(nèi)部的IP設(shè)備稱之為CPE(Customer?Premises? Equipment用戶駐地設(shè)備)，ACS(Auto-configuration?Server自動配置服務(wù) 器)對CPE進(jìn)行自動配置，以達(dá)到不需要用戶參與，就能對CPE進(jìn)行遠(yuǎn)程配 置的目的。

DSL?Forum制定的相應(yīng)標(biāo)準(zhǔn)中定義了許多RPC(Remote?Procedure?Call 遠(yuǎn)程過程調(diào)用)方法，RPC方法規(guī)定了CPE和ACS之間的遠(yuǎn)程調(diào)用接口，包 括請求及對應(yīng)的響應(yīng)。例如可以由ACS調(diào)用CPE的GetParameterValues(獲 得參數(shù)值)RPC方法來查詢一個或多個參數(shù)的值；調(diào)用SetParameterValues (設(shè)定參數(shù)值)RPC方法修改一個或多個參數(shù)的值。CPE根據(jù)這些消息中的 信息完成后續(xù)的參數(shù)查詢或修改操作，并給出相應(yīng)的響應(yīng)。

按照現(xiàn)有的技術(shù)方案，ACS和CPE在發(fā)送請求/響應(yīng)消息之前不知道對方 的處理SOAP(Simple?Object?Access?Protocol，簡單對象訪問協(xié)議)消息的 能力，而上述的標(biāo)準(zhǔn)中還定義了一個參數(shù)列表，允許在一個響應(yīng)中同時設(shè)定 多個參數(shù)的值，如果參數(shù)數(shù)量過多，將可能會出現(xiàn)發(fā)送方發(fā)送一個過大的 SOAP消息，超過了接收方的處理能力，接收方就不能正確的處理該數(shù)據(jù)包， 根據(jù)接收方實(shí)現(xiàn)時對應(yīng)的處理策略，有可能引起內(nèi)存溢出、獲得信息不完整 (接收方進(jìn)行了截短)、丟棄或其它情況，從而影響了設(shè)備的互操作性。

現(xiàn)有技術(shù)中解決這一問題的方案之一是規(guī)定通信雙方必須達(dá)到的最小處 理能力，即規(guī)定CPE和ACS的處理能力應(yīng)該大于或等于給定的值，或者規(guī)定 通信雙方的發(fā)送數(shù)據(jù)包的最大值，即統(tǒng)一規(guī)定CPE和ACS所允許發(fā)送的數(shù)據(jù) 包的最大值。

這種解決方案的缺陷在于，隨著數(shù)據(jù)模型參數(shù)規(guī)模的增大或設(shè)備(包括 ACS和CPE)的處理能力的增強(qiáng)，在參數(shù)模型增加到一定程度后，需要修改 上述的給定值以滿足需求。

由于不同生產(chǎn)廠家，甚至同一個生產(chǎn)廠家的不同型號的處理能力都是不 一樣。如果一些處理能力強(qiáng)的設(shè)備卻要發(fā)送較小的數(shù)據(jù)包，會造成處理能力 的極大浪費(fèi)，這也不便于廠商充分利用自己設(shè)備的處理能力來實(shí)現(xiàn)不同設(shè)備的 差異化。

解決上述的問題的另一種技術(shù)方案如下：規(guī)定如果接收方收到超過規(guī)定 的大小的數(shù)據(jù)包，可以返回給發(fā)送方一個出錯碼，以指示數(shù)據(jù)包太大導(dǎo)致處 理不了或?qū)捴袛唷?

在這種情況下，只有接收方在接收到出錯碼或直到會話中斷后才知道自 己發(fā)出的數(shù)據(jù)包超過了對方的處理能力，自己發(fā)送的數(shù)據(jù)包不能被正確處理。 由于在進(jìn)行遠(yuǎn)程配置時，有可能是進(jìn)行批量配置，在這樣的情況下，這種超 大的數(shù)據(jù)包的發(fā)送會占用大量帶寬，而實(shí)際上這種數(shù)據(jù)包的發(fā)送是完全沒有 必要的。

發(fā)明內(nèi)容

本發(fā)明技術(shù)方案的目的在于提供一種遠(yuǎn)程管理中協(xié)商設(shè)備處理能力的方 法，以解決ACS和CPE在發(fā)送請求或響應(yīng)消息之前協(xié)商雙方支持的處理 SOAP消息的能力的問題。

為實(shí)現(xiàn)上述目的，本發(fā)明采用如下的技術(shù)方案：

一種遠(yuǎn)程管理中協(xié)商設(shè)備處理能力的方法，所述的方法包括如下步驟：

a、發(fā)送方向接收方通告自身支持的處理簡單對象訪問協(xié)議SOAP消息的 能力；