Солир М1 хиймэл дагуул
Эх сурвалж: vladtime.ru
Танилцуулга
Сансрын технологийн үйл ажиллагаа нь радио холбоогүйгээр боломжгүй бөгөөд энэ нийтлэлд би Сансрын мэдээллийн системийн олон улсын зөвлөх хорооноос (CCSDS) боловсруулсан стандартуудын үндэс болсон гол санааг тайлбарлахыг хичээх болно. Энэ товчлолыг доор ашиглах болно. .
Энэ нийтлэл нь өгөгдлийн холбоосын давхаргад голчлон анхаарах боловч бусад давхаргын үндсэн ойлголтуудыг мөн танилцуулах болно. Энэ нийтлэл нь стандартуудын бүрэн бөгөөд бүрэн тайлбарыг ямар ч байдлаар илэрхийлэхгүй. Та үүнийг үзэх боломжтой CCSDS. Гэсэн хэдий ч тэдгээрийг ойлгоход маш хэцүү бөгөөд бид тэдгээрийг ойлгох гэж маш их цаг зарцуулсан тул энд би үндсэн мэдээллийг өгөхийг хүсч байна, ингэснээр бусад бүх зүйлийг ойлгоход илүү хялбар байх болно. За ингээд эхэлцгээе.
CCSDS-ийн эрхэм зорилго
Магадгүй хэн нэгэн асуулт гарч ирж магадгүй юм: Хэрэв та өөрийн эзэмшлийн радио протоколын стекийг (эсвэл өөрийн стандартыг, блэк болон шинэ функцээр) хөгжүүлж чадвал яагаад хүн бүр стандартыг дагаж мөрдөх ёстой вэ, ингэснээр системийн аюулгүй байдлыг нэмэгдүүлэх вэ?
Практикаас харахад дараахь шалтгааны улмаас CCSDS стандартыг дагаж мөрдөх нь илүү ашигтай байдаг.
- Стандартуудыг хэвлэн нийтлэх үүрэгтэй хороонд дэлхийн сансар судлалын томоохон агентлагуудын төлөөлөл багтдаг бөгөөд олон жилийн турш янз бүрийн номлолын дизайн, ашиглалтын явцад олж авсан үнэлж баршгүй туршлагаа авчирдаг. Энэ туршлагыг үл тоомсорлож, тэдний тармуурыг дахин гишгэх нь үнэхээр утгагүй хэрэг болно.
- Эдгээр стандартууд нь зах зээл дээр байгаа газрын станцын тоног төхөөрөмжөөр дэмжигддэг.
- Асуудлыг олж засварлахдаа бусад агентлагийн хамт ажиллагсдаас тусламж хүсэх боломжтой бөгөөд ингэснээр тэд газрын станцаасаа төхөөрөмжтэй харилцах сесс хийх боломжтой болно. Таны харж байгаагаар стандарт бол маш хэрэгтэй зүйл тул тэдгээрийн гол санааг авч үзье.
архитектур
Стандартууд нь хамгийн түгээмэл OSI (Нээлттэй системийн харилцан холболт) загварыг тусгасан баримт бичгийн багц бөгөөд өгөгдлийн холбоосын түвшинд нийтлэг байдал нь телеметрийн (доош холбоос - орон зай - Дэлхий) болон телекомандууд (дээд холбоос) гэсэн хуваагдлаар хязгаарлагддаг.
Биеийн түвшингээс эхлээд дээшлэх шатыг илүү нарийвчлан авч үзье. Илүү тодорхой болгохын тулд бид хүлээн авагч талын архитектурыг авч үзэх болно. Дамжуулагч нь түүний толин тусгал дүрс юм.
Физик давхарга
Энэ түвшинд модуляцлагдсан радио дохио нь бит урсгал руу хувирдаг. Энд байгаа стандартууд нь голчлон зөвлөх шинж чанартай байдаг тул энэ түвшинд техник хангамжийн тодорхой хэрэгжилтээс салгахад хэцүү байдаг. Энд CCSDS-ийн гол үүрэг бол хүлээн зөвшөөрөгдөх модуляцуудыг (BPSK, QPSK, 8-QAM гэх мэт) тодорхойлж, тэмдэгт синхрончлолын механизм, Доплер нөхөн олговор гэх мэтийг хэрэгжүүлэх талаар зарим зөвлөмж өгөх явдал юм.
Синхрончлол ба кодчилолын түвшин
Албан ёсоор энэ нь өгөгдлийн холбоосын давхаргын дэд давхарга боловч CCSDS стандартын хүрээнд чухал ач холбогдолтой учраас ихэвчлэн тусдаа давхаргад хуваагддаг. Энэ давхарга нь битийн урсгалыг фрейм гэж нэрлэгддэг (телеметрийн эсвэл телекоманд) болгон хувиргадаг бөгөөд бид дараа нь ярих болно. Зөв бит урсгалыг олж авах боломжийг олгодог физик давхарга дахь тэмдэгтийн синхрончлолоос ялгаатай нь хүрээний синхрончлолыг энд гүйцэтгэдэг. Өгөгдлийн энэ түвшинд (доороос дээш) явах замыг авч үзье.
Гэсэн хэдий ч үүнээс өмнө кодчиллын талаар хэдэн үг хэлэх нь зүйтэй. Энэ процедур нь радио сувгаар өгөгдөл илгээх үед зайлшгүй гардаг битийн алдааг олж засварлахад зайлшгүй шаардлагатай. Энд бид код тайлах процедурыг авч үзэхгүй бөгөөд зөвхөн түвшний цаашдын логикийг ойлгоход шаардлагатай мэдээллийг авах болно.
Кодууд нь блок эсвэл тасралтгүй байж болно. Стандартууд нь тодорхой төрлийн кодчилол ашиглахыг албаддаггүй, гэхдээ энэ нь заавал байх ёстой. Тасралтгүй кодуудад эргэлтийн кодууд орно. Тэдгээрийг тасралтгүй битийн урсгалыг кодлоход ашигладаг. Энэ нь блок кодуудаас ялгаатай бөгөөд өгөгдөл нь код блокуудад хуваагддаг бөгөөд зөвхөн бүрэн блокуудын дотор кодыг тайлах боломжтой байдаг. Кодын блок нь хүлээн авсан өгөгдлийн зөв эсэхийг шалгах, болзошгүй алдааг засахад шаардлагатай дамжуулагдсан өгөгдөл болон хавсаргасан нэмэлт мэдээллийг илэрхийлдэг. Блок кодууд нь алдартай Рид-Соломон кодуудыг агуулдаг.
Хэрэв convolutional encoding ашигладаг бол бит урсгал нь декодчилогч руу эхнээсээ ордог. Түүний ажлын үр дүн (энэ бүхэн мэдээжийн хэрэг тасралтгүй явагддаг) нь CADU (сувгийн хандалтын мэдээллийн нэгж) мэдээллийн блокууд юм. Энэ бүтэц нь хүрээний синхрончлолд зайлшгүй шаардлагатай. CADU бүрийн төгсгөлд хавсаргасан синхрончлогч (ASM) байдаг. Эдгээр нь синхрончлогч CADU-ийн эхлэл ба төгсгөлийг олдог 4 байтыг урьдчилан мэддэг. Ийм байдлаар хүрээний синхрончлолд хүрдэг.
Синхрончлол ба кодчилолын дараагийн нэмэлт үе шат нь физик давхаргын онцлогтой холбоотой юм. Энэ бол дерандомизаци юм. Тэмдгийн синхрончлолд хүрэхийн тулд тэмдэгтүүдийн хооронд байнга шилжих шаардлагатай байдаг. Тиймээс, хэрэв бид бүхэлдээ нэгээс бүрдсэн килобайт өгөгдлийг дамжуулах юм бол синхрончлол алдагдах болно. Тиймээс дамжуулах явцад оролтын өгөгдлийг үе үе псевдо санамсаргүй дараалалтай хольж, тэг ба нэгийн нягтыг жигд болгодог.
Дараа нь блок кодыг тайлж, синхрончлол, кодчилолын түвшний эцсийн бүтээгдэхүүн болох хүрээ нь үлддэг.
Өгөгдлийн холбоосын давхарга
Нэг талдаа холбоосын түвшний процессор нь фреймүүдийг хүлээн авч, нөгөө талдаа пакетуудыг гаргадаг. Пакетуудын хэмжээ албан ёсоор хязгаарлагдахгүй тул найдвартай дамжуулахын тулд тэдгээрийг жижиг бүтэц болох хүрээ болгон хуваах шаардлагатай. Энд бид хоёр дэд хэсгийг авч үзэх болно: телеметрийн (TM) болон телекомандын (TC) тус тусад нь.
Телеметр
Энгийнээр хэлбэл, энэ нь газрын станцын сансрын хөлгөөс хүлээн авдаг өгөгдөл юм. Бүх дамжуулагдсан мэдээлэл нь тогтмол урттай жижиг хэсгүүдэд хуваагддаг - дамжуулагдсан өгөгдөл, үйлчилгээний талбаруудыг агуулсан фреймүүд. Хүрээний бүтцийг нарийвчлан авч үзье.
Мөн бид телеметрийн хүрээний үндсэн гарчигаас авч үзье. Цаашилбал, би зарим газарт стандартуудыг орчуулж, зарим тайлбарыг өгөх болно.
Мастер сувгийн ID талбар нь фрэймийн хувилбарын дугаар болон төхөөрөмжийн танигчийг агуулсан байх ёстой.
CCSDS стандартын дагуу сансрын хөлөг бүр өөрийн гэсэн өвөрмөц танигчтай байх ёстой бөгөөд түүгээр хүрээтэй бол аль төхөөрөмжид хамаарахыг тодорхойлох боломжтой. Албан ёсоор төхөөрөмжийг бүртгүүлэх өргөдөл гаргах шаардлагатай бөгөөд түүний нэрийг танигчийн хамт нээлттэй эх сурвалжид нийтлэх болно. Гэсэн хэдий ч Оросын үйлдвэрлэгчид энэ процедурыг үл тоомсорлож, төхөөрөмжид дур мэдэн танигч өгдөг. Хүрээний хувилбарын дугаар нь хүрээг зөв уншихын тулд стандартын аль хувилбарыг ашиглахыг тодорхойлоход тусална. Энд бид зөвхөн "0" хувилбартай хамгийн консерватив стандартыг авч үзэх болно.
Virtual Channel ID талбар нь пакет ирсэн сувгийн VCID-г агуулсан байх ёстой. VCID-г сонгоход ямар ч хязгаарлалт байхгүй, ялангуяа виртуал сувгуудыг дараалсан дугаарлах албагүй.
Маш олон удаа дамжуулагдсан өгөгдлийг олон талт болгох шаардлагатай байдаг. Энэ зорилгоор виртуал сувгийн механизм байдаг. Жишээлбэл, Meteor-M2 хиймэл дагуул нь өнгөт дүрсийг харагдахуйц мужид дамжуулж, гурван хар, цагаан болгон хуваадаг - өнгө бүрийг өөрийн виртуал сувагт тусад нь багцаар дамжуулдаг боловч стандартаас зарим хазайлттай байдаг. түүний хүрээний бүтэц.
Үйл ажиллагааны удирдлагын тугийн талбар нь телеметрийн хүрээн дэх Ажиллагааны удирдлагын талбар байгаа эсвэл байхгүй байгааг илтгэх үзүүлэлт байх ёстой. Хүрээний төгсгөлд байгаа эдгээр 4 байт нь телекомандын фреймүүдийн нийлүүлэлтийг хянах үед санал хүсэлт өгөх үүрэгтэй. Бид тэдний талаар бага зэрэг дараа ярих болно.
Үндсэн болон виртуал сувгийн хүрээний тоолуур нь фрейм илгээх бүрт нэгээр нэмэгддэг талбарууд юм. Ганц ч хүрээ алдагдаагүйг илтгэнэ.
Телеметрийн хүрээний өгөгдлийн төлөв нь хоёр байт туг ба өгөгдлөөс бүрдэх бөгөөд бид цөөн хэдэн зүйлийг авч үзэх болно.
Хоёрдогч толгойн тугийн талбар нь телеметрийн хүрээн дэх хоёрдогч толгой байгаа эсвэл байхгүй байгааг илтгэх үзүүлэлт байх ёстой.
Хэрэв та хүсвэл фрейм бүрт нэмэлт толгой нэмж, дурын өгөгдлийг өөрийн үзэмжээр байрлуулж болно.
Синхрончлолын тугийг "1" болгож тохируулсан эхний толгой заагч талбар нь телеметрийн хүрээний өгөгдлийн талбар дахь эхний багцын эхний октетийн байрлалын хоёртын дүрслэлийг агуулна. Байрлалыг өгөгдлийн талбарын эхнээс өсөх дарааллаар 0-ээс эхлэн тоолно. Хэрэв телеметрийн хүрээний өгөгдлийн талбарт пакетийн эхлэл байхгүй бол эхний толгой талбарын заагч нь хоёртын дүрслэлийн "11111111111" утгатай байх ёстой (энэ нь нэг урт пакет нэгээс олон фрейм дээр тархсан тохиолдолд тохиолдож болно. ).
Хэрэв өгөгдлийн талбарт хоосон пакет (Idle Data) байгаа бол эхний толгойн заагч нь "11111111110" гэсэн хоёртын дүрслэлийн утгатай байх ёстой. Энэ талбарыг ашиглан хүлээн авагч нь дамжуулалтыг синхрончлох ёстой. Энэ талбар нь фрэйм унасан ч синхрончлол сэргээгдэхийг баталгаажуулдаг.
Өөрөөр хэлбэл, багц нь 4-р фрэймийн дундаас эхэлж, 20-ны эхээр дуусч болно. Энэ талбар нь түүний эхлэлийг олоход ашиглагддаг. Пакетууд нь мөн түүний уртыг тодорхойлсон толгойтой байдаг тул эхний толгой хэсэг рүү заагч олдвол холбоосын давхаргын процессор үүнийг уншиж, ингэснээр пакет хаана дуусахыг тодорхойлох ёстой.
Хэрэв алдааны хяналтын талбар байгаа бол энэ нь номлолын туршид тодорхой физик сувгийн телеметрийн хүрээ бүрт байх ёстой.
Энэ талбарыг CRC аргыг ашиглан тооцдог. Процедур нь телеметрийн хүрээний n-16 битийг авч, тооцооллын үр дүнг сүүлийн 16 битэд оруулах ёстой.
Телевизийн багууд
Телевизийн командын хүрээ нь хэд хэдэн чухал ялгаатай байдаг. Тэдний дунд:
- Өөр өөр гарчгийн бүтэц
- Динамик урт. Энэ нь телеметрийн дагуу фрэймийн уртыг хатуу тохируулаагүй боловч дамжуулагдсан пакетуудаас хамаарч өөр өөр байж болно гэсэн үг юм.
- Пакет хүргэх баталгааны механизм. Өөрөөр хэлбэл, сансрын хөлөг хүлээн авсны дараа фрэймийн хүлээн авалтын зөв эсэхийг баталгаажуулах эсвэл засч залруулах боломжгүй алдаатай байж болох фреймээс дамжуулах хүсэлт гаргах ёстой.
Телеметрийн хүрээний толгой хэсгээс олон талбарууд бидэнд аль хэдийн танил болсон. Тэд ижил зорилготой тул энд зөвхөн шинэ талбаруудыг авч үзэх болно.
Хүлээн авагчийн хүрээний шалгалтыг хянахын тулд тойрч гарах тугийн нэг битийг ашиглах ёстой. Энэ тугны "0" утга нь хүрээ нь А төрлийн хүрээ гэдгийг илтгэх бөгөөд FARM-ийн дагуу баталгаажуулсан байх ёстой. Энэ тугны "1" утга нь хүлээн авагчид энэ хүрээ нь В төрлийн фрейм бөгөөд FARM шалгалтыг давж гарах ёстойг илтгэнэ.
Энэхүү туг нь хүлээн авагчид FARM - Frame Acceptance and Reporting Mechanism хэмээх фрэймийн хүргэлтийн баталгаажуулалтын механизмыг ашиглах эсэхийг мэдээлдэг.
Мэдээллийн талбар нь тушаал эсвэл өгөгдөл зөөвөрлөж байгаа эсэхийг ойлгохын тулд хяналтын командын тугийг ашиглах ёстой. Хэрэв туг "0" бол мэдээллийн талбарт өгөгдөл байх ёстой. Хэрэв туг "1" бол өгөгдлийн талбар нь FARM-ийн хяналтын мэдээллийг агуулсан байх ёстой.
FARM бол параметрүүдийг нь тохируулах боломжтой хязгаарлагдмал төлөвт машин юм.
RSVD. SPARE – нөөцлөгдсөн битүүд.
CCSDS нь ирээдүйд хийх төлөвлөгөөтэй байгаа бөгөөд протоколын хувилбаруудын хоцрогдсон нийцтэй байдлын үүднээс стандартын одоогийн хувилбаруудад эдгээр битүүдийг нөөцөлсөн байна.
Хүрээний уртын талбар нь битийн дүрслэл дэх фрэймийн уртаас нэгийг хассан октетийн урттай тэнцүү тоог агуулсан байх ёстой.
Хүрээний өгөгдлийн талбар нь толгойн хэсгийг хоосон зайгүй дагаж, хамгийн ихдээ 1019 октет урттай бүхэл тооны октет агуулсан байх ёстой. Энэ талбар нь фреймийн өгөгдлийн блок эсвэл удирдлагын командын мэдээллийг агуулсан байх ёстой. Хүрээний өгөгдлийн блок нь дараахь зүйлийг агуулсан байх ёстой.
- хэрэглэгчийн өгөгдлийн октетийн бүхэл тоо
- сегментийн толгой, дараа нь хэрэглэгчийн өгөгдлийн октетийн бүхэл тоо
Хэрэв толгой хэсэг байгаа бол өгөгдлийн блок нь Пакет, багц багц эсвэл Пакетийн хэсгийг агуулсан байх ёстой. Гарчиггүй өгөгдлийн блок нь Пакетуудын хэсгүүдийг агуулж болохгүй, гэхдээ хувийн форматын өгөгдлийн блокуудыг агуулж болно. Үүнээс үзэхэд дамжуулагдсан өгөгдлийн блок нэг фреймд багтахгүй үед толгой шаардлагатай болно. Толгой хэсэгтэй өгөгдлийн блокыг сегмент гэж нэрлэдэг
Хоёр битийн тугуудын талбар нь дараахь зүйлийг агуулсан байх ёстой.
- "01" - хэрэв өгөгдлийн эхний хэсэг нь өгөгдлийн блокт байгаа бол
- "00" - өгөгдлийн дунд хэсэг нь өгөгдлийн блокт байгаа бол
- "10" - хэрэв өгөгдлийн сүүлийн хэсэг нь өгөгдлийн блокт байгаа бол
- "11" - хэрэв хуваагдал байхгүй бөгөөд нэг буюу хэд хэдэн пакет өгөгдлийн блокт бүрэн багтсан бол.
MAP сувгийг ашиглаагүй тохиолдолд MAP ID талбарт тэг байх ёстой.
Заримдаа виртуал сувагт хуваарилагдсан 6 бит хангалтгүй байдаг. Хэрэв өгөгдлийг илүү олон тооны сувагт нэгтгэх шаардлагатай бол сегментийн толгойн өөр 6 битийг ашиглана.
FARM
Боловсон хүчний нийлүүлэлтийн хяналтын системийн үйл ажиллагааны механизмыг нарийвчлан авч үзье. Энэ систем нь зөвхөн ач холбогдлоос хамааран телекомандын хүрээтэй ажиллах боломжийг олгодог (телеметрийг үргэлж дахин хүсч болно, сансрын хөлөг газрын станцыг тодорхой сонсож, түүний тушаалыг үргэлж дагаж мөрдөх ёстой). Тиймээс бид хиймэл дагуулаа сэргээж, 10 килобайт хэмжээтэй хоёртын файл илгээхээр шийдсэн гэж бодъё. Холбоосын түвшинд файлыг 10 фреймд (0, 1, ..., 9) хуваадаг бөгөөд тэдгээр нь нэг нэгээр нь дээшээ илгээгддэг. Дамжуулалт дууссаны дараа хиймэл дагуул нь пакет хүлээн авалтын зөв эсэхийг баталгаажуулах эсвэл ямар фрейм дээр алдаа гарсан талаар мэдээлэх ёстой. Энэ мэдээллийг хамгийн ойрын телеметрийн хүрээн дэх үйл ажиллагааны хяналтын талбарт илгээдэг (Эсвэл сансрын хөлөг нь хэлэх зүйлгүй бол сул зогсолтын хүрээг дамжуулахыг эхлүүлж болно). Хүлээн авсан телеметр дээр үндэслэн бид бүх зүйл хэвийн байгаа эсэхийг шалгах эсвэл мессежийг дахин илгээх болно. Хиймэл дагуул 7-р хүрээг сонсоогүй гэж бодъё. Энэ нь бид түүнд 7, 8, 9-р фреймүүдийг илгээнэ гэсэн үг юм. Хэрэв хариу өгөхгүй бол багцыг бүхэлд нь дахин илгээнэ (гэх мэт оролдлого нь дэмий болсныг ойлгох хүртэл хэд хэдэн удаа).
Зарим талбаруудын тайлбар бүхий үйл ажиллагааны хяналтын талбарын бүтцийг доор харуулав. Энэ талбарт агуулагдсан өгөгдлийг CLCW - Communication Link Control Word гэж нэрлэдэг.
Та зурагнаас үндсэн талбаруудын зорилгыг хялбархан таах боломжтой бөгөөд бусад нь харахад уйтгартай байдаг тул би дэлгэрэнгүй тайлбарыг спойлер дор нууж байна.
CLCW талбаруудын тайлбарХяналтын үгийн төрөл:
Энэ төрлийн хувьд хяналтын үгэнд 0 байх ёстой
Хяналтын үгийн хувилбар (CLCW хувилбарын дугаар):
Энэ төрлийн хувьд хяналтын үг нь бит дүрслэлд "00"-тэй тэнцүү байх ёстой.
Статусын талбар:
Энэ талбайн хэрэглээг номлол тус бүрээр тус тусад нь тодорхойлно. Төрөл бүрийн сансрын агентлагууд орон нутгийн сайжруулалтад ашиглаж болно.
Виртуал сувгийн таних:
Энэ хяналтын үгтэй холбоотой виртуал сувгийн танигчийг агуулсан байх ёстой.
Биет сувгийн хандалтын туг:
Туг нь хүлээн авагчийн физик давхаргын бэлэн байдлын талаархи мэдээллийг өгөх ёстой. Хэрэв хүлээн авагчийн физик давхарга хүрээ хүлээн авахад бэлэн биш бол талбарт "1", эс тэгвээс "0" байх ёстой.
Синхрончлолын алдааны туг:
Энэ туг нь физик давхарга нь дохионы түвшин муу ажиллаж байгаа бөгөөд татгалзсан фрэймийн тоо хэт их байгааг илтгэж болно. Энэ талбарыг ашиглах нь сонголттой бөгөөд хэрэв ашигласан бол синхрончлол байгаа бол "0", байхгүй бол "1" байх ёстой.
Блоклох туг:
Энэ бит нь виртуал суваг бүрийн FARM түгжээний статусыг агуулна. Энэ талбарт "1" гэсэн утга нь FARM-ыг идэвхгүй болгож, виртуал давхарга бүрд фреймүүдийг устгах болно, эс тэгвээс "0" байх ёстой.
Хүлээх туг:
Энэ бит нь хүлээн авагч нь заасан виртуал суваг дээрх өгөгдлийг боловсруулах боломжгүй гэдгийг харуулахад ашиглагдана. "1"-ийн утга нь энэ виртуал суваг дээрх бүх фреймийг устгах болно, эс тэгвээс "0" болно.
Урагш туг:
Хэрэв нэг буюу хэд хэдэн А төрлийн фрэймийг устгасан эсвэл цоорхой олдсон бол энэ туг нь "1"-ийг агуулсан байх тул дахин илгээх шаардлагатай. "0" туг нь унасан фрэйм, алгасах зүйл байхгүй гэдгийг харуулж байна.
Хариултын утга:
Хүлээн аваагүй хүрээний дугаар. Телекомандын хүрээний толгой дахь тоолуураар тодорхойлогддог
сүлжээний давхарга
Энэ түвшний талаар бага зэрэг хөндье. Энд хоёр сонголт байна: зайны пакетийн протоколыг ашиглах, эсвэл CCSDS пакет дахь бусад протоколыг багтаах.
Сансрын багц протоколын тойм нь тусдаа өгүүллийн сэдэв юм. Энэ нь програм гэж нэрлэгддэг программуудад өгөгдөл солилцох боломжийг олгох зорилготой юм. Аппликейшн бүр өөрийн гэсэн хаягтай, бусад програмтай мэдээлэл солилцох үндсэн функцтэй. Мөн замын хөдөлгөөнийг чиглүүлэх, хүргэлтийг хянах гэх мэт үйлчилгээнүүд байдаг.
Капсулын тусламжтайгаар бүх зүйл илүү энгийн бөгөөд ойлгомжтой болно. Стандартууд нь нэмэлт гарчиг нэмэх замаар аливаа протоколыг CCSDS пакетуудад багтаах боломжийг олгодог.
Гарчиг нь протоколын уртаас хамаарч өөр өөр утгатай бол:
Энд гол талбар нь уртын урт юм. Энэ нь 0-ээс 4 байт хооронд хэлбэлзэж болно. Мөн энэ толгой хэсэгт та хүснэгтийг ашиглан капсуллагдсан протоколын төрлийг зааж өгөх ёстой .
IP encapsulation нь пакетийн төрлийг тодорхойлох өөр нэмэлт хэрэгслийг ашигладаг.
Та өөр нэг толгой, нэг октет урт нэмэх хэрэгтэй:
Энд PID нь өөр протокол танигчийг авдаг
дүгнэлт
Эхлээд харахад CCSDS-ийн гарчиг нь маш их хэрэгцээтэй бөгөөд зарим талбарыг орхиж болно. Үнэн хэрэгтээ, үүссэн сувгийн үр ашиг (сүлжээний түвшин хүртэл) ойролцоогоор 40% байна. Гэсэн хэдий ч эдгээр стандартыг хэрэгжүүлэх хэрэгцээ гарч ирмэгц салбар бүр, гарчиг бүр өөрийн гэсэн чухал эрхэм зорилготой болох нь тодорхой болж, үл тоомсорлох нь хэд хэдэн эргэлзээтэй байдалд хүргэдэг.
Хэрэв хабра нийгэмлэг энэ сэдвийг сонирхож байгаа бол би сансрын холбооны онол, практикт зориулсан бүхэл бүтэн цуврал нийтлэлийг нийтлэхдээ баяртай байх болно. Анхаарал тавьсанд баярлалаа!
Эх сурвалжууд
PS
Хэрэв та ямар нэгэн алдаа олж мэдсэн бол хэт хүчтэй цохиж болохгүй. Тэднийг мэдэгдээрэй, тэд засах болно :)
Эх сурвалж: www.habr.com