0
  • 聊天消息
  • 系统消息
  • 评论与回复
登录后你可以
  • 下载海量资料
  • 学习在线课程
  • 观看技术视频
  • 写文章/发帖/加入社区
会员中心
创作中心

完善资料让更多小伙伴认识你,还能领取20积分哦,立即完善>

3天内不再提示

Ecpri包文格式介绍

pdh的FPGA 来源:pdh的FPGA 2023-03-27 14:58 次阅读

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:

d0d8de68-cc67-11ed-bfe3-dac502259ad0.png

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相对应

d0fc6130-cc67-11ed-bfe3-dac502259ad0.png

对于上行和下行,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平面消息的序列生成器和检查器,两者是相互独立的。

可以总结为下表:

d131e918-cc67-11ed-bfe3-dac502259ad0.png

如ecpriRtcid/ecpriPcid一节所述,在同一eAxC ID内,对于描述下行U平面的C平面消息和描述上行U平面的C平面消息,存在不支持独立序列检查器的O-RU。为了与此类O-RU进行互操作,O-DU可以选择使用相同的eAxC ID,但对于描述下行U平面的C平面消息和描述上行U平面的C平面消息,则共享序列生成器,如下图所述。

d17e7bfc-cc67-11ed-bfe3-dac502259ad0.png

Value range:{0000 0000 0000 0000b-1111 1111 1111 1111b}

Bit allocations:

d1c4aec4-cc67-11ed-bfe3-dac502259ad0.png

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
    NMS
    +关注

    关注

    0

    文章

    9

    浏览量

    6021
  • PRACH
    +关注

    关注

    0

    文章

    4

    浏览量

    1299

原文标题:通信专题:Ecpri包文格式(二)

文章出处:【微信号:pdh的FPGA,微信公众号:pdh的FPGA】欢迎添加关注!文章转载请注明出处。

收藏 人收藏

    评论

    相关推荐

    浅谈CAN FD总线协议帧格式

    假期更新了一搞懂CAN总线协议帧格式,CAN FD总线协议怎能错过?本篇博将讲解CAN FD总线协议帧格式
    发表于 10-14 12:49 3374次阅读
    浅谈CAN FD总线协议帧<b class='flag-5'>格式</b>

    基于DWC_ether_qos的以太网驱动开发-MAC帧格式介绍

    本文转自公众号,欢迎关注 基于DWC_ether_qos的以太网驱动开发-MAC帧格式介绍 (qq.com) 一.前言   在以太网驱动,应用,编写调试等开发时,往往会抓分析,此时有必要了解MAC
    的头像 发表于 08-30 09:23 2219次阅读
    基于DWC_ether_qos的以太网驱动开发-MAC帧<b class='flag-5'>格式</b><b class='flag-5'>介绍</b>

    求labview 2011中版安装

    求labview 2011中版安装
    发表于 05-28 21:45

    s19件的格式怎么样?

    s19件的格式怎么样?以上来自于谷歌翻译以下为原文 how's s19 file's format?
    发表于 02-27 12:05

    请问这个返回的Event事件格式是什么?

    04 01 1E 20 00怎么协议栈升级了这个也改了?另外还想问下,这个返回的Event事件格式是怎么的,各个参数的含义在哪儿有定义吗,如上面返回的01 1E 20 00是什么意思呀?在TI
    发表于 10-16 10:26

    视频格式的分类及介绍

    视频格式的分类及介绍   目前,视频格式可以分为适合本地播放的本地影像视频和适合在网络中播放的网络流媒体影像视频两大类,这
    发表于 12-30 09:30 1905次阅读

    电子书的文件格式详细介绍

    电子书的文件格式详细介绍
    发表于 12-23 10:50 6504次阅读

    数据格式,计算机中数据格式详细介绍

    数据格式,计算机中数据格式详细介绍    计算机中常用的数据表示格式有两种,一是定点格式,二是浮点格式
    发表于 04-13 11:36 3642次阅读

    Q格式介绍_DSP

    Q格式 DSP【DSP的一个十分重要的格式
    发表于 01-06 14:38 0次下载

    高压型号怎么看_高压作用介绍

    本文开始介绍了什么是高压以及两种高压的常见类型,其次介绍了高压的作用,最后用例子介绍了高压
    发表于 01-30 10:42 2.5w次阅读
    高压<b class='flag-5'>包</b>型号怎么看_高压<b class='flag-5'>包</b>作用<b class='flag-5'>介绍</b>

    Windows 10引入一种全新的安装格式“MSIX”,支持所有程序格式

    Windows开发日峰会上,微软意外宣布Windows 10将引入一种全新的安装格式“MSIX”,可以视为现有MSI的升级版,支持所有程序格式。 据介绍,MSIX
    的头像 发表于 03-18 08:10 6191次阅读

    USB数据的解析

    由域构成的有四种类型,分别是令牌、数据、握手和特殊,前面三种是重要的,不同
    的头像 发表于 09-28 11:40 4999次阅读

    详解Modbus RTU数据帧格式

    介绍Modbus RTU数据帧格式之前,首先让我们先了解一下Modbus的通讯模式。
    发表于 04-07 09:40 2.4w次阅读
    一<b class='flag-5'>文</b>详解Modbus RTU数据帧<b class='flag-5'>格式</b>

    python解压tar/gzip/zip格式压缩

    创建一个 gzip 格式的压缩(gzip 的输入,只能是一个文件,而不能是一个目录)
    的头像 发表于 04-07 17:00 1808次阅读

    全面解读RapidIO串行物理层的格式与控制符号

    RapidIO并行物理层格式和串行物理层格式的逻辑层和传输层字段完全相同,唯一不同的是物理层字段有所区别。
    发表于 01-09 11:50 2014次阅读