CẬP NHẬT KỸ THUẬT · TEST & MEASUREMENT

Keysight công bố demo PNT tại ION GNSS+ 2026: cần kiểm chứng từ field I/Q đến GNSS–NTN

7/9/2026 · 10 phút

Minh họa: Chuỗi kiểm thử PNT từ thu tín hiệu hiện trường tới mô phỏng GNSS NTN trong phòng lab
Mục lục bài viết 7 phần

Ngày 02/09/2026, Keysight công bố kế hoạch trình diễn các năng lực Positioning, Navigation and Timing (PNT) tại ION GNSS+ 2026, diễn ra 14–18/09/2026. Công bố đáng chú ý ở chuỗi field-to-lab, GNSS–NTN, sensor fusion và môi trường jamming/spoofing có kiểm soát; nhưng đây là media advisory về demo sắp tới, không phải benchmark độc lập hay xác nhận mọi tính năng đã GA trên mọi cấu hình.

ĐỌC NHANH

Bài viết giúp bạn

  • Thông tin được công bố
  • Điểm mới đáng chú ý
  • Tác động đối với kiến trúc, vận hành và kiểm thử
Tùy chỉnh đọc
01

Thông tin được công bố

#

Keysight cho biết sẽ trình diễn PNT X cho GNSS, inertial/other sensors, LEO PNT và signals of opportunity; một cấu hình đồng bộ PNT X với EWASP cho bài toán RF đa miền; PNT Xe kết hợp UXM cho GNSS/NTN; và SimXTRACT để phân rã I/Q thu ngoài hiện trường thành line-of-sight, multipath cùng dữ liệu mà hãng gọi là precise ground truth. Keysight cũng nêu Spirent hiện là một phần của Keysight.

Sự kiện được thông báo tại Orlando, ngày 14–18/09/2026. Tại thời điểm biên tập 07/09/2026, sự kiện chưa diễn ra; nội dung dưới đây phân tích kế hoạch demo công bố ngày 02/09, không phải kết quả đo hoặc tường thuật sau sự kiện.

02

Điểm mới đáng chú ý

#

Điểm mới về workflow là nối capture I/Q ngoài hiện trường với scenario có thể chỉnh sửa và phát lại trong lab; đồng thời kết hợp GNSS với NTN, inertial và các nguồn PNT khác. Giá trị tiềm năng nằm ở repeatability: cùng một điều kiện khó có thể quay lại ngoài hiện trường được tái tạo cho nhiều DUT hoặc firmware.

Nhận định NetVali: “ground truth” không nên hiểu là tuyệt đối. Nó cần uncertainty budget, reference clock/trajectory, calibration, decomposition error và provenance. Nếu thiếu các phần này, scenario phát lại có thể lặp được nhưng vẫn không đại diện chính xác cho sự kiện gốc.

03

Tác động đối với kiến trúc, vận hành và kiểm thử

#

Kiến trúc test cần quản lý bốn miền: signal generation/capture; reference time và position; DUT/sensor fusion; cùng analytics/evidence. Đồng bộ PNT với EW/radar/communications làm tăng yêu cầu về time alignment và trigger. GNSS–NTN thêm biến số orbit/ephemeris, channel, handover, Doppler, network procedure và chipset implementation.

  • Miền: Field I/Q · KPI/bằng chứng cần có: sample rate, RF chain, timestamp, calibration · Rủi ro nếu thiếu: scenario không truy nguyên được
  • Miền: Decomposition · KPI/bằng chứng cần có: residual error, multipath/LOS uncertainty · Rủi ro nếu thiếu: “ground truth” quá tự tin
  • Miền: Playback · KPI/bằng chứng cần có: repeatability, amplitude/time fidelity · Rủi ro nếu thiếu: DUT khác nhau nhận stimulus khác
  • Miền: Sensor fusion · KPI/bằng chứng cần có: position/time error, integrity, recovery · Rủi ro nếu thiếu: metric GNSS che lỗi fusion
  • Miền: GNSS–NTN · KPI/bằng chứng cần có: acquisition, handover, availability, latency · Rủi ro nếu thiếu: demo kết nối nhưng chưa chứng minh resilience
  • Miền: RF threat · KPI/bằng chứng cần có: power profile, exclusion zone, interlock · Rủi ro nếu thiếu: mất an toàn hoặc vi phạm quy định
Minh họa: Pipeline field-to-lab cho kiểm thử PNT
Minh họa: Pipeline field-to-lab cho kiểm thử PNT
04

Ai cần quan tâm

#

Nhóm thiết kế chipset, thiết bị NTN, xe tự hành, hàng không, quốc phòng, viễn thông, time synchronization và critical infrastructure cần quan tâm. Lab manager cần quan tâm thêm RF safety, authorization, calibration, reference clock, dữ liệu nhạy cảm và khả năng tái lập giữa nhiều bench.

Procurement nên yêu cầu bill of materials đầy đủ: model, option, software version, license, RF frontend, antenna, reference và accessory. Tên solution tổng quát không cho biết cấu hình nào thực sự tạo/thu/phát tín hiệu cần thử.

05

Những điểm chưa thể kết luận

#

Media advisory không công bố benchmark, uncertainty budget, measurement error, supported band/channel, scenario limit, throughput, giá, license hay ngày GA cho từng cấu hình. Không thể suy demo tại sự kiện thành hỗ trợ cho mọi model PNT X/PNT Xe/UXM hoặc mọi profile NTN.

Các cụm “precise ground truth”, stress dưới jamming/spoofing và end-to-end phải được xem là tuyên bố của hãng cho demo. Chưa có dữ liệu độc lập để kết luận độ trung thực field-to-lab, khả năng tách multipath hoặc hiệu năng DUT. Không phát jamming/spoofing qua không gian mở; phép thử phải ở môi trường che chắn, được phê duyệt và tuân thủ quy định địa phương.

06

Checklist hành động hoặc kiểm chứng

#
  • Chốt use case: timing, positioning, navigation, integrity hay resilience.
  • Yêu cầu model, option, firmware/software và license của từng khối.
  • Lưu sơ đồ RF chain, gain/loss, calibration và reference clock.
  • Định nghĩa field I/Q provenance, timestamp và data custody.
  • Định lượng decomposition residual và uncertainty của LOS/multipath.
  • So sánh field event với playback bằng cùng reference receiver.
  • Chạy repeat nhiều lần và nhiều bench để đo reproducibility.
  • Với GNSS–NTN, tách acquisition, tracking, handover và recovery.
  • Với sensor fusion, gây mất/sai lệch từng nguồn PNT theo bậc.
  • Đo position/time error, time-to-alert, availability và false alarm.
  • Chứng minh chamber/shielding, interlock và phê duyệt RF threat test.
  • Lưu raw data, scenario version, DUT build và pass/fail.
Minh họa: Ma trận kiểm thử PNT GNSS NTN và sensor fusion
Minh họa: Ma trận kiểm thử PNT GNSS NTN và sensor fusion
07

Khái niệm cần nhớ

#
  • PNT: Positioning, Navigation and Timing.
  • I/Q data: mẫu in-phase/quadrature biểu diễn tín hiệu RF phức.
  • Multipath: tín hiệu tới máy thu theo nhiều đường phản xạ.
  • Signal of opportunity: tín hiệu không thiết kế riêng cho PNT nhưng có thể khai thác.
  • NTN: non-terrestrial network, mạng dùng nền tảng ngoài mặt đất.
  • Uncertainty budget: tổng hợp nguồn sai số và độ không chắc chắn phép đo.
  • Field-to-lab: thu sự kiện hiện trường và tái tạo có kiểm soát trong lab.
THUẬT NGỮ NHANH

Khái niệm cần nhớ

DUT / SUT
Thiết bị hoặc toàn bộ hệ thống đang là đối tượng của bài kiểm thử.
Steady state
Giai đoạn tải đã ổn định và đủ điều kiện để lấy số liệu đại diện.
Pass / fail
Kết luận dựa trên ngưỡng đã thống nhất, luôn đi cùng topology, cấu hình và điều kiện đo.
TÀI LIỆU ĐỐI CHIẾUTài liệu tham khảo4 nguồn

Nội dung được biên soạn độc lập, theo hướng vendor-neutral và đối chiếu các tài liệu gốc dưới đây. Tính năng sản phẩm cần được kiểm tra lại theo phiên bản đang sử dụng.

Nguyên tắc biên tập

NetVali ưu tiên nguồn tiêu chuẩn và tài liệu chính thức; phân biệt khuyến nghị triển khai với yêu cầu của tiêu chuẩn; không công bố thông số sản phẩm chưa gắn với phiên bản và điều kiện đo.

Thông số và khả năng sản phẩm có thể thay đổi theo phiên bản. Hãy đối chiếu tài liệu chính thức trước khi xây dựng cấu hình hoặc tiêu chí nghiệm thu.
BẮT ĐẦU TỪ BÀI TOÁN

Cần chuyển kiến thức thành test plan?

Chia sẻ mục tiêu, topology và ràng buộc kỹ thuật. NetVali sẽ cùng bạn xác định bài đo phù hợp.

Trao đổi yêu cầu kỹ thuật