專利名稱:自動(dòng)配置電信網(wǎng)絡(luò)中的設(shè)備的方法和使用這種方法的設(shè)備的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及數(shù)據(jù)和電信網(wǎng)絡(luò)的領(lǐng)域。
背景技術(shù):
DSL論壇是一個(gè)服務(wù)提供商、設(shè)備和部件制造商及其他相關(guān)方的國際 產(chǎn)業(yè)聯(lián)盟,它致力于開發(fā)寬帶DSL。 DSL論壇開發(fā)技術(shù)規(guī)范并且間接地開 發(fā)實(shí)現(xiàn)DSL產(chǎn)品和服務(wù)遞送的標(biāo)準(zhǔn)。關(guān)于DSL論壇的更多信息可以從以 下網(wǎng)址獲得httD:〃www.dslforum.org。
這些技術(shù)規(guī)范之一是DSL論壇的技術(shù)報(bào)告TR-069 (例如2007年12 月的期號1、修訂2(本說明書中也稱作版本V1.1)),它指明了 CPE WAN 管理協(xié)議(也稱作CWMP或TR-069) 。 TR-069管理協(xié)議和相應(yīng)的網(wǎng)絡(luò) 結(jié)構(gòu)實(shí)現(xiàn)了客戶端設(shè)備(CPE)與自動(dòng)配置服務(wù)器(ACS)之間的通信。 它定義了 一種包括CPE的安全自動(dòng)配置的機(jī)制并且還將其他CPE管理功 能納入通用架構(gòu)。
TR-069協(xié)議支持關(guān)于遠(yuǎn)程管理的CPE的對象模型中的值更改的通知。 對于每個(gè)單獨(dú)的參數(shù),ACS可以通過修改與該參數(shù)關(guān)聯(lián)的通知屬性來標(biāo)記 用于報(bào)告值更改的參數(shù)。
關(guān)于參數(shù)通知屬性,TR-069標(biāo)準(zhǔn)在"主動(dòng)"與"被動(dòng),,的參數(shù)值更 改的通知策略之間做出了區(qū)分(參見例如TR-069 Vl.l第52頁,表22, "Notification")。
這兩個(gè)通知策略在報(bào)告值更改的即時(shí)性上是不同的。標(biāo)記為"主動(dòng)" 的一個(gè)或多個(gè)參數(shù)中的值更改被立即地報(bào)告,即"主動(dòng)"通知觸發(fā)CPE建 立與ACS的新會話。"被動(dòng)"的通知可以被看作是僅當(dāng)由于其他原因而建
4立新會話時(shí)才被l送的通知。
與應(yīng)用于參數(shù)的通知策略無關(guān),現(xiàn)有技術(shù)方法在于在下一次CPE向 ACS發(fā)起會話時(shí)報(bào)告值更改。具體地,CPE通過在將發(fā)送給ACS的下一 個(gè)Inform消息中嵌入新的^L值來滿足該需求。
當(dāng)前TR-069協(xié)議的問題是為了報(bào)告值更改必須在未完成的較早^" 終止后建立新會話。
發(fā)明內(nèi)容
術(shù)語"第一,,、"第二"、"第三,,等的使用并不是指要假設(shè)一種順 序或時(shí)序。
術(shù)語"包括"應(yīng)當(dāng)被解釋成并不排除其他元件或步驟。
在本發(fā)明的優(yōu)選實(shí)施例中,使用遠(yuǎn)程管理協(xié)議(RMP),該協(xié)議可以 有利地是由DSL論壇的技術(shù)凈艮告TR-069(例如2007年12月的版本Vl.l, 但是也包括較早或?qū)淼陌姹?含有相關(guān)功能性),如本領(lǐng)域技術(shù)人員所 知道的那樣)針對安全自動(dòng)配置以及其他CPE管理功能(例如但不限于相 關(guān)性檢查(dependency checking))而定義的CPE WAN管理協(xié)議 (CWMP)。換言之,TR-069是一種用于在客戶端設(shè)備(CPE )與自動(dòng) 配置服務(wù)器(ACS)之間進(jìn)行通信的協(xié)議。
DSL論壇的4支術(shù)凈艮告TR-069(例如2007年12月的期號1、修訂2(本 說明書中也稱作版本Vl.l))在這里被引入作為參考。
在本說明書中(除非特別提及否則)使用與TR-069規(guī)范的術(shù)語相對 應(yīng)的下列術(shù)語。這里使用的術(shù)語"設(shè)備"是針對其普通含義,而不是像 TR-069中那樣。TR-069中的CPE因而在本說明書中可以看作是設(shè)備的一 個(gè)實(shí)例。
-ACS(自動(dòng)配置服務(wù)器)它是用于自動(dòng)配置客戶端設(shè)備的裝置,例 如寬帶網(wǎng)絡(luò)中用于針對高級服務(wù)而自動(dòng)配置CPE的部件。ACS也可以用 于CPE上部署的服務(wù)的生命周期管理(應(yīng)當(dāng)指出,負(fù)載均衡器后面的ACS 集合在本說明書中被看作單個(gè)ACS)。-CPE(客戶端設(shè)備)位于客戶端的設(shè)備的實(shí)例。它優(yōu)選地是指任何 與TR-069相容(或與CWMP相容)的設(shè)備??蛻舳嗽O(shè)備的實(shí)例是機(jī)頂盒、 互聯(lián)網(wǎng)/服務(wù)網(wǎng)關(guān)設(shè)備和LAN側(cè)終端設(shè)備、無線傳感器網(wǎng)關(guān)、調(diào)制解調(diào)器 和電話。
國CWMP: CPEWAN管理協(xié)議(標(biāo)準(zhǔn)TR匿069的主題)。應(yīng)當(dāng)指出, 互聯(lián)網(wǎng)網(wǎng)關(guān)設(shè)備(IGD )對象模型在DSL論壇的TR-098中被進(jìn)一步定義。 -RPC:遠(yuǎn)禾呈過程調(diào)用。
-會活設(shè)備(例如CPE)與自動(dòng)配置裝置(例如ACS)之間的遠(yuǎn)程 管理協(xié)議(RMP)(例如CWMP)事務(wù)的連續(xù)序列。
然而,應(yīng)當(dāng)指出,所述術(shù)語適用于比指定TR-069上下文更寬的范圍。
此外,根據(jù)本發(fā)明的實(shí)施例與所使用的物理介質(zhì)無關(guān)。
權(quán)利要求1的前序部分所基于的現(xiàn)有技術(shù)需要至少一個(gè)額外的RMP 會話以報(bào)告l^t值更改,這可能產(chǎn)生通知突發(fā)。
此外,時(shí)間關(guān)鍵(time-critical)值更改沒有被足夠迅速地報(bào)告給ACS (只在前一會話結(jié)束時(shí)是可能的)。它也產(chǎn)生ACS上的額外的負(fù)載,因?yàn)?新會話必須被建立(例如導(dǎo)致認(rèn)證開銷等),這也會間接造成其他想要聯(lián) 系A(chǔ)CS的CPE的負(fù)擔(dān)。
本發(fā)明的目的是提供一種用于借助于自動(dòng)配置裝置(例如ACS )來自 動(dòng)配置i殳備(例如CPE)的改進(jìn)的方法,其解決了至少一個(gè)上述問題。
公開了 一種借助于自動(dòng)配置裝置來自動(dòng)配置設(shè)備的方法,所述自動(dòng)配 置裝置能夠借助于遠(yuǎn)程管理協(xié)議(RMP)來自動(dòng)配置設(shè)備,所述方法包括 在所述設(shè)備與所述自動(dòng)配置裝置之間建立RMP會話,其中在RMP會話期 間,所述設(shè)備的對象模型的至少一個(gè)參數(shù)值更改,所述設(shè)備在RMP會話 發(fā)起之后且在終止之前將更改的M值傳送給所述自動(dòng)配置裝置。
所述設(shè)備的對象模型對應(yīng)于參數(shù)樹(或數(shù)據(jù)模型)和適用于該參數(shù)樹 的方法(或RPC)集。
本發(fā)明相比現(xiàn)有技術(shù)的優(yōu)勢在于通過會話中通知而大大提高了 ACS 側(cè)的性能,這是因?yàn)楫?dāng)所述設(shè)備(例如客戶端設(shè)備(CPE ))的對象模型
6的參數(shù)值更改必須被傳送給所述自動(dòng)配置裝置(例如自動(dòng)配置服務(wù)器
(ACS ))時(shí)不必建立新的TR-69會話。這改進(jìn)了 ACS側(cè)的可擴(kuò)縮性(例 如較少的認(rèn)證開銷等)并且改進(jìn)了對緊急通知的響應(yīng)時(shí)間。
從屬權(quán)利要求描述了本發(fā)明的其他方面。從屬權(quán)利要求的特征、任一
為合適的情況下被組合,而不僅僅是如權(quán)利要求書所限定的特定組合。
根據(jù)本發(fā)明的優(yōu)選實(shí)施例,遠(yuǎn)程管理協(xié)議是DSL論壇的TR-069中定 義的CWMP,并且所述^殳備和所述自動(dòng)配置裝置與DSL論壇的TR-069 相容。所述自動(dòng)配置裝置可以是如TR-069中定義的自動(dòng)配置服務(wù)器。
根據(jù)本發(fā)明的實(shí)施例,如果在會話期間不同參數(shù)的不止一個(gè)參數(shù)值更 改,則所述設(shè)備將更改的參數(shù)值同時(shí)傳送給所述自動(dòng)配置裝置。
對于本發(fā)明而言,參數(shù)值更改可能是由于所述自動(dòng)配置裝置發(fā)出的一 個(gè)或多個(gè)RPC所造成的,或者可能是由于獨(dú)立的或外部的事件所造成的 (例如由于硬件)。
根據(jù)本發(fā)明的特定實(shí)施例,如果在會話期間相同或不同參數(shù)的不止一 個(gè)參數(shù)值更改,則所述設(shè)備在不同的時(shí)刻將更改的參數(shù)值傳送給所述自動(dòng) 配置裝置。
在本發(fā)明的實(shí)施例中,所述設(shè)備在會話結(jié)束之前并且在所述設(shè)備的對 ,型的M值更改之后轉(zhuǎn)移(或重傳或再次移交)控制以發(fā)起至所述自 動(dòng)配置裝置的RPC。
根據(jù)本發(fā)明的實(shí)施例,所述設(shè)備可以在所述自動(dòng)配置裝置已發(fā)送空 HTTP POST響應(yīng)消息至所述設(shè)備之后發(fā)送新的"Inform"消息至所述自 動(dòng)配置裝置。所述自動(dòng)配置裝置還可以從所述設(shè)備請求關(guān)于哪些參數(shù)和/ 或哪些(哪個(gè))參數(shù)樹和/或哪種類型的參數(shù)通知可以在該自動(dòng)配置裝置已 發(fā)送空HTTP POST響應(yīng)消息至所述設(shè)備之后,iiL送的信息。這可以例如 (但不限于)借助于新的RPC、通過移交RPC或通過用參數(shù)字段來使得 空POST消息過載來實(shí)現(xiàn)。
在根據(jù)本發(fā)明的實(shí)施例中,所述自動(dòng)配置裝置可以在發(fā)送空HTTPPOST響應(yīng)消息給所述設(shè)備之前、借助于合適的遠(yuǎn)程過程調(diào)用從所述設(shè)備 請求更改的參數(shù)值信息。
根據(jù)本發(fā)明的實(shí)施例,會話期間的參數(shù)值更改的總傳送數(shù)目限于特定 的最大次數(shù)。這可以通過協(xié)議本身來指定、或者可以當(dāng)發(fā)出請求時(shí)被指定。 在所述協(xié)議未指定限制的情況下,可以由ACS控制參數(shù)值更改的最大傳送 數(shù)目(傳送數(shù)目的CPE側(cè)控制優(yōu)選地較小,因?yàn)榱髁繂栴}只會在ACS側(cè) 發(fā)生)。這可以例如借助于InformReponse (隱含式移交)消息中的指定 參數(shù)值更改的最大傳送數(shù)目的額外的字段/變量來完成。注意,通過在 Inform消息中添加這個(gè)字私變量來向ACS指明CPE支持根據(jù)本發(fā)明實(shí)施 例的會話中通知TR-069擴(kuò)展??蛇x地,這可以借助于第一 Handover請 求消息中的額外的字IS7變量、或者通過利用Handover請求消息(明確式 移交場景)而只允許一次參數(shù)值更改的傳送來完成。
所述CPE也可以例如如下面的描述中那樣指明它準(zhǔn)備在當(dāng)前會話中 執(zhí)行的參數(shù)值更改的最大傳送數(shù)目
-隱含式移交場景所述CPE傳送它打算在第一 Inform消息中執(zhí)行 的M值更改的最大傳送數(shù)目?;谶@個(gè)最大數(shù)目,所述ACS可以判定在 會話中將允許傳送多少次參數(shù)值更改。
-明確式移交場景所述ACS在Handover請求消息中強(qiáng)制了參數(shù)值 更改的最大傳送數(shù)目,所述CPE因而可以在Handover響應(yīng)消息中確認(rèn)所 協(xié)定的數(shù)目。
根據(jù)本發(fā)明的另一方面,還公開了適用于前述方法的設(shè)備,例如CPE。 這種設(shè)備必須被適配成和/或安排成能夠執(zhí)行上述方法。
根據(jù)本發(fā)明的另 一方面,還公開了適用于前述方法的自動(dòng)配置裝置, 例如ACS。這種自動(dòng)配置裝置必須;陂適配成和/或安排成能夠執(zhí)行上述方 法。
附圖用于說明本發(fā)明的實(shí)施例。圖1示出了現(xiàn)有技術(shù)解決方案;
圖2和圖3示出了根據(jù)本發(fā)明的、分別對應(yīng)于隱含式和明確式移交場 景的實(shí)施例;
圖4示出了其中提出新的CPE側(cè)遠(yuǎn)程過程調(diào)用(RPC )的根據(jù)本發(fā)明 的實(shí)施例;和
圖5示出了其中提出現(xiàn)有技術(shù)RPC的修改的本發(fā)明的實(shí)施例。 附圖中相似或相同的元素或部件使用相同的附圖標(biāo)記。
具體實(shí)施例方式
通過結(jié)合附圖閱讀下面的詳細(xì)描述,本發(fā)明的上述其他有利特征和目 的將變得更加明顯并且將更好地理解本發(fā)明。
借助于特定實(shí)施例并參考相應(yīng)附圖來描述本發(fā)明的各方面,然而本發(fā) 明并不限于此。附圖僅是示意性的并且不應(yīng)當(dāng)被看作限制性的,例如可能 未按照相對于其他元件的比例或大小來顯示特定的元件或組件。
在對根據(jù)本發(fā)明的特定實(shí)施例的描述中,各種特征有時(shí)被組合成單個(gè) 實(shí)施例、附圖或其描述從而促進(jìn)對本發(fā)明一個(gè)或多個(gè)方面的理解。這并不 意味著被組合的所有特征對于解決特定問題而言都是必要的。在對特定實(shí) 施例的描述中,所發(fā)明的方面可能在于比被組合的所有特征要少的特征。
盡管這里描述的一些實(shí)施例包括其他實(shí)施例中的一些特征,然而不同 實(shí)施例的特征的組合都在本發(fā)明的范圍內(nèi),并且構(gòu)成不同的實(shí)施例,如本 領(lǐng)域人員能夠理解的那樣。
在根據(jù)本發(fā)明的實(shí)施例中,引入了M中(例如TR-069 M中)通 知。根據(jù)本發(fā)明的實(shí)施例,針對"被動(dòng)"和"主動(dòng)"通知的參數(shù)值更改可 以在所建立的與ACS的TR-069會活的期間或結(jié)束時(shí),皮取回。
圖1顯示了現(xiàn)有技術(shù)場景??蛻舳嗽O(shè)備(CPE)發(fā)起與自動(dòng)配置服務(wù) 器(ACS )的RMP (例如TR-069 )會話,并且因而發(fā)送Inform消息至這 個(gè)自動(dòng)配置服務(wù)器(ACS)。這個(gè)Inform消息可以包括CPE的對^J漠型 的之前更改的參數(shù)值,以及按照TR-069 vl.l的其他信息。ACS確認(rèn)
9InformResponse消息的接收。當(dāng)前TR-069規(guī)范中已有的機(jī)制現(xiàn)在被用來 轉(zhuǎn)移對于從CPE向ACS JL^ RPC的控制;空HTTP(S) POST消息M 送,之后ACS可以發(fā)起RPC。當(dāng)ACS已完成必要的RPC時(shí),類似的機(jī) 制被用來轉(zhuǎn)移對于從ACS向CPE發(fā)起RPC的控制;空HTTP POST響 應(yīng)消息被發(fā)送給CPE,該CPE按照當(dāng)前的標(biāo)準(zhǔn)TR-069 vl.l將其解釋為終 止HTTP(S)會活的信號。如果在會活期間CPE的對,型的M值更改, 則當(dāng)前需要新的會話來傳送更改的參數(shù)。這可以是主動(dòng)的,即借助于跟隨 第一會活的專用會活,或者是被動(dòng)的,即通過在由于其他原因發(fā)起的后續(xù) 會話中將信息并入從CPE至ACS的Inform消息中。所述其他原因可以例 如是針對另一個(gè)目的,或者是專用的周期性更新會話。
圖2、 3、 4和5示出了關(guān)于TR-069會話中通知的根據(jù)本發(fā)明的實(shí)施例。
根據(jù)本發(fā)明的實(shí)施例,CPE通過在收到來自ACS的空POST響應(yīng)消 息后、用新的Inform消息作出響應(yīng)來將對于aRPC的控制移交回ACS。 到達(dá)現(xiàn)有技術(shù)常規(guī)會話的末尾時(shí),ACS發(fā)送空POST響應(yīng)消息給CPE以 指示它不會再發(fā)出RPC,并且將控制還給CPE。在現(xiàn)有技術(shù)中,CPE通 過終止會話來解釋這個(gè)空POST響應(yīng)。根據(jù)本發(fā)明的實(shí)施例,CPE有機(jī)會 重新獲得對RPC的控制并且在當(dāng)前4^內(nèi)發(fā)送其他通知。ACS和CPE因 而需要被適配以提供這種功能性。這為CPE提供了新的機(jī)會來例如(但不 限于)借助于Inform消息調(diào)用ACS側(cè)的RPC,所述Inform消息可能包 括關(guān)于已在會話期間更改的參數(shù)值的信息。根據(jù)特定實(shí)施例,Inform RPC 僅能夠在特定的事件類型的情況下或不在特定的事件類型的情況下被調(diào)用 (例如值更改,M包括周期性、傳送完成等等)。應(yīng)當(dāng)指出,Inform消 息可以被用于發(fā)送^中的通知,但是這不應(yīng)當(dāng)限于僅Inform消息。換言 之,可以使用能為此而定義的任何新的ACS RPC。
根據(jù)本發(fā)明的特定實(shí)施例(在本說明書中稱為隱含式移交,其在圖2 中顯示),對發(fā)起RPC的控制的移交是通過空消息來進(jìn)行的。作為標(biāo)準(zhǔn) TR-069 vl.l的可選方案,在這個(gè)實(shí)施例中,為CPE提供在它接收到來自
10ACS的空HTTP POST響應(yīng)之后發(fā)送新的Inform消息的才幾會。這使得CPE 能夠在當(dāng)前TR-069會話中發(fā)送等待通知。ACS然后用InformResponse 消息確認(rèn),之后CPE通it^C送空HTTP(S) POST而再次將對發(fā)起RPC的 控制轉(zhuǎn)移給ACS。這從某種意義上來說導(dǎo)致了擴(kuò)展會話,在該擴(kuò)展M 中由于在同一M期間CPE對^4莫型的參數(shù)值更改而使得ACS必須執(zhí)行 RPC。
才艮據(jù)本發(fā)明的實(shí)施例,CPE可以決定在交換Inform/InformResponse 消息之后終止會活,而不M送空POST消息。
為了保持會活不被打開過長時(shí)間,在本發(fā)明的特定實(shí)施例中,CPE可 以限于對于每個(gè)4^"仗義送一個(gè)或最大預(yù)定數(shù)目的會話中Inform消息。
根據(jù)本發(fā)明的其他實(shí)施例(在本說明書中稱為明確式移交),借助于 新的RPC來執(zhí)行移交(如圖3所示)。
在這些實(shí)施例中,ACS向CPE發(fā)出關(guān)于發(fā)送待處理通知的明確請求。 為此,新的RPC可以被定義,例如Handover (從ACS至CPE) /HandOverResponse (從CPE至ACS)。在標(biāo)準(zhǔn)的空HTTP(S) POST響 應(yīng)消息已從ACS被發(fā)送至CPE之后,HandOverResponse消息或CPE對 該請求的響應(yīng)可以包括用于ACS的、關(guān)于ACS可能想要接收哪種類型的 通知的信息、或者關(guān)于將參數(shù)樹中的參數(shù)限制成其子集的信息。
根據(jù)本發(fā)明的其他實(shí)施例,借助于新的RPC來取回參數(shù)(關(guān)于TR-069 vl.l,如圖4所示)。在新的CPE側(cè)的RPC (在CPE側(cè)被實(shí)現(xiàn),并且被 ACS側(cè)調(diào)用)的情況下,RPC取回參數(shù)值更改,這可以例如稱為 GetParameterVahieChanges。在所述實(shí)施例中,ACS保持對會話的控制(即 對發(fā)起RPC的控制)。
根據(jù)本發(fā)明的其他實(shí)施例,現(xiàn)有技術(shù)RPC可以例如通過用新變量擴(kuò)展 現(xiàn)有RPC來被fl"改(如圖5所示)??梢葬槍Ρ景l(fā)明而被修改的這種現(xiàn)有 RPC的一個(gè)例子是GetParameterValues RPC。
可選地,這個(gè)RPC可以包含一些額外的變量,這些變量改進(jìn)了對參數(shù) 值更改的取回,例如-第一變量,ACS可以通過該第一變量來命令CPE返回"主動(dòng)的"-僅l^t更改、"凈皮動(dòng)的"-僅參數(shù)更改、或這兩種類型的參數(shù)更改;和/或
-第二變量,其提供參數(shù)名稱過濾的功能(例如利用參數(shù)根對象、通 配符等),該選項(xiàng)能夠限制從對^^莫型報(bào)告給整個(gè)^lt樹的子集(或指定 參數(shù))的會活中通知,這使之能夠基于例如參數(shù)名稱從較不緊急的通知、 不緊急的通知或僅是提供信息的通知中過濾出較為緊急的通知。
盡管上面已經(jīng)結(jié)合指定實(shí)施例而闡述了本發(fā)明的原理,然而應(yīng)當(dāng)清楚 地理解,本說明書僅是示例性的而不是作為對由所附權(quán)利要求限定的保護(hù) 范圍的限制。
權(quán)利要求
1.一種用于借助于自動(dòng)配置裝置來自動(dòng)配置設(shè)備的方法,所述自動(dòng)配置裝置適于借助于遠(yuǎn)程管理協(xié)議(RMP)來自動(dòng)配置所述設(shè)備,該方法包括建立所述設(shè)備與所述自動(dòng)配置裝置之間的RMP會話,其特征在于,當(dāng)所述設(shè)備的對象模型的至少一個(gè)參數(shù)值在所述RMP會話期間更改時(shí),所述設(shè)備在發(fā)起所述RMP會話之后且在終止所述RMP會話之前將更改的參數(shù)值傳送給所述自動(dòng)配置裝置。
2. 根據(jù)權(quán)利要求1所述的方法,其中,所述遠(yuǎn)程管理協(xié)議是DSL論壇 的TR-069中定義的CWMP,并且所述i殳備和所述自動(dòng)配置裝置與DSL 論壇的TR-069相容。
3. 根據(jù)權(quán)利要求1所述的方法,其中,如果不同M的不止一個(gè)M 值在所述會話期間更改,則所述設(shè)備將更改的#值同時(shí)傳送給所述自動(dòng) 配置裝置。
4. 根據(jù)權(quán)利要求1所述的方法,其中,相同或不同參數(shù)的不止一個(gè)參 數(shù)值在所述會話期間更改,并且所述設(shè)備在不同的時(shí)刻將更改的參數(shù)值傳 送給所述自動(dòng)配置裝置。
5. 根據(jù)權(quán)利要求2所述的方法,其中,所述設(shè)備在所述會話結(jié)束之前 且在所述設(shè)備的對象才莫型的M值已更改之后、將對于發(fā)起RPC的控制轉(zhuǎn) 移給所述自動(dòng)配置裝置。
6. 才艮據(jù)4又利要求5所述的方法,其中,所述設(shè)備在所述自動(dòng)配置裝置 已發(fā)送空HTTP POST響應(yīng)消息至所述設(shè)備之后、發(fā)送新的"Inform"消 息至所述自動(dòng)配置裝置。
7. 根據(jù)權(quán)利要求6所述的方法,其中,所述自動(dòng)配置裝置從所述設(shè)備 請求關(guān)于哪些參數(shù)和/或哪個(gè)(哪些)參數(shù)樹和/或哪種類型的M通知可以 在所述自動(dòng)配置裝置已發(fā)送空HTTP POST響應(yīng)消息至所述i殳備之后凈iL^ 送的信息。
8. 根據(jù)權(quán)利要求2所述的方法,其中,所述自動(dòng)配置裝置在發(fā)送空 HTTP POST響應(yīng)消息至所述設(shè)備之前、借助于合適的遠(yuǎn)程過程調(diào)用從所 述設(shè)備請求所述更改的參數(shù)值信息。
9. 根據(jù)前述任一權(quán)利要求所述的方法,其中,會話期間的參數(shù)值更改 的總傳送數(shù)目限于特定的最大次數(shù)。
10. —種適用于根據(jù)權(quán)利要求1至9的方法的設(shè)備。
11. 一種適用于根據(jù)權(quán)利要求1至9的方法的自動(dòng)配置裝置。
全文摘要
公開了一種用于借助于自動(dòng)配置裝置來自動(dòng)配置設(shè)備的方法和使用這種方法的設(shè)備,所述自動(dòng)配置裝置適于借助于遠(yuǎn)程管理協(xié)議(RMP)來自動(dòng)配置所述設(shè)備,所述方法包括建立所述設(shè)備與所述自動(dòng)配置裝置之間的RMP會話,其中,當(dāng)所述設(shè)備的對象模型的至少一個(gè)參數(shù)值在所述RMP會話期間更改時(shí),所述設(shè)備在發(fā)起所述RMP會話之后且在終止所述RMP會話之前將更改的參數(shù)值傳送給所述自動(dòng)配置裝置。
文檔編號H04L29/08GK101552698SQ20091012805
公開日2009年10月7日 申請日期2009年3月19日 優(yōu)先權(quán)日2008年4月4日
發(fā)明者C·史蒂文斯, J·柯本斯, P·尤斯滕, S·范登博施, W·阿茨凱 申請人:阿爾卡特朗訊公司