البرنامج التعليمي: فهم RF الظاهري (vRF) من خلال تخفيض أزرق مائي باستخدام راديو GNU

في البرنامج التعليمي: بيانات الوصلة الهابطة من قمر صناعي عام، يتم ربط البيانات من القمر الصناعي Aqua التابع لوكالة ناسا باستخدام مودم مدار، مما يعني أن إشارة RF الخام التي تم تلقيها من القمر الصناعي Aqua بواسطة المحطة الأرضية تمر عبر مودم تديره Azure Orbital. ثم يتم دفق إخراج هذا المودم، الذي يكون في شكل بايت، إلى الجهاز الظاهري للمستخدم. كجزء من الخطوة تكوين ملف تعريف جهة اتصال لمهمة ارتباط الأقمار الصناعية العامة تم تعيين تكوين تخفيض إلى بث أزرق مائي مباشر، وهو ما مكن المودم المدار وتكوينه لخفض/ فك تشفير إشارة RF المتلقاة من Aqua. باستخدام مفهوم vRF، لا يتم استخدام مودم مدار، وبدلا من ذلك يتم إرسال إشارة RF الخام إلى الجهاز الظاهري للمستخدم للمعالجة. يمكن أن ينطبق هذا المفهوم على كل من الارتباط الهابط والارتباط الصاعد، ولكن في هذا البرنامج التعليمي نفحص عملية الارتباط الهابط. نقوم بإنشاء vRF، استنادا إلى راديو GNU، الذي يعالج إشارة RF الخام ويعمل كمودم.

في هذا الدليل، ستتعرف على كيفية القيام بما يلي:

  • فهم قيود ومفاضلات استخدام vRF.
  • تكوين ملف تعريف جهة اتصال من خلال vRF بدلا من مودم مدار.
  • معالجة البيانات ذات الارتباطات المعطلة من Aqua (في شكل RF الخام) باستخدام GNU Radio كمودم، باستخدام كل من إعداد دون اتصال/تطوير وإعداد في الوقت الحقيقي.

المتطلبات الأساسية

  • البرنامج التعليمي الكامل : البيانات الهابطة من القمر الصناعي العام Aqua التابع لوكالة ناسا، حيث يفترض هذا البرنامج التعليمي أنك قمت بالفعل بتكوين المركبة الفضائية والأجهزة الظاهرية.

فهم القيود والمفاضلات لاستخدام vRF

قبل أن نتعمق في البرنامج التعليمي، من المهم فهم كيفية عمل vRF وكيفية مقارنته باستخدام مودم مدار. مع المودم المدار، تحدث الطبقة المادية بأكملها (PHY) داخل Azure Orbital، مما يعني أنه تتم معالجة إشارة RF على الفور داخل موارد Azure Orbital ولا يتلقى المستخدم سوى وحدات البايت المعلومات التي ينتجها المودم. باختيار vRF، لا يوجد مودم مدار، ويتم دفق إشارة RF الخام إلى المستخدم من رقمنة المحطة الأرضية. يسمح هذا الأسلوب للمستخدم بتشغيل المودم الخاص به، أو التقاط إشارة RF للمعالجة اللاحقة.

تتضمن مزايا vRF القدرة على استخدام أجهزة المودم التي لا يدعمها Azure Orbital أو لديه حق الوصول إليها. يسمح vRF أيضا بتشغيل نفس إشارة RF من خلال مودم أثناء محاولة معلمات مختلفة لتحسين الأداء. ويمكن استخدام هذا النهج لتقليل عدد التصاريح الساتلية اللازمة أثناء الاختبار وتسريع التطوير. نظرا لطبيعة إشارات RF الخام، يكون حجم الحزمة/الملف عادة أكبر من وحدات البايت الموجودة داخل إشارة RF تلك؛ عادة ما بين 2-10x أكبر. تعني المزيد من البيانات أن معدل نقل الشبكة بين الجهاز الظاهري وAzure Orbital يمكن أن يكون عاملا مقيدا ل vRF.

خلال هذا البرنامج التعليمي، ستتعلم مباشرة كيفية عمل vRF. في نهاية هذا البرنامج التعليمي، نقوم بتضمين العديد من التفاصيل الخاصة بالترددات اللاسلكية والأرقام التي تهم مستخدم vRF.

دور DIFI داخل vRF

تتكون محطات Azure Orbital الأرضية من أجهزة رقمية تستخدم DIFI لإرسال واستقبال إشارات RF الرقمية. يحدد بروتوكول حزمة DIFI، المشار إليه تقنيا باسم "IEEE-ISTO Std 4900-2021: معيار إمكانية التشغيل التفاعلي ل IF الرقمي"، واجهة مستوى البيانات المخصصة لنقل واستقبال بيانات IF الرقمية (مثل عينات IQ) وبيانات التعريف المقابلة عبر شبكات IP القياسية. على الرغم من أن DIFI هو معيار "IF"، يمكن أيضا دفق عينات IQ في baseband باستخدام DIFI، كما هو الحال مع Azure Orbital. تتمثل حالة الاستخدام الأساسية لحزم DIFI في إنشاء واجهة بين المحولات الرقمية للمحطات الأرضية الساتلية (أجهزة الإرسال والاستقبال) وأجهزة مودم البرامج، مما يتيح إمكانية التشغيل البيني ومكافحة قفل البائعين الذي يصيب صناعة السواتل.

يحتوي بروتوكول حزم DIFI على نوعين من الرسائل الأساسية: حزم البيانات وحزم السياق. نظرا لأسباب الأجهزة القديمة، هناك إصداران مختلفان من حزم السياق. تستخدم محطات Azure Orbital الأرضية حزم السياق المحدثة (DIFI v1.1) لإشارات X-Band، والتنسيق القديم لإشارات S-Band. إذا كنت تستخدم حزمة gr-difi GNU Radio، فأنت تريد التأكد من تحديد تنسيق 108 بايت ل X-Band وتنسيق 72 بايت ل S-band. بالنسبة إلى vRFs الراديو غير GNU تحتاج إلى التأكد من استخدام الإصدار الصحيح من DIFI لحزم السياق، يمكن العثور على v1.1 هنا ويمكن استنتاج الإصدار القديم من هذا القسم من التعليمات البرمجية. يتم تضمين المزيد من الاعتبارات في vRF ضمن مرجع AOGS في نهاية هذا البرنامج التعليمي.

الخطوة 1: استخدام AOGS لجدولة جهة اتصال وجمع بيانات Aqua

أولا نقوم بإزالة المودم المدار، والتقاط بيانات RF الأولية في ملف pcap. تنفيذ الخطوات المذكورة في البرنامج التعليمي: بيانات الارتباط لأسفل من القمر الصناعي العام Aqua التابع لوكالة ناسا ولكن أثناء الخطوة تكوين ملف تعريف جهة اتصال لمهمة Aqua downlink اترك تكوين تخفيض القيمة فارغا واختر UDP للبروتوكول. وأخيرا، باتجاه النهاية، بدلا من socat الأمر (الذي يلتقط حزم TCP)، قم بتشغيل sudo tcpdump -i eth0 port 56001 -vvv -p -w /tmp/aqua.pcap لالتقاط حزم UDP إلى ملف pcap.

إشعار

هناك حاجة إلى التعديلات الثلاثة التالية على البرنامج التعليمي: بيانات الارتباط الهابط من القمر الصناعي العام Aqua التابع لوكالة ناسا:

  • تكوين تخفيض الإلغاء: اتركه فارغا
  • البروتوكول: اختر UDP
  • الخطوة 8 و9: بدلا من ذلك استخدم الأمر sudo tcpdump -i eth0 port 56001 -vvv -p -w /tmp/aqua.pcap

بعد تمرير القمر الصناعي، يجب أن يكون لديك ملف /tmp/aqua.pcap بحجم 10-20 غيغابايت (اعتمادا على أقصى ارتفاع). يحتوي هذا الملف على حزم DIFI تحتوي على إشارة RF الخام التي تتلقاها المحطة الأرضية، في شكل عينات IQ.

الخطوة 2: استخراج عينات IQ من حزم DIFI

بعد ذلك نقوم باستخراج عينات الذكاء وحفظها في شكل أكثر تقليدية؛ ملف IQ ثنائي. يمكن تنفيذ الخطوات التالية على أي جهاز ظاهري/كمبيوتر يحتوي على نسخة من ملف aqua.pcap الذي أنشأته. تتضمن هذه الخطوات استخدام برنامج نصي قصير بلغة Python يحتفظ به اتحاد DIFI لاستخراج عينات IQ من حزم UDP DIFI في ملف IQ.

  1. قم بتنزيل التعليمات البرمجية التالية أو نسخها إلى برنامج نصي python جديد.
  2. قم بالتحرير filename للمطابقة أينما قمت بحفظ pcap (/tmp/aqua.pcap).
  3. قم بتشغيل البرنامج النصي Python باستخدام python3 difi_to_binary_iq.py، ويجب أن ينشئ ملفا جديدا في نفس الدليل مثل pcap الخاص بك، مع ملحق .cs8 . هذا الملف هو ملف IQ الثنائي، الذي يحتوي على عينات RF الرقمية كأعداد صحيحة 8 بت ولا شيء آخر. يستغرق البرنامج النصي بعض الوقت للتشغيل، وفي أثناء تشغيله، يصبح الملف أكبر. عند اكتمال البرنامج النصي، يكون الملف بنفس حجم ملف pcap تقريبا. يمكنك إيقاف البرنامج النصي قبل الاكتمال (مع control-C) ومتابعة البرنامج التعليمي؛ المدة الكاملة لجهة الاتصال ليست ضرورية لبقية البرنامج التعليمي.
  4. (اختياري) إذا كنت تريد تصور الإشارة، فقم بتثبيت Inspectrum باستخدام https://github.com/miek/inspectrum/wiki/Build#building-on-debian-based-distros ثم قم بتشغيل Inspectrum باستخدام inspectrum /tmp/aqua.pcap.cs8 (باستخدام المسار إلى الملف الجديد .cs8 ). بمجرد الدخول إلى Inspectrum GUI، يمكنك ضبط Power Max و Power Min لرؤية النطاق الديناميكي الكامل للإشارة.

إذا كنت ترغب أيضا في عينات IQ بتنسيق float32 بدلا من int8 (تتيح لك بعض البرامج فقط تحميل تنسيق float32)، يمكنك استخدام مقتطف Python التالي:

import numpy as np
samples = np.fromfile('/tmp/aqua.pcap.cs8', np.int8) / 127.0
samples = samples.astype(np.float32)
samples.tofile('/tmp/aqua.pcap.cf32')

سنستخدم إصدار float32 للخطوة التالية، لأنه يبسط الرسم البياني لراديو GNU.

الخطوة 3: تخفيض إشارة أزرق مائي في راديو GNU

بعد ذلك نقوم بإنشاء مودم vRF الفعلي، استنادا إلى راديو GNU، المستخدم لتقليل إشارة Aqua.

Logo for GNU Radio Free Software Project.

راديو GNU هو مجموعة أدوات تطوير برامج مجانية ومفتوحة المصدر توفر كتل معالجة الإشارات والعديد من أمثلة تطبيقات معالجة الإشارات الرقمية (DSP). يمكن استخدامه مع أجهزة RF منخفضة التكلفة متاحة بسهولة لإنشاء أجهزة راديو معرفة بالبرامج، أو بدون أجهزة في بيئة تشبه المحاكاة. تستخدم إذاعة جنو على نطاق واسع في الأبحاث والصناعة والأوساط الأكاديمية والحكومة والبيئات الهواة لدعم كل من أبحاث الاتصالات اللاسلكية وأنظمة الراديو في العالم الحقيقي. في هذا البرنامج التعليمي، نستخدم راديو GNU لتقليل أزرق مائي (أي أن راديو GNU يعمل كمودم).

على الرغم من أنه يمكن استخدام GNU Radio في وضع بدون رأس، في هذا البرنامج التعليمي، نستخدم واجهة المستخدم الرسومية لراديو GNU (أي واجهة سطح المكتب)، لذلك يجب النسخ /tmp/aqua.pcap.cf32 إلى جهاز ظاهري مع إعادة توجيه X11 أو كمبيوتر مع سطح مكتب Ubuntu 20/22. يمكن استخدام الأمر scp لنسخ الملف من جهاز ظاهري على Azure إلى جهاز تطوير محلي.

تثبيت راديو GNU

إذا كنت تستخدم Ubuntu 22، فقم بتشغيل sudo apt-get install gnuradio. إذا كنت بدلا من ذلك على Ubuntu 20، فاستخدم الأوامر التالية لتثبيت GNU Radio:

sudo add-apt-repository ppa:gnuradio/gnuradio-releases
sudo apt-get update
sudo apt-get install gnuradio python3-packaging

تحقق من تثبيت GNU Radio بشكل صحيح وأن الرسومات تعمل باستخدام gnuradio-companion؛ يجب أن تظهر نافذة منبثقة تبدو كما يلي:

Screenshot of the GNU Radio desktop GUI.

إذا لم يتم عرض شجرة الكتلة على اليمين، يمكنك إظهارها باستخدام أيقونة عدسة التكبير في أعلى اليمين.

تشغيل مخطط انسيابي ل Aqua

يسمى تطبيق راديو GNU "مخطط انسيابي"، وعادة ما يقوم بمعالجة أو إنشاء إشارة RF. يمكن تنزيل مخطط انسيابي للبدء لاستخدامه هنا. افتح هذا .grc الملف داخل GNU Radio ويجب أن تشاهد الرسم البياني التدفقي التالي:

Screenshot of the GNU Radio Aqua flowgraph.

إشعار

بالنسبة لأولئك غير المهتمين بتفاصيل كيفية عمل المخطط التدفقي/المودم، يمكنك تخطي الفقرة التالية

يبدأ الرسم الانسيابي بالقراءة في ملف IQ، وتحويله من أعداد صحيحة متداخلة 8 بت إلى نوع البيانات المعقدة لراديو GNU، ثم يعيد طوابع الإشارة للانتقال من 18.75 ميغاهرتز الأصلية إلى 15 ميغاهرتز، وهو عدد صحيح من العينات لكل رمز. قد تكون إعادة الطابع هذه مربكة بعض الشيء لأننا في ملف تعريف جهة الاتصال حددنا نطاقا تردديا يبلغ 15 ميغاهرتز. كما تمت مناقشته أكثر في نهاية هذا البرنامج التعليمي، بالنسبة لإشارة X-Band، يستخدم المحول الرقمي معدل عينة يبلغ 1.25 ضعف النطاق الترددي المحدد. اتضح أننا نريد في هذا الرسم البياني التدفقي معدل عينة 15 ميغاهرتز، بحيث يكون لدينا عينتان بالضبط لكل رمز؛ لذلك يجب علينا إعادة تشكيل من 18.75 ميغاهرتز إلى 15 ميغاهرتز. بعد ذلك لدينا كتلة التحكم في الاكتساب التلقائي (AGC)، لتطبيع مستوى طاقة الإشارة. يعمل عامل تصفية جيب التمام المرفوع الجذر (RRC) كعامل تصفية متطابق. تقوم حلقة كوستاس بإجراء مزامنة التردد لإزالة أي إزاحات تردد صغيرة ناتجة عن خطأ التذبذب أو تصحيح Doppler غير المكتمل. يتم استخدام الكتل الثلاث التالية لأن Aqua يستخدم إزاحة QPSK (OQPSK) بدلا من QPSK العادية. ثم يتم تنفيذ مزامنة الرموز بحيث يتم أخذ عينات من رموز OQPSK في قممها. يمكننا تصور هذا أخذ العينات من QPSK باستخدام كتلة Constellation Sink (يظهر مثال على الإخراج). ما تبقى من الرسم البياني الانسيابي يتداخل مع الأجزاء الحقيقية والتخيلية، ويحفظها ك int8 (الأحرف / البايت) التي تمثل الرموز الناعمة. في حين أنه يمكن تحويل هذه الرموز الناعمة إلى 1 و0، تستفيد المعالجة اللاحقة من وجود قيم الرموز الكاملة.

قبل تشغيل المخطط التدفقي، انقر نقرا مزدوجا فوق كتلة مصدر الملف وقم بتحديث المسار للمطابقة أينما قمت بحفظ /tmp/aqua.pcap.cf32. انقر فوق زر التشغيل في الأعلى لتشغيل المخطط التدفقي. إذا كانت الخطوات السابقة ناجحة، وكانت جهة اتصال Aqua الخاصة بك ناجحة، يجب أن تشاهد الكثافة الطيفية للطاقة التالية (PSD) ومؤامرة الذكاء المعروضة:

Screenshot of the GNU Radio Aqua Power Spectral Density (PSD).

Screenshot of the IQ plot of the Aqua signal.

يمكن أن تختلف الخاص بك، بناء على القوة التي تم تلقي الإشارة بها. إذا لم تظهر واجهة المستخدم الرسومية، فتحقق من إخراج راديو GNU في الجزء السفلي الأيمن بحثا عن الأخطاء. إذا ظهر واجهة المستخدم الرسومية ولكنه يشبه خطا أفقيا صاخبا (بدون حدبة)، فهذا يعني أن جهة الاتصال لم تتلق بالفعل إشارة Aqua. في هذه الحالة، تحقق مرة مزدوجة من تمكين المسار التلقائي في ملف تعريف جهة الاتصال الخاص بك ومن إدخال التردد المركزي بشكل صحيح.

يعتمد الوقت الذي يستغرقه إنهاء راديو GNU على المدة التي تسمح فيها بتشغيل البرنامج النصي pcap_to_iq، جنبا إلى جنب مع طاقة وحدة المعالجة المركزية للكمبيوتر/الجهاز الظاهري. أثناء تشغيل المخطط التدفقي، يتم تخفيض إشارة RF المخزنة في /tmp/aqua.pcap.cf32 وإنشاء الملف /tmp/aqua_out.bin، الذي يحتوي على إخراج المودم. لا تتردد في نسخ هذا الملف .bin من الجهاز الظاهري.

ننهي هذا البرنامج التعليمي هنا. إذا كنت مهتما بفك ترميز وحدات البايت إلى صور، فيمكنك إما استخدام أدوات ناسا أو أدوات مصدر مفتوح مثل التلليم/X-Band-Decoders.

(اختياري) الخطوة 4: تشغيل مخطط انسيابي لراديو GNU مباشرة

يمثل هذا البرنامج التعليمي حتى هذه النقطة جزء التصميم/الاختبار لإنشاء vRF. نقوم بتحويل الرسم البياني لراديو GNU هذا بحيث يمكن تشغيله مباشرة على الجهاز الظاهري، ما يطبع مودم vRF الحقيقي.

معالجة الإدخال

في السابق، قمنا بتحويل حزمة حزمة DIFI يدويا إلى ملف IQ ثنائي، ثم قمنا بتحميل ملف IQ الثنائي هذا إلى GNU Radio مع كتلة Fink Source. يمكننا تبسيط الرسم البياني الانسيابي الخاص بنا باستخدام كتلة داخل gr-difi (التي تحتفظ بها Microsoft) مصممة لتلقي حزم DIFI في GNU Radio! تتطلب هذه الكتلة المضافة منا تثبيت وحدة نمطية لراديو GNU خارج الشجرة (OOT)، والتي تشبه المكون الإضافي لراديو GNU:

sudo apt-get install python3-pip cmake liborc-dev doxygen
sudo pip install pytest pybind11
cd ~
git clone https://github.com/DIFI-Consortium/gr-difi
cd gr-difi
mkdir build
cd build
cmake -DCMAKE_FIND_ROOT_PATH=/usr ..
make -j4
sudo make install
sudo ldconfig

بعد هذه الخطوات، يجب أن تكون قادرا على إعادة فتح راديو GNU ورؤية الكتل الجديدة (مصدر DIFI ومتلقي DIFI) المدرجة في شجرة الكتلة. في المخطط التدفقي الذي استخدمته أثناء القسم السابق، قم بتنفيذ الخطوات التالية:

  1. استبدال كتلة مصدر الملف مع كتلة مصدر DIFI
  2. انقر نقرا مزدوجا فوق كتلة مصدر DIFI لتحرير معلماتها
  3. يجب أن يكون عنوان IP المصدر هو IP لواجهة eth0 لجهازك الظاهري
  4. يجب أن يكون المنفذ 56001، تماما كما استخدمنا في خطوة tcpdump
  5. تعيين رقم دفق DIFI إلى 0. يمكن ترك كافة المعلمات الأخرى افتراضيا

إذا كنت ترغب في اختبار هذا الرسم البياني الانسيابي على جهاز التطوير الخاص بك، فأنت بحاجة إلى أداة مثل udpreplay لتشغيل pcap الذي سجلناه. وإلا يمكنك الانتظار لاختبار هذا الجزء حتى يتم استخدام المخطط التدفقي مباشرة على الجهاز الظاهري المتصل ب Azure Orbital. هذا القيد هو أحد الأسباب التي تساعد على إجراء تسجيل للإشارة أثناء مرحلة تطوير واختبار vRF.

معالجة الإخراج

يمكنك اختيار ترك File Sink في النهاية، واسترداد الملف المسجل كل تمريرة، ولكن تتطلب العديد من التطبيقات دفق وحدات البايت خارج المودم. أحد الخيارات هو استخدام TCP Sink Block بدلا من File Sink. يمكن تكوين كتلة TCP Sink إما في وضع الخادم أو العميل، اعتمادا على الجانب الذي يجب أن يقوم بالاتصال الأولي. قم بتعيين نوع الإدخال إلى بايت، ويتدفق TCP Sink وحدات البايت عبر حمولة TCP أولية.

ZMQ PUB Sink هو خيار آخر، وهو مكتبة مراسلة تقع فوق TCP أو الاتصالات بين العمليات (IPC)، لسلوك أكثر تعقيدا مثل PUB/SUB.

إذا تركته كمتلقي ملفات، نوصي بإضافة بضعة أسطر من Python في نهاية المخطط التدفقي (بعد انتهائه) الذي ينسخ الملف الذي تم إنشاؤه إلى موقع جديد.

تشغيل المخطط التدفقي في وضع بلا رأس

هناك فرصة جيدة أن الجهاز الظاهري الذي يتلقى دفق Azure Orbital لا يدعم بيئة سطح المكتب، مما يؤدي إلى تعطل راديو GNU. يجب علينا تكوين هذا المخطط التدفقي لتجنب استخدام واجهات برمجة التطبيقات.

  1. تحرير كتلة خيارات في أعلى اليسار
  2. ضمن "Generate Options" اختر "No GUI"
  3. ضمن خيارات التشغيل، اختر تشغيل حتى الاكتمال
  4. اضغط على موافق

تتيح لنا هذه الخطوات تشغيل المخطط التدفقي كبرنامج نصي Python بدون واجهة مستخدم رسومية، وعندما يغلق مأخذ التوصيل الوارد يجب أن ينتهي المخطط التدفقي تلقائيا.

Screenshot of GNU Radio running in Headless Mode.

تشغيل المخطط التدفقي المباشر

بمجرد تكوين المخطط التدفقي مع مصدر DIFI وفي وضع بدون رأس، يمكننا تشغيل المخطط التدفقي مباشرة على الجهاز الظاهري. في GNU Radio Companion (GRC)، في كل مرة تضغط فيها على زر التشغيل، يتم إنشاء ملف .py في نفس الدليل. يجب نسخ هذا البرنامج النصي Python على الجهاز الظاهري. إذا تم تثبيت راديو GNU و gr-difi بشكل صحيح، يجب أن تكون قادرا على تشغيل البرنامج النصي Python باستخدام python yourflowgraph.py وينتظر حتى يبدأ دفق DIFI من Azure Orbital. يمكنك إضافة أي تعليمة برمجية ل Python تريدها إلى برنامج Python النصي هذا، مثل نسخ الملف الناتج إلى موقع جديد لكل تمريرة. ملاحظة: إذا قمت بإعادة إنشاء برنامج Python النصي داخل GRC، يجب إضافة رمز Python الجديد هذا يدويا مرة أخرى.

إذا نجحت الخطوات المذكورة أعلاه، فقد نجحت في إنشاء ونشر vRF للارتباط الهابط، استنادا إلى راديو GNU!

vRF ضمن مرجع AOGS

في هذا القسم، نقدم العديد من التفاصيل الخاصة ب RF/digitizer التي تهم مستخدم vRF أو المصمم.

على جانب الارتباط الهابط، يتلقى vRF إشارة من Azure Orbital. يتم إرسال دفق DIFI إلى الجهاز الظاهري للمستخدم بواسطة Azure Orbital أثناء اتصال القمر الصناعي. من المتوقع أن يلتقط المستخدم الدفق في الوقت الفعلي، إما عن طريق تسجيله أو معالجته مباشرة. تتضمن الأمثلة استخدام tcpdump أو socat أو استيعابها مباشرة في مودم. فيما يلي بعض المواصفات المتعلقة بكيفية تلقي محطة Azure Orbital الأرضية للإشارة ومعالجتها:

  • يتم تحديد تردد المركز في ملف تعريف جهة الاتصال
  • يتم تعيين عرض النطاق الترددي للإشارة (BW) في ملف تعريف جهة الاتصال، ومعدل العينة هو 1.25*BW ل X-Band وجهات 1.125*BW اتصال S-Band
  • يستخدم دفق DIFI عمق 8 بت (2 بايت لكل عينة IQ)
  • تم تعيين وضع اكتساب المحول الرقمي لاستخدام التحكم التلقائي في الاكتساب (AGC) مع هدف طاقة -10 dBFS
  • لا يتم استخدام أي انعكاس طيفي
  • لا يتم استخدام أي إزاحة تردد
  • يجب تعيين حجم VM MTU للمستخدم إلى 3650 ل X-Band و1500 ل S-Band، وهو الحد الأقصى لحجم الحزمة القادمة من Azure Orbital

على جانب الارتباط الصاعد، يجب على المستخدم توفير دفق DIFI إلى Azure Orbital طوال الممر، حتى يتم إرسال Azure Orbital. قد تكون الملاحظات التالية ذات أهمية لمصمم vRF للارتباط الصاعد:

  • يتم تحديد تردد المركز في ملف تعريف جهة الاتصال
  • يتم تعيين معدل عينة الإشارة من خلال دفق DIFI (على الرغم من توفير عرض النطاق الترددي كجزء من ملف تعريف جهة الاتصال، إلا أنه مخصص فقط لتكوين الشبكة تحت الغطاء)
  • يتم تعيين عمق البت من خلال دفق DIFI ولكن Azure Orbital يتوقع 8 بت
  • يجب تعيين معرف دفق DIFI إلى 0
  • على غرار الارتباط الهابط، يجب أن يكون حجم MTU 1500 ل S-Band وما يصل إلى 3650 ل X-Band (اختيارك)
  • لا يتم استخدام أي انعكاس طيفي
  • لا يتم استخدام أي إزاحة تردد

الخطوات التالية

لنشر مكونات انتقال البيانات من الخادم الضرورية بسهولة لتلقي ومعالجة بيانات مراقبة الأرض المنقولة فضائيا باستخدام محطة Azure Orbital الأرضية، راجع: