📘 ডেটা ট্রান্সমিশন মেথড
Parallel vs Serial | Asynchronous, Synchronous, Isochronous
🎯 লক্ষ্য
-
ডেটা ট্রান্সমিশন মেথডের ধারণা
-
Parallel ও Serial-এর পার্থক্য
-
Asynchronous, Synchronous, Isochronous—কী, কীভাবে কাজ করে, কোথায় ব্যবহার হয়
🧭 এক ঝলকে (মাইন্ডম্যাপ)
😂 গল্পে বুঝি—“নীল টেক্সট ডেলিভারি সার্ভিস”
পটভূমি: সুমাইয়া ও নুসাইবা Neel Text-এ প্রজেক্ট বানাচ্ছে। স্যার বললেন—একই ডেটা তিনভাবে পাঠিয়ে ফল দেখাও।
-
Parallel (বহু লেনের রাস্তা)
সুমাইয়া ৮ জন দৌড়বিদকে ৮টা নোট (৮-বিট) দিয়ে একসাথে পাঠাল—সবাই একই সময়ে দৌড়ালো। তাই খুব দ্রুত গন্তব্যে পৌঁছাল। কিন্তু ৮টা আলাদা লেন লাগলো—খরচ বেশি, দূরে গেলে সিগন্যাল গুলিয়ে যেতে পারে।
মর্ম: একসাথে বহু বিট—দ্রুত, কিন্তু স্বল্প দূরত্বে এবং ব্যয়বহুল। -
Serial (এক লেনের রাস্তা)
নুসাইবা একটাই লেনে একের পর এক নোট পাঠাল—ধীরে মনে হলেও দূরত্বে সবচেয়ে নির্ভরযোগ্য।
মর্ম: এক লাইনে ধারাবাহিকভাবে বিট—দীর্ঘ দূরত্বে ভালো, খরচ কম। -
Serial-এর ৩ স্টাইল
-
Asynchronous = “যখন সময় পাবে, ছোট ছোট খামে পাঠাও”—প্রতি ক্যারেক্টারের শুরুতে Start bit, শেষে Stop bit (কখনও Parity bit)—কীবোর্ড→কম্পিউটার, প্রিন্ট কম ডেটা ইত্যাদি।
-
Synchronous = “নির্দিষ্ট সময়ে বাস ছাড়বে, পুরো ব্যাচ যাবে”—ডেটা ব্লক/ফ্রেমে যায়, হেডার-ট্রেইলার থাকে—কম্পিউটার↔কম্পিউটার, ফাইল ডাউনলোড ইত্যাদি।
-
Isochronous = “মেট্রো ট্রেন—সমান সময় অন্তর ট্রেন আসবেই”—সমান সময় ফাঁকে ডেটা যায়, মাঝে থেমে ভুলচুক ধরার সুযোগ কম—ভিডিও কল, লাইভ স্ট্রিম, অডিও/ভিডিও।
সুমাইয়া বলল, “লেকচার লাইভ দিলে Isochronous—টাইমিংই জীবন!”
নুসাইবা বলল, “ফাইল পাঠালে Synchronous—দক্ষতা বেশি!”
স্যার হাসলেন, “কীবোর্ডের টাইপিং? Asynchronous—যখন চাপবে, তখনই বাইট যাবে!”
🧪 ধারণা পরিষ্কার
🔹 Parallel Transmission
-
কী: একসাথে একাধিক লাইনে একাধিক বিট
-
সুবিধা: খুব দ্রুত
-
অসুবিধা: তার বেশি লাগে, দূরে গেলে সিগন্যাল skew হতে পারে
-
উদাহরণ: পুরনো প্রিন্টার পোর্ট (Centronics), CPU–RAM ডেটা বাস
🔹 Serial Transmission
-
কী: এক লাইনে ধারাবাহিকভাবে বিট
-
সুবিধা: খরচ কম, দীর্ঘ দূরত্বে নির্ভরযোগ্য
-
অসুবিধা: Parallel এর চেয়ে ধীর (একই ক্লক/দৈর্ঘ্যে)
-
উদাহরণ: USB, Ethernet, Modem, Mouse/Keyboard লিংক
🔸 Serial-এর ধরন
1) Asynchronous
-
ধারণা: ক্যারেক্টার বাই ক্যারেক্টার, প্রতিটির আগে Start, পরে Stop, কখনও Parity
-
সুবিধা: সহজ, ছোট ডেটা/অনিয়মিত ডেটায় উপযোগী, প্রেরকের স্টোরেজ দরকার নেই
-
অসুবিধা: ওভারহেড বেশি—দক্ষতা কম
-
উদাহরণ: Keyboard→Computer, পুরনো serial print
2) Synchronous
-
ধারণা: ডেটা ব্লক/ফ্রেমে, নির্দিষ্ট সময় বিরতিতে; ব্লকের শুরুতে Header, শেষে Trailer
-
সুবিধা: দক্ষতা বেশি, গতি বেশি, বড় ডেটায় উপযোগী
-
অসুবিধা: স্টোরেজ/সিঙ্ক দরকার, খরচ বেশি
-
উদাহরণ: কম্পিউটার↔কম্পিউটার ডেটা ট্রান্সফার, ফাইল ডাউনলোড
3) Isochronous
-
ধারণা: সমান সময় ব্যবধানে ডেটা পৌঁছায়—টাইমিং গ্যারান্টি, মাঝপথে error-recovery কম
-
সুবিধা: রিয়েল-টাইম মিডিয়ায় দেরি কম, জিটার কম
-
অসুবিধা: ভুল ধরার/পুনঃপ্রেরণের সুযোগ কম, তাই নির্ভুলতার চেয়ে সময় অগ্রাধিকার
-
উদাহরণ: ভিডিও কল, লাইভ ক্লাস, অডিও স্ট্রিম
গল্প: “করিমের ই-মেইল অ্যাডভেঞ্চার”
একদিন করিম তার বন্ধু সুমনের কাছে একটি বড় ডকুমেন্ট ই-মেইল করার সিদ্ধান্ত নিল। ডকুমেন্টে মোট 20KB তথ্য আছে। করিম জানতে চাচ্ছে, কত দ্রুত ও কতটা দক্ষতার সঙ্গে তার ডেটা যাবে।
অ্যাসিনক্রোনাস ট্রান্সমিশন গল্প
করিমের ডেটা পাঠানোর জন্য প্রথমে সে অ্যাসিনক্রোনাস ট্রান্সমিশন পদ্ধতি বেছে নিল।
-
এই পদ্ধতিতে ডেটা ক্যারেক্টার বাই ক্যারেক্টার পাঠানো হয়।
-
প্রতিটি 8-bit ডেটার সঙ্গে প্রেরককে 3-bit ওভারহেডও দিতে হবে (যেমন: স্টার্ট ও স্টপ বিট)।
চলুন হিসাব করি:
-
প্রকৃত ডেটা বিট = 20KB = 20 × 8 Kb = 160 Kb = 160,000 bit
-
ওভারহেড = (3/8) × 160,000 = 60,000 bit
মোট ডেটা যা প্রেরণ করতে হবে = 160,000 + 60,000 = 220,000 bit
ডেটা ট্রান্সমিশনের দক্ষতা = (160,000 / 220,000) × 100% ≈ 73%
অর্থাৎ করিমের অ্যাসিনক্রোনাস পদ্ধতিতে ডেটা পাঠানোর সময় কিছুটা ‘অপ্রয়োজনীয় অংশ’ ও থাকে, তাই দক্ষতা কম।
সিনক্রোনাস ট্রান্সমিশন গল্প
পরেরবার করিম সিনক্রোনাস ট্রান্সমিশন ব্যবহার করল।
-
এখানে ডেটা ব্লক বা ফ্রেম আকারে পাঠানো হয়।
-
ধরুন প্রতিটি ব্লকে 80 ক্যারেক্টার আছে। ব্লক সাইজ = 80 × 8 bit = 640 bit
-
প্রতিটি ব্লকের জন্য ওভারহেড = 32 bit
চলুন হিসাব করি:
-
ওভারহেড মোট = (32 / 640) × 160,000 = 8,000 bit
-
মোট ডেটা = 160,000 + 8,000 = 168,000 bit
ডেটা ট্রান্সমিশনের দক্ষতা = (160,000 / 168,000) × 100% ≈ 95%
অর্থাৎ ব্লকে ক্যারেক্টার সংখ্যা বেশি হলে ডেটা পাঠানোর সময় ওভারহেড কমে যায় এবং দক্ষতা বেড়ে যায়।
গল্পের শিক্ষা
-
অ্যাসিনক্রোনাসে ছোট ছোট ক্যারেক্টার পাঠায়, তাই দক্ষতা কম।
-
সিনক্রোনাসে ব্লক পাঠায়, তাই দক্ষতা বেশি।
-
বড় ডেটা পাঠানোর জন্য সিনক্রোনাস পদ্ধতি সবচেয়ে উপযুক্ত।
-
🧾 জ্ঞানমূলক প্রশ্ন + উত্তর (১০)
-
ডেটা ট্রান্সমিশন মেথড কী?
→ প্রেরক-প্রাপকের মধ্যে নির্দিষ্ট নিয়ম/সময়ের সমন্বয়ে ডেটা পাঠানোর পদ্ধতি। -
Parallel Transmission কী?
→ একযোগে একাধিক লাইনে একাধিক বিট প্রেরণ। -
Serial Transmission কী?
→ এক লাইনে একের পর এক বিট প্রেরণ। -
Asynchronous Transmission কী?
→ Start/Stop (এবং parity) সহ ক্যারেক্টার বাই ক্যারেক্টার প্রেরণ। -
Synchronous Transmission কী?
→ ব্লক/ফ্রেম আকারে নির্দিষ্ট সময় বিরতিতে প্রেরণ। -
Isochronous Transmission কী?
→ সমান সময় ব্যবধানে রিয়েল-টাইম মিডিয়া ডেটা প্রেরণ। -
Asynchronous-এর ওভারহেড কী দিয়ে হয়?
→ Start, Stop (এবং parity) বিট। -
Synchronous-এ Header/Trailer কেন থাকে?
→ ব্লকের শুরু-শেষ, নিয়ন্ত্রণ/ত্রুটি-তথ্য চিহ্নিত করতে। -
Isochronous কেন রিয়েল-টাইমে উপযোগী?
→ সময় গ্যারান্টি দেয়—জিটার/ডিলে কমায়। -
Parallel কোথায় বেশি উপযোগী?
→ স্বল্প দূরত্বে, ডিভাইসের অভ্যন্তরীণ ডেটা বাসে।
🔍 অনুধাবনমূলক প্রশ্ন + উত্তর (১০)
-
ক্যারেক্টার বাই ক্যারেক্টার ট্রান্সমিশন কোনটি? কেন?
→ Asynchronous; কারণ প্রতি ক্যারেক্টারে Start/Stop থাকে। -
Asynchronous-এ সময় বেশি লাগে কেন?
→ প্রতিটি ক্যারেক্টারে অতিরিক্ত বিট (ওভারহেড) যুক্ত হয়। -
কীবোর্ড→কম্পিউটারে কোন মেথড?
→ Asynchronous; কী চাপলেই একেক বাইট যায়। -
“সমান বিরতিতে ডেটা পাঠানো”—কোন মেথড?
→ Synchronous/Isochronous; ব্লক নির্দিষ্ট সময় বা স্থির অন্তর। -
Synchronous-এ প্রাইমারি মেমোরি কেন দরকার?
→ ব্লক তৈরির আগে ডেটা সাময়িকভাবে জমা রাখতে। -
ওয়েবসাইট থেকে বড় ফাইল ডাউনলোড—কোন মেথড? কেন?
→ Synchronous; ব্লক/ফ্রেমে দক্ষ, ত্রুটি নিয়ন্ত্রণ সহজ। -
ফেসবুক লাইভ—কোন মেথড? কেন?
→ Isochronous; সময় গ্যারান্টি জরুরি, কিছু ত্রুটি সহনীয়। -
ভিডিও কল—কোন মেথড?
→ Isochronous; জিটার/ডিলে কম রাখতে। -
“ডেটা ব্লক/ফ্রেম/প্যাকেটে পাঠানো”—এটা কোনটি?
→ Synchronous (ফ্রেম/প্যাকেট ভিত্তিক)। -
Parallel দূরে কম কেন যায়?
→ একাধিক লাইনে সিগন্যাল স্কিউ/ইন্টারফেরেন্স বাড়ে, সিঙ্ক রাখা কষ্টকর।
✅ বহুনির্বাচনী প্রশ্ন (২০) — উত্তরসহ
-
Parallel ট্রান্সমিশনের বৈশিষ্ট্য—
ক) এক লাইনে বিট যায় খ) বহু লাইনে একসাথে বিট ✅ গ) ব্লকে যায় ঘ) Start/Stop লাগে -
Serial ট্রান্সমিশনে—
ক) বহু লাইন খ) এক লাইন ✅ গ) শুধু স্বল্প দূরত্ব ঘ) সর্বদা প্যারিটি প্রয়োজন -
কীবোর্ড→কম্পিউটার সাধারণত—
ক) Synchronous খ) Isochronous গ) Asynchronous ✅ ঘ) Parallel -
ফাইল ডাউনলোড—
ক) Isochronous খ) Synchronous ✅ গ) Asynchronous ঘ) Parallel -
লাইভ ভিডিও ক্লাস—
ক) Asynchronous খ) Parallel গ) Isochronous ✅ ঘ) Synchronous -
Asynchronous-এ ওভারহেড আসে—
ক) Header/Trailer খ) Start/Stop ✅ গ) CRC ঘ) Acknowledgement -
Synchronous-এ সাধারণত ডেটা যায়—
ক) ক্যারেক্টার খ) ব্লক/ফ্রেম ✅ গ) SMS ঘ) Morse -
Isochronous-এ প্রাধান্য পায়—
ক) নিখুঁত ত্রুটিমুক্তি খ) সময়/জিটার কমানো ✅ গ) সস্তা তার ঘ) মেমোরি দরকার -
Parallel বেশি উপযোগী—
ক) দীর্ঘ দূরত্ব খ) স্বল্প দূরত্ব ✅ গ) পানির নিচে ঘ) স্যাটেলাইট -
Asynchronous-এ parity বিটের কাজ—
ক) গতি বাড়ানো খ) ত্রুটি সনাক্তকরণ ✅ গ) ঠিকানা দেয়া ঘ) টাইমিং দেয়া -
Synchronous-এ Header কাজ—
ক) ব্লকের শুরু চিহ্নিত ✅ খ) ব্লক শেষ গ) মাঝখান ঘ) জিটার কমানো -
Isochronous প্রোটোকল বেছে নেবেন যখন—
ক) ইমেইল পাঠাতে খ) ভিডিও কল করতে ✅ গ) টেক্সট ডকুমেন্ট ঘ) ব্যাকআপ কপি -
Serial বেছে নেওয়ার প্রধান কারণ—
ক) খরচ কম, দূরত্বে নির্ভরযোগ্য ✅ খ) তার বেশি লাগে গ) always faster ঘ) always parallel -
“সমান সময় ব্যবধানে”—
ক) Asynchronous খ) Synchronous/Isochronous ✅ গ) Parallel ঘ) কোনোটি নয় -
Asynchronous-এ স্টোরেজ না লাগার কারণ—
ক) সবসময় ব্লক খ) প্রয়োজনমতো তাৎক্ষণিক পাঠায় ✅ গ) সময় ফিক্সড ঘ) parity নেই -
বড় ডেটায় কোনটি বেশি দক্ষ—
ক) Asynchronous খ) Synchronous ✅ গ) Isochronous ঘ) Parallel -
Isochronous-এর সীমাবদ্ধতা—
ক) সময় অনিয়মিত খ) ত্রুটি সংশোধন কম ✅ গ) গতিই নেই ঘ) স্টার্ট/স্টপ বেশি -
Parallel-এ প্রধান সমস্যা—
ক) parity খ) সিগন্যাল skew/ইন্টারফেরেন্স ✅ গ) header বেশি ঘ) stop নেই -
Serial ট্রান্সমিশনে সাধারণত ক্লক—
ক) প্রয়োজন হয় না খ) বিট সিঙ্কে সাহায্য করে ✅ গ) শুধু ভিডিওতে ঘ) শুধু প্রিন্টারে -
“ক্যারেক্টার বাই ক্যারেক্টার, স্টার্ট/স্টপ”—
ক) Synchronous খ) Parallel গ) Asynchronous ✅ ঘ) Isochronous
✍️ সৃজনশীল প্রশ্ন (২)
প্রশ্ন–১
একটি স্কুলে অনলাইন পরীক্ষার সময় নেটওয়ার্ক টিম দেখল—লাইভ প্রোক্টরিংয়ে দেরি কম থাকতে হবে, কিন্তু পরীক্ষা শেষে বড় ভিডিও ফাইল সার্ভারে আপলোড দিতে হবে।
গ) লাইভ অংশে কোন ট্রান্সমিশন পদ্ধতি উপযোগী? যুক্তিসহ ব্যাখ্যা কর।
ঘ) আপলোড অংশে কোন পদ্ধতি বাছাই করবে? দক্ষতার যুক্তি দাও এবং দুই পদ্ধতির trade-off দেখাও।
প্রশ্ন–২
“Neel Text ক্যাম্পাস”-এ পুরনো ল্যাব প্রিন্টার (Parallel পোর্ট), নতুন স্মার্ট ল্যাব (Gigabit Ethernet), আর স্টুডিওতে ফেসবুক লাইভ হয়।
গ) তিন ক্ষেত্রে যথাক্রমে Parallel/Serial-এর ধরন চিহ্নিত কর ও কারণ দাও।
ঘ) যদি লাইভে মাঝে মাঝে পিক্সেল ভাঙে কিন্তু দেরি না হয়—এর প্রযুক্তিগত ব্যাখ্যা দাও।
📚 বাড়তি সহায়তা—টেবিল (চিটশিট)
| ধরন | কীভাবে যায় | টাইমিং | ওভারহেড | কোথায় ব্যবহার |
|---|---|---|---|---|
| Parallel | একসাথে বহু বিট | লাইনভিত্তিক | তার বেশি | স্বল্প দূরত্ব, প্রিন্টার পোর্ট, বাস |
| Serial—Async | ক্যারেক্টার বাই ক্যারেক্টার | স্টার্ট/স্টপ | বেশি | কীবোর্ড, লো-স্পিড ডিভাইস |
| Serial—Sync | ব্লক/ফ্রেম | নির্দিষ্ট বিরতি | কম | বড় ফাইল, কম্পিউটার↔কম্পিউটার |
| Serial—Iso | স্থির সময় ফাঁক | সময় গ্যারান্টি | ত্রুটি-রিকভারি কম | ভিডিও/অডিও কল, লাইভ |