[發(fā)明專利]幀協(xié)議層多業(yè)務(wù)下數(shù)據(jù)發(fā)送的控制方法

有效

• 申請(qǐng)?zhí)枺?/td>: 200610080484.0
• 申請(qǐng)日: 2006-05-17
• 公開(kāi)（公告）號(hào): CN101076015A
• 公開(kāi)（公告）日: 2007-11-21
• 發(fā)明（設(shè)計(jì)）人: 鄭濤
• 申請(qǐng)（專利權(quán)）人: 中興通訊股份有限公司
• 主分類號(hào): H04L29/06
• 分類號(hào): H04L29/06;H04L12/56
• 代理公司: 信息產(chǎn)業(yè)部電子專利中心
• 代理人: 齊蘇平

技術(shù)領(lǐng)域

本發(fā)明涉及一種WCDMA(Wideband?Code?Division?Multiple?Access，寬帶碼分多址)系統(tǒng)中Iub/Iur口FP(Frame?Protocol，幀協(xié)議)協(xié)議層數(shù)據(jù)傳輸?shù)目刂品椒ǎ绕渖婕暗絎CDMA系統(tǒng)中無(wú)線網(wǎng)絡(luò)層Iub/Iur口FP協(xié)議層在UE(User?Equipment，用戶設(shè)備)具有多個(gè)業(yè)務(wù)時(shí)，在FP協(xié)議層保證數(shù)據(jù)精確發(fā)送到NodeB(節(jié)點(diǎn)B)的控制方法。

背景技術(shù)

WCDMA系統(tǒng)Uu口下行空中無(wú)線發(fā)送有嚴(yán)格的時(shí)序要求，系統(tǒng)希望數(shù)據(jù)在下行空中嚴(yán)格有序的發(fā)送，所以在數(shù)據(jù)被發(fā)送出去以前，NodeB希望RNC(無(wú)線網(wǎng)絡(luò)控制器)發(fā)送來(lái)的數(shù)據(jù)也是有序的；且NodeB本身的緩存能力有限，另一個(gè)方面也為了減少整個(gè)系統(tǒng)數(shù)據(jù)傳輸?shù)臅r(shí)延，所以NodeB不希望RNC發(fā)送來(lái)的數(shù)據(jù)大量和過(guò)早到達(dá)；同時(shí)NodeB也不希望數(shù)據(jù)來(lái)的太晚，因?yàn)樘淼脑挘赡苁筃odeB對(duì)該幀數(shù)據(jù)來(lái)不及處理，無(wú)法按時(shí)從空中發(fā)送出去，結(jié)果是該幀數(shù)據(jù)被丟棄。下行數(shù)據(jù)在NodeB側(cè)的大量緩存或被丟棄，對(duì)整個(gè)系統(tǒng)的影響就是話音質(zhì)量下降或系統(tǒng)傳輸時(shí)延增大，降低了系統(tǒng)的性能。

為了把以上情況出現(xiàn)概率降到最低，WCDMA系統(tǒng)在Iub口的協(xié)議里對(duì)此處的處理做了詳細(xì)的規(guī)定，希望避免此類問(wèn)題出現(xiàn)。協(xié)議中的相關(guān)名詞解釋如下：

BFN：Node?B幀號(hào)(NodeB?Frame?Number?counter)，取值范圍：0-4095，每10ms加1；

SFN：系統(tǒng)幀號(hào)(Cell?System?Frame?Number?counter)，取值范圍：0-4095，每10ms加1；計(jì)算公式：SFN＝BFN?adjusted?with?T_cell，因?yàn)門_cell這個(gè)值很小，這里忽略，認(rèn)為SFN＝BFN；

Frame?Offset：幀偏移；

TOA：到達(dá)時(shí)間(Time?of?Arrival)；

CFN：連接幀號(hào)(Connection?Frame?Number(counter))，取值范圍：0-255，每10ms加1；

CFN和SFN之間有一個(gè)確定的換算關(guān)系：

SFN?mod?256＝(CFN+Frame?Offset)mod?256

或：CFN＝(SFN-Frame?Offset)mod?256

TOAWS：到達(dá)接收窗口的起點(diǎn)(Time?of?Arrival?Window?Startpoint)；

TOAWE：到達(dá)接收窗口的終點(diǎn)(Time?of?Arrival?Window?Endpoint)；

LTOA：最后到達(dá)時(shí)間(Latest?Time?of?Arrival)；

TOA：到達(dá)時(shí)間(Time?of?Arrival)；

Iub口數(shù)據(jù)傳輸?shù)倪^(guò)程如下：

1、Iub口FP協(xié)議層承載的建立：在這個(gè)過(guò)程中RNC側(cè)FP協(xié)議層會(huì)通過(guò)主動(dòng)發(fā)起的節(jié)點(diǎn)B同步(RNC-Node?B?Node?Synchronisation)過(guò)程和傳輸同步(Transport?ChannelSynchronisation)過(guò)程，獲得對(duì)應(yīng)小區(qū)的SFN，由此得到CFN(它會(huì)被RNC側(cè)的FP協(xié)議層按UE和小區(qū)分別累加維護(hù)).

2、RNC側(cè)FP協(xié)議層發(fā)送數(shù)據(jù)幀給NodeB，幀中有當(dāng)前的CFN值；NodeB根據(jù)該幀的CFN換算出SFN令其為SFN1，同時(shí)也知道該幀數(shù)據(jù)接收時(shí)刻的SFN令其為SFN2；SFN1的值正常情況下應(yīng)該是大于SFN2的，這個(gè)SFN1時(shí)刻就是該幀數(shù)據(jù)希望被發(fā)送到空中的時(shí)刻。如果SFN1和SFN2的時(shí)間差小于NodeB需要預(yù)留給自己處理該幀數(shù)據(jù)的時(shí)間，則認(rèn)為該幀數(shù)據(jù)來(lái)的晚，可能丟棄該幀數(shù)據(jù)，如果時(shí)間差大于NodeB需要預(yù)留給自己處理該幀數(shù)據(jù)的時(shí)間，則認(rèn)為該幀數(shù)據(jù)來(lái)的早，NodeB會(huì)視緩存能力確定緩存該幀數(shù)據(jù)還是丟棄。

3、NodeB預(yù)留給自己處理該幀數(shù)據(jù)的時(shí)間有一個(gè)范圍，在該范圍內(nèi)則認(rèn)為數(shù)據(jù)幀到的時(shí)機(jī)剛好。這個(gè)范圍有一個(gè)后限，由參數(shù)LTOA確定，但是NodeB希望數(shù)據(jù)幀在LTOA之前的TOAWE時(shí)刻之前到最好，但是又不要早于TOAWE時(shí)刻之前的TOAWS時(shí)刻，數(shù)據(jù)幀到NodeB的時(shí)刻最好落在TOAWS和TOAWE之間。這樣一個(gè)數(shù)據(jù)幀的接收窗口就由TOAWS和TOAWE確定了。