目录
1.协议概览
1.1物理层
2.用户面
2.1用户面基于以太网
2.2用户面基于IP
2.3 eCPRI报文格式
2.3.1公共头
2.3.2映射
2.3.3 Message Type
1.协议概览
eCPRI接口包括以下信息流：
1.用户平面：
（a）用户数据：用户信息（基站<——>用户设备），其格式取决于eREC和eRE之间的底层功能分解。
（b）实时控制数据：与用户数据直接相关的时间关键型控制和管理信息。
（c）其他eCPRI服务：eCPRI服务，如用户平面支持、远程复位等。
2. C&M平面：
在eREC和eRE内的控制和管理实体之间的控制和管理信息交换。这个信息流被传递到更高的协议层，且不被认为是时间关键的。
3. 同步平面：
用于帧和时间对齐的同步数据。
eCPRI定义了一种基于包的前传网络在eREC和eRE之间传输用户平面信息的协议。 现有协议和标准用于C&M和同步信息流。 该接口支持以太网交换或ip路由的前传网络。
下图概述了基于以太网/ ip的eCPRI传输案例的基本协议层次结构。
从上图可以清晰看出eCPRI的特点，基于以太网或IP/UDP，基于包传输。
1.1物理层
对于以下eCPRI用例，物理层通常遵循IEEE 802.3中提供的电气和光学物理参考标准:
1. 电缆传输
2. 背板传输
3. 光纤传输
下表列出了在给定的使用情况下，10G、25G、40G和100G以太网的常见以太网接口类型的典型示例。不排除使用其他线路费率/接口类型。
举个栗子：如果你想要实现100G流量带宽，你可以用10根10G的电缆，也可以使用4条25G的光纤。
2.用户面
2.1用户面基于以太网
在这个选项中，eCPRI消息应在标准以太网帧中传输。以太网帧的type字段应包含eCPRI Ethertype 。以太网帧的数据字段应在开头包含eCPRI公共报头，紧随其后的是eCPRI有效载荷。eCPRI消息应以一组八位字节的形式嵌入到以太网帧中。
还可以支持负载大小大于1500字节的帧。由于以太网帧数据字段的最小大小为46字节，如果需要，eCPRI数据用零填充。这个填充不是eCPRI消息的一部分，因此不包括在eCPRI有效载荷大小字段中。
eCPRI以太网消息交换中涉及的eCPRI节点应该至少有一个以太网MAC地址。以太网网络中的所有以太网MAC地址必须是唯一的。为节点/eCPRI服务分配以太网MAC地址超出了eCPRI规范的范围。
以太网MAC报头应提供足够的eCPRI消息的源和目的信息，以确保消息能够按照要求的优先级成功通过以太网发送。
2.2用户面基于IP
在该选项中，eCPRI消息应以UDP/IP数据包传输。UDP数据报的数据字段在其开头包含eCPRI公共报头，紧随其后的是eCPRI有效载荷。eCPRI消息应以一系列字节的形式嵌入到UDP数据报中。UDP数据报应该对eCPRI PDU进行精确封装，即不需要在eCPRI PDU中添加填充字节。
eCPRI节点至少有一个IP地址。IP网络中的所有IP地址必须是唯一的；为节点/eCPRI服务分配IP地址超出了eCPRI规范的范围。
2.3 eCPRI报文格式
eCPRI帧格式如下图：（公共头+负载）
2.3.1公共头
- eCPRI Protocol Reversion ：ecpri版本号
- C : eCPRI消息连接指示器。“C=0”表示eCPRI消息是eCPRI PDU中的最后一条消息。“C=1”表示在eCPRI PDU中跟随另一条eCPRI消息。在这种情况下，应添加0到3个填充字节，以确保下个eCPRI消息从4字节边界开始。接收时，应忽略填充字节。
- eCPRI Message Type ： Message Type，后文详细叙述
- eCPRI Payload Size ：payload大小
2.3.2映射
前面说了，eCPRI是基于以太网或IP，下图容易理解：
eCPRI负载嵌入传输网中，传输网即为以太网或UDP/IP
注意，这里C=0，即只有这一个message，注意跟下图C=1情况区分：
eCPRI帧为 common header + payload；这个payload与message type类型一一对应。
2.3.3 Message Type
类型太多了，我们下一篇再介绍。这里提一下，ecpri payload跟message类型息息相关，payload里面也还会有“header”。
举个栗子 ：
Type #0 ： IQ DATA （common header + PC_ID + SEQ_ID + Payload）
老了，肝不动了，咱们下期间！
