<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>招标编写 on 反无人机雷达 — 低空监视雷达系统</title>
    <link>https://www.counteruavradar.com/zh/tags/%E6%8B%9B%E6%A0%87%E7%BC%96%E5%86%99/</link>
    <description>Recent content in 招标编写 on 反无人机雷达 — 低空监视雷达系统</description>
    <generator>Hugo</generator>
    <language>zh-CN</language>
    <lastBuildDate>Sun, 29 Mar 2026 10:00:00 +0800</lastBuildDate>
    <atom:link href="https://www.counteruavradar.com/zh/tags/%E6%8B%9B%E6%A0%87%E7%BC%96%E5%86%99/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>如何在招标文件中写好探测距离要求</title>
      <link>https://www.counteruavradar.com/zh/knowledge-base/how-to-write-better-detection-range-requirements-in-tenders/</link>
      <pubDate>Tue, 06 Oct 2026 00:00:00 +0000</pubDate>
      <guid>https://www.counteruavradar.com/zh/knowledge-base/how-to-write-better-detection-range-requirements-in-tenders/</guid>
      <description>&lt;p&gt;很多安防招标在写探测距离时，看起来很精确，实际上却不可测量。条款可能会写系统必须在 5 公里外探测到无人机、在 2 公里外探测到人员，或者对车辆实现远距离探测。文字里有数字，因此显得很技术化，但往往没有写清楚这些数字在实际运行中到底意味着什么。&lt;/p&gt;&#xA;&lt;p&gt;这就容易在采购阶段埋下争议。供应商可能理解为：招标文件只是在要求某种特定假设下的标称指标；而采购方则可能理解为：要求的是在现场真实条件下可依赖的实战表现，但这些条件又没有被写进文件。结果，验收阶段就从“是否满足要求”变成了“这句话到底是什么意思”的争论。&lt;/p&gt;&#xA;&lt;p&gt;更好的距离表述方式，是逼着招标文件把系统究竟要做什么说清楚。针对什么目标？在什么场景条件下？达到什么概率？是只要求探测，还是还要跟踪、识别或确认？几何条件是什么？当这些问题写清楚后，距离就不再只是宣传册上的数字，而变成了工程要求。&lt;/p&gt;&#xA;&lt;h2 id=&#34;缺少任务定义时距离要求就会失效&#34;&gt;缺少任务定义时，距离要求就会失效&lt;/h2&gt;&#xA;&lt;p&gt;最常见的编写错误，就是只写“距离”，却没有写“在这个距离上要完成什么任务”。&lt;/p&gt;&#xA;&lt;p&gt;这一点非常关键，因为“看到某个东西”可能对应完全不同的含义。MIT 林肯实验室关于雷达教学的材料说明得很清楚：雷达方程、杂波、传播和噪声中的探测方式，都会影响系统设计中对“距离”的理解。NASA 关于 EO/IR 监视距离的研究也表达了类似观点：性能不是单纯的一个距离，而是告警时间、几何条件、视场范围和传感器需要支持的视觉任务之间的关系。&lt;/p&gt;&#xA;&lt;p&gt;因此，招标文件首先要问清楚，这个距离数值到底代表什么：&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;初始探测；&lt;/li&gt;&#xA;&lt;li&gt;持续跟踪；&lt;/li&gt;&#xA;&lt;li&gt;识别或分类；&lt;/li&gt;&#xA;&lt;li&gt;确认或鉴别；&lt;/li&gt;&#xA;&lt;li&gt;或者在需要执行响应动作前提供告警时间。&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;如果条款没有回答这个问题，就等于在主动制造歧义。&lt;/p&gt;&#xA;&lt;p&gt;例如，某雷达可以在一定距离上发现目标，但在杂波环境中未必还能在同样距离上保持稳定航迹。某 EO/IR 载荷可以在很远距离上看到目标，却未必能在同样距离上完成识别或确认。某 Remote ID 接收机可能在一个距离上接收到协同广播，而通用射频感知层看到的则是完全不同的工作边界。一个“距离”一词，无法同时承载这些不同含义。&lt;/p&gt;&#xA;&lt;h2 id=&#34;先明确目标假设&#34;&gt;先明确目标假设&lt;/h2&gt;&#xA;&lt;p&gt;一条合格的距离要求，还必须明确所针对的目标。&lt;/p&gt;&#xA;&lt;p&gt;通常至少应写明：&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;目标类别；&lt;/li&gt;&#xA;&lt;li&gt;目标尺寸或相关特征尺寸；&lt;/li&gt;&#xA;&lt;li&gt;目标可观测特性；&lt;/li&gt;&#xA;&lt;li&gt;预期高度或接近方式；&lt;/li&gt;&#xA;&lt;li&gt;以及目标是协同、非协同还是主动发射型。&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;采购方不需要把要求写成论文，但目标绝不能停留在“泛化描述”层面。无人机、人员、车辆和小型船只对应的是不同的感知问题。即便同一类目标，载荷、姿态、速度和背景不同，结果也会不同。&lt;/p&gt;&#xA;&lt;p&gt;对于 EO/IR 条款，传统的 DRI 和 Johnson 准则很有价值，因为它强迫把距离要求绑定到具体任务和目标尺寸，而不是停留在“看得见”的模糊概念上。对于雷达条款，原则也是一样，只是术语不同。距离必须和目标假设、以及被宣称的性能阈值关联起来。&lt;/p&gt;&#xA;&lt;p&gt;更强的招标表述可以写成这样：&lt;/p&gt;&#xA;&lt;p&gt;“系统应在规定的测试几何和下述概率、虚警限制条件下，对定义清晰的低空小型空中目标实现探测。”&lt;/p&gt;&#xA;&lt;p&gt;这比“系统应在 5 公里外探测无人机”更不容易被误解。&lt;/p&gt;&#xA;&lt;h2 id=&#34;将探测跟踪识别和确认分开写&#34;&gt;将探测、跟踪、识别和确认分开写&lt;/h2&gt;&#xA;&lt;p&gt;下一个常见错误，是把多个性能问题写进同一条里。&lt;/p&gt;&#xA;&lt;p&gt;至少应当把以下几项分开：&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;探测距离；&lt;/li&gt;&#xA;&lt;li&gt;跟踪保持条件；&lt;/li&gt;&#xA;&lt;li&gt;必要时的识别或分类距离；&lt;/li&gt;&#xA;&lt;li&gt;必要时的确认或鉴别距离。&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;这些概念并不等价。&lt;/p&gt;&#xA;&lt;p&gt;NASA 关于 detect-and-avoid 的 EO/IR 研究尤其值得借鉴，因为它强调传感器是否有用，不只是看最大作用距离，而是看告警时间和监视任务。这一思路可以直接迁移到民用安防场景。即便系统名义上距离很长，如果不能提供稳定航迹，或者不能给操作员提供可用的确认路径，也没有实际价值。&lt;/p&gt;&#xA;&lt;p&gt;因此，招标文件应避免使用以下模糊表述：&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;“探测和识别距离”；&lt;/li&gt;&#xA;&lt;li&gt;“有效监控距离”；&lt;/li&gt;&#xA;&lt;li&gt;“全距离告警与确认”。&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;除非条款后面进一步把这些词拆解成可测量的子要求。&lt;/p&gt;&#xA;&lt;p&gt;如果项目确实需要多层能力，就应直接写明：&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;雷达探测距离；&lt;/li&gt;&#xA;&lt;li&gt;光电在引导后的识别距离；&lt;/li&gt;&#xA;&lt;li&gt;以及从首次告警到操作员可读图像的验证时间。&lt;/li&gt;&#xA;&lt;/ul&gt;&#xA;&lt;p&gt;这样得到的是一条可测试的能力链，而不是一个被夸大的单一卖点。&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
