MMS傳輸中的OSI模型_第1頁
MMS傳輸中的OSI模型_第2頁
MMS傳輸中的OSI模型_第3頁
MMS傳輸中的OSI模型_第4頁
MMS傳輸中的OSI模型_第5頁
已閱讀5頁,還剩8頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領

文檔簡介

1、MMS傳輸?shù)腛SI模型V1.0Date:2020/07/28文檔類筆記類別MMS傳輸中的OSI模型關鍵詞mms iec61850摘要Iec61850 MMS傳輸中OSI模型技術筆記?2020平凡的腳步也可以走完偉大的行程、MMS簡介MMS (Manufacturing Message Specification 中文翻譯為制造報文規(guī)范,在 介紹MMS之前我們先簡單科普一下IEC61850標準。IEC61850是電力系統(tǒng)自動化領域唯一的全球通用標準,而本文主要介紹的 MMS就是運用在IEC61850標準站控層和間隔層之間,MMS通過對實際設備進 行面向?qū)ο蠼7椒?,實現(xiàn)了網(wǎng)絡環(huán)境下不同制造設備之

2、間的互操作。IEC61850 標準將其引入電力自動化領域,其核心是將ACSI服務直接映射到MMS標準由于MMS是由ISO技術委員會184 (TC184)開發(fā)和維護的一種涉及用來 在設備或程序之間傳送實時數(shù)據(jù)和監(jiān)督信息的信息傳遞系統(tǒng)的國際標準,它的定義如下:每個設備中必須存在一組標準對象(standard objects,可以執(zhí)行如,讀寫事 件信令(event signaling)等操作。VMD是主要對象,諸如變量,域,日志,文 件等都屬于VMD范圍內(nèi)。在客戶端和服務器站之間有一組用來監(jiān)視或控制上述 對象的一組標準信息。一組用于在傳輸時將信息映射到位和字節(jié)的編碼規(guī)則。二、MMS協(xié)議棧與組成OSI

3、協(xié)議與TCP協(xié)議棧對比如圖1所示,MMS OSI的實現(xiàn)依賴與TCP/IP 的底四層。OSI Reference ModelTCP/IP Conceptual LayersApplicationPresentationApplication技術筆記SessionTransportMetworkData LinkPhysicalTransportNetworkNetworkInterface圖1 tcp與OSI協(xié)議棧對應關系?2020平凡的腳步也可以走完偉大的行程MMS Protocol stack圖2 MMS協(xié)議棧MMS協(xié)議棧對應的TCP的應用層由圖2可知,由TPKT、COTP、SESSION

4、、presentation association control service mms 組成。TPKT 協(xié)議TPKT是一種“封裝”協(xié)議。它在其自己的數(shù)據(jù)包的數(shù)據(jù)有效載荷中攜帶OSI數(shù)據(jù)包,然后將結(jié)構傳遞給TCP,此后,該數(shù)據(jù)包將作為TCP /IP數(shù)據(jù)包進 行處理。將數(shù)據(jù)傳遞給TPKT的OSI程序不知道它們的數(shù)據(jù)將通過 TCP / IP傳輸, 因為TPKT模擬OSI協(xié)議傳輸服務訪問點(TSAP)。TPKT協(xié)議是應用程數(shù)據(jù)傳輸協(xié)議,介于 TCP和COTP協(xié)議之間。這是一 個傳輸服務協(xié)議,主要用來在 COTP和TCP之間建立橋梁。EthernetIPTCPTPKTCOTPSESSIONprese

5、ntationassociationmmsversionReservlength1B 1B 2B圖3 TPKT協(xié)議結(jié)構其中,TPKT的結(jié)構為:0 (Unsigned integer, 1 byte): Version 版本信息。1 (Unsigned integer, 1 byte): Reserved 保留(值為 0 x00)。2-3 (Unsigned integer, 2 bytes): Length TPKT、COTP、SESSION技術筆記?2020平凡的腳步也可以走完偉大的行程presentatiosn association mms協(xié)議的總長度, 也就是 TCP 的 payloa

6、d的長度。示例如圖4所示。 rr.w-iki看什.口*W卬(巾;(耳工3占1 (1勺梨 恒可幻 m 1也的Mm阜Q-Ethernet n. Src: U;db;f2HEllL.eiL:2di IfltEl-ret RrotaEjOfl wslen Ire: UlUBLlM. 1DD 1M.IK.100) i Dar: 111. 1U. LDOLlll liflu IM.211)m Trrantiiqn (Microl Pehej1L Pdf?;&ST Port;徐 心“: 71, Hin; H4二 TPKTp Vnrslcr: 1, Langthi NSMR燈的丫皿uengtli1: TM-

7、IVO J X. 224 cotf Curfinwtien=Orient*d Tranipt Pra&olE ISO B32F-1 OSI Session Prr-tDcaT4 13 BJj j OilPlatDcol中SO 監(jiān)i 6工 MsrwiaTlfin finernl+ I5Q IEC 學卻6 MPSH 加 的賴a g, pn-I,! ;,”; prijce.t; )f Sh IE , 工小粕刈電二二,一前,中心&3 HA1(l-l5Hbc-A+ A Ja J o I.4 a co J 11 o 12 1 . )A cfNE 詢w8K804.mmxw 即值n DOOQOO&QOUD n

8、-D n-n S以:.二3二七一上。星匕,.t i.F mEMgEMELKJm 兇 BRDa舊DC圖4 TPKT格式TPKT中的length=194,包含了 TPKT的四個字節(jié)頭部。整個長度就是 TC 的payload長度。COTP 協(xié)議COTP (ISO 8073/X.224 COTP Connection-Oriented Transport Protocol 是 OSI 7層協(xié)議定義的位于TCP之上的協(xié)議。COTP以“Packet為基本單位來傳輸數(shù) 據(jù),這樣接收方會得到與發(fā)送方具有相同邊界的數(shù)據(jù)。COTP協(xié)議分為兩種形態(tài),分另是 COTP連接包(COTP Connection Packe

9、t 和 COTP 功能包(COTP Fuction Packet)。其中,COTP連接包的頭結(jié)構為:1、0(Unsigned integer, 1 byte): Length COTP 后續(xù)數(shù)據(jù)的長度(注意:長度 不包含length的長度),一般為17 byteso1(Unsigned integer, 1 byte): PDU typ,類型有:0 x1: ED Expedited Data,加急數(shù)據(jù)0 x2: EA Expedited Data Acknowledgement 加急數(shù)據(jù)確認0 x4: UD,用戶數(shù)據(jù)0 x5: RJ Reject,拒絕技術筆記?2020平凡的腳步也可以走完偉大

10、的行程0 x6: AK Data Acknowledgement,數(shù)據(jù)確認0 x7: ER TPDU Error, TPDU 錯誤0 x8: DR Disconnect Request 斷開請求0 xC: DC Disconnect Confirm ,斷開確認0 xD: CC Connect Confirm,連接確認0 xE: CR Connect Request 連接請求0 xF: DT Data,數(shù)據(jù)傳輸3、23 (Unsigned integer, 2 bytes): Destination reference.4、45 (Unsigned integer, 2 bytes): Sour

11、ce reference.5、6 (1 byte): opt,其中包括 Extended formats、No explicit flow control ,值 都是Boolean類型。6、7? (length-7 bytes, 一般為 11 bytes): Parameter 參數(shù)。一般參數(shù)包含 Parameter code(Unsigned integer, 1 byte) Parameter length(Unsigned integer, 1 byte)、Parameter dataE部分圖5 cotp連接包格式圖6為一個COTP連接請求包,type為0 x0e。技術筆記?2020平凡

12、的腳步也可以走完偉大的行程圖6 copt連接請求包示例COTP功能包結(jié)構如圖7所示:LengthtypeoptEthernetIPTCPTPKTCOTPSESSIONpresentationassociationmms1B 1B 1B圖7 COTP功能包結(jié)構COTPP功能包的頭結(jié)構為:1、0 (Unsigned integer, 1 byte): Length COTP 后續(xù)數(shù)據(jù)的長度(注意:長度 不包含length的長度),一般為2 byteso2、1 (Unsigned integer, 1 byte): PDU type 類型有:0 x1: ED Expedited Data,加急數(shù)據(jù)0

13、 x2: EA Expedited Data Acknowledgement 加急數(shù)據(jù)確認0 x4: UD,用戶數(shù)據(jù)0 x5: RJ Reject,拒絕0 x6: AK Data Acknowledgement,數(shù)據(jù)確認0 x7: ER TPDU Error, TPDU 錯誤0 x8: DR Disconnect Request 斷開請求0 xC: DC Disconnect Confirm ,斷開確認0 xD: CC Connect Confirm,連接確認0 xE: CR Connect Request 連接請求技術筆記?2020平凡的腳步也可以走完偉大的行程0 xF: DT Data,數(shù)

14、據(jù)傳輸3、2 (1 byte): opt,其中包括 Extended formats、No explicit flow control ,值 都是Boolean類型。8 s cat birs). 8 bycur-Ml (Jfl e izg”秫,。* EChfrnei II.( 5rH 14 由:m 上當 ii:6J. (is:d f2 ifli . D5T :TOO M C6:61 Incerrm 酎班川M九 W!LU. 100,10$).191444 1, Ml231)“ TrAf-SHlsElan ccrik-l 可口tnc口1. src pure : &2 5-2t C5-.2t( os

15、r PiirT1D2 102a saq . 217. Auk. ls. 36i rPM, verip I It. Iri : Lt .ifc:4i:M-:Ll S*上5d” .41:31: 3e ITT Dv.c 21:耳. J小13 mFmi fj.mfwiiH-LWi-im.iH.IN-aMuLw iathmhEEH* gOTe Pt- 1i(nls ” i 7 次 IM 仃助,LI4 fl 時 I, Fi ji- TXT., yw-3iyi: 9,區(qū)!中5卜:LAmSH wiw- - W -IW4 CS*J|(M f.Tin( fileopen等參數(shù),很明顯這部分就是標記著全包內(nèi)容的管理

16、。啟動應答橇“ riVWiam , IMh IaKLIUaWaMK1M ( *! I n 一m U I 利 wU3Wi I I,鬢 WirKHiJiW 14* JW UL IK 3H.MKV f TT. WLV I ML 1 H J!W jM. UKl圖11啟動應答示例initiate-ResponsePDU的體結(jié)構和initiate-RequestPDU相似,重復之處就不再技術筆記?2020平凡的腳步也可以走完偉大的行程多說了,這里重點看一下這幾個部分negociatedMaxServoutstandingCalling 議最大月艮務端呼叫negociatedMaxServoutstandi

17、ngCalling 議最大服務端被呼叫 negociatedDataStructureNestingLeved 相關的數(shù)據(jù)結(jié)構嵌套級別 我們可以發(fā)現(xiàn),initiate-ResponsePDU的這三條和上面initiate-RequestPDU的 內(nèi)容是相對應的,這是因為initiate-ResponsePDU的作用就是對 initiate-RequestPDU的內(nèi)容進行應答,所以要將傳遞內(nèi)容進行檢測,這也是為什 么連這三條后面參數(shù)也是一致的。再看mmsInitResponseDetail的內(nèi)容,前兩條也是作為對之前內(nèi)容回答,內(nèi)容 一致就不分析了。直接看最后的serviceSupportedCa

18、lled這一段內(nèi)容里存在很多 參數(shù),主要作用就是對之前包中內(nèi)容的回應,傳遞一個回復服務端呼叫的內(nèi)容。確認請求圖12確認請求invokeID :調(diào)用者ID ,作為數(shù)據(jù)包唯一標識存在。confirmedServiceRequest 確認服務請求,后接服務內(nèi)容,如本次就是getNameList,像這樣的服務還有諸如 read write getVariableAccessAttributes getNamedVariableListAttributes、 fileOpen、fileRead、fileClose、fileDirectory 接下來就是 getNameList 內(nèi)容參數(shù), 如擴展對象類和

19、擴展范圍。確認響應技術筆記?2020平凡的腳步也可以走完偉大的行程圖13確認響應基本內(nèi)容和con巾rmed-Request一樣,只是由confirmed-RequestPDU-confirmed-ResponsePDUconfirmedServiceRequest-confirmedServerResponse 具體的內(nèi)容也由上個包的提 出變成回答,這兩個包都是相對應的,一問一答的形式存在。四、表示層與會話層會話層在mms協(xié)議中為固定的01000100,如圖14所示:21號針串IEOD 罵-乙川 COTF CEvrme-itl jn-Drl-futr-z Traispari: Prut-ziniisd il 3 27-1 Mi sfrssiian rrtyrDcallif BAZJt 由; PTesantat 1Cin Pr Dun 2 H。工01 小8畫8 MMg紇db r;小卷處:)o sW 443 &巾 flQ flO 06 TOC o 1-5 h z 020加的1eCC040 y;i15m???工。/uiuMR 11+MQ*fllME圖14會話層結(jié)構表示層結(jié)構如下:技術筆記?2020平凡的腳步也可以走完偉大的行程10Cfngih

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論