專利名稱：配置文件的導(dǎo)入方法、裝置和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及一種批配置管理過程中，客戶端向服務(wù)器 導(dǎo)入配置文件的方法、裝置和系統(tǒng)。
背景技術(shù)：
隨著電信網(wǎng)絡(luò)的發(fā)展，如何有效地對電信網(wǎng)絡(luò)進行控制和管理日益成為各 大電信運營商、設(shè)備提供商以及系統(tǒng)集成商關(guān)注的焦點。目前，電信網(wǎng)絡(luò)的上
層網(wǎng)絡(luò)管理系統(tǒng)(Network Management System, NMS )采用批配置管理的方法 對下層網(wǎng)元管理系統(tǒng)(Element Management System ， EMS )進行信息采集和下 發(fā)配置文件(一個配置文件中可以包含多個配置數(shù)據(jù))，從而實現(xiàn)對電信網(wǎng)絡(luò)的 控制和管理。其中，所述NMS是通過會話的方式向EMS導(dǎo)入配置文件的。
在實現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)，現(xiàn)有技術(shù)至少存在如下問題所述 NMS在一次會話中只能指示EMS導(dǎo)入一個配置文件，當NMS需要指示EMS 導(dǎo)入多個配置文件時，需要與EMS建立多次會話，使得導(dǎo)入配置文件的操作復(fù) 雜、導(dǎo)入效率較低。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種配置文件的導(dǎo)入方法、裝置和系統(tǒng)，實現(xiàn)筒單、易 搡作并且導(dǎo)入效率較高。
為達到上述目的，本發(fā)明的實施例采用如下技術(shù)方案
一種配置文件的導(dǎo)入方法，應(yīng)用在電信網(wǎng)絡(luò)的文件導(dǎo)入管理系統(tǒng)中，包括 與服務(wù)器建立會話；指示所述服務(wù)器導(dǎo)入至少兩個配置文件；與所述服務(wù)器結(jié) 束會話。
一種配置文件的導(dǎo)入方法，應(yīng)用在電信網(wǎng)絡(luò)的文件導(dǎo)入管理系統(tǒng)中，包括
與客戶端建立會話；導(dǎo)入至少兩個配置文件；與所述客戶端結(jié)束會話。 一種客戶端，應(yīng)用在電信網(wǎng)絡(luò)統(tǒng)的文件導(dǎo)入管理系統(tǒng)中，包括 創(chuàng)建會話模塊，用于與服務(wù)器建立會話；
配置文件導(dǎo)入^t塊，用于指示所述服務(wù)器導(dǎo)入至少兩個配置文件；
結(jié)束會話模塊，用于與所述服務(wù)器結(jié)束會話。
一種服務(wù)器，應(yīng)用在電信網(wǎng)絡(luò)的文件導(dǎo)入管理系統(tǒng)中，包括
創(chuàng)建會話模塊，用于與客戶端建立會話；
配置文件導(dǎo)入^f莫塊，用于導(dǎo)入至少兩個配置文件；
結(jié)束會話模塊，用于與所述客戶端結(jié)束會話。
一種配置文件的導(dǎo)入系統(tǒng)，應(yīng)用在電信網(wǎng)絡(luò)的文件導(dǎo)入管理系統(tǒng)中，包括
客戶端，用于與服務(wù)器建立會話，指示所述服務(wù)器導(dǎo)入至少兩個配置文件， 并與所述服務(wù)器結(jié)束會話；
所述服務(wù)器，用于與所述客戶端建立會話，導(dǎo)入至少兩個配置文件，并與 所述客戶端結(jié)束會話。
本發(fā)明實施例提供的配置文件的導(dǎo)入方法、裝置和系統(tǒng)，客戶端能夠在一 次會話中指示服務(wù)器導(dǎo)入至少兩個配置文件，解決了現(xiàn)有技術(shù)中客戶端在一次 會話中只能指示服務(wù)器導(dǎo)入一個配置文件，造成客戶端需要通過多次會話才能 指示服務(wù)器導(dǎo)入多個配置文件操作復(fù)雜、導(dǎo)入效率低以及易用性差的問題。由 于本發(fā)明實施例提供的技術(shù)方案客戶端能夠在一次會話中指示服務(wù)器導(dǎo)入至少 兩個配置文件，使得導(dǎo)入效率較高，并且操作簡單、易用性強。


圖1為本發(fā)明實施例提供的配置文件的導(dǎo)入方法流程圖2為本發(fā)明另一實施例提供的配置文件的導(dǎo)入方法流程圖3為本發(fā)明實施例提供的配置文件的導(dǎo)入方法第一應(yīng)用實施例時序圖4為本發(fā)明實施例提供的配置文件的導(dǎo)入方法第二應(yīng)用實施例時序圖5為本發(fā)明實施例提供的配置文件的導(dǎo)入方法第三應(yīng)用實施例時序圖6為本發(fā)明實施例提供的客戶端結(jié)構(gòu)示意圖7為本發(fā)明實施例提供的服務(wù)器結(jié)構(gòu)示意圖8為本發(fā)明實施例提供的配置文件的導(dǎo)入系統(tǒng)結(jié)構(gòu)示意圖。
具體實施例方式
為了解決現(xiàn)有技術(shù)中客戶端需要通過多次會話才能指示服務(wù)器導(dǎo)入多個配 置文件，造成配置文件導(dǎo)入效率低、操作復(fù)雜的問題，本發(fā)明實施例提供一種 配置文件的導(dǎo)入方法、裝置和系統(tǒng)。
如圖l所示，本發(fā)明實施例提供的配置文件的導(dǎo)入方法，包括
步驟IOI,與服務(wù)器建立會話；
步驟102,指示服務(wù)器導(dǎo)入至少兩個配置文件；
步驟103，與服務(wù)器結(jié)束會話。
其中，所述步驟102指示服務(wù)器導(dǎo)入配置文件具體可以包括請求服務(wù)器 下載配置文件的步驟，以及請求服務(wù)器對所下載的配置文件進行解析驗證的步驟。
在本實施例中，所述步驟102可以通過多種方式指示服務(wù)器導(dǎo)入至少兩個 配置文件
例如，可以向所述服務(wù)器發(fā)送至少兩個下載導(dǎo)入配置文件請求消息，指示 服務(wù)器從至少兩個下載導(dǎo)入配置文件請求消息指定的位置下載至少兩個配置文 件；當服務(wù)器下載成功時，客戶端向服務(wù)器發(fā)送驗證文件請求消息，指示所述
服務(wù)器對所述下載的至少兩個配置文件進行驗證。
再如，可以向服務(wù)器發(fā)送至少一個第一下載導(dǎo)入配置文件請求消息，指示
服務(wù)器從所述第一下載導(dǎo)入配置文件請求消息指定的位置下載配置文件；當服 務(wù)器下載成功時，客戶端向服務(wù)器發(fā)送第一驗證文件請求消息，指示服務(wù)器對 根據(jù)第一下載導(dǎo)入配置文件請求消息獲取的配置文件進行驗證；向服務(wù)器發(fā)送 至少一個第二下載導(dǎo)入配置文件請求消息，指示服務(wù)器從第二下載導(dǎo)入配置文 件請求消息指定的位置下載配置文件；當服務(wù)器下載成功時，客戶端向服務(wù)器 發(fā)送第二驗證文件請求消息，指示所述服務(wù)器對根據(jù)所述第一下載導(dǎo)入配置請 求消息和第二下載配置請求消息獲取的配置文件進行驗證。當所述服務(wù)器根據(jù) 所述第一下載導(dǎo)入配置請求消息獲取的配置文件與#^居所述第二下載導(dǎo)入配置 請求消息獲取的配置文件，在邏輯上不存在關(guān)聯(lián)關(guān)系，是兩個相對獨立的配置 文件時，第二驗證文件請求消息還可以指示所述服務(wù)器僅對根據(jù)第二下載配置 請求消息獲取的配置文件進行驗證。
以上兩種實現(xiàn)方式僅為舉例，在實際的使用過程中所述步驟102還可以通 過其他方式實現(xiàn)，此處不對每種情況進行——贅述。
本實施例提供的配置文件的導(dǎo)入方法，能夠在一次會話中指示服務(wù)器導(dǎo)入 至少兩個配置文件，使得導(dǎo)入配置文件的效率較高，并且操作筒單、易于實現(xiàn)。
與上述圖1所示的方法相對應(yīng)地，如圖2所示，本發(fā)明的另一個實施例還 提供一種配置文件的導(dǎo)入方法，包括
步驟201,與客戶端建立會話；
步-腺202 ，導(dǎo)入至少兩個配置文件；
步驟203,與客戶端結(jié)束會話。
其中，步驟202導(dǎo)入配置文件具體可以包括從指定的位置下載配置文件
的步驟，以及對下載的配置文件進行解析驗證的步驟。
與圖1所示的步驟102相對應(yīng)地，所述步驟202也可以通過多種方式導(dǎo)入 至少兩個配置文件
例如，可以先從所述客戶端接收至少兩個下載導(dǎo)入配置文件請求消息，從 所述至少兩個下載導(dǎo)入配置文件請求消息指定的位置下載至少兩個配置文件； 然后，在所述至少兩個配置文件下載成功以后，從所述客戶端接收驗證文件請 求消息，根據(jù)該消息對所述下載的至少兩個配置文件進行驗證。
在本實施例中，對下載的至少兩個配置文件進行驗證的步驟具體可以包括 首先，對所述下載的至少兩個配置文件進行疊加處理，例如對至少兩個配置文 件進行語義整合以及翻i奪等；然后，對疊加處理后的配置文件進行驗證。
再如，可以先從所述客戶端接收至少一個第一下載導(dǎo)入配置文件請求消息， 從第一下載導(dǎo)入配置文件請求消息指定的位置下載配置文件；在配置文件下載 成功時，從客戶端接收第一驗證文件請求消息，根據(jù)該消息對根據(jù)第一下載導(dǎo) 入配置文件請求消息下載的配置文件進行驗證；然后，從客戶端接收至少一個 第二下載導(dǎo)入配置文件請求消息，從第二下載導(dǎo)入配置文件請求消息指定的位 置下載配置文件；在配置文件下載成功時，從客戶端接收第二驗證文件請求消 息，根據(jù)該消息對根據(jù)第一下載導(dǎo)入配置文件請求消息和第二下載導(dǎo)入配置文 件請求消息下載的配置文件進行驗證。
在本實施例中，對沖艮據(jù)所述第一下載導(dǎo)入配置文件請求消息和第二下載導(dǎo) 入配置文件請求消息下載的配置文件進行驗證的步驟具體可以包括對根據(jù)第 一下載導(dǎo)入配置文件請求消息和第二下載導(dǎo)入配置文件請求消息下載的配置文 件進行疊加處理；對疊加處理后的配置文件進行驗證。
當根據(jù)第一下載導(dǎo)入配置請求消息獲取的配置文件與根據(jù)第二下載導(dǎo)入配
置請求消息獲取的配置文件，在邏輯上不存在關(guān)聯(lián)關(guān)系，是兩個相對獨立的配 置文件時，也可以根據(jù)接收到的第二驗證文件請求消息僅對根據(jù)第二下載導(dǎo)入 配置文件請求消息獲取的配置文件進行驗證，此處不對這種情況進行贅述。
以上兩種實現(xiàn)方式僅為舉例，在實際的使用過程中所述步驟202還可以通 過其他方式實現(xiàn)，此處不對每種情況進行——贅述。
本實施例提供的配置文件的導(dǎo)入方法，可以在 一 次會話中導(dǎo)入兩個以上的 配置文件，使得導(dǎo)入配置文件的效率較高，并且操作簡單、易于實現(xiàn)。
以上圖1和圖2所示的配置文件的導(dǎo)入方法可以應(yīng)用在電信網(wǎng)絡(luò)的不同文 件導(dǎo)入管理系統(tǒng)之間，也可以應(yīng)用在同一文件導(dǎo)入管理系統(tǒng)內(nèi)部。例如，當該 方法應(yīng)用在不同管理系統(tǒng)之間時，上述客戶端為運營商的NMS,上述服務(wù)器為 設(shè)備商的EMS, NMS通過北向接口 (Northbound Interface, Itf-N )指示EMS 導(dǎo)入配置文件；當該方法應(yīng)在同一管理系統(tǒng)內(nèi)部時，如應(yīng)用在設(shè)備商的EMS上 時，則上述客戶端為EMS的搮作界面，上述服務(wù)器為所述EMS的后臺，EMS 的操作界面通過F接口指示其后臺導(dǎo)入配置文件。
為了使本領(lǐng)域技術(shù)人員能夠更清楚地理解以上所述的技術(shù)方案，下面通過 具體的實施例對本發(fā)明實施例提供的配置文件的導(dǎo)入方法進行詳細介紹。為了 便于說明，在以下的實施例中，客戶端均為信息參考點管理者(Information Reference Point Manager, IRPManager )，服務(wù)器均為信息參考點代理(Information Reference Point Agent, IRPAgent )。
實施例1:運營商根據(jù)業(yè)務(wù)需求將NMS劃分成傳輸部門和無線部門，NMS 在一次會話中，向設(shè)備商的EMS發(fā)送兩次下載導(dǎo)入配置文件請求消息，指示 EMS下載傳輸部門和無線部門生成的配置文件，并在EMS將傳lt部門和無線部 門生成的配置文件均下載成功后，向EMS發(fā)送驗證文件請求消息，指示EMS
對下載的傳輸部門和無線部門生成的配置文件進行驗證，在所述配置文件導(dǎo)入
成功后進行后續(xù)處理，其中，運營商的NMS為IRPManager,設(shè)備商的EMS為 IRPAgent。如圖3所示，其步驟包括
步驟301, IRPManager向IRPAgent發(fā)送創(chuàng)建會話請求消息，在本實施例中， 可以通過如下程序?qū)崿F(xiàn)
void start_session
(in BulkCmIRPConstDefs::SessionId session—id 〃由調(diào)用者指定會話ID) raises (〃異常列表
BulkCmIRPSystem::StartSessionException,
BulkCmlRPSystem::SessionldlnUseException,〃會"^舌ID已4皮占用 BulkCmlRPSystem::MaxSessionReachedException,〃達到最大的會話凄t ManagedGenericIRPSystem: :InvalidParameter)。
步驟302, IRPManager向IRPAgent發(fā)送下載導(dǎo)入配置文件請求消息，指示 IRPAgent下載所述傳輸部門生成的配置文件。
在本實施例中，所述配置文件請求消息可以為如下形式
void download (
in BulkCmIRPConstDefs::SessionId session—id,〃由調(diào)用者提供會話ID in BulkCmIRPConstDefs::FileDestination source〃指定文件存i文的位置) raises (DownloadException， UnknownSessionldException,
MaxSessionReachedException, NotValidInCurrentStateException， II legalURLF ormatException, ManagedGenericIRPSystem: :InvalidParameter)。 所述IRPAgent從所述下載導(dǎo)入配置文件請求消息指定的文件存放位置下載
所述傳輸部門生成的配置文件，解析并驗證所述配置文件的概要(Schema),進 行筒單的語義驗證。
步驟303, IRPManager向IRPAgent發(fā)送下載導(dǎo)入配置文件請求消息，指示 IRPAgent下載所述無線部門生成的配置文件。本步驟所述的下載導(dǎo)入配置文件 請求消息與步驟302相同，此處不作贅述。
所述IRPAgent從所述下載導(dǎo)入配置文件請求消息指定的文件存放位置下載 所述無線部門生成的配置文件，解析并驗證所述配置文件的Schema,進行簡單 的i吾義-驗i正。
在本實施例中，所述步驟302和303具體可以通過3GPP 32系列身見范中定 義的Itf-N接口的Download接口實現(xiàn)。
步驟304, IRPManager向IRPAgent發(fā)送驗證文件請求消息，所述IRPAgent 根據(jù)所述驗證文件請求消息對所述步驟302和303下載的配置文件進行驗證。 具體可以為
首先，將步驟302和303下載的配置文件進行疊加處理，在本實施例中， 所述傳輸部門負責對網(wǎng)絡(luò)進行小區(qū)劃分，生成與小區(qū)劃分相關(guān)的配置文件，所 述無線部門負責對所劃分的小區(qū)進行參數(shù)配置，生成與小區(qū)參數(shù)相關(guān)的配置文 件，此時，可以根據(jù)步驟302和303獲取的配置文件所包含的小區(qū)標識對所述 配置參數(shù)進行疊加處理。在實際的使用過程中，也可以通過其他的方法對下載 的多個配置文件進行疊加處理，此處不作贅述；
然后，對所述疊加處理后的配置文件進行驗證。
在本實施例中，所述驗證可以通過如下形式實現(xiàn)
void validate (
in BulkCmIRPConstDefs::SessionId session—id,
in BulkCmIRPConstDefs::ActivationModeTypeOpt activation—mode〃提 供激活模式，這個參數(shù)在實現(xiàn)時大多作為可選)
raises (ValidateException， UnknownSessionldException，
NotValidlnCurrentStateException， ConcurrencyException, IllegalActivationModeException, ManagedGenericIRPSystem::ParameterNotSupported， ManagedGenericIRPSystem::InvalidParameter, ManagedGenericIRPSystem: :OperationNotSupported)。 一般在實現(xiàn)時，提供對象間規(guī)則的驗證，如一個基站控制器下，不能超過 2048個內(nèi)部小區(qū)；任意兩個小區(qū)不能有相同的CGI等等，這個驗證過程成功后， 則認為所述配置文件是完備和安全的。
在本實施例中，本步驟具體可以通過3GPP 32系列規(guī)范中定義的Itf-N接口 的Validate接口實現(xiàn)。
步驟305， IRPManager向IRPAgent發(fā)送預(yù)激活請求消息，所述IRPAgent 根據(jù)該消息預(yù)激活所述步驟304驗證通過的配置文件。
在本實施例中，本步驟可以通過3GPP 32系列M^范中定義的Itf-N接口的 Preactivate接口實現(xiàn)。
步驟306， IRPManager向IRPAgent發(fā)送激活請求消息，所述IRPAgent根 據(jù)該消息激活所述步驟304 — 險證通過的配置文件，使所述配置文件在網(wǎng)絡(luò)生效。 在本實施例中，本步驟可以通過3GPP 32系列失見范中定義的Itf-N接口的 Activate接口實現(xiàn)。
步驟3 07, IRPManager向IRPAgent發(fā)送結(jié)束會話請求消息，結(jié)束會話并使 IRPAgent釋放所有資源，結(jié)束整個批配置過程。在本實施例中，本步驟可以通
過如下程序?qū)崿F(xiàn)
void end—session(
in BulkCmIRPConstDefs::SessionId session—id) raises (EndSessionException, UnknownSessionIdException， NotValidlnCurrentStateException, ManagedGenericIRPSystem::InvaUdParameter)。 在本實施例中，當所述步驟306激活不成功時，IRPManager還可以向 IRPAgent發(fā)送回退請求，IRPAgent根據(jù)該請求恢復(fù)網(wǎng)絡(luò)在執(zhí)行步驟306之前的 配置文件。
實施例2:運營商才艮據(jù)業(yè)務(wù)需求將NMS劃分成傳輸部門和無線部門，NMS 在一次會話中，向設(shè)備商的EMS發(fā)送第一下載導(dǎo)入配置文件請求消息，指示 EMS下載傳輸部門生成的配置文件，在EMS將傳輸部門生成的配置文件下載成 功后，向EMS發(fā)送第一驗i正文件請求消息，指示所述EMS對下載的所述傳輸 部門生成的配置文件進4亍z險證，向EMS發(fā)送第二下載導(dǎo)入配置文件請求消息， 指示EMS下載無線部門生成的配置文件，在EMS將無線部門生成的配置文件 下載成功后，向EMS發(fā)送第二驗證文件請求消息，指示EMS對下載的傳輸部 門和無線部門生成的配置文件進行驗證，在所述配置文件導(dǎo)入成功后進行后續(xù) 處理，其中，運營商的NMS為IRPManager,設(shè)備商的EMS為IRPAgent。如圖 4所示，其步驟包括
步驟401, IRPManager向IRPAgent發(fā)送創(chuàng)建會話請求消息，建立會話。
步驟402， IRPManager向IRPAgent發(fā)送第 一下載導(dǎo)入配置文件請求消息， 指示IRPAgent下載所述傳輸部門生成的配置文件。
步驟403, IRPManager向IRPAgent發(fā)送第 一驗證文件請求消息，所述
IRPAgent根據(jù)所述第一驗證文件請求消息對所述步驟402下載的配置文件進行 驗證。
步驟404,當步驟403驗證成功時，IRPManager向IRPAgent發(fā)送第二下載 導(dǎo)入配置文件請求消息，指示IRPAgent下載所述無線部門生成的配置文件。
所述步驟404和步驟402的實現(xiàn)方法相同，具體可以參見圖3所示的步驟 302此處不作贅述。
步驟405， IRPManager向IRPAgent發(fā)送第二驗證文件請求消息，IRPAgent 根據(jù)所述第二-瞼證文件請求消息對所述步驟402和404下載的配置文件進4亍-瞼 證，具體的實現(xiàn)方法可以參見圖3所示的步驟304所述，此處不做贅述。
步驟406， IRPManager向IRPAgent發(fā)送預(yù)激活請求消息，所述IRPAgent 根據(jù)該消息預(yù)激活所述步驟405驗證通過的配置文件。
步驟407, IRPManager向IRPAgent發(fā)送激活請求消息，所述IRPAgent根 據(jù)該消息激活所述步驟405 — 瞼證通過的配置文件，^使所述配置文件在網(wǎng)絡(luò)生效。
步驟408, IRPManager向IRPAgent發(fā)送結(jié)束會話請求消息，結(jié)束會話并使 IRPAgent釋放所有資源，結(jié)束整個批配置過程。
在本實施例中，所述步驟402和404可以重復(fù)多次，從而達到傳輸多個不 同配置文件的目的。當所述步驟402和404傳輸?shù)呐渲梦募谶壿嬌喜魂P(guān)聯(lián)， 為兩個相互獨立的配置文件時，所述步驟405可以僅對步驟404中下載的配置 文件進4于-險i正。
實施例3:設(shè)備商的EMS操作界面在一次會話中，指示該EMS的后臺導(dǎo)入 一個配置文件，后臺對該配置文件的驗證失敗，維護人員通過操作界面對該配 置文件進行調(diào)整修復(fù)后，重新指示后臺導(dǎo)入調(diào)整修復(fù)后的配置文件，后臺對該 調(diào)整修復(fù)后的配置文件進行驗證，通過后進行后續(xù)處理，其中，EMS的操作界
面為IRPManager,后臺為IRPAgent。如圖5所示，其步驟包括
步驟501, IRPManager向IRPAgent發(fā)送創(chuàng)建會話請求消息，建立會話。 步驟502， IRPManager向IRPAgent發(fā)送第一下載導(dǎo)入配置文件請求消息，
指示IRPAgent下載配置文件。
步驟503, IRPManager向IRPAgent發(fā)送第 一驗證文件請求消息，所述
IRPAgent根據(jù)所述第一驗證文件請求消息對所述步驟502下載的配置文件進行驗證。
步驟504,步驟503對所述配置文件的驗證失敗，維護人員通過操作界面對 所述配置文件進行調(diào)整修復(fù)，IRPManager向IRPAgent發(fā)送第二下載導(dǎo)入配置文 件請求消息，指示IRPAgent下載調(diào)整修復(fù)后的配置文件。
步驟505， IRPManager向IRPAgent發(fā)送第二驗證文件請求消息，所述 IRPAgent根據(jù)所述第二驗證文件請求消息對所述步驟504下載的調(diào)整修復(fù)后的 配置文件進行驗i正。
步驟506, IRPManager向IRPAgent發(fā)送預(yù)激活請求消息，所述IRPAgent 根據(jù)該消息預(yù)激活所述步驟505驗證通過的配置文件。
步驟507, IRPManager向IRPAgent發(fā)送激活請求消息，所述IRPAgent才艮 據(jù)該消息激活所述步驟505驗證通過的配置文件，使所述配置文件在網(wǎng)絡(luò)生效。
步驟508， IRPManager向IRPAgent發(fā)送結(jié)束會話請求消息，結(jié)束會話并使 IRPAgent釋放所有資源，結(jié)束整個批配置過程。
本發(fā)明實施例才是供的配置文件的導(dǎo)入方法，IRPManager能夠在一次會話中 指示IRPAgent導(dǎo)入至少兩個配置文件，解決了現(xiàn)有技術(shù)中IRPManager在一次 會話中只能指示IRPAgent導(dǎo)入一個配置文件，造成IRPManager需要通過多次 會話才能指示IRPAgent導(dǎo)入多個配置文件操作復(fù)雜、導(dǎo)入效率低以及易用性差
的問題。由于本發(fā)明實施例提供的技術(shù)方案IRPManager能夠在一次會話中指示 IRPAgent導(dǎo)入至少兩個配置文件，使得導(dǎo)入效率較高，并且操作簡單、易用性 強。
如圖6所示，本發(fā)明實施例還提供一種客戶端，應(yīng)用在電信網(wǎng)絡(luò)的文件導(dǎo) 入管理系統(tǒng)中，包括
創(chuàng)建會話模塊601 ，用于與服務(wù)器建立會話；
配置文件導(dǎo)入模塊602，用于指示所述服務(wù)器導(dǎo)入至少兩個配置文件； 結(jié)束會話模塊603,用于與服務(wù)器結(jié)束會話。 進一步地，配置文件導(dǎo)入模塊602可以包括
下載導(dǎo)入配置文件請求消息發(fā)送模塊6021，用于向服務(wù)器發(fā)送至少兩個下 載導(dǎo)入配置文件請求消息，指示服務(wù)器從至少兩個下載導(dǎo)入配置文件請求消息 指定的位置下載至少兩個配置文件；
驗證文件請求消息發(fā)送模塊6022，用于向所述服務(wù)器發(fā)送驗證文件請求消 息，指示所述服務(wù)器對所述下載的至少兩個配置文件進行驗證。
在本實施例中，客戶端可以為NMS或者EMS的操作界面。
本實施例提供的客戶端，可以在一次會話中指示服務(wù)器導(dǎo)入兩個以上的配 置文件，使得導(dǎo)入配置文件的效率較高，并且操作筒單、易于實現(xiàn)。
如圖7所示，本發(fā)明實施例還提供一種服務(wù)器，應(yīng)用在電信網(wǎng)絡(luò)的文件導(dǎo) 入管理系統(tǒng)中，包括
創(chuàng)建會話模塊701 ，用于與客戶端建立會話；
配置文件導(dǎo)入模塊702，用于導(dǎo)入至少兩個配置文件；
結(jié)束會話模塊703，用于與客戶端結(jié)束會話。
進一步地，所述配置文件導(dǎo)入模塊702可以包括
18
配置文件下載模塊7021，用于從客戶端接收至少兩個下載導(dǎo)入配置文件請
求消息，從至少兩個下載導(dǎo)入配置文件請求消息指定的位置下載至少兩個配置
文件；
配置文件驗證模塊7022，用于從所述客戶端接收驗證文件請求消息，根據(jù) 該消息對下載的至少兩個配置文件進行驗證。
進一步地，所述配置文件-驗證才莫塊7022可以包括
配置文件處理模塊，用于對配置文件下載模塊下載的配置文件進行疊加處
理；
驗證模塊，用于對疊加處理后的配置文件進行驗證。
在本實施例中，H務(wù)器可以為EMS，或者EMS的后臺。
本實施例提供的服務(wù)器，可以在一次會話中指示服務(wù)器導(dǎo)入兩個以上的配 置文件，使得導(dǎo)入配置文件的效率較高，并且4乘作簡單、易于實現(xiàn)。
如圖8所示，本發(fā)明實施例還提供一種配置文件的導(dǎo)入系統(tǒng)，應(yīng)用在電信 網(wǎng)絡(luò)的文件導(dǎo)入管理系統(tǒng)中，包括
客戶端801,用于與服務(wù)器802建立會話，指示服務(wù)器802導(dǎo)入至少兩個配 置文件，并與服務(wù)器802結(jié)束會話；
服務(wù)器802,用于與客戶端801建立會話，導(dǎo)入至少兩個配置文件，并與客 戶端801結(jié)束會話。
本發(fā)明實施例提供的配置文件的導(dǎo)入系統(tǒng)，客戶端能夠在一次會話中指示 服務(wù)器導(dǎo)入至少兩個配置文件，解決了現(xiàn)有技術(shù)中客戶端在一次會話中只能指 示服務(wù)器導(dǎo)入一個配置文件，造成客戶端需要通過多次會話才能指示服務(wù)器導(dǎo) 入多個配置文件操作復(fù)雜、導(dǎo)入效率低以及易用性差的問題。由于本發(fā)明實施 例提供的技術(shù)方案客戶端能夠在一次會話中指示服務(wù)器導(dǎo)入至少兩個配置文
件，使得導(dǎo)入效率較高，并且操作簡單、易用性強。
本發(fā)明實施例-提供的配置文件的導(dǎo)入方法、裝置和系統(tǒng)可以應(yīng)用于所有電
信系統(tǒng)，包括無線、傳輸、固定、業(yè)務(wù)和數(shù)字通信等，并且適用于如GSM、 WCDMA、 CDMA2000、 TD-SCDMA、 LTE和Wimax等多種制式的無線網(wǎng)絡(luò)。
本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述實施例方法中的全部或部分步驟是 可以通過程序來指令相關(guān)的硬件完成，所述的程序可以存儲于一計算機可讀存 儲介質(zhì)中，如ROM/RAM、》茲碟或光盤等。
本領(lǐng)域普通技術(shù)人員可以理解在本發(fā)明各個實施例中的各功能單元可以集 成在一個處理;漠塊中，也可以是各個單元單獨物理存在，也可以兩個或兩個以 上單元集成在一個模塊中。上述集成的模塊既可以采用硬件的形式實現(xiàn)，也可 以采用軟件功能模塊的形式實現(xiàn)。所述集成的模塊如果以軟件功能模塊的形式 實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時，也可以存儲在一個計算機可讀取存儲介 質(zhì)中。上述提到的存儲介質(zhì)可以是只讀存儲器，磁盤或光盤等。
以上所述，僅為本發(fā)明的具體實施方式
，但本發(fā)明的保護范圍并不局限于 此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到 變化或替換，都應(yīng)涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應(yīng) 所述以權(quán)利要求的保護范圍為準。
權(quán)利要求
1、一種配置文件的導(dǎo)入方法，應(yīng)用在電信網(wǎng)絡(luò)的文件導(dǎo)入管理系統(tǒng)中，其特征在于，包括與服務(wù)器建立會話；指示所述服務(wù)器導(dǎo)入至少兩個配置文件；與所述服務(wù)器結(jié)束會話。
2、 根據(jù)權(quán)利要求1所述的配置文件的導(dǎo)入方法，其特征在于，所述指示所 述服務(wù)器導(dǎo)入至少兩個配置文件包括向所述服務(wù)器發(fā)送至少兩個下載導(dǎo)入配置文件請求消息，指示所述服務(wù)器 從所述至少兩個下載導(dǎo)入配置文件請求消息指定的位置下載至少兩個配置文 件；向所述服務(wù)器發(fā)送驗證文件請求消息，指示所述服務(wù)器對所述下載的至少 兩個配置文件進行-驗i正。
3、 根據(jù)權(quán)利要求1所述的配置文件的導(dǎo)入方法，其特征在于，所述指示所 述服務(wù)器導(dǎo)入至少兩個配置文件包括向所述服務(wù)器發(fā)送至少一個第一下載導(dǎo)入配置文件請求消息，指示所述服 務(wù)器從所述第一下載導(dǎo)入配置文件請求消息指定的位置下載配置文件；向所述服務(wù)器發(fā)送第一驗證文件請求消息，指示所述服務(wù)器對根據(jù)所述第 一下載導(dǎo)入配置文件請求消息獲取的配置文件進行驗證；向所述服務(wù)器發(fā)送至少一個第二下載導(dǎo)入配置文件請求消息，指示所述服 務(wù)器從所述第二下載導(dǎo)入配置文件請求消息指定的位置下載配置文件；向所述服務(wù)器發(fā)送第二驗證文件請求消息，指示所述服務(wù)器對根據(jù)所述第 一下載導(dǎo)入配置請求消息和第二下載配置請求消息獲^f又的配置文件進行驗證。
4、 一種配置文件的導(dǎo)入方法，應(yīng)用在電信網(wǎng)絡(luò)的文件導(dǎo)入管理系統(tǒng)中，其 特征在于，包括與客戶端建立會話；導(dǎo)入至少兩個配置文件；與所述客戶端結(jié)束會話。
5、 根據(jù)權(quán)利要求4所述的配置文件的導(dǎo)入方法，其特征在于，所述導(dǎo)入至 少兩個配置文件包括從所述客戶端接收至少兩個下載導(dǎo)入配置文件請求消息，從所述至少兩個 下載導(dǎo)入配置文件請求消息指定的位置下載至少兩個配置文件；從所述客戶端接收驗證文件請求消息，根據(jù)該消息對所述下載的至少兩個 配置文件進行驗證。
6、 根據(jù)權(quán)利要求5所述的配置文件的導(dǎo)入方法，其特征在于，所述對所述 下載的至少兩個配置文件進行—險證包括對所述下載的至少兩個配置文件進4于疊加處理； 對所述疊加處理后的配置文件進行驗證。
7、 根據(jù)權(quán)利要求4所述的配置文件的導(dǎo)入方法，其特征在于，所述導(dǎo)入至 少兩個配置文件包括從所述客戶端接收至少一個第一下載導(dǎo)入配置文件請求消息，從所述第一 下載導(dǎo)入配置文件請求消息指定的位置下載配置文件；從所述客戶端接收第一驗證文件請求消息，根據(jù)該消息對根據(jù)所述第一下 載導(dǎo)入配置文件請求消息下載的配置文件進行驗證；從所述客戶端接收至少一個第二下載導(dǎo)入配置文件請求消息，從所述第二 下載導(dǎo)入配置文件請求消息指定的位置下載配置文件；從所述客戶端接收第二驗證文件請求消息，根據(jù)該消息對根據(jù)所述第一下 載導(dǎo)入配置文件請求消息和第二下載導(dǎo)入配置文件請求消息下載的配置文件進 行驗證。
8、 根據(jù)權(quán)利要求7所述的配置文件的導(dǎo)入方法，其特征在于，所述對根據(jù) 所述第一下載導(dǎo)入配置文件請求消息和第二下載導(dǎo)入配置文件請求消息下載的 配置文件進行驗證包括對根據(jù)所述第一下載導(dǎo)入配置文件請求消息和第二下載導(dǎo)入配置文件請求 消息下載的配置文件進fl"疊加處理；對所述疊加處理后的配置文件進行驗證。
9、 一種客戶端，應(yīng)用在電信網(wǎng)絡(luò)的文件導(dǎo)入管理系統(tǒng)中，其特征在于，包括創(chuàng)建會話模塊，用于與服務(wù)器建立會話；配置文件導(dǎo)入模塊，用于指示所述服務(wù)器導(dǎo)入至少兩個配置文件； 結(jié)束會話^t塊，用于與所述服務(wù)器結(jié)束會話。
10、 根據(jù)權(quán)利要求9所述的客戶端，其特征在于，所述配置文件導(dǎo)入模塊 包括下載導(dǎo)入配置文件請求消息發(fā)送模塊，用于向所述服務(wù)器發(fā)送至少兩個下 載導(dǎo)入配置文件請求消息，指示所述服務(wù)器從所述至少兩個下載導(dǎo)入配置文件 請求消息指定的位置下載至少兩個配置文件；驗證文件請求消息發(fā)送模塊，用于向所述服務(wù)器發(fā)送驗證文件請求消息， 指示所述服務(wù)器對所述下載的至少兩個配置文件進行驗證。
11、 一種服務(wù)器，應(yīng)用在電信網(wǎng)絡(luò)的文件導(dǎo)入管理系統(tǒng)中，其特征在于， 包括創(chuàng)建會話模塊，用于與客戶端建立會話； 配置文件導(dǎo)入;f莫塊，用于導(dǎo)入至少兩個配置文件；結(jié)束會話模塊，用于與所述客戶端結(jié)束會話。
12、 根據(jù)權(quán)利要求11所述的服務(wù)器，其特征在于，所述配置文件導(dǎo)入模塊 包括配置文件下載模塊，用于從所述客戶端接收至少兩個下載導(dǎo)入配置文件請 求消息，從所述至少兩個下載導(dǎo)入配置文件請求消息指定的位置下載至少兩個 配置文件；配置文件驗證模塊，用于從所述客戶端接收驗證文件請求消息，根據(jù)該消 息對所述下載的至少兩個配置文件進行驗證。
13、 根據(jù)權(quán)利要求12所述的服務(wù)器，其特征在于，所述配置文件驗證模塊 包括配置文件處理^^莫塊，用于對所述配置文件下載^f莫塊下載的配置文件進行疊 加處理；驗證模塊，用于對所述疊加處理后的配置文件進行—驗證。
14、 一種配置文件的導(dǎo)入系統(tǒng)，應(yīng)用在電信網(wǎng)絡(luò)的文件導(dǎo)入管理系統(tǒng)中， 其特征在于，包括客戶端，用于與服務(wù)器建立會話，指示所述服務(wù)器導(dǎo)入至少兩個配置文件， 并與所述服務(wù)器結(jié)束會話；所述服務(wù)器，用于與所述客戶端建立會話，導(dǎo)入至少兩個配置文件，并與 所述客戶端結(jié)束會話。
全文摘要
本發(fā)明實施例公開一種配置文件的導(dǎo)入方法、裝置和系統(tǒng)，涉及通信領(lǐng)域。為解決現(xiàn)有技術(shù)中客戶端需要通過多次會話才能指示服務(wù)器導(dǎo)入多個配置文件，造成配置文件導(dǎo)入效率低、操作復(fù)雜的問題而發(fā)明。本發(fā)明提供的技術(shù)方案為一種配置文件的導(dǎo)入方法，應(yīng)用在電信網(wǎng)絡(luò)的文件導(dǎo)入管理系統(tǒng)中，包括與服務(wù)器建立會話；指示所述服務(wù)器導(dǎo)入至少兩個配置文件；與所述服務(wù)器結(jié)束會話。本發(fā)明實施例提供的技術(shù)方案可以應(yīng)用于所有電信系統(tǒng)，包括無線、傳輸、固定、業(yè)務(wù)和數(shù)字通信等，并且適用于如GSM、WCDMA、CDMA2000、TD-SCDMA、LTE和Wimax等多種制式的無線網(wǎng)絡(luò)。
文檔編號H04L29/08GK101364896SQ20081021206
公開日2009年2月11日 申請日期2008年9月16日 優(yōu)先權(quán)日2008年9月16日
發(fā)明者健 張 申請人:華為技術(shù)有限公司