本發(fā)明涉及一種基于源端點表模型維護的主站間縱向數(shù)據(jù)傳輸方法。
背景技術：
：目前電力系統(tǒng)中縱向主站之間的數(shù)據(jù)交互越來越多，占用了電力系統(tǒng)主站運維人員的大量時間與精力，傳統(tǒng)的變電站與主站之間利用源端點表模型(即傳輸數(shù)據(jù)的內(nèi)容以及含義)維護技術實現(xiàn)了數(shù)據(jù)接入與維護自動化，而縱向主站之間數(shù)據(jù)傳輸方式一部分由傳統(tǒng)的IEC-60870-5-104或DL476-92方式進行，另一部分則采用TASE.2形式進行。前者僅僅是數(shù)據(jù)傳輸，若實現(xiàn)完整的數(shù)據(jù)傳輸仍然需要兩側(cè)主站分別進行點表模型維護；后者雖然解決了IEC-60870-5-104或DL476-92存在雙邊維護的問題，但也存在維護困難，維護技術門檻高的缺點。如何利用現(xiàn)有技術簡化主站之間的縱向數(shù)據(jù)交互調(diào)試過程、降低維護門檻還是亟待解決的問題。技術實現(xiàn)要素：針對上述問題，本發(fā)明提供一種基于源端點表模型維護的主站間縱向數(shù)據(jù)傳輸方法，實現(xiàn)主站間縱向數(shù)據(jù)傳輸單邊維護，降低了維護數(shù)據(jù)通道的技術門檻，提高了維護數(shù)據(jù)通道的效率。為實現(xiàn)上述技術目的，達到上述技術效果，本發(fā)明通過以下技術方案實現(xiàn)：基于源端點表模型維護的主站間縱向數(shù)據(jù)傳輸方法，其特征在于，包括如下步驟：1)判斷當前數(shù)據(jù)發(fā)送側(cè)主站和數(shù)據(jù)接收側(cè)主站之間是否正在進行數(shù)據(jù)傳輸，若是則進入步驟2)，若否則進入步驟3)；2)停止當前數(shù)據(jù)傳輸并向數(shù)據(jù)接收側(cè)主站發(fā)送數(shù)據(jù)停止傳送信息，當收到數(shù)據(jù)接收側(cè)主站發(fā)送的確認信息后進入步驟3)；其中，數(shù)據(jù)接收側(cè)主站發(fā)送確認信息后定時發(fā)送版本信息文件召喚請求，直至能夠正確召喚版本文件；3)數(shù)據(jù)發(fā)送側(cè)主站建立點表模型；4)數(shù)據(jù)發(fā)送側(cè)主站依據(jù)生成的點表模型文件生成相應的版本信息文件；5)數(shù)據(jù)發(fā)送側(cè)主站響應數(shù)據(jù)接收側(cè)主站發(fā)送的版本信息文件召喚請求，將版本信息文件發(fā)送至數(shù)據(jù)接收側(cè)主站；6)數(shù)據(jù)接收側(cè)主站判斷接收的版本信息文件是否正確，若正確則進入步驟7)；7)數(shù)據(jù)接收側(cè)主站向數(shù)據(jù)發(fā)送側(cè)主站發(fā)送激活數(shù)據(jù)傳輸信息；8)數(shù)據(jù)發(fā)送側(cè)主站接收激活數(shù)據(jù)傳輸信息后進行遠動數(shù)據(jù)傳送直至通信結(jié)束；其中，采用擴展的IEC-60870-5-104或擴展的DL476-92規(guī)約進行數(shù)據(jù)傳輸和控制操作，且在上述步驟1)-步驟8)中，當數(shù)據(jù)發(fā)送側(cè)主站更改點表模型時，則進入步驟1)。優(yōu)選，步驟6)中，數(shù)據(jù)接收側(cè)主站解析版本信息文件，比較接收的版本信息文件中點表模型文件版本是否與當前傳輸使用的點表模型文件一致，若各個信息均一致，則判斷接收的版本信息文件正確，否則判斷接收的版本信息文件不正確。優(yōu)選，當判斷接收的版本信息文件中所描述的點表模型與當前使用的點表模型不一致時：a)數(shù)據(jù)接收側(cè)主站向數(shù)據(jù)發(fā)送側(cè)主站發(fā)送點表模型文件召喚請求；b)數(shù)據(jù)發(fā)送側(cè)主站響應點表模型文件召喚請求，向數(shù)據(jù)接收側(cè)主站發(fā)送點表模型文件；c)數(shù)據(jù)接收側(cè)主站接收點表模型文件，并將點表模型文件導入自身運行環(huán)境，導入成功后，進入步驟7)。本發(fā)明的有益效果是：本發(fā)明解決了主站間縱向數(shù)據(jù)交換的點表模型分別維護的問題，在不增加維護難度、技術門檻的基礎上，達到了主站間數(shù)據(jù)傳輸?shù)膯蝹?cè)維護的效果，節(jié)省了現(xiàn)有主站自動化維護人員的時間精力，提高了主站間數(shù)據(jù)傳送通道的維護效率。附圖說明圖1是本發(fā)明基于源端點表模型維護的主站間縱向數(shù)據(jù)傳輸方法的流程圖；圖2是本發(fā)明簡化的點表模型文件CIM/UML示意圖；圖3是本發(fā)明示例版本信息文件代碼。具體實施方式下面結(jié)合附圖和具體的實施例對本發(fā)明技術方案作進一步的詳細描述，以使本領域的技術人員可以更好的理解本發(fā)明并能予以實施，但所舉實施例不作為對本發(fā)明的限定?；谠炊它c表模型維護的主站間縱向數(shù)據(jù)傳輸方法，如圖1所示，包括如下步驟：1)判斷當前數(shù)據(jù)發(fā)送側(cè)主站和數(shù)據(jù)接收側(cè)主站之間是否正在進行數(shù)據(jù)傳輸，若是則進入步驟2)，若否則進入步驟3)；2)停止當前數(shù)據(jù)傳輸并向數(shù)據(jù)接收側(cè)主站發(fā)送數(shù)據(jù)停止傳送信息，當收到數(shù)據(jù)接收側(cè)主站發(fā)送的確認信息后進入步驟3)；其中，數(shù)據(jù)接收側(cè)主站發(fā)送確認信息后定時發(fā)送版本信息文件召喚請求，直至能夠正確召喚版本文件；3)數(shù)據(jù)發(fā)送側(cè)主站建立點表模型；4)數(shù)據(jù)發(fā)送側(cè)主站依據(jù)生成的點表模型文件生成相應的版本信息文件；5)數(shù)據(jù)發(fā)送側(cè)主站響應數(shù)據(jù)接收側(cè)主站發(fā)送的版本信息文件召喚請求，將版本信息文件發(fā)送至數(shù)據(jù)接收側(cè)主站；6)數(shù)據(jù)接收側(cè)主站判斷接收的版本信息文件是否正確，若正確則進入步驟7)；7)數(shù)據(jù)接收側(cè)主站向數(shù)據(jù)發(fā)送側(cè)主站發(fā)送激活數(shù)據(jù)傳輸信息；8)數(shù)據(jù)發(fā)送側(cè)主站接收激活數(shù)據(jù)傳輸信息后，立即使用該版本的點表模型進行遠動數(shù)據(jù)傳送，直至通信結(jié)束；其中，采用擴展的IEC-60870-5-104(擴展的IEC-60870-5-104規(guī)約可參照：https://en.wikipedia.org/wiki/IEC_60870-5#IEC_60870-5-104)或擴展的DL476-92(可參照：http://www.doc88.com/p-3018718742470.html)規(guī)約進行數(shù)據(jù)傳輸和控制操作，且在上述步驟1)-步驟8)中，當數(shù)據(jù)發(fā)送側(cè)主站更改點表模型時，則進入步驟1)。采用擴展的IEC-60870-5-104或擴展的DL476-92規(guī)約進行數(shù)據(jù)傳輸/控制操作，兩側(cè)主站包括數(shù)據(jù)發(fā)送側(cè)主站和數(shù)據(jù)接收側(cè)主站，在進行數(shù)據(jù)傳輸過程前需先行約定每個點號所傳輸數(shù)據(jù)的內(nèi)容以及含義，即傳輸內(nèi)容約定，該過程自動實現(xiàn)，無需進行人工干預，而點號的定義由數(shù)據(jù)發(fā)送側(cè)主站進行單邊維護，數(shù)據(jù)接收側(cè)主站無需人工維護。優(yōu)選，步驟6)中，數(shù)據(jù)接收側(cè)主站解析版本信息文件，比較接收的版本信息文件中點表模型文件版本是否與當前傳輸使用的點表模型文件一致，若各個信息均一致，則判斷接收的版本信息文件正確，即判斷接收的版本信息文件中所描述的點表模型與當前數(shù)據(jù)接收側(cè)主站使用的點表模型一致，否則判斷接收的版本信息文件不正確，即判斷版本信息文件中所描述的點表模型與當前數(shù)據(jù)接收側(cè)主站使用的點表模型不一致。當判斷接收的版本信息文件不正確時，即版本信息文件中所描述的點表模型與當前數(shù)據(jù)接收側(cè)主站使用的點表模型不一致時：a)數(shù)據(jù)接收側(cè)主站向數(shù)據(jù)發(fā)送側(cè)主站發(fā)送點表模型文件召喚請求；b)數(shù)據(jù)發(fā)送側(cè)主站響應點表模型文件召喚請求，向數(shù)據(jù)接收側(cè)主站發(fā)送點表模型文件；c)數(shù)據(jù)接收側(cè)主站接收點表模型文件，并將點表模型文件導入自身運行環(huán)境，導入成功后，進入步驟7)。其中，步驟3)中，數(shù)據(jù)發(fā)送側(cè)主站建立使用CIM/XML格式描述的點表模型文件，具體包括簡化的點表模型文件或者擴展的點表模型文件。IEC61970-552CIMXMLModelExchangeFormat：簡稱CIM/XML，是國際標準，電力系統(tǒng)的大多數(shù)應用都是基于CIM/XML進行離線模型交換。點表模型(即傳輸數(shù)據(jù)的內(nèi)容以及含義)使用擴展的CIM/UML進行描述，點表模型文件采用擴展的CIM/XML格式進行描述，并以后綴名為“.poi”的文本文件進行存儲、傳輸。其中，CIM是模型規(guī)范，可以用UML或者XML表示出來，如果采用UML，則表現(xiàn)形式如附圖2所示；如果采用XML，則就是XML格式的文件。簡化的點表模型文件：采用無一次設備的CIM/XML模型，即認為所有采集測點均為子控制區(qū)(SubControlArea)所有，點表文件中僅包含有CIM/XML的主控制區(qū)(cim:HostControlArea)、子控制區(qū)(cim:SubControlArea)，擴展出狀態(tài)量測點(cim:MeasurementStatus)、模擬量測點(cim:MeasurementAnalog)以及控制點(cim:Control)。其CIM/UML示意圖如附圖2所示，其主要屬性含義參見：表1、表2、表3、表4和表5。表1主控制區(qū)(cim:HostControlArea)屬性名別名類型長度(字節(jié))描述cim:Naming.name名稱字符串32主控制區(qū)名稱表2子控制區(qū)(cim:SubControlArea)屬性名別名類型長度(字節(jié))描述cim:Naming.name名稱字符串32子控制區(qū)名稱表3模擬量測點(cim:MeasurementAnalog)表4狀態(tài)量測點(cim:MeasurementStatus)表5控制點(cim:Control)擴展的點表模型文件：在完整的地區(qū)電網(wǎng)CIM/XML模型中擴展量測點(cim:Measurement)，遙控點(cim:Control)的描述。其主要屬性參見：表6和表7。表6量測點(cim:Measurement)表7控制點(cim:Control)相應的，版本信息文件利用XML格式進行描述，版本文件名稱由兩側(cè)主站約定，其文件后綴名使用“.ver”，主要內(nèi)容包括：點表模型文件名稱、點表模型文件大小、點表模型文件最后修改時間、點表模型文件壓縮方式、點表模型文件MD5校驗碼，示例版本信息文件代碼如圖3所示，其中：●<versionfile>節(jié)點的name屬性用于描述版本文件的名稱；●<versionfile>節(jié)點的updatetime屬性用于描述版本文件的更新時間；●<cimfile>子節(jié)點<name>用于描述擴展CIM/XML模型文件名稱；●<cimfile>子節(jié)點<timestamp>用于描述擴展CIM/XML模型文件更新時間；●<cimfile>子節(jié)點<size>用于描述擴展CIM/XML模型文件大小，單位為字節(jié)；●<cimfile>子節(jié)點<zip>用于描述擴展CIM/XML模型文件壓縮方式，其值可以為"none"(不進行壓縮)、"zip"(使用ZIP方式進行壓縮)、"gzip"(使用GNUzip格式)、"7z"(使用7zip格式進行壓縮)；●<cimfile>子節(jié)點<md5sum>用于描述文件的md5校驗和；傳送版本信息文件；將上述各個優(yōu)選方案疊加在一起，即得到圖1中的最優(yōu)方案步驟S1-S11，其中，僅在步驟S11判斷數(shù)據(jù)發(fā)送側(cè)主站是否更改點表模型。本發(fā)明解決了主站間縱向數(shù)據(jù)交換的點表模型分別維護的問題，在不增加維護難度、技術門檻的基礎上，達到了主站間數(shù)據(jù)傳輸?shù)膯蝹?cè)維護的效果，節(jié)省了現(xiàn)有主站自動化維護人員的時間精力，提高了主站間數(shù)據(jù)傳送通道的維護效率。以上僅為本發(fā)明的優(yōu)選實施例，并非因此限制本發(fā)明的專利范圍，凡是利用本發(fā)明說明書及附圖內(nèi)容所作的等效結(jié)構(gòu)或者等效流程變換，或者直接或間接運用在其他相關的
技術領域：
，均同理包括在本發(fā)明的專利保護范圍內(nèi)。當前第1頁1 2 3