• 
    

    
    

      99热精品在线国产_美女午夜性视频免费_国产精品国产高清国产av_av欧美777_自拍偷自拍亚洲精品老妇_亚洲熟女精品中文字幕_www日本黄色视频网_国产精品野战在线观看 ?

      地鐵綜合監(jiān)控系統(tǒng)數(shù)據(jù)信息量及服務(wù)器配置方式討論

      2015-03-27 09:21:39楊洪
      中國(guó)科技縱橫 2015年6期

      楊洪

      【摘 要】 本文主要在論述地鐵綜合監(jiān)控系統(tǒng)理論與實(shí)際信息數(shù)據(jù)量的基礎(chǔ)上,分析西安地鐵2號(hào)線數(shù)據(jù)存儲(chǔ)處理典型問題,并對(duì)綜合監(jiān)控系統(tǒng)中央級(jí)以及車站級(jí)服務(wù)器配置方式進(jìn)行討論。綜合監(jiān)控系統(tǒng)信息傳輸,信息存儲(chǔ)處理必須通過科學(xué)的設(shè)計(jì),以及現(xiàn)代先進(jìn)通信傳輸技術(shù)的應(yīng)用,有效提高系統(tǒng)數(shù)據(jù)信息轉(zhuǎn)發(fā)傳輸?shù)膶?shí)時(shí)性、可靠性和準(zhǔn)確性,確保地鐵運(yùn)營(yíng)、監(jiān)控、維護(hù)等能夠達(dá)到預(yù)期目標(biāo)。

      【關(guān)鍵詞】 綜合監(jiān)控系統(tǒng) ?信息數(shù)據(jù)存儲(chǔ)處理能力 ?中央級(jí)服務(wù)器 ?站點(diǎn)式分布服務(wù)器設(shè)置

      1 綜合監(jiān)控系統(tǒng)概述

      西安地鐵2號(hào)線(簡(jiǎn)稱地鐵2號(hào)線)綜合監(jiān)控系統(tǒng)是一個(gè)具有多功能性的信息集成互聯(lián)系統(tǒng)。綜合監(jiān)控系統(tǒng)采用集成、互聯(lián)的方式將地鐵2號(hào)線各關(guān)聯(lián)子系統(tǒng)聯(lián)接成一個(gè)有機(jī)的整體,形成統(tǒng)一的監(jiān)控硬件平臺(tái)和軟件平臺(tái),從而實(shí)現(xiàn)對(duì)地鐵主要弱電設(shè)備的集中監(jiān)控和管理功能,實(shí)現(xiàn)對(duì)列車運(yùn)行情況和客流統(tǒng)計(jì)數(shù)據(jù)的關(guān)聯(lián)監(jiān)視功能,最終實(shí)現(xiàn)相關(guān)各系統(tǒng)之間的信息共享和協(xié)調(diào)互動(dòng)功能。綜合監(jiān)控系統(tǒng)使控制中心OCC通過綜合監(jiān)控軟件平臺(tái)完成地鐵2號(hào)線各關(guān)聯(lián)系統(tǒng)設(shè)備的信息的互聯(lián)互通,大大提高了故障的處理效率,實(shí)現(xiàn)了跨專業(yè)的(各子系統(tǒng))的信息共享和聯(lián)動(dòng),為西安地鐵2號(hào)線自動(dòng)化調(diào)度管理提供了重要依據(jù)。

      西安地鐵2號(hào)線綜合監(jiān)控系統(tǒng)集成的主要接口系統(tǒng)有電力監(jiān)控系統(tǒng)(PSCADA);環(huán)境與設(shè)備監(jiān)控系統(tǒng)(BAS)、火災(zāi)自動(dòng)報(bào)警系統(tǒng)(FAS)、屏蔽門(PSD);互聯(lián)系統(tǒng)有:信號(hào)系統(tǒng)(SIG)、自動(dòng)售檢票系統(tǒng)(AFC)、廣播系統(tǒng)(PA)、閉路電視監(jiān)視系統(tǒng)(CCTV)、乘客信息系統(tǒng)(PIS)、綜合網(wǎng)絡(luò)管理系統(tǒng)(TNMS)、時(shí)鐘系統(tǒng)(CLK)。綜合監(jiān)控系統(tǒng)(ISCS)的構(gòu)建,為西安地鐵2號(hào)線安全、可靠、經(jīng)濟(jì)、適用的運(yùn)營(yíng)提供了重要技術(shù)保障(如圖1,2)。

      2 綜合監(jiān)控系統(tǒng)數(shù)據(jù)量的計(jì)算

      2.1 綜合監(jiān)控系統(tǒng)數(shù)據(jù)量的理論計(jì)算

      綜合監(jiān)控系統(tǒng)網(wǎng)絡(luò)通常分為骨干網(wǎng)和局域網(wǎng)兩個(gè)層次。骨干網(wǎng)是連接車站和中央的主干傳輸網(wǎng)絡(luò),車站和車輛段的站級(jí)綜合監(jiān)控系統(tǒng)則由局域網(wǎng)構(gòu)成,各局域網(wǎng)通過骨干網(wǎng)有機(jī)地形成整體,以滿足系統(tǒng)的需求。綜合監(jiān)控系統(tǒng)的骨干網(wǎng)上傳輸?shù)臄?shù)據(jù)包括各接入系統(tǒng)用于監(jiān)控和維修管理的實(shí)時(shí)數(shù)據(jù),這些數(shù)據(jù)按類型可分為開關(guān)量(I/O數(shù)據(jù))、模擬量和SOE量。由于綜合監(jiān)控系統(tǒng)的監(jiān)控主要以I/O數(shù)據(jù)為主,模擬量和SOE量較少,對(duì)骨干網(wǎng)的帶寬要求將基于實(shí)時(shí)監(jiān)控的I/O數(shù)據(jù)量和維修數(shù)據(jù)量來估算。

      綜合監(jiān)控系統(tǒng)傳輸數(shù)據(jù)以上行為主,下行的命令數(shù)據(jù)很少可以忽略不計(jì)。系統(tǒng)采用基于TCP/IP的以太網(wǎng),TCP/IP是一組協(xié)議的總稱,IP協(xié)議是包括TCP、UDP、FTP、SMTP等等,其中TCP適合文件傳輸,但不適合于實(shí)時(shí)數(shù)據(jù)傳輸,工業(yè)控制系統(tǒng)大多采用UDP協(xié)議。

      以太網(wǎng)每個(gè)數(shù)據(jù)幀前導(dǎo)碼8個(gè)字節(jié),目的地址和源地址各6字節(jié),數(shù)據(jù)長(zhǎng)度2個(gè)字節(jié),幀校驗(yàn)序列4個(gè)字節(jié),數(shù)據(jù)46-1500個(gè)字節(jié)。必須的幀頭尾開銷共26字節(jié)。

      IP協(xié)議需要20個(gè)字節(jié)的固定開銷,采用UDP協(xié)議需要12個(gè)字節(jié)的固定開銷。

      對(duì)于I/O數(shù)據(jù),每個(gè)點(diǎn)按2字節(jié)計(jì)算,每個(gè)信息包承載10個(gè)點(diǎn),加上各層封裝的開銷,則每個(gè)包長(zhǎng)度為:

      L1=26+20+12+10×2=78byte=624bit

      對(duì)于模擬量數(shù)據(jù),每個(gè)點(diǎn)按10字節(jié)計(jì)算,每個(gè)信息包承載10個(gè)點(diǎn),加上各層封裝的開銷,則每個(gè)包長(zhǎng)度為:

      L2=26+20+12+10×10=158byte=1264bit

      對(duì)于SOE量數(shù)據(jù),每個(gè)點(diǎn)按15字節(jié)計(jì)算,每個(gè)信息包承載10個(gè)點(diǎn),加上各層封裝的開銷,則每個(gè)包長(zhǎng)度為:

      L3=26+20+12+15×10=208byte=1664bit

      西安地鐵2號(hào)線一期共17座車站,1座車輛段,2座主變共20座站點(diǎn)。綜合監(jiān)控系統(tǒng)總監(jiān)控點(diǎn)數(shù)按34萬(wàn)點(diǎn)計(jì)算。其中按數(shù)字量約占總監(jiān)控點(diǎn)數(shù)的85%,SOE量約占總數(shù)的12%,模擬量約占總數(shù)的3%計(jì)算。根據(jù)集中分布式監(jiān)控?cái)?shù)據(jù)的傳輸網(wǎng)鏈路容量估算公式:監(jiān)控?cái)?shù)據(jù)的傳輸網(wǎng)鏈路容量C=綜合監(jiān)控系統(tǒng)總監(jiān)控點(diǎn)數(shù)×信息包長(zhǎng)度/信息單向傳遞延時(shí)。

      則數(shù)字量傳輸鏈路容量為:

      C1=(340000×0.85÷10)×624÷0.5=36.1Mbps

      則模擬量傳輸鏈路容量為:

      C2=(340000×0.03÷10)×1264÷0.5=2.6Mbps

      則SOE量傳輸鏈路容量為:

      C3=(340000×0.12÷10)×1664÷0.5=13.4Mbps

      此外由于綜合監(jiān)控系統(tǒng)傳輸數(shù)據(jù)還包括各相關(guān)系統(tǒng)維修信息應(yīng)以事件觸發(fā)的方式主動(dòng)上傳至維修中心,單個(gè)子系統(tǒng)的維修信息量不會(huì)超過5Mbps,同時(shí)考慮到大部分設(shè)備同時(shí)發(fā)生故障的可能性很小,因此各集成系統(tǒng)維修信息所需傳輸網(wǎng)鏈路容量c約為30Mbps。

      綜合監(jiān)控系統(tǒng)傳輸鏈路總?cè)萘緾=C1+C2+C3+c=82.1Mbps(監(jiān)控?cái)?shù)據(jù)鏈路容量C+維修信息所需鏈路容量c)。

      2.2 西安地鐵2號(hào)線綜合監(jiān)控?cái)?shù)據(jù)量統(tǒng)計(jì)

      西安地鐵2號(hào)線綜合監(jiān)控系統(tǒng)中(典型車站服務(wù)器)各接口子系統(tǒng)點(diǎn)表信息如表1:

      西安地鐵2號(hào)線綜合監(jiān)控系統(tǒng)中(典型車站服務(wù)器)各接口系統(tǒng)數(shù)據(jù)點(diǎn)數(shù)量如表2:

      從上述表中可以看出,按照地鐵運(yùn)營(yíng)生產(chǎn)的實(shí)際需求,西安地鐵2號(hào)線綜合監(jiān)控系統(tǒng)車站級(jí)服務(wù)器數(shù)據(jù)庫(kù)數(shù)據(jù)點(diǎn)具有子系統(tǒng)分類多,設(shè)備信息點(diǎn)詳細(xì),數(shù)據(jù)量龐大等特點(diǎn)。

      西安地鐵2號(hào)線中央級(jí)綜合監(jiān)控系統(tǒng)單日數(shù)據(jù)信息量統(tǒng)計(jì)表如表3:

      表3數(shù)據(jù)表明(上述數(shù)據(jù)量為隨機(jī)提取7日內(nèi)每日事件數(shù)據(jù)總量),地鐵2號(hào)線目前日數(shù)據(jù)信息量平均約為162139條。

      2.3 綜合監(jiān)控系統(tǒng)數(shù)據(jù)處理能力的主要問題

      按照上述綜合監(jiān)控系統(tǒng)數(shù)據(jù)信息量的計(jì)算與實(shí)際的數(shù)據(jù)量統(tǒng)計(jì)分析,地鐵2號(hào)線采用通信系統(tǒng)提供的獨(dú)立信道(100Mbps)能夠滿足地鐵2號(hào)線的信息傳輸需求。但綜合監(jiān)控系統(tǒng)功能的實(shí)現(xiàn),一方面依賴于信息傳輸通道,另一方面取決于中央級(jí)以及車站級(jí)服務(wù)器和相關(guān)系統(tǒng)硬件,軟件設(shè)備的信息存儲(chǔ)處理能力,完成如故障信息報(bào)警,設(shè)備運(yùn)行狀態(tài),趨勢(shì)圖等數(shù)據(jù)信息統(tǒng)計(jì)分析功能。按照現(xiàn)有的地鐵2號(hào)線數(shù)據(jù)信息量進(jìn)行計(jì)算,地鐵2號(hào)線中央級(jí)綜合監(jiān)控系統(tǒng)磁盤陣列(容量為2.4T)實(shí)際存儲(chǔ)周期為20天左右,設(shè)計(jì)存儲(chǔ)周期為3個(gè)月。故中央以及車站級(jí)綜合監(jiān)控服務(wù)器數(shù)據(jù)信息存儲(chǔ)處理能力可能因數(shù)據(jù)量過大成為全線綜合監(jiān)控系統(tǒng)數(shù)據(jù)傳輸、信息處理的瓶頸。目前西安地鐵因此類問題出現(xiàn)的典型問題為:中央級(jí)或車站級(jí)綜合監(jiān)控服務(wù)器事件信息丟失問題。

      中央級(jí)或車站級(jí)綜合監(jiān)控服務(wù)器事件丟失是指綜合監(jiān)控系統(tǒng)服務(wù)器(中央級(jí),車站級(jí))由于數(shù)據(jù)存儲(chǔ)量超過系統(tǒng)軟件設(shè)定的上限值(依據(jù)硬盤容量設(shè)定)而數(shù)據(jù)更新動(dòng)作發(fā)生意外使綜合監(jiān)控系統(tǒng)所集成互聯(lián)系統(tǒng)的數(shù)據(jù)信息只存儲(chǔ)于車站級(jí)服務(wù)器內(nèi)存中,無(wú)法進(jìn)入中央級(jí)調(diào)度工作站,車站級(jí)工作站信息更新,出現(xiàn)工作站信息刷新不顯示、不更新的故障現(xiàn)象。因車站綜合監(jiān)控服務(wù)器內(nèi)存只能存儲(chǔ)2個(gè)小時(shí)的接口系統(tǒng)的數(shù)據(jù)信息,故信息事件丟失故障會(huì)出現(xiàn)兩種故障現(xiàn)象,其一為在2個(gè)小時(shí)內(nèi)恢復(fù)數(shù)據(jù)更新動(dòng)作,中央級(jí)以及車站級(jí)綜合監(jiān)控工作站能夠恢復(fù)之前所有未刷新信息的顯示。其二為在2個(gè)小時(shí)內(nèi)未恢復(fù)數(shù)據(jù)更新動(dòng)作,中央級(jí)以及車站級(jí)綜合監(jiān)控工作將永久丟失部分?jǐn)?shù)據(jù)信息無(wú)法恢復(fù)。需進(jìn)一步提高中央級(jí)以及車站級(jí)綜合監(jiān)控系統(tǒng)服務(wù)器數(shù)據(jù)傳輸、數(shù)據(jù)存儲(chǔ)處理能力,滿足地鐵運(yùn)營(yíng)的實(shí)際需求。

      3 綜合監(jiān)控系統(tǒng)服務(wù)器配置討論

      因綜合監(jiān)控系統(tǒng)中央級(jí)服務(wù)器,車站級(jí)服務(wù)器主要承擔(dān)車站機(jī)電設(shè)備的數(shù)據(jù)傳輸、數(shù)據(jù)存儲(chǔ)處理任務(wù)。故本次對(duì)中央級(jí)與車站級(jí)綜合監(jiān)控系統(tǒng)服務(wù)器配置進(jìn)行討論。

      3.1 站點(diǎn)分布式服務(wù)器設(shè)置

      所謂站點(diǎn)分布式設(shè)置方案就是指綜合監(jiān)控系統(tǒng)在各站點(diǎn)(含控制中心)皆設(shè)置實(shí)時(shí)服務(wù)器及分布式歷史數(shù)據(jù)庫(kù),各站點(diǎn)被監(jiān)控對(duì)象的實(shí)時(shí)監(jiān)控?cái)?shù)據(jù)都上傳到相應(yīng)站點(diǎn)的服務(wù)器中進(jìn)行處理,并在本地歷史數(shù)據(jù)庫(kù)中進(jìn)行存儲(chǔ)和管理。在日常工作期間,如果車站工作站需要查詢本區(qū)域范圍內(nèi)的數(shù)據(jù),則只在本地調(diào)取相應(yīng)區(qū)域數(shù)據(jù)庫(kù)中的相關(guān)數(shù)據(jù)即可。如果網(wǎng)絡(luò)上某個(gè)節(jié)點(diǎn)上的綜合監(jiān)控系統(tǒng)需要查詢其它站點(diǎn)范圍內(nèi)的相關(guān)數(shù)據(jù),則只須通過網(wǎng)絡(luò)調(diào)取相應(yīng)站點(diǎn)數(shù)據(jù)庫(kù)中的相關(guān)數(shù)據(jù)即可。

      控制中心作為一個(gè)特殊站點(diǎn)考慮,控制中心的實(shí)時(shí)服務(wù)器與車站服務(wù)器采用相同的配置??刂浦行姆?wù)器負(fù)責(zé)對(duì)綜合監(jiān)控各互聯(lián)系統(tǒng)的數(shù)據(jù)采集、報(bào)警分析、運(yùn)算控制、事件記錄等事務(wù),并承擔(dān)互聯(lián)系統(tǒng)信息的存儲(chǔ)和管理。此外,由于電力監(jiān)控系統(tǒng)對(duì)實(shí)時(shí)響應(yīng)要求較高,且站間聯(lián)系較為緊密,因此將PSCADA數(shù)據(jù)接入控制中心服務(wù)器,各車站和車輛段接入的變電所綜合自動(dòng)化系統(tǒng)監(jiān)控信息也實(shí)時(shí)傳送至控制中心服務(wù)器進(jìn)行集中處理、存儲(chǔ)和管理,有利于對(duì)全線的變電所綜合自動(dòng)化系統(tǒng)信息的調(diào)用訪問和顯示,也便于控制中心電力調(diào)度人員對(duì)整個(gè)地鐵供電系統(tǒng)進(jìn)行統(tǒng)一調(diào)度。另外,為方便運(yùn)營(yíng)部門進(jìn)行全線歷史數(shù)據(jù)的統(tǒng)一集中管理,也可以在網(wǎng)絡(luò)非繁忙期間,在指定時(shí)間內(nèi),將各站服務(wù)器存儲(chǔ)的數(shù)據(jù)通過骨干網(wǎng)一次性匯總上傳到中央服務(wù)器進(jìn)行鏡像備份。

      站點(diǎn)分布式服務(wù)器設(shè)置方案具有如下特點(diǎn):

      (1)適合分布式的管理與控制。實(shí)現(xiàn)全局?jǐn)?shù)據(jù)在本地錄入、查詢、維修,這時(shí)由于計(jì)算機(jī)資源靠近用戶,可以降低通信代價(jià),在涉及其它站點(diǎn)數(shù)據(jù)庫(kù)中的數(shù)據(jù)只是少量的情況下,可以大大減少骨干網(wǎng)絡(luò)上的信息傳輸量,此外,存取的數(shù)據(jù)在本地?cái)?shù)據(jù)庫(kù)中,在一定條件下提高了響應(yīng)速度。

      (2)系統(tǒng)經(jīng)濟(jì),可靠性高,可用性好。與一個(gè)大型計(jì)算機(jī)支持一個(gè)大型的集中式數(shù)據(jù)庫(kù)再加一些本地和遠(yuǎn)程終端相比,由超級(jí)微型計(jì)算機(jī)或超級(jí)小型計(jì)算機(jī)支持的分布式數(shù)據(jù)庫(kù)系統(tǒng)往往具有更高的性價(jià)比、實(shí)施靈活性和較高可用性。由于數(shù)據(jù)分布在多個(gè)場(chǎng)地并有許多復(fù)制數(shù)據(jù),在個(gè)別場(chǎng)地或個(gè)別通信鏈路發(fā)生故障時(shí),不致于導(dǎo)致整個(gè)系統(tǒng)的崩潰,而且系統(tǒng)的局部故障不會(huì)引起全局失控。

      (3)可擴(kuò)展性好,易于擴(kuò)充。與站點(diǎn)分布式服務(wù)器配置方案所匹配的分布式數(shù)據(jù)庫(kù)技術(shù)可以非常方便的支撐對(duì)系統(tǒng)的擴(kuò)展,可增加站點(diǎn)的情況下,通過增加分布式數(shù)據(jù)庫(kù)的辦法,迅速擴(kuò)充已有的分布式數(shù)據(jù)庫(kù)系統(tǒng)。這比重建一個(gè)大型數(shù)據(jù)庫(kù)系統(tǒng)要簡(jiǎn)單,且節(jié)省了修改軟件所需要的時(shí)間和費(fèi)用。

      (4)采用站點(diǎn)分布式設(shè)置的實(shí)時(shí)服務(wù)器,僅負(fù)擔(dān)本站(控制中心)所轄范圍內(nèi)數(shù)據(jù)處理級(jí)存儲(chǔ)業(yè)務(wù),服務(wù)器負(fù)荷適中,且對(duì)傳輸網(wǎng)絡(luò)的依賴性較小。由多個(gè)分布式服務(wù)器及小型數(shù)據(jù)庫(kù)構(gòu)成的系統(tǒng)對(duì)服務(wù)器性能要求較低,且有利于降低對(duì)系統(tǒng)服務(wù)器及數(shù)據(jù)庫(kù)的投資。但該方案若采用傳統(tǒng)的直接存儲(chǔ)技術(shù)則需要所有站點(diǎn)服務(wù)器具備足夠的存儲(chǔ)容量,將增加了重復(fù)的存儲(chǔ)成本投入。

      3.2 中央集中與站點(diǎn)分布相結(jié)合的服務(wù)器設(shè)置

      中央集中與站點(diǎn)分布式相結(jié)合的配置方案是指在各車站設(shè)置實(shí)時(shí)服務(wù)器,主要用于監(jiān)控,負(fù)擔(dān)本站所轄范圍內(nèi)的數(shù)據(jù)采集、報(bào)警分析、運(yùn)算控制、事件記錄等事務(wù)。車站不設(shè)歷史數(shù)據(jù)庫(kù),數(shù)據(jù)以文件形式存儲(chǔ),歷史數(shù)據(jù)的存儲(chǔ)、整理、統(tǒng)計(jì)、分析等數(shù)據(jù)管理工作不在車站級(jí)實(shí)現(xiàn)。在中央設(shè)置全局的實(shí)時(shí)和歷史服務(wù)器,全線所有站點(diǎn)的被監(jiān)控對(duì)象的實(shí)時(shí)監(jiān)控?cái)?shù)據(jù)都通過綜合監(jiān)控系統(tǒng)骨干網(wǎng)傳輸傳送到中央來進(jìn)行集中處理、存儲(chǔ)和管理。中央實(shí)時(shí)服務(wù)器性能要求需高于車站實(shí)時(shí)服務(wù)器。如果某個(gè)站點(diǎn)需要查詢相關(guān)數(shù)據(jù),則必須通過綜合監(jiān)控系統(tǒng)主干網(wǎng)絡(luò)來遠(yuǎn)程調(diào)取中央全局歷史數(shù)據(jù)庫(kù)中的相關(guān)數(shù)據(jù),傳輸網(wǎng)絡(luò)的依賴性較大。該服務(wù)器配置方式有利于數(shù)據(jù)的多重保護(hù)和歷史數(shù)據(jù)的集中管理,但系統(tǒng)投資較大,目前地鐵建設(shè)較多采用此種方式。

      綜上所述,對(duì)于地鐵線路長(zhǎng)站點(diǎn)多以及綜合監(jiān)控系統(tǒng)接口系統(tǒng)多,接口數(shù)據(jù)量較大的情況,宜采用站點(diǎn)分布式服務(wù)器配置方案以緩解服務(wù)器數(shù)據(jù)存儲(chǔ)處理符合,提高綜合監(jiān)控系統(tǒng)運(yùn)行效率。

      4 結(jié)束語(yǔ)

      地鐵2號(hào)線綜合監(jiān)控系統(tǒng)數(shù)據(jù)的高效轉(zhuǎn)發(fā)共享是地鐵綜合監(jiān)控自動(dòng)化的重要組成部分,對(duì)地鐵安全可靠、節(jié)能經(jīng)濟(jì)運(yùn)營(yíng)有著非常重要的影響。綜合監(jiān)控系統(tǒng)信息傳輸,信息存儲(chǔ)處理必須通過科學(xué)的設(shè)計(jì),以及現(xiàn)代先進(jìn)通信傳輸技術(shù)的應(yīng)用,有效提高系統(tǒng)數(shù)據(jù)信息轉(zhuǎn)發(fā)傳輸?shù)膶?shí)時(shí)性、可靠性和準(zhǔn)確性,確保地鐵運(yùn)營(yíng)、監(jiān)控、維護(hù)等能夠達(dá)到預(yù)期目標(biāo)。

      參考文獻(xiàn):

      [1]徐忠.地鐵綜合監(jiān)控系統(tǒng)中的數(shù)據(jù)交互共享方案研究.信息安全與技術(shù).2012年3月.

      兴城市| 迭部县| 宁波市| 海阳市| 贵州省| 叙永县| 遵化市| 岳池县| 武山县| 库尔勒市| 金秀| 凤山市| 疏勒县| 阿鲁科尔沁旗| 郎溪县| 铜山县| 图们市| 奉化市| 大连市| 汉沽区| 固原市| 湟源县| 开远市| 金堂县| 凤阳县| 观塘区| 洛扎县| 长沙市| 伊宁县| 江安县| 阳信县| 东城区| 三原县| 利川市| 葫芦岛市| 日土县| 永嘉县| 莱芜市| 塔城市| 五大连池市| 曲松县|