RLC

包括有TM,UM,AM模式,


TM模式即是不做任何修改,廣播消息,尋呼消息等,比如SIB消息直接從RRC,通過(guò)RLC透?jìng)鞯組AC往下發(fā);

UM模式與TM不同,主要在于UM需要對(duì)報(bào)文做處理再往下發(fā),可以分段,串接,有RLC頭,支持的業(yè)務(wù)包括VoIP等;

AM模式較UM增加的是有RLC的ARQ重傳,并且可以支持RLC PDU的再分段。復(fù)雜的主要是AM模式;重分段的意思是當(dāng)重傳AM PDU的大小大于本次MAC的允許的SDU的大小時(shí),進(jìn)行重分段;分段也只是對(duì)數(shù)據(jù)域的分段。

[if !supportLists]1.1?[endif]RLC參數(shù)

[if !supportLists]1.1?[endif]UM模式

發(fā)射就只有看VT(US),一直發(fā)送。

主要看接收,其中的一些參數(shù)是這么看的:

重排序計(jì)時(shí)器范圍是0-200ms,值太小的話導(dǎo)致超時(shí)過(guò)快而常有丟包就重組遞交給上層,但是VOIP業(yè)務(wù)是不能等的,先保證快速遞交。

當(dāng)SN長(zhǎng)度是5bit時(shí),重排序窗口大小是16,SN長(zhǎng)度是10bit時(shí),重排序窗口大小512


[if !supportLists]1.1?[endif]AM模式

首先是發(fā)送端參數(shù)VT(A),VT(MS),VT(S),Poll_SN:


觸發(fā)輪詢的目的:

防止發(fā)送側(cè)Buffr溢出

觸發(fā)輪詢的條件:

[if !supportLists]l?[endif]PDU_without_Poll >= pollPDU

[if !supportLists]l?[endif]BYTE_without_Poll >= pollByte

[if !supportLists]l?[endif]發(fā)送區(qū)和重傳緩沖區(qū)都為空

[if !supportLists]l?[endif]沒(méi)有新的RLC數(shù)據(jù)PDU能發(fā)送(發(fā)送窗口堵塞)


觸發(fā)輪詢后的操作

[if !supportLists]l?[endif]RLC?data PDU的P字段設(shè)置為1;

[if !supportLists]l?[endif]PDU_without_Poll和BYTE_without_Poll設(shè)置為0;

[if !supportLists]l?[endif]VT(S) = VT(S) + 1, POLL_SN = VT(S) –?1;

[if !supportLists]l?[endif]啟動(dòng)或者重啟t-PollRetransmit。

發(fā)生重傳的條件:

[if !supportLists]l?[endif]t-PollRetransmit超時(shí),輪訓(xùn)后未得到響應(yīng)

[if !supportLists]l?[endif]status報(bào)告含有NACK


接收端狀態(tài)報(bào)告

狀態(tài)報(bào)告的目的:

接收端向發(fā)送端反饋哪些PDU已經(jīng)正確接收,哪些還沒(méi)有收到


狀態(tài)報(bào)告的觸發(fā)條件:

[if !supportLists]l?[endif]發(fā)送端polling:該P(yáng)DU前所有的數(shù)據(jù)都收到

[if !supportLists]l?[endif]重排序定時(shí)器超時(shí)


狀態(tài)報(bào)告禁止定時(shí)器:

[if !supportLists]l?[endif]當(dāng)一個(gè)狀態(tài)報(bào)告發(fā)送給底層,啟動(dòng)t_status_prohibit

[if !supportLists]l?[endif]當(dāng)狀態(tài)PDU被觸發(fā)時(shí),如果t_status_prohibit沒(méi)有運(yùn)行,那么就在底層指示的第一個(gè)發(fā)送機(jī)會(huì),發(fā)狀態(tài)報(bào)告;如果t_status_prohibit正在運(yùn)行,那么就在t_status_prohibit超時(shí)后底層指示的第一個(gè)發(fā)送機(jī)會(huì),發(fā)狀態(tài)報(bào)告


接收端參數(shù):VR(R),VR(MR),VR(X),VR(MS),VR(H),t-Reordering,t-StatusProhibit

t-PollRetransmit值過(guò)小會(huì)導(dǎo)致頻繁超時(shí)觸發(fā)重傳,接收方收到大量重復(fù)PDU,值過(guò)大可能因無(wú)法及時(shí)進(jìn)行重傳導(dǎo)致吞吐量降低

pollPDU和pollByte,值過(guò)小會(huì)頻繁觸發(fā)輪詢,值過(guò)大可能導(dǎo)致發(fā)送窗口堵塞

t-Reordering,值過(guò)小會(huì)頻繁觸發(fā)NACK狀態(tài)報(bào)告,導(dǎo)致發(fā)送端頻繁重傳

t-StatusProhibit,值過(guò)大會(huì)延緩狀態(tài)報(bào)告發(fā)送,導(dǎo)致發(fā)送端頻繁t-PollRetransmit超時(shí)

重傳的觸發(fā)條件

對(duì)等端AM RLC實(shí)體的狀態(tài)報(bào)告(必選),來(lái)自MAC實(shí)體的HARQ發(fā)送失敗(可選)

當(dāng)對(duì)AMD PDU或AMD PDU分段進(jìn)行重傳時(shí),AM RLC實(shí)體發(fā)送側(cè)應(yīng)進(jìn)行如下操作:如果該AMD PDU大小可以完全適合此發(fā)送時(shí)機(jī)的TB塊大小,發(fā)送該AMD PDU,除P域外;否則,根據(jù)TB大小,對(duì)AMD PDU進(jìn)行必要的分割,形成新的AMD PDU分段?

如果滿足則將關(guān)聯(lián)RETX_COUNT置為0;

否則:

如果上次遞增或者RETX_COUNT值為0相對(duì)應(yīng)的AMD PDU或者AMD PDU部分已經(jīng)遞交給低層,則將RETX_COUNT加1。

如果RETX_COUNT = Max_Retx_Threshold:

向高層指示已達(dá)到最大重傳次數(shù),可以出發(fā)RLF流程



以上就是簡(jiǎn)要?dú)w納了一下接收端的處理

狀態(tài)報(bào)告的目的

接收端向發(fā)送端反饋哪些PDU或PDU分段已經(jīng)正確接收到,哪些還沒(méi)有收到;

狀態(tài)報(bào)告的觸發(fā)條件

發(fā)送側(cè)polling:該P(yáng)DU前所有數(shù)據(jù)都收到

重排序定時(shí)器超時(shí)

狀態(tài)報(bào)告的大小

已經(jīng)觸發(fā)一個(gè)狀態(tài)PDU,且狀態(tài)禁止定時(shí)器沒(méi)有運(yùn)行或者已經(jīng)超時(shí),該UE將估計(jì)在下一個(gè)傳輸時(shí)機(jī)被傳輸?shù)臓顟B(tài)PDU的大小?


狀態(tài)報(bào)告禁止

當(dāng)一個(gè)狀態(tài)報(bào)告遞交給低層,啟動(dòng)T_status_prohibit。

當(dāng)狀態(tài)PDU被觸發(fā)時(shí),如果T_status_prohibit沒(méi)有運(yùn)行,AM RLC實(shí)體接收側(cè)將在隨后低層指示的第一個(gè)發(fā)送機(jī)會(huì),組織一個(gè)狀態(tài)報(bào)告發(fā)送;

當(dāng)狀態(tài)PDU被觸發(fā)時(shí),如果T_status_prohibit在運(yùn)行,在T_status_prohibit超時(shí)后低層指示的第一個(gè)發(fā)送機(jī)會(huì),組織一個(gè)狀態(tài)報(bào)告發(fā)送


從一個(gè)文檔中得到的結(jié)果:

[if !supportLists]1.?[endif]T-Reordering,當(dāng)數(shù)值小于MAC的時(shí)延,系統(tǒng)性能指標(biāo)會(huì)出現(xiàn)劇烈變化,當(dāng)大于MAC的時(shí)延,系統(tǒng)性能指標(biāo)趨于穩(wěn)定;因此T-Reordering取值要大于MAC時(shí)延

[if !supportLists]2.?[endif]T-StatusProhibit, t-pollRetransmit作用基本相同,計(jì)數(shù)器值增大,反向帶寬減小,PDU平均重傳次數(shù)減少,時(shí)延增大,吞吐量減?。煌扑]T-StatusProhibit區(qū)間【ms50-ms300】,推薦t-pollRetransmit區(qū)間【ms50-ms120】;不能t-pollRetransmit很小而T-StatusProhibit很大

[if !supportLists]3.?[endif]pollPDU,pollByte作用基本相同,計(jì)數(shù)器值增大,反向帶寬減小,PDU平均重傳次數(shù)減少,時(shí)延增大,吞吐量減??;推薦pollPDU區(qū)間【p32-p128】,推薦pollByte區(qū)間【kB500-kB1500】

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡(jiǎn)書(shū)系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容