詞語解釋 | 本詞語解釋貢獻者:yangdexiang
“下行TBF延時釋放時長”是指在通信中,下行TBF(下行時隙分配)被釋放后,經(jīng)過多長時間才真正釋放。 下行TBF(下行時隙分配)是一種時隙分配技術,它的應用主要是為了提高移動通信系統(tǒng)中的時隙利用率,從而提高系統(tǒng)的數(shù)據(jù)傳輸速率。下行TBF可以讓移動終端在一定的時間段內(nèi)接收到基站發(fā)出的數(shù)據(jù),從而實現(xiàn)數(shù)據(jù)傳輸。 下行TBF延時釋放時長是指在下行TBF被釋放后,經(jīng)過多長時間才真正釋放。一般來說,下行TBF延時釋放時長越長,系統(tǒng)的數(shù)據(jù)傳輸速率就越高,但是這也會增加系統(tǒng)的復雜度,降低系統(tǒng)的效率。因此,在設置下行TBF延時釋放時長時,需要考慮到系統(tǒng)的數(shù)據(jù)傳輸速率和系統(tǒng)的效率之間的平衡,以達到最佳的系統(tǒng)性能。 下行TBF延時釋放時長的應用可以提高系統(tǒng)的數(shù)據(jù)傳輸速率,有效地提高移動終端的接收能力,提高系統(tǒng)的數(shù)據(jù)傳輸效率。同時,下行TBF延時釋放時長也可以有效地減少系統(tǒng)中的延遲,從而提高系統(tǒng)的效率。 該參數(shù)用于設置下行TBF延遲釋放的時間。在網(wǎng)絡側(cè)發(fā)送完最后一個下行RLC數(shù)據(jù)塊,并檢查之前所有發(fā)送的下行數(shù)據(jù)塊都確認收齊之后,不立即通知MS結束該下行TBF,而是強行設置最后一個數(shù)據(jù)塊為未接收到,不斷重發(fā)值RRBP標志的最后一個數(shù)據(jù)塊,維持下行TBF不被釋放。在下行延遲釋放過程中,只要網(wǎng)絡側(cè)上層有下行數(shù)據(jù)傳輸?shù)囊螅瑒t完成解包的下行RLC塊將直接可以在該延遲釋放的下行TBF中被發(fā)送,而此時該下行TBF也從延遲釋放的狀態(tài)重新變成了下行的傳輸狀態(tài);另外,由于在維持下行TBF不釋放的過程中,MS必須通過在RRBP對應的上行數(shù)據(jù)塊上響應Packet Downlink Ack/Nack消息來保持和網(wǎng)絡側(cè)的交互,因此一旦MS有上行數(shù)據(jù)傳輸?shù)男枨,MS可以立即通過在Packet Downlink Ack/Nack消息中附帶Channel Request Decription來向網(wǎng)絡側(cè)發(fā)出上行信道請求。該參數(shù)設置為“0”,表示關閉下行延遲釋放功能。
該參數(shù)用于設置下行TBF延遲釋放的時間。在網(wǎng)絡側(cè)發(fā)送完最后一個下行RLC數(shù)據(jù)塊,并檢查之前所有發(fā)送的下行數(shù)據(jù)塊都確認收齊之后,不立即通知MS結束該下行TBF,而是強行設置最后一個數(shù)據(jù)塊為未接收到,不斷重發(fā)值RRBP標志的最后一個數(shù)據(jù)塊,維持下行TBF不被釋放。在下行延遲釋放過程中,只要網(wǎng)絡側(cè)上層有下行數(shù)據(jù)傳輸?shù)囊螅瑒t完成解包的下行RLC塊將直接可以在該延遲釋放的下行TBF中被發(fā)送,而此時該下行TBF也從延遲釋放的狀態(tài)重新變成了下行的傳輸狀態(tài);另外,由于在維持下行TBF不釋放的過程中,MS必須通過在RRBP對應的上行數(shù)據(jù)塊上響應Packet Downlink Ack/Nack消息來保持和網(wǎng)絡側(cè)的交互,因此一旦MS有上行數(shù)據(jù)傳輸?shù)男枨,MS可以立即通過在Packet Downlink Ack/Nack消息中附帶Channel Request Decription來向網(wǎng)絡側(cè)發(fā)出上行信道請求。該參數(shù)設置為“0”,表示關閉下行延遲釋放功能。
抱歉,此頁面的內(nèi)容受版權保護,復制需扣除次數(shù),次數(shù)不足時需付費購買。
如需下載請點擊:點擊此處下載
掃碼付費即可復制
FMT | CTR | BP機 | 職稱考試 | E2E | 管理 | oracle | 陽江 | 電子 | 長春 | 福祿克 | SCANNER |
移動通信網(wǎng) | 通信人才網(wǎng) | 更新日志 | 團隊博客 | 免責聲明 | 關于詞典 | 幫助