圍繞ARINC665-4標(biāo)準(zhǔn)展開深入探討。首先闡述其背景，ARINC665-4標(biāo)準(zhǔn)旨在規(guī)范航空電子設(shè)備交互數(shù)據(jù)格式與傳輸機(jī)制，提升系統(tǒng)集成度、互操作性、可靠性及安全性。接著分析其意義，統(tǒng)一的格式使供應(yīng)商能使用通用流程與工具，確保不同系統(tǒng)間兼容性。隨后詳細(xì)剖析標(biāo)準(zhǔn)內(nèi)容，涵蓋結(jié)構(gòu)框架，包括LSPs、MSPs、CRC及完整性檢查方法定義；核心條款解讀，如重要約定、頭文件格式定義、數(shù)據(jù)與支持文件可選項(xiàng)、可選文件定義、介質(zhì)集定義等。最后介紹其應(yīng)用，某民用航空軟件供應(yīng)商采用該標(biāo)準(zhǔn)管理機(jī)載軟件，提高了軟件的可擴(kuò)展性、可移植性與可管理性，保證了高可靠性與安全性。一、引言航空航電系統(tǒng)從早期僅實(shí)現(xiàn)簡(jiǎn)單數(shù)據(jù)交換到如今構(gòu)建起復(fù)雜精密的綜合航電系統(tǒng)，機(jī)載設(shè)備及其軟件的數(shù)量呈指數(shù)級(jí)增長(zhǎng)，復(fù)雜度更是大幅提升，這就使得航空電子設(shè)備間的數(shù)據(jù)交互與協(xié)同工作變得極為關(guān)鍵，任何兼容性或互操作性的缺失都可能引發(fā)嚴(yán)重的安全隱患。ARINC665-4標(biāo)準(zhǔn)作為規(guī)范航空電子設(shè)備基于ARINC664網(wǎng)絡(luò)交互數(shù)據(jù)格式和傳輸機(jī)制的核心準(zhǔn)則，旨在確保不同供應(yīng)商生產(chǎn)的設(shè)備能夠無縫對(duì)接，實(shí)現(xiàn)高效的數(shù)據(jù)交互。該標(biāo)準(zhǔn)與國(guó)際航空適航法規(guī)深度融合，有力保障了航空電子系統(tǒng)在全球范圍內(nèi)的通用性與合規(guī)性。深入剖析ARINC665-4標(biāo)準(zhǔn)的結(jié)構(gòu)框架、核心條款，探究其在民用航空領(lǐng)域的實(shí)際應(yīng)用，對(duì)于進(jìn)一步推動(dòng)航空電子系統(tǒng)的技術(shù)進(jìn)步，提升航空業(yè)的整體安全性與可靠性具有重要意義。二、ARINC665-4標(biāo)準(zhǔn)背景在現(xiàn)代航電系統(tǒng)中，機(jī)載軟件通常通過數(shù)據(jù)加載系統(tǒng)被上傳到機(jī)載計(jì)算機(jī)上，有時(shí)也通過數(shù)據(jù)加載系統(tǒng)從機(jī)載計(jì)算機(jī)下載軟件部件或數(shù)據(jù)。這就意味著機(jī)載軟件與數(shù)據(jù)加載系統(tǒng)之間必須具備很強(qiáng)的兼容性和互操作性。ARINC665-4標(biāo)準(zhǔn)的全稱為可加載軟件標(biāo)準(zhǔn)（LoadableSoftwareStandards），旨在規(guī)范航空電子設(shè)備之間基于ARINC664網(wǎng)絡(luò)的交互數(shù)據(jù)格式和傳輸機(jī)制，確保不同供應(yīng)商生產(chǎn)的設(shè)備能夠?qū)崿F(xiàn)數(shù)據(jù)的無縫交互，提高航空電子系統(tǒng)的集成度和互操作性。三、ARINC665-4標(biāo)準(zhǔn)內(nèi)容剖析3.1

結(jié)構(gòu)框架ARINC665-4標(biāo)準(zhǔn)（后文簡(jiǎn)稱“標(biāo)準(zhǔn)”）主要由可加載軟件部件（LoadableSoftwareParts，LSPs）定義、介質(zhì)集部件（MediaSetParts，MSPs）定義、循環(huán)冗余校驗(yàn)碼（CyclicRedundancyCodes，CRC）定義、完整性檢查方法定義等部分構(gòu)成。其中LSPs定義部分主要包括頭文件格式定義、可選文件定義、數(shù)據(jù)文件和支持文件的可選項(xiàng)定義等；MSPs定義部分包括介質(zhì)集內(nèi)容和結(jié)構(gòu)定義、介質(zhì)集成員構(gòu)成及限制等；CRC定義部分包括CRC的計(jì)算原理及參數(shù)；完整性檢查方法定義部分包括完整性檢查方法的枚舉及對(duì)應(yīng)類型定義。3.2

核心條款解讀由于標(biāo)準(zhǔn)明確數(shù)據(jù)文件和支持文件的內(nèi)容和格式由各機(jī)載軟件供應(yīng)商自行定義，標(biāo)準(zhǔn)并不進(jìn)行限制，因此后文只對(duì)標(biāo)準(zhǔn)中的頭文件格式定義、可選文件定義、數(shù)據(jù)文件和支持文件的可選項(xiàng)定義和MSPs定義進(jìn)行重點(diǎn)剖析。同時(shí)，標(biāo)準(zhǔn)在定義上述各文件內(nèi)容和格式時(shí)，使用了一些前置的非常重要但容易被忽視的約定，后文也將進(jìn)行強(qiáng)調(diào)和闡述。3.2.1

標(biāo)準(zhǔn)中的重要約定標(biāo)準(zhǔn)中各文件的數(shù)據(jù)結(jié)構(gòu)由標(biāo)準(zhǔn)的十六進(jìn)制整數(shù)和ASCII字符表示。一個(gè)數(shù)據(jù)字節(jié)（databyte）指的是一個(gè)8位的bit串，一個(gè)以0xFF的形式表示的databyte，其中每個(gè)F代表一個(gè)值為（1）的4位bit串，描繪了一個(gè)8位值均為（1）的bit串。一個(gè)數(shù)據(jù)字（dataword）指的是一個(gè)16位的bit串，一個(gè)以0xFFFF形式表示的dataword，其中每個(gè)F代表一個(gè)值為（1）的4位bit串，描繪了一個(gè)16位值均為（1）的bit串。除非另有規(guī)定，標(biāo)準(zhǔn)中數(shù)據(jù)字段應(yīng)被識(shí)別為數(shù)字類型，文本字段被標(biāo)識(shí)為ASCII字符串。根據(jù)檢查值類型（CheckValueType）定義，檢查值（CheckValue）字段可以是數(shù)字或字符。擴(kuò)展點(diǎn)（ExpansionPoint）是文件中預(yù)定義的位置，這樣設(shè)計(jì)是為了在未來版本的標(biāo)準(zhǔn)中為文件添加新字段，且ExpansionPoint在文件中只作為標(biāo)記，并不占位。LSPs或MSPs的創(chuàng)建者不應(yīng)該在ExpansionPoint上插入任何自定義的字段，因?yàn)檫@將導(dǎo)致文件與遵循標(biāo)準(zhǔn)的工具或過程不兼容。指針類型的字段分為絕對(duì)指針（AbsolutePointer）和相對(duì)指針（RelativePointer）兩種。AbsolutePointer是指從文件開頭到所指向字段的16bit字的數(shù)量。值得特別注意的是，所指向字段的第一個(gè)16bit字不應(yīng)被包含在計(jì)數(shù)中。例如，根據(jù)標(biāo)準(zhǔn)中確切的頭文件格式定義，指向加載部件號(hào)長(zhǎng)度（LoadPNLength）字段的指針應(yīng)為無符號(hào)整數(shù)值20，即十六進(jìn)制數(shù)0x0014。而RelativePointer是代表該指針與所指向字段的第一個(gè)16bit字之間的16bit字?jǐn)?shù)量。值得特別注意的是，該RelativePointer字段本身需包含在計(jì)數(shù)中，而所指向字段的第一個(gè)16bit字不能包含在計(jì)數(shù)中。3.2.2

頭文件格式定義一個(gè)LSP包含一個(gè)頭文件、一個(gè)或多個(gè)數(shù)據(jù)文件，根據(jù)需要也可包含一個(gè)或多個(gè)支持文件[1]。標(biāo)準(zhǔn)明確對(duì)數(shù)據(jù)文件和支持文件的內(nèi)容和格式不做限定，由各廠商自行定義，但值得注意的是，標(biāo)準(zhǔn)要求數(shù)據(jù)文件和支持文件的大小必須是8bit的整數(shù)倍。對(duì)于頭文件的文件名，前三個(gè)字符必須是其供應(yīng)商的MMM碼，其余字符應(yīng)保證在所有與該MMM碼有關(guān)的文件名范圍內(nèi)具有唯一性，且其后綴必須為“.LUH”。標(biāo)準(zhǔn)對(duì)數(shù)據(jù)文件和支持文件的文件名后綴不做限制，但建議數(shù)據(jù)文件后綴名為“.LUP”，實(shí)際工程中也存在不同擴(kuò)展名格式的數(shù)據(jù)文件，常見的數(shù)據(jù)文件擴(kuò)展名格式有“.BIN”和“.DAT”等[2]。另需注意，后綴名的命名不能與標(biāo)準(zhǔn)3.2.2章節(jié)定義的保留擴(kuò)展名列表中的后綴名相同。每個(gè)LSP都應(yīng)有一個(gè)部件號(hào)（PartNumber，PN），并且飛機(jī)制造商和軟件供應(yīng)商雙方就該P(yáng)N應(yīng)已達(dá)成一致。值得注意的是，標(biāo)準(zhǔn)要求一個(gè)LSP中如發(fā)生內(nèi)容變化，哪怕只是1bit位發(fā)生變化，都應(yīng)為該LSP分配一個(gè)新的PN。如果為兩個(gè)LSP分配了相同的PN，那么在LSP的管理上就會(huì)有出錯(cuò)的風(fēng)險(xiǎn)。為了保證最大程度的向后兼容性，標(biāo)準(zhǔn)不對(duì)LSP的PN取值做限制，但強(qiáng)烈建議采用MMMCC-SSSS-SSSS的格式。其中MMM是分配給每個(gè)開發(fā)軟件的組織的唯一標(biāo)識(shí)符，可由大寫字母或數(shù)字組成。CC是由PN中除去CC之外的其他字符（例如MMM-SSSS-SSSS）生成的CRC-8校驗(yàn)碼。SSSS-SSSS是由軟件供應(yīng)商定義的唯一產(chǎn)品標(biāo)識(shí)符。對(duì)于一些長(zhǎng)度值類型的字段，其計(jì)數(shù)范圍也常容易被誤解，例如加載部件長(zhǎng)度（LoadPNLength）字段，其值應(yīng)為加載部件號(hào)（LoadPN）所包含的字符個(gè)數(shù)，計(jì)數(shù)不應(yīng)包含LoadPN字段中末尾處補(bǔ)充的NUL（如適用）。對(duì)于加載類型標(biāo)識(shí)（LoadTypeID）和加載類型描述（LoadTypeDescription）字段，二者應(yīng)一一對(duì)應(yīng)，即每個(gè)LoadTypeID應(yīng)分配唯一的LoadTypeDescription。對(duì)于將被加載到某特定目標(biāo)硬件上的每一種LSP類型，都應(yīng)具備唯一的LoadTypeID。LoadTypeID用于方便地識(shí)別軟件部件類型，這使得目標(biāo)硬件能夠識(shí)別待加載項(xiàng)應(yīng)替換哪個(gè)加載項(xiàng)以及應(yīng)將其放置于內(nèi)存中的哪個(gè)位置。LoadTypeDescription則用于描述加載項(xiàng)或其功能（例如“EECOperationalSoftware”“FMSNavigationDataBase”等）。對(duì)于帶有位置信息的目標(biāo)硬件碼（TargetHWIDwithPositions），需要特別注意的是TargetHWIDwithPositions中的硬件碼必須已經(jīng)在TargetHWID列表中被定義過。其中位置（Position）字段由系統(tǒng)集成商自定義，可以是“L”“R”等表明位置的字符串。3.2.3

數(shù)據(jù)文件和支持文件的可選項(xiàng)為了節(jié)省介質(zhì)空間、減少加載時(shí)間或保密，數(shù)據(jù)文件和支持文件可以被壓縮或加密，但頭文件不能被壓縮或加密，因?yàn)榧虞d器和其他工具均需直接從頭文件中獲取信息。如果使用文件壓縮或加密，頭文件創(chuàng)建者應(yīng)考慮在UserDefinedData字段中嵌入壓縮前文件的CRC值，這樣目標(biāo)硬件就可以使用該CRC值檢查解壓或解密后的文件是否完整有效，同時(shí)要求目標(biāo)硬件在將文件加載到程序存儲(chǔ)區(qū)前必須對(duì)文件進(jìn)行解壓或解密并進(jìn)行完整性校驗(yàn)。另外值得注意的是，頭文件中所有CRC字段和CheckValue字段的計(jì)算均應(yīng)基于壓縮或加密后的文件內(nèi)容。3.2.4

可選文件定義航空公司希望能夠定義一個(gè)批處理類型的文件，維護(hù)人員只需為加載器選擇一個(gè)批處理文件，就能定義一系列加載到一個(gè)或多個(gè)目標(biāo)硬件位置的LSP。標(biāo)準(zhǔn)中的批處理文件部件（BatchFileParts，BFPs）使得維護(hù)人員不必一一選擇所有需加載到每個(gè)目標(biāo)硬件位置的LSPs。BFP基于加載列表塊（Load-ListBlock）概念，即一個(gè)Load-ListBlock定義屬于一個(gè)目標(biāo)硬件位置的所有LSPs，一個(gè)BFP可包含多個(gè)Load-ListBlock。BFPs的文件名需以MMM碼開頭，后綴名必須為“.LUB”。BFPs的PN必須在供應(yīng)商范圍內(nèi)所有LSPs和BFPs的PN中具有唯一性。3.2.5

介質(zhì)集定義介質(zhì)集是對(duì)LSPs的進(jìn)一步整合和管理方法。介質(zhì)集有助于對(duì)LSPs進(jìn)行受控分發(fā)，從而確保安全交付該介質(zhì)上所含的LSPs和批處理部件，確保收到的部分與發(fā)送的部分完全一致。介質(zhì)集本身也被視為部件進(jìn)行交付。如此，物理介質(zhì)可以作為發(fā)送介質(zhì)的精確副本重新創(chuàng)建，從而保持介質(zhì)上所含LSPs的完整性。一個(gè)MSP由1～255個(gè)介質(zhì)項(xiàng)構(gòu)成，這些介質(zhì)項(xiàng)應(yīng)該屬于同一種類型（例如所有3.5"磁盤、所有PCCard等）。每個(gè)介質(zhì)項(xiàng)都應(yīng)包含一個(gè)完整的LSPs清單（LOADS.LUM）文件、一個(gè)完整的所有文件清單（FILES.LUM）文件和一個(gè)完整的BFP清單（BATCHES.LUM）文件。介質(zhì)集是一種可選結(jié)構(gòu)，當(dāng)創(chuàng)建者需要介質(zhì)集時(shí)，通常應(yīng)該按照下面的順序創(chuàng)建：首先創(chuàng)建數(shù)據(jù)文件，如有需要也可以創(chuàng)建支持文件；其次創(chuàng)建頭文件，由數(shù)據(jù)文件、支持文件和頭文件共同構(gòu)成一個(gè)LSP；第三創(chuàng)建介質(zhì)項(xiàng)，每個(gè)介質(zhì)項(xiàng)可包含多個(gè)LSPs；最后創(chuàng)建MSP，一個(gè)MSP可以至多包含255個(gè)介質(zhì)項(xiàng)。四、ARINC665-4標(biāo)準(zhǔn)的應(yīng)用某民用航空軟件供應(yīng)商在創(chuàng)建和管理機(jī)載軟件時(shí)使用了ARINC665-4標(biāo)準(zhǔn)，所有機(jī)載軟件依據(jù)標(biāo)準(zhǔn)打包、發(fā)布和升級(jí)。由于該供應(yīng)商開發(fā)的機(jī)載軟件需運(yùn)行在現(xiàn)代化綜合模塊化航電系統(tǒng)平臺(tái)之上，機(jī)載軟件數(shù)量大、種類多、功能復(fù)雜。實(shí)踐證明，采用ARINC665-4標(biāo)準(zhǔn)組織和管理機(jī)載軟件，大大提高了機(jī)載軟件的可擴(kuò)展性、可移植性和可管理性，同時(shí)，滿足了機(jī)載軟件的高可靠性和高安全性需求。綜合模塊化航電系統(tǒng)平臺(tái)通常由多個(gè)通用處理器、遠(yuǎn)程交換機(jī)和遠(yuǎn)程數(shù)據(jù)轉(zhuǎn)換單元等設(shè)備構(gòu)成，各設(shè)備均需相應(yīng)的多個(gè)機(jī)載軟件來實(shí)現(xiàn)功能。因此機(jī)載軟件以設(shè)備類型分類打包，創(chuàng)建了多個(gè)MSPs，每個(gè)MSP中包含同一類型硬件的機(jī)載軟件。比如，對(duì)于若干個(gè)通用處理器創(chuàng)建一個(gè)MSP，該MSP中包含若干介質(zhì)項(xiàng)，每個(gè)介質(zhì)項(xiàng)對(duì)應(yīng)一個(gè)通用處理器，每個(gè)介質(zhì)項(xiàng)中包含該通用處理器上需要加載的若干LSPs，每個(gè)LSP包含一個(gè)或多個(gè)機(jī)載軟件或數(shù)據(jù)，具體如圖1所示。圖中DFs指數(shù)據(jù)文件，SFs指支持文件。遠(yuǎn)程交換機(jī)和遠(yuǎn)程數(shù)據(jù)轉(zhuǎn)換單元及其他設(shè)備均按照以上方式創(chuàng)建各自的MSPs。五、結(jié)束語從ARINC665-4標(biāo)準(zhǔn)自身架構(gòu)來看，其精心設(shè)計(jì)的結(jié)構(gòu)框架和細(xì)致入微的核心條款，為航空電子設(shè)備之間的數(shù)據(jù)交互提供了精確且嚴(yán)謹(jǐn)?shù)囊?guī)范。無論是LSPs和MSPs的定義，還是文件格式、重要約定等方面的詳細(xì)規(guī)定，都確保了不同供應(yīng)商設(shè)備之間的兼容性和互操作性，這對(duì)于構(gòu)建復(fù)雜而可靠的航空電子系統(tǒng)至關(guān)重要。在實(shí)際應(yīng)用中