專利名稱：局端設(shè)備遠(yuǎn)程管理用戶端設(shè)備的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種點(diǎn)對多點(diǎn)網(wǎng)絡(luò)中局端設(shè)備對用戶端設(shè)備的芯片的管理方法。
背景技術(shù)：
點(diǎn)對多點(diǎn)網(wǎng)絡(luò)通常采用樹型結(jié)構(gòu)，由一個局端設(shè)備連接多個用戶端設(shè)備，如 EPON(Ethernet Passive Optical Network, liLXM^cM^tMt^)(Ethernet Over Coax，以太網(wǎng)基于同軸電纜傳輸)網(wǎng)絡(luò)等。點(diǎn)對多點(diǎn)的網(wǎng)絡(luò)構(gòu)要求系統(tǒng)實現(xiàn)遠(yuǎn)程管理，管理中心(位于局端設(shè)備或更高層設(shè)備)要對整個網(wǎng)絡(luò)，包括用戶端設(shè)備進(jìn)行管理。管理中心不但管理用戶端設(shè)備的包處理芯片，還要管理用戶端設(shè)備的其它重要芯片。請參閱圖1，現(xiàn)有的點(diǎn)對多點(diǎn)網(wǎng)絡(luò)中，局端設(shè)備遠(yuǎn)程管理用戶端設(shè)備的方法為第1步，管理中心下發(fā)管理報文，要求管理用戶端設(shè)備上的某個芯片；第2步，用戶端設(shè)備的包處理芯片接收所述管理報文，并將該管理報文發(fā)送給用戶端設(shè)備的CPU ；第3步，用戶端設(shè)備的CPU根據(jù)所述管理報文的內(nèi)容，訪問用戶端設(shè)備上的該芯片并生成反饋信息；第4步，用戶端設(shè)備的CPU將所述反饋信息封裝為響應(yīng)報文，并將該響應(yīng)報文發(fā)給用戶端設(shè)備的包處理芯片，由包處理芯片發(fā)回管理中心。圖1中用戶端設(shè)備的CPU表示為包處理芯片之外，這稱之為外掛CPU。一種可替換的形式為內(nèi)嵌CPU，即CPU模塊是包處理芯片的一部分。上述方法需要用戶端設(shè)備的CPU介入，對用戶端設(shè)備的系統(tǒng)資料占用較大。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是提供一種點(diǎn)對多點(diǎn)網(wǎng)絡(luò)中局端設(shè)備遠(yuǎn)程管理用戶端設(shè)備的方法，實現(xiàn)簡單并且占用用戶端設(shè)備的系統(tǒng)資源較少。為解決上述技術(shù)問題，本發(fā)明局端設(shè)備遠(yuǎn)程管理用戶端設(shè)備的方法包括如下步驟，所述用戶端設(shè)備包括報文解析模塊、報文封裝模塊和接口處理模塊第1步，管理中心向用戶端設(shè)備發(fā)送管理報文，要求管理用戶端設(shè)備的某個芯片；所述管理報文包括用戶端設(shè)備上的總線模式、目標(biāo)芯片的地址、目標(biāo)芯片的寄存器的地址、操作類型為讀和/或?qū)?、?或?qū)懭雰?nèi)容；第2步，用戶端設(shè)備報文解析模塊接收所述管理報文，并將該管理報文發(fā)送給用戶端設(shè)備的接口處理模塊；第3步，用戶端設(shè)備的接口處理模塊根據(jù)所述管理報文的內(nèi)容，在規(guī)定的總線模式下按照規(guī)定的操作類型訪問目標(biāo)芯片和/或目標(biāo)寄存器，并返回操作結(jié)果；所述操作結(jié)果包括操作是否成功、讀和/或?qū)懙闹?；?步，用戶端設(shè)備的接口處理模塊將所述操作結(jié)果發(fā)送給報文封裝模塊；
第5步，用戶端設(shè)備的報文封裝模塊將所述操作結(jié)果封裝為響應(yīng)報文，并將所述響應(yīng)報文發(fā)送給管理中心。本發(fā)明局端設(shè)備遠(yuǎn)程管理用戶端設(shè)備的方法，實現(xiàn)簡單，無需用戶端設(shè)備的CPU 介入，因而降低了對用戶端設(shè)備系統(tǒng)資源的占用，并且降低了實現(xiàn)成本。


圖1是現(xiàn)有的局端設(shè)備遠(yuǎn)程管理用戶端設(shè)備的示意圖；圖2是本發(fā)明所述的局端設(shè)備遠(yuǎn)程管理用戶端設(shè)備的示意圖；圖3是本發(fā)明一個具體實施例的網(wǎng)絡(luò)環(huán)境示意圖。
具體實施例方式請參閱圖2，本發(fā)明所述的局端設(shè)備遠(yuǎn)程管理用戶端設(shè)備的方法包括如下步驟首先，所述用戶端設(shè)備包括報文解析模塊、報文封裝模塊和接口處理模塊；第1步，管理中心向用戶端設(shè)備發(fā)送管理報文，要求管理用戶端設(shè)備的某個芯片。 所述管理報文包括用戶端設(shè)備上的總線模式、目標(biāo)芯片的地址、目標(biāo)芯片的寄存器的地址、操作類型為讀和/或?qū)?、?或?qū)懭雰?nèi)容。通常，用戶端設(shè)備上的總線模式包括MDIO總線和I2C總線。第2步，用戶端設(shè)備的報文解析模塊接收所述管理報文，并將該管理報文發(fā)送給用戶端設(shè)備的接口處理模塊。當(dāng)用戶端設(shè)備上的總線模式為MDIO總線時，所述接口處理模塊為MDIO接口處理模塊，實現(xiàn)MDIO Master功能。當(dāng)用戶端設(shè)備上的總線模式為I2C總線時，所述接口處理模塊為I2C接口處理模塊，實現(xiàn)I2C Master功能。當(dāng)用戶端設(shè)備上既有 MDIO總線，又有I2C總線，則所述接口處理模塊為MDIO和I2C接口處理模塊，同時實現(xiàn)MDIO Master 功能和 I2C Master 功能。第3步，用戶端設(shè)備的接口處理模塊根據(jù)所述管理報文的內(nèi)容，在規(guī)定的總線模式(例如MDIO、I2C)下按照規(guī)定的操作類型(例如讀、寫)訪問目標(biāo)芯片和/或目標(biāo)寄存器，并返回操作結(jié)果。所述操作結(jié)果包括操作是否成功、讀和/或?qū)懙闹怠５?步，用戶端設(shè)備的接口處理模塊將所述操作結(jié)果發(fā)送給用戶端設(shè)備的報文封裝模塊。第5步，用戶端設(shè)備的報文封裝模塊將所述操作結(jié)果封裝為響應(yīng)報文，并將所述響應(yīng)報文發(fā)送給管理中心。所述用戶端設(shè)備上的報文解析模塊、報文封裝模塊、接口處理模塊可以實現(xiàn)在用戶端設(shè)備的同一個芯片中，也可以實現(xiàn)在用戶端設(shè)備的不同芯片中。例如，上述三個模塊均可實現(xiàn)在用戶端設(shè)備的包處理芯片中。下面僅舉2個具體實施例對本發(fā)明進(jìn)行詳細(xì)說明。請參閱圖3，這是在EOC網(wǎng)絡(luò)中，局端設(shè)備實現(xiàn)管理中心的功能，用戶端設(shè)備包含 EOC物理層芯片、以太網(wǎng)物理層芯片、EOC MAC芯片(即包處理芯片)和Flash芯片。假設(shè) EOC MAC芯片中包括報文解析模塊、報文封裝模塊、接口處理模塊，F(xiàn)lash芯片通過I2C總線和EOC MAC芯片相連，EOC物理層芯片和以太網(wǎng)物理層芯片都通過MDIO總線與EOC MAC芯片相連。預(yù)先設(shè)置EOC物理層芯片的PHY地址(用于MDIO總線)為0x00，以太網(wǎng)物理層芯片的PHY地址為0x01，F(xiàn)lash芯片的I2C地址(用于I2C總線)為0x10。實施例1，管理中心要遠(yuǎn)程將EOC物理層芯片的0x02寄存器設(shè)置為0x00。遠(yuǎn)程管理方法為第1步，局端設(shè)備向用戶端設(shè)備發(fā)送管理報文，所述管理報文中包括總線模式為 MDIO模式、操作類型為寫入、寫入內(nèi)容為0x00、目標(biāo)芯片的PHY地址為0x00、目標(biāo)芯片的 PHY寄存器地址為0x02 ；第2步，用戶端設(shè)備的EOC MAC芯片接收所述管理報文，并通過MDIO總線訪問EOC 物理層芯片，設(shè)置其0x02寄存器的值為0x00，并獲得MDIO操作是否成功的標(biāo)志；第3步，用戶端設(shè)備的EOC MAC芯片將操作結(jié)果封裝為響應(yīng)報文，所述操作結(jié)果包括MDIO操作標(biāo)志(成功與否)和設(shè)置的值(寫入值)，并將所述響應(yīng)報文發(fā)送給局端設(shè)備。實施例2 管理中心要遠(yuǎn)程讀取Flash芯片的0x06寄存器的值。遠(yuǎn)程管理方法為第1步，局端設(shè)備向用戶端設(shè)備發(fā)送管理報文，所述管理報文中包括總線模式為I2C模式、操作類型為讀取、目標(biāo)芯片的I2C地址為0x10、目標(biāo)芯片的I2C寄存器地址為 0x06 ；第2步，用戶端設(shè)備的EOC MAC芯片接收所述管理報文，并通過I2C總線訪問 Flash芯片，讀取其0x06寄存器的值，并獲得I2C操作是否成功的標(biāo)志；第3步，用戶端設(shè)備的EOC MAC芯片將操作結(jié)果封裝為響應(yīng)報文，所述操作結(jié)果包括I2C操作標(biāo)志(成功與否)和設(shè)置的值(讀取值)，并將所述響應(yīng)報文發(fā)送給局端設(shè)備。點(diǎn)對多點(diǎn)網(wǎng)絡(luò)的用戶端設(shè)備中，MDIO總線和I2C總線的應(yīng)用非常廣泛，接口簡單， 硬件邏輯既成熟又簡單。如果遠(yuǎn)程管理的用戶端設(shè)備的目標(biāo)芯片都通過I2C和/或MDIO 總線與用戶端設(shè)備的包處理芯片相連，那么按照本發(fā)明所述方法即可在無需用戶端設(shè)備的 CPU介入的情況下，實現(xiàn)對用戶端設(shè)備的遠(yuǎn)程管理，這是一種低成本的技術(shù)實現(xiàn)方案。本發(fā)明所述方法的實現(xiàn)方式靈活，管理報文中包含總線模式、操作類型、MDI0/I2C芯片地址和 MDI0/I2C寄存器地址、和/或?qū)懭雰?nèi)容。
權(quán)利要求
1.一種局端設(shè)備遠(yuǎn)程管理用戶端設(shè)備的方法，其特征是，所述用戶端設(shè)備包括報文解析模塊、報文封裝模塊和接口處理模塊，所述方法包括如下步驟第1步，管理中心向用戶端設(shè)備發(fā)送管理報文，要求管理用戶端設(shè)備的某個芯片；所述管理報文包括用戶端設(shè)備上的總線模式、目標(biāo)芯片的地址、目標(biāo)芯片的寄存器的地址、操作類型為讀和/或?qū)憽⒑?或?qū)懭雰?nèi)容；第2步，用戶端設(shè)備報文解析模塊接收所述管理報文，并將該管理報文發(fā)送給用戶端設(shè)備的接口處理模塊；第3步，用戶端設(shè)備的接口處理模塊根據(jù)所述管理報文的內(nèi)容，在規(guī)定的總線模式下按照規(guī)定的操作類型訪問目標(biāo)芯片和/或目標(biāo)寄存器，并返回操作結(jié)果；所述操作結(jié)果包括操作是否成功、讀和/或?qū)懙闹?；?步，用戶端設(shè)備的接口處理模塊將所述操作結(jié)果發(fā)送給報文封裝模塊；第5步，用戶端設(shè)備的報文封裝模塊將所述操作結(jié)果封裝為響應(yīng)報文，并將所述響應(yīng)報文發(fā)送給管理中心。
2.根據(jù)權(quán)利要求1所述的局端設(shè)備遠(yuǎn)程原理用戶端設(shè)備的方法，其特征是，用戶端設(shè)備上的總線模式包括MDIO總線和I2C總線。
3.根據(jù)權(quán)利要求2所述的局端設(shè)備遠(yuǎn)程原理用戶端設(shè)備的方法，其特征是，用戶端設(shè)備上的總線模式為MDIO總線，所述接口處理模塊為MDIO接口處理模塊，該MDIO接口處理模塊實現(xiàn)MDIO Master功能。
4.根據(jù)權(quán)利要求2所述的局端設(shè)備遠(yuǎn)程原理用戶端設(shè)備的方法，其特征是，用戶端設(shè)備上的總線模式為I2C總線，所述接口處理模塊為I2C接口處理模塊，該I2C接口處理模塊實現(xiàn)I2C Master功能。
5.根據(jù)權(quán)利要求2所述的局端設(shè)備遠(yuǎn)程原理用戶端設(shè)備的方法，其特征是，用戶端設(shè)備上既有MDIO總線，又有I2C總線，所述接口處理模塊為MDIO和I2C接口處理模塊，該MDIO 和I2C接口處理模塊同時實現(xiàn)MDIO Master和I2C Master功能。
6.根據(jù)權(quán)利要求1所述的局端設(shè)備遠(yuǎn)程原理用戶端設(shè)備的方法，其特征是，所述用戶端設(shè)備上的報文解析模塊、報文封裝模塊、接口處理模塊在用戶端設(shè)備的同一個芯片中。
7.根據(jù)權(quán)利要求1所述的局端設(shè)備遠(yuǎn)程原理用戶端設(shè)備的方法，其特征是，所述用戶端設(shè)備上的報文解析模塊、報文封裝模塊、接口處理模塊在用戶端設(shè)備的不同芯片中。
8.根據(jù)權(quán)利要求6所述的局端設(shè)備遠(yuǎn)程原理用戶端設(shè)備的方法，其特征是，所述用戶端設(shè)備上的報文解析模塊、報文封裝模塊、接口處理模塊均在用戶端設(shè)備的包處理芯片中。
全文摘要
本發(fā)明公開了一種局端設(shè)備遠(yuǎn)程管理用戶端設(shè)備的方法，包括如下步驟第1步，管理中心向用戶端設(shè)備發(fā)送管理報文，要求管理用戶端設(shè)備的某個芯片；第2步，用戶端設(shè)備報文解析模塊接收所述管理報文，并將該管理報文發(fā)送給用戶端設(shè)備的接口處理模塊；第3步，用戶端設(shè)備的接口處理模塊根據(jù)所述管理報文的內(nèi)容訪問目標(biāo)芯片和/或目標(biāo)寄存器，并返回操作結(jié)果；第4步，用戶端設(shè)備的接口處理模塊將所述操作結(jié)果發(fā)送給報文封裝模塊；第5步，用戶端設(shè)備的報文封裝模塊將所述操作結(jié)果封裝為響應(yīng)報文，并將所述響應(yīng)報文發(fā)送給管理中心。本發(fā)明所述方法實現(xiàn)簡單，無需用戶端設(shè)備的CPU介入，因而降低了對系統(tǒng)資源的占用。
文檔編號H04L12/24GK102299811SQ20101020860
公開日2011年12月28日 申請日期2010年6月24日 優(yōu)先權(quán)日2010年6月24日
發(fā)明者李珂, 杜興東, 高慶峰 申請人:創(chuàng)銳訊通訊技術(shù)(上海)有限公司