專利名稱：一種激活時(shí)間可更新的專用無線鏈路重配方法
技術(shù)領(lǐng)域：
本發(fā)明涉及寬帶碼分多址系統(tǒng)(WCDMA)，尤其涉及專用無線鏈路的重配。
背景技術(shù)：
現(xiàn)有的WCDMA系統(tǒng)中如果終端和網(wǎng)絡(luò)之間已經(jīng)存在專用連接，UE(終端)處于CELL_DCH的RRC(無線資源控制)狀態(tài)下，如果需要更改現(xiàn)有無線參數(shù)的配置，包括無線承載配置，傳輸信道配置或者物理信道的配置等，會(huì)采用兩種基本的重配流程，即同步重配過程和異步重配過程。同步重配過程的特點(diǎn)是網(wǎng)絡(luò)和終端在重配開始的時(shí)候首先協(xié)商一個(gè)激活時(shí)間，以CFN表示，在該CFN的時(shí)候，網(wǎng)絡(luò)和終端同時(shí)轉(zhuǎn)到新的配置上。
同步重配過程如圖1所示，步驟1是Iub接口上地面鏈路的重配過程，其中設(shè)置激活時(shí)間為CFN#。步驟102～107是無線接口發(fā)送無線接口重配消息的過程，通知UE激活時(shí)間為CFN#。步驟108是UE處理重配消息的過程，如果處理成功則在步驟110規(guī)定的時(shí)刻CFN#，終端、基站和基站控制器同時(shí)轉(zhuǎn)到新的配置上，終端在新的配置上向基站控制器發(fā)送無線接口完成消息，否則在步驟109馬上發(fā)送無線接口重配失敗消息給基站控制器。
同步重配過程可以避免正在通訊的無線承載的丟失，但是為了保證小區(qū)中絕大多數(shù)終端重配過程的可靠性，激活時(shí)間的估算比較保守，對(duì)于多數(shù)無線傳播環(huán)境較好的終端來說，在完成重配消息的處理以后，會(huì)白白等待幾百毫秒，這降低了那些對(duì)重配時(shí)延要求較高的過程的性能，比如呼叫建立或者在實(shí)時(shí)業(yè)務(wù)基礎(chǔ)上的重配等。
異步重配過程如下1，BSC通知nodeB更改配置，而且立即生效；2，發(fā)送給終端的更新消息(這個(gè)消息從nodeB看來是從新的配置上發(fā)送的)，3，終端如果解碼出新的更新消息，馬上生效。因?yàn)榻K端在收到這個(gè)消息以前按照老的配置來解這個(gè)消息，因此，異步重配對(duì)配置先后的配置的兼容性有很高的要求，如果相差比較大，連這個(gè)重配消息都無法解碼。而且在重配的過程中會(huì)出現(xiàn)不要求更改的無線承載暫時(shí)丟包的現(xiàn)象?，F(xiàn)有系統(tǒng)一般很少采用異步重配過程。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是提供一種激活時(shí)間可更新的專用無線鏈路重配方法，既可以縮短重配時(shí)延，又盡可能減少重配過程中的丟包現(xiàn)象。
為了解決上述技術(shù)問題，本發(fā)明提供了一種激活時(shí)間可更新的專用無線鏈路重配方法，應(yīng)用于寬帶碼分多址系統(tǒng)，包括以下步驟(a)基站控制器和基站之間進(jìn)行Iub接口上同步無線鏈路的重配過程；(b)基站控制器和終端之間進(jìn)行無線接口的重配過程，基站控制器的無線資源控制層確認(rèn)該重配消息發(fā)送成功后，等待終端處理重配消息的時(shí)間T2后，轉(zhuǎn)換到新的配置上，并向基站發(fā)送觸發(fā)消息；(c)基站收到所述觸發(fā)消息后，轉(zhuǎn)換到新配置的無線鏈路上，并在新的物理信道上向終端發(fā)送下行物理控制信道信號(hào)；(d)所述終端重配成功后，物理層在新的物理信道上接收所述下行物理控制信道信號(hào)，完成下行同步后通知終端的無線資源控制層，終端轉(zhuǎn)到新配置的無線鏈路上，向基站控制器發(fā)送無線接口重配完成消息。
進(jìn)一步地，上述方法還可具有以下特點(diǎn)所述步驟(a)的Iub接口上同步無線鏈路的重配過程還設(shè)置了一個(gè)激活時(shí)間CFN#，所述步驟(b)中，通過無線接口重配消息將該激活時(shí)間CFN#通知到所述終端；如果基站控制器、基站或終端的激活時(shí)間更新失敗，則仍然在激活時(shí)間CFN#轉(zhuǎn)到新配置的無線鏈路上。
進(jìn)一步地，上述方法還可具有以下特點(diǎn)所述步驟(b)中，基站控制器和終端之間通過無線鏈路控制模式中的應(yīng)答模式來傳送所述無線接口重配消息，基站控制器的無線資源控制層接收到無線鏈路控制層發(fā)送的確認(rèn)的原語后，認(rèn)為所述重配消息傳送成功。
進(jìn)一步地，上述方法還可具有以下特點(diǎn)所述步驟(b)中，基站控制器的無線資源控制層在向基站發(fā)送觸發(fā)消息的同時(shí)，還通知其無線鏈路控制層掛起該終端相關(guān)的除了信令無線承載以外的被保留或者被修改的無線承載；所述步驟(d)中，基站控制器的無線資源控制層在收到所述終端發(fā)送的無線接口重配完成消息后，馬上恢復(fù)所述被掛起的無線承載。
進(jìn)一步地，上述方法還可具有以下特點(diǎn)所述無線接口重配異常包括以下三種情況A，所述步驟(b)的無線接口重配消息的發(fā)送過程中，基站控制器的無線鏈路控制層通知無線資源控制層的確認(rèn)消息丟失；B，所述步驟(b)中，基站控制器的資源控制層發(fā)送到基站的觸發(fā)消息丟失；C，所述步驟(d)中，終端物理層同步失敗，或者物理層發(fā)送到無線資源控制層的下行同步消息丟失。
進(jìn)一步地，上述方法還可具有以下特點(diǎn)所述步驟(b)中，所述觸發(fā)消息是Iub接口的無線鏈路重配消息，該消息中包含一個(gè)激活時(shí)間CFN；所述步驟(c)中，基站收到該消息后獲取該激活時(shí)間，在該激活時(shí)間CFN轉(zhuǎn)換到新的配置上。
進(jìn)一步地，上述方法還可具有以下特點(diǎn)所述步驟(b)中，所述觸發(fā)消息是空的數(shù)據(jù)幀；所述步驟(c)中，基站收到該消息后，在下一個(gè)傳輸時(shí)間間隔開始時(shí)轉(zhuǎn)到新的配置上。
進(jìn)一步地，上述方法還可具有以下特點(diǎn)所述時(shí)間T2是基站控制器根據(jù)實(shí)際網(wǎng)絡(luò)運(yùn)行情況估算的，其取值下限為N2+2個(gè)傳輸時(shí)間間隔，N2是3GPP 25.331 13.5.2表格中規(guī)定和無線接口重配過程相關(guān)的N2。
進(jìn)一步地，上述方法還可具有以下特點(diǎn)所述無線接口的重配過程為無線承載建立過程、無線承載重配過程、無線承載釋放過程、傳輸信道重配過程或物理信道重配過程。
進(jìn)一步地，上述方法還可具有以下特點(diǎn)終端的無線資源控制層收到下行同步完成的通知后，是在下一個(gè)傳輸時(shí)間間隔開始時(shí)在新配置的無線鏈路上向基站控制器發(fā)送無線接口重配完成消息。
由上可知，本發(fā)明結(jié)合了同步重配過程和異步重配過程的特點(diǎn)，把原來對(duì)于激活時(shí)間的估算從包括發(fā)送消息和等待處理的兩個(gè)部分，修正為只包含等待處理這部分，從而提高了激活時(shí)間估算的準(zhǔn)確程度。通過在重配過程更新原來保守的激活時(shí)間的方法，達(dá)到既能縮短重配時(shí)延，同時(shí)盡可能減少重配過程中的丟包現(xiàn)象。對(duì)于提高比如呼叫建立，或者在實(shí)時(shí)業(yè)務(wù)基礎(chǔ)上的重配等對(duì)重配過程時(shí)延要求很高的流程的性能有很好的效果。
進(jìn)一步地，本發(fā)明采用了掛起和恢復(fù)無線承載的操作，所以可以避免下行包的丟失。而上行的數(shù)據(jù)包間斷的時(shí)間取決于網(wǎng)絡(luò)側(cè)轉(zhuǎn)到新的配置到終端獲得同步的時(shí)間，時(shí)間非常短。還可以在RLC層通過重發(fā)機(jī)制恢復(fù)。此外，本發(fā)明中仍然可以設(shè)置CFN#，保證在異常情況出現(xiàn)后，仍可以在CFN#時(shí)進(jìn)行重配。


圖1是現(xiàn)有WCDMA系統(tǒng)中無線接口重配的流程圖；圖2是本發(fā)明實(shí)施例中的無線接口重配的流程圖；圖3是本發(fā)明實(shí)施例中無線接口重配失敗的流程圖；圖4是本發(fā)明實(shí)施例中無線接口重配異常的流程圖；圖5是本發(fā)明一個(gè)應(yīng)用實(shí)例中CS域或者PS域呼叫(主叫或者被叫)建立過程中無線承載建立的流程圖；圖6是本發(fā)明另一個(gè)應(yīng)用實(shí)例中無線承載增加的流程圖。
具體實(shí)施例方式
下面結(jié)合附圖和實(shí)施例對(duì)本發(fā)明進(jìn)行詳細(xì)說明，其中，N1 Frame、T1、T2和T3的含義為
N1 Frame；協(xié)議25.331 13.5.2規(guī)定的終端接收無線接口重配消息以后，到完成配置更改的無線幀數(shù)。1幀為10毫秒。其大小和對(duì)應(yīng)的重配過程有關(guān)。
T1重配消息本身在原有的無線鏈路上的傳送和重傳時(shí)間。
T2基站控制器等待終端處理重配消息的時(shí)間。
T3在采用本發(fā)明以后，無線接口重配過程節(jié)省的時(shí)間。
本發(fā)明適用于CS域和PS域的專用無線鏈路的重配過程，包括無線承載建立過程、無線承載重配過程、無線承載釋放過程、傳輸信道重配過程和物理信道重配過程等。在本文中為了說明方便，上述過程除非單獨(dú)說明，通稱“無線接口重配過程”；對(duì)應(yīng)的消息通稱“無線接口重配”消息，“無線接口重配完成”消息和“無線接口重配失敗”消息。
在現(xiàn)有的同步重配的過程中，對(duì)于激活時(shí)間的估算一共包括兩個(gè)部分重配消息本身在原有的無線鏈路上的傳送和重傳時(shí)間T1，等待終端處理該重配消息的時(shí)間T2。同時(shí)為了讓失敗的重配過程盡可能快地釋放無線資源，網(wǎng)絡(luò)側(cè)還要考慮在第二部分時(shí)間內(nèi)在原有無線鏈路上接收可能的重配失敗的消息。
為了保證絕大多數(shù)終端在重配過程中能夠正確收到這個(gè)較長的重配消息本身，上述激活時(shí)間的估算中，T1部分必須考慮到無線接口的RLC(無線鏈路控制)層PDU(協(xié)議數(shù)據(jù)單元)重發(fā)的可能。對(duì)于無線傳播環(huán)境較差的終端來說，可能需要1～2次的重發(fā)，甚至三次。因?yàn)閃CDMA系統(tǒng)中RLC層的協(xié)議在基站控制器中完成，完成一次重發(fā)的時(shí)間相當(dāng)可觀。而對(duì)于處于無線傳播環(huán)境較好的終端來說一般不需要重傳。這樣以來對(duì)于后者估算的激活時(shí)間過長。而對(duì)于商用的規(guī)劃完善的網(wǎng)絡(luò)來說，多數(shù)終端有很好的傳播環(huán)境。
實(shí)際上只要系統(tǒng)利用RLC模式中的AM(應(yīng)答模式)的來傳送這個(gè)無線接口的重配消息，那么對(duì)于基站控制器的RRC層來說可以通過接收RLC層的發(fā)送確認(rèn)的原語(RLC-AM-DATA-Conf)知道某一次具體的消息傳送過程是否已經(jīng)成功。也就是說激活時(shí)間的T1部分無需估算，而可以實(shí)測(cè)。對(duì)于成功的傳送過程，網(wǎng)絡(luò)側(cè)按照以下方法更新激活時(shí)間基站控制器在確認(rèn)無線接口重配消息發(fā)送成功以后，等待T2時(shí)間，然后轉(zhuǎn)到新配置的無線鏈路上，接著通知基站也立刻轉(zhuǎn)到新的配置，然后通過下行同步過程，使終端知道網(wǎng)絡(luò)側(cè)新的配置已經(jīng)生效，從而觸發(fā)終端發(fā)送無線接口重配完成消息?；驹谛碌呐渲蒙习l(fā)送信號(hào)的CFN和終端發(fā)送無線接口重配完成消息的CFN就是雙方更新以后的激活時(shí)間。和原有的激活時(shí)間的設(shè)置機(jī)制相比，占激活時(shí)間大部分的T1是根據(jù)實(shí)際發(fā)送結(jié)果來確定的，而不是估算，所以極大提高了激活時(shí)間的準(zhǔn)確程度。對(duì)于一次發(fā)送重傳消息就成功的終端來說，無需再等待保守的激活時(shí)間，從而獲得良好的性能。對(duì)于多次重傳以后重傳消息才發(fā)送成功的終端來說，也來得及完成重配的過程。
由于對(duì)終端來說，在完成消息接收以后開始處理該重配消息，如果重配成功，那么終端會(huì)等待激活時(shí)間CFN#，在該激活時(shí)間進(jìn)行配置的轉(zhuǎn)換，并且開始發(fā)送無線接口重配完成消息。如果在等待激活時(shí)間期間，終端能夠在新配置的物理信道上獲得下行的同步，那么顯然，等待過程馬上可以結(jié)束，也就是說新的激活時(shí)間可以設(shè)置在獲得下行同步完成以后的下一個(gè)傳輸時(shí)間間隔開始的無線幀。這正是本實(shí)施例采用的更新終端激活時(shí)間的方法網(wǎng)絡(luò)側(cè)在無線接口發(fā)送新配置的物理信道的DPCCH(下行物理控制信道)信號(hào)，終端在經(jīng)過WCDMA協(xié)議規(guī)定的無線接口同步過程“階段1”以后，終端的RRC層就會(huì)收到了下行同步指示，那么終端可以在下一個(gè)傳輸時(shí)間間隔開始的時(shí)候在新的配置上發(fā)送無線接口重配完成的消息。
如果終端原來處于宏分集的狀態(tài)，那么因?yàn)樯舷滦行帕疃荚赗LC層以下就完成了選擇性組合，所以并不妨礙上述過程的完成。
基于上述思想，本發(fā)明實(shí)施例中的無線接口重配過程如圖2所示，圖中的步驟序號(hào)和說明書中相應(yīng)流程的步驟序號(hào)的未位相同，其它圖也如此。該過程包括以下步驟步驟201，進(jìn)行Iub接口上同步無線鏈路的重配過程，設(shè)置激活時(shí)間為相對(duì)保守的CFN#；步驟202～207，進(jìn)行無線接口的重配過程；在該過程中，基站控制器向終端發(fā)送無線接口重配消息，消息中也設(shè)置相同的激活時(shí)間CFN#。步驟202中基站控制器的RRC層要求RLC層在數(shù)據(jù)發(fā)送過程結(jié)束以后必須通知RRC層協(xié)議；步驟207中，基站控制器從RLC層得到消息發(fā)送成功的確認(rèn)消息；步驟208，基站控制器根據(jù)實(shí)際網(wǎng)絡(luò)運(yùn)行情況等待估算的激活時(shí)間中的第二部分，即T2，T2是基站控制器根據(jù)實(shí)際網(wǎng)絡(luò)運(yùn)行情況估算的，其取值下限為N2+2個(gè)TTI。N2是3GPP 25.331 13.5.2表格中規(guī)定和無線接口重配過程相關(guān)的N2。(注N2在多數(shù)重配過程中和終端的實(shí)現(xiàn)有關(guān))，切換到重配的無線鏈路上，然后發(fā)送觸發(fā)下行DPCCH的消息，通知基站馬上轉(zhuǎn)換到新的配置上并發(fā)送下行DPCCH信號(hào)；基站控制器同時(shí)通知其RLC層進(jìn)行步驟211，即對(duì)與該終端相關(guān)的承載，除了信令無線承載以外，掛起被保留或者被修改的無線承載，如果有的話；本實(shí)施例中，觸發(fā)下行DPCCH的消息是Iub接口的Radio LinkReconfiguration Commit(無線鏈路重配置)消息，消息中包含新的激活時(shí)間CFN，在另一實(shí)施例中，觸發(fā)下行DPCCH的消息也可以是一個(gè)空的數(shù)據(jù)幀。
步驟209，基站收到該觸發(fā)消息以后，在激活時(shí)間CFN轉(zhuǎn)換到新配置的無線鏈路上，然后在新的物理信道上連續(xù)發(fā)送下行DPCCH信號(hào)；如果是通過空的數(shù)據(jù)幀來觸發(fā)，則基站在收到該觸發(fā)消息的下一個(gè)TTI(傳輸時(shí)間間隔)開始時(shí)轉(zhuǎn)到新配置的無線鏈路上。
步驟210，終端在收到了完整的重配消息后開始處理該重配消息，如果重配成功，在新的物理信道上接收下行DPCCH信號(hào)，終端物理層在經(jīng)過一次下行同步以后，通知其RRC層，同步的過程執(zhí)行WCDMA協(xié)議中規(guī)定的無線接口同步“階段1”的過程；步驟212，終端RRC層在得到物理層上報(bào)的第一個(gè)下行同步報(bào)告消息以后，轉(zhuǎn)換到新配置的無線鏈路上，并在下一個(gè)傳輸時(shí)間間隔開始的時(shí)候在新的無線鏈路上發(fā)送無線接口重配完成消息；
步驟213，基站控制器在收到無線接口重配完成消息以后，馬上恢復(fù)已經(jīng)被掛起的無線承載，如果有的話。
從以上流程可以看出，由于采用了掛起和恢復(fù)無線承載的操作，所以可以避免下行包的丟失。上行的數(shù)據(jù)包間斷的時(shí)間取決于網(wǎng)絡(luò)側(cè)轉(zhuǎn)到新的配置到終端獲得同步的時(shí)間，時(shí)間非常短。如果原來的無線承載采用AM的RLC模式，暫時(shí)丟失的數(shù)據(jù)包在重配成功以后可以在RLC層通過重發(fā)機(jī)制恢復(fù)。假設(shè)終端在時(shí)刻CFN*發(fā)送無線接口重配完成消息，那么采用本發(fā)明以后，重配過程節(jié)省的時(shí)間T3等于CFN*和CFN#之間的差別。
本發(fā)明實(shí)施例中無線接口重配失敗過程如圖3所示，步驟301～307和圖2中的步驟201～207相同。在步驟308中，終端因?yàn)楦鞣N原因，不能接收無線接口重配，發(fā)送無線接口重配失敗消息給網(wǎng)絡(luò)。這個(gè)消息的發(fā)送在協(xié)議規(guī)定的N2幀以后，網(wǎng)絡(luò)側(cè)需要保證在絕大多數(shù)的情況下能夠在等待的T2時(shí)間內(nèi)收到這個(gè)失敗消息，從而讓失敗的重配過程盡可能快地釋放無線資源。
本發(fā)明實(shí)施例中無線接口重配異常過程如圖4所示，包括三種異常情況第一種異常，步驟407中基站控制器中RLC層通知RRC層消息發(fā)送不成功或者該RLC層的確認(rèn)消息丟失。如果確認(rèn)重配消息發(fā)送不成功，那么整個(gè)重配過程失?。蝗绻摯_認(rèn)消息丟失，那么基站控制器采用原有的重配過程完成整個(gè)流程，也就是不再進(jìn)行圖2中的步驟208、209、210、211和213，在CFN#的時(shí)候，網(wǎng)絡(luò)和終端同時(shí)轉(zhuǎn)到新的配置。
第二種異常，步驟408中發(fā)送DPCCH觸發(fā)消息丟失。在CFN#以前基站控制器已轉(zhuǎn)成新的配置，在CFN#的時(shí)候，基站和終端轉(zhuǎn)到新的配置。
第三種異常，終端物理層同步失敗，或者物理層發(fā)送到無線資源控制層的下行同步消息丟失。在這種情況下，在CFN#以前，基站控制器和基站已經(jīng)轉(zhuǎn)成新的配置，在CFN#的時(shí)候，終端轉(zhuǎn)到新的配置。
上述三種情況，可能丟失的消息是在基站控制器內(nèi)部，Iub接口或者終端內(nèi)部，所以消息丟失的概率非常小。
在本發(fā)明的一個(gè)應(yīng)用實(shí)例中，CS域或者PS域呼叫(主叫或者被叫)建立過程中，無線承載建立過程如圖5所示終端從空閑狀態(tài)下，在被尋呼或者主動(dòng)發(fā)起CS域或者PS域的呼叫。終端已經(jīng)在專用傳輸信道DCH上建立RRC連接，只有信令無線承載SRB存在。通過這個(gè)無線承載建立過程，建立新的用于CS域或者PS域通訊的無線承載RB。
步驟501，在Iub接口完成同步無線鏈路重配過程。設(shè)置本次激活時(shí)間是CFN#；步驟502～507，完成Radio Bearer Setup(無線承載建立)消息的傳送。在步驟507，RLC層通知RRC層消息發(fā)送成功；步驟508，在等待T2時(shí)間以后，在Iub接口發(fā)送Radio LinkReconfiguration Commit消息，通知基站轉(zhuǎn)換配置的激活時(shí)間CFN；步驟509，基站在收到Radio Link Reconfiguration Commit消息后，在激活時(shí)間CFN轉(zhuǎn)換到新配置的無線鏈路上，并且開始在新配置的物理信道上連續(xù)發(fā)送DPCCH信號(hào)；步驟510，終端在接收到RB重配消息并重配成功后，接收物理層的下行同步消息；步驟511，終端完成同步后，轉(zhuǎn)換到新配置的無線鏈路上，在新的物理信道上發(fā)送Radio Bearer Setup Complete消息，結(jié)束。
在本發(fā)明的另一個(gè)應(yīng)用實(shí)例中，在已經(jīng)存在無線承載的前提下，再增加新的無線承載過程。比如已經(jīng)存在CS域的無線承載，建立PS域的承載或者相反等。
步驟601，在Iub接口完成同步無線鏈路重配過程。設(shè)置本次激活時(shí)間是CFN#；
步驟602～607，完成Radio Bearer Setup消息的傳送。在步驟607，RLC層通知RRC層消息發(fā)送成功；步驟608，在等待T2時(shí)間以后，在Iub接口發(fā)送Radio LinkReconfiguration Commit消息，通知基站轉(zhuǎn)換配置的CFN；基站控制器同時(shí)通知其RLC層進(jìn)行步驟611，即在發(fā)送Radio Link Reconfiguration Commit消息的同時(shí)，掛起除了信令無線承載以外的所有無線承載；步驟609，基站在收到Radio Link Reconfiguration Commit消息后，根據(jù)配置的CFN，轉(zhuǎn)換配置，并且開始在新配置的物理信道上連續(xù)發(fā)送DPCCH信號(hào)；步驟610，終端在接收RB重配消息并轉(zhuǎn)到新的配置以后，得到物理層的下行同步消息；步驟612，終端發(fā)送Radio Bearer Setup Complete消息；步驟613，在收到Radio Bearer Setup Complete消息以后，馬上恢復(fù)所有被掛起的無線承載。
權(quán)利要求
1.一種激活時(shí)間可更新的專用無線鏈路重配方法，應(yīng)用于寬帶碼分多址系統(tǒng)，包括以下步驟(a)基站控制器和基站之間進(jìn)行Iub接口上同步無線鏈路的重配過程；(b)基站控制器和終端之間進(jìn)行無線接口的重配過程，基站控制器的無線資源控制層確認(rèn)該重配消息發(fā)送成功后，等待終端處理重配消息的時(shí)間T2后，轉(zhuǎn)換到新的配置上，并向基站發(fā)送觸發(fā)消息；(c)基站收到所述觸發(fā)消息后，轉(zhuǎn)換到新配置的無線鏈路上，并在新的物理信道上向終端發(fā)送下行物理控制信道信號(hào)；(d)所述終端重配成功后，物理層在新的物理信道上接收所述下行物理控制信道信號(hào)，完成下行同步后通知終端的無線資源控制層，終端轉(zhuǎn)到新配置的無線鏈路上，向基站控制器發(fā)送無線接口重配完成消息。
2.如權(quán)利要求1所述的方法，其特征在于，所述步驟(a)的Iub接口上同步無線鏈路的重配過程還設(shè)置了一個(gè)激活時(shí)間CFN#，所述步驟(b)中，通過無線接口重配消息將該激活時(shí)間CFN#通知到所述終端，如果基站控制器、基站或終端的激活時(shí)間更新失敗，則仍然在激活時(shí)間CFN#轉(zhuǎn)到新配置的無線鏈路上。
3.如權(quán)利要求1或2所述的方法，其特征在于，所述步驟(b)中，基站控制器和終端之間通過無線鏈路控制模式中的應(yīng)答模式來傳送所述無線接口重配消息，基站控制器的無線資源控制層接收到無線鏈路控制層發(fā)送的確認(rèn)的原語后，認(rèn)為所述重配消息傳送成功。
4.如權(quán)利要求1所述的方法，其特征在于，所述步驟(b)中，基站控制器的無線資源控制層在向基站發(fā)送觸發(fā)消息的同時(shí)，還通知其無線鏈路控制層掛起該終端相關(guān)的除了信令無線承載以外的被保留或者被修改的無線承載；所述步驟(d)中，基站控制器的無線資源控制層在收到所述終端發(fā)送的無線接口重配完成消息后，馬上恢復(fù)所述被掛起的無線承載。
5.如權(quán)利要求3所述的方法，其特征在于，所述無線接口重配異常包括以下三種情況A，所述步驟(b)的無線接口重配消息的發(fā)送過程中，基站控制器的無線鏈路控制層通知無線資源控制層的確認(rèn)消息丟失；B，所述步驟(b)中，基站控制器的資源控制層發(fā)送到基站的觸發(fā)消息丟失；C，所述步驟(d)中，終端物理層同步失敗，或者物理層發(fā)送到無線資源控制層的下行同步消息丟失。
6.如權(quán)利要求1所述的方法，其特征在于，所述步驟(b)中，所述觸發(fā)消息是Iub接口的無線鏈路重配消息，該消息中包含一個(gè)激活時(shí)間CFN；所述步驟(c)中，基站收到該消息后獲取該激活時(shí)間，在該激活時(shí)間CFN轉(zhuǎn)換到新的配置上。
7.如權(quán)利要求1所述的方法，其特征在于，所述步驟(b)中，所述觸發(fā)消息是空的數(shù)據(jù)幀；所述步驟(c)中，基站收到該消息后，在下一個(gè)傳輸時(shí)間間隔開始時(shí)轉(zhuǎn)到新的配置上。
8.如權(quán)利要求1所述的方法，其特征在于，所述時(shí)間T2是基站控制器根據(jù)實(shí)際網(wǎng)絡(luò)運(yùn)行情況等待估算的，其取值下限為N2+2個(gè)傳輸時(shí)間間隔，N2是3GPP 25.331 13.5.2表格中規(guī)定和無線接口重配過程相關(guān)的N2。
9.如權(quán)利要求1所述的方法，其特征在于，所述無線接口的重配過程為無線承載建立過程、無線承載重配過程、無線承載釋放過程、傳輸信道重配過程或物理信道重配過程。
10.如權(quán)利要求1所述的方法，其特征在于，所述步驟(c)中，基站是在新的物理信道上向終端連續(xù)發(fā)送下行物理控制信道信號(hào)。
11.如權(quán)利要求1所述的方法，其特征在于，所述步驟(c)中，終端的無線資源控制層收到下行同步完成的通知后，是在下一個(gè)傳輸時(shí)間間隔開始時(shí)在新配置的無線鏈路上向基站控制器發(fā)送無線接口重配完成消息。
全文摘要
一種激活時(shí)間可更新的專用無線鏈路重配方法，應(yīng)用于寬帶碼分多址系統(tǒng)，包括步驟BSC和基站之間進(jìn)行Iub接口上同步無線鏈路的重配過程；BSC和終端之間進(jìn)行無線接口的重配過程，BSC的RRC層確認(rèn)該重配消息發(fā)送成功后，等待時(shí)間T2，然后轉(zhuǎn)換到新的配置上，并向基站發(fā)送觸發(fā)消息；基站收到觸發(fā)消息后，轉(zhuǎn)換到新的配置上，并在新的物理信道上向終端連續(xù)發(fā)送下行DPCCH信號(hào)；終端重配成功后，物理層在新的物理信道上接收DPCCH信號(hào)，完成下行同步后通知RRC層，終端轉(zhuǎn)到新配置的無線鏈路上，向BSC發(fā)送無線接口重配完成消息。應(yīng)用本發(fā)明方法，既可以縮短重配時(shí)延，又盡可能減少重配過程中的丟包現(xiàn)象。
文檔編號(hào)H04W72/04GK1992966SQ20051013228
公開日2007年7月4日 申請(qǐng)日期2005年12月27日 優(yōu)先權(quán)日2005年12月27日
發(fā)明者杜忠達(dá) 申請(qǐng)人:中興通訊股份有限公司