注意：本文是基于CSI2-V3.0 spec。
其中CPHY为 V2.0
DPHY为V2.5
本文主要在packet级别介绍CSI2与对应的CDPHY，需要注意的是CDPHY的burst数据就是以packet为单位
1.CSI-CPHY
1.1CPHY的多lane分配与合并
- csi-cphy规定至少需要一条lane用于传输视频，最大lane数并没有做规定
- cphy是以16bit为传输单元
- csi protocol层将packet按16bit顺序平均分配到各条lane上
- packet长度为16bit对齐
- 每条lane传输数据同时开始，同时结束。通过对packet footer FILLER字段填充保证所有lane数据量相等，也即packet长度是2Nx16的整数倍 N为lane数
下图给出多lane分配概念图
下图为多lane合并概念图
下图给出N Lane分配图，可以看出所有lane同时开始，同时结束。
由于CPHY的每条lane 在RX端都会恢复出自己的wordClkHS，所以在多lane merge的时候为了保证各lane之间的同步，需要用ElastBuff做deskew。EBuff写入端clk是各lane恢复的wordClkHs,读clk是公用一个wordClkHs
1.2 CPHY的长包格式
- 包头packet header共有2N份相同的3x16bit组成，每条lane2份。每条lane上的两份PH用syncWord隔开【总共添加了N份syncWord】。
- 把每条lane上的2份PH分别叫做main PH和redundant PH
- 从上图来看PH的16bit有连续N份，按照多lane分配原则，正好每条lane上一份，main PH分配完毕，ppi接口指示插入syncWord，然后开始分配redundant PH
- 可以看到该packet的PH没有ECC，不能进行PH的一bit纠错，所以才用了redundant PH和每条lane都发送PH的策略
- PH的checkSum只能检错
- payload可能不是16bit的整数倍，所以需要PF的FILLER字段填充到2Nx16的整数倍
- PF的checkSum是对payload的数据进行检错
- PF不需要备份，按顺序在各lane上分配就行
- 有5bit的VC ID，其中VCX 3bit+DataID[7:6],所以支持32个虚拟通道
- DataID[5:0] 标识数据类型DT(Data Type)
- 长包payload数据没有明显的限制，能够用16bitWC表示就行
VC是和sensor通道绑定的，一个VC里面可以传输不同的DT【一段时间采样YUV，一段时间采样RAW】.同一个VC里面不同DT的packet可以交织；不同VC的packet也可以交织
下图给出了payload为6n+5 byte时，各lane的数据分配情况。
1.3CPHY的短包格式
- 短包长度和长包PH一致
- 和长包的PH冗余是一样的，2N个3x16bit，每条lane上的前3x16bit和后3x16用syncWord隔开
- 短包没有payload，只有16bit short packet Data
- 有5bit的VC ID，其中VCX 3bit+DataID[7:6],所以支持32个虚拟通道
- DataID[5:0] 标识数据类型，包括Frame start(FS)，frame end(FE)和line start(LS)，line end(LE)类型短包
因为长包payload 没有限制，所以payload可以是半行，一行，多行，整帧video数据。所以FS/FE是必须的，LS/LE可选。但一般情况下packet采用一行数据。
正常burst传输情况下，FS/FE，LS/LE不需要像素级别的和payload对齐，如果需要像素级的V/HSync和水平垂直blanking区间timing，则可以按要求发送short packet
