两个人的电影免费视频_国产精品久久久久久久久成人_97视频在线观看播放_久久这里只有精品777_亚洲熟女少妇二三区_4438x8成人网亚洲av_内谢国产内射夫妻免费视频_人妻精品久久久久中国字幕

用于在原地配置裝置的方法

文檔序號(hào):7732625閱讀:241來(lái)源:國(guó)知局
專(zhuān)利名稱(chēng):用于在原地配置裝置的方法
技術(shù)領(lǐng)域
本發(fā)明涉及使用配置服務(wù)器在原地經(jīng)由網(wǎng)絡(luò)遠(yuǎn)程配置至少一個(gè)裝置的方法。
背景技術(shù)
近來(lái),允許像家用設(shè)備的裝置經(jīng)由這些裝置所連接的諸如互聯(lián)網(wǎng)的網(wǎng)絡(luò)并且在其 使用位置處(即,在原地)被配置,已變得更加普遍,所述家用設(shè)備諸如電視、機(jī)頂盒、互聯(lián) 網(wǎng)語(yǔ)音電話(VoIP)、膝上型電腦、媒體服務(wù)器、調(diào)制解調(diào)器、路由器、網(wǎng)關(guān)等。這種方法有若 干實(shí)施例,諸如SNMP和/或TR-069等。下面,將通過(guò)非限制性示例方式來(lái)參考TR-069協(xié)議,不排除任何替代實(shí)施例、協(xié) 議或標(biāo)準(zhǔn),無(wú)論是已經(jīng)存在的還是未來(lái)要開(kāi)發(fā)的。TR-069是技術(shù)報(bào)告069的縮寫(xiě),還是題為CPE WAN管理協(xié)議(CWMP)的DSL論壇 技術(shù)規(guī)范。縮寫(xiě)CPE表示用戶(hù)端設(shè)備,此處在比TR-069協(xié)議更廣泛的意義上也被簡(jiǎn)單稱(chēng)為 “裝置”。TR-069協(xié)議定義用于遠(yuǎn)程管理終端用戶(hù)設(shè)備或CPE或簡(jiǎn)單裝置的應(yīng)用層協(xié)議。作為基于雙向SOAP/HTTP的協(xié)議,TR-069提供CPE與此處一般也被稱(chēng)為配置服務(wù) 器的自動(dòng)配置服務(wù)器(ACS)之間的通信。它包括對(duì)集成框架內(nèi)的其他CPE管理功能的安全 自動(dòng)配置和控制。在寬帶市場(chǎng)迅速發(fā)展的過(guò)程中,不同互聯(lián)網(wǎng)接入可能性的數(shù)量也與該迅 速發(fā)展成比例地增加了,其中例如調(diào)制解調(diào)器、路由器、網(wǎng)關(guān)、機(jī)頂盒和VoIP電話變得更加 普遍,并且涌現(xiàn)了各種底層技術(shù),以更大程度地抵達(dá)更大一部分公眾。與此同時(shí),這種裝備的配置變得更加復(fù)雜——對(duì)終端用戶(hù)來(lái)說(shuō)太復(fù)雜。出于該原 因,開(kāi)發(fā)了 TR-069協(xié)議。它提供自動(dòng)配置這些接入類(lèi)型的可能性。該技術(shù)規(guī)范由DSL論壇 管理和發(fā)布。使用TR-069,所述終端可以聯(lián)系自動(dòng)配置服務(wù)器(ACS)并且自動(dòng)建立配置。 相應(yīng)地,可以提供其他服務(wù)功能。TR-069是當(dāng)前在DSL寬帶市場(chǎng)范圍內(nèi)用于激活終端的協(xié) 議。其他論壇,諸如家庭網(wǎng)關(guān)倡議(HGI)和DVB,正支持CWMP作為遠(yuǎn)程管理家庭網(wǎng)絡(luò)設(shè)備 (例如,HGI網(wǎng)關(guān))和終端(例如,DVB IPTV STB)的協(xié)議。一般來(lái)說(shuō),像TR-069協(xié)議的這種裝置配置方法的共同之處在于,配置信息可以包 括下載諸如程序、固件或軟件的信息,以初始設(shè)置裝置使該裝置如期望/預(yù)期那樣工作,或 者提供更新。替代地或另外地,所述信息可以取代在已運(yùn)行的裝置中的現(xiàn)有信息,或者在已 提供的信息中可以預(yù)期修改或更新。當(dāng)需要初始信息或更新的信息等時(shí),信息到裝置的下 載可由配置服務(wù)器初始化,或者實(shí)際中由裝置本身初始化。為此,在初始化時(shí)或在使用中的 裝置可以向配置服務(wù)器發(fā)送要擁有初始或更新/修改的配置信息的請(qǐng)求。裝置可以被編程 為定期詢(xún)問(wèn)更新是否可用。而且,當(dāng)裝置的更新的或修改的配置對(duì)配置服務(wù)器已經(jīng)可用時(shí) 或者不久之后,也可以使用配置服務(wù)器向任意數(shù)量的這種裝置下載配置信息的更新的或修 改的版本。所有種類(lèi)的排列都是可能的,例如,在配置服務(wù)器向所有裝置發(fā)送“新”版本配置 信息經(jīng)請(qǐng)求可用于下載到裝置的通告的情況下,在所述請(qǐng)求后,裝置激活用于請(qǐng)求該“新” 配置信息的例程,并且其他排列也是可能的。這些現(xiàn)有技術(shù)方法或協(xié)議的問(wèn)題涉及不得不向數(shù)量日益增多的裝置或終端用戶(hù)
3設(shè)備或就TR-069協(xié)議而言CPE提供服務(wù)的配置服務(wù)器。例如,TR-069協(xié)議允許在被管理設(shè)備的對(duì)象模型中為每一個(gè)參數(shù)定義通告屬 性(notification attribute)。所述通告屬性指示CPE是否應(yīng)當(dāng)在通知消息(Inform message)中包括指定參數(shù)的改變的值,以及當(dāng)指定參數(shù)的值變化時(shí)CPE是否必須初始化到 ACS的會(huì)話。對(duì)參數(shù)的通告設(shè)置包括“關(guān)閉(off)”、“被動(dòng)(passive)”和“主動(dòng)(active)”。在被動(dòng)通告情況下,無(wú)論指定參數(shù)值何時(shí)變化,CPE必須在通知消息中的參數(shù)列表 中包括該新值,所述通知消息在下次建立到ACS的會(huì)話時(shí)被發(fā)送。這里強(qiáng)調(diào)的是,在主動(dòng)通 告情況下,無(wú)論指定參數(shù)值何時(shí)變化,CPE必須初始化到ACS的會(huì)話,并且在相關(guān)聯(lián)的通知 消息中參數(shù)列表中包括新值。然而,當(dāng)許多這種通告發(fā)生時(shí)(例如,當(dāng)被用于向ACS發(fā)送頻繁的告警時(shí)),它可 以顯著改變關(guān)于ACS的性能和可擴(kuò)展性要求。然而,TR-069協(xié)議和其他類(lèi)似倡議被設(shè)計(jì)為 用于ACS與大量CPE之間的不常發(fā)生的通信(例如,默認(rèn)周期通知間隔在TR-069中被設(shè)為 24小時(shí))的協(xié)議。通過(guò)新會(huì)話被建立用于非常頻繁的主動(dòng)通告,可以預(yù)期交互頻率顯著增 加,因而使TR-069所基于的假設(shè)某種程度上無(wú)效。因而,這些主動(dòng)通告的頻率增加(例如,當(dāng)被用于告警處理時(shí)),目前沒(méi)有可用的 針對(duì)這種涌現(xiàn)的問(wèn)題的解決方案。例如,可以從 2005 年 2 月 4 日的版本中的 http//www. dslforum, org/aboutdsl/ Technical_Reports/TR-069. pdf 檢索到的出版物 DSLHOME-TECHNICAL WORKING GROUP "CPE-WAN Management Protocol”,XP002316355,特別地基于很少發(fā)生的通信和信息請(qǐng)求 或通知消息反映關(guān)于TR-069的現(xiàn)有技術(shù)狀況。

發(fā)明內(nèi)容
本發(fā)明的目的是通過(guò)提供根據(jù)所附獨(dú)立權(quán)利要求的方法來(lái)解決或至少減少現(xiàn)有 技術(shù)的問(wèn)題。所有實(shí)施例都基于分配給TR-069通告屬性的優(yōu)先級(jí)。本發(fā)明因而提供這樣的機(jī)制,該機(jī)制能夠減少ACS上的負(fù)載、擴(kuò)展它或幫助它根 據(jù)優(yōu)先級(jí)方案或機(jī)制定義哪些消息要處理以及哪些消息要拒絕。這里要確認(rèn)的是,在Chen. X 等人的“ACES :An efficient admissioncontrol scheme for QoS-aware web servers”中,服務(wù)器信息的優(yōu)先級(jí)區(qū)分是已知的。然而,這種 已知的優(yōu)先級(jí)區(qū)分方案具體涉及具有預(yù)期高頻率的信息請(qǐng)求和通知消息的高負(fù)載網(wǎng)絡(luò)服 務(wù)器。技術(shù)人員在該公開(kāi)中找不到任何動(dòng)機(jī)在例如DSLHOME-TECHNICAL WORKING GROUP "CPE-WAN Management Protocol”,XP002316355 中已知的 TR-069 或任何類(lèi)似的面向低負(fù) 載的協(xié)議或技術(shù)中應(yīng)用其中講述的內(nèi)容??梢杂貌煌绞襟w現(xiàn)本發(fā)明,每一種方式形成本發(fā)明的優(yōu)選實(shí)施例。在所附從屬 權(quán)利要求中定義這種實(shí)施例。例如,實(shí)施例可以根據(jù)TR-069協(xié)議在ACS側(cè)將通知消息區(qū)分優(yōu)先級(jí)以允許所述 ACS拒絕或延遲低優(yōu)先級(jí)會(huì)話。如果所述ACS的容量需求允許的話,并且取決于其他通知消 息及賦予其的優(yōu)先級(jí),甚至可以提升低優(yōu)先級(jí)會(huì)話。如果按照TR-069協(xié)議,CPE在指定或 預(yù)定端口和URL上被編址,這促使所述CPE執(zhí)行固定動(dòng)作它建立具有所述預(yù)定ACS地址的 會(huì)話。一旦連接被建立,CPE向ACS發(fā)送通知消息。通過(guò)賦予通知消息的優(yōu)先級(jí),可以根據(jù)預(yù)定次序或優(yōu)先級(jí)區(qū)分完成用于處理通知消息的順序。替代地,可以在CPE側(cè)體現(xiàn)這種優(yōu)先級(jí)區(qū)分,以允許CPE阻止、暫停或延遲低優(yōu)先 級(jí)會(huì)話。在ACS側(cè)設(shè)置處理通知消息的方式的實(shí)施例中,對(duì)所有通知消息區(qū)分優(yōu)先級(jí)是可 能的,從而可以對(duì)過(guò)載條件下在ACS側(cè)丟棄通知消息進(jìn)行控制。至少在該實(shí)施例中,ACS將 具有對(duì)信息的所有當(dāng)前可用需求,并且能夠最佳地指派處理次序或順序,或者甚至可以被 允許無(wú)視信息請(qǐng)求或消息。該優(yōu)先級(jí)信息可被包括在所述通知消息中或任何更低層網(wǎng)絡(luò)協(xié) 議(例如,HTTP、TCP等)中的頭字段中。而且,ACS使得具有按照優(yōu)先級(jí)排列通知消息的 表可用。在CPE側(cè)完成優(yōu)先級(jí)區(qū)分的實(shí)施例中,可以在CPE上以主動(dòng)通告為每一個(gè)參數(shù)定 義閾值。如果該參數(shù)的通告優(yōu)先級(jí)低于該閾值,不發(fā)送主動(dòng)通告、新事件代碼或替代的遞 送??梢曰诟婢瘒?yán)重性和/或歸類(lèi)什么對(duì)該CPE是告警來(lái)設(shè)定該閾值。同樣,一般地,對(duì)于在配置服務(wù)器側(cè)處或裝置中的優(yōu)先級(jí)區(qū)分,定義閾值矢量是 可行的,其中,索引對(duì)應(yīng)于優(yōu)先級(jí)號(hào),其值對(duì)應(yīng)于對(duì)該優(yōu)先級(jí)的未決告警的數(shù)量。例如,在 TR-069協(xié)議中,優(yōu)先級(jí)prio[1..3] = {1,5,10}是這樣的指示如果1個(gè)prio = 1個(gè)告警 未決,則要發(fā)送通知消息,如果5個(gè)prio = 2個(gè)告警已被累積,則要發(fā)送另一通知消息。在該實(shí)施例中描述的情況映射如下prio[l..X] = {1,1,1,0,0,0, ...,0},其中 “0”指示沒(méi)有通知消息要被發(fā)送,并且其中,此處的閾值是prio = 3。相同的情況可以在配 置服務(wù)器中自然體現(xiàn)。另外或替代地,可以在本發(fā)明范圍內(nèi)采用可以是動(dòng)態(tài)的后退(back-off)機(jī)制。可 以在ACS (基于配置的閾值)中或在CPE中提供這樣的后退機(jī)制。在過(guò)載的情況下,會(huì)話可 以被拒絕或推卻,這定義了一種后退機(jī)制。通過(guò)向所述CPE或多個(gè)CPE發(fā)送正在發(fā)生過(guò)載情 形的通告,促使CPE或多個(gè)CPE “后退”并且稍后發(fā)送所述通知消息。如果主動(dòng)通告是高優(yōu) 先級(jí)的,后退間隔可能更短,或者通知消息可以在發(fā)送任務(wù)的優(yōu)先級(jí)列表中被授予優(yōu)先權(quán)。另外地或替代地,本發(fā)明可以包括發(fā)送“傘狀”告警。當(dāng)CPE生成太多告警時(shí),可 以向ACS發(fā)送“傘狀”告警,即,指示“太多告警”的告警,而不是每一個(gè)單獨(dú)告警。通過(guò)這 種方式,僅建立與ACS的單個(gè)會(huì)話,并且檢查每一個(gè)告警的負(fù)擔(dān)被置于該ACS上。然而,在 CPE上維護(hù)所要求的告警緩沖。替代地,“傘狀”告警和單獨(dú)告警均可以被發(fā)送,但具有不同 優(yōu)先級(jí)。進(jìn)一步,另外或替代地,可以對(duì)高優(yōu)先級(jí)通告采用專(zhuān)用ACS。更一般地,可以對(duì)每 一個(gè)優(yōu)先級(jí)或包括預(yù)定數(shù)量?jī)?yōu)先級(jí)的優(yōu)先級(jí)類(lèi)或組提供單獨(dú)的ACS。在常規(guī)ACS外,安裝 具有處理高優(yōu)先級(jí)主動(dòng)通告的任務(wù)的專(zhuān)用ACS也是可行的。常規(guī)ACS將需要用其他ACS 的地址配置每一個(gè)CPE,如果是本發(fā)明實(shí)際采用的在其中并入本發(fā)明的實(shí)施例,這還將要求 TR-069協(xié)議作一些改變。在本發(fā)明的該變體中,被發(fā)送的通知消息或信息請(qǐng)求可以經(jīng)由 TR-069代理被分析并將被相應(yīng)地向?qū)S肁CS路由。要注意,這可以涉及檢查所述通知消息 或信息請(qǐng)求中的參數(shù)值(ParameterValue)和/或新的事件代碼(EventCode)。因?yàn)楝F(xiàn)有的解決方案沒(méi)有解決許多主動(dòng)通告的問(wèn)題,本發(fā)明的主要優(yōu)勢(shì)在于可擴(kuò) 展性和對(duì)配置服務(wù)器的過(guò)載保護(hù),并且在TR-069協(xié)議的情況中,該配置服務(wù)器是ACS。


現(xiàn)在將通過(guò)示例方式,在以下結(jié)合附圖寫(xiě)成的說(shuō)明書(shū)中闡述本發(fā)明,其中,通過(guò)相 同附圖標(biāo)記標(biāo)識(shí)本發(fā)明的相同或相似組件、特征和方面,并且在附圖中圖1示出體現(xiàn)本發(fā)明的基于TR-069協(xié)議的系統(tǒng)。
具體實(shí)施例方式在圖1中,示意性地示出了基于TR-069協(xié)議的系統(tǒng)1。該系統(tǒng)形成本發(fā)明的實(shí) 施例,包括網(wǎng)絡(luò)4,至少一個(gè)CPE 2和至少一個(gè)ACS 3被連接到網(wǎng)絡(luò)4。每一個(gè)CPE 2經(jīng)由 DSLAM 5連接到網(wǎng)絡(luò)4,同時(shí)每一個(gè)ACS 3經(jīng)由BRAS 6連接到網(wǎng)絡(luò)4。每一個(gè)ACS 3可以在 對(duì)應(yīng)的OSS或服務(wù)配置管理器7的控制下。同樣地,每一個(gè)CPE 2被連接到諸如機(jī)頂盒8、 VoIP電話9、路由器10、網(wǎng)關(guān)11等的至少一個(gè)終端用戶(hù)設(shè)備。CPE 2可以是設(shè)備8_11的一 部分并且可以被并入設(shè)備8-11的任何一個(gè)中,或者甚至被并入DSLAM 5。所示出的根據(jù)TR-069協(xié)議的配置允許為所管理的設(shè)備8-11或CPE 2本身或甚至 DSLAM 5的目標(biāo)模型中的每一個(gè)參數(shù)定義通告屬性。在圖1中,示出了兩個(gè)單個(gè)CPE 2和兩 個(gè)不同的ACS 3。更多的CPE 2和ACS 3也是可行的,這將在下文更詳細(xì)地描述。通告屬性指示CPE 2是否應(yīng)該在該向CPE ACS 3發(fā)送的任何通知消息中包括指定 參數(shù)的改變的值,以及當(dāng)指定參數(shù)的值改變時(shí),CPE 2是否必須初始化到ACS 3的會(huì)話。對(duì) 參數(shù)的通告設(shè)置包括“關(guān)閉”、“被動(dòng)”和“主動(dòng)”。在被動(dòng)通告情況下,無(wú)論指定參數(shù)值何時(shí)變化,CPE 2必須在通知消息中的參數(shù)列 表中包括該新值,所述通知消息在下次建立到ACS 3的會(huì)話時(shí)被發(fā)送。在主動(dòng)通告情況下, 無(wú)論指定參數(shù)值何時(shí)變化,CPE必須初始化到ACS的會(huì)話,并且在相關(guān)聯(lián)的通知消息中的參 數(shù)列表中包括新值。然而,當(dāng)許多這種通告發(fā)生時(shí)(例如,當(dāng)被用于向ACS 3發(fā)送頻繁的告警時(shí)),它 可以顯著改變關(guān)于ACS 3的性能和可擴(kuò)展性要求。也就是,當(dāng)這些主動(dòng)通告的頻率增加時(shí) (例如,當(dāng)被用于告警處理時(shí)),本發(fā)明旨在提供一種解決方案。根據(jù)本發(fā)明,定義這樣的機(jī)制,所述機(jī)制允許減少ACS 3或多個(gè)ACS3上的負(fù)載、擴(kuò) 展它或幫助它根據(jù)優(yōu)先級(jí)機(jī)制定義哪些消息要處理以及哪些消息要拒絕。本發(fā)明包括被單獨(dú)或以任何組合體現(xiàn)的若干措施和/或特征,以在非常頻繁的主 動(dòng)通告的情況下減少在ACS 3或多個(gè)ACS 3上的負(fù)載。所有實(shí)施例基于指派給TR-069通 告屬性的優(yōu)先級(jí)。第一優(yōu)選實(shí)施例涉及對(duì)TR-069通知消息進(jìn)行優(yōu)先級(jí)區(qū)分。這可以在ACS 3的一 側(cè)或兩側(cè)處完成,以允許ACS 3拒絕、延遲或提升低優(yōu)先級(jí)會(huì)話。另外地或替代地,可以在 CPE 2側(cè)進(jìn)行優(yōu)先級(jí)區(qū)分,以允許CPE 2本身阻止低優(yōu)先級(jí)會(huì)話。在第一實(shí)施例中,優(yōu)先級(jí) 區(qū)分沿連接A經(jīng)過(guò)網(wǎng)絡(luò)4發(fā)送的所有通知消息從而有控制是可行的,通過(guò)所述控制,在過(guò)載 條件下,通知消息在ACS 3側(cè)被丟棄、延遲或在處理隊(duì)列中被提升。該優(yōu)先級(jí)信息可被包括在所述通知消息中或任何更低層網(wǎng)絡(luò)協(xié)議(例如,HTTP、 TCP等)中的頭字段中。在另一替代或附加實(shí)施例中,可以在CPE 2上對(duì)主動(dòng)通告的每一個(gè)參數(shù)定義閾 值。如果該參數(shù)的通告優(yōu)先級(jí)低于該閾值,不發(fā)送主動(dòng)通告、新事件代碼或替代的遞送。該閾值可以基于告警嚴(yán)重性和/或歸類(lèi)什么對(duì)該CPE是告警,通過(guò)這樣所述通知消息或信息 請(qǐng)求產(chǎn)生。另一可能性(即,一般情況)是定義閾值矢量,其中,其索引對(duì)應(yīng)優(yōu)先級(jí)號(hào),其值 對(duì)應(yīng)對(duì)該優(yōu)先級(jí)的未決告警的數(shù)量。例如,prio[1..3] = {1,5,10}意味著如果1個(gè)prio =1個(gè)告警未決,發(fā)送通知消息;如果5個(gè)prio = 2個(gè)告警已被累積,發(fā)送通知消息。在 該實(shí)施例中描述的情況映射如下prio[l..X] = {1,1,1,0,0,0,... ,0} W意味著不發(fā)送通 知],其中,此處的閾值是prio = 3。進(jìn)一步地,另外地或替代地,可以實(shí)現(xiàn)動(dòng)態(tài)的后退機(jī)制。在ACS 3中(基于所述配 置的閾值)或在CPE 2中實(shí)現(xiàn)這樣的后退機(jī)制的措施是可行的。在過(guò)載條件下,可以拒絕 會(huì)話,這促使CPE 2 “后退”并且稍后發(fā)送通知消息或信息請(qǐng)求。如果主動(dòng)通告是高優(yōu)先級(jí) 的,則后退間隔可能更短。所述通知請(qǐng)求可以?xún)?yōu)先于ACS 3發(fā)出的后退信號(hào)。同樣,另外或替代地,可以發(fā)送“傘狀”告警。當(dāng)CPE 2生成太多告警時(shí),可以向ACS 2發(fā)送“傘狀”告警(即,“太多告警”的告警,而不是每一個(gè)單獨(dú)告警。通過(guò)這種方式,僅建 立與ACS 3的單個(gè)會(huì)話,并且檢查每一個(gè)告警的負(fù)擔(dān)被置于ACS 3上。然而,在CPE 2上維 護(hù)所要求的告警緩沖。替代地,“傘狀”告警和單獨(dú)告警均可以被發(fā)送,但具有不同優(yōu)先級(jí)。同樣,另外或替代地,可以提供用于高優(yōu)先級(jí)通告的專(zhuān)用ACS 3。除了常用ACS 3 外,安裝具有處理高優(yōu)先級(jí)主動(dòng)通告的任務(wù)的專(zhuān)用ACS 3也是可行的。常用ACS 3將需要 給每一個(gè)CPE 2配置其他更高優(yōu)先級(jí)ACS3的地址,這還將要求到TR-069協(xié)議的變化。在借助TR-069代理12的該實(shí)施例中,沿連接A發(fā)送的通知消息可以被相應(yīng)地向 專(zhuān)用ACS 3路由,該專(zhuān)用ACS 3被設(shè)計(jì)用于處理來(lái)自預(yù)定優(yōu)先級(jí)層的CPE 2的通知消息或 信息請(qǐng)求。這可以涉及在經(jīng)由代理12通過(guò)連接A發(fā)送到多個(gè)ACS 3的通知消息中檢查參 數(shù)值和/或新事件代碼。其他通知消息或信息請(qǐng)求可以被定向到ACS 3中的另一個(gè),因?yàn)?它們具有另一(更高的或更低的)優(yōu)先級(jí),另一優(yōu)先級(jí)指示這些應(yīng)該由對(duì)應(yīng)選擇的ACS處 理,并且將被路由到所述對(duì)應(yīng)選擇的ACS。向任一參數(shù)指派何種優(yōu)先級(jí)的決定可以在ACS和CPE控制下由操作者(人或組 件)做出,即,操作者決定哪些參數(shù)是相關(guān)的要予以通告,并且以何種方式通告(被動(dòng)或主 動(dòng)通告)。因而,本發(fā)明同樣在該方面涉及額外維度不僅操作者必須知道或在某處記錄什 么參數(shù)由于值變化必須被通告以及如何實(shí)現(xiàn)。同樣相關(guān)的或至少有關(guān)的是,對(duì)于給定參數(shù), 操作者有興趣多頻繁地接收通告。當(dāng)接收的參數(shù)值改變通告的數(shù)量達(dá)到臨界量,以致ACS變得過(guò)載并且不能正常工 作時(shí)(即,當(dāng)通告變得太頻繁和/或要管理的CPE的數(shù)量超過(guò)特定臨界點(diǎn)時(shí)),參數(shù)通告分 類(lèi)(在重要性或優(yōu)先級(jí)方面)的問(wèn)題成為根本問(wèn)題。被優(yōu)先級(jí)區(qū)分的參數(shù)值改變通告按如下方式處理基本上,這種被優(yōu)先級(jí)區(qū)分的參數(shù)值改變通告可以或者在CPE側(cè)或者在ACS側(cè)被 處理。特別地,參數(shù)名稱(chēng)與其通告優(yōu)先級(jí)之間的關(guān)聯(lián)[Al]加上通告優(yōu)先級(jí)與其通告嘗試計(jì) 數(shù)之間的關(guān)聯(lián)[A2]必須被登記、記憶、存儲(chǔ)或另外保存“在某處”在CPE側(cè)的關(guān)聯(lián)的第一種情況中,最為明顯的是,[Al]是TR-069對(duì)象模型數(shù)據(jù)庫(kù) 中的額外的參數(shù)屬性信息,以及全局優(yōu)先級(jí)矢量[A2]。在第一情況中,CPE決定何時(shí)發(fā)送通告,并且ACS無(wú)條件地接受他們。這其實(shí)是一種常用配置。在ACS側(cè)的關(guān)聯(lián)的第二種情況中,最為明顯的是,[Al]作為包括參數(shù)值改變通告 的表被提供,該表適用于所有CPE或CPE組。例如,可以基于IP地址或從通知消息檢索的 信息,諸如TR-069設(shè)備ID、設(shè)備類(lèi)型或其組成成分(產(chǎn)品種類(lèi)、0UI、生產(chǎn)廠家)中的一個(gè) 或多個(gè),定義CPE組。對(duì)于每一個(gè)CPE,保存專(zhuān)用優(yōu)先級(jí)矢量[A2]。在該情況中,CPE以本 質(zhì)上常用的方式發(fā)送通告,并且ACS決定何時(shí)接受通告以進(jìn)一步處理。然后,在混合CPE/ACS的第三種情況中,CPE維護(hù)并且管理[Al]。在通告時(shí),CPE 發(fā)送以指示符字段擴(kuò)展的通知,所述指示符字段包含列表的最高優(yōu)先級(jí)通告。在該情況中, CPE分類(lèi)并且向ACS報(bào)告嵌入的最高優(yōu)先級(jí),ACS決定它是否接受該通告用于進(jìn)一步處理。對(duì)于第二和第三兩種情況,ACS擁有每一 CPE —個(gè)專(zhuān)用[A2],并且將來(lái)自通知消息 的該優(yōu)先級(jí)指示符與用于該CPE的該[A2]進(jìn)行比較,從而可以決定接受或拒絕會(huì)話。在語(yǔ)義學(xué)術(shù)語(yǔ)中,前面的描述可以被概括如下表[Al]名稱(chēng)=“InternetGatewayDevice. Parameter 1,,,優(yōu)先級(jí)=3名稱(chēng)=“InternetGatewayDevice. Parameter 1,,,優(yōu)先級(jí)=2表[A2]prio = 1,閾值=2,嘗試=0prio = 2,閾值=3,嘗試=2pri0 = 3,閾值=7,嘗試=6參數(shù)通告(算法)_確認(rèn)通告嘗試*在表[Al]中按照參數(shù)名稱(chēng)查找優(yōu)先級(jí)ρ★在表[A2]中對(duì)于優(yōu)先級(jí)ρ遞增嘗試值*達(dá)到閾值?(即嘗試[P]達(dá)到閾值[P])。如果是,通告嘗試被確認(rèn),并且在表 [A2]中重置對(duì)優(yōu)先級(jí)ρ的嘗試*沒(méi)有達(dá)到閾值?(即嘗試[ρ]低于閾值[P])。拒絕。-如果通告被確認(rèn),繼續(xù)參數(shù)通告場(chǎng)景-如果通告被拒絕,中止所述場(chǎng)景接下來(lái),對(duì)于第一和第三情況,描述ACS在CPE上管理[Al]的方式。第一選項(xiàng)是通過(guò)在TR-069對(duì)象模型中擴(kuò)展參數(shù)通告屬性。為此,ACS 了解什么優(yōu)先級(jí)必須被指派給哪些參數(shù)。為了接收(主動(dòng)或被動(dòng))參數(shù) 值改變通告,ACS必須修改所涉及的(主動(dòng)通告)每一個(gè)參數(shù)的“參數(shù)通告類(lèi)型”屬性。為 此,使用標(biāo)準(zhǔn) TR-069SetParameterAttributesRPC(設(shè)置參數(shù)屬性 RPC)。該RPC包含一個(gè)或多個(gè)SetParameterAttributesStruct (設(shè)置參數(shù)屬性結(jié)構(gòu))的 陣列,每一個(gè)組成成分和單獨(dú)的SetParameterAttributesStruct包含所涉及的一個(gè)參數(shù) 的參數(shù)屬性。在具體的當(dāng)前實(shí)施例中,這由如下組成-名稱(chēng)完整的參數(shù)名稱(chēng)-通告參數(shù)通告類(lèi)型,為0(關(guān)閉)、1(被動(dòng))和2(主動(dòng))-訪問(wèn)列表零個(gè)或多個(gè)條目的陣列,對(duì)于所述陣列授予到指定參數(shù)的寫(xiě)訪問(wèn),這
8本身不是特別相關(guān)的。該SetParameterAttributesStruct現(xiàn)在可以用優(yōu)先級(jí)信息進(jìn)行擴(kuò)展-通告優(yōu)先級(jí)是向所涉及的參數(shù)的后續(xù)參數(shù)值改變指派優(yōu)先級(jí)的數(shù)值。這與本 發(fā)明的信息請(qǐng)求或消息的優(yōu)先級(jí)區(qū)分類(lèi)型的方面特別相關(guān)。替代地,技術(shù)人員定義新TR-069RPC以便設(shè)置關(guān)于參數(shù)的優(yōu)先級(jí)也在可能范圍 內(nèi)。接下來(lái),下文描述對(duì)于第一情況,ACS如何在CPE上管理[A2]。這可以通過(guò)三種方 式實(shí)現(xiàn)1.通過(guò)定義新TR-069RPC以指派優(yōu)先級(jí)和閾值。2.通過(guò)定義專(zhuān)用對(duì)象模型樹(shù),所述專(zhuān)用對(duì)象模型樹(shù)包括反映關(guān)聯(lián)[A2]的對(duì)象的 陣列3.可能地和優(yōu)選地與預(yù)定義的閾值組合的預(yù)定義的和/或標(biāo)準(zhǔn)化的優(yōu)先級(jí)種類(lèi) (例如,優(yōu)先級(jí)1 =緊急、2 =普通,等等)。在該情況中,不需要ACS參與。對(duì)于情況2和3,ACS在ACS上管理[Al]和[A2]的方式是不言而喻的,因?yàn)锳CS 在其數(shù)據(jù)庫(kù)中“本地”管理[Al]和[A2]。圖2中,示出了用于在情況1的場(chǎng)景中對(duì)處理次序進(jìn)行分類(lèi)的流程圖。根據(jù)圖2, CPE基于[Al]和[A2]確認(rèn)是否必須發(fā)送通知。如果發(fā)現(xiàn)是這種情況,并且如果確認(rèn)如此, 則發(fā)送通知消息。此后,ACS無(wú)條件地處理所述通告。圖3中,示出了用于在情況2的場(chǎng)景中對(duì)處理次序進(jìn)行分類(lèi)的流程圖。其中,CPE 無(wú)條件地發(fā)送通知消息。作為響應(yīng),ACS檢查[Al]和[A2]來(lái)查看是否達(dá)到了閾值,并且或 者確認(rèn)或者拒絕。在確認(rèn)的情況下,發(fā)送通知響應(yīng)(InformResponse)。如果拒絕,則發(fā)送帶 有默認(rèn)結(jié)構(gòu)(FaultStruct)的通知響應(yīng)。這可以指示故障碼,例如8001可以是“請(qǐng)求被拒 絕”的指示,8004可以是“資源超出”的指示,和/或8005可以是用于“重試請(qǐng)求”的指示。接著,對(duì)于圖4中的情況3的場(chǎng)景,示出了對(duì)相關(guān)的處理次序進(jìn)行分類(lèi)的流程圖。 其中,CPE基于[Al]評(píng)估是否必須發(fā)送通知。如果確認(rèn)如此,則發(fā)送包含最高優(yōu)先級(jí)的通 知消息。然后,ACS檢查[A2]來(lái)查看是否達(dá)到閾值,并且或者確認(rèn)或者拒絕。在確認(rèn)的情 況下,發(fā)送通知響應(yīng);而在拒絕的情況下,發(fā)送帶有默認(rèn)結(jié)構(gòu)的通知響應(yīng),所述默認(rèn)結(jié)構(gòu)可 以再次是諸如8001、8004和/或8005 (重試請(qǐng)求)的故障碼。在結(jié)合具體的替代或附加實(shí)施例對(duì)本發(fā)明的示例性實(shí)施例進(jìn)行上述描述并且在 附圖中示出后,技術(shù)人員將立即意識(shí)到在所附權(quán)利要求定義的本發(fā)明范圍內(nèi)有很多替代 的和補(bǔ)充的可能性,除非這些變體背離權(quán)利要求的范圍或精神。例如,本發(fā)明可以涉及非 TR-069的另一協(xié)議,諸如SNMP協(xié)議。進(jìn)一步地,本發(fā)明可以涉及其中并入了 CPE的終端用 戶(hù)設(shè)備。同樣,任何單個(gè)CPE 2可被采用來(lái)服務(wù)任何數(shù)量的終端用戶(hù)設(shè)備,如上文所指出 的。可以提供多于兩個(gè)的ACS 3,來(lái)劃分工作負(fù)載。特別是當(dāng)基于通知消息的優(yōu)先級(jí)進(jìn)行 劃分時(shí),更多的ACS可用于處理提供到CPE 2的后續(xù)信息。進(jìn)一步地,要注意,圖中所示的 TR-069代理12被布置在B-RAS 6和DSLAM 5之間,盡管技術(shù)人員可以認(rèn)識(shí)到,鑒于相關(guān)PPP 終止,代理12可以位于ACS 3和B-RAS 6之間的更多更合適的位置。
權(quán)利要求
一種使用配置服務(wù)器在原地經(jīng)由網(wǎng)絡(luò)遠(yuǎn)程配置至少一個(gè)裝置的方法,所述至少一個(gè)裝置和所述配置服務(wù)器連接到所述網(wǎng)絡(luò),該方法包括在所述配置服務(wù)器和所述裝置之間交換信息請(qǐng)求和/或通知消息;以及從所述配置服務(wù)器經(jīng)過(guò)所述網(wǎng)絡(luò)向所述裝置發(fā)送由所述信息請(qǐng)求和/或通知消息指示的請(qǐng)求的信息,其中所述信息向所述裝置的發(fā)送被區(qū)分優(yōu)先級(jí)。
2.根據(jù)權(quán)利要求1所述的方法,包括創(chuàng)建具有信息請(qǐng)求或消息的被區(qū)分優(yōu)先級(jí)類(lèi)型的 排列的表,并且在所述表到達(dá)所述配置服務(wù)器時(shí),參考所述表來(lái)確定處理次序。
3.根據(jù)權(quán)利要求1所述的方法,包括定義用于在所述配置服務(wù)器處或在所述裝置中 用于區(qū)分優(yōu)先級(jí)的閾值矢量。
4.根據(jù)權(quán)利要求1所述的方法,包括從所述配置服務(wù)器向所述至少一個(gè)裝置發(fā)出延遲 請(qǐng)求。
5.根據(jù)權(quán)利要求4所述的方法,其中,所述延遲請(qǐng)求向所述裝置提供指示,所述指示是 關(guān)于在向所述配置服務(wù)器重新提交所述通知消息或信息請(qǐng)求之前的時(shí)間延遲。
6.根據(jù)權(quán)利要求5所述的方法,包括取決于所述通知消息或信息請(qǐng)求的優(yōu)先級(jí)確定要 遵守的所述時(shí)間延遲。
7.根據(jù)權(quán)利要求1所述的方法,其包括從所述裝置發(fā)送組合的或“傘狀”告警,所述組 合的或“傘狀”告警指示多個(gè)通知消息或信息請(qǐng)求。
8.根據(jù)權(quán)利要求1所述的方法,包括提供至少兩個(gè)配置服務(wù)器,并且在所述配置服務(wù) 器上劃分所述通知消息或信息請(qǐng)求的處理。
9.根據(jù)權(quán)利要求8所述的方法,進(jìn)一步包括借助TR-069代理分析所述通知消息或信息 請(qǐng)求,并且基于在任何給定時(shí)間賦予涉及的所述通知消息或信息請(qǐng)求的優(yōu)先級(jí)向所述配置 服務(wù)器中的對(duì)應(yīng)一個(gè)路由所述通知消息或信息請(qǐng)求。
10.根據(jù)權(quán)利要求8所述的方法,進(jìn)一步包括基于要賦予所述通知消息或信息請(qǐng)求的 優(yōu)先級(jí)和相關(guān)的TR-069參數(shù)中的一個(gè)或兩者,將選擇的ACS與所述通知消息或信息請(qǐng)求相 關(guān)聯(lián)。
11.根據(jù)權(quán)利要求1所述的方法,其中,在所述配置服務(wù)器側(cè)和所述裝置側(cè)的每一處或 兩者處實(shí)施優(yōu)先級(jí)區(qū)分。
全文摘要
本發(fā)明提供了一種使用配置服務(wù)器在原地經(jīng)由網(wǎng)絡(luò)遠(yuǎn)程配置至少一個(gè)裝置的方法,所述裝置和所述配置服務(wù)器連接到所述網(wǎng)絡(luò)。該方法包括在所述配置服務(wù)器和所述裝置之間交換信息請(qǐng)求和/或通知消息。本發(fā)明定義從所述配置服務(wù)器經(jīng)過(guò)所述網(wǎng)絡(luò)向所述裝置發(fā)送由所述信息請(qǐng)求和/或通知消息指示的請(qǐng)求的信息,其中,所述信息向所述裝置的發(fā)送被區(qū)分優(yōu)先級(jí)。
文檔編號(hào)H04L12/24GK101946464SQ200980104778
公開(kāi)日2011年1月12日 申請(qǐng)日期2009年2月10日 優(yōu)先權(quán)日2008年2月11日
發(fā)明者C·史蒂文斯, J·柯本斯, P·尤斯滕, S·范登博施, W·阿茨凱 申請(qǐng)人:阿爾卡特朗訊公司
網(wǎng)友詢(xún)問(wèn)留言 已有0條留言
  • 還沒(méi)有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1
绥芬河市| 来安县| 郑州市| 泗水县| 商南县| 马边| 仲巴县| 房产| 陵川县| 扎兰屯市| 南京市| 庐江县| 仙游县| 开封县| 娄烦县| 关岭| 侯马市| 甘孜| 广丰县| 隆回县| 西平县| 石狮市| 札达县| 洞头县| 双江| 鲁甸县| 利川市| 乌兰察布市| 临猗县| 南澳县| 五寨县| 菏泽市| 西藏| 蛟河市| 息烽县| 宁安市| 赤水市| 凉城县| 朝阳市| 布拖县| 呼伦贝尔市|