মহাকাশ যোগাযোগের মান সম্পর্কে একটু

উল্কা M1 স্যাটেলাইট
সূত্র: vladtime.ru

ভূমিকা

মহাকাশ প্রযুক্তির পরিচালনা রেডিও যোগাযোগ ছাড়া অসম্ভব, এবং এই নিবন্ধে আমি মূল ধারণাগুলি ব্যাখ্যা করার চেষ্টা করব যা স্পেস ডেটা সিস্টেমের জন্য আন্তর্জাতিক উপদেষ্টা কমিটি (CCSDS) দ্বারা তৈরি মানগুলির ভিত্তি তৈরি করেছে। এই সংক্ষিপ্ত রূপটি নীচে ব্যবহার করা হবে .

এই পোস্টটি প্রাথমিকভাবে ডেটা লিঙ্ক স্তরের উপর ফোকাস করবে, তবে অন্যান্য স্তরগুলির জন্য মৌলিক ধারণাগুলিও চালু করা হবে। এই নিবন্ধটি কোনওভাবেই মানগুলির পুঙ্খানুপুঙ্খ এবং সম্পূর্ণ বিবরণ হতে পারে না। আপনি এটি দেখতে পারেন ওয়েবসাইট সিসিএসডিএস। যাইহোক, এগুলি বোঝা খুব কঠিন, এবং আমরা সেগুলি বোঝার জন্য অনেক সময় ব্যয় করেছি, তাই এখানে আমি প্রাথমিক তথ্য সরবরাহ করতে চাই, যা থাকলে অন্য সবকিছু বোঝা আরও সহজ হবে। তো, শুরু করা যাক।

সিসিএসডিএসের নোবেল মিশন

সম্ভবত কারও কাছে একটি প্রশ্ন আছে: আপনি যদি আপনার নিজস্ব মালিকানাধীন রেডিও প্রোটোকল স্ট্যাক (বা আপনার নিজস্ব স্ট্যান্ডার্ড, ব্ল্যাকজ্যাক এবং নতুন বৈশিষ্ট্য সহ) বিকাশ করতে পারেন তবে কেন প্রত্যেকের মানগুলি মেনে চলা উচিত, যার ফলে সিস্টেমের সুরক্ষা বাড়বে?

অনুশীলন দেখায়, নিম্নলিখিত সংখ্যক কারণে CCSDS মান মেনে চলা আরও লাভজনক:

1. স্ট্যান্ডার্ড প্রকাশের জন্য দায়ী কমিটি বিশ্বের প্রতিটি বড় মহাকাশ সংস্থার প্রতিনিধিদের অন্তর্ভুক্ত করে, যা বহু বছর ধরে বিভিন্ন মিশনের নকশা ও পরিচালনার অমূল্য অভিজ্ঞতা নিয়ে আসে। এই অভিজ্ঞতা উপেক্ষা করা এবং আবার তাদের রেকের উপর পা রাখা খুব অযৌক্তিক হবে।
2. এই মানগুলি ইতিমধ্যে বাজারে থাকা গ্রাউন্ড স্টেশন সরঞ্জাম দ্বারা সমর্থিত।
3. কোনো সমস্যা সমাধান করার সময়, আপনি সর্বদা অন্যান্য সংস্থার সহকর্মীদের কাছ থেকে সাহায্য চাইতে পারেন যাতে তারা তাদের গ্রাউন্ড স্টেশন থেকে ডিভাইসের সাথে একটি যোগাযোগ সেশন পরিচালনা করতে পারে। আপনি দেখতে পাচ্ছেন, মানগুলি একটি অত্যন্ত দরকারী জিনিস, তাই আসুন তাদের মূল পয়েন্টগুলি দেখুন।

স্থাপত্য

স্ট্যান্ডার্ডগুলি হল নথিগুলির একটি সেট যা সর্বাধিক সাধারণ OSI (ওপেন সিস্টেম ইন্টারকানেকশন) মডেলকে প্রতিফলিত করে, ডেটা লিঙ্ক স্তরে সাধারণতাটি টেলিমেট্রি (ডাউনলিংক - স্পেস - আর্থ) এবং টেলিকমান্ড (আপলিঙ্ক) এ বিভাজনের মধ্যে সীমাবদ্ধ।

এর কিছু লেভেল আরও বিশদভাবে দেখুন, শারীরিক থেকে শুরু করে এবং উপরে যাওয়া। বৃহত্তর স্পষ্টতার জন্য, আমরা প্রাপ্তির দিকের আর্কিটেকচার বিবেচনা করব। ট্রান্সমিটিং হল এর মিরর ইমেজ।

পদার্থের স্তর

এই স্তরে, মড্যুলেটেড রেডিও সংকেতটি একটি বিট স্ট্রীমে রূপান্তরিত হয়। এখানে মানগুলি মূলত উপদেশমূলক প্রকৃতির, যেহেতু এই স্তরে হার্ডওয়্যারের নির্দিষ্ট বাস্তবায়ন থেকে বিমূর্ত করা কঠিন। এখানে, সিসিএসডিএস-এর মূল ভূমিকা হল গ্রহণযোগ্য মড্যুলেশন (BPSK, QPSK, 8-QAM, ইত্যাদি) সংজ্ঞায়িত করা এবং প্রতীক সিঙ্ক্রোনাইজেশন মেকানিজম, ডপলার ক্ষতিপূরণ ইত্যাদি বাস্তবায়নের বিষয়ে কিছু সুপারিশ দেওয়া।

সিঙ্ক্রোনাইজেশন এবং এনকোডিং স্তর

আনুষ্ঠানিকভাবে, এটি ডেটা লিঙ্ক স্তরের একটি উপস্তর, কিন্তু প্রায়শই CCSDS মানগুলির মধ্যে এর গুরুত্বের কারণে একটি পৃথক স্তরে বিভক্ত হয়। এই স্তরটি বিট স্ট্রীমকে তথাকথিত ফ্রেমে (টেলিমেট্রি বা টেলিকমান্ড) রূপান্তরিত করে, যা আমরা পরে আলোচনা করব। ফিজিক্যাল লেয়ারে সিম্বল সিঙ্ক্রোনাইজেশনের বিপরীতে, যা আপনাকে সঠিক বিট স্ট্রিম পেতে দেয়, ফ্রেম সিঙ্ক্রোনাইজেশন এখানে করা হয়। এই স্তরে ডেটা যে পথটি নেয় তা বিবেচনা করুন (নীচ থেকে উপরে):

যাইহোক, তার আগে, কোডিং সম্পর্কে কয়েকটি শব্দ বলা মূল্যবান। একটি রেডিও চ্যানেলে ডেটা পাঠানোর সময় অনিবার্যভাবে ঘটে যাওয়া বিট ত্রুটিগুলি খুঁজে বের করতে এবং/অথবা সংশোধন করার জন্য এই পদ্ধতিটি প্রয়োজনীয়। এখানে আমরা ডিকোডিং পদ্ধতি বিবেচনা করব না, তবে কেবলমাত্র স্তরের আরও যুক্তি বোঝার জন্য প্রয়োজনীয় তথ্য প্রাপ্ত করব।

কোড ব্লক বা ক্রমাগত হতে পারে. মানগুলি একটি নির্দিষ্ট ধরণের এনকোডিং ব্যবহার করতে বাধ্য করে না, তবে এটি অবশ্যই উপস্থিত থাকতে হবে। ক্রমাগত কোডের মধ্যে কনভোলিউশনাল কোড অন্তর্ভুক্ত থাকে। তারা একটি অবিচ্ছিন্ন বিট স্ট্রিম এনকোড করতে ব্যবহৃত হয়। এটি ব্লক কোডের বিপরীতে, যেখানে ডেটা কোডব্লকগুলিতে বিভক্ত এবং শুধুমাত্র সম্পূর্ণ ব্লকের মধ্যেই ডিকোড করা যায়। কোড ব্লক প্রাপ্ত তথ্যের সঠিকতা যাচাই করতে এবং সম্ভাব্য ত্রুটিগুলি সংশোধন করার জন্য প্রয়োজনীয় প্রেরিত ডেটা এবং সংযুক্ত অপ্রয়োজনীয় তথ্য উপস্থাপন করে। ব্লক কোডের মধ্যে রয়েছে বিখ্যাত রিড-সলোমন কোড।

যদি কনভোল্যুশনাল এনকোডিং ব্যবহার করা হয়, বিটস্ট্রিম শুরু থেকে ডিকোডারে প্রবেশ করে। এর কাজের ফলাফল (এই সব, অবশ্যই, ক্রমাগত ঘটে) CADU (চ্যানেল অ্যাক্সেস ডেটা ইউনিট) ডেটা ব্লক। ফ্রেম সিঙ্ক্রোনাইজেশনের জন্য এই কাঠামোটি প্রয়োজনীয়। প্রতিটি CADU এর শেষে একটি সংযুক্ত সিঙ্ক মেকার (ASM) থাকে। এগুলি হল 4টি বাইট যা আগে থেকেই পরিচিত, যার দ্বারা সিঙ্ক্রোনাইজার CADU এর শুরু এবং শেষ খুঁজে পায়। এইভাবে ফ্রেম সিঙ্ক্রোনাইজেশন অর্জন করা হয়।

সিঙ্ক্রোনাইজেশন এবং এনকোডিং স্তরের পরবর্তী ঐচ্ছিক পর্যায়টি শারীরিক স্তরের অদ্ভুততার সাথে যুক্ত। এই derandomization. আসল বিষয়টি হল প্রতীক সিঙ্ক্রোনাইজেশন অর্জনের জন্য, প্রতীকগুলির মধ্যে ঘন ঘন পরিবর্তন করা প্রয়োজন। সুতরাং, যদি আমরা প্রেরণ করি, বলুন, এক কিলোবাইট ডেটা সম্পূর্ণরূপে সমন্বিত, সিঙ্ক্রোনাইজেশন হারিয়ে যাবে। অতএব, ট্রান্সমিশনের সময়, ইনপুট ডেটা একটি পর্যায়ক্রমিক ছদ্ম-এলোমেলো অনুক্রমের সাথে মিশ্রিত হয় যাতে শূন্য এবং একগুলির ঘনত্ব অভিন্ন হয়।

এর পরে, ব্লক কোডগুলি ডিকোড করা হয়, এবং যা অবশিষ্ট থাকে তা হল সিঙ্ক্রোনাইজেশন এবং এনকোডিং স্তরের চূড়ান্ত পণ্য - একটি ফ্রেম।

ডেটা লিঙ্ক স্তর

একদিকে, লিঙ্ক লেয়ার প্রসেসর ফ্রেম গ্রহণ করে, এবং অন্য দিকে এটি প্যাকেট জারি করে। যেহেতু প্যাকেটের আকার আনুষ্ঠানিকভাবে সীমাবদ্ধ নয়, তাদের নির্ভরযোগ্য সংক্রমণের জন্য তাদের ছোট কাঠামো - ফ্রেমে ভেঙে ফেলা প্রয়োজন। এখানে আমরা দুটি উপধারা দেখব: টেলিমেট্রি (TM) এবং টেলিকমান্ড (TC) এর জন্য আলাদাভাবে।

টেলিমেট্রি

সহজ কথায়, এটি সেই ডেটা যা গ্রাউন্ড স্টেশন মহাকাশযান থেকে পায়। সমস্ত প্রেরিত তথ্য একটি নির্দিষ্ট দৈর্ঘ্যের ছোট ছোট টুকরোগুলিতে বিভক্ত - ফ্রেম যাতে প্রেরিত ডেটা এবং পরিষেবা ক্ষেত্র থাকে। আসুন ফ্রেমের কাঠামোটি ঘনিষ্ঠভাবে দেখে নেওয়া যাক:

এবং আসুন টেলিমেট্রি ফ্রেমের প্রধান শিরোনাম দিয়ে আমাদের বিবেচনা শুরু করি। আরও, আমি নিজেকে কিছু জায়গায় স্ট্যান্ডার্ডগুলিকে সহজভাবে অনুবাদ করার অনুমতি দেব, পথে কিছু স্পষ্টীকরণ দিয়েছি।

মাস্টার চ্যানেল আইডি ফিল্ডে অবশ্যই ফ্রেম সংস্করণ নম্বর এবং ডিভাইস শনাক্তকারী থাকতে হবে।

প্রতিটি মহাকাশযান, সিসিএসডিএস মান অনুসারে, তার নিজস্ব অনন্য শনাক্তকারী থাকতে হবে, যার দ্বারা, একটি ফ্রেম থাকার মাধ্যমে, এটি কোন ডিভাইসের অন্তর্গত তা নির্ধারণ করতে পারে। আনুষ্ঠানিকভাবে, ডিভাইসটি নিবন্ধন করার জন্য একটি আবেদন জমা দিতে হবে, এবং এর নাম, এর শনাক্তকারী সহ, খোলা উৎসে প্রকাশ করা হবে। যাইহোক, রাশিয়ান নির্মাতারা প্রায়শই এই পদ্ধতিটিকে উপেক্ষা করে, ডিভাইসে একটি নির্বিচারে শনাক্তকারী বরাদ্দ করে। ফ্রেম সংস্করণ নম্বর সঠিকভাবে ফ্রেম পড়ার জন্য মানগুলির কোন সংস্করণ ব্যবহার করা হয়েছে তা নির্ধারণ করতে সহায়তা করে। এখানে আমরা "0" সংস্করণ সহ শুধুমাত্র সবচেয়ে রক্ষণশীল মান বিবেচনা করব।

ভার্চুয়াল চ্যানেল আইডি ফিল্ডে অবশ্যই সেই চ্যানেলের ভিসিআইডি থাকতে হবে যেখান থেকে প্যাকেটটি এসেছে। VCID পছন্দের উপর কোন বিধিনিষেধ নেই; বিশেষ করে, ভার্চুয়াল চ্যানেলগুলিকে ক্রমানুসারে নম্বর দেওয়া হয় না।

খুব প্রায়ই মাল্টিপ্লেক্স প্রেরণ করা তথ্য প্রয়োজন হয়. এই উদ্দেশ্যে, ভার্চুয়াল চ্যানেলগুলির একটি প্রক্রিয়া রয়েছে। উদাহরণস্বরূপ, Meteor-M2 স্যাটেলাইট দৃশ্যমান পরিসরে একটি রঙিন চিত্র প্রেরণ করে, এটিকে তিনটি কালো এবং সাদাতে ভাগ করে - প্রতিটি রঙ একটি পৃথক প্যাকেটে নিজস্ব ভার্চুয়াল চ্যানেলে প্রেরণ করা হয়, যদিও এর মানগুলি থেকে কিছু বিচ্যুতি রয়েছে। এর ফ্রেমের গঠন।

অপারেশনাল কন্ট্রোল ফ্ল্যাগ ফিল্ড টেলিমেট্রি ফ্রেমে অপারেশনাল কন্ট্রোল ফিল্ডের উপস্থিতি বা অনুপস্থিতির একটি সূচক হবে। ফ্রেমের শেষে এই 4টি বাইট টেলিকমান্ড ফ্রেমের ডেলিভারি নিয়ন্ত্রণ করার সময় প্রতিক্রিয়া প্রদান করে। আমরা তাদের সম্পর্কে একটু পরে কথা বলব।

প্রধান এবং ভার্চুয়াল চ্যানেল ফ্রেম কাউন্টারগুলি হল এমন ক্ষেত্র যা প্রতিবার একটি ফ্রেম পাঠানো হলে একটি দ্বারা বৃদ্ধি করা হয়। একটি সূচক হিসাবে পরিবেশন করুন যে একটি একক ফ্রেম হারিয়ে যায়নি।

টেলিমেট্রি ফ্রেম ডেটা স্ট্যাটাস হল আরও দুটি বাইট ফ্ল্যাগ এবং ডেটা, যার মধ্যে আমরা কয়েকটি দেখব।

সেকেন্ডারি হেডার ফ্ল্যাগ ফিল্ডটি টেলিমেট্রি ফ্রেমে সেকেন্ডারি হেডারের উপস্থিতি বা অনুপস্থিতির সূচক হতে হবে।

আপনি যদি চান, আপনি প্রতিটি ফ্রেমে একটি অতিরিক্ত শিরোনাম যোগ করতে পারেন এবং সেখানে আপনার বিবেচনার ভিত্তিতে যেকোনো ডেটা রাখতে পারেন।

প্রথম হেডার পয়েন্টার ফিল্ড, যখন সিঙ্ক্রোনাইজেশন পতাকা "1" তে সেট করা থাকে, তখন টেলিমেট্রি ফ্রেমের ডেটা ফিল্ডে প্রথম প্যাকেটের প্রথম অক্টেটের অবস্থানের একটি বাইনারি উপস্থাপনা থাকবে। ডেটা ফিল্ডের শুরু থেকে ঊর্ধ্ব ক্রমে অবস্থানটি 0 থেকে গণনা করা হয়। যদি টেলিমেট্রি ফ্রেমের ডাটা ফিল্ডে প্যাকেটের কোন শুরু না হয়, তাহলে প্রথম হেডার ফিল্ডের পয়েন্টারের অবশ্যই বাইনারি উপস্থাপনা "11111111111" মান থাকতে হবে (এটি ঘটতে পারে যদি একটি লম্বা প্যাকেট একাধিক ফ্রেমে ছড়িয়ে থাকে )

যদি ডেটা ফিল্ডে একটি খালি প্যাকেট থাকে (নিষ্ক্রিয় ডেটা), তাহলে প্রথম শিরোনামের পয়েন্টারের বাইনারি উপস্থাপনা "11111111110" এর মান থাকা উচিত। এই ক্ষেত্রটি ব্যবহার করে, রিসিভারকে অবশ্যই স্ট্রিমটি সিঙ্ক্রোনাইজ করতে হবে। এই ক্ষেত্রটি নিশ্চিত করে যে ফ্রেম বাদ দিলেও সিঙ্ক্রোনাইজেশন পুনরুদ্ধার করা হয়েছে।

অর্থাৎ, একটি প্যাকেট বলতে পারে, 4 র্থ ফ্রেমের মাঝখানে শুরু হতে পারে এবং 20 তম এর শুরুতে শেষ হতে পারে। এই ক্ষেত্রটি এর শুরু খুঁজে পেতে ব্যবহৃত হয়। প্যাকেটের একটি শিরোনামও থাকে যা এর দৈর্ঘ্য নির্দিষ্ট করে, তাই যখন প্রথম শিরোলেখের একটি পয়েন্টার পাওয়া যায়, তখন লিঙ্ক-লেয়ার প্রসেসরকে এটি পড়তে হবে, যার ফলে প্যাকেটটি কোথায় শেষ হবে তা নির্ধারণ করে।
যদি একটি ত্রুটি নিয়ন্ত্রণ ক্ষেত্র উপস্থিত থাকে, তবে এটি অবশ্যই সমগ্র মিশন জুড়ে একটি নির্দিষ্ট শারীরিক চ্যানেলের জন্য প্রতিটি টেলিমেট্রি ফ্রেমে থাকতে হবে।

এই ক্ষেত্রটি CRC পদ্ধতি ব্যবহার করে গণনা করা হয়। পদ্ধতিটি অবশ্যই টেলিমেট্রি ফ্রেমের n-16 বিট নিতে হবে এবং গণনার ফলাফলটি শেষ 16 বিটে প্রবেশ করাতে হবে।

টিভি দল

টিভি কমান্ড ফ্রেমের বেশ কয়েকটি উল্লেখযোগ্য পার্থক্য রয়েছে। তাদের মধ্যে:

1. বিভিন্ন শিরোনাম গঠন
2. গতিশীল দৈর্ঘ্য। এর মানে হল যে ফ্রেমের দৈর্ঘ্য কঠোরভাবে সেট করা হয় না, যেমন টেলিমেট্রিতে করা হয়, তবে প্রেরিত প্যাকেটের উপর নির্ভর করে পরিবর্তিত হতে পারে।
3. প্যাকেট ডেলিভারি গ্যারান্টি মেকানিজম। অর্থাৎ, মহাকাশযানকে, এটি পাওয়ার পরে, ফ্রেম অভ্যর্থনার সঠিকতা নিশ্চিত করতে হবে, অথবা একটি অসংশোধনযোগ্য ত্রুটির সাথে প্রাপ্ত হতে পারে এমন একটি ফ্রেম থেকে ফরওয়ার্ড করার অনুরোধ করতে হবে।

টেলিমেট্রি ফ্রেম হেডার থেকে অনেক ক্ষেত্র ইতিমধ্যেই আমাদের কাছে পরিচিত। তাদের একই উদ্দেশ্য আছে, তাই এখানে আমরা শুধুমাত্র নতুন ক্ষেত্র বিবেচনা করব।

রিসিভারে ফ্রেম চেকিং নিয়ন্ত্রণ করতে বাইপাস পতাকার এক বিট ব্যবহার করতে হবে। এই পতাকার জন্য "0" এর মান নির্দেশ করবে যে ফ্রেমটি একটি টাইপ A ফ্রেম এবং FARM অনুযায়ী যাচাই করা আবশ্যক৷ এই পতাকার জন্য "1" এর মান রিসিভারকে নির্দেশ করতে হবে যে এই ফ্রেমটি একটি টাইপ বি ফ্রেম এবং এটি FARM চেকিং বাইপাস করা উচিত।

এই পতাকাটি রিসিভারকে FARM - ফ্রেম গ্রহণ এবং রিপোর্টিং প্রক্রিয়া নামক একটি ফ্রেম বিতরণ স্বীকৃতি পদ্ধতি ব্যবহার করতে হবে কিনা তা জানায়।

কন্ট্রোল কমান্ড ফ্ল্যাগ ব্যবহার করা আবশ্যক বোঝার জন্য যে ডেটা ক্ষেত্রটি একটি কমান্ড বা ডেটা পরিবহন করে কিনা। যদি পতাকা "0" হয়, তাহলে ডেটা ফিল্ডে অবশ্যই ডেটা থাকতে হবে। যদি পতাকাটি "1" হয়, তবে ডেটা ক্ষেত্রে অবশ্যই FARM-এর জন্য নিয়ন্ত্রণ তথ্য থাকতে হবে।
FARM একটি সীমাবদ্ধ রাষ্ট্র মেশিন যার পরামিতি কনফিগার করা যেতে পারে।

আরএসভিডি অতিরিক্ত - সংরক্ষিত বিট.

মনে হচ্ছে CCSDS-এর ভবিষ্যতে তাদের জন্য পরিকল্পনা রয়েছে, এবং প্রোটোকল সংস্করণগুলির পিছনের সামঞ্জস্যের জন্য তারা এই বিটগুলি ইতিমধ্যেই স্ট্যান্ডার্ডের বর্তমান সংস্করণগুলিতে সংরক্ষণ করেছে।

ফ্রেমের দৈর্ঘ্যের ক্ষেত্রে বিট প্রতিনিধিত্বে একটি সংখ্যা থাকতে হবে যা অক্টেট বিয়োগ একের ফ্রেমের দৈর্ঘ্যের সমান।

ফ্রেম ডেটা ফিল্ডকে স্পেস ছাড়াই শিরোনাম অনুসরণ করতে হবে এবং এতে একটি পূর্ণসংখ্যা অক্টেট থাকতে হবে, যার দৈর্ঘ্য সর্বাধিক 1019 অক্টেট হতে পারে। এই ক্ষেত্রে অবশ্যই ফ্রেম ডেটা ব্লক বা নিয়ন্ত্রণ কমান্ড তথ্য থাকতে হবে। ফ্রেম ডেটা ব্লকে থাকতে হবে:

• ব্যবহারকারীর ডেটা অক্টেটের পূর্ণসংখ্যা
• সেগমেন্ট হেডার ব্যবহারকারী ডেটা অক্টেটের একটি পূর্ণসংখ্যা দ্বারা অনুসরণ করে

যদি একটি হেডার উপস্থিত থাকে, তাহলে ডেটা ব্লকে অবশ্যই একটি প্যাকেট, প্যাকেটের একটি সেট বা একটি প্যাকেটের অংশ থাকতে হবে। হেডার ছাড়া একটি ডেটা ব্লক প্যাকেটের অংশ ধারণ করতে পারে না, তবে ব্যক্তিগত ফর্ম্যাট ডেটা ব্লক থাকতে পারে। এটি থেকে এটি অনুসরণ করে যে একটি শিরোনাম প্রয়োজন যখন প্রেরণ করা ডেটা ব্লক একটি ফ্রেমে ফিট না হয়। একটি হেডার আছে এমন ডেটার ব্লককে সেগমেন্ট বলে

দুই-বিট পতাকা ক্ষেত্রের মধ্যে থাকতে হবে:

• "01" - যদি ডেটার প্রথম অংশটি ডেটা ব্লকে থাকে
• "00" - যদি ডেটার মাঝের অংশটি ডেটা ব্লকে থাকে
• "10" - যদি ডেটার শেষ অংশটি ডেটা ব্লকে থাকে
• "11" - যদি কোনো বিভাজন না থাকে এবং এক বা একাধিক প্যাকেট ডাটা ব্লকে পুরোপুরি ফিট হয়।

MAP চ্যানেল ব্যবহার না করা হলে MAP ID ক্ষেত্রে অবশ্যই শূন্য থাকতে হবে।
কখনও কখনও ভার্চুয়াল চ্যানেলগুলিতে বরাদ্দ করা 6 বিট যথেষ্ট নয়। এবং যদি বেশি সংখ্যক চ্যানেলে ডেটা মাল্টিপ্লেক্স করার প্রয়োজন হয়, সেগমেন্ট হেডার থেকে আরও 6 বিট ব্যবহার করা হয়।

খামার

আসুন কর্মীদের ডেলিভারি কন্ট্রোল সিস্টেমের কার্যকারিতার প্রক্রিয়াটি ঘনিষ্ঠভাবে দেখে নেওয়া যাক। এই সিস্টেমটি শুধুমাত্র তাদের গুরুত্বের কারণে টেলিকমান্ডের ফ্রেমগুলির সাথে কাজ করার জন্য প্রদান করে (টেলিমেট্রি সর্বদা আবার অনুরোধ করা যেতে পারে, এবং মহাকাশযানকে অবশ্যই গ্রাউন্ড স্টেশনটি স্পষ্টভাবে শুনতে হবে এবং সর্বদা তার আদেশগুলি মেনে চলতে হবে)। সুতরাং, ধরুন আমরা আমাদের স্যাটেলাইট রিফ্ল্যাশ করার সিদ্ধান্ত নিই, এবং এটিতে 10 কিলোবাইটের আকারের একটি বাইনারি ফাইল পাঠাব। লিঙ্ক স্তরে, ফাইলটি 10টি ফ্রেমে বিভক্ত (0, 1, ..., 9), যা একে একে উপরের দিকে পাঠানো হয়। যখন ট্রান্সমিশন সম্পন্ন হয়, স্যাটেলাইটকে অবশ্যই প্যাকেট রিসেপশনের সঠিকতা নিশ্চিত করতে হবে বা কোন ফ্রেমে ত্রুটি ঘটেছে তা রিপোর্ট করতে হবে। এই তথ্যটি নিকটতম টেলিমেট্রি ফ্রেমে অপারেশনাল কন্ট্রোল ফিল্ডে পাঠানো হয় (অথবা মহাকাশযান একটি নিষ্ক্রিয় ফ্রেমের সংক্রমণ শুরু করতে পারে যদি বলার কিছু না থাকে)। প্রাপ্ত টেলিমেট্রির উপর ভিত্তি করে, আমরা হয় নিশ্চিত করি যে সবকিছু ঠিক আছে, অথবা আমরা বার্তাটি আবার পাঠাতে এগিয়ে যাই। ধরা যাক স্যাটেলাইট ফ্রেম #7 শুনতে পায়নি। এর মানে আমরা তাকে 7, 8, 9 ফ্রেম পাঠাই। যদি কোন প্রতিক্রিয়া না থাকে, তাহলে পুরো প্যাকেটটি আবার পাঠানো হয় (এবং এভাবে কয়েকবার আমরা বুঝতে পারি যে প্রচেষ্টা বৃথা গেছে)।

নিচে কিছু ক্ষেত্রের বর্ণনা সহ অপারেশনাল কন্ট্রোল ফিল্ডের গঠন রয়েছে। এই ক্ষেত্রটিতে থাকা ডেটাকে CLCW - কমিউনিকেশন লিংক কন্ট্রোল ওয়ার্ড বলা হয়।

যেহেতু আপনি ছবি থেকে সহজেই অনুমান করতে পারেন মূল ক্ষেত্রগুলির উদ্দেশ্য এবং অন্যগুলি দেখতে বিরক্তিকর, আমি একটি স্পয়লারের নীচে বিস্তারিত বিবরণ লুকিয়ে রাখছি

CLCW ক্ষেত্রগুলির ব্যাখ্যানিয়ন্ত্রণ শব্দ প্রকার:
এই ধরনের জন্য, নিয়ন্ত্রণ শব্দে অবশ্যই 0 থাকতে হবে

কন্ট্রোল ওয়ার্ড সংস্করণ (CLCW সংস্করণ নম্বর):
এই ধরনের জন্য, নিয়ন্ত্রণ শব্দটি বিট উপস্থাপনায় "00" এর সমান হতে হবে।

স্থিতি ক্ষেত্র:
এই ক্ষেত্রের ব্যবহার প্রতিটি মিশনের জন্য আলাদাভাবে নির্ধারিত হয়। বিভিন্ন মহাকাশ সংস্থা দ্বারা স্থানীয় উন্নতির জন্য ব্যবহার করা যেতে পারে।

ভার্চুয়াল চ্যানেল সনাক্তকরণ:
ভার্চুয়াল চ্যানেলের আইডেন্টিফায়ার থাকতে হবে যার সাথে এই নিয়ন্ত্রণ শব্দটি যুক্ত।

শারীরিক চ্যানেল অ্যাক্সেস পতাকা:
পতাকাটি অবশ্যই রিসিভারের শারীরিক স্তরের প্রস্তুতি সম্পর্কে তথ্য প্রদান করবে। যদি রিসিভারের ফিজিক্যাল লেয়ার ফ্রেম গ্রহণের জন্য প্রস্তুত না হয়, তাহলে ক্ষেত্রে অবশ্যই "1", অন্যথায় "0" থাকতে হবে।

সিঙ্ক্রোনাইজেশন ব্যর্থতার পতাকা:
পতাকাটি নির্দেশ করতে পারে যে শারীরিক স্তরটি একটি দুর্বল সংকেত স্তরে কাজ করছে এবং প্রত্যাখ্যান করা ফ্রেমের সংখ্যা খুব বেশি। এই ক্ষেত্রটির ব্যবহার ঐচ্ছিক; যদি ব্যবহার করা হয়, সিঙ্ক্রোনাইজেশন উপলব্ধ থাকলে এটিতে অবশ্যই "0" থাকতে হবে এবং যদি এটি না থাকে "1"।

ব্লকিং পতাকা:
এই বিটে প্রতিটি ভার্চুয়াল চ্যানেলের জন্য ফার্ম লক স্ট্যাটাস থাকবে। এই ক্ষেত্রটিতে "1" এর একটি মান নির্দেশ করবে যে FARM অক্ষম করা হয়েছে এবং প্রতিটি ভার্চুয়াল স্তরের জন্য ফ্রেমগুলি বাতিল করা হবে, অন্যথায় "0"৷

পতাকা অপেক্ষা করুন:
এই বিটটি নির্দেশ করতে ব্যবহার করা হবে যে রিসিভার নির্দিষ্ট ভার্চুয়াল চ্যানেলে ডেটা প্রক্রিয়া করতে পারে না। "1" এর মান নির্দেশ করে যে সমস্ত ফ্রেম এই ভার্চুয়াল চ্যানেলে বাতিল করা হবে, অন্যথায় "0"।

ফরোয়ার্ড পতাকা:
এই পতাকাটিতে একটি "1" থাকবে যদি এক বা একাধিক ধরণের A ফ্রেম বাতিল করা হয় বা ফাঁক পাওয়া যায়, তাই পুনরায় পাঠানো প্রয়োজন। "0" পতাকা নির্দেশ করে যে কোন ড্রপ ফ্রেম বা স্কিপ ছিল না।

প্রতিক্রিয়া মান:
ফ্রেমের নম্বর যা পাওয়া যায়নি। টেলিকমান্ড ফ্রেম হেডারে কাউন্টার দ্বারা নির্ধারিত

নেটওয়ার্ক স্তর

আসুন এই স্তরটি একটু স্পর্শ করি। এখানে দুটি বিকল্প রয়েছে: হয় স্পেস প্যাকেট প্রোটোকল ব্যবহার করুন, অথবা CCSDS প্যাকেটে অন্য কোনো প্রোটোকল এনক্যাপসুলেট করুন।

স্পেস প্যাকেট প্রোটোকলের একটি ওভারভিউ একটি পৃথক নিবন্ধের জন্য একটি বিষয়। এটি তথাকথিত অ্যাপ্লিকেশনগুলিকে নির্বিঘ্নে ডেটা বিনিময় করার অনুমতি দেওয়ার জন্য ডিজাইন করা হয়েছে। প্রতিটি অ্যাপ্লিকেশনের নিজস্ব ঠিকানা এবং অন্যান্য অ্যাপ্লিকেশনের সাথে ডেটা বিনিময়ের জন্য মৌলিক কার্যকারিতা রয়েছে৷ এছাড়াও এমন পরিষেবা রয়েছে যা রুট ট্র্যাফিক, ডেলিভারি নিয়ন্ত্রণ ইত্যাদি।

এনক্যাপসুলেশন সহ সবকিছু সহজ এবং পরিষ্কার। স্ট্যান্ডার্ডগুলি একটি অতিরিক্ত শিরোনাম যোগ করে যেকোন প্রোটোকলকে CCSDS প্যাকেটে এনক্যাপসুলেট করা সম্ভব করে।

যেখানে প্রোটোকলের দৈর্ঘ্যের উপর নির্ভর করে হেডারের বিভিন্ন অর্থ রয়েছে:

এখানে মূল ক্ষেত্রটি হল দৈর্ঘ্যের দৈর্ঘ্য। এটি 0 থেকে 4 বাইট পর্যন্ত পরিবর্তিত হতে পারে। এছাড়াও এই হেডারে আপনাকে অবশ্যই টেবিল ব্যবহার করে এনক্যাপসুলেটেড প্রোটোকলের ধরণ নির্দেশ করতে হবে এখানে থেকে.

আইপি এনক্যাপসুলেশন প্যাকেটের ধরন নির্ধারণ করতে আরেকটি অ্যাড-অন ব্যবহার করে।
আপনাকে আরও একটি হেডার যোগ করতে হবে, একটি অক্টেট লম্বা:

যেখানে পিআইডি আরেকটি প্রোটোকল আইডেন্টিফায়ার নেওয়া হয় এখানে থেকে

উপসংহার

প্রথম নজরে, মনে হতে পারে যে CCSDS শিরোনামগুলি অত্যন্ত অপ্রয়োজনীয় এবং কিছু ক্ষেত্র বাতিল করা যেতে পারে৷ প্রকৃতপক্ষে, ফলস্বরূপ চ্যানেলের দক্ষতা (নেটওয়ার্ক স্তর পর্যন্ত) প্রায় 40%। যাইহোক, যত তাড়াতাড়ি এই মানগুলি বাস্তবায়নের প্রয়োজন দেখা দেয়, এটি স্পষ্ট হয়ে যায় যে প্রতিটি ক্ষেত্র, প্রতিটি শিরোনামের নিজস্ব গুরুত্বপূর্ণ মিশন রয়েছে, যা উপেক্ষা করে অনেকগুলি অস্পষ্টতার দিকে নিয়ে যায়।

যদি হ্যাব্রাসোসাইটি এই বিষয়ে আগ্রহ দেখায়, আমি মহাকাশ যোগাযোগের তত্ত্ব এবং অনুশীলনে নিবেদিত নিবন্ধগুলির একটি সম্পূর্ণ সিরিজ প্রকাশ করতে পেরে আনন্দিত হব। আপনার মনোযোগের জন্য আপনাকে ধন্যবাদ!

সূত্র

CCSDS 130.0-G-3 — মহাকাশ যোগাযোগ প্রোটোকলের ওভারভিউ
CCSDS 131.0-B-2 – TM সিঙ্ক্রোনাইজেশন এবং চ্যানেল কোডিং
CCSDS 132.0-B-2 - TM স্পেস ডেটা লিঙ্ক প্রোটোকল
CCSDS 133.0-B-1 - স্পেস প্যাকেট প্রোটোকল
CCSDS 133.1-B-2 - এনক্যাপসুলেশন পরিষেবা
CCSDS 231.0-B-3 - TC সিঙ্ক্রোনাইজেশন এবং চ্যানেল কোডিং
CCSDS 232.1-B-2 কমিউনিকেশন অপারেশন প্রসিডিউর-1
CCSDS 401.0-B-28 রেডিও ফ্রিকোয়েন্সি এবং মডুলেশন সিস্টেম - পার্ট 1 (আর্থ স্টেশন এবং মহাকাশযান)
CCSDS 702.1-B-1 - CCDSS স্পেস লিঙ্কের উপর IP

দ্রষ্টব্য
আপনি যদি কোনো ভুল খুঁজে পান তাহলে খুব বেশি আঘাত করবেন না। তাদের রিপোর্ট করুন এবং তারা ঠিক করা হবে :)

উত্স: www.habr.com