本發(fā)明涉及電信網管技術領域，特別涉及一種部署多?；镜姆椒把b置。

背景技術：

隨著LTE制式在國內國際上大規(guī)模部署商用，2G，3G，4G融合的步伐越來越快，雙模制式，三模制式，四模制式的基站則越來越受關注。目前在運營商網絡中，雙模制式占絕大多數，而三模，四模等多?；镜男陆▌t逐漸被提上商用日程。由于是多?；?，其運行方式跟單?；敬嬖诤艽蟛煌?，也更復雜。因此，如何在電信網絡中如何成功部署運營此類基站則是電信業(yè)需要探討和必須完成的課題。而對多模基站的部署運營方式，目前業(yè)界存在如下幾個問題：

1、單?；緮祮我徊渴疬\營，而多?；緞t基于多個制式，每個制式的變更和演進進度等會有時間點上的不同，存在沖突可能。其對于公共資源的申請使用也存在一定沖突，從而實現不同制式或公共資源的更新而不影響彼此。

2、目前多?；竟芾砟Ｊ绞峭ㄟ^電信網管固化的，功能點分散，業(yè)務模型不突出，還沒有一套獨立完整的業(yè)務模型，從而實現與跟電信網管業(yè)務模型的分離。

3、無法在電信網管上實現網元業(yè)務模式的熱更新，比如支持電信網絡中原多?；灸硯讉€制式或公共資源的新業(yè)務而發(fā)起的新增業(yè)務字段，而不影響現網網管運行。

4、無法實現新增新基站類型或新版本業(yè)務模型的熱增加，從而在不影響現網網管運行下，實現新基站的新業(yè)務和新功能的運行使用。

5、在扁平化網絡下，無法實現自管理基站網元和電信網管共用一套基站網元業(yè)務模型包。

技術實現要素：

本發(fā)明的目的在于提供一種部署多?；镜姆椒把b置，解決了現有技術中 無法實現基站網元業(yè)務的靈活部署的問題。

根據本發(fā)明的一個方面，提供了一種部署多模基站的方法，包括以下步驟：

根據多?；揪W元業(yè)務需求，建立包括多個MOC(Managed Object Class，管理對象類)對象的MOC模型；

根據多?；揪W元的公共業(yè)務和無線制式的業(yè)務邏輯，在多?；旧蠟樗鯩OC模型建立多個配套文檔；

通過將所述MOC模型和所述多個配套文檔進行打包處理，生成適用于多?；镜幕揪W元業(yè)務模型包；

通過將所述基站網元業(yè)務模型包下發(fā)到所述多模基站和多模電信網管中，對所述多?；具M行部署，以便完成包含熱更新和熱增加的熱加載操作；

其中，所述MOC是指管理對象類。

優(yōu)選地，每個MOC代表基站中一類可被管理的資源。

優(yōu)選地，所述MOC模型具有基于共享性資源的公共MOC分層和基于獨享性資源的制式MOC分層。

優(yōu)選地，在多?；旧蠟樗鯩OC模型建立多個配套文檔時，通過為基于共享性資源的公共業(yè)務MOC分層建立屬于公共業(yè)務的配套文檔，生成公共業(yè)務子模型包。

優(yōu)選地，在多?；旧蠟樗鯩OC模型建立多個配套文檔時，通過為基于獨享性資源的制式業(yè)務MOC分層建立屬于制式業(yè)務的多個配套文檔，生成制式業(yè)務子模型包。

根據本發(fā)明的另一方面，提供了一種部署多?；镜难b置，包括：

建立模塊，用于根據多?；揪W元業(yè)務需求，建立包括多個MOC對象的MOC模型，以及根據多?；揪W元的公共業(yè)務和無線制式的業(yè)務邏輯，在多?；旧蠟樗鯩OC模型建立多個配套文檔；

生成模塊，用于通過將所述MOC模型和所述多個配套文檔進行打包處理，生成適用于多模基站的基站網元業(yè)務模型包；

部署模塊，用于通過將所述基站網元業(yè)務模型包下發(fā)到所述多?；竞投嗄ｋ娦啪W管中，對所述多模基站進行部署，以便完成包含熱更新和熱增加的熱加載操作。

優(yōu)選地，每個MOC代表基站中一類可被管理的資源。

優(yōu)選地，所述MOC模型具有基于共享性資源的公共MOC分層和基于獨享性資源的制式MOC分層。

優(yōu)選地，在多模基站上為所述MOC模型建立多個配套文檔時，通過為基于共享性資源的公共業(yè)務MOC分層建立屬于公共業(yè)務的配套文檔，生成公共業(yè)務子模型包。

優(yōu)選地，在多模基站上為所述MOC模型建立多個配套文檔時，通過為基于獨享性資源的制式業(yè)務MOC分層建立屬于制式業(yè)務的多個配套文檔，生成制式業(yè)務子模型包。

與現有技術相比較，本發(fā)明的有益效果在于：

本發(fā)明基于當前電信網管對多?；镜墓芾硇螒B(tài)和其業(yè)務內容進行分析梳理，從而提煉出基站網元業(yè)務模型包及模型包制作流程，進而提出多?；緲I(yè)務模型包的分層管理和獨立發(fā)布；進而實現基站網元業(yè)務模型包和網管業(yè)務模型獨立部署和發(fā)布；在此基礎上還實現了存量基站的網元業(yè)務模型包的熱更新和新增類型的基站網元的網元業(yè)務模型包熱增加，包括新多模制式或新版本的網元業(yè)務模型包，從而實現基站網元業(yè)務的靈活部署。

附圖說明

圖1是本發(fā)明實施例提供的一種部署多?；镜姆椒鞒虉D；

圖2是本發(fā)明實施例提供的一種部署多?；镜难b置示意圖；

圖3是本發(fā)明實施例提供的基站網元業(yè)務模型包構成圖；

圖4是本發(fā)明實施例提供的TD-SCDMA單模單版本基站網元業(yè)務模型包制作流程圖；

圖5是本發(fā)明實施例提供的LTE-TDD+TD-SCDMA雙?；締伟姹揪W元業(yè)務模型包制作流程圖；

圖6是本發(fā)明實施例提供的TD-SCDMA+LTE-TDD+LTE-FDD+GSM四?；径喟姹揪W元業(yè)務模型包制作流程圖；

圖7是本發(fā)明實施例提供的網元業(yè)務模型包狀態(tài)管理流程圖；

圖8是本發(fā)明實施例提供的TD-SCDMA+LTE-TDD雙模基站網元V3.20業(yè)務模 型包熱更新的工作流程；

圖9是本發(fā)明實施例提供的TD-SCDMA+LTE-TDD雙?；揪W元V3.30業(yè)務模型包熱新增的工作流程；

圖10是本發(fā)明實施例提供的網管和自管理網元與基站網元業(yè)務模型包部署層次圖。

具體實施方式

以下結合附圖對本發(fā)明的優(yōu)選實施例進行詳細說明，應當理解，以下所說明的優(yōu)選實施例僅用于說明和解釋本發(fā)明，并不用于限定本發(fā)明。

圖1是本發(fā)明實施例提供的一種部署多模基站的方法流程圖，如圖1所示，包括以下步驟：

步驟S101：根據多?；揪W元業(yè)務需求，建立包括多個MOC對象的MOC模型；

步驟S102：根據多?；揪W元的公共業(yè)務和無線制式的業(yè)務邏輯，在多?；旧蠟樗鯩OC模型建立多個配套文檔；

步驟S103：通過將所述MOC模型和所述多個配套文檔進行打包處理，生成適用于多模基站的基站網元業(yè)務模型包；

步驟S104：通過將所述基站網元業(yè)務模型包下發(fā)到所述多模基站和多模電信網管中，對所述多?；具M行部署，以便完成包含熱更新和熱增加的熱加載操作。

其中，每個MOC代表基站中一類可被管理的資源。所述MOC模型具有基于共享性資源的公共MOC分層和基于獨享性資源的制式MOC分層。

本發(fā)明在多?；旧蠟樗鯩OC模型建立多個配套文檔時，通過為基于共享性資源的公共業(yè)務MOC分層建立屬于公共業(yè)務的配套文檔，生成公共業(yè)務子模型包。在多?；旧蠟樗鯩OC模型建立多個配套文檔時，通過為基于獨享性資源的制式業(yè)務MOC分層建立屬于制式業(yè)務的多個配套文檔，生成制式業(yè)務子模型包。

其中，在建立多個公共子模型包和制式業(yè)務子模型包后，可在多模基站和多模電信網管中，完成包含原有多?；緲I(yè)務更新和新增新類型多模基站業(yè)務的熱 加載操作。

圖2是本發(fā)明實施例提供的一種部署多?；镜难b置示意圖，如圖2所示，包括：建立模塊201、生成模塊202以及部署模塊203。其中，所述建立模塊201，用于根據多?；揪W元業(yè)務需求，建立包括多個MOC對象的MOC模型，以及根據多?；揪W元的公共業(yè)務和無線制式的業(yè)務邏輯，在多?；旧蠟樗鯩OC模型建立多個配套文檔；所述生成模塊202，用于通過將所述MOC模型和所述多個配套文檔進行打包處理，生成適用于多?；镜幕揪W元業(yè)務模型包；所述部署模塊203，用于通過將所述基站網元業(yè)務模型包下發(fā)到所述多?；竞投嗄ｋ娦啪W管中，對所述多模基站進行部署，以便完成包含熱更新和熱增加的熱加載操作。

其中，每個MOC代表基站中一類可被管理的資源。所述MOC模型具有基于共享性資源的公共MOC分層和基于獨享性資源的制式MOC分層。

本發(fā)明在多?；旧蠟樗鯩OC模型建立多個配套文檔時，通過為基于共享性資源的公共業(yè)務MOC分層建立屬于公共業(yè)務的配套文檔，生成公共業(yè)務子模型包。在多模基站上為所述MOC模型建立多個配套文檔時，通過為基于獨享性資源的制式業(yè)務MOC分層建立屬于制式業(yè)務的多個配套文檔，生成制式業(yè)務子模型包。

本發(fā)明采用以下技術方案：

第一步：抽象建模多?；揪W元業(yè)務模型包。

1、根據基站網元業(yè)務要求，針對基站設備資源進行對象建模，抽象成MOC對象。MOC對象對資源的抽象需要反映出資源的使用特性和對該資源實施管理操作的結果，同時也需滿足3GPP規(guī)范。一個MOC代表了基站中一類可被管理的資源，可以是物理資源(如單板，RRU，板端口等)或邏輯資源(如傳輸協(xié)議，本地小區(qū)等)。而一個MO(Managed Object，管理對象)則是某個MOC的一個具體實例，如某個基帶板，一個ATM層協(xié)議對象等。MOC與MO是一對一或一對多關系。每個MOC對象可根據業(yè)務模式，定義其相關的配置屬性，狀態(tài)(如管理狀態(tài)，可用狀態(tài)等)以及可支持的行為操作。

2、抽象網元業(yè)務模式并將其與MOC模型建立配套關系。在電信網管中，除配置管理外，還需要支持性能管理，動態(tài)管理，軟件管理，告警診斷等管理。那么就需要基于一個網元版本，在對其MOC模型文檔中描述配置對象和屬性(配置 管理)，性能計數器和事件(性能管理)，行為操作(動態(tài)管理)，軟件版本號(軟件管理)，告警碼/告警子碼(告警管理)，診斷項/子項(診斷管理)。針對某些MOC，則需要描述每個特定資源的MO實例的配置操作(如某個單板，RRU(Remote Radio Unit，遠程射頻單元)的增刪等動作所涉及的附帶行為，包括連帶創(chuàng)建/刪除子對象等，行為操作和診斷等。

3、根據具體業(yè)務要求，描述某個MOC或MO實例的配置約束，包括單MOC自身，多MOC之間的配置依賴，容量限制，全局合法性檢查等。

4、根據多個網元版本下網元業(yè)務模型的兼容管理要求，定義清楚多版本的網元業(yè)務模型兼容規(guī)則，即支持不同網元版本的MOC模型升級和PAD增量升級(如計數器，告警碼，診斷項的增量處理)，從而保證基站網元業(yè)務模型向下兼容和平滑升級。

5、基于上述四步，通過模型掃描工具實現單?；揪W元業(yè)務模型包的自動生成操作。

6、基于創(chuàng)建好的單?；揪W元模型包，還需要針對多模制式的特定資源對象的配置(如單模制式網元資源對象的子集)和特殊場景(如MOC對象或屬性字段隱藏顯示，取值范圍等)進行描述建模。

7、考慮到多?；镜奶攸c，必然存在共享性和獨享性資源。如基站的主控板，電源單板，傳輸單板則屬于共享性資源，而無線制式部分的資源，如制式特有的傳輸協(xié)議，無線小區(qū)對象則屬于獨享性資源。那么在對多?；具M行MOC建模時，則需要根據共享性資源和獨享性資源，將一個兩模基站的MOC模型分為公共MOC和制式A的MOC，制式B的MOC三個層次。而上述三個層次的MOC則可以獨立描述和呈現，從而獨立輸出分層的基站網元業(yè)務模型包。那么，一個單?；镜哪Ｐ桶纯煞植馂橐粋€基站公共業(yè)務(Common Application，CA)模型包和基站無線制式(Radio Application，RA)業(yè)務模型包。一個兩?；镜哪Ｐ桶煞植馂橐粋€基站公共業(yè)務模型包，基站制式A業(yè)務模型包和基站制式B業(yè)務模型包。由此類推，多?；灸Ｐ桶鼊t可分拆為一個基站公共業(yè)務模型包和對應模數個數的制式業(yè)務模型包。這幾個業(yè)務模型包既可以作為一個整體模型包發(fā)布，也可以作為一個獨立子業(yè)務模型包發(fā)布。

第二步：實現多模基站網元業(yè)務模型包與網管模型/版本的獨立發(fā)布，繼而 支持熱更新和熱新增。同時，在電信網管側提供一整套網元業(yè)務模型包管理功能，支持多?；揪W元整體或部分業(yè)務模型包的狀態(tài)變遷和管理行為。從而實現按照制式/公共業(yè)務模型包熱更新和熱新增。

第三步：實現扁平化網絡下自管理網元和非自管理網元共用一套基站網元業(yè)務模型包，統(tǒng)一一套MML(Man Machine Language，人機命令語言)和操作交互界面。自管理網元與網管一致，須遵守一套不同網元業(yè)務模型之間的兼容原則。

下面結合圖3至圖10對本發(fā)明的技術內容進行詳細的說明：

圖3是本發(fā)明實施例提供的基站網元業(yè)務模型包構成圖，如圖3所示，包括MOC模型、MOC配置約束、特定資源對象MO配置連帶、特定資源行為操作、性能計數器、告警碼/告警子碼、診斷項/診斷子項、跨版本MOC升級、跨版本增量升級、多模特定資源對象以及多模特殊場景。

所述基站網元業(yè)務模型包具有4個重要特點：

1、獨立發(fā)布：即網元業(yè)務模型包是可以獨立于網管軟件發(fā)布的，可在適當時機下發(fā)布，并應用到電信網管中；而且一個完整的基站網元業(yè)務模型包可拆分為CA公共業(yè)務模型包與RA無線制式業(yè)務模型包，這兩者雖存在依賴關系，但也能獨立發(fā)布。

2、熱更新：即網元業(yè)務模型包在業(yè)務需要或補丁更新的情況下發(fā)布，并在不影響現網網管正常運行情況下，將此網元業(yè)務包應用到電信網管中。等網元業(yè)務模型包更新生效后，即可在網管上測試運行新業(yè)務或驗證原有業(yè)務更新/修復內容。

3、熱新增：即網元業(yè)務模型包在業(yè)務需要的情況下發(fā)布，并在不影響現網網管正常運行情況下，將此網元業(yè)務模型包應用到電信網管中。等新網元業(yè)務模型包新增生效后，即可測試運行新制式類型或新版本網元的網元業(yè)務。

4、可復用：即網元業(yè)務包可以用于電信網管中，也可以用在自管理網元中，實現一套業(yè)務模型多平臺支持，統(tǒng)一人機命令，方便部署和使用，提高運營效率。

圖4是本發(fā)明實施例提供的TD-SCDMA單模單版本基站網元業(yè)務模型包制作流程圖，如圖4所示，包括以下步驟：

步驟101：確定TD-SCDMA單?；揪W元版本號，并確定公共業(yè)務CA版本號和TD-SCDMA無線制式RA版本號，生成TD-SCDMA單模網元版本號描述文檔；

步驟102：按照對應版本的公共業(yè)務和TD-SCDMA無線制式的業(yè)務邏輯進行如下步驟103～109的操作；

步驟103：輸出指定版本的MOC模型文檔，定義好資源MOC，及業(yè)務屬性字段：

步驟104：輸出指定版本的所有MOC對象的配置約束描述文檔；

步驟105：輸出指定版本的特定資源對象的MO配置連帶描述文檔；

步驟106：輸出指定版本的特定資源對象的行為操作描述文檔；

步驟107：輸出指定版本的特定資源對象的診斷項/診斷子項描述文檔；

步驟108：輸出指定版本的性能計數器描述文檔；

步驟109：輸出指定版本的告警碼/告警子碼描述文檔；

步驟110：通過模型包掃描工具，掃描上述所有描述文檔，生成對應版本的公共業(yè)務CA模型包和TD-SCDMA無線制式RA模型包，即完成了TD-SCDMA單模網元的模型包制作；

步驟111：結束。

圖5是本發(fā)明實施例提供的LTE-TDD+TD-SCDMA雙?；締伟姹揪W元業(yè)務模型包制作流程圖，如圖5所示，包括以下步驟：

步驟101：確定LTE-TDD+TD-SCDMA雙?；揪W元版本號，并確定公共業(yè)務，LTE-TDD無線制式和TD-SCDMA無線制式版本號，輸出TD-SCDMA單模網元/LTE-TDD單模網元/TD-SCDMA+LTE-TDD雙模網元版本號描述文檔；

步驟102：按照對應版本的公共業(yè)務模塊，TD-SCDMA和LTE-TDD產品制式的業(yè)務邏輯進行步驟103～109的操作：

步驟103：輸出指定版本的MOC模型文檔，定義好資源MOC及業(yè)務屬性字段；

步驟104：輸出指定版本的所有MOC對象的配置約束描述文檔；

步驟105：輸出指定版本的特定資源對象的MO配置連帶描述文檔；

步驟106：輸出指定版本的特定資源對象的行為操作描述文檔；

步驟107：輸出指定版本的特定資源對象的診斷項/診斷子項描述文檔；

步驟108：輸出指定版本的性能計數器描述文檔；

步驟109：輸出指定版本的告警碼/告警子碼描述文檔；

步驟110：輸出在TD-SCDMA+LTE-TDD雙模網元制式下支持特定MO對象描述文檔；

步驟111：輸出在TD-SCDMA+LTE-TDD雙模網元制式下支持特定場景定制(對應屬性字段隱藏顯示和取值范圍)描述文檔；

步驟112：通過模型包掃描工具，掃描上述所有描述文檔，生成指定版本的公共業(yè)務CA模型包，TD-SCDMA無線制式RA和LTE-TDD無線制式RA模型包，即完成了TD-SCDMA單模網元，LTE-TDD單模網元和TD-SCDMA+LTE-TDD雙模網元業(yè)務模型包；

步驟113：結束。

圖6是本發(fā)明實施例提供的TD-SCDMA+LTE-TDD+LTE-FDD+GSM四?；径喟姹揪W元業(yè)務模型包制作流程圖，如圖6所示，包括以下步驟：

步驟101：確定四模LTE-TDD+TD-SCDMA+LTE-FDD+GSM基站網元版本號A和B(假定版本號A可升級到版本號B，即版本號B向下兼容版本號A)，并確定在版本號A和版本B下的公共業(yè)務，LTE-TDD無線制式，TD-SCDMA無線制式，LTE-FDD無線制式，GSM無線制式的各自版本號，輸出TD-SCDMA單模網元/LTE-TDD單模網元/TD-SCDMA+LTE-TDD雙模網元/LTE-TDD+TD-SCDMA+LTE-FDD+GSM四模網元版本號A和B的描述文檔；

步驟102：按照版本號A和版本號B的公共業(yè)務模塊，TD-SCDMA和LTE-TDD產品制式的業(yè)務邏輯進行步驟103～109的操作；

步驟103：輸出指定版本的MOC模型文檔，定義好資源MOC及業(yè)務屬性字段；

步驟104：輸出指定版本的所有MOC對象的配置約束描述文檔；

步驟105：輸出指定版本的特定資源對象的MO配置連帶描述文檔；

步驟106：輸出指定版本的特定資源對象的行為操作描述文檔；

步驟107：輸出指定版本的特定資源對象的診斷項/診斷子項描述文檔；

步驟108：輸出指定版本的性能計數器描述文檔；

步驟109：輸出指定版本的告警碼/告警子碼描述文檔；

步驟110：輸出在TD-SCDMA+LTE-TDD雙模網元制式下支持特定資源對象描述文檔；

步驟111：輸出在TD-SCDMA+LTE-TDD雙模網元制式下支持特定場景定制描述文檔；

步驟112：輸出在TD-SCDMA+LTE-TDD+LTE-FDD+GSM四模網元制式下支持特定資源對象描述文檔；

步驟113：輸出在TD-SCDMA+LTE-TDD+LTE-FDD+GSM四模網元制式下支持特定場景定制描述文檔；

步驟114：輸出版本號A到版本號B下所有MOC對象的升級描述文檔；

步驟115：輸出版本號A到版本號B下所有性能計數器/告警碼/告警子碼/診斷項/診斷子項的增量升級描述文檔；

步驟116：通過模型包掃描工具，掃描上述所有描述文檔，生成版本號A和版本號B的公共業(yè)務CA模型包，TD-SCDMA無線制式RA和LTE-TDD無線制式RA模型包，即完成了TD-SCDMA單模網元，LTE-TDD單模網元，TD-SCDMA+LTE-TDD雙模和TD-SCDMA+LTE-TDD+LTE-FDD+GSM四模網元業(yè)務模型包；

步驟117：結束。

圖7是本發(fā)明實施例提供的網元業(yè)務模型包狀態(tài)管理流程圖，如圖7所示，業(yè)務模型包的每個狀態(tài)變遷的操作和業(yè)務，業(yè)務模型包的狀態(tài)有就緒態(tài)，下載態(tài)，待激活態(tài)，激活態(tài)，待回退態(tài)，非正常態(tài)。其含義分別如下：

就緒態(tài)：表明業(yè)務模型包已制作完畢并發(fā)布，等待部署到網管中；

下載態(tài)：表明業(yè)務模型包在進行下載；

待激活態(tài)：表明業(yè)務模型包正嘗試激活，進行預處理；

激活態(tài)：表明業(yè)務模型包激活成功；

待回退態(tài)：表明業(yè)務模型包激活失敗，等待回退；

非正常態(tài)：表明業(yè)務模型包回退失敗，非正常態(tài)；

非就緒態(tài)：泛指除就緒態(tài)之外的狀態(tài)。

業(yè)務模型包包括CA公共業(yè)務模型包和RA無線制式業(yè)務模型包，對于一個完整的基站業(yè)務模型包而言，在進行業(yè)務管理時，RA無線制式業(yè)務模型包需要依賴對應版本的CA公共業(yè)務模型包。RA無線制式業(yè)務模型包可以獨立發(fā)布，但在部署網管中時，需要跟CA公共業(yè)務模型包一起部署。雖然CA公共業(yè)務模型包可以獨立部署到網管中，但同樣無法支持基站正常業(yè)務管理。

圖8是本發(fā)明實施例提供的TD-SCDMA+LTE-TDD雙?；揪W元V3.20業(yè)務模型包熱更新的工作流程，如圖8所示，在電信網管中已經發(fā)布了雙模TD-SCDMA+LTE-TDD基站網元V3.20業(yè)務模型包，并已經商用部署。但由于市場需求發(fā)生了變更，需要支持LTE-TDD的一個新功能，此時就需要重新制作一個LTE-TDD無線制式版本V3.20的RA業(yè)務模型包，并發(fā)布到商用的電信網管中。

步驟101：重新制作好LTE-TDD無線制式版本V3.20的RA業(yè)務模型包，并標識為最新模型包流水號；

步驟102：選擇LTE-TDD無線制式版本V3.20的RA業(yè)務模型包，并進行下載；如果下載成功，進入激活界面，進行激活操作；如果下載失敗，流程結束；

步驟103：在激活界面中，選擇待激活的LTE-TDD無線制式版本V3.20的RA業(yè)務模型包，并進行激活；如果激活成功，則表示LTE-TDD無線制式版本V3.20的RA業(yè)務模型包已被熱加載到電信網管中，并記錄其為新的激活點；如果激活失敗，則可以選擇回退點，回退剛才的激活操作，恢復上次激活成功的業(yè)務模型包；

步驟104：在網管不需要重啟，網管自動更新新LTE-TDD業(yè)務模型后，即可在網管中配置LTE-TDD無線制式V3.20的新業(yè)務功能；

步驟105:通過網管，將V3.20的LTE-TDD無線制式軟件版本包和網元業(yè)務數據激活到基站網元，實現LTE-TDD無線制式RA業(yè)務模型的升級；此步驟可選，根據所更新的業(yè)務功能，來判斷前臺軟件是否需要配合升級；

步驟106：結束。

整個流程不影響公共業(yè)務CA和TD-SCDMA無線制式RA業(yè)務模型的正常運行，也不需要強制被動升級。至此，即可使用LTE-TDD無線制式RA的新業(yè)務邏輯。

圖9是本發(fā)明實施例提供的TD-SCDMA+LTE-TDD雙模基站網元V3.30業(yè)務模型包熱新增的工作流程，如圖9所示，在商用電信網管中需要發(fā)布雙模TD-SCDMA+LTE-TDD基站網元V3.30業(yè)務模型包，支持新的市場需求或驗證入網測試。

步驟101：制作TD-SCDMA+LTE-TDD雙模網元V3.30業(yè)務模型整體包，包括對應版本的公共業(yè)務CA模型包，TD-SCDMA無線制式RA業(yè)務模型包和LTE-TDD無線制式業(yè)務模型包；

步驟102：選擇TD-SCDMA+LTE-TDD雙模網元V3.30業(yè)務模型整體包，并進行下載；如果下載成功，進入激活界面，進行激活操作；如果下載失敗，流程結束；

步驟103：在激活界面中，選擇待激活的TD-SCDMA+LTE-TDD雙模網元V3.30業(yè)務模型整體包，并進行激活；如果激活成功，則表示TD-SCDMA+LTE-TDD雙模網元V3.30業(yè)務模型整體包已被熱加載到電信網管中，并記錄其為新的激活點；如果激活失敗，流程結束；

步驟104：在網管不需要重啟，網管自動更新LTE-TDD業(yè)務模型后，即可在網管中配置版本號為V3.30的TD-SCDMA單模網元，LTE-TDD單模網元和TD-SCDMA+LTE-TDD雙模網元；也可通過升級V3.20的TD-SCDMA單模網元，LTE-TDD單模網元和TD-SCDMA+LTE-TDD雙模網元，實現版本V3.20到V3.30的數據升級；

步驟105：通過網管，將V3.30的前臺軟件版本包和V3.30網元業(yè)務數據激活到基站網元，實現基站網元全業(yè)務模型的升級；至此，即可運行或測試TD-SCDMA+LTE-TDD雙模網元的新的業(yè)務邏輯；

步驟107：結束。

圖10是本發(fā)明實施例提供的網管和自管理網元與基站網元業(yè)務模型包部署層次圖，如圖10所示，在網管和自管理網元中進行部署TD-SCDMA+LTE-TDD雙模基站業(yè)務模型包，最上層是CA公共業(yè)務包和TD-SCDMA無線制式業(yè)務包，LTE-TDD無線業(yè)務包，中間層則業(yè)務模型管理層，在網管和自管理網元中分別使用UAF(Universal Application Function，統(tǒng)一應用功能)和MAO(Managed Adapter Object，管理適配對象)組件實現其業(yè)務的共同支撐，其中大部分業(yè)務邏輯相同。最下層數數據存儲層，根據系統(tǒng)特點的不同，分別采用主流Oracle和SQLite數據庫(可選擇其他關系數據庫產品)。

綜上所述，本發(fā)明具有以下技術效果：

本發(fā)明通過提煉出基站網元業(yè)務模型包及模型包制作流程，進而提出多?；緲I(yè)務模型包的分層管理和獨立發(fā)布；進而實現基站網元業(yè)務模型包和網管業(yè)務模型獨立部署和發(fā)布；在此基礎上還實現了存量基站的網元業(yè)務模型包的熱更新和新增類型的基站網元的網元業(yè)務模型包的熱增加(包括新多模制式或新版本的 網元業(yè)務模型包)，從而實現基站網元業(yè)務模型的靈活部署。

盡管上文對本發(fā)明進行了詳細說明，但是本發(fā)明不限于此，本技術領域技術人員可以根據本發(fā)明的原理進行各種修改。因此，凡按照本發(fā)明原理所作的修改，都應當理解為落入本發(fā)明的保護范圍。