https://ccsdsmo.github.io/technical-resources
https://github.com/ccsdsmo/ccsdsmo.github.io/wiki/Getting-Started
### CCSDS 520.0-G-3: Mission Operations Services Concept
https://public.ccsds.org/Pubs/520x0g3.pdf
### CCSDS 521.0-B-2: Mission Operations Message Abstraction Layer
https://public.ccsds.org/Pubs/521x0b2e1.pdf
### CCSDS 521.1-B-1: Mission Operations Common Object Model
https://public.ccsds.org/Pubs/521x1b1.pdf
# CCSDS 520.0-G-3: Mission Operations Services Concept
本 CCSDS 綠皮書是一份信息報告，概述了一個概念用於航天器監測和控制的任務操作服務框架。它由航天器監測和控制 (SM&C) 工作組編寫任務操作和信息管理系統 (MOIMS)
## 衛星和地面設備之間
預計使用的服務包括CCSDS空間鏈路服務（SLS）、TM/TC，可選的CCSDS空間網絡服務（SIS）。特別是異步消息服務（AMS），它提供了一個消息層，可以在其中承載任務操作服務框架的協議消息。同樣，CFDP可用於支持文件傳輸。空間鏈路將使用CCSDS跨支持服務管理進行管理。
## 地面設備
可以使用更廣泛的行業標準中介軟件服務，例如SOAP、AMQP或CORBA。或者，AMS可通過TCP/IP使用。同樣，FTP可用於支持文件傳輸。 SLE / CSTS將用於將空間鏈路擴展到地面系統。
## 航天器
可以使用CCSDS航天器機載接口服務（SOIS）：這些服務提供了更適合航天器本身有限資源環境的協議。為了提供端到端的消息能力，已經確定使用AMS作為SOIS消息傳輸服務的適當綁定。
## CCSDS跨支持服務（CSS）
MO服務可以直接用於與地面站之間的數據傳輸。但是，對於跨機構跨支持目的，任務操作服務將與標準的SLE/CSTS服務進行接口。任務操作計劃服務與用於請求和配置空間鏈路的CSS服務管理之間還存在對等關係。
## 服務架構
CCSDS 航天器監測與控制 (SM&C) 工作組開發了一個任務操作 (MO) 服務框架的概念，遵循以下原則面向服務的架構。它定義了兩個重要方面：第一個是模型兩個獨立實體之間的交互，第二個是公共服務框架提供服務框架的大多數用途所共有的功能
本框架將任務操作應用程式與彼此以及底層通信基礎架構解耦。在顯示四層中，框架本身位於兩個層中：任務操作服務層和訊息抽象層（MAL）。

框架的第一個方面是訊息抽象層（MAL），它明確定義了一套規則，用於管理實體之間的通訊語法、語義和同步。它定義了一組固定的基本數據類型和組合它們的規則

MAL使用狀態機、所需行為和所需訊息標頭來定義交互模型的語法和語義。它還定義了必須使用XML Schema來指定服務的方法。

MAL規範定義了一個傳輸的標準API。這個API和特定傳輸技術之間進行映射。因此，這允許不同的傳輸技術使用相同的MAL服務定義，這使得框架具有可移植性和可擴展性。

除了MAL，框架還包括任務操作服務層。這個層提供了一個介面，允許應用程式執行各種任務操作，例如查詢資料庫、繪圖、控制硬體設備等等。這些操作是通過MAL服務進行呼叫的。

框架還包括一個遠端訊息處理層（RMP），這是一個可插入的通訊協議實現，它提供了MAL的實際傳輸和低層次的錯誤處理。RMP與MAL密切合作，實現了在傳輸層次上的MAL標準。
## 任務操作服務概念
## API
### JAVA
https://github.com/esa/mo-services-java
### C
https://github.com/CNES/ccsdsmo-malc
## 模擬器
https://github.com/esa/gr-opssat