အာကာသဆက်သွယ်ရေးစံနှုန်းများအကြောင်း အနည်းငယ်

Meteor M1 ဂြိုလ်တု
အရင်းအမြစ်: vladtime.ru

နိဒါန်း

အာကာသနည်းပညာ၏လုပ်ဆောင်မှုသည် ရေဒီယိုဆက်သွယ်ရေးမပါဘဲမဖြစ်နိုင်ပါ၊၊ ဤဆောင်းပါးတွင် အပြည်ပြည်ဆိုင်ရာ အာကာသဒေတာစနစ်များဆိုင်ရာ အကြံပေးကော်မတီ (CCSDS) မှ တီထွင်ထားသော စံနှုန်းများ၏အခြေခံကို ဖန်တီးထားသည့် အဓိက အယူအဆများကို ဤဆောင်းပါးတွင် ကျွန်ုပ်ရှင်းပြပါမည်။ .

ဤပို့စ်သည် ဒေတာလင့်ခ်အလွှာကို အဓိကအာရုံစိုက်မည်ဖြစ်ပြီး၊ အခြားအလွှာများအတွက် အခြေခံသဘောတရားများကိုလည်း မိတ်ဆက်ပေးပါမည်။ ဤဆောင်းပါးသည် စံနှုန်းများကို စေ့စေ့စပ်စပ်နှင့် ပြီးပြည့်စုံသော ဖော်ပြချက်ဖြစ်ရန် မည်သို့မျှ မဆိုလိုပါ။ တွင် ကြည့်ရှုနိုင်ပါသည်။ က်ဘ်ဆိုက် CCSDS သို့သော်၊ ၎င်းတို့သည် နားလည်ရန် အလွန်ခက်ခဲပြီး ၎င်းတို့ကို နားလည်ရန် အချိန်အတော်ကြာအောင် ကြိုးစားခဲ့ရသည်၊ ထို့ကြောင့် ဤနေရာတွင် ကျွန်ုပ်သည် အခြေခံအချက်အလက်များကို ပေးလိုသည်မှာ၊ အခြားအရာအားလုံးကို နားလည်ရန် ပိုမိုလွယ်ကူစေမည်ဖြစ်သည်။ ဒါဆို စလိုက်ရအောင်။

CCSDS ၏ Noble Mission

သင့်ကိုယ်ပိုင်ကိုယ်ပိုင်ရေဒီယိုပရိုတိုကောအစည်း (သို့မဟုတ် သင့်ကိုယ်ပိုင်စံနှုန်း၊ blackjack နှင့် အင်္ဂါရပ်အသစ်များ) ဖြင့် စနစ်၏လုံခြုံရေးကို တိုးမြှင့်နိုင်လျှင် လူတိုင်းက အဘယ်ကြောင့် စံနှုန်းများကိုလိုက်နာသင့်သနည်း။

လက်တွေ့ပြသထားသည့်အတိုင်း၊ အောက်ပါအကြောင်းရင်းများစွာအတွက် CCSDS စံနှုန်းများကို လိုက်နာခြင်းသည် ပိုမိုအကျိုးရှိစေသည်-

1. စံနှုန်းများကို ထုတ်ပြန်ရန် တာဝန်ရှိသော ကော်မတီတွင် ကမ္ဘာပေါ်ရှိ အဓိက အာကာသအေဂျင်စီတိုင်းမှ ကိုယ်စားလှယ်များ ပါ၀င်ပြီး မစ်ရှင်အမျိုးမျိုး၏ ဒီဇိုင်းနှင့် လည်ပတ်မှု နှစ်ပေါင်းများစွာအတွင်း ရရှိခဲ့သော တန်ဖိုးမဖြတ်နိုင်သော အတွေ့အကြုံများကို ယူဆောင်လာပါသည်။ ဒီအတွေ့အကြုံကို လျစ်လျူရှုပြီး သူတို့ရဲ့ လူယုတ်မာကို နောက်တစ်ကြိမ် ထပ်တက်ဖို့က အလွန် အဓိပ္ပါယ်မဲ့သွားပါလိမ့်မယ်။
2. ဤစံနှုန်းများကို မြေပြင်ဘူတာရုံ စက်ကိရိယာများက စျေးကွက်တွင်ရှိပြီးသားဖြစ်သည်။
3. ပြဿနာတစ်ခုခုကို ဖြေရှင်းသည့်အခါတွင်၊ ၎င်းတို့သည် ၎င်းတို့၏ မြေပြင်ဘူတာရုံမှ စက်နှင့် ဆက်သွယ်မှုတစ်ခုကို ပြုလုပ်နိုင်စေရန်အတွက် အခြားအေဂျင်စီများမှ လုပ်ဖော်ကိုင်ဖက်များထံမှ အကူအညီကို အမြဲတမ်း ရယူနိုင်ပါသည်။ သင်တွေ့မြင်ရသည့်အတိုင်း စံနှုန်းများသည် အလွန်အသုံးဝင်သော အရာဖြစ်သည်၊ ထို့ကြောင့် ၎င်းတို့၏ အဓိကအချက်များကို ကြည့်ကြပါစို့။

ဗိသုကာအတတ်ပညာ

စံချိန်စံညွှန်းများသည် အသုံးအများဆုံး OSI (Open System Interconnection) မော်ဒယ်လ်ကို ထင်ဟပ်စေသည့် စာရွက်စာတမ်းအစုံအလင်ဖြစ်ပြီး၊ လင့်ခ်အဆင့်တွင် တူညီမှုများကို တယ်လီမက်ထရီ (အောက်လင့်ခ် - အာကာသ - ကမ္ဘာ) နှင့် တယ်လီကွန်မန်းများ (အပ်လင့်ခ်) ဟူ၍ ခွဲခြားကန့်သတ်ထားသည်။

ရုပ်ပိုင်းဆိုင်ရာအားဖြင့် စတင်ကာ အဆင့်မြှင့်တင်မှုအချို့ကို အသေးစိတ်ကြည့်ရှုကြပါစို့။ ပိုမိုရှင်းလင်းစေရန်အတွက် လက်ခံဘက်ခြမ်း၏ တည်ဆောက်ပုံကို သုံးသပ်ပါမည်။ ထုတ်လွှင့်ခြင်းမှာ ၎င်း၏ကြေးမုံရုပ်ပုံဖြစ်သည်။

ရုပ်လွှာ

ဤအဆင့်တွင်၊ modulated ရေဒီယိုအချက်ပြမှုကို bit stream အဖြစ်သို့ပြောင်းသည်။ ဤအဆင့်တွင် ဤအဆင့်တွင် ဟာ့ဒ်ဝဲ၏ သီးခြားအကောင်အထည်ဖော်မှုမှ နုတ်ထွက်ရန်ခက်ခဲသောကြောင့် ဤနေရာတွင် စံနှုန်းများသည် အဓိကအားဖြင့် အကြံပြုချက်ဖြစ်သည်။ ဤတွင်၊ CCSDS ၏ အဓိကအခန်းကဏ္ဍမှာ လက်ခံနိုင်သော မော်ဂျူလာများ (BPSK၊ QPSK၊ 8-QAM စသည်) ကို သတ်မှတ်ရန်နှင့် သင်္ကေတ ထပ်တူပြုခြင်း ယန္တရားများ၊ Doppler လျော်ကြေးငွေ စသည်တို့ကို အကောင်အထည်ဖော်ခြင်းဆိုင်ရာ အကြံပြုချက်အချို့ကို ပေးပါ။

ထပ်တူပြုခြင်းနှင့် ကုဒ်ပြောင်းခြင်း အဆင့်

တရားဝင်အားဖြင့်၊ ၎င်းသည် ဒေတာလင့်ခ်အလွှာ၏ အလွှာတစ်ခုဖြစ်သော်လည်း CCSDS စံနှုန်းများအတွင်း ၎င်း၏အရေးကြီးမှုကြောင့် သီးခြားအလွှာတစ်ခုသို့ မကြာခဏ ခွဲခြားထားသည်။ ဤအလွှာသည် ဘစ်စီးကြောင်းကို ဖရိမ်များ (telemetry သို့မဟုတ် တယ်လီကွန်မန်များ) အဖြစ်သို့ ပြောင်းလဲပေးပါသည်။ မှန်ကန်သောဘစ်စီးကြောင်းကို ရရှိစေနိုင်သည့် ရုပ်ပိုင်းဆိုင်ရာအလွှာရှိ သင်္ကေတထပ်တူပြုခြင်းကဲ့သို့မဟုတ်ဘဲ၊ ဖရိမ်ထပ်တူပြုခြင်းကို ဤနေရာတွင် လုပ်ဆောင်ပါသည်။ ဤအဆင့်တွင် ဒေတာယူသောလမ်းကြောင်း (အောက်ခြေမှထိပ်သို့) ကိုသုံးသပ်ပါ-

သို့သော်၊ ထိုမတိုင်မီက coding နှင့်ပတ်သက်သောစကားအနည်းငယ်ပြောသင့်သည်။ ရေဒီယိုချန်နယ်တစ်ခုမှတဆင့် ဒေတာပေးပို့သည့်အခါ မလွဲမသွေဖြစ်ပေါ်လာသည့် bit error များကို ရှာဖွေရန်နှင့်/သို့မဟုတ် ပြင်ဆင်ရန် ဤလုပ်ငန်းစဉ်သည် လိုအပ်ပါသည်။ ဤနေရာတွင် ကျွန်ုပ်တို့သည် ကုဒ်လုပ်ထုံးလုပ်နည်းများကို ထည့်သွင်းစဉ်းစားမည်မဟုတ်သော်လည်း အဆင့်၏နောက်ထပ်ယုတ္တိကို နားလည်ရန် လိုအပ်သော အချက်အလက်များကိုသာ ရရှိမည်ဖြစ်သည်။

ကုဒ်များသည် ပိတ်ဆို့ခြင်း သို့မဟုတ် ဆက်တိုက်ဖြစ်နိုင်သည်။ စံနှုန်းများသည် သတ်မှတ်ထားသော ကုဒ်နံပါတ်အမျိုးအစားကို အသုံးပြုရန် အတင်းအကြပ် မလုပ်ဆောင်သော်လည်း ၎င်းသည် ယင်းကဲ့သို့ ရှိနေရမည်ဖြစ်သည်။ စဉ်ဆက်မပြတ် ကုဒ်များတွင် convolutional codes များ ပါဝင်သည်။ ဆက်တိုက် bit stream ကို ကုဒ်လုပ်ရန် ၎င်းတို့ကို အသုံးပြုသည်။ ၎င်းသည် ဒေတာကို ကုဒ်တုံးများအဖြစ် ပိုင်းခြားထားကာ ပြီးပြည့်စုံသော ဘလောက်များအတွင်းသာ ကုဒ်လုပ်နိုင်သည့် ကုဒ်များကို ပိတ်ဆို့ခြင်းနှင့် ဆန့်ကျင်ဘက်ဖြစ်သည်။ ကုဒ်ဘလောက်သည် ပေးပို့ထားသော ဒေတာနှင့် လက်ခံရရှိသော ဒေတာများ၏ မှန်ကန်မှုကို စိစစ်ရန်နှင့် ဖြစ်နိုင်သော အမှားအယွင်းများကို ပြုပြင်ရန် လိုအပ်သော ပူးတွဲပါ ထပ်နေသော အချက်အလက်များကို ကိုယ်စားပြုသည်။ ပိတ်ဆို့ကုဒ်များတွင် နာမည်ကြီး Reed-Solomon ကုဒ်များ ပါဝင်သည်။

convolutional encoding ကိုအသုံးပြုပါက၊ bitstream သည် အစမှနေ၍ decoder သို့ဝင်ရောက်သည်။ ၎င်း၏အလုပ်၏ရလဒ် (ဒါအားလုံး၊ ဟုတ်ပါတယ်၊ ဆက်တိုက်ဖြစ်ပျက်သည်) သည် CADU (channel access data unit) data blocks များဖြစ်သည်။ frame synchronization အတွက် ဤဖွဲ့စည်းပုံသည် လိုအပ်ပါသည်။ CADU တစ်ခုစီ၏အဆုံးတွင် ပူးတွဲပါရှိသည့် ပေါင်းစပ်ထုတ်လုပ်သူ (ASM) တစ်ခုရှိသည်။ ၎င်းတို့သည် CADU ၏အစနှင့်အဆုံးကို synchronizer မှရှာတွေ့သည့် 4 bytes များကို ကြိုတင်သိရှိထားသည်။ ဤနည်းဖြင့် frame synchronization ကို အောင်မြင်သည်။

ထပ်တူပြုခြင်းနှင့် ကုဒ်ဝှက်ခြင်းအလွှာ၏ နောက်ရွေးချယ်နိုင်သောအဆင့်သည် ရုပ်ပိုင်းဆိုင်ရာအလွှာ၏ ထူးခြားမှုများနှင့် ဆက်စပ်နေသည်။ ဒါက အဓိပ္ပါယ်မဲ့ခြင်းပါ။ အမှန်မှာ သင်္ကေတများ ထပ်တူပြုခြင်းအောင်မြင်ရန်၊ သင်္ကေတများအကြား မကြာခဏပြောင်းရန် လိုအပ်ပါသည်။ ထို့ကြောင့်၊ ကျွန်ုပ်တို့သည် ၎င်းတို့အားလုံးပါဝင်သော ဒေတာတစ်ကီလိုဘိုက်ကို ပို့မည်ဆိုပါက၊ ထပ်တူပြုခြင်း ဆုံးရှုံးလိမ့်မည်။ ထို့ကြောင့်၊ ထုတ်လွှင့်နေစဉ်အတွင်း ထည့်သွင်းဒေတာကို သုည၏သိပ်သည်းဆနှင့် တစ်သမတ်တည်းဖြစ်နေစေရန် အချိန်အပိုင်းအခြားအလိုက် pseudo-random sequence နှင့် ရောနှောထားသည်။

ထို့နောက်၊ ပိတ်ဆို့ကုဒ်များကို ကုဒ်နံပါတ်များဖြင့် ကုဒ်လုပ်ထားပြီး ကျန်အရာမှာ ထပ်တူပြုခြင်းနှင့် ကုဒ်ပြောင်းခြင်းအဆင့်၏ နောက်ဆုံးထုတ်ကုန် - ဘောင်တစ်ခုဖြစ်သည်။

Data Link Layer

တစ်ဖက်တွင်၊ link layer ပရိုဆက်ဆာသည် frames များကိုလက်ခံရရှိပြီး တစ်ဖက်တွင် ၎င်းသည် packet များကိုထုတ်ပေးသည်။ Packet များ၏ အရွယ်အစားသည် တရားဝင် ကန့်သတ်ထားခြင်း မရှိသောကြောင့် ၎င်းတို့၏ ယုံကြည်စိတ်ချရသော ထုတ်လွှင့်မှုအတွက် ၎င်းတို့အား သေးငယ်သော ဖွဲ့စည်းပုံများအဖြစ် ခွဲထုတ်ရန် လိုအပ်ပါသည်။ ဤနေရာတွင် ကျွန်ုပ်တို့သည် တယ်လီမီတာ (TM) နှင့် တယ်လီကွန်မန်းများ (TC) အတွက် သီးခြားစီ အပိုင်းခွဲနှစ်ခုကို ကြည့်ပါမည်။

အဝေးထိန်းကိရိယာ

ရိုးရိုးရှင်းရှင်းပြောရလျှင် ဤသည်မှာ အာကာသယာဉ်မှ မြေပြင်စခန်းမှရရှိသည့် အချက်အလက်ဖြစ်သည်။ ပို့လွှတ်ထားသော အချက်အလက်အားလုံးကို ပုံသေအရှည်၏ အပိုင်းအစလေးများအဖြစ် ပိုင်းခြားထားပါသည်။ ဘောင်ဖွဲ့စည်းပုံကို အနီးကပ်လေ့လာကြည့်ရအောင်။

ပြီးတော့ telemetry frame ရဲ့ အဓိက ခေါင်းစီးနဲ့ စဉ်းစားကြည့်ရအောင်။ ထို့အပြင်၊ အချို့နေရာများတွင် စံနှုန်းများကို ရိုးရိုးဘာသာပြန်ဆိုရန်၊ လမ်းတစ်လျှောက် ရှင်းလင်းချက်အချို့ကို ကျွန်ုပ်ကိုယ်တိုင် ခွင့်ပြုပါမည်။

Master Channel ID အကွက်တွင် ဖရိမ်ဗားရှင်းနံပါတ်နှင့် စက်ပစ္စည်း identifier ပါဝင်ရပါမည်။

CCSDS စံနှုန်းများအရ အာကာသယာဉ်တစ်ခုစီတွင် ၎င်း၏ကိုယ်ပိုင်ထူးခြားသော အမှတ်အသား ပါရှိရမည်ဖြစ်ပြီး ၎င်းတွင် ဘောင်တစ်ခုပါရှိခြင်းဖြင့် ၎င်းနှင့်သက်ဆိုင်သည့် ကိရိယာကို ဆုံးဖြတ်နိုင်သည်။ တရားဝင်အားဖြင့်၊ စက်ပစ္စည်းကို မှတ်ပုံတင်ရန် လျှောက်လွှာတစ်စောင်ကို တင်သွင်းရန်လိုအပ်ပြီး ၎င်း၏အမည်ကို ၎င်း၏သတ်မှတ်သူနှင့်အတူ ပွင့်လင်းသောအရင်းအမြစ်များတွင် ထုတ်ဝေမည်ဖြစ်သည်။ သို့သော်၊ ရုရှားထုတ်လုပ်သူများသည် ဤလုပ်ထုံးလုပ်နည်းကို မကြာခဏ လျစ်လျူရှုကာ စက်ပစ္စည်းသို့ မထင်သလိုသတ်မှတ်ပေးသည်။ ဖရိမ်ကို မှန်ကန်စွာဖတ်ရှုနိုင်ရန် ဖရိမ်ဗားရှင်းနံပါတ်သည် မည်သည့်စံနှုန်းများ၏ဗားရှင်းကို အသုံးပြုကြောင်း ဆုံးဖြတ်ရန် ကူညီပေးသည်။ ဤနေရာတွင် ကျွန်ုပ်တို့သည် “0” ဗားရှင်းဖြင့် ရှေးရိုးဆန်သော စံနှုန်းများကိုသာ သုံးသပ်ပါမည်။

Virtual Channel ID အကွက်တွင် ပက်ကတ်မှ ထွက်လာသော ချန်နယ်၏ VCID ပါဝင်ရပါမည်။ VCID ရွေးချယ်မှုတွင် ကန့်သတ်ချက်များမရှိပါ၊ အထူးသဖြင့်၊ virtual ချန်နယ်များကို စဉ်ဆက်မပြတ်ရေတွက်ရန်မလိုအပ်ပါ။

မကြာခဏ data တွေကို multiplex transmission လုပ်ဖို့လိုတယ်။ ဤရည်ရွယ်ချက်အတွက်၊ virtual ချန်နယ်များ၏ယန္တရားတစ်ခုရှိသည်။ ဥပမာအားဖြင့်၊ Meteor-M2 ဂြိုလ်တုသည် မြင်နိုင်သောအကွာအဝေးရှိ အရောင်တစ်ပုံကို အဖြူနှင့် အနက်သုံးမျိုးခွဲ၍ ထုတ်လွှင့်သည် - အရောင်တစ်ခုစီသည် စံနှုန်းများနှင့်သွေဖည်မှုအချို့ရှိသော်လည်း၊ အရောင်တစ်ခုစီသည် ၎င်း၏ကိုယ်ပိုင် virtual ချန်နယ်တစ်ခုအတွင်း သီးခြား packet တစ်ခုအတွင်း ထုတ်လွှင့်သည်။ ၎င်း၏ဘောင်များဖွဲ့စည်းပုံ။

စစ်ဆင်ရေးထိန်းချုပ်ရေးအလံအကွက်သည် တယ်လီမီတာဘောင်အတွင်း စစ်ဆင်ရေးထိန်းချုပ်မှုအကွက်၏ရှိနေခြင်း သို့မဟုတ် မရှိခြင်း၏ညွှန်ပြချက်ဖြစ်ရမည်။ တယ်လီကွန်မန်ဘောင်များ ပေးပို့ခြင်းကို ထိန်းချုပ်သည့်အခါ တုံ့ပြန်ချက်ပေးရန်အတွက် ဖရိန်၏အဆုံးရှိ 4 bytes သည် လုပ်ဆောင်သည်။ သူတို့အကြောင်း နည်းနည်းကြာမှ ပြောမယ်။

ပင်မနှင့် အတုအယောင် ချန်နယ်ဘောင်ကောင်တာများသည် ဘောင်တစ်ခုပေးပို့လိုက်တိုင်း တစ်ခုနှင့်တစ်ခု တိုးလာသော အကွက်များဖြစ်သည်။ ဖရိန်တစ်ခုမျှ မဆုံးရှုံးကြောင်း ညွှန်ပြချက်တစ်ခုအဖြစ် ဆောင်ရွက်ပါ။

တယ်လီမီတာဘောင် ဒေတာအခြေအနေသည် အလံနှင့် ဒေတာ၏ နောက်ထပ် ဘိုက်နှစ်ခုဖြစ်ပြီး၊ ၎င်းတို့ထဲမှ အနည်းငယ်ကို ကျွန်ုပ်တို့ကြည့်ရှုပါမည်။

Secondary Header အလံအကွက်သည် တယ်လီမီတာဘောင်အတွင်း အလယ်တန်းခေါင်းစီးတစ်ခု ရှိနေခြင်း သို့မဟုတ် မရှိခြင်း၏ ညွှန်ပြချက်တစ်ခု ဖြစ်ရပါမည်။

ဆန္ဒရှိပါက frame တစ်ခုစီတွင် ခေါင်းစီးတစ်ခုစီကို ပေါင်းထည့်နိုင်ပြီး မည်သည့်ဒေတာကိုမဆို သင့်ဆုံးဖြတ်ချက်အတိုင်း ထားရှိနိုင်ပါသည်။

ပထမဦးခေါင်းညွှန်ပြသည့်အကွက်တွင်၊ ထပ်တူပြုခြင်းအလံကို 1 ဟုသတ်မှတ်သောအခါ၊ တယ်လီမက်ထရီဘောင်၏ဒေတာအကွက်ရှိ ပထမပက်ကတ်၏ပထမ octet ၏အနေအထားကို binary ကိုယ်စားပြုမှုတစ်ခုပါရှိသည်။ ဒေတာအကွက်၏အစမှ အနေအထားကို 0 မှ ငယ်စဉ်ကြီးလိုက် ရေတွက်သည်။ တယ်လီမက်ထရီဘောင်၏ ဒေတာအကွက်တွင် ပက်ကတ်စတင်မရှိပါက၊ ပထမခေါင်းစီးသို့ ညွှန်ပြသည့်အကွက်သည် binary ကိုယ်စားပြုမှု "11111111111" တွင် တန်ဖိုးရှိရပါမည် (ဤသည်မှာ ရှည်လျားသောပက်ကေ့ခ်ျတစ်ခုသည် ဖရိန်တစ်ခုထက်ပို၍ ပျံ့နှံ့သွားပါက၊ ၎င်းသည် ဖြစ်နိုင်သည် )

ဒေတာအကွက်တွင် အချည်းနှီးသော ပက်ကတ်(Idle Data) ပါနေပါက၊ ပထမခေါင်းစီးသို့ ညွှန်ပြသည့် ကိန်းဂဏန်းသည် “11111111110” တွင် တန်ဖိုးရှိသင့်သည်။ ဤအကွက်ကို အသုံးပြု၍ လက်ခံသူသည် ထုတ်လွှင့်မှုကို ထပ်တူပြုရပါမည်။ ဖရိမ်များ ပြုတ်ကျသွားလျှင်ပင် ဤအကွက်သည် ထပ်တူပြုခြင်းကို ပြန်လည်ရရှိကြောင်း သေချာစေသည်။

ဆိုလိုသည်မှာ ပက်ကတ်တစ်ခုသည် 4th frame ၏အလယ်တွင်စတင်ပြီး 20th ၏အစတွင်အဆုံးဟုဆိုနိုင်သည်။ ၎င်း၏အစကိုရှာဖွေရန် ဤအကွက်ကိုအသုံးပြုသည်။ Packets များတွင် ၎င်း၏အရှည်ကိုသတ်မှတ်ပေးသည့် header လည်းပါရှိသောကြောင့် ပထမဦးခေါင်းသို့ညွှန်ပြသည့်ညွှန်ပြချက်ကိုတွေ့သောအခါ link-layer ပရိုဆက်ဆာသည် ၎င်းကိုဖတ်ရမည်ဖြစ်ပြီး၊ ထို့ကြောင့် packet သည် မည်သည့်နေရာတွင်အဆုံးအဖြတ်ပေးမည်နည်း။
အမှားအယွင်းထိန်းချုပ်မှုအကွက်တစ်ခုရှိနေပါက၊ မစ်ရှင်တစ်လျှောက်လုံးအတွက် အထူးရုပ်ပိုင်းဆိုင်ရာချန်နယ်တစ်ခုအတွက် တယ်လီမီတာဘောင်တိုင်းတွင် ထည့်သွင်းရပါမည်။

ဤအကွက်ကို CRC နည်းလမ်းဖြင့် တွက်ချက်သည်။ လုပ်ထုံးလုပ်နည်းသည် telemetry frame ၏ n-16 bits ကိုယူ၍ တွက်ချက်မှုရလဒ်ကို နောက်ဆုံး 16 bits တွင် ထည့်သွင်းရပါမည်။

တီဗီအဖွဲ့များ

TV command frame တွင် သိသာထင်ရှားသော ကွာခြားချက်များရှိသည်။ သူတို့ထဲတွင်:

1. ကွဲပြားခြားနားသောခေါင်းစဉ်ဖွဲ့စည်းပုံ
2. လှုပ်ရှားနေသော အရှည်။ ဆိုလိုသည်မှာ တယ်လီမက်ထရီတွင် လုပ်ဆောင်သကဲ့သို့ ဖရိမ်အရှည်ကို တင်းကျပ်စွာ မသတ်မှတ်ထားသော်လည်း ထုတ်လွှင့်သည့် ပက်ကေ့ခ်ျများပေါ်မူတည်၍ ကွဲပြားနိုင်သည်။
3. ထုပ်ပိုးပေးပို့မှု အာမခံ ယန္တရား။ ဆိုလိုသည်မှာ၊ အာကာသယာဉ်သည် ၎င်းကို လက်ခံရရှိပြီးနောက်၊ ဘောင်လက်ခံမှု၏ မှန်ကန်မှုကို အတည်ပြုရန် သို့မဟုတ် ပြုပြင်မွမ်းမံနိုင်သော အမှားတစ်ခုဖြင့် လက်ခံရရှိနိုင်သည့် frame တစ်ခုမှ တစ်ဆင့်ပေးပို့ရန် တောင်းဆိုရမည်ဖြစ်သည်။

နယ်ပယ်များစွာသည် telemetry frame header မှ ကျွန်ုပ်တို့နှင့်ရင်းနှီးပြီးသားဖြစ်သည်။ သူတို့မှာ တူညီတဲ့ ရည်ရွယ်ချက်ရှိတယ်၊ ဒါကြောင့် ဒီနေရာမှာ နယ်ပယ်သစ်တွေကိုပဲ သုံးသပ်ပါမယ်။

လက်ခံသူတွင် ဖရိမ်စစ်ဆေးခြင်းကို ထိန်းချုပ်ရန်အတွက် ရှောင်ကွင်းအလံတစ်နည်းနည်းကို အသုံးပြုရပါမည်။ ဤအလံအတွက် "0" တန်ဖိုးသည် ဖရိန်သည် အမျိုးအစား A ဘောင်ဖြစ်ကြောင်း ညွှန်ပြပြီး FARM အရ စစ်ဆေးရမည်ဖြစ်သည်။ ဤအလံအတွက် "1" ၏တန်ဖိုးသည် ဖရိန်သည် Type B ဖရိန်ဖြစ်ကြောင်း လက်ခံသူအား ညွှန်ပြပြီး FARM စစ်ဆေးခြင်းကို ကျော်ဖြတ်သင့်သည်။

ဤအလံသည် FARM - Frame Acceptance and Reporting Mechanism ဟုခေါ်သော ဘောင်ပေးပို့ခြင်းဆိုင်ရာ အသိအမှတ်ပြုမှု ယန္တရားကို အသုံးပြုခြင်းရှိမရှိ လက်ခံသူအား အသိပေးသည်။

ဒေတာအကွက်သည် ညွှန်ကြားချက်တစ်ခု သို့မဟုတ် ဒေတာကို ပို့ဆောင်ခြင်းရှိမရှိ နားလည်ရန် ထိန်းချုပ်ကွပ်ကဲမှုအလံကို အသုံးပြုရပါမည်။ အကယ်၍ အလံသည် "0" ဖြစ်ပါက ဒေတာအကွက်တွင် ဒေတာပါဝင်ရပါမည်။ အကယ်၍ အလံသည် "1" ဖြစ်ပါက ဒေတာအကွက်တွင် FARM အတွက် ထိန်းချုပ်မှုအချက်အလက် ပါဝင်ရပါမည်။
FARM သည် သတ်မှတ်ချက်များကို ပြင်ဆင်သတ်မှတ်နိုင်သည့် ကန့်သတ်ပြည်နယ်စက်တစ်ခုဖြစ်သည်။

RSVD SPARE - သီးသန့် အပိုင်းများ။

CCSDS သည် အနာဂတ်တွင် ၎င်းတို့အတွက် အစီအစဉ်များ ရှိပုံရပြီး ပရိုတိုကောဗားရှင်းများ၏ နောက်ပြန်လိုက်ဖက်နိုင်မှုအတွက် ၎င်းတို့သည် စံ၏လက်ရှိဗားရှင်းများတွင် ဤဘစ်များကို သိမ်းဆည်းထားသည်။

ဖရိမ်အရှည်အကွက်တွင် octets အနှုတ်တစ်ခုရှိ frame length နှင့်ညီသော bit ကိုယ်စားပြုမှုတွင် နံပါတ်တစ်ခုပါဝင်ရပါမည်။

ဖရိမ်ဒေတာအကွက်တွင် နေရာလွတ်များမပါရှိဘဲ ခေါင်းစီးနောက်တွင် လိုက်ပါရမည်ဖြစ်ပြီး အလျားအများဆုံး 1019 octets ရှိနိုင်သည့် ကိန်းပြည့် octets များပါရှိသည်။ ဤအကွက်တွင် ဖရိန်ဒေတာပိတ်ဆို့ခြင်း သို့မဟုတ် ထိန်းချုပ်ကွပ်ကဲမှုအချက်အလက် ပါဝင်ရပါမည်။ ဖရိမ်ဒေတာဘလောက်တွင် ပါဝင်ရမည်-

• သုံးစွဲသူဒေတာ octets ၏ ကိန်းပြည့်
• segment header သည် အသုံးပြုသူဒေတာ octets ၏ ကိန်းပြည့်အရေအတွက်ဖြင့် နောက်တွင်

ခေါင်းစီးတစ်ခုရှိနေပါက ဒေတာဘလောက်တွင် ပက်ကတ်တစ်ခု၊ Packets အစုတစ်ခု သို့မဟုတ် Packet ၏ တစ်စိတ်တစ်ပိုင်း ပါဝင်ရပါမည်။ ခေါင်းစီးမပါဘဲ ဒေတာဘလောက်တစ်ခုတွင် Packets ၏ အစိတ်အပိုင်းများ မပါဝင်နိုင်သော်လည်း သီးသန့်ဖော်မတ်ဒေတာဘလောက်များ ပါဝင်နိုင်သည်။ ပို့လွှတ်သောဒေတာဘလောက်ခ်သည် ဖရိန်တစ်ခုနှင့်မကိုက်ညီသည့်အခါ ခေါင်းစီးတစ်ခုလိုအပ်ပါသည်။ ခေါင်းစီးပါသော ဒေတာပိတ်ဆို့ခြင်းကို အပိုင်းတစ်ခုဟုခေါ်သည်။

နှစ်ဘစ် အလံအကွက်တွင် အောက်ပါတို့ ပါဝင်ရမည်-

• "01" - ဒေတာ၏ ပထမအပိုင်းသည် ဒေတာပိတ်ဆို့ခြင်းတွင် ရှိနေလျှင်
• “00” - ဒေတာ၏ အလယ်အပိုင်းသည် ဒေတာဘလောက်တွင် ရှိနေလျှင်
• "10" - ဒေတာ၏နောက်ဆုံးအပိုင်းသည် ဒေတာဘလောက်တွင် ရှိနေပါက
• “11” - ခွဲဝေခြင်းမရှိပါက၊ တစ်ခု သို့မဟုတ် တစ်ခုထက်ပိုသော ပက်ကေ့ခ်ျများသည် ဒေတာပိတ်ဆို့ခြင်းတွင် လုံးလုံးလျားလျား ကိုက်ညီနေပါသည်။

MAP ချန်နယ်များကို အသုံးမပြုပါက MAP ID အကွက်တွင် သုညပါဝင်ရပါမည်။
တစ်ခါတစ်ရံတွင် virtual ချန်နယ်များသို့ ခွဲဝေပေးထားသော 6 bits သည် မလုံလောက်ပါ။ အကယ်၍ ၎င်းသည် ပိုမိုများပြားသော ချန်နယ်များပေါ်တွင် ဒေတာကို multiplex ပြုလုပ်ရန် လိုအပ်ပါက၊ segment header မှ နောက်ထပ် 6 bits ကို အသုံးပြုပါသည်။

လယ်ယာ

ဝန်ထမ်းပို့ဆောင်ရေး ထိန်းချုပ်မှုစနစ်၏ လုပ်ဆောင်မှု ယန္တရားကို အနီးကပ် လေ့လာကြည့်ကြပါစို့။ ဤစနစ်သည် ၎င်းတို့၏အရေးကြီးမှုကြောင့် တယ်လီကွန်မန်ဘောင်များနှင့်သာ လုပ်ဆောင်နိုင်သည် (တယ်လီမီတာကို အမြဲတမ်း ထပ်မံတောင်းဆိုနိုင်ပြီး အာကာသယာဉ်သည် မြေပြင်စခန်းကို ရှင်းရှင်းလင်းလင်းကြားရပြီး ၎င်း၏ အမိန့်များကို အမြဲနာခံရမည်)။ ထို့ကြောင့် ကျွန်ုပ်တို့သည် ကျွန်ုပ်တို့၏ ဂြိုလ်တုကို ပြန်လည်ဆန်းသစ်ရန် ဆုံးဖြတ်ပြီး အရွယ်အစား 10 ကီလိုဘိုက်ရှိသော ဒွိဖိုင်တစ်ဖိုင်ကို ၎င်းထံသို့ ပေးပို့မည်ဆိုပါစို့။ လင့်ခ်အဆင့်တွင်၊ ဖိုင်ကို ဘောင် (10၊ 0၊ ...၊ 1) ဖြင့် 9ဘောင် (7၊ 7၊ ...၊ 8) ဖြင့် အထက်သို့ ပေးပို့သည်။ ထုတ်လွှင့်မှု ပြီးမြောက်သောအခါ၊ ဂြိုလ်တုသည် ပက်ကတ်လက်ခံမှု၏ မှန်ကန်မှုကို အတည်ပြုရမည်၊ သို့မဟုတ် မည်သည့်ဘောင်တွင် အမှားအယွင်းဖြစ်သွားသည်ကို အစီရင်ခံရပါမည်။ ဤအချက်အလက်ကို အနီးဆုံး တယ်လီမီတာဘောင်ရှိ စစ်ဆင်ရေးထိန်းချုပ်မှုနယ်ပယ်သို့ ပေးပို့သည် (သို့မဟုတ် အာကာသယာဉ်သည် ပြောစရာမရှိလျှင် လှုပ်လှုပ်ရှားရှားဖရိန်တစ်ခု၏ ထုတ်လွှင့်မှုကို စတင်နိုင်သည်)။ လက်ခံရရှိသော တယ်လီမီတာကို အခြေခံ၍ အရာအားလုံး အဆင်ပြေကြောင်း သေချာစေရန် သို့မဟုတ် မက်ဆေ့ချ်ကို ပြန်လည်ပေးပို့ရန် ဆက်လက်လုပ်ဆောင်ပါ။ ဂြိုလ်တုက ဘောင်နံပါတ် ၇ မကြားဘူးလို့ ယူဆကြပါစို့။ ဆိုလိုသည်မှာ ကျွန်ုပ်တို့သည် သူ့ဘောင်များကို 9၊ XNUMX၊ XNUMX သို့ ပေးပို့ပါသည်။ တုံ့ပြန်မှုမရှိပါက၊ packet တစ်ခုလုံးကို ထပ်မံပေးပို့မည် (ထို့ကြောင့် ကြိုးပမ်းမှုများသည် အချည်းနှီးဖြစ်ကြောင်း ကျွန်ုပ်တို့မသိမချင်း အကြိမ်ပေါင်းများစွာ)။

အောက်တွင် နယ်ပယ်အချို့၏ ဖော်ပြချက်ပါရှိသော လည်ပတ်ထိန်းချုပ်မှုအကွက်၏ ဖွဲ့စည်းပုံဖြစ်သည်။ ဤအကွက်တွင်ပါရှိသောဒေတာကို CLCW - Communication Link Control Word ဟုခေါ်သည်။

ရုပ်ပုံမှ ပင်မနယ်ပယ်များ၏ ရည်ရွယ်ချက်ကို အလွယ်တကူ ခန့်မှန်းနိုင်ပြီး အခြားအရာများကို ကြည့်ရသည်မှာ ပျင်းသောကြောင့်၊ အသေးစိတ်ဖော်ပြချက်အား spoiler အောက်တွင် ဝှက်ထားပါသည်

CLCW အကွက်များ ၏ ရှင်းလင်းချက်ထိန်းချုပ်စကားလုံးအမျိုးအစား-
ဤအမျိုးအစားအတွက်၊ ထိန်းချုပ်မှုစကားလုံးတွင် 0 ပါဝင်ရပါမည်။

ထိန်းချုပ်စကားလုံးဗားရှင်း (CLWW ဗားရှင်းနံပါတ်)-
ဤအမျိုးအစားအတွက်၊ ထိန်းချုပ်မှုစကားလုံးသည် ဘစ်ကိုယ်စားပြုမှုတွင် "00" နှင့် ညီရပါမည်။

အခြေအနေအကွက်-
ဤနယ်ပယ်ကို အသုံးပြုခြင်းအား မစ်ရှင်တစ်ခုစီအတွက် သီးခြားသတ်မှတ်ထားသည်။ အာကာသအေဂျင်စီအသီးသီးမှ ဒေသဆိုင်ရာ တိုးတက်မှုများအတွက် အသုံးပြုနိုင်သည်။

Virtual Channel ခွဲခြားသတ်မှတ်ခြင်း-
ဤထိန်းချုပ်မှုစကားလုံးနှင့် ဆက်စပ်နေသည့် virtual channel ၏ identifier ပါဝင်ရပါမည်။

ရုပ်ပိုင်းဆိုင်ရာချန်နယ်ဝင်ရောက်ခွင့်အလံ-
အလံသည် လက်ခံသူ၏ ရုပ်ပိုင်းဆိုင်ရာအလွှာ၏ အဆင်သင့်ဖြစ်မှုဆိုင်ရာ အချက်အလက်ကို ပေးရပါမည်။ လက်ခံသူ၏ ရုပ်ပိုင်းဆိုင်ရာအလွှာသည် ဖရိမ်များကို လက်ခံရန် အဆင်သင့်မဖြစ်ပါက၊ အကွက်တွင် “1”၊ သို့မဟုတ် “0” ပါရှိရမည်။

ထပ်တူပြုခြင်း မအောင်မြင်သော အလံ-
အလံသည် ရုပ်ပိုင်းဆိုင်ရာအလွှာသည် ညံ့ဖျင်းသောအချက်ပြမှုအဆင့်တွင် လည်ပတ်နေပြီး ငြင်းပယ်ခံရသည့်ဘောင်များ မြင့်မားလွန်းသည်ဟု အလံက ညွှန်ပြနိုင်သည်။ ဤအကွက်၏အသုံးပြုမှုသည် ချန်လှပ်ထားနိုင်သည်၊ အသုံးပြုပါက၊ တစ်ပြိုင်တည်းလုပ်ဆောင်မှုရရှိနိုင်ပါက “0” နှင့် ၎င်းမဟုတ်ပါက “1” တို့ ပါဝင်ရပါမည်။

အလံကို ပိတ်ဆို့ခြင်း-
ဤဘစ်တွင် virtual ချန်နယ်တစ်ခုစီအတွက် FARM လော့ခ်ချမှုအခြေအနေ ပါဝင်ရပါမည်။ ဤအကွက်ရှိ "1" ၏တန်ဖိုးသည် FARM ကိုပိတ်ထားကြောင်းညွှန်ပြသင့်ပြီး၊ မဟုတ်ပါက "0" အတုအလွှာတစ်ခုစီအတွက် frames များကို ဖယ်ပစ်ပါမည်။

အလံစောင့်-
လက်ခံသူသည် သတ်မှတ်ထားသော virtual ချန်နယ်တွင် ဒေတာကို မလုပ်ဆောင်နိုင်သည်ကို ညွှန်ပြရန်အတွက် ဤဘစ်ကို အသုံးပြုရပါမည်။ "1" ၏တန်ဖိုးသည် ဤ virtual ချန်နယ်တွင် ဖရိန်များအားလုံးကို ဖယ်ပစ်မည်၊ မဟုတ်ပါက "0" ကို ဖော်ပြသည်။

ရှေ့သို့ အလံ-
အမျိုးအစား A ဖရိမ်တစ်ခု သို့မဟုတ် တစ်ခုထက်ပိုသောဘောင်များကို ဖယ်ရှားလိုက်ခြင်း သို့မဟုတ် ကွက်လပ်များတွေ့ရှိပါက ဤအလံတွင် "1" ပါရှိရမည်၊ ထို့ကြောင့် ပြန်လည်ပေးပို့ရန် လိုအပ်ပါသည်။ "0" အလံသည် ပြုတ်ကျသောဘောင်များ သို့မဟုတ် ကျော်သွားခြင်းမရှိကြောင်း ညွှန်ပြသည်။

တုံ့ပြန်မှုတန်ဖိုး-
မရရှိခဲ့သော ဘောင်နံပါတ်။ တယ်လီကွန်မန်ဘောင် ခေါင်းစီးရှိ ကောင်တာမှ သတ်မှတ်သည်။

ကွန်ရက်အလွှာ

ဒီအဆင့်ကို နည်းနည်းထိကြည့်ရအောင်။ ဤနေရာတွင် ရွေးချယ်စရာနှစ်ခုရှိသည်- space packet protocol ကိုသုံးပါ သို့မဟုတ် CCSDS packet တွင် အခြားသော protocol တစ်ခုခုကို စာဝှက်ထည့်ပါ။

space packet protocol ၏ခြုံငုံသုံးသပ်ချက်သည် သီးခြားဆောင်းပါးတစ်ခုအတွက် ခေါင်းစဉ်တစ်ခုဖြစ်သည်။ ၎င်းသည် ဒေတာများကို ချောမွေ့စွာ ဖလှယ်နိုင်ရန် ဟုခေါ်သော အပလီကေးရှင်းများကို ခွင့်ပြုရန် ဒီဇိုင်းထုတ်ထားသည်။ အပလီကေးရှင်းတစ်ခုစီတွင် အခြားအပလီကေးရှင်းများနှင့် ဒေတာဖလှယ်ရန်အတွက် ၎င်း၏ကိုယ်ပိုင်လိပ်စာနှင့် အခြေခံလုပ်ဆောင်နိုင်စွမ်းရှိသည်။ အသွားအလာကို လမ်းကြောင်းပေးခြင်း၊ ပို့ဆောင်ခြင်းကို ထိန်းချုပ်ပေးခြင်းစသည်ဖြင့် ဝန်ဆောင်မှုများ ရှိပါသည်။

encapsulation ဖြင့်အရာအားလုံးပိုမိုရိုးရှင်းရှင်းလင်းသည်။ စံချိန်စံညွှန်းများသည် မည်သည့်ပရိုတိုကောများကိုမဆို CCSDS ပက်ကေ့ခ်ျများတွင် အပိုခေါင်းစီးတစ်ခုထည့်ခြင်းဖြင့် ထုပ်ပိုးနိုင်စေပါသည်။

ထုပ်ပိုးထားသော ပရိုတိုကော၏ အရှည်ပေါ်မူတည်၍ ခေါင်းစီးတွင် ကွဲပြားသော အဓိပ္ပါယ်များ ရှိနေသည်-

ဤနေရာတွင် အဓိကအကွက်သည် အလျား၏အလျားဖြစ်သည်။ ၎င်းသည် 0 မှ 4 bytes ကွဲပြားနိုင်သည်။ ဤခေါင်းစီးတွင်လည်း ဇယားကိုအသုံးပြု၍ ထုပ်ပိုးထားသော ပရိုတိုကောအမျိုးအစားကို သင်ညွှန်ပြရပါမည်။ ဒီမှာ.

IP encapsulation သည် packet အမျိုးအစားကိုဆုံးဖြတ်ရန် အခြား add-on ကိုအသုံးပြုသည်။
သင်သည် နောက်ထပ် ခေါင်းစီးတစ်ခု၊ တစ်ခု octet ရှည်ရန် လိုအပ်သည်-

PID သည် အခြား ပရိုတိုကော သတ်မှတ်မှု ယူထားသော နေရာဖြစ်သည်။ ဒီမှာ

ကောက်ချက်

ပထမတစ်ချက်တွင်၊ CCSDS ခေါင်းစီးများသည် အလွန်အမင်း မလိုအပ်တော့ဘဲ အချို့အကွက်များကို ဖယ်ပစ်နိုင်သည်ဟု ထင်ရပေမည်။ အမှန်မှာ၊ ရရှိလာသော channel ၏ထိရောက်မှု (ကွန်ရက်အဆင့်အထိ) သည် 40% ခန့်ဖြစ်သည်။ သို့သော်လည်း ဤစံနှုန်းများကို အကောင်အထည်ဖော်ရန် လိုအပ်လာသည်နှင့်တပြိုင်နက် နယ်ပယ်တစ်ခုစီ၊ ခေါင်းစဉ်တစ်ခုစီတွင် ၎င်း၏ အရေးကြီးသော မစ်ရှင်တစ်ခုစီရှိကြပြီး မရေရာသော ကွဲလွဲမှုများကို လျစ်လျူရှုကာ နယ်ပယ်တစ်ခုစီတွင် ထင်ရှားလာပါသည်။

habrasociety သည် ဤအကြောင်းအရာကို စိတ်ဝင်စားကြောင်းပြသပါက၊ အာကာသဆက်သွယ်ရေးဆိုင်ရာ သီအိုရီနှင့် လက်တွေ့လုပ်ဆောင်မှုအတွက် ရည်ညွှန်းထားသော ဆောင်းပါးစီးရီးတစ်ခုလုံးကို ထုတ်ဝေခွင့်ရသည့်အတွက် ဝမ်းမြောက်မိပါသည်။ ဂရုစိုက်တဲ့အတွက်ကျေးဇူးတင်ပါတယ်!

သတင်းရင်းမြစ်

CCSDS 130.0-G-3 — အာကာသဆက်သွယ်ရေးပရိုတိုကောများ၏ ခြုံငုံသုံးသပ်ချက်
CCSDS 131.0-B-2 – TM ထပ်တူပြုခြင်းနှင့် ချန်နယ်ကုဒ်လုပ်ခြင်း။
CCSDS 132.0-B-2 - TM Space Data Link Protocol
CCSDS 133.0-B-1 - Space packet ပရိုတိုကော
CCSDS 133.1-B-2 - Encapsulation ဝန်ဆောင်မှု
CCSDS 231.0-B-3 - TC synchronization နှင့် Channel Coding
CCSDS 232.1-B-2 ဆက်သွယ်ရေး စစ်ဆင်ရေး လုပ်ထုံးလုပ်နည်း-၁
CCSDS 401.0-B-28 ရေဒီယိုကြိမ်နှုန်းနှင့် မော်ဂျူလာစနစ်များ - အပိုင်း 1 (ကမ္ဘာမြေပြင်စခန်းများနှင့် အာကာသယာဉ်)
CCSDS 702.1-B-1 - CCSDS အာကာသလင့်ခ်များပေါ်ရှိ IP

PS
အမှားအယွင်းတွေတွေ့ရင် အရမ်းကြီးမထိပါနဲ့။ သူတို့ကို သတင်းပို့ပြီး ပြင်ပေးပါ့မယ် :)

source: www.habr.com