專利名稱：一種數(shù)字用戶線用戶端設(shè)備的遠(yuǎn)程管理方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種通訊領(lǐng)域的用戶端設(shè)備(Customer Premises Equipment,以下簡稱CPE)的遠(yuǎn)程管理方法，尤其涉及一種數(shù)字用戶線 用戶端設(shè)備(Digital Subscriber Line Customer Premises Equipment ， 以下 簡稱DSL CPE)的遠(yuǎn)程管理方法。
背景技術(shù)：
中國電信為了統(tǒng)一 DSL CPE的遠(yuǎn)程管理方法，制定了《ADSL用戶 端設(shè)備遠(yuǎn)程管理》規(guī)范，指出"本標(biāo)準(zhǔn)規(guī)定了不對稱數(shù)字用戶線 (Asymmetric Digital Subscriber Line,以下簡稱ADSL)用戶端設(shè)備遠(yuǎn)程 管理的接口、協(xié)議、功能等方面的技術(shù)要求，目的是在ADSL線路激活條 件下，通過用戶端設(shè)備管理模塊 (Customer Premises Equipment-Management Module ，以下簡稱CPE-MM)實現(xiàn)對ADSL用戶 端設(shè)備的配置、遠(yuǎn)程故障診斷、維護和軟件升級等功能，達(dá)到對ADSL用 戶端設(shè)備的遠(yuǎn)程管理和免上門維護要求。本標(biāo)準(zhǔn)適用于公用電信網(wǎng)環(huán)境下 的ADSL局端設(shè)備和用戶端設(shè)備，對于ADSL2/ADSL2+的局端設(shè)備和用 戶端設(shè)備可參照本標(biāo)準(zhǔn)執(zhí)行"，該標(biāo)準(zhǔn)中ADSL用戶端設(shè)備遠(yuǎn)程管理的參 考模型如圖1所示，"它由用戶端設(shè)備管理實體和網(wǎng)絡(luò)側(cè)設(shè)備管理實體兩 部分組成。其中，網(wǎng)絡(luò)側(cè)設(shè)備管理實體包括ADSL CPE-MM和ADSL局 端設(shè)備；用戶端設(shè)備管理實體包括ADSL用戶端設(shè)備。該參考模型包括 以下兩個接口
(1)本地管理接口 (Local Management Interface,以下簡稱LMI): 此接口位于網(wǎng)絡(luò)側(cè)設(shè)備管理實體和用戶端設(shè)備管理實體之間，完成用戶端設(shè)備管理信息的傳輸。
(2)遠(yuǎn)程方法調(diào)用(Remote Method Invocation,簡稱RMI)管理接 口此接口位于網(wǎng)絡(luò)側(cè)設(shè)備管理實體內(nèi)部的CPE-MM與局端設(shè)備之間， 通過該管理接口實現(xiàn)對用戶端設(shè)備管理信息的傳輸"。
在實際應(yīng)用中存在以下幾個問題
其中在LMI接口上傳輸?shù)墓芾硇畔⒌膮f(xié)議類型是簡單網(wǎng)絡(luò)管理協(xié)議 (Simple Network Management Protocol,以下簡稱SNMP)或超文本傳輸 協(xié)議(Hyper Text Transport Protocol,以下簡稱HTTP)，要求CPE的上聯(lián) 口具有互聯(lián)網(wǎng)協(xié)議(Internet Protocol,以下簡稱IP)地址，只有CPE自己 進行以太網(wǎng)點對點協(xié)議(Point-to-Point Protocol Over Ethernet,以下簡稱 PPPoE)撥號才能獲得IP，即CPE必須工作在路由模式下才能采用該標(biāo)準(zhǔn) 中的管理模型。但是現(xiàn)網(wǎng)運行的大部分CPE都是工作在橋模式下，即由 用戶個人計算機(personal computer,以下簡稱PC)的PPPoE撥號軟件 來撥號連接的，因此《ADSL用戶端設(shè)備遠(yuǎn)程管理》規(guī)范中的管理模型只 能管理很少類型的CPE。
除此之外，各廠商也沒有完全遵循《ADSL用戶端設(shè)備遠(yuǎn)程管理》規(guī) 范，使得管理其他廠商的CPE變得困難重重，對于現(xiàn)網(wǎng)運行的很多根本 不支持SNMP和HTTP的調(diào)制器(MODEM)設(shè)備，更是沒辦法管理。

發(fā)明內(nèi)容
鑒于上述現(xiàn)有技術(shù)的缺陷，本發(fā)明的目的在于解決《ADSL用戶端設(shè) 備遠(yuǎn)程管理》規(guī)范的下述兩個問題不支持橋模式用戶端；不能管理那些 沒有遵循《ADSL用戶端設(shè)備遠(yuǎn)程管理》規(guī)范的用戶端。除此之外，本發(fā) 明還有一個目的是優(yōu)化用戶端的管理流程。
基于上述目的，本發(fā)明提供一種DSL CPE的遠(yuǎn)程管理方法，本發(fā)明 的方法由以下部分參與實現(xiàn)
CPE-MS :用戶端管理系統(tǒng)(Customer Premises Equipment-Management System,以下簡稱CPE-MS);
PC-Proxy:在用戶PC上安裝的代理軟件； DSL CPE。
具體地說，本發(fā)明的DSLCPE的遠(yuǎn)程管理方法包括以下步驟
步驟l:在CPE-MS中定義設(shè)備類型的字典數(shù)據(jù)；在用戶個人計算機 上安裝PC-Proxy， PC-Proxy啟動時初始化本地計算機環(huán)境；
步驟2: PC-Proxy啟動完成后向CPE-MS發(fā)送連接請求，CPE-MS認(rèn) 證PC-Proxy的合法性；
步驟3:認(rèn)證通過后PC-Proxy通過本地管理接口向DSL CPE發(fā)起連 接請求，建立連接通道，并將DSL CPE的返回信息上報給CPE-MS;
步驟4: CPE-MS根據(jù)DSL CPE的返回信息中的特征信息提取DSL CPE設(shè)備類型信息發(fā)送給PC-Proxy,由PC-Proxy轉(zhuǎn)發(fā)給DSL CPE;
步驟5: DSL CPE認(rèn)證通過后，打開DSL CPE的本地管理接口， CPE-MS調(diào)用上述本地管理接口從DSL CPE上提取的基本信息，認(rèn)證DSL CPE合法性，并注冊DSLCPE;
步驟6: CPE-MS根據(jù)DSL CPE廣域網(wǎng)(Wide Area Network,以下 簡稱WAN)IP地址是否為空，判斷DSL CPE所處的模式，并根據(jù)DSL CPE 所處的模式進行信息傳輸；
步驟7:若PC-Proxy和CPE-MS之間沒有消息要傳遞時，由PC-Proxy 斷開與DSL CPE以及CPE-MS之間的連接。
上述步驟1中，設(shè)備類型的字典數(shù)據(jù)包括類型名稱、管理協(xié)議類型、 本地接口認(rèn)證信息、本地接口特征信息。PC-Proxy為用戶個人計算機增加 一個與DSLCPE的局域網(wǎng)(Local Area Network,以下簡稱LAN)側(cè)固定 IP地址相同網(wǎng)段的地址，PC-Proxy正常關(guān)閉之前刪除上述增加的地址。
上述步驟2中，可以選用安全認(rèn)證，包括證書認(rèn)證和用戶名和密碼認(rèn)證。
上述步驟3中，本地管理接口包括命令行接口 (Calling Line Interface, 簡稱CLI)和HTTP，連接通道可以選用加密通道。
上述步驟4中，DSL CPE基本信息包括本地接口認(rèn)證信息，協(xié)議類型， WANIP,媒體接入控制(Media Access Control,簡稱MAC)地址。
上述步驟5還可以進一步包括CPE-MS注冊DSL CPE后，通過上 述本地管理接口初始化DSL CPE的參數(shù)，CPE-MS將DSL CPE初始化請 求發(fā)送給PC-Proxy,由PC-Proxy轉(zhuǎn)發(fā)給DSL CPE, DSL CPE將請求的響 應(yīng)發(fā)送給PC-Proxy,由它再轉(zhuǎn)發(fā)給CPE-MS。
上述步驟6中，若DSLCPE的WANIP地址為空，則DSLCPE運行 在橋模式下；若DSLCPE的WANIP地址為非空，則DSLCPE運行在路 由模式下。
無論DSL CPE處于橋模式下還是路由模式下，在初始安裝的時候都 需要PC-Proxy協(xié)助完成設(shè)備的注冊和初始化工作，如果是路由模式下且 支持Tr069，則以后每次對設(shè)備的管理就不需要代理軟件參與了，其他情 況下每次對設(shè)備的管理還需要PC-Proxy參與，至少需要通過PC-Proxy獲 得管理通道。
若DSLCPE運行在橋模式下，且不支持Tr069 (本發(fā)明采用的管理體 系協(xié)議是Tr069)，則執(zhí)行以下步驟
第一步CPE-MS與PC-Proxy建立連接，可以是安全的連接；
第二步CPE-MS向PC-Proxy下發(fā)打開本地管理接口命令；
第三步PC-Proxy打開本地管理接口；
第四步CPE-MS將需要執(zhí)行的管理命令發(fā)送給PC-Proxy;
第五步PC-Proxy轉(zhuǎn)發(fā)管理命令到DSL CPE上執(zhí)行并返回結(jié)果給 CPE-MS o
若DSL CPE運行在橋模式下，且支持Tr069，則CPE-MS與PC-Proxy 之間執(zhí)行標(biāo)準(zhǔn)的Tr069管理流程，PC-Proxy轉(zhuǎn)發(fā)任何從CPE-MS收到的信 息給DSL CPE，也轉(zhuǎn)發(fā)任何從DSL CPE收到的信息給CPE-MS。
若DSL CPE運行在路由模式下，且不支持Tr069，則CPE-MS和DSL CPE直接通信，執(zhí)行以下步驟
第一步CPE-MS向DSL CPE下發(fā)打開本地管理接口命令；
第二步CPE-MS將需要執(zhí)行的管理命令發(fā)送給DSL CPE。
若DSL CPE運行在路由模式下，且支持Tr069，則CPE-MS與PC-Proxy 之間執(zhí)行標(biāo)準(zhǔn)的Tr069管理流程，PC-Proxy不參與管理流程。
無論CPE處于路由模式還是橋模式下，PC-Proxy總是能夠和CPE通 信的，因此PC-Proxy總是可以通過LM或者RMI獲取CPE的基本信息 發(fā)送給CPE-MS， CPE-MS處于公網(wǎng)，PC-Proxy在通過身份認(rèn)證后就可以 訪問CPE-MS 。
與現(xiàn)有技術(shù)相比，只要CPE提供管理接口，無論是LMI或RMI，可 以管理更多類型更多廠商的CPE，采用本發(fā)明所述方法都能被管理。
下面結(jié)合附圖，對本發(fā)明的具體實施作進一步的詳細(xì)說明。對于所屬 技術(shù)領(lǐng)域的技術(shù)人員而言，從對本發(fā)明的詳細(xì)說明中，本發(fā)明的上述和其 他目的、特征和優(yōu)點將顯而易見。


圖1是《ADSL用戶端設(shè)備遠(yuǎn)程管理》規(guī)范中的參考模型；
圖2是本發(fā)明的一較佳實施例的DSL CPE設(shè)備注冊和初始化的管理 流程圖3是本發(fā)明的一較佳實施例DSL CPE是橋模式，不支持Tr069情 況下的管理流程圖4是本發(fā)明的一較佳實施例DSL CPE是路由模式，不支持Tr0699 情況下的管理流程圖5是本發(fā)明的一較佳實施例DSL CPE是橋模式，支持TV069情況 下的管理流程圖6是本發(fā)明的一較佳實施例DSLCPE是路由模式，支持Tr069情 況下的管理流程圖。
具體實施例方式
本發(fā)明方法的具體實施方式
如下
安裝DSL CPE時，需要在用戶PC上安裝附帶的光盤中的PC-Proxy 軟件；DSLCPE具有固定的LAN側(cè)IP地址(如192.168.1.1)， PC需要增 加一個相同網(wǎng)段的地址(如192.168.1.2)才能與DSLCPE通信，PC-Proxy 軟件在啟動時會初始化計算機環(huán)境,為PC增加這樣一個IP地址，PC-Proxy 在正常關(guān)閉之前會將增加的這個地址刪除；為了降低PC-Proxy設(shè)計的復(fù) 雜度，PC-Proxy只是作為DSL CPE和CPE-MS之間通信的代理，和設(shè)備 類型無關(guān)，不同設(shè)備的處理邏輯都包含在CPE-MS中；為了簡化流程，所 有類型的設(shè)備的注冊過程被設(shè)計成在PC-Proxy啟動時按統(tǒng)一的流程完成; 設(shè)備在正確注冊之前需要在CPE-MS中定義設(shè)備類型的字典數(shù)據(jù)類型名 稱、管理協(xié)議類型、本地接口認(rèn)證信息、本地接口特征信息等；在設(shè)備注 冊完成后，根據(jù)DSL CPE的WAN IP地址是否為空來判斷DSL CPE是橋 模式還是路由模式，橋模式下CPE-MS通過PC-Proxy管理DSL CPE，在 路由模式下CPE-MS和DSL CPE直接通信。
PC-Proxy的處理步驟舉例說明如下(DSL CPE的本地管理接口假設(shè) 為telnet):啟動時，在PC上增加IP: 192.168.1.2;建立與CPE-MS之間 的連接，連接成功后telnet 192.168丄1并將該本地接口調(diào)用的返回作為注 冊請求轉(zhuǎn)發(fā)給CPE-MS;將CPE-MS發(fā)送過來的消息透明轉(zhuǎn)發(fā)給DSL CPE， 將DSL CPE發(fā)過來的消息透明轉(zhuǎn)發(fā)給CPE-MS; —段時間內(nèi)沒有發(fā)現(xiàn) CPE-MS或DSL CPE發(fā)送過來的消息時，則斷開和DSL CPE及CPE-MS 之間的連接。
CPE-MS在設(shè)備注冊階段的處理步驟如下收到PC-Proxy發(fā)送過來 的注冊請求后，將請求內(nèi)容中的特征信息和設(shè)備類型字典數(shù)據(jù)中的特征信 息對比判斷出DSL CPE類型，并提取DSL CPE本地管理接口的認(rèn)證信息 (如telnet的用戶名和密碼)；將認(rèn)證信息發(fā)送給PC-Proxy,打開DSL CPE 的本地管理接口；調(diào)用本地管理接口從設(shè)備上提取設(shè)備基本數(shù)據(jù)，認(rèn)證設(shè) 備的合法性并注冊設(shè)備；可以選擇通過本地接口初始化設(shè)備的一些參數(shù)。
CPE-MS下發(fā)管理命令的處理步驟如下判斷設(shè)備基本信息，若DSL CPE的WANIP為空，說明DSL CPE運行在橋模式下，需要將命令發(fā)送 給PC-Proxy，由PC-Proxy轉(zhuǎn)發(fā)給DSL CPE;若DSL CPE的WAN IP為非 空，說明DSLCPE運行在路由模式下，可以將命令直接發(fā)送給DSLCPE。
下面結(jié)合附圖對本發(fā)明的具體實施作詳細(xì)說明如下。
本發(fā)明的一較佳實施例的DSL CPE設(shè)備注冊和初始化的管理流程圖 如圖2所示
1: PC-Proxy啟動時初始化PC配置，如增加IP: 192.168.1.2;
2: PC-Proxy向CPE-MS發(fā)起連接請求，CPE-MS對PC-Proxy進行認(rèn)
證；
2.1:認(rèn)證可以選用安全認(rèn)證，如證書認(rèn)證，用戶名和密碼論正等；
2.2:認(rèn)證通過后建立連接，可以選擇加密通道；
3: PC-Proxy調(diào)用本地管理接口 (如telnetl 92.168.1.1 )，向DSL CPE 發(fā)起連接請求；
4: PC-Proxy將本地管理接口調(diào)用DSL CPE的返回信息上報給 CPE-MS;
4.1: CPE-MS從返回信息中提取特征信息，判斷DSLCPE類型；
4.2: CPE-MS發(fā)送DSL CPE相關(guān)信息(如本地接口認(rèn)證信息，協(xié)議 類型等)發(fā)送給PC-Proxy,由PC-Proxy轉(zhuǎn)發(fā)給DSL CPE;
4.2.1: PC-Proxy向DSL CPE請求打開本地管理接口； DSL CPE認(rèn)證 通過后放開管理接口；
4.3: CPE-MS發(fā)送更多的命令請求以獲取DSL CPE的基本信息；
4.3.1: PC-Proxy收到CPE-MS的命令請求，轉(zhuǎn)發(fā)給DSLCPE，并把 獲取DSL CPE的基本信息轉(zhuǎn)發(fā)給CPE-MS;
4.4: CPE-MS收到DSL CPE的返回信息，認(rèn)證DSLCPE合法性，完 成DSLCPE注冊；
4.5: CPE-MS把設(shè)備初始化信息(如Tr069的自動配置服務(wù)器(Auto Configuration Server,簡稱acs)地址，snmp的trap接收地址等)發(fā)給 PC-Proxy;
4.5.1: PC-Proxy轉(zhuǎn)發(fā)初始化信息給DSL CPE， DSL CPE將請求的響 應(yīng)發(fā)送給PC-Proxy,由它再轉(zhuǎn)發(fā)給CPE-MS，完成初始化；
5:若PC-Proxy和CPE-MS之間沒有消息要傳遞時，由PC-Proxy斷 開與DSL CPE以及CPE-MS之間的連接。
本發(fā)明的一較佳實施例DSL-CPE是橋模式，不支持Tr069情況下的 管理流程圖如圖3所示
301: CPE-MS向PC-Proxy發(fā)起連接請求；
301.1:建立連接，可以選擇安全的連接；
302: CPE-MS向PC-Proxy下發(fā)打開本地管理接口 ；
302.1: PC-Proxy打開本地管理接口；
303: CPE-MS將需要執(zhí)行的管理命令發(fā)送給PC-Proxy;
303.1: PC-Proxy轉(zhuǎn)發(fā)管理命令到DSL CPE上執(zhí)行；
303.2: PC-Proxy將DSL CPE返回結(jié)果轉(zhuǎn)發(fā)給CPE-MS。
本發(fā)明的一較佳實施例DSL CPE是路由模式，不支持Tr0699情況下 的管理流程圖如圖4所示。CPE-MS向DSL CPE下發(fā)打開本地管理接口； CPE-MS將需要執(zhí)行的管理命令發(fā)送給DSL CPE。
本發(fā)明的一較佳實施例DSL CPE是橋模式，支持Tr069情況下的管 理流程圖如圖5所示。CPE-MS與PC-Proxy之間執(zhí)行標(biāo)準(zhǔn)的Tr069管理流 程；PC-Proxy轉(zhuǎn)發(fā)任何從CPE-MS收到的信息給DSL CPE; PC-Proxy轉(zhuǎn) 發(fā)任何從DSL CPE收到的信息給CPE-MS。
本發(fā)明的一較佳實施例DSL CPE是路由模式，支持Tr069情況下的管 理流程圖如圖6所示。CPE-MS與PC-Proxy之間執(zhí)行標(biāo)準(zhǔn)的Tr069管理流 程；在這種情況下PC-Proxy不參與管理流程。
當(dāng)然，本發(fā)明還可有其他實施例，在不背離本發(fā)明精神及其實質(zhì)的情 況下，所屬技術(shù)領(lǐng)域的技術(shù)人員當(dāng)可根據(jù)本發(fā)明作出各種相應(yīng)的改變和變 形，但這些相應(yīng)的改變和變形都應(yīng)屬于本發(fā)明的權(quán)利要求的保護范圍。
權(quán)利要求
1.一種數(shù)字用戶線用戶端設(shè)備的遠(yuǎn)程管理方法，其特征在于，包括以下步驟步驟1在用戶端管理系統(tǒng)中定義設(shè)備類型的字典數(shù)據(jù)，安裝數(shù)字用戶線用戶端設(shè)備時，在用戶個人計算機上安裝代理軟件，代理軟件啟動時初始化本地計算機環(huán)境；步驟2代理軟件啟動完成后向用戶端管理系統(tǒng)發(fā)送連接請求，用戶端管理系統(tǒng)認(rèn)證代理軟件的合法性；步驟3認(rèn)證通過后代理軟件通過本地管理接口向數(shù)字用戶線用戶端設(shè)備發(fā)起連接請求，建立連接通道，并將數(shù)字用戶線用戶端設(shè)備的返回信息上報給用戶端管理系統(tǒng)；步驟4用戶端管理系統(tǒng)根據(jù)數(shù)字用戶線用戶端設(shè)備的返回信息中的特征信息提取數(shù)字用戶線用戶端設(shè)備類型信息發(fā)送給代理軟件，由代理軟件轉(zhuǎn)發(fā)給數(shù)字用戶線用戶端設(shè)備；步驟5數(shù)字用戶線用戶端設(shè)備認(rèn)證通過后，打開數(shù)字用戶線用戶端設(shè)備的本地管理接口，用戶端管理系統(tǒng)調(diào)用上述本地管理接口從數(shù)字用戶線用戶端設(shè)備上提取的基本信息，認(rèn)證數(shù)字用戶線用戶端設(shè)備合法性，并注冊數(shù)字用戶線用戶端設(shè)備；步驟6用戶端管理系統(tǒng)根據(jù)數(shù)字用戶線用戶端設(shè)備廣域網(wǎng)互聯(lián)網(wǎng)協(xié)議地址是否為空，判斷數(shù)字用戶線用戶端設(shè)備所處的模式，并根據(jù)數(shù)字用戶線用戶端設(shè)備所處的模式進行信息傳輸；步驟7若代理軟件和用戶端管理系統(tǒng)之間沒有消息要傳遞時，由代理軟件斷開與數(shù)字用戶線用戶端設(shè)備以及用戶端管理系統(tǒng)之間的連接。
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，上述步驟1中，設(shè)備類 型的字典數(shù)據(jù)包括類型名稱、管理協(xié)議類型、本地接口認(rèn)證信息、本地 接口特征信息。
3. 根據(jù)權(quán)利要求1所述的方法，其特征在于，上述步驟1中，代理軟件為用戶個人計算機增加一個與用戶端設(shè)備的固定的局域網(wǎng)側(cè)網(wǎng)絡(luò)協(xié)議 地址相同網(wǎng)段的地址，代理軟件正常關(guān)閉之前刪除上述增加的地址。
4. 根據(jù)權(quán)利要求1所述的方法，其特征在于，上述步驟2中，可以選 用安全認(rèn)證，包括證書認(rèn)證，用戶名和密碼認(rèn)證。
5. 根據(jù)權(quán)利要求1所述的方法，其特征在于，上述步驟3中，本地管 理接口包括命令行接口 (CLI)和超文本傳輸協(xié)議(HTTP)。
6. 根據(jù)權(quán)利要求1所述的方法，其特征在于，上述步驟3中，連接通 道可以選用加密通道。
7. 根據(jù)權(quán)利要求1所述的方法，其特征在于，上述步驟4中，數(shù)字用 戶線用戶端設(shè)備基本信息包括本地接口認(rèn)證信息，協(xié)議類型，廣域網(wǎng)互聯(lián) 網(wǎng)協(xié)議。
8. 根據(jù)權(quán)利要求1所述的方法，其特征在于，上述步驟5還可以進一 步包括用戶端管理系統(tǒng)注冊數(shù)字用戶線用戶端設(shè)備后，通過上述本地管理接 口初始化數(shù)字用戶線用戶端設(shè)備的參數(shù)，用戶端管理系統(tǒng)將數(shù)字用戶線用 戶端設(shè)備初始化請求發(fā)送給代理軟件，由代理軟件轉(zhuǎn)發(fā)給數(shù)字用戶線用戶 端設(shè)備，數(shù)字用戶線用戶端設(shè)備將請求的響應(yīng)發(fā)送給代理軟件，由它再轉(zhuǎn) 發(fā)給用戶端管理系統(tǒng)。
9. 根據(jù)權(quán)利要求1所述的方法，其特征在于，上述步驟6中，若數(shù)字 用戶線用戶端設(shè)備的廣域網(wǎng)互聯(lián)網(wǎng)協(xié)議地址為空，則數(shù)字用戶線用戶端設(shè) 備運行在橋模式下；若數(shù)字用戶線用戶端設(shè)備的廣域網(wǎng)互聯(lián)網(wǎng)協(xié)議地址為 非空，則數(shù)字用戶線用戶端設(shè)備運行在路由模式下。
10. 根據(jù)權(quán)利要求1所述的方法，其特征在于，無論數(shù)字用戶線用戶 端設(shè)備處于橋模式下還是路由模式下，在初始安裝的時候都需要代理軟件 協(xié)助完成設(shè)備的注冊和初始化工作，如果是路由模式下且支持Tr069，則 以后每次對設(shè)備的管理就不需要代理軟件參與，其他情況下每次對設(shè)備的 管理還需要代理軟件參與，至少需要通過代理軟件獲得管理通道。
11. 根據(jù)權(quán)利要求9所述的方法，其特征在于，若數(shù)字用戶線用戶端 設(shè)備運行在橋模式下，且不支持Tr069協(xié)議，則執(zhí)行以下步驟第一步用戶端管理系統(tǒng)與代理軟件建立連接，可以是安全的連接；第二步用戶端管理系統(tǒng)向代理軟件下發(fā)打開本地管理接口命令；第三步代理軟件打開本地管理接口；第四步用戶端管理系統(tǒng)將需要執(zhí)行的管理命令發(fā)送給代理軟件；第五步代理軟件轉(zhuǎn)發(fā)管理命令到數(shù)字用戶線用戶端設(shè)備上執(zhí)行并返 回結(jié)果給用戶端管理系統(tǒng)。
12. 根據(jù)權(quán)利要求9所述的方法，其特征在于，若數(shù)字用戶線用戶端 設(shè)備運行在橋模式下，且支持Tr069協(xié)議，則用戶端管理系統(tǒng)與代理軟件 之間執(zhí)行標(biāo)準(zhǔn)的Tr069協(xié)議管理流程，代理軟件轉(zhuǎn)發(fā)任何從用戶端管理系 統(tǒng)收到的信息給數(shù)字用戶線用戶端設(shè)備，也轉(zhuǎn)發(fā)任何從數(shù)字用戶線用戶端 設(shè)備收到的信息給用戶端管理系統(tǒng)。
13. 根據(jù)權(quán)利要求9所述的方法，其特征在于，若數(shù)字用戶線用戶端 設(shè)備運行在路由模式下，且不支持Tr069協(xié)議，則用戶端管理系統(tǒng)和數(shù)字 用戶線用戶端設(shè)備直接通信，執(zhí)行以下步驟第一步用戶端管理系統(tǒng)向數(shù)字用戶線用戶端設(shè)備下發(fā)打開本地管理 接口命令；第二步用戶端管理系統(tǒng)將需要執(zhí)行的管理命令發(fā)送給數(shù)字用戶線用 戶端設(shè)備。
14. 根據(jù)權(quán)利要求9所述的方法，其特征在于，若數(shù)字用戶線用戶端 設(shè)備運行在路由模式下，且支持Tr069協(xié)議，則用戶端管理系統(tǒng)與代理軟 件之間執(zhí)行標(biāo)準(zhǔn)的Tr069協(xié)議管理流程，代理軟件不參與管理流程。
全文摘要
本發(fā)明提供一種數(shù)字用戶線用戶端設(shè)備的遠(yuǎn)程管理方法，利用在用戶PC上安裝的代理軟件作為數(shù)字用戶線用戶端設(shè)備和用戶端管理系統(tǒng)之間通信的代理實現(xiàn)對多廠商的各種類型數(shù)字用戶線用戶端設(shè)備的遠(yuǎn)程管理。無論用戶端設(shè)備處于路由模式還是橋模式下，用戶PC上安裝的代理軟件總是能夠和用戶端設(shè)備通信的，在設(shè)備初始安裝階段PC上安裝的代理軟件可以通過本地管理接口或者遠(yuǎn)程管理接口獲取用戶端設(shè)備的基本信息發(fā)送給用戶端管理系統(tǒng)，用戶端管理系統(tǒng)根據(jù)這些基本信息來決定在后續(xù)的管理中是繼續(xù)通過PC上安裝的代理軟件來管理數(shù)字用戶線用戶端設(shè)備還是直接和數(shù)字用戶線用戶端設(shè)備通信以及采用何種協(xié)議和命令集等。通過使用本發(fā)明中的方法，只要用戶端設(shè)備提供管理接口，無論是本地管理接口或遠(yuǎn)程管理接口，都可以實現(xiàn)對設(shè)備的遠(yuǎn)程管理。
文檔編號H04L12/24GK101197706SQ20061016215
公開日2008年6月11日 申請日期2006年12月5日 優(yōu)先權(quán)日2006年12月5日
發(fā)明者張功應(yīng) 申請人:中興通訊股份有限公司