با مجموعه‌ها، منظم بمانید
ذخیره و طبقه‌بندی محتوا براساس اولویت‌های شما.
تداخل GNSS را می توان به دو دسته زیر تقسیم کرد:
پارازیت
جعل
حملات پارازیت شامل پخش سیگنال‌های رادیویی قوی در همان محدوده فرکانسی GNSS است که می‌تواند سیگنال‌های نسبتا ضعیف‌تری را که از ماهواره‌های GNSS پخش می‌شود، خفه کند. این می‌تواند گیرنده‌های GNSS، از جمله تلفن‌ها، از محاسبه موقعیت مکانی خود جلوگیری کند.
جعل یک حمله پیچیده‌تر است که طی آن سیگنال‌های جعلی که وانمود می‌کنند سیگنال‌های GNSS واقعی هستند پخش می‌شوند. این سیگنال‌های جعلی می‌توانند گیرنده GNSS را فریب دهند تا موقعیت یا زمانی را محاسبه کند که با واقعیت بسیار متفاوت است، که برای اشتباه گرفتن برنامه‌های نقشه‌برداری و ناوبری و دادن اطلاعات اشتباه به کاربران کافی است.
درباره جعل یا پارازیت GNSS
قدرت سیگنال یا نسبت حامل به نویز (C/N0) سیگنال و همچنین کنترل بهره خودکار (AGC) رادیو GNSS در تلفن می تواند نشانگر خوبی برای تداخل باشد.
هنگام مشاهده جعل یا پارازیت، AGC تمایل به فرو رفتن دارد. هنگامی که رادیو امواج رادیویی قوی دریافت می کند، بهره تقویت کننده (AGC) را کاهش می دهد تا قدرت سیگنال دریافتی را تنظیم کند.
شکل 1. AGC در طول تداخل کاهش می یابد (منطقه قرمز)، و با حذف تداخل به سطح نرمال افزایش می یابد (ناحیه سبز). (منبع تصویر: https://doi.org/10.33012/navi.537)
با این حال، رفتار C/N0 بین رویدادهای پارازیت و جعل تغییر می کند. برای رویدادهای پارازیت، نویز مشاهده شده توسط رادیو بسیار قوی تر از حالت عادی است - بنابراین، مخرج نسبت حامل به نویز افزایش می یابد و مقدار C/N0 کاهش می یابد. برای جعل، برعکس اتفاق می افتد - چون سیگنال جعلی در حال پخش است که به اندازه کافی بلند است که سیگنال واقعی ماهواره را خاموش کند، قدرت کلی سیگنال قوی است و بنابراین C/N0 افزایش می یابد.
جعل یا پارازیت GNSS را بررسی کنید
می‌توانید از تب Spoof/Jam در برنامه GnssLogger استفاده کنید تا تأثیر محیط آن‌ها بر C/N0 و AGC را در زمان واقعی بررسی کنید.
نمودار بلادرنگ AGC و C/N0
برگه Spoof/Jam نمودار بی‌درنگ AGC و C/N0 را برای هر صورت فلکی و باند GNSS نشان می‌دهد (به عنوان مثال، "GPS L1" یا "G:L1:"، "Galileo E5a" یا "E:E5A:").
شکل 2. AGC و C/N0 هر دو زمانی که تلفن در کنار روتر Wi-Fi (بیضی قرمز) قرار می گیرد، سقوط می کنند. میانگین 3 سیگنال بالا برای هر صورت فلکی و نوار به صورت خطوط چین نشان داده شده است. AGC برای هر صورت فلکی و نوار، که یک مقدار واحد است، به صورت یک خط ثابت نشان داده شده است. بخش دایره‌ای قرمز رنگ در نمودار نشان می‌دهد که چگونه هر دو AGC و C/N0 زمانی که تلفن در کنار روتر Wi-Fi قرار می‌گیرد، سقوط می‌کنند و بنابراین تداخل مشاهده می‌شود.
بررسی زمان واقعی برای جعل و پارازیت
در زیر نمودار بی‌درنگ AGC و C/N0 ، برنامه مجموعه‌ای از بررسی‌های خودکار داده را نمایش می‌دهد که شرایط مربوط به تداخل GNSS را شناسایی می‌کند.
شکل 3. بررسی های خودکار می توانند شرایطی را که بالقوه در اثر جعل و پارازیت ایجاد می شوند شناسایی کنند.
در بخش چک‌های Jamming ، برنامه بررسی می‌کند که آیا میانگین 10 دوره اخیر C/N0 و AGC در مقایسه با 50 دوره قبلی تغییر کرده است یا خیر. اگر C/N0 و AGC به طور همزمان کاهش یابد، این می تواند نشانه ای از پارازیت GNSS باشد. اگر این وضعیت شناسایی شود، کارت یک پیام FAIL به همراه اطلاعات بیشتر نشان می دهد:
شکل 4. شکستی که نشان می دهد شرایط بالقوه ناشی از تداخل GNSS شناسایی شده است.
کارت اول در قسمت چک های Spoofing نیز C/N0 و AGC را بررسی می کند، اما به دنبال افزایش همزمان C/N0 و کاهش AGC است.
دومین بررسی مربوط به جعل به دنبال اختلاف بیش از یک ثانیه بین زمان GNSS محاسبه شده روی دستگاه و زمان بازیابی شده از طریق اینترنت از سرور پروتکل زمان شبکه (NTP) است (زمان شبکه - زمان GNSS). یک تفاوت بزرگ می تواند نشان دهد که زمان GNSS محاسبه شده معتبر نیست.
نکات، ترفندها و هشدارها
در اینجا مواردی وجود دارد که هنگام استفاده از ویژگی Spoof/Jam GnssLogger باید در نظر داشته باشید:
این یک ویژگی آزمایشی است - همانطور که در مورد ویژگی‌های AGC در دستگاه‌های مختلف اندرویدی بیشتر می‌آموزیم، الگوریتم‌های دقیق مورد استفاده برای تغییرات جعل و پارازیت ممکن است به‌روزرسانی شوند.
این ویژگی همه جعل‌ها و پارازیت‌ها را نمی‌گیرد - نمودار بی‌درنگ و بررسی داده‌ها، کشف خصوصیات داده‌ها را در زمان واقعی آسان‌تر می‌کند، اما برای شناسایی هر نمونه جعل یا پارازیت به اندازه کافی قوی نیستند.
این ویژگی برای تشخیص تغییر در C/N0 و AGC طراحی شده است - اگر برنامه را در حضور جعل یا پارازیت باز کنید و C/N0 و AGC ثابت بماند، جعل و پارازیت شناسایی نمی‌شود.
سرورهای NTP لزوماً امن نیستند - زمان شبکه نیز می تواند جعل شود.
با استفاده از ردیاب مسائل عمومی ما درباره ویژگی Spoof/Jam بازخورد ارائه کنید.
محتوا و نمونه کدها در این صفحه مشمول پروانههای توصیفشده در پروانه محتوا هستند. جاوا و OpenJDK علامتهای تجاری یا علامتهای تجاری ثبتشده Oracle و/یا وابستههای آن هستند.
تاریخ آخرین به‌روزرسانی 2025-08-27 بهوقت ساعت هماهنگ جهانی.
[[["درک آسان","easyToUnderstand","thumb-up"],["مشکلم را برطرف کرد","solvedMyProblem","thumb-up"],["غیره","otherUp","thumb-up"]],[["اطلاعاتی که نیاز دارم وجود ندارد","missingTheInformationINeed","thumb-down"],["بیشازحد پیچیده/ مراحل بسیار زیاد","tooComplicatedTooManySteps","thumb-down"],["قدیمی","outOfDate","thumb-down"],["مشکل ترجمه","translationIssue","thumb-down"],["مشکل کد / نمونهها","samplesCodeIssue","thumb-down"],["غیره","otherDown","thumb-down"]],["تاریخ آخرین به‌روزرسانی 2025-08-27 بهوقت ساعت هماهنگ جهانی."],[],[],null,["GNSS interference can be broken down into the following two categories:\n\n- Jamming\n- Spoofing\n\n*Jamming* attacks involve broadcasting strong radio signals in the same\nfrequency range as GNSS, which can drown out the relatively weaker signals\nbroadcast from the GNSS satellites. This can prevent GNSS receivers, including\nphones, from computing their location.\n\n*Spoofing* is a more sophisticated attack during which fake signals that pretend\nto be real GNSS signals are broadcast. These fake signals can fool a GNSS\nreceiver into computing a position or time that is very different from\nreality, which is enough to confuse mapping and navigation apps into giving\nusers wrong information.\n\nAbout GNSS spoofing or jamming\n\nSignal strength, or carrier-to-noise ratio (C/N0), of the signal as well as the\n[automatic gain control (AGC)](/reference/android/location/GnssAutomaticGainControl) of the GNSS radio in the phone can be a good\nindicator of interference.\n\nThe AGC tends to dip when spoofing or jamming is observed. When the radio\nreceives strong radio waves, it turns down the gain of the amplifier (AGC) to\nadjust the power of the received signal.\n**Figure 1.** AGC drops during interference (red area), and increases back to normal levels when interference is removed (green area). (Image source: https://doi.org/10.33012/navi.537)\n\nHowever, the behavior of C/N0 changes between jamming and spoofing events. For\njamming events, the noise observed by the radio is much stronger than normal ---\ntherefore, the denominator of the carrier-to-noise ratio increases, and the C/N0\nvalue drops. For spoofing, the reverse happens --- because a fake signal is being\nbroadcast that is loud enough to drown out the real signal from the satellite,\nthe overall signal strength is strong, and therefore the C/N0 increases.\n\nCheck for GNSS spoofing or jamming\n\nYou can use the **Spoof/Jam** tab in the [GnssLogger](https://play.google.com/store/apps/details?id=com.google.android.apps.location.gps.gnsslogger) app to\nexplore the impact of their environment on C/N0 and AGC in real-time.\n\nReal-time AGC and C/N0 plot\n\nThe **Spoof/Jam** tab displays a real-time graph of AGC and C/N0 for each GNSS\nconstellation and band (e.g., \"GPS L1\" or \"G:L1:\", \"Galileo E5a\" or \"E:E5A:\").\n**Figure 2.** AGC and C/N0 both drop when a phone is held next to a Wi-Fi router (red oval). The average top 3 signals for each constellation and band are shown as dashed lines. The AGC for each constellation and band, which is a single value, is shown as a solid line. The red circled section on the plot shows how both the AGC and C/N0 drop when the phone is held next to a Wi-Fi router, and therefore interference is observed.\n\nReal-time checks for spoofing and jamming\n\nBelow the real-time plot of AGC and [C/N0](http://c/N0), the app displays a\nseries of automated data checks that identify conditions related to GNSS\ninterference.\n**Figure 3.** Automated checks can identify conditions potentially caused by spoofing and jamming.\n\nIn the **Jamming checks** section, the app checks to see if the average of the\nmost recent 10 epochs of C/N0 and AGC have changed when compared to the previous\n50 epochs. If C/N0 and AGC decrease simultaneously, this can be a symptom of\nGNSS jamming. If this situation is detected, the card shows a FAIL message along\nwith more information:\n**Figure 4.** A failure indicating that conditions potentially caused by GNSS interference have been detected.\n\nThe first card in the **Spoofing checks** section also checks C/N0 and AGC, but\nlooks for a simultaneous **increase** in C/N0 and drop in AGC.\n\nThe second spoofing-related check looks for a difference over one second between\nthe GNSS time computed on the device and time retrieved over the Internet from a\nNetwork Time Protocol (NTP) server (network time - GNSS time). A large\ndifference can indicate that the computed GNSS time is not valid.\n\nTips, tricks, and caveats\n\nHere are some things to keep in mind when using the **Spoof/Jam** feature of\nGnssLogger:\n\n- This is an experimental feature --- as we learn more about the AGC characteristics on various Android devices, the exact algorithms used for spoofing and jamming changes may be updated.\n- This feature does not catch all spoofing and jamming --- The real-time graph and data checks make it easier to discover data properties in real-time, but aren't robust enough to detect every example of spoofing or jamming.\n- This feature is designed to detect a change in C/N0 and AGC --- if you open the app in the presence of spoofing or jamming and C/N0 and AGC remain constant, spoofing and jamming are not detected.\n- NTP servers are not necessarily secure --- Network time can be spoofed as well.\n\nProvide feedback on the **Spoof/Jam** feature using our [public issue\ntracker](https://issuetracker.google.com/issues/new?component=313183&template=0)."]]
