ICS29.240.01備案號：53905-2016電力企業應用集成第1部分：接口體系與總體要求2016-01-07發布2016-06-01實施國家能源局發布I Ⅲ 12規范性引用文件 13接口參考模型 13.1域 13.2業務功能 23.3接口參考模型總覽 24集成基本架構建議 4.2需求分析方法 20 20 20 215.3組件適配器 215.4接口規范 215.5中間件適配器 215.6中間件服務 5.7通信服務 22 6信息交換模型 6.1一般要求 226.2消息結構 6.2.1一般要求 6.2.2消息頭 24 6.2.5一致性原則 26 6.2.7請求消息 6.2.8應答消息 6.2.9事件消息 286.2.11簽名元素 287組件報告和出錯處理(資料性) 287.1組件報告 28 28 9維護方面(資料性) 附錄A(資料性附錄)DL1080標準的使用 附錄B(資料性附錄)應用間集成性能的考慮 36附錄C(資料性附錄)一般電力企業的數據概況 V圖2電力企業實現DL1080示例 2 20圖5DL1080消息結構的邏輯視圖 23 圖7由CIM派生消息元素示例 25 圖9在消息類型模式中指向關聯 圖10請求消息原型邏輯視圖 27圖11應答消息原型邏輯視圖 27圖12事件消息原型邏輯視圖 27圖13錯誤消息原型邏輯視圖 28圖A.1過程A:電力企業DL1080標準應用 圖A.2過程B:電力企業DL1080標準應用(續) 圖C.1與時間和用戶有關的數據庫視圖 表1DL1080標準組成部分 表2DL1080第1部分的組成 表3接口參考模型(IRM) 表A.1用例模版 表A.2常用動詞 表B.1典型負荷場景 36DL1080標準的本部分DL/T1080.1等同采用國際標準IEC61968-1:2012《電力企業應用集成配電網運行接口臺賬和資產管理接口運行計劃與優化接口維護與建設接口b配網擴展規劃接口客戶支持接口抄表和控制接口實現概述V(ERP、訂單系遵循企業LAN的接口體企業LAN與優化曲與優化曲維修與建設維修與建設●管理(management):有效的管控和指導。DL1080推薦使用統一建模語言(UML)定義符合企業應用間基礎架構的系統接口語義(領域DL1080標準的第3～9部分和13部分中將規定推薦的“消息的有效載荷”所需要的信息，以應用于適合的場合。消息的有效載荷將采用XML模式(第3～9部分)或RDF模式(第13部分)的圖2為電力企業使用DL1080標準的一個典型示例。在這個示例中，電力企業將接口適配器用作上，以便它接收發布的信息。數據訪問控制接口適配器接口適配器章節1范圍適用范圍23些抽象組件的接口4描述企業應用間集成基本架構建議，用于集成56789DL1080標準的使用附錄B應用間集成性能的考慮附錄C描述定義DL1080第11部分的參考數據詞典的一些基本原則電力企業應用集成DL/T1080.3電力企業應用集成配電管理的系統接口第3部分：電網運行接口DL/T1080.9供電企業應用集成配電管理的系統接口第9部分：抄表和控制接口DL/T1080.11電力企業應用集成配電管理的系統接口第11部分：配電公共信息模型DL/T1080.13電力企業應用集成配電管理的系統接口第13部分：配電CIMRDF模型交換DL/T890.301能量管理系統應用程序接口(EMSAPI)第301部分：公共信息模型(CIM)基礎2財務1)這種劃分完全認可了CIRED工作組1996年發表的在配電自動化方面的文件。3●業務子功能(表3的第二列);●抽象組件(表3的第三列)。能(第2列)或相同業務功能(第1列)的其他抽象組件(第3列)所需要的接口。盡管本標配電網運行(NO)和DL/T1080.13)以定位客戶電話報修故障以及掌握現場工作組位置a關操作人員)開關標示牌動作顯示開關或設備分合狀態以外的其他狀態。比如，有帶電線路工作的閉合熔斷開關(橙色標示牌)同時給出帶電工作許可安全提示；3)開關正常斷開狀標示牌);4)開關異常斷開狀態(黃色標示牌);5)開4表3(續)配電網運行(NO)和DL/T1080.13)上報抽頭位置需要處理日志志記錄停電和其他相關信息監測)態負載限值配電網控制些功能用戶訪問控制自動控制給定時間自動重合輔助控制管理電力系統工作過程中為保證安全使用的各種安全文檔安全檢查與互鎖帶電工作時，遵循工作程序，確保人身及設備安全大事件協調大停電處理協調間及原因)。府機構)故障報告處理與5表3(續)配電網運行(NO)(參見DL/T1080.3和DL/T1080.13)后斷開斷路器和/或故障呼叫定位分析進行故障定位在恢復供電之前和期間，提供給客戶估計恢復供電的時間故障處理時使用的客戶信息信息該預計停電狀態通常將由現場人員通過驗證現場開關的分狀態來證實。配電網絡模型中的開關、設備、裝置和線路也可能有一個預測的停電狀態，該狀態有別于中斷供電狀態審查設備運行記錄，以確定誤操作原因電網故障分析前后特定時間段內的故障信息壓波動(驟降、驟升、波動和閃變)和檢測的其他電能質量指標涉及電力設備運行的數據，常用于制定狀態檢修計劃擾動的原因維護信息計劃應用的信息管理控制應用的信息全性的能力6表3(續)配電網運行(NO)(參見DL/T1080.3和DL/T1080.13)負荷估計比負荷預測更細致的負荷計算電能交易分析發生前后特定時間段內的故障信息自適應保護定值調度員培訓模擬各種情形，提高調度員處理異常情況的能力SCADA仿真模擬配電網故障，培訓調度員臺賬與資產管理(參見DL/T1080.4)變電站與電網的資產清單電力企業擁有或對其具有法律責任的變電站和電網資資產管理應用個或兩個以上變量間的關系連接模型變電站接線圖通信關系電網顯示物理配電網的電路圖地圖除EINV以外的資產，其已安裝和未安裝資產的清單和7表3(續)臺賬與資產管理電力企業各地使用的原料清單及狀況電力企業擁有和租用車輛的清單及狀況資產投資計劃生命周期規劃使用以可靠性為中心的分析標準參考行業標準和制造規范性能測定策、業務過程和工作對風險有所防范形式的政府監管決策支持配電網設備和線資產維護分組(表)效率資產失效歷史記錄資產財務績效合理維持它們所需要的財政資源(短期和長期)和DL/T1080.13)作序列負荷預報預測電網每條饋線在特定的時間或者一周內某天的負估未來七天預想的情況8表3(續)和DL/T1080.13)系統中通常包括研究當正常供電故障時，如何恢復相斷線、兩相斷線再現電網事故進行分析和培訓態負載限值定溫度下變壓器可能會爆炸電網設備與線路的熱限值(資產投資計劃)的相應部分，這里包含新建和重建的設集和發布各種形式的數據備工作的人員現場工作組工作用戶停電分析與信息絡拓撲，提供系統運行信息和可疑故障位置信息電能輸入計劃與優化(IMP)合同數值來達到減少外部輸入電力成本的目的異地發電計劃與計劃交換交易計劃優化交換計劃，例如兩個控制區間的能源的交換交易9表3(續)維護與建設(MC)(參見維護與檢查拱頂、檢查變電站及其工作量等維護原則資產檢查相關數據的管理資產失效與維護的歷史記錄建設(CON)計數據，按照工作任務分組后安排給專門人員工作相關的雜項成本費用得到相關單位的授權以便開展該項工作獲得政府頒發的許可證，以便在某一地域內開展工作完成工作的費用賬單信息設計(DGN)費用預算表3(續)維護與建設(MC)(參見DL/T1080.6)設計(DGN)稱為CU組工作安排與調度資源，跟蹤工作進展工作計劃到完成時的人員安排和資源計劃備的集合。工作班組屬于某個特定的組織，具有一定的專業技能和工作計劃。每個工作班組可以在一個或多個地區工作電力企業所擁有和租用車輛的分配安排電力企業所擁有和租用設備的分配安排能是材料清單的一部分管理進行各項工作要求的政府頒發的許可現場記錄(FRD)電站、變壓器號碼、開關號碼及支路名稱建設中報告工地檢查結果應的系統中定時報告統中實際材料(消耗)應的系統中系統中配電網擴展規劃(參見DL/T負荷預測用戶的能量需求(每日、每周、每月、每年等)供電的約束，自動預設控制策略表3(續)配電網擴展規劃(參見DL/T網損計算防止電壓問題接入配電網的意愿，對配電網帶來的影響建設監管(CSP)的偏差最小化建設費用項目確定(PRJ)更換。投資開發項目(即不向客戶收費)通常按商業運營資金運用計劃需求資金批準法啟動項目方案和計劃客戶支持(CS)(參見DL/T1080.8)客戶信息系統中建設賬單查詢的配電網擴建等賬單查詢完成等)自助服務查詢令和校驗信號自動實現客戶的請求表3(續)客戶支持(CS)(參見DL/T詳細記錄一個供電場所的線路損耗(如果存在)提供關于客戶數據、電表讀數與用電的信息客戶信息提供與通過郵件/頁面/短信通知客戶(尤其商業與工業客戶)即將發生的事件[例如需求響應(DR)、價格誘因等]。提電能質量的功率因數等計劃停電通知媒體通知路建設)恢復供電預計與復后，打電話給客戶來確認電力供應已經完全恢復售電點(POS)以通過購買代幣或預付費方式得到服務抄表與控制(MR)(參見DL/T抄表(RMR)自動抄表(遙測)常稱為自動抄表系統(AMR)。AMR系統負責對具備通信化電能表與相關通信模塊對應工作。AMR系統，從本質高級計量體系(AMI)建立在ARM的基礎功能之上表3(續)抄表與控制(MR)(參見DL/T抄表(RMR)電能質量客戶電表和用電息用于停電管理、配電網分析和客戶記賬負荷，或者由電力公司確定提供等同付費賬單電表數據合并的檢測和驗證障的地點。一些自動抄表(AMR)系統能通過電表來識別統來支持停電分析高級計量體系析能源使用和相關信息網絡資產管理管理AMI電表和通信網絡資產，包括AMI電表/網絡測力企業系統和現場設備(主要是AMI電表)之間通過AMI需求響應(DR)需求響應管理匯總C&I(商業和工業)客戶需求，包括將樓宇管理系統集成為DR領域的一部分負荷控制電熱、熱水或者大型家用電器等)負荷控制表3(續)抄表與控制(MR)(參見DL/T負荷控制動態電價應用信號按照一定的時間間隔實時發送來確定當前的電價；(2)分時電價安排(TOU);(3)提前公布電價變動計劃電表運維和使用現場電表工作電表安裝、檢查、運行和退出運行等工作電表配置當一個用于遙測的電表安裝以后，必須經過配置才能被計量系統使用。電表可以配置類型相關信息，如分時使用定義。計量系統可能還需要記錄于通信路徑相關的信息電表數據管理該功能從電表和其他終端設備到其他的企業功能和系系統(MS)管理、發布命令和控制，以及和電能表、末端和終端設備之間的雙向通信用于實現按需讀數和控制功推薦的實施方案(DL1080.100)的能力(MDM)系統；(3)傳輸供電可靠性和電能質量事件數據到停電管理系統電表維護該部分與計量系統(MS)密切相關。由此，MS與該抽象組件之間的接口不在本標準規定之內表3(續)抄表與控制(MR)(參見DL/T電表數據線);(3)有功和無功電量最大值(最大需量);(4)電壓曲需求時間點樓宇局域網傳輸數據(例如文本信息和控制信號)。PAN抽象組件中的更多信息可在本表后面DMS外部業務部分找到功能電能交易市場分析和預測公司把電表數據提供給市場票據交換所注冊和注銷與一定類型的交易電力企業直接向終端用戶出售少量電能的功能市場交易品、價格、場所和促銷收集客戶與電力公司開設賬戶時所必需的客戶信息品或服務管理電力企業所持有的有價證券或資產電力企業向其客戶銷售產品和服務的行為要客賬戶重要客戶和/或那些大負荷和/或有特殊需求的客戶定購上填寫訂單完成客戶向電力企業請求一些事情的行為或實例訂單處理與履約利益相關方計劃監管計劃和報告表3(續)功能利益相關方計劃法規工作負面影響前到貨跟蹤和管理供日后使用的庫存(物資和器材)間對物資和材料進行的管理到相應的賬單戶概況來聯系客戶推銷他們可能選擇的服務類型約見信件和通知內容投訴、爭端和糾表3(續)生成根據協議提供服務的賬單，服務包括入網、路燈、賬單計算完成后，生成的賬單郵寄給客戶跟蹤電力公司支付給有業務往來的公司為其提供服務、租借和/或供貨的費用使用電力公司在電力市場中的設施，或者聯合使用公司的網架和通行優先權等預測電力企業的總預算支持企業中所有可能來源的預算申請總分類賬賬戶的記錄是從分類賬中發布過來的，分類賬是交易的原始記錄，分類賬的內容定期發送到總分類賬中經營單位和會計經營單位必須能滿足每一級稅務機關(郡、資金管理資金的存入和支出，在這個過程中，把收入進行積累、維持和支出。負責企業的金融事務，特別是收入的收集、管理和支出發展規劃的活動。通常這種拓展包含和不同業務伙伴的合作監管部門關系維持與監管機構的良好關系，以正確理解他們的要求，在各種監管問題和糾紛中獲取他們的支持、影響新的立法固定資產表3(續)功能錄報告業務在不同層面上特性并進行規劃人力資源規劃和計劃資源的需求，規劃員工職責，對簽訂合同提供幫助報告“效能評估”討論的關鍵效能指標(KPI)效能評估門等各個層面上評估業務效能的手段服務場所有關信息路權、通行權與管理用于各種目的的房地產記錄健康與安全報告項并提交給相關部門培訓要做的工作資質跟蹤員工業績、檢查員工業績評價和打分，為所有員工爭取和給予的補償獲得新員工的過程，是否具備招聘崗位所需的技能和表3(續)功能公共信息(PI)和與電力公司運營相關的重要事項信息能源服務供應商(整合者)(ESP)“Mega-watts”和輔助服務。供削減支持),使分布資源在較大市場中發揮作用樓宇局域網有時也被稱為家庭局域網(HAN)。在樓宇(或家庭)PAN中的客戶荷。具有與PAN裝置和智能電表接口通過PAN網絡提供注冊、銷戶和跟蹤PAN設備等功電價的電價消息和負荷控制允許電力公司(或第三方)發送負荷控制事項信息到目標PAN設備a此內容是對配電網運行監視的說明，所以其對應抽象組件一欄是空的(與IEC61968-1一致),下同。4.1概述件、數據庫或其他技術)(見第5章);c)應當提供信息交換模型工具(見第6章),用戶可以使用該工具描述被交換的信息。該工具為5.2抽象組件組件間的信息交換可以是一段數據或是一個功能的執行結果(指該功能可以被遠程調用),稱為服務交換。例如，組件可以是傳統的過程性應用(也稱為已有應用)或用最新技術建立的完全面向對象的應用。而且，組件可以分布在網絡上(局域網LAN、內部網、企業專用廣域網WAN甚至或是公用互聯網)。這使采用企業范圍內信息和通信(ICT)架構的DMS應用可以靈活部署。組件的范圍是沒有限制的，它可以完成配電管理所需的任何功能。第3章中的接口參考模型顯示了這些功能的典型分類。為使不符合接口子集的組件能實現它在服務交互中履行其角色，必須先使它符合接口子集(見5.3)。現在DMS應用的廠商可能有自己的應用架構、自己的API以及應用與本廠商其他產品的接口機制。這些現存的應用作為服務的客戶端可能起到重要的作用。但是不能要求這些廠商把符合接口子集的新版本。甚至新的應用也不一定都是符合接口子集的，而是使DL1080環境中的組件適配器是使不符合接口子集的軟件應用能夠使用服務的符合接口子集的軟件。這樣，組件適配器僅做必要的工作，就可以使組件符合一個或多個DL1080.3即其后的部分規定的接口規范。各功能領域(見第3章，接口參考模型)的DL1080接口規范在標準的其他部分說明(DL/T1080.3~DL/T1080.9及第13部分)。b)與編程語言無關。d)獨立于中間件。推薦的公共服務模式由DL1080.100提供。DL1080的中間件適配器是符合接口子集的軟件，它擴充現有的中間件服務，使企礎架構支持建議的服務和模式。從而，中間件適配器僅通過必要的擴充，就能使所DL/T1080.3～DL/T1080.9部分中一個或多個接口規范。例如，廠商的每個組件可能在內部使用適合特定業務功能要求的任意的中間件(或完全不用中間件)。企業不能假設任意兩個組件總是使用企業中間件服務的相同實現。需要一個中間件適配器作為中間件“網關”,使得已實現的中間件服務之上的組件產生的DL1080交互進入其他組件(這些組件可能DL/T1080.3～DL/T1080.9定義了所需要的服務(參考之前的章節),這些服務被推薦呈現在架構實系統(HW/OS)環境下。因此，中間件服務實現、中間件適配器(集)和HW/OS這三個要素完兩種XML格式之一響應消息有效內容DL1080通用圖6展示了一個有效載荷結構的例子，這個例子使用CIM類來定義，它包含MeterReading和ttm:ServiceDeliveryPo一個MeterReading可能包含多個IntervalBlocks,每個Int這些IntervalReadings由具體的ReadingQuality描述。圖8展示了這個關系是如何在CIM中使用統一建模語言(UML)建模的。這個圖顯示一個MeterReading可以與0個或者多個(0..n)IntervalBlocks關聯，而一個IntervalBlock可能與0個或者多個IntervalReadings關聯。關聯角色表明了重數，比如一個名為IntervalReadings的角色名表示多于一個IntervalReading會被關聯到。圖9展示了基于圖8關聯關系classpart9:MeterReadingsclasspart9:MeterReadingsMeterReadingEm:IntervalBloc●組件可以產生一個有效的消息類型(通常用XSD表示)的實例(通常用XML表示),包含了所事件消息通常用來在指示一個條件被檢測到或一個可能關心的事務被應事件消息類型錯誤消息類型錯誤消息類型7組件報告和出錯處理(資料性)b)根據信息交換模型提供的元數據，應提供歷史事件模式(參見第6章);8安全與驗證(資料性)接口處進行驗證。隨著放松管制以及Web的應用和發展，必須保證采取適當安全措施。為此不管是IEC還是非IEC組織都應制定一些標準。9維護方面(資料性)維護是生命周期的一個重要部分，它開始于很長的周期(包括系統的設計、實現、使用)之后。維護工作的頻度將反映不同來源的集成組件的設計和實現的質量。可靠性減低、能下降都是不良實現可能的后果。其主要引起可測試性降低、DL1080的組件接口規范沒有規定每個組件內部應如何設計的要求，但鼓勵組件設計A.1引言(過程A)和圖A.2(過程B)所示。型(協議集)企業選擇用例和支持集否步驟F:為待修改消息類型(協議集)類否的包裝)進行必要的步驟N:企業和供應商(如可能)測步驟L:企業為受“步驟F”圖A.2過程B:電力企業DL1080標準應用(續)本標準第3～9部分的目標是提出最為通用的信息交換要求。因此，可以預見電力企業為了滿足其全部要求，需對CIM模型和消息類型進行少量擴展。名稱NameBusinessfunction/abstractcompon提供的服務或信息Descriptionof的抽象組件消息類型(動詞/名詞)(Verb/noun)屬性類型關系例外或備選序列(Exceptions/alternatesequences:):操作關系消息類型標識消息類型(動詞/名詞)消息類型內容(類屬性)日期1最初的2動詞消息結構動詞‘create'用來向主系統發請求，以產生新的對象。主系統可以用動詞‘created’將新對象作為一個事件發布。主系統也可能使用動詞‘reply’響應‘create’請求，表明該請求是否已成功處理動詞‘change'用來向主系統發請求，以更改基于消息中的信息的對象。主系統可用動詞‘changed’將改變的對象作為一個事件發布，通知該對象自上次發布后已經變更。主系統也可能用動詞‘reply'響請求消息包括HeadType、RequestType和可選的有效載荷結構。RequestType潛在地可確定具體對象IDs動詞‘cancel’用來向主系統發請求，以取消某表示業務文檔。主系統可使用動詞‘canceled’將取件發布，通知該對象自上次發布后已經取消。主系統也可能用動詞請求消息包括HeadType、可確定具體對象IDs動詞‘close’用來向主系統發請求，以關閉某表示業務文檔。主系統可使用動詞‘closed',將關響應‘close'請求，表示該請求是否已成功處理。'close'動詞用在一請求消息包括HeadType、可確定具體對象IDs統用動詞‘deleted’將刪除消息作為一個事件發布，通知該對象自上表示請求是否已成功處理。'delete’動詞用在對象因差錯或無存檔必要不需再在集成系統中保存時。但是，主系統可的歷史記錄請求消息包括HeadType、RequestType和可選的有效載荷結構。RequestType請求類型潛在地可確定具體對象IDs表A.2(續)動詞消息結構動詞‘get’用來向主系統發詢問請求，以獲取符合條件的零個或多個對象。主系統可在響應消息中用動詞‘reply’返請求消息宜包括HeaderType、RequestTyp