一種基于管道和代理的廠站多規(guī)約接入方法
【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及一種基于管道和代理的廠站多規(guī)約接入方法，屬于電力系統(tǒng)自動化技 術(shù)領(lǐng)域。
【背景技術(shù)】
[0002] 電力系統(tǒng)自動化領(lǐng)域，對于工業(yè)集控站等多協(xié)議應(yīng)用場景，目前多規(guī)約的接入一 般采用的方法是增加通訊管理機，通過通訊管理機將多協(xié)議轉(zhuǎn)成統(tǒng)一的協(xié)議接入監(jiān)控系 統(tǒng)。采用增加通訊管理機的方式，不僅增加硬件成本，而且增加了數(shù)據(jù)傳輸?shù)奈锢礞溌?，?訊異常時需要排查的可能故障點增多。
[0003] 此外，對于僅支持單協(xié)議接入的監(jiān)控系統(tǒng)來說，業(yè)務(wù)處理進程直接加載協(xié)議解析 模塊完成數(shù)據(jù)接入。在這種模式中，上、下行協(xié)議數(shù)據(jù)通過接口回調(diào)完成，協(xié)議解析模塊與 業(yè)務(wù)處理進程間耦合性高，模塊可擴展性較差，有新類型協(xié)議數(shù)據(jù)接入時，需直接修改兩方 面代碼才能完成，不利于多協(xié)議數(shù)據(jù)接入的擴展。

【發(fā)明內(nèi)容】

[0004] 本發(fā)明的目的是提供一種基于管道和代理的廠站多規(guī)約接入方法，以解決現(xiàn)有多 規(guī)約接入方法需要額外增加硬件設(shè)備和監(jiān)控系統(tǒng)業(yè)務(wù)處理模塊和協(xié)議解析模塊耦合性高、 可擴展性差問題。
[0005] 本發(fā)明為解決上述技術(shù)問題提供了一種基于管道和代理的廠站多規(guī)約接入方法， 該接入方法將每個協(xié)議的解析作為一個單獨的進程，通過通訊接入代理模塊和業(yè)務(wù)處理模 塊完成上行、下行數(shù)據(jù)的交互，包括以下步驟：
[0006] 1)各協(xié)議解析進程向下與各數(shù)據(jù)源交互，向上采用管道通訊機制與通訊接入代理 模塊交互；
[0007] 2)通訊接入代理模塊加載進程通訊管理模塊的接口完成進程間的通訊；
[0008] 3)業(yè)務(wù)處理模塊加載通訊接入代理模塊完成數(shù)據(jù)的接入。
[0009] 所述步驟1)中的管道通訊機制采用半雙工的數(shù)據(jù)傳輸方式，數(shù)據(jù)只向一個方向 傳輸，上行、下行分別采用對應(yīng)的管道。
[0010] 所述的通訊接入代理模塊通過接口 ICSF_APP_Interface提供下行數(shù)據(jù)功能調(diào) 用，通過接口 ICSF_APP_CallBackInterface將上行數(shù)據(jù)轉(zhuǎn)至業(yè)務(wù)處理模塊。
[0011] 所述通訊接入代理模塊從各個協(xié)議解析進程中接入上行數(shù)據(jù)，轉(zhuǎn)發(fā)業(yè)務(wù)處理模塊 的下行命令。
[0012] 本發(fā)明的有益效果是：本發(fā)明將每個協(xié)議的解析作為一個單獨的進程，通過通訊 接入代理模塊和業(yè)務(wù)處理模塊完成上、下行數(shù)據(jù)的交互，各協(xié)議解析進程向下與各數(shù)據(jù)源 交互，向上采用管道通訊機制與通訊接入代理模塊交互；通訊接入代理模塊加載進程通訊 管理模塊的接口進行進程間的通訊，業(yè)務(wù)處理模塊加載通訊接入代理模塊完成數(shù)據(jù)的接 入。本發(fā)明用軟件實現(xiàn)替代硬件設(shè)備，不僅節(jié)約硬件成本，而且省去數(shù)據(jù)傳輸?shù)闹虚g環(huán)節(jié)， 減少了發(fā)生故障的概率，提高了傳輸效率和可靠性。對比單規(guī)約接入方式，本發(fā)明降低了協(xié) 議解析模塊和業(yè)務(wù)處理模塊的耦合性，有新協(xié)議需要接入時，只需開發(fā)新的協(xié)議解析進程 即可，提高了系統(tǒng)的可擴展性。
【附圖說明】
[0013] 圖1是本發(fā)明基于管道和代理的多規(guī)約接入方法網(wǎng)絡(luò)結(jié)構(gòu)圖；
[0014] 圖2是本發(fā)明基于管道和代理的多規(guī)約接入方法多進程通訊接入圖；
[0015] 圖3是本發(fā)明基于管道和代理的多規(guī)約接入方法管道通訊示意圖；
[0016] 圖4是本發(fā)明基于管道和代理的多規(guī)約接入方法服務(wù)代理原理圖；
[0017] 圖5是本發(fā)明上下行數(shù)據(jù)傳輸交互所采用的CSF對象視圖。
【具體實施方式】
[0018] 下面結(jié)合附圖對本發(fā)明的【具體實施方式】做進一步的說明。
[0019] 本發(fā)明針對電力系統(tǒng)自動化領(lǐng)域工業(yè)集控站多協(xié)議應(yīng)用場景的需要，提供了一種 基于管道和代理的廠站多規(guī)約接入方法，該方法針對的電力系統(tǒng)監(jiān)控網(wǎng)絡(luò)結(jié)構(gòu)如圖1所 示，各種協(xié)議的數(shù)據(jù)源通過站控層交換機直接上送后臺監(jiān)控系統(tǒng)，本實施例中的各種協(xié)議 的數(shù)據(jù)源包括61850協(xié)議、104協(xié)議和103協(xié)議等，監(jiān)控系統(tǒng)模型中配置了各數(shù)據(jù)源的協(xié)議 類型、通訊參數(shù)等，各協(xié)議解析進程據(jù)此與對應(yīng)協(xié)議類型的數(shù)據(jù)源建立通訊連接，開始上下 行數(shù)據(jù)交換，多進程通訊接入如圖2所示。
[0020] 各協(xié)議解析進程向下與各數(shù)據(jù)源交互，向上通過進程間通訊機制與通訊接入代 理模塊commagency交互，各協(xié)議解析進程與通訊接入代理模塊commangency的交互如 圖3所示，各協(xié)議解析進程及通訊接入代理模塊commangency均加載進程通訊管理模塊 ipcmgscomps的接口，進行進程間通訊。
[0021] 進程通訊管理模塊ipcmgscomps采用管道機制，半雙工數(shù)據(jù)傳輸方式，數(shù)據(jù)只向 一個方向滾動（傳輸），上行、下行分別建立管道，每個管道支持一對一、一對多的方式，數(shù) 據(jù)傳輸有接收端、發(fā)送端，一個接收端可以接收多個發(fā)送端發(fā)送的數(shù)據(jù)，一個發(fā)送端也可以 將數(shù)據(jù)發(fā)送給多個接收端。
[0022] 本實施例中通訊接入代理模塊commagency與業(yè)務(wù)處理模塊taskserver部署在同 一進程中，如圖4所示，通訊接入代理模塊commagency實現(xiàn)接口 ICSF_APP_Interface，提供 下行數(shù)據(jù)功能調(diào)用，并依賴接口 ICSF_APP_CallBackInterface，將上行數(shù)據(jù)轉(zhuǎn)至業(yè)務(wù)處理 模塊taskserver。通訊接入代理模塊commagency通過以上所述的進程間交互機制，從各協(xié) 議解析進程接入上行數(shù)據(jù)，轉(zhuǎn)發(fā)業(yè)務(wù)處理模塊taskserver的下行命令。
[0023] 下面針對通訊接入代理模塊和業(yè)務(wù)處理模塊的工作過程，以61850協(xié)議的接入過 程為例，介紹具體的實施步驟。
[0024] 1.協(xié)議解析模塊與數(shù)據(jù)源
[0025] 基于配置庫中IED裝置通訊協(xié)議類型、IP、地址等通訊參數(shù)配置，協(xié)議解析模塊 comm61850與61850數(shù)據(jù)源建立通訊連接，按照61850協(xié)議進行數(shù)據(jù)交互。
[0026] 2.協(xié)議解析進程與通訊接入代理模塊
[0027] 61850協(xié)議解析模塊與通訊接入代理模塊commagency按照進程通訊管理模塊規(guī) 定的進程通訊機制，由61850協(xié)議解析模塊建立其為發(fā)送端，通訊接入代理模塊為接收端 的上行通道；由通訊接入代理模塊建立其為發(fā)送端，61850協(xié)議解析模塊為接收端的下行 通道。上下行交互的對象為CSF對象，CSF對象視圖如圖5所示。本方法中擴充CSF對象 類型CCSF_SDO_CommPara，保存交互參數(shù)。CCSF_SDO_CommPara中定義了管道數(shù)據(jù)類型，如 表1所示。上下行交互數(shù)據(jù)對象列表中第一個對象固定為CCSF_SDO_CommPara數(shù)據(jù)，接收 端根據(jù)CCSF_SDO_CommPara確定業(yè)務(wù)處理流程。
[0028]表 1
[0030] 3.通訊接入代理模塊commagency與業(yè)務(wù)處理模塊taskserver
[0031] 通訊接入代理模塊commagency通過接口 ICSF_APP_Interface將業(yè)務(wù)處理模塊 taskserver下發(fā)的下行數(shù)據(jù)經(jīng)下行管道交由協(xié)議解析進程comm61850處理。而協(xié)議解析 進程comm61850經(jīng)由上行管道送來的上行數(shù)據(jù)，通訊接入代理模塊commagency依賴接口 ICSF_APP_CallBackInterface，轉(zhuǎn)至業(yè)務(wù)處理模塊 taskserver。協(xié)議解析進程 comm61850 和業(yè)務(wù)處理模塊taskserver對于接收到的數(shù)據(jù)，需根據(jù)數(shù)據(jù)類型，區(qū)分處理。
[0032] 以上實施例僅用于幫助理解本發(fā)明的核心思想，不能以此限制本發(fā)明，對本領(lǐng)域 的技術(shù)人員，凡是依據(jù)本發(fā)明的思想，對其進行修改或者等同替換，在【具體實施方式】及應(yīng)用 范圍上所做的任何改動，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
【主權(quán)項】
1. 一種基于管道和代理的廠站多規(guī)約接入方法，其特征在于，該接入方法將每個協(xié)議 的解析作為一個單獨的進程，通過通訊接入代理模塊和業(yè)務(wù)處理模塊完成上行、下行數(shù)據(jù) 的交互，包括以下步驟： 1) 各協(xié)議解析進程向下與各數(shù)據(jù)源交互，向上采用管道通訊機制與通訊接入代理模塊 交互； 2) 通訊接入代理模塊加載進程通訊管理模塊的接口完成進程間的通訊； 3) 業(yè)務(wù)處理模塊加載通訊接入代理模塊完成數(shù)據(jù)的接入。2. 根據(jù)權(quán)利要求1所述的基于管道和代理的廠站多規(guī)約接入方法，其特征在于，所述 步驟1)中的管道通訊機制采用半雙工的數(shù)據(jù)傳輸方式，數(shù)據(jù)只向一個方向傳輸，上行、下 行分別采用對應(yīng)的管道。3. 根據(jù)權(quán)利要求2所述的基于管道和代理的廠站多規(guī)約接入方法，其特征在于，所 述的通訊接入代理模塊通過接口ICSF_APP_Interface提供下行數(shù)據(jù)功能調(diào)用，通過接口 ICSF_APP_CallBackInterface將上行數(shù)據(jù)轉(zhuǎn)至業(yè)務(wù)處理模塊。4. 根據(jù)權(quán)利要求3所述的基于管道和代理的廠站多規(guī)約接入方法，其特征在于，所述 通訊接入代理模塊從各個協(xié)議解析進程中接入上行數(shù)據(jù)，轉(zhuǎn)發(fā)業(yè)務(wù)處理模塊的下行命令。
【專利摘要】本發(fā)明涉及一種基于管道和代理的廠站多規(guī)約接入方法，本發(fā)明將每個協(xié)議的解析作為一個單獨的進程，通過通訊接入代理模塊和業(yè)務(wù)處理模塊完成上、下行數(shù)據(jù)的交互，各協(xié)議解析進程向下與各數(shù)據(jù)源交互，向上采用管道通訊機制與通訊接入代理模塊交互；通訊接入代理模塊加載進程通訊管理模塊的接口進行進程間的通訊，業(yè)務(wù)處理模塊加載通訊接入代理模塊完成數(shù)據(jù)的接入。本發(fā)明用軟件實現(xiàn)替代硬件設(shè)備，不僅節(jié)約硬件成本，而且省去數(shù)據(jù)傳輸?shù)闹虚g環(huán)節(jié)，減少了發(fā)生故障的概率，提高了傳輸效率和可靠性。對比單規(guī)約接入方式，本發(fā)明降低了協(xié)議解析模塊和業(yè)務(wù)處理模塊的耦合性，有新協(xié)議需要接入時，只需開發(fā)新的協(xié)議解析進程即可，提高了系統(tǒng)的可擴展性。
【IPC分類】H04L12/26, H04L29/06
【公開號】CN105262718
【申請?zhí)枴緾N201510556365
【發(fā)明人】李紅, 郭利軍, 衛(wèi)星, 李寶潭, 張海庭, 胡斌, 吳正青, 李永照, 陳哲, 趙群輝, 孫振, 包芳
【申請人】許繼電氣股份有限公司, 許昌許繼軟件技術(shù)有限公司
【公開日】2016年1月20日
【申請日】2015年9月1日