0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫(xiě)文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

Ecpri包文格式介紹

pdh的FPGA ? 來(lái)源:pdh的FPGA ? 2023-03-27 14:58 ? 次閱讀

1.1.6ecpriRtcid / ecpriPcid (real time control data / IQ data transfer message seriesidentifier)

Description:此參數(shù)是一個(gè)eAxC標(biāo)識(shí)符(即,eAxC ID),用于標(biāo)識(shí)與每個(gè)C平面(ecpriRtcid)消息或U平面(ecpriPcid)消息相關(guān)的特定數(shù)據(jù)流。它模擬了CPRI的“AxC”(天線載波)值,因此在這里被稱為“eAxC”(“e”表示“擴(kuò)展”以適應(yīng)多個(gè)頻帶和多個(gè)分量載波)。多個(gè)O-DU處理器可能共享單個(gè)eAxC。通常,對(duì)于O-RU,不同eAxC ID用于不同的天線(Cat-A)或不同的層(Cat-B)。

一個(gè)端點(diǎn)可以通過(guò)M平面參數(shù)來(lái)指示支持 mixed numerologies 的能力;Section Type 3消息可用于從該端點(diǎn)有能力支持的numerologies列表中選擇一個(gè)numerology(通過(guò)frameStructure字段)。在這種情況下,單個(gè)eAxC ID可用于具有不同特征(framestructure, cpLength, timeOffset, freqOffset)的信道,例如,具有不同numerology的信道和PRACH信道可以共享相同的eAxC ID。

或者,端點(diǎn)可能更簡(jiǎn)單,通過(guò)M平面參數(shù)聲明不支持mixed numerologies,以此來(lái)支持單一numerology,并且可以使用Section Type 3消息為frameStructure以外的參數(shù)傳遞不同于M平面配置的值,此時(shí)frameStructure是M平面配置的固定值。

在這種情況下,每個(gè)mixed numerology信道(frameStructure)將使用唯一的eAxC ID,即具有不同numerologies的信道將使用不同的eAxC ID,簡(jiǎn)單來(lái)說(shuō),就是15kHz和30kHz子載波間隔的信道不能共享eAxC ID,15kHz PUSCH與非15kHz的PRACH不能共享eAxC ID。端點(diǎn)可以聲明不支持Section Type 3,在這種情況下,其適用于PDSCH/PUSCH等信道。

分配給O-RU的端點(diǎn)的eAxC ID值用于識(shí)別O-RU內(nèi)部的端點(diǎn),并且該eAxC ID值在O-RU內(nèi)相同方向(Tx或Rx)的所有端點(diǎn)中應(yīng)是唯一的。也就是說(shuō),在O-RU內(nèi)部,DL的所有端點(diǎn)中eAxC ID不可以重復(fù),UL的所有端點(diǎn)中eAxC ID也不可以重復(fù),但是DL和UL端點(diǎn)可以使用相同的eAxC ID。

原則上,一個(gè)O-RU的端點(diǎn)可以與多個(gè)物理和虛擬前傳接口以太網(wǎng)端口VLAN)相關(guān)聯(lián),但eAxC ID值應(yīng)是唯一的,并且不能用于尋址不同的端點(diǎn)。一個(gè)O-RU端點(diǎn)與多個(gè)前傳接口的關(guān)聯(lián)受限于O-RU的設(shè)計(jì),該限制由O-RU通過(guò)M平面報(bào)告——與給定端點(diǎn)無(wú)關(guān)的前傳接口不得通過(guò)M平面被配置,且不能通過(guò)該接口將C平面和U平面消息傳輸?shù)蕉它c(diǎn)。

即,對(duì)于O-RU通過(guò)M平面報(bào)告的關(guān)聯(lián)前傳接口以外的其他接口,不得用于到該端點(diǎn)的C平面和U平面消息傳輸。此外,未通過(guò)M平面配置的前傳接口,也不得用于到端點(diǎn)的C平面和U平面消息傳輸。換句話說(shuō),O-DU應(yīng)遵守M平面上傳達(dá)的O-RU限制。

O-DU可以決定使用相同的eAxC ID值來(lái)尋址不同O-RU上的端點(diǎn),但分配給一個(gè)O-RU的eAxC ID值,在O-RU內(nèi)部相同方向(DL或UL)的所有端點(diǎn)內(nèi),應(yīng)是唯一的。

需要注意的是,存在這樣一些O-RU,在同一eAxC ID內(nèi),對(duì)于描述U平面DL的C平面消息和描述U平面UL的C平面消息,不支持獨(dú)立序列檢查,這在ecpriSeqid一節(jié)中有規(guī)定。這一O-RU能力限制可由O-RU發(fā)出信令,并由O-DU根據(jù)M平面協(xié)議v03.00進(jìn)行解釋。

如果O-RU和O-DU中的一個(gè)或兩個(gè)僅支持M平面協(xié)議的早期版本,則打算使用此類O-RU的網(wǎng)絡(luò)運(yùn)營(yíng)商和供應(yīng)商應(yīng)確保O-DU可以用其他非標(biāo)準(zhǔn)化的方式解釋O-RU的能力限制,即通過(guò)離線討論。為了與此類O-RU進(jìn)行交互,O-DU應(yīng)避免在相同的eAxC ID內(nèi),對(duì)于描述U平面DL的C平面消息和描述U平面UL的C平面消息,對(duì)O-RU要求獨(dú)立序列檢查??梢酝ㄟ^(guò)以下兩種方式解決:

1)為描述U平面DL的C平面消息和描述U平面UL的C平面消息使用不同的eAxC ID;

2)如果O-DU選擇使用相同的eAxC ID,則為描述U平面DL的C平面消息和描述U平面UL的C平面消息使用共享序列生成器,如ecpriSeqid一節(jié)中所述。然而,對(duì)于O-DU來(lái)說(shuō),支持這種行為以便與此類O-RU進(jìn)行交互,是可選的。需要注意的是,不兼容的操作可能會(huì)導(dǎo)致數(shù)據(jù)中斷和不正確的錯(cuò)誤報(bào)告(誤報(bào))。

手冊(cè)未定義關(guān)于同時(shí)通過(guò)多個(gè)前傳接口向端點(diǎn)傳輸或從端點(diǎn)傳入C平面和U平面消息的行為。例如,在UL中,如果將一個(gè)端點(diǎn)分配給多個(gè)前傳端口,對(duì)任何給定消息,無(wú)法指示端點(diǎn)使用哪個(gè)前傳端口。也就是說(shuō),O-RU必須知道使用哪個(gè)唯一的前傳端口向O-DU發(fā)送UL的U平面消息。

此外,在DL中,當(dāng)使用多個(gè)鏈路時(shí),無(wú)法為每個(gè)eAxC ID容納多個(gè)延遲窗。因此,應(yīng)通過(guò)M平面為一個(gè)端點(diǎn)精確分配一個(gè)前傳接口,保證一對(duì)一的關(guān)系。但不同的端點(diǎn)可以使用不同的前傳接口(端口),因此,O-RU作為一個(gè)整體可以使用多個(gè)前傳端口。通過(guò)不同的eAxC ID區(qū)分。

eAxC ID 字段:

一個(gè)eAxC標(biāo)識(shí)符(eAxC ID)包括頻段和扇區(qū)標(biāo)識(shí)符(BandSector_ID)、載波標(biāo)識(shí)符(CC_ID)和空間流標(biāo)識(shí)符(RU_Port_ID)。一個(gè)eAxC標(biāo)識(shí)符可以由一個(gè)或多個(gè)具有相同BandSector_ID、CC-ID和RU_Port_ID的c_eAxC id組成,但DU_Port_ID的值不同,不同的值對(duì)應(yīng)不同的O-DU處理器。

注意:此參數(shù)僅針對(duì)eCPRI Message Type2 (C-Plane)和Message Type 0 (U-Plane)消息。在手冊(cè)中,一個(gè)eAxC一次僅包含一個(gè)空間流,即,每個(gè)子載波一個(gè)波束(beam)。當(dāng)在O-RU中預(yù)編碼時(shí),每個(gè)eAxC一次僅包含一層。但TxD (LTE TM2)除外,在這種情況下,單個(gè)eAxC (單個(gè)ecpriRtcid和ecpriPcid) 表示所有層。例如,在7-2x Cat B中,使用4層或8層傳輸時(shí),每層應(yīng)具有不同的eAxC ID。

bit分配細(xì)分如下:

1)DU_Port_ID:用于區(qū)分O-DU的處理單元(例如,不同的基帶卡)。預(yù)計(jì)O-DU將通過(guò)C平面消息指定這些bit位,并且當(dāng)O-RU生成具有相同sectionId的UL U平面消息時(shí),將C平面中指定的bit位添加到UL U平面消息的傳輸header中。

2)BandSector_ID:聚合小區(qū)標(biāo)識(shí)符(區(qū)分O-RU支持的頻帶和扇區(qū))。

3)CC_ID:區(qū)分O-RU支持的載波分量(載波成員)。

4)RU_Port_ID:指定邏輯流,例如數(shù)據(jù)層或空間流,以及獨(dú)立的numerologies(例如,PRACH)或需要特殊天線分配(例如,SRS)的信令信道。

作為eAxC ID的一部分,DU_Port_ID,BandSector_ID,CC_ID和RU_Port_ID的分配,由O-DU通過(guò)M平面單獨(dú)完成。此外,在eAxC ID的四個(gè)子字段中的任何一個(gè)字段內(nèi),O-RU不需要明確定義任何bit級(jí)的分配。上述每個(gè)字段的位寬是可變的,并通過(guò)M平面消息傳遞進(jìn)行設(shè)置。

這是為了允許靈活性,因?yàn)閷?duì)于任何給定的O-RU,并非所有字段都同時(shí)需要其最大范圍。預(yù)計(jì)M平面消息將為O-RU和O-DU配置,使得四個(gè)字段中每個(gè)字段都具有適當(dāng)?shù)奈粚?,并且?zhí)行實(shí)際分配的NMS將確保分配全部16 bit(帶或不帶填充)。

Value range:{0000 0000 0000 0000b-1111 1111 1111 1111b = eAxC ID}。

Bitallocations:

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

Type:無(wú)符號(hào)整數(shù)(連接的位字段)。

Field length:16bits。

1.1.7 ecpriSeqid (message identifier)

Description:此參數(shù)在兩個(gè)不同級(jí)別上提供唯一的消息標(biāo)識(shí)和排序。

第一個(gè)8bit是序列ID,用于標(biāo)識(shí)一個(gè)eAxC消息流內(nèi)部的消息順序。序列ID字段為每個(gè)下行U平面eAxC、上行U平面eAxC、下行C平面eAxC和上行C平面eAxC單獨(dú)遞增和循環(huán),即使它們共享相同的eAxC ID。例如,即使上下行U平面使用相同的eAxC ID,序列ID也會(huì)分開(kāi)生成。序列ID用于驗(yàn)證是否已接收到所有消息,并對(duì)接收到的無(wú)序消息進(jìn)行重新排序。

第二個(gè)8bit是子序列ID,當(dāng)發(fā)生radio-transport-level(eCPRI或IEEE-1914.3)分段時(shí),子序列ID用于驗(yàn)證排序和執(zhí)行重新排序。Radio-transport(eCPRI或IEEE-1914.3)分段是一種分割U面消息的方法,此時(shí)該U平面消息包含的section中,存在一個(gè)或多個(gè)超過(guò)基礎(chǔ)協(xié)議規(guī)定的最大數(shù)據(jù)包長(zhǎng)度或消息長(zhǎng)度的section。子序列ID字段包括一個(gè)7bit子序列計(jì)數(shù)器和一個(gè)單bit字段,稱為E-bit。

對(duì)于U平面消息的每個(gè)分段,子序列編號(hào)從零開(kāi)始遞增。E bit用于指示無(wú)線傳輸(radio-transport)級(jí)分段的最后一條消息。除U平面分段的最后一條消息外,其始終設(shè)置為零。在C平面消息的情況下,不允許無(wú)線傳輸(radio-transport)分段,因此子序列ID應(yīng)設(shè)置為零,E bit應(yīng)設(shè)置為1。

注:作為無(wú)線傳輸級(jí)分段的替代方案,可以實(shí)現(xiàn)application分段。在這種情況下,應(yīng)用程序可以負(fù)責(zé)確保所有傳輸消息不會(huì)太長(zhǎng)(適合必要的傳輸payload大?。?。當(dāng)使用“應(yīng)用層分段”時(shí),子序列標(biāo)識(shí)符應(yīng)始終設(shè)置為“0”,E bit設(shè)置為“1”。

下圖展示了如何為C平面和U平面消息生成序列號(hào),以及如何檢查序列號(hào)。如圖所示:

1. 是O-DU發(fā)給O-RU的下行C平面消息的序列計(jì)數(shù)生成器

2. 是O-DU發(fā)給O-RU的上行C平面消息的序列計(jì)數(shù)生成器

3. 是O-RU發(fā)給O-DU的上行C平面消息的序列計(jì)數(shù)檢查器

4. 是O-DU發(fā)給O-RU的下行U平面消息的序列計(jì)數(shù)生成器

5. 是O-RU發(fā)給O-DU的上行U平面消息的序列計(jì)數(shù)檢查器

6. 是O-DU發(fā)給O-RU的下行C平面消息的序列計(jì)數(shù)檢查器,與1相對(duì)應(yīng)

7. 是O-DU發(fā)給O-RU的下行U平面消息的序列計(jì)數(shù)檢查器,與4相對(duì)應(yīng)

8. 是O-DU發(fā)給O-RU的上行C平面消息的序列計(jì)數(shù)檢查器,與2相對(duì)應(yīng)

9. 是O-RU發(fā)給O-DU的上行C平面消息的序列計(jì)數(shù)生成器,與3相對(duì)應(yīng)

10. 是O-RU發(fā)給O-DU的上行U平面消息的序列計(jì)數(shù)生成器,與5相對(duì)應(yīng)

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

對(duì)于上行和下行,O-DU必須分別產(chǎn)生序列計(jì)數(shù)器。

O-RU在每個(gè)端點(diǎn)上生成序列計(jì)數(shù)器和檢查序列計(jì)數(shù)器,但在C平面和U平面上是分開(kāi)的。

對(duì)于上圖,可以總結(jié)為以下幾點(diǎn):

a)每個(gè)eAxC(ecpriRtcid或ecpriPcid)的序列ID是唯一的:不同的eAxC值有自己的序列ID生成,即不同的eAxC ID可以使用相同的序列ID。

b)序列ID由O-DU或O-RU中的前傳接口發(fā)射器生成。

c)用于描述下行U平面的C平面消息的序列生成器和檢查器,和用于描述上行U平面的C平面消息的序列生成器和檢查器,兩者是相互獨(dú)立的。

可以總結(jié)為下表:

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

如ecpriRtcid/ecpriPcid一節(jié)所述,在同一eAxC ID內(nèi),對(duì)于描述下行U平面的C平面消息和描述上行U平面的C平面消息,存在不支持獨(dú)立序列檢查器的O-RU。為了與此類O-RU進(jìn)行互操作,O-DU可以選擇使用相同的eAxC ID,但對(duì)于描述下行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:無(wú)符號(hào)整數(shù)

Field length:Sequence ID: 8 bits; subsequence ID: 7 bits; E-bit: 1 bit.

累。

總結(jié):

O-DU可以決定使用相同的eAxC ID值來(lái)尋址不同O-RU上的端點(diǎn),但分配給一個(gè)O-RU的eAxC ID值,在O-RU內(nèi)部相同方向(DL或UL)的所有端點(diǎn)內(nèi),一般來(lái)說(shuō),應(yīng)是唯一的。

ecpriRtcid / ecpriPcid的 DU_Port_ID,BandSector_ID,CC_ID,RU_Port_ID,是可配置大小的,不是固定值,但總加起來(lái)的值為16bit,實(shí)際使用時(shí)應(yīng)該與DU溝通好固定每個(gè)ID分配多少bit比較好。

子序列ID字段的Ebit,如果是U面消息,子序列編號(hào)從零開(kāi)始遞增。E bit用于指示無(wú)線傳輸(radio-transport)級(jí)分段的最后一條消息。除U平面分段的最后一條消息外,其始終設(shè)置為零;如果是C面消息,在C平面消息的情況下,不允許無(wú)線傳輸(radio-transport)分段,因此子序列ID應(yīng)設(shè)置為零,E bit應(yīng)設(shè)置為1。






審核編輯:劉清

聲明:本文內(nèi)容及配圖由入駐作者撰寫(xiě)或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問(wèn)題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • 處理器
    +關(guān)注

    關(guān)注

    68

    文章

    19286

    瀏覽量

    229852
  • 以太網(wǎng)
    +關(guān)注

    關(guān)注

    40

    文章

    5425

    瀏覽量

    171731
  • 生成器
    +關(guān)注

    關(guān)注

    7

    文章

    315

    瀏覽量

    21011
  • NMS
    NMS
    +關(guān)注

    關(guān)注

    0

    文章

    9

    瀏覽量

    6037
  • PRACH
    +關(guān)注

    關(guān)注

    0

    文章

    4

    瀏覽量

    1309

原文標(biāo)題:通信專題:Ecpri包文格式(二)

文章出處:【微信號(hào):pdh的FPGA,微信公眾號(hào):pdh的FPGA】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。

收藏 人收藏

    評(píng)論

    相關(guān)推薦

    淺談CAN FD總線協(xié)議幀格式

    假期更新了一搞懂CAN總線協(xié)議幀格式,CAN FD總線協(xié)議怎能錯(cuò)過(guò)?本篇博將講解CAN FD總線協(xié)議幀格式
    發(fā)表于 10-14 12:49 ?3452次閱讀
    淺談CAN FD總線協(xié)議幀<b class='flag-5'>格式</b>

    基于DWC_ether_qos的以太網(wǎng)驅(qū)動(dòng)開(kāi)發(fā)-MAC幀格式介紹

    本文轉(zhuǎn)自公眾號(hào),歡迎關(guān)注 基于DWC_ether_qos的以太網(wǎng)驅(qū)動(dòng)開(kāi)發(fā)-MAC幀格式介紹 (qq.com) 一.前言 ? 在以太網(wǎng)驅(qū)動(dòng),應(yīng)用,編寫(xiě)調(diào)試等開(kāi)發(fā)時(shí),往往會(huì)抓分析,此時(shí)有必要了解MAC
    的頭像 發(fā)表于 08-30 09:23 ?2385次閱讀
    基于DWC_ether_qos的以太網(wǎng)驅(qū)動(dòng)開(kāi)發(fā)-MAC幀<b class='flag-5'>格式</b><b class='flag-5'>介紹</b>

    求labview 2011中版安裝

    求labview 2011中版安裝
    發(fā)表于 05-28 21:45

    s19件的格式怎么樣?

    s19件的格式怎么樣?以上來(lái)自于谷歌翻譯以下為原文 how's s19 file's format?
    發(fā)表于 02-27 12:05

    請(qǐng)問(wèn)這個(gè)返回的Event事件格式是什么?

    04 01 1E 20 00怎么協(xié)議棧升級(jí)了這個(gè)也改了?另外還想問(wèn)下,這個(gè)返回的Event事件格式是怎么的,各個(gè)參數(shù)的含義在哪兒有定義嗎,如上面返回的01 1E 20 00是什么意思呀?在TI
    發(fā)表于 10-16 10:26

    視頻格式的分類及介紹

    視頻格式的分類及介紹   目前,視頻格式可以分為適合本地播放的本地影像視頻和適合在網(wǎng)絡(luò)中播放的網(wǎng)絡(luò)流媒體影像視頻兩大類,這
    發(fā)表于 12-30 09:30 ?1923次閱讀

    數(shù)據(jù)格式,計(jì)算機(jī)中數(shù)據(jù)格式詳細(xì)介紹

    數(shù)據(jù)格式,計(jì)算機(jī)中數(shù)據(jù)格式詳細(xì)介紹    計(jì)算機(jī)中常用的數(shù)據(jù)表示格式有兩種,一是定點(diǎn)格式,二是浮點(diǎn)格式
    發(fā)表于 04-13 11:36 ?3692次閱讀

    Altium Designer支持的設(shè)計(jì)數(shù)據(jù)導(dǎo)入格式

    向下兼容Protel及Altium Designer先前版本原理圖和符號(hào)庫(kù)文件格式,Protel 99SE數(shù)據(jù)格式文件(*.DDB)
    發(fā)表于 06-13 10:02 ?6829次閱讀
    Altium Designer支持的設(shè)計(jì)數(shù)據(jù)導(dǎo)入<b class='flag-5'>格式</b>

    Q格式介紹_DSP

    Q格式 DSP【DSP的一個(gè)十分重要的格式
    發(fā)表于 01-06 14:38 ?0次下載

    高壓型號(hào)怎么看_高壓作用介紹

    本文開(kāi)始介紹了什么是高壓以及兩種高壓的常見(jiàn)類型,其次介紹了高壓的作用,最后用例子介紹了高壓
    發(fā)表于 01-30 10:42 ?2.5w次閱讀
    高壓<b class='flag-5'>包</b>型號(hào)怎么看_高壓<b class='flag-5'>包</b>作用<b class='flag-5'>介紹</b>

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

    Windows開(kāi)發(fā)日峰會(huì)上,微軟意外宣布Windows 10將引入一種全新的安裝格式“MSIX”,可以視為現(xiàn)有MSI的升級(jí)版,支持所有程序格式。 據(jù)介紹,MSIX
    的頭像 發(fā)表于 03-18 08:10 ?6223次閱讀

    USB數(shù)據(jù)的解析

    由域構(gòu)成的有四種類型,分別是令牌、數(shù)據(jù)、握手和特殊,前面三種是重要的,不同
    的頭像 發(fā)表于 09-28 11:40 ?5068次閱讀

    詳解Modbus RTU數(shù)據(jù)幀格式

    介紹Modbus RTU數(shù)據(jù)幀格式之前,首先讓我們先了解一下Modbus的通訊模式。
    發(fā)表于 04-07 09:40 ?2.4w次閱讀
    一<b class='flag-5'>文</b>詳解Modbus RTU數(shù)據(jù)幀<b class='flag-5'>格式</b>

    python解壓tar/gzip/zip格式壓縮

    創(chuàng)建一個(gè) gzip 格式的壓縮(gzip 的輸入,只能是一個(gè)文件,而不能是一個(gè)目錄)
    的頭像 發(fā)表于 04-07 17:00 ?1844次閱讀

    全面解讀RapidIO串行物理層的格式與控制符號(hào)

    RapidIO并行物理層格式和串行物理層格式的邏輯層和傳輸層字段完全相同,唯一不同的是物理層字段有所區(qū)別。
    發(fā)表于 01-09 11:50 ?2063次閱讀