本發(fā)明涉及通信領(lǐng)域，特別涉及一種基于云架構(gòu)的基站接入方法及系統(tǒng)。

背景技術(shù)：

根據(jù)當(dāng)前規(guī)范要求，基站在開通過程中，需要在完成安裝之后完成自啟動(dòng)并自動(dòng)優(yōu)化各個(gè)模塊的配置信息。當(dāng)前的實(shí)現(xiàn)方案如下：SON系統(tǒng)是網(wǎng)絡(luò)側(cè)采用對(duì)基站進(jìn)行管理的工具，為用戶提供統(tǒng)一便捷的界面進(jìn)行對(duì)基站的監(jiān)控管理，目前主要支持對(duì)宏基站與微基站的管理。

具體的，網(wǎng)絡(luò)側(cè)的操作維護(hù)中心(Operation and Maintenance Center，OMC)系統(tǒng)的架構(gòu)及SON在OMC系統(tǒng)的位置如圖1所示。在現(xiàn)有的OMC系統(tǒng)中，通過獨(dú)立的SON系統(tǒng)來進(jìn)行運(yùn)算，完成基站自啟動(dòng)，物理小區(qū)標(biāo)識(shí)(Physical Cell Identifier，PCI)自配置自優(yōu)化等等功能。

如圖1所示，現(xiàn)有架構(gòu)管理系統(tǒng)中，SON系統(tǒng)中的服務(wù)器獨(dú)立完成各個(gè)基站的接入運(yùn)算，與基站進(jìn)行交互之后，為基站提供自啟動(dòng)和自優(yōu)化的服務(wù)，這一操作過程非常復(fù)雜，實(shí)際開通過程中對(duì)網(wǎng)絡(luò)規(guī)劃人員和工程安裝人員技能要求很高，需要配置的數(shù)據(jù)復(fù)雜，容易出錯(cuò)進(jìn)行返工，開通效率不高。且各類優(yōu)化功能需要手動(dòng)調(diào)測(cè)，無法適應(yīng)多網(wǎng)元大批量開通工作。

而從OMC系統(tǒng)效率而言，SON系統(tǒng)同時(shí)與接入的多個(gè)基站通信進(jìn)行運(yùn)算，并獨(dú)立完成各個(gè)基站的自啟動(dòng)，增加了OMC系統(tǒng)負(fù)荷，降低了運(yùn)算效率。

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

本發(fā)明實(shí)施例提供一種基于云架構(gòu)的基站接入方法及系統(tǒng)，用于提高接入效率，降低系統(tǒng)負(fù)荷。

本發(fā)明實(shí)施例提供的具體技術(shù)方案如下：

一種基于云架構(gòu)的基站接入方法，包括：

網(wǎng)元適配器NEA服務(wù)器接收管轄范圍內(nèi)各個(gè)基站發(fā)送的接入請(qǐng)求消息后，向云服務(wù)器發(fā)送第一配置信息請(qǐng)求消息，該第一配置信息請(qǐng)求消息中攜帶有所述NEA服務(wù)器管轄范圍內(nèi)的基站類型信息；

云服務(wù)器針對(duì)獲得的每一種基站類型信息分別下發(fā)相應(yīng)的公共配置信息至NEA服務(wù)器；

NEA服務(wù)器分別按照每一種基站類型信息將相應(yīng)的公共配置信息下發(fā)至對(duì)應(yīng)類型的基站，令各個(gè)基站基于獲得的公共配置信息完成初始配置；

NEA服務(wù)器向云服務(wù)器發(fā)送第二配置請(qǐng)求消息，該第二配置請(qǐng)求消息中攜帶有所述NEA服務(wù)器管轄范圍內(nèi)各個(gè)基站的標(biāo)識(shí)信息；

云服務(wù)器針對(duì)獲得的每一種標(biāo)識(shí)信息分別下發(fā)相應(yīng)的私有配置信息至NEA服務(wù)器；

NEA服務(wù)器分別按照每一種標(biāo)識(shí)信息將相應(yīng)的私有配置信息下發(fā)至對(duì)應(yīng)的基站，令各個(gè)基站基于獲得的私有配置信息完成個(gè)性化配置并接入網(wǎng)絡(luò)。

較佳的，基站基于獲得的公共配置信息完成初始配置，以及基站基于獲得的私有配置信息完成個(gè)性化配置并接入網(wǎng)絡(luò)，包括：

基站基于獲得的公共配置信息，至少進(jìn)行天線配置和小區(qū)建立，以及從所述公共配置信息中獲取云服務(wù)器下發(fā)的物理小區(qū)標(biāo)識(shí)列表PCI List；

基站基于獲得的私有配置信息，至少進(jìn)行IP地址配置，以及基于所述PCI list，進(jìn)行小區(qū)激活，以接入網(wǎng)絡(luò)。

較佳的，基站基于獲得的PCI List，進(jìn)行小區(qū)激活，包括：

基站根據(jù)NEA服務(wù)器的通知獲得PCI建議值，并基于所述PCI List確定所述PCI建議值與其他小區(qū)使用的PCI不沖突不混淆時(shí)，基于所述PCI建議值對(duì)進(jìn)行小區(qū)激活；或者，

基站從所述PCI List中篩選出與其他小區(qū)使用的PCI不沖突不混淆的PCI 集合，并從所述PCI集合中隨機(jī)選取一個(gè)PCI進(jìn)行小區(qū)激活。

較佳的，進(jìn)一步包括：

所述NEA服務(wù)器分別針對(duì)管轄范圍內(nèi)已接入網(wǎng)絡(luò)的每一個(gè)基站的操作管理OM鏈路進(jìn)行定期檢測(cè)，確定任意一基站對(duì)應(yīng)的OM鏈路出現(xiàn)異常時(shí)，通知云服務(wù)器；

所述云服務(wù)器根據(jù)所述NEA服務(wù)器的通知確定所述任一基站對(duì)應(yīng)的OM鏈路出現(xiàn)異常時(shí)，指示NEA服務(wù)器執(zhí)行相應(yīng)的故障處理操作。

較佳的，進(jìn)一步包括：

所述NEA服務(wù)器分別針對(duì)管轄范圍內(nèi)已接入網(wǎng)絡(luò)的每一個(gè)基站進(jìn)行參數(shù)狀態(tài)檢測(cè)，確定任意一基站使用的至少一個(gè)無線配置參數(shù)發(fā)生改變時(shí)，通知云服務(wù)器；

所述云服務(wù)器根據(jù)所述NEA服務(wù)器的通知確定所述任意一基站使用的至少一個(gè)無線配置參數(shù)發(fā)生改變時(shí)，判斷所述所述至少一個(gè)無線配置參數(shù)是否為可變更參數(shù)，若是，則通知NEA服務(wù)器維持改變狀態(tài)，否則，通知NEA服務(wù)器將所述至少一個(gè)無線配置參數(shù)恢復(fù)至指定值。

一種基于云架構(gòu)的基站接入系統(tǒng)，至少包括網(wǎng)元適配器NEA服務(wù)器、云服務(wù)器和基站，其中，

NEA服務(wù)器，用于接收管轄范圍內(nèi)各個(gè)基站發(fā)送的接入請(qǐng)求消息后，向云服務(wù)器發(fā)送第一配置信息請(qǐng)求消息，該第一配置信息請(qǐng)求消息中攜帶有所述NEA服務(wù)器管轄范圍內(nèi)的基站類型信息；

云服務(wù)器，用于針對(duì)獲得的每一種基站類型信息分別下發(fā)相應(yīng)的公共配置信息至NEA服務(wù)器；

NEA服務(wù)器，進(jìn)一步用于分別按照每一種基站類型信息將相應(yīng)的公共配置信息下發(fā)至對(duì)應(yīng)類型的基站，令各個(gè)基站基于獲得的公共配置信息完成初始配置；

NEA服務(wù)器，進(jìn)一步用于向云服務(wù)器發(fā)送第二配置請(qǐng)求消息，該第二配置 請(qǐng)求消息中攜帶有所述NEA服務(wù)器管轄范圍內(nèi)各個(gè)基站的標(biāo)識(shí)信息；

云服務(wù)器，進(jìn)一步用于針對(duì)獲得的每一種標(biāo)識(shí)信息分別下發(fā)相應(yīng)的私有配置信息至NEA服務(wù)器；

NEA服務(wù)器，進(jìn)一步用于分別按照每一種標(biāo)識(shí)信息將相應(yīng)的私有配置信息下發(fā)至對(duì)應(yīng)的基站，令各個(gè)基站基于獲得的私有配置信息完成個(gè)性化配置并接入網(wǎng)絡(luò)。

較佳的，基于獲得的公共配置信息完成初始配置，以及基于獲得的私有配置信息完成個(gè)性化配置并接入網(wǎng)絡(luò)時(shí)，所述基站具體用于：

基于獲得的公共配置信息，至少進(jìn)行天線配置和小區(qū)建立，以及從所述公共配置信息中獲取云服務(wù)器下發(fā)的物理小區(qū)標(biāo)識(shí)列表PCI List；

基于獲得的私有配置信息，至少進(jìn)行IP地址配置，以及基于所述PCI list，進(jìn)行小區(qū)激活，以接入網(wǎng)絡(luò)。

較佳的，基于獲得的PCI List，進(jìn)行小區(qū)激活時(shí)，所述基站具體用于：

根據(jù)NEA服務(wù)器的通知獲得PCI建議值，并基于所述PCI List確定所述PCI建議值與其他小區(qū)使用的PCI不沖突不混淆時(shí)，基于所述PCI建議值對(duì)進(jìn)行小區(qū)激活；或者，

從所述PCI List中篩選出與其他小區(qū)使用的PCI不沖突不混淆的PCI集合，并從所述PCI集合中隨機(jī)選取一個(gè)PCI進(jìn)行小區(qū)激活。

較佳的，所述NEA服務(wù)器進(jìn)一步用于：

分別針對(duì)管轄范圍內(nèi)已接入網(wǎng)絡(luò)的每一個(gè)基站的操作管理OM鏈路進(jìn)行定期檢測(cè)，確定任意一基站對(duì)應(yīng)的OM鏈路出現(xiàn)異常時(shí)，通知云服務(wù)器；

所述云服務(wù)器進(jìn)一步用于：

根據(jù)所述NEA服務(wù)器的通知確定所述任一基站對(duì)應(yīng)的OM鏈路出現(xiàn)異常時(shí)，指示NEA服務(wù)器執(zhí)行相應(yīng)的故障處理操作。

較佳的，所述NEA服務(wù)器進(jìn)一步用于：

分別針對(duì)管轄范圍內(nèi)已接入網(wǎng)絡(luò)的每一個(gè)基站進(jìn)行參數(shù)狀態(tài)檢測(cè)，確定任 意一基站使用的至少一個(gè)無線配置參數(shù)發(fā)生改變時(shí)，通知云服務(wù)器；

所述云服務(wù)器進(jìn)一步用于：

根據(jù)所述NEA服務(wù)器的通知確定所述任意一基站使用的至少一個(gè)無線配置參數(shù)發(fā)生改變時(shí)，判斷所述所述至少一個(gè)無線配置參數(shù)是否為可變更參數(shù)，若是，則通知NEA服務(wù)器維持改變狀態(tài)，否則，通知NEA服務(wù)器將所述至少一個(gè)無線配置參數(shù)恢復(fù)至指定值。

綜上所述，本發(fā)明實(shí)施例中NEA服務(wù)器直接面向基站側(cè)，完成了與多個(gè)基站的交互工作，相對(duì)云服務(wù)器而言起到了代理作用，云服務(wù)器無需直接與多個(gè)基站直接交互，而是由NEA服務(wù)器整理各個(gè)基站發(fā)送的接入請(qǐng)求消息后，直接接收NEA服務(wù)器發(fā)送的一條第一配置請(qǐng)求消息，并完成公共配置信息的下發(fā)，以及進(jìn)一步接收NEA服務(wù)器發(fā)送的一條第二配置請(qǐng)求消息，并完成私有配置信息的下發(fā)。這樣，便真正實(shí)現(xiàn)了基站的即插即用免軟調(diào)，降低基站開通工作的工作量和專業(yè)能力需求；而NEA服務(wù)器和云服務(wù)器采用分布式架構(gòu)實(shí)現(xiàn)存儲(chǔ)和運(yùn)算，大大降低了云服務(wù)器的計(jì)算量和交互次數(shù)，提高了運(yùn)算效率，降低了系統(tǒng)負(fù)荷，同時(shí)也極大提升了基站開通效率，且易于操作和維護(hù)，整個(gè)過程無需人工干預(yù)，真正實(shí)現(xiàn)自動(dòng)化。

附圖說明

圖1為現(xiàn)有技術(shù)下OMC系統(tǒng)架構(gòu)示意圖；

圖2為本發(fā)明實(shí)施例中云架構(gòu)示意圖；

圖3為本發(fā)明實(shí)施例中基于云架構(gòu)的基站接入流程圖；

圖4為本發(fā)明實(shí)施例中進(jìn)行小區(qū)激活流程圖。

具體實(shí)施方式

本發(fā)明實(shí)施例提供一種基于云架構(gòu)的基站接入方法及系統(tǒng)，用于提高接入效率，降低系統(tǒng)負(fù)荷。本發(fā)明實(shí)施例中，主要采用云計(jì)算架構(gòu)的設(shè)計(jì)思想，在 基站預(yù)設(shè)標(biāo)識(shí)信息，而網(wǎng)絡(luò)則基于網(wǎng)絡(luò)規(guī)劃，派遣工程人員安裝基站設(shè)備，上電之后即可完成小區(qū)的建立和基站的接入，無需軟件調(diào)測(cè)，真正的實(shí)現(xiàn)即插即用。

下面結(jié)合附圖對(duì)本發(fā)明優(yōu)選的實(shí)施方式進(jìn)行詳細(xì)說明。

本發(fā)明實(shí)施例中，依據(jù)運(yùn)營(yíng)商對(duì)自組織網(wǎng)絡(luò)(Self Organising Network，SON)功能的規(guī)范要求，在基站側(cè)采用web界面的模式接入，在網(wǎng)絡(luò)側(cè)采用云架構(gòu)設(shè)計(jì)了分布式的云服務(wù)器和網(wǎng)元適配器(NA Network Adaptor，NEA)服務(wù)器，通過兩者的并行處理，簡(jiǎn)單便捷高效地完成基站開通。

參閱圖2所示，本發(fā)明實(shí)施例中，主要在OMC系統(tǒng)中對(duì)SON功能進(jìn)行優(yōu)化，采用云計(jì)算架構(gòu)進(jìn)行設(shè)計(jì)，在基站側(cè)做云客戶端，OMC側(cè)部署云服務(wù)器和NEA服務(wù)器，將SON模塊需要完成的運(yùn)算分布式地由云服務(wù)器和NEA服務(wù)器完成，其中，包括云開通功能、表單處理功能等等，整個(gè)過程程始終受云服務(wù)器進(jìn)行控制。

基于上述云架構(gòu)，參閱圖3所示，本發(fā)明實(shí)施例中，基站接入的具體方法如下：

步驟300：NEA服務(wù)器接收管轄范圍內(nèi)各個(gè)基站發(fā)送的接入請(qǐng)求消息，向云服務(wù)器發(fā)送第一配置信息請(qǐng)求消息，該第一配置信息請(qǐng)求消息中攜帶有NEA服務(wù)器管轄范圍內(nèi)的基站類型信息。

實(shí)際應(yīng)用中，云架構(gòu)內(nèi)可以存在多個(gè)NEA服務(wù)器，每個(gè)NEA服務(wù)器負(fù)責(zé)一定的管轄區(qū)域，每個(gè)管轄區(qū)域中均存在多個(gè)基站，本實(shí)施例中，為了便于描述，僅以一個(gè)NEA服務(wù)器為例進(jìn)行介紹。

在執(zhí)行步驟300時(shí)，NEA服務(wù)器可能會(huì)在同一時(shí)段內(nèi)接收到多個(gè)基站的接入請(qǐng)求消息，NEA服務(wù)器接收到這些基站的請(qǐng)求消息后，會(huì)對(duì)這些基站進(jìn)行類型劃分，然后，集中向云服務(wù)器發(fā)送攜帶有基站類型信息的第一配置信息請(qǐng)求消息，請(qǐng)求云服務(wù)器下發(fā)公共配置信息。

例如，假設(shè)NEA服務(wù)器管轄范圍內(nèi)的50個(gè)基站可以劃分為三種類型，分 別為類型A、類型B、類型C，那么，NEA服務(wù)器會(huì)在第一配置信息請(qǐng)求消息中攜帶類型A、類型B和類型C的標(biāo)識(shí)，通知云服務(wù)器需要針對(duì)這三種類型的基站下發(fā)公共配置信息。

步驟310：云服務(wù)器針對(duì)獲得的每一種基站類型信息分別下發(fā)相應(yīng)的公共配置信息至NEA服務(wù)器。

實(shí)際應(yīng)用中，云服務(wù)器在本地保存的表單數(shù)據(jù)中，預(yù)先針對(duì)每一種基站類型信息設(shè)置有相應(yīng)的公共配置信息，云服務(wù)器接收到第一配置信息請(qǐng)求消息后，會(huì)從表單數(shù)據(jù)中分別提取出對(duì)應(yīng)每一種基站類型信息預(yù)設(shè)的公共配置信息，然后下發(fā)給NEA服務(wù)器，而NEA服務(wù)器會(huì)根據(jù)將云服務(wù)器針對(duì)每一種基站類型信息下發(fā)的公共配置信息分別發(fā)送至相應(yīng)類型的基站。

步驟320：NEA服務(wù)器分別按照每一種基站類型信息將相應(yīng)的公共配置信息下發(fā)至對(duì)應(yīng)類型的基站，令各個(gè)基站基于獲得的公共配置信息完成初始配置。

本發(fā)明實(shí)施例中，基站類型信息相同的基站使用相同的公共配置信息，所謂公共配置信息即是同種類型的基站可以共同使用的無線配置參數(shù)，如、天線數(shù)目、小區(qū)數(shù)目，可用PCI集合(即稱PCI List)等等。每個(gè)基站通過NEA服務(wù)器獲得云服務(wù)器下發(fā)的符合自身基站類型的公共配置信息后，自動(dòng)完成初始配置工作。

例如，基站基于NEA服務(wù)器下發(fā)的符合自身基站類型的公共配置信息，至少進(jìn)行天線配置和小區(qū)建立(此處僅為舉例，還可以有其他操作，在此不再一一贅述)，以及從公共配置信息中獲取云服務(wù)器下發(fā)的PCI List。

步驟330：NEA服務(wù)器向云服務(wù)器發(fā)送第二配置請(qǐng)求消息，該第二配置請(qǐng)求消息中攜帶有NEA服務(wù)器管轄范圍內(nèi)各個(gè)基站的標(biāo)識(shí)信息。

在各個(gè)基站完成初始配置后，NEA服務(wù)器會(huì)繼續(xù)向云服務(wù)器發(fā)送第二配置請(qǐng)求消息，請(qǐng)求云服務(wù)器下發(fā)個(gè)性化的私有配置信息。

步驟340：云服務(wù)器針對(duì)獲得的每一種標(biāo)識(shí)信息分別下發(fā)相應(yīng)的私有配置 信息至NEA服務(wù)器。

所謂私有配置信息，是指每一個(gè)基站各自使用的互不相同的無線配置參數(shù)，如，IP地址、PCI建議值等等，當(dāng)然，理想狀態(tài)下，云服務(wù)器給出的PCI建議值應(yīng)當(dāng)中之前下發(fā)的PCI集合中的一個(gè)。

步驟350：NEA服務(wù)器分別按照每一種標(biāo)識(shí)信息將相應(yīng)的私有配置信息下發(fā)至對(duì)應(yīng)的基站，令各個(gè)基站基于獲得的私有配置信息完成個(gè)性化配置并接入網(wǎng)絡(luò)。

例如，基站基于NEA服務(wù)器下發(fā)的針對(duì)自身設(shè)置的私有配置信息，至少進(jìn)行IP地址配置(此處僅為舉例，還可以有其他操作，在此不再一一贅述)，基于獲得的PCI List，進(jìn)行小區(qū)激活，以接入網(wǎng)絡(luò)。

其中，在基于PCI List進(jìn)行小區(qū)激活時(shí)，可以采集但不限于以下兩種方法：

第一種方法為(稱為集中式管理方案)，基站根據(jù)NEA服務(wù)器的通知獲得PCI建議值(由云服務(wù)器在私有配置信息中攜帶)，并基于PCI List確定該P(yáng)CI建議值與其他小區(qū)使用的PCI不沖突不混淆時(shí)，基于該P(yáng)CI建議值進(jìn)行小區(qū)激活。

第二種方法為(稱為分布式管理方案)：基站從PCI List中篩選出與其他小區(qū)使用的PCI不沖突不混淆的PCI集合，并從該P(yáng)CI集合中隨機(jī)選取一個(gè)PCI進(jìn)行小區(qū)激活。

當(dāng)然，無論是集中式管理方案還是分布式管理方案，云服務(wù)器均會(huì)通過NEA服務(wù)器向各個(gè)基站下發(fā)符合其基站類型的PCI List。

參閱圖4所示，下面以集中式管理方案為例，對(duì)上區(qū)激活過程作出進(jìn)一步詳細(xì)介紹。

步驟400：NEA服務(wù)器將云服務(wù)器在公共配置信息中攜帶的PCI List發(fā)送至相應(yīng)類型的基站。

步驟401：NEA服務(wù)器將云服務(wù)器在私有配置信息中攜帶的PCI建議值發(fā)送至相應(yīng)標(biāo)識(shí)信息的基站。

步驟402：基站判斷待激活小區(qū)量處于關(guān)閉(shuttingdown)過程中或者處于暫停(blocking)過程中，若是，通知NEA服務(wù)器配置PCI建議值失??；否則執(zhí)行步驟403。

步驟403：基站判斷PCI建議值是否包含在新配置的PCI List中，若是，則進(jìn)行步驟404；否則，通知NEA服務(wù)器配置PCI建議值失敗。

步驟404：基站接判斷PCI建議值是否與其他小區(qū)使用的PCI不沖突不混淆？若是，通知NEA服務(wù)器配置PCI建議值成功，并執(zhí)行步驟405；否則，通知NEA服務(wù)器配置PCI建議值失敗。

步驟405：基站采用PCI建議值進(jìn)行小區(qū)激活，并判斷是否激活成功，若是，則進(jìn)行步驟407；否則，進(jìn)行步驟406。

步驟406：在管理信息庫(MIB)中修改小區(qū)的PCI，并通知NEA服務(wù)器PCI值變更。

步驟407：修改小區(qū)的PCI，并通知NEA服務(wù)器PCI值變更。

這樣，便完成了基站的接入過程。

基于上述實(shí)施例，在完成基站接入后，進(jìn)一步地，NEA服務(wù)器還需要分別針對(duì)管轄范圍內(nèi)已接入網(wǎng)絡(luò)的每一個(gè)基站的OM鏈路進(jìn)行定期檢測(cè)，確定任意一基站對(duì)應(yīng)的OM鏈路出現(xiàn)異常(如，故障或斷開)時(shí)，通知云服務(wù)器；而云服務(wù)器根據(jù)NEA服務(wù)器的通知確定上述任一基站對(duì)應(yīng)的OM鏈路出現(xiàn)異常時(shí)，指示NEA服務(wù)器執(zhí)行相應(yīng)的故障處理操作(如，報(bào)警或恢復(fù)連接)

另一方面，在完成基站接入后，進(jìn)一步地，NEA服務(wù)器還需要分別針對(duì)管轄范圍內(nèi)已接入網(wǎng)絡(luò)的每一個(gè)基站進(jìn)行參數(shù)狀態(tài)檢測(cè)(如，采用心跳檢測(cè)方式進(jìn)行參數(shù)狀態(tài)檢測(cè))，確定任意一基站使用的至少一個(gè)無線配置參數(shù)發(fā)生改變時(shí)(可能是人為修改，可能是被其他程序修改)，通知云服務(wù)器；云服務(wù)器根據(jù)NEA服務(wù)器的通知確定上述任意一基站使用的至少一個(gè)無線配置參數(shù)發(fā)生改變時(shí)，判斷上述至少一個(gè)無線配置參數(shù)是否為可變更參數(shù)(根據(jù)參數(shù)類型的重要程度判斷，重要參數(shù)不可修改)，若是，則通知NEA服務(wù)器維持改變狀態(tài)， 否則，通知NEA服務(wù)器將上述至少一個(gè)無線配置參數(shù)恢復(fù)至指定值。

參閱圖2所示，本發(fā)明實(shí)施例中，新設(shè)計(jì)的基于云架構(gòu)的(OMC系統(tǒng))至少包括NEA服務(wù)器10、云服務(wù)器11和基站12(亦稱云客戶端)，其中，

NEA服務(wù)器10，用于接收管轄范圍內(nèi)各個(gè)基站發(fā)送的接入請(qǐng)求消息后，向云服務(wù)器發(fā)送第一配置信息請(qǐng)求消息，該第一配置信息請(qǐng)求消息中攜帶有NEA服務(wù)器10管轄范圍內(nèi)的基站類型信息；

云服務(wù)器11，用于針對(duì)獲得的每一種基站類型信息分別下發(fā)相應(yīng)的公共配置信息至NEA服務(wù)器10；

NEA服務(wù)器10，進(jìn)一步用于分別按照每一種基站類型信息將相應(yīng)的公共配置信息下發(fā)至對(duì)應(yīng)類型的基站12，令各個(gè)基站12基于獲得的公共配置信息完成初始配置；

NEA服務(wù)器10，進(jìn)一步用于向云服務(wù)器發(fā)送第二配置請(qǐng)求消息，該第二配置請(qǐng)求消息中攜帶有NEA服務(wù)器10管轄范圍內(nèi)各個(gè)基站的標(biāo)識(shí)信息；

云服務(wù)器11，進(jìn)一步用于針對(duì)獲得的每一種標(biāo)識(shí)信息分別下發(fā)相應(yīng)的私有配置信息至NEA服務(wù)器10；

NEA服務(wù)器10，進(jìn)一步用于分別按照每一種標(biāo)識(shí)信息將相應(yīng)的私有配置信息下發(fā)至對(duì)應(yīng)的基站12，令各個(gè)基站12基于獲得的私有配置信息完成個(gè)性化配置并接入網(wǎng)絡(luò)。

較佳的，基于獲得的公共配置信息完成初始配置，以及基于獲得的私有配置信息完成個(gè)性化配置并接入網(wǎng)絡(luò)時(shí)，基站12具體用于：

基于獲得的公共配置信息，至少進(jìn)行天線配置和小區(qū)建立，以及從公共配置信息中獲取云服務(wù)器下發(fā)的PCI List；

基于獲得的私有配置信息，至少進(jìn)行IP地址配置，以及基于PCI list，進(jìn)行小區(qū)激活，以接入網(wǎng)絡(luò)，

較佳的，基于獲得的PCI List，進(jìn)行小區(qū)激活時(shí)，基站12具體用于：

根據(jù)NEA服務(wù)器的通知獲得PCI建議值，并基于PCI List確定PCI建議 值與其他小區(qū)使用的PCI不沖突不混淆時(shí)，基于PCI建議值對(duì)進(jìn)行小區(qū)激活；或者，

從PCI List中篩選出與其他小區(qū)使用的PCI不沖突不混淆的PCI集合，并從PCI集合中隨機(jī)選取一個(gè)PCI進(jìn)行小區(qū)激活。

較佳的，NEA服務(wù)器10進(jìn)一步用于：

分別針對(duì)管轄范圍內(nèi)已接入網(wǎng)絡(luò)的每一個(gè)基站12的OM鏈路進(jìn)行定期檢測(cè)，確定任意一基站12對(duì)應(yīng)的OM鏈路出現(xiàn)異常時(shí)，通知云服務(wù)器11；

較佳的，云服務(wù)器11進(jìn)一步用于：

根據(jù)NEA服務(wù)器10的通知確定上述任一基站12對(duì)應(yīng)的OM鏈路出現(xiàn)異常時(shí)，指示NEA服務(wù)器執(zhí)行相應(yīng)的故障處理操作。

較佳的，NEA服務(wù)器10進(jìn)一步用于：

分別針對(duì)管轄范圍內(nèi)已接入網(wǎng)絡(luò)的每一個(gè)基站12進(jìn)行參數(shù)狀態(tài)檢測(cè)，確定任意一基站12使用的至少一個(gè)無線配置參數(shù)發(fā)生改變時(shí)，通知云服務(wù)器；

云服務(wù)器11進(jìn)一步用于：

根據(jù)NEA服務(wù)器10的通知確定上述任意一基站12使用的至少一個(gè)無線配置參數(shù)發(fā)生改變時(shí)，判斷上述至少一個(gè)無線配置參數(shù)是否為可變更參數(shù)，若是，則通知NEA服務(wù)器10維持改變狀態(tài)，否則，通知NEA服務(wù)器10將上述至少一個(gè)無線配置參數(shù)恢復(fù)至指定值。

綜上所述，本發(fā)明實(shí)施例中，NEA服務(wù)器直接面向基站側(cè)，完成了與多個(gè)基站的交互工作，相對(duì)云服務(wù)器而言起到了代理作用，云服務(wù)器無需直接與多個(gè)基站直接交互，而是由NEA服務(wù)器整理各個(gè)基站發(fā)送的接入請(qǐng)求消息后，直接接收NEA服務(wù)器發(fā)送的一條第一配置請(qǐng)求消息，并完成公共配置信息的下發(fā)，以及進(jìn)一步接收NEA服務(wù)器發(fā)送的一條第二配置請(qǐng)求消息，并完成私有配置信息的下發(fā)，這樣，大大降低了云服務(wù)器的計(jì)算量和交互次數(shù)，提高了運(yùn)算效率，降低了系統(tǒng)負(fù)荷。

具體而言，即是本發(fā)明實(shí)施例采用云計(jì)算架構(gòu)設(shè)計(jì)，工程人員完成基站設(shè) 備的安裝之后，只需在基站側(cè)Web界面輸入對(duì)應(yīng)的IP地址及基站的標(biāo)識(shí)信息，打通管理通道，NEA服務(wù)器和云服務(wù)器便可以通過分布式架構(gòu)并行處理，完成基站的開通和接入，從而完成基站的自啟動(dòng)。這樣，便真正實(shí)現(xiàn)了基站的即插即用免軟調(diào)，降低基站開通工作的工作量和專業(yè)能力需求；而NEA服務(wù)器和云服務(wù)器采用分布式架構(gòu)實(shí)現(xiàn)存儲(chǔ)和運(yùn)算，極大提升了基站開通效率，節(jié)省了單位基站開通時(shí)間，且易于操作和維護(hù)，整個(gè)過程無需人工干預(yù)，真正實(shí)現(xiàn)自動(dòng)化。

后續(xù)過程中，無論基站的工作狀態(tài)發(fā)生何種變化，均由NEA服務(wù)器代替云服務(wù)器進(jìn)行監(jiān)測(cè)，從而進(jìn)一步節(jié)省了云服務(wù)器的運(yùn)行負(fù)荷。

本領(lǐng)域內(nèi)的技術(shù)人員應(yīng)明白，本發(fā)明的實(shí)施例可提供為方法、系統(tǒng)、或計(jì)算機(jī)程序產(chǎn)品。因此，本發(fā)明可采用完全硬件實(shí)施例、完全軟件實(shí)施例、或結(jié)合軟件和硬件方面的實(shí)施例的形式。而且，本發(fā)明可采用在一個(gè)或多個(gè)其中包含有計(jì)算機(jī)可用程序代碼的計(jì)算機(jī)可用存儲(chǔ)介質(zhì)(包括但不限于磁盤存儲(chǔ)器、CD-ROM、光學(xué)存儲(chǔ)器等)上實(shí)施的計(jì)算機(jī)程序產(chǎn)品的形式。

本發(fā)明是參照根據(jù)本發(fā)明實(shí)施例的方法、設(shè)備(系統(tǒng))、和計(jì)算機(jī)程序產(chǎn)品的流程圖和/或方框圖來描述的。應(yīng)理解可由計(jì)算機(jī)程序指令實(shí)現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合?？商峁┻@些計(jì)算機(jī)程序指令到通用計(jì)算機(jī)、專用計(jì)算機(jī)、嵌入式處理機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器以產(chǎn)生一個(gè)機(jī)器，使得通過計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器執(zhí)行的指令產(chǎn)生用于實(shí)現(xiàn)在流程圖一個(gè)流程或多個(gè)流程和/或方框圖一個(gè)方框或多個(gè)方框中指定的功能的裝置。

這些計(jì)算機(jī)程序指令也可存儲(chǔ)在能引導(dǎo)計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備以特定方式工作的計(jì)算機(jī)可讀存儲(chǔ)器中，使得存儲(chǔ)在該計(jì)算機(jī)可讀存儲(chǔ)器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實(shí)現(xiàn)在流程圖一個(gè)流程或多個(gè)流程和/或方框圖一個(gè)方框或多個(gè)方框中指定的功能。

這些計(jì)算機(jī)程序指令也可裝載到計(jì)算機(jī)或其他可編程數(shù)據(jù)處理設(shè)備上，使 得在計(jì)算機(jī)或其他可編程設(shè)備上執(zhí)行一系列操作步驟以產(chǎn)生計(jì)算機(jī)實(shí)現(xiàn)的處理，從而在計(jì)算機(jī)或其他可編程設(shè)備上執(zhí)行的指令提供用于實(shí)現(xiàn)在流程圖一個(gè)流程或多個(gè)流程和/或方框圖一個(gè)方框或多個(gè)方框中指定的功能的步驟。

盡管已描述了本發(fā)明的優(yōu)選實(shí)施例，但本領(lǐng)域內(nèi)的技術(shù)人員一旦得知了基本創(chuàng)造性概念，則可對(duì)這些實(shí)施例作出另外的變更和修改。所以，所附權(quán)利要求意欲解釋為包括優(yōu)選實(shí)施例以及落入本發(fā)明范圍的所有變更和修改。

顯然，本領(lǐng)域的技術(shù)人員可以對(duì)本發(fā)明實(shí)施例進(jìn)行各種改動(dòng)和變型而不脫離本發(fā)明實(shí)施例的精神和范圍。這樣，倘若本發(fā)明實(shí)施例的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。