專利名稱:一種無(wú)線承載配置方法
技術(shù)領(lǐng)域:
本發(fā)明涉及第三代移動(dòng)通信(UMTS)系統(tǒng),尤其涉及無(wú)線承載配置方法和過(guò)程。
背景技術(shù):
在第三代移動(dòng)通信系統(tǒng)中,移動(dòng)用戶(UE)開(kāi)機(jī)后一般處于空閑(IDLE)模 式,當(dāng)用戶要發(fā)起業(yè)務(wù)(如發(fā)起語(yǔ)音呼叫業(yè)務(wù)等)或其他原因時(shí),需建立UE與網(wǎng) 絡(luò)側(cè)的通信通道后才能進(jìn)行業(yè)務(wù)數(shù)據(jù)的傳輸。我們將從UE發(fā)起業(yè)務(wù)請(qǐng)求開(kāi)始到UE 能夠進(jìn)行業(yè)務(wù)數(shù)據(jù)的傳輸為止的這段時(shí)間定義為呼叫建立時(shí)延,也稱接續(xù)時(shí)延。該 時(shí)延是網(wǎng)絡(luò)性能的一個(gè)重要指標(biāo),也直接影響用戶的感受。分析和商用網(wǎng)測(cè)試表明, 該時(shí)延比第二代移動(dòng)通信系統(tǒng)(GSM)的接續(xù)時(shí)延還要長(zhǎng),平均UE到UE的呼叫建 立時(shí)延達(dá)8-12秒,因此很有必要對(duì)UMTS系統(tǒng)進(jìn)行改進(jìn),降低呼叫建立時(shí)延,提 高用戶的滿意度。
現(xiàn)有的UMTS系統(tǒng)中,UE到UE的呼叫建立過(guò)程包括主叫端呼叫建立過(guò)程和被 叫端呼叫建立過(guò)程,主叫端呼叫建立過(guò)程一般包括三部分(1 )無(wú)線資源控制(RRC) 連接建立過(guò)程;(2 )非接入層(MS )信令連接建立和NAS信令交互過(guò)程;(3 ) 無(wú)線接入承載(RAB )建立過(guò)程。被叫端呼叫建立過(guò)程與主叫類似,主要包括(1 ) 尋呼(Paging )過(guò)程;(2 ) RRC連接建立過(guò)程;(3 ) NAS信令連接和信令交互過(guò) 程;(4 ) RAB建立過(guò)程。
具體來(lái)說(shuō),尋呼過(guò)程用于尋呼被叫,網(wǎng)絡(luò)側(cè)對(duì)尋呼進(jìn)行調(diào)度并在尋呼信道上 發(fā)射尋呼信息,UE收到尋呼后發(fā)起RRC連接建立請(qǐng)求過(guò)程。RRC連接建立的目的是 在UE和UTRAN (UMTS陸地?zé)o線接入網(wǎng),包4舌若干個(gè)無(wú)線網(wǎng)絡(luò)控制器(RNC )和基 站(NodeB))建立專用的連接通道,以在空中接口傳送UE與UTRAN以及UE與核 心網(wǎng)(CN )之間交互的信令。NAS信令連接建立的目的是在UE和CN之間建立信令 交互的通道。RAB建立過(guò)程在NAS信令連接建立完成后進(jìn)行,首先CN發(fā)送RAB指 派請(qǐng)求(RAB Assignment Request )消息給RNC, RNC收到該消息后進(jìn)行RAB到RB
(無(wú)線承載)的映射,然后對(duì)基站(NodeB)進(jìn)行無(wú)線鏈路(RL)重配置、數(shù)據(jù)傳 輸承載的建立和同步等操作,然后發(fā)送RB建立(RB Setup )消息給UE, UE收到該 消息后配置本端實(shí)體(包括無(wú)線鏈路控制器(RLC)、媒體接入控制器(MAC)和物 理層)并進(jìn)行專用信道的同步,完成同步后UE發(fā)送RB建立完成(RB Se tup Comp 1 e t e ) 消息給RNC, RNC在配置好本端實(shí)體(包括RLC、 MAC )之后發(fā)送RAB指派響應(yīng)(RAB Assignment Response)消息通知CN側(cè)RAB建立成功,CN收到該消息后通過(guò)MS 信令通知UE可以開(kāi)始數(shù)據(jù)的發(fā)送了 ,至此RAB建立成功。
上面提到的RL重配置方法在目前的3GPP協(xié)議中有兩種RL同步重配置方法 和RL異步重配置方法,分別如圖1和圖2所示。請(qǐng)參見(jiàn)圖1, RL同步重配置過(guò)程 簡(jiǎn)述如下(1 ) RNC完成RAB向RB參數(shù)的映射后,向NodeB發(fā)送無(wú)線鏈路(RL ) 重配置準(zhǔn)備請(qǐng)求消息(RADIO LINK RECONFIGURATION PREPARE) ; (2) NodeB收 到RL重配置準(zhǔn)備請(qǐng)求消息后對(duì)該消息內(nèi)容進(jìn)行檢查并預(yù)分配相應(yīng)資源,但并不立 即執(zhí)行RL的重配,而是發(fā)送RL重配置準(zhǔn)備好(RADIO LINK RECONFIGURATION READY ) 消息給RNC,然后完成數(shù)據(jù)傳輸承載的建立和同步;如果消息內(nèi)容錯(cuò)誤或資源不足 或其他原因?qū)е翹odeB不支持RL重配,那么NodeB發(fā)送RL重配失敗消息(RADIO LINK RECONFIGURATION FAILURE)給RNC,指示RL重配失敗,失敗情況在圖1中 未示出;(3) RNC收到RL重配置準(zhǔn)備好消息后,向NodeB發(fā)送RL重配置命令
(RADIO LINK RECONFIGURATION COMMIT)消息,該消息包含了一個(gè)信元:CFN (連 接幀號(hào)),用來(lái)指示NodeB在CFN對(duì)應(yīng)的未來(lái)特定時(shí)刻執(zhí)行RL重配置,CFN對(duì)應(yīng) 的時(shí)刻也稱激活時(shí)間,也即在激活時(shí)間對(duì)應(yīng)的時(shí)刻激活新的信道參數(shù),該參數(shù)的設(shè) 置需要考慮下面的RB建立消息的傳輸時(shí)間以及UE的處理時(shí)間,以確保UE在激活 時(shí)間對(duì)應(yīng)的時(shí)刻能夠激活新的信道參數(shù);(4 ) RNC向UE發(fā)送RB建立消息,該消 息中包含了一個(gè)信元Activation time (激活時(shí)間),用來(lái)指示UE在激活時(shí)間對(duì) 應(yīng)的未來(lái)時(shí)刻激活新的信道參數(shù),激活時(shí)間指示的時(shí)刻與上面CFN指示的時(shí)刻一 致,這就是RL同步重配置的同步含義;(5 )UE收到RB建立消息并完成預(yù)處理(如 消息內(nèi)容檢查、UE是否支持相應(yīng)配置等)后,如果預(yù)處理成功,則等待激活時(shí)間 的到來(lái),如圖l所示,NodeB和RNC也在等待激活時(shí)間的到來(lái);如果失敗(失敗原 因有RB建立消息錯(cuò)誤、UE不支持配置等等),UE將發(fā)送RB建立失敗消息給RNC, RNC將發(fā)送RL重配置取消(RADIO LINK RECONFIGURATION CANCEL)給NodeB,失
敗情況在圖1中未示出;(6)激活時(shí)間對(duì)應(yīng)的時(shí)刻到來(lái),UE、 NodeB、 RNC同時(shí)啟 用新的信道參數(shù),在UE完成專用信道同步之后,發(fā)送RB建立完成消息,RNC收到 后發(fā)送MB建立成功消息給CN,至此RAB建立成功。
請(qǐng)參見(jiàn)圖2, RL異步重配置過(guò)程簡(jiǎn)述如下(1 ) RNC完成RAB向RB參數(shù)的映 射后,向NodeB發(fā)送RL重配置請(qǐng)求消息(RADIO LINK RECONFIGURATION REQUEST );
(2 ) NodeB收到RL重配置準(zhǔn)備請(qǐng)求消息后立即執(zhí)行RL的重配,然后發(fā)送RL重配 置響應(yīng)(RADIO LINK RECONFIGURATION RESPONSE)消息給RNC,之后完成數(shù)據(jù)傳 輸承載的建立和同步;如果消息內(nèi)容錯(cuò)誤或資源不足或其他原因?qū)е翹odeB不支持 RL重配,那么NodeB發(fā)送RL重配失敗消息給RNC,指示RL重配失敗,失敗情況在 圖2中未示出;(3 ) RNC向UE發(fā)送RB建立消息,該消息中的信元激活時(shí)間
(Activation time)設(shè)置為"now",指示UE收到該消息后立即啟用新的信道參 數(shù);(4 ) UE收到RB建立消息并完成預(yù)處理(如消息內(nèi)容^r查、UE是否支持相應(yīng) 配置等)后,如果預(yù)處理成功,則啟用新的信道參數(shù),在UE完成專用信道同步之 后,發(fā)送RB建立完成消息,RNC收到后發(fā)送RAB建立成功消息給CN,至此RAB建 立成功;如果失敗(失敗原因有RB建立消息錯(cuò)誤、UE不支持配置等等),UE將 發(fā)送RB建立失敗消息給RNC,失敗情況圖2中未示出。
在呼叫建立過(guò)程中, 一般采用RL同步重配置方式,下面以RL同步重配置時(shí)的 RB建立過(guò)程時(shí)延為例進(jìn)行分析在對(duì)呼叫建立時(shí)延的過(guò)程中,無(wú)線承載建立(RB SETUP)過(guò)程耗時(shí)較長(zhǎng),約占整個(gè)呼叫過(guò)程總時(shí)延的20°/。。進(jìn)一步分析,RB建立過(guò) 程引入的時(shí)延主要由激活時(shí)間的設(shè)置引起,前面已經(jīng)提到,激活時(shí)間的設(shè)置需要考 慮RLC層重傳時(shí)間以及UE處理時(shí)間等因素,因此在設(shè)置上需要留出一定的裕量, 以保證在無(wú)線環(huán)境惡劣的情況下UE也能夠在激活時(shí)間到達(dá)之前收到RB建立消息并 完成預(yù)處理。如果考慮更為一般的情況,即在無(wú)線環(huán)境很好或者較好的情況下,RB 建立消息能夠較快地發(fā)送到UE,這樣,UE和網(wǎng)絡(luò)側(cè)就存在一段時(shí)間,這段時(shí)間只
是用來(lái)等待激活時(shí)刻的到來(lái),這段時(shí)間被浪費(fèi)掉了。也就是說(shuō),在一般的情況(無(wú) 線環(huán)境很好或較好)下,這種激活時(shí)間的配置方法使得RB建立過(guò)程較長(zhǎng),進(jìn)而延 長(zhǎng)了整個(gè)呼叫建立時(shí)延。
發(fā)明內(nèi),
本發(fā)明的目的在于解決上述問(wèn)題,提供了一種無(wú)線承載配置方法,它能在無(wú) 線環(huán)境很好或較好的情況下縮短無(wú)線承載建立過(guò)程時(shí)延。
本發(fā)明的技術(shù)方案為 一種無(wú)線承載配置方法,其中,所述配置方法包括
(1) 用戶終端收到無(wú)線承載建立消息后進(jìn)行預(yù)處理;
(2) 計(jì)算當(dāng)前時(shí)刻與激活時(shí)刻的時(shí)間間隔,并與一設(shè)定的門限值進(jìn)行比較,若 所述時(shí)間間隔大于所述門限值則進(jìn)入步驟(3),否則進(jìn)入步驟(5);
(3) 戶終端發(fā)送指示該無(wú)線承載建立已準(zhǔn)備好的消息給網(wǎng)絡(luò)側(cè),發(fā)送完成后 等待網(wǎng)絡(luò)側(cè)的RLC層確認(rèn)消息;
(4 )如果用戶終端在激活時(shí)刻到達(dá)之前收到該指示無(wú)線承載建立已準(zhǔn)備好的 消息的RLC層確認(rèn)消息,則用戶終端立即啟動(dòng)新的信道參數(shù)并進(jìn)行同步過(guò)程,在 新的信道上發(fā)送無(wú)線承載建立完成消息給RNC,然后轉(zhuǎn)入步驟(7);如果用戶終 端在激活時(shí)刻之前未收到該指示無(wú)線承載建立準(zhǔn)備好的消息的RLC層確認(rèn)消息, 則轉(zhuǎn)入步驟(6);
(5) 用戶終端等待激活時(shí)刻到達(dá);
(6) 用戶終端立即啟動(dòng)新的信道參數(shù)并進(jìn)行同步過(guò)程,在新的信道上發(fā)送無(wú) 線承載建立完成消息給RNC,然后轉(zhuǎn)入步驟(7);
(7) 無(wú)線承載配置過(guò)程結(jié)束。
上述的無(wú)線承載配置方法,其中,步驟U)中,所述時(shí)間間隔定義為A T=[(CFNactivatl。n+256) - CFNnJ % 256,其中CFN OT為當(dāng)前時(shí)刻對(duì)應(yīng)的連接幀號(hào), CFNaetivatiM為激活時(shí)刻對(duì)應(yīng)的連接幀號(hào)。
上述的無(wú)線承載配置方法,其中,步驟(2)中,所述門限值由用戶終端設(shè)定, 其值略大于RLC層環(huán)回時(shí)延值。
上述的無(wú)線承載配置方法,其中,所述門限值的范圍設(shè)置為RLC層環(huán)回時(shí)延 值的1.2倍~ 1.5倍。
上述的無(wú)線承載配置方法,其中,所述RLC層環(huán)回時(shí)延值通過(guò)跟蹤特定序列 號(hào)的協(xié)議數(shù)據(jù)單元和其對(duì)應(yīng)的對(duì)端確iM言息之間的時(shí)間差測(cè)量而得。
上述的無(wú)線承載配置方法,其中,所述RLC層環(huán)回時(shí)延值根據(jù)網(wǎng)絡(luò)側(cè)對(duì)于確 認(rèn)模式下RLC實(shí)體參數(shù)的設(shè)置值推算獲得。
上述的無(wú)線承^裁配置方法,其中,所述RLC實(shí)體參數(shù)包括輪詢定時(shí)器、輪詢
禁止定時(shí)器、狀態(tài)報(bào)告周期定時(shí)器、狀態(tài)才艮告禁止定時(shí)器。
上述的無(wú)線承載配置方法,其中,步驟(3)和(4)中,所述指示該無(wú)線承載
建立已準(zhǔn)備好的消息是新建的無(wú)線承載建立準(zhǔn)備好消息。
上述的無(wú)線承載配置方法,其中,步驟(3)和(4)中,所述指示該無(wú)線承 載建立已準(zhǔn)備好的消息是已添加準(zhǔn)備好指示的無(wú)線承載建立完成消息。
本發(fā)明對(duì)比現(xiàn)有技術(shù)有如下的有益效果本發(fā)明首先將當(dāng)前時(shí)刻與激活時(shí)刻 的時(shí)間間隔與一設(shè)定值作比較,若時(shí)間間隔相對(duì)較長(zhǎng),則發(fā)送一無(wú)線承載建立準(zhǔn)備 好消息,若在激活時(shí)刻到來(lái)之前收到該消息的RLC層確認(rèn)消息,則不用等待激活時(shí) 刻到達(dá),立即啟用新的信道參數(shù)。這使得本發(fā)明在無(wú)線環(huán)境較好或很好的情況下可 縮短無(wú)線承載建立過(guò)程時(shí)延。
圖1是現(xiàn)有技術(shù)的采用無(wú)線鏈路同步重配置的無(wú)線承載建立過(guò)程示意圖。
圖2是現(xiàn)有技術(shù)的采用無(wú)線鏈路異步重配置的無(wú)線承載建立過(guò)程示意圖。
圖3是本發(fā)明的無(wú)線承載建立一個(gè)較佳實(shí)施例的流程圖。
圖4是圖3所示實(shí)施例的無(wú)線承載建立過(guò)程的信令流程示意圖。
圖5是本發(fā)明的無(wú)線承載建立另一較佳實(shí)施例的流程圖。
圖6是圖5所示實(shí)施例的無(wú)線承載建立過(guò)程的信令流程示意圖。
具體實(shí)施例方式
下面結(jié)合附圖和實(shí)施例對(duì)本發(fā)明作進(jìn)一步的描述。
圖3示出了本發(fā)明無(wú)線承載建立一個(gè)實(shí)施例的流程,圖4是圖3實(shí)施例的無(wú) 線承載建立過(guò)程的信令流程示意圖。請(qǐng)參見(jiàn)圖3和圖4,下面是對(duì)該流程的詳細(xì)描述。
步驟Sll: UE收到無(wú)線承載建立消息并進(jìn)行預(yù)處理。 一般情況下,在激活時(shí) 刻之前預(yù)處理成功,進(jìn)入步驟S12。如果預(yù)處理不成功,例如RB建立消息內(nèi)容錯(cuò) 誤、UE不支持RB參數(shù)等,則按原有方法進(jìn)行處理,即發(fā)送RB建立失敗消息給RNC。
步驟S12:計(jì)算當(dāng)前時(shí)刻與激活時(shí)刻的時(shí)間間隔,并與一設(shè)定的門限值進(jìn)行比 較。若時(shí)間間隔大于該門限值財(cái)進(jìn)入步驟S13,否則進(jìn)入步驟S16。
在本實(shí)施例中 >首先計(jì)算當(dāng)前時(shí)刻與激活時(shí)刻的時(shí)間間隔△
<formula>formula see original document page 9</formula>,其中CFNnOT為當(dāng)前時(shí)刻對(duì)應(yīng)的連接幀號(hào), CFN^vaUM為激活時(shí)刻對(duì)應(yīng)的連接幀號(hào),也即RB建立消息中的信元激活時(shí)間。上式 的單位為無(wú)線幀(frame,時(shí)長(zhǎng)為10ms)。上式中對(duì)256進(jìn)行加/取模運(yùn)算的目的 是保證AT的計(jì)算正確,因?yàn)镃FN計(jì)數(shù)器是0 - 255循環(huán)計(jì)數(shù)的。
△ T計(jì)算完成后,判斷AT與一個(gè)門限值(Threshold)的大小關(guān)系,該門限 值由UE自己設(shè)定,設(shè)置原則是門限值應(yīng)略大于RLC層環(huán)回時(shí)延(RTT),定量地可 設(shè)置門限值為RLC層環(huán)回時(shí)延的1. 2倍-1. 5倍。這里的RLC層環(huán)回時(shí)延需要UE 進(jìn)行測(cè)量或推算。具體地說(shuō),測(cè)量方法可通過(guò)跟蹤特定序列號(hào)(SN)的協(xié)議數(shù)據(jù)單 元(RLCPDU)和對(duì)應(yīng)的RLC的對(duì)端確認(rèn)信息(RLCACK)之間的時(shí)間差獲得。而推 算方法則可根據(jù)網(wǎng)絡(luò)側(cè)對(duì)于確認(rèn)模式(AM)下RLC實(shí)體參數(shù)(例如輪詢定時(shí)器 Timer—Poll 、輪詢禁止定時(shí)器Timer—Poll—Prohibit 、狀態(tài)報(bào)告周期定時(shí)器 Timer_Status_Periodic、狀態(tài)報(bào)告禁止定時(shí)器Timer_Status_Prohibi t等)的設(shè) 置值獲得,比如,依據(jù)優(yōu)化的AM RLC參數(shù)的設(shè)置與RLC RTT直接相關(guān),門限值可 簡(jiǎn)單設(shè)置為與Timer-poll的取值相同。當(dāng)然,門限值的設(shè)置也可以采用其它方法, 比如根據(jù)經(jīng)驗(yàn)值直接設(shè)置,或采用比較復(fù)雜的算法,將前面所述的測(cè)量方法與推算 方法結(jié)合起來(lái)。
步驟S13: UE發(fā)送無(wú)線承載建立準(zhǔn)備好(Radio Bearer ( RB ) Setup Ready) 消息給網(wǎng)絡(luò)側(cè),發(fā)送完成后進(jìn)入步驟S14,等待網(wǎng)絡(luò)側(cè)的RLC層確認(rèn)消息。這里的 無(wú)線承載建立準(zhǔn)備好消息采用RLC確認(rèn)模式傳輸,該消息包括RB建立準(zhǔn)備好指示 信息,通知RNC終端UE已經(jīng)做好準(zhǔn)備進(jìn)行RB建立了 。
步驟S14:判斷UE是否在激活時(shí)刻到達(dá)之前收到該無(wú)線承載建立準(zhǔn)備好消息 的RLC層確認(rèn)消息(RLC ACK)。若是則進(jìn)入步驟S15,否則進(jìn)入步驟S17。
步驟S15: UE不用等待激活時(shí)刻到達(dá)才配置RB參數(shù),而是立即啟動(dòng)信道配置 過(guò)程。UE立即啟動(dòng)新的信道參數(shù)并進(jìn)行同步過(guò)程,在新的信道上發(fā)送無(wú)線承載完 成消息給RNC,然后轉(zhuǎn)入步驟S18。
步驟S16: UE等待激活時(shí)刻到達(dá)。
步驟SU: UE立即啟動(dòng)信道配置過(guò)程。UE立即啟動(dòng)新的信道參數(shù)并進(jìn)行同步 過(guò)程,在新的信道上發(fā)送無(wú)線承載完成消息給RNC,然后轉(zhuǎn)入步驟S18。
步驟S18:無(wú)線承載配置過(guò)程結(jié)束。
圖5示出了本發(fā)明無(wú)線承載建立另一實(shí)施例的流程,圖6是圖5實(shí)施例的無(wú) 線承載建立過(guò)程的信令流程示意圖。請(qǐng)參見(jiàn)圖5和圖6,下面是對(duì)該流程的詳細(xì)描述。
步驟S21-步驟S22:同圖3實(shí)施例的步驟Sll ~S12,不再贅述。 步驟S23: UE發(fā)送經(jīng)修改的無(wú)線承載建立完成消息(在圖6中標(biāo)記為無(wú)線承 載建立完成消息2,下同)給網(wǎng)絡(luò)側(cè),發(fā)送完成后進(jìn)入步驟S24,等待網(wǎng)絡(luò)側(cè)的RLC 層確認(rèn)消息。這里的經(jīng)修改的無(wú)線承載建立完成消息采用RLC確認(rèn)模式傳輸,該消 息中添加了 RB建立準(zhǔn)備好的指示信息,即通知RNC終端UE已經(jīng)做好準(zhǔn)備進(jìn)行RB 建立了。
步驟S24:判斷UE是否在激活時(shí)刻到達(dá)之前收到該經(jīng)修改的無(wú)線承載建立完 成消息的RLC層確認(rèn)消息(RLC ACK)。若是則進(jìn)入步驟S25,否則進(jìn)入步驟S27。
步驟S25 S28:同圖3實(shí)施例的步驟S15 ~ S18,不再贅述。
從圖4和圖6的信令流程示意圖中可看出,采用本發(fā)明的無(wú)線承載建立方法 在一定條件下能夠在激活時(shí)刻之前完成信道配置。該方法與現(xiàn)有的采用RL同步重 配置的RB建立方法相比,在無(wú)線環(huán)境很好后較好的情況下能夠縮短RB建立過(guò)程時(shí) 延,同時(shí)在無(wú)線環(huán)境較差設(shè)置惡劣的情況下與原有RB建立過(guò)程時(shí)延基本相同。
應(yīng)理解,本發(fā)明的方法不僅適用于RB建立過(guò)程,也適用于RB重配置、傳輸 信道重配置或物理信道重配置等過(guò)程。
上述實(shí)施例是提供給熟悉本領(lǐng)域內(nèi)的人員來(lái)實(shí)現(xiàn)或使用本發(fā)明的,熟悉本領(lǐng) 域的普通技術(shù)人員可在不脫離本發(fā)明的發(fā)明思想的情況下,對(duì)上述實(shí)施例做出種種 修改或變化,因而本發(fā)明的保護(hù)范圍并不被上述實(shí)施例所限,而應(yīng)該是符合權(quán)利要 求書(shū)提到的創(chuàng)新性特征的最大范圍。
權(quán)利要求
1 一種無(wú)線承載配置方法,其特征在于,所述配置方法包括(1)用戶終端收到無(wú)線承載建立消息后進(jìn)行預(yù)處理;(2)計(jì)算當(dāng)前時(shí)刻與激活時(shí)刻的時(shí)間間隔,并與一設(shè)定的門限值進(jìn)行比較,若所述時(shí)間間隔大于所述門限值則進(jìn)入步驟(3),否則進(jìn)入步驟(5);(3)用戶終端發(fā)送指示該無(wú)線承載建立已準(zhǔn)備好的消息給網(wǎng)絡(luò)側(cè),發(fā)送完成后等待網(wǎng)絡(luò)側(cè)的RLC層確認(rèn)消息;(4)如果用戶終端在激活時(shí)刻到達(dá)之前收到該指示無(wú)線承載建立已準(zhǔn)備好的消息的RLC層確認(rèn)消息,則用戶終端立即啟動(dòng)新的信道參數(shù)并進(jìn)行同步過(guò)程,在新的信道上發(fā)送無(wú)線承載建立完成消息給RNC,然后轉(zhuǎn)入步驟(7);如果用戶終端在激活時(shí)刻之前未收到該指示無(wú)線承載建立準(zhǔn)備好的消息的RLC層確認(rèn)消息,則轉(zhuǎn)入步驟(6);(5)用戶終端等待激活時(shí)刻到達(dá);(6)用戶終端立即啟動(dòng)新的信道參數(shù)并進(jìn)行同步過(guò)程,在新的信道上發(fā)送無(wú)線承載建立完成消息給RNC,然后轉(zhuǎn)入步驟(7);(7)無(wú)線承載配置過(guò)程結(jié)束。
2.根據(jù)權(quán)利要求1所述的無(wú)線承載配置方法,其特征在于,步驟(2)中,所 述時(shí)間間隔定義為AT=[(CFNa。tivati。n+256) - CFNnJ % 256,其中CFN,為當(dāng)前時(shí)刻 對(duì)應(yīng)的連接幀號(hào),CFNa。tivati。n為激活時(shí)刻對(duì)應(yīng)的連接幀號(hào)。
3.根據(jù)權(quán)利要求1所述的無(wú)線承載配置方法,其特征在于,步驟(2)中,所 述門限—值由用戶終端設(shè)定,其值略大于RLC層環(huán)回時(shí)延值。
4.根據(jù)權(quán)利要求3所述的無(wú)線承載配置方法,其特征在于,所述門限值的范圍 設(shè)置為RLC層環(huán)回時(shí)延值的1.2倍~ 1.5倍。
5. 根據(jù)權(quán)利要求3所述的無(wú)線承載配置方法,其特征在于,所述RLC層環(huán)回時(shí)延值通過(guò)跟蹤特定序列號(hào)的協(xié)議數(shù)據(jù)單元和其對(duì)應(yīng)的對(duì)端確認(rèn)信息之間的時(shí)間 差測(cè)量而得。
6.根據(jù)權(quán)利要求3所述的無(wú)線承載配置方法,其特征在于,所述RLC層環(huán)回 時(shí)延值根據(jù)網(wǎng)絡(luò)側(cè)對(duì)于確認(rèn)模式下RLC實(shí)體參數(shù)的設(shè)置值推算獲得。
7.根據(jù)權(quán)利要求6所述的無(wú)線承載配置方法,其特征在于,所述RLC實(shí)體參 數(shù)包括輪詢定時(shí)器、輪詢禁止定時(shí)器、狀態(tài)報(bào)告周期定時(shí)器、狀態(tài)報(bào)告禁止定時(shí)器。
8.根據(jù)權(quán)利要求1所述的無(wú)線承載配置方法,其特征在于,步驟(3 )和(4) 中,所述指示該無(wú)線承載建立已準(zhǔn)備好的消息是新建的無(wú)線承載建立準(zhǔn)備好消息。
9.根據(jù)權(quán)利要求1所述的無(wú)線承載配置方法,其特征在于,步驟(3)和(4) 中,所述指示該無(wú)線承載建立已準(zhǔn)備好的消息是已添加準(zhǔn)備好指示的無(wú)線承載建立 完成消息。
全文摘要
本發(fā)明公開(kāi)了一種無(wú)線承載配置方法,在無(wú)線環(huán)境較好時(shí)縮短無(wú)線承載建立時(shí)延。其技術(shù)方案為本發(fā)明的方法中,需計(jì)算當(dāng)前時(shí)刻與激活時(shí)刻的時(shí)間間隔,與設(shè)定的門限值比較,若時(shí)間間隔大于門限值則由用戶終端發(fā)送無(wú)線承載建立已準(zhǔn)備好的消息給網(wǎng)絡(luò)側(cè),發(fā)送完成后等待RLC層確認(rèn)消息。若用戶終端在激活時(shí)刻到達(dá)前收到該無(wú)線承載建立已準(zhǔn)備好的消息的RLC層確認(rèn)消息,則用戶終端立即啟動(dòng)新信道參數(shù)并進(jìn)行同步,在新信道上發(fā)送無(wú)線承載建立完成消息給RNC,配置完成。本發(fā)明應(yīng)用于第三代移動(dòng)通信系統(tǒng)的無(wú)線承載配置。
文檔編號(hào)H04W76/02GK101115276SQ20061002928
公開(kāi)日2008年1月30日 申請(qǐng)日期2006年7月24日 優(yōu)先權(quán)日2006年7月24日
發(fā)明者許佰魁 申請(qǐng)人:展訊通信(上海)有限公司