OFDM के साथ प्रतीक सिंक्रनाइज़ेशन कैसे किया जाता है?

Question

मैं समझने की कोशिश कर रहा हूं कि पायलट टन, चक्रीय उपसर्ग या किसी अन्य तकनीक का उपयोग करके OFDM में प्रतीक सिंक्रनाइज़ेशन कैसे किया जाता है।

मैंने निम्नलिखित उत्तर पढ़े हैं जो कुछ स्पष्टीकरण प्रदान करते हैं, लेकिन मैं अभी भी इसे पूरी तरह से नहीं समझता हूं।

OFDM सिग्नल को कैसे डीमोड्यूलेट करें

बाद के चैनल अनुमान एल्गोरिदम के लिए आवश्यक नल की संख्या का अनुमान कैसे लगाया जाए?

विशिष्ट प्रश्न:

1) पायलट टोन कैसे पाया जाता है? यह उप-वाहक पर नियमित डेटा से अलग क्या है? यह कैसे शुरू होता है और समाप्त होता है यह निर्धारित करने के लिए इस्तेमाल किया जा सकता है?

2) अगर मैं ऊपर दिए गए उत्तरों को सही ढंग से समझता हूं, तो एक साइकल उपसर्ग का उपयोग प्रतीक को शुरू / समाप्त करने के लिए किया जा सकता है क्योंकि यह कुछ देरी से ऑटो-सहसंबंधित होगा। हालांकि, आईएसआई को "अवशोषित" करने के लिए चक्रीय-उपसर्ग मौजूद है। इसलिए यदि उपसर्ग को आईएसआई के साथ जोड़ दिया गया है, तो यह ऑटो-सहसंबंध कैसे सफल हो सकता है?

Comments

पायलट सिग्नल सिग्नल को खोजने के लिए कोई भी सूत्र है ?? या हम यह कैसे जान सकते हैं कि हमें पायलट सिग्नल कहां रखना चाहिए ??

Answer 1

OFDM प्रणालियों में प्रतीक विकरण कैसे किया जाता है, इस बारे में आप सामान्य प्रश्न हैं:

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

2. जैसा कि जेसन आर ने अपनी टिप्पणी में उल्लेख किया है, हालांकि यह इसका प्रारंभिक उद्देश्य नहीं है, चक्रीय उपसर्ग का उपयोग प्रतीक तुल्यकालन के लिए भी किया जा सकता है क्योंकि इसके प्राप्त संकेत के कुछ हिस्से का एक ज्ञात दोहराव जिसे ऑटोक्रेलेशन के माध्यम से पता लगाया जा सकता है। यह तेजी से बदलते चैनलों के लिए विशेष रूप से अच्छी तरह से अनुकूल है, क्योंकि देरी के समय को प्रति-प्रतीक के आधार पर अपडेट किया जा सकता है। अतिरिक्त, यह कोई अतिरिक्त ओवरहेड नहीं जोड़ता है। हालाँकि, यह शोर के प्रति अधिक संवेदनशील है [2] और संभवतः आईएसआई के लिए भी।
   संपादित करें: इस विधि से पता लगाया जा सकता है कि अधिकतम देरी OFDM प्रतीक में से एक है। इसलिए यह केवल ठीक सिंक्रनाइज़ेशन के लिए अनुकूल है।

3. कुछ और "विदेशी" तकनीकें हैं। इनमें से एक में, उदाहरण के लिए, प्राप्त सिग्नल के समय-शिफ्ट किए गए संस्करणों के एन-डीएफटी (एन = सबकारियर्स की संख्या) की गणना की जाती है। यदि आप DFT को गलत समय विंडो पर लागू करते हैं, तो परिणामी नक्षत्र आरेख गड़बड़ हो जाएगा। यदि आपको सही समय विंडो मिलती है, तो तारामंडल डिगराम अलग नक्षत्र बिंदु दिखाता है। डीएफटी आउटपुट के मानक विचलन की गणना करके इसका पता लगाया जा सकता है। इस पद्धति का अर्थ है एक उच्च कम्प्यूटेशनल लागत।

आपसे विशिष्ट प्रश्न

पायलट टोन कैसे पाया जाता है? यह उप-वाहक पर नियमित डेटा से अलग क्या है? यह कैसे शुरू होता है और समाप्त होता है यह निर्धारित करने के लिए इस्तेमाल किया जा सकता है?

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

अगर मैं ऊपर दिए गए उत्तरों को सही ढंग से समझता हूं, तो सिंबल उपसर्ग का उपयोग सिंबल स्टार्ट / एंड को खोजने के लिए किया जा सकता है क्योंकि यह कुछ देरी के साथ ऑटो-कॉलेरेट करेगा। हालांकि, आईएसआई को "अवशोषित" करने के लिए चक्रीय-उपसर्ग मौजूद है। इसलिए यदि उपसर्ग को आईएसआई के साथ जोड़ दिया गया है, तो यह ऑटो-सहसंबंध कैसे सफल हो सकता है?

सभी तुल्यकालन तकनीकों की तरह यह विधि शोर और चैनल फैलाव से ग्रस्त होगी और इसके परिणामस्वरूप केवल कुछ हद तक पहले से प्रभाव के साथ काम करेगा। जो हद तक मात्र निर्धारण वास्तव में यह अभी भी काम कर रहा है कुछ पूरी तरह से अनुसंधान कि somone निश्चित रूप से पहले से ही किया है की आवश्यकता होगी।

---

[1] श्मिट, टीएम; कॉक्स, डीसी; , "OFDM के लिए जोर आवृत्ति और समय तुल्यकालन," संचार, IEEE लेनदेन पर, vol.45, no.12, pp.1613-1621, दिसंबर 1997

[२] वैन डी बीक, जे जे; सैंडल, एम।; बोरजेसन, पीओ; , "ओएफडीएम सिस्टम में समय और आवृत्ति ऑफसेट का एमएल अनुमान," सिग्नल प्रोसेसिंग, IEEE लेनदेन पर, vol.45, no.7, pp.1800-1805, Jul 1997

Comments

+1। यदि आप पायलट उप-वाहक में चरण ऑफ़सेट का उपयोग करते हैं, तो आप प्रतीक-दर-प्रतीक को भी सही कर सकते हैं।

— जिम क्ले

@JimClay मुझे समझ नहीं आया कि यह कैसे काम कर सकता है। यदि पायलट पहले से ही सिंक्रनाइज़ नहीं है, तो पायलट उपकारक का पता नहीं लगाया जा सकता है। और यहां तक ​​कि अगर यह हो सकता है, तो आप यह कैसे बता सकते हैं कि क्या चरण में बदलाव समय की देरी या चैनल फैलाव के कारण हुआ है? शायद मुझे sth याद आ रही है। यहाँ ...

— डेव

आप सही कह रहे हैं कि प्रतीक की सीमाओं के भीतर अपने उल्टे एफएफटी के डेटा को प्राप्त करने के लिए आपको पर्याप्त रूप से सिंक्रनाइज़ होना चाहिए। मेरा मतलब था कि पायलट टन प्रतीक की शुरुआत के सापेक्ष डेटा को ठीक से इंगित करके सिंक्रनाइज़ेशन को ठीक करने में मदद कर सकते हैं जहां से आया था।

— जिम क्ले

चरण परिवर्तन जो समय ऑफसेट से आता है, वह वाहक परिवर्तन से आने वाले चरण परिवर्तन से भिन्न होता है। समय ऑफसेट चरण परिवर्तन आवृत्ति बिन के लिए आनुपातिक है, इसलिए 802.11a -7 बिन के लिए +7 बिन के रूप में विपरीत चरण परिवर्तन होगा। इसी तरह, _ बिन में +7 बिन के रूप में चरण ऑफसेट 3 गुना होगा। वाहक ऑफसेट के साथ मेरा मानना ​​है कि सभी डिब्बे में एक ही चरण ऑफसेट है। इस प्रकार, पायलट टन के चरण ऑफसेट का विश्लेषण करके आप समय ऑफसेट और वाहक ऑफसेट दोनों को निर्धारित कर सकते हैं।

— जिम क्ले

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

— एच.डी.

Answer 2

How is a pilot tone found?

उप-वाहकों के संदर्भ में पायलट टोन का स्थान सिग्नल प्रोटोकॉल द्वारा परिभाषित किया गया है। उदाहरण के लिए, 802.11 ए के मामले में पायलट उप-वाहक हैं -21, -7, 7 और 21।

What makes it different than the regular data on a sub-carrier?

यह बात अलग है कि रिसीवर को ठीक से पता होता है कि पायलट टोन में क्या है। वाहक ऑफसेट, प्रतीक (समय) ऑफसेट, चैनल प्रभाव (जैसे बहु-पथ), आदि द्वारा लाया गया शोर और विरूपण के अलावा कोई अनिश्चितता नहीं है।

How can it be used to determine symbol starts and ends?

परिपत्र शिफ्ट (कभी-कभी "बैरल" शिफ्ट्स कहा जाता है) एफएफटी में चरण ऑफसेट का उत्पादन करते हैं। चक्रीय उपसर्ग एक समय बदलाव को एक परिपत्र बदलाव बनाने के सटीक उद्देश्य के लिए प्रतीक के अंत को प्रस्तुत करता है। इस प्रकार, जब उलटा एफएफटी किया जाता है, तो किसी भी समय ऑफसेट सभी चैनलों में एक चरण ऑफसेट बना देगा। क्योंकि हम वास्तव में जानते हैं कि पायलट टोन क्या होना चाहिए, चरण ऑफसेट (जो मूल प्रतीक में एक समय ऑफसेट से मेल खाती है) का पता लगाया और ठीक किया जा सकता है।

If I understand the answers above correctly, a cyclic prefix can be used to find the
symbol start/end because it will auto-correlate with some delay.

फिर से, यह ऑटो-सहसंबंधी चीज नहीं है, यह है कि उलटा एफएफटी समय बदलाव को एक चरण बदलाव में बदल देता है जिसे हम पता लगाने के लिए पायलट चैनलों का उपयोग कर सकते हैं।

However, the cyclic-prefix exists in order to "absorb" ISI. So if the prefix has been
munged with ISI, then how can this auto-correlation be successful?

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

Comments

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

— जेसन आर

यह एक अच्छा बिंदु है, हालांकि एक बहु-पथ संकेत को गड़बड़ाना होगा।

— जिम क्ले

"-21, -7, 7, और 21" क्या ये एफएफटी बिन संख्या एक केंद्र बिन के सापेक्ष हैं? इसलिए कुछ उप-वाहक डेटा के बजाय विशेष रूप से पायलट टन के लिए उपयोग किए जाते हैं?

— डैन सैंडबर्ग

अभी भी कुछ याद आ रहा है - ऐसा लगता है कि अगर पायलट टन में अच्छे क्रॉस-सहसंबंध गुणों के साथ एक अनुक्रम होता है, तो आप उस से पूरी तरह से प्रतीक सीमाओं को पा सकते हैं। तो फिर आपको चक्रीय उपसर्ग का उपयोग करके चरण परिवर्तन को देखने की आवश्यकता क्यों होगी?

— डैन सैंडबर्ग

पायलट टन और पायलट प्रतीकों को यहां भ्रमित नहीं किया जाना चाहिए। एक पायलट टोन कुछ उपकार है जो प्रत्येक OFDM प्रतीक में एक ज्ञात मूल्य के साथ संशोधित है। मुझे संदेह है कि इसका उपयोग सिंक्रनाइज़ेशन के लिए किया जा सकता है। एक पायलट प्रतीक पूर्वनिर्धारित सामग्री के साथ एक पूर्ण OFDM प्रतीक है। इसका उपयोग सिंक्रोनाइज़ेशन के लिए किया जा सकता है।

— एच.डी.

Answer 3

व्यावहारिक संचार प्रणालियों में सिंक्रनाइज़ेशन एक महत्वपूर्ण कार्य है लेकिन यह सीधे OFDM के सिद्धांत से संबंधित नहीं है।

फ़्रेम सिंक्रनाइज़ेशन

व्यावहारिक संचार प्रणाली (जैसे IEEE 802.11 या 802.3) तथाकथित फ़्रेमों का आदान-प्रदान करती है, जिसमें कई फ़ील्ड शामिल होते हैं, जो अलग-अलग, विशिष्ट कार्यों को पूरा करते हैं। आमतौर पर, एक फ्रेम का पहला क्षेत्र एक तथाकथित प्रस्तावना है, जिसका मात्र उद्देश्य है

• आने वाले फ्रेम का पता लगाना,
• ट्रांसमीटर के साथ रिसीवर को सिंक्रनाइज़ करना,
• रिसीवर में स्वचालित लाभ सुधार (एजीसी) करना (वायरलेस संचार प्रणालियों में आवश्यक)।

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

प्रशिक्षण अनुक्रम

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

• फ्रेम में प्रशिक्षण अनुक्रमों की स्थिति और
• प्रशिक्षण अनुक्रमों में निहित पायलट प्रतीकों के मूल्य।

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

यह भी ध्यान दें कि व्यावहारिक प्रणालियों में, पायलट प्रतीकों का उपयोग अन्य उद्देश्यों के लिए भी किया जा सकता है, जैसे कि व्यक्तिगत उपकार के एसएनआर का अनुमान लगाना या वाहक आवृत्ति ऑफसेट का आकलन करने के लिए (नीचे देखें)।

चक्रीय उपसर्ग

क्रमिक OFDM प्रतीकों के बीच डाले गए चक्रीय उपसर्ग का मुख्य उद्देश्य ISI (इंटर-सिंबल-इंटरफेरेंस) और ICI (इंटर-कैरियर-इंटरफेरेंस) का शमन है, सिंबल का प्रारंभ या अंत नहीं होता है।

ISI का शमन

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

ICI का शमन

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

कैरियर फ्रिक्वेंसी ऑफ़सेट (सीएफओ) और चरण शोर

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

मैं सॉफ्टवेयर परिभाषित रेडियो के लिए एक ओपन-सोर्स ओएफडीएम फ्रेमवर्क भी बनाए रखता हूं , जो कि मटलब कोड में ऊपर वर्णित तकनीकों को कवर करता है।

Comments

मैं शब्दावली के बारे में अनिश्चित हूं। क्या "OFDM प्रतीक" "फ़ील्ड" का पर्याय बन जाएगा?

— सेलिबिट्ज़

इसके अलावा, मैं हमेशा "सिंक्रोनाइज़ेशन" से आपके बारे में निश्चित नहीं हूं क्योंकि बहुत सारे प्रकार के सिंक्रनाइजेशन (फायरक्वेंसी, सिंबल, फ्रेम) हैं।

— सेलिबिट्ज़

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

— रॉबिन क्लॉज़

मैं "OFDM प्रतीक" के अर्थ पर स्पष्ट हूं। लेकिन आपने अपने उत्तर के दूसरे वाक्य में "फ़ील्ड" शब्द का उपयोग किया ("... तथाकथित फ्रेम, जिसमें कई फ़ील्ड शामिल हैं ...")।

— बिकेगी

समझा। "फ़ील्ड" से मेरा मतलब एक फ्रेम के एक हिस्से से है जो एक विशिष्ट कार्य को पूरा करता है। तो नहीं, "ओएफडीएम प्रतीक" "क्षेत्र" का पर्याय नहीं होगा। लेकिन एक फ़ील्ड में कई OFDM प्रतीक हो सकते हैं यदि उस फ़ील्ड में पेलोड डेटा या पायलट प्रतीक हैं।

— रॉबिन क्लोस

Answer 4

देवे और जिम क्ले की उत्कृष्ट प्रतिक्रियाओं को संक्षेप में प्रस्तुत करने के लिए:

सिंबल सिंक्रोनाइज़ेशन में दो अलग-अलग कार्य होते हैं- रफ सिंबल सिंक्रोनाइज़ेशन, जहाँ सिंबल बाउंड्रीज़ को अनुमानित किया जाता है, और फ़ाइन सिंबल सिंक्रोनाइज़ेशन, जहाँ रफ सिंक्रोनाइज़ेशन को थोड़ा एडजस्ट किया जाता है। अक्सर ठीक सिंक्रनाइज़ेशन कम कम्प्यूटेशनल रूप से गहन होता है और इसलिए चैनल में बदलाव के लिए समायोजित करने के लिए इसे अधिक बार किया जा सकता है।

पायलट प्रतीक, जो विशेष पूर्वनिर्धारित प्रतीक हैं जो ट्रांसमीटर और रिसीवर के लिए जाने जाते हैं, का उपयोग समय-क्षेत्र ("ऑटो-सहसंबंध") में प्रतीक की खोज करके किसी न किसी सिंक्रनाइज़ेशन को करने के लिए किया जा सकता है

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

चक्रीय उपसर्ग, जो प्रतीक का एक निरंतरता है जो शुरुआत से उपसर्ग है, ऑटो-सहसंबंध के माध्यम से ठीक सहसंबंध के लिए इस्तेमाल किया जा सकता है।

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

Comments

कुछ अतिरिक्त: 1) पायलट सिंबल आधारित सिंक्रोनाइज़ेशन भी पर्याप्त रूप से सटीक सिंक प्राप्त कर सकता है, लेकिन ओवरहेड के कारण बहुत बार अद्यतन नहीं किया जा सकता है। यह धीमी गति से बदलती चैनलों के लिए ठीक हो सकता है, लेकिन तेजी से बदलती चैनलों को विलंब समय को अधिक बार अपडेट करने के लिए कुछ अतिरिक्त तकनीक की आवश्यकता होती है। उस ने कहा, पायलट प्रतीक सिंक जरूरी नहीं कि बाद में ठीक सिंक विधि का उपयोग करता है, जबकि ठीक सिंक विधियों को देरी समय के लिए कुछ प्रारंभिक मोटे अनुमान की आवश्यकता होती है। 2) "विदेशी" विधि जिसे मैंने 3 गिना था, प्रति-नमूना आधार पर आने वाले सिग्नल को स्थानांतरित करता है। मैं इसे "फाइन सिंक" विधि मानूंगा।

— एच.डी.