FITS(Flexible Image Transport System)^①是一种在空间天文领域广泛使用的数据格式^[1]，目的是为了传输、分析和归档天文科学数据文件。自20世纪80年代FITS格式被国际天文联合会确认为国际标准以来，大部分天文数据以FITS格式在世界各地的数据中心存储和交换。

① http://fits.gsfc.nasa.gov/standard21b.html

美国Chandra^②卫星、Swift^③卫星、欧洲EXOSAT^④卫星等国际知名的天文卫星数据，欧洲低频射电干涉阵列(Low Frequency Array, LOFAR)^⑤、澳大利亚望远镜致密阵列(Australia Telescope Compact Array, ATCA)^[2]等地基天文观测数据，以及我国硬X射线卫星^[3]数据均采用FITS格式存储。以中国科学院国家天文台为首的中国天文学界联合建设了中国虚拟天文台(China-VO)^[4]，针对系统中FITS文件检索与访问的问题，文[5-6]进行研究并构建了FiHAS系统。

② http://cda.harvard.edu/chaser/mainEntry.do

③ https://swift.gsfc.nasa.gov/cgi-bin/sdc/ql?

④ https://heasarc.gsfc.nasa.gov/docs/exosat/archive/exosat_archive.html

⑤ http://lofar.target.rug.nl/

通常情况下，空间天文数据采用定长数组的方式存储为FITS文件。FITS格式文件由整数个长度为2 880字节的报头和数据单元(Header and Data Unit, HDU)组成，其数据单元区采用长度固定的ASCII表或者二进制表存储。但是，暗物质粒子探测卫星的科学数据源包长度随有效载荷探测模式、粒子击中状态的不同而不同，定长数据的存储方式无法满足数据存储的需要；同时，暗物质卫星是一颗空间天文卫星，出于数据共享的需求，编辑级产品文件必须采用FITS格式存储。因此，需要根据暗物质卫星的数据特点，设计并实现一种数组长度可变的FITS格式数据存储方案。

1 FITS数据格式

FITS数据格式能够在国际天文领域得到广泛应用，原因之一是其自描述性和灵活性。标准的FITS文件由一个主HDU和一定数量的扩展HDU组成，每个HDU都包括头单元和数据单元两部分。其中，主HDU的头单元包含该文件对应的卫星名称、生产日期等总体描述信息，支持扩展定义，数据单元为空；扩展HDU的头单元包含本HDU数据起始结束时间、参考坐标系、各列数据类型等元数据信息^⑥，也支持扩展定义，数据单元中以ASCII表或二进制表的行列存储数据信息。标准的FITS文件结构如表 1。

⑥ https://heasarc.gsfc.nasa.gov/fitsio/fitsio.html

数据单元以ASCII表或二进制表形式存储二维数组，每行长度固定，每列的数据类型需保持一致。FITS格式支持的数据类型包括：逻辑型(L)、bit型(X)、字节型(B)、16位整型(I)、32位整型(J)、64位整型(K)、单精度浮点型(E)、双精度浮点型(D)。

另外，FITS格式的灵活性还支持对变长数组进行存储，存储方法为在文件头单元中定义一组特殊关键字，指定变长数组起始位置的偏移量和数据总长度。变长数组的实体数据并不存放在数据单元中，而是存放在数据单元之后的一个叫做heap的二维数组中。

2 暗物质卫星数据特点和存储要求

暗物质粒子探测卫星是中国科学院空间科学战略性先导科技专项中首批确定的5颗科学卫星之一，旨在通过高精度测量高能电子和伽玛射线能谱及其空间分布进行暗物质粒子探测，寻找和发现宇宙暗物质粒子，对可能的宇宙空间分布进行研究。暗物质卫星已于2015年12月发射。

暗物质卫星有效载荷获取的科学观测数据以及卫星平台采集的工程数据通过数传通道下传至地面，经过帧同步、虚拟信道分离、源包提取、验证排序、排重、拼接/切分等处理后按照FITS格式输出为编辑级产品，完成产品归档存储，并分发给科学应用系统。主要处理流程如图 1。

暗物质卫星数传数据中，卫星平台采集的表示载荷、平台工作状态的工程数据长度是固定的，按照通用的定长方式存储即可；而科学观测数据源包由30个数据帧队列组成，总长度可变，源包结构以及各数据帧最大长度如表 2。

暗物质卫星每轨下传的数传数据中，科学数据源包数量为60万左右，按照每个源包20 998字节的最大长度计算，单个文件大小为11.73 GB。但实际上，由于科学数据帧的实际长度与有效载荷模式、粒子击中状态有关，而且星上可能对数据进行压缩，因此，科学数据源包长度是变化的。尤其是硅阵列探测器，总共有7万多个通道，绝大多数情况下，没有大击中事例发生，大多数通道没有响应，并不输出科学数据。如果按照最大数据量存储，造成暗物质卫星科学数据文件量偏大，导致数据处理和应用的难度增加、效率降低，以及存储资源的巨大浪费。针对暗物质卫星科学数据源包特点及其存储需求，需要设计并实现一种能够支持变长数据的FITS文件存储方案。

3 FITS可变长存储方案设计与实现

如上所述，暗物质卫星科学数据源包长度变化范围比较大，针对其数据特点和存储需求，设计数据存储方案，并采用C++语言调用CFITSIO^⑥完成软件实现。暗物质卫星数据存储方案设计如下：

(1) 文件头改造

在通用的定长数组存储方案中，文件头中用关键字tform指定数据类型，包括L，X，B，I，J等类型。在暗物质卫星变长数据存储方案中，tform将赋值为rPt(emax)或rQt(emax)两种特殊类型。其中，r为计数，可以是0、1或者不出现；P，Q为数组描述符类型，分别表示32位、64位有符号整数；t为数据类型代码；emax为数据长度最长的字节数。根据暗物质卫星数据类型，设置tform=1QB(emax)，表示数组描述符类型为64位有符号整数，实体数据按字节类型存储，emax值从实际数据中提取。

另外，关键字theap表示heap区域的开始位置，省略时默认值为数据单元长度，表示heap区域直接从数据单元的下一个字节开始；如果取值大于默认值，表示heap区域与数据单元区域之间有一定的间隔。pcount为间隔大小与heap区域大小之和。暗物质卫星变长数据存储方案中，theap取默认值，pcount为科学源包数据的字节数，该参数值从实际数据中提取。

(2) 调用fits_create_tbl函数，创建FITS文件

函数调用方式如下：

fits_create_tbl(fitsfile *fptr, int tbltype, LONGLONG naxis2, int tfields, char *ttype[], char *tform[], char *tunit[], char *extname, int *status)

其中，fptr表示准备创建的暗物质卫星编辑级产品FITS文件；tbltype表示数据单元区表格类型，ASCII_TBL表示ASCII表；BINARY_TBL表示二进制表，暗物质卫星数据采用二进制表存储；naxis2表示暗物质卫星科学数据源包总行数，该参数从实际数据中提取；tfields表示参数个数，暗物质卫星科学数据源包产品仅有CCSDS源包1个参数列；ttype表示参数名称，命名为CCSDS；tform表示参数类型，如上文所述，设置tform=1QB(emax)；tunit表示参数度量单位，CCSDS源包没有单位；extname表示扩展HDU的名称，命名为Sci_Src。

(3) 写入数组描述符

数组描述符是一个2N的二维矩阵，N为变长数组的总行数，第1列定义数组中各行数据的长度，第2列定义各行数据起始位置在整个heap区域的偏移量，取值均为正整数，存储在数据单元中。暗物质卫星变长数据存储方案中，创建两个N维索引数组，分别命名为index_len[N]，index_offset[N]，N表示暗物质卫星科学数据源包总行数，从实际数据中提取每行长度，存入index_len数组，提取每行数据起始位置偏移量，存入index_offset数组。

(4) 在heap区域中写入变长数组数据

变长数组实体逐行存在heap区域中，由于theap取默认值，因此，存储起始位置就是数据单元结束符的下一个字节。然后，根据数组描述符取值，确认各行数据的起始位置和各行长度，调用fits_write_col函数，将暗物质卫星科学数据源包数据逐行写入FITS文件heap区域，函数调用方式如下：

int fits_write_col(fitsfile *fptr, int datatype, int colnum, LONGLONG firstrow, LONGLONG firstelem, LONGLONG nelements, DTYPE *array, > int *status)

其中，fptr表示准备写入的暗物质卫星编辑级产品FITS文件；datatype表示写入方式，暗物质卫星数据按字节写入，该参数设置为TBYTE；colnum表示行号，从第1行开始；firstrow表示起始写入的行号，从1开始；firstelem表示该行的第1个元素；nelements为该行数据长度，取值为index_len[N]；*array为准备写入该行的CCSDS源包数据的存储位置，设置为p+index.index[N].offset，其中p为位置指针。

按照上述方案，暗物质卫星数据FITS文件中扩展HDU的存储结构如下：

4 效果验证

为了验证上述存储方案在产品文件数据量、存储效率、处理效率等方面的性能，选择2016年4月29日(2 041圈)、2016年6月5日(2 605圈)、2017年7月3日(8 595圈)、2017年7月25日(8 923圈)、2017年8月30日(9 478圈)共5轨暗物质卫星数传数据中科学源包类数据的编辑级产品文件进行分析。表 3对定长FITS方案存储与变长方案存储的暗物质卫星编辑级产品文件大小进行了对比。

5 结果与讨论

真实数据的验证结果表明，针对暗物质卫星的数据产品存储特点，本文提出的基于FITS格式的变长数组存储方案能够将文件数据量降低88%左右，极大地节省了数据存储空间；同时，由于文件数据量的有效降低，数据的处理速度、产品的归档速度和应用效率都得到了明显提升。

本文提出的基于FITS格式的可变数组存储方案能够扩展应用到其他数据长度变化的天文数据存储中，该方案能够有效降低数据存储量，降低效率取决于实际数据长度与最大数据长度的平均比例。