EVDO反向速率控制專題課件_第1頁
EVDO反向速率控制專題課件_第2頁
EVDO反向速率控制專題課件_第3頁
EVDO反向速率控制專題課件_第4頁
EVDO反向速率控制專題課件_第5頁
已閱讀5頁,還剩50頁未讀 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

EVDO培訓(xùn)

反向速率優(yōu)化與RTCMAC算法江蘇電信網(wǎng)優(yōu)優(yōu)化中心2009-12-4反向速率優(yōu)化小結(jié)

本文檔主要從以下幾個(gè)方面對(duì)反向鏈路數(shù)據(jù)速率優(yōu)化要點(diǎn)進(jìn)行了分析:反向負(fù)載因素反向鏈路負(fù)載估計(jì)使用不同的反向鏈路負(fù)載估計(jì)算法,系統(tǒng)反向鏈路的性能也不同。建議使用基于直接測(cè)量ROT的反向鏈路負(fù)載估計(jì)算法,并給出用于計(jì)算ROT的參數(shù)的優(yōu)化方法。對(duì)于傳輸反向鏈路激活比特的RA信道參數(shù)也進(jìn)行了優(yōu)化介紹。反向功率控制DORev.A系統(tǒng)的反向功率控制與1X系統(tǒng)反向功率控制機(jī)制相同,這里沒有做詳細(xì)介紹。如果反向功率控制參數(shù)設(shè)置不當(dāng),會(huì)造成終端發(fā)射過高的功率,導(dǎo)致反向鏈路負(fù)載過重,影響反向鏈路性能。反向速率優(yōu)化小結(jié)無線環(huán)境因素前向鏈路質(zhì)量DORev.A系統(tǒng)的前向鏈路質(zhì)量會(huì)影響最大可用T2P資源,減低MAC流的優(yōu)先級(jí),減小T2P資源分配數(shù)量,影響QRAB的判決,從而影響反向鏈路性能。反向鏈路干擾反向鏈路的干擾會(huì)導(dǎo)致反向鏈路負(fù)荷虛假升高,極度影響系統(tǒng)容量。算法相關(guān)因素反向數(shù)據(jù)包選擇反向數(shù)據(jù)包的選擇由可用最大T2P資源、傳輸模式、允許傳輸?shù)淖畲髷?shù)據(jù)包幾方面參數(shù)決定,同時(shí)也受上層待傳數(shù)據(jù)序列大小和優(yōu)先級(jí)影響。有多個(gè)相關(guān)參數(shù)與之有關(guān)。反向HARQ不同傳輸模式下不同的反向傳輸數(shù)據(jù)包的T2P相關(guān)參數(shù)設(shè)置,都會(huì)影響反向HARQ的性能,進(jìn)而影響反向鏈路性能。反向速率優(yōu)化分析反向速率優(yōu)化分析DOrev0反向相對(duì)CDMA1X的優(yōu)勢(shì)

反向速率優(yōu)化分析HRPDRls0協(xié)議中反向速率控制算法的控制對(duì)象是速率。通過反向速率限制,速率轉(zhuǎn)移概率向量,依據(jù)反向鏈路的負(fù)載情況,對(duì)反向的速率進(jìn)行有效控制。在該算法中,如果下一個(gè)幀準(zhǔn)備發(fā)送數(shù)據(jù),則下一幀速率取決于上一個(gè)幀速率以及載扇的RAB。如下為反向幀速率轉(zhuǎn)移等式:其中:i:當(dāng)前載扇下的某一AT;Ri(t+1):下一幀速率;Ri(t):當(dāng)前幀速率,取值自集合:{0,9.6kbps,19.2kbps,38.4kbps,76.8kbps,153.6kbps};u(Ri(t)):為當(dāng)前載扇反向負(fù)荷過載時(shí),并且當(dāng)前幀速率為Ri時(shí),下一幀的幀速率下降的概率,取值范圍為[0,+1];v(Ri(t)):為當(dāng)前載扇反向負(fù)荷不過載時(shí),并且當(dāng)前幀速率為Ri時(shí),下一幀的幀速率上升的概率,取值范圍為[0,+1];v(Ri(t))和u(Ri(t))由配置屬性RateParametersAttribute中的概率轉(zhuǎn)移數(shù)組決定;Mi(t+1):下一幀準(zhǔn)備發(fā)送時(shí)載扇的RAB;Rmax:反向幀速率上限;Rmin:反向幀速率下限;Vi(t+1):下一幀準(zhǔn)備發(fā)送時(shí)AT中一個(gè)均勻分布的隨機(jī)變量的值,取值范圍為(0,+1),其為保持幀速率不變的指數(shù)。HRPDRls0反向速率控制以及該算法的缺陷

HRPDRevA子類型3的RTCMAC反向速率控制算法

HRPDRevA反向速率控制基于AT的分布式速率選擇(distributedrateselection)與AN的集中式資源分配(centralizedresourceallocation)機(jī)制實(shí)現(xiàn)的,算法的控制對(duì)象是T2P。T2P為反向TrafficChannel中的DataChannel與PrimaryPilotChannel的功率比值,算法以此為衡量每個(gè)ActiveFlow反向鏈路資源的使用情況的基準(zhǔn)。通過對(duì)T2P的控制與分配,HRPDRevA可以實(shí)現(xiàn)多MACFlow并發(fā),支持Intra-ATQoS。通過對(duì)T2P的直接控制,HRPDRevA對(duì)反向的控制有如下主要特點(diǎn):更加快速地調(diào)整發(fā)送速率;Per-flow控制方式,實(shí)現(xiàn)Flow的控制與位置無關(guān);

可以為各個(gè)數(shù)據(jù)流的不同需求提供不同的QoS。TheRTCMACusesmultipleMACflowstofacilitateIntra-ATQoSsupport.RTCMAC算法和反向鏈路功率控制其中,RTCMAC算法用于控制終端T2P資源的分配,也就是控制終端業(yè)務(wù)信道發(fā)射功率的分配,它是基于每一個(gè)MAC流來實(shí)現(xiàn)的;而反向鏈路功率控制用于調(diào)整終端導(dǎo)頻信號(hào)發(fā)射功率,它是基于每一終端來實(shí)現(xiàn)的。為了實(shí)現(xiàn)快速的調(diào)度與控制,RTCMAC算法和反向鏈路功率控制都是每一個(gè)子幀(6.67ms)更新一次。RTCMAC算法RTCMAC算法用于管理終端反向鏈路傳輸資源的分配。RTCMAC算法有下面三個(gè)基本功能:調(diào)度終端發(fā)射功率的分配,即T2P資源的分配保障數(shù)據(jù)流QoS的需求,即優(yōu)先級(jí)保持系統(tǒng)的穩(wěn)定性,即為所有用戶服務(wù)的能力在一個(gè)子幀周期內(nèi),終端基于每一個(gè)MAC流來實(shí)現(xiàn)RTCMAC算法,用于控制調(diào)整終端的T2P資源的分配。RTCMAC算法RTCMAC算法中的核心公式(一)BucketLeveli,n+1=min(BucketLeveli,n+T2PInflowi,n–T2POutflowi,n,BucketLevelSati,n+1)BucketLeveli,n:MAC流i的子幀n的bucketlevel(或累積T2P資源)BucketLevelSati,n:BucketLeveli,n的飽和度T2PInflowi,n:表示子幀n時(shí)MAC流i的bucket增加的平均T2P資源。T2POutflowi,n:表示子幀n時(shí)MAC流i的bucket已使用的平均T2P資源RTCMAC算法初始化SetBucketLeveli,n=0.SetT2PInflowi,n?1=10^(T2PInflowmini/10).SetTT2PHoldi,n?1=0.SetT2POutflowi,n?1=0.SetBucketLevelSati,n=10^(BucketLevelMaxi/10).

BucketLevelMaxi:MAC流i可累積的最大T2P資源(bucket大小)。T2PInflowmini:MAC流i所允許T2PInflow的最小值TT2PHoldi,n:指示在通過Grant消息接收到T2P分配的子幀n之后,AT應(yīng)為MAC流i保持的子幀數(shù)。RTCMAC算法I.終端計(jì)算每一個(gè)MAC流的QRAB和FRAB,以確定扇區(qū)的負(fù)載情況;II.終端根據(jù)扇區(qū)負(fù)載情況和縮放因子,計(jì)算T2PInflow的變化;III.終端根據(jù)T2Pup或者T2Pdn來更新T2PInflow;IV.根據(jù)需要傳輸數(shù)據(jù)的延遲要求,終端決定傳輸數(shù)據(jù)包的大小和傳輸模式;V.如果待傳數(shù)據(jù)適合用上一步確定的數(shù)據(jù)包大小傳輸,且T2P資源足夠,終端則更新T2POutflow,準(zhǔn)備傳輸數(shù)據(jù);VI.終端更新BucketLevel(一)反向鏈路負(fù)載估計(jì)算法基于直接測(cè)量的反向鏈路負(fù)荷估計(jì)此種方法利用基站接收機(jī)可以實(shí)現(xiàn)精確的負(fù)載測(cè)量,從而實(shí)現(xiàn)精確的控制,提升系統(tǒng)容量。對(duì)其他扇區(qū)的干擾是通過測(cè)量方法得到的。在此方法中,系統(tǒng)的噪聲基底(熱噪聲)是通過在周期性的反向鏈路靜默間隔(ReverseLinkSilenceDuration)進(jìn)行采樣得到的,在此期間系統(tǒng)中所有的終端都禁止發(fā)射功率。在非反向鏈路靜默期間,基站連續(xù)進(jìn)行ROT(Rise-Over-Thermal)測(cè)量。因?yàn)榛赗OT的測(cè)量可以實(shí)時(shí)獲得反向鏈路上干擾情況,因此由此得出的負(fù)載估計(jì)也十分準(zhǔn)確。系統(tǒng)采用這種負(fù)荷估計(jì)方法時(shí),可以將系統(tǒng)過載的門限值設(shè)置在較高的水平(5.75dB),使得系統(tǒng)容量也得到了相應(yīng)的提升(一)反向鏈路負(fù)載估計(jì)算法反向ROT的測(cè)量DO系統(tǒng)中一個(gè)扇區(qū)的ROT是基站從系統(tǒng)中所有終端處接收的功率(I0)與熱噪聲功率(N0)的比值。在靜默期間,系統(tǒng)中所有的終端都禁止發(fā)射功率,基站可以測(cè)量出熱噪聲功率N0。在其他時(shí)間,基站測(cè)量總接收功率I0,兩者之比就是ROT。(一)反向鏈路負(fù)載估計(jì)算法前向RA信道及其參數(shù)優(yōu)化基站根據(jù)相應(yīng)的算法測(cè)量計(jì)算出ROT,以反向鏈路激活比特(RAB)的方式,通過前向RA信道反饋給終端。前向RA信道的作用是用來動(dòng)態(tài)控制反向鏈路上的負(fù)荷,當(dāng)基站檢測(cè)到反向負(fù)荷太大時(shí),終端根據(jù)其上的比特流減少T2P資源的分配,減小所使用數(shù)據(jù)包大小,從而降低終端在反向鏈路上的發(fā)射功率,降低系統(tǒng)負(fù)荷。因此前向RA信道傳輸質(zhì)量的可靠性,會(huì)影響終端對(duì)當(dāng)前網(wǎng)絡(luò)負(fù)荷的估計(jì),在一定程度上影響網(wǎng)絡(luò)的反向鏈路性能。在RTCMACsubtype3(DORev.A版本)中,RAoffset均設(shè)置為000;在RTCMACsubtype0(DORel.0版本)中,RAoffset應(yīng)設(shè)置為不同的值,以避免相鄰小區(qū)對(duì)相同RA比特的同步發(fā)送,造成各小區(qū)反向負(fù)荷的同步上升或同步下降變化。RABLength是AN向終端發(fā)送反向激活比特(RAB)的連續(xù)時(shí)隙數(shù),RAB用于指示反向鏈路上的負(fù)載水平。RABLength的設(shè)置范圍為:8,16,32,64slots,推薦值為:16slots(一)反向鏈路負(fù)載估計(jì)算法QRAB是短期(如4個(gè)時(shí)隙)內(nèi)RAB的平均值,用于判斷對(duì)一個(gè)特定的MAC流增加或者減少T2PInflow資源。QRAB是終端激活集內(nèi)所有扇區(qū)導(dǎo)頻強(qiáng)度的函數(shù),其取值為1或者-1。如果QRAB=1,則說明扇區(qū)過載;如果QRAB=-1,則說明扇區(qū)空載。QRAB是面向激活集內(nèi)所有扇區(qū)中的每一個(gè)MAC流。對(duì)于Best-Effort流,QRAB的設(shè)置比較保守,只要激活集內(nèi)任一個(gè)扇區(qū)的RAB=1,則將QRAB置為過載;對(duì)于時(shí)延敏感的流,QRAB的設(shè)置比較激進(jìn),只有當(dāng)激活集內(nèi)扇區(qū)具有較好前向鏈路,且RAB=1時(shí),才將QRAB置為過載。當(dāng)終端處于切換區(qū)域時(shí),終端會(huì)根據(jù)信道條件和協(xié)商的流特性,在計(jì)算QRAB時(shí)忽略激活集內(nèi)一些扇區(qū)的RAB比特。若TT2Holdi,n-1==0且QRABi,n==+1,接入終端應(yīng)用下列方程式計(jì)算T2PInflowi,n:

T2PInflowi,n=110^(T2PDni(10log10(T2PInflowi,n1)+PilotStrength(PilotStrengthn,s),FRABn)/10)s是接入終端的前向鏈路服務(wù)扇區(qū)。(一)反向鏈路負(fù)載估計(jì)算法FRAB是長期(如384個(gè)時(shí)隙)內(nèi)RAB的平均值,用于決定分配給所有MAC流的T2PInflow資源增加或者減少的幅度。FRAB是面向激活集內(nèi)所有扇區(qū)中的每一個(gè)終端。FRAB取值空間為[-1,1]。如果FRAB=1,則說明扇區(qū)過載嚴(yán)重;如果FRAB=0,則說明扇區(qū)過載;如果FRAB=-1,則說明扇區(qū)空載。FRAB越接近1,說明扇區(qū)負(fù)荷越重;FRAB越接近-1,則說明扇區(qū)負(fù)荷越輕。(二)T2PInflow增量的確定在這個(gè)過程中,終端根據(jù)接收到的QRAB/FRAB來決定T2PInflow資源的變化。T2PInflow資源的變化有下面三種情況:保持T2PInflow資源分配不變當(dāng)終端沒有接收到前向CDMA信道,或者正處于反向鏈路靜默時(shí)間,或者系統(tǒng)T2P資源池已經(jīng)等于或者超過飽和門限時(shí),系統(tǒng)則保持現(xiàn)有的T2PInflow資源分配不變。增加T2PInflow資源分配當(dāng)基站沒有限制分配給終端的T2P資源保持常數(shù),并且QRAB指示系統(tǒng)空載,并且系統(tǒng)T2P資源池沒有處于飽和狀態(tài)時(shí),系統(tǒng)則增加T2PInflow資源的分配。減少T2PInflow資源分配當(dāng)基站沒有限制分配給終端的T2P資源保持常數(shù),并且QRAB指示系統(tǒng)過載,并且系統(tǒng)T2P資源池沒有處于飽和狀態(tài)時(shí),系統(tǒng)則減少T2PInflow資源的分配。(二)T2PInflow增量的確定若TT2Holdi,n-1==0且QRABi,n==+1,接入終端應(yīng)用下列方程式計(jì)算T2PInflowi,n:

T2PInflowi,n=110^(T2PDni(10log10(T2PInflowi,n1)+PilotStrength(PilotStrengthn,s),FRABn)/10)s是接入終端的前向鏈路服務(wù)扇區(qū)。若TT2Holdi,n-1==0、QRABi,n==-1且BucketLeveli,n<BucketLevelSati,n,接入終端應(yīng)用下列方程式計(jì)算T2PInflowi,n:T2PInflowi,n=+110^(T2PUpi(10log10(T2PInflowi,n1)+PilotStrength(PilotStrengthn,s),FRABn)/10)s是接入終端的前向鏈路服務(wù)扇區(qū)。接入終端應(yīng)通過T2P-FRAB網(wǎng)格的雙線性插值來決定BucketFactori,n,方法在15.12中描述。接入終端應(yīng)通過PilotStrength軸上的線性插值來決定TxT2Pmaxn(PilotStrengthn),方法在15.11中描述。T2PUp()、T2PDn()、PilotStrength()、BucketFactor()和TxT2Pmax()函數(shù)在dB域分段線性(二)T2PInflow增量的確定PilotStrength():提供基于前向鏈路服務(wù)扇區(qū)導(dǎo)頻來按比例縮放T2Pinflowi,n的比例因子的函數(shù),降低正處于激活狀態(tài)MAC流的優(yōu)先級(jí)該參數(shù)是T2Pinflow縮放所需的因數(shù)值。通過減少T2PInflow資源的分配,從而降低MAC流的優(yōu)先級(jí)。T2PInflow資源的調(diào)配也存在一個(gè)縮放函數(shù),與前向鏈路的導(dǎo)頻強(qiáng)度有關(guān)。根據(jù)前向鏈路的導(dǎo)頻強(qiáng)度,流的優(yōu)先級(jí)(T2PInflow資源的分配)可以根據(jù)前行鏈路的導(dǎo)頻強(qiáng)度進(jìn)行動(dòng)態(tài)調(diào)整,避免位于扇區(qū)邊緣的終端發(fā)射過多的功率從而干擾其他的扇區(qū)。(二)T2PInflow增量的確定由上圖可見,前向鏈路導(dǎo)頻Ec/Io降低時(shí),分配的T2PInflow資源也降低當(dāng)前在默認(rèn)情況下,T2PInflow縮放功能是被關(guān)閉的PilotStrength屬性字段長度(bits)缺省值Length8N/AAttributeID16N/AOneormoreoccurrencesofthefollowingrecord:ValueID8N/ANumPilotStrengthAxisValues40x2NumPilotStrengthAxisValuesoccurrencesofthefollowingtwofields:PilotStrengthAxis4見表139PilotStrengthAxis缺省值PilotStrengthPilotStrengthAxis40x0Reserved0–7(asneeded)0x0(二)T2PInflow增量的確定T2PTransitionFunctionNN這是一個(gè)決定在給定T2P值和FRAB值情況下T2PInflow變化的三維函數(shù)。(二)T2PInflow增量的確定域長度(比特)NN>0x00的缺省值NN=0x00的缺省值Length8N/AN/AAttributeID16N/AN/A下列記錄一個(gè)或多個(gè)出現(xiàn)記錄

ValueID8N/AN/ANumT2PAxisValues80x040x02NumFRABAxisValues40x040x01下列域出現(xiàn)NumT2PaxisValues次:

T2PAxis8見表114見表118下列域出現(xiàn)NumFRABAxisValues次:

FRABAxis4見表115見表119下列兩個(gè)域的NumT2PAxisValuesNumFRABAxisValues

T2PUpT2PAxisFRABAxis8見表117見表120T2PDnT2PAxisFRABAxis8見表117見表121Reserved0-7(按照需要)N/AN/AT2PTransitionFunctionNN屬性NN是二位十六進(jìn)制數(shù)字,標(biāo)識(shí)在范圍在[0x00,NRTCMACFlowsMax-1]內(nèi)的MAC流

字段NN>0x00時(shí)缺省值T2PUpT2PAxis00FRABAxis00x1d

T2PUpT2PAxis00FRABAxis10x0a

T2PUpT2PAxis00FRABAxis20xfe

T2PUpT2PAxis00FRABAxis30xfe

T2PUpT2PAxis01FRABAxis00xfb

T2PUpT2PAxis01FRABAxis10xe8

T2PUpT2PAxis01FRABAxis20xdc

T2PUpT2PAxis01FRABAxis30xdc

T2PUpT2PAxis02FRABAxis00xfb

T2PUpT2PAxis02FRABAxis10xe8

T2PUpT2PAxis02FRABAxis20xdc

T2PUpT2PAxis02FRABAxis30xdc

T2PUpT2PAxis03FRABAxis00x18

T2PUpT2PAxis03FRABAxis10x05

T2PUpT2PAxis03FRABAxis20xf9

T2PUpT2PAxis03FRABAxis30xf9

(二)T2PInflow增量的確定在HRPDRevA中,可以通過屬性T2PTransitionFunctionNNAttribute對(duì)每個(gè)MAC流的優(yōu)先等級(jí)進(jìn)行配置。這個(gè)優(yōu)先等級(jí)即為優(yōu)先級(jí)函數(shù)(PriorityFunction),其定義如下:PF=|Tup(T2P)/Tdn(T2P)|;FRAB=FRAB0Tup:載扇不過載時(shí)上調(diào)函數(shù),根據(jù)具體的ActiveFlow的運(yùn)行點(diǎn)和載扇長時(shí)負(fù)荷程度,為下一個(gè)子幀的T2PInflow上調(diào)一個(gè)增量。Tdn:載扇過載時(shí)下調(diào)函數(shù),根據(jù)具體的ActiveFlow的運(yùn)行點(diǎn)和載扇長時(shí)負(fù)荷程度,為下一個(gè)子幀的T2PInflow下調(diào)一個(gè)減量。定義b為[0,t](t為當(dāng)前時(shí)刻)時(shí)間內(nèi)載扇的平均負(fù)荷程度:b=則有:b*Tdn(*T2P)=Tup(*T2P)*(1-b)b/(1-b)=|Tup(*T2P)/Tdn(*T2P)|;*T2P為ActiveFlow達(dá)到穩(wěn)態(tài)時(shí)的T2P。.T2P調(diào)整策略的第一個(gè)根本原則:從開始到永久,增加的T2P資源和減少的T2P資源之和應(yīng)該為0。(二)T2PInflow增量的確定PF是一個(gè)隨T2P單調(diào)遞減的函數(shù),當(dāng)PF滿足這個(gè)性質(zhì),系統(tǒng)反向負(fù)荷才可收斂,并保持動(dòng)態(tài)穩(wěn)定,同時(shí)也保證為載扇下各個(gè)ActiveFlow的資源分配的效用公平性。T2P調(diào)整策略的第二個(gè)根本原則:上圖中粉紅色水平線為負(fù)荷線(LoadLine)。當(dāng)載扇負(fù)荷不斷增加時(shí),負(fù)荷線將沿Priority軸向上移動(dòng)。優(yōu)先級(jí)函數(shù)與負(fù)荷線相交點(diǎn)為每個(gè)Flow最終收斂的穩(wěn)定運(yùn)行點(diǎn)。從上圖可以看出,當(dāng)負(fù)荷加重b時(shí),在很長的b取值范圍內(nèi),Delay–sensitivelo-rateFlow的T2PInflow始終保持極其微小的變化。只在系統(tǒng)完全過載時(shí),該用戶才迅速降低T2PInflow。從T2PInflow軸方向即某個(gè)Delay–sensitivelo-rateFlow在初始啟動(dòng)時(shí),一直保持最高獲取系統(tǒng)資源(可發(fā)送TxT2P)的等級(jí),相比于其他Flow,可以更快速低達(dá)到期望的運(yùn)行點(diǎn);Delay–sensitivehi-rate優(yōu)先級(jí)相比同類型lo-rateFlow則次之,Delay–tolerantbesteffortFlow則更低。 (二)T2PInflow增量的確定對(duì)于Tup:在低T2PInflow時(shí),可以適當(dāng)提高Tup值,讓Best-effort在MACFlow起始時(shí)刻快速收斂到運(yùn)行點(diǎn)。如果MACFlow運(yùn)行點(diǎn)高T2PInflow時(shí),則這個(gè)時(shí)候載扇負(fù)荷較輕,也可適當(dāng)提高Tup值,使得獲得更高的傳輸速率。對(duì)于Tdn:隨T2PInflow的增加而不斷增加,對(duì)于PF:PF(dB)=Tup(dB)-Tdn(dB)當(dāng)需要對(duì)同類型QoS中進(jìn)行不同等級(jí)的MACFlows細(xì)分的時(shí)候,我們通過對(duì)T進(jìn)行線性變換獲得同類型QoS中不同F(xiàn)lowClass的PF。如下為一例同為Delay-sensitive,而對(duì)速率有不同需求的Flow的PF:如上藍(lán)線FlowPF1(2T)為紅線FlowPF2(T)通過T/2變換而得,我們可以看出在穩(wěn)態(tài)時(shí)藍(lán)線Flow運(yùn)行點(diǎn)為13dB,高過紅線的10dB,可以滿足藍(lán)線Flow對(duì)高速率的要求。根據(jù)PF,可以設(shè)計(jì)相應(yīng)的Tup與Tdn,如下圖為Delay-tolerant與Best-effortQoS的PF,Tup和Tdn。RTCMAC算法I.終端計(jì)算每一個(gè)MAC流的QRAB和FRAB,以確定扇區(qū)的負(fù)載情況;II.終端根據(jù)扇區(qū)負(fù)載情況和縮放因子,計(jì)算T2PInflow的變化;III.終端根據(jù)T2Pup或者T2Pdn來更新T2PInflow;IV.根據(jù)需要傳輸數(shù)據(jù)的延遲要求,終端決定傳輸數(shù)據(jù)包的大小和傳輸模式;V.如果待傳數(shù)據(jù)適合用上一步確定的數(shù)據(jù)包大小傳輸,且T2P資源足夠,終端則更新T2POutflow,準(zhǔn)備傳輸數(shù)據(jù);VI.終端更新BucketLevel(三)T2PInflow資源的更新T2PInflowi,n=(1(1/T2PFilterTCi))T2PInflowi,n1+(1/T2PFilterTCi)T2POutflowi,n1+T2PInflowi,nT2PInflowi,n=max(T2PInflowi,n,10^(T2PInflowmini/10))

T2PInflowi,n=min(T2PInflowi,n,10^(T2PInflowmaxi/10))可以看出,T2PInflow由如下6個(gè)變量決定:T2PInflowi,n1:一個(gè)子幀T2PinlfowT2PfilterTCi:流的T2PInflow濾波器時(shí)間常數(shù)T2POutflowi,n1:一個(gè)子幀T2PoutlfowT2Pinflowmini:2Pinlfow下限T2Pinflowmaxi:2Pinlfow上限T2PInflowi,n

:T2Pinlfow調(diào)整量T2PInflowi,n:表示子幀n時(shí)MAC流i的bucket增加的平均T2P資源。T2POutflowi,n:表示子幀n時(shí)MAC流i的bucket已使用的平均T2P資源(三)T2PInflow資源的更新T2PInflowmin這是接收者可以用于確定MACNN流的T2P分配的最低T2Pinflow值。如果設(shè)置過高,其它小區(qū)干擾的風(fēng)險(xiǎn)增加,而MAC流將可以達(dá)到更高的最低數(shù)據(jù)速率。如果設(shè)置過低,則最低數(shù)據(jù)速率更低,而其它小區(qū)干擾減少。T2PInflowmax這是接收者可以用于確定MACNN流的T2P分配的最大T2Pinflow值。如果該值設(shè)置過高,則會(huì)產(chǎn)生未使用的T2P資源的風(fēng)險(xiǎn)增加,但這為滿足MAC流的要求提供了充足的資源。如果設(shè)置過低,則缺少可用的T2P資源而不能進(jìn)行較大有效載荷的傳輸。導(dǎo)致數(shù)據(jù)隊(duì)列增長,且某些MAC流不能滿足它們的服務(wù)質(zhì)量要求T2PFilterTCNN該濾波器用以平滑T2POutflow,延緩?fù)蛔兊牧魅?。該常?shù)越小,輸出響應(yīng)越快。這個(gè)時(shí)候?qū)ν话l(fā)頻繁的Flow可以提高更快速的響應(yīng)。會(huì)影響B(tài)E流傳輸。當(dāng)該值無窮大時(shí),從下式:可以看出:T2PInflowi,n=T2PInflowi,n-1+T2PInflowi,n這時(shí)T2Pinflow完全無法獲知T2Poutflow情形,其值保持相對(duì)恒定,對(duì)突變的數(shù)據(jù)流入響應(yīng)很慢。RTCMAC算法I.終端計(jì)算每一個(gè)MAC流的QRAB和FRAB,以確定扇區(qū)的負(fù)載情況;II.終端根據(jù)扇區(qū)負(fù)載情況和縮放因子,計(jì)算T2PInflow的變化;III.終端根據(jù)T2Pup或者T2Pdn來更新T2PInflow;IV.根據(jù)需要傳輸數(shù)據(jù)的延遲要求,終端決定傳輸數(shù)據(jù)包的大小和傳輸模式;V.如果待傳數(shù)據(jù)適合用上一步確定的數(shù)據(jù)包大小傳輸,且T2P資源足夠,終端則更新T2POutflow,準(zhǔn)備傳輸數(shù)據(jù);VI.終端更新BucketLevel(四)數(shù)據(jù)傳輸模式的確定在這個(gè)過程中,終端將根據(jù)功率放大器的使用情況,T2P資源的分配情況,扇區(qū)的負(fù)荷情況,以及待傳數(shù)據(jù)序列的情況,充分考慮傳輸效率,最終決定采用何種方式傳輸模式來傳輸數(shù)據(jù)。TransmissionModeNN該參數(shù)確定了MACflowNN使用的傳輸模式是HiCap或者LoLat。HiCap模式著重利用系統(tǒng)資源使得系統(tǒng)容量最大化,它有可能增加包傳輸時(shí)間。而LoLat模式著重利用系統(tǒng)資源使得包傳輸時(shí)間最小化。LL模式:DelaysensitiveHC模式:Ratesensitive

T2P功率參數(shù)描述每種傳輸模式下每個(gè)子包的T2P功率值、T2P功率轉(zhuǎn)換點(diǎn)和期望終止子包數(shù)的情況。(四)數(shù)據(jù)傳輸模式的確定T2P功率參數(shù)包括三個(gè)方面:功率轉(zhuǎn)換點(diǎn)參數(shù)用于決定期望完成數(shù)據(jù)包傳輸?shù)淖影鼣?shù)。在HiCap模式下,功率轉(zhuǎn)換點(diǎn)前后的數(shù)據(jù)子包所使用的T2P功率保持一致;在LoLat模式下,轉(zhuǎn)換點(diǎn)前后的數(shù)據(jù)子包所使用的T2P功率不一致,轉(zhuǎn)換點(diǎn)前的子包使用較高的T2P功率,轉(zhuǎn)換點(diǎn)后的子包使用較低的T2P功率。功率轉(zhuǎn)換點(diǎn)前后的功率等級(jí)參數(shù)用于決定功率轉(zhuǎn)換點(diǎn)前后所使用的T2P功率等級(jí)。不同的反向數(shù)據(jù)包功率等級(jí)不同,反向數(shù)據(jù)包越大,所使用的T2P功率就越高。T2P功率越高,越有利于傳輸?shù)奶崆敖K止,但是也會(huì)增加系統(tǒng)的ROT。每種傳輸模式下的傳輸終止目標(biāo)參數(shù)用于決定每種傳輸模式下期望傳輸提前終止的子包數(shù)。不同的反向數(shù)據(jù)包傳輸提前終止目標(biāo)不同。(四)數(shù)據(jù)傳輸模式的確定共有兩種傳輸模式:HiCap和LoLat,每種傳輸模式下的功率轉(zhuǎn)換點(diǎn)可以與傳輸終止目標(biāo)不同。HiCap傳輸模式期望能夠獲得最高的系統(tǒng)容量,數(shù)據(jù)包希望在4個(gè)子包內(nèi)傳輸成功,因此4個(gè)子包所使用的業(yè)務(wù)信道功率都相同,并且比較低。LoLat傳輸模式期望獲得最低的系統(tǒng)時(shí)延,數(shù)據(jù)包希望在2個(gè)子包內(nèi)傳輸成功,因此前2個(gè)子包所使用的業(yè)務(wù)信道功率相同,并且要高于后2個(gè)子包。上面的案例中功率轉(zhuǎn)換點(diǎn)與傳輸終止目標(biāo)相同,HiCap傳輸模式同為4,LoLat傳輸模式下同為2。(四)數(shù)據(jù)傳輸模式的確定PermittedPayload如果在子幀n-k上傳輸?shù)奈锢韺訑?shù)據(jù)大小為PS比特,則該參數(shù)定義了終端在子幀n上允許傳輸?shù)淖畲笪锢韺訑?shù)據(jù)包的大小。這個(gè)參數(shù)限制了任意k(k通常取3)個(gè)連續(xù)傳輸數(shù)據(jù)包大小的變化,也就是限制了終端傳輸功率的變化,緩解了終端對(duì)ROT的貢獻(xiàn),從而避免系統(tǒng)的ROT發(fā)生劇烈的變化。TxT2Pmin一個(gè)接入終端能夠在任意時(shí)候傳輸?shù)淖钚xT2P值RTCMAC算法I.終端計(jì)算每一個(gè)MAC流的QRAB和FRAB,以確定扇區(qū)的負(fù)載情況;II.終端根據(jù)扇區(qū)負(fù)載情況和縮放因子,計(jì)算T2PInflow的變化;III.終端根據(jù)T2Pup或者T2Pdn來更新T2PInflow;IV.根據(jù)需要傳輸數(shù)據(jù)的延遲要求,終端決定傳輸數(shù)據(jù)包的大小和傳輸模式;V.如果待傳數(shù)據(jù)適合用上一步確定的數(shù)據(jù)包大小傳輸,且T2P資源足夠,終端則更新T2POutflow,準(zhǔn)備傳輸數(shù)據(jù);VI.終端更新BucketLevel(五)T2POutflow資源的更新在這個(gè)過程中,終端將根據(jù)每個(gè)MAC流需要傳輸?shù)臄?shù)據(jù)從T2P資源池中按比例地抽取T2P資源用于數(shù)據(jù)的傳輸。當(dāng)某一個(gè)MAC流沒有數(shù)據(jù)傳輸時(shí),則無需抽取T2P資源分配給這個(gè)MAC流。(五)T2POutflow資源的更新若接入終端在子幀n傳送一個(gè)物理層分組大小為PS的反向業(yè)務(wù)信道分組,接入終端應(yīng)用下列方程式在子幀n設(shè)置TxT2P:TxT2Pn=10^(T2PPS/10)更新每個(gè)激活MAC流i的T2Poutflows如果接入終端在子幀n傳送一個(gè)反向業(yè)務(wù)信道分組,bucketoutflows應(yīng)用以下方程式來規(guī)定:T2POutflowi,n=(di,n/SumPayloadn)TxT2PnSumPayloadn:子幀n中傳輸?shù)姆纸M所包含的所有激活MAC流的字節(jié)數(shù)di,n之和(五)T2POutflow資源的更新若接入終端在子幀n時(shí)傳送分組大小PS,其中從每條激活MAC流i得到di,n字節(jié)的反向業(yè)務(wù)信道分組,接入終端應(yīng)確保下列條件可以滿足:條件1:PS

min(PermittedPayloadPS_1,PermittedPayloadPS_2,PermittedPayloadPS_3)條件2:10^(T2PPS/10)max(10^(TxT2Pmin/10),iFPotentialT2POutflowi)條件3:10^(T2PPS/10)10^(TxT2Pmax(PilotStrengthn)/10)條件4:低于PS的分組不能攜帶下列長度的凈荷iFmin(di,n,T2PConversionFactorPotentialT2POutflowi)T2PConversionFactor:T2P到物理層分組大小的轉(zhuǎn)換因PotentialT2Poutflowi:MAC流i的Buck

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論