软件改版后：哪些只需备案，哪些要重测

结论：看改动碰不碰蜂窝，不看改动大小

进网许可（CTA）对软件版本的管理，判断标准只有一条：这次改动有没有影响蜂窝通信的射频参数、入网协议或 IMEI 管理。只改界面、本地功能、蓝牙与 WiFi 的连接逻辑，按版本备案走；碰了蜂窝基带、发射参数、协议栈，就要复测并变更证书。

例外是「顺手升级」。很多团队只打算改个界面，结果打包时把基带固件一起刷了新版本，射频校准数据也跟着变了。这种情况按实际改动判，不按立项时的意图判。

为什么软件也要管

进网许可核的是终端接入公共电信网的行为。发射功率、频段、信道切换、协议一致性、IMEI 的生成与写入，这些都由软件决定，硬件只是执行机构。同一块板子刷两版软件，测出来的功率和邻道指标可以完全不同。

所以证书绑定的是「硬件加软件」的组合状态，不是一个硬件型号。备案的意义在于留下版本轨迹：出了干扰问题或兼容问题，能追到当时出货的那一版。

还有一层现实原因。IMEI 与 TAC 的管理是独立的一条线，软件里改 IMEI 生成规则，等于绕开了号段管理，这类改动在任何口径下都不属于「小改」。

判定表：对着改动清单查

改动内容	判定	动作	周期
界面布局、图标、语言包	不影响通信	版本备案	3–7 个工作日
本地功能逻辑、提示音、存储管理	不影响通信	版本备案	3–7 个工作日
蓝牙、WiFi 连接策略优化	不涉蜂窝参数	版本备案	3–7 个工作日
蜂窝发射功率、信道参数调整	触及射频	复测并变更	10–20 个工作日
新增或删减蜂窝频段	触及射频与协议	复测并变更	15–25 个工作日
入网协议栈、运营商适配层修改	触及协议一致性	复测并变更	15–25 个工作日
IMEI 生成或写入逻辑变更	触及号段管理	复测并变更	15–25 个工作日
射频校准数据、NV 参数重写	触及发射指标	复测并变更	10–20 个工作日

备案怎么报，五步

1. 拉出本次改动的提交记录，按模块分类，标出哪些落在基带、射频、协议层。
2. 写版本说明：新旧版本号、改动清单、明确声明未涉及蜂窝射频参数与入网协议。
3. 同步更新软件版本号，并在设置页或关于页可查，方便抽检时现场核对。
4. 提交备案申请，附版本说明与更新日志，等待资料审核。
5. 备案完成后，把新版本号写进出货检验记录，旧版本库存单独标记，避免混发。

版本号管理建议做成三段式：主版本对应硬件平台，次版本对应通信相关改动，修订号对应界面与本地功能。这样一眼能看出这次改动该走哪条路，不用每次开会讨论。

版本说明的写法值得单独讲。不要只写「优化体验、修复问题」，要写清改了哪个模块、是否涉及通信。审核看的是可核对的信息，一句「优化」等于没写，很容易被要求补充说明再走一轮。

备案也不是一次性动作。一个产品生命周期里可能有五六次版本迭代，每次都留档，形成一条完整轨迹。真出问题时，这条轨迹是证明自己按规定办事的直接证据，比事后解释有用得多。

备案与复测的分界，本质是「有没有重新测的必要」。判不准的时候，先问一句这次改动会不会让之前的测试数据失效，这个问法比对着一堆条款猜要快。

四个常见误判

• 把 OTA 灰度当未变更。灰度只是分发方式，出货即变更，申报口径看的是用户手里的版本。
• 只改界面就不用管。打包时带入的底层库升级，可能顺带改了射频校准流程，这种情况在实际项目里并不少见。
• 以为备案可以后补。先出货再备案，中间那批货处于版本未备案状态，抽检时很难解释。
• 多个硬件型号共用一版软件，只报一个型号。软件覆盖关系要在申报时说清，否则另一个型号等于无备案。

什么时候该找外部帮忙

软件团队清楚改动边界、版本管理规范的公司，自己走备案很快。当改动跨了基带与上层、或者不确定某次升级是否触碰射频校准时，外部能帮你判断要不要测，避免把复测项目当备案报上去，也避免反过来。

判断不清时，宁可先按严的一档准备，再往下调。蜂窝终端的测试项可参考 工业与蜂窝终端线，流程节点见 办理流程，预算量级用 在线报价，具体版本判定走 技术咨询。

常见问题（FAQ）