專利名稱：一種遠(yuǎn)程管理中協(xié)商設(shè)備處理能力的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及對設(shè)備進行遠(yuǎn)程管理技術(shù)領(lǐng)域，具體來說，涉及到ACS和 CPE協(xié)商處理能力的技術(shù)。
背景技術(shù)：
隨著數(shù)字信息技術(shù)的高速發(fā)展，越來越多的基于IP的設(shè)備，例如網(wǎng)關(guān)、 IPTV (網(wǎng)絡(luò)電視)、VolP(基于IP的語音傳輸)等開始進入人們的家庭和企業(yè)內(nèi) 部。上述的數(shù)字設(shè)備以本地網(wǎng)關(guān)為核心進行組網(wǎng)，本地網(wǎng)關(guān)提供統(tǒng)一的對外 出口連接lntemet,對內(nèi)本地的各種設(shè)備通過本地網(wǎng)關(guān)進行互連互通。
隨著家庭或企業(yè)中各種智能設(shè)備的增多，需要一種能通過遠(yuǎn)程對家庭或 者企業(yè)網(wǎng)絡(luò)內(nèi)部的設(shè)備管理的機制，例如對家庭或者企業(yè)內(nèi)的終端進行自動 配置和業(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進行自動配置，并提供其它的管理功能。DSL論壇定義的自動配置 管理模型如圖1所示
其中，家庭或企業(yè)內(nèi)部的IP設(shè)備稱之為CPE (Customer Premises Equipment用戶駐地設(shè)備)，ACS (Auto-configuration Server自動配置服務(wù) 器)對CPE進行自動配置，以達到不需要用戶參與，就能對CPE進行遠(yuǎn)程配 置的目的。
DSL Fomm制定的相應(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ù)接收方實現(xiàn)時對應(yīng)的處理策略，有可能引起內(nèi)存溢出、獲得信息不完整 (接收方進行了截短)、丟棄或其它情況，從而影響了設(shè)備的互操作性。
現(xiàn)有技術(shù)中解決這一問題的方案之一是規(guī)定通信雙方必須達到的最小處 理能力，即規(guī)定CPE和ACS的處理能力應(yīng)該大于或等于給定的值，或者規(guī)定 通信雙方的發(fā)送數(shù)據(jù)包的最大值，即統(tǒng)一規(guī)定CPE和ACS所允許發(fā)送的數(shù)據(jù) 包的最大值。
這種解決方案的缺陷在于，隨著數(shù)據(jù)模型參數(shù)規(guī)模的增大或設(shè)備(包括 ACS和CPE)的處理能力的增強，在參數(shù)模型增加到一定程度后，需要修改 上述的給定值以滿足需求。
由于不同生產(chǎn)廠家，甚至同一個生產(chǎn)廠家的不同型號的處理能力都是不 一樣。如果一些處理能力強的設(shè)備卻要發(fā)送較小的數(shù)據(jù)包，會造成處理能力 的極大浪費,這也不便于廠商充分利用自己設(shè)備的處理能力來實現(xiàn)不同設(shè)備的 差異化。
解決上述的問題的另一種技術(shù)方案如下規(guī)定如果接收方收到超過規(guī)定 的大小的數(shù)據(jù)包，可以返回給發(fā)送方一個出錯碼，以指示數(shù)據(jù)包太大導(dǎo)致處
理不了或?qū)捴袛唷?br> 在這種情況下，只有接收方在接收到出錯碼或直到會話中斷后才知道自 己發(fā)出的數(shù)據(jù)包超過了對方的處理能力，自己發(fā)送的數(shù)據(jù)包不能被正確處理。 由于在進行遠(yuǎn)程配置時，有可能是進行批量配置，在這樣的情況下，這種超 大的數(shù)據(jù)包的發(fā)送會占用大量帶寬，而實際上這種數(shù)據(jù)包的發(fā)送是完全沒有 必要的。

發(fā)明內(nèi)容
本發(fā)明技術(shù)方案的目的在于提供一種遠(yuǎn)程管理中協(xié)商設(shè)備處理能力的方
法，以解決ACS和CPE在發(fā)送請求或響應(yīng)消息之前協(xié)商雙方支持的處理 SOAP消息的能力的問題。
為實現(xiàn)上述目的，本發(fā)明采用如下的技術(shù)方案
一種遠(yuǎn)程管理中協(xié)商設(shè)備處理能力的方法，所述的方法包括如下步驟
a、 發(fā)送方向接收方通告自身支持的處理簡單對象訪問協(xié)議SOAP消息的 能力；
b、 所述的接收方收到所述的發(fā)送方的通告后向所述的發(fā)送方通告自身支 持的處理SOAP消息的能力。
其中步驟a之前還包括
a0、所述的發(fā)送方和接收方進行所述的處理SOAP消息能力的協(xié)商初始化。
其中步驟a0具體包括所述的CPE向所述的ACS發(fā)送通知Inform消 息，所述的消息中攜帶用來指示所述的ACS需要協(xié)商所述的支持的處理 SOAP消息能力的參數(shù)。
其中步驟a0具體包括所述的ACS收到所述的CPE向所述的ACS發(fā) 送的通知Inform消息后，在所述的ACS給所述的CPE發(fā)送通知響應(yīng) InformResponse消息，所述的消息中攜帶用來指示所述的CPE需要協(xié)商所
述的支持的處理SOAP消息能力的參數(shù)。
其中步驟a0具體包括所述的CPE調(diào)用所述的ACS提供的協(xié)商設(shè)備處 理能力通知NegotiateDeviceCapablityNotify遠(yuǎn)端過禾呈調(diào)用RPC方法，以指 示ACS需要就處理能力進行協(xié)商。
其中步驟a0具體包括
所述的ACS調(diào)用所述的CPE提供的協(xié)商設(shè)備處理能力通知 NegotiateDeviceCapablityNotify RPC方法，以指示所述的CPE需要就處理 能力進行協(xié)商。
其中步驟a之前還包括
在所述的發(fā)送方和接收方的數(shù)據(jù)模型中增加表示其自身和對方所支持的 處理SOAP消息能力的參數(shù)。 其中步驟a具體包括
a1、自動配置服務(wù)器ACS向用戶駐地設(shè)備CPE通告其自身支持的處理 SOAP消息的能力；
其中步驟b具體包括
b1 、所述的CPE收到所述的ACS通告后向所述的ACS通告其自身支持 的處理SOAP消息的能力。 其中步驟a1具體包括
a11 、會話建立后所述的ACS調(diào)用所述的CPE提供的RPC方法設(shè)置參 數(shù)值SetParameterValues,設(shè)置所述的CPE數(shù)據(jù)模型中對應(yīng)ACS所支持的 處理SOAP消息能力的參數(shù)值；
a12、所述的CPE收到所述的SetParameterValues消息后，將其數(shù)據(jù)模 型中表示所述的ACS處理SOAP消息能力的參數(shù)值設(shè)定為所述的 SetParameterValues中給定的值。
其中步驟b1具體包括
b11 、所述的ACS調(diào)用所述的CPE提供的RPC方法
GetParameterValues，以獲得所述的CPE所支持的處理SOAP消息的能力； b12、所述的CPE向所述的ACS回應(yīng)GetPrameterValuesResponse消
息，所述的消息中攜帶所述的CPE數(shù)據(jù)模型中表示其處理SOAP消息能力的 參數(shù)值。
其中步驟b1中所述的CPE向所述的ACS通告其自身支持的處理能力為 所述的CPE根據(jù)所述的ACS通告進行調(diào)整后的值。 其中步驟a具體包括
a1 、 CPE向ACS通告自身支持的處理SOAP消息的能力； 其中步驟b具體包括
M、 所述的ACS收到所述的CPE的通告后向所述的CPE通告自身支 持的處理SOAP消息的能力。 其中步驟a1具體包括
a11、所述的CPE向所迷的ACS發(fā)送通知Inform消息，所述的消息中 攜帶所述的CPE支持的處理SOAP消息能力的信息； 其中步驟b1具體包括
b11 、所述的ACS收到所述的CPE發(fā)送的Inform消息后回應(yīng)通知響應(yīng) InformResponse消息，所述的消息中攜帶自身支持的處理SOAP消息能力的 信息。
其中步驟a1具體包括
a11、所述的ACS調(diào)用所述的CPE提供的RPC方法獲取參數(shù)值 GetParameterValues,以獲得所述的CPE所支持的處理SOAP消息的能力；
a12 、所述的CPE向所述的ACS回應(yīng)獲取參數(shù)值響應(yīng) GetPrameterValuseResponse消息，所述的消息中攜帶所述的CPE數(shù)據(jù)模 型中表示其處理SOAP消息的能力的參數(shù)值。
其中步驟b1具體包括
b11、會話建立后所述的ACS調(diào)用所述的CPE提供的RPC方法設(shè)置參
數(shù)值SetParameterValuse，設(shè)置所述的CPE數(shù)據(jù)模型中對應(yīng)ACS所支持的 處理SOAP消息能力的參數(shù)值；
b12、所述的CPE收到所述的SetParameterValuse消息后，將其數(shù)據(jù)模 型中表示所述的ACS處理SOAP消息能力的參數(shù)值設(shè)定為所述的 SetParameterValuses中給定的值。
其中步驟b之后還包括
c、 在發(fā)送數(shù)據(jù)包之前，所述的發(fā)送方檢查要發(fā)送的數(shù)據(jù)包是否在所述的 接收方支持的處理SOAP消息的能力范圍之內(nèi)，如果是，則發(fā)送所述的數(shù)據(jù) 包到所述的接收方，否則轉(zhuǎn)步驟d;
d、 發(fā)送方發(fā)送所述的數(shù)據(jù)包中的部分?jǐn)?shù)據(jù)到所述的接收方。 其中步驟d還包括
數(shù)據(jù)未發(fā)送完畢。
本發(fā)明克服現(xiàn)有技術(shù)的不足，采用ACS和CPE在發(fā)送請求或響應(yīng)消息 之前協(xié)商雙方支持的處理SOAP消息能力的技術(shù)方案，使得發(fā)送方可以根據(jù) 協(xié)商后的處理能力發(fā)送合適大小的數(shù)據(jù)包，避免出現(xiàn)由于超過對方處理能力 的請求/響應(yīng)而產(chǎn)生的問題，減少不必要的數(shù)據(jù)包發(fā)送，減少網(wǎng)絡(luò)帶寬的占用， 便于不同廠商充分合理的利用自己設(shè)備的處理能力，實現(xiàn)設(shè)備的差異化，避 免設(shè)備處理能力的浪費。


圖1為DSL論壇定義的自動配置管理模型圖2為本發(fā)明CPE和ACS進行處理能力協(xié)商并根據(jù)協(xié)商結(jié)果發(fā)送請求/ 響應(yīng)消息流程圖3為本發(fā)明協(xié)商初始化方式一的流程圖4為本發(fā)明協(xié)商初始化方式二的流程圖; 圖5為本發(fā)明實施例一流程圖； 圖6為本發(fā)明實施例二流程圖。
具體實施例方式
本發(fā)明的基本原理是在ACS和CPE發(fā)送數(shù)據(jù)包之前協(xié)商處理能力，ACS 和CPE在知悉對方的處理能力后根據(jù)對方的處理能力對發(fā)送的數(shù)據(jù)包的大小 進行調(diào)整，以避免發(fā)送的數(shù)據(jù)包超出對方的處理能力而導(dǎo)致的不能正確處理 數(shù)據(jù)包的情況出現(xiàn)。
以下結(jié)合附圖和具體實施例進行詳細(xì)說明
如圖2所示，ACS與CPE之間的交互分為兩個階段，第一個階段是設(shè)備支 持的處理SOAP能力協(xié)商，即CPE和ACS互相宣告自己的處理能力并進行協(xié) 商；第二階段，根據(jù)第一階段的結(jié)果對數(shù)據(jù)包進行處理。
圖2中所示的流程具體包括如下步驟
(1 )協(xié)商初始化，由CPE通知ACS或者由ACS通知CPE開始處理能力協(xié)商。
(2) CPE獲得ACS的處理能力，使得CPE知曉ACS的處理能力。
(3) ACS獲得CPE的處理能力，使得ACS知曉CPE的處理能力。
(4) 發(fā)送方首先檢查擬發(fā)送的數(shù)據(jù)包是否在接收方的允許的處理能力范 圍內(nèi)，如果滿足要求，則發(fā)送該請求對應(yīng)的數(shù)據(jù)包到接收方，如果擬發(fā)送的 數(shù)據(jù)包超出接收方的處理能力，不能一次發(fā)送時，發(fā)送方可以只發(fā)送部分?jǐn)?shù) 據(jù)，并給出相應(yīng)的指示，指示接收方只是發(fā)送了部分的數(shù)據(jù)。具體可以通過 在發(fā)送數(shù)據(jù)包的時候附加一個標(biāo)志，以指示還有未發(fā)送完的數(shù)據(jù)。接收方可 以根據(jù)指示做下一步的操作，等待發(fā)送方繼續(xù)發(fā)送沒有發(fā)送完的數(shù)據(jù)。
(5) 接收方驗證數(shù)據(jù)包，檢查數(shù)據(jù)包是否在其處理能力范圍之內(nèi)，如果
該數(shù)據(jù)包超過了接收方的處理能力，則需要發(fā)送對應(yīng)的響應(yīng)給發(fā)送方，并在響
應(yīng)消息中給出出錯警告，發(fā)送方收到響應(yīng)后可以重新就處理能力進行協(xié)商； 如果該數(shù)據(jù)包在接收方處理范圍之內(nèi)，則接收方根據(jù)該請求的要求進行處理， 并根據(jù)執(zhí)行的結(jié)果構(gòu)造響應(yīng)的數(shù)據(jù)包并發(fā)送給發(fā)送方。為了滿足發(fā)送方的處 理能力的要求，在發(fā)送響應(yīng)數(shù)據(jù)包確認(rèn)數(shù)據(jù)包在對方處理范圍之內(nèi)，如果擬 發(fā)送的響應(yīng)數(shù)據(jù)包超過了對方的處理能力而導(dǎo)致不能一次發(fā)送時，則可以只 發(fā)送部分?jǐn)?shù)據(jù)，并給出相應(yīng)的指示，指示發(fā)送方只是發(fā)送了部分的數(shù)據(jù)。具 體也可以通過在發(fā)送數(shù)據(jù)包的時候附加一個標(biāo)志，以指示還有未發(fā)送完的數(shù) 據(jù)。發(fā)送方可以根據(jù)指示做下一步的操作，等待接收方繼續(xù)發(fā)送沒有發(fā)送完 的數(shù)據(jù)，然后接收方可以繼續(xù)發(fā)送剩余的數(shù)據(jù)。
CPE與ACS協(xié)商好對方和自身的處理能力之后，需要保留當(dāng)前ACS和自己 所支持的處理能力。這些數(shù)據(jù)的保存方式由CPE決定，例如在TR-069中，每 個CPE都有自己的數(shù)據(jù)模型，可以給CPE的數(shù)據(jù)模型增加相應(yīng)的參數(shù)，用以 記錄當(dāng)前ACS/CPE所支持的數(shù)據(jù)包的處理能力。
其中的發(fā)起請求方既可以是CPE,也可以是ACS，為敘述方^f更，本文中 將發(fā)送請求的一方(不管是ACS還是CPE )稱為發(fā)送方，接收請求并做出響 應(yīng)的一方(不管是ACS還是CPE)稱為接收方。
在步驟(1)中，如果協(xié)商是由CPE主動發(fā)起的，則由CPE發(fā)送給ACS— 個消息，告知ACS開始進行處理能力的協(xié)商；如果協(xié)商是由ACS主動發(fā)起的， 則由ACS發(fā)送給CPE—個消息，告知ACS開始進行處理能力的協(xié)商。
特殊的，如果約定協(xié)商以步驟(2)開始，就不用進行步驟(1)。
在步驟(3)中，CPE可能需要根據(jù)ACS的處理能力調(diào)整自己的處理能力， 以適合ACS進行處理，并把調(diào)整后的消息發(fā)送給ACS。即允許CPE根據(jù)ACS 的處理能力進行相應(yīng)的自動調(diào)整，也就是說CPE通知ACS其自身的處理能力 對應(yīng)的值可能是根據(jù)ACS的處理能力進行調(diào)整后的值也可能是未經(jīng)過調(diào)整的 值。
特珠的，如果CPE不需要根據(jù)ACS的處理能力進行調(diào)整，則不用限定圖2 中的步驟(2)和步驟(3)的順序。
CPE作為發(fā)起方與ACS協(xié)商處理能力的情況包括但不局限于第一次連上 ACS或CPE對應(yīng)的ACS的URL ( Universal Resource Locator,統(tǒng)一資源定位 器)發(fā)生改變或CPE進行了影響到處理能力的更新。
ACS作為發(fā)起方與CPE協(xié)商處理能力的情況包括但不局限于CPE第一次 連接上該ACS或ACS自身進行了更新。
步驟(1 )其中所述的協(xié)商初始化可以有多種實現(xiàn)方法，實現(xiàn)方法包括但 不局限于下述兩種
一通過TR-069協(xié)議中的lnform消息實現(xiàn)
在DSL Fomm中的TR-069協(xié)議(CPE WAN Management Protocol)規(guī)
定，TR-069中的每一會話都必須由CPE向ACS發(fā)送一個lnform (通知)消息 開始，然后ACS回應(yīng)CPE—個lnformResponse消息，因此可以通過TR-069 中現(xiàn)有的I nform消息來實現(xiàn)。
例如允許在lnform或lnformResponse消息中增加一個參數(shù)用以指示是否 需要進行處理能力的協(xié)商，例如可以命名該參數(shù)的名稱為 needNegotiateDeviceCapablity(需要協(xié)商設(shè)備處理能力)，類型為boolean(布 爾類型)。
如果是CPE發(fā)起的協(xié)商，則在lnform消息中包含此參數(shù)且設(shè)定該參數(shù)的值 為true,以指示ACS需要就處理能力進行協(xié)商，如圖3a所示；如果是ACS發(fā)起 的協(xié)商，則在lnformResponse消息中包含此參數(shù)且設(shè)定該參數(shù)的值為true,以 指示CPE需要就處理能力進行協(xié)商，如圖3b所示。
二通過增加新的RPC方法來實現(xiàn)。
給CPE和ACS都增加一個接口，當(dāng)需要進行協(xié)商時，就調(diào)用對方提供的 這個接口，通知對方開始進行處理能力的協(xié)商。例如在TR-069中可以給CPE 和ACS都增加一個名稱為NegotiateDeviceCapablityNotify (協(xié)商設(shè)備處理能
力通知)的RPC方法。
如果是CPE發(fā)起的協(xié)商，貝'JCPE調(diào)用ACS的這個RPC方法，以指示ACS 需要就處理能力進行協(xié)商，如圖4a所示；如果是ACS發(fā)起的協(xié)商，則ACS調(diào) 用CPE的這個RPC方法，以指示CPE需要就處理能力進行協(xié)商，如圖4b所示。
在進行完步驟(1 )后，就可以進行步驟(2)和步驟(3)。步驟(2)和 步驟(3)可以有多種實現(xiàn)方法，包括但不局限于下述實施例所述的方法
實施例一通過已有的RPC方法實現(xiàn)處理能力的協(xié)商
首先在TR-069中的CPE數(shù)據(jù)模型中增加一個或一組參數(shù)，這些參數(shù)指示 CPE和ACS的處理能力。在會話建立后調(diào)用TR-069中定義的 GetParameterValues/SetParameterValues (獲取參數(shù)值/設(shè)置參數(shù)值)RPC 方法來完成處理能力的協(xié)商。具體流程圖如圖5所示
(1.a)會話建立后ACS調(diào)用CPE提供的SetParameterValuse RPC方法， 設(shè)定CPE數(shù)據(jù)模型中對應(yīng)ACS所支持處理能力的一個或一組參數(shù)的值；
(1 .b ) ACS調(diào)用CPE提供的GetParameterValues方法，以獲得 GetPrameterValuse方法來獲得CPE所支持的處理能力；
(2.a) CPE收到請求消息后，將CPE數(shù)據(jù)模型中的表示ACS處理能力的 一個或 一 組參數(shù)的值設(shè)定為SetParameterValuses中給定的值，并按照 TR-069的規(guī)定給CPE—個響應(yīng)；
(2.b)將CPE數(shù)據(jù)模型中的表示CPE處理能力的一個或一組參數(shù)的值在 GetPrameterVal useResponse消息中返回給ACS,其中返回給ACS的處理參 數(shù)能力的值可以為根據(jù)AC S處理能力作出調(diào)整后的值。
上述發(fā)送請求消息的步驟1 .a和1 .b不必被組織在一個消息中發(fā)送，響應(yīng) 消息2.a和2.b也不必被組織在 一 個消息中發(fā)送，即除按 (1.a&1.b)-〉(2.a&2.b)之外，還可以按照1.a》2.a》1.b》2.b進行順序發(fā)送。
特殊的，通過TR-069協(xié)議中的lnform消息就可以進行處理能力的協(xié)商， 具體的實現(xiàn)方法包括但不局限于實施例二。
實施例二通過TR-069協(xié)議中的lnform消息進行處理能力的協(xié)商 如圖6所示，在DSL Fomm中的TR-069協(xié)議(CPE WAN Management Protocol)規(guī)定，TR-069中的每一會話都必須由CPE向ACS發(fā)送一個lnform (通知)消息開始，因此可以在lnform消息中包含CPE處理能力的信息，ACS 在發(fā)送給CPE的lnformResponse (通知響應(yīng))消息中給出其自身的處理能力 的信息。
在此實施例中沒有進行前述的步驟(1 ),這里默認(rèn)如果ACS收到的Inform 消息中一個帶有CPE所支持的處理能力的一個或一組參數(shù)的值為有效的，就 表示雙方協(xié)商處理能力的開始。
例如可以在TR-069中的lnform消息中增加一個或一組參數(shù)(例如用一個 TR-069中定義的unsignedlnt類型的MaxCPESupportMessageSize ( CPE支 持的最大處理能力)來表示CPE所支持的以字節(jié)數(shù)為單位的最大處理能力) 用以把CPE所支持的處理能力告知ACS 。同樣在ACS給CPE的 InformResponse響應(yīng)中，可以把ACS的所支持的最大處理能力作為一個或一 組參數(shù)(例如用 一 個TR-069中定義的unsignedlnt類型的 MaxACSSupportMessageSize (ACS支持的最大處理能力)來表示ACS所支 持的以字節(jié)數(shù)為單位的最大處理能力)返回給CPE。
權(quán)利要求
1、一種遠(yuǎn)程管理中協(xié)商設(shè)備處理能力的方法，其特征在于，所述的方法包括如下步驟a、發(fā)送方向接收方通告自身支持的處理簡單對象訪問協(xié)議SOAP消息的能力；b、所述的接收方收到所述的發(fā)送方的通告后向所述的發(fā)送方通告自身支持的處理SOAP消息的能力。
2、 根據(jù)權(quán)利要求1所述的方法，其特征在于，其中步驟a之前還包括 a0、所述的發(fā)送方和接收方進行所述的處理SOAP消息能力的協(xié)商初始化。
3、 根據(jù)權(quán)利要求2所述的方法，其特征在于，其中步驟aO具體包括 所述的CPE向所述的ACS發(fā)送通知Inform消息，所述的消息中攜帶用來指示所述的ACS需要協(xié)商所述的支持的處理SOAP消息能力的參數(shù)。
4、 根據(jù)權(quán)利要求2所述的方法，其特征在于，其中步驟aO具體包括 所述的ACS收到所述的CPE向所述的ACS發(fā)送的通知Inform消息后，在所述的ACS給所述的CPE發(fā)送通知響應(yīng)InformResponse消息，所述的 消息中攜帶用來指示所述的CPE需要協(xié)商所述的支持的處理SOAP消息能力 的參數(shù)。
5、 根據(jù)權(quán)利要求2所述的方法，其特征在于，其中步驟aO具體包括 所述的CPE調(diào)用所述的ACS提供的協(xié)商設(shè)備處理能力通知 Negot舊teDeviceCapablityNotify RPC方法，以指示ACS需要就處理能力進行協(xié)商。
6、 根據(jù)權(quán)利要求2所述的方法，其特征在于，其中步驟aO具體包括 所述的ACS調(diào)用所述的CPE提供的協(xié)商設(shè)備處理能力通知 N印otiateDeviceCapablityNotify RPC方法，以指示所述的CPE需要就處理 能力進行協(xié)商。
7、 根據(jù)權(quán)利要求1所述的方法，其特征在于，其中步驟a之前還包括 在所述的發(fā)送方和接收方的數(shù)據(jù)模型中增加表示其自身和對方所支持的處理SOAP消息能力的參數(shù)。
8、 根據(jù)權(quán)利要求1所述的方法，其特征在于，其中步驟a具體包括 a1 、自動配置服務(wù)器ACS向用戶駐地設(shè)備CPE通告其自身支持的處理SOAP消息的能力；其中步驟b具體包括b1 、所述的CPE收到所述的ACS通告后向所述的ACS通告其自身支持 的處理SOAP消息的能力。
9、 根據(jù)權(quán)利要求8所述的方法，其特征在于，其中步驟a1具體包括 a11 、會話建立后所述的ACS調(diào)用所述的CPE提供的RPC方法設(shè)置參數(shù)值SetParameterValues,設(shè)置所述的CPE數(shù)據(jù)模型中對應(yīng)ACS所支持的 處理SOAP消息能力的參數(shù)值；a12、所述的CPE收到所述的SetParameterValues消息后，將其數(shù)據(jù)模 型中表示所述的ACS處理SOAP消息能力的參數(shù)值設(shè)定為所述的 SetParameterValues中給定的值。
10、 根據(jù)權(quán)利要求9所述的方法，其特征在于，其中步驟b1具體包括 b11 、所述的ACS調(diào)用所述的CPE提供的RPC方法GetParameterValues，以獲得所述的CPE所支持的處理SOAP消息的能力； b12、所述的CPE向所述的ACS回應(yīng)GetPrameterValuesResponse消 息，所述的消息中攜帶所述的CPE數(shù)據(jù)模型中表示其處理SOAP消息能力的 參數(shù)值。
11、 根據(jù)權(quán)利要求8所述的方法，其特征在于，其中步驟b1中所述的 CPE向所述的ACS通告其自身支持的處理能力為所述的CPE才艮據(jù)所述的 ACS通告進行調(diào)整后的值。
12、 根據(jù)權(quán)利要求1所述的方法，其特征在于，其中步驟a具體包括 a1 、 CPE向ACS通告自身支持的處理SOAP消息的能力； 其中步驟b具體包括b1 、 所述的ACS收到所述的CPE的通告后向所述的CPE通告自身支 持的處理SOAP消息的能力。
13、 根據(jù)權(quán)利要求12所述的方法，其特征在于，其中步驟a1具體包括 a11、所述的CPE向所述的ACS發(fā)送通知Inform消息，所述的消息中攜帶所述的CPE支持的處理SOAP消息能力的信息； 其中步驟b1具體包括b11 、所述的ACS收到所述的CPE發(fā)送的Inform消息后回應(yīng)通知響應(yīng) InformResponse消息，所述的消息中攜帶自身支持的處理SOAP消息能力的信息。
14、 根據(jù)權(quán)利要求12述的方法，其特征在于，其中步驟a1具體包括 a11、所述的ACS調(diào)用所述的CPE提供的RPC方法獲取參數(shù)值GetParameterValues，以獲得所述的CPE所支持的處理SOAP消息的能力； a12 、所述的CPE向所述的ACS回應(yīng)獲取參數(shù)值響應(yīng) GetPrameterValuseResponse消息，所述的消息中攜帶所述的CPE數(shù)據(jù)模 型中表示其處理SOAP消息的能力的參數(shù)值。
15、 根據(jù)權(quán)利要求14所述的方法，其特征在于，其中步驟b1具體包括 b11 、會話建立后所述的ACS調(diào)用所述的CPE提供的RPC方法設(shè)置參數(shù)值SetParameterValuse,設(shè)置所述的CPE數(shù)據(jù)模型中對應(yīng)ACS所支持的 處理SOAP消息能力的參數(shù)值； .b12、所述的CPE收到所述的SetParameterValuse消息后，將其數(shù)據(jù)模 型中表示所述的ACS處理SOAP消息能力的參數(shù)值設(shè)定為所述的 SetParameterValuses中給定的值。
16、 根據(jù)權(quán)利要求1所述的方法，其特征在于，其中步驟b之后還包括: C、在發(fā)送數(shù)據(jù)包之前，所述的發(fā)送方檢查要發(fā)送的數(shù)據(jù)包是否在所述的接收方支持的處理SOAP消息的能力范圍之內(nèi)，如果是，則發(fā)送所述的數(shù)據(jù)包到所述的接收方，否則轉(zhuǎn)步驟d;d、發(fā)送方發(fā)送所述的數(shù)據(jù)包中的部分?jǐn)?shù)據(jù)到所述的接收方。
17、根據(jù)權(quán)利要求16所述的方法，其特征在于，其中步驟d還包括發(fā)送方發(fā)送所述的數(shù)據(jù)包中的部分?jǐn)?shù)據(jù)到所述的接收方時附件標(biāo)志指示數(shù)據(jù)未發(fā)送完畢。
全文摘要
本發(fā)明公開了一種遠(yuǎn)程管理中協(xié)商設(shè)備處理能力的方法，所述的方法包括如下步驟a、發(fā)送方向接收方通告自身支持的處理簡單對象訪問協(xié)議SOAP消息的能力；b、所述的接收方收到所述的發(fā)送方的通告后向所述的發(fā)送方通告自身支持的處理SOAP消息的能力。本發(fā)明克服現(xiàn)有技術(shù)的不足，采用ACS和CPE在發(fā)送請求或響應(yīng)消息之前協(xié)商雙方支持的處理SOAP消息能力的技術(shù)方案，使得發(fā)送方可以根據(jù)協(xié)商后的處理能力發(fā)送合適大小的數(shù)據(jù)包，避免出現(xiàn)由于超過對方處理能力的請求/響應(yīng)而產(chǎn)生的問題，減少不必要的數(shù)據(jù)包發(fā)送，減少網(wǎng)絡(luò)帶寬的占用，便于不同廠商充分合理的利用自己設(shè)備的處理能力，實現(xiàn)設(shè)備的差異化，避免設(shè)備處理能力的浪費。
文檔編號H04L29/06GK101098247SQ200610061379
公開日2008年1月2日 申請日期2006年6月27日 優(yōu)先權(quán)日2006年6月27日
發(fā)明者丁志明, 吳黃偉, 王東琦 申請人:華為技術(shù)有限公司