專利名稱:一種基于ftp協(xié)議傳輸文件的方法和裝置的制作方法
技術(shù)領(lǐng)域:
本申請涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域,特別是涉及一種基于FTP協(xié)議傳輸文件的方法和
裝直。
背景技術(shù):
FTP (文件傳輸協(xié)議,F(xiàn)ile Transfer Protocol)作為網(wǎng)絡(luò)共享文件的傳輸協(xié)議,在網(wǎng)絡(luò)應(yīng)用軟件中具有廣泛的應(yīng)用。FTP協(xié)議的目標(biāo)是提高文件的共享性和可靠高效地傳送數(shù)據(jù)。目前,移動網(wǎng)管規(guī)范要求網(wǎng)元按照既定時間粒度(5/15/30/60分鐘)上報性能數(shù)據(jù),一般默認(rèn)15分鐘。通常性能數(shù)據(jù)為文件格式,在每個小時的0分鐘、15分鐘、30分鐘、45分鐘時刻,所有基站均會生成性能文件,由基站作為FTP客戶端,以被動模式和網(wǎng)管側(cè)的FTP服務(wù)器建立SOCEKT (套接字)連接,將性能文件上傳至網(wǎng)管側(cè)的FTP目錄下。被動模式下,命令連接和數(shù)據(jù)連接均由FTP客戶端發(fā)起,能夠避免出現(xiàn)從FTP服務(wù)器到FTP客戶端的數(shù)據(jù)端口的連接被防火墻過濾的問題。參照圖1,示出了現(xiàn)有技術(shù)一種基于FTP協(xié)議進(jìn)行性能文件傳輸?shù)姆椒?,具體流程如下步驟101、基站創(chuàng)建一個SOCEKT ;步驟102、基站向網(wǎng)管側(cè)的FTP服務(wù)器發(fā)送數(shù)據(jù)連接請求,該數(shù)據(jù)連接請求用于連接到服務(wù)器新開的數(shù)據(jù)端口;步驟103、基站向網(wǎng)管側(cè)的FTP服務(wù)器發(fā)送命令CWD dirname\r\n改變工作目錄;步驟104、網(wǎng)管側(cè)的FTP服務(wù)器向基站發(fā)送響應(yīng)碼和信息,正常為“250Commandokay,,;步驟105、基站向網(wǎng)管側(cè)的FTP服務(wù)器發(fā)送STOR f ilename\r\n命令,該STORfilename\r\n命令用于請求上傳filename文件;步驟106、網(wǎng)管側(cè)的FTP服務(wù)器向基站發(fā)送響應(yīng)碼,正常為“ 150” ;步驟107、基站收到響應(yīng)碼“150”后,開始上傳文件。由于FTP是TCP/IP (傳輸控制協(xié)議/因特網(wǎng)互聯(lián)協(xié)議,TransmissionControlProtocol/Internet Protocol)協(xié)議組中的協(xié)議之一,而 SYN(synchronize)包是 TCP 連接的第一個包,非常小的一種數(shù)據(jù)包,SYN攻擊包括大量此類的包;因此,為了防止SYN攻擊導(dǎo)致FTP服務(wù)器癱瘓,現(xiàn)有技術(shù)中網(wǎng)管側(cè)FTP服務(wù)器操作系統(tǒng)一般會限制半連接的數(shù)量;例如,Linux操作系統(tǒng)默認(rèn)的限制一般是256個,Solaris操作系統(tǒng)默認(rèn)的限制一般是1024個。這里,半連接主要指還沒完全建立連接的會話(TCP完全建立連接需要完成三次握手),SYN攻擊就是通過偽造這樣的半連接來實現(xiàn),從而消耗網(wǎng)絡(luò)資源以達(dá)到攻擊的目的。但是,對于TD-SCDMA(時分同步的碼分多址技術(shù),TimeDivision-SynchronousCode Division Multiple Access)或者 LTE (長期演進(jìn),Long Term Evolution)系統(tǒng),網(wǎng)管需要管理的物理基站的數(shù)量非常多(通常300(T6000之間),而當(dāng)全網(wǎng)的性能文件上傳時,容易出現(xiàn)所有基站的FTP客戶端向FTP服務(wù)器請求SOCKET連接的情形,這樣,所有基站的FTP客戶端的連接請求會導(dǎo)致網(wǎng)管側(cè)FTP服務(wù)器出現(xiàn)內(nèi)存占用較多的現(xiàn)象;并且,網(wǎng)管側(cè)FTP服務(wù)器操作系統(tǒng)對于半連接數(shù)量的限制會導(dǎo)致出現(xiàn)超過操作系統(tǒng)半連接限制的FTP SOCKET建立失敗的現(xiàn)象,這樣,大量性能文件無法在規(guī)定時間內(nèi)上傳到網(wǎng)管,從而導(dǎo)致性能數(shù)據(jù)上傳的實時性較低。總之,需要本領(lǐng)域技術(shù)人員迫切解決的一個技術(shù)問題就是如何能夠降低FTP服務(wù)器的內(nèi)存占用資源,以及,提高性能文件上傳的實時性。
發(fā)明內(nèi)容
本申請所要解決的技術(shù)問題是提供一種基于FTP協(xié)議傳輸文件的方法和裝置,能夠降低FTP服務(wù)器的內(nèi)存占用資源,以及,提高性能文件上傳的實時性。為了解決上述問題,本申請公開了一種基于FTP協(xié)議傳輸文件的方法,包括 網(wǎng)管接收基站上報的陷阱消息;網(wǎng)管依據(jù)所述陷阱消息中攜帶的基站的物理ID確定相應(yīng)基站的上報性能文件時間偏移;所述上報性能文件時間偏移用于表示上報性能文件的實際時刻相對于上報性能文件的理論時刻的偏移,所述上報性能文件時間偏移相同的基站數(shù)量不超過操作系統(tǒng)限制的半連接數(shù);網(wǎng)管將所述上報性能文件時間偏移攜帶在請求報文中下發(fā)給相應(yīng)的基站;網(wǎng)管側(cè)FTP服務(wù)器針對基站的SOCKET連接請求向基站返回響應(yīng)碼,并接收基站上傳的性能文件。優(yōu)選的,所述網(wǎng)管依據(jù)所述陷阱消息中攜帶的基站的物理ID確定相應(yīng)基站的上報性能文件時間偏移的步驟,包括網(wǎng)管預(yù)先配置基站組容量和基站組時間偏移;所述基站組容量不超過操作系統(tǒng)限制的半連接數(shù),所述基站組時間偏移用于表示相鄰基站組內(nèi)基站上報性能文件的實際時刻之間的時間偏移;網(wǎng)管依據(jù)所述基站組容量對與所述基站的物理ID相應(yīng)的基站進(jìn)行分組,得到基站組和基站組內(nèi)的基站;依據(jù)所述基站組時間偏移,確定各基站組內(nèi)的基站的上報性能文件時間偏移。優(yōu)選的,所述基站組時間偏移大于等于基站組上報時間,所述基站組上報時間等于性能文件大小與基站組時間偏移的乘積與帶寬的比值。優(yōu)選的,所述網(wǎng)管將所述上報性能文件時間偏移攜帶在請求報文中下發(fā)給相應(yīng)的基站的步驟,包括網(wǎng)管使用簡單網(wǎng)絡(luò)管理協(xié)議報文消息在請求報文的變量列表中攜帶所述上報性能文件時間偏移,并下發(fā)給相應(yīng)的基站。另一方面,本申請還公開了一種基于FTP協(xié)議傳輸文件的方法,包括基站向網(wǎng)管上報陷阱消息,所述陷阱消息中攜帶有基站自身的物理ID ;基站在接收到來自網(wǎng)管的請求報文后,向網(wǎng)管發(fā)送應(yīng)答報文,并保存所述請求報文中攜帶的上報性能文件時間偏移;所述上報性能文件時間偏移用于表示上報性能文件的實際時刻相對于上報性能文件的理論時刻的偏移,所述上報性能文件時間偏移相同的基站數(shù)量不超過操作系統(tǒng)限制的半連接數(shù);基站依據(jù)所述保存的上報性能文件時間偏移對每個上報性能文件的時刻進(jìn)行偏移,并在偏移后的每個上報性能文件的時刻向網(wǎng)管側(cè)FTP服務(wù)器發(fā)送SOCKET連接請求;基站在接收到網(wǎng)管側(cè)FTP服務(wù)器對所述SOCKET連接請求返回的響應(yīng)碼后,進(jìn)行性能文件的上傳。優(yōu)選的,所述保存所述請求報文中攜帶的上報性能文件時間偏移的步驟,包括基站將所述請求報文中攜帶的上報性能文件時間偏移保存在主控板內(nèi)存中;所述基站依據(jù)所述保存的上報性能文件時間偏移對每個上報性能文件的時刻進(jìn)行偏移的步驟,包括基站在每個上報性能文件的時刻,從主控板內(nèi)存讀取所述保存的上報性能文件時間偏移,并依據(jù)讀取結(jié)果對當(dāng)前上報性能文件的時刻進(jìn)行偏移。
另一方面,本申請還公開了一種基于FTP協(xié)議傳輸文件的裝置,其位于網(wǎng)管側(cè),包括陷阱消息接收模塊,用于接收基站上報的陷阱消息;時間偏移確定模塊,用于依據(jù)所述陷阱消息中攜帶的基站的物理ID確定相應(yīng)基站的上報性能文件時間偏移;所述上報性能文件時間偏移用于表示上報性能文件的實際時刻相對于上報性能文件的理論時刻的偏移,所述上報性能文件時間偏移相同的基站數(shù)量不超過操作系統(tǒng)限制的半連接數(shù);時間偏移下發(fā)模塊,用于將所述上報性能文件時間偏移攜帶在請求報文中下發(fā)給相應(yīng)的基站;及網(wǎng)管側(cè)FTP服務(wù)器,用于針對基站的SOCKET連接請求向基站返回響應(yīng)碼,并接收基站上傳的性能文件。優(yōu)選的,所述時間偏移確定模塊,包括預(yù)先配置子模塊,用于預(yù)先配置基站組容量和基站組時間偏移;所述基站組容量不超過操作系統(tǒng)限制的半連接數(shù),所述基站組時間偏移用于表示相鄰基站組內(nèi)基站上報性能文件的實際時刻之間的時間偏移;基站分組子模塊,用于依據(jù)所述基站組容量對與所述基站的物理ID相應(yīng)的基站進(jìn)打分組,得到基站組和基站組內(nèi)的基站;上報性能文件時間偏移確定子模塊,用于依據(jù)所述基站組時間偏移,確定各基站組內(nèi)的基站的上報性能文件時間偏移。優(yōu)選的,所述基站組時間偏移大于等于基站組上報時間,所述基站組上報時間等于性能文件大小與基站組時間偏移的乘積與帶寬的比值。優(yōu)選的,所述時間偏移下發(fā)模塊,具體用于使用簡單網(wǎng)絡(luò)管理協(xié)議報文消息在請求報文的變量列表中攜帶所述上報性能文件時間偏移,并下發(fā)給相應(yīng)的基站。另一方面,本申請還公開了一種基于FTP協(xié)議傳輸文件的裝置,其位于基站側(cè),包括上報模塊,用于向網(wǎng)管上報陷阱消息,所述陷阱消息中攜帶有基站自身的物理ID ;應(yīng)答模塊,用于基站在接收到來自網(wǎng)管的請求報文后,向網(wǎng)管發(fā)送應(yīng)答報文;保存模塊,用于保存所述請求報文中攜帶的上報性能文件時間偏移;所述上報性能文件時間偏移用于表示上報性能文件的實際時刻相對于上報性能文件的理論時刻的偏移,所述上報性能文件時間偏移相同的基站數(shù)量不超過操作系統(tǒng)限制的半連接數(shù);偏移模塊,用于依據(jù)所述保存的上報性能文件時間偏移對每個上報性能文件的時刻進(jìn)行偏移;連接請求模塊,用于在偏移后的每個上報性能文件的時刻向網(wǎng)管側(cè)FTP服務(wù)器發(fā)送SOCKET連接請求;及上傳模塊,用于在接收到網(wǎng)管側(cè)FTP服務(wù)器對所述SOCKET連接請求返回的響應(yīng)碼后,進(jìn)行性能文件的上傳。優(yōu)選的,所述保存模塊,具體用于將所述請求報文中攜帶的上報性能文件時間偏移保存在主控板內(nèi)存中; 所述偏移模塊,具體用于在每個上報性能文件的時刻,從主控板內(nèi)存讀取所述保存的上報性能文件時間偏移,并依據(jù)讀取結(jié)果對當(dāng)前上報性能文件的時刻進(jìn)行偏移。與現(xiàn)有技術(shù)相比,本申請具有以下優(yōu)點本申請基于FTP協(xié)議傳輸文件的技術(shù)方案中,米用上報性能文件時間偏移表不上報性能文件的實際時刻相對于上報性能文件的理論時刻的偏移,并且通過控制使得網(wǎng)管需要管理的眾多物理基站中上報性能文件時間偏移相同的基站數(shù)量不超過操作系統(tǒng)限制的半連接數(shù),這樣,上報性能文件的實際時刻相同的基站數(shù)量不超過操作系統(tǒng)限制的半連接數(shù),也即,同一時刻向FTP服務(wù)器請求SOCKET連接的基站數(shù)量不超過不超過操作系統(tǒng)限制的半連接數(shù),故能夠降低FTP服務(wù)器的內(nèi)存占用資源;并且,能夠避免出現(xiàn)超過操作系統(tǒng)半連接限制的FTP SOCKET建立失敗的現(xiàn)象,故相對于現(xiàn)有技術(shù),能夠提高性能文件上傳的實時性。
圖1是現(xiàn)有技術(shù)一種基于FTP協(xié)議進(jìn)行性能文件傳輸?shù)姆椒鞒虉D;圖2是本申請一種網(wǎng)管側(cè)基于FTP協(xié)議傳輸文件的方法實施例的流程圖;圖3是本申請一種基站側(cè)基于FTP協(xié)議傳輸文件的方法實施例的流程圖;圖4是本申請一種基于FTP協(xié)議傳輸文件的流程示意圖;圖5是本申請一種網(wǎng)管側(cè)基于FTP協(xié)議傳輸文件的裝置實施例的結(jié)構(gòu)圖;圖6是本申請一種基站側(cè)基于FTP協(xié)議傳輸文件的裝置實施例的結(jié)構(gòu)圖。
具體實施例方式為使本申請的上述目的、特征和優(yōu)點能夠更加明顯易懂,下面結(jié)合附圖和具體實施方式
對本申請作進(jìn)一步詳細(xì)的說明。本申請發(fā)明人注意到,目前對于TD-SCDMA或LTE系統(tǒng)中的基站而言,每個基站的每個上報性能文件的時刻都是相同的,這也是上報性能文件的理論時刻;因此,才會出現(xiàn)所有基站的FTP客戶端同時向FTP服務(wù)器請求SOCKET連接的情形。而如果能夠避免出現(xiàn)所有基站的FTP客戶端同時向FTP服務(wù)器請求SOCKET連接的情形,則能夠降低FTP服務(wù)器的內(nèi)存占用資源。為避免出現(xiàn)所有基站的FTP客戶端同時向FTP服務(wù)器請求SOCKET連接的情形,本申請?zhí)岢龌镜纳蠄笮阅芪募r間偏移這一技術(shù)術(shù)語,所述上報性能文件時間偏移用于表示上報性能文件的實際時刻相對于上報性能文件的理論時刻的偏移;并且,可以通過控制使得網(wǎng)管需要管理的眾多物理基站中上報性能文件時間偏移相同的基站數(shù)量不超過操作系統(tǒng)限制的半連接數(shù),也即上報性能文件的實際時刻相同的基站數(shù)量不超過操作系統(tǒng)限制的半連接數(shù);由于同一時刻向FTP服務(wù)器請求SOCKET連接的基站數(shù)量不超過不超過操作系統(tǒng)限制的半連接數(shù),故能夠降低FTP服務(wù)器的內(nèi)存占用資源;并且,能夠避免出現(xiàn)超過操作系統(tǒng)半連接限制的FTP SOCKET建立失敗的現(xiàn)象,故能夠提高性能文件上傳的實時性。參照圖2,示出了本申請一種網(wǎng)管側(cè)基于FTP協(xié)議傳輸文件的方法實施例的流程圖,具體可以包括步驟201、網(wǎng)管接收基站上報的陷阱消息;本申請可以應(yīng)用于TD-SCDMA或LTE系統(tǒng)等無線通信系統(tǒng)中性能文件從基站到網(wǎng) 管的上傳,既能夠降低網(wǎng)管側(cè)FTP服務(wù)器的內(nèi)存占用資源,又能夠提高性能文件上傳的實時性。本申請實施例中,陷阱(TRAP)消息為SNMP(簡單網(wǎng)絡(luò)管理協(xié)議,SimpleNetworkManagement Protocol)中規(guī)定的自主報文消息。步驟202、網(wǎng)管依據(jù)所述陷阱消息中攜帶的基站的物理ID (Identity)確定相應(yīng)基站的上報性能文件時間偏移;所述上報性能文件時間偏移用于表示上報性能文件的實際時刻相對于上報性能文件的理論時刻的偏移,所述上報性能文件時間偏移相同的基站數(shù)量不超過操作系統(tǒng)限制的半連接數(shù);網(wǎng)管需要管理的物理基站的數(shù)量非常多(通常300(T6000之間),而網(wǎng)管側(cè)FTP服務(wù)器操作系統(tǒng)一般會限制半連接的數(shù)量,例如,Linux操作系統(tǒng)默認(rèn)的限制一般是256個,Solaris操作系統(tǒng)默認(rèn)的限制一般是1024個等等;在實際應(yīng)用中,可以通過控制使得網(wǎng)管需要管理的眾多物理基站中上報性能文件時間偏移相同的基站數(shù)量不超過操作系統(tǒng)限制的半連接數(shù)。在本申請的一種優(yōu)選實施例中,所述網(wǎng)管依據(jù)所述陷阱消息中攜帶的基站的物理ID確定相應(yīng)基站的上報性能文件時間偏移的步驟,具體可以包括子步驟Al、網(wǎng)管預(yù)先配置基站組容量和基站組時間偏移;所述基站組容量不超過操作系統(tǒng)限制的半連接數(shù),所述基站組時間偏移用于表示相鄰基站組內(nèi)基站上報性能文件的實際時刻之間的時間偏移;子步驟A2、網(wǎng)管依據(jù)所述基站組容量對與所述基站的物理ID相應(yīng)的基站進(jìn)行分組,得到基站組和基站組內(nèi)的基站;子步驟A3、依據(jù)所述基站組時間偏移,確定各基站組內(nèi)的基站的上報性能文件時間偏移。本申請?zhí)岢龌窘M、基站組內(nèi)的基站、基站組容量和基站組時間偏移等技術(shù)術(shù)語,其中基站組為對與所述基站的物理ID相應(yīng)的基站進(jìn)行分組得到,基站組容量用于表示基站組容納的基站的數(shù)量,其中每個基站組可對應(yīng)相同或不同的基站組容量;另外,在實際應(yīng)用中,每個基站組內(nèi)的基站數(shù)量不超過對應(yīng)的基站組容量即可。在子步驟Al的具體實現(xiàn)中,可將基站組容量和基站組時間偏移作為兩個參數(shù),在網(wǎng)管側(cè)0MCR(無線操作維護(hù)中心,Operation&MaintenanceCenter Radio)進(jìn)行參數(shù)配置;可選地,可將配置好的參數(shù)保存在相應(yīng)的配置文件中,例如,所述配置文件的格式可以為XML (可擴(kuò)展標(biāo)記語言,Extensible Markup Language)格式。參照表1,示出了本申請一種基站組容量和基站組時間偏移的參數(shù)示意,其中,Nbnumber用于表示基站組容量,Nb Timeoffset用于表示基站組時間偏移??梢岳斫猓琜I, 60]為本申請一種基站組時間偏移的示例,并不理解為本申請的應(yīng)用限制。表I
權(quán)利要求
1.一種基于FTP協(xié)議傳輸文件的方法,其特征在于,包括 網(wǎng)管接收基站上報的陷阱消息; 網(wǎng)管依據(jù)所述陷阱消息中攜帶的基站的物理ID確定相應(yīng)基站的上報性能文件時間偏移;所述上報性能文件時間偏移用于表示上報性能文件的實際時刻相對于上報性能文件的理論時刻的偏移,所述上報性能文件時間偏移相同的基站數(shù)量不超過操作系統(tǒng)限制的半連接數(shù); 網(wǎng)管將所述上報性能文件時間偏移攜帶在請求報文中下發(fā)給相應(yīng)的基站; 網(wǎng)管側(cè)FTP服務(wù)器針對基站的SOCKET連接請求向基站返回響應(yīng)碼,并接收基站上傳的性能文件。
2.如權(quán)利要求1所述的方法,其特征在于,所述網(wǎng)管依據(jù)所述陷阱消息中攜帶的基站的物理ID確定相應(yīng)基站的上報性能文件時間偏移的步驟,包括 網(wǎng)管預(yù)先配置基站組容量和基站組時間偏移;所述基站組容量不超過操作系統(tǒng)限制的半連接數(shù),所述基站組時間偏移用于表示相鄰基站組內(nèi)基站上報性能文件的實際時刻之間的時間偏移; 網(wǎng)管依據(jù)所述基站組容量對與所述基站的物理ID相應(yīng)的基站進(jìn)行分組,得到基站組和基站組內(nèi)的基站; 依據(jù)所述基站組時間偏移,確定各基站組內(nèi)的基站的上報性能文件時間偏移。
3.如權(quán)利要求2所述的方法,其特征在于,所述基站組時間偏移大于等于基站組上報時間,所述基站組上報時間等于性能文件大小與基站組時間偏移的乘積與帶寬的比值。
4.如權(quán)利要求1所述的方法,其特征在于,所述網(wǎng)管將所述上報性能文件時間偏移攜帶在請求報文中下發(fā)給相應(yīng)的基站的步驟,包括 網(wǎng)管使用簡單網(wǎng)絡(luò)管理協(xié)議報文消息在請求報文的變量列表中攜帶所述上報性能文件時間偏移,并下發(fā)給相應(yīng)的基站。
5.一種基于FTP協(xié)議傳輸文件的方法,其特征在于,包括 基站向網(wǎng)管上報陷阱消息,所述陷阱消息中攜帶有基站自身的物理ID ; 基站在接收到來自網(wǎng)管的請求報文后,向網(wǎng)管發(fā)送應(yīng)答報文,并保存所述請求報文中攜帶的上報性能文件時間偏移;所述上報性能文件時間偏移用于表示上報性能文件的實際時刻相對于上報性能文件的理論時刻的偏移,所述上報性能文件時間偏移相同的基站數(shù)量不超過操作系統(tǒng)限制的半連接數(shù); 基站依據(jù)所述保存的上報性能文件時間偏移對每個上報性能文件的時刻進(jìn)行偏移,并在偏移后的每個上報性能文件的時刻向網(wǎng)管側(cè)FTP服務(wù)器發(fā)送SOCKET連接請求; 基站在接收到網(wǎng)管側(cè)FTP服務(wù)器對所述SOCKET連接請求返回的響應(yīng)碼后,進(jìn)行性能文件的上傳。
6.如權(quán)利要求5所述的方法,其特征在于,所述保存所述請求報文中攜帶的上報性能文件時間偏移的步驟,包括基站將所述請求報文中攜帶的上報性能文件時間偏移保存在主控板內(nèi)存中; 所述基站依據(jù)所述保存的上報性能文件時間偏移對每個上報性能文件的時刻進(jìn)行偏移的步驟,包括基站在每個上報性能文件的時刻,從主控板內(nèi)存讀取所述保存的上報性能文件時間偏移,并依據(jù)讀取結(jié)果對當(dāng)前上報性能文件的時刻進(jìn)行偏移。
7.一種基于FTP協(xié)議傳輸文件的裝置,其特征在于,其位于網(wǎng)管側(cè),包括 陷阱消息接收模塊,用于接收基站上報的陷阱消息; 時間偏移確定模塊,用于依據(jù)所述陷阱消息中攜帶的基站的物理ID確定相應(yīng)基站的上報性能文件時間偏移;所述上報性能文件時間偏移用于表示上報性能文件的實際時刻相對于上報性能文件的理論時刻的偏移,所述上報性能文件時間偏移相同的基站數(shù)量不超過操作系統(tǒng)限制的半連接數(shù); 時間偏移下發(fā)模塊,用于將所述上報性能文件時間偏移攜帶在請求報文中下發(fā)給相應(yīng)的基站;及 網(wǎng)管側(cè)FTP服務(wù)器,用于針對基站的SOCKET連接請求向基站返回響應(yīng)碼,并接收基站上傳的性能文件。
8.如權(quán)利要求7所述的裝置,其特征在于,所述時間偏移確定模塊,包括 預(yù)先配置子模塊,用于預(yù)先配置基站組容量和基站組時間偏移;所述基站組容量不超過操作系統(tǒng)限制的半連接數(shù),所述基站組時間偏移用于表示相鄰基站組內(nèi)基站上報性能文件的實際時刻之間的時間偏移; 基站分組子模塊,用于依據(jù)所述基站組容量對與所述基站的物理ID相應(yīng)的基站進(jìn)行分組,得到基站組和基站組內(nèi)的基站; 上報性能文件時間偏移確定子模塊,用于依據(jù)所述基站組時間偏移,確定各基站組內(nèi)的基站的上報性能文件時間偏移。
9.如權(quán)利要8所述的裝置,其特征在于,所述基站組時間偏移大于等于基站組上報時間,所述基站組上報時間等于性能文件大小與基站組時間偏移的乘積與帶寬的比值。
10.如權(quán)利要求7所述的裝置,其特征在于,所述時間偏移下發(fā)模塊,具體用于使用簡單網(wǎng)絡(luò)管理協(xié)議報文消息在請求報文的變量列表中攜帶所述上報性能文件時間偏移,并下發(fā)給相應(yīng)的基站。
11.一種基于FTP協(xié)議傳輸文件的裝置,其特征在于,其位于基站側(cè),包括 上報模塊,用于向網(wǎng)管上報陷阱消息,所述陷阱消息中攜帶有基站自身的物理ID ; 應(yīng)答模塊,用于基站在接收到來自網(wǎng)管的請求報文后,向網(wǎng)管發(fā)送應(yīng)答報文; 保存模塊,用于保存所述請求報文中攜帶的上報性能文件時間偏移;所述上報性能文件時間偏移用于表不上報性能文件的實際時刻相對于上報性能文件的理論時刻的偏移,所述上報性能文件時間偏移相同的基站數(shù)量不超過操作系統(tǒng)限制的半連接數(shù); 偏移模塊,用于依據(jù)所述保存的上報性能文件時間偏移對每個上報性能文件的時刻進(jìn)行偏移; 連接請求模塊,用于在偏移后的每個上報性能文件的時刻向網(wǎng)管側(cè)FTP服務(wù)器發(fā)送SOCKET連接請求;及 上傳模塊,用于在接收到網(wǎng)管側(cè)FTP服務(wù)器對所述SOCKET連接請求返回的響應(yīng)碼后,進(jìn)行性能文件的上傳。
12.如權(quán)利要求11所述的裝置,其特征在于,所述保存模塊,具體用于將所述請求報文中攜帶的上報性能文件時間偏移保存在主控板內(nèi)存中; 所述偏移模塊,具體用于在每個上報性能文件的時刻,從主控板內(nèi)存讀取所述保存的上報性能文件時間偏移,并依據(jù)讀取結(jié)果對當(dāng)前上報性能文件的時刻進(jìn)行偏移。
全文摘要
本申請?zhí)峁┝艘环N基于FTP協(xié)議傳輸文件的方法和裝置,其中的方法具體包括網(wǎng)管接收基站上報的陷阱消息;網(wǎng)管依據(jù)所述陷阱消息中攜帶的基站的物理ID確定相應(yīng)基站的上報性能文件時間偏移;所述上報性能文件時間偏移用于表示上報性能文件的實際時刻相對于上報性能文件的理論時刻的偏移,所述上報性能文件時間偏移相同的基站數(shù)量不超過操作系統(tǒng)限制的半連接數(shù);網(wǎng)管將所述上報性能文件時間偏移攜帶在請求報文中下發(fā)給相應(yīng)的基站;網(wǎng)管側(cè)FTP服務(wù)器針對基站的SOCKET連接請求向基站返回響應(yīng)碼,并接收基站上傳的性能文件。本申請能夠降低FTP服務(wù)器的內(nèi)存占用資源,以及,提高性能文件上傳的實時性。
文檔編號H04L12/24GK103023887SQ20121048892
公開日2013年4月3日 申請日期2012年11月26日 優(yōu)先權(quán)日2012年11月26日
發(fā)明者高利虹, 王欣 申請人:大唐移動通信設(shè)備有限公司