超出单传输APDU承载能力的eUICC命令脚本拆分、Script Chaining相关规范查询

SGP.02 v4.0 提出的强制要求 #

• 函数调用方提供的数据格式不得依赖所选OTA协议能力，例如SM-DP可默认不存在数据长度限制
• SM-SR需结合eUICC能力与所选协议负责构建最终命令脚本，具体动作包括匹配定长/不定长要求添加对应命令脚本模板、必要时将传入命令脚本拆分为多个片段、必要时添加对应的Script Chaining TLV

已形成的基础认知与现存困惑 #

• 根据上述规范要求可推断，SM-DP可向ES3.SendData接口传入任意长度的data参数，当data过大无法装入单个APDU时，由SM-SR负责通过多条SMS发送多个APDU，即规范中提及的“拆分”操作。但目前尚未找到定义该拆分操作具体实现流程的对应规范，无法明确拆分流程的定义出处
• 该拆分逻辑与ETSI TS 123 048第6.3节描述的Concatenated Short Messages机制并非完全等同
• ETSI TS 102 226中简要提及的Script Chaining逻辑虽与需求相关，但该规范仅提到Script Chaining TLV的存在，未说明具体使用方式，无法获取明确该机制使用规则的对应规范指引

典型落地场景的规则空白 #

ES8.EstablishISDPKeySet功能需发送3个体量较大、包含密钥内容的APDU，根据SGP.02 v4.0第150表的描述，这部分内容是SM-DP采用Expanded Remote Command Format向SM-SR发送的，该格式下的脚本本身长度可能很大（因SM-DP可默认无数据长度限制），目前无法明确SM-SR应当如何对这部分内容执行拆分或链式处理，缺失可参考的规则定义依据。

内容的提问来源于stack exchange，提问作者Roman-Stop RU aggression in UA