软件参数微调要不要报备,看这一条就够
软件改动要不要报备,只看一条:有没有改变设备与公用电信网的交互行为。四类改动逐一给判定。
- 分界线在空口:界面与业务逻辑不影响结论,射频参数与协议栈会动测试用例
- 功率表、频偏校准、频段支持属于射频参数,改了就报备并抽测
- 同一型号一年内射频相关改动超过 2 次,通常被要求做完整回归
- 版本号沿用是最常见的留痕漏洞,同一版本对应两套固件就无法追溯
结论:改界面不用报,改射频与协议必须报
软件微调要不要报备,只看一条:改动有没有改变设备与公用电信网的交互行为。界面文案、图标、非通信业务逻辑调整不需要报备,留好版本记录即可;发射功率表、频偏校准、频段支持、协议栈实现(VoLTE、短信、载波聚合)的改动必须报备,多数还要补测对应用例。
判断条件很具体:改动落在射频参数表或协议栈配置里就报,只落在界面层和业务应用层就不报。例外是安全相关模块(鉴权、加密),改了也要报,它影响入网的一致性结论。
为什么分界线在空口
进网许可审的是终端接入公用电信网的能力:射频指标是否在允许范围、协议流程是否符合一致性要求、业务功能是否可用。界面上把设置改成配置,不影响任何一条测试结论;但把最大发射功率从 23 dBm 调到 20 dBm,或把某个频段的带宽配置改掉,测试用例的结论立刻失效。
协议栈同理。VoLTE 的实现方式、短信的承载通道、eSIM 的配置文件,决定了网络侧看到的终端行为。改了,运营商侧的入库复核也可能跟着要重做。
版本号是留痕的关键。主版本、次版本、构建号三级,每次改动记录改动点、影响面、验证结论。同一型号一年内射频相关改动超过 2 次的,通常会被要求做一次完整回归。
送测固件要单独管理。很多企业的样机固件是研发随手编的,带调试口、带未定型的功率表,测出来的数据和量产版不是一回事。正确做法是给送测固件单独打一个构建号,冻结参数,量产时以此为基础派生。
四类改动怎么处理
| 改动类型 | 举例 | 是否报备 | 是否补测 |
|---|---|---|---|
| 界面 | 文案、图标、菜单层级 | 否 | 否 |
| 业务逻辑 | 本地功能、显示逻辑、日志 | 否 | 否 |
| 射频参数 | 功率表、频偏、AGC 校准值 | 是 | 抽测射频项 |
| 协议栈 | VoLTE、短信、载波聚合、eSIM | 是 | 补测一致性用例 |
怎么把留痕做扎实
- 每个版本打标签,冻结射频参数表,改动走审批。
- 改动单写三件事:改了哪个模块、影响哪些测试项、做了哪些验证。
- 量产固件与送测固件做哈希比对,确保是同一版。
- 射频相关改动累计两次后,主动做一次关键项复测。
- 版本变更记录保存到证书有效期结束,应对监督抽查。
不报备的风险
最直接的是抽检不符:市场抽测的固件版本与申报资料对不上,或实测功率与报告差得多,会被要求说明,严重的暂停证书。间接损失更大——运营商入库复核不通过,整批货压在仓库;已经发出的货要召回刷机,成本按台算。
还有一类隐性风险:软件改动导致的射频漂移往往不立刻显现。功率表改 1 dB,实验室里看不出来,量产几千台后一致性散开,返修率上升,这时回头查认证记录,已经对不上了。
运营商入库是另一条线。进网许可解决的是合法性,入库解决的是可售卖性,两者的软件版本要求不一定同步。改了协议栈只报进网、不更新入库资料,常见的结果是招标前复核被卡,补资料又要两三周。
常见误判
- 认为软件不算硬件,改了就改了。进网许可看整机行为,软件决定了一半。
- 只报大改动,小参数不报。功率表改 0.5 dB 也是改,累计起来就是偏差。
- 版本号沿用。同一版本号对应两套固件,出了事无法追溯。
- 拿测试样机的固件直接量产。样机固件常带调试开关,功率不受控。
什么时候该找外部帮忙
企业自己判断这个改动算不算影响空口时,容易偏保守或偏激进。偏保守多花一笔补测费,偏激进留下抽检风险。外部能提供判定口径和补测项清单,把改动单翻译成报不报、测哪几项。
进网许可的测试项与流程见 进网许可产品线,节点安排见 认证流程;预算量级可用 在线报价 先估。手上有版本变更记录拿不准,联系我们 做一次快速判定。
