אבי, השאלה שלך מצוינת – אבל חשוב לעשות הפרדה ברורה בין ניטור חוקי (מדידות RF / איכות רשת) לבין יירוט או מעקב אסור. אענה בצורה מקצועית, “תעשייתית”, בלי להיכנס לשיטות בעייתיות.

קודם כל – מסגרת חוקית (מאוד חשוב)

בישראל:

ניטור RF פסיבי (מדידת תדרים, עוצמות, איכות קליטה, KPI רדיו) – ✔️ מותר
איסוף מידע מהרשת הסלולרית עצמה (Core, IMSI, תוכן, מיקום מנוי) – ❌ אסור ללא רישוי ממשלתי מפורש
יירוט, דמודולציה, זיהוי משתמשים, התחזות לתא – ❌ עבירה פלילית (Wiretap Law, Communications Law)

לכן כל המוצרים החוקיים עובדים באחת משתי גישות:

📡 מדידת אוויר (Over‑The‑Air, RF only)
📱 מדידה מתוך UE לגיטימי (טלפון / מודם מורשה)

✅ מוצרים קיימים לניטור רשת סלולרית (חוקי)

1️⃣ מערכות מדידה מקצועיות (Telecom Drive Test / Monitoring)

🟢 Keysight / Anite NEMO (סטנדרט תעשייתי)

מה הם עושים
- ניטור LTE / 5G / NR
- RSRP, RSRQ, SINR, PCI, EARFCN, QoS
- Drop calls, throughput, latency
איך עובדים
- משתמשים בטלפונים מסחריים “נעולים” למדידה
- בלי יירוט, בלי התחזות
חיבור לרשת
✔ כן, כ-UE רגיל עם SIM

טווח מחיר

רישוי תוכנה: 20,000–80,000$
לכל סנסור/טלפון: 1,000–2,000$
מערכת מלאה: 100–300 אלף דולר [keysight.com], [keysight.zinfi.net]

🟢 Rohde & Schwarz (Network Testing)

Spectrum monitoring
LTE/5G demodulation (metrics בלבד)
שילוב עם סורקי RF

מחיר:

Handheld: 20,000–50,000$
Benchtop מתקדם: 80,000–250,000$ [keysight.com]

🟢 PCTEL / VIAVI

סורקי תאים
ניטור רציף לנקודות קבועות (גגות, תחנות)

מחיר:

10,000–50,000$ לסנסור [sonoransurplus.com]

2️⃣ סורקי RF / Spectrum Analyzer (ללא התחברות לרשת)

✅ מה הם כן עושים:

זיהוי תדרים פעילים
מדידת עוצמה, רוחב ערוץ
זיהוי הפרעות / עומסים

❌ מה הם לא:

לא יודעים IMSI
לא יודעים משתמשים
לא יודעים תוכן

דוגמאות:

Keysight / R&S / Anritsu – 15,000–50,000$
Rigol / Siglent – 1,500–5,000$
TinySA (בסיסי) – 50–300$ [amazon.com], [mouser.com], [labx.com]

✅ האם מוצר כזה יכול להתחבר לרשת כדי “לאסוף נתונים”?

✔ כן – רק כ־מנוי רגיל
לדוגמה:

SIM רגיל
מודם / טלפון מסחרי
הנתונים נאספים מנקודת המבט של הלקוח

❌ לא:

Core network
Signaling פנימי
נתוני מנויים אחרים

✅ האם טלפון נייד רגיל יכול לשמש כסנסור?

כן – ובאופן מפתיע, די חזק

📱 טלפון כסנסור רשת:

אפשר לאסוף:

Cell ID / PCI
Band / EARFCN
RSRP / RSRQ / SINR
Handover events
Throughput / Latency

באמצעות:

אפליקציות מדידה (או SDK)
Android diagnostic APIs
Qualcomm field test / Samsung Shannon

❗ מגבלות:

אין Raw I/Q
אין גישה ל-L1/L2 מלא
דיוק נמוך מסנסור RF ייעודי

📌 זה בדיוק מה שעושה NEMO Handy – אפליקציה על טלפון רגיל [keysight.zinfi.net]

✅ סיכום השוואתי קצר

פתרון	חוקי	רמת עומק	מחיר
טלפון + אפליקציה	✔	בינונית	נמוך
NEMO / VIAVI	✔	גבוהה	$$
Spectrum Analyzer	✔	RF בלבד	$
SDR “פתוח”	⚠ תלוי שימוש	מאוד גבוהה	$
IMSI Catcher	❌	אסור	❌

💡 הערה אישית אליך

לפי ההיסטוריה שלך – הגישה של “טלפון = Host, SDR / RF = חיישן צד” מתאימה לך מאוד:

טלפון: Layer 3–7
SDR: Layer 1–2
שילוב חוקי, חכם, חזק

אם תרצה – אני יכול:

להציע ארכיטקטורת מערכת מלאה
להשוות טלפון מול SDR כסנסור
להציע סטאק Software חוקי לחלוטין
לבנות טבלת ציוד לפי Low / Mid / High Budget

רק תגיד לאיזה כיוון אתה רוצה ללכת.

אבי, אענה בגובה העיניים + דוגמה מעשית מלאה, בצורה חוקית לגמרי, כולל:

איך טלפון רגיל משמש כסנסור רשת סלולרית
אילו אפליקציות להתקין (חינמיות / בתשלום)
איזה נתונים אפשר לקבל
ואיך לאחד נתונים ממספר טלפונים לתצוגה מרכזית

1️⃣ איך טלפון סלולרי “מנטר רשת” בפועל – ההסבר הפשוט

טלפון לא “מרגל” אחרי הרשת אלא:

מתנהג כ‑UE רגיל (User Equipment)
קורא מהמודם שלו את נתוני שכבת הרדיו
מוציא החוצה סטטיסטיקות מדידה, לא תוכן

כל המידע מגיע מ:

מודם Qualcomm / Samsung
Android Telephony API
Debug Interfaces שהיצרן משאיר לצורכי בדיקות

✅ חוקי
❌ אין יירוט
❌ אין IMSI של אחרים
❌ אין תוכן שיחות / נתונים

2️⃣ איזה נתונים אפשר לקבל מטלפון רגיל?

📡 נתוני רשת סלולרית (LTE / 5G)

Band (למשל: B3, B7, n78)
Cell ID / PCI
EARFCN / NR-ARFCN
RSRP / RSRQ
SINR
סוג טכנולוגיה: LTE / LTE-A / 5G NSA
Handover events
Speed / Latency / Packet loss

זה בדיוק אותו סט נתונים שעובדי חברות סלולר רואים ב־Drive Test [keysight.zinfi.net]

3️⃣ אפליקציות מומלצות לטלפון (Android)

✅ חינמיות (להתחיל עכשיו)

🟢 NetMonster

📱 חינמי

מראה תאים מסביב
Band, PCI, RSRP
היסטוריית חיבורים
יצוא CSV בסיסי

✅ מצוין כסנסור פשוט

🟢 Network Cell Info Lite

📱 חינמי (+ גרסת Pro זולה)

גרפים בזמן אמת
מפות כיסוי
מדידות LTE/5G
מדידת יציבות

🟢 LTE Discovery

📱 חינמי

תצוגת מידע מודם
מעברים בין תאים
זיהוי Carrier Aggregation

🔶 חצי‑מקצועי (זול מאוד)

🟡 Network Cell Info Pro

💰 ~7–10$

לוגים מתקדמים
יצוא נתונים
דיוק משופר

4️⃣ דוגמה מעשית – סנסור שטח ב־10 דקות

🎯 תרחיש:

אתה רוצה לנטר איכות רשת LTE/5G באזור תעשייה

📋 שלב‑אחר‑שלב:

קח טלפון Android רגיל
התקן:
- NetMonster
- Network Cell Info Lite
הכנס SIM רגיל
הפעל מצב מדידה (Screen ON)
סע / הסתובב באזור

📊 תקבל:

איזה תאים פועלים
איכות קליטה
נפילות
עומסים מקומיים

זה Drive Test בלי ציוד יקר

5️⃣ האם אפשר לאחד נתונים ממספר טלפונים? ✅ כן

וזה החלק החזק.

🧠 שתי גישות:

גישה A – ידני (קל)

כל טלפון שומר CSV
מעלים לשרת / מחשב
איחוד ב‑Excel / Python / Grafana

✔ פשוט
✖ לא בזמן אמת

גישה B – בזמן אמת (מומלץ)

🧩 ארכיטקטורה:

טלפון 1 ┐
טלפון 2 ├──> MQTT / HTTP ──> Server ──> Dashboard
טלפון 3 ┘

איך עושים בפועל:

אפליקציות שיודעות לשלוח Telemetry
או Service קטן ב‑Android
שרת עם:
- InfluxDB / PostgreSQL
- Grafana / Kibana

🔹 כך עובדת מערכת NEMO Cloud, רק שאתה עושה זאת לבד [keysight.zinfi.net]

6️⃣ סנסורים נוספים בטלפון שאפשר לצרף 📱🧭

מלבד הסלולר:

GPS (איכות כיסוי לפי מיקום)
תאוצה / כיוון (לרחפנים / רכבים)
זמן / תנועה
Wi‑Fi לצלילה ל‑HetNet

Android מאפשר גישה מלאה אליהם דרך Sensor API [developer....ndroid.com]

7️⃣ מה אי אפשר לקבל (חשוב לדעת)

❌ IMSI של אחרים
❌ תוכן שיחות
❌ Core network data
❌ מדידת uplink I/Q

לזה צריך רישוי – וזה מחוץ לתחום האזרחי

8️⃣ סיכום קצר

נושא	טלפון רגיל
חוקי	✅
עלות	חינם–זול
דיוק	בינוני–טוב
סקיילינג	✅
שילוב בשרת	✅
התחלה מיידית	✅✅✅

💡 הערה אישית אליך

לאור הפרויקטים שלך:

טלפון = סנסור רשת זול וחכם
SDR = שכבת RF משלימה
שרת = Fusion Engine

אם תרצה:

אשמח לבנות לך ארכיטקטורת PoC מלאה
לתת Stack תוכנה מינימלי
או לכתוב Flow של 10–20 טלפונים כסנסור רשת

רק תגיד לאן אתה רוצה לקחת את זה.

מצוין. הנה PACK מלא – הסבר + דוגמה מעשית + תוכנות + ארכיטקטורה + איחוד נתונים + תצוגה, צעד‑אחר‑צעד, כך שתוכל להריץ מערכת ניטור רשת סלולרית מבוססת טלפונים רגילים, חוקית, סקיילבילית, ובדיוק בסגנון הפרויקטים שאתה רגיל אליהם.

🎯 מטרת המערכת (הכול יחד)

לבנות רשת סנסורים סלולריים מבוססת:

📱 טלפוני Android רגילים
🌐 איסוף נתונים רציף
📊 תצוגה מרכזית בזמן אמת
🧠 ניתוח איכות רשת, כיסוי, עומסים, נפילות

בלי:

יירוט
IMSI Catcher
גישה ל‑Core

🧱 ארכיטקטורה כללית (High Level)

┌───────────────┐
│ טלפון Android │  ← סנסור רשת
│ (SIM רגיל)    │
├───────────────┤
│ 📡 סלולר     │
│ 📍 GPS        │
│ 🧭 תנועה      │
└──────┬────────┘
       │ JSON / MQTT / HTTP
       ▼
┌────────────────────┐
│     Server         │
│ InfluxDB / Postgres│
│ Processing Layer   │
└──────┬─────────────┘
       ▼
┌────────────────────┐
│ Dashboard          │
│ Grafana / Kibana   │
└────────────────────┘

1️⃣ הטלפון כסנסור – מה הוא באמת עושה?

הטלפון:

מתחבר לרשת כ‑UE רגיל
קורא מדידות מהמודם
לא “מאזין” לשום דבר

📡 נתונים אופייניים:

Technology: LTE / LTE‑A / 5G NSA
Band (B3, B7, n78…)
Cell ID / PCI
EARFCN / NR‑ARFCN
RSRP / RSRQ / SINR
Handover events
Downlink throughput
Latency

✅ חוקי לגמרי
❌ אין תוכן / IMSI אחרים / Core

2️⃣ תוכנות להתקנה על הטלפון (100% מעשי)

🟢 שלב א’ – להתחיל מייד (חינמי)

✅ NetMonster (חינמי)

✔ קל
✔ הרבה נתוני רדיו
✔ עובד על כמעט כל Android

מה מקבלים:

תאים זמינים
איכות קליטה
Band ו‑PCI
לוג חיבורים

✅ Network Cell Info Lite (חינמי)

✔ גרפים בזמן אמת
✔ מפה
✔ היסטוריה

🟡 שלב ב’ – איסוף רציני (זול)

✅ Network Cell Info Pro (~9$)

ייצוא CSV
נתונים צפופים יותר
יציב לריצה ממושכת

🔧 שלב ג’ – שילוב אוטומטי (Advance)

כאן אתה כבר:

או משתמש ב‑SDK
או כותב Android Service קטן

3️⃣ דוגמה מעשית מלאה (PoC אמיתי)

🎯 תרחיש

3 טלפונים מנטרים אזור תעשייה + כביש גישה

📱 על כל טלפון:

SIM רגיל (כל ספק)
Android
אפליקציה מותקנת
GPS פעיל
Screen ON / Background Service

📤 כל 5–10 שניות נשלח JSON:

{

"device_id": "phone_01",

"timestamp": "2026-04-14T18:22:00",

"lat": 32.083,

"lon": 34.78,

"tech": "LTE",

"band": "B3",

"pci": 312,

"rsrp": -92,

"rsrq": -12,

"sinr": 18,

"throughput_dl": 45.2

}

4️⃣ איך שולחים נתונים מהטלפון?

✅ 3 אפשרויות ריאליות:

🔹 אפשרות A – HTTP POST

הכי פשוט
REST API
עובד מכל רשת

🔹 אפשרות B – MQTT

מושלם לריבוי טלפונים
latency נמוך
אתה מכיר את זה מעולמות sensor networks

🔹 אפשרות C – Cloud מוכן

Firebase / AWS IoT
פחות “שליטה מלאה”, יותר נוחות

5️⃣ שרת ו‑Data Layer (Backend)

✅ Database

InfluxDB – זמן‑אמת, גרפים
או PostgreSQL + Timescale

✅ Processing

איחוד תאים
חישוב drop events
Heatmap איכות קליטה
זיהוי חריגים (SINR נמוך)

6️⃣ תצוגה מרכזית – Dashboard

🟢 Grafana (מומלץ)

תצוגות:

מפה – איכות קליטה לפי צבע
גרף RSRP לאורך זמן
השוואה בין מוקדים
נפילות והנדוברים

📍 Map View
🟢 טוב     🟡 בינוני     🔴 גרוע

7️⃣ שילוב סנסורים נוספים מהטלפון

כי זה היתרון האמיתי:

סנסור	שימוש
GPS	כיסוי מרחבי
מהירות	Drive Test
תאוצה	זיהוי תנועה
Wi‑Fi	HetNet
זמן	סנכרון

כל זה כבר קיים ב‑Android Sensor API.

8️⃣ סקייל – 1 טלפון או 50

✅ עובד באותה ארכיטקטורה:

כל טלפון = Node
Server מרכז נתונים
Dashboard אחד

אפשר:

סנסורים ניידים
נקודות קבועות (טלפון מחובר חשמל)
רכב, רחפן, תיק גב

9️⃣ מה אי‑אפשר (להיות ברור)

❌ IMSI Catcher
❌ ETSI Layer 3 יירוט
❌ Core Network
❌ User Data

וזה בסדר – איכות רשת נמדדת מהקצה, לא מהליבה.

10️⃣ למה זה חזק דווקא לך

במילים פשוטות:

טלפון = UE אינטליגנטי
SDR = RF Sensor
שרת = Fusion Engine

וזה סטאק שמאפשר:

PoC מהיר
מערכת גדולה
חוקיות מלאה
עלות אפסית כמעט

🚀 הצעד הבא אפשרי:

אם תרצה – אני יכול:

לבנות תרשים מערכת מלא (PDF / PNG)
להציע Android Service מינימלי
להגדיר Dashboard Grafana
לשלב SDR לצידו של הטלפון
להרים PoC של 5–10 סנסורים

רק תגיד: 👉 PoC / קוד / תרשים / הכל

מעולה — עכשיו אני סוגר לך את כל התמונה, לא רק “איך“, אלא “למה”
והשאלה שלך מדויקת מאוד:

אם טלפון כבר יודע לנטר את הרשת – למה בכלל צריך SDR?

התשובה הקצרה:

לא חייבים SDR, אבל בלי SDR אתה עיוור לחצי מהבעיה

ועכשיו ההסבר המלא, שיטתי, עם דוגמה מעשית שעובדת.

🧠 התמונה המלאה – טלפון + SDR = ניטור אמיתי

עקרון יסוד

רכיב	מה הוא רואה	מה הוא לא רואה
📱 טלפון	חוויית משתמש, איכות שירות	מה קורה באוויר
📡 SDR	מה קורה באוויר	איך זה “מרגיש” ללקוח

רשת סלולר = אוויר + משתמש
אם אתה מודד רק צד אחד – אתה עלול להסיק מסקנות שגויות.

1️⃣ מה טלפון כן נותן לך (ולמה זה לא מספיק)

📱 טלפון הוא UE (User Equipment)

הטלפון יודע:

לאיזה תא הוא מחובר
מה איכות הקליטה אצלו
מה ה‑throughput שקיבל
מתי התנתק / עבר תא
latency / packet loss

✨ זה מושלם ל:

QoE – Quality of Experience
Drive Test
השוואת ספקים
“למה הלקוח מתלונן”

❌ אבל הוא לא יודע לענות על שאלות אחרות.

❓ שאלות שהטלפון לא יכול לענות עליהן

האם משודר רעש בתדר?
האם יש תא נוסף שאני לא רואה בגלל סינון UE?
האם יש הפרעה רגעית?
האם תא משדר אבל לא מאפשר Attach?
האם יש עומס ספקטרלי?
האם יש שידור לא תקני / rogue?

📌 הטלפון תמיד רואה רק מה שמותר לו לראות.

2️⃣ מה SDR נותן (שהטלפון פשוט לא יכול)

📡 SDR = Sensor של שכבת האוויר (Layer 1)

SDR רואה:

כל מה שמשודר בתדר
גם אם אף UE לא מחובר
גם אם השידור לא תקני
גם אם זו הפרעה רגעית

SDR מאפשר:

✅ לראות כל Carrier
✅ למדוד רוחב ספקטרלי
✅ לזהות Interference
✅ לדעת אם יש תא “שקט” או שבור
✅ לזהות שיבושים / עומס

🧠 השוואה קריטית

מצב	טלפון	SDR
תא לא מאפשר Attach	❌	✅
הפרעה RF	❌	✅
תא משדר בלי שירות	❌	✅
קליטה נמוכה בגלל כיוון אנטנה	❌	✅
עומס משתמשים	✅	❌
חווית לקוח	✅	❌

👉 לכן אף אחד מהם לא מספיק לבד.

3️⃣ הדוגמה המעשית (אמיתית לחלוטין)

📍 תרחיש:

אזור תעשייה
תלונות על 5G “נופל”
לפי הטלפון: RSRP סביר

📱 ממצאי טלפון:

RSRP: -92 dBm
SINR: משתנה
Throughput: קופץ מ-80 Mbps ל-2 Mbps

לפי טלפון בלבד:

“הקליטה סבירה, אולי עומס”

📡 ממצאי SDR במקביל:

רוחב ערוץ: 100MHz
רעש ברקע: עולה ל-20dB+
Carrier נוסף חופף
Spur מחזורי כל 30 שניות

📌 מסקנה:

הבעיה היא הפרעה RF מחזורית,
לא עומס משתמשים.

❗ בלי SDR:

היית שולח אצבע לרשת הליבה
היית טועה

4️⃣ למה זה קריטי בפרויקטים שלך

בהקשרים שאתה עובד בהם (סנסורים, רחפנים, רכבות, שטח):

טלפון = מדד חוויית קצה
SDR = אמת פיזיקלית

דוגמה:

ברכבת:

טלפון מזהה ניתוק
SDR מזהה Fade + Multipath

ברחפן:

טלפון רואה handover
SDR מודד beam switch

5️⃣ הארכיטקטורה השלמה (כמו שאתה אוהב)

        📱 טלפונים (UE)
        │ QoE / KPIs
        │
        ├── MQTT / REST
        │
        ├─────────────┐
        │             │
   📡 SDR           📊 Server
   Spectrum          Fusion Engine
   Noise             Correlation

בשכבת ה‑Fusion:

טלפון אומר: “רע לי”
SDR אומר: “הנה למה”

6️⃣ האם תמיד צריך SDR?

❌ לא.

✅ לא צריך SDR אם:

רק Drive Test
רק השוואת ספקים
רק כיסוי גס
PoC קטן

✅ כן צריך SDR אם:

חקירה
הפרעות
תקלות מסתוריות
שטח מורכב
מערכות קריטיות

7️⃣ מינימום SDR (לא מעבדה)

לא צריך מפלצת:

SDR	שימוש
PlutoSDR	Sub‑6GHz בסיסי
B205	נייד, מדויק
RSPdx	Wideband

📌 רק Spectrum + Power מספיק ב‑80% מהמקרים.

🧩 השורה התחתונה

הטלפון מספר לך “מה אני מרגיש”
ה‑SDR מספר לך “מה באמת קורה”

וברשתות סלולר:

הבעיה כמעט תמיד באוויר
והלקוח מרגיש את התוצאה

אם תרצה, השלב הבא:

אני יכול:

לצייר תרשים מערכת מלא
להציע PoC טלפון + SDR
לבנות Flow Fusion
להראות טעויות נפוצות בלי SDR

רק תגיד: תרשים / PoC / החלטת קניה / הכל

להלן סיכום מרוכז וברור של יכולות, טכנולוגיות וטווחי מחירים – כדי שתוכל לבחור פתרון לפי עומק ניתוח, סקייל ותקציב, כולל השוואה מפורשת ל‑TEMS Sense על בסיס המסמך שהעלית.

🧭 סיכום פתרונות ניטור רשת סלולרית – יכולות מול מחיר

רמות פתרון (מהזול למקצועי)

1️⃣ טלפון רגיל בלבד (Android כסנסור)

✅ הפתרון הזול והמהיר ביותר

יכולות

KPI רדיו: RSRP / RSRQ / SINR
Cell ID / PCI / Band / RAT
Throughput, Latency, Drops
מיקום GPS
QoE מנקודת מבט משתמש
איסוף ממספר טלפונים → שרת → Dashboard

לא רואה

הפרעות RF
תאים לא נגישים
מצב ספקטרום
סיבות פיזיקליות לבעיה

תוכנה

NetMonster (חינמי)
Network Cell Info Lite / Pro (חינמי / ~10$)
פיתוח עצמי (Android Service)

מחיר

📱 חומרה: 0–1,000$
💰 תוכנה: חינם–10$
✅ סקייל: גבוה מאוד

מתאים ל

Drive Test
השוואת מפעילים
כיסוי
PoC מהיר

2️⃣ טלפון + SDR (פתרון הנדסי חכם)

✅ Sweet Spot – יחס עומק/מחיר

הוספת SDR נותנת

נראות מלאה של הספקטרום
זיהוי הפרעות, רעש, תאים “שקטים”
אימות שידור מול חוויית משתמש
Correlation: “הטלפון איטי בגלל X באוויר”

שילוב נתונים

טלפון = QoE
SDR = Layer 1 RF
Fusion בשרת (Grafana / Kibana)

SDR טיפוסי

PlutoSDR: ~300–400$
SDRPlay RSPdx: ~400–500$
USRP B205: ~1,200–1,800$

מחיר כולל

📱 טלפון: 0–1,000$
📡 SDR: 300–1,800$
💻 שרת/דשבורד: קוד פתוח
✅ סקייל: גבוה

מתאים ל

חקירת תקלות
אזורים בעייתיים
מערכות קריטיות
רחפנים / רכבים / רכבות

3️⃣ TEMS Sense (Carrier‑Grade, מסחרי)

✅ סטנדרט מפעילים – “Turnkey”

מבוסס על המסמך שהעלית.

ארכיטקטורה

סמארטפונים מסחריים כ‑probes
קופסת TEMS Remote (חומרה ייעודית)
שרת ניהול מרכזי: TEMS Director
סקריפטים, אוטומציה, Dashboards

יכולות מרכזיות

ניטור End‑to‑End QoE (24/7)
Voice / Data / OTT / Video
KPIs, Events, PCAP
סקריפטים אוטונומיים
ניהול מאות probes
Remote control מלא
Dashboards ו‑Analytics

[TEMS Sense...escription | PDF]

מה זה לא

לא SDR
לא רואה “אוויר גולמי”
מסתמך על UE (טלפון) בלבד

מחיר (טיפוסי בשוק)

📱 Probe (טלפון + enclosure): ~3,000–5,000$ ליחידה
🧠 שרת + רישוי: עשרות אלפי $
🗺️ מערכת מלאה: 100,000–300,000$+

מתאים ל

מפעילים סלולריים
SLA / רגולציה
פריסה ארוכת טווח
תפעול NOC

📊 טבלת השוואה מסכמת

קריטריון	טלפון בלבד	טלפון + SDR	TEMS Sense
חוקי	✅	✅	✅
QoE משתמש	✅✅✅	✅✅✅	✅✅✅
RF / ספקטרום	❌	✅✅✅	❌
הפרעות	❌	✅✅✅	❌
אוטומציה	⚠️	✅	✅✅✅
סקייל	✅✅✅	✅✅	✅✅✅
זמן הקמה	דקות	ימים	שבועות
עלות	★	★★	★★★★★

🎯 השורה התחתונה (Executive Summary)

רק טלפון – מספיק ל‑80% מהמקרים הפשוטים
טלפון + SDR – נותן את האמת ההנדסית במחיר שפוי
TEMS Sense – פתרון תפעולי מסחרי גדול, לא חקירתי

⚠️ TEMS Sense לא מחליף SDR
הוא מחליף ארגון, תפעול ו‑IT – לא חקירת RF

ההמלצה עבורך (לפי מה שדיברנו)

לאור הרקע שלך והמערכות שבנית:

🟢 להתחיל: טלפונים כסנסורים
🟡 להעמיק: להוסיף SDR בנקודות מפתח
🔵 להתרחב: Fusion + Dashboard
❌ TEMS Sense – רק אם יש לקוח מפעיל/רגולטור

אם תרצה, בצעד הבא אני יכול:

לבנות מפת החלטה (Decision Tree)
להגדיר BOM מלא לפי תקציב
להשוות TEMS Sense מול ארכיטקטורה עצמית
להציע PoC של 7 ימים

תגיד מה אתה רוצה לקבע – החלטת קניה / PoC / לקוח סופי.

תוויות

יום שלישי, 14 באפריל 2026

ניטור סלולאר - רקע כללי - וביצוע מדידה ע"י טלפונים רגילים

קודם כל – מסגרת חוקית (מאוד חשוב)

✅ מוצרים קיימים לניטור רשת סלולרית (חוקי)

1️⃣ מערכות מדידה מקצועיות (Telecom Drive Test / Monitoring)

🟢 Keysight / Anite NEMO (סטנדרט תעשייתי)

🟢 Rohde & Schwarz (Network Testing)

🟢 PCTEL / VIAVI

2️⃣ סורקי RF / Spectrum Analyzer (ללא התחברות לרשת)

✅ מה הם כן עושים:

❌ מה הם לא:

דוגמאות:

✅ האם מוצר כזה יכול להתחבר לרשת כדי “לאסוף נתונים”?

✅ האם טלפון נייד רגיל יכול לשמש כסנסור?

📱 טלפון כסנסור רשת:

✅ סיכום השוואתי קצר

💡 הערה אישית אליך

1️⃣ איך טלפון סלולרי “מנטר רשת” בפועל – ההסבר הפשוט

2️⃣ איזה נתונים אפשר לקבל מטלפון רגיל?

📡 נתוני רשת סלולרית (LTE / 5G)

3️⃣ אפליקציות מומלצות לטלפון (Android)

✅ חינמיות (להתחיל עכשיו)

🟢 NetMonster

🟢 Network Cell Info Lite

🟢 LTE Discovery

🔶 חצי‑מקצועי (זול מאוד)

🟡 Network Cell Info Pro

4️⃣ דוגמה מעשית – סנסור שטח ב־10 דקות

🎯 תרחיש:

📋 שלב‑אחר‑שלב:

5️⃣ האם אפשר לאחד נתונים ממספר טלפונים? ✅ כן

🧠 שתי גישות:

גישה A – ידני (קל)

גישה B – בזמן אמת (מומלץ)

🧩 ארכיטקטורה:

איך עושים בפועל:

6️⃣ סנסורים נוספים בטלפון שאפשר לצרף 📱🧭

7️⃣ מה אי אפשר לקבל (חשוב לדעת)

8️⃣ סיכום קצר

💡 הערה אישית אליך

🎯 מטרת המערכת (הכול יחד)

🧱 ארכיטקטורה כללית (High Level)

1️⃣ הטלפון כסנסור – מה הוא באמת עושה?

2️⃣ תוכנות להתקנה על הטלפון (100% מעשי)

🟢 שלב א’ – להתחיל מייד (חינמי)

✅ NetMonster (חינמי)

✅ Network Cell Info Lite (חינמי)

🟡 שלב ב’ – איסוף רציני (זול)

✅ Network Cell Info Pro (~9$)

🔧 שלב ג’ – שילוב אוטומטי (Advance)

3️⃣ דוגמה מעשית מלאה (PoC אמיתי)

🎯 תרחיש

📱 על כל טלפון:

📤 כל 5–10 שניות נשלח JSON:

4️⃣ איך שולחים נתונים מהטלפון?

🔹 אפשרות A – HTTP POST

🔹 אפשרות B – MQTT

🔹 אפשרות C – Cloud מוכן

5️⃣ שרת ו‑Data Layer (Backend)

✅ Database

✅ Processing

6️⃣ תצוגה מרכזית – Dashboard

🟢 Grafana (מומלץ)

7️⃣ שילוב סנסורים נוספים מהטלפון

8️⃣ סקייל – 1 טלפון או 50

9️⃣ מה אי‑אפשר (להיות ברור)

10️⃣ למה זה חזק דווקא לך

🚀 הצעד הבא אפשרי:

🧠 התמונה המלאה – טלפון + SDR = ניטור אמיתי

עקרון יסוד

1️⃣ מה טלפון כן נותן לך (ולמה זה לא מספיק)

📱 טלפון הוא UE (User Equipment)

❓ שאלות שהטלפון לא יכול לענות עליהן

2️⃣ מה SDR נותן (שהטלפון פשוט לא יכול)

📡 SDR = Sensor של שכבת האוויר (Layer 1)

SDR מאפשר:

🧠 השוואה קריטית

3️⃣ הדוגמה המעשית (אמיתית לחלוטין)

📍 תרחיש: