RLP

RLP

RLP(Radio Link Protocol): 無線連線協定,是一種嚴格的糾錯方式。當數據在接收端被“查出”有錯後,接收端可要求電話重新進行數據傳輸,如有必要,反覆進行,直至接收數據完全正確為止。

RLP是一個基於NAK無線傳輸協定,用以在保證一定的誤碼率情況下傳送高層協定(如TCP)的位元組流(IP Flow)。

用途

RLP可為基站和無線終端間提供位元組(8位)流服務。復用子層則將RLP數據和其他業務(例如話音業務)數據組合起來,並將這些數據映射到物理層通信信道結構中。在RLP之下的物理信道完成收發二進制數據流所必須的編碼和調製功能。RLP還可為PPP提供類似有線連結的業務。

RLP協定

每個RLP流在激活或重置期間要保持收發同步及分組幀在定義期間的有續收發,否則將發起重置或重傳,其間在快取內的RLP分組將被丟棄。本子協定可承載高層的多個IP流,每個IP流被惟一標號(0~31)的前、反向RLP流所承載。每個AT的最大激活RLP流標號可通過RLPCountMaxFwd/Rev參數定義。RLP流從高層接受位元組流,並根據預定義的包頭形成不同的RLP分組包。為實現不同QoS要求的IP流與低層的綁定,每個RLP流應在流層按照不同的QoS特徵形成不同的子流(Substream)進入MAC層及物理層。

不同的QoS特徵形成不同的子流(Substream)進入MAC層物理層每個RLP流支持以下屬性,並可通過通用屬性更新協定GAUP進行更新。

(1)FlowNNTimersFwd/Rev:包含前、反向RLP Flow NN的中斷計時器及刷新計時器

(2)FlowNNNakEnableFwd/Rev:與刷新計時器協同,對前、反向RLP流NAK操作進行激活/去激活。

(3)FlowNNPhysicalLayerNakEnableRev:當受到物理層的要求後,控制反向RLP分組是否重傳。

(4)FlowNNHighLayerProtocolFwd/Rev:對前、反向RLP Flow NN使用的高層協定進行確定。

(5)FlowNNIdentificationFwd/Rev:對前、反向各個流及其狀態進行確定。只有確定屬性中的被激活參數可使用GAUP協定進行激活或去激活。

(6)FlowNNReservationFwd/Rev:對前、反向RLP Flow NN進行確定預留資源,與ReservationLabelKK協同。

每個預留支持下列屬性,除ATSupportedQoSProfile外的所有屬性可使用GAUP進行更新
●ReservationKKIdleStateFwd/Rev:當連線關閉時,對前、反向Reservation KK狀態進行控制。

●ReservationKKQoSRequestFwd/Rev:前、反向Reservation KK申請的QoS Profile。

●ReservationKKQoSResponseFwd/Rev:前、反向Reservation KK回應的QoS Profile。

●ANSupportedQoSProfiles:AN所支持的QoS Profile列表。

●ATSupportedQoSProfiles:AT所支持的QoS Profile列表。此屬性不能使用GAUP進行談判。

一個預留標籤KK與一個IP Flow NN,RLP Flow NN進行綁定、映射,一個RLP Flow NN一個RTCMAC Flow ZZ進行綁定、映射;但一個RTCMAC Flow可承載多個QoS參數近似的RLP Flow。每個獨立的預留在RLP發射端可有兩種狀態,即打開和關閉。分組包只有在打開狀態下能被傳送。前、反向鏈路的狀態轉換可被直接請求、前向RLP分組到達、預留休閒狀態設定和預留休閒計時器所觸發。

RLP和TCP的異同

1. RLP也是一種面向連線的位元組流業務,在分割數據時,不會保留數據在上層時的幀邊界,而是將幀重組的任務交給上層來完成。

2. RLP中,每一塊數據也都分配有一個序列號,如果數據到達時順序被打亂,那么就按照這個序列號將他們插入到它們各自在位元組流中的正確位置中去。

3. RLP中也有一種專門的機制可用於重傳那些沒有按時到達的數據。

但RLP和TCP之間仍有一些差異值得注意:

1. RLP提供的是“最佳效果”傳輸,而TCP提供的則是可靠傳輸。

RLPRLP

2. TCP段從大小上來說比RLP幀大很多倍。典型的TCP段為1,500位元組,而一個典型的RLP幀只有30位元組左右。

3. RLP並不試圖控制數據流,數據通常按照業務選擇所定義的速率在MAC子層和物理信道中傳輸。

相關詞條

相關搜尋

熱門詞條

聯絡我們