Sateliti Meteor M1
Burimi: vladtime.ru
Hyrje
Eksplorimi i teknologjisĂ« hapĂ«sinore Ă«shtĂ« i pamundur pa komunikim radio, dhe nĂ« kĂ«tĂ« artikull do tĂ« pĂ«rpiqem tĂ« shpjegoj idetĂ« kryesore qĂ« janĂ« themeli i standarteve tĂ« zhvilluara nga Komiteti KĂ«shillues pĂ«r Sistemet e Transferimit tĂ« tĂ« DhĂ«nave nĂ« HapĂ«sirĂ« (Consultative Committee for Space Data Systems â CCSDS. Kjo akronim do tĂ« pĂ«rdoret mĂ« vonĂ«).
Ky publikim do të përqendrohet kryesisht në nivelin e kanalit, megjithatë konceptet kryesore për nivelet e tjera gjithashtu do të futen. Artikulli nuk pretendon të ofrojë një përshkrim të plotë dhe të detajuar të standarteve. Mund të shiheni me to në CCSDS. Megjithatë, ato janë shumë të vështira për t'u kuptuar, dhe për t'i kuptuar ne kemi kaluar një kohë të konsiderueshme, prandaj këtu do të paraqes informacione bazë, që me të cilat do të jetë më e lehtë të kuptohet gjithçka tjetër. Pra, le të fillojmë.
Misioni fisnik i CCSDS
Mund të lindë pyetja: pse të gjithë duhet të përmbahen nga standardet, nëse mund të zhvillojmë një zakon të pronarëve të protokolleve të komunikimit radio (ose një standard të ri, me blackjack dhe funksione të reja), duke rritur kështu sigurinë e sistemit?
Siç tregon praktika, është me fitim të përmbahesh nga standardet CCSDS për një seri arsyesh:
- Në komitetin që merret me publikimin e standardeve janë përfaqësues nga të gjitha agjencitë e mëdha hapësinore në botë, duke sjellë përvojën e tyre të çmuar të fituar gjatë shumë viteve të projektimit dhe funksionimit të misioneve të ndryshme. Do të ishte shumë e çuditshme të injorohej kjo përvojë dhe të kalohej përsëri në të njëjtat gabime.
- Këto standarde mbështeten nga pajisjet ekzistuese në treg për stacionet tokësore.
- Gjatë diagnozës së ndonjë prapambetjeje, gjithmonë mund të kërkoni ndihmë nga kolegët nga agjencitë e tjera, në mënyrë që ata të kryejnë një seancë komunikimi me aparatin nga stacioni i tyre tokësor. Siç e shihni, standardet janë jashtëzakonisht të dobishme, prandaj le të shqyrtojmë pikat e tyre kryesore.
Arkitektura
Standardet janĂ« njĂ« grup dokumentesh qĂ« pasqyrojnĂ« modelin mĂ« tĂ« zakonshĂ«m OSI (Open System Interconnection), pĂ«rveç se nĂ« nivelin e kanalit, ngjashmĂ«ria kufizohet nĂ« ndarjen e telemetrisĂ« (kanali "poshtĂ«" â hapĂ«sirĂ« â TokĂ«) dhe telekomandave (kanali "lartĂ«").
Le të shqyrtojmë disa nivele më në detaje, duke filluar nga niveli fizik dhe lëvizur lart. Për më shumë qartësi, do të shqyrtojmë arkitekturën e anës pranues. Anës transmetuese është pasqyra e saj.
Niveli fizik
Në këtë nivel, ndodhi konvertimi i sinjalit radio të moduluer në një rrjedhë bitësh. Standardet këtu kanë kryesisht natyrë rekomanduse, pasi në këtë nivel është e vështirë të abstretohet nga zbatimi specifik të harduerit. Roli kryesor i CCSDS është të përcaktojë modulimet e pranueshme (BPSK, QPSK, 8-QAM etj.) dhe të japë disa rekomandime për zbatimin e mekanizmave të sinkronizimit simbol, kompensimit të zhvendosjes Doppler etj.
Niveli i sinkronizimit dhe kodimit
Formalisht është një nënnivel i nivelit të kanalit, megjithatë shpesh ngjitet 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 bitësh në atë që quhet korniza (telemetrie ose telekomandë), për të cilat do të flasim më vonë. Në dallim nga sinkronizimi simbol në nivelin fizik, i cili lejon të mbushim një rrjedhë të saktë bitësh, këtu kryhet sinkronizimi i kornizës. Le të shqyrtojmë rrugën që të dhënat kalojnë në këtë nivel (nga poshtë lart):
Megjithatë, para se të fillojmë, është e nevojshme të themi disa fjalë mbi kodimin. Kjo procedurë është e nevojshme për të gjetur dhe/ose për të korrigjuar gabimet e bitëve, të cilat janë të pashmangshme në dërgimin e të dhënave përmes kanalit radio. Këtu nuk do të shqyrtojmë procedurat e dekodimit, por 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ë vazhdueshme. Standardet nuk e detyrojnë përdorimin e një lloji të caktuar kodimi, megjithatë ai si një koncept duhet të jetë i pranishëm. Kodet e vazhdueshme janë të njohura si kodet konvencionale (convolutional). Me to kodifikohet një rrjedhë bitësh të vazhdueshme. Në dallim nga kodet bllok, ku të dhënat ndahen në blloqe kodimi (codeblock), dhe mund të dekodifikohen vetëm brenda blloqeve të plotë. Një bllok kodimi përfshin të dhënat e dërguara dhe informacionin e tepërt të bashkangjitur, i nevojshëm për të verifikuar saktësinë e marrjes së të dhënave dhe për të korrigjuar gabimet e mundshme. Kodet bllok përfshijnë kodet e njohura të Reed-Solomon.
NĂ«se pĂ«rdoret kodimi konvolucian, rrjedha e bitĂ«ve nga fillimi kalon nĂ« dekoder. Rezultati i punĂ«s sĂ« tij (nĂ« fakt, gjithĂ« kjo ndodh vazhdimisht) janĂ« blloqet e tĂ« dhĂ«nave CADU (channel access data unit). Kjo strukturĂ« Ă«shtĂ« e nevojshme pĂ«r sinkronizimin e kadrove. NĂ« fund tĂ« çdo CADU Ă«shtĂ« i bashkangjitur njĂ« markues sinkronizimi (ASM â attached synch maker). KĂ«to janĂ« 4 byte tĂ« njohura mĂ« parĂ«, me tĂ« cilat sinkronizuesi gjen fillimin dhe fundin e CADU. KĂ«shtu arrihet sinkronizimi i kadrove.
Hapi tjetër opsional i funksionit të nivelit të sinkronizimit dhe kodimit lidhet me veçoritë e funksionimit të nivelit fizik. Ky është de-randomizimi. Kjo sepse për të arritur sinkronizimin simbolik, janë të nevojshme kalime të shpeshta midis simboleve. Pra, nëse ne do të dërgonim, për shembull, një kilobajt të dhënash që përbëhen ekskluzivisht nga njësi, sinkronizimi do të humbiste. Prandaj, gjatë transmetimit, të dhënat hyrëse përzihen me një sekuencë pseudoreale periodike, në mënyrë që densiteti i zeros dhe njësa të jetë i barabartë.
MĂ« pas ndodh dekodimi i kodit bllok, dhe ajo qĂ« mbetet do tĂ« jetĂ« produkti pĂ«rfundimtar i nivelit tĂ« sinkronizimit dhe kodimit â kadri.
Niveli kanalor
Nga njĂ«ra anĂ«, pĂ«rpunuesi i nivelit kanalor merr kadro, dhe nga ana tjetĂ«r lĂ«shon paketa. Duke qenĂ« se formalisht, madhĂ«sia e pakove nuk Ă«shtĂ« e kufizuar, pĂ«r dĂ«rgimin e tyre tĂ« besueshĂ«m Ă«shtĂ« e nevojshme t'i ndajmĂ« ato nĂ« struktura mĂ« tĂ« vogla â kadro. KĂ«tu do tĂ« shqyrtojmĂ« dy nĂ«nndarje: njĂ«ra pĂ«r telemetrinĂ« (TM) dhe tjetra pĂ«r telekomandat (TC).
Telemetri
Thjesht, kĂ«to janĂ« tĂ« dhĂ«nat qĂ« stacioni tokĂ«sor merr nga KĐ. TĂ« gjitha informacionet e dĂ«rguara ndahen nĂ« fragmente tĂ« vogla me gjatĂ«si fikse â kadro, tĂ« cilat pĂ«rmbajnĂ« tĂ« dhĂ«nat e dĂ«rguara dhe fushat shĂ«rbyese. Le tĂ« shqyrtojmĂ« strukturĂ«n e kadros mĂ« hollĂ«sisht:
Dhe le të fillojmë shqyrtimin me titullin kryesor të kadros së telemetrisë. Më pas do të lejoj veten që në disa raste thjesht të përkthej standardet, duke dhënë disa shpjegime në kalim.
Fusha e identifikuesit të kanalit kryesor (Master Channel ID) duhet të përmbajë numrin e versionit të kadros dhe identifikuesin e aparatit.
Ădo KĐ, sipas standardeve CCSDS, duhet tĂ« ketĂ« njĂ« identifikues unik, me tĂ« cilin mund tĂ« pĂ«rcaktohet, duke pasur kadron, se cilit aparat i pĂ«rket. Formalisht Ă«shtĂ« e nevojshme tĂ« dĂ«rgohet 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Ă« kadros ndihmon nĂ« pĂ«rcaktimin e cilit version standardesh po pĂ«rdoret, pĂ«r tĂ« lexuar saktĂ«sisht kadron. KĂ«tu do tĂ« shqyrtojmĂ« vetĂ«m standardin mĂ« konservator me versionin '0'.
Në fushën e identifikuesit të kanaleve virtuale (Virtual Channel ID) duhet të përmbahen VCID e kanalit nga i cili erdhi paketa. Nuk ka kufizime në zgjedhjen e VCID, veçanërisht kanalet virtuale nuk është e nevojshme të numërohen në rend të rregullt.
Shpesh ndodh nevoja pĂ«r tĂ« shumĂ«fishuar tĂ« dhĂ«nat e dĂ«rguara. PĂ«r kĂ«tĂ« ekziston mekanizmi i kanaleve virtuale. PĂ«r shembull, sateliti Meteor-M2 transmeton njĂ« imazh ngjyrĂ« nĂ« diapazonin e dukshĂ«m, duke e ndarĂ« atĂ« nĂ« tre imazhe tĂ« bardha e zi â secila ngjyrĂ« transmetohet nĂ« kanalin e saj virtual me njĂ« paketĂ« tĂ« veçantĂ«, megjithatĂ«, nĂ« strukturen e kadrove tĂ« tij ka disa devijime nga standardet.
Fusha e flamurit të Kontrollit Operacional duhet të jetë një tregues i pranisë ose mungesës së fushës së Kontrollit Operacional në kadron e telemetrisë. Këto 4 byte në fund të kadros shërbejnë për të mbajtur komunikimin e pjesës së kthyer gjatë kontrollit të shpëtimit të kadrove të telekomandave. Për to do të flasim më vonë.
Numëruesit e kadrove të kanalit kryesor dhe atij virtual janë fusha që rriten me njësi çdo herë që dërgohet një kadër. Shërbejnë si tregues se asnjë kadër nuk është humbur.
Statusi i tĂ« dhĂ«nave tĂ« kadros sĂ« telemetrisĂ« â janĂ« dy byte tĂ« flamujve dhe tĂ« dhĂ«nave, nga tĂ« cilat ne do tĂ« shqyrtojmĂ« vetĂ«m disa.
Fusha e flamurit të titullit të dytë (Secondary Header) duhet të jetë një tregues i pranisë ose mungesës së titullit të dytë (Secondary Header) në kadron e telemetrisë.
Nëse dëshironi, mund të shtoni një titull të dytë në çdo kadër dhe të vendosni aty çdo informacion sipas dëshirës tuaj.
Fusha e treguesit për titullin e parë (First Header Pointer), kur vlera e flamurit të sinkronizimit është "1", duhet të mbajë përfaqësimin binar të pozicionit të octetit të parë të Paketës në fushën e të dhënave (Data Field) të kuadrit të telemetrisë. Pozita matet nga 0 në rritje nga fillimi i fushës së të dhënave. Nëse nuk ka fillim pakete në fushën e të dhënave të kuadrit të telemetrisë, atëherë fusha e treguesit për titullin e parë duhet të ketë vlerën në përfaqësimin binar "11111111111" (kjo mund të ndodhë nëse një paketë e gjatë shtrihet më shumë se një kuadrin).
Nëse fusha e të dhënave përmban një paketë bosh (Idle Data), atëherë treguesi për titullin e parë duhet të ketë vlerën në përfaqësimin binar "11111111110". Me këtë fushë, marrësi duhet të realizojë sinkronizimin e fluxit. Kjo fushë garanton rivendosjen e sinkronizimit madje edhe në rastin e humbjes së kuadrave.
Pra, paketa mund, të themi, të fillojë në mes të kuadrit të 4-të dhe të përfundojë në fillim të kuadrit të 20-të. Ky tregues shërben pikërisht për të gjetur fillimin e saj. Paketat gjithashtu kanë një titull, në të cilin është shënuar gjatësia e saj, prandaj, në ekzistencën e treguesit për titullin e parë, përpunuesi i nivelit të kanalit duhet ta lexojë atë, duke përcaktuar kështu se ku do të përfundojë paketa.
Nëse fusha e kontrollit të gabimeve është e pranishme, ajo duhet të jetë e pranishme në çdo kuadër telemetrie për një kanal fizik të caktuar gjatë gjithë misjonit.
Kjo fushë llogaritet duke përdorur metodën CRC. Procesi duhet të marrë n-16 bit të kuadrit të telemetrisë dhe të vendosë rezultatin e llogaritjes në 16 bitët e fundit.
Telekomandat
Kuadri i telekomandave ka disa dallime të rëndësishme. Mes tyre:
- Një strukturë e ndryshme titulli
- Gjatësi dinamike. Kjo do të thotë se gjatësia e kuadrit nuk është caktuar në mënyrë të fortë, siç është bërë në telemetri, por mund të ndryshojë në varësi të paketave që dërgohen.
- Mekanizmi i garanti të dorëzimit të paketave. Kjo do të thotë se KРduhet, pas marrjes, të konfirmojë saktësinë e pranimit të kuadrave, ose të kërkojë dërgimin e ri nga kuadri që mund të jetë pranuar me një gabim të paidentifikueshëm.
Mjaft fusha janë tashmë të njohura nga titulli i kuadrit të telemetrisë. Ato kanë të njëjtin qëllim, prandaj këtu do të shqyrtojmë vetëm fushat e reja.
Një bit flamuri duhet të përdoret për kontrollin e verifikimit të kuadrave në marrës. Vlera "0" e këtij flamuri duhet të tregojë se ky kuadër është kuadër i tipit A dhe verifikimi duhet të bëhet sipas FARM. Vlera "1" e këtij flamuri duhet ta informojë marrësin se ky kuadër është kuadër i tipit B dhe duhet të shmangen verifikimi sipas FARM.
Ky flamur informon marrĂ«sin nĂ«se duhet tĂ« pĂ«rdorĂ« mekanizmin e konfirmimit tĂ« dorĂ«zimit tĂ« kuadrave, i quajtur FARM â Mekanizmi i Pranimit dhe Reportimit tĂ« Kuadrave.
Flamuri i komandës së kontrollit duhet të përdoret për të kuptuar nëse fusha e të dhënave transporton një komandë ose të dhëna. Nëse flamuri është "0", atëherë fusha e të dhënave duhet të përmbajë të dhëna. Nëse flamuri është "1", atëherë fusha e të dhënave duhet të përmbajë informacion kontrolli për FARM.
FARM përbën një automatik të fundit, parametrat e të cilit mund të personalizohen.
RSVD. SPARE - bita të rezervuar.
Duket se CCSDS ka plane për to në të ardhmen, dhe për të siguruar përputhshmërinë mbrapa të versioneve të protokollit ata kanë rezervuar këta bita që tani në versionet aktuale të standartit.
Fusha e gjatësisë së kuadrave duhet të përmbajë një numër në përfaqësim binar, që është gjatësia e kuadrit në oktet minus një.
Fusha e të dhënave të kuadrave duhet të vijë pas titullit pa ndarje dhe të përmbajë një numër të plotë oktetesh, që mund të ketë një gjatësi maksimale prej 1019 oktetesh. Kjo fushë duhet të përmbajë ose bllok të dhënash të kuadrit, ose informacionin e komandës së kontrollit. Blloku i të dhënave të kuadrit duhet të përmbajë:
- një numër të plotë të oktetave të të dhënave të përdoruesit
- titulli i segmentit dhe numri i shkronjave që e ndjekin, e të dhënave të përdoruesit
Nëse titulli është i pranishëm, atëherë blloku i të dhënave duhet të përmbajë një Paketë, një grup Paketash, ose një pjesë të saj. Një bllok të dhënash pa titull nuk mund të përmbajë pjesë të Paketave, por mund të përmbajë blloqe të dhënash me format të veçantë. Kjo do të thotë se titulli kërkohet kur blloku i dhënash të transmetuar nuk përputhet në një kuadër. Blloku i dhënash që ka titullin, quhet segment.
Fusha e flamurëve me dy biti 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 krejtĂ«sisht njĂ« ose disa paketash.
Fusha e identifikuesit MAP duhet të përmbajë zero, nëse kanalet MAP nuk përdoren.
Ndonjëherë 6 bitët e rezervuar për kanalet virtuale janë të pamjaftueshëm. Dhe nëse është e nevojshme të multiplexoni të dhënat në një numër më të madh kanalesh, më shumë 6 bit nga kreu i segmentit përdoren.
FARM
Le tĂ« shqyrtojmĂ« mĂ« nĂ« detaje mekanizmin e funksionimit tĂ« sistemit tĂ« kontrollit tĂ« dorĂ«zimit tĂ« kadrove. Ky sistem parashikon vetĂ«m punĂ« me kadrot e telekomandave pĂ«r shkak tĂ« rĂ«ndĂ«sisĂ« sĂ« tyre (telemetria gjithmonĂ« mund tĂ« kĂ«rkohet pĂ«rsĂ«ri, ndĂ«rsa KA duhet tĂ« dĂ«gjojĂ« stacionin tokĂ«sor qartĂ« dhe gjithmonĂ« t'i nĂ«nshtrohet urdhrave tĂ« saj). Le tĂ« supozojmĂ« se kemi vendosur tĂ« riprogramojmĂ« 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Ă« nga njĂ« lart. Kur transmetimi pĂ«rfundon, KA duhet tĂ« konfirmojĂ« saktĂ«sinĂ« e marrjes sĂ« paketĂ«s, ose tĂ« kumtojĂ« se nĂ« cilĂ«n kadĂ«r ndodhi gabimi. KĂ«to informacione dĂ«rgohen nĂ« fushĂ«n e kontrollit operacional nĂ« kĂ«rkesĂ«n e parĂ« tĂ« telemetrisĂ« (Ose KA mund tĂ« nxisĂ« dĂ«rgimin e njĂ« kadre tĂ« zbrazĂ«t (idle frame), nĂ«se nuk ka gjĂ« pĂ«r tĂ« thĂ«nĂ«). NĂ«pĂ«rmjet telemetrisĂ« sĂ« marrĂ«, ne ose konfirmojmĂ« qĂ« gjithçka Ă«shtĂ« nĂ« rregull, ose fillojmĂ« pĂ«rsĂ«ritjen e mesazhit. Supozoni se sateliti nuk e dĂ«gjoi kadĂ«r nr. 7. Pra, i dĂ«rgojmĂ« kadrot 7, 8, 9. NĂ« rast se nuk ka marrĂ« pĂ«rgjigje, paketa dĂ«rgohet tĂ«rĂ«sisht pĂ«rsĂ«ri (dhe kĂ«shtu disa herĂ«, derisa tĂ« kuptojmĂ« se pĂ«rpjekjet janĂ« pa sukses).
MĂ« poshtĂ« jepet struktura e fushĂ«s sĂ« kontrollit operacional me pĂ«rshkrimin e disa fushave. TĂ« dhĂ«nat qĂ« pĂ«rmbahen nĂ« kĂ«tĂ« fushĂ« quhen CLCW â Fjala e Kontrollit tĂ« LidhesĂ«s sĂ« Komunikimit.
Duke qenë se nga figura mund të kuptohet qëllimi i fushave kryesore, dhe shikimi i atyre të tjera është i mërzitshëm, do të fshij detajet nën një spoiler.
Shpjegimi i fushave CLCWLloji i fjalës së kontrolleve (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ë përfaqësimin me 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 agjensi të ndryshme hapësinore.
Identifikuesi i kanalit virtual (Virtual Channel Identification):
Duhet të përmbajë identifikuesin e kanalit virtual, me të cilin është i lidhur ky fjalë kontrolli.
Flamuri i aksesit në kanal fizik:
Flamuri duhet tĂ« ofrojĂ« informacion mbi gatishmĂ«rinĂ« e nivelit fizik tĂ« marrĂ«sit. EÄer niveli fizik i marrĂ«sit nuk Ă«shtĂ« i gatshĂ«m pĂ«r tĂ« marrĂ« kadra, atĂ«herĂ« fusha duhet tĂ« pĂ«rmbajĂ« "1", pĂ«rndryshe "0".
Flamuri i dështimit të sinkronizimit:
Flamuri mund të raportojë se niveli fizik punon në një nivel të keq sinjali dhe numri i kadrove të refuzuara është shumë i lartë. Përdorimi i kësaj fushe është opsional, nëse përdoret, duhet të përmbajë "0" në prani të sinkronizimit, dhe "1" në mungesë të tij.
Flamuri i bllokimit:
Ky bit duhet të përmbajë statusin e bllokimit të FARM për çdo kanal virtual. Vlera "1" në këtë fushë duhet të tregojë se FARM është bllokuar dhe kadrot 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ë të dhënat në këtë kanal virtual të caktuar. Vlera "1" tregon se të gjitha kadrot do të refuzohen në këtë kanal virtual, përndryshe "0".
Flamuri i përsëritjes:
Ky flamur duhet të përmbajë "1" nëse një ose më shumë kadra të tipit A janë refuzuar ose janë zbuluar humbje, kështu që kërkohet përsëritja. Flamuri "0" tregon se nuk ka pasur kadra të refuzuara ose humbje.
Vlera e përgjigjes:
Numri i kadres që nuk është pranuar. Përcaktohet nga numëruesi në kreun e kadres së telekomandës.
Niveli i rrjetit
Le të prekim pak edhe këtë nivel. Këtu janë dy mundësi: ose të përdorim protokollin e paketave të hapësirës, ose të inkapsulojmë çdo protokoll tjetër në paketën CCSDS.
PĂ«rmbledhja e protokollit tĂ« paketave tĂ« hapĂ«sirĂ«s â tema pĂ«r njĂ« artikull tjetĂ«r. Ai Ă«shtĂ« krijuar qĂ« aplikacione tĂ« quajtura tĂ« mund tĂ« ndajnĂ« tĂ« dhĂ«na pa probleme. Ădo aplikacion ka adresĂ«n e tij, dhe funksionalitetin bazĂ« pĂ«r ndarjen e tĂ« dhĂ«nave me aplikacione tĂ« tjera. Gjithashtu ka shĂ«rbime qĂ« kryejnĂ« routingun e trafikut, monitorimin e dorĂ«zimit, etj.
Me inkapsulimin është më e thjeshtë dhe më e qartë. Standardet ofrojnë mundësinë për të inkapsuluar çdo protokoll në paketat CCSDS duke shtuar një kryefjalë shtesë.
Këtu kryefjala ka vlera të ndryshme në varësi të gjatësi të protokollit të inkapsuluar:
Këtu fusha kryesore është gjatësi e dhëmbëve. Ajo mund të varihet nga 0 deri në 4 bajt. Gjithashtu, në këtë kryefjalë është e nevojshme të tregohet lloji i protokollit të inkapsuluar, përmes një tabele .
Gjatë inkapsulimit të IP përdoret një shtesë tjetër për të përcaktuar llojin e paketës.
Nevojitet të shtoni një kryefjalë tjetër, e gjatë nga një oktet:
Ku PID është një tjetër identifikues protokolli, i marrë
PĂ«rfundimi
Në një shikim të parë mund të duket se kryefjalët CCSDS janë tejet të tepërta, dhe disa fusha mund të hiqen. Vërtet, efikasiteti i kanaleve përfundimtare (deri në nivelin e rrjetit) është rreth 40%. Megjithatë, sapo lind nevoja për zbatimin e këtyre standardeve, bëhet e qartë se çdo fushë, çdo kryefjalë ka një mision të rëndësishëm, ignorimi i të cilit çon në një sërë ambiguities.
Nëse komuniteti i habrit do të tregojë interes për këtë temë, do të isha i lumtur të publikoj një sërë artikujsh, të dedikuar teorisë dhe praktikës së komunikimit hapësinor. Faleminderit për vëmendjen!
Burimet
P.S.
Mos e godisni fort, nĂ«se gjeni pasaktĂ«si. Njoftoni pĂ«r to, dhe ato do tĂ« korrigjohen đ
Burimi: habr.com
