mbsfn分成兩種：專用載波的mbsfn和與單播(unicast)混合載波的mbsfn，這裡主要討論混合載波mbsfnrs設計。mbsfnrs的設計有其特殊要求，在混合載波mbsfn系統的乙個無線幀中，通常大部分資源用於單播業務，而只有個別子幀被用於mbsfn業務，典型的場景是在連續的單播子幀之內插有乙個孤立的mbsfn子幀，這使得接收這個mbsfn子幀的終端無法像接收單播訊號時那樣在相鄰子幀的rs之間進行內插通道估計。因此 mbsfn的rs設計必須能夠支援乙個孤立子幀內的通道估計。
另外，由於多小區合併大大增加了多徑的數量，使mbsfn訊號的頻率選擇性遠遠大於單播訊號，因而需要更大的rs頻域密度。基於上述考慮，經過研究後採納了圖5-21所示的 mbsfnrs結構(針對15khz子載波間隔)。頻域每兩個子載波即插入乙個rs，時域每 4個ofdm符號插入1列導頻。需要說明的是，mbsfn採用的是擴充套件cp(extended cp)，使用15khz子載波間隔時乙個子幀包含12個ofdm符號。由於圖5-20中已經定義了4種 rs，用於天線埠0～3(antenna port 0～3)，圖中以t0～t3示意，因此mbsfn rs被定義為用於天線埠4(antenna port 4)的rs，以t4示意。
子幀內的單播rs哪些需要保留，是另乙個需要討論的問題。為了在mbsfn子幀中傳送 pdcch、pcfich和phich(最多可採用4個天線的發射分集)，因此需要保留單播rs的第1和第2列，用於本子幀內pdcch的解調。同時，這兩列ofdm符號還必須使用常規cp(mbsfn子幀的其他ofdm符號使用擴充套件cp)。
採用這種設計，下行控制通道的通道估計只能進行頻域的一維內插，會對pdcch的通道估計效能有一定影響，而且還會降低時鐘跟蹤 (time tracking)的範圍。而如果要進行時域內插通道估計，還需保留位於第4個ofdm符號的rs，並將這些rs符號的cp改為常規cp，這對mbsfn子幀造成的損失過大。因此，也有提案甚至建議在mbsfn子幀中不保留單播rs。
但是，完全刪除mbsfn子幀中的單播rs，也帶來另乙個嚴重的問題，即缺少了單播 rs，相鄰小區ue就無法在這一子幀進行鄰小區測量。而且，由於相鄰小區的ue可能並不知道本小區內哪一幀是mbsfn子幀，就造成ue在任何有可能是mbsfn子幀的子幀都不能進行鄰小區測量，對鄰小區測量的效能損失太大。
因此，經過權衡，還是決定對mbsfn子幀中的第1和第2符號採用常規cp，並保留單播導頻，可以用於pdcch、pcfich和phich等通道的傳輸。子幀中的其他符號用於mbsfn訊號傳輸。
除了和單播訊號共享載波的mbsfn模式，另一種mbsfn模式是專用載波 (dedicated-carrier，dc)mbsfn，這種模式適合獨佔的載波部署，不需要和單播訊號復用在一起。lte dc mbsfn採用7.5khz子載波間隔，所以符號長度是15khz子載波間隔系統的兩倍，因此這種配置的mbsfn系統的rs需要單獨設計。經過研究，採納了圖5-22所示的7.5khz子載波間隔dcmbsfnrs結構。從圖中可以看出，考慮到子載波和符號長度的變化，這種結構的rs頻域密度和時域密度和圖5-21中的15khz結構基本相同。
**：
linux訊號參考
sigabrt 由呼叫abort函式產生，程序非正常退出 sigalrm 用alarm函式設定的timer超時或setitimer函式設定的interval timer超時 sigbus 某種特定的硬體異常，通常由記憶體訪問引起 sigcancel 由solaris thread library內部...
概要設計參考
概要設計說明書規範 概要設計說明書是概要設計階段結束時提交的文件。1 引言 1.1 編寫目的 1.闡述編寫概要設計說明書的目的 2.說明概要設計的用途 3.指明該設計所針對的讀者物件 1.2 專案背景 1.概要設計的背景 環境，主要內容和使用範圍 2.本專案的委託單位 開發單位和主管部門 3.該軟體...
5G NR 參考訊號變化
最近在看5g協議，有一些和lte不同的地方，參考各個地方的資料，寫下來以供參考。lte中存在小區特定參考訊號crs，用於下行通道估計，在5g中取消了這一參考訊號。根據36系列協議的規定，crs支援1,2,4個天線埠的配置，並且相鄰小區的物理小區id要保證模6值不同才能夠將crs在頻域對映在不同位置。...