本發(fā)明涉及網(wǎng)管資源管理領(lǐng)域，尤其涉及一種資源管理方法、裝置及多模軟基站統(tǒng)一網(wǎng)管。

背景技術(shù)：

軟基站(SDR，Software Defined Radio，軟件定義的無線電)采用模塊化、平臺化設(shè)計(jì)理念，構(gòu)建多制式、多頻段的新一代基站產(chǎn)品，并具備強(qiáng)大的技術(shù)演進(jìn)能力，有效降低了網(wǎng)絡(luò)成本，解決運(yùn)營商的成本與技術(shù)演進(jìn)問題，適應(yīng)現(xiàn)在網(wǎng)絡(luò)扁平化，終端化等發(fā)展趨勢。針對軟基站的大范圍使用，多模軟基站統(tǒng)一網(wǎng)管應(yīng)運(yùn)而生。

多模軟基站統(tǒng)一網(wǎng)管是SDR多模軟基站的支撐管理系統(tǒng)，支持多模軟基站的混合組網(wǎng)及靈活部署，是面向基站運(yùn)維管理的部件，最終與EMS(Element Management System，網(wǎng)元管理系統(tǒng))，控制器統(tǒng)一網(wǎng)管組成可交付的產(chǎn)品包。該網(wǎng)管按照功能構(gòu)成分為資源、配置、告警、性能、升級維護(hù)和北向接口等。

目前SDR多模軟基站內(nèi)的物理設(shè)備更新頻繁，種類繁多，很多情況下，根據(jù)市場需要，希望現(xiàn)網(wǎng)網(wǎng)管能及時(shí)支持新增加的物理設(shè)備規(guī)格，目前的通常做法是，開發(fā)人員針對需要添加的新設(shè)備，制作設(shè)備添加補(bǔ)丁，給外場使用。這樣做目前存在幾個(gè)主要問題：現(xiàn)場雖然可以通過簡單的補(bǔ)丁方式新增設(shè)備，但是制作補(bǔ)丁需要研發(fā)人員手工操作，補(bǔ)丁涉及文件繁多，處理復(fù)雜；補(bǔ)丁制作困難，因?yàn)楹芏嘌a(bǔ)丁文件需要在現(xiàn)有版本文件基礎(chǔ)上補(bǔ)充新款設(shè)備的信息，很容易弄錯(cuò)；目前打補(bǔ)丁的方式是冷補(bǔ)丁方式，需要關(guān)閉網(wǎng)管，會影響業(yè)務(wù)正常 運(yùn)行，不能隨時(shí)靈活操作，操作繁雜。

因此，如何提供一種簡化管理操作的資源管理方法，是本領(lǐng)域技術(shù)人員亟待解決的技術(shù)問題。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明提供了一種資源管理方法、裝置及多模軟基站統(tǒng)一網(wǎng)管，以解決現(xiàn)有資源管理方法需要打補(bǔ)丁導(dǎo)致的操作繁雜的問題。

本發(fā)明提供了一種用于多模軟基站統(tǒng)一網(wǎng)管的資源管理方法，其包括：

獲取待管理資源；待管理資源包括物理設(shè)備和/或邏輯資源；

對待管理資源依次進(jìn)行抽象處理，生成抽象結(jié)果；抽象結(jié)果包括資源的特性，以及對其執(zhí)行管理操作的結(jié)果；

根據(jù)待管理資源的抽象結(jié)果，建立MOM(Message-oriented Middleware,面向消息中間件)模型；

基于MOM模型，根據(jù)資源類型管理資源。

進(jìn)一步的，當(dāng)資源的資源類型為物理設(shè)備時(shí)；基于MOM模型，根據(jù)資源類型管理資源包括：

根據(jù)物理設(shè)備的設(shè)備參數(shù)，生成物理設(shè)備業(yè)務(wù)包；

導(dǎo)入物理設(shè)備業(yè)務(wù)包，解壓物理設(shè)備業(yè)務(wù)包，獲取并將配置文件發(fā)送至對應(yīng)模塊；

解釋配置文件，獲取操作類型，操作類型包括新增；

當(dāng)操作類型為新增時(shí)，判斷MOM模型的原始文件是否包含物理設(shè)備，若 包括，則返回錯(cuò)誤信息，若不包括，則先加載原始文件，再加載物理設(shè)備的增量配置文件，合并生成新配置文件。

進(jìn)一步的，根據(jù)物理設(shè)備的設(shè)備參數(shù)，生成物理設(shè)備業(yè)務(wù)包包括：根據(jù)物理設(shè)備的設(shè)備參數(shù)填寫物理設(shè)備模型定義文檔，并導(dǎo)入離線工具；離線工具讀取物理設(shè)備模型定義文檔內(nèi)各圖表的信息，根據(jù)業(yè)務(wù)算法生成各模塊需要的數(shù)據(jù)文件，壓縮生成物理設(shè)備業(yè)務(wù)包。

進(jìn)一步的，在讀取物理設(shè)備模型定義文檔內(nèi)各圖表的信息之后，還包括：校驗(yàn)圖表中各屬性的數(shù)據(jù)格式，如不滿足，生成錯(cuò)誤信息。

進(jìn)一步的，在合并生成新配置文件之后，還包括：判斷物理設(shè)備是否需要替換MOM模型中對應(yīng)的原物理設(shè)備，若是，則判斷是否滿足替換條件，若是，則執(zhí)行替換操作，將新增配置文件發(fā)送至網(wǎng)管客戶端。

進(jìn)一步的，當(dāng)資源的資源類型為邏輯資源時(shí)；基于MOM模型，根據(jù)資源類型管理資源包括：

將邏輯資源的抽象結(jié)果壓縮為邏輯資源業(yè)務(wù)包；

導(dǎo)入邏輯資源業(yè)務(wù)包，獲取邏輯資源業(yè)務(wù)包的操作類型，操作類型包括新增或者修改；

判斷MOM模型的原始文件是否包含邏輯資源業(yè)務(wù)包的內(nèi)容，若包括，則返回錯(cuò)誤信息，若不包括，則先加載原始文件，再加載邏輯資源業(yè)務(wù)包，合并生成新配置文件。

本發(fā)明提供了一種用于多模軟基站統(tǒng)一網(wǎng)管的資源管理裝置，其包括：

獲取模塊，用于獲取待管理資源；待管理資源包括物理設(shè)備和/或邏輯資源；

抽象模塊，用于對待管理資源依次進(jìn)行抽象處理，生成抽象結(jié)果；抽象結(jié)果包括資源的特性，以及對其執(zhí)行管理操作的結(jié)果；

模型模塊，用于根據(jù)待管理資源的抽象結(jié)果，建立MOM模型；

管理模塊，用于基于MOM模型，根據(jù)資源類型管理資源。

進(jìn)一步的，當(dāng)資源的資源類型為物理設(shè)備時(shí)；管理模塊用于：

根據(jù)物理設(shè)備的設(shè)備參數(shù)，生成物理設(shè)備業(yè)務(wù)包；

導(dǎo)入物理設(shè)備業(yè)務(wù)包，解壓物理設(shè)備業(yè)務(wù)包，獲取并將配置文件發(fā)送至對應(yīng)模塊；

解釋配置文件，獲取操作類型，操作類型包括新增；

當(dāng)操作類型為新增時(shí)，判斷MOM模型的原始文件是否包含物理設(shè)備，若包括，則返回錯(cuò)誤信息，若不包括，則先加載原始文件，再加載物理設(shè)備的增量配置文件，合并生成新配置文件。

進(jìn)一步的，管理模塊用于根據(jù)物理設(shè)備的設(shè)備參數(shù)填寫物理設(shè)備模型定義文檔，并導(dǎo)入離線工具；離線工具讀取物理設(shè)備模型定義文檔內(nèi)各圖表的信息，根據(jù)業(yè)務(wù)算法生成各模塊需要的數(shù)據(jù)文件，壓縮生成物理設(shè)備業(yè)務(wù)包。

進(jìn)一步的，在讀取物理設(shè)備模型定義文檔內(nèi)各圖表的信息之后，管理模塊還用于校驗(yàn)圖表中各屬性的數(shù)據(jù)格式，如不滿足，生成錯(cuò)誤信息。

進(jìn)一步的，在合并生成新配置文件之后，管理模塊還用于判斷物理設(shè)備是否需要替換MOM模型中對應(yīng)的原物理設(shè)備，若是，則判斷是否滿足替換條件，若是，則執(zhí)行替換操作，將新增配置文件發(fā)送至網(wǎng)管客戶端。

進(jìn)一步的，當(dāng)資源的資源類型為邏輯資源時(shí)；管理模塊用于：

將邏輯資源的抽象結(jié)果壓縮為邏輯資源業(yè)務(wù)包；

導(dǎo)入邏輯資源業(yè)務(wù)包，獲取邏輯資源業(yè)務(wù)包的操作類型，操作類型包括新增或者修改；

判斷MOM模型的原始文件是否包含邏輯資源業(yè)務(wù)包的內(nèi)容，若包括，則返回錯(cuò)誤信息，若不包括，則先加載原始文件，再加載邏輯資源業(yè)務(wù)包，合并生成新配置文件。

本發(fā)明提供了一種多模軟基站統(tǒng)一網(wǎng)管，其包括本發(fā)明提供的資源管理裝置。

本發(fā)明的有益效果：

本發(fā)明提供了一種資源管理方法，對同類設(shè)備進(jìn)行資源建模，通過動(dòng)態(tài)加載新設(shè)備的方式，將新增設(shè)備的數(shù)據(jù)信息以增量方式追加到多模軟基站統(tǒng)一網(wǎng)管中，同時(shí)，根據(jù)替換原則，實(shí)現(xiàn)設(shè)備自替換功能，解決了現(xiàn)有管理方法需要打補(bǔ)丁導(dǎo)致的操作繁雜的問題，降低后方補(bǔ)丁制作難度和工作量，減少出錯(cuò)的可能性，增強(qiáng)了網(wǎng)管添加設(shè)備的靈活性。

附圖說明

圖1為本發(fā)明第一實(shí)施例提供的資源管理裝置的結(jié)構(gòu)示意圖；

圖2為本發(fā)明第二實(shí)施例提供的資源管理方法的流程圖；

圖3為本發(fā)明第三實(shí)施例中的物理設(shè)備模型文檔示意圖；

圖4為本發(fā)明第三實(shí)施例中的網(wǎng)管系統(tǒng)內(nèi)信號示意圖；

圖5為本發(fā)明第三實(shí)施例中的數(shù)據(jù)傳輸流程圖。

具體實(shí)施方式

現(xiàn)通過具體實(shí)施方式結(jié)合附圖的方式對本發(fā)明做出進(jìn)一步的詮釋說明。

第一實(shí)施例：

圖1為本發(fā)明第一實(shí)施例提供的資源管理裝置的結(jié)構(gòu)示意圖，由圖1可知，在本實(shí)施例中，本發(fā)明提供的資源管理裝置1包括：

獲取模塊11，用于獲取待管理資源；待管理資源包括物理設(shè)備和/或邏輯資源；

抽象模塊12，用于對待管理資源依次進(jìn)行抽象處理，生成抽象結(jié)果；抽象結(jié)果包括資源的特性，以及對其執(zhí)行管理操作的結(jié)果；

模型模塊13，用于根據(jù)待管理資源的抽象結(jié)果，建立MOM模型；

管理模塊14，用于基于MOM模型，根據(jù)資源類型管理資源。

在一些實(shí)施例中，當(dāng)資源的資源類型為物理設(shè)備時(shí)；上述實(shí)施例中的管理模塊14用于：

根據(jù)物理設(shè)備的設(shè)備參數(shù)，生成物理設(shè)備業(yè)務(wù)包；

導(dǎo)入物理設(shè)備業(yè)務(wù)包，解壓物理設(shè)備業(yè)務(wù)包，獲取并將配置文件發(fā)送至對應(yīng)模塊；

解釋配置文件，獲取操作類型，操作類型包括新增；

當(dāng)操作類型為新增時(shí)，判斷MOM模型的原始文件是否包含物理設(shè)備，若包括，則返回錯(cuò)誤信息，若不包括，則先加載原始文件，再加載物理設(shè)備的增量配置文件，合并生成新配置文件。

在一些實(shí)施例中，上述實(shí)施例中的管理模塊14用于根據(jù)物理設(shè)備的設(shè)備參數(shù)填寫物理設(shè)備模型定義文檔，并導(dǎo)入離線工具；離線工具讀取物理設(shè)備模型定義文檔內(nèi)各圖表(sheet)的信息，根據(jù)業(yè)務(wù)算法生成各模塊需要的數(shù)據(jù)文件，壓縮生成物理設(shè)備業(yè)務(wù)包。

在一些實(shí)施例中，上述實(shí)施例中的管理模塊14在讀取物理設(shè)備模型定義文檔內(nèi)各sheet的信息之后，還用于校驗(yàn)sheet中各屬性的數(shù)據(jù)格式，如不滿足，生成錯(cuò)誤信息。

在一些實(shí)施例中，上述實(shí)施例中的管理模塊14在合并生成新配置文件之后，還用于判斷物理設(shè)備是否需要替換MOM模型中對應(yīng)的原物理設(shè)備，若是，則判斷是否滿足替換條件，若是，則執(zhí)行替換操作，將新增配置文件發(fā)送至網(wǎng)管客戶端。

在一些實(shí)施例中，當(dāng)資源的資源類型為邏輯資源時(shí)；上述實(shí)施例中的管理模塊14用于：

將邏輯資源的抽象結(jié)果壓縮為邏輯資源業(yè)務(wù)包；

導(dǎo)入邏輯資源業(yè)務(wù)包，獲取邏輯資源業(yè)務(wù)包的操作類型，操作類型包括新增或者修改；

判斷MOM模型的原始文件是否包含邏輯資源業(yè)務(wù)包的內(nèi)容，若包括，則返回錯(cuò)誤信息，若不包括，則先加載原始文件，再加載邏輯資源業(yè)務(wù)包，合并生成新配置文件。

對應(yīng)的，本發(fā)明提供了一種多模軟基站統(tǒng)一網(wǎng)管，其包括本發(fā)明提供的資源管理裝置1。

第二實(shí)施例：

圖2為本發(fā)明第二實(shí)施例提供的資源管理方法的流程圖，由圖2可知，在本實(shí)施例中，本發(fā)明提供的資源管理方法包括以下步驟：

S201：獲取待管理資源；待管理資源包括物理設(shè)備和/或邏輯資源；

S202：對待管理資源依次進(jìn)行抽象處理，生成抽象結(jié)果；抽象結(jié)果包括資源的特性，以及對其執(zhí)行管理操作的結(jié)果；

S203：根據(jù)待管理資源的抽象結(jié)果，建立MOM模型；

S204：基于MOM模型，根據(jù)資源類型管理資源。

在一些實(shí)施例中，當(dāng)資源的資源類型為物理設(shè)備時(shí)；上述實(shí)施例中的基于MOM模型，根據(jù)資源類型管理資源包括：

根據(jù)物理設(shè)備的設(shè)備參數(shù)，生成物理設(shè)備業(yè)務(wù)包；

導(dǎo)入物理設(shè)備業(yè)務(wù)包，解壓物理設(shè)備業(yè)務(wù)包，獲取并將配置文件發(fā)送至對應(yīng)模塊；

解釋配置文件，獲取操作類型，操作類型包括新增；

當(dāng)操作類型為新增時(shí)，判斷MOM模型的原始文件是否包含物理設(shè)備，若包括，則返回錯(cuò)誤信息，若不包括，則先加載原始文件，再加載物理設(shè)備的增量配置文件，合并生成新配置文件。

在一些實(shí)施例中，上述實(shí)施例中的根據(jù)物理設(shè)備的設(shè)備參數(shù)，生成物理設(shè)備業(yè)務(wù)包包括：根據(jù)物理設(shè)備的設(shè)備參數(shù)填寫物理設(shè)備模型定義文檔，并導(dǎo)入離線工具；離線工具讀取物理設(shè)備模型定義文檔內(nèi)各圖表(sheet)的信息，根據(jù)業(yè)務(wù)算法生成各模塊需要的數(shù)據(jù)文件，壓縮生成物理設(shè)備業(yè)務(wù)包。

在一些實(shí)施例中，在讀取物理設(shè)備模型定義文檔內(nèi)各sheet的信息之后，上述實(shí)施例中的方法還包括：校驗(yàn)sheet中各屬性的數(shù)據(jù)格式，如不滿足，生成錯(cuò)誤信息。

在一些實(shí)施例中，在合并生成新配置文件之后，上述實(shí)施例中的方法還包括：判斷物理設(shè)備是否需要替換MOM模型中對應(yīng)的原物理設(shè)備，若是，則判斷是否滿足替換條件，若是，則執(zhí)行替換操作，將新增配置文件發(fā)送至網(wǎng)管客戶端。

在一些實(shí)施例中，當(dāng)資源的資源類型為邏輯資源時(shí)；上述實(shí)施例中的基于MOM模型，根據(jù)資源類型管理資源包括：

將邏輯資源的抽象結(jié)果壓縮為邏輯資源業(yè)務(wù)包；

導(dǎo)入邏輯資源業(yè)務(wù)包，獲取邏輯資源業(yè)務(wù)包的操作類型，操作類型包括新增或者修改；

判斷MOM模型的原始文件是否包含邏輯資源業(yè)務(wù)包的內(nèi)容，若包括，則返回錯(cuò)誤信息，若不包括，則先加載原始文件，再加載邏輯資源業(yè)務(wù)包，合并生成新配置文件。

現(xiàn)結(jié)合具體應(yīng)用場景對本發(fā)明做進(jìn)一步的詮釋說明。

第三實(shí)施例：

本實(shí)施例首先對同類設(shè)備進(jìn)行資源建模，通過動(dòng)態(tài)加載新設(shè)備的方式，將新增設(shè)備的數(shù)據(jù)信息以增量方式追加到現(xiàn)網(wǎng)網(wǎng)管中，同時(shí)，根據(jù)替換原則，實(shí)現(xiàn)設(shè)備自替換功能。降低后方補(bǔ)丁制作難度和工作量，減少出錯(cuò)的可能性，增加網(wǎng)管添加設(shè)備的靈活性。具體的，包括以下步驟：

首先進(jìn)行資源建模。

這里將建模模型稱為管理對象建模(MOM Managed Object Model)，是對基站所有可管理資源的面向?qū)ο蟮某橄?，它定義了模型化管理資源的方法和在管理與被管理之間信息傳遞的結(jié)構(gòu)。

多模軟基站網(wǎng)管要求共管多產(chǎn)品的基站，只實(shí)現(xiàn)某個(gè)產(chǎn)品的資源設(shè)備的自動(dòng)加載和替換意義不大，不具有通用行。所以建模是基礎(chǔ)。統(tǒng)一建模，統(tǒng)一表征方式，減少產(chǎn)品之間方言，減少和屏蔽設(shè)備模型差異，提高兼容能力。

應(yīng)用面向?qū)ο蟮母拍?，對于每個(gè)要管理的網(wǎng)絡(luò)資源，都抽象成管理對象MO(Managed Object)。MO對資源的抽象應(yīng)該能夠反映出資源的特性和對該資源實(shí)施管理操作的結(jié)果。一個(gè)MO代表了基站中一種可被管理的資源，這些資源可以是物理資源(如單板，傳輸鏈路)或邏輯資源(如小區(qū)、協(xié)議等)。資源一般都有可供配置的參數(shù)、狀態(tài)、操作，它被抽象為MO的屬性、狀態(tài)和動(dòng)作。

這樣根據(jù)上述思想方法，本發(fā)明定義整個(gè)基站資源有一個(gè)MOM的“靜態(tài)”定義模型，其中基站的物理資源模型是整個(gè)模型的一個(gè)“動(dòng)態(tài)”模型。從兼容性原則考慮，只要MOM模型不變，物理設(shè)備模型隨意增刪改在現(xiàn)有系統(tǒng)中都是可以支持熱加載的。

針對物理設(shè)備模型會定義一份模型文檔，文檔里面定義了物理設(shè)備的基本屬性內(nèi)容，診斷，動(dòng)態(tài)等模塊相關(guān)內(nèi)容。新增加的物理設(shè)備資源根據(jù)建模文檔格式，將需要的物理資源數(shù)據(jù)整理填寫到這份模型文檔中。模型文件以RRU(Radio Remote Unit，射頻拉遠(yuǎn)單元)為例，見圖3所示，一款新增加的RRU模型文檔設(shè)計(jì)RRU的基本屬性，射頻分析，告警模塊等信息。

實(shí)現(xiàn)物理設(shè)備業(yè)務(wù)包按照增量方式加載到網(wǎng)管。

物理設(shè)備文檔模型要轉(zhuǎn)換成網(wǎng)管各模塊需要的形式加載到網(wǎng)管中，這些文件統(tǒng)稱業(yè)務(wù)包。將業(yè)務(wù)包導(dǎo)入網(wǎng)管，存放在一個(gè)獨(dú)立目錄，系統(tǒng)在加載文件時(shí)，將新老文件都加載讀取，最終合并成全文件。

這個(gè)業(yè)務(wù)包，都存放在一個(gè)單獨(dú)的地方，系統(tǒng)在加載這些配置文件時(shí)，可以先加載原有配置文件，然后再加載設(shè)備的配置文件，最后合并到內(nèi)存的數(shù)據(jù)結(jié)構(gòu)中形成完整的配置文件(如果原有配置文件和新增的配置文件內(nèi)容重復(fù)，則以新增的配置文件內(nèi)容為準(zhǔn))，這樣就要求設(shè)備的配置文件都是可以按照設(shè)備進(jìn)行拆分的，整個(gè)過程不需要服務(wù)器端重新啟動(dòng)。如圖4和5所示。

還能實(shí)現(xiàn)業(yè)務(wù)包加載和正常補(bǔ)丁的接藕。

因?yàn)閷?dǎo)入操作和補(bǔ)丁操作可能會對同一類文件進(jìn)行修改，而對文件的修改是有嚴(yán)格次序的，但是現(xiàn)場在進(jìn)行導(dǎo)入操作和打補(bǔ)丁操作可能是亂序的。因此如果不分開的話，可能導(dǎo)致文件內(nèi)容混亂。

導(dǎo)入操作生成的文件并不覆蓋原始配置文件，而是存放在另外的地方。在系統(tǒng)加載時(shí)合并成全文件信息供相關(guān)模塊使用。系統(tǒng)在運(yùn)行期間，產(chǎn)品可以通過打補(bǔ)丁來修改“原始配置文件”和“新導(dǎo)入的配置文件”，也可以通過導(dǎo)入操作新增和修改“新導(dǎo)入的配置文件”。但是導(dǎo)入操作不能修改“原始配置文件”。采用這種裝配方式，產(chǎn)品就不用擔(dān)心補(bǔ)丁操作和導(dǎo)入操作沖突和混淆的問題。

這樣設(shè)備資源的動(dòng)態(tài)加載不會影響現(xiàn)網(wǎng)網(wǎng)管中現(xiàn)有文件的使用，不會影響網(wǎng)管原本的工作

本實(shí)施例還實(shí)現(xiàn)了物理設(shè)備的自動(dòng)替換。

根據(jù)建模思想，建?？蚣懿蛔?，即資源對象和屬性不變，變更的是屬性和對象的數(shù)據(jù)，這樣舊的設(shè)備在模型不變的情況下，數(shù)據(jù)可以根據(jù)一定的替換原則修改，修改成新設(shè)備需要的數(shù)據(jù)，將新數(shù)據(jù)同步到基站，實(shí)現(xiàn)設(shè)備數(shù)據(jù)的自動(dòng)替換。

與現(xiàn)有技術(shù)相比較，根據(jù)本發(fā)明的技術(shù)思想，可以實(shí)現(xiàn)物理設(shè)備在現(xiàn)行網(wǎng)管上從無到有的動(dòng)態(tài)添加配置，并且實(shí)現(xiàn)設(shè)備的自動(dòng)替換，減少人為操作。物理設(shè)備在多模軟基站統(tǒng)一網(wǎng)管上實(shí)現(xiàn)熱加載，可大大滿足現(xiàn)網(wǎng)網(wǎng)管配置需要。主要體現(xiàn)在兩個(gè)重要特點(diǎn)：可重復(fù)性：即業(yè)務(wù)包可以反復(fù)在系統(tǒng)上導(dǎo)入，不影響系統(tǒng)功能；無依賴性：即業(yè)務(wù)包與其他的補(bǔ)丁包沒有依賴關(guān)系，無論當(dāng)前系統(tǒng)打了什么補(bǔ)丁，都不影響RRU業(yè)務(wù)包的導(dǎo)入，并且不影響系統(tǒng)功能。

網(wǎng)管的物理設(shè)備包含RRU等眾多設(shè)備單板，這里以RRU為例根據(jù)網(wǎng)管不同應(yīng)用場景對本發(fā)明做進(jìn)一步的詮釋說明：

RRU物理設(shè)備文檔生成業(yè)務(wù)包包括：

填寫RRU物理設(shè)備模型定義文檔；

將模型文檔導(dǎo)入離線工具；

讀取物理設(shè)備定義文檔中每個(gè)sheet(圖表)的信息；

校驗(yàn)sheet中每個(gè)屬性的數(shù)據(jù)格式，如果格式不滿足要求，生成錯(cuò)誤信息文件；

根據(jù)業(yè)務(wù)算法生成各模塊需要的數(shù)據(jù)文件；

如果轉(zhuǎn)換的過程出現(xiàn)異常，生成錯(cuò)誤信息文件。

RRU實(shí)現(xiàn)動(dòng)態(tài)添加的流程步驟：

導(dǎo)入RRU業(yè)務(wù)包，解壓業(yè)務(wù)包；

將業(yè)務(wù)包中的文件分發(fā)給各個(gè)模塊，配置模塊接收配置模塊的相關(guān)文件，告警模塊接收告警模塊的配置文件；

各模塊返回接收消息，如果失敗，返回失敗標(biāo)示信息，給出錯(cuò)誤提示，如果成功執(zhí)行下一步驟；

解釋文件，判斷此模型包操作類型，如果是新增RRU，進(jìn)行下一步驟；

查找原始文件是否包含新增加的這款RRU，如果包含，給出錯(cuò)誤提示信息，該RRU已經(jīng)存在在網(wǎng)管中，如果不包含，執(zhí)行下一步驟；

先加載原始文件，再加載這款新RRU的增量配置文件；

合并兩分文件到內(nèi)存的數(shù)據(jù)結(jié)構(gòu)中形成完整的配置文件；

判斷新增加這款RRU是否要替換現(xiàn)網(wǎng)網(wǎng)管中已經(jīng)配置的原RRU；如果不存在，則將新增文件分發(fā)到網(wǎng)管客戶端；如果存在執(zhí)行下一步驟；

判斷原RRU和新增RRU是否滿足替換原則，如果滿足執(zhí)行下一步驟，不滿足，直接結(jié)束；

執(zhí)行RRU替換操作，將新增文件分發(fā)到網(wǎng)管客戶端，流程結(jié)束。

原RRU和新增RRU的替換流程：

原RRU簡稱A，目標(biāo)(新增)RRU簡稱B；

B可以代替A是要滿足一定替換原則的，最基本的替換原則如下：

首先要判斷A和B是否是同一個(gè)產(chǎn)品(制式)的RRU；判斷A和B的制式是否一樣，如果一樣執(zhí)行下一步驟，不一樣，流程結(jié)束；

A和B的天線數(shù)目必須相同，如果一樣執(zhí)行下一步驟，不一樣，流程結(jié)束；

B支持的頻段包含A支持的頻段,如果包含執(zhí)行下一步驟，不包括，流程結(jié)束；

相同頻段條件下，B的功放大于等于A的功放，不滿足流程結(jié)束；滿足執(zhí)行下一步驟；

相同制式下，B的Ir(InfraRed，紅外通信)協(xié)議包含A的，不滿足流程結(jié)束，滿足執(zhí)行替換。

綜上可知，通過本發(fā)明的實(shí)施，至少存在以下有益效果：

本發(fā)明提供了一種資源管理方法，對同類設(shè)備進(jìn)行資源建模，通過動(dòng)態(tài)加載新設(shè)備的方式，將新增設(shè)備的數(shù)據(jù)信息以增量方式追加到現(xiàn)網(wǎng)網(wǎng)管中，同時(shí)，根據(jù)替換原則，實(shí)現(xiàn)設(shè)備自替換功能，解決了現(xiàn)有管理方法需要打補(bǔ)丁的問題，降低后方補(bǔ)丁制作難度和工作量，減少出錯(cuò)的可能性，增加網(wǎng)管添加設(shè)備的靈活性。

以上僅是本發(fā)明的具體實(shí)施方式而已，并非對本發(fā)明做任何形式上的限制，凡是依據(jù)本發(fā)明的技術(shù)實(shí)質(zhì)對以上實(shí)施方式所做的任意簡單修改、等同變化、結(jié)合或修飾，均仍屬于本發(fā)明技術(shù)方案的保護(hù)范圍。