अंतरिक्ष संचार मानकों के बारे में थोड़ा

उल्का एम1 उपग्रह
स्रोत: vladtime.ru

परिचय

अंतरिक्ष प्रौद्योगिकी का संचालन रेडियो संचार के बिना असंभव है, और इस लेख में मैं उन मुख्य विचारों को समझाने की कोशिश करूंगा जो अंतरिक्ष डेटा सिस्टम के लिए अंतर्राष्ट्रीय सलाहकार समिति (सीसीएसडीएस) द्वारा विकसित मानकों का आधार बने। इस संक्षिप्त नाम का उपयोग नीचे किया जाएगा) .

यह पोस्ट मुख्य रूप से डेटा लिंक परत पर केंद्रित होगी, लेकिन अन्य परतों के लिए बुनियादी अवधारणाओं को भी पेश किया जाएगा। यह लेख किसी भी तरह से मानकों का संपूर्ण और संपूर्ण विवरण नहीं देता है। आप इसे यहां देख सकते हैं ऑनलाइन सीसीएसडीएस। हालाँकि, उन्हें समझना बहुत कठिन है, और हमने उन्हें समझने की कोशिश में बहुत समय बिताया है, इसलिए यहां मैं बुनियादी जानकारी प्रदान करना चाहता हूं, जिसके होने से बाकी सभी चीजों को समझना बहुत आसान हो जाएगा। तो, चलिए शुरू करते हैं।

सीसीएसडीएस का महान मिशन

शायद किसी के पास एक प्रश्न है: यदि आप अपना स्वयं का स्वामित्व रेडियो प्रोटोकॉल स्टैक (या ब्लैकजैक और नई सुविधाओं के साथ अपना स्वयं का मानक) विकसित कर सकते हैं, तो हर किसी को मानकों का पालन क्यों करना चाहिए, जिससे सिस्टम की सुरक्षा बढ़ जाएगी?

जैसा कि अभ्यास से पता चलता है, निम्नलिखित कारणों से सीसीएसडीएस मानकों का पालन करना अधिक लाभदायक है:

1. मानकों को प्रकाशित करने के लिए जिम्मेदार समिति में दुनिया की हर प्रमुख एयरोस्पेस एजेंसी के प्रतिनिधि शामिल हैं, जो विभिन्न मिशनों के डिजाइन और संचालन के कई वर्षों में प्राप्त अमूल्य अनुभव लेकर आए हैं। इस अनुभव को नज़रअंदाज करना और फिर से उनकी राह पर कदम बढ़ाना बहुत बेतुका होगा।
2. ये मानक बाज़ार में पहले से मौजूद ग्राउंड स्टेशन उपकरण द्वारा समर्थित हैं।
3. किसी भी समस्या का निवारण करते समय, आप हमेशा अन्य एजेंसियों के सहकर्मियों से मदद ले सकते हैं ताकि वे अपने ग्राउंड स्टेशन से डिवाइस के साथ संचार सत्र आयोजित कर सकें। जैसा कि आप देख सकते हैं, मानक एक अत्यंत उपयोगी चीज़ हैं, तो आइए उनके मुख्य बिंदुओं पर नज़र डालें।

आर्किटेक्चर

मानक सबसे आम ओएसआई (ओपन सिस्टम इंटरकनेक्शन) मॉडल को प्रतिबिंबित करने वाले दस्तावेजों का एक सेट हैं, सिवाय इसके कि डेटा लिंक स्तर पर समानता टेलीमेट्री (डाउनलिंक - स्पेस - अर्थ) और टेलीकॉमैंड्स (अपलिंक) में विभाजन तक सीमित है।

आइए कुछ स्तरों पर अधिक विस्तार से नज़र डालें, भौतिक से शुरू करके ऊपर की ओर बढ़ते हुए। अधिक स्पष्टता के लिए, हम प्राप्तकर्ता पक्ष की वास्तुकला पर विचार करेंगे। संचारित करने वाला उसका दर्पण प्रतिबिम्ब है।

एक प्रकार की प्रोग्रामिंग की पर्त

इस स्तर पर, मॉड्यूलेटेड रेडियो सिग्नल को बिट स्ट्रीम में परिवर्तित किया जाता है। यहां मानक मुख्य रूप से सलाहकारी प्रकृति के हैं, क्योंकि इस स्तर पर हार्डवेयर के विशिष्ट कार्यान्वयन से अलग होना मुश्किल है। यहां, सीसीएसडीएस की मुख्य भूमिका स्वीकार्य मॉड्यूलेशन (बीपीएसके, क्यूपीएसके, 8-क्यूएएम, आदि) को परिभाषित करना और प्रतीक सिंक्रनाइज़ेशन तंत्र, डॉपलर मुआवजे आदि के कार्यान्वयन पर कुछ सिफारिशें देना है।

तुल्यकालन और एन्कोडिंग स्तर

औपचारिक रूप से, यह डेटा लिंक परत की एक उपपरत है, लेकिन सीसीएसडीएस मानकों के भीतर इसके महत्व के कारण इसे अक्सर एक अलग परत में विभाजित किया जाता है। यह परत बिट स्ट्रीम को तथाकथित फ्रेम (टेलीमेट्री या टेलीकॉमैंड) में परिवर्तित करती है, जिसके बारे में हम बाद में बात करेंगे। भौतिक परत पर प्रतीक सिंक्रनाइज़ेशन के विपरीत, जो आपको सही बिट स्ट्रीम प्राप्त करने की अनुमति देता है, फ़्रेम सिंक्रनाइज़ेशन यहां किया जाता है। उस पथ पर विचार करें जो डेटा इस स्तर पर लेता है (नीचे से ऊपर तक):

हालाँकि, इससे पहले, कोडिंग के बारे में कुछ शब्द कहना उचित है। रेडियो चैनल पर डेटा भेजते समय अनिवार्य रूप से होने वाली बिट त्रुटियों को खोजने और/या ठीक करने के लिए यह प्रक्रिया आवश्यक है। यहां हम डिकोडिंग प्रक्रियाओं पर विचार नहीं करेंगे, बल्कि केवल स्तर के आगे के तर्क को समझने के लिए आवश्यक जानकारी प्राप्त करेंगे।

कोड ब्लॉक या निरंतर हो सकते हैं। मानक किसी विशिष्ट प्रकार के एन्कोडिंग के उपयोग को बाध्य नहीं करते हैं, लेकिन यह उसी रूप में मौजूद होना चाहिए। निरंतर कोड में कनवल्शनल कोड शामिल होते हैं। इनका उपयोग निरंतर बिट स्ट्रीम को एनकोड करने के लिए किया जाता है। यह ब्लॉक कोड के विपरीत है, जहां डेटा को कोडब्लॉक में विभाजित किया जाता है और केवल पूर्ण ब्लॉक के भीतर ही डिकोड किया जा सकता है। कोड ब्लॉक प्राप्त डेटा की शुद्धता को सत्यापित करने और संभावित त्रुटियों को ठीक करने के लिए आवश्यक प्रेषित डेटा और संलग्न अनावश्यक जानकारी का प्रतिनिधित्व करता है। ब्लॉक कोड में प्रसिद्ध रीड-सोलोमन कोड शामिल हैं।

यदि कनवल्शनल एन्कोडिंग का उपयोग किया जाता है, तो बिटस्ट्रीम शुरुआत से डिकोडर में प्रवेश करता है। इसके कार्य का परिणाम (यह सब, निश्चित रूप से, लगातार होता रहता है) CADU (चैनल एक्सेस डेटा यूनिट) डेटा ब्लॉक हैं। फ़्रेम सिंक्रनाइज़ेशन के लिए यह संरचना आवश्यक है. प्रत्येक CADU के अंत में एक संलग्न सिंक मेकर (ASM) होता है। ये पहले से ज्ञात 4 बाइट्स हैं, जिनके द्वारा सिंक्रोनाइज़र CADU की शुरुआत और अंत का पता लगाता है। इस प्रकार फ़्रेम सिंक्रोनाइज़ेशन प्राप्त किया जाता है।

सिंक्रनाइज़ेशन और एन्कोडिंग परत का अगला वैकल्पिक चरण भौतिक परत की विशिष्टताओं से जुड़ा है। यह व्युत्पन्नीकरण है. तथ्य यह है कि प्रतीक सिंक्रनाइज़ेशन प्राप्त करने के लिए, प्रतीकों के बीच बार-बार स्विच करना आवश्यक है। इसलिए, यदि हम पूरी तरह से डेटा का एक किलोबाइट संचारित करते हैं, तो सिंक्रनाइज़ेशन खो जाएगा। इसलिए, ट्रांसमिशन के दौरान, इनपुट डेटा को आवधिक छद्म-यादृच्छिक अनुक्रम के साथ मिलाया जाता है ताकि शून्य और एक का घनत्व एक समान हो।

इसके बाद, ब्लॉक कोड को डिकोड किया जाता है, और जो बचता है वह सिंक्रोनाइज़ेशन और एन्कोडिंग स्तर का अंतिम उत्पाद है - एक फ्रेम।

सूचना श्रंखला तल

एक तरफ, लिंक लेयर प्रोसेसर फ्रेम प्राप्त करता है, और दूसरी तरफ यह पैकेट जारी करता है। चूँकि पैकेटों का आकार औपचारिक रूप से सीमित नहीं है, इसलिए उनके विश्वसनीय संचरण के लिए उन्हें छोटी संरचनाओं - फ़्रेमों में तोड़ना आवश्यक है। यहां हम दो उपखंडों को देखेंगे: टेलीमेट्री (टीएम) और टेलीकॉममैंड्स (टीसी) के लिए अलग-अलग।

टेलीमेटरी

सीधे शब्दों में कहें तो यह वह डेटा है जो ग्राउंड स्टेशन को अंतरिक्ष यान से प्राप्त होता है। सभी प्रेषित जानकारी को एक निश्चित लंबाई के छोटे टुकड़ों में विभाजित किया जाता है - फ़्रेम जिसमें प्रेषित डेटा और सेवा फ़ील्ड होते हैं। आइए फ़्रेम संरचना पर करीब से नज़र डालें:

और आइए टेलीमेट्री फ्रेम के मुख्य हेडर से अपना विचार शुरू करें। इसके अलावा, मैं स्वयं को कुछ स्थानों पर मानकों का आसानी से अनुवाद करने की अनुमति दूंगा, साथ ही कुछ स्पष्टीकरण भी दूंगा।

मास्टर चैनल आईडी फ़ील्ड में फ़्रेम संस्करण संख्या और डिवाइस पहचानकर्ता होना चाहिए।

सीसीएसडीएस मानकों के अनुसार, प्रत्येक अंतरिक्ष यान का अपना विशिष्ट पहचानकर्ता होना चाहिए, जिसके द्वारा, एक फ्रेम होने पर, कोई यह निर्धारित कर सकता है कि यह किस उपकरण से संबंधित है। औपचारिक रूप से, डिवाइस को पंजीकृत करने के लिए एक आवेदन जमा करना आवश्यक है, और इसका नाम, इसके पहचानकर्ता के साथ, खुले स्रोतों में प्रकाशित किया जाएगा। हालाँकि, रूसी निर्माता अक्सर डिवाइस को एक मनमाना पहचानकर्ता निर्दिष्ट करके इस प्रक्रिया को अनदेखा कर देते हैं। फ़्रेम संस्करण संख्या यह निर्धारित करने में मदद करती है कि फ़्रेम को सही ढंग से पढ़ने के लिए मानकों के किस संस्करण का उपयोग किया जाता है। यहां हम संस्करण "0" के साथ केवल सबसे रूढ़िवादी मानक पर विचार करेंगे।

वर्चुअल चैनल आईडी फ़ील्ड में उस चैनल का VCID होना चाहिए जिससे पैकेट आया है। वीसीआईडी ​​की पसंद पर कोई प्रतिबंध नहीं है; विशेष रूप से, वर्चुअल चैनलों को क्रमिक रूप से क्रमांकित करना आवश्यक नहीं है।

अक्सर प्रेषित डेटा को मल्टीप्लेक्स करने की आवश्यकता होती है। इस प्रयोजन के लिए आभासी चैनलों की एक व्यवस्था है। उदाहरण के लिए, उल्का-एम2 उपग्रह एक रंगीन छवि को दृश्यमान रेंज में प्रसारित करता है, इसे तीन काले और सफेद में विभाजित करता है - प्रत्येक रंग एक अलग पैकेट में अपने स्वयं के आभासी चैनल में प्रसारित होता है, हालांकि इसमें मानकों से कुछ विचलन होता है इसके फ्रेम की संरचना.

ऑपरेशनल कंट्रोल फ़्लैग फ़ील्ड टेलीमेट्री फ़्रेम में ऑपरेशनल कंट्रोल फ़ील्ड की उपस्थिति या अनुपस्थिति का संकेतक होगा। फ़्रेम के अंत में ये 4 बाइट्स टेलीकमांड फ़्रेम की डिलीवरी को नियंत्रित करते समय फीडबैक प्रदान करने का काम करते हैं। हम उनके बारे में थोड़ी देर बाद बात करेंगे।

मुख्य और वर्चुअल चैनल फ़्रेम काउंटर ऐसे फ़ील्ड हैं जो हर बार फ़्रेम भेजे जाने पर एक से बढ़ जाते हैं। एक संकेतक के रूप में काम करें कि एक भी फ्रेम नष्ट नहीं हुआ।

टेलीमेट्री फ़्रेम डेटा स्थिति फ़्लैग और डेटा के दो और बाइट्स हैं, जिनमें से हम केवल कुछ को देखेंगे।

सेकेंडरी हेडर फ़्लैग फ़ील्ड टेलीमेट्री फ़्रेम में सेकेंडरी हेडर की उपस्थिति या अनुपस्थिति का संकेतक होना चाहिए।

यदि आप चाहें, तो आप प्रत्येक फ्रेम में एक अतिरिक्त हेडर जोड़ सकते हैं और अपने विवेक पर कोई भी डेटा वहां रख सकते हैं।

प्रथम हेडर पॉइंटर फ़ील्ड, जब सिंक्रोनाइज़ेशन फ़्लैग को "1" पर सेट किया जाता है, तो टेलीमेट्री फ़्रेम के डेटा फ़ील्ड में पहले पैकेट के पहले ऑक्टेट की स्थिति का एक द्विआधारी प्रतिनिधित्व शामिल होगा। स्थिति की गणना डेटा फ़ील्ड की शुरुआत से आरोही क्रम में 0 से की जाती है। यदि टेलीमेट्री फ़्रेम के डेटा फ़ील्ड में पैकेट की कोई शुरुआत नहीं है, तो पहले हेडर फ़ील्ड के पॉइंटर का बाइनरी प्रतिनिधित्व में मान "11111111111" होना चाहिए (यह तब हो सकता है जब एक लंबा पैकेट एक से अधिक फ्रेम में फैला हो ).

यदि डेटा फ़ील्ड में एक खाली पैकेट (निष्क्रिय डेटा) है, तो पहले हेडर के पॉइंटर का बाइनरी प्रतिनिधित्व में मान "11111111110" होना चाहिए। इस फ़ील्ड का उपयोग करके, रिसीवर को स्ट्रीम को सिंक्रनाइज़ करना होगा। यह फ़ील्ड सुनिश्चित करती है कि फ़्रेम गिराए जाने पर भी सिंक्रनाइज़ेशन बहाल हो।

यानी, एक पैकेट, मान लीजिए, चौथे फ्रेम के मध्य में शुरू हो सकता है और 4वें फ्रेम की शुरुआत में समाप्त हो सकता है। इस फ़ील्ड का उपयोग इसकी शुरुआत खोजने के लिए किया जाता है। पैकेट में एक हेडर भी होता है जो इसकी लंबाई निर्दिष्ट करता है, इसलिए जब पहले हेडर के लिए एक संकेतक मिलता है, तो लिंक-लेयर प्रोसेसर को इसे पढ़ना होगा, जिससे यह निर्धारित होगा कि पैकेट कहां समाप्त होगा।
यदि कोई त्रुटि नियंत्रण फ़ील्ड मौजूद है, तो इसे पूरे मिशन के दौरान एक विशेष भौतिक चैनल के लिए प्रत्येक टेलीमेट्री फ्रेम में समाहित किया जाना चाहिए।

इस फ़ील्ड की गणना सीआरसी पद्धति का उपयोग करके की जाती है। प्रक्रिया में टेलीमेट्री फ़्रेम के n-16 बिट्स लेने चाहिए और गणना के परिणाम को अंतिम 16 बिट्स में सम्मिलित करना चाहिए।

टीवी टीमें

टीवी कमांड फ्रेम में कई महत्वपूर्ण अंतर हैं। उनमें से:

1. विभिन्न शीर्षक संरचना
2. गतिशील लंबाई. इसका मतलब यह है कि फ्रेम की लंबाई कठोरता से निर्धारित नहीं की जाती है, जैसा कि टेलीमेट्री में किया जाता है, लेकिन प्रेषित पैकेट के आधार पर भिन्न हो सकती है।
3. पैकेट वितरण गारंटी तंत्र। अर्थात्, अंतरिक्ष यान को इसे प्राप्त करने के बाद, फ्रेम रिसेप्शन की शुद्धता की पुष्टि करनी चाहिए, या एक फ्रेम से अग्रेषित करने का अनुरोध करना चाहिए जो एक अचूक त्रुटि के साथ प्राप्त किया जा सकता है।

टेलीमेट्री फ्रेम हेडर से कई क्षेत्र पहले से ही परिचित हैं। उनका उद्देश्य एक ही है, इसलिए यहां हम केवल नए क्षेत्रों पर ही विचार करेंगे।

रिसीवर पर फ़्रेम जांच को नियंत्रित करने के लिए बाईपास ध्वज के एक बिट का उपयोग किया जाना चाहिए। इस ध्वज के लिए "0" का मान इंगित करेगा कि फ्रेम एक प्रकार ए फ्रेम है और इसे एफएआरएम के अनुसार सत्यापित किया जाना चाहिए। इस ध्वज के लिए "1" का मान रिसीवर को इंगित करना चाहिए कि यह फ्रेम एक प्रकार बी फ्रेम है और इसे एफएआरएम जांच को बायपास करना चाहिए।

यह ध्वज रिसीवर को सूचित करता है कि उसे FARM - फ़्रेम स्वीकृति और रिपोर्टिंग तंत्र नामक फ़्रेम डिलीवरी पावती तंत्र का उपयोग करना है या नहीं।

कंट्रोल कमांड फ़्लैग का उपयोग यह समझने के लिए किया जाना चाहिए कि डेटा फ़ील्ड कमांड या डेटा को ट्रांसपोर्ट करता है या नहीं। यदि ध्वज "0" है, तो डेटा फ़ील्ड में डेटा अवश्य होना चाहिए। यदि ध्वज "1" है, तो डेटा फ़ील्ड में FARM के लिए नियंत्रण जानकारी होनी चाहिए।
FARM एक परिमित राज्य मशीन है जिसके मापदंडों को कॉन्फ़िगर किया जा सकता है।

आरएसवीडी. अतिरिक्त - आरक्षित बिट्स।

ऐसा लगता है कि सीसीएसडीएस के पास भविष्य में उनके लिए योजनाएं हैं, और प्रोटोकॉल संस्करणों की पिछली संगतता के लिए उन्होंने इन बिट्स को मानक के वर्तमान संस्करणों में पहले से ही आरक्षित कर दिया है।

फ़्रेम लंबाई फ़ील्ड में बिट प्रतिनिधित्व में एक संख्या होनी चाहिए जो ऑक्टेट शून्य से एक में फ़्रेम लंबाई के बराबर हो।

फ़्रेम डेटा फ़ील्ड को रिक्त स्थान के बिना हेडर का अनुसरण करना चाहिए और इसमें ऑक्टेट की पूर्णांक संख्या होनी चाहिए, जिसकी लंबाई अधिकतम 1019 ऑक्टेट हो सकती है। इस फ़ील्ड में या तो फ़्रेम डेटा ब्लॉक या नियंत्रण कमांड जानकारी होनी चाहिए। फ़्रेम डेटा ब्लॉक में निम्न शामिल होना चाहिए:

• उपयोगकर्ता डेटा ऑक्टेट की पूर्णांक संख्या
• सेगमेंट हेडर के बाद उपयोगकर्ता डेटा ऑक्टेट की पूर्णांक संख्या आती है

यदि कोई हेडर मौजूद है, तो डेटा ब्लॉक में एक पैकेट, पैकेट का एक सेट या पैकेट का हिस्सा होना चाहिए। हेडर के बिना डेटा ब्लॉक में पैकेट के हिस्से नहीं हो सकते हैं, लेकिन इसमें निजी प्रारूप डेटा ब्लॉक हो सकते हैं। इससे यह पता चलता है कि हेडर की आवश्यकता तब होती है जब प्रेषित डेटा ब्लॉक एक फ्रेम में फिट नहीं होता है। डेटा का एक ब्लॉक जिसमें हेडर होता है उसे सेगमेंट कहा जाता है

दो-बिट फ़्लैग फ़ील्ड में निम्न शामिल होना चाहिए:

• "01" - यदि डेटा का पहला भाग डेटा ब्लॉक में है
• "00" - यदि डेटा का मध्य भाग डेटा ब्लॉक में है
• "10" - यदि डेटा का अंतिम टुकड़ा डेटा ब्लॉक में है
• "11" - यदि कोई विभाजन नहीं है और एक या अधिक पैकेट पूरी तरह से डेटा ब्लॉक में फिट होते हैं।

यदि एमएपी चैनलों का उपयोग नहीं किया जाता है तो एमएपी आईडी फ़ील्ड में शून्य होना चाहिए।
कभी-कभी वर्चुअल चैनलों को आवंटित 6 बिट्स पर्याप्त नहीं होते हैं। और यदि बड़ी संख्या में चैनलों पर डेटा को मल्टीप्लेक्स करना आवश्यक है, तो सेगमेंट हेडर से अन्य 6 बिट्स का उपयोग किया जाता है।

गृह उद्यान भूमि

आइए कार्मिक वितरण नियंत्रण प्रणाली के कामकाज के तंत्र पर करीब से नज़र डालें। यह प्रणाली केवल उनके महत्व के कारण दूरसंचार के फ्रेम के साथ काम करने की सुविधा प्रदान करती है (टेलीमेट्री का हमेशा दोबारा अनुरोध किया जा सकता है, और अंतरिक्ष यान को ग्राउंड स्टेशन को स्पष्ट रूप से सुनना चाहिए और हमेशा उसके आदेशों का पालन करना चाहिए)। तो, मान लीजिए कि हम अपने उपग्रह को रीफ़्लैश करने का निर्णय लेते हैं, और उसमें 10 किलोबाइट आकार की एक बाइनरी फ़ाइल भेजते हैं। लिंक स्तर पर, फ़ाइल को 10 फ़्रेमों (0, 1, ..., 9) में विभाजित किया जाता है, जिन्हें एक-एक करके ऊपर भेजा जाता है। जब प्रसारण पूरा हो जाता है, तो उपग्रह को पैकेट रिसेप्शन की शुद्धता की पुष्टि करनी होगी, या रिपोर्ट करना होगा कि त्रुटि किस फ्रेम में हुई है। यह जानकारी निकटतम टेलीमेट्री फ्रेम में परिचालन नियंत्रण क्षेत्र को भेजी जाती है (या यदि अंतरिक्ष यान के पास कहने के लिए कुछ नहीं है तो वह निष्क्रिय फ्रेम के प्रसारण को शुरू कर सकता है)। प्राप्त टेलीमेट्री के आधार पर, हम या तो यह सुनिश्चित करते हैं कि सब कुछ ठीक है, या हम संदेश को फिर से भेजने के लिए आगे बढ़ते हैं। आइए मान लें कि उपग्रह ने फ़्रेम #7 नहीं सुना। इसका मतलब है कि हम उसे फ्रेम 7, 8, 9 भेजते हैं। यदि कोई प्रतिक्रिया नहीं होती है, तो पूरा पैकेट दोबारा भेजा जाता है (और इसी तरह कई बार जब तक हमें एहसास नहीं होता कि प्रयास व्यर्थ हैं)।

नीचे कुछ क्षेत्रों के विवरण के साथ परिचालन नियंत्रण क्षेत्र की संरचना दी गई है। इस फ़ील्ड में मौजूद डेटा को CLCW - कम्युनिकेशन लिंक कंट्रोल वर्ड कहा जाता है।

चूँकि आप चित्र से मुख्य फ़ील्ड के उद्देश्य का आसानी से अनुमान लगा सकते हैं, और अन्य देखने में उबाऊ हैं, मैं विस्तृत विवरण को स्पॉइलर के नीचे छिपा रहा हूँ

सीएलसीडब्ल्यू क्षेत्रों की व्याख्यानियंत्रण शब्द प्रकार:
इस प्रकार के लिए, नियंत्रण शब्द में 0 होना चाहिए

नियंत्रण शब्द संस्करण (CLCW संस्करण संख्या):
इस प्रकार के लिए, नियंत्रण शब्द बिट प्रतिनिधित्व में "00" के बराबर होना चाहिए।

स्थिति फ़ील्ड:
इस क्षेत्र का उपयोग प्रत्येक मिशन के लिए अलग-अलग निर्धारित किया जाता है। विभिन्न अंतरिक्ष एजेंसियों द्वारा स्थानीय सुधारों के लिए उपयोग किया जा सकता है।

वर्चुअल चैनल पहचान:
उस वर्चुअल चैनल का पहचानकर्ता अवश्य होना चाहिए जिससे यह नियंत्रण शब्द संबद्ध है।

भौतिक चैनल पहुंच ध्वज:
ध्वज को प्राप्तकर्ता की भौतिक परत की तैयारी के बारे में जानकारी प्रदान करनी चाहिए। यदि रिसीवर की भौतिक परत फ़्रेम प्राप्त करने के लिए तैयार नहीं है, तो फ़ील्ड में "1" होना चाहिए, अन्यथा "0"।

तुल्यकालन विफलता ध्वज:
ध्वज यह संकेत दे सकता है कि भौतिक परत खराब सिग्नल स्तर पर काम कर रही है और अस्वीकृत फ़्रेमों की संख्या बहुत अधिक है। इस फ़ील्ड का उपयोग वैकल्पिक है; यदि उपयोग किया जाता है, तो यदि सिंक्रनाइज़ेशन उपलब्ध है तो इसमें "0" होना चाहिए, और यदि नहीं है तो "1" होना चाहिए।

अवरोधक ध्वज:
इस बिट में प्रत्येक वर्चुअल चैनल के लिए FARM लॉक स्थिति शामिल होगी। इस फ़ील्ड में "1" का मान इंगित करना चाहिए कि FARM अक्षम है और प्रत्येक वर्चुअल परत के लिए फ़्रेम हटा दिए जाएंगे, अन्यथा "0"।

प्रतीक्षा करें ध्वज:
इस बिट का उपयोग यह इंगित करने के लिए किया जाएगा कि रिसीवर निर्दिष्ट वर्चुअल चैनल पर डेटा संसाधित नहीं कर सकता है। "1" का मान इंगित करता है कि इस वर्चुअल चैनल पर सभी फ़्रेम हटा दिए जाएंगे, अन्यथा "0"।

आगे का झंडा:
यदि एक या अधिक प्रकार ए फ़्रेम को हटा दिया गया है या अंतराल पाया गया है, तो इस ध्वज में "1" होगा, इसलिए पुनः भेजना आवश्यक है। "0" ध्वज इंगित करता है कि कोई गिरा हुआ फ़्रेम या स्किप नहीं था।

प्रतिक्रिया मान:
फ़्रेम नंबर जो प्राप्त नहीं हुआ. टेलीकमांड फ़्रेम हेडर में काउंटर द्वारा निर्धारित किया जाता है

नेटवर्क परत

आइए इस स्तर को थोड़ा स्पर्श करें। यहां दो विकल्प हैं: या तो स्पेस पैकेट प्रोटोकॉल का उपयोग करें, या सीसीएसडीएस पैकेट में किसी अन्य प्रोटोकॉल को इनकैप्सुलेट करें।

स्पेस पैकेट प्रोटोकॉल का अवलोकन एक अलग लेख का विषय है। इसे तथाकथित अनुप्रयोगों को डेटा का निर्बाध रूप से आदान-प्रदान करने की अनुमति देने के लिए डिज़ाइन किया गया है। अन्य एप्लिकेशन के साथ डेटा के आदान-प्रदान के लिए प्रत्येक एप्लिकेशन का अपना पता और बुनियादी कार्यक्षमता होती है। ऐसी सेवाएँ भी हैं जो यातायात को रूट करती हैं, वितरण को नियंत्रित करती हैं, आदि।

एनकैप्सुलेशन के साथ सब कुछ सरल और स्पष्ट है। मानक एक अतिरिक्त हेडर जोड़कर किसी भी प्रोटोकॉल को सीसीएसडीएस पैकेट में समाहित करना संभव बनाते हैं।

जहां प्रोटोकॉल की लंबाई के आधार पर हेडर के अलग-अलग अर्थ होते हैं:

यहां मुख्य क्षेत्र लंबाई की लंबाई है। यह 0 से 4 बाइट्स तक भिन्न हो सकता है। इसके अलावा इस हेडर में आपको तालिका का उपयोग करके इनकैप्सुलेटेड प्रोटोकॉल के प्रकार को इंगित करना होगा अत:.

पैकेट के प्रकार को निर्धारित करने के लिए आईपी एनकैप्सुलेशन एक अन्य ऐड-ऑन का उपयोग करता है।
आपको एक और हेडर, एक ऑक्टेट लंबा जोड़ना होगा:

जहां पीआईडी ​​एक अन्य प्रोटोकॉल पहचानकर्ता है अत:

निष्कर्ष

पहली नज़र में, ऐसा लग सकता है कि सीसीएसडीएस हेडर बेहद अनावश्यक हैं और कुछ फ़ील्ड को छोड़ा जा सकता है। दरअसल, परिणामी चैनल की दक्षता (नेटवर्क स्तर तक) लगभग 40% है। हालाँकि, जैसे ही इन मानकों को लागू करने की आवश्यकता उत्पन्न होती है, यह स्पष्ट हो जाता है कि प्रत्येक क्षेत्र, प्रत्येक शीर्षक का अपना महत्वपूर्ण मिशन है, जिसे अनदेखा करने से कई अस्पष्टताएँ पैदा होती हैं।

यदि हब्रासोसायटी इस विषय में रुचि दिखाती है, तो मुझे अंतरिक्ष संचार के सिद्धांत और अभ्यास के लिए समर्पित लेखों की एक पूरी श्रृंखला प्रकाशित करने में खुशी होगी। आपके ध्यान देने के लिए धन्यवाद!

सूत्रों का कहना है

सीसीएसडीएस 130.0-जी-3 — अंतरिक्ष संचार प्रोटोकॉल का अवलोकन
सीसीएसडीएस 131.0-बी-2 - टीएम सिंक्रनाइज़ेशन और चैनल कोडिंग
सीसीएसडीएस 132.0-बी-2 - टीएम स्पेस डेटा लिंक प्रोटोकॉल
सीसीएसडीएस 133.0-बी-1 - स्पेस पैकेट प्रोटोकॉल
सीसीएसडीएस 133.1-बी-2 - एनकैप्सुलेशन सेवा
सीसीएसडीएस 231.0-बी-3 - टीसी सिंक्रोनाइजेशन और चैनल कोडिंग
सीसीएसडीएस 232.1-बी-2 संचार संचालन प्रक्रिया-1
सीसीएसडीएस 401.0-बी-28 रेडियो फ्रीक्वेंसी और मॉड्यूलेशन सिस्टम - भाग 1 (पृथ्वी स्टेशन और अंतरिक्ष यान)
सीसीएसडीएस 702.1-बी-1 - सीसीएसडीएस स्पेस लिंक पर आईपी

पुनश्च
यदि आपको कोई अशुद्धि मिले तो ज्यादा जोर से प्रहार न करें। उन्हें रिपोर्ट करें और उन्हें ठीक कर दिया जाएगा :)

स्रोत: www.habr.com