【文章內(nèi)容簡介】 APCI 的定義與 104 標(biāo)準(zhǔn)相同，其控制域定義及相關(guān)內(nèi)容參見附錄 A。 啟動字符 68H 定義了數(shù)琚流內(nèi)的起始點 . 應(yīng)用規(guī)約數(shù)據(jù)單元的長度定義了應(yīng)用規(guī)約數(shù)據(jù)單元主體的長度 ， 它由應(yīng)用規(guī)約控制信息的四個控制域八位位組和應(yīng)用服務(wù)數(shù)據(jù)單元所組成 。 笫一個被計數(shù)的八位位組為控制域的笫一個八位位組 ， 最后一個被 計數(shù)的八位位組為應(yīng)用服務(wù)數(shù)據(jù)單元的最后一個八位位組 。應(yīng)用服務(wù)數(shù)據(jù)單元的最大幀長為 249, 而控制域的長度是 4 個八位位組 ， 應(yīng)用規(guī)約數(shù)據(jù)單元的最大長度為 253 (APDUMAX=255 減掉啟動和長度八位位組 )。 控制域定義抗報文丟失和重復(fù)傳送的控制信息、報文傳輸?shù)膯雍拓曛?、傳輸連接的監(jiān)視。 ASDU 中各部分含義與 103 標(biāo)準(zhǔn)的對照如下表所示。具體說明請參見 103 標(biāo)準(zhǔn)。 圖表 3 ASDU在 103 標(biāo)準(zhǔn)中的位置 數(shù)據(jù)單元 標(biāo)識符 103 標(biāo)準(zhǔn) 對應(yīng)章節(jié) 信息體 103 標(biāo)準(zhǔn) 對應(yīng)章節(jié) 類型標(biāo)識（ TYP） 功能類型（ FUN） 可變結(jié)構(gòu)限定詞（ VSQ） 信息序號（ INF） 傳送原因（ COT） 信息元素集 ASDU 公共地址 Q/ZJ001 2021 第 11 頁 應(yīng)用服務(wù)數(shù)據(jù)單元公共地址 應(yīng)用服務(wù)數(shù)據(jù)單元公共地址（簡稱 ASDU 地址） 使用兩個字節(jié)，高 8位 用于區(qū)分應(yīng)用層內(nèi)容是與子站本身相關(guān)還是與站內(nèi)某臺裝置相關(guān)，規(guī)定： ? 0H 表示子站本身； ? 1H~FEH 表示變電站內(nèi)裝置編號； 規(guī)定一臺裝置只使用一個編號； ? FFH 用于對子 站內(nèi)所有裝置廣播。 ASDU 地址的低 8 位 用來識別 CPU 號。 功能類型 FUN及信息序號 INF 功能類型 FUN：由子站根據(jù)裝置情況確定，子站自身應(yīng)單獨視為一個裝置。 信息序號 INF：由子站根據(jù)裝置情況確定。 說明 ： 1. 信息表 一般 應(yīng)由子站提前提交給主站，如有自定義或定義沖突等情況由雙方協(xié)商。 2. 子站與裝置“通信中斷”等信息，可以視為每個裝置的一個狀態(tài)量，也可以視為子站自身的狀態(tài)量，具體作法不屬于本規(guī)范的范圍。 關(guān)于配置信息 為了正確地傳遞和解釋信息，主站、子站對于裝置信息量的含義、格式等必須理解一致。一般 而言，傳統(tǒng)作法是主站、子站根據(jù)用戶要求確定統(tǒng)一的信息表，各自輸入其數(shù)據(jù)庫。由于 103 標(biāo)準(zhǔn)提供通用服務(wù)，信息可以自描述，因此可以通過通用服務(wù)傳遞信息配置表，只要有一方（一般是子站）作好配置后，另一方直接調(diào)配置就行，不用再重復(fù)輸入。 本規(guī)范 建議采用通用服務(wù)傳遞子站配置， 但考慮到主、子站廠家的具體實現(xiàn)很可能不同，配置信息的處理應(yīng)由雙方協(xié)商 ， 但通信雙方應(yīng)該保證 至少能夠按照傳統(tǒng)的信息表輸入方式處理 。 通過通用服務(wù)傳遞信息配置表 時，一般只在主站或子站啟動并且 配置有變化時才需要進行。 『附錄 B』是本規(guī)范推薦的采用通用服 務(wù)傳遞子站配置的作法；『附錄 C』是采用信息表輸入方式時子站一般需要給主站提供的資料。 2 主站與子站通信報文規(guī)范 在 103 標(biāo)準(zhǔn)中，對于各種信息的傳送方式和格式都有規(guī)定。但由于 103 標(biāo)準(zhǔn)同時提供常規(guī)方式和通用分類服務(wù)方式，如模擬量（被測值）信息既可以采用常規(guī)方式，也可以采Q/ZJ001 12 用通用分類服務(wù)，其他一些信息也類似。這樣做非常靈活，但也給主－子站之間帶來了一些不確定因素，需要通信雙方協(xié)商和適應(yīng)的東西較多。因此，本規(guī)范力圖對各種信息的傳送方式和格式做出明確的、唯一的規(guī)定。 故障信息系統(tǒng)主－子站通信的主要功能是收 集子站裝置的配置 /參數(shù)信息、正常運行狀態(tài)信息、異常告警信息、故障信息及故障相關(guān)數(shù)據(jù)，概而言之，這些信息可以分為狀態(tài)量、模擬量、數(shù)據(jù)文件和其它信息四大類。 狀態(tài)量信息 狀態(tài)量主要有裝置動作信息（包括元件啟動、出口等）、裝置開入量信息以及裝置（包括子站）內(nèi)部產(chǎn)生的異常告警信息等。狀態(tài)量信息可能是突發(fā)的、暫態(tài)性的，如動作信號，也可能是持續(xù)性的，如開入量所對應(yīng)的觸點位置。從主站端來說，對暫態(tài)性的狀態(tài)量一般只要求其在從 OFF?ON 變化時上送，其它時間則不要求上送，而對于 持續(xù)性狀態(tài)量， 不但要求信號的兩種變化（從 OFF?ON和 ON?OFF）都要送，而且定時通過總召喚來獲得其當(dāng)前狀態(tài)，因此， 103 標(biāo)準(zhǔn)要求子站對狀態(tài)量要加以區(qū)分 。 遵循 103 標(biāo)準(zhǔn)的精神，本規(guī)范明確要求子站對狀態(tài)量加以區(qū)分。持續(xù)性狀態(tài)量在總召喚時要求上送當(dāng)前值，當(dāng)持續(xù)性狀態(tài)量從 OFF?ON 和 ON?OFF 變化、暫態(tài)性狀態(tài)量從OFF?ON 變化時，以 ASDU1 報文（含狀態(tài)變化信息） 上送 。 狀態(tài)量一般還分為 SPI 和 DPI 兩種，為簡單起見，本規(guī)范要求統(tǒng)一采用 DPI。如狀態(tài)量實際是 SPI，則由子站負責(zé)轉(zhuǎn)換為 DPI。 模擬量信息 模擬量主要是裝置量測的電壓、電流、功率、頻率、 故障點距離等信息。由于各種裝置所量測的信息不統(tǒng)一，很難用一兩個 ASDU 來適應(yīng)各種情況，因此，本規(guī)范規(guī)定模擬量信息全部采用通用服務(wù)上送?？紤]到采用電話撥號時的效率問題，而且故障信息系統(tǒng)中對模擬量的實時變化要求并不太高，故本規(guī)范規(guī)定：主站通過定時召喚“一個組全部條目的值”來獲得模擬量，召喚時間間隔根據(jù)實際需要設(shè)置。 在 103 標(biāo)準(zhǔn)中，模擬量可以有很多種編碼格式，為簡單統(tǒng)一起見，本規(guī)范規(guī)定，所有模擬量都上送以 IEEE 標(biāo)準(zhǔn) 754 短實數(shù) 編碼的工程值，即對電氣量 U、 I 等，上送的是二次工程值（如 、 ）。模擬量的量程、格式轉(zhuǎn)換等工作應(yīng)由子站完成。 故障錄波數(shù)據(jù)及文件傳輸 故障記錄數(shù)據(jù)是事故分析的主要依據(jù)，是故障信息系統(tǒng)中非常重要的一種信息。 故障錄波數(shù)據(jù)由子站從錄波裝置收集，格式化為符合 COMTRADE 標(biāo)準(zhǔn)的數(shù)據(jù)文件并 Q/ZJ001 2021 第 13 頁 保存到子站歷史數(shù)據(jù)庫。 當(dāng)電網(wǎng)發(fā)生故障 時 ， 子站收集故障錄波數(shù)據(jù)并形成簡要分析報告，并首先將簡要分析報告上送到主站，主站通過召喚命令可以直接獲取所需的錄波文件。 此外，主站也可以先通過召喚獲得某段時間內(nèi)的故障錄波文件列表，再選擇召喚所需要的錄波文件供事故分析處理使用。 故障錄波文件包括 故障錄波器的錄波文件、帶錄波插件的微機保護的分散錄波文件、微機保護采樣值記錄等，對不同類型文件的收集及格式化由子站負責(zé)完成。 此外，在實際應(yīng)用中，可能還有其它一些文件類型的數(shù)據(jù)需要傳輸，因此本規(guī)范還增加了用于“文件傳輸”的報文。 其它信息 其它信息主要有定值、 帶參數(shù)的保護動作報告、 操作過程及結(jié)果記錄、行波測距結(jié)果以及其它帶有狀態(tài)量、測量值、字符串等的信息。由于這些信息內(nèi)容復(fù)雜、格式不一、很難規(guī)范， 本規(guī)范建議一般采用通用服務(wù)來傳輸。 對于定值的操作有比較明確的模式，請參見后文描述。 其它信息根據(jù)需要由通信雙 方協(xié)商。 總召喚 本規(guī)范原則遵循 103標(biāo)準(zhǔn)的精神，并根據(jù)實際需要考慮做出如下規(guī)定： 總召喚在初始化完成后進行，并在正常運行過程中定時進行總召喚；子站回答總召喚時僅回答持續(xù)性狀態(tài)量； 通信異常處理 主站－子站之間的通信異常主要有以下幾種情況： ? 主站出現(xiàn)異常。此時，不管子站是否回答，均認為通信異常。需要等待主站恢復(fù)后重新經(jīng)過初始化過程方可認為通信正常。 ? 鏈路或者子站出現(xiàn)異常。此時， TCP 連接已斷開。主站不斷去連接（ connect）子站，直至重新建立 TCP 連接。在 TCP 連接建立后，重新初始化過程。 通信流程示意 綜上所述，一個示意性的主－子站通信流程如圖 表 4 所示。 圖 中 所示的是主站對一個子站的通信處理主循環(huán)，當(dāng)采用電話撥號方式時，一個子站的主循環(huán)結(jié)束應(yīng)轉(zhuǎn)入對下一個子站的處理。 圖中用虛框表示的“讀取子站配置”和“對時”是根據(jù)需要可配置的功能模塊；下發(fā)Q/ZJ001 14 命令及命令處理過程包括手工 /智能產(chǎn)生的操作性命令；“總召喚”、“命令處理”等僅為示意，具體過程請參見后續(xù)章節(jié)的具體描述。 初 始 化 過 程需 要 讀 子 站 配 置 ？有 下 發(fā) 命 令 ？讀 取 子 站 配 置總 召 喚 時 間 到 ？命 令 處 理總 召 喚是是是否否否對 時 時 間 到 ？ 對 時是否 圖表 4 通信流程示意圖 通信報文 本規(guī)范對主站 和子站之間的通信過程加以描述。為方便使用，列出其中 絕大 部分幀的完整格式供參考， 未列出幀的 定義 請參見 103 標(biāo)準(zhǔn)。 圖表 5 所示為主站 子站 傳輸配置信息 過程用到的通信報文。 圖表 5 主站 子站 傳輸配置信息 過程 信息方向 信息內(nèi)容 標(biāo) 識 報 文 備注 主站下發(fā)命令 讀子站配置各組標(biāo)題 C_GC_NA_3 ASDU21 讀一組信息的全部條目 C_GC_NA_3 ASDU21 讀子站配置文件 ASDU101 擴展報文 下傳子站配置 C_GD_NA_3 ASDU10 下傳子站配置文件信息 ASDU105 擴展報文 下傳子站配置文件內(nèi)容 ASDU107 擴展報文 子站上傳信息 Q/ZJ001 2021 第 15 頁 子站上送各組標(biāo)題 M_GD_NA_3 ASDU10 子站上送一組信息的全部條目 M_GD_NA_3 ASDU10 子站上送配置文件 ASDU102 擴展報文 子站對下裝配置的確認 M_GD_NA_3 ASDU10 子站對下傳配置文件的確認 ASDU106 擴展報文 子站對下傳配置內(nèi)容的確認 ASDU108 擴展報文 下圖 所示為主 站 子站正常通信時用到的通信報文。 圖表 6 主站 子站正常通信用報文 信息方向 信息內(nèi)容 標(biāo) 識 報 文 說 明 主站下發(fā)命令 廣播對時 C_SYN_TA_3 ASDU6 查詢裝置模擬量 C_GC_NA_3 ASDU21 查詢裝置定值 C_GC_NA_3 ASDU21 修改保護定值 C_GD_NA_3 ASDU10 總召喚 C_IGI_NA_3 ASDU7 召喚錄波文件 ASDU13 擴展報文 召喚錄波文件列表 ASDU15 擴展報文 召喚一般文件 ASDU101 擴展報文 召喚一般文件列表 ASDU103 擴展報文 下傳一般文件的信息 ASDU105 擴展報文 下傳一般文件的內(nèi)容 ASDU107 擴展報文 召喚裝置故障歷史信息 ASDU17 擴展報文 子站上傳報文 突發(fā)數(shù)據(jù) 保護事件 M_TM_TA_3 ASDU1 ASDU2 自檢信息 M_TM_TA_3 ASDU1 開關(guān)量變位 M_TM_TA_3 ASDU1 簡要錄波報告 ASDU12 擴展報文 Q/ZJ001 16 信息方向 信息內(nèi)容 標(biāo) 識 報 文 說 明 裝置的模擬量 M_GD_NA_3 ASDU10 裝置的定值 M_GD_NA_3 ASDU10 修改保護定值 M_GD_NA_3 ASDU10 總召喚回答 上送雙點信息狀態(tài) M_DP_NA_3 ASDU42 總召喚結(jié)束 M_TGI_NA_3 ASDU8 上送錄波文件 ASDU14 擴展報文 上送錄波文件列表 ASDU16 擴展報文 上送一般文件 ASDU102 擴展報文 上送一般文件列表 ASDU104 擴展報文 下傳文件信息的確認 ASDU106 擴展報 文 下傳文件內(nèi)容的確認 ASDU108 擴展報文 裝置故障歷史信息 ASDU18 擴展報文 說明： 1．上述圖表以及后續(xù)各節(jié)中所列的報文標(biāo)識和 ASDUxx名稱與 103標(biāo)準(zhǔn)的對應(yīng)報文基本一致，但幀格式中的長度定義有修改（見 ），而且報文中凡涉及用“四個八位位組二進制”定義的時間 CP32Time2a 全部修改為“七個八位位組二進制”CP56Time2a(以下簡稱“ 7字節(jié)時標(biāo)” )定義；詳細報文格式參見后文描述； 2．修改保護定值的功能主、子站應(yīng)具備，但實際應(yīng)用時不一定開放此功能； 3．主站讀子站 的配置信息只在配置發(fā)生改變時才需要； 4．總召喚時子站狀態(tài)量信息只能以 DPI上送 。 主站系統(tǒng)在本身投入運行或者有新的子站投入運行前，除了必不可少的通信參數(shù)、子站編號等配置外，還要對系統(tǒng)數(shù)據(jù)庫進行初始化，即要通過某種方式把有關(guān)子站裝置、定值、狀態(tài) /模擬量、線路等的名稱 編號、量綱等相關(guān)參數(shù)確定下來。 由于 103 標(biāo)準(zhǔn)提供通用服務(wù)，信息可以自描述，因此 本規(guī)范建議 通過通用服務(wù)傳遞信息配置表，只要有一方（一般是子站）作好配置后，另一方直接調(diào)配置就行，不用再重復(fù)輸入。 主站召喚配置信息的一般流程、各種 配置信息的格式等，請參見 『附錄 B』 。 另外，為實現(xiàn)自動傳輸配置信息，當(dāng)子站配置改變后，需要通過某種方式通知主站以便主站讀取配置?？紤]到管理責(zé)任等方面的問題，本規(guī)范建議采用以下兩種方式： Q/ZJ001 2021 第 17 頁 1. 子站人工通知主站（電話、傳真等），主站手動發(fā)命令讀取配置； 2.