深圳市市场监督管理局关于公开征求《智能网联汽车自动驾驶系统设计运行条件》等15项地方标准意见的通告深圳市市场监督管理局网站

深圳市市场监督管理局关于公开征求《智能网联汽车自动驾驶系统设计运行条件》等15项地方标准意见的通告

发布机构：深圳市市场监督管理局发布时间：2023-03-23 10:49 查看反馈

深市监通告〔2023〕35号

　　《智能网联汽车自动驾驶系统设计运行条件》等15项地方标准（见附件1-15）送审稿已编制完成，根据《深圳市地方标准管理办法》规定，现向社会各界公开征求意见。请有关单位或个人将意见、建议填入《深圳市地方标准征求意见反馈表》（见附件16），于2023年4月22日前反馈我局。

　　联系人：李小姐，联系电话：0755-83070326。

　　电子邮箱：biaozhunchu@mail.amr.sz.gov.cn。

　　特此通告。

　　附件：1.《智能网联汽车自动驾驶系统设计运行条件》标准文本及编制说明

　　2.《智能网联汽车自动驾驶系统技术要求第1部分：高速公路及快速路自动驾驶》标准文本及编制说明

　　3.《智能网联汽车自动泊车系统技术要求》标准文本及编制说明

　　4.《智能网联汽车整车信息安全技术要求》标准文本及编制说明

　　5.《智能网联汽车自动驾驶数据记录系统技术要求》标准文本及编制说明

　　6.《智能网联汽车软件升级技术要求》标准文本及编制说明

　　7.《智能网联汽车车载卫星定位系统技术要求》标准文本及编制说明

　　8.《智能网联汽车V2X车载信息交互系统技术要求》标准文本及编制说明

　　9.《智能网联汽车远程服务与管理系统技术要求第1部分：总则》标准文本及编制说明

　　10.《智能网联汽车远程服务与管理系统技术要求第2部分：车载终端技术要求》标准文本及编制说明

　　11.《智能网联汽车远程服务与管理系统技术要求第3部分：通讯协议及数据格式》标准文本及编制说明

　　12.《智能网联汽车数据安全要求》标准文本及编制说明

　　13.《智能网联汽车网络安全技术要求》标准文本及编制说明

　　14.《生猪屠宰环节品质检验技术规程》标准文本及编制说明

　　15.《城中村既有建筑供用电安全改造技术规范》标准文本及编制说明

　　16.深圳市地方标准征求意见反馈表

深圳市市场监督管理局

2023年3月22日

反馈时间：2023-05-08 09:37:00

《智能网联汽车自动驾驶系统设计运行条件》等15项地方标准征求意见社会公众意见收集及采纳情况表

　　2023年3月22日至4月22日，我局就《智能网联汽车自动驾驶系统设计运行条件》等15项地方标准向社会各界广泛征求意见，得到了广大公众的关注。现就上述社会公众提出的相关意见及采纳情况说明如下：

序号	反馈人（单位）	反馈标准	章条编号	反馈意见	采纳意见	备注
1	宝马（中国）服务有限公司	智能网联汽车自动驾驶系统技术要求第1部分：高速公路及快速路自动驾驶	5.8	建议：改为“ADS在激活状态下，应能执行全部DDT，且不应造成不合理的安全风险。” 理由：当用户制动介入的时候，系统并未退出，但此时人执行了部分DDT。	不采纳	与现有《智能网联汽车自动驾驶系统技术要求》国标草案保持一致。
2	宝马（中国）服务有限公司	智能网联汽车自动驾驶系统技术要求第1部分：高速公路及快速路自动驾驶	5.10	建议：删除本条理由：本条要求过于主观，无法进行考核，交通参与者均需符合道路交通规定在路上行驶，例如如何让行，何时减速等。所以可以认为符合道路交通规定等同于符合道路使用者预期，在5.9中已经有要求。	不采纳	与现有《智能网联汽车自动驾驶系统技术要求》国标草案保持一致。
3	宝马（中国）服务有限公司	智能网联汽车自动驾驶系统技术要求第1部分：高速公路及快速路自动驾驶	5.16	建议改为：“ADS在激活状态下，ADS应与道路使用者道路使用者进行有效的信息交互。注：信息交互方式如转向信号灯等。” 理由：制动灯不属于ADS发出指令控制的灯，而属于制动系统直接控制的灯。	不采纳	此处例举信息交互方式，而不是特指ADS发出指令控制的灯；跟国标保持一致。
4	宝马（中国）服务有限公司	智能网联汽车自动驾驶系统技术要求第1部分：高速公路及快速路自动驾驶	5.20	建议：在本标准中明确5.19各个数据对应DB DSSAD 4.4 中的哪些数据。理由：目前5.19 要求的数据与DB DSSAD 4.4 中的数据表格并不完全对应，如下： •位置-表1 No.12,13经纬度 •运行状态指的是什么？表2车辆状态及动态信息？ •驾驶模式-更倾向指时间戳时间，并不是4.4 中的数据表格。 •车内监控视频-DSSAD标准无要求 •车外监控视频-表4 No.8	部分采纳	遵守《深圳经济特区智能网联汽车管理条例》第37条，DB XXXX—XXX《智能网联汽车　自动驾驶数据记录系统技术要求》；另对于记录内容在文件中已增加说明。
5	宝马（中国）服务有限公司	智能网联汽车自动驾驶系统技术要求第1部分：高速公路及快速路自动驾驶	5.25	建议 1.删除：“在基准轴线方向上的视表面面积应不小于12.5cm2（不包括任何不透光的回复反射器发光面）。” 2.建议允许在深圳上市的AD车标识灯后装。以避免与国标标准冲突。理由：视表面面积要求实现有难度。另外，在全国的准入试点要求中并没有提到标识灯的要求。此处的要求增加了企业的重复研发成本。另外，安装标识灯短期内有违反现行GB 4785的风险。	部分采纳	遵守《深圳经济特区智能网联汽车管理条例》：第三十六条智能网联汽车产品生产者应当为车辆配置自动驾驶模式外部指示灯，智能网联汽车在自动驾驶模式下行驶时应当开启外部指示灯，向道路上的其他车辆和行人发出明显的安全提示。删除面积要求，保留其他要求。
6	宝马（中国）服务有限公司	智能网联汽车自动驾驶系统技术要求第1部分：高速公路及快速路自动驾驶	A.2.2.4	修改建议：车辆制造商应具有相应的文档，用来对系统激活、干预（包括干预的阈值，例如力矩、角度、持续时间）、最小风险策略和系统退出进行描述，包括如何防止非预期的系统退出策略。理由：主机厂可以提供干预机制的描述，但是括号里包含的内容属于保密内容，不宜对外提供甚至存档。考虑到本标准附录大概率被认证引用，且认证机构可能会要求主机厂提交本附录中提到的材料，建议删除标准中括号内的部分。	不采纳	此处需描述干预策略，而且该策略是可通过黑盒测试得到的，故请进行脱密处理后提供。与现有《智能网联汽车自动驾驶系统技术要求》国标草案保持一致。
7	宝马（中国）服务有限公司	智能网联汽车自动驾驶系统技术要求第1部分：高速公路及快速路自动驾驶	C.4.7.1	建议修改为：该试验参考DB XXXXXX《智能网联汽车自动驾驶数据记录系统》中6.1.2.章节试验方法进行。理由：6.1.2.1仅是一种技术路线的测试方法，并不能全面覆盖多种技术路线。	采纳	已修改为：该试验参考DB XXXXXX《智能网联汽车自动驾驶数据记录系统》中6.1.2章节试验方法进行。
8	宝马（中国）服务有限公司	智能网联汽车自动驾驶系统设计运行条件	表A.1	5.4.5.1 中明确“需说明允许/不允许的该类型通信的质量情况。”所以建议此处例子中包含关于通信质量的描述，而不是仅写允许/不允许。	部分采纳	修改5.4.5.1 与《智能网联汽车自动驾驶系统设计运行条件》国标草案保持一致。
9	宝马（中国）服务有限公司	《智能网联汽车自动泊车系统技术要求》	5.15	建议：修改为“ADS应合理控制车辆的照明和信号装置，包括但不限于转向信号灯、危险警告信号。” 理由：参照《GBT智能网联汽车自动驾驶系统通用技术要求》进行修改。	采纳	已修改
10	宝马（中国）服务有限公司	《智能网联汽车自动泊车系统技术要求》	7.1.3.2	建议：修改为“至少满足如下任一条件时，ADS才可退出：” 理由：用词更准确。参照《GBT智能网联汽车自动驾驶系统通用技术要求》进行修改。	采纳	已修改
11	宝马（中国）服务有限公司	智能网联汽车整车信息安全技术要求	7.1.1	对通信通道进行TLS加密是否可视为满足条目要求？	采纳	满足要求。
12	宝马（中国）服务有限公司	智能网联汽车整车信息安全技术要求	7.1.4	是否指对运行时的程序和配置数据进行完整性验证？	不采纳	是对远程控制功能的程序和配置数据进行校验。
13	宝马（中国）服务有限公司	智能网联汽车整车信息安全技术要求	7.2.1	针对通过应用市场安装的第三方应用，OEM是否可以通过和应用市场供应商的合同，由应用市场供应商来保证应用的真实性和完整性？	采纳	可以采用此方式。
14	宝马（中国）服务有限公司	智能网联汽车整车信息安全技术要求	7.2.2	1.同意安装是否视为已授权？ 2.系统资源缺乏定义，任何应用只要运行肯定会访问到系统资源。测试里面提到的是：b)尝试使用非授权第三方应用程序访问超出访问控制权限的资源，并记录测试结果，应不可访问控制权限外的资源。这里的资源是有定语限制的，要求中同样应该加上定语限制。	部分采纳	1）授权是整车企业进行授权，用户同意按照并不属于本条款中的授权。 2）直接访问系统资源、个人信息属于标准明确出来的必须纳入访问权限管理的资源。宝马意见：正文采用测试的写法。
15	宝马（中国）服务有限公司	智能网联汽车整车信息安全技术要求	7.3.1	建议：应对外部接口进行访问控制保护，禁止非授权访问。示例：外部接口包括面向用户的USB接口、诊断接口和其他接口等。理由：USB接口限定为面向用户的USB接口。	不采纳	非面向用户但暴露的USB接口依然存在风险。
16	宝马（中国）服务有限公司	智能网联汽车整车信息安全技术要求	7.3.2	建议：应对从USB接口读取和写入的文件进行读写控制，只允许读写指定格式的文件或安装执行指定签名的应用软件。理由：1.这种读取文件和运行文件的操作，不是从U盘主动发起的，不属于主机访问控制范畴。 2.读写控制前后一致。	采纳	调整为“应对从USB接口读取和写入的文件进行读写控制，只允许读写指定格式的文件或安装执行指定签名的应用软件。”
17	宝马（中国）服务有限公司	智能网联汽车整车信息安全技术要求	7.3.4	建议：通过诊断接口发送车辆关键参数的写操作请求时，应采用身份鉴别、访问控制等安全措施。理由：安全策略建议改成安全措施。安全策略一般不用于具体的手段。	采纳	调整为“通过诊断接口发送车辆关键参数的写操作请求时，应采用身份鉴别、访问控制等安全措施。”
18	宝马（中国）服务有限公司	智能网联汽车整车信息安全技术要求	7.4	澄清权威漏洞平台是否是：https://cavd.org.cn	不采纳	权威漏洞库包括CVE、CNVD、CNNVD。
19	宝马（中国）服务有限公司	智能网联汽车整车信息安全技术要求	8.2	澄清车辆与车主手机的蓝牙链接，wifi链接不在此范围内。建议：车辆与车辆、路侧单元、移动终端等进行V2X通信时，应进行证书有效性和合法性的验证。理由：车辆与移动终端的通信不一定是走V2X协议，不一定有证书。	不采纳	V2X直连通信有明确的定义。
20	宝马（中国）服务有限公司	智能网联汽车整车信息安全技术要求	8.5	建议：车辆应验证所接收的关键指令数据的真实性和完整性。注：关键指令数据是指可能影响行车和财产安全的指令数据，包括但不限于车控指令数据。示例：针对远程控制服务器发送的车控指令，车端可通过网关校验该类指令的真实性和完整性。理由：这里的有效性和唯一性之间不应该用“或”，有效性考虑的是是数据的伪造、欺骗攻击，唯一性考虑的是重放攻击，有效性的范围更大一些，建议改成更明确的安全属性。	不采纳	真实性和完整性已经在前文中进行了约束，此处是针对重放攻击进行的针对性约束。
21	宝马（中国）服务有限公司	智能网联汽车整车信息安全技术要求	8.6	建议：车辆应对向外部发送的敏感个人信息实施保密性保护措施。理由：这里是否要增加车辆对外通信的限制，车内场景下不需要对所有的个人信息都实施机密性保护。	采纳	车辆应对向外部发送的敏感个人信息实施保密性保护措施。
22	宝马（中国）服务有限公司	智能网联汽车整车信息安全技术要求	11.2	建议：在测试验证前车辆生产企业应基于第6章车辆信息安全一般要求开展自评估，确认车辆采取了基于第7章、第8章、第9章、第10章的信息安全技术要求处置措施保护车辆不受风险评估中已识别的风险影响。理由：明确一般要求的评估主体责任，依据及执行办法。目前第5章信息安全管理体系要求有ISO5112或VDA CSMS Audit可作为审核依据。第7-10章信息安全技术要求有Annex A的测试方法作为验证依据。但第6章的一般要求尚未明确验证准则，及执行办法。考虑到评估的可行性，宜由生产企业自主进行。	不采纳	评估实施由政府管理文件进行约束。
23	宝马（中国）服务有限公司	智能网联汽车整车信息安全技术要求	A.1	建议：开展测试验证前，车辆生产企业应评估确认满足第6章车辆信息安全一般要求	不采纳	评估实施由政府管理文件进行约束。
24	宝马（中国）服务有限公司	智能网联汽车整车信息安全技术要求	A.5.10.1	澄清“未受攻击的CAN通道”，是否指代与网关相连接的CAN通道？	采纳	是与网关相连接的CAN通道。

25	曹先生	智能网联汽车数据安全要求	标题	根据《中华人民共和国标准化法》第三条规定，安全要求是强制性国家标准的制定范畴。地方标准《智能网联汽车数据安全要求》送审稿的标题中不宜强调“安全要求”，文件中及范围未涉及到“安全要求”，4.1条和附录E中也只是规定了汽车数据安全管理体系要求。因此标题不宜写成智能网联汽车数据“安全要求”，这样容易引起字面误读及不符合标准化法的相关规定。	不采纳	本标准第五章和第六章均规范了对个人信息和重要数据的保护，且个人信息保护相关要求被《智能网联汽车整车信息安全技术要求》引用。
26	曹先生	智能网联汽车数据安全要求	前言	依据GB/T 1.1—2020的8.4编制说明中明确了无涉及专利等知识产权问题，建议按GB/T 1.1-2020标准8.3的e项要求在前言中增加对专利的说明。	采纳	前言中增加对专利的说明。
27	曹先生	智能网联汽车数据安全要求	1 范围	根据个人对GB/T 1.1-2020的8.5.1的理解，范围的第二段通常用于界定文件的“适用界限”。适用界限指文件（而不是标准化对象）适用的领域和使用者，建议陈述“文件中的规定有什么用”。	不采纳	本文件用于规范智能网联汽车处理汽车数据及数据处理者的数据处理活动，范围已可以说明。
28	曹先生	智能网联汽车数据安全要求	3 术语和定义	建议把术语和定义中的3.2、3.6、3.7、3.11、3.14、和3.19的来源文件另增加参考文献并列入。	采纳	补充参考文献。
29	曹先生	智能网联汽车数据安全要求	4.1 汽车数据安全管理体系要求	文件中多处“汽车”应该是指范围中的“智能网联汽车”，建议在第1章范围的最后加注，统一标准对象的名称。	部分采纳	修改附录A中“智能网联汽车”为“汽车”。
30	曹先生	智能网联汽车数据安全要求	4.1.3	4.1.3……，可参考附录A。建议修改为： 4.1.3 汽车数据处理者应依据附录A建立汽车数据分类分级制度，形成数据资产管理台账；并将附录A调整为“规范性”。附录A的标题有“要求”，附录A中多处有“应遵循”、“应至少”、“应按照”和“应符合”等具有要求性的能愿动词“应”，固附录A应为规范性附录。	不采纳	附录A为资料性附录。
31	曹先生	智能网联汽车数据安全要求	4.1.5	汽车数据安全应涵盖开发、生产、使用过程和报废关键零部件流向等“全生命周期”过程，建议取消注。 1.本条中的“车辆”是否为“汽车”本身？ 2.“全生命周期”在2021年国家发改委印发的《“十四五”循环经济发展规划》中提出要研究制定汽车使用全生命周期管理方案，构建涵盖汽车生产企业、经销商、维修企业、回收拆解企业等的汽车使用全生命周期信息交互系统，加强汽车生产、进口、销售、登记、维修、二手车交易、报废、关键零部件流向等信息互联互通和交互共享。	部分采纳	参考智能网联汽车准入相关规范文件，修改为：车辆全生命周期包括车辆的概念设计、产品开发、验证确认及运维等阶段。
32	曹先生	智能网联汽车数据安全要求	5.6.1.3 6.5.4	1.与第2章中的该标准注日期不一致； 2.本条列项b）是否能确定能够接受被引用文件将来所有变化，能接受则不注日期引用。	采纳	修改第2章中对应标准名称。
33	曹先生	智能网联汽车数据安全要求	5.6.1.3	……等级不低于TLS1.2的安全协议。建议修改为： ……等级不低于传输层安全性协议(TLS)的要求。 1.按照GB/T 1.1-2020的9.4.3.3的要求给出对TLS的中文词语或增加缩略语章节（附录中也有缩略语的使用）； 2.个人理解此处的1.2为协议的版本号，基于协议在不断完善及版本升级，标准条款中不宜体现版本。	部分采纳	增加对TLS的缩略语解释，但对于不低于TLS1.2的要求行业已有基本共识，且技术较为成熟。
34	曹先生	智能网联汽车数据安全要求	5.8 个人信息出境	个人信息通过车辆出境应符合DB4403/T XXX—XXXX《智能网联汽车整车信息安全技术要求》的要求。建议修改为：个人信息通过车辆出境应符合DB4403/T XXX的要求。	采纳	已修改
35	曹先生	智能网联汽车数据安全要求	6.7 重要数据出境	重要数据通过车辆出境应符合DB4403/T XXX—XXXX《智能网联汽车整车信息安全技术要求》的要求。建议修改为：重要数据通过车辆出境应符合DB4403/T XXX的要求。	采纳	修改为“本文件”。
36	曹先生	智能网联汽车数据安全要求	7 审核评估要求	依据本标准开展个人信息及重要数据保护要求试验前，…… 依据本标准开展个人信息及重要数据传输和存储试验前，…… 建议修改为：依据本文件开展个人信息及重要数据保护要求试验前，…… 依据本文件开展个人信息及重要数据传输和存储试验前，…… 应与前言、范围保持一致。	采纳	修改为“本文件”。
37	曹先生	智能网联汽车数据安全要求	附录E	本章最后一段：审核评估方法可参考附录E。建议修改为：汽车数据安全管理体系审核评估方法应按照附录E进行。并将附录A调整为“规范性”。附录E中有“应执行”、“应建立”、“应制定”和“应符合”等具有要求性的能愿动词“应”，固附录E应为规范性附录。	不采纳	对于审核评估方法，本文件只给出建议方法，不宜作为强制要求。
38	曹先生	智能网联汽车数据安全要求	附录E	不理解E.3.1、E.6.1、E.8.1标题“标准原文”的具体所指。	采纳	已修改描述方式，删去标准原文。
39	宝马（中国）服务有限公司	智能网联汽车数据安全要求	5.2.3.1	澄清：对于车内摄像头拍摄到的图片/视频不做存储，也不会传输至车外，仅用于判断前排乘客是否系上安全带（为满足GB14166的要求）而进行提醒的功能，是否算作“例外情形”？	不采纳	意见不明确。
40	宝马（中国）服务有限公司	智能网联汽车数据安全要求	5.6.1.1	建议：5.6.1.1 向车外传输敏感个人信息过程中，汽车数据处理者应对敏感个人信息进行真实性、完整性、保密性和抗抵赖保护。理由：“抗抵赖”非信息安全专业术语，且在附录B中无法验证。抗抵赖依靠日志记录身份信息及时间戳来实现，实验方法B 2.1.2. a)中显式体现的为真实性校验。	部分采纳	修改为：向车外传输个人信息过程中，车辆应对个人信息进行真实性保护。
41	宝马（中国）服务有限公司	智能网联汽车数据安全要求	5.6.1.4	建议：增加注：对于不经过汽车数据处理者的近场数据传输，如前装行车记录仪/防盗记录仪/停车状态下被碰撞的事件记录仪等，通过存储卡、蓝牙等方式将视频传输至用户手机，无须进行匿名化处理。理由：车主有安装行车记录仪的实际需求，此视频对于事故判定有重大意义。并且GB 7258-2017里面明确有“15.4 8.6.6 乘用车应配备事件数据记录系统或车载视频行驶记录装置的要求，自本标准实施之日起第37个月开始对新生产车实施。”相关要求。如果夜间“防盗记录仪”起作用，拍摄到不法分子的面部或者车牌。车辆系统会发短信至车主手机，有车辆被盗的可能性。此时车主可于次日在车机端查看录制到的视频，也可将此视频通过蓝牙，wifi，SD卡等形式传递至手机，作为证据提交给警方。如果面部/车牌被匿名化处理了，此功能将失去意义。《数据安全试点企业调研过程中有关问题的梳理与回复》：车辆哨兵模式以及停车拍照功能是否也需要脱敏，如果不上传企业平台，是否可以不进行匿名化处理？答：无论是哨兵模式还是停车拍照功能，只要企业收集车外视频、图像都需要符合第一条试点要求。但如果车辆有近场通信功能，用户直接从车辆上通过Wifi、蓝牙或者直接取得存储卡的方式将车辆拍摄的车外视频、图像传输到用户个人手机、电脑，并且这些数据企业无法获得，这类场景可以豁免第一条要求。	不采纳	没有法律法规依据，如涉及到强制性国家标准要求，可参考4.2.2要求。
42	宝马（中国）服务有限公司	智能网联汽车数据安全要求	5.6.2.1.1	建议：汽车数据处理者至少应对图像或视频中满足以下要求的人脸目标进行匿名化处理： ——人脸目标对应的人脸边界框最小边长像素大于等于图像或视频有效像素高度的六十分之一；理由：和汽车号牌匿名化的考核方式保持一致，便于理解以及便于评价。同时可以避免照片分辨率变化导致的评价方式不一致。	部分采纳	修改汽车号牌匿名化对象要求，修改为：汽车号牌边界框最小边长像素大于等于16像素。
43	宝马（中国）服务有限公司	智能网联汽车数据安全要求	5.6.2.1.2	建议：希望对“边界框”和“标识框”进行图示说明。	部分采纳	统一用词为：边界框。在术语定义中已对边界框有给出图示。
44	宝马（中国）服务有限公司	智能网联汽车数据安全要求	3.19	建议：在标准正文或者编制说明里面提及“摩托车，电动自行车”号牌的匿名化，不在本标准要求范围内。理由：如果仅阅读“3.19 重要数据”的定义，无法清晰界定“摩托车，电动自行车”号牌的匿名化是否进行要求。但是在“3.14 汽车号牌目标”和“5.6.2.1.2 汽车号牌匿名化对象”里面，不包含摩托车等要求。	不采纳	3.19为《汽车数据安全管理若干规定（试行）》原文。
45	宝马（中国）服务有限公司	智能网联汽车数据安全要求	5.6.2.2.2	建议：删除“误检率”的要求。理由：为保障个人信息安全相关法律的要求，只满足正检率即可，误检率由企业结合自身功能情况，自主定义其精度。即使误检率高了，也不会有隐私泄露的情况，最多是消费者对于产品的满意度可能降低。企业也可以降低对于计算性能的要求。	部分采纳	3.19为《汽车数据安全管理若干规定（试行）》原文。
46	宝马（中国）服务有限公司	智能网联汽车数据安全要求	5.7.1.2	建议：个人撤回同意后一般是不再从事之前的处理，但是否需要删除已经搜集的但尚未到删除日期的数据，建议讨论和确认	部分采纳	删除条件的要求不作为测试项。
47	宝马（中国）服务有限公司	智能网联汽车数据安全要求	5.7.1.3	澄清：澄清具体要求，难以理解。	不采纳	未提出具体修改建议，且此条要求已删去。
48	宝马（中国）服务有限公司	智能网联汽车数据安全要求	6.8.2	记录内容应该包括但不限于处理的个人信息种类、数据量、处理方式、处理时间。建议：“应该”改成“应”	部分采纳	此条要求已删去。
49	宝马（中国）服务有限公司	智能网联汽车数据安全要求	表A.1	建议：表格A.1和D.1里面均出现了“汽车充电网运行数据”，但是并无详细定义。以表格A.1里面举例的“充电量”，读起来像是1辆车的充电数据，这种数据，单个消费者可以在其手机APP端获取其车辆每次充电的充电量。其是单车数据，不应被视为是重要数据。理由：在章节3.19里面“汽车充电网运行数据”是汇聚后的数据，而表格A.1里面的“充电量、充电桩类别、编号”看不出是汇聚的数据，也无法或者汇聚多少算是重要数据。	不采纳	附录A为资料性附录，仅作为参考。
50	宝马（中国）服务有限公司	智能网联汽车数据安全要求	A.3.3 a)	建议：删除此a)条要求。理由：根据正文 3.19“重要数据”的定义，主要提出“集合”的概念。其与表D.1列举的S2的数据，没有关系。并且第6章是对“重要数据”的要求。相反，正文中并没有针对S2的数据应该做哪些要求。此条容易造成“重要数据”与”S2”级别数据的误解与关联。	不采纳	附录A为资料性附录，仅作为参考。
51	宝马（中国）服务有限公司	智能网联汽车数据安全要求	B.3.1.5	通过修改车端系统时间设置等方式，检验个人信息车端存储时间是否与取得同意的个人信息存储时间一致。建议1：删除此测试要求。建议2：若认为OEM对车辆主动收集并存储于车端的数据负有主体责任，则建议修改为：通过修改车端系统时间设置等方式，检验个人信息车端保存期限或保存期限的规则是否与取得同意的个人信息保存期限或保存期限的规则一致。理由：车端存储数据可分两类： 1)用户主动输入（如导航目的地，事件提醒），此类数据归属用户个人，不应由车端决定到期删除。 2)车辆主动收集并存储于车端的数据归属用户个人，此类数据若上传到OEM后台、云端则由OEM按照取得的用户同意规则进行处理。理由：汽车数据若干管理规定第七条（四）中规定的是保存期限或保存期限的规则。对于很多车端收集的数据以缓存方式存储，通过覆盖删除或卸载删除（保存期限的规则），无明确保存期限定义。	采纳	不作为测试项。
52	宝马（中国）服务有限公司	智能网联汽车数据安全要求	C.1.2	可提供具备提供匿名化区域范围文件的能力澄清：是需要提供文件，说明其原理吗？如何实操	不采纳	意见不明确
53	宝马（中国）服务有限公司	智能网联汽车数据安全要求	C.2.1	试验记录内容澄清：“试验车辆周边环境视频信息”该要求的目的是什么？	不采纳	意见不明确
54	宝马（中国）服务有限公司	智能网联汽车数据安全要求	C.2.4	建议：“评估标注能力”的数量由谁提供？“原始图片”如何提供？	不采纳	意见不明确
55	宝马（中国）服务有限公司	智能网联汽车数据安全要求	C.5.3	澄清：1.如果车辆有多个摄像头可以同时拍照，如前后左右均有摄像头拍照，其照片会被同一个处理器进行匿名化处理。是否可以拍摄250次即可？ 2.如果已经获得200张人脸图片，200张车牌图片。是否后600张可以不再进行拍摄了？	不采纳	意见不明确
56	宝马（中国）服务有限公司	智能网联汽车数据安全要求	表D.1	建议：下列数据为S1等级：人类驾驶员操作数据分类中：档位信息、加速踏板开度、刹车踏板开度、转向盘角度；系统决策数据分类中： AD 系统请求挡位、 AD 系统请求横纵向加速度、 AD 系统请求转向角、 AD 系统请求转向力矩、 AD 系统请求纵向力矩、 AD 系统请求车辆灯光/雨刮状态；整车状态数据分类中：上电/充电状态、控制/动力模式、挡位信息、制动状态、车灯/雨刮/安全带状态、当前油量/电量数据、累计里程数据理由：因为车辆运行工况数据与个人关联程度较低，一旦泄露，造成影响有限，同时防护成本与公司其他数据基本一致，因此建议适当降低等级，改到S1.更何况，在表中，“个人非敏感信息”为S1等级，也就是个人信息才S1级别，运行数据这种间接性个人信息级别应该低于直接个人信息级别。	不采纳	该表为资料性内容，参考该表和企业自身情况进行处理。
57	宝马（中国）服务有限公司	智能网联汽车数据安全要求	4.1.7	建议：修改为“数据安全监督管理的流程管理制度” 理由：数据安全依赖关系的定义不清晰，没有来源	部分采纳	删去此条要求。
58	宝马（中国）服务有限公司	智能网联汽车数据安全要求	5.2.2	建议：修改为“提供单独同意的期限的途径” 理由：具体实施时，自主设定无法实现	不采纳	来源为《汽车数据安全管理若干规定（试行）》第九条（三）应当取得个人单独同意，个人可以自主设定同意期限。
59	宝马（中国）服务有限公司	智能网联汽车数据安全要求	5.2.3.1	无法通过有效的技术手段取得个人同意的情形建议：将“技术手段”去除理由：无法界定什么是有效的技术手段；	采纳	已修改
60	宝马（中国）服务有限公司	智能网联汽车数据安全要求	5.2.4.2	建议：改为“汽车数据处理者应依据取得的同意期限处理个人信息，当个人同意期限届满时，若汽车数据处理者仍有必要继续进行除删除外的个人信息处理活动，应重新取得个人同意。且重新取个个人同意之前，停止收集同意范围内的个人信息，并终止对已收集个人信息的处理。” 理由：上下一致，体现时效性。原文缺少重新获取同意前的要求。	不采纳	标准要求已表明：未重新取得个人同意前，不应进行再处理个人信息。
61	宝马（中国）服务有限公司	智能网联汽车数据安全要求	5.2.5.2	建议：增加“重新取个个人同意之前，停止收集同意范围内的个人信息，并终止对已收集个人信息的处理。” 理由同上	不采纳	标准要求已表明：未重新取得个人同意前，不应进行再处理个人信息。
62	宝马（中国）服务有限公司	智能网联汽车数据安全要求	5.4.3	采用非易失性存储介质在车内存储个人信息时，汽车数据处理者应进行加密建议：将“应”改为“宜” 理由：上位法中无对车内存储个人信息要求加密的要求，若针对对外暴露风险极低（即不对外进行通信）的重要数据也都进行加密解密，则会极大降低程序运行效率，并增加硬件成本。并且传输阶段已经要求保密性了。	部分采纳	将个人信息修改为敏感个人信息，和《智能网联汽车整车信息安全技术要求》中对敏感个人信息加密要求一致；传输阶段保密性无法确保存储的敏感敏感个人信息安全。
63	宝马（中国）服务有限公司	智能网联汽车数据安全要求	5.6.1.3	建议：b)条应针对不同网络，提出不同的安全协议要求。注：基于IP网络应采用等级不低于TLS1.2的安全协议。理由：本条只针对IP网络，没考虑其他网络场景(如：V2X/Bluetooth/USB/OBD等)。	部分采纳	增加对蓝牙和wifi场景的示例。
64	宝马（中国）服务有限公司	智能网联汽车数据安全要求	5.7.1.2	建议：改为“汽车数据处理者应当在合理期限内主动删除个人信息或匿名化处理：理由：需要考虑冻结期的概念；冻结期是指在进行数据删除的动作时，应立即中断数据的处理，并先判断数据是否还有其他存储需求（如用于认责，交易记录等）。从删除事件触发到数据真正删除和匿名化之间的这段时间，可以叫做数据冻结期。	不采纳	参考《个人信息保护法》第四十七条，法律层面已有明确规定。
65	宝马（中国）服务有限公司	智能网联汽车数据安全要求	6.3.2	建议1：将“应”改为“宜”。建议2:将示例中的MD5算法改为DES。理由：MD5为散列算法，具有保证数据完整性的功能，但不具备保密性的功能。	不采纳	示例的MD5为不安全的算法，并非建议使用MD5，仅作为示例，不作穷举。
66	宝马（中国）服务有限公司	智能网联汽车数据安全要求	6.8.1	建议：“況”改为“况” 建议：“处理重要数据”改为“存储和使用重要数据” 理由：对于处理的范围过大，篡改、向境外提供都属于处理的范畴；	部分采纳	删除此条要求。
67	宝马（中国）服务有限公司	智能网联汽车数据安全要求	附录A	建议：增加感知数据，决策数据等的定义	不采纳	暂时无法就相关定义取得广泛共识。
68	宝马（中国）服务有限公司	智能网联汽车数据安全要求	A.2	建议：需要澄清汽车数据的定义	不采纳	在术语定义中已明确。
69	宝马（中国）服务有限公司	智能网联汽车数据安全要求	A.2	建议：“安全日志数据”放在“其他数据”中	不采纳	该表为资料性内容，参考该表和企业自身情况进行处理。
70	宝马（中国）服务有限公司	智能网联汽车数据安全要求	表A.5	通过日志存储的个人信息主体操作记录，如应用或软件使用记录、点击记录、收藏列表建议：改为通过日志存储的跟个人有关联的个人信息主体操作记录。理由：存在由于个人信息主体操作产生的记录但与个人不相联的情况（即不包含VIN），此类情况不应属于个人信息。	不采纳	参考GB/T 35273，且该表为资料性内容，仅作为参考。
71	宝马（中国）服务有限公司	智能网联汽车数据安全要求	表A.5	建议:SIM卡、IMSI信息不建议作为个人常用设备信息。理由：如遭泄露，很难有途径追溯到个人或与个人关联。	不采纳	参考GB/T 35273，且该表为资料性内容，仅作为参考。
72	宝马（中国）服务有限公司	智能网联汽车数据安全要求	表A.5	建议：对其中的“住宿信息”做注解理由：住宿信息具体包括什么信息不明确	不采纳	该表为资料性内容，参考该表和企业自身情况进行处理。
73	宝马（中国）服务有限公司	智能网联汽车数据安全要求	表A.5	建议：增加对直连通信定义，且将注1，注2移至正文中。理由：不能引用标准中未注明的定义；注1，注2对于V2X产业的发展至关重要，不应该只体现在资料性附录中。	不采纳	此处注1和注2为对单独某种技术路径的注解，作为资料性内容较为合理。

74	宝马（中国）服务有限公司	《智能网联汽车自动驾驶数据记录系统》	4.2.3.1	建议修改为：任何车辆控制系统请求的纵向减速度大于5m/s2。理由：减速度不一定是由自动驾驶系统请求的，也可以是由车辆的其他系统请求的。 R157原文： 5.3. Emergency Manoeuvre (EM) 5.3.1.1 Any longitudinal deceleration demand of more than 5.0 m/s² of the system shall be considered to be an EM.	不采纳	对于测试验证试验来说不可行且目前国标也没有相关表述。
75	宝马（中国）服务有限公司	《智能网联汽车自动驾驶数据记录系统》	4.2.3.2	建议修改为： a)事件起点：车辆（或车辆控制系统）请求的纵向减速度大于5m/s2的时刻； b)事件终点：本次事件起点后车辆（或车辆控制系统）请求的纵向减速度不大于5m/s2的时刻。理由：减速度不一定是由自动驾驶系统请求的，也可以是由车辆的其他系统请求的。 R157原文： 5.3. Emergency Manoeuvre (EM) 5.3.1.1 Any longitudinal deceleration demand of more than 5.0 m/s² of the system shall be considered to be an EM.	不采纳	对于测试验证试验来说不可行且目前国标也没有相关表述。
76	宝马（中国）服务有限公司	《智能网联汽车自动驾驶数据记录系统》	表1	表1中的序号1至序号3数据元素应保证在数据提取时能够被正确读取；表1中序号4至序号16数据元素应仅在事件起点或实时记录起点时刻记录。理由：16号数据并没有给出记录频率，所以应该只是记录一次，在事件起点或者实时记录起点时刻记录。	采纳	表1中所有数据均是以时间戳的形式记录一次即可。
77	宝马（中国）服务有限公司	《智能网联汽车自动驾驶数据记录系统》	表3	建议修改为：4Hz或在数值变化时记录数值和时间戳记录时间戳比用一定频率记录能更准确地捕捉状态变化，而且更节省存储空间。建议不改变原先方案的同时也允许这种方案。（注意：不是将其记录成时间戳事件，是在时间段事件内记录某一个数据的时间戳。）	不采纳	严格按照国标的数据记录频率执行。
78	宝马（中国）服务有限公司	《智能网联汽车自动驾驶数据记录系统》	表5	建议修改为：2Hz或在数值变化时记录数值和时间戳理由：记录时间戳比用一定频率记录能更准确地捕捉状态变化，而且更节省存储空间。建议不改变原先方案的同时也允许这种方案。（注意：不是将其记录成时间戳事件，是在时间段事件内记录某一个数据的时间戳。）	不采纳	严格按照国标的数据记录频率执行。
79	宝马（中国）服务有限公司	《智能网联汽车自动驾驶数据记录系统》	6.1.2.3	建议修改为：对于自动驾驶数据记录系统采用分布式模块实现的试验车辆，按照GB 39732-2020 中5.3.2方法对其中需由加速度触发记录的模块进行试验，验证自动驾驶数据记录系统中与该模块有关部分数据，之后在激活自动驾驶系统的整车上注入台架试验模块信号，待自动驾驶数据记录系统完成本次记录后，试验终止。	采纳	避免企业出现数据记录在除EDR和AD域控之外ECU的情况无法测试。
80	宝马（中国）服务有限公司	《智能网联汽车自动驾驶数据记录系统》	7.2	建议增加：7.2.9 对于零部件环境评价性测试，允许整车生产企业不同。理由：供应商可能给不同的整车厂提供相同的部件。这种情况下，环境评价性测试报告由供应商获取即可。	采纳	对于零部件环境评价性测试，允许整车生产企业不同。
81	宝马（中国）服务有限公司	《智能网联汽车自动驾驶数据记录系统》	4.2.3.1	建议修改为：任何车辆控制系统请求的纵向减速度大于5m/s2。理由：减速度不一定是由自动驾驶系统请求的，也可以是由车辆的其他系统请求的。 R157原文： 5.3. Emergency Manoeuvre (EM) 5.3.1.1 Any longitudinal deceleration demand of more than 5.0 m/s² of the system shall be considered to be an EM.	不采纳	对于测试验证试验来说不可行且目前国标也没有相关说法。
82	宝马（中国）服务有限公司	《智能网联汽车自动驾驶数据记录系统》	4.2.3.2	建议修改为： a)事件起点：车辆（或车辆控制系统）请求的纵向减速度大于5m/s2的时刻； b)事件终点：本次事件起点后车辆（或车辆控制系统）请求的纵向减速度不大于5m/s2的时刻。理由：减速度不一定是由自动驾驶系统请求的，也可以是由车辆的其他系统请求的。 R157原文： 5.3. Emergency Manoeuvre (EM) 5.3.1.1 Any longitudinal deceleration demand of more than 5.0 m/s² of the system shall be considered to be an EM.	不采纳	对于测试验证试验来说不可行且目前国标也没有相关说法。

83	北京汽车研究总院有限公司	智能网联汽车软件升级技术要求	1	“软件升级管理体系要求”改为： “汽车软件升级管理体系要求” 原因：与标准名称、标准内容保持一致	采纳	修改为：“汽车软件升级管理体系要求”。
84	北京汽车研究总院有限公司	智能网联汽车软件升级技术要求	增加5.2.10	建议增加：对于 5.2.1 和 5.2.8，应优先通过车辆系统告知用户，若因硬件原因无法通过车辆系统告知车辆用户，应具备合理技术措施实现信息告知。原因：部分车型无法通过车辆系统告知	采纳	增加5.2.10“对于5.2.1和5.2.8，应通过车辆系统将信息告知车辆用户，若因车辆硬件原因无法通过车辆系统告知车辆用户，车辆制造商应证明其具备合理技术措施实现信息告知。”
85	北京汽车研究总院有限公司	智能网联汽车软件升级技术要求	6.4	建议：“在执行软件升级前，检查和记录告知用户的信息内容，试验结果符合5.2.1的要求”改为“在执行软件升级前，检查和记录告知用户的信息内容，试验结果符合5.2.1和5.2.10的要求” 原因：部分车型无法通过车辆系统告知。	采纳	修改6.4“在执行在线升级前，检查和记录告知用户的信息内容，试验结果符合5.2.1和5.2.10的要求。
86	北京汽车研究总院有限公司	智能网联汽车软件升级技术要求	6.4、6.5、6.6、6.7、6.8、6.9、6.10、6.11、6.12	建议：“软件升级”改为：“软件在线升级” 原因：6.4-6.13均为软件在线升级应开展的试验，建议修改描述，避免错误理解为在线升级和离线升级均需开展。	采纳	修改6.4-6.12为“在线升级”。
87	北京汽车研究总院有限公司	智能网联汽车软件升级技术要求编制说明	编制说明7	建议：“（2）对于已获得车辆型式批准的车型，自本文件实施之日起第13个月开始执行”改为： “（2）对于已获得车辆型式批准的车型，自本文件实施之日起第25个月开始执行” 原因：车型研发改进包括软件升级、信息安全，建议过渡期加长。	采纳	修改编制说明7“（2）对于已获得车辆型式批准的车型，自本文件实施之日起第25个月开始执行。”
88	岚图汽车科技有限公司	智能网联汽车远程服务与管理系统技术规范第3部分通讯协议及数据格式	6.4	补发数据和实施上传数据的时间应与实际发生时间严格同步，否则标注延迟最大时间。避免实施上传或唤醒或网络恢复时上传数据还是正常网络最后几秒甚至几十秒的数据，降低分析障碍。	不采纳	补发数据的延迟时间企业自定义即可。
89	威凯检测技术有限公司	智能网联汽车车载卫星定位系统技术要求	*	偶数页中，建议增大标准号跟正文间距离	采纳	已修改
90	威凯检测技术有限公司	智能网联汽车车载卫星定位系统技术要求	1范围	本文件规定了车载卫星定位系统（不包含亚米级定位性能）的技术要求和试验方法。	不采纳	在术语和定义中已经明确了车载卫星定位系统的定义。
91	程先生	智能网联汽车车载卫星定位系统技术要求	3.1	利用人造地球卫星发射的无线电信号进行定位和授时的系统。应明确标准适用的对象为定位和授时系统，与提供GNSS原始观测量的GNSS模组应区分开，例如选型的GNSS模组虽然提供定位功能和结果，但车载定位模块只使用其原始观测量自行解算，此时的系统应包含GNSS模组和车载定位模块，且车载定位模块是定位功能实现的主体；	不采纳	在术语和定义中已经明确了车载卫星定位系统的定义。
92	岚图汽车科技有限公司	智能网联汽车车载卫星定位系统技术要求	4缩略语	GGA：全球定位系统固定数据 GSA：GNSS DOP（定位点）活动卫星 GSV：可见GNSS（定位）卫星 VTG：对地航向和对地速度	不采纳	原文描述更为准确，符合行业统一理解。
93	程先生	智能网联汽车车载卫星定位系统技术要求	5.1.3.1	车载卫星定位系统应具备仅接收北斗公开服务信号实现定位和授时的能力。与接收多系统信号进行定位和授时相比，其性能保持一致。因卫星数、卫星分布的差异，仅接收北斗信号与接收多系统性能保持一致的表述不合理，建议改为满足XXX性能指标；	不采纳	原文描述更为准确简洁。
94	宝马（中国）服务有限公司	智能网联汽车车载卫星定位系统技术要求	5.1.3.1	按照6.3.3.1.1，6.3.3.2.1，6.3.3.3.1，6.3.3.4，6.3.3.5，6.3.3.6和6.3.3.7.1进行试验，车载卫星定位系统应具备仅接收北斗公开服务信号实现定位和授时的能力。与接收多系统信号进行定位和授时相比，其性能保持稳定。	不采纳	性能保持稳定，不能体现出具体的性能要求，无法定义什么是稳定。
95	程先生	智能网联汽车车载卫星定位系统技术要求	5.1.3.2	按照6.3.3.1.2，6.3.3.2.2，6.3.3.3.2和6.3.3.7.2进行试验，车载卫星定位系统应具备仅接收北斗公开服务信号实现定位和授时的能力，与接收多系统信号进行定位和授时相比，其性能保持一致。因卫星数、卫星分布的差异，仅接收北斗信号与接收多系统性能保持一致的表述不合理，建议改为满足XXX性能指标；	不采纳	原文描述更为准确简洁。
96	宝马（中国）服务有限公司	智能网联汽车车载卫星定位系统技术要求	5.1.3.2	按照6.3.3.1.2，6.3.3.2.2，6.3.3.3.2和6.3.3.7.2进行试验，车载卫星定位系统应具备仅接收北斗公开服务信号实现定位和授时的能力，与接收多系统信号进行定位和授时相比，其性能保持稳定。	不采纳	性能保持稳定，不能体现出具体的性能要求，无法定义什么是稳定。
97	程先生	智能网联汽车车载卫星定位系统技术要求	5.2.1.1.1	车载卫星定位系统水平定位精度应优于2m（CEP95），垂直定位精度应优于4m（CEP95）。一般GNSS模组单点定位精度平面为1.5m，1σ，2m（CEP95）相当于2σ要求偏高。	不采纳	指标已经过验证试验测试。
98	程先生	智能网联汽车车载卫星定位系统技术要求	5.2.1.2	动态定位精度。从实际应用的情况来看，动态定位性能是不如静态定位性能的。	部分采纳	未提出具体修改建议。
99	威凯检测技术有限公司	智能网联汽车车载卫星定位系统技术要求	5.2.2.1 冷启动首次定位时间	冷启动首次定位时间应不超过60s。	不采纳	GB17691-2018和HJ1239.1-2021标准是120s，经行业协调将此限值调整为90s。
100	威凯检测技术有限公司	智能网联汽车车载卫星定位系统技术要求	5.3.1.1 直流供电电压	建议表1中的单位为“伏”改为“伏（V）”	采纳	已修改
101	程先生	智能网联汽车车载卫星定位系统技术要求	5.3.3.2机械冲击	对于集成了MEMSIMU传感器的设备，应豁免机械冲击	不采纳	车载卫星定位系统应满足机械性能要求，不对集成设备中的其他传感器进行要求。
102	程先生	智能网联汽车车载卫星定位系统技术要求	5.3.3.3自由跌落	对于集成了MEMSIMU传感器的设备，应豁免自由跌落	不采纳	车载卫星定位系统应满足机械性能要求，不对集成设备中的其他传感器进行要求。
103	威凯检测技术有限公司	智能网联汽车车载卫星定位系统技术要求	6.1.2 试验电压条件	建议表5中的单位为“伏”改为“伏（V）”	采纳	已修改
104	威凯检测技术有限公司	智能网联汽车车载卫星定位系统技术要求	6.3.3.6.3 独立北斗跟踪灵敏度	在模拟器输出的每个信号功率电平下，判断车载卫星定位系统能否在120s内连续10次输出三维定位误差小于100m的定位数据，记录首次不满足该条件的前一测试功率电平值，作为跟踪灵敏度。	采纳	已修改
105	威凯检测技术有限公司	智能网联汽车车载卫星定位系统技术要求	6.5.1.6 反向电压试验	试验后以GB/T 28046.1-2011定义的工作模式3.2进行试验。建议按照工作模式1.2的描述，加上以哪种方法进行的试验。	不采纳	试验后，车载卫星定位系统应处在正常工作状态。
106	程先生	智能网联汽车车载卫星定位系统技术要求	附录C	表C.3 C.4 C.5星座与信号不因指定频点，当前GNSS模块/芯片主流至少双频，限定频点等于限定卫星数和卫星几何状态。	采纳	已修改
107	程先生	智能网联汽车车载卫星定位系统技术要求	附录C	表C.4 C.6轨迹仿真的运动轨迹与实际车辆运动特性不符；	不采纳	综合考虑产品设计、产品检测、裕量等多重因素，保障产品在不同速度的性能。
108	威凯检测技术有限公司	智能网联汽车车载卫星定位系统技术要求	附录H	附录H缺少页码信息	采纳	已修改

109	深圳市通用测试系统有限公司	智能网联汽车V2X车载信息交互系统技术要求	10.3.3.1.2	方位角度精度：不大于0.5°；建议改为：方位角度精度：不大于0.125°；原理如下：依据Nyquist采样定理，针对V2X通信频段的乘用车（4m-6m），采样间隔需要不大于0.5度，因此机械精度一般需要优于采样间隔的4倍，即0.125°。具体原理参考： 1.V. Monebhurrun, "IEEE Standard 149-2021: IEEE Recommended Practice for Antenna Measurements [Stand on Standards]," in IEEE Antennas and Propagation Magazine, vol. 64, no. 3, pp. 143-143, June 2022, doi: 10.1109/MAP.2022.3162793. Dennis M. Sullivan, "Appendix B: Fourier Analysis and the Fast Fourier Transform (FFT)," in Quantum Mechanics for Electrical Engineers , IEEE, 2012, pp.265-271, doi: 10.1002/9781118169780.app2.	采纳	已修改
110	深圳市通用测试系统有限公司	智能网联汽车V2X车载信息交互系统技术要求	10.3.3.1.2	俯仰角度误差：不大于0.5°。建议改为：俯仰角度误差：不大于0.125°。原理如下：同上	采纳	已修改
111	深圳市通用测试系统有限公司	智能网联汽车V2X车载信息交互系统技术要求	10.3.3.2	建议采样间隔为“最大0.5°” 原理如下：依据Nyquist采样定理，针对V2X通信频段的乘用车（4m-6m），采样间隔需要不大于0.5度。具体原理参考： 1.V. Monebhurrun, "IEEE Standard 149-2021: IEEE Recommended Practice for Antenna Measurements [Stand on Standards]," in IEEE Antennas and Propagation Magazine, vol. 64, no. 3, pp. 143-143, June 2022, doi: 10.1109/MAP.2022.3162793. Spherical near-field antenna measurements, edited by J.E. Hansen	不采纳	角度间隔其中，是
112	深圳市通用测试系统有限公司	智能网联汽车V2X车载信息交互系统技术要求	附录I. I.3	表I.1 辐射性能要求：参考天线的测量结果与标准值的偏差应小于1dB 建议改为：在静区范围内，参考天线（标准喇叭天线和带接地板的单极子天线）的远场计算结果与标准值的偏差应小于1dB 原因如下：由于存在偏心，所以需要标准天线验证，标准天线建议指定喇叭天线和带接地板的单极子天线，这样是完全标准的计量天线	采纳	已修改
113	岚图汽车科技有限公司	智能网联汽车网络安全技术要求	4缩略语	缺少“分”字	采纳	已添加“分”字。
114	岚图汽车科技有限公司	智能网联汽车网络安全技术要求	6.2 操作系统f)	增加升级包刷写地址偏移量或加密处理，降低拆卸控制器后对软件程序的地址及内容进一步分析	不采纳	升级包存在多种情况，此标准只针对完整性和合法性做要求，机密性要求需根据具体情况进行推荐处理，暂不强制要求。
115	岚图汽车科技有限公司	智能网联汽车网络安全技术要求	6.4接口安全b)	具体化：①涉及到LVEVL1级别及以上的服务都需要进行身份鉴别功能；②通过OBD进行通信请求前，首先进行身份鉴别功能，选择①或者②一种方案。可避免UDS的28、85等服务不在要求内的歧义。或明确身份认证的步骤点	采纳	修改为b)具备刷写功能的OBD诊断接口应具备身份鉴别功能；仅针对刷写进行限制，防止被篡改数据。
116	岚图汽车科技有限公司	智能网联汽车网络安全技术要求	6.5入侵检测g)	在线升级或离线升级	采纳	已修改为或。
117	岚图汽车科技有限公司	智能网联汽车网络安全技术要求	图1	V2X通信改成V2X，全篇格式统一	采纳	7.2.5为V2X通信，已保持全篇统一。
118	岚图汽车科技有限公司	智能网联汽车网络安全技术要求	10.2算法安全b)	量化“足够强度算法和足够长度的秘钥	采纳	已修改为： b)应采用具有足够强度的算法和足够长度的密钥进行密码运算，对称算法不低于128位，非对称算法不低于2048位。
119	宝马(中国)服务有限公司	智能网联汽车网络安全技术要求	6 车载设备安全要求	明确定义“车载设备”的范围，是指代车机模块，通信模块，充电模块，还是哪个模块？	采纳	车载设备是指车上的零部件，不是车上的某一个模块。
120	宝马(中国)服务有限公司	智能网联汽车网络安全技术要求	6.1 安全启动	1.并非所有的车载设备都需要具备安全启动功能，应该增加限制条件。2.“可信根实体”未进行定义，具体的保护方法不清晰。	采纳	1.支持安全芯片的车载设备应具备安全启动的功能，可通过可信根实体对安全启动所使用的可信根进行保护。 2.可信根实体主要依据具体的安全芯片进行安全启动，不同的安全芯片保护方法不同，不能够具体描述保护方案，需根据实际情况进行保护。
121	宝马(中国)服务有限公司	智能网联汽车网络安全技术要求	6.2 操作系统	缓冲区溢出风险的缓解措施不一定是内存保护，作为标准不应限制使用具体措施。	采纳	已修改为应具有内存保护机制以降低缓冲区溢出攻击等风险。
122	宝马(中国)服务有限公司	智能网联汽车网络安全技术要求	6.3 硬件安全模块a)	这个不是针对硬件安全模块自身的安全技术要求。	不采纳	此处针对的是硬件安全模块调用接口的访问权限。
123	宝马(中国)服务有限公司	智能网联汽车网络安全技术要求	6.3 硬件安全模块b)	这个技术要求不够明确。	采纳	已修改为； b)具备刷写功能的OBD诊断接口应具备身份鉴别功能。
124	宝马(中国)服务有限公司	智能网联汽车网络安全技术要求	6.4 接口安全e)	1.通信接口的范围不确定； 2.对所有接口层面都采用身份鉴别及访问控制措施无法实现。	不采纳	1.通信接口需根据自身资产的接口设计决定，此处无法进行枚举。 2.接口调用前通过身份认证是可以实现的。
125	宝马(中国)服务有限公司	智能网联汽车网络安全技术要求	6.4 接口安全f)	1.关键接口未进行定义，记录的形式也未进行描述。	不采纳	1.关键的接口需根据业务功能定义。 2.此处只限制是否记录，不限制记录形式，并且此处为宜，不强制要求。
126	宝马(中国)服务有限公司	智能网联汽车网络安全技术要求	6.5 入侵检测	1.核心设备没进行定义。 2.对于整车来说，入侵检测功能不一定要在特定设备上实现，也有可能通过网络中的入侵检测来实现。	不采纳	1.核心设备需根据自身设备功能定义，不同设计，核心设备不同，此处标准无法定义。 2.入侵检测包含系统操作，系统资源，系统流量等，只要保障核心设备具备入侵检测即可。
127	宝马(中国)服务有限公司	智能网联汽车网络安全技术要求	6.5 入侵检测a)	1.”异常来源身份检测“这里句子不通，建议改成“异常来源用户访问”	采纳	已修改
128	宝马(中国)服务有限公司	智能网联汽车网络安全技术要求	6.5 入侵检测b)	技术上不一定能实现，实施成本过高。建议删除。	不采纳	此处实现恶意程序检测以及系统资源检测，成本较低。
129	宝马(中国)服务有限公司	智能网联汽车网络安全技术要求	6.5 入侵检测c)	1.SSHD之类的调试类应用不能和其他恶意进程放一起，建议：针对SSH、Telnetd、adbd等软件维护或调试接口应具备访问授权机制。	采纳	已修改为如knockd、qconn等。
130	宝马(中国)服务有限公司	智能网联汽车网络安全技术要求	6.5 入侵检测d)	1.检测所有的恶意文件上传行为技术上无法实现，应限制特定的控制器和上传方式，其他类似标准中一般只要求通过USB接口方式上传的恶意文件。	不采纳	此处针对的是恶意文件的执行，并非检测上传行为，恶意文件攻击设备必须执行才可以实现攻击。
131	宝马(中国)服务有限公司	智能网联汽车网络安全技术要求	6.5 入侵检测e)	和d）有内容重复。	不采纳	此处分为两类，d)主要说明的是文件篡改，e)主要说明的是配置修改，配置修改不只是有文件篡改。
132	宝马(中国)服务有限公司	智能网联汽车网络安全技术要求	6.5 入侵检测f)	这里的进一步操作的边界不清晰，实际攻击过程中，很难清晰定义哪一步叫入侵，那一步是下一步。应该在检测到针对系统的入侵行为就进行告警、记录。	采纳	已修改为f)在检测到入侵行为时应进行告警、记录。
133	宝马(中国)服务有限公司	智能网联汽车网络安全技术要求	6.5 入侵检测g)	和改成或：应能通过在线升级或离线升级方式，实现对特征库、规则文件等的升级；	采纳	已修改
134	宝马(中国)服务有限公司	智能网联汽车网络安全技术要求	6.5 入侵检测k)	要求太过宽泛，无法执行，而且这些内容大多数很难通过入侵检测来实现。	不采纳	入侵检测可通过安全校验存储的日志实现数据的监测。
135	宝马(中国)服务有限公司	智能网联汽车网络安全技术要求	6.5 入侵检测l)	强力攻击说法不对，改成暴力破解攻击。文件脆弱性攻击说法不对，改成利用应用漏洞攻击。浏览器脆弱性攻击，一般只在PC中提，一般不适用车端。	采纳	已修改
136	宝马(中国)服务有限公司	智能网联汽车网络安全技术要求	7.1.3 安全防护b)	建议细化对象为：车内关键通信报文。如果针对所有报文提安全保障要求，则车企实施成本过高。	采纳	已修改
137	宝马(中国)服务有限公司	智能网联汽车网络安全技术要求	7.1.3 安全防护c)	建议细化对象为：车内关键通信报文。如果针对所有报文提安全保障要求，则车企实施成本过高。	采纳	已修改
138	宝马(中国)服务有限公司	智能网联汽车网络安全技术要求	7.2.2 有线通信c)	1.对USB接入设备中的文件不会进行文件的权限设置。2.后半句改成“只允许安装或执行指定签名的应用软件”	采纳	1.对文件类型进行访问控制，防止能够识别木马文件。 2.已修改。
139	宝马(中国)服务有限公司	智能网联汽车网络安全技术要求	7.2.3 近距离无线通信c)	很多连接是瞬时的，无法在设备上进行显示。	不采纳	设备上存在已连接设备。
140	宝马(中国)服务有限公司	智能网联汽车网络安全技术要求	7.2.4 蜂窝网络通信a)	哪些算底层的通信技术描述不清楚。	采纳	已修改为通信技术。
141	宝马(中国)服务有限公司	智能网联汽车网络安全技术要求	7.2.4 蜂窝网络通信b)	这个在其他标准中有描述，不叫公开网络。	采纳	已修改为公网。
142	宝马(中国)服务有限公司	智能网联汽车网络安全技术要求	8 应用服务安全要求总体要求	本章节的要求，是针对企业的平台的要求，不是针对“智能网联汽车”的要求，与本标准的范围冲突。建议删除第8章。	不采纳	本标准范围适用于智能网联汽车整体网络，包含应用服务。
143	宝马(中国)服务有限公司	智能网联汽车网络安全技术要求	8.1 联网平台e)	应使用TLS1.2及以上版本，不应限制为HTTPS。	采纳	已修改
144	宝马(中国)服务有限公司	智能网联汽车网络安全技术要求	8.1 联网平台h)	IDS不负责数据检测。	不采纳	负责数据流量检测。
145	宝马(中国)服务有限公司	智能网联汽车网络安全技术要求	8.2 车载应用c)	不应在代码中硬编码密码、密钥等内容。	采纳	已修改
146	宝马(中国)服务有限公司	智能网联汽车网络安全技术要求	9 数据安全要求	建议参考正在起草中的GB/T 智能网联汽车数据通用要求。明确数据是车机数据还是后台数据。 “数据安全”，不是“网络安全”的子范畴，与本标准的范围不一致	不采纳	数据安全属于智能网联汽车安全的一部分。
147	宝马(中国)服务有限公司	智能网联汽车网络安全技术要求	9.1.3 数据安全管控b)	对于在哪个终端预警描述不清晰。	采纳	修改为适用于安全管控的终端。
148	宝马(中国)服务有限公司	智能网联汽车网络安全技术要求	9.1.3 数据安全管控c)	技术上实现阻断有难度	采纳	修改为宜，不进行强制要求。
149	宝马(中国)服务有限公司	智能网联汽车网络安全技术要求	9.1.3 数据安全管控d)	技术上实现阻断有难度	采纳	修改为宜，不强制要求。
150	宝马(中国)服务有限公司	智能网联汽车网络安全技术要求	10 网络安全保障要求	密码安全要求，未明确是针对哪个系统的密码要求。安全监测，未明确是哪个系统的监测。	采纳	内容中均为车载设备。
151	宝马(中国)服务有限公司	智能网联汽车网络安全技术要求	10.2 算法安全c)	提法与大部分的汽车安全标准不一致，一般说应使用安全区域或硬件安全模块保护密钥的安全性。	采纳	已修改为通用说法。
152	宝马(中国)服务有限公司	智能网联汽车网络安全技术要求	10.2 算法安全d)	建议删除此条目，和通用的关键软件要求是一致的，不用突出自动驾驶应用软件。	采纳	已删除
153	宝马(中国)服务有限公司	智能网联汽车网络安全技术要求	10.3 风险评估	建议删除，这个是管理要求，不是技术要求	不采纳	智能网联汽车包含风险评估部分。
154	宝马(中国)服务有限公司	智能网联汽车网络安全技术要求	10.4 安全监测	建议删除，这个更多的是Backend端的内容，不应该放入汽车网络安全技术要求中。	不采纳	智能网联汽车包含后端内容。
155	宝马(中国)服务有限公司	智能网联汽车网络安全技术要求	10.5 应急响应	建议删除，管理要求而非技术要求。	不采纳	应急响应是智能网联汽车的一部分。
156	曹先生	智能网联汽车网络安全技术要求	2 规范性引用文件	下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅注日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。基于前言中明确本文件按照GB/T 1.1—2020的规定起草，建议按照GB/T 1.1—2020的8.6.2条增加“引导语”。	采纳	已增加引导语。
157	曹先生	智能网联汽车网络安全技术要求	3 术语和定义	本文件第3章中未对GB/T 25069注明发布年份号引用，建议第2章规范性引用文件中该文件不注明发布年份号。	采纳	第3章已注明发布年份号引用，第2章年份号保留。
158	曹先生	智能网联汽车网络安全技术要求	4 缩略语	建议删除DDOS，本文件中未使用DDOS。	采纳	6.5 a)中已使用DDOS。
159	曹先生	智能网联汽车网络安全技术要求	7.1、7.2	注：在不引起混淆的情况下，本文件中的“智能网联汽车”简称为“车”，本文件中的“车”、“汽车”、“车辆”应该是指“智能网联汽车”，建议在第1章范围的最后加注，统一标准对象的名称	不采纳	联系上下文，原本表达已经较为精简和准确了。
160	曹先生	智能网联汽车网络安全技术要求	6.1 安全启动	车载设备应具备安全启动的功能,可通过可信根实体对安全启动所使用的可信根进行保护。建议明确本条具备功能的对象。	不采纳	安全启动由于与具体车载设备本身采用的芯片是否是安全芯片相关，所以需根据具体情况实施，不能指定具体对象。
161	曹先生	智能网联汽车网络安全技术要求	7.2.4 蜂窝网络通信	………,其安全包括但不限于如下要求:,本人是原广东省网络空间安全标准化技术委员会（GD/TC124）专家，从通信的网络安全及通信技术进步等因素考虑，建议增加“但不限于”，其他条款中也有类似情况建议起草组一并评估。	不采纳	不在标准范围内的要求可自行扩展，无需明确不限于，其他标准一般大标题是要求如下，针对个别技术会增加包括但不限于。
162	曹先生	智能网联汽车网络安全技术要求	7.2.4 蜂窝网络通信	d)应采取技术措施，不应使用不必要的蜂窝网络通信功能。网络通信安全要求中不宜用“不必要”能原动词，例如让标准使用者很难判断必要和不必要程度的差别。	采纳	已修改为d)应采取技术措施，不应使用功能需求范围外的蜂窝网络通信功能。
163	曹先生	智能网联汽车网络安全技术要求	8.1 联网平台	1.e）列项中的“客户端”是指本文件范围的适用对象或车载设备？请明确。 2.建议在第4章内加入HTTPS、WEB等缩略语，以利于正确理解本文件中的缩略语及条款内容。	采纳	1.客户端不仅指的是车载设备，还有app等是与联网平台通信的设备，通信的设备无法量化。 2.已修改未TLS，并且TLS已在第4章内加入缩略语。
164	曹先生	智能网联汽车网络安全技术要求	9.1.1 数据分类分级	a)参考依据GB/T 35273—2020、DB4403/T 271—2022等数据安全标准要求，制定本组织的数据分类分级和安全保护制度，特别是明确智能网联汽车相关个人信息和重要数据16的识别和保护策略；1.根据对本条的理解，建议此处用“依据”。 2.9.1.1中的“本组织”和9.1.2中的“机构”是指同一对象？请明确。 3.本条中有引用，建议将GB/T 35273—2020、DB4403/T 271—2022列入规范性引用文件中，不列入参考文献。 b)参考参照DB4403/T 271—2022形成数据资产清单，……	采纳	1.已修改为依据。 2.组织和机构针对于不同的适用对象，依据不同的适用范围而定，只不过此处不同场景适用于不同对象。 3.已修改。
165	曹先生	智能网联汽车网络安全技术要求	9.2 数据收集	c)收集数据前，应对收集的数据类型进行确认，并保障不同类型数据收集的合法性和机密性收集数据类型包括重要数据、个人信息和一般数据；建议修改为： c)收集前应对数据类型进行确认，并确保不同类型数据收集的合法性和机密性，收集数据类型包括重要数据、个人信息和一般数据等；	采纳	已修改
166	曹先生	智能网联汽车网络安全技术要求	9.3 数据存储	d)对被授权访问数据的人员，应建立最小授权的访问控制策略，使其只能访问职责所需的最少够用的信息，且仅具备完成职责所需的最少的数据操作权限；建议修改为： d)对被授权访问数据的人员应建立授权的访问控制策略，使其只能访问职责所需的信息，且仅具备完成职责所需的数据操作权限；标准要求内容不宜使用不可量化的词语。	采纳	已修改
167	曹先生	智能网联汽车网络安全技术要求	/	根据《中华人民共和国标准化法标准化法》第三条规定，安全要求是强制性国家标准的制定范畴。地方标准《智能网联汽车数据安全要求》送审稿的标题中不宜强调“安全要求”，文件中及范围未涉及到“安全要求”，4.1条和附录E中也只是规定了汽车数据安全管理体系要求。因此标题不宜写成智能网联汽车数据“安全要求”，这样容易引起字面误读及不符合标准化法的相关规定。这也是内容相同的推荐性国家标准《智能网联汽车数据通用要求》标题不用安全要求的主要原因。建议在地方标准立项审查时注意此点，并建议标题修改为：《智能网联汽车数据安全管理要求》。	不采纳	标题已进行标准立项确认，管理内容只是一小部分，整体采用技术要求概括，不进行标题修改。

深圳市市场监督管理局

2023年5月8日

意见征集

评论区

选登评论

意见征集

微信扫一扫：分享

评论区

选登评论