3. Mask设计阶段批次创建:设计任务触发批次、批次属性定义与初始状态设置
在Mask设计阶段,批次(Lot)是承载设计任务流转的基本管理单元。批次创建的核心逻辑是:设计任务触发 → 批次属性定义 → 初始状态设置。本节将详细拆解这一流程,确保学员理解批次从“无”到“有”的完整过程,以及各属性对后续故障定位的关键影响。
核心要点:批次创建不仅是数据录入,更是为后续全流程追溯、版本比对、故障根因分析建立“数字孪生”基础。批次属性定义错误或遗漏,将直接导致故障定位时“断链”。
3.1 设计任务触发批次创建
批次创建并非孤立操作,而是由上游设计任务(Design Task)自动或手动触发。常见的触发场景包括:
- 新项目启动:当芯片设计项目进入Mask设计阶段,系统根据项目编号自动生成一个或多个批次。
- 设计版本变更:当设计文件(GDS/OASIS)发生版本更新,系统触发“版本批次”创建,用于追踪变更影响。
- 工艺节点迁移:当同一设计需要适配不同技术节点(如从N7迁移至N5),系统为每个节点创建独立批次。
- 手动干预:工程师因特殊验证需求(如局部修改、测试结构添加)手动创建批次。
| 触发类型 | 触发源 | 批次用途 | 典型标识 |
|---|---|---|---|
| 项目启动 | 项目管理平台 | 主设计批次 | PROJ-001-LOT1 |
| 版本变更 | 版本控制系统 | 版本比对与回归 | PROJ-001-V2-LOT1 |
| 节点迁移 | 工艺设计套件 | 节点适配验证 | PROJ-001-N7-LOT1 |
| 手动创建 | 工程师操作 | 局部验证/调试 | PROJ-001-HOTFIX-LOT1 |
工程实践提示:建议在批次命名规则中嵌入“触发类型”缩写,便于在故障定位时快速筛选批次来源。例如,版本变更批次统一使用“Vx”标识,手动创建批次使用“HOTFIX”标识。
3.2 批次属性定义(产品层、技术节点、关键尺寸)
批次属性是描述该批次设计任务核心特征的元数据。定义不完整或错误,将导致后续工序(如OPC、Mask制造)无法正确解析设计意图。必须定义的三大核心属性如下:
3.2.1 产品层(Product Layer)
产品层定义了该批次所针对的物理光刻层。每一层对应Mask制造中的一张光罩。常见产品层包括:
- 有源区层(AA):定义晶体管有源区域。
- 多晶硅栅层(PO):定义栅极结构。
- 金属互连层(M1, M2, ...):定义金属布线。
- 通孔层(V1, V2, ...):定义层间连接。
- 钝化层(PA):定义芯片保护结构。
3.2.2 技术节点(Technology Node)
技术节点决定了设计规则、光刻工艺参数和Mask制造精度。常见节点标识:
- 先进节点:N3, N5, N7(对应3nm, 5nm, 7nm工艺)。
- 成熟节点:28nm, 45nm, 65nm。
- 特殊节点:BCD(Bipolar-CMOS-DMOS)、HV(高压)等。
3.2.3 关键尺寸(Critical Dimension, CD)
关键尺寸是批次中设计图形的最小线宽或间距。CD值直接影响光刻分辨率、OPC修正策略和Mask检测标准。CD定义通常包含:
- 目标CD:设计期望达到的最终线宽(如 7nm 节点目标CD = 7nm)。
- CD容差:允许的CD偏差范围(如 ±0.5nm)。
- CD类型:密集线CD、孤立线CD、接触孔CD等。
| 属性类别 | 属性名称 | 示例值 | 故障定位关联 |
|---|---|---|---|
| 产品层 | Layer Name | M1 | 定位短路/断路发生在哪一层 |
| 技术节点 | Tech Node | N7 | 确定OPC模型和工艺窗口 |
| 关键尺寸 | Target CD | 7nm | 判断CD偏差是否超出容差 |
| 关键尺寸 | CD Tolerance | ±0.5nm | 设定故障报警阈值 |
常见错误:部分工程师在定义批次属性时,仅填写“产品层”而忽略“技术节点”和“关键尺寸”。这会导致后续OPC脚本调用错误的工艺模型,造成Mask图形失真,且故障定位时无法追溯工艺参数来源。
3.3 初始状态设置
批次创建完成后,必须设置其初始状态(Initial Status)。初始状态决定了批次在后续流程中的可见性、可操作性和流转规则。典型的初始状态包括:
- 待处理(Pending):批次已创建,但尚未分配具体任务或工程师。系统仅记录,不触发任何自动化流程。
- 设计中(In Design):批次已分配给设计工程师,正在进行版图设计或修改。该状态下,批次数据可被编辑,但不可向下游(如OPC)释放。
- 待审核(Pending Review):设计完成,等待审核工程师确认。该状态下,批次数据只读,不可编辑。
- 已释放(Released):审核通过,批次数据正式释放至下一阶段(如OPC、Mask制造)。该状态下,批次数据冻结,任何修改需走变更流程。
| 状态名称 | 状态码 | 可编辑 | 可释放 | 典型持续时间 |
|---|---|---|---|---|
| 待处理 | PEND | 是 | 否 | 1-2小时 |
| 设计中 | IND | 是 | 否 | 数天至数周 |
| 待审核 | REV | 否 | 否 | 1-3天 |
| 已释放 | REL | 否 | 是 | 永久 |
最佳实践:建议在批次创建时,默认状态设置为“待处理(PEND)”。待所有属性定义完成并经过自动化校验(如CD值是否在工艺窗口内)后,再由系统或人工切换至“设计中(IND)”。这可以防止属性不完整的批次意外进入设计流程。
3.4 批次创建与状态流转SVG流程图
下图展示了从设计任务触发到批次初始状态设置,以及后续状态流转的完整路径。该图是理解批次生命周期管理的核心参考。
3.5 批次创建校验规则
为确保批次数据的完整性和一致性,系统在批次创建和属性定义完成后,应执行以下自动化校验规则:
- 必填项校验:产品层、技术节点、目标CD、CD容差、初始状态是否均已填写。
- 格式校验:批次ID是否符合命名规范(如项目编号+触发类型+流水号)。
- 逻辑校验:目标CD值是否在当前技术节点的工艺窗口内(如N7节点CD不应大于20nm)。
- 唯一性校验:同一项目、同一产品层、同一技术节点下,是否存在重复批次。
- 状态校验:初始状态是否允许从当前触发源创建(如手动创建批次不允许初始状态为“已释放”)。
校验失败处理:当校验失败时,系统应返回明确的错误码和错误描述,并阻止批次进入“设计中”状态。工程师需根据错误提示修正属性后重新提交校验。常见错误码示例:ERR-1001(必填项缺失)、ERR-2003(CD值超出工艺窗口)、ERR-3002(批次ID重复)。
3.6 批次创建清单(Checklist)
以下清单供工程师在创建批次时逐项确认,避免遗漏:
| 步骤 | 检查项 | 确认结果 |
|---|---|---|
| 1 | 触发源是否明确(项目/版本/节点/手动)? | □ 是 □ 否 |
| 2 | 批次ID是否遵循命名规范? | □ 是 □ 否 |
| 3 | 产品层是否选择正确(如M1, PO, AA)? | □ 是 □ 否 |
| 4 | 技术节点是否与工艺设计套件一致? | □ 是 □ 否 |
| 5 | 目标CD和CD容差是否填写且符合工艺窗口? | □ 是 □ 否 |
| 6 | 初始状态是否设置为“待处理(PEND)”? | □ 是 □ 否 |
| 7 | 自动化校验是否全部通过? | □ 是 □ 否 |
效率提升建议:对于重复性高的批次创建(如同一项目的不同产品层),建议使用“批次模板”功能。预先定义好技术节点、CD范围、默认状态等属性,创建时仅需选择模板和修改产品层即可,可减少80%的重复录入工作。