IEC104在電力系統(tǒng)中的應(yīng)用

1、IEC104在電力系統(tǒng)中的應(yīng)用摘  要：根據(jù)國際電工委員會制定的IEC-60870-5-101和IEC-60870-5-104遠動規(guī)約，我國已經(jīng)制定了相應(yīng)的配套標(biāo)準(zhǔn) DL/T634-1997和 DL/T634.5104-2002。IEC-60870-5-101遠動規(guī)約已經(jīng)在我國電力系統(tǒng)中得到了較為廣泛的應(yīng)用，而IEC- 60870-5-104作為采用標(biāo)準(zhǔn)傳輸協(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-

2、 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ī)約的標(biāo)準(zhǔn)化，國際電工委員會TC-57技術(shù)委員會制定了一系列遠動規(guī)約的基本標(biāo)準(zhǔn)1-5，并在此基礎(chǔ)上制定了IEC60870-

3、5-101遠動規(guī)約，我國在非等效采用此規(guī)約的基礎(chǔ)上制定了相應(yīng)的配套DL/T634-19976。IEC60870-5-101為了提高通信的實時性，采用了只有物理層、數(shù)據(jù)鏈路層、應(yīng)用層3層的增強性規(guī)約結(jié)構(gòu)（EPA）6，應(yīng)用層直接映射到數(shù)據(jù)鏈路層，加強了信息的實時性。在點對點和多個點對點的全雙工配置下，此配套標(biāo)準(zhǔn)可以采用平衡式傳輸以發(fā)揮其內(nèi)在潛力，此情況下由主站啟動的鏈路傳輸服務(wù)有7：    （1）由主站向子站循環(huán)詢問越限的測量值的二級用戶數(shù)據(jù)；    （2）由主站定期召喚和詢問全數(shù)據(jù)（包括狀態(tài)量、測量值、變壓器分接頭位置、水位、頻率）；&

4、#160;   （3）由主站定期召喚電度量；    （4）由主站向子站定期進行時鐘同步；    （5）由主站向子站發(fā)送控制斷路器命令、調(diào)節(jié)步命令、設(shè)點命令、裝載命令等；    （6）當(dāng)事故發(fā)生后，由主站向子站召喚事故順序記錄，包括狀態(tài)量和繼電保護信號的事故順序記錄；    （7）支持文件傳輸，主站可以召喚故障錄波裝置記錄擾動數(shù)據(jù)的數(shù)據(jù)文件。    由從站觸發(fā)啟動的鏈路傳輸服務(wù)主要是：    （1）

5、子站發(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)變位尚能保證向主站傳送。    IEC

6、60870-5-101提供了在主站和遠動RTU之間發(fā)送基本遠動報文的通信文件集，它適用的網(wǎng)絡(luò)拓?fù)浣Y(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)延時，其延時可在相當(dāng)大的時間范圍內(nèi)變化并和網(wǎng)絡(luò)的通信負(fù)荷有關(guān)。一般而言，可變的報文延時時間意味著不可能采用在IEC6087

7、0-5-101中所定義的主站和遠動子站之間的鏈路層，為此，國際電工委員會（IEC）第57技術(shù)委員會（TC57） 的第3工作組（WG03）于1998年8月制定了IEC60870-5-104標(biāo)準(zhǔn)（CDV），我國也制定了相應(yīng)的配套標(biāo)準(zhǔn) DL/T634.5104-2002。IEC60870-5-104協(xié)議的名稱為“采用標(biāo)準(zhǔn)傳輸協(xié)議子集的IEC60870-5-101的網(wǎng)絡(luò)訪問” （Network access for IEC 60870-5-101 using standard transport profiles）。此協(xié)議是IEC60870-5-101標(biāo)準(zhǔn)用于TCP/IP網(wǎng)絡(luò)，當(dāng)調(diào)度主站與變電站連接到

8、以太數(shù)據(jù)網(wǎng)，變電站RTU與調(diào)度主站通信時，通信規(guī)約則應(yīng)采用IEC60870-5-104標(biāo)準(zhǔn)。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為TCPIP規(guī)約組（RFC2200）選用的標(biāo)準(zhǔn)結(jié)構(gòu)8,9。         由圖1可見，IEC60870-5-104實際上是將IEC6

9、0870-5-101與TCPIP（Transmission Control ProtocolInternet Protocol）提供的網(wǎng)絡(luò)傳輸功能相組合，使得IEC60870-5-101在TCPIP內(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ò)端口號，根

10、據(jù)其在傳輸層上使用的是TCP協(xié)議（傳輸控制協(xié)議）還是UDP協(xié)議（用戶數(shù)據(jù)報文協(xié)議），端口號又分為TCP端口號和 UDP端口號，其中TCP協(xié)議是一種面向連接的協(xié)議，為用戶提供可靠的、全雙工的字節(jié)流服務(wù)，具有確認(rèn)、流控制、多路復(fù)用和同步等功能，適用于數(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遠

11、程登錄協(xié)議，使用23號端口；SMTP簡單郵件傳送協(xié)議，使用25號端口；http超文本傳送協(xié)議，使用80號端口；IEC60870-5-104規(guī)定本標(biāo)準(zhǔn)使用的端口號為2404，并且此端口號已經(jīng)得到IANA（互聯(lián)網(wǎng)地址分配機 構(gòu)，Internet Assigned Numbers Authority）的確認(rèn)。對于基于TCP的應(yīng)用程序來說，存在兩種工作模式，即服務(wù)器模式和客戶機模式。服務(wù)器模式和客戶機模式的區(qū)別是，在建立 TCP連接時，服務(wù)器從不主動發(fā)起連接請求，它一直處于偵聽狀態(tài)，當(dāng)偵聽到來自客戶機的連接請求后，則接受此請求，由此建立一個TCP連接 ，服務(wù)器和客戶機就可以通過這個虛擬的通信鏈路進行數(shù)

12、據(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ò)層、鏈路層的工作都由它自動完成。當(dāng)使用Windows的socket套接字進行網(wǎng)絡(luò)編程時

13、，發(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ù)

14、單元是相同的，相異之處在于，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報文（包括啟動字符和長度標(biāo)識）不能超過255個字節(jié)，因此APDU最大長度為253（等于255減去啟動和長度標(biāo)識共兩個8位位組），ASDU的最大長度為249，這個要求限制了一個APDU報文最多能發(fā)送121個不帶品質(zhì)描述的歸一化測量值或243個不帶時標(biāo)的單點遙信信息，若RTU采集的信息

15、量超過此數(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，當(dāng)報文接收方收到發(fā)送方的I格式報文后，如果沒有I格式報文需要發(fā)送給對方，可以向?qū)Ψ桨l(fā)送S格式報文以對所接收到的報文進行確認(rèn)；控制域的第一個8位位組的第1比

16、特=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 793RFC791（即TCPIP）協(xié)議。IP協(xié)議負(fù)責(zé)將數(shù)據(jù)從一處傳往另一處，TCP負(fù)責(zé)控制數(shù)據(jù)流量，并保證傳輸?shù)恼_性。由于在最底層的計算機通信網(wǎng)絡(luò)提供的服務(wù)是不可靠的分組傳送，所以當(dāng)傳送過程中出現(xiàn)錯誤以及在網(wǎng)絡(luò)硬件失效或網(wǎng)絡(luò)

17、負(fù)荷太重時，數(shù)據(jù)包有可能丟失、延遲、重復(fù)和亂序，因此應(yīng)用層協(xié)議必須使用超時和重傳機構(gòu)。為了防止I格式報文在傳送過程中丟失或重復(fù)傳送 ，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ā)送序號大于自己

18、的接收序號，這說明發(fā)送方發(fā)送的一些報文出現(xiàn)了丟失；若此I格式報文的發(fā)送序號小于自己的接收序號，這意味著發(fā)送方出現(xiàn)了重復(fù)傳送。此外，I格式和S格式報文的接收序號表明了發(fā)送該報文的一方對已接收到的I格式報文的確認(rèn)，若發(fā)送方發(fā)送的某一I格式報文后長時間無法在對方的接收序號中得到確認(rèn)，這就意味著發(fā)生了報文丟失。當(dāng)出現(xiàn)上述這些報文丟失、錯序的情況時，通常意味著TCP連接出現(xiàn)了問題，發(fā)送方或接收方應(yīng)關(guān)閉現(xiàn)在的 TCP連接然后再重新建立新的TCP連接，并在新的TCP連接上重新開始會話過程。    在主站端和子站RTU端進行通信時，接收方可以使用S格式報文（當(dāng)有應(yīng)用服務(wù)單元需要發(fā)

19、送給對方時，可使用I格式報文）對已接收到的I格式報文進行確認(rèn)，以免發(fā)送方超時收不到確認(rèn)信息而重新建立TCP連接。這就存在一個接收方收到多少個I格式報文進行一次確認(rèn)的問題，以及發(fā)送方應(yīng)在多少個I格式報文未得到確認(rèn)時停止發(fā)送數(shù)據(jù)。IEC 60870-5-104規(guī)定了兩個參數(shù)k和w，其取值范圍為1到32767，其中k表示發(fā)送方在有k個I格式報文未得到對方的確認(rèn)時，將停止數(shù)據(jù)傳送，w 表示接收方最遲在接收了w個I格式報文后應(yīng)發(fā)出認(rèn)可；IEC 60870-5-104規(guī)定k和w的默認(rèn)值分別為12個APDU和8個APDU。在實際中，k和w的具體取值可以根據(jù)TCP連接雙方的數(shù)據(jù)通信量來加以確定，對于子站RTU

20、端來說，每收到一個調(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)及時地給以確認(rèn)，通常w取 小于8個APDU的值。2.4  關(guān)于超時時間的理解    為了能對TCP連接進行檢查和維護，IEC 60870-5-104規(guī)定了幾個超時時間，即t0、t1、t2、t3，它們的取值范圍為1255s，準(zhǔn)確度為1s，其缺省定義如表1所示。    

21、60; 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合上電源或由于自恢復(fù)而重新啟動后，將重建連接； 子站RTU收到主站端的RESET_PROCESS（復(fù)位遠方終端）信號后，將關(guān)閉連接并重新初始化，然后重建連接。每次建立連接時，RTU都調(diào)用 socket的listen( )函數(shù)進行偵聽，主站端

22、調(diào)用socket的connect( )函數(shù)進行連接，如果在t0時間內(nèi)未能成功建立連接，可能網(wǎng)絡(luò)發(fā)生了故障，主站端應(yīng)該向運行人員給出警告信息。t1規(guī)定發(fā)送方發(fā)送一個I格式報文或U格式報文后，必須在t1的時間內(nèi)得到接收方的認(rèn)可，否則發(fā)送方認(rèn)為TCP連接出現(xiàn)問題并應(yīng)重新建立連接。t2規(guī)定接收方在接收到I格式報文后，若經(jīng)過t2時間 未再收到新的I格式報文，則必須向發(fā)送方發(fā)送S格式幀對已經(jīng)接收到的I格式報文進行認(rèn)可，顯然t2必須小于t1。t3規(guī)定調(diào)度端或子站RTU端每接收一幀 I幀、S幀或者U幀將重新觸發(fā)計時器t3，若在t3內(nèi)未接收到任何報文，將向?qū)Ψ桨l(fā)送測試鏈路幀TESTFR。2.5  IE

23、C-60870-5-104的實施過程    IEC 60870-5-104包括非常豐富的應(yīng)用服務(wù)數(shù)據(jù)單元（ASDU），它不但選取了絕大部分IEC 60870-5-101規(guī)約的ASDU，而且還擴展了類型標(biāo)識為58到64，以及類型標(biāo)識為107的新的ASDU。但在實際使用中，能夠用到的僅僅是其中 一小部分。    其實施過程為：    （1）TCP連接的建立過程。站端RTU作為服務(wù)器，在建立TCP連接前，應(yīng)一直處于偵聽狀態(tài)并等待調(diào)度端的連接請求，當(dāng)TCP連接已經(jīng)建立，則應(yīng)持續(xù)地 監(jiān)測TCP連接的狀態(tài)，以便TCP

24、連接被關(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ù)傳送。對于遙測量，可以使用類型標(biāo)識為9（歸一化值）、11（標(biāo)度化值）和13（短浮點數(shù)

25、）的ASDU定時循環(huán)向調(diào)度端發(fā)送。    （3）總召喚過程。調(diào)度主站向子站發(fā)送總召喚命令幀（類型標(biāo)識為100，傳輸原因為6），子站向主站發(fā)送總召喚命令確認(rèn)幀（類型標(biāo)識為100，傳輸原因為 7），然后子站向主站發(fā)送單點遙信幀（類型標(biāo)識為1）和雙點遙信幀（類型標(biāo)識為3），最后向主站發(fā)送總召喚命令結(jié)束幀（類型標(biāo)識為100，傳輸原因為 10）。    （4）校時過程。調(diào)度主站向子站發(fā)送時間同步幀（類型標(biāo)識為104，傳輸原因6），子站收到后立即更新系統(tǒng)時鐘并向主站發(fā)送時間同步確認(rèn)幀（類型標(biāo)識為 104，傳輸原因7）。需要注意的是，在以太網(wǎng)上進行

26、時鐘同步，要求最大的網(wǎng)絡(luò)延時小于接收站時鐘所要求的準(zhǔn)確度，即如果網(wǎng)絡(luò)提供者保證在網(wǎng)絡(luò)中的延時不會超過400ms（典型的X.25 WAN值），在子站所要求的準(zhǔn)確度為1s，這樣時鐘同步才有效。使用這個校時過程可以避免成百上千地在子站安裝GPS衛(wèi)星定位系統(tǒng)，但如果網(wǎng)絡(luò)延時很大或者子站所要求的準(zhǔn)確度很高（例如1ms），則變電站綜合自動化系統(tǒng)必須安裝精確度很高的全球定位系統(tǒng)（GPS），而以上的時鐘同步過程實際上就沒有意義 了。    （5）子站事件主動上傳。以太網(wǎng)對于調(diào)度端和子站端都是一個全雙工高速網(wǎng)絡(luò)，因此IEC6080-5-104必然使用平衡式傳輸。當(dāng)子站發(fā)生了突發(fā)事件

27、， 子站將根據(jù)具體情況主動向主站發(fā)送下述報文：遙信變位幀（單點遙信類型標(biāo)識為1, 雙點遙信類型標(biāo)識為3，傳輸原因為3）、遙信SOE幀（單點遙信類型標(biāo)識為30, 雙點遙信類型標(biāo)識為31，傳輸原因為3）、調(diào)壓變分接頭狀態(tài)變化幀（類型標(biāo)識為32，傳輸原因為3）、繼電保護裝置事件（類型標(biāo)識為38）、繼電保護裝置成組啟動事件（類型標(biāo)識為39）、繼電保護裝置成組輸出電路信息（類型標(biāo)識為40）。    （6）遙控/遙調(diào)過程。主站發(fā)送遙控/遙調(diào)選擇命令（類型標(biāo)識為46/47，傳輸原因為6，S/E=1），子站返回遙控/遙調(diào)返校（類型標(biāo)識為46 /47，傳輸原因為7，S/E=1），主

28、站下發(fā)遙控/遙調(diào)執(zhí)行命令（類型標(biāo)識為46/47，傳輸原因為6，S/E=0）,子站返回遙控/遙調(diào)執(zhí)行確認(rèn)（類 型標(biāo)識為46/47，傳輸原因為7，S/E=0），當(dāng)遙控/遙調(diào)操作執(zhí)行完畢后，子站返回遙控/遙調(diào)操作結(jié)束命令（類型標(biāo)識為46/47，傳輸原因為 10，S/E=0）。    （7）召喚電度過程。主站發(fā)送電度量凍結(jié)命令（類型標(biāo)識為101，傳輸原因為6），子站返回電度量凍結(jié)確認(rèn)（類型標(biāo)識為101，傳輸原因為7），然后子站 發(fā)送電度量數(shù)據(jù)（類型標(biāo)識為15，傳輸原因為37），最后子站發(fā)送電度量召喚結(jié)束命令（類型標(biāo)識為101，傳輸原因為10）。3  結(jié)語

29、0;   IEC60870-5-101和IEC60870-5-104的使用及相關(guān)伴隨標(biāo)準(zhǔn)的頒布，標(biāo)志著我國積極向國際標(biāo)準(zhǔn)靠攏，但由于 IEC60870-5-101和IEC60870-5-104畢竟是引進的標(biāo)準(zhǔn)，尚存在一些工程實踐上的問題，例如國內(nèi)電力企業(yè)常常要求能夠遠方修改保護定值和對保護動作信號進行遠方復(fù)位以及要求子站端能夠主動上送保護動作的詳細信息（包括動作時間、動作類型、動作值）10。以前在使用部頒CDT91 規(guī)約時，為了實現(xiàn)這個功能，通常擴展了一些與保護有關(guān)的幀類型或者制定了與CDT91規(guī)約極其類似但內(nèi)容更豐富的規(guī)約，例如9702規(guī)約。如今如何利用IEC60870-

30、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è)備

31、及系統(tǒng)，第5部分：傳輸規(guī)約，第1篇：傳輸幀格式）S2  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ī)則）S3  IEC-60870-5-3，Telecontrol equipment and systems，Part 5：Transmission protocols，Section 3：General structure of application data（IEC-608