一種光纖連接的樹形網絡結構中設備軟件批量升級方法
【專利摘要】本發(fā)明提供一種光纖連接的樹形網絡結構中設備軟件批量升級方法，包括樹型分層結構中主端設備廣播告知從端設備升級需求，從端設備根據主端的升級命令要求，結合自身內部文件信息情況，主動發(fā)起升級流程，控制自身的升級準備流程及數據傳輸流程。本發(fā)明提出的針對光纖連接樹形網絡結構中設備的批量升級方法，解決的是：不具備因特網連接特性的嵌入式設備尤其是分布式數字光纖直放站領域的近遠端設備之間批量升級的問題，本方法操作步驟簡便、成功率高、方案可延展性強，可以應用到類似的一對多批量升級需求中去。
【專利說明】一種光纖連接的樹形網絡結構中設備軟件批量升級方法
【技術領域】
[0001]本發(fā)明屬于電信通信【技術領域】，涉及以光纖為物理連接介質的嵌入式設備之間，尤其是分布式光纖直放站通信系統(tǒng)中設備軟件的批量升級方法，具體是一種光纖連接的樹形網絡結構中設備軟件批量升級方法。
【背景技術】
[0002]隨著現代建筑特點的變化，日益密集的高層鋼筋混凝土建筑結構給傳統(tǒng)直放站的室內信號覆蓋帶來了很大影響，信號覆蓋深度和質量亟待提高，原有的以一個近端設備AU通過光纖直接拖掛多個較大功率遠端RRU設備為特征的寬范圍、粗覆蓋方式，已很難滿足用戶實際使用環(huán)境的需求，由此作為主流的分布式光纖通信系統(tǒng)覆蓋方式逐漸演變?yōu)槊總€近端AU通過光纖拖拉多個擴展端設備EU，EU通過光纖拖掛多個微功率的拉遠單元RRU，同時EU還可以繼續(xù)通過光纖級聯(lián)多級EU。此覆蓋方式采用的樹形網絡結構，作為樹葉的遠端設備均為小體積、微功率的RRU單元，通過增加RRU的個數實現了室內高密度的無死角深度覆蓋。但RRU數量的增加同時給全網設備的管理，特別是對于全網設備的升級管理帶來了挑戰(zhàn)，已有的很多批量升級方案均基于以太網連接的物理設備，設備組網及在TCP\IP協(xié)議基礎上開發(fā)的各種升級應用非常豐富，實現方法較多，對于分布式光纖通信系統(tǒng)中AU、EU和RRU設備，自身軟硬件資源有限，特別是有些模塊級的RRU受成本管控在系統(tǒng)規(guī)劃之初便無網口規(guī)劃，升級管理方法根本無法像普通網絡設備那樣便捷，且EU和RRU設備都放于室夕卜，分布環(huán)境復雜，不易直接接觸，全網設備管理全部在AU端依靠光纖鏈路實現簡單的數據通信，包括對EU和RRU的升級，多數情況下只能依靠先給AU上傳升級包后，再由AU給EU或RRU升級，現有的很多批量升級方案不能滿足系統(tǒng)要求，因此急需提出一種相對高效而穩(wěn)定的升級方案來滿足這類光纖分布式通信系統(tǒng)的設備升級需求。

【發(fā)明內容】

[0003]針對【背景技術】存在的問題，本發(fā)明提供一種光纖連接的樹形網絡結構中設備軟件批量升級方法，用以解決對分布式光纖通信中簡單嵌入式設備進行升級。
[0004]本發(fā)明的技術方案包括一種光纖連接的樹形網絡結構中設備軟件批量升級方法，所述樹型網絡結構包括接入設備AU，擴展單元EU，射頻拉遠微功率單元RRU，此方案實施例中的AU與EU之間，EU與RRU之間數據交互通信采用廣播方式，且這種數據廣播為分層廣播，AU僅能廣播給所有EU，EU有兩條廣播通路，一條屬于與AU之間互通的廣播路，另外一條為與RRU互通的廣播通路，此方法涉及AU給所有拖掛的EU升級和EU給所有拖掛的RRU升級，兩種升級情況下的拖掛端統(tǒng)稱為主端，被拖掛端稱為從端，主端給從端批量升級包括兩大步驟，
步驟1，主端批量升級開關處理，實現方式如下，
主端設置自身的批量升級開關，開關只有開啟和關閉兩種；主端判斷自身批量升級開關由關閉變?yōu)殚_啟或由開啟變?yōu)殛P閉定義為有效改變狀態(tài)，此時主端需以廣播方式下發(fā)批量升級開關狀態(tài)給所有從端，其他非有效改變狀態(tài)不廣播下發(fā)到從端；主端在有效改變狀態(tài)出現后開啟一個定時器，用于在主端和從端無交互數據后關閉批量升級；
步驟2，從端定期檢查升級開關是否開啟，在開關開啟后開始執(zhí)行與主端的升級數據交互流程，實現方式如下:
從端收到主端廣播的批量升級開關為關閉狀態(tài)時，結束交互，處理升級停止的各項后續(xù)服務工作；當主端廣播的批量升級開關為開啟狀態(tài)時，由從端主動發(fā)起和主端的升級交互步驟，完成升級包的下載及處理。
[0005]主端發(fā)起對從端升級的命令之后，升級主動權交由從端，自身充當服務器功能。
[0006]主端充當服務器后，開啟定時器，在定時器預先設定的時間內沒有任何從端的請求后，主端自行關閉服務狀態(tài)；否則定時器清空重新計時。
[0007]主端發(fā)出批量升級需求后，不用等待所有從端設備的應答數據，直接進入被動需求狀態(tài)。
[0008]從端主動發(fā)起升級控制流程，根據自身運行狀態(tài)決定自身的升級流程的繼續(xù)和終止，不用告知主端自身已終止升級的狀態(tài)。
[0009]所述從端主動發(fā)起的升級控制流程，包括準備工作的控制流程及數據傳輸過程的控制兩大部分流程。
[0010]所述步驟2中從端的具體流程如下；
流程節(jié)點200、檢查是否收到主端廣播來的升級開關需求，有就進入下一個流程節(jié)點，否則繼續(xù)延時一段后重新檢查判斷；
流程節(jié)點210、根據主端設置過來的升級開關狀態(tài)進行判斷分別進入下一層流程節(jié)
占.流程節(jié)點220、從端判斷出主端升級開關要求為開啟時進入該流程節(jié)點，此流程節(jié)點判斷自身是否已經處于升級狀態(tài)，自身處于升級狀態(tài)時不需要進行其他動作，直接跳回流程節(jié)點200，否則進入下一個流程節(jié)點240開始升級；
流程節(jié)點230、主端升級開關要求為關閉時進入該流程節(jié)點，此流程節(jié)點判斷自身是否已經處于關閉狀態(tài)，在自身已處于關閉情況下直接跳轉回流程節(jié)點200，否則執(zhí)行下一個流程節(jié)點250 ；
流程節(jié)點240、由從端發(fā)起的從主端下載所需升級包文件的控制流程、升級包文件數據傳輸交互處理流程；
流程節(jié)點250、從端執(zhí)行關閉升級的各種服務，包括保存臨時升級文件，升級狀態(tài)變?yōu)殛P閉。
[0011]所述流程節(jié)點240的具體執(zhí)行流程是主端充當服務器特征后，從端從服務器下載所需文件的控制流程及數據傳輸處理流程，具體包括以下流程:
流程節(jié)點300、從端主動向主端發(fā)起查詢升級前的準備信息，包括文件名，文件大小，文件類型，同時作為發(fā)起方在此數據包中提供與主端交互的唯一 ID號，避免主端無法區(qū)分和回應從端；
流程節(jié)點310、從端延時判斷主端是否對自己發(fā)起的查詢回應，無回應時進入流程節(jié)點320，有回應進入流程節(jié)點330 ；
流程節(jié)點320、從端判斷查詢主端次數是否超過3次，未到3次跳轉到300繼續(xù)發(fā)起對主端查詢，超過3次，進入流程節(jié)點360 ；
流程節(jié)點330、從端根據主端回應數據獲取升級包的相關信息，包括大小，文件名，文件類型；
流程節(jié)點340、從端根據獲取的升級包文件大小信息進行判斷是否包大小異常，包過大，或包大小為0，則進入流程節(jié)點350，否則進入流程節(jié)點370進一步作判斷；
流程節(jié)點350、關閉自身升級，將升級結果賦值為升級包文件大小異常；
流程節(jié)點360、關閉自身升級，將升級結果賦值為主端不應答；
流程節(jié)點370、從端根據獲取的升級包文件頭進行判斷是否正確文件頭，文件頭錯誤則進入流程節(jié)點380，否則進入流程節(jié)點390進行實質性的數據傳輸；
流程節(jié)點380、關閉自身升級，將升級結果賦值為升級文件不匹配；
流程節(jié)點390、從端發(fā)起的數據傳輸控制流程；
流程節(jié)點400、升級數據傳輸完成后判斷文件的校驗碼是否正確，校驗通過進入流程節(jié)點410，校驗不通過執(zhí)行流程節(jié)點420 ；
流程節(jié)點410、關閉自身升級，將升級結果賦值為升級成功，之后根據文件類型做升級的處理，包括新文件的轉移，命令等；
流程節(jié)點420、關閉自身升級，將升級結果賦值為文件保存錯誤。
[0012]所述流程節(jié)點390的具體執(zhí)行流程如下；
流程節(jié)點500、從端數據傳輸開始前的準備工作；
流程節(jié)點510、從端主動請求主端發(fā)升級文件數據，請求數據中包含所需文件的數據偏移地址；
流程節(jié)點520、從端判斷主端是否回應請求，無回應進入流程節(jié)點550，有回應進入流程節(jié)點530 ；
流程節(jié)點530、從端判斷數據是否取完，取完進入流程節(jié)點540，未取完跳轉到510繼續(xù)請求主端發(fā)數據；
流程節(jié)點540、從端取完數據后進入相應的數據處理；
流程節(jié)點550、從端判斷主端無回應次數是否超過3次，未到3次跳轉到510繼續(xù)發(fā)起對主端查詢，超過3次，進入流程節(jié)點560 ；
流程節(jié)點560、關閉自身升級，將升級結果賦值為數據傳輸失敗。
[0013]所述流程節(jié)點520和流程節(jié)點310中，從端根據主端發(fā)送數據的內容判斷是否回應主端請求的具體執(zhí)行流程，具體流程如下；
流程節(jié)點600、從端采用定時阻塞方式等待接收主端數據，采用該方式當真實數據到來時會立即退出執(zhí)行下一步，否則會一直等待超時后執(zhí)行下一步；
流程節(jié)點610、從端根據流程節(jié)點600的執(zhí)行結果判斷是否收到數據；
流程節(jié)點620、從端判斷數據內容是否為主端發(fā)過來的終止升級要求；
流程節(jié)點630、從端判斷出不是終止升級要求后進入本節(jié)點，本節(jié)點繼續(xù)判斷收到數據是否為本從端需要的回應數據，是則認為受到了回應，否則認為沒有回應；
流程節(jié)點640、關閉自身升級，將升級結果賦值為取消升級。
[0014]本發(fā)明所提供技術方案的升級方法是在分層樹形結構中特有的被動式升級，特別適合非總線結構下一對多的升級，特別是在本方案實施例的分層廣播系統(tǒng)中。本發(fā)明穩(wěn)定可靠、升級過程不影響設備的查詢設置控制功能；本發(fā)明可解決不具備因特網連接特性的嵌入式設備尤其是分布式數字光纖直放站領域的近遠端設備之間批量升級的問題，其操作步驟簡便、成功率高、方案可延展性強，可以應用到類似的一對多批量升級需求中去。
【專利附圖】

【附圖說明】
[0015]圖1是本發(fā)明實施例的拓撲框圖。
[0016]圖2是本發(fā)明實施例的主端批量開關控制流程圖。
[0017]圖3是本發(fā)明實施例的從端批量開關控制流程圖。
[0018]圖4是本發(fā)明實施例的從端升級控制交互流程圖。
[0019]圖5是本發(fā)明實施例的從端升級數據交互流程圖。
[0020]圖6是本發(fā)明實施例的從端阻塞等待主端數據并對不同的內容做不同回應的流程圖。
[0021]【具體實施方式】
以下結合附圖和實施例說明本發(fā)明技術方案。
[0022]實施例中構成樹形結構的設備包括:
近端信源接入單元(AU)，擴展單元(EU)，射頻拉遠單元(RRU)，圖1給出了整個系統(tǒng)組成的簡要樹形拓撲框圖，圖中AU(1)與EU(20，30，40)構成主從關系，AU(1)為主端，EU(20, 30,40)為從端。EU(40)與 RRU(70，80)構成主從關系，EU(40)為主端，RRU(70，80)為從端，同樣EU(30)與RRU(60)，EU(20)與RRU(50)同樣構成主從關系，主從端與EU(40)判斷相同，值得注意的是EU(20)與EU(40)不構成主從關系，兩者從邏輯上平級。
[0023]實施例提供的主端給從端升級的方法包括以下步驟:
步驟1，主端批量升級開關處理，實現方式如下，
主端判斷批量升級開關狀態(tài)，根據有效改變狀態(tài)廣播給從端開關狀態(tài)。
[0024]結合圖2本步驟中，主端創(chuàng)建有一個專用任務用于升級處理，任務運行流程如下: 流程節(jié)點100、開始進行初始化的一些工作(“一些工作”:為本實施例中軟件代碼所需
的變量進行初始化，由于本發(fā)明不具體指定特定的變量，所以初始化的一些工作由具體實施者根據自身編寫代碼決定)；
流程節(jié)點110、判斷批量開關是否有效變化，無變化就延時I秒再進行判斷；
流程節(jié)點120、主端通過廣播鏈路將新設置的開關狀態(tài)廣播給所有從端；
本步驟根據批量升級開關狀態(tài)的有效改變發(fā)起對從端的升級要求，在發(fā)起要求完成后主端直接進入被動狀態(tài)或服務器狀態(tài)，此時主端開啟一個定時器，在定時時間(本實施例中選取I分鐘)到后檢查本時段內是否有從端的數據或命令請求，有則重新設定定時器有效繼續(xù)等待下一個定時時間到，否則關閉定時器，主端退出服務器狀態(tài)，不再對后續(xù)從端請求響應。
[0025]步驟2，從端定期檢查升級開關是否開啟，在開關開啟后開始執(zhí)行與主端的升級數據交互流程，實現方式如下，
實施例中從端也創(chuàng)建有專用任務用于升級處理，結合圖3說明任務的總體流程如下:流程節(jié)點200、檢查是否收到主端廣播來的升級開關需求，有就進入下一個流程節(jié)點，否則繼續(xù)延時一段后重新檢查判斷；流程節(jié)點210、根據主端設置過來的升級開關狀態(tài)進行判斷分別進入下一層流程節(jié)
占.流程節(jié)點220、從端判斷出主端升級開關要求為開啟時進入該流程節(jié)點，此流程節(jié)點判斷自身是否已經處于升級狀態(tài)，自身處于升級狀態(tài)時不需要進行其他動作，直接跳回流程節(jié)點200，否則進入下一個流程節(jié)點240開始升級；
流程節(jié)點230、主端升級開關要求為關閉時進入該流程節(jié)點，此流程節(jié)點判斷自身是否已經處于關閉狀態(tài)，在自身已處于關閉情況下直接跳轉回流程節(jié)點200，否則執(zhí)行下一個流程節(jié)點250 ；
流程節(jié)點240、由從端發(fā)起的從主端下載所需升級包文件的控制流程、升級包文件數據傳輸交互處理流程
流程節(jié)點250、從端執(zhí)行關閉升級的各種服務，包括保存臨時升級文件，升級狀態(tài)變?yōu)殛P閉；
圖4為流程節(jié)點240的具體執(zhí)行流程，流程如下:
流程節(jié)點300、從端主動向主端發(fā)起查詢升級前的準備信息，包括文件名，文件大小，文件類型，同時作為發(fā)起方在此數據包中提供與主端交互的唯一 ID號，避免主端無法區(qū)分和回應從端；
流程節(jié)點310、從端延時判斷主端是否對自己發(fā)起的查詢回應，無回應時進入流程節(jié)點320，有回應進入流程節(jié)點330 ；
流程節(jié)點320、從端判斷查詢主端次數是否超過3次，未到3次跳轉到300繼續(xù)發(fā)起對主端查詢，超過3次，進入流程節(jié)點360 ；
流程節(jié)點330、從端根據主端回應數據獲取升級包的相關信息，包括大小，文件名，文件類型；
流程節(jié)點340、從端根據獲取的升級包文件大小信息進行判斷是否包大小異常，包過大(本方案實施例定義大于2M byte為過大)或包大小為0，則進入流程節(jié)點350，否則進入流程節(jié)點370進一步作判斷；
流程節(jié)點350、關閉自身升級，將升級結果賦值為升級包文件大小異常；
流程節(jié)點360、關閉自身升級，將升級結果賦值為主端不應答；
流程節(jié)點370、從端根據獲取的升級包文件頭進行判斷是否正確文件頭，文件頭錯誤則進入流程節(jié)點380，否則進入流程節(jié)點390進行實質性的數據傳輸；
流程節(jié)點380、關閉自身升級，將升級結果賦值為升級文件不匹配；
流程節(jié)點390、從端發(fā)起的數據傳輸控制流程；
流程節(jié)點400、升級數據傳輸完成后判斷文件的校驗碼是否正確，校驗通過進入流程節(jié)點410，校驗不通過執(zhí)行流程節(jié)點420 ；
流程節(jié)點410、關閉自身升級，將升級結果賦值為升級成功，之后根據文件類型做升級的處理，包括新文件的轉移，命令等；
流程節(jié)點420、關閉自身升級，將升級結果賦值為文件保存錯誤；
整個240流程是主端充當服務器特征后，從端從服務器下載所需文件的控制流程及數據傳輸處理流程。
[0026]圖5為流程節(jié)點390的具體執(zhí)行流程，流程如下: 流程節(jié)點500、從端數據傳輸開始前的準備工作；
流程節(jié)點510、從端主動請求主端發(fā)升級文件數據，請求數據中包含所需文件的數據偏移地址；
流程節(jié)點520、從端判斷主端是否回應請求，無回應進入流程節(jié)點550，有回應進入流程節(jié)點530 ；
流程節(jié)點530、從端判斷數據是否取完，取完進入流程節(jié)點540，未取完跳轉到510繼續(xù)請求主端發(fā)數據；
流程節(jié)點540、從端取完數據后進入相應的數據處理；
流程節(jié)點550、從端判斷主端無回應次數是否超過3次，未到3次跳轉到510繼續(xù)發(fā)起對主端查詢，超過3次，進入流程節(jié)點560 ；
流程節(jié)點560、關閉自身升級，將升級結果賦值為數據傳輸失??；
圖6為流程節(jié)點520和流程節(jié)點310中從端根據主端發(fā)送數據內容，判斷是否回應主端請求的具體執(zhí)行流程，流程如下:
流程節(jié)點600、從端采用定時阻塞方式等待接收主端數據，采用該方式當真實數據到來時會立即退出執(zhí)行下一步，否則會一直等待超時后執(zhí)行下一步；
流程節(jié)點610、從端根據流程節(jié)點600的執(zhí)行結果判斷是否收到數據；
流程節(jié)點620、從端判斷數據內容是否為主端發(fā)過來的終止升級要求；
流程節(jié)點630、從端判斷出不是終止升級要求后進入本節(jié)點，本節(jié)點繼續(xù)判斷收到數據是否為本從端需要的回應數據，是則認為受到了回應，否則認為沒有回應；
流程節(jié)點640、關閉自身升級，將升級結果賦值為取消升級；
除以上圖解說明流程節(jié)點外，還需明確流程節(jié)點350、360、380、410、420、560功能均為關閉升級后對升級過程中涉及的變量及升級文件包數據緩存的保存，處理過程一樣，僅升級結果由具體所處流程節(jié)點不同而不同，在從端關閉升級后無需告知主端已關閉升級，且不用主動上報關閉升級的原因。
[0027]以上對本發(fā)明實施例所提供的主從批量升級方法進行了詳細介紹，本文中應用了具體個例對本發(fā)明的原理及實施例方式進行了闡述，以上實施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想；同時，對于本領域的一般技術人員，依據本發(fā)明的思想，在【具體實施方式】及應用范圍上均會有改變之處，綜上所述，本說明書內容不應理解為對本發(fā)明的限制。
【權利要求】
1.一種光纖連接的樹形網絡結構中設備軟件批量升級方法，其特征在于:包括以下步驟， 步驟I，主端批量升級開關處理；實現方式如下: 主端設置自身的批量升級開關，開關只有開啟和關閉兩種；主端判斷自身批量升級開關由關閉變?yōu)殚_啟或由開啟變?yōu)殛P閉定義為有效改變狀態(tài)，此時主端以廣播方式下發(fā)批量升級開關狀態(tài)給所有從端，其他非有效改變狀態(tài)不廣播下發(fā)到從端；主端在有效改變狀態(tài)出現后開啟一個定時器，用于在主端和從端無交互數據后關閉批量升級； 步驟2，從端定期檢查升級開關是否開啟，在開關開啟后開始執(zhí)行與主端的升級數據交互流程；實現方式如下: 從端收到主端廣播的批量升級開關為關閉狀態(tài)時，結束交互，處理升級停止的各項后續(xù)服務工作；當主端廣播的批量升級開關為開啟狀態(tài)時，由從端主動發(fā)起和主端的升級交互步驟，完成升級包的下載及處理。
2.根據權利要求1所述的一種光纖連接的樹形網絡結構中設備軟件批量升級方法，其特征在于:主端發(fā)起對從端升級的命令之后，升級主動權交由從端，自身充當服務器功能。
3.根據權利要求2所述的一種光纖連接的樹形網絡結構中設備軟件批量升級方法，其特征在于:主端充當服務器后，開啟定時器，在定時器預先設定的時間內沒有任何從端的請求后，主端自行關閉服務狀態(tài)；否則定時器清空重新計時。
4.根據權利要求 1-3中任意一項所述的一種光纖連接的樹形網絡結構中設備軟件批量升級方法方法，其特征在于:主端發(fā)出批量升級需求后，不用等待所有從端設備的應答數據，直接進入被動需求狀態(tài)。
5.根據權利要求1-3中任意一項所述的一種光纖連接的樹形網絡結構中設備軟件批量升級方法，其特征在于:從端主動發(fā)起升級控制流程，根據自身運行狀態(tài)決定自身的升級流程的繼續(xù)和終止，不用告知主端自身已終止升級的狀態(tài)。
6.根據權利要求5所述的一種光纖連接的樹形網絡結構中設備軟件批量升級方法，其特征在于:所述從端主動發(fā)起的升級控制流程，包括準備工作的控制流程及數據傳輸過程的控制兩大部分流程。
7.根據權利要求1所述的一種光纖連接的樹形網絡結構中設備軟件批量升級方法，其特征在于:所述步驟2中從端的具體流程如下； 流程節(jié)點200、檢查是否收到主端廣播來的升級開關需求，有就進入下一個流程節(jié)點，否則繼續(xù)延時一段后重新檢查判斷； 流程節(jié)點210、根據主端設置過來的升級開關狀態(tài)進行判斷分別進入下一層流程節(jié)占.流程節(jié)點220、從端判斷出主端升級開關要求為開啟時進入該流程節(jié)點，此流程節(jié)點判斷自身是否已經處于升級狀態(tài)，自身處于升級狀態(tài)時不需要進行其他動作，直接跳回流程節(jié)點200，否則進入下一個流程節(jié)點240開始升級； 流程節(jié)點230、主端升級開關要求為關閉時進入該流程節(jié)點，此流程節(jié)點判斷自身是否已經處于關閉狀態(tài)，在自身已處于關閉情況下直接跳轉回流程節(jié)點200，否則執(zhí)行下一個流程節(jié)點250 ； 流程節(jié)點240、由從端發(fā)起的從主端下載所需升級包文件的控制流程、升級包文件數據傳輸交互處理流程； 流程節(jié)點250、從端執(zhí)行關閉升級的各種服務，包括保存臨時升級文件，升級狀態(tài)變?yōu)殛P閉。
8.根據權利要求7所述的一種光纖連接的樹形網絡結構中設備軟件批量升級方法，其特征在于:所述流程節(jié)點240的具體執(zhí)行流程是主端充當服務器特征后，從端從服務器下載所需文件的控制流程及數據傳輸處理流程，具體包括以下流程: 流程節(jié)點300、從端主動向主端發(fā)起查詢升級前的準備信息，包括文件名，文件大小，文件類型，同時作為發(fā)起方在此數據包中提供與主端交互的唯一 ID號，避免主端無法區(qū)分和回應從端； 流程節(jié)點310、從端延時判斷主端是否對自己發(fā)起的查詢回應，無回應時進入流程節(jié)點320，有回應進入流程節(jié)點330 ； 流程節(jié)點320、從端判斷查詢主端次數是否超過3次，未到3次跳轉到300繼續(xù)發(fā)起對主端查詢，超過3次，進入流程節(jié)點360 ； 流程節(jié)點330、從端根據主端回應數據獲取升級包的相關信息，包括大小，文件名，文件類型； 流程節(jié)點340、從端根據獲取的升級包文件大小信息進行判斷是否包大小異常，包過大，或包大小為0，則進入流程節(jié)點350，否則進入流程節(jié)點370進一步作判斷； 流程節(jié)點350、關閉自身升級，將升級結果賦值為升級包文件大小異常； 流程節(jié)點360、關閉自身升級，將升級結果賦值為主端不應答； 流程節(jié)點370、從端根據獲取的升級包文件頭進行判斷是否正確文件頭，文件頭錯誤則進入流程節(jié)點380，否則進入流程節(jié)點390進行實質性的數據傳輸； 流程節(jié)點380、關閉自身升級，將升級結果賦值為升級文件不匹配； 流程節(jié)點390、從端發(fā)起的數據傳輸控制流程； 流程節(jié)點400、升級數據傳輸完成后判斷文件的校驗碼是否正確，校驗通過進入流程節(jié)點410，校驗不通過執(zhí)行流程節(jié)點420 ； 流程節(jié)點410、關閉自身升級，將升級結果賦值為升級成功，之后根據文件類型做升級的處理，包括新文件的轉移，命令等； 流程節(jié)點420、關閉自身升級，將升級結果賦值為文件保存錯誤。
9.根據權利要求8所述的一種光纖連接的樹形網絡結構中設備軟件批量升級方法，其特征在于:所述流程節(jié)點390的具體執(zhí)行流程如下； 流程節(jié)點500、從端數據傳輸開始前的準備工作； 流程節(jié)點510、從端主動請求主端發(fā)升級文件數據，請求數據中包含所需文件的數據偏移地址； 流程節(jié)點520、從端判斷主端是否回應請求，無回應進入流程節(jié)點550，有回應進入流程節(jié)點530 ； 流程節(jié)點530、從端判斷數據是否取完，取完進入流程節(jié)點540，未取完跳轉到510繼續(xù)請求主端發(fā)數據； 流程節(jié)點540、從端取完數據后進入相應的數據處理； 流程節(jié)點550、從端判斷主端無回應次數是否超過3次，未到3次跳轉到510繼續(xù)發(fā)起對主端查詢，超過3次，進入流程節(jié)點560 ； 流程節(jié)點560、關閉自身升級，將升級結果賦值為數據傳輸失敗。
10.根據權利要求9所述的一種光纖連接的樹形網絡結構中設備軟件批量升級方法，其特征在于:所述流程節(jié)點520和流程節(jié)點310中，從端根據主端發(fā)送數據的內容判斷是否回應主端請求的具體執(zhí)行流程，具體流程如下； 流程節(jié)點600、從端采用定時阻塞方式等待接收主端數據，采用該方式當真實數據到來時會立即退出執(zhí)行下一步，否則會一直等待超時后執(zhí)行下一步； 流程節(jié)點610、從端根據流程節(jié)點600的執(zhí)行結果判斷是否收到數據； 流程節(jié)點620、從端判斷數據內容是否為主端發(fā)過來的終止升級要求； 流程節(jié)點630、從端判斷出不是終止升級要求后進入本節(jié)點，本節(jié)點繼續(xù)判斷收到數據是否為本從端需要的回應數據，是則認為受到了回應，否則認為沒有回應； 流程節(jié)點640、關閉自身升級，將升級結果賦值為取消升級。
【文檔編號】H04B10/25GK104038557SQ201410296268
【公開日】2014年9月10日 申請日期:2014年6月27日 優(yōu)先權日:2014年6月27日
【發(fā)明者】高國慶, 羅昆初 申請人:武漢虹信通信技術有限責任公司