專利名稱：一種網(wǎng)元及其上傳mr消息的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)維護(hù)技術(shù)領(lǐng)域，尤其涉及一種網(wǎng)元及其上傳MR消息的方法及裝置。
背景技術(shù)：
網(wǎng)管 OMC-R(Operation & Maintenance Center-fcidio，無(wú)線操作維護(hù)中心)的 MR 服務(wù)器從網(wǎng)元設(shè)備收集到MR (Measure R印ort，測(cè)量報(bào)告)消息，通過(guò)對(duì)MR消息分析生成性能指標(biāo)文件上報(bào)給上級(jí)北向網(wǎng)管和用于網(wǎng)絡(luò)優(yōu)化的網(wǎng)優(yōu)平臺(tái)，北向網(wǎng)管可以對(duì)小區(qū)的網(wǎng)絡(luò)覆蓋情況、業(yè)務(wù)質(zhì)量、上/下行鏈路干擾水平、小區(qū)或載波故障輔助定位分析，對(duì)無(wú)線網(wǎng)絡(luò)優(yōu)化工作形成有力的數(shù)據(jù)支撐，達(dá)到精細(xì)化的無(wú)線性能管理效果；同時(shí)，也減少了省級(jí)以上網(wǎng)優(yōu)平臺(tái)的數(shù)據(jù)負(fù)擔(dān)以及系統(tǒng)復(fù)雜度。目前網(wǎng)管采用UDP^ser Datagram Protocol，用戶數(shù)據(jù)報(bào)協(xié)議)模式從網(wǎng)元設(shè)備采集MR。具體地，網(wǎng)元設(shè)備在檢測(cè)到MR服務(wù)器與網(wǎng)元設(shè)備間的MR接口鏈路正常的時(shí)候，每隔5 10s (可通過(guò)網(wǎng)管進(jìn)行配置)，將終端報(bào)上來(lái)的MR消息及CDL (Call Detail Logs，呼叫詳細(xì)記錄)消息，按照UDP協(xié)議進(jìn)行封裝，將封裝后得到的UDP數(shù)據(jù)包發(fā)送到MR服務(wù)器上，MR服務(wù)器通過(guò)對(duì)UDP數(shù)據(jù)包解析得到MR消息，將MR消息解析形成性能指標(biāo)文件，上報(bào)給上級(jí)北向網(wǎng)管。現(xiàn)有的測(cè)量報(bào)告MR消息上傳方案具有以下缺點(diǎn)1)不可避免的會(huì)造成MR消息丟失，導(dǎo)致生成的性能指標(biāo)文件不準(zhǔn)確在MR消息上傳過(guò)程中采用UDP協(xié)議，屬于非確認(rèn)消息傳送模式，因此由于網(wǎng)絡(luò)環(huán)境問(wèn)題容易導(dǎo)致網(wǎng)絡(luò)丟包，據(jù)現(xiàn)調(diào)研，正常網(wǎng)管網(wǎng)絡(luò)丟包在左右，從而會(huì)造成MR消息丟失。另外，MR服務(wù)器的JAVA進(jìn)程，在內(nèi)存使用到一定量后，會(huì)進(jìn)行內(nèi)存整理，這段時(shí)間 (一般有2s左右)不接收及不處理任何消息，也會(huì)造成MR消息丟失。2)性能指標(biāo)文件不準(zhǔn)確，對(duì)于北向網(wǎng)管和網(wǎng)優(yōu)平臺(tái)都帶來(lái)很嚴(yán)重的影響北向網(wǎng)管得到的性能指標(biāo)文件不準(zhǔn)確，最終導(dǎo)致收集到的網(wǎng)元及無(wú)線側(cè)的統(tǒng)計(jì)信息不準(zhǔn)確，北向網(wǎng)管對(duì)于下級(jí)網(wǎng)元的管理功能受限。網(wǎng)優(yōu)平臺(tái)得到的性能指標(biāo)文件不準(zhǔn)確，網(wǎng)優(yōu)平臺(tái)根據(jù)不準(zhǔn)確的性能指標(biāo)文件得到的網(wǎng)優(yōu)分析報(bào)告則不能準(zhǔn)確的指導(dǎo)現(xiàn)場(chǎng)網(wǎng)優(yōu)工作，甚至得到完全錯(cuò)誤的結(jié)論。

發(fā)明內(nèi)容
本發(fā)明提供一種網(wǎng)元及其上傳MR消息的方法，用以提供一種更加穩(wěn)定的MR消息采集方案，解決由于各種原因造成的測(cè)量報(bào)告MR消息丟失問(wèn)題。本發(fā)明提供一種網(wǎng)元上傳MR消息的方法，包括接收終端和基站上報(bào)的測(cè)量報(bào)告MR消息和呼叫詳細(xì)記錄⑶L消息；將接收的MR消息單獨(dú)組成MR文件；
確定所述網(wǎng)元與MR服務(wù)器間的MR接口鏈路正常時(shí)，將所述MR文件采用文件傳輸協(xié)議FTP方式上報(bào)給所述MR服務(wù)器，以使MR服務(wù)器根據(jù)所述MR文件中的MR消息生成性能指標(biāo)文件。本發(fā)明還提供一種生成性能指標(biāo)文件的方法，包括接收網(wǎng)元上報(bào)的采用文件傳輸協(xié)議FTP方式上報(bào)MR文件；對(duì)所述MR文件解析得到MR消息；根據(jù)北向網(wǎng)管和/或網(wǎng)優(yōu)平臺(tái)的要求，對(duì)所述MR文件進(jìn)行解析得到性能指標(biāo)文件，將得到的性能指標(biāo)文件上報(bào)給北向網(wǎng)管和/或網(wǎng)優(yōu)平臺(tái)。本發(fā)明提供一種上傳MR消息的網(wǎng)元，包括接收單元，用于接收終端和基站上報(bào)的測(cè)量報(bào)告MR消息和呼叫詳細(xì)記錄CDL消息；文件生成單元，用于將接收的MR消息單獨(dú)組成MR文件；上報(bào)單元，用于確定所述網(wǎng)元與MR服務(wù)器間的MR接口鏈路正常時(shí)，將所述MR文件采用文件傳輸協(xié)議FTP方式上報(bào)給所述MR服務(wù)器，以使MR服務(wù)器根據(jù)所述MR文件中的 MR消息生成性能指標(biāo)文件。本發(fā)明還提供一種生成性能指標(biāo)文件的網(wǎng)元，包括文件接收單元，用于接收網(wǎng)元上報(bào)的采用文件傳輸協(xié)議FTP方式上報(bào)MR文件；第一解析單元，用于對(duì)所述MR文件解析得到MR消息；第二解析單元，用于根據(jù)北向網(wǎng)管和/或網(wǎng)優(yōu)平臺(tái)的要求，對(duì)所述MR文件進(jìn)行解析得到性能指標(biāo)文件，將得到的性能指標(biāo)文件上報(bào)給北向網(wǎng)管和/或網(wǎng)優(yōu)平臺(tái)。利用本發(fā)明提供的網(wǎng)元及其上傳MR消息的方法、生成性能指標(biāo)文件的方法，具有以下有益效果在上報(bào)MR服務(wù)器之前，MR消息和⑶L消息分離，將MR消息單獨(dú)處理，降低了 MR服務(wù)器解析文件的性能壓力，提高M(jìn)R服務(wù)器處理能力，有利于網(wǎng)管產(chǎn)品的高度集成； 采用FTP方式傳輸MR文件的方式保證了 MR消息不存在丟包問(wèn)題，有力保障了網(wǎng)優(yōu)平臺(tái)及北向網(wǎng)管獲取的性能指標(biāo)文件的正確性，有效保證了網(wǎng)優(yōu)平臺(tái)分析優(yōu)化結(jié)果的正確性，保障北向網(wǎng)管對(duì)下級(jí)網(wǎng)管的有效管理和監(jiān)控。


圖1為本發(fā)明實(shí)施例中網(wǎng)元上傳MR消息的方法流程圖；圖2為本發(fā)明實(shí)施例中MR文件在RNC、0MCR、北向網(wǎng)管、網(wǎng)優(yōu)平臺(tái)之間的控制及消
息傳遞原理；圖3為本發(fā)明實(shí)施例中生成性能指標(biāo)文件的方法流程圖；圖4為本發(fā)明實(shí)施例中上傳MR消息的網(wǎng)元結(jié)構(gòu)圖；圖5為本發(fā)明實(shí)施例中生成性能指標(biāo)文件的網(wǎng)元結(jié)構(gòu)圖。
具體實(shí)施例方式下面結(jié)合附圖和實(shí)施例對(duì)本發(fā)明提供的網(wǎng)元及其上傳MR消息的方法、生成性能指標(biāo)文件的方法進(jìn)行更詳細(xì)地說(shuō)明。根據(jù)現(xiàn)有測(cè)量報(bào)告技術(shù)規(guī)范要求，目前的測(cè)量報(bào)告的采集粒度要求在^ 1^之間，MR服務(wù)器支持最大容量在30000載波，根據(jù)該配置，可以計(jì)算出MR服務(wù)器的消息接收量在38000條/s，現(xiàn)有方案在消息接收過(guò)程中采用UDP協(xié)議，消息屬于非確認(rèn)消息傳送模式， 所以在網(wǎng)絡(luò)環(huán)境較差，或者M(jìn)R服務(wù)器的內(nèi)存整理過(guò)程中(性能問(wèn)題)，都會(huì)出現(xiàn)丟包，最終導(dǎo)致MR消息丟失，生成的MR北向文件的準(zhǔn)確性出現(xiàn)偏差。所以，需要更加穩(wěn)定的MR消息采集方案，來(lái)解決由于各種原因造成的測(cè)量報(bào)告消息丟失問(wèn)題。本發(fā)明實(shí)施例提供一種網(wǎng)元上傳MR消息的方法，如圖1所示，包括步驟101，接收終端和基站上報(bào)的測(cè)量報(bào)告MR消息和呼叫詳細(xì)記錄⑶L消息；步驟102，將接收的MR消息單獨(dú)組成MR文件；終端和基站在向網(wǎng)元上報(bào)MR消息，也會(huì)將⑶L消息上報(bào)給網(wǎng)元，大量的MR消息和 ⑶L混合在一起，本發(fā)明實(shí)施例在接收到MR消息和⑶L消息時(shí)，將MR消息單獨(dú)組成MR文件，從而實(shí)現(xiàn)MR消息與CDL消息的分離，由于MR消息采用文件方式，因此需要將多個(gè)MR消息組成MR文件，不需要在進(jìn)行UDP數(shù)據(jù)包封裝。步驟103，確定所述網(wǎng)元與MR服務(wù)器間的MR接口鏈路正常時(shí)，將所述MR文件采用文件傳輸協(xié)議FTP方式上報(bào)給所述MR服務(wù)器，以使MR服務(wù)器根據(jù)所述MR文件中的MR消息生成性能指標(biāo)文件。接收上報(bào)的MR消息的網(wǎng)元如網(wǎng)管中的MR服務(wù)器，通常連接多個(gè)下級(jí)網(wǎng)元，本發(fā)明實(shí)施例中在下級(jí)網(wǎng)元中將MR消息單獨(dú)組成MR文件，實(shí)現(xiàn)MR消息和CDL消息分離，降低了 MR服務(wù)器解析文件的性能壓力，提高M(jìn)R服務(wù)器處理能力，有利于網(wǎng)管產(chǎn)品的高度集成；本發(fā)明實(shí)施例采用FTP方式傳輸MR文件，由于FTP為確認(rèn)消息傳送模式，即在傳輸成功時(shí)，接收方會(huì)反饋接收成功消息，否則反饋接收失敗消息，因此方式保證了 MR消息不存在丟包問(wèn)題，有力保障了網(wǎng)優(yōu)平臺(tái)及北向網(wǎng)管獲取的性能指標(biāo)文件的正確性，有效保證了網(wǎng)優(yōu)平臺(tái)分析優(yōu)化結(jié)果的正確性，保障北向網(wǎng)管對(duì)下級(jí)網(wǎng)管的有效管理和監(jiān)控。優(yōu)選地，本實(shí)施例中上傳MR消息的網(wǎng)元為RNC，具體向網(wǎng)管OMRC中的MR服務(wù)器上傳MR消息。優(yōu)選地，本實(shí)施例中將分離得到的MR消息組成MR文件，具體包括每隔設(shè)定時(shí)間間隔如間隔5分鐘，將接收的MR消息單獨(dú)組成MR文件；或者接收的未組成MR文件的MR消息的信息量達(dá)到設(shè)定閾值時(shí)，如達(dá)到20M時(shí)，將未組成MR文件的MR 消息組成MR文件。如圖2所示，本實(shí)施例中網(wǎng)元包括信令板和全局板，則具體是信令板上的 HSPS (High Signal Process Subsystem，高速信令子系統(tǒng))將終端上報(bào)的MR消息和CDL消息發(fā)送到 OAMS (Operation And Maintenance Subsystem，操作維護(hù)子系統(tǒng))，OAMS 對(duì)CDL 消息和MR消息進(jìn)行分離后發(fā)給全局板，具體地，可以在滿一定大小如滿1 時(shí)發(fā)給全局板，也可以是間隔一定時(shí)間如間隔k發(fā)給全局板，由全局板將接收的MR消息組成MR文件，具體地，全局板上接收MR消息，按照20M或者5分鐘組成MR文件。進(jìn)一步優(yōu)選地，本實(shí)施例中全局板將MR文件進(jìn)行壓縮，將壓縮后的MR通過(guò)FTP方式上傳到MR服務(wù)器。通過(guò)FTP方式發(fā)送時(shí)，根據(jù)接收方的反饋可以確定對(duì)方是否接收成功。如圖2所示，RNC會(huì)進(jìn)行與MR服務(wù)器間的MR接口鏈路檢測(cè)，優(yōu)選地，本實(shí)施中確定所述網(wǎng)元與MR服務(wù)器間的MR接口鏈路不正常時(shí)，等待至檢測(cè)到所述網(wǎng)元與MR服務(wù)器間的 MR接口鏈路正常時(shí)，將所述MR文件及采用文件傳輸協(xié)議FTP方式上報(bào)給所述MR服務(wù)器。
6本實(shí)施例中執(zhí)行MR接口鏈路檢測(cè)，具體是檢測(cè)RNC中的全局板與網(wǎng)絡(luò)維護(hù)模塊間接口、網(wǎng)絡(luò)維護(hù)模塊與MR服務(wù)器間的接口是否正常。優(yōu)選地，本實(shí)施例中確定MR文件傳輸成功時(shí)，將所述傳輸成功的MR文件刪除；確定MR文件未傳輸成功時(shí)，將所述未傳輸成功的MR文件存儲(chǔ)，如保存在全局板上，間隔設(shè)定傳輸間隔進(jìn)行重傳；并間隔設(shè)定更新時(shí)間刪除存儲(chǔ)時(shí)間最早的MR文件。如每隔3天，自動(dòng)刪除最早的MR文件。為了實(shí)現(xiàn)MR文件的正確刪除，優(yōu)選地，本實(shí)施例MR文件命名規(guī)則為依次包括 MRrnc,標(biāo)識(shí)該文件是來(lái)自于RNC ；網(wǎng)元標(biāo)識(shí)，標(biāo)識(shí)該文件具體是來(lái)自哪個(gè)RNC ；文件創(chuàng)建日期。優(yōu)選地，采用如下形式MRrnC_<4字符網(wǎng)元標(biāo)識(shí)(16進(jìn)制)>_<8字符文件創(chuàng)建日期(年月日)>_<4字符文件創(chuàng)建時(shí)間(時(shí)分)>· dat。文件創(chuàng)建日期使用本地時(shí)間，年月日(YYYYMMDD)格式。文件創(chuàng)建時(shí)間采用本地時(shí)間，時(shí)分(HHMM)格式。本發(fā)明實(shí)施例還提供一種生成性能指標(biāo)文件的方法，如圖3所示，包括步驟301，接收網(wǎng)元上報(bào)的采用文件傳輸協(xié)議FTP方式上報(bào)MR文件；由于是FTP方式，因此會(huì)將接收是否成功的結(jié)果反饋給發(fā)送方。步驟302，對(duì)所述MR文件解析得到MR消息；本發(fā)明實(shí)施例上報(bào)上來(lái)的MR文件僅包括MR消息，因此MR服務(wù)器直接對(duì)所述MR 文件進(jìn)行解析得到性能指標(biāo)文件，提高了 MR服務(wù)器的處理效率。步驟303，根據(jù)北向網(wǎng)管和/或網(wǎng)優(yōu)平臺(tái)的要求，對(duì)所述MR文件進(jìn)行解析得到性能指標(biāo)文件，將得到的性能指標(biāo)文件上報(bào)給北向網(wǎng)管和/或網(wǎng)優(yōu)平臺(tái)。本實(shí)施例中根據(jù)北向網(wǎng)管和/或網(wǎng)優(yōu)平臺(tái)需要的性能指標(biāo)，對(duì)MR消息進(jìn)行解析， 得出北向網(wǎng)管和/或網(wǎng)優(yōu)平臺(tái)需要的性能指標(biāo)，并通過(guò)ml文件的格式，將這些性能指標(biāo)及性能指標(biāo)值上傳到北向網(wǎng)管中的FTP服務(wù)器或網(wǎng)優(yōu)平臺(tái)。北向網(wǎng)管中的FTP服務(wù)器每隔采集一次xml文件，并將xml文件中的性能指標(biāo)值解析入庫(kù)。本實(shí)施例中接收MR消息的上級(jí)網(wǎng)元不需要再對(duì)MR消息和CDL消息分離，降低了 MR服務(wù)器解析文件的性能壓力，提高M(jìn)R服務(wù)器處理能力，有利于網(wǎng)管產(chǎn)品的高度集成。本實(shí)施例中接收MR消息的上級(jí)網(wǎng)元具體為網(wǎng)管OMCR中的MR服務(wù)器，如果MR服務(wù)器故障，MR服務(wù)器狀態(tài)異常，此時(shí)不處理任何MR文件；故障恢復(fù)后，MR接口恢復(fù)正常， RNC重新上傳MR故障期間的MR文件，MR服務(wù)器開(kāi)始正常的MR文件處理流程。MR服務(wù)器的 JAVA進(jìn)程，在內(nèi)存使用到一定量后，會(huì)進(jìn)行內(nèi)存整理，這段時(shí)間不接收及不處理任何消息。 但是由于采用FTP方式及RNC側(cè)采用上述處理機(jī)制，因此并不會(huì)造成MR消息的丟失。MR服務(wù)器在對(duì)接收的MR文件進(jìn)行解析時(shí)，如果MR文件為壓縮文件，則首先對(duì)壓縮的MR文件進(jìn)行解壓縮。優(yōu)選地，對(duì)所述MR進(jìn)行解析得到性能指標(biāo)文件的文件類型，具體包括二進(jìn)制類型及明文類型，即原始文件類型及樣本文件類型，所述性能指標(biāo)文件的命名中包括文件類型、 發(fā)送性能指標(biāo)文件的網(wǎng)元的網(wǎng)元標(biāo)識(shí)及性能指標(biāo)文件創(chuàng)建時(shí)間。優(yōu)選地，可以采用如下形式TD-SCDMA_<文件類型>_<DATANG_0MCR_ (表示文件來(lái)自0MCR) >_<2字符網(wǎng)元標(biāo)識(shí)(16進(jìn)制，表示文件具體來(lái)自哪個(gè)0MCR)>_<14字符文件創(chuàng)建時(shí)間(年月日時(shí)分秒)>.xmL·文件創(chuàng)建日期使用本地時(shí)間，年月日時(shí)分秒(YYYYMMDDHHMMSS)格式。例如網(wǎng)元RNC標(biāo)識(shí)為68，在2011年11月25日23點(diǎn)30分00秒生成的MRO和 MRS文件命名如下TD-SCDMA_MRS_DATANG_0MCR_44_20111125233000. xmlTD-SCDMA_MR0_DATANG_0MCR_44_20111125233000. xml如圖2所示，給出了 MR文件在RNC、0MCR、北向網(wǎng)管、網(wǎng)優(yōu)平臺(tái)之間的控制及消息
傳遞原理。OMRC除包括MR服務(wù)器還包括網(wǎng)元適配模塊，網(wǎng)元適配模塊通過(guò)管理接口與RNC中的網(wǎng)絡(luò)維護(hù)模塊連接，網(wǎng)元適配模塊通過(guò)管理接口完成MR任務(wù)管理功能，如任務(wù)創(chuàng)建、測(cè)量?jī)?nèi)容定制、修改等。本發(fā)明實(shí)施例給出了 MR消息的上報(bào)方式，實(shí)際中，CDL消息也是要上報(bào)給OMRC的， 優(yōu)選地，本實(shí)施例中RNC在分離MR消息和CDL消息后，將分離后得到的CDL消息單獨(dú)組成 CDL文件，以FTP方式上報(bào)給OMRC。基于同一發(fā)明構(gòu)思，本發(fā)明實(shí)施例中還提供了一種上傳MR消息的網(wǎng)元及生成性能指標(biāo)文件的網(wǎng)元，由于這些設(shè)備解決問(wèn)題的原理與網(wǎng)元上傳MR消息的方法、一種生成性能指標(biāo)文件的方法相似，因此這些設(shè)備的實(shí)施可以參見(jiàn)方法的實(shí)施，重復(fù)之處不再贅述。本發(fā)明實(shí)施例提供的上傳MR消息的網(wǎng)元，如圖4所示，包括接收單元401，用于接收終端和基站上報(bào)的測(cè)量報(bào)告MR消息和呼叫詳細(xì)記錄CDL 消息；文件生成單元402，用于將接收的MR消息單獨(dú)組成MR文件；上報(bào)單元403，用于確定所述網(wǎng)元與MR服務(wù)器間的MR接口鏈路正常時(shí)，將所述MR 文件采用文件傳輸協(xié)議FTP方式上報(bào)給所述MR服務(wù)器，以使MR服務(wù)器根據(jù)所述MR文件中的MR消息生成性能指標(biāo)文件。優(yōu)選地，所述文件生成單元402具體用于每隔設(shè)定時(shí)間間隔，將接收的MR消息組成MR文件；或者在未組成MR文件的MR消息的信息量達(dá)到設(shè)定閾值時(shí)，將未組成MR文件的 MR消息組成MR文件。優(yōu)選的，該網(wǎng)元還包括等待傳輸單元，用于確定所述網(wǎng)元與MR服務(wù)器間的MR接口鏈路不正常時(shí)，等待至檢測(cè)到所述網(wǎng)元與MR服務(wù)器間的MR接口鏈路正常時(shí)，將所述MR 文件及采用文件傳輸協(xié)議FTP方式上報(bào)給所述MR服務(wù)器。優(yōu)選地，該網(wǎng)元還包括第一刪除單元，用于確定MR文件傳輸成功時(shí)，將所述傳輸成功的MR文件刪除；重傳單元，用于確定MR文件未傳輸成功時(shí)，將所述未傳輸成功的MR文件存儲(chǔ)，間隔設(shè)定傳輸間隔進(jìn)行重傳；第二刪除單元，用于間隔設(shè)定更新時(shí)間刪除存儲(chǔ)時(shí)間最早的MR文件。優(yōu)選地，所述網(wǎng)元包括信令板和全局板，所述接收單元由信令板實(shí)現(xiàn)，所述文件生成單元由全局板實(shí)現(xiàn)，具體是信令板上的高速信令子系統(tǒng)HSPS將終端上報(bào)的MR消息和CDL消息發(fā)送到操作維護(hù)子系統(tǒng)OAMS，OAMS將MR消息發(fā)給全局板，由全局板將接收的MR消息組成MR文件。
優(yōu)選地，上述上傳MR消息的網(wǎng)元為RNC。本發(fā)明實(shí)施例提供的生成性能指標(biāo)文件的網(wǎng)元，如圖5所示，包括文件接收單元501，用于接收網(wǎng)元上報(bào)的采用文件傳輸協(xié)議FTP方式上報(bào)MR文件；第一解析單元502，用于對(duì)所述MR文件解析得到MR消息；第二解析單元503，用于根據(jù)北向網(wǎng)管和/或網(wǎng)優(yōu)平臺(tái)的要求，對(duì)所述MR文件進(jìn)行解析得到性能指標(biāo)文件，將得到的性能指標(biāo)文件上報(bào)給北向網(wǎng)管和/或網(wǎng)優(yōu)平臺(tái)。優(yōu)選地，本發(fā)明實(shí)施例中生成性能指標(biāo)文件的網(wǎng)元為OMRC中的MR服務(wù)器。本領(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)品的流程圖和/或方框圖來(lái)描述的。應(yīng)理解可由計(jì)算機(jī)程序指令實(shí)現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結(jié)合。可提供這些計(jì)算機(jī)程序指令到通用計(jì)算機(jī)、專用計(jì)算機(jī)、嵌入式處理機(jī)或其他可編程數(shù)據(jù)處理設(shè)備的處理器以產(chǎn)生一個(gè)機(jī)器，使得通過(guò)計(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ā)明進(jìn)行各種改動(dòng)和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。
權(quán)利要求
1.一種網(wǎng)元上傳MR消息的方法，其特征在于，包括接收終端和基站上報(bào)的測(cè)量報(bào)告MR消息和呼叫詳細(xì)記錄CDL消息； 將接收的MR消息單獨(dú)組成MR文件；確定所述網(wǎng)元與MR服務(wù)器間的MR接口鏈路正常時(shí)，將所述MR文件采用文件傳輸協(xié)議 FTP方式上報(bào)給所述MR服務(wù)器，以使MR服務(wù)器根據(jù)所述MR文件中的MR消息生成性能指標(biāo)文件。
2.如權(quán)利要求1所述的方法，其特征在于，將接收的MR消息單獨(dú)組成MR文件，具體包括每隔設(shè)定時(shí)間間隔，將接收的MR消息單獨(dú)組成MR文件；或者在未組成MR文件的MR消息的信息量達(dá)到設(shè)定閾值時(shí)，將未組成MR文件的MR消息組成MR文件。
3.如權(quán)利要求1所述的方法，其特征在于，進(jìn)一步包括確定所述網(wǎng)元與MR服務(wù)器間的MR接口鏈路不正常時(shí)，等待至檢測(cè)到所述網(wǎng)元與MR服務(wù)器間的MR接口鏈路正常時(shí)，將所述MR文件及采用文件傳輸協(xié)議FTP方式上報(bào)給所述MR 服務(wù)器。
4.如權(quán)利要求1所述的方法，其特征在于，進(jìn)一步包括 確定MR文件傳輸成功時(shí)，將所述傳輸成功的MR文件刪除；確定MR文件未傳輸成功時(shí)，將所述未傳輸成功的MR文件存儲(chǔ)，間隔設(shè)定傳輸間隔進(jìn)行重傳；間隔設(shè)定更新時(shí)間刪除存儲(chǔ)時(shí)間最早的MR文件。
5.如權(quán)利要求1所述的方法，其特征在于，所述網(wǎng)元包括信令板和全局板，則具體是信令板上的高速信令子系統(tǒng)HSPS將終端上報(bào)的MR消息和CDL消息發(fā)送到操作維護(hù)子系統(tǒng) OAMS，OAMS將MR消息發(fā)給全局板，由全局板將MR消息單獨(dú)組成MR文件。
6.一種生成性能指標(biāo)文件的方法，其特征在于，包括 接收網(wǎng)元上報(bào)的采用文件傳輸協(xié)議FTP方式上報(bào)MR文件； 對(duì)所述MR文件解析得到MR消息；根據(jù)北向網(wǎng)管和/或網(wǎng)優(yōu)平臺(tái)的要求，對(duì)所述MR文件進(jìn)行解析得到性能指標(biāo)文件，將得到的性能指標(biāo)文件上報(bào)給北向網(wǎng)管和/或網(wǎng)優(yōu)平臺(tái)。
7.如權(quán)利要求6所述的方法，其特征在于，對(duì)所述MR進(jìn)行解析得到性能指標(biāo)文件的文件類型，具體包括二進(jìn)制類型及明文類型，所述性能指標(biāo)文件的命名中包括文件類型、發(fā)送性能指標(biāo)文件的網(wǎng)元的網(wǎng)元標(biāo)識(shí)及性能指標(biāo)文件創(chuàng)建時(shí)間。
8.一種上傳MR消息的網(wǎng)元，其特征在于，包括接收單元，用于接收終端和基站上報(bào)的測(cè)量報(bào)告MR消息和呼叫詳細(xì)記錄CDL消息； 文件生成單元，用于將接收的MR消息單獨(dú)組成MR文件；上報(bào)單元，用于確定所述網(wǎng)元與MR服務(wù)器間的MR接口鏈路正常時(shí)，將所述MR文件采用文件傳輸協(xié)議FTP方式上報(bào)給所述MR服務(wù)器，以使MR服務(wù)器根據(jù)所述MR文件中的MR 消息生成性能指標(biāo)文件。
9.如權(quán)利要求8所述的網(wǎng)元，其特征在于，所述文件生成單元具體用于每隔設(shè)定時(shí)間間隔，將接收的MR消息單獨(dú)組成MR文件；或者未組成MR文件的MR消息的信息量達(dá)到設(shè)定閾值時(shí)，將未組成MR文件的MR消息組成MR文件。
10.如權(quán)利要求8所述的網(wǎng)元，其特征在于，還包括等待傳輸單元，用于確定所述網(wǎng)元與MR服務(wù)器間的MR接口鏈路不正常時(shí)，等待至檢測(cè)到所述網(wǎng)元與MR服務(wù)器間的MR接口鏈路正常時(shí)，將所述MR文件及采用文件傳輸協(xié)議FTP 方式上報(bào)給所述MR服務(wù)器。
11.如權(quán)利要求8所述的網(wǎng)元，其特征在于，還包括第一刪除單元，用于確定MR文件傳輸成功時(shí)，將所述傳輸成功的MR文件刪除；重傳單元，用于確定MR文件未傳輸成功時(shí)，將所述未傳輸成功的MR文件存儲(chǔ)，間隔設(shè)定傳輸間隔進(jìn)行重傳；第二刪除單元，用于間隔設(shè)定更新時(shí)間刪除存儲(chǔ)時(shí)間最早的MR文件。
12.如權(quán)利要求8所述的網(wǎng)元，其特征在于，所述網(wǎng)元包括信令板和全局板，所述接收單元由信令板實(shí)現(xiàn)，所述文件生成單元由全局板實(shí)現(xiàn)，具體是信令板上的高速信令子系統(tǒng)HSPS將終端上報(bào)的MR消息和CDL消息發(fā)送到操作維護(hù)子系統(tǒng)OAMS，OAMS將MR消息發(fā)給全局板，由全局板將接收的MR消息單獨(dú)組成MR文件。
13.—種生成性能指標(biāo)文件的網(wǎng)元，其特征在于，包括文件接收單元，用于接收網(wǎng)元上報(bào)的采用文件傳輸協(xié)議FTP方式上報(bào)MR文件；第一解析單元，用于對(duì)所述MR文件解析得到MR消息；第二解析單元，用于根據(jù)北向網(wǎng)管和/或網(wǎng)優(yōu)平臺(tái)的要求，對(duì)所述MR文件進(jìn)行解析得到性能指標(biāo)文件，將得到的性能指標(biāo)文件上報(bào)給北向網(wǎng)管和/或網(wǎng)優(yōu)平臺(tái)。
全文摘要
本發(fā)明公開(kāi)了一種網(wǎng)元及其網(wǎng)元上傳MR消息的方法，該方法包括接收終端和基站上報(bào)的測(cè)量報(bào)告MR消息和呼叫詳細(xì)記錄CDL消息；將接收的MR消息單獨(dú)組成MR文件；確定所述網(wǎng)元與MR服務(wù)器間的MR接口鏈路正常時(shí)，將所述MR文件采用文件傳輸協(xié)議FTP方式上報(bào)給所述MR服務(wù)器，以使MR服務(wù)器根據(jù)所述MR文件中的MR消息生成性能指標(biāo)文件。本發(fā)明提高了接收上報(bào)的MR消息網(wǎng)元的處理能力；保證了MR消息不存在丟包問(wèn)題，有力保障了網(wǎng)優(yōu)平臺(tái)及北向網(wǎng)管獲取的性能指標(biāo)文件的正確性，有效提升了北向網(wǎng)管對(duì)性能指標(biāo)文件的處理效能。
文檔編號(hào)H04L12/24GK102571451SQ201210035568
公開(kāi)日2012年7月11日 申請(qǐng)日期2012年2月16日 優(yōu)先權(quán)日2012年2月16日
發(fā)明者張繼坤, 薛林, 鄒小龍 申請(qǐng)人:大唐移動(dòng)通信設(shè)備有限公司