1.1.6ecpriRtcid / ecpriPcid (real time control data / IQ data transfer message seriesidentifier)
Description:此参数是一个eAxC标识符(即,eAxC ID),用于标识与每个C平面(ecpriRtcid)消息或U平面(ecpriPcid)消息相关的特定数据流。它模拟了CPRI的“AxC”(天线载波)值,因此在这里被称为“eAxC”(“e”表示“扩展”以适应多个频带和多个分量载波)。多个O-DU处理器可能共享单个eAxC。通常,对于O-RU,不同eAxC ID用于不同的天线(Cat-A)或不同的层(Cat-B)。
一个端点可以通过M平面参数来指示支持 mixed numerologies 的能力;Section Type 3消息可用于从该端点有能力支持的numerologies列表中选择一个numerology(通过frameStructure字段)。在这种情况下,单个eAxC ID可用于具有不同特征(framestructure, cpLength, timeOffset, freqOffset)的信道,例如,具有不同numerology的信道和PRACH信道可以共享相同的eAxC ID。
或者,端点可能更简单,通过M平面参数声明不支持mixed numerologies,以此来支持单一numerology,并且可以使用Section Type 3消息为frameStructure以外的参数传递不同于M平面配置的值,此时frameStructure是M平面配置的固定值。
在这种情况下,每个mixed numerology信道(frameStructure)将使用唯一的eAxC ID,即具有不同numerologies的信道将使用不同的eAxC ID,简单来说,就是15kHz和30kHz子载波间隔的信道不能共享eAxC ID,15kHz PUSCH与非15kHz的PRACH不能共享eAxC ID。端点可以声明不支持Section Type 3,在这种情况下,其适用于PDSCH/PUSCH等信道。
分配给O-RU的端点的eAxC ID值用于识别O-RU内部的端点,并且该eAxC ID值在O-RU内相同方向(Tx或Rx)的所有端点中应是唯一的。也就是说,在O-RU内部,DL的所有端点中eAxC ID不可以重复,UL的所有端点中eAxC ID也不可以重复,但是DL和UL端点可以使用相同的eAxC ID。
原则上,一个O-RU的端点可以与多个物理和虚拟前传接口(以太网端口和VLAN)相关联,但eAxC ID值应是唯一的,并且不能用于寻址不同的端点。一个O-RU端点与多个前传接口的关联受限于O-RU的设计,该限制由O-RU通过M平面报告——与给定端点无关的前传接口不得通过M平面被配置,且不能通过该接口将C平面和U平面消息传输到端点。
即,对于O-RU通过M平面报告的关联前传接口以外的其他接口,不得用于到该端点的C平面和U平面消息传输。此外,未通过M平面配置的前传接口,也不得用于到端点的C平面和U平面消息传输。换句话说,O-DU应遵守M平面上传达的O-RU限制。
O-DU可以决定使用相同的eAxC ID值来寻址不同O-RU上的端点,但分配给一个O-RU的eAxC ID值,在O-RU内部相同方向(DL或UL)的所有端点内,应是唯一的。
需要注意的是,存在这样一些O-RU,在同一eAxC ID内,对于描述U平面DL的C平面消息和描述U平面UL的C平面消息,不支持独立序列检查,这在ecpriSeqid一节中有规定。这一O-RU能力限制可由O-RU发出信令,并由O-DU根据M平面协议v03.00进行解释。
如果O-RU和O-DU中的一个或两个仅支持M平面协议的早期版本,则打算使用此类O-RU的网络运营商和供应商应确保O-DU可以用其他非标准化的方式解释O-RU的能力限制,即通过离线讨论。为了与此类O-RU进行交互,O-DU应避免在相同的eAxC ID内,对于描述U平面DL的C平面消息和描述U平面UL的C平面消息,对O-RU要求独立序列检查。可以通过以下两种方式解决:
1)为描述U平面DL的C平面消息和描述U平面UL的C平面消息使用不同的eAxC ID;
2)如果O-DU选择使用相同的eAxC ID,则为描述U平面DL的C平面消息和描述U平面UL的C平面消息使用共享序列生成器,如ecpriSeqid一节中所述。然而,对于O-DU来说,支持这种行为以便与此类O-RU进行交互,是可选的。需要注意的是,不兼容的操作可能会导致数据中断和不正确的错误报告(误报)。
手册未定义关于同时通过多个前传接口向端点传输或从端点传入C平面和U平面消息的行为。例如,在UL中,如果将一个端点分配给多个前传端口,对任何给定消息,无法指示端点使用哪个前传端口。也就是说,O-RU必须知道使用哪个唯一的前传端口向O-DU发送UL的U平面消息。
此外,在DL中,当使用多个链路时,无法为每个eAxC ID容纳多个延迟窗。因此,应通过M平面为一个端点精确分配一个前传接口,保证一对一的关系。但不同的端点可以使用不同的前传接口(端口),因此,O-RU作为一个整体可以使用多个前传端口。通过不同的eAxC ID区分。
eAxC ID 字段:
一个eAxC标识符(eAxC ID)包括频段和扇区标识符(BandSector_ID)、载波标识符(CC_ID)和空间流标识符(RU_Port_ID)。一个eAxC标识符可以由一个或多个具有相同BandSector_ID、CC-ID和RU_Port_ID的c_eAxC id组成,但DU_Port_ID的值不同,不同的值对应不同的O-DU处理器。
注意:此参数仅针对eCPRI Message Type2 (C-Plane)和Message Type 0 (U-Plane)消息。在手册中,一个eAxC一次仅包含一个空间流,即,每个子载波一个波束(beam)。当在O-RU中预编码时,每个eAxC一次仅包含一层。但TxD (LTE TM2)除外,在这种情况下,单个eAxC (单个ecpriRtcid和ecpriPcid) 表示所有层。例如,在7-2x Cat B中,使用4层或8层传输时,每层应具有不同的eAxC ID。
bit分配细分如下:
1)DU_Port_ID:用于区分O-DU的处理单元(例如,不同的基带卡)。预计O-DU将通过C平面消息指定这些bit位,并且当O-RU生成具有相同sectionId的UL U平面消息时,将C平面中指定的bit位添加到UL U平面消息的传输header中。
2)BandSector_ID:聚合小区标识符(区分O-RU支持的频带和扇区)。
3)CC_ID:区分O-RU支持的载波分量(载波成员)。
4)RU_Port_ID:指定逻辑流,例如数据层或空间流,以及独立的numerologies(例如,PRACH)或需要特殊天线分配(例如,SRS)的信令信道。
作为eAxC ID的一部分,DU_Port_ID,BandSector_ID,CC_ID和RU_Port_ID的分配,由O-DU通过M平面单独完成。此外,在eAxC ID的四个子字段中的任何一个字段内,O-RU不需要明确定义任何bit级的分配。上述每个字段的位宽是可变的,并通过M平面消息传递进行设置。
这是为了允许灵活性,因为对于任何给定的O-RU,并非所有字段都同时需要其最大范围。预计M平面消息将为O-RU和O-DU配置,使得四个字段中每个字段都具有适当的位宽,并且执行实际分配的NMS将确保分配全部16 bit(带或不带填充)。
Value range:{0000 0000 0000 0000b-1111 1111 1111 1111b = eAxC ID}。
Bitallocations:
Type:无符号整数(连接的位字段)。
Field length:16bits。
1.1.7 ecpriSeqid (message identifier)
Description:此参数在两个不同级别上提供唯一的消息标识和排序。
第一个8bit是序列ID,用于标识一个eAxC消息流内部的消息顺序。序列ID字段为每个下行U平面eAxC、上行U平面eAxC、下行C平面eAxC和上行C平面eAxC单独递增和循环,即使它们共享相同的eAxC ID。例如,即使上下行U平面使用相同的eAxC ID,序列ID也会分开生成。序列ID用于验证是否已接收到所有消息,并对接收到的无序消息进行重新排序。
第二个8bit是子序列ID,当发生radio-transport-level(eCPRI或IEEE-1914.3)分段时,子序列ID用于验证排序和执行重新排序。Radio-transport(eCPRI或IEEE-1914.3)分段是一种分割U面消息的方法,此时该U平面消息包含的section中,存在一个或多个超过基础协议规定的最大数据包长度或消息长度的section。子序列ID字段包括一个7bit子序列计数器和一个单bit字段,称为E-bit。
对于U平面消息的每个分段,子序列编号从零开始递增。E bit用于指示无线传输(radio-transport)级分段的最后一条消息。除U平面分段的最后一条消息外,其始终设置为零。在C平面消息的情况下,不允许无线传输(radio-transport)分段,因此子序列ID应设置为零,E bit应设置为1。
注:作为无线传输级分段的替代方案,可以实现application分段。在这种情况下,应用程序可以负责确保所有传输消息不会太长(适合必要的传输payload大小)。当使用“应用层分段”时,子序列标识符应始终设置为“0”,E bit设置为“1”。
下图展示了如何为C平面和U平面消息生成序列号,以及如何检查序列号。如图所示:
1. 是O-DU发给O-RU的下行C平面消息的序列计数生成器
2. 是O-DU发给O-RU的上行C平面消息的序列计数生成器
3. 是O-RU发给O-DU的上行C平面消息的序列计数检查器
4. 是O-DU发给O-RU的下行U平面消息的序列计数生成器
5. 是O-RU发给O-DU的上行U平面消息的序列计数检查器
6. 是O-DU发给O-RU的下行C平面消息的序列计数检查器,与1相对应
7. 是O-DU发给O-RU的下行U平面消息的序列计数检查器,与4相对应
8. 是O-DU发给O-RU的上行C平面消息的序列计数检查器,与2相对应
9. 是O-RU发给O-DU的上行C平面消息的序列计数生成器,与3相对应
10. 是O-RU发给O-DU的上行U平面消息的序列计数生成器,与5相对应
对于上行和下行,O-DU必须分别产生序列计数器。
O-RU在每个端点上生成序列计数器和检查序列计数器,但在C平面和U平面上是分开的。
对于上图,可以总结为以下几点:
a)每个eAxC(ecpriRtcid或ecpriPcid)的序列ID是唯一的:不同的eAxC值有自己的序列ID生成,即不同的eAxC ID可以使用相同的序列ID。
b)序列ID由O-DU或O-RU中的前传接口发射器生成。
c)用于描述下行U平面的C平面消息的序列生成器和检查器,和用于描述上行U平面的C平面消息的序列生成器和检查器,两者是相互独立的。
可以总结为下表:
如ecpriRtcid/ecpriPcid一节所述,在同一eAxC ID内,对于描述下行U平面的C平面消息和描述上行U平面的C平面消息,存在不支持独立序列检查器的O-RU。为了与此类O-RU进行互操作,O-DU可以选择使用相同的eAxC ID,但对于描述下行U平面的C平面消息和描述上行U平面的C平面消息,则共享序列生成器,如下图所述。
Value range:{0000 0000 0000 0000b-1111 1111 1111 1111b}
Bit allocations:
Type:无符号整数
Field length:Sequence ID: 8 bits; subsequence ID: 7 bits; E-bit: 1 bit.
累。
总结:
O-DU可以决定使用相同的eAxC ID值来寻址不同O-RU上的端点,但分配给一个O-RU的eAxC ID值,在O-RU内部相同方向(DL或UL)的所有端点内,一般来说,应是唯一的。
ecpriRtcid / ecpriPcid的 DU_Port_ID,BandSector_ID,CC_ID,RU_Port_ID,是可配置大小的,不是固定值,但总加起来的值为16bit,实际使用时应该与DU沟通好固定每个ID分配多少bit比较好。
子序列ID字段的Ebit,如果是U面消息,子序列编号从零开始递增。E bit用于指示无线传输(radio-transport)级分段的最后一条消息。除U平面分段的最后一条消息外,其始终设置为零;如果是C面消息,在C平面消息的情况下,不允许无线传输(radio-transport)分段,因此子序列ID应设置为零,E bit应设置为1。
审核编辑:刘清
-
处理器
+关注
关注
68文章
19156浏览量
229084 -
以太网
+关注
关注
40文章
5374浏览量
171065 -
生成器
+关注
关注
7文章
313浏览量
20973 -
NMS
+关注
关注
0文章
9浏览量
6021 -
PRACH
+关注
关注
0文章
4浏览量
1299
原文标题:通信专题:Ecpri包文格式(二)
文章出处:【微信号:pdh的FPGA,微信公众号:pdh的FPGA】欢迎添加关注!文章转载请注明出处。
发布评论请先 登录
相关推荐
评论