ເລັກນ້ອຍກ່ຽວກັບມາດຕະຖານການສື່ສານຊ່ອງ

ດາວທຽມ Meteor M1
ທີ່ມາ: vladtime.ru

ການນໍາສະເຫນີ

ການດໍາເນີນງານຂອງເຕັກໂນໂລຢີອະວະກາດເປັນໄປບໍ່ໄດ້ໂດຍບໍ່ມີການສື່ສານທາງວິທະຍຸ, ແລະໃນບົດຄວາມນີ້ຂ້າພະເຈົ້າຈະພະຍາຍາມອະທິບາຍແນວຄວາມຄິດຕົ້ນຕໍທີ່ສ້າງເປັນພື້ນຖານຂອງມາດຕະຖານທີ່ພັດທະນາໂດຍຄະນະກໍາມະການທີ່ປຶກສາສາກົນສໍາລັບລະບົບຂໍ້ມູນອາວະກາດ (CCSDS. ຕົວຫຍໍ້ນີ້ຈະຖືກນໍາໃຊ້ຂ້າງລຸ່ມນີ້) .

ໂພສນີ້ຈະເນັ້ນໃສ່ຊັ້ນເຊື່ອມຕໍ່ຂໍ້ມູນເປັນຕົ້ນຕໍ, ແຕ່ແນວຄວາມຄິດພື້ນຖານສຳລັບຊັ້ນຂໍ້ມູນອື່ນໆຈະຖືກນຳສະເໜີນຳ. ບົດຂຽນນີ້ບໍ່ມີວິທີໃດທີ່ຈະເປັນຄໍາອະທິບາຍຢ່າງລະອຽດແລະຄົບຖ້ວນຂອງມາດຕະຖານ. ທ່ານສາມາດເບິ່ງມັນໄດ້ຢູ່ site CCSDS. ຢ່າງໃດກໍຕາມ, ພວກເຂົາເຈົ້າມີຄວາມຫຍຸ້ງຍາກຫຼາຍທີ່ຈະເຂົ້າໃຈ, ແລະພວກເຮົາໄດ້ໃຊ້ເວລາຫຼາຍພະຍາຍາມເຂົ້າໃຈເຂົາເຈົ້າ, ສະນັ້ນໃນທີ່ນີ້ຂ້າພະເຈົ້າຕ້ອງການໃຫ້ຂໍ້ມູນພື້ນຖານ, ມີທີ່ມັນຈະງ່າຍຂຶ້ນຫຼາຍທີ່ຈະເຂົ້າໃຈທຸກສິ່ງທຸກຢ່າງອື່ນ. ດັ່ງນັ້ນ, ໃຫ້ເລີ່ມຕົ້ນ.

ພາລະກິດອັນສູງສົ່ງຂອງ CCSDS

ບາງທີບາງຄົນມີຄໍາຖາມ: ເປັນຫຍັງທຸກຄົນຄວນຍຶດຫມັ້ນກັບມາດຕະຖານຖ້າທ່ານສາມາດພັດທະນາຊຸດໂປໂຕຄອນວິທະຍຸທີ່ເປັນເຈົ້າຂອງຂອງຕົນເອງ (ຫຼືມາດຕະຖານຂອງທ່ານເອງ, ດ້ວຍ blackjack ແລະລັກສະນະໃຫມ່), ດັ່ງນັ້ນການເພີ່ມຄວາມປອດໄພຂອງລະບົບ?

ໃນຖານະເປັນການປະຕິບັດສະແດງໃຫ້ເຫັນ, ມັນມີກໍາໄລຫຼາຍທີ່ຈະປະຕິບັດຕາມມາດຕະຖານ CCSDS ສໍາລັບເຫດຜົນດັ່ງຕໍ່ໄປນີ້:

1. ຄະນະກໍາມະການທີ່ຮັບຜິດຊອບສໍາລັບການເຜີຍແຜ່ມາດຕະຖານປະກອບມີຜູ້ຕາງຫນ້າຈາກທຸກໆອົງການການບິນອະວະກາດທີ່ສໍາຄັນໃນໂລກ, ນໍາເອົາປະສົບການອັນລ້ໍາຄ່າທີ່ໄດ້ຮັບໃນໄລຍະຫຼາຍປີຂອງການອອກແບບແລະການດໍາເນີນງານຂອງພາລະກິດຕ່າງໆ. ມັນຄົງຈະເປັນເລື່ອງໂງ່ຫຼາຍທີ່ຈະບໍ່ສົນໃຈປະສົບການນີ້ ແລະກ້າວໄປສູ່ rake ຂອງເຂົາເຈົ້າອີກເທື່ອຫນຶ່ງ.
2. ມາດຕະຖານເຫຼົ່ານີ້ແມ່ນໄດ້ຮັບການສະຫນັບສະຫນູນໂດຍອຸປະກອນສະຖານີຫນ້າດິນທີ່ມີຢູ່ໃນຕະຫຼາດ.
3. ເມື່ອແກ້ໄຂບັນຫາໃດກໍ່ຕາມ, ເຈົ້າສາມາດຊອກຫາການຊ່ວຍເຫຼືອຈາກເພື່ອນຮ່ວມງານຈາກອົງການອື່ນໆເພື່ອໃຫ້ພວກເຂົາດໍາເນີນການຕິດຕໍ່ສື່ສານກັບອຸປະກອນຈາກສະຖານີພື້ນດິນຂອງພວກເຂົາ. ດັ່ງທີ່ເຈົ້າສາມາດເຫັນໄດ້, ມາດຕະຖານເປັນສິ່ງທີ່ເປັນປະໂຫຍດທີ່ສຸດ, ສະນັ້ນໃຫ້ພວກເຮົາເບິ່ງຈຸດສໍາຄັນຂອງພວກເຂົາ.

ຖາປັດຕະຍະ

ມາດຕະຖານແມ່ນຊຸດຂອງເອກະສານທີ່ສະທ້ອນເຖິງຮູບແບບ OSI (Open System Interconnection) ທົ່ວໄປທີ່ສຸດ, ຍົກເວັ້ນວ່າຢູ່ໃນລະດັບການເຊື່ອມໂຍງຂໍ້ມູນ, ຄວາມທໍາມະດາແມ່ນຈໍາກັດການແບ່ງອອກເປັນ telemetry (downlink - space - Earth) ແລະ telecommands (uplink).

ຂໍໃຫ້ເບິ່ງບາງລະດັບໃນລາຍລະອຽດເພີ່ມເຕີມ, ເລີ່ມຕົ້ນດ້ວຍຮ່າງກາຍແລະການເຄື່ອນຍ້າຍຂຶ້ນ. ສໍາລັບຄວາມຊັດເຈນຫຼາຍຂຶ້ນ, ພວກເຮົາຈະພິຈາລະນາສະຖາປັດຕະຍະກໍາຂອງຝ່າຍຮັບ. ການສົ່ງຕໍ່ແມ່ນຮູບພາບກະຈົກຂອງມັນ.

ຊັ້ນທາງກາຍະພາບ

ໃນລະດັບນີ້, ສັນຍານວິທະຍຸ modulated ຖືກປ່ຽນເປັນນ້ໍາບິດ. ມາດຕະຖານຢູ່ທີ່ນີ້ສ່ວນໃຫຍ່ແມ່ນໃຫ້ຄໍາແນະນໍາໃນລັກສະນະ, ເນື່ອງຈາກວ່າໃນລະດັບນີ້ມັນຍາກທີ່ຈະບໍ່ມີຕົວຕົນຈາກການປະຕິບັດສະເພາະຂອງຮາດແວ. ທີ່ນີ້, ບົດບາດສໍາຄັນຂອງ CCSDS ແມ່ນເພື່ອກໍານົດ modulations ທີ່ຍອມຮັບໄດ້ (BPSK, QPSK, 8-QAM, ແລະອື່ນໆ) ແລະໃຫ້ຄໍາແນະນໍາບາງຢ່າງກ່ຽວກັບການປະຕິບັດກົນໄກການ synchronization ສັນຍາລັກ, ການຊົດເຊີຍ Doppler, ແລະອື່ນໆ.

synchronization ແລະ​ລະ​ດັບ​ການ​ເຂົ້າ​ລະ​ຫັດ​

ຢ່າງເປັນທາງການ, ມັນເປັນຊັ້ນຍ່ອຍຂອງຊັ້ນເຊື່ອມຕໍ່ຂໍ້ມູນ, ແຕ່ມັກຈະຖືກແຍກອອກເປັນຊັ້ນແຍກຕ່າງຫາກເນື່ອງຈາກຄວາມສໍາຄັນຂອງມັນຢູ່ໃນມາດຕະຖານ CCSDS. ຊັ້ນນີ້ປ່ຽນນ້ໍາບິດເຂົ້າໄປໃນອັນທີ່ເອີ້ນວ່າກອບ ( telemetry ຫຼື telecommands), ເຊິ່ງພວກເຮົາຈະເວົ້າກ່ຽວກັບຕໍ່ມາ. ບໍ່ຄືກັບການ synchronization ສັນຍາລັກຢູ່ໃນຊັ້ນທາງດ້ານຮ່າງກາຍ, ເຊິ່ງອະນຸຍາດໃຫ້ທ່ານໄດ້ຮັບນ້ໍາບິດທີ່ຖືກຕ້ອງ, ການ synchronization ກອບແມ່ນປະຕິບັດຢູ່ທີ່ນີ້. ພິຈາລະນາເສັ້ນທາງທີ່ຂໍ້ມູນໃຊ້ໃນລະດັບນີ້ (ຈາກລຸ່ມຫາເທິງ):

ຢ່າງໃດກໍຕາມ, ກ່ອນນັ້ນ, ມັນເປັນມູນຄ່າທີ່ຈະເວົ້າສອງສາມຄໍາກ່ຽວກັບການເຂົ້າລະຫັດ. ຂັ້ນ​ຕອນ​ນີ້​ແມ່ນ​ມີ​ຄວາມ​ຈໍາ​ເປັນ​ເພື່ອ​ຊອກ​ຫາ​ແລະ / ຫຼື​ແກ້​ໄຂ​ຄວາມ​ຜິດ​ພາດ​ນ້ອຍ​ທີ່​ຫຼີກ​ເວັ້ນ​ການ​ເກີດ​ຂຶ້ນ​ໃນ​ເວ​ລາ​ທີ່​ການ​ສົ່ງ​ຂໍ້​ມູນ​ຜ່ານ​ຊ່ອງ​ວິ​ທະ​ຍຸ​. ໃນທີ່ນີ້ພວກເຮົາຈະບໍ່ພິຈາລະນາຂັ້ນຕອນການຖອດລະຫັດ, ແຕ່ພຽງແຕ່ຈະໄດ້ຮັບຂໍ້ມູນທີ່ຈໍາເປັນເພື່ອເຂົ້າໃຈເຫດຜົນຂອງລະດັບຕື່ມອີກ.

ລະຫັດສາມາດຖືກບລັອກຫຼືຕໍ່ເນື່ອງ. ມາດຕະຖານບໍ່ໄດ້ບັງຄັບໃຫ້ໃຊ້ການເຂົ້າລະຫັດປະເພດໃດນຶ່ງ, ແຕ່ມັນຕ້ອງເປັນເຊັ່ນນັ້ນ. ລະຫັດຢ່າງຕໍ່ເນື່ອງປະກອບມີລະຫັດ convolutional. ພວກມັນຖືກໃຊ້ເພື່ອເຂົ້າລະຫັດກະແສບິດຢ່າງຕໍ່ເນື່ອງ. ນີ້ແມ່ນກົງກັນຂ້າມກັບລະຫັດບລັອກ, ບ່ອນທີ່ຂໍ້ມູນຖືກແບ່ງອອກເປັນ codeblocks ແລະສາມາດຖອດລະຫັດພາຍໃນບລັອກທີ່ສົມບູນເທົ່ານັ້ນ. ບລັອກລະຫັດເປັນຕົວແທນຂອງຂໍ້ມູນທີ່ສົ່ງຜ່ານແລະຂໍ້ມູນທີ່ຊ້ໍາກັນທີ່ຕິດຄັດມາທີ່ຈໍາເປັນເພື່ອກວດສອບຄວາມຖືກຕ້ອງຂອງຂໍ້ມູນທີ່ໄດ້ຮັບແລະແກ້ໄຂຂໍ້ຜິດພາດທີ່ເປັນໄປໄດ້. ລະຫັດບລັອກປະກອບມີລະຫັດ Reed-Solomon ທີ່ມີຊື່ສຽງ.

ຖ້າການເຂົ້າລະຫັດ convolutional ຖືກນໍາໃຊ້, bitstream ເຂົ້າໄປໃນຕົວຖອດລະຫັດໃນຕອນເລີ່ມຕົ້ນ. ຜົນໄດ້ຮັບຂອງການເຮັດວຽກຂອງມັນ (ທັງຫມົດນີ້, ແນ່ນອນ, ເກີດຂຶ້ນຢ່າງຕໍ່ເນື່ອງ) ແມ່ນ CADU (ຫນ່ວຍບໍລິການຂໍ້ມູນການເຂົ້າເຖິງຊ່ອງທາງ) ຕັນຂໍ້ມູນ. ໂຄງສ້າງນີ້ແມ່ນມີຄວາມຈໍາເປັນສໍາລັບການ synchronization ກອບ. ໃນຕອນທ້າຍຂອງແຕ່ລະ CADU ມີຜູ້ສ້າງ synch ທີ່ຕິດຄັດມາ (ASM). ເຫຼົ່ານີ້ແມ່ນ 4 bytes ທີ່ຮູ້ຈັກລ່ວງຫນ້າ, ໂດຍທີ່ synchronizer ຊອກຫາຈຸດເລີ່ມຕົ້ນແລະຈຸດສິ້ນສຸດຂອງ CADU. ນີ້ແມ່ນວິທີການ synchronization ກອບແມ່ນບັນລຸໄດ້.

ຂັ້ນຕອນທາງເລືອກຕໍ່ໄປຂອງຊັ້ນ synchronization ແລະ encoding ແມ່ນກ່ຽວຂ້ອງກັບ peculiarities ຂອງຊັ້ນທາງດ້ານຮ່າງກາຍ. ນີ້ແມ່ນ randomization. ຄວາມຈິງແມ່ນວ່າເພື່ອບັນລຸການ synchronization ສັນຍາລັກ, ການປ່ຽນເລື້ອຍໆລະຫວ່າງສັນຍາລັກແມ່ນມີຄວາມຈໍາເປັນ. ດັ່ງນັ້ນ, ຖ້າພວກເຮົາສົ່ງ, ເວົ້າວ່າ, ກິໂລໄບຂອງຂໍ້ມູນປະກອບດ້ວຍທັງຫມົດ, synchronization ຈະສູນເສຍໄປ. ດັ່ງນັ້ນ, ໃນລະຫວ່າງການສົ່ງຂໍ້ມູນ, ຂໍ້ມູນປ້ອນເຂົ້າໄດ້ຖືກປະສົມກັບລໍາດັບ pseudo-random ແຕ່ລະໄລຍະເພື່ອໃຫ້ຄວາມຫນາແຫນ້ນຂອງສູນແລະຫນຶ່ງແມ່ນເປັນເອກະພາບ.

ຕໍ່ໄປ, ລະຫັດຕັນໄດ້ຖືກຖອດລະຫັດ, ແລະສິ່ງທີ່ຍັງເຫຼືອແມ່ນຜະລິດຕະພັນສຸດທ້າຍຂອງລະດັບ synchronization ແລະ encoding - ກອບ.

ຊັ້ນຂໍ້ມູນການເຊື່ອມໂຍງ

ຢູ່ຂ້າງຫນຶ່ງ, ໂປເຊດເຊີຊັ້ນເຊື່ອມຕໍ່ໄດ້ຮັບກອບ, ແລະອີກດ້ານຫນຶ່ງມັນອອກແພັກເກັດ. ເນື່ອງຈາກຂະຫນາດຂອງແພັກເກັດແມ່ນບໍ່ຈໍາກັດຢ່າງເປັນທາງການ, ເພື່ອສົ່ງໃຫ້ພວກເຂົາມີຄວາມຫນ້າເຊື່ອຖື, ມັນເປັນສິ່ງຈໍາເປັນທີ່ຈະທໍາລາຍພວກມັນເຂົ້າໄປໃນໂຄງສ້າງຂະຫນາດນ້ອຍກວ່າ - ກອບ. ໃນທີ່ນີ້ພວກເຮົາຈະເບິ່ງສອງພາກຍ່ອຍ: ແຍກຕ່າງຫາກສໍາລັບ telemetry (TM) ແລະ telecommands (TC).

ໂທລະເລກ

ເວົ້າງ່າຍໆ, ນີ້ແມ່ນຂໍ້ມູນທີ່ສະຖານີດິນໄດ້ຮັບຈາກຍານອາວະກາດ. ຂໍ້ມູນທີ່ຖືກສົ່ງຜ່ານທັງຫມົດແມ່ນແບ່ງອອກເປັນຊິ້ນສ່ວນນ້ອຍໆຂອງຄວາມຍາວຄົງທີ່ - ກອບທີ່ມີຂໍ້ມູນການຖ່າຍທອດແລະຂົງເຂດການບໍລິການ. ຂໍໃຫ້ພິຈາລະນາເບິ່ງໂຄງສ້າງຂອງກອບ:

ແລະໃຫ້ເລີ່ມຕົ້ນການພິຈາລະນາຂອງພວກເຮົາກັບຫົວຂໍ້ຕົ້ນຕໍຂອງກອບ telemetry. ນອກຈາກນັ້ນ, ຂ້າພະເຈົ້າຈະອະນຸຍາດໃຫ້ຕົນເອງພຽງແຕ່ແປມາດຕະຖານໃນບາງບ່ອນ, ໃຫ້ຄວາມກະຈ່າງແຈ້ງບາງຢ່າງຕາມທາງ.

ຊ່ອງ Master Channel ID ຕ້ອງມີເລກເວີຊັ່ນຂອງກອບ ແລະຕົວລະບຸອຸປະກອນ.

ແຕ່ລະຍານອະວະກາດ, ອີງຕາມມາດຕະຖານ CCSDS, ຕ້ອງມີຕົວກໍານົດທີ່ເປັນເອກະລັກຂອງຕົນເອງ, ໂດຍທີ່, ມີກອບ, ຫນຶ່ງສາມາດກໍານົດອຸປະກອນທີ່ມັນເປັນຂອງ. ຢ່າງເປັນທາງການ, ມັນຈໍາເປັນຕ້ອງຍື່ນຄໍາຮ້ອງຂໍລົງທະບຽນອຸປະກອນ, ແລະຊື່ຂອງມັນ, ພ້ອມກັບຕົວລະບຸຂອງມັນ, ຈະຖືກເຜີຍແຜ່ໃນແຫຼ່ງເປີດ. ຢ່າງໃດກໍຕາມ, ຜູ້ຜະລິດລັດເຊຍມັກຈະບໍ່ສົນໃຈຂັ້ນຕອນນີ້, ການມອບຫມາຍຕົວກໍານົດເອງກັບອຸປະກອນ. ໝາຍເລກສະບັບຂອງກອບຊ່ວຍກຳນົດວ່າມາດຕະຖານລຸ້ນໃດຖືກໃຊ້ເພື່ອອ່ານກອບໄດ້ຢ່າງຖືກຕ້ອງ. ໃນທີ່ນີ້ພວກເຮົາຈະພິຈາລະນາພຽງແຕ່ມາດຕະຖານອະນຸລັກທີ່ສຸດທີ່ມີສະບັບ "0".

ຊ່ອງ Virtual Channel ID ຕ້ອງມີ VCID ຂອງຊ່ອງທີ່ແພັກເກັດມາ. ບໍ່ມີຂໍ້ຈໍາກັດກ່ຽວກັບທາງເລືອກຂອງ VCID; ໂດຍສະເພາະ, ຊ່ອງທາງ virtual ບໍ່ຈໍາເປັນຕ້ອງມີຕົວເລກຕາມລໍາດັບ.

ຫຼາຍມັກຈະມີຄວາມຕ້ອງການທີ່ຈະ multiplex ການຖ່າຍທອດຂໍ້ມູນ. ສໍາລັບຈຸດປະສົງນີ້, ມີກົນໄກຂອງຊ່ອງທາງ virtual. ສໍາລັບຕົວຢ່າງ, ດາວທຽມ Meteor-M2 ສົ່ງຮູບພາບສີໃນຂອບເຂດທີ່ເຫັນໄດ້, ແບ່ງອອກເປັນສາມສີດໍາແລະສີຂາວ - ແຕ່ລະສີຖືກສົ່ງໃນຊ່ອງ virtual ຂອງຕົນເອງໃນຊຸດແຍກຕ່າງຫາກ, ເຖິງແມ່ນວ່າມີບາງ deviation ຈາກມາດຕະຖານໃນ. ໂຄງສ້າງຂອງກອບຂອງມັນ.

ພາກສະຫນາມທຸງການຄວບຄຸມການດໍາເນີນງານຈະເປັນຕົວຊີ້ວັດຂອງການມີຫຼືບໍ່ມີພາກສະຫນາມການຄວບຄຸມການດໍາເນີນງານຢູ່ໃນກອບ telemetry ໄດ້. ເຫຼົ່ານີ້ 4 bytes ໃນຕອນທ້າຍຂອງກອບໃຫ້ບໍລິການເພື່ອສະຫນອງຄໍາຄຶດຄໍາເຫັນໃນເວລາທີ່ການຄວບຄຸມການຈັດສົ່ງເຟຣມໂທລະຄົມນາຄົມ. ພວກເຮົາຈະສົນທະນາກ່ຽວກັບພວກເຂົາເລັກນ້ອຍຕໍ່ມາ.

ຕົວນັບກອບຊ່ອງຫຼັກ ແລະສະເໝືອນຈິງແມ່ນຊ່ອງຂໍ້ມູນທີ່ເພີ່ມຂຶ້ນເທື່ອລະເທື່ອທີ່ກອບຖືກສົ່ງ. ໃຊ້ເປັນຕົວຊີ້ບອກທີ່ບໍ່ໄດ້ສູນເສຍກອບດຽວ.

ສະຖານະພາບຂໍ້ມູນກອບ telemetry ແມ່ນສອງ bytes ຂອງທຸງແລະຂໍ້ມູນ, ຊຶ່ງໃນນັ້ນພວກເຮົາຈະເບິ່ງພຽງແຕ່ຈໍານວນຫນ້ອຍຫນຶ່ງ.

ພາກສະຫນາມທຸງສ່ວນຫົວທີສອງຕ້ອງເປັນຕົວຊີ້ບອກເຖິງການມີ ຫຼືບໍ່ມີຕົວຊີ້ບອກຂັ້ນສອງຢູ່ໃນກອບ telemetry.

ຖ້າທ່ານຕ້ອງການ, ທ່ານສາມາດເພີ່ມສ່ວນຫົວເພີ່ມເຕີມໃສ່ແຕ່ລະກອບແລະວາງຂໍ້ມູນໃດໆຢູ່ທີ່ນັ້ນຕາມການຕັດສິນໃຈຂອງເຈົ້າ.

ພາກສະຫນາມຕົວຊີ້ຫົວທໍາອິດ, ເມື່ອທຸງ synchronization ຖືກກໍານົດເປັນ "1", ຈະມີຕົວຊີ້ສອງຂອງຕໍາແຫນ່ງຂອງ octet ທໍາອິດຂອງ Packet ທໍາອິດໃນພາກສະຫນາມຂໍ້ມູນຂອງກອບ telemetry ໄດ້. ຕຳແໜ່ງແມ່ນນັບຈາກ 0 ຈາກນ້ອຍຫາໃຫຍ່ຈາກຈຸດເລີ່ມຕົ້ນຂອງຊ່ອງຂໍ້ມູນ. ຖ້າບໍ່ມີການເລີ່ມຕົ້ນຂອງແພັກເກັດໃນພາກສະຫນາມຂໍ້ມູນຂອງເຟຣມ telemetry, ຕົວຊີ້ໄປຫາພາກສະຫນາມ header ທໍາອິດຈະຕ້ອງມີມູນຄ່າໃນຕົວແທນຄູ່ "11111111111" (ນີ້ສາມາດເກີດຂຶ້ນໄດ້ຖ້າແພັກເກັດຍາວຫນຶ່ງແມ່ນແຜ່ຂະຫຍາຍຫຼາຍກວ່າຫນຶ່ງກອບ. ).

ຖ້າຊ່ອງຂໍ້ມູນມີແພັກເກັດເປົ່າ (Idle Data), ຕົວຊີ້ໄປຫາສ່ວນຫົວທຳອິດຄວນມີມູນຄ່າໃນຕົວແທນສອງໂຕ “11111111110”. ການນໍາໃຊ້ຊ່ອງຂໍ້ມູນນີ້, ຜູ້ຮັບຈະຕ້ອງ synchronize ການຖ່າຍທອດ. ຊ່ອງຂໍ້ມູນນີ້ຮັບປະກັນວ່າການຊິ້ງຂໍ້ມູນຈະຖືກຟື້ນຟູຄືນມາເຖິງແມ່ນວ່າເຟຣມຈະຫຼຸດລົງ.

ນັ້ນແມ່ນ, ຊອງຫນຶ່ງສາມາດ, ເວົ້າວ່າ, ເລີ່ມຕົ້ນໃນກາງຂອງກອບທີ 4 ແລະສິ້ນສຸດໃນຕອນຕົ້ນຂອງວັນທີ 20. ພາກສະຫນາມນີ້ຖືກນໍາໃຊ້ເພື່ອຊອກຫາຈຸດເລີ່ມຕົ້ນຂອງມັນ. Packets ຍັງມີສ່ວນຫົວທີ່ລະບຸຄວາມຍາວຂອງມັນ, ດັ່ງນັ້ນເມື່ອຕົວຊີ້ໄປຫາຫົວທໍາອິດຖືກພົບເຫັນ, ໂປເຊດເຊີ link-layer ຕ້ອງອ່ານມັນ, ດັ່ງນັ້ນຈຶ່ງກໍານົດບ່ອນທີ່ແພັກເກັດຈະສິ້ນສຸດ.
ຖ້າມີພາກສະຫນາມຄວບຄຸມຄວາມຜິດພາດ, ມັນຕ້ອງຖືກບັນຈຸຢູ່ໃນທຸກກອບ telemetry ສໍາລັບຊ່ອງທາງທາງດ້ານຮ່າງກາຍໂດຍສະເພາະຕະຫຼອດພາລະກິດ.

ຊ່ອງຂໍ້ມູນນີ້ຖືກຄິດໄລ່ໂດຍໃຊ້ວິທີການ CRC. ຂັ້ນຕອນຕ້ອງເອົາ n-16 bits ຂອງກອບ telemetry ແລະໃສ່ຜົນຂອງການຄິດໄລ່ເຂົ້າໄປໃນ 16 bits ສຸດທ້າຍ.

ທີມງານໂທລະທັດ

ກອບຄໍາສັ່ງໂທລະພາບມີຄວາມແຕກຕ່າງທີ່ສໍາຄັນຫຼາຍ. ໃນບັນດາພວກເຂົາ:

1. ໂຄງສ້າງຫົວຂໍ້ທີ່ແຕກຕ່າງກັນ
2. ຄວາມຍາວແບບໄດນາມິກ. ນີ້ຫມາຍຄວາມວ່າຄວາມຍາວຂອງກອບບໍ່ໄດ້ຖືກກໍານົດຢ່າງເຂັ້ມງວດ, ດັ່ງທີ່ເຮັດໃນ telemetry, ແຕ່ສາມາດແຕກຕ່າງກັນໄປຕາມຊຸດທີ່ສົ່ງຜ່ານ.
3. ກົນໄກການຮັບປະກັນການຈັດສົ່ງຊຸດ. ນັ້ນແມ່ນ, ຍານອະວະກາດຕ້ອງ, ຫຼັງຈາກໄດ້ຮັບມັນ, ຢືນຢັນຄວາມຖືກຕ້ອງຂອງການຮັບກອບ, ຫຼືຮ້ອງຂໍການສົ່ງຕໍ່ຈາກກອບທີ່ສາມາດໄດ້ຮັບດ້ວຍຄວາມຜິດພາດທີ່ບໍ່ສາມາດແກ້ໄຂໄດ້.

ຫຼາຍໆຂົງເຂດແມ່ນຄຸ້ນເຄີຍກັບພວກເຮົາແລ້ວຈາກຫົວຂໍ້ກອບ telemetry. ພວກເຂົາມີຈຸດປະສົງດຽວກັນ, ດັ່ງນັ້ນໃນທີ່ນີ້ພວກເຮົາຈະພິຈາລະນາພຽງແຕ່ຂົງເຂດໃຫມ່.

ຕ້ອງໃຊ້ທຸງ bypass ໜ້ອຍໜຶ່ງເພື່ອຄວບຄຸມການກວດສອບກອບຢູ່ຕົວຮັບ. ຄ່າຂອງ "0" ສໍາລັບທຸງນີ້ຈະຊີ້ບອກວ່າກອບເປັນກອບປະເພດ A ແລະຕ້ອງໄດ້ຮັບການກວດສອບຕາມ FARM. ຄ່າຂອງ "1" ສໍາລັບທຸງນີ້ຄວນຊີ້ບອກກັບຜູ້ຮັບວ່າກອບເປັນກອບປະເພດ B ແລະຄວນຈະຂ້າມການກວດສອບ FARM.

ທຸງນີ້ແຈ້ງໃຫ້ຜູ້ຮັບວ່າຈະໃຊ້ກົນໄກການຮັບຮູ້ການສົ່ງມອບກອບທີ່ເອີ້ນວ່າ FARM - ກົນໄກການຍອມຮັບ ແລະລາຍງານກອບ.

ທຸງຄໍາສັ່ງຄວບຄຸມຕ້ອງຖືກນໍາໃຊ້ເພື່ອເຂົ້າໃຈວ່າພາກສະຫນາມຂໍ້ມູນຂົນສົ່ງຄໍາສັ່ງຫຼືຂໍ້ມູນ. ຖ້າທຸງແມ່ນ "0", ຫຼັງຈາກນັ້ນພາກສະຫນາມຂໍ້ມູນຕ້ອງມີຂໍ້ມູນ. ຖ້າທຸງແມ່ນ "1", ຫຼັງຈາກນັ້ນ, ພາກສະຫນາມຂໍ້ມູນຕ້ອງມີຂໍ້ມູນການຄວບຄຸມສໍາລັບ FARM.
FARM ແມ່ນເຄື່ອງຈັກຂອງລັດທີ່ຈໍາກັດເຊິ່ງຕົວກໍານົດການສາມາດຖືກຕັ້ງຄ່າໄດ້.

RSVD. SPARE – ສະຫງວນ bits.

ມັນເບິ່ງຄືວ່າ CCSDS ມີແຜນການສໍາລັບພວກເຂົາໃນອະນາຄົດ, ແລະສໍາລັບຄວາມເຂົ້າກັນໄດ້ໃນດ້ານຫລັງຂອງສະບັບໂປໂຕຄອນ, ພວກເຂົາເຈົ້າໄດ້ສະຫງວນບິດເຫຼົ່ານີ້ຢູ່ໃນມາດຕະຖານໃນປະຈຸບັນ.

ຊ່ອງຂໍ້ມູນຄວາມຍາວຂອງເຟຣມຕ້ອງມີຕົວເລກໃນການສະແດງບິດທີ່ເທົ່າກັບຄວາມຍາວຂອງກອບໃນ octets ລົບຫນຶ່ງ.

ຊ່ອງຂໍ້ມູນເຟຣມຕ້ອງຕິດຕາມສ່ວນຫົວໂດຍບໍ່ມີຍະຫວ່າງ ແລະປະກອບດ້ວຍຈຳນວນເຕັມຂອງ octets, ເຊິ່ງສາມາດມີຄວາມຍາວສູງສຸດ 1019 octets. ຊ່ອງຂໍ້ມູນນີ້ຈະຕ້ອງມີຂໍ້ມູນບລັອກຂໍ້ມູນ ຫຼືຂໍ້ມູນຄຳສັ່ງຄວບຄຸມ. ບລັອກຂໍ້ມູນກອບຕ້ອງມີ:

• ຈຳນວນເຕັມຂອງຂໍ້ມູນຜູ້ໃຊ້ octets
• ສ່ວນຫົວ segment ຕາມດ້ວຍຈຳນວນເຕັມຂອງ octets ຂໍ້ມູນຜູ້ໃຊ້

ຖ້າມີສ່ວນຫົວ, ບລັອກຂໍ້ມູນຕ້ອງມີແພັກເກັດ, ຊຸດຂອງແພັກເກັດ, ຫຼືສ່ວນຂອງແພັກເກັດ. ບລັອກຂໍ້ມູນທີ່ບໍ່ມີສ່ວນຫົວບໍ່ສາມາດມີສ່ວນຂອງແພັກເກັດໄດ້, ແຕ່ສາມາດມີບລັອກຂໍ້ມູນຮູບແບບສ່ວນຕົວ. ມັນປະຕິບັດຕາມນີ້ວ່າ header ແມ່ນຕ້ອງການໃນເວລາທີ່ຕັນຂໍ້ມູນການຖ່າຍທອດບໍ່ເຫມາະເຂົ້າໄປໃນກອບຫນຶ່ງ. ບລັອກຂອງຂໍ້ມູນທີ່ມີສ່ວນຫົວແມ່ນເອີ້ນວ່າ segment

ຊ່ອງໃສ່ທຸງສອງບິດຕ້ອງມີ:

• "01" - ຖ້າສ່ວນທໍາອິດຂອງຂໍ້ມູນຢູ່ໃນບລັອກຂໍ້ມູນ
• “00” - ຖ້າສ່ວນກາງຂອງຂໍ້ມູນຢູ່ໃນບລັອກຂໍ້ມູນ
• "10" - ຖ້າຂໍ້ມູນສຸດທ້າຍຢູ່ໃນບລັອກຂໍ້ມູນ
• "11" - ຖ້າບໍ່ມີການແບ່ງສ່ວນແລະຫນຶ່ງຫຼືຫຼາຍແພັກເກັດເຫມາະທັງຫມົດໃນບລັອກຂໍ້ມູນ.

ຊ່ອງຂໍ້ມູນ MAP ID ຕ້ອງມີສູນ ຖ້າຊ່ອງ MAP ບໍ່ໄດ້ໃຊ້.
ບາງຄັ້ງ 6 ບິດທີ່ຈັດສັນໃຫ້ກັບຊ່ອງ virtual ແມ່ນບໍ່ພຽງພໍ. ແລະຖ້າມັນເປັນສິ່ງຈໍາເປັນທີ່ຈະ multiplex ຂໍ້ມູນໃສ່ຈໍານວນຂະຫນາດໃຫຍ່ຂອງຊ່ອງ, 6 bits ອື່ນຈາກສ່ວນຫົວຂອງສ່ວນແມ່ນຖືກນໍາໃຊ້.

FARM

ຂໍໃຫ້ພິຈາລະນາຢ່າງໃກ້ຊິດກ່ຽວກັບກົນໄກການເຮັດວຽກຂອງລະບົບການຄວບຄຸມການຈັດສົ່ງບຸກຄະລາກອນ. ລະບົບນີ້ພຽງແຕ່ສະຫນອງການເຮັດວຽກກັບເຟຣມຂອງ telecommands ເນື່ອງຈາກຄວາມສໍາຄັນຂອງມັນ (telemetry ສາມາດຮ້ອງຂໍອີກເທື່ອຫນຶ່ງ, ແລະຍານອະວະກາດຕ້ອງໄດ້ຍິນສະຖານີດິນຢ່າງຊັດເຈນແລະສະເຫມີປະຕິບັດຕາມຄໍາສັ່ງຂອງຕົນ). ດັ່ງ​ນັ້ນ​, ສົມ​ມຸດ​ວ່າ​ພວກ​ເຮົາ​ຕັດ​ສິນ​ໃຈ​ທີ່​ຈະ reflash ດາວ​ທຽມ​ຂອງ​ພວກ​ເຮົາ​, ແລະ​ສົ່ງ​ໄຟລ​໌​ຖານ​ສອງ​ຂະ​ຫນາດ 10 ກິ​ໂລ​ໄບ​ຕໍ່​ກັບ​ມັນ​. ໃນລະດັບການເຊື່ອມໂຍງ, ໄຟລ໌ໄດ້ຖືກແບ່ງອອກເປັນ 10 ເຟຣມ (0, 1, ..., 9), ເຊິ່ງຖືກສົ່ງຂຶ້ນຫນຶ່ງໂດຍຫນຶ່ງ. ເມື່ອການສົ່ງຂໍ້ມູນສຳເລັດແລ້ວ, ດາວທຽມຕ້ອງຢືນຢັນຄວາມຖືກຕ້ອງຂອງການຮັບແພັກເກັດ, ຫຼືລາຍງານກ່ຽວກັບຂໍ້ຜິດພາດທີ່ເກີດຂຶ້ນ. ຂໍ້​ມູນ​ນີ້​ຖືກ​ສົ່ງ​ໄປ​ຍັງ​ພາກ​ສະ​ຫນາມ​ການ​ຄວບ​ຄຸມ​ການ​ປະ​ຕິ​ບັດ​ງານ​ໃນ​ກອບ telemetry ທີ່​ໃກ້​ທີ່​ສຸດ (ຫຼື​ຍານ​ອະ​ວະ​ກາດ​ສາ​ມາດ​ເລີ່ມ​ຕົ້ນ​ການ​ສົ່ງ​ຂອງ​ໂຄງ​ການ​ບໍ່​ໄດ້​ເຮັດ​ວຽກ​ຖ້າ​ຫາກ​ວ່າ​ມັນ​ບໍ່​ມີ​ຫຍັງ​ເວົ້າ​)​. ອີງຕາມການ telemetry ທີ່ໄດ້ຮັບ, ພວກເຮົາອາດຈະໃຫ້ແນ່ໃຈວ່າທຸກສິ່ງທຸກຢ່າງແມ່ນດີ, ຫຼືດໍາເນີນການເພື່ອສົ່ງຂໍ້ຄວາມໃຫມ່. ສົມມຸດວ່າດາວທຽມບໍ່ໄດ້ຍິນກອບ #7. ນີ້ຫມາຍຄວາມວ່າພວກເຮົາສົ່ງໃຫ້ລາວກອບ 7, 8, 9. ຖ້າບໍ່ມີການຕອບສະຫນອງ, ຊອງທັງຫມົດຈະຖືກສົ່ງອີກເທື່ອຫນຶ່ງ (ແລະອື່ນໆຫຼາຍຄັ້ງຈົນກ່ວາພວກເຮົາຮູ້ວ່າຄວາມພະຍາຍາມແມ່ນບໍ່ມີຜົນ).

ຂ້າງລຸ່ມນີ້ແມ່ນໂຄງສ້າງຂອງພາກສະຫນາມການຄວບຄຸມການດໍາເນີນງານທີ່ມີຄໍາອະທິບາຍກ່ຽວກັບບາງພາກສະຫນາມ. ຂໍ້ມູນທີ່ມີຢູ່ໃນພາກສະຫນາມນີ້ເອີ້ນວ່າ CLCW - Communication Link Control Word.

ເນື່ອງຈາກວ່າທ່ານສາມາດເດົາຈາກຮູບໄດ້ຢ່າງງ່າຍດາຍກ່ຽວກັບຈຸດປະສົງຂອງທົ່ງນາຕົ້ນຕໍ, ແລະອັນອື່ນໆແມ່ນຫນ້າເບື່ອທີ່ຈະເບິ່ງ, ຂ້ອຍກໍາລັງເຊື່ອງຄໍາອະທິບາຍລາຍລະອຽດພາຍໃຕ້ spoiler.

ຄໍາອະທິບາຍກ່ຽວກັບພາກສະຫນາມ CLCWຄວບຄຸມປະເພດຄໍາ:
ສໍາລັບປະເພດນີ້, ຄໍາຄວບຄຸມຕ້ອງມີ 0

ຄວບ​ຄຸມ​ເວີ​ຊັນ​ຄຳ​ສັບ (ເລກ​ເວີ​ຊັນ CLCW):
ສໍາລັບປະເພດນີ້, ຄໍາຄວບຄຸມຕ້ອງເທົ່າກັບ "00" ໃນການເປັນຕົວແທນຂອງບິດ.

ຊ່ອງຂໍ້ມູນສະຖານະ:
ການນໍາໃຊ້ພາກສະຫນາມນີ້ແມ່ນກໍານົດສໍາລັບແຕ່ລະພາລະກິດແຍກຕ່າງຫາກ. ສາມາດນໍາໃຊ້ສໍາລັບການປັບປຸງທ້ອງຖິ່ນໂດຍອົງການອະວະກາດຕ່າງໆ.

ການລະບຸຊ່ອງສະເໝືອນ:
ຕ້ອງມີຕົວລະບຸຂອງຊ່ອງສະເໝືອນທີ່ຄຳຄວບຄຸມນີ້ເຊື່ອມໂຍງກັນ.

ທຸງການເຂົ້າເຖິງຊ່ອງທາງດ້ານຮ່າງກາຍ:
ທຸງຕ້ອງໃຫ້ຂໍ້ມູນກ່ຽວກັບຄວາມພ້ອມຂອງຊັ້ນທາງດ້ານຮ່າງກາຍຂອງຜູ້ຮັບ. ຖ້າຊັ້ນທາງກາຍະພາບຂອງຜູ້ຮັບບໍ່ພ້ອມທີ່ຈະຮັບເຟຣມ, ຊ່ອງຂໍ້ມູນຕ້ອງມີ “1”, ຖ້າບໍ່ດັ່ງນັ້ນ “0”.

ທຸງຄວາມລົ້ມເຫຼວຂອງ synchronization:
ທຸງອາດຈະຊີ້ບອກວ່າຊັ້ນທາງດ້ານຮ່າງກາຍເຮັດວຽກຢູ່ໃນລະດັບສັນຍານທີ່ບໍ່ດີແລະຈໍານວນຂອງເຟຣມທີ່ຖືກປະຕິເສດແມ່ນສູງເກີນໄປ. ການ​ນໍາ​ໃຊ້​ຊ່ອງ​ຂໍ້​ມູນ​ນີ້​ແມ່ນ​ເປັນ​ທາງ​ເລືອກ​; ຖ້າ​ຫາກ​ວ່າ​ນໍາ​ໃຊ້​, ມັນ​ຈະ​ຕ້ອງ​ມີ "0​" ຖ້າ​ຫາກ​ວ່າ synchronization ມີ​, ແລະ "1​" ຖ້າ​ຫາກ​ວ່າ​ມັນ​ບໍ່​ແມ່ນ​.

ທຸງສະກັດ:
ບິດນີ້ຈະມີສະຖານະ FARM lock ສໍາລັບແຕ່ລະຊ່ອງ virtual. ຄ່າຂອງ "1" ໃນຊ່ອງຂໍ້ມູນນີ້ຄວນຊີ້ບອກວ່າ FARM ຖືກປິດໃຊ້ງານ ແລະເຟຣມຈະຖືກຍົກເລີກສໍາລັບແຕ່ລະຊັ້ນ virtual, ຖ້າບໍ່ດັ່ງນັ້ນ "0".

ລໍຖ້າທຸງ:
ບິດນີ້ຈະຖືກໃຊ້ເພື່ອຊີ້ບອກວ່າຜູ້ຮັບບໍ່ສາມາດປະມວນຜົນຂໍ້ມູນໃນຊ່ອງ virtual ທີ່ລະບຸໄວ້. ຄ່າຂອງ "1" ຊີ້ໃຫ້ເຫັນວ່າເຟຣມທັງຫມົດຈະຖືກຍົກເລີກໃນຊ່ອງ virtual ນີ້, ຖ້າບໍ່ດັ່ງນັ້ນ "0".

ທຸງສົ່ງຕໍ່:
ທຸງນີ້ຈະມີ "1" ຖ້າກອບປະເພດ A ຫຼືຫຼາຍກວ່ານັ້ນຖືກຍົກເລີກ ຫຼືພົບເຫັນຊ່ອງຫວ່າງ, ດັ່ງນັ້ນການສົ່ງຕໍ່ແມ່ນມີຄວາມຈໍາເປັນ. ທຸງ "0" ຊີ້ໃຫ້ເຫັນວ່າບໍ່ມີກອບທີ່ຫຼຸດລົງຫຼືຂ້າມ.

ຄ່າ​ຕອບ​ສະ​ຫນອງ​:
ໝາຍເລກກອບທີ່ບໍ່ໄດ້ຮັບ. ກໍານົດໂດຍ counter ໃນ header ພາ telecommand

ຊັ້ນເຄືອຂ່າຍ

ໃຫ້ສໍາຜັດກັບລະດັບນີ້ເລັກນ້ອຍ. ມີສອງທາງເລືອກຢູ່ທີ່ນີ້: ບໍ່ວ່າຈະໃຊ້ໂປໂຕຄອນແພັກເກັດຊ່ອງ, ຫຼືຫຸ້ມຫໍ່ໂປໂຕຄອນອື່ນໆໃນແພັກເກັດ CCSDS.

ພາບລວມຂອງໂປໂຕຄອນຊອງຊ່ອງແມ່ນຫົວຂໍ້ສໍາລັບບົດຄວາມແຍກຕ່າງຫາກ. ມັນຖືກອອກແບບມາເພື່ອໃຫ້ອັນທີ່ເອີ້ນວ່າແອັບພລິເຄຊັນສາມາດແລກປ່ຽນຂໍ້ມູນໄດ້ຢ່າງບໍ່ຢຸດຢັ້ງ. ແຕ່ລະຄໍາຮ້ອງສະຫມັກມີທີ່ຢູ່ຂອງຕົນເອງແລະຫນ້າທີ່ພື້ນຖານສໍາລັບການແລກປ່ຽນຂໍ້ມູນກັບແອັບພລິເຄຊັນອື່ນໆ. ຍັງມີການບໍລິການທີ່ເສັ້ນທາງການຈະລາຈອນ, ການຄວບຄຸມການຈັດສົ່ງ, ແລະອື່ນໆ.

ດ້ວຍ encapsulation ທຸກສິ່ງທຸກຢ່າງແມ່ນງ່າຍດາຍແລະຊັດເຈນກວ່າ. ມາດຕະຖານເຮັດໃຫ້ມັນເປັນໄປໄດ້ທີ່ຈະ encapsulate ໂປໂຕຄອນໃດໆເຂົ້າໄປໃນຊອງ CCSDS ໂດຍການເພີ່ມສ່ວນຫົວເພີ່ມເຕີມ.

ບ່ອນທີ່ສ່ວນຫົວມີຄວາມ ໝາຍ ແຕກຕ່າງກັນໄປຕາມຄວາມຍາວຂອງໂປໂຕຄອນທີ່ຖືກຫຸ້ມຫໍ່:

ທີ່ນີ້ພາກສະຫນາມຕົ້ນຕໍແມ່ນຄວາມຍາວຂອງຄວາມຍາວ. ມັນສາມາດແຕກຕ່າງກັນຈາກ 0 ຫາ 4 bytes. ນອກຈາກນັ້ນໃນຫົວຂໍ້ນີ້, ທ່ານຕ້ອງຊີ້ບອກປະເພດຂອງໂປໂຕຄອນ encapsulated ໂດຍໃຊ້ຕາຕະລາງ ຈາກນີ້.

IP encapsulation ໃຊ້ add-on ອື່ນເພື່ອກໍານົດປະເພດຂອງແພັກເກັດ.
ທ່ານ​ຈໍາ​ເປັນ​ຕ້ອງ​ໄດ້​ເພີ່ມ​ຫນຶ່ງ​ສ່ວນ​ຫົວ​ເພີ່ມ​ເຕີມ​, ຫນຶ່ງ octet ຍາວ​:

ບ່ອນທີ່ PID ເປັນຕົວລະບຸໂປຣໂຕຄໍອື່ນຖືກປະຕິບັດ ຈາກນີ້

ສະຫລຸບ

ຢູ່ glance ທໍາອິດ, ມັນອາດຈະເບິ່ງຄືວ່າຫົວ CCSDS ແມ່ນຊ້ໍາຊ້ອນທີ່ສຸດແລະບາງຊ່ອງຂໍ້ມູນສາມາດຖືກຍົກເລີກ. ແທ້ຈິງແລ້ວ, ປະສິດທິພາບຂອງຊ່ອງທາງຜົນໄດ້ຮັບ (ເຖິງລະດັບເຄືອຂ່າຍ) ແມ່ນປະມານ 40%. ຢ່າງໃດກໍ່ຕາມ, ທັນທີທີ່ຄວາມຕ້ອງການທີ່ຈະປະຕິບັດມາດຕະຖານເຫຼົ່ານີ້, ມັນຈະກາຍເປັນທີ່ຊັດເຈນວ່າແຕ່ລະພາກສະຫນາມ, ແຕ່ລະຫົວຂໍ້ມີພາລະກິດທີ່ສໍາຄັນຂອງຕົນເອງ, ການບໍ່ສົນໃຈທີ່ນໍາໄປສູ່ການບໍ່ແນ່ນອນຈໍານວນຫນຶ່ງ.

ຖ້າ habrasociety ສະແດງຄວາມສົນໃຈໃນຫົວຂໍ້ນີ້, ຂ້ອຍຈະດີໃຈທີ່ຈະເຜີຍແຜ່ຊຸດທັງຫມົດຂອງບົດຄວາມທີ່ອຸທິດໃຫ້ກັບທິດສະດີແລະການປະຕິບັດຂອງການສື່ສານຊ່ອງ. ຂອບໃຈສໍາລັບຄວາມສົນໃຈຂອງທ່ານ!

ແຫຼ່ງຂໍ້ມູນ

CCSDS 130.0-G-3 — ພາບ​ລວມ​ຂອງ​ອະ​ນຸ​ສັນ​ຍາ​ການ​ສື່​ສານ​ອະ​ວະ​ກາດ​
CCSDS 131.0-B-2 – TM synchronization ແລະລະຫັດຊ່ອງ
CCSDS 132.0-B-2 - TM Space Data Link Protocol
CCSDS 133.0-B-1 - ໂປຣໂຕຄໍ Packet Space
CCSDS 133.1-B-2 - ບໍລິການ Encapsulation
CCSDS 231.0-B-3 - TC Synchronization ແລະລະຫັດຊ່ອງ
CCSDS 232.1-B-2 ຂັ້ນຕອນການດໍາເນີນງານການສື່ສານ-1
CCSDS 401.0-B-28 Radio Frequency and Modulation Systems - ພາກທີ 1 (ສະຖານີໂລກ ແລະຍານອາວະກາດ)
CCSDS 702.1-B-1 - IP ຜ່ານການເຊື່ອມຕໍ່ຊ່ອງ CCSDS

PS
ຢ່າຕີແຮງເກີນໄປຖ້າທ່ານພົບຄວາມບໍ່ແນ່ນອນ. ລາຍງານພວກເຂົາແລະພວກເຂົາຈະຖືກແກ້ໄຂ :)

ແຫຼ່ງຂໍ້ມູນ: www.habr.com