專利名稱：電信單板軟件加載方法
技術領域：
本發明涉及軟件加載，尤指一種電信單板軟件加載方法。
背景技術：
通常電信設備都由一個個機架以及相關的機架內或機架外的服務器、操作維護臺等組成，機架中是一個或多個機框，機框可能包括一個或多個業務框、配電框、風扇框等。對于業務框，則由業務板、接口板、主控板、信令板、系統板等組成，這些單板的軟件和數據一般在啟動和升級時需要從自身的FLASH或加載服務器加載。為了描述簡單，在此將常規業務板、接口板、信令板統稱為業務板，將主控板、常規系統板統稱為系統板。
請參照圖1所示，系統板直接通過與加載服務器之間的通道到加載服務器上進行請求加載操作，框內的各業務板則間接通過系統板到加載服務器進行加載(當然也存在另外的情況，即各業務板不通過系統板，而是直接到加載服務器進行加載)。系統板和業務板在同一業務框內，系統板可以讀取到該業務框的框號(唯一表明該業務框的一個編號，用來使得加載服務器可以用來區分不同業務框中的單板)。業務板基于成本方面的考慮，一般都不能直接讀到該業務框的框號。
現有的系統，由于其軟件一般都需要升級，因此都在啟動時向加載服務器發送加載請求，獲取加載控制信息，然后確定是通過加載服務器進行加載還是本板自身進行加載。通過加載服務器的加載需要從加載服務器通過FTP(文件傳輸協議)或TFTP(普通文件傳輸協議)等連接方式獲取要加載的文件，寫入本板的程序運行空間，并啟動運行；而本板自身加載則是不再和加載服務器建立連接請求，直接從本板的FLASH空間讀取事先保存好的程序，將其寫入程序運行空間，并啟動運行。
由于現有技術啟動時需要向加載服務器獲取配置，如果加載服務器發生故障，則單板無法加載成功。因此單板的加載依賴于加載服務器的可靠性，而要保證這一點，需要增加比較高的成本。系統的可用性指標受到加載服務器可用性指標的影響。
發明內容
本發明解決的問題是避免因加載服務器不能提供服務而造成電信單板無法正常加載軟件進而造成電信設備無法正常啟動運行。
為解決上述問題，本發明電信單板軟件加載方法包括以下步驟1)系統板加載軟件，且在加載服務器無法提供加載時則從本板加載軟件；2)系統板截獲業務板的加載請求報文；3)判斷加載服務器是否與系統板連通；4)如果連通，則系統板向加載服務器轉發業務板的加載請求報文進行加載服務器加載；5)如果斷開，則系統板構造加載答復報文，通知該業務板從本板加載軟件；6)運行所加載的軟件。
所述加載請求報文包括有背板框號、槽號及子系統號，而加載答復報文包括有加載控制信息，該加載控制信息用于指示從本板加載還是從服務器加載。
步驟1)包括以下步驟系統板的基本輸入輸出系統BIOS初始化；讀取背板框號、槽號及子系統號寫入加載請求報文；發送加載請求報文；判斷在預定時間內是否接收到攜帶加載控制信息的加載答復報文；如果沒有接收到，則確定加載服務器無法提供加載，則從本板加載軟件；如果接收到加載答復報文，根據加載控制信息從加載服務器或本板加載軟件；運行加載軟件。
步驟3)進一步包括系統板與加載服務器進行握手；握手連續不通次數是否達到預定門限；如果沒達到，則加載服務器與系統板連通，執行步驟4)；如果達到，則加載服務器與系統板斷開，執行步驟5)。
步驟5)之前讀取業務板的加載請求中的背板框號或者背板撥碼給出背板框號，根據背板框號的最高位判斷是否支持加載服務器無法連通時通過本板加載，如果支持則執行步驟5)；如果不支持，則跳轉至步驟4)。
加載請求和加載答復報文通過引導程序協議承載，加載控制消息記載在廠商專用信息域中。所述引導程序協議報文封裝在用戶數據報協議報文中傳輸。
與現有技術相比，本發明具有以下優點在加載服務器無法提供服務時，系統板從本板進行加載并代理業務板的加載通知業務板從本板加載，這樣不影響單板正常啟動。
圖1是現有技術中電信單板軟件加載系統。
圖2是本發明電信單板軟件加載方法。
圖3、4、5是BOOTP報文結構示意圖。
圖6是圖2中系統板加載的具體實施例流程圖。
圖7、8是圖2中業務板加載的具體實施例流程圖。
具體實施例方式
現有技術中電信業務框單板每次啟動需要向加載服務器請求加載，根據返回的加載控制信息判斷是本板加載(業務板和系統板都保存加載軟件)還是服務器加載，然后完成加載、運行加載軟件。如果加載服務器因某種原因而不提供服務，當系統板和業務板請求加載時，而返回加載失敗信息，導致單板無法正常啟動運行。本發明技術方案在加載服務器無法提供服務時，系統板從本板進行加載并代理業務板加載通知業務板從本板加載，不影響單板正常啟動。
請參照圖2所示，本發明電信單板軟件(也可以是數據)加載方法包括以下步驟1)系統板加載軟件，在加載服務器無法提供加載時則從本板加載軟件；2)系統板截獲業務板的加載請求報文；3)判斷加載服務器是否與系統板連通；4)如果連通，則系統板向加載服務器轉發業務板的加載請求報文進行加載服務器加載(該步驟實現為現有技術，不再贅述)；5)如果斷開，則系統板構造具有加載控制信息的加載答復報文，通知該業務板從本板加載軟件；6)運行所加載的軟件。
加載請求報文包括有背板框號、槽號及子系統號(子系統號在本實施例中指CPU號，一個槽位的單板可能有多個CPU，以此區分)，而加載答復報文包括有加載控制信息，該加載控制信息用于指示從本板加載還是從加載服務器加載。
步驟1)包括以下步驟系統板的基本輸入輸出系統BIOS初始化；讀取背板框號、槽號及子系統號寫入加載請求報文；發送加載請求報文；判斷在預定時間內(例如1秒)是否接收到攜帶加載控制信息的加載答復報文；如果沒有接收到，則確定加載服務器無法提供加載，則復位且從本板加載軟件；如果接收到加載答復報文，根據加載控制信息從加載服務器或本板加載軟件；運行加載軟件。
請參照圖8所示，步驟3)進一步包括系統板與加載服務器進行握手；握手連續不通次數是否達到預定門限；如果沒達到，則加載服務器與系統板連通，執行步驟4)；如果達到，則加載服務器與系統板斷開，執行步驟5)。
步驟5)之前讀取業務板的加載請求中的背板框號(或者通過背板撥碼給出背板框號，該背板框號的最高位表示是否支持此功能，低n位則表示框號，n取決于支持的框數，如果支持32框，則為低5位)，根據背板框號的最高位判斷是否支持加載服務器無法連通時通過本板加載，如果支持則執行步驟5)；如果不支持，則跳轉至步驟4)。
請參照圖3至5所示，加載請求和加載答復通過引導程序協議(BOOTP)報文承載(例如操作碼為1表示加載請求報文；2表示加載答復報文)，所述引導程序協議報文封裝在用戶數據報協議報文中傳輸。其中加載控制消息記載在廠商專用信息域中，通過加載服務器填寫加載控制字實現。本實施例中對加載控制字的高2位進行控制bit0表示首先從本板FLASH還是加載服務器加載，1從本板(本實施例中指該單板內保存加載軟件的閃存FLASH，當然也可以是其他非易失存儲器)加載；0從加載服務器加載；bit1表示是否寫FLASH，0為不寫FLASH，1為寫FLASH。這樣，0b10從FLASH加載，如果失敗則從加載服務器加載，不寫FLASH；0b11從FLASH加載，如果失敗則從加載服務器加載，且寫FLASH；0b00從加載服務器加載，不寫FLASH；0b01從加載服務器加載，寫FLASH。
請參照圖6所示，步驟1)的具體實施例進一步包括以下步驟BIOS初始化完成，進入加載；讀取背板框號、槽號及子系統號，填入BOOTP報文硬件地址域并發送BOOTP請求報文(即加載請求報文)；判斷指定時間內(例如1秒)是否收到加載服務器的響應和加載控制字；如果收到加載控制字，則判斷加載控制字是否為從加載服務器加載；如果是，則從加載服務器進行加載；如果不是，則從FLASH中進行加載；如果未收到加載控制字，則判斷背板框號范圍是否大于128且小于250？本實施例中采用8位二進制表示背板框號，最高位為1表示支持系統板與加載服務未連通采用本板加載；數值范圍128-250，250-255為無效值，避免框號缺省撥為255或250-254而誤啟動此功能；如果背板框號在所述范圍內，則從FLASH進行加載；如果不在該數值范圍內，則返回BIOS初始化步驟，重新加載；加載過程完成，跳轉道加載后軟件，開始運行。
請參照圖7所示，系統板代理加載具體實施例包括以下步驟收到業務板BOOTP請求報文；判斷系統板當前是否與加載服務器處于連通狀態；如果處于連通狀態，則將收到的BOOTP請求報文添加背板框號(業務板的加載請求報文中沒有背板框號)轉發至加載服務器；如果處于斷開狀態，則判斷背板框號是否大于128小于250？如果背板框號在所述數值范圍內，則構造BOOTP答復，將從本板FLASH啟動加載的加載控制消息、背板框號填入，發送給業務板；如果背板框號不在所述數值范圍內，則將收到的BOOTP請求報文添加背板框號轉發至加載服務器。
綜上所述，本發明在加載服務器無法提供服務時，系統板從本板進行加載并代理業務板加載通知業務板從本板加載，這樣不影響單板正常啟動。
權利要求
1.一種電信單板軟件加載方法，其特征在于，包括以下步驟1)系統板加載軟件，且在加載服務器無法提供加載時則從本板加載軟件；2)系統板截獲業務板的加載請求報文；3)判斷加載服務器是否與系統板連通；4)如果連通，則系統板向加載服務器轉發業務板的加載請求報文進行加載服務器加載；5)如果斷開，則系統板構造加載答復報文，通知該業務板從本板加載軟件；6)運行所加載的軟件。
2.如權利要求1所述的電信單板軟件加載方法，其特征在于，加載請求報文包括有背板框號、槽號及子系統號，而加載答復報文包括有加載控制信息，該加載控制信息用于指示從本板加載還是從服務器加載。
3.如權利要求2所述的電信單板軟件加載方法，其特征在于，步驟1)包括以下步驟系統板的基本輸入輸出系統BIOS初始化；讀取背板框號、槽號及子系統號寫入加載請求報文；發送加載請求報文；判斷在預定時間內是否接收到攜帶加載控制信息的加載答復報文；如果沒有接收到，則確定加載服務器無法提供加載，則從本板加載軟件；如果接收到加載答復報文，根據加載控制信息從加載服務器或本板加載軟件；運行加載軟件。
4.如權利要求2所述的電信單板軟件加載方法，其特征在于，步驟3)進一步包括系統板與加載服務器進行握手；握手連續不通次數是否達到預定門限；如果沒達到，則加載服務器與系統板連通，執行步驟4)；如果達到，則加載服務器與系統板斷開，執行步驟5)。
5.如權利要求2所述的電信單板軟件加載方法，其特征在于，步驟5)之前讀取業務板的加載請求中的背板框號或者背板撥碼給出背板框號，根據背板框號的最高位判斷是否支持加載服務器無法連通時通過本板加載，如果支持則執行步驟5)；如果不支持，則跳轉至步驟4)。
6.如權利要求2至5任一項所述的電信單板軟件加載方法，其特征在于，加載請求和加載答復報文通過引導程序協議承載，加載控制消息記載在廠商專用信息域中。
7.如權利要求6所述的電信單板軟件加載方法，其特征在于，所述引導程序協議報文封裝在用戶數據報協議報文中傳輸。
全文摘要
一種電信單板軟件加載方法包括以下步驟1)系統板加載軟件，且在加載服務器無法提供加載時則從本板加載軟件；2)系統板截獲業務板的加載請求報文；3)判斷加載服務器是否與系統板連通；4)如果連通，則系統板向加載服務器轉發業務板的加載請求報文進行加載服務器加載；5)如果斷開，則系統板構造加載答復報文，通知該業務板從本板加載軟件；6)運行所加載的軟件。
文檔編號H04L12/24GK1779638SQ200410091439
公開日2006年5月31日 申請日期2004年11月22日 優先權日2004年11月22日
發明者童運民, 葉榮標 申請人:華為技術有限公司