无码成人A片在线观看,性欧美videofree高清变态,中文字幕有码无码av,国产无人区卡一卡二扰乱码 ,最近高清日本免费

您現(xiàn)在的位置: 通信界 >> 工業(yè)自動化 >> 技術(shù)正文  
 
基于TCP/IP的IEC60870-5-104遠動規(guī)約在電力系統(tǒng)中的應(yīng)用
[ 通信界 / 趙淵,沈智健 / m.k-94.cn / 2004/6/3 ]
 

趙淵,沈智健

(重慶大學電氣工程學院電力系,重慶 400044)

  摘 要:根據(jù)國際電工委員會制定的IEC-60870-5-101和IEC-60870-5-104遠動規(guī)約,我國已經(jīng)制定了相應(yīng)的配套標準DL/T634-1997和 DL/T634.5104-2002。IEC-60870-5-101遠動規(guī)約已經(jīng)在我國電力系統(tǒng)中得到了較為廣泛的應(yīng)用,而IEC-60870-5-104作為采用標準傳輸協(xié)議子集的IEC60870-5-101的網(wǎng)絡(luò)訪問,由于涉及到網(wǎng)絡(luò)編程以及頒布時間較短,在電力系統(tǒng)中應(yīng)用很少。作者詳細介紹了IEC-60870-5-104的網(wǎng)絡(luò)參考模型﹑幀格式結(jié)構(gòu)和TCP連接建立過程,并根據(jù)工程實踐,分析了IEC-60870-5-104的實現(xiàn)方法以及應(yīng)注意的要點,最后提出了拓展IEC-60870-5-104使用范疇的一些設(shè)想。
  關(guān)鍵詞:IEC60870-5-104;IEC60870-5-101;遠動規(guī)約;網(wǎng)絡(luò)訪問


1 概述
  遠動規(guī)約是站端RTU和調(diào)度系統(tǒng)進行信息交互的接口,隨著軟硬件技術(shù)的發(fā)展,遠動規(guī)約也在不斷地變化和發(fā)展。國際和國內(nèi)使用的遠動規(guī)約多種多樣,即使對于同一種規(guī)約,其傳輸格式也會因不同國家﹑不同生產(chǎn)廠家而不同;為了統(tǒng)一這種混亂局面,實現(xiàn)遠動規(guī)約的標準化,國際電工委員會TC-57技術(shù)委員會制定了一系列遠動規(guī)約的基本標準[1-5],并在此基礎(chǔ)上制定了IEC60870-5-101遠動規(guī)約,我國在非等效采用此規(guī)約的基礎(chǔ)上制定了相應(yīng)的配套標準DL/T634-1997[6]。IEC60870-5-101為了提高通信的實時性,采用了只有物理層、數(shù)據(jù)鏈路層、應(yīng)用層3層的增強性規(guī)約結(jié)構(gòu)(EPA)[6],應(yīng)用層直接映射到數(shù)據(jù)鏈路層,加強了信息的實時性。在點對點和多個點對點的全雙工配置下,此配套標準可以采用平衡式傳輸以發(fā)揮其內(nèi)在潛力,此情況下由主站啟動的鏈路傳輸服務(wù)有[7]:
 。1)由主站向子站循環(huán)詢問越限的測量值的二級用戶數(shù)據(jù);
 。2)由主站定期召喚和詢問全數(shù)據(jù)(包括狀態(tài)量、測量值、變壓器分接頭位置、水位、頻率);
 。3)由主站定期召喚電度量;
 。4)由主站向子站定期進行時鐘同步;
 。5)由主站向子站發(fā)送控制斷路器命令、調(diào)節(jié)步命令、設(shè)點命令、裝載命令等;
 。6)當事故發(fā)生后,由主站向子站召喚事故順序記錄,包括狀態(tài)量和繼電保護信號的事故順序記錄;
 。7)支持文件傳輸,主站可以召喚故障錄波裝置記錄擾動數(shù)據(jù)的數(shù)據(jù)文件。
   由從站觸發(fā)啟動的鏈路傳輸服務(wù)主要是:
 。1)子站發(fā)生狀態(tài)變位時主動傳送的一級用戶數(shù)據(jù);
 。2)定時向主站傳送子站的全數(shù)據(jù),傳送周期由子站的參數(shù)確定。如果子站長時間沒有接受到主站的信息,子站將縮短向主站傳送全數(shù)據(jù)的周期,并變?yōu)橄蛑髡狙h(huán)傳送全數(shù)據(jù)。
采用子站主動向主站傳送狀態(tài)變位和全數(shù)據(jù)有兩個優(yōu)點;
  (1)子站發(fā)生狀態(tài)變位后向主站傳送的時間大大縮短;
  (2)如果由主站向子站傳輸?shù)南滦型ǖ蕾|(zhì)量不好或中斷情況下,上行信息的全數(shù)據(jù)和狀態(tài)變位尚能保證向主站傳送。
  IEC60870-5-101提供了在主站和遠動RTU之間發(fā)送基本遠動報文的通信文件集,它適用的網(wǎng)絡(luò)拓撲結(jié)構(gòu)為點對點﹑多個點對點﹑多點共線﹑多點環(huán)形和多點星形網(wǎng)絡(luò)配置的遠動系統(tǒng)中,但它要求在主站和每個遠動子站之間采用固定連接的數(shù)據(jù)電路,這意味著必須使用固定的專用遠動通道。隨著歐美一些國家調(diào)度主站與變電站RTU的通信已逐步采用以太數(shù)據(jù)網(wǎng),遠動報文可能通過一些可以進行報文存貯和轉(zhuǎn)發(fā)的數(shù)據(jù)網(wǎng)絡(luò)進行傳輸,這些數(shù)據(jù)網(wǎng)絡(luò)僅僅在主站和遠動子站之間提供虛擬的數(shù)據(jù)電路,因此這種網(wǎng)絡(luò)類型將使得報文傳輸出現(xiàn)延時,其延時可在相當大的時間范圍內(nèi)變化并和網(wǎng)絡(luò)的通信負荷有關(guān)。一般而言,可變的報文延時時間意味著不可能采用在IEC60870-5-101中所定義的主站和遠動子站之間的鏈路層,為此,國際電工委員會(IEC)第57技術(shù)委員會(TC57)的第3工作組(WG03)于1998年8月制定了IEC60870-5-104標準(CDV),我國也制定了相應(yīng)的配套標準 DL/T634.5104-2002。IEC60870-5-104協(xié)議的名稱為“采用標準傳輸協(xié)議子集的IEC60870-5-101的網(wǎng)絡(luò)訪問”(Network access for IEC 60870-5-101 using standard transport profiles)。此協(xié)議是將IEC60870-5-101標準用于TCP/IP網(wǎng)絡(luò),當調(diào)度主站與變電站連接到以太數(shù)據(jù)網(wǎng),變電站RTU與調(diào)度主站通信時,通信規(guī)約則應(yīng)采用IEC60870-5-104標準。
2 IEC60870-5-104遠動規(guī)約詳述
2.1 IEC-60870-5-104的規(guī)約結(jié)構(gòu)
  IEC-60870-5-104遠動規(guī)約使用的參考模型源出于開放式系統(tǒng)互聯(lián)的ISO-OSI參考模型,但它只采用其中的5層,其結(jié)構(gòu)如圖1所示,圖2為TCP/IP規(guī)約組(RFC2200)選用的標準結(jié)構(gòu)[8,9]。
  由圖1可見,IEC60870-5-104實際上是將IEC60870-5-101與TCP/IP(Transmission Control Protocol/Internet Protocol)提供的網(wǎng)絡(luò)傳輸功能相組合,使得IEC60870-5-101在TCP/IP內(nèi)各種網(wǎng)絡(luò)類型都可使用,包括X.25、FR(幀中繼Frame Relay)、ATM(異步轉(zhuǎn)移模式Asynchronous Transfer Mode)和ISDN(綜合業(yè)務(wù)數(shù)據(jù)網(wǎng)Integrated Service Data Network)。在圖1的5層參考模型中,IEC60870-5-104實際上處于應(yīng)用層協(xié)議的位置;基于TCP/IP的應(yīng)用層協(xié)議很多,每一種應(yīng)用層協(xié)議都對應(yīng)著一個網(wǎng)絡(luò)端口號,根據(jù)其在傳輸層上使用的是TCP協(xié)議(傳輸控制協(xié)議)還是UDP協(xié)議(用戶數(shù)據(jù)報文協(xié)議),端口號又分為TCP端口號和UDP端口號,其中TCP協(xié)議是一種面向連接的協(xié)議,為用戶提供可靠的、全雙工的字節(jié)流服務(wù),具有確認、流控制、多路復用和同步等功能,適用于數(shù)據(jù)傳輸,而UDP協(xié)議則是無連接的,每個分組都攜帶完整的目的地址,各分組在系統(tǒng)中獨立地從數(shù)據(jù)源走到終點,它不保證數(shù)據(jù)的可靠傳輸,也不提供重新排列次序或重新請求功能,為了保證可靠地傳輸遠動數(shù)據(jù),IEC60870-5-104規(guī)定傳輸層使用的是TCP協(xié)議,因此其對應(yīng)的端口號是TCP端口。常用的TCP端口有:ftp文件傳輸協(xié)議,使用21號端口;telnet遠程登錄協(xié)議,使用23號端口;SMTP簡單郵件傳送協(xié)議,使用25號端口;http超文本傳送協(xié)議,使用80號端口;IEC60870-5-104規(guī)定本標準使用的端口號為2404,并且此端口號已經(jīng)得到IANA(互聯(lián)網(wǎng)地址分配機構(gòu),Internet Assigned Numbers Authority)的確認。對于基于TCP的應(yīng)用程序來說,存在兩種工作模式,即服務(wù)器模式和客戶機模式。服務(wù)器模式和客戶機模式的區(qū)別是,在建立TCP連接時,服務(wù)器從不主動發(fā)起連接請求,它一直處于偵聽狀態(tài),當偵聽到來自客戶機的連接請求后,則接受此請求,由此建立一個TCP連接 ,服務(wù)器和客戶機就可以通過這個虛擬的通信鏈路進行數(shù)據(jù)的收發(fā)。IEC60870-5-104規(guī)定控制站(即調(diào)度系統(tǒng))作為客戶機,而被控站(即站端RTU)作為服務(wù)器;因此無論是調(diào)度端軟件還是RTU端軟件都必然涉及到基于TCP/IP的網(wǎng)絡(luò)編程?上驳氖,Microsoft已經(jīng)提供了一個WINDOWS下的TCP/IP網(wǎng)絡(luò)通信的API(應(yīng)用編程接口),這個API就是Socket接口(套接字);不但如此,Microsoft還提供了兩個MFC類,即CAsyncSocket類和派生于CAsyncSocket 的CSocket類,它們完全封裝了TCP/IP協(xié)議,傳輸層、網(wǎng)絡(luò)層、鏈路層的工作都由它自動完成。當使用Windows的socket套接字進行網(wǎng)絡(luò)編程時,發(fā)送方將每一個APDU都作為一個TCP包發(fā)送出去,接收方的socket套接字接收到一個完整的TCP包并將其中的APDU解析出來后,將調(diào)用socket的OnReceive ( ) 函數(shù),在應(yīng)用程序中通過重載此函數(shù),應(yīng)用程序就能接收到一個完整的APDU,這將顯著簡化編程工作。
2.2 IEC-60870-5-104的應(yīng)用規(guī)約數(shù)據(jù)單元的結(jié)構(gòu)
  IEC-60870-5-104的應(yīng)用規(guī)約數(shù)據(jù)單元(APDU)的結(jié)構(gòu)如圖3所示[8,9],它由應(yīng)用規(guī)約控制信息(APCI)和應(yīng)用服務(wù)數(shù)據(jù)單元(ASDU)組成,和IEC-60870-5-101的幀結(jié)構(gòu)相比,其中應(yīng)用服務(wù)數(shù)據(jù)單元是相同的,相異之處在于,IEC-60870-5-104使用應(yīng)用規(guī)約控制信息(APCI),而IEC-60870-5-101使用鏈路規(guī)約控制信息(LPCI)。在APDU中,啟動字符68H定義了數(shù)據(jù)流內(nèi)的起始點,應(yīng)用規(guī)約數(shù)據(jù)單元的長度定義了APDU主體的長度;需要注意的是,IEC 60870-5-104規(guī)定一個APDU報文(包括啟動字符和長度標識)不能超過255個字節(jié),因此APDU最大長度為253(等于255減去啟動和長度標識共兩個8位位組),ASDU的最大長度為249,這個要求限制了一個APDU報文最多能發(fā)送121個不帶品質(zhì)描述的歸一化測量值或243個不帶時標的單點遙信信息,若RTU采集的信息量超過此數(shù)目,則必須分成多個APDU進行發(fā)送。
  APDU控制域包括4個8位位組,根據(jù)其定義,可以將APDU分成3種報文格式,即I格式、S格式和U格式,詳見圖4所示。控制域的第一個8位位組的第1比特=0定義了I格式,它表明APDU中包含應(yīng)用服務(wù)數(shù)據(jù)單元ASDU;控制域的第一個8位位組的第1比特為1,第2比特為0定義了S格式,此種格式的APDU不包含ASDU,當報文接收方收到發(fā)送方的I格式報文后,如果沒有I格式報文需要發(fā)送給對方,可以向?qū)Ψ桨l(fā)送S格式報文以對所接收到的報文進行確認;控制域的第一個8位位組的第1比特=1,第2比特=1定義了U格式,此種格式的APDU也不含ASDU,其作用主要在于實現(xiàn)3種控制功能,即啟動子站進行數(shù)據(jù)傳輸(STARTDT)、停止子站的數(shù)據(jù)傳輸(STOPDT)和TCP鏈路測試(TESTFR)。

2.3 應(yīng)用規(guī)約數(shù)據(jù)單元(APDU)的發(fā)送和接收序號的維護
   IEC 60870-5-104采用RFC 793/RFC791(即TCP/IP)協(xié)議。IP協(xié)議負責將數(shù)據(jù)從一處傳往另一處,TCP負責控制數(shù)據(jù)流量,并保證傳輸?shù)恼_性。由于在最底層的計算機通信網(wǎng)絡(luò)提供的服務(wù)是不可靠的分組傳送,所以當傳送過程中出現(xiàn)錯誤以及在網(wǎng)絡(luò)硬件失效或網(wǎng)絡(luò)負荷太重時,數(shù)據(jù)包有可能丟失、延遲、重復和亂序,因此應(yīng)用層協(xié)議必須使用超時和重傳機構(gòu)。為了防止I格式報文在傳送過程中丟失或重復傳送 ,IEC 60870-5-104的I格式報文的控制域定義了發(fā)送序號N(S)和接收序號R(S),發(fā)送方每發(fā)送一個I格式報文,其發(fā)送序號應(yīng)加1,接收方每接收到一個與其接收序號相等的I格式報文后,其接收序號也應(yīng)加1。需要注意的是,每次重新建立TCP連接后,調(diào)度主站和子站RTU的接收序號和發(fā)送序號都應(yīng)清零,因此在雙方開始數(shù)據(jù)傳送后,接收方若收到一個I格式報文,應(yīng)判斷此I格式報文的發(fā)送序號是否等于自己的接收序號。若相等則應(yīng)將自己接收序號加1,若此I格式報文的發(fā)送序號大于自己的接收序號,這說明發(fā)送方發(fā)送的一些報文出現(xiàn)了丟失;若此I格式報文的發(fā)送序號小于自己的接收序號,這意味著發(fā)送方出現(xiàn)了重復傳送。此外,I格式和S格式報文的接收序號表明了發(fā)送該報文的一方對已接收到的I格式報文的確認,若發(fā)送方發(fā)送的某一I格式報文后長時間無法在對方的接收序號中得到確認,這就意味著發(fā)生了報文丟失。當出現(xiàn)上述這些報文丟失、錯序的情況時,通常意味著TCP連接出現(xiàn)了問題,發(fā)送方或接收方應(yīng)關(guān)閉現(xiàn)在的TCP連接然后再重新建立新的TCP連接,并在新的TCP連接上重新開始會話過程。
  在主站端和子站RTU端進行通信時,接收方可以使用S格式報文(當有應(yīng)用服務(wù)單元需要發(fā)送給對方時,可使用I格式報文)對已接收到的I格式報文進行確認,以免發(fā)送方超時收不到確認信息而重新建立TCP連接。這就存在一個接收方收到多少個I格式報文進行一次確認的問題,以及發(fā)送方應(yīng)在多少個I格式報文未得到確認時停止發(fā)送數(shù)據(jù)。IEC 60870-5-104規(guī)定了兩個參數(shù)k和w,其取值范圍為1到32767,其中k表示發(fā)送方在有k個I格式報文未得到對方的確認時,將停止數(shù)據(jù)傳送,w表示接收方最遲在接收了w個I格式報文后應(yīng)發(fā)出認可;IEC 60870-5-104規(guī)定k和w的默認值分別為12個APDU和8個APDU。在實際中,k和w的具體取值可以根據(jù)TCP連接雙方的數(shù)據(jù)通信量來加以確定,對于子站RTU端來說,每收到一個調(diào)度端的I格式報文都應(yīng)立即進行響應(yīng),其w的取值實際上為1,由于RTU端可以循環(huán)向調(diào)度端發(fā)送遙信、遙測等信息,因此k的取值與其循環(huán)發(fā)送的定時周期有關(guān),通常12到20個APDU就足夠了;對于主站端,由于不停接收到RTU的數(shù)據(jù),因此應(yīng)及時地給以確認,通常w取小于8個APDU的值。
2.4 關(guān)于超時時間的理解
  為了能對TCP連接進行檢查和維護,IEC 60870-5-104規(guī)定了幾個超時時間,即t0、t1、t2、t3,它們的取值范圍為1~255s,準確度為1s,其缺省定義如表1所示。
  t0規(guī)定了主站端和子站RTU端建立一次TCP連接的最大允許時間,主站端和子站RTU端之間的TCP連接在實際運行中可能經(jīng)常進行關(guān)閉和重建,這發(fā)生在4種情況下: ① 主站端和子站RTU端之間的I格式報文傳送出現(xiàn)丟失、錯序或者發(fā)送U格式報文得不到應(yīng)答時,雙方均可主動關(guān)閉TCP連接,然后進行重建; ② 主站系統(tǒng)重新啟動后將與各個子站重新建立TCP連接; ③ 子站RTU合上電源或由于自恢復而重新啟動后,將重建連接; ④ 子站RTU收到主站端的RESET_PROCESS(復位遠方終端)信號后,將關(guān)閉連接并重新初始化,然后重建連接。每次建立連接時,RTU都調(diào)用socket的listen( )函數(shù)進行偵聽,主站端調(diào)用socket的connect( )函數(shù)進行連接,如果在t0時間內(nèi)未能成功建立連接,可能網(wǎng)絡(luò)發(fā)生了故障,主站端應(yīng)該向運行人員給出警告信息。t1規(guī)定發(fā)送方發(fā)送一個I格式報文或U格式報文后,必須在t1的時間內(nèi)得到接收方的認可,否則發(fā)送方認為TCP連接出現(xiàn)問題并應(yīng)重新建立連接。t2規(guī)定接收方在接收到I格式報文后,若經(jīng)過t2時間未再收到新的I格式報文,則必須向發(fā)送方發(fā)送S格式幀對已經(jīng)接收到的I格式報文進行認可,顯然t2必須小于t1。t3規(guī)定調(diào)度端或子站RTU端每接收一幀I幀、S幀或者U幀將重新觸發(fā)計時器t3,若在t3內(nèi)未接收到任何報文,將向?qū)Ψ桨l(fā)送測試鏈路幀TESTFR。
2.5 IEC-60870-5-104的實施過程
  IEC 60870-5-104包括非常豐富的應(yīng)用服務(wù)數(shù)據(jù)單元(ASDU),它不但選取了絕大部分IEC 60870-5-101規(guī)約的ASDU,而且還擴展了類型標識為58到64,以及類型標識為107的新的ASDU。但在實際使用中,能夠用到的僅僅是其中一小部分。
  其實施過程為:
  (1)TCP連接的建立過程。站端RTU作為服務(wù)器,在建立TCP連接前,應(yīng)一直處于偵聽狀態(tài)并等待調(diào)度端的連接請求,當TCP連接已經(jīng)建立,則應(yīng)持續(xù)地監(jiān)測TCP連接的狀態(tài),以便TCP連接被關(guān)閉后能重新進入偵聽狀態(tài)并初始化一些與TCP連接狀態(tài)有關(guān)的程序變量;調(diào)度端作為客戶機,在建立TCP連接前,應(yīng)不斷地向站端RTU發(fā)出連接請求,一旦連接請求被接收,則應(yīng)監(jiān)測TCP連接的狀態(tài),以便TCP連接被關(guān)閉后重新發(fā)出連接請求。需要注意的是,每次連接被建立后,調(diào)度端和站端RTU應(yīng)將發(fā)送和接收序號清零,并且子站只有在收到了調(diào)度系統(tǒng)的STARTDT后,才能響應(yīng)數(shù)據(jù)召喚以及循環(huán)上送數(shù)據(jù),但在收到STARTDT之前,子站對于遙控、設(shè)點等命令仍然應(yīng)進行響應(yīng)。
 。2)循環(huán)遙測數(shù)據(jù)傳送。對于遙測量,可以使用類型標識為9(歸一化值)、11(標度化值)和13(短浮點數(shù))的ASDU定時循環(huán)向調(diào)度端發(fā)送。
 。3)總召喚過程。調(diào)度主站向子站發(fā)送總召喚命令幀(類型標識為100,傳輸原因為6),子站向主站發(fā)送總召喚命令確認幀(類型標識為100,傳輸原因為7),然后子站向主站發(fā)送單點遙信幀(類型標識為1)和雙點遙信幀(類型標識為3),最后向主站發(fā)送總召喚命令結(jié)束幀(類型標識為100,傳輸原因為10)。
 。4)校時過程。調(diào)度主站向子站發(fā)送時間同步幀(類型標識為104,傳輸原因6),子站收到后立即更新系統(tǒng)時鐘并向主站發(fā)送時間同步確認幀(類型標識為104,傳輸原因7)。需要注意的是,在以太網(wǎng)上進行時鐘同步,要求最大的網(wǎng)絡(luò)延時小于接收站時鐘所要求的準確度,即如果網(wǎng)絡(luò)提供者保證在網(wǎng)絡(luò)中的延時不會超過400ms(典型的X.25 WAN值),在子站所要求的準確度為1s,這樣時鐘同步才有效。使用這個校時過程可以避免成百上千地在子站安裝GPS衛(wèi)星定位系統(tǒng),但如果網(wǎng)絡(luò)延時很大或者子站所要求的準確度很高(例如1ms),則變電站綜合自動化系統(tǒng)必須安裝精確度很高的全球定位系統(tǒng)(GPS),而以上的時鐘同步過程實際上就沒有意義了。
 。5)子站事件主動上傳。以太網(wǎng)對于調(diào)度端和子站端都是一個全雙工高速網(wǎng)絡(luò),因此IEC6080-5-104必然使用平衡式傳輸。當子站發(fā)生了突發(fā)事件,子站將根據(jù)具體情況主動向主站發(fā)送下述報文:遙信變位幀(單點遙信類型標識為1, 雙點遙信類型標識為3,傳輸原因為3)、遙信SOE幀(單點遙信類型標識為30, 雙點遙信類型標識為31,傳輸原因為3)、調(diào)壓變分接頭狀態(tài)變化幀(類型標識為32,傳輸原因為3)、繼電保護裝置事件(類型標識為38)、繼電保護裝置成組啟動事件(類型標識為39)、繼電保護裝置成組輸出電路信息(類型標識為40)。
  (6)遙控/遙調(diào)過程。主站發(fā)送遙控/遙調(diào)選擇命令(類型標識為46/47,傳輸原因為6,S/E=1),子站返回遙控/遙調(diào)返校(類型標識為46/47,傳輸原因為7,S/E=1),主站下發(fā)遙控/遙調(diào)執(zhí)行命令(類型標識為46/47,傳輸原因為6,S/E=0),子站返回遙控/遙調(diào)執(zhí)行確認(類型標識為46/47,傳輸原因為7,S/E=0),當遙控/遙調(diào)操作執(zhí)行完畢后,子站返回遙控/遙調(diào)操作結(jié)束命令(類型標識為46/47,傳輸原因為10,S/E=0)。
 。7)召喚電度過程。主站發(fā)送電度量凍結(jié)命令(類型標識為101,傳輸原因為6),子站返回電度量凍結(jié)確認(類型標識為101,傳輸原因為7),然后子站發(fā)送電度量數(shù)據(jù)(類型標識為15,傳輸原因為37),最后子站發(fā)送電度量召喚結(jié)束命令(類型標識為101,傳輸原因為10)。
3 結(jié)語
  IEC60870-5-101和IEC60870-5-104的使用及相關(guān)伴隨標準的頒布,標志著我國積極向國際標準靠攏,但由于IEC60870-5-101和IEC60870-5-104畢竟是引進的標準,尚存在一些工程實踐上的問題,例如國內(nèi)電力企業(yè)常常要求能夠遠方修改保護定值和對保護動作信號進行遠方復位以及要求子站端能夠主動上送保護動作的詳細信息(包括動作時間、動作類型、動作值)[10]。以前在使用部頒CDT91規(guī)約時,為了實現(xiàn)這個功能,通常擴展了一些與保護有關(guān)的幀類型或者制定了與

  CDT91規(guī)約極其類似但內(nèi)容更豐富的規(guī)約,例如9702規(guī)約。如今如何利用IEC60870-5-101和IEC60870-5-104實現(xiàn)這些功能,如何拓展其應(yīng)用范疇則是值得探討的問題。本文詳細介紹了IEC60870-5-104規(guī)約的基本內(nèi)容,并根據(jù)工程實踐分析了IEC60870-5-104實現(xiàn)的過程以及需要注意的問題,希望能為有關(guān)工程和研究人員理解和使用IEC60870-5-104提供一定的幫助。

參考文獻

[1] IEC-60870-5-1 Telecontrol equipment and systems,Part 5:Transmission protocols,Section 1:Transmission frame formats (IEC-60870-5-1遠動設(shè)備及系統(tǒng),第5部分:傳輸規(guī)約,第1篇:傳輸幀格式)[S].
[2] IEC-60870-5-2,Telecontrol equipment and systems,Part 5:Transmission protocols,Section 2:Link transmission procedure (IEC-60870-5-2 遠動設(shè)備及系統(tǒng),第5部分:傳輸規(guī)約,第2篇:鏈路傳輸規(guī)則)[S].
[3] IEC-60870-5-3,Telecontrol equipment and systems,Part 5:Transmission protocols,Section 3:General structure of application data(IEC-60870-5-3 遠動設(shè)備及系統(tǒng),第5部分:傳輸規(guī)約,第3篇:應(yīng)用數(shù)據(jù)的一般結(jié)構(gòu))[S].
[4] IEC-60870-5-4,Telecontrol equipment asnd systems,Part 5:Transmission protocols,Section 4:Definition and coding of applicationinformation elements(IEC-60870-5-4 遠動設(shè)備及系統(tǒng),第5部分:傳輸規(guī)約,第4篇:應(yīng)用數(shù)據(jù)的定義和編碼)[S].
[5] IEC-60870-5-5,Telecontrol equipment and systems,Part 5:Transmission protocols,Section 5:Basic application functions (IEC-60870-5-5 遠動設(shè)備及系統(tǒng),第5部分:傳輸規(guī)約,第5篇:基本應(yīng)用功能)[S].
[6] DL/T634-1997.遠動設(shè)備及系統(tǒng)第5部分:傳輸規(guī)約,第101篇:基本遠動任務(wù)配套標準[S].
[7] 譚文恕(Tan Wenshu).變電站自動化系統(tǒng)的結(jié)構(gòu)和傳輸規(guī)約(Configurantion and transmission protocol of substation automation system)[J].電網(wǎng)技術(shù)(Power System Technology),1998,22(9):1-4.
[8] DL/T634.5104-2002.遠動設(shè)備及系統(tǒng)第5-104部分:傳輸規(guī)約采用標準傳輸協(xié)議子集的IEC60870-5-101網(wǎng)絡(luò)訪問[S].
[9] IECTC57 WG03. IEC60870-5-104:Network access for IEC 60870-5-101 using standard transport profiles[R].1998,57/382A/CDV.
[10] 吳滌,楊常府,趙瑞航(Wu Di,Yang Changfu,Zhao Ruihang).IEC-60870-5-101遠動規(guī)約在國內(nèi)的應(yīng)用與實踐(Application andPractice of IEC-60870-5-101 Telecontrol Protocol in China)[J].電力自動化設(shè)備(Electric Power Automation Equip-ment),2002,22(2):48-51.,傳輸原因為10)。

 

作者:趙淵,沈智健 合作媒體:電網(wǎng)技術(shù) 編輯:顧北

 

 

 
 熱點技術(shù)
普通技術(shù) “5G”,真的來了!牛在哪里?
普通技術(shù) 5G,是偽命題嗎?
普通技術(shù) 云視頻會議關(guān)鍵技術(shù)淺析
普通技術(shù) 運營商語音能力開放集中管理方案分析
普通技術(shù) 5G網(wǎng)絡(luò)商用需要“無憂”心
普通技術(shù) 面向5G應(yīng)運而生的邊緣計算
普通技術(shù) 簡析5G時代四大關(guān)鍵趨勢
普通技術(shù) 國家網(wǎng)信辦就《數(shù)據(jù)安全管理辦法》公開征求意見
普通技術(shù) 《車聯(lián)網(wǎng)(智能網(wǎng)聯(lián)汽車)直連通信使用5905-5925MHz頻段管理規(guī)定(
普通技術(shù) 中興通訊混合云解決方案,滿足5G多元業(yè)務(wù)需求
普通技術(shù) 大規(guī)模MIMO將帶來更多無線信道,但也使無線信道易受攻擊
普通技術(shù) 蜂窩車聯(lián)網(wǎng)的標準及關(guān)鍵技術(shù)及網(wǎng)絡(luò)架構(gòu)的研究
普通技術(shù) 4G與5G融合組網(wǎng)及互操作技術(shù)研究
普通技術(shù) 5G中CU-DU架構(gòu)、設(shè)備實現(xiàn)及應(yīng)用探討
普通技術(shù) 無源光網(wǎng)絡(luò)承載5G前傳信號可行性的研究概述
普通技術(shù) 面向5G中傳和回傳網(wǎng)絡(luò)承載解決方案
普通技術(shù) 數(shù)據(jù)中心布線系統(tǒng)可靠性探討
普通技術(shù) 家庭互聯(lián)網(wǎng)終端價值研究
普通技術(shù) 鎏信科技CEO劉舟:從連接層構(gòu)建IoT云生態(tài),聚焦CMP是關(guān)鍵
普通技術(shù) SCEF引入需求分析及部署應(yīng)用
  版權(quán)與免責聲明: ① 凡本網(wǎng)注明“合作媒體:通信界”的所有作品,版權(quán)均屬于通信界,未經(jīng)本網(wǎng)授權(quán)不得轉(zhuǎn)載、摘編或利用其它方式使用。已經(jīng)本網(wǎng)授權(quán)使用作品的,應(yīng)在授權(quán)范圍內(nèi)使用,并注明“來源:通信界”。違反上述聲明者,本網(wǎng)將追究其相關(guān)法律責任。 ② 凡本網(wǎng)注明“合作媒體:XXX(非通信界)”的作品,均轉(zhuǎn)載自其它媒體,轉(zhuǎn)載目的在于傳遞更多信息,并不代表本網(wǎng)贊同其觀點和對其真實性負責。 ③ 如因作品內(nèi)容、版權(quán)和其它問題需要同本網(wǎng)聯(lián)系的,請在一月內(nèi)進行。
通信視界
華為余承東:Mate30總體銷量將會超過兩千萬部
趙隨意:媒體融合需積極求變
普通對話 苗圩:建設(shè)新一代信息基礎(chǔ)設(shè)施 加快制造業(yè)數(shù)字
普通對話 華為余承東:Mate30總體銷量將會超過兩千萬部
普通對話 趙隨意:媒體融合需積極求變
普通對話 韋樂平:5G給光纖、光模塊、WDM光器件帶來新機
普通對話 安筱鵬:工業(yè)互聯(lián)網(wǎng)——通向知識分工2.0之路
普通對話 庫克:蘋果不是壟斷者
普通對話 華為何剛:挑戰(zhàn)越大,成就越大
普通對話 華為董事長梁華:盡管遇到外部壓力,5G在商業(yè)
普通對話 網(wǎng)易董事局主席丁磊:中國正在引領(lǐng)全球消費趨
普通對話 李彥宏:無人乘用車時代即將到來 智能交通前景
普通對話 中國聯(lián)通研究院院長張云勇:雙輪驅(qū)動下,工業(yè)
普通對話 “段子手”楊元慶:人工智能金句頻出,他能否
普通對話 高通任命克里斯蒂安諾·阿蒙為公司總裁
普通對話 保利威視謝曉昉:深耕視頻技術(shù) 助力在線教育
普通對話 九州云副總裁李開:幫助客戶構(gòu)建自己的云平臺
通信前瞻
楊元慶:中國制造高質(zhì)量發(fā)展的未來是智能制造
對話亞信科技CTO歐陽曄博士:甘為橋梁,攜"電
普通對話 楊元慶:中國制造高質(zhì)量發(fā)展的未來是智能制造
普通對話 對話亞信科技CTO歐陽曄博士:甘為橋梁,攜"電
普通對話 對話倪光南:“中國芯”突圍要發(fā)揮綜合優(yōu)勢
普通對話 黃宇紅:5G給運營商帶來新價值
普通對話 雷軍:小米所有OLED屏幕手機均已支持息屏顯示
普通對話 馬云:我挑戰(zhàn)失敗心服口服,他們才是雙11背后
普通對話 2018年大數(shù)據(jù)產(chǎn)業(yè)發(fā)展試點示范項目名單出爐 2
普通對話 陳志剛:提速又降費,中國移動的兩面精彩
普通對話 專訪華為終端何剛:第三代nova已成為爭奪全球
普通對話 中國普天陶雄強:物聯(lián)網(wǎng)等新經(jīng)濟是最大機遇
普通對話 人人車李。航衲臧l(fā)力金融 拓展汽車后市場
普通對話 華為萬飚:三代出貴族,PC產(chǎn)品已走在正確道路
普通對話 共享退潮單車入冬 智享單車卻走向盈利
普通對話 Achronix發(fā)布新品單元塊 推動eFPGA升級
普通對話 金柚網(wǎng)COO邱燕:天吳系統(tǒng)2.0真正形成了社保管