Satelliti Meteor M1
Burimi: vladtime.ru
Hyrje
Eksplorimi i teknologjisĂ« kozmike nuk Ă«shtĂ« i mundur pa komunikim radio, dhe nĂ« kĂ«tĂ« artikull do tĂ« pĂ«rpiqem tĂ« shpjegoj idetĂ« kryesore qĂ« qĂ«ndrojnĂ« nĂ« themel tĂ« standardeve tĂ« zhvilluara nga Komiteti Konsultativ pĂ«r Sistemet e Transferimit tĂ« tĂ« DhĂ«nave Kozmike (Consultative Committee for Space Data Systems â CCSDS. Kjo akronim do tĂ« pĂ«rdoret mĂ« tej).
Ky publikim do të jetë kryesisht i dedikuar nivelit kanalisor, megjithatë konceptet kryesore për nivelet e tjera do të prezantohen gjithashtu. Ky artikull nuk pretendon në asnjë mënyrë të ofrojë një përshkrim të plotë dhe të detajuar të standardeve. Mund të njiheni me to në CCSDS. Megjithatë, ato janë shumë të vështira për t'u kuptuar, dhe për të kuptuar ato, kemi shpenzuar një kohë të konsiderueshme, prandaj këtu do të jap informacionin bazë, që do ta bëjë shumë më të lehtë kuptimin e të tjerave. Le të fillojmë.
Misioni fisnik i CCSDS
Ndoshta, dikujt mund t'i lindë pyetja: përse të gjithë duhet të respektojnë standardet, nëse është e mundur të zhvillohet një grup protokollesh pronar (ose një standard i vetë, me blackjack dhe veçori të reja), duke rritur kështu sigurinë e sistemit?
Siç tregon praktika, është më e dobishme të respektohen standardet e CCSDS për një sërë arsyeje:
- Në komitetin që është përgjegjës për publikimin e standardeve, marrin pjesë përfaqësuesit e të gjitha agjencive të mëdha kozmike të botës, duke sjellë përvojën e tyre të çmuar, të fituar gjatë shumë vitesh të projektimit dhe eksplorimit të misioneve të ndryshme. Do të ishte shumë e çuditshme të injorohej kjo përvojë dhe të përsëritej gabimi i tyre.
- Këto standarde mbështeten nga pajisjet e tashme në treg të stacioneve tokësore.
- Gjatë zhdukjes së ndonjë defekti, gjithmonë mund të kërkoni ndihmë nga kolegët e agjencive të tjera, për t'i bërë një seancë komunikimi aparatit nga stacioni i tyre tokësor. Siç e shihni, standardet janë jashtëzakonisht të dobishme, prandaj le të analizojmë momentet e tyre kryesore.
Arkitektura
Standardet pĂ«rbĂ«jnĂ« njĂ« grup dokumentesh qĂ« pasqyrojnĂ« modelin mĂ« tĂ« zakonshĂ«m OSI (Open System Interconnection), pĂ«rveç faktit se nĂ« nivelin kanalisor, pĂ«rbashkĂ«sia kufizohet nĂ« ndarjen e telemetrisĂ« (kanali 'poshtĂ«' â hapĂ«sira â Toka) dhe telekomandave (kanali 'lart').
Le të shqyrtojmë disa nivele në detaje, duke filluar me nivelin fizik dhe duke u ngjitur më lart. Për më shumë qartësi, do të shqyrtojmë arkitekturën e anës marrëse. Anës dërguese i përgjigjet pasqyrimi i saj.
Niveli fizik
Në këtë nivel ndodh transformimi i sinjalit të moduluar të radios në një rrjedhë bitore. Standardet këtu janë kryesisht rekomanduese, pasi në këtë nivel është e vështirë të abstenohet nga zbatimi specifik i harduerit. Roli kryesor i CCSDS është të përcaktojë modula të pranueshme (BPSK, QPSK, 8-QAM etj.) dhe të ofrojë disa rekomandime për realizimin e mekanizmave të sinkronizimit simbolik, kompensimin e shiftit Doppler etj.
Niveli i sinkronizimit dhe kodimit
Formalisht është një nën-nivel i nivelit kanalor, megjithatë shpesh nxirret si një nivel i veçantë për shkak të rëndësisë së tij në kuadër të standardeve CCSDS. Ky nivel transformon rrjedhën bitore në ato që quhen kadra (telemetri apo telekomanda), për të cilat do të flasim më vonë. Në kundërshtim me sinkronizimin simbolik në nivelin fizik, i cili lejon marrjen e një rrjedhe bitore të saktë, këtu kryhet sinkronizimi i kadrave. Le të shqyrtojmë rrugën që të dhënat kalojnë në këtë nivel (nga poshtë lart):
Megjithatë, para se të bëjmë këtë, është e rëndësishme të themi disa fjalë mbi kodimin. Kjo procedurë është e nevojshme për të gjetur dhe / ose për të korrigjuar gabimet bitore, të cilat janë të pashmangshme gjatë dërgimit të të dhënave përmes kanalit të radios. Këtu nuk do të shqyrtojmë procedurat e dekodimit, vetëm do të marrim informacionin e nevojshëm për të kuptuar logjikën e mëtejshme të funksionimit të nivelit.
Kodet mund të jenë bllok dhe të vazhdueshëm. Standardet nuk detyrojnë përdorimin e një lloji të caktuar kodimi, megjithatë, kjo procedurë duhet të jetë e pranishme. Kodet e vazhdueshme janë kodet konvolucionale. Me to kodifikohet një rrjedhë e vazhdueshme bitore. Në dallim nga kodet bllok, ku të dhënat ndahen në blloqe kodimi (codeblock), dhe mund të dekodifikohen vetëm brenda blloqeve të plotë. Blloku kodifikues përbën të dhënat që dërgohen dhe informacionin shtesë të bashkangjitur, e nevojshme për të verifikuar saktësinë e marrjes së të dhënave dhe për të korrigjuar gabimet e mundshme. Midis kodëve bllok përfshihen kodet e njohura të Reed-Solomon.
NĂ«se po pĂ«rdoret kodimi konvolucional, rrjedha e bitĂ«ve nga fillimi shkon nĂ« dekoder. Rezultati i kĂ«saj pune (gjithçka ndodh natyrshĂ«m) janĂ« blloqet e tĂ« dhĂ«nave CADU (kanal akses njĂ«sia e tĂ« dhĂ«nave). Kjo strukturĂ« Ă«shtĂ« e nevojshme pĂ«r sinkronizimin e kadrit. NĂ« fund tĂ« çdo CADU shtohet njĂ« marcator sinkronizimi (ASM â attached synch maker). KĂ«to janĂ« katĂ«r byte tĂ« njohura pĂ«rpara, sipas tĂ« cilave sinkronizatori gjen fillimin dhe fundin e CADU. KĂ«shtu arrihet sinkronizimi i kadrit.
Hapi tjetër opsional i punës në nivelin e sinkronizimit dhe kodimit është i lidhur me karakteristikat e funksionimit të nivelit fizik. Kjo është derandomizimi. Fakti është se për të arritur sinkronizimin simbolik janë të nevojshme kalime të shpeshta midis simboleve. Kështu, nëse do të transferonim, le të themi, një kilobajt të dhënash që përbëhen ekskluzivisht nga njësitë, sinkronizimi do të humbiste. Prandaj, gjatë transfertës, të dhënat hyrëse përzihen me një sekuencë pseudolikësore periodike, në mënyrë që densiteti i zero dhe njësive të jetë i barabartë.
Nga kĂ«tu, ndodh dekodimi i kodave bllok, dhe ajo qĂ« mbetet do tĂ« jetĂ« produkti pĂ«rfundimtar i nivelit tĂ« sinkronizimit dhe kodimit â kadri.
Niveli i kanalit
NĂ« njĂ«rĂ«n anĂ«, procesori i nivelit tĂ« kanalit merr kadro, dhe nĂ« anĂ«n tjetĂ«r jep paketa. NĂ«se forma, madhĂ«sia e pakove nuk kufizohet, pĂ«r dĂ«rgimin e sigurt tĂ« tyre Ă«shtĂ« e nevojshme t'i ndajmĂ« ato nĂ« struktura mĂ« tĂ« vogla â kadra. KĂ«tu do tĂ« shqyrtojmĂ« dy nĂ«nndĂ«rndarje: veçmas pĂ«r telemetrinĂ« (TM) dhe telekomandat (TC).
Telemetria
Thjesht, kĂ«to janĂ« tĂ« dhĂ«nat qĂ« stacioni tokĂ«sor merr nga sateliti. E gjithĂ« informacioni i dĂ«rguar ndahet nĂ« fragmente tĂ« vogla me gjatĂ«si fikse â kadra, tĂ« cilat pĂ«rmbajnĂ« tĂ« dhĂ«nat e dĂ«rguara dhe fushat ndihmĂ«se. Le tĂ« shqyrtojmĂ« strukturĂ«n e kadres mĂ« nĂ« detaje:
Dhe le të fillojmë thelbësisht me titullin kryesor të kadres së telemetrisë. Pastaj do të lejoj veten të përkthej standardet në disa vende, duke dhënë disa shpjegime të kaluara.
Fusha e identifikuesit të kanalit kryesor (Master Channel ID) duhet të përmbajë numrin e versionit të kadres dhe identifikuesin e aparatit.
Ădo KA, sipas standardeve CCSDS duhet tĂ« ketĂ« njĂ« identifikues unik, nĂ«pĂ«rmjet tĂ« cilit, duke pasur njĂ« kadĂ«r, mund tĂ« pĂ«rcaktohet se kujt aparati i takon. Formalisht Ă«shtĂ« e nevojshme tĂ« dorĂ«zohet njĂ« kĂ«rkesĂ« pĂ«r regjistrimin e aparatit, dhe emri i tij, sĂ« bashku me identifikuesin, do tĂ« publikohet nĂ« burime tĂ« hapura. MegjithatĂ«, shpesh prodhuesit rusĂ« e injorojnĂ« kĂ«tĂ« procedurĂ«, duke i dhĂ«nĂ« aparatit njĂ« identifikues tĂ« rastĂ«sishĂ«m. Numri i versionit tĂ« kadrit ndihmon pĂ«r tĂ« pĂ«rcaktuar se cili version standardesh po pĂ«rdoret, pĂ«r tĂ« lexuar saktĂ« kadrin. KĂ«tu do tĂ« shqyrtojmĂ« vetĂ«m standardin mĂ« konservator me versionin '0'.
Në fushën e identifikuesit të kanalit virtual (Virtual Channel ID) duhet të përmbahen VCID i atij kanali, nga i cili ka ardhur paketa. Nuk ka asnjë kufizim në zgjedhjen e VCID, në veçanti kanalet virtuale nuk janë domosdoshmërish të numërohen në mënyrë të vazhdueshme.
Shpesh ndodhet nevoja për të shumëzuesuar të dhënat e transmetuara. Për këtë ekziston mekanizmi i kanaleve virtuale. Për shembull, satelliti Meteor-M2 transmeton një imazh me ngjyra në intervalin e dukshëm, duke e ndarë atë në tre imazhe të bardhë e zi - çdo ngjyrë transmetohet në kanalin e saj virtual në një paketë të veçantë, ndonëse në strukturën e kadrave të tij ka disa devijime nga standardet.
Fusha e flamurit Operational Control duhet të jetë një tregues i pranishëm ose të mungesës së fushës Operational Control në kadrin e telemetrisë. Këto 4 byte në fund të kadrin shërbejnë për të mbajtur një feedback në kontrollin e dorëzimit të kadrave të telekomandës. Më vonë do të flasim për to.
Numëruesit e kadrave të kanalit kryesor dhe atij virtual janë fusha që rriten me njëra te çdo dërgesë të kadrin. Shërbejnë si indikator që asnjë kadër nuk është humbur.
Statusi i të dhënave të kadrin të telemetrisë është gjithashtu dy byte flamujsh dhe të dhënash, nga të cilat do të shqyrtojmë vetëm disa.
Fusha e flamurit të titullit të dytë (Secondary Header) duhet të jetë një tregues i pranishëm ose të mungesës së titullit të dytë (Secondary Header) në kadrin e telemetrisë.
Nëse dëshirohet, mund të shtohet një titull i dytë në çdo kadër dhe të vendosen aty të dhëna sipas dëshirës.
Fusha e treguesit për titullin e parë (First Header Pointer), kur vlera e flamurit të sinkronizimit është «1», duhet të ruajë përfaqësimin binar të pozicionit të oktetit të parë të Paketit në fushën e të dhënave (Data Field) të kadrit të telemetrisë. Pozita fillon nga 0 në rend në rritje nga fillimi i fushës së të dhënave. Nëse nuk ka fillim të paketit në fushën e të dhënave të kadrit të telemetrisë, atëherë fusha e treguesit për titullin e parë duhet të ketë një vlerë në përfaqësimin binar «11111111111» (kjo mund të ndodhë nëse një paketë e gjatë shtrihet më shumë se një kadër).
Nëse fusha e të dhënave përmban një paketë të zbrazët (Idle Data), atëherë treguesi për titullin e parë duhet të ketë një vlerë në përfaqësimin binar «11111111110». Sipas kësaj fushe, marrësi duhet të realizojë sinkronizimin e rrjedhës. Kjo fushë garanton rikthimin e sinkronizimit edhe në rast të mungesës së kadrove.
Pra, paketa mund, të themi, të fillojë në mes të kadrit të 4-të dhe të përfundojë në fillim të 20-tës. Ky fushë shërben për të gjetur fillimin e saj. Paketat kanë gjithashtu një titull, në të cilin shkruhet gjatësia e saj, prandaj, kur gjendet treguesi për titullin e parë, procesori i nivelit kanal duhet ta lexojë, duke përcaktuar kështu ku do të përfundojë paketa.
Nëse fusha e kontrollit të gabimeve është e pranishme, ajo duhet të jetë e pranishme në çdo kadër telemetrie për një kanal të caktuar fizik gjatë gjithë misionit.
Kjo fushë llogaritet duke përdorur metodën CRC. Procedura duhet të marrë n-16 bits të kadrit të telemetrisë dhe të futë rezultatin e llogaritjes në 16 bits e fundit.
Telekomanda
Kadri i telekomandës ka disa dallime thelbësore. Midis tyre:
- Një strukturë tjetër titujsh
- Gjatësia dinamikore. Kjo do të thotë se gjatësia e kadrit nuk është e përcaktuar rigorozisht, siç është bërë në telemetri, por mund të ndryshojë në funksion të paketeve të dërguara.
- Mekanizmi i garantimit të dorëzimit të paketave. Kështu që KРduhet pas marrjes të konfirmojë saktësinë e pranimit të kadrove, ose të kërkojë dërgim përsëri nga kadri që mund të jetë pranuar me një gabim që nuk mund të korrigjohet.
Shumë fusha janë tashmë të njohura për ne nga titulli i kadrit të telemetrisë. Ato kanë të njëjtin qëllim, prandaj këtu do të shqyrtojmë vetëm fushat e reja.
Një bit i flamurit të anashkalimit duhet të përdoret për të kontrolluar verifikimin e kadrove në marrës. Vlera "0" e këtij flamuri duhet të tregojë se ky kadër është një kadër i tipit A dhe verifikimi i tij duhet të bëhet sipas FARM. Vlera "1" e këtij flamuri duhet të tregojë marrësit se ky kadër është një kadër i tipit B dhe duhet të kalojë anash verifikimin sipas FARM.
Ky flamur e informon marrĂ«sin nĂ«se duhet tĂ« pĂ«rdoret mekanizmi i konfirmimit tĂ« dorĂ«zimit tĂ« kadrove, i quajtur FARM â Mekanizmi i Pranimit dhe Raportimit tĂ« Kadreve.
Flamuri i komandës së kontrollit duhet të përdoret për të kuptuar nëse fusha e të dhënave transporton një komandë apo të dhëna. Nëse flamuri është "0", fusha e të dhënave duhet të përmbajë të dhëna. Nëse flamuri është "1", fusha e të dhënave duhet të përmbajë informacion kontrolli për FARM.
FARM përfaqëson një automat të fundëm, parametrat e të cilit mund të konfigurohen.
RSVD. SPARE â biti tĂ« rezervuar.
Duket se CCSDS ka plane për to në të ardhmen, dhe për komoditetin e versioneve të protokollit, ata i kanë rezervuar këto bita tashmë në versionet e tanishme të standardit.
Fusha e gjatë e kadrove duhet të përmbajë një numër në përfaqësimin e bitëve, që është gjatësia e kadrit në oktete minus një.
Fusha e të dhënave të kadrit duhet të vijë pas kryefjalës pa boshllëqe dhe të përmbajë një numër të plotë oktetesh, që mund të jetë me një gjatësi maksimale prej 1019 oktetesh. Kjo fushë duhet të përmbajë ose një bllok të dhënash të kadrit, ose informacionin e komandës së kontrollit. Blloku i të dhënave të kadrit duhet të përmbajë:
- një numër të plotë oktetesh të të dhënave të përdoruesit
- kryefjalën e segmentit dhe pas saj një numër të plotë oktetesh të të dhënave të përdoruesit
Nëse kryefjala është e pranishme, atëherë blloku i të dhënave duhet të përmbajë një Paket, një grup Paketa ose një pjesë të tij. Blloku i të dhënave pa kryefjalë nuk mund të përmbajë pjesë të Paketa, por mund të përmbajë blloqe të të dhënave në format privat. Kjo do të thotë se kryefjala është e nevojshme kur blloku i të dhënave në transmetim nuk ka vend në një kadër. Blloku i të dhënave që ka kryefjalë quhet segment.
Fusha e flamurëve me një gjatësi prej dy bitëve duhet të përmbajë:
- "01" â nĂ«se pjesa e parĂ« e tĂ« dhĂ«nave ndodhet nĂ« bllokun e tĂ« dhĂ«nave
- "00" â nĂ«se pjesa e mesme e tĂ« dhĂ«nave ndodhet nĂ« bllokun e tĂ« dhĂ«nave
- "10" â nĂ«se pjesa e fundit e tĂ« dhĂ«nave ndodhet nĂ« bllokun e tĂ« dhĂ«nave
- «11» â nĂ«se nuk ka ndarje dhe nĂ« bllokun e tĂ« dhĂ«nave vendoset njĂ« ose mĂ« shumĂ« paketa tĂ«rĂ«sisht.
Fusha e identifikuesit MAP duhet të përmbajë zero, nëse kanalet MAP nuk përdoren.
Ndonjëherë 6 bit, të rezervuar për kanalet virtuale, nuk mjaftojnë. Nëse është e nevojshme të multiplikohet të dhënat në një numër më të madh kanalësh, përdoren edhe 6 bit nga kreu i segmentit.
FARMA
Le tĂ« shqyrtojmĂ« mĂ« nĂ« hollĂ«si mekanizmin e funksionimit tĂ« sistemit tĂ« kontrollit tĂ« dorĂ«zimit tĂ« kadrove. Ky sistem parashikon vetĂ«m punĂ«n me kadrot e telekomandave pĂ«r shkak tĂ« rĂ«ndĂ«sisĂ« sĂ« tyre (telemetria gjithmonĂ« mund tĂ« kĂ«rkohet pĂ«rsĂ«ri, ndĂ«rsa sateliti duhet tĂ« dĂ«gjojĂ« stacionin tokĂ«sor qartĂ« dhe gjithmonĂ« tĂ« nĂ«nshkruajĂ« komandat e tij). Pra, le tĂ« supozojmĂ« se kemi vendosur tĂ« ri-programojmĂ« satelitin tonĂ« dhe dĂ«rgojmĂ« njĂ« skedar binar me madhĂ«si 10 kilobajt. NĂ« nivelin e kanalit, skedari ndahet nĂ« 10 kadra (0, 1, âŠ, 9), tĂ« cilat dĂ«rgohen njĂ« pas njĂ«. Kur pĂ«rfundon dĂ«rgimi, sateliti duhet tĂ« konfirmojĂ« saktĂ«sinĂ« e pranimit tĂ« paketĂ«s, ose tĂ« raportojĂ« se nĂ« cilin kadĂ«r ndodhi gabimi. Kjo informacion dĂ«rgohet nĂ« fushĂ«n e kontrollit operativ nĂ« kadron mĂ« tĂ« afĂ«rt tĂ« telemetrisĂ« (ose sateliti mund tĂ« inicojĂ« transferimin e njĂ« kadre bosh (idle frame), nĂ«se nuk ka çfarĂ« tĂ« thotĂ«). Nga telemetria e marrĂ« ne ose konfirmojmĂ« se gjithçka Ă«shtĂ« nĂ« rregull, ose fillojmĂ« tĂ« dĂ«rgojmĂ« pĂ«rsĂ«ri mesazhin. Supozoni se sateliti nuk e dĂ«gjoi kadron â7. KĂ«shtu, i dĂ«rgojmĂ« atij kadrot 7, 8, 9. NĂ«se nuk ka pasur pĂ«rgjigje, paketa dĂ«rgohet tĂ«rĂ«sisht pĂ«rsĂ«ri (dhe kĂ«shtu disa herĂ«, derisa tĂ« kuptojmĂ« se pĂ«rpjekjet janĂ« tĂ« kota).
MĂ« poshtĂ« Ă«shtĂ« struktura e fushĂ«s sĂ« kontrollit operativ me pĂ«rshkrimin e disa fushave. TĂ« dhĂ«nat qĂ« pĂ«rmbahen nĂ« kĂ«tĂ« fushĂ« quhen CLCW â FjalĂ« e Kontrollit tĂ« LidhsĂ«s Komunikimi.
Duke qenë se nga figura mund të kuptohet plotësisht qëllimi i fushave kryesore, dhe për të tjerat është e mërzitshme të shikosh, e fsheh përshkrimin e detajuar nën një spoiler.
Shkurtimi i fushave CLCWLloji i fjalës së kontrollit (Control Word Type):
Për këtë lloj fjale kontrolli duhet të përmbajë 0
Versioni i fjalës së kontrollit (CLCW Version Number):
Për këtë lloj fjale kontrolli duhet të jetë «00» në prezantimin bit.
Fusha e statusit (Status Field):
Përdorimi i kësaj fushe përcaktohet për çdo mision veçmas. Mund të përdoret për përmirësime lokale nga agjencitë hapësinore të ndryshme.
Identifikimi i kanalit virtual (Virtual Channel Identification):
Duhet të përmbajë identifikuesin e kanalit virtual të lidhur me këtë fjalë kontrolli.
Flamuri i aksesit në kanalin fizik:
Flamuri duhet të ofrojë informacion rreth gatishmërisë së nivelit fizik të marrësit. Nëse niveli fizik i marrësit nuk është i gatshëm për të pranuar kadra, atëherë fusha duhet të përmbajë "1", nd otherwise "0".
Flamuri i dështimit të sinkronizimit:
Flamuri mund të tregojë se niveli fizik funksionon në një nivel të ulët sinjali dhe numri i kadra të refuzuar është shumë i lartë. Përdorimi i kësaj fushe është opsional, nëse përdoret, atëherë duhet të përmbajë "0" kur ka sinkronizim dhe "1" kur nuk ka.
Flamuri i bllokimit:
Ky bit duhet të përmbajë statusin e bllokimit FARM për çdo kanal virtual. Vlera "1" në këtë fushë duhet të tregojë se FARM është e bllokuar dhe kadra do të refuzohen për çdo nivel virtual, përndryshe "0".
Flamuri i pritjes:
Ky bit duhet të përdoret për të treguar se marrësi nuk mund të përpunojë këtë në kanalin virtual të specifikuar. Vlera "1" tregon se të gjitha kadra do të refuzohen në këtë kanal virtual, përndryshe "0".
Flamuri i ripërsëritjes:
Ky flamur duhet të përmbajë "1" nëse një ose më shumë kadra të tipit A janë refuzuar apo janë gjetur humbje, prandaj është e nevojshme të ripërsëritet. Flamuri "0" tregon se nuk ka pasur kadra të refuzuar dhe humbjesh.
Vlera e përgjigjes:
Numri i kadrit që nuk u pranuar. Përcaktohet nga numëruesi në krye të kadrit të telekomandës.
Niveli i rrjetit
Do të flasim pak edhe mbi këtë nivel. Këtu ka dy opsione: ose të përdorim protokollin e paketës kozmike, ose të inkapsulojmë çdo protokoll tjetër në paketën CCSDS.
PĂ«rmbledhja e protokollit tĂ« paketĂ«s kozmike Ă«shtĂ« njĂ« temĂ« pĂ«r njĂ« artikull tĂ« veçantĂ«. Ai Ă«shtĂ« krijuar nĂ« mĂ«nyrĂ« qĂ« aplikacionet e ashtuquajtura tĂ« mund tĂ« shkĂ«mbejnĂ« tĂ« dhĂ«na pa probleme. Ădo aplikacion ka adresĂ«n e vet dhe funksionalitetin bazĂ« pĂ«r shkĂ«mbim tĂ« tĂ« dhĂ«nave me aplikacione tĂ« tjera. Ka gjithashtu shĂ«rbime qĂ« realizojnĂ« routing-un e trafikut, kryejnĂ« kontrollin e dorĂ«zimit dhe etj.
Me inkapsulimin gjithçka është më e thjeshtë dhe më e kuptueshme. Standardet ofrojnë mundësinë për të inkapsuluar në paketat CCSDS çdo protokoll, duke shtuar një krye të shtuar.
Kuajt do të ketë kuptime të ndryshme në varësi të gjatësi së protokollit të inkapsuluar:
Këtu, fusha kryesore është gjatësi e gjatë. Ajo mund të varirojë nga 0 në 4 byte. Gjithashtu, në këtë kuajt duhet të tregoni llojin e protokollit të inkapsuluar, duke përdorur tabelën .
Kur inkapsulohet IP, përdoret një shtresë tjetër për të përcaktuar llojin e paketës.
Duhet të shtoni një kuajt tjetër, me gjatësi nga një oktet:
Ku PID është një identifikues tjetër protokolli, i marrë
PĂ«rfundim
Me sa duket, kuajti CCSDS duket tejet i tepruar, dhe disa fusha mund të hidhen poshtë. Në të vërtetë, efikasiteti i kanalit përfundimtar (në nivelin e rrjetit) është rreth 40%. Megjithatë, sapo fillon nevoja për zbatimin e këtyre standardeve, bëhet e qartë se çdo fushë, çdo kuajt ka një mision të rëndësishëm, injorimi i të cilit çon në një sërë paqartësish.
Nëse komuniteti Habr do të shprehë interes për këtë temë, do të isha i lumtur të publikojë një sërë artikujsh, të dedikuar teorisë dhe praktikës së komunikimeve hapësinore. Faleminderit për vëmendjen!
Burimet
P.S.
Mos mĂ« goditni fort nĂ«se gjeni pasaktĂ«si. Njoftoni pĂ«r to, dhe ato do tĂ« korrigjohen đ
Burimi: habr.com
