CN104915482A - 一种卫星数据接收仿真分析平台 - Google Patents

Abstract

一种卫星数据接收仿真分析平台，包括组件开发模块、模型组装模块、想定编辑模块、管理控制模块、仿真运行引擎、二维场景模块、三维视景模块、业务流程展现模块、传输链路分析模块、分析评估模块，可实现对卫星数据接收与传输任务的工作情况进行仿真，按照时间、任务、资源对接收过程进行仿真推演和多维度展现，展示地面站各设备具体使用情况及与外部其它系统间的交互关系，并依据资源能力、约束条件对调度规划方案的可行性进行分析验证。本发明基于组件化构建地面接收系统中各实体模型，解决了模型重用和模型数据分离问题，提高了仿真分析平台的扩展性和适应性，同时仿真引擎采用多线程离散事件驱动，极大提高平台仿真运行效率。

Description

一种卫星数据接收仿真分析平台

技术领域

本发明涉及航天地面应用领域，尤其涉及一种卫星数据接收仿真分析平台。

背景技术

随着航天事业的飞速发展，航天地面管控任务与日俱增，为了能在卫星接收与传输任务执行之前，就能清楚任务的执行全过程、可能存在的问题，对方案的执行过程进行检验验证，构建对操作人员进行演练的仿真环境，有必要针对卫星数据接收过程进行仿真分析。在我国航天地面应用领域，由于各种卫星、地面站和业务系统的类型多，差异大，为了分离问题，仿真系统可按不同类型进行仿真。这样，针对每一种仿真对象，需要设计多套仿真系统以满足不同的任务要求，系统难以重用，且开发费时、费力、投入大且难以提高。同时功能实现上各有侧重，缺乏一套应用于卫星数据接收的仿真分析通用平台。

发明内容

有鉴于此，本发明的主要目的之一在于提供一种卫星数据接收仿真分析平台，以便按照时间、任务、资源对数据接收与传输任务执行过程进行仿真推演和多维度展现，展示地面站接收天线、信道、记录设备、传输设备的具体情况以及与外部其它系统之间的交互关系，并依据资源能力、约束条件对调度规划方案的可行性进行分析验证，通过模块化设计和离散仿真的方式实现一套仿真系统同时满足不同任务要求的有益效果。

为了实现上述目的，本发明提出了一种卫星数据接收仿真分析平台，包括组件开发模块、模型组装模块、想定编辑模块、仿真运行引擎模块；

其中，所述组件开发模块支持模型组件开发全流程业务活动，用于开发系统所需组件模板，提供组件开发管理、模型框架生成、图形化辅助建模和模型集成测试功能；

所述模型组装模块用于根据地面接收与传输任务的实际参数配置相关基础组件模板，考虑地面接收资源能力约束和设备工作状态，将所述组件模型灵活的组装为所需的实体模型；

所述想定编辑模块作为所述卫星数据接收仿真分析平台的数据来源，驱动所述仿真分析平台的运行，用于接收与传输任务规划方案、接收资源能力约束、设备使用状态；以及

所述仿真运行引擎模块提供高效的仿真引擎内核，进行仿真运行的时间管理和事件驱动，调度仿真模型运行，同时提供外部互连服务，为系统与其它系统的互联互通提供丰富的扩展接口。

其中，所述组件模板包括卫星组件、天线组件、信道组件、记录器组件、传输链路组件和任务组件。

其中，所述想定编辑模块执行的仿真想定以标准化格式存放在想定文件库中，并提供人机交互界面用于编辑想定文件相关内容的关键参数。

所述仿真分析平台还包括管理控制模块，用于负责所述仿真分析平台的管理控制，其功能包括仿真开始、暂停、终止、加速、减速、跳转、设备故障设定、新增任务、调整任务和取消任务。

所述仿真分析平台还包括二维场景模块和三维视景模块，其中所述二维场景模块用于在二维场景上显示地面站位置、卫星运行轨迹以及地面站接收卫星数据过程，并实时显示地面站、卫星的工作状态，能够灵活选择并定制显示的要素及显示方法，所述三维场景模块用于负责仿真过程的三维显示，能够利用地理数据库、军标库、三维模型库、想定库资源，基于三维图形渲染服务和地理信息服务，在三维场景上显示地面站位置、卫星运行轨迹以及地面站接收卫星数据过程，并实时显示地面站、卫星的工作状态。

所述仿真分析平台还包括分析评估模块，所述分析评估模块用于针对系统不同的应用需求，灵活构建相应的评估指标体系与评估分析模型，通过对仿真系统与各类历史数据的数据采集、挖掘和综合运用，实现对卫星数据地面接收系统的接收效能的评估分析。

所述分析评估模块由用户自定义评估计算方法，支持单样本及多样本的处理。

所述仿真分析平台还包括业务流程展现模块，所述业务流程展现模块用于在逻辑场景上显示地面站、卫星下发数据以及地面站接收卫星数据过程，并实时显示地面站及内部资源的工作状态，同时能够展示各任务下发、确认、接收、传输的整体过程，还能够细化到具体的任务占用的资源及其在任意时刻的工作状态。

所述仿真分析平台还包括传输链路分析模块，所述传输链路分析模块以折线图方式直观显示卫星数据传输过程中地面接收系统传输链路的带宽利用情况。

所述仿真分析平台基于标准C++来实现，UI模块全部基于QT代码实现，适应单机、集群系统、网络，跨当前所有的主流操作系统平台。

通过上述技术方案可知，本发明具有以下突出优点：(1)根据卫星数据接收系统特点进行卫星、地面站、天线、信道、记录器、接收与传输任务等实体模型开发，设计相应算法对任务规划方案进行资源能力约束检验，根据传输规则对传输链路带宽动态分配情况进行计算分析，验证任务规划方案的合理性和正确性；(2)平台展示端形式内容丰富，支持分布式部署。针对卫星数据接收过程进行包括二维场景、三维场景、业务流程展现和传输链路带宽分配展现等多维度综合展现，各展示端可根据需要部署在不同工作席位上；(3)开发方式灵活，系统可扩展性强。应用组件化建模技术，解决模型重用和模型数据分离问题，根据卫星数据地面接收系统特点预置卫星、地面站、天线、信道、记录器、传输系统等模型组件供选配使用，极大缩短建模和系统开发周期，同时支持在组件化模型框架下开发新的模型组件，不断积累组件资源，提高系统的可扩展性；(4)应用多线程事件驱动引擎技术，运行效率较高，可以满足大样本仿真需要。

附图说明

图1是本发明的卫星数据接收仿真分析平台的功能组成图；

图2是本发明的卫星数据接收仿真分析平台进行卫星数据接收任务处理的流程图；

图3是本发明的卫星数据接收仿真分析平台进行资源能力约束检验的流程图；

图4是本发明的卫星数据接收仿真分析平台进行卫星数据传输任务处理的流程图；

图5是本发明卫星数据接收仿真分析平台的仿真引擎的总体结构示意图；

图6是本发明的卫星数据接收仿真分析平台的体系结构图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本发明作进一步的详细说明。

本发明提出了一种应用于卫星数据接收的仿真分析平台，该平台基于组件化建模和离散事件仿真技术来设计，对地面接收系统接收任务的工作情况进行仿真，按照时间、任务、资源对数据接收与传输任务执行过程进行仿真推演和多维度展现，展示地面站接收天线、信道、记录设备、传输设备的具体情况以及与外部其它系统之间的交互关系，并依据资源能力、约束条件对调度规划方案的可行性进行分析验证。

该仿真分析平台基于最新的分布式技术进行构建，采用松散的耦合方式，提供通用配置能力以适应不同的任务以及与其它外部系统集成。该仿真分析平台在统一技术规范约束下，完成各功能模块组件的集成，实现灵活扩展的工程需要，满足不同类型的航天地面应用系统的仿真分析需求。

下面结合附图对本发明作进一步地阐述和说明。

图1给出了本发明的卫星数据接收仿真分析平台的功能组成，主要包括以下几个模块：组件开发模块、模型组装模块、想定编辑模块、管理控制模块、仿真运行引擎模块、二维场景模块、三维场景模块、业务流程展现模块、传输链路分析模块和分析评估模块。

下面具体介绍卫星数据接收仿真分析平台各个模块的功能。

(1)组件开发模块

支持模型组件开发全流程业务活动，用于开发系统所需组件模板。该组件的功能包括组件开发管理、模型框架生成、图形化辅助建模等。下面给出卫星数据接收系统仿真分析平台的主要基础模型组件，包括卫星组件、天线组件、信道组件、记录器组件、传输链路组件和任务组件等。

卫星组件模型模拟卫星围绕地球运行。实体模型在仿真运行的最开始会解析星历数据，并转化为航迹数据挂接在对应的卫星实体上，属性如下表所示：

属性名称	内容
		卫星代号	卫星的唯一名称标识
传感器	卫星内置传感器的列表
		星历数据	飞行时刻、经度、纬度、高度、圈号

接收资源模型描述了卫星数据地面接收使用的资源情况，包括了天线、信道和记录器组件，其具体属性分别如下所示：

属性名称	内容
		天线代号	天线的唯一名称际识
使用状态	天线的工作状态(空闲、故障、工作)

属性名称	内容
		信道代号	信道的唯一名称标识
使用状态	信道的工作状态(空闲、故障、工作)

属性名称	内容
		记录器代号	记录器的唯一名称标识
使用状态	记录器的工作状态(空闲、故障、工作)

传输链路组件描述传输链路的概要信息，具体属性如下：

属性名称	内容
		传输链路代号	传输链路的唯一名称标识
起点代号	传输链路起点的唯一名称标识
		起点位置	传输链路起点位置信息，包括经度、纬度
终点代号	传输链路终点唯一名称标识
		终点位置	传输链路终点位置信息，包括经度、纬度
带宽	传输链路带宽信息

任务模型组件描述基本任务信息，具体属性如下：

属性名称	内容
		作业任务编号	任务的唯一名称标识
开始时间	任务开始时间
		结束时间	任务结束时间
执行状态	任务执行状态

(2)模型组装模块

根据地面接收与传输任务的实际参数配置相关基础组件模板，考虑地面接收资源能力约束和设备工作状态，将组件模型灵活的组装为所需的实体模型。主要功能包括仿真模型管理、组件模型配置。

地面站实体模型仿真接收卫星数据并进行数据传输的过程，通过天线组件、信道组件、记录器组件组装和任务组件组装而成，其模型属性如下所示：

(3)想定编辑模块

仿真想定作为卫星数据接收仿真分析平台的数据来源，驱动仿真系统运行，主要内容包括接收与传输任务规划方案、接收资源能力约束、设备使用状态等。仿真想定以标准化格式存放在想定文件库中，并提供人机交互界面用于编辑想定文件相关内容的关键参数。

(4)管理控制模块

负责整个仿真应用过程的管理控制，支持单机、多机运行模式，支持人在回路，主要功能包括仿真开始、暂停、终止、加速、减速、跳转、设备故障设定、新增任务、调整任务和取消任务。

(5)仿真运行引擎模块

采用离散事件仿真机制和多线程技术，提供高效的仿真引擎内核，进行仿真运行的时间管理和事件驱动，调度仿真模型运行；同时提供外部互连服务，为系统与其它系统的互联互通提供丰富的扩展接口。主要功能包括引擎提供事件管理、时间管理、信息交互、数据采集。

图2给出了仿真运行引擎模块总体结构的示意图，在一个线程所对应的事件队列中存在多个仿真实体，即对应多个模型，每个模型可自由向事件队列中插入仿真事件，线程对应的事件管理器按照时间先后顺序调度事件运行实现仿真推进。在所有线程之上存在一个时间管理器，每个线程在需要推进仿真时间时向时间管理器提交请求，由时间管理器协调多个线程之间的时间同步，通过批准线程时间推进请求的方式允许线程运行，在线程的时间推进请求获得批准之前，进入等待状态并释放计算资源，使得其他运行的线程可以获得更多计算能力。

(6)二维场景模块

在二维场景上显示地面站位置、卫星运行轨迹以及地面站接收卫星数据过程，并且可以实时显示地面站、卫星的工作状态，可灵活选择并定制显示的要素及显示方法；功能包括：数字地图操作、显示内容控制、仿真实体信息查询、地形信息查询与计算等。

(7)三维视景模块

主要负责仿真过程的三维显示，能够利用地理数据库、军标库、三维模型库、想定库等资源，基于三维图形渲染服务和地理信息服务，在三维场景上中显示在三维场景上显示地面站位置、卫星运行轨迹以及地面站接收卫星数据过程，并且可以实时显示地面站、卫星的工作状态。

(8)业务流程展现模块

在逻辑场景上显示地面站、卫星下发数据以及地面站接收卫星数据过程，并且可以实时显示地面站及内部资源的工作状态，同时能够展示各任务下发、确认、接收、传输的整体过程，还能够细化到具体的任务占用的资源及其在任意时刻的工作状态。

(9)传输链路分析模块

以折线图方式直观显示卫星数据传输过程中地面接收系统传输链路的带宽利用情况。

(10)分析评估模块

分析评估主要针对系统不同的应用需求，灵活构建相应的评估指标体系与评估分析模型，通过对仿真系统与各类历史数据等评估资源的数据采集、挖掘和综合运用，实现对卫星数据地面接收系统的接收效能的评估分析，用户可自定义评估计算方法，支持单样本及多样本的处理，主要功能包括数据提取、指标构建、指标计算、统计分析、报表生成等。

图3给出了卫星数据接收仿真分析平台的体系架构，根据卫星数据地面接收系统的任务需求和国内外技术的进展，系统设计为资源的集合、工具平台的集合和应用系统框架的集合，在总体上采用“资源+工具平台+应用”的框架。该框架的特点，一是可以通过灵活组合资源，形成需要的应用系统，二是可以不断积累系统的资源。

(1)资源层

仿真资源是指系统应用过程中所涉及到的各类模型、数据等信息资源。资源层实现对各类仿真资源的录入、管理和维护。仿真资源主要包括评估指标、仿真想定、仿真模型、各类数据，以及算法、文档、知识和工具等。

资源层将各种仿真资源有序地组织起来统一管理，为实现建模与仿真资源的重用提供支撑，从而促进仿真资源的完全共享，提高仿真系统开发的效率。仿真资源通过仿真资源库的形式进行集成管理。资源库主要由数据库和模型库构成。数据库主要存储基础数据、想定数据、仿真过程数据、评估分析数据、仿真运行管理数据(含仿真应用配置与运行方案、数据采集计划、软硬件配置信息等)等。模型库根据模型体系存储相应的概念模型、数学模型和程序模型等。

(2)工具平台层

工具通过组合形成平台，平台是针对某种类型的应用的工具集合，是本系统的核心部分，起着承上启下的作用。工具对资源层的资源进行调用，为应用层提供业务服务。

系统的核心目标是为航天地面应用领域提供一个运行高效、功能全面、使用方便、稳定可靠、灵活、可扩展的仿真系统。系统的核心是仿真平台，仿真平台是系统的工具集合。各个工具之间的接口设计根据典型的应用系统框架进行规范，系统支持按照应用系统框架构建多种技术平台。

(3)应用层

通过仿真平台提供的工具和开放的接口可以根据实际需求灵活构建专业的卫星地面应用，包括：卫星数据接收任务冲突分析、方案可行性验证和资源利用率分析等。

(4)标准规范

标准规范包括一系列技术标准、协议和规则构成的标准，采用统一的技术体制，约束系统各类服务、接口设计与实现，规范系统资源描述、管理和应用，指导系统设计、实现、使用与维护，保证系统组成部分之间、系统和外部其它之间的互联、互通和互操作。主要包括概念与术语、组件描述规范、想定描述规范、数据描述规范、模型接口与模型交互标准等方面内容。

下面对本发明的卫星数据接收仿真分析平台的工作方式进行描述。

图4描述了卫星数据接收任务的处理流程，其具体工作步骤如下：

步骤4-1：遍历当前地面站所有接收任务，如果遍历完成则结束整个处理流程；

步骤4-2：获取当前接收任务信息；

步骤4-3：判断任务执行状态信息；如果任务未运行，转到步骤4-5；如果任务已完成或已取消，转到步骤4-4；如果任务正在运行，转到步骤4-10；

步骤4-4：获取下一个接收任务，转到步骤4-1；

步骤4-5：判断是否到达任务开始时间，如果任务开始执行，转到步骤4-6；

步骤4-6：检查任务约束，根据约束条件检查任务是否可以被执行，卫星数据地面接收系统约束检查项如下所示：

步骤4-7：检查资源状态；

步骤4-8：开始接收；

步骤4-9：更新资源状态和任务状态：根据任务的执行情况可以设置当前任务所使用的资源的工作状态；更新任务状态：根据任务规划方案里面的任务起始时间以及资源是否被占用设置任务的等待、执行、完成和取消四个状态；完成后转到步骤4-13；

步骤4-10：判断任务是否达到结束时间，结束则转到步骤4-12，否则转到步骤4-11；

步骤4-11：计算接收数据量，继续直到任务完成后转到步骤4-9；

已接收数据量计算方法：本次接收数据量等于时间步长乘以带宽(相应卫星的下行码速率)，已接收数据量等于上次步长已接收数据量加上本次接收数据量之和。公式如下：

本次接收数据量＝时间步长×带宽；

已接收数据量＝已接收数据量+本次接收数据量。

步骤4-12：结束任务，并转到步骤4-13；

步骤4-13：关联传输任务处理，根据接收数据量和传输任务作业方式进行传输任务处理，完成后转到步骤4-4。

其中，如果接收任务业务逻辑发生变化，或者使用的资源或者资源能力约束不同，可以通过更换对应的基础组件，实现不同类型的接收任务。

传输系统实体模型仿真地面站向目的地传输接收数据的过程，传输的过程包括从地面站到传输系统，并且由传输系统系统再传输给目的地两个步骤。传输系统实体模型由传输链路组件和任务组件组装而来，具体属性如下所示：

传输系统同时进行多个数据传输任务时，需要考虑传输任务的作业方式(分为实时和非实时)、链路带宽的动态分配。实时任务的传输是和接收任务同步的，当开始接收数据时，传输任务也同时开展，非实时任务的传输是当接收任务全部完成后再开始的。当一条链路上存在多个传输任务时，需要进行带宽的动态分配，遵循以下原则：

(1)传输任务先由地面站发给传输系统，传输系统对传输任务进行排列再转发给目的地；

(2)同一条传输链路，同时传输多个任务时，实时传输任务比非实时传输任务优先级高，相同类型的传输任务按照任务优先级排列先后顺序；

(3)相同优先级相同任务类型的传输任务按照先来先执行的先后顺序。

本发明的仿真分析平台进行资源能力约束检验流程如图5所示，其具体步骤如下：

步骤5-1：获取当前任务分配的所有地面站资源，包括天线、信道、记录器；

步骤5-2：获取当前任务中卫星对地面站的资源约束；

步骤5-3：判断卫星对天线是否满足约束，满足约束转到步骤5-5，不满足则转到步骤5-4；

步骤5-4：不满足约束，约束检验未通过，结束整个约束检验流程；

步骤5-5：判断天线使用状态，可用转到步骤5-6，不可用转到步骤5-4；

步骤5-6：遍历当前任务分配的信道列表；

步骤5-7：判断卫星对信道约束是否满足，满足约束转到步骤5-8，不满足约束转到步骤5-4；

步骤5-8：判断信道使用状态，可用转到步骤5-9，不可用转到步骤5-4；

步骤5-9：判断天线对信道约束是否满足，满足约束转到步骤5-10，不满足约束转到步骤5-4；

步骤5-10：遍历当前任务分配的记录器列表；

步骤5-11：判断卫星对记录器约束是否满足，满足约束转到步骤5-12，不满足转到步骤5-4；

步骤5-12：判断记录器使用状态，可用转到步骤5-13，不可用转到步骤5-4；

步骤5-13：判断记录器对信道约束是否满足，满足约束转到步骤5-14，不满足约束转到步骤5-4；

步骤5-14：满足约束，约束检验通过，结束整个约束检验流程。

图6描述的是本发明仿真分析平台对卫星数据传输任务进行处理的流程，其具体步骤如下：

步骤6-1：遍历所有传输任务；

步骤6-2：获取当前任务信息；

步骤6-3：分配传输链路；

步骤6-4：加入链路执行队列；

步骤6-5：遍历所有传输链路；

步骤6-6：执行链路对应的传输任务中首个任务；

步骤6-7：更新传输数据量；传输的数据量取决于链路的带宽，如果是实时传输的，传输的数据量还与接收任务实时的接收数据量有关；

步骤6-8：更新传输任务执行状态；如果已经遍历所有传输任务则结束整个流程，否则转到步骤6-5。

如果传输任务的业务逻辑发生变化，或者链路的分配规则发生改变，可以通过更换相关的传输链路和任务组件实现不同类型的传输任务。

本发明的仿真分析平台全部代码均基于标准C++来实现，UI模块全部基于QT代码实现，适应单机、集群系统、网络，跨当前所有的主流操作系统平台。在卫星数据地面接收系统运行过程中可实现对接收规划调度方案中数据接收与传输任务执行过程进行仿真推演和多维度展现，更好支持的方案优化，构建对操作人员进行演练的仿真环境，加强任务中对制定接收规划调度方案的决策支持以及故障对策验证。

本发明的仿真分析平台基于最新的分布式技术进行构建，采用松散的耦合方式，提供通用配置能力以适应不同的任务以及与其它外部系统的集成能力。在统一技术规范约束下，完成各功能模块组件的集成，实现灵活扩展的工程需要，满足不同类型的航天地面应用系统的仿真分析需求。

以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种卫星数据接收仿真分析平台，包括组件开发模块、模型组装模块、想定编辑模块、仿真运行引擎模块；

其中，所述组件开发模块支持模型组件开发全流程业务活动，用于开发系统所需组件模板，提供组件开发管理、模型框架生成、图形化辅助建模和模型集成测试功能；

所述模型组装模块用于根据地面接收与传输任务的实际参数配置相关基础组件模板，考虑地面接收资源能力约束和设备工作状态，将所述组件模型灵活的组装为所需的实体模型；

所述想定编辑模块作为所述卫星数据接收仿真分析平台的数据来源，驱动所述仿真分析平台的运行，用于接收与传输任务规划方案、接收资源能力约束、设备使用状态；以及

所述仿真运行引擎模块提供高效的仿真引擎内核，进行仿真运行的时间管理和事件驱动，调度仿真模型运行，同时提供外部互连服务，为系统与其它系统的互联互通提供丰富的扩展接口。

2.根据权利要求1所述的卫星数据接收仿真分析平台，其中所述组件模板包括卫星组件、天线组件、信道组件、记录器组件、传输链路组件和任务组件。

3.根据权利要求1所述的卫星数据接收仿真分析平台，其中所述想定编辑模块执行的仿真想定以标准化格式存放在想定文件库中，并提供人机交互界面用于编辑想定文件相关内容的关键参数。

4.根据权利要求1所述的卫星数据接收仿真分析平台，其特征在于，所述仿真分析平台还包括管理控制模块，用于负责所述仿真分析平台的管理控制，其功能包括仿真开始、暂停、终止、加速、减速、跳转、设备故障设定、新增任务、调整任务和取消任务。

5.根据权利要求1所述的卫星数据接收仿真分析平台，其特征在于，所述仿真分析平台还包括二维场景模块和三维视景模块，其中所述二维场景模块用于在二维场景上显示地面站位置、卫星运行轨迹以及地面站接收卫星数据过程，并实时显示地面站、卫星的工作状态，能够灵活选择并定制显示的要素及显示方法，所述三维场景模块用于负责仿真过程的三维显示，能够利用地理数据库、军标库、三维模型库、想定库资源，基于三维图形渲染服务和地理信息服务，在三维场景上显示地面站位置、卫星运行轨迹以及地面站接收卫星数据过程，并实时显示地面站、卫星的工作状态。

6.根据权利要求1所述的卫星数据接收仿真分析平台，其特征在于，所述仿真分析平台还包括分析评估模块，所述分析评估模块用于针对系统不同的应用需求，灵活构建相应的评估指标体系与评估分析模型，通过对仿真系统与各类历史数据的数据采集、挖掘和综合运用，实现对卫星数据地面接收系统的接收效能的评估分析。

7.根据权利要求6所述的卫星数据接收仿真分析平台，其特征在于，所述分析评估模块由用户自定义评估计算方法，支持单样本及多样本的处理。

8.根据权利要求1所述的卫星数据接收仿真分析平台，其特征在于，所述仿真分析平台还包括业务流程展现模块，所述业务流程展现模块用于在逻辑场景上显示地面站、卫星下发数据以及地面站接收卫星数据过程，并实时显示地面站及内部资源的工作状态，同时能够展示各任务下发、确认、接收、传输的整体过程，还能够细化到具体的任务占用的资源及其在任意时刻的工作状态。

9.根据权利要求1所述的卫星数据接收仿真分析平台，其特征在于，所述仿真分析平台还包括传输链路分析模块，所述传输链路分析模块以折线图方式直观显示卫星数据传输过程中地面接收系统传输链路的带宽利用情况。

10.根据权利要求1所述的卫星数据接收仿真分析平台，其特征在于，所述仿真分析平台基于标准C++来实现，UI模块全部基于QT代码实现，适应单机、集群系统、网络，跨当前所有的主流操作系统平台。