一種通信系統中的鏈路轉換方法
2023-10-17 01:39:49 3
專利名稱：一種通信系統中的鏈路轉換方法
技術領域：
本發明涉及通信系統的鏈路接續轉換技術，尤其涉及一種在通訊系統中縮短接續時延的鏈路轉換方法。
背景技術：
接續時延是寬帶碼分多址接入(WCDMA)系統中一個重要問題，接續時延過長會直接影響用戶的主觀感受，影響用戶對WCDMA運營網絡的忠誠度。接續過程中的鏈路建立分為同步建立，異步建立兩種方式。同步建立是在建立過程中，無線網絡控制器(RNC)通知基站(NodeB)和用戶終端(UE)在一個指定的轉換時間(CFN)上從舊鏈路轉換到新鏈路。異步建立是RNC分別為NodeB和UE建立鏈路，但是不保證新鏈路在時間上同時生效。
在同步建立過程中，需要提前指定轉換時間，即激活時間(Activationtime)，為保證UE能夠在空口有誤塊的時候也可以在轉換期間內收到建立消息。
現有的同步建立過程需要SRNC、NodeB與UE之間同步重配置無線鏈路。同步過程如下第一、NodeB在接收到SRNC下發的重配置無線鏈路消息後，不能立即啟用新的配置參數，即進行新舊鏈路的轉換，而是準備好相應的無線資源，等待接收到SRNC下發的重配置執行消息，從消息中獲取SRNC規定的轉換時間。本文中，所述的新舊鏈路也指得是新舊信道。
第二、UE在接收到SRNC下發的配置消息後，也不能立即啟用新的配置參數，而是從消息中獲取SRNC規定的轉換時間。
第三、在SRNC規定的轉換時間，NodeB與UE同時啟用新的配置參數，進行新舊鏈路的轉換。
圖1為現有的同步建立RAB的信令流程圖。參見圖1，該同步過程包括1)CN向陸地無線接入網(UTRAN)發送RAB指配請求消息RABASSIGNMENT REQUEST，發起RAB建立過程。
2)SRNC接收到RAB建立請求後，將RAB的QoS參數映射為AAL2鏈路特性參數與無線資源特性參數，Iu接口的ALCAP根據其中的AAL2鏈路特性參數發起Iu接口的用戶面傳輸承載建立過程。
3)SRNC向所控制的NodeB發送無線鏈路重配置準備消息RADIO LINKRECONFIGURATION PREPARE，請求所控制的NodeB準備在已有的無線鏈路上增加一條(或多條)承載RAB的專用傳輸鏈路(DCH)。
4)NodeB分配相應的資源，然後向所屬的SRNC發送無線鏈路重配置準備完成消息RADIO LINK RECONFIGURATION READY，通知SRNC無線鏈路重配置準備完成，即新鏈路配置完成。
5)SRNC中Iub接口的ALCAP發起Iub接口的用戶面傳輸承載建立過程。NodeB與SRNC通過交換DCH幀協議的上下行同步幀建立同步。
6)SRNC向UE發送RRC協議的無線承載建立消息RADIO BEARERSETUP，其中包括預設的轉換時間。
7)SRNC向所控制的NodeB發送無線鏈路重配置執行消息RADIO LINKRECONFIGURATION COMMIT其中也包括預設的轉換時間。
8)UE執行RB建立後，在轉換時間到達後進行新舊鏈路的轉換，並在新鏈路上向SRNC發送無線承載建立完成消息RADIO BEARER SETUPCOMPLETE。
9)SRNC接收到無線承載建立完成的消息後，向CN回應RAB指配響應消息RAB ASSIGNMENT RESPONSE，結束RAB建立流程。
但是，上述現有技術存在以下缺點
在空口沒有誤塊的場景，同步重配置中的鏈路轉換過程不需要很長也可以順利完成接續，但是網絡側為防止誤塊高的時候鏈路掉話，所預留的轉換時間比較長，導致在空口在沒有誤塊的場景中，其鏈路轉換的接續時延也很長。
發明內容
有鑑於此，本發明的主要目的在於提供一種通信系統中的鏈路轉換方法，以保證在鏈路不掉的同時，改善鏈路轉換的接續時延。
為了實現上述發明目的，本發明的主要技術方案為一種通信系統中的鏈路轉換方法，在鏈路轉換的過程中，通信用戶終端UE在收齊鏈路轉換消息後，選擇在短時間內進行新舊鏈路的轉換，同時通過舊鏈路向網絡側發送UE的鏈路信息，網絡側根據UE上報的信息進行網絡側新舊鏈路的轉換。
該方法進一步包括預先設置至少兩個轉換時間；所述UE選擇轉換時間，並在該轉換時間進行新舊鏈路轉換的具體方法為將UE收齊鏈路轉換消息的時刻加上UE的轉換準備時延得到一個第一參考時間，並從預設的轉換時間中選擇一個處於該第一參考時間之後的、且最短的轉換時間作為實際轉換時間，UE在該實際轉換時間轉換新舊鏈路。所述轉換準備時延是設置在UE上的，其獲取方法為現有公知技術。
所述UE通過舊鏈路向網絡側發送的UE的鏈路信息為UE所選擇的實際轉換時間；所述網絡側根據UE上報的信息進行網絡側新舊鏈路的轉換的具體過程為網絡側的控制節點通知網絡側的中繼節點按照所述實際轉換時間進行新舊鏈路的轉換。
所述UE通過舊鏈路向網絡側發送的UE的鏈路信息為UE向網絡側返回的鏈路轉換響應消息；所述網絡側根據UE上報的信息進行網絡側新舊鏈路的轉換的具體過程為網絡側的控制節點將收齊所述鏈路轉換響應消息的時刻加上網絡側的轉換準備時延得到一個第二參考時間，從預設的轉換時間中選擇一個處於該第二參考時間之後、且最短的轉換時間作為網絡側的實際轉換時間，並通知網絡側的中繼節點在該網絡側的實際轉換時間轉換新舊鏈路；如果網絡側在最後一個所設置的轉換時間上仍然沒有收到UE返回的鏈路轉換響應消息，那麼UTRAN選擇在最後一個所設置的轉換時間上轉換新舊鏈路。
該方法進一步包括UE在實際轉換時間之前，向網絡側不斷重發UE的鏈路信息。
該方法進一步包括如果網絡側的中繼節點在轉換時間後仍維持著舊鏈路，且若該中繼節點檢測不到UE的信號，則發送轉換時間點失步類型的消息通知網絡側的控制節點，網絡側的控制節點收到該消息後，馬上應用新鏈路。
該方法進一步包括預先設置至少兩個轉換時間，和一個最小處理時延；所述UE選擇轉換時間，並在該轉換時間進行新舊鏈路轉換的具體方法為將UE收齊鏈路轉換消息的時刻加上所述最小處理時延得到一個參考時間，並從預設的轉換時間中選擇一個處於該參考時間之後的、且最短的轉換時間作為實際轉換時間，UE在該實際轉換時間轉換新舊鏈路；所述UE通過舊鏈路向網絡側發送的UE的鏈路信息為UE所選擇的實際轉換時間；所述網絡側根據UE上報的信息進行網絡側新舊鏈路的轉換的具體過程為網絡側的控制節點通知網絡側的中繼節點按照所述實際轉換時間進行新舊鏈路的轉換。
所述UE通過舊鏈路向網絡側發送的UE所選擇的實際轉換時間的具體方式為通過在UE向網絡側返回的鏈路轉換響應消息中攜帶所述實際轉換時間發送到網絡側；或者通過專門的用於攜帶該實際轉換時間的消息發送到網絡側。
所述最小處理時延為以下兩個時延的最大值UE的轉換準備時延；UE向網絡側的上行鏈路時延與網絡側的轉換準備時延之和。
所述網絡側的轉換準備時延為如果是控制節點和中繼節點並行處理的話則取max{控制節點內部進行新舊鏈路轉換的處理時延，(控制節點到中繼節點傳輸時延+中繼節點的處理時延)}；如果控制節點和中繼節點串行處理的話則取控制節點的處理時延)、控制節點到中繼節點的傳輸時延、以及中繼節點的處理時延之和。
所述預先設置的轉換時間為兩個。
所述UE和網絡側採用周期計時；所述UE選擇轉換時間，並在該轉換時間進行新舊鏈路轉換的具體方法為網絡側預先設置一個較短的轉換時間下發給UE，UE在收齊鏈路轉換消息後，選擇在所述預設的轉換時間進行新舊鏈路的轉換；所述UE通過舊鏈路向網絡側發送的UE的鏈路信息為UE向網絡側返回的鏈路轉換響應消息；所述網絡側根據UE上報的信息進行網絡側新舊鏈路的轉換的具體過程為A、網絡側的控制節點將預設的轉換時間作為實際的轉換時間；B、控制節點判斷是否在所述實際的轉換時間之前接收到UE上報的鏈路轉換響應消息，如果是，則通知網絡側的中繼節點在該實際的轉換時間進行新舊鏈路轉換；否則，將實際的轉換時間延遲一個計時周期，並返回步驟B。
所述UE和網絡側計時的周期為2.56秒。
所述在鏈路轉換的過程中，網絡側為新鏈路在上行選擇與舊鏈路不同的繞碼，在下行選擇與舊鏈路不同碼樹的鏈路碼。
所述UE選擇轉換時間，並在該轉換時間進行新舊鏈路轉換的具體方式為網絡側的控制節點預先設置轉換時間並下發給UE，該轉換時間設置為立即轉換或設置為一相對現有轉換時間較短的時間，UE在收齊鏈路轉換消息後，按照所述轉換時間進行新舊鏈路的轉換；所述UE通過舊鏈路向網絡側發送的UE的鏈路信息為UE向網絡側返回的鏈路轉換完成消息；所述網絡側根據UE上報的信息進行網絡側新舊鏈路的轉換的具體過程為網絡側的控制節點通過接收到所述鏈路轉換完成消息獲知UE收齊了鏈路轉換消息，通知網絡側的中繼節點按照所述預設的轉換時間進行網絡側新舊鏈路的轉換。
所述UE在收齊鏈路轉換消息後，就立即按照所述轉換時間進行新舊鏈路的轉換。
該方法進一步包括網絡側的控制節點在收到鏈路轉換完成消息後向UE發送響應消息；所述UE直到收到該響應消息後，再按照所述轉換時間進行新舊鏈路的轉換。
該方法進一步包括預先設置轉換偏置時延；所述UE選擇轉換時間，並在該轉換時間進行新舊鏈路轉換的具體方式為UE在收齊鏈路轉換消息後，根據所述預先設置的轉換偏置時延和自身的轉換準備時延確定一約定的轉換時間，並按照該約定的轉換時間進行新舊鏈路的轉換；所述UE通過舊鏈路向網絡側發送的UE的鏈路信息為所述約定的轉換時間；所述網絡側根據UE上報的信息進行網絡側新舊鏈路的轉換的具體過程為網絡側的控制節點接收到所述約定的轉換時間後，通知網絡側的中繼節點按照該約定的轉換時間進行網絡側新舊鏈路的轉換。
所述轉換偏置時延為UE向網絡側的上行鏈路時延、網絡側的控制節點的處理時延、控制節點到網絡側中繼節點的傳輸時延、以及中繼節點的處理時延之和。
所述UE通過舊鏈路向網絡側返回約定的轉換時間是通過在UE向網絡側返回的鏈路轉換響應消息中攜帶所述約定的轉換時間發送到網絡側；或者通過專門的用於攜帶該約定的轉換時間的消息發送到網絡側。
該方法進一步包括網絡側預設最遲轉換時間並下發給UE，網絡側的控制節點在收到約定的轉換時間後向UE發送響應消息；UE在所述約定的轉換時間到達時進一步判斷是否收到所述控制節點返回的響應消息，如果是，則在該約定的轉換時間進行新舊鏈路轉換；否則，在預定的最遲轉換時間進行新舊鏈路轉換。
該方法進一步包括所述控制節點在預定的最遲轉換時間到來時判斷是否收到UE返回的約定轉換時間，如果是則通知所述中繼節點按照該約定轉換時間進行新舊鏈路的轉換；否則，通知中繼節點在所述預定的最遲轉換時間進行新舊鏈路的轉換。
所述轉換偏置時延設置在網絡側或者UE側。
所述方法進一步包括UE通知網絡側其選擇的轉換時間，網絡側再向UE發送是否認同UE所選擇的轉換時間的消息，UE在收到認同UE所選轉換時間的消息後，才進行新舊鏈路的轉換，否則推遲到下一個轉換時間重新進行認同和轉換。
所述網絡側為UTRAN，所述網絡側的控制節點為RNC，所述網絡側的中繼節點為基站NodeB，所述鏈路轉換消息為無線鏈路承載建立消息或無線鏈路承載重配置消息。相對於現有技術，本發明具有以下有益效果1、由於本發明引入多個可選的轉換時間，同時發送給UE，通過讓UE和UTRAN來根據各自所需要的消息是否得到確認，來選擇所最短的轉換時間，從而達到縮短接續時延的目的。
2、由於本發明還可在網絡側通過判斷在轉換時間到達的時候，連接轉換消息是否被UE完全接收，在異常情況下，將實際轉換時間推遲一個計時周期，從而可以避免掉話，改善網絡的接通率和接續時延。另外為新信道上行選擇不同的繞碼，下行選擇不同碼樹的信道碼來避免功率控制異常。
3、由於本發明還可以使UE不必在新信道進行下行同步，而在舊信道上發送RADIO BEAR SETUP COMPLETE或者RADIO BEAR RECONFIGCOMPLETE消息，RNC以此確認UE收齊了鏈路轉換消息，並通知NodeB異步激活無線鏈路的方式，從而在保證不掉話的基礎上，取消轉換時間，達到縮短接續時延的目的。
4、本發明還可以在信道環境良好的情況下使用約定的轉換時間，UE通知UTRAN約定的激活時間，和UTRAN一起在約定的激活時間上進行新舊信道的切換的機制，可以保證UE和UTRAN維持住配置的一致性，保持信道的通暢。在信道環境不好的時候使用最遲的轉換時間，可以使得轉換時間可以配置，並儘量的小，從而可以達到縮短接續時延的目的。
圖1為現有的同步建立RAB的信令流程圖；圖2為本發明第一實施例的信息交互流程圖；圖3為本發明所述最小處理時延的示意圖；圖4為本發明第一實施例的UE選擇實際轉換時間的示意圖；圖5為本發明第二實施例所述UTRAN選擇實際轉換時間的示意圖；圖6為本發明第三實施例的信息交互流程圖；圖7為本發明第四實施例的信息交互流程圖。
具體實施例方式
下面通過具體實施例和附圖對本發明做進一步詳細說明。
本發明的核心技術方案是在鏈路轉換的過程中，通信用戶終端UE在收齊鏈路轉換消息後，選擇在短時間內進行新舊鏈路的轉換，同時通過舊鏈路向網絡側發送UE的鏈路信息，網絡側根據UE上報的信息進行網絡側新舊鏈路的轉換。
本發明所述的方案不僅限於WCDMA系統的鏈路轉換機制，也可適用在其他包括控制節點、中繼節點、和用戶終端的通信系統中的鏈路轉換機制。本文所述的實施例以WCDMA系統為例進行說明，其中網絡側為UTRAN，RNC為控制節點，NodeB為中繼節點，負責用戶終端UE和控制節點之間的數據轉發，所述鏈路轉換消息為無線鏈路承載建立消息(RADIO BEARSETUP或簡稱RB SETUP)或無線鏈路承載重配置消息(RADIO BEARRECONFIG或簡稱RB RECONFIG)。
以下分別以四個實施例說明本發明所述的方法。
第一實施例預先設置至少兩個轉換時間，同時發送給UE；且所述UE選擇轉換時間，並在該轉換時間進行新舊鏈路轉換的具體方法為將UE收齊鏈路轉換消息的時刻加上UE的轉換準備時延得到一個第一參考時間，並從預設的轉換時間中選擇一個處於該第一參考時間之後的、且最短的轉換時間作為實際轉換時間，UE在該實際轉換時間轉換新舊鏈路。
這樣就達到這樣一個效果在信號覆蓋良好的場景，UE很容易收齊鏈路轉換消息，則會優先選擇短的轉換時間，在信號覆蓋較差的場景，則再選擇較長的轉換時間，從而達到縮短接續時延的目的。
圖2為第一實施例的信息交互流程圖。此處假設預先設置兩個轉換時間，第一轉換時間和第二轉換時間，第一轉換時間較第二轉換時間短。參見圖2，本流程包括步驟201、RNC和NodeB完成了鏈路的建立，承載為DCH或者HSDPA，該配置稱為舊鏈路。RNC收到RAB指配之後，開始重配置之後的鏈路稱為新鏈路。
步驟202、RNC在收到RAB指配之後，判斷是RB建立還是RB修改，如果是RB修改，RNC選擇之後要下發的消息為RADIO BEAR RECONFIG給UE，如果是RB建立，RNC下發RADIO BEAR SETUP消息給UE。此處假設RNC下發的鏈路轉換消息為RADIO BEAR SETUP消息。
步驟203、RNC向NodeB下發無線鏈路重配置消息(RADIO LINKRECONFIG PREPARE)，NodeB進行無線鏈路重配置後返回無線鏈路重配置準備完成消息(RADIO LINK RECONFIG READY)。UTRAN內部選擇轉換是通過COMMIT消息攜帶第一轉換時間或者第二轉換時間來進行，COMMIT消息在IUB口是無線鏈路COMMIT消息，在RNC內部是自己的COMMIT消息。此處UTRAN在配置新鏈路時，為新鏈路在上行選擇與舊鏈路不同的繞碼，在下行選擇與舊鏈路不同碼樹的鏈路碼。在轉換時間不一致的異常情況下，UE和UTRAN處於失步狀態，UE和UTRAN之間的TPC解不出來，因此可以避免UTRAN和UE在轉換時間不一致導致失步下的功控異常。
步驟204、RNC在舊鏈路上發送RADIO BEAR SETUP消息給UE，其中攜帶信元(IE)第一轉換時間(例如200ms)，第二轉換時間(例如400ms)。另外，所述RADIO BEAR SETUP消息中可以選擇攜帶最小處理時延T1min。
步驟205、UE在收齊RB SETUP消息後(所謂收齊指得是接收到完整的消息)，將UE收齊RB SETUP消息的時刻加上UE的轉換準備時延(即UE在完成新舊鏈路轉換之前的準備時間)得到一個第一參考時間，並從預設的轉換時間中選擇一個處於該第一參考時間之後的、且最短的轉換時間作為實際轉換時間。此處。如果UE在第一轉換時間之前收齊RB SETUP消息，並且可以完成轉換的準備處理，就選擇第一轉換時間為實際的轉換時間；否則選擇第二轉換時間為實際的轉換時間。隨後，UE在該實際轉換時間轉換新舊鏈路。
步驟206、UE通過鏈路轉換響應消息，此時為RB SETUP RLC ACK消息，將所選擇的實際轉換時間發送給RNC；RB SETUP RLC ACK特指是UE側返還的RLC狀態報告，其中包含了UE收齊RB Setup消息的狀態信息，UTRAN通過該報告得知UE是否收齊了RB Setup消息。當然，UE也可通過一個專門的消息攜帶該實際轉換時間發送到網絡側。RNC收到RB SETUPRLC ACK消息後，利用RADIO LINK RECONFIG COMMIT消息攜帶實際轉換時間發送給NodeB，通知NodeB按照所述實際轉換時間進行新舊鏈路的轉換。
本步驟中，UE可以不向RNC返回實際轉換時間，只是按照現有正常方式返回RB SETUP RLC ACK消息到RNC，此時RNC將收齊所述RB SETUPRLC ACK消息的時刻加上網絡側的轉換準備時延得到一個第二參考時間，從預設的轉換時間中選擇一個處於該第二參考時間之後、且最短的轉換時間作為網絡側的實際轉換時間，並通知NodeB在該網絡側的實際轉換時間轉換新舊鏈路。此處，如果所述第二參考時間在第一轉換時間之前，則RNC選擇第一轉換時間作為網絡側的時間轉換時間，否則選擇第二轉換時間。如果UTRAN在最後一個所設定的轉換時間上仍然沒有收到UE的RB SetupRLC ACK，那麼UTRAN選擇在最後一個所設定的轉換時間上轉換新舊鏈路。
圖3為T1min的示意圖。參見圖3，所述T1min的含義如下
UE收齊RB SETUP消息之後，從當前時刻到達第一轉換時間的剩餘時間為T1，如果T1大於預留給UE的處理時延即UE的轉換準備時延(Tueprocess)，則UE選擇第一轉換時間為實際轉換時間，否則選擇第二轉換時間為實際轉換時間；UTRAN收到RB SETUP RLC ACK之後，從當前時刻到達第一轉換時間的剩餘時間為T2，如果T2大於網絡側的轉換準備時延，就選擇第一轉換時間生效，否則選擇第二轉換時間生效。所述網絡側的轉換準備時延的取值分為兩種情況為如果是RNC和NodeB並行處理的話則取max{RNC內部進行新舊鏈路轉換的處理時延Trncprocess，(RNC到NodeB傳輸時延+NodeB對的處理時延)}；如果RNC和NodeB串行處理的話則取RNC的處理時延(Trncprocess)、RNC到NodeB的傳輸時延、以及NodeB的處理時延之和。
為保證UTRAN和UE一起在同一個轉換時間進行轉換，避免UTRAN或者UE來不及正常轉換，至少需要滿足T1＞Trlcuplink+網絡側的轉換準備時延，此條件可保證UTRAN可以正常生效，其中的Trlcuplink為UE向網絡側的上行鏈路時延。
T1＞Tueprocess，此條件保證UE可以正常生效。
T1min＝max{Tueprocess，Trlcuplink+網絡側的轉換準備時延}T1min建議是可以由網絡側進行配置的，代表UE側最遲的生效時延。
例如Tueprocess為100ms，考慮到了UE需要完成RB SETUP消息來進行內部處理的時延；Trlcuplink為50ms；網絡側的轉換準備時延為80ms。
此時T1min＝max{100ms，50+80ms}＝130ms，T1min建議配置為130ms。
如果上述RADIO BEAR SETUP消息中選擇攜帶了最小處理時延T1min。則上述步驟205和步驟206可以由以下步驟205』和步驟206』代替。
步驟205』、UE在收齊RB SETUP消息後，將UE收齊RB SETUP消息的時刻加上所述最小處理時延得到一個參考時間，並從預設的轉換時間中選擇一個處於該參考時間之後的、且最短的轉換時間作為實際轉換時間，UE在該實際轉換時間轉換新舊鏈路。
步驟206』、UE通過舊鏈路向網絡側發送所選擇的實際轉換時間，可以通過鏈路轉換響應消息攜帶實際轉換時間或通過專用消息攜帶該實際轉換時間。RNC收到該實際切換時間後，利用RADIO LINK RECONFIG COMMIT消息通知NodeB按照所述實際轉換時間進行新舊鏈路的轉換。
圖4為本第一實施例的UE選擇實際轉換時間的示意圖。其中在圖4A中，UE在第一轉換時間之前就收齊了RB SETUP消息，因此將第一轉換時間作為實際轉換時間；在圖4B中，UE在第一轉換時間之後、在第二轉換時間之前收齊了RB SETUP消息，因此將第二轉換時間作為實際轉換時間。
本第一實施例中為減少出現如下異常情況UE收齊了RB SETUP消息，準備在某個轉換時間上生效，但是發送給UTRAN的RB SETUP RLC ACK出現誤碼，導致UTRAN沒有在該轉換時間上生效，此時UTRAN在舊鏈路配置上，UE在新鏈路配置上，因此可能導致UTRAN和UE之間的上下行信令不通。為了降低發生這種信令不通的機率，通過UE在所述轉換時間之前不斷重發RB SETUPRLC ACK給UTRAN，增加RB SETUP RLC ACK被UTRAN正常接收的機會。
另外，本第一實施例還具有一個節省接續時延的機制NodeB在可能要激活的多個Activation Time之後都進行如下判斷，如果此時仍然維持著舊鏈路，並且如果檢測到出現上行失步的情況，檢測不到UE的信號，說明UE可能此時已經應用了新鏈路，NodeB就發送轉換時間點失步類型的消息通知RNC，RNC收到該消息後，馬上應用新鏈路。
本第一實施例中，對現有協議進行了以下改動1、無線鏈路重配置的Commit中增加轉換時間列表，或者選擇增加轉換時間(即Activation Time)為立即now的信元，或者定義原來的CFN 0到255之外的其他值含義是立即轉換，或者引入一個新的消息來替代類似功能。
參見表1，以下兩個IE只要有其中之一的定義即可
表1所述轉換時間列表是必須的，now也是必須要增加的，但是在流程中不一定需要同時發給網絡，有時僅僅發送轉換時間列表即可。
2、在無線鏈路重配置中增加IE轉換時間列表。
3、RADIO BEAR SETUP以及RADIO BEAR RECONFIG消息中增加新IE第一轉換時間，第二轉換時間，並且選擇增加TImin。參見表2
表2表1中或者是一轉換時間列表，提供不只2個以上的轉換時間。
本第一實施例也可以借用消息中當前已存在的轉換時間IE，讓其數值為第二轉換時間，讓RNC和UE的行為和第二轉換時間的定義描述一致。
本第一實施例需增加UE能力信息，使UTRAN可以得知UE是否支持識別轉換時間列表或者T1min的IE的功能。僅僅對於支持該功能的UE，UTRAN才採用本實例中的機制來優化接續時延。
第二實施例所述UE和網絡側採用周期計時；網絡側預先設置一個較短的轉換時間下發給UE，UE在收齊鏈路轉換消息後，選擇在所述預設的轉換時間進行新舊鏈路的轉換；UE向網絡側返回鏈路轉換響應消息；網絡側根據UE上報的信息進行網絡側新舊鏈路的轉換的具體過程為A、RNC將預設的轉換時間作為實際的轉換時間；B、RNC判斷是否在所述實際的轉換時間之前接收到UE上報的鏈路轉換響應消息，如果是，則通知NodeB在該實際的轉換時間進行新舊鏈路轉換；否則，將實際的轉換時間延遲一個計時周期，並返回步驟B。
圖5為第二實施例所述UTRAN選擇實際轉換時間的示意圖。參見圖5，UTRAN通過判斷在預設的較短的轉換時間到達時，RB SETUP消息是否被UE完全接收，即判斷是否受到來自UE的RB SETUP RLC ACK消息，如果沒有，則將實際轉換時間推遲一個計時周期(此處為2.56秒)，這樣可以避免掉話，改善網絡的接通率。另外，與第一實施例相似，此處也為新鏈路上行選擇不同的繞碼，下行選擇不同碼樹的鏈路碼來避免功率控制異常。
本第二實施例所述的方法不僅僅適合於RB SETUP/RB RECONFIG消息，其他同步重配置消息，例如物理鏈路重配置，傳輸鏈路重配置，等等都可以採用該方法，避免掉話。
第三實施例網絡側預先設置轉換時間並下發給UE，該轉換時間設置為立即轉換或設置為一相對現有轉換時間較短的時間，UE在收齊鏈路轉換消息後，不必在新鏈路上進行下行同步，按照所述轉換時間進行新舊鏈路的轉換，即立即轉換或在短時間內進行轉換；在收齊鏈路轉換消息後，UE通過舊鏈路向網絡側返回鏈路轉換完成消息，即RB SETUP COMPLETE或RB RECONFIGCOMPLETE。網絡側的RNC通過接收到所述鏈路轉換完成消息獲知UE收齊了鏈路轉換消息，通知網絡側的NodeB按照所述預設的轉換時間進行網絡側新舊鏈路的轉換，即立即轉換或在短時間內進行轉換。
本第三實施例的方法通過UTRAN通知UE不必在新鏈路進行下行同步，讓UE在舊鏈路上發送RADIO BEAR SETUP COMPLETE或者RADIO BEARRECONFIG COMPLETE消息，RNC通知NodeB異步轉換鏈路的方式，來取消轉換時間，達到縮短接續時延的目的。
圖6為第三實施例的信息交互流程圖。參見圖6，該流程包括步驟601、RNC和NodeB完成了鏈路的建立，承載為DCH或者HSDPA，該配置稱為舊鏈路。RNC收到RAB指配之後，開始重配置之後的鏈路稱為新鏈路。
步驟602、RNC在收到RAB指配之後，判斷是RB建立還是RB修改，如果是RB修改，RNC選擇之後要下發的消息為RADIO BEAR RECONFIG給UE，如果是RB建立，RNC下發RADIO BEAR SETUP消息給UE。此處假設RNC下發的鏈路轉換消息為RADIO BEAR SETUP消息。
步驟603、RNC向NodeB下發無線鏈路重配置消息(RADIO LINKRECONFIG PREPARE)，NodeB進行無線鏈路重配置後返回無線鏈路重配置準備完成消息(RADIO LINK RECONFIG READY)。
步驟604、RNC在舊鏈路上發送RADIO BEAR SETUP或者RADIOBEAR RECONFIG消息給UE，填寫小的轉換時間或者為立即(now)轉換的轉換方式，now的方式為將轉換時間設置為0；同時，所述消息中還攜帶IE不需要下行同步(Need Not downlink Synchrolized)，該IE設置為TRUE。
步驟605、UE收到RADIO BEAR SETUP或者RADIOBEAR RECONFIG消息後，發現IENeed Not downlink Synchrolized為TRUE，進行消息合法性檢查，進行內部資源準備，UE選擇在舊鏈路上發送轉換鏈路完成消息，即RADIO BEAR SETUP COMPLETE消息或者RADIO BEAR RECONFIGCOMPLETE消息，給RNC；同時UE接收RNC返回的響應消息RLCRADIOBEAR SETUP COMPLETE RLC ACK或者RADIO BEAR RECONFIGCOMPLETE RLC ACK；通過該響應消息UE得知RNC已經收齊了RADIOBEAR SETUP COMPLETE或者RADIO BEAR RECONFIG COMPLETE消息，UE之後按照所述預設的轉換時間進行新舊鏈路的轉換。UE也可以選擇不等待RLCRADIO BEAR SETUP COMPLETE或者RADIO BEARRECONFIG COMPLETE RLC ACK，在收齊鏈路轉換消息後，就立即按照所述預設的轉換時間進行新舊鏈路的轉換。如果這期間UE發現任何異常，則在舊鏈路上發送RADIO BEAR SETUP FAILURE或者RADIO BEARRECONFIG FAILURE消息給RNC。
步驟606、RNC收到RADIO BEAR SETUP COMPLETE或者RADIOBEAR RECONFIG COMPLETE之後，發送RADIO LINK RECONFIGCOMMIT消息給NodeB，攜帶的所述預設的轉換時間。
步驟607、NodeB收到RADIO LINK RECONFIG COMMIT消息後，解析其中的轉換時間，如果為now就立即轉換新舊鏈路，如果是指定的轉換時間(CFN)，就在指定的CFN上進行新舊鏈路轉換。
本第三實施例對現有協議有以下改動1、RADIO BEAR SETUP以及RADIOBEAR RECONFIG消息中增加通知UE不必進行下行同步就可以發送RADIO BEAR SETUP COMPLETE或者RADIO BEAR RECONFIG COMPLETE的信元，參見以下表3。
表3也可以是新增可選IE，只要在消息中出現該IE，就代表UE不必進行下行同步而在舊鏈路上發送RADIO BEAR SETUP COMPLETE或者RADIOBEAR RECONFIG COMPLETE消息。
2、增加UE行為描述UE收到RADIO BEAR SETUP COMPLETE或者RADIO BEARRECONFIG COMPLETE消息之後，在新的鏈路上沒有獲得下行同步，就可以發送RADIO BEAR SETUP COMPLETE或者RADIO BEAR RECONFIGCOMPLETE消息上來。
3、無線鏈路重配置的Commit中增加Activation Time為now的信元，或者定義原來的CFN 0到255之外的其他值含義是立即轉換，請參見表4
表4第三實施例中增加UE能力信息，使UTRAN可以得知UE是否支持在舊信道上發送RB SETUP COMPLETE消息的功能。僅僅對於支持該功能的UE，UTRAN才採用本實例中的機制來優化接續時延。
第四實施例網絡側預先設置轉換偏置時延並下發給UE；UE在收齊鏈路轉換消息後，根據所述預先設置的轉換偏置時延和自身的轉換準備時延確定一約定的轉換時間，並按照該約定的轉換時間進行新舊鏈路的轉換；UE並通過舊鏈路向RNC發送所述約定的轉換時間；RNC接收到所述約定的轉換時間後，通知NodeB按照該約定的轉換時間進行網絡側新舊鏈路的轉換。
所述轉換偏置時延為UE向網絡側的上行鏈路時延、網絡側的控制節點的處理時延、控制節點到網絡側中繼節點的傳輸時延、以及中繼節點的處理時延之和。
圖7為第四實施例的信息交互流程圖。參見圖7，該流程包括步驟701、RNC和NodeB完成了鏈路的建立，承載為DCH或者HSDPA，該配置稱為舊鏈路。RNC收到RAB指配之後，開始重配置之後的鏈路稱為新鏈路。
步驟702、RNC在收到RAB指配之後，判斷是RB建立還是RB修改，如果是RB修改，RNC選擇之後要下發的消息為RADIO BEAR RECONFIG給UE，如果是RB建立，RNC下發RADIO BEAR SETUP消息給UE。此處假設RNC下發的鏈路轉換消息為RADIO BEAR SETUP消息。
步驟703、RNC向NodeB下發無線鏈路重配置消息(RADIO LINKRECONFIG PREPARE)，NodeB進行無線鏈路重配置後返回無線鏈路重配置準備完成消息(RADIO LINK RECONFIG READY)。
步驟704、RNC在舊鏈路上發送RADIO BEAR SETUP或者RADIOBEAR RECONFIG消息給UE，填寫小的轉換時間或者為立即(now)轉換的轉換方式，now的方式為將轉換時間設置為0；同時，所述消息中還攜帶IE不需要下行同步(Need Not downlink Synchrolized)，該IE設置為TRUE。同時該消息中還攜帶IE轉移偏置時延。該轉移偏置時延可以預先設置在網絡側或UE側，設置在網絡側時可以由RNC下發給UE。該轉移偏置時延的計算方法是UE在後繼回應的RADIO BEAR SETUP COMPLETE或者RADIO BEAR RECONFIG COMPLETE消息到達RNC的傳輸和處理時延T1(即UE向網絡側的上行鏈路時延)，RADIO LINK RECONFIG COMMIT消息從RNC到達NodeB的傳輸時延T2和NodeB的處理時延T3，結合RNC內部處理時延T4，T1+T2+T3+T4作為轉移偏置時延。另外，轉移偏置時延還可以用實際其他時延特性進行修正。
步驟705、UE收到RADIO BEAR SETUP或者RADIOBEAR RECONFIG消息後，發現IENeed Not downlink Synchrolized為TRUE，進行消息合法性檢查，進行內部資源準備。UE根據RNC傳遞過來的轉移偏置時延，結合UE自己在新鏈路的處理時延，即轉換準備時延，求和形成RADIO BEARSETUP COMPLETE或者RADIO BEAR RECONFIG COMPLETE消息中要攜帶的IE約定的轉換時間CFN。
步驟706、UE選擇舊鏈路上發送RADIO BEAR SETUP COMPLETE或者RADIO BEAR RECONFIG COMPLETE消息到RNC，攜帶約定的轉換時間。此處也可以在舊鏈路上發送一個新構造的消息，專門用來攜帶所述約定的轉換CFN。
步驟707、RNC收到了RADIO BEAR SETUP COMPLETE或者RADIOBEAR RECONFIG COMPLETE消息，得知其中的約定轉換時間，RNC就發送RADIO LINK RECONFIG COMMIT消息給NodeB，攜帶的ActivationTime為UE上報的約定的轉換時間，NodeB根據該約定的轉換時間進行新舊鏈路的轉換。
另外，本第四實施例中，網絡側可預設最遲轉換時間並下發給UE，RNC在收到約定的轉換時間後向UE發送響應消息；UE在所述約定的轉換時間到達時進一步判斷是否收到所述RNC返回的響應消息，如果是，則在該約定的轉換時間進行新舊鏈路轉換；否則，在預定的最遲轉換時間進行新舊鏈路轉換。所述RNC在預定的最遲轉換時間到來時判斷是否收到UE返回的約定轉換時間，如果是則通知NodeB按照該約定轉換時間進行新舊鏈路的轉換；否則，通知NodeB在所述預定的最遲轉換時間進行新舊鏈路的轉換。
具體的UE發送了發送RADIO BEAR SETUP COMPLETE或者RADIOBEAR RECONFIG COMPLETE消息後，開始接收RLCRADIO BEARSETUP COMPLETE RLC ACK或者RADIO BEAR RECONFIG COMPLETERLC ACK，如果收到則獲知RNC已經收齊了RADIO BEAR SETUPCOMPLETE或者RADIO BEAR RECONFIG COMPLETE消息，之後就按照約定的轉換時間從舊鏈路轉換到新鏈路。如果UE到了約定的CFN沒有收到響應消息RLC ACK，UE就不在約定的CFN上生效，而是選擇在最遲CFN生效。UE也可以選擇不等待RLCRADIO BEAR SETUP COMPLETE或者RADIO BEAR RECONFIG COMPLETE RLC ACK，就啟動後面的流程。如果期間UE發現任何異常，就在舊鏈路上發送RADIO BEAR SETUPFAILURE或者RADIO BEAR RECONFIG FAILURE消息給RNC。
如果RNC收到了RADIO BEAR SETUP COMPLETE或者RADIO BEARRECONFIG COMPLETE消息，得知其中的約定CFN，RNC就發送RADIOLINK RECONFIG COMMIT消息給NodeB，攜帶的Activation Time為UE上報的約定CFN；如果RNC在最遲轉換時間快到時，還沒有收到該消息，RNC就發送RADIO LINK RECONFIG COMMIT消息給NodeB，攜帶最遲的轉換時間。RADIO LINK RECONFIG COMMIT消息可以是在舊鏈路上收到RADIO BEAR SETUP COMPLETE或者RADIO BEAR RECONFIGCOMPLETE之後發送，也可以同時和RADIO BEAR SETUP或者RADIOBEAR RECONFIG發送(此時僅僅攜帶最遲的轉換時間)。NodeB收到RADIO LINK RECONFIG COMMIT消息後，判斷Activation Time，如果為now就立即轉換該鏈路，如果是指定的CFN，就在指定的CFN上進行新舊鏈路轉換。
本第四實施例對現有協議的改動如下1、RADIO BEAR SETUP以及RADIOBEAR RECONFIG消息中增加通知UE不必進行下行同步，就可以發送RADIO BEAR SETUP COMPLETE或者RADIO BEAR RECONFIG COMPLETE的信元。
新增IE或者在現有IE上進行含義擴充，參見表5
表5也可以是新增可選IE，只要在消息中出現該IE，就代表UE不必進行下行同步，在舊鏈路上發送RADIO BEAR SETUP COMPLETE或者RADIO BEARRECONFIG COMPLETE消息。
2、增加UE行為描述UE收到RADIO BEAR SETUP COMPLETE或者RADIO BEARRECONFIG COMPLETE消息之後，在新的鏈路上沒有獲得下行同步，就可以發送RADIO BEAR SETUP COMPLETE或者RADIO BEAR RECONFIGCOMPLETE消息上來。
3、無線鏈路重配置的Commit中增加Activation Time為now的信元，或者定義原來的CFN 0到255之外的其他值含義是立即轉換，參見表6，其中兩個IE只要有其中之一的定義即可
表64、RADIO BEAR SETUP以及RADIOBEAR RECONFIG消息中增加新IE轉換時延偏置量。參見表7
表75、在RADIO BEAR SETUP COMPLETE以及RADIO BEARRECONFIG COMPLETE消息中攜帶約定的轉換CFN，參見表8
表86、RADIO BEAR SETUP以及RADIOBEAR RECONFIG消息中增加新IE最遲的轉換時間，參見表9
表9也可以借用消息中當前已存在的轉換時間IE，讓其數值為最遲的轉換時間，讓RNC和UE的行為和最遲轉換時間的定義描述一致。
第四實施例中增加UE能力信息，使UTRAN可以得知UE是否支持在舊信道上進行激活時間協商。僅僅對於支持該功能的UE，UTRAN才採用本實例中的機制來優化接續時延。
另外，RNC在進行動態信道重配置的時候，沒有CN下發RAB指配消息給RNC，因此RNC是自己主動下發RB重配置消息給UE，無線鏈路重配置消息給NodeB，此時的控制機制和與本發明的方案完全一致，所不同的是沒有RAB指配消息。
本發明的交互也可以有以下方式多次交互來進行確認UE通知網絡預備的轉換時間，UTRAN再向UE發送是否認同UE所選擇的轉換時間的消息，例如可以發送消息給UE否定UE所選擇的轉換時間，也可以發送由UTRAN確認UE選擇的轉換時間的消息，UE僅僅收到確認UE的轉換時間消息，UE才進行轉換，否則推遲到下一個轉換時間重新進行認同和轉換。
以上所述，僅為本發明較佳的具體實施方式
，但本發明的保護範圍並不局限於此，任何熟悉該技術的人在本發明所揭露的技術範圍內，可輕易想到的變化或替換，都應涵蓋在本發明的保護範圍之內。
權利要求
1.一種通信系統中的鏈路轉換方法，其特徵在於，在鏈路轉換的過程中，通信用戶終端UE在收齊鏈路轉換消息後，選擇轉換時間，並在該轉換時間進行新舊鏈路的轉換，同時通過舊鏈路向網絡側發送UE的鏈路信息，網絡側根據UE上報的信息進行網絡側新舊鏈路的轉換。
2.根據權利要求1所述的方法，其特徵在於，該方法進一步包括預先設置至少兩個轉換時間；所述UE選擇轉換時間，並在該轉換時間進行新舊鏈路轉換的具體方法為將UE收齊鏈路轉換消息的時刻加上UE的轉換準備時延得到一個第一參考時間，並從預設的轉換時間中選擇一個處於該第一參考時間之後的、且最短的轉換時間作為實際轉換時間，UE在該實際轉換時間轉換新舊鏈路。
3.根據權利要求2所述的方法，其特徵在於，所述UE通過舊鏈路向網絡側發送的UE的鏈路信息為UE所選擇的實際轉換時間；所述網絡側根據UE上報的信息進行網絡側新舊鏈路的轉換的具體過程為網絡側的控制節點通知網絡側的中繼節點按照所述實際轉換時間進行新舊鏈路的轉換。
4.根據權利要求2所述的方法，其特徵在於，所述UE通過舊鏈路向網絡側發送的UE的鏈路信息為UE向網絡側返回的鏈路轉換響應消息；所述網絡側根據UE上報的信息進行網絡側新舊鏈路的轉換的具體過程為網絡側的控制節點將收齊所述鏈路轉換響應消息的時刻加上網絡側的轉換準備時延得到一個第二參考時間，從預設的轉換時間中選擇一個處於該第二參考時間之後、且最短的轉換時間作為網絡側的實際轉換時間，並通知網絡側的中繼節點在該網絡側的實際轉換時間轉換新舊鏈路；如果網絡側在最後一個所設置的轉換時間上仍然沒有收到UE返回的鏈路轉換響應消息，那麼UTRAN選擇在最後一個所設置的轉換時間上轉換新舊鏈路。
5.根據權利要求2所述的方法，其特徵在於，該方法進一步包括UE在實際轉換時間之前，向網絡側不斷重發UE的鏈路信息。
6.根據權利要求2所述的方法，其特徵在於，該方法進一步包括如果網絡側的中繼節點在轉換時間後仍維持著舊鏈路，且若該中繼節點檢測不到UE的信號，則發送轉換時間點失步類型的消息通知網絡側的控制節點，網絡側的控制節點收到該消息後，馬上應用新鏈路。
7.根據權利要求1所述的方法，其特徵在於，該方法進一步包括預先設置至少兩個轉換時間，和一個最小處理時延T1min；所述UE選擇轉換時間，並在該轉換時間進行新舊鏈路轉換的具體方法為將UE收齊鏈路轉換消息的時刻加上所述最小處理時延得到一個參考時間，並從預設的轉換時間中選擇一個處於該參考時間之後的、且最短的轉換時間作為實際轉換時間，UE在該實際轉換時間轉換新舊鏈路；所述UE通過舊鏈路向網絡側發送的UE的鏈路信息為UE所選擇的實際轉換時間；所述網絡側根據UE上報的信息進行網絡側新舊鏈路的轉換的具體過程為網絡側的控制節點通知網絡側的中繼節點按照所述實際轉換時間進行新舊鏈路的轉換。
8.根據權利要求3或7所述的方法，其特徵在於，所述UE通過舊鏈路向網絡側發送的UE所選擇的實際轉換時間的具體方式為通過在UE向網絡側返回的鏈路轉換響應消息中攜帶所述實際轉換時間發送到網絡側；或者通過專門的用於攜帶該實際轉換時間的消息發送到網絡側。
9.根據權利要求7所述的方法，其特徵在於，所述最小處理時延為以下兩個時延的最大值UE的轉換準備時延；UE向網絡側的上行鏈路時延與網絡側的轉換準備時延之和。
10.根據權利要求9所述的方法，其特徵在於，所述網絡側的轉換準備時延為如果是控制節點和中繼節點並行處理的話則取max{控制節點內部進行新舊鏈路轉換的處理時延，(控制節點到中繼節點傳輸時延+中繼節點的處理時延)}；如果控制節點和中繼節點串行處理的話則取控制節點的處理時延)、控制節點到中繼節點的傳輸時延、以及中繼節點的處理時延之和。
11.根據權利要求2或7所述的方法，其特徵在於，所述預先設置的轉換時間為兩個。
12.根據權利要求1所述的方法，其特徵在於所述UE和網絡側採用周期計時；所述UE選擇轉換時間，並在該轉換時間進行新舊鏈路轉換的具體方法為網絡側預先設置一個較短的轉換時間下發給UE，UE在收齊鏈路轉換消息後，選擇在所述預設的轉換時間進行新舊鏈路的轉換；所述UE通過舊鏈路向網絡側發送的UE的鏈路信息為UE向網絡側返回的鏈路轉換響應消息；所述網絡側根據UE上報的信息進行網絡側新舊鏈路的轉換的具體過程為A、網絡側的控制節點將預設的轉換時間作為實際的轉換時間；B、控制節點判斷是否在所述實際的轉換時間之前接收到UE上報的鏈路轉換響應消息，如果是，則通知網絡側的中繼節點在該實際的轉換時間進行新舊鏈路轉換；否則，將實際的轉換時間延遲一個計時周期，並返回步驟B。
13.根據權利要求12所述的方法，其特徵在於，所述UE和網絡側計時的周期為2.56秒。
14.根據權利要求2、7、或12所述的方法，其特徵在於，所述在鏈路轉換的過程中，網絡側為新鏈路在上行選擇與舊鏈路不同的繞碼，在下行選擇與舊鏈路不同碼樹的鏈路碼。
15.根據權利要求1所述的方法，其特徵在於，所述UE選擇轉換時間，並在該轉換時間進行新舊鏈路轉換的具體方式為網絡側的控制節點預先設置轉換時間並下發給UE，該轉換時間設置為立即轉換或設置為一相對現有轉換時間較短的時間，UE在收齊鏈路轉換消息後，按照所述轉換時間進行新舊鏈路的轉換；所述UE通過舊鏈路向網絡側發送的UE的鏈路信息為UE向網絡側返回的鏈路轉換完成消息；所述網絡側根據UE上報的信息進行網絡側新舊鏈路的轉換的具體過程為網絡側的控制節點通過接收到所述鏈路轉換完成消息獲知UE收齊了鏈路轉換消息，通知網絡側的中繼節點按照所述預設的轉換時間進行網絡側新舊鏈路的轉換。
16.根據權利要求15所述的方法，其特徵在於，所述UE在收齊鏈路轉換消息後，就立即按照所述轉換時間進行新舊鏈路的轉換。
17.根據權利要求15所述的方法，其特徵在於，該方法進一步包括網絡側的控制節點在收到鏈路轉換完成消息後向UE發送響應消息；所述UE直到收到該響應消息後，再按照所述轉換時間進行新舊鏈路的轉換。
18.根據權利要求1所述的方法，其特徵在於，該方法進一步包括預先設置轉換偏置時延；所述UE選擇轉換時間，並在該轉換時間進行新舊鏈路轉換的具體方式為UE在收齊鏈路轉換消息後，根據所述預先設置的轉換偏置時延和自身的轉換準備時延確定一約定的轉換時間，並按照該約定的轉換時間進行新舊鏈路的轉換；所述UE通過舊鏈路向網絡側發送的UE的鏈路信息為所述約定的轉換時間；所述網絡側根據UE上報的信息進行網絡側新舊鏈路的轉換的具體過程為網絡側的控制節點接收到所述約定的轉換時間後，通知網絡側的中繼節點按照該約定的轉換時間進行網絡側新舊鏈路的轉換。
19.根據權利要求18所述的方法，其特徵在於，所述轉換偏置時延為UE向網絡側的上行鏈路時延、網絡側的控制節點的處理時延、控制節點到網絡側中繼節點的傳輸時延、以及中繼節點的處理時延之和。
20.根據權利要求18所述的方法，其特徵在於，所述UE通過舊鏈路向網絡側返回約定的轉換時間是通過在UE向網絡側返回的鏈路轉換響應消息中攜帶所述約定的轉換時間發送到網絡側；或者通過專門的用於攜帶該約定的轉換時間的消息發送到網絡側。
21.根據權利要求18所述的方法，其特徵在於，該方法進一步包括網絡側預設最遲轉換時間並下發給UE，網絡側的控制節點在收到約定的轉換時間後向UE發送響應消息；UE在所述約定的轉換時間到達時進一步判斷是否收到所述控制節點返回的響應消息，如果是，則在該約定的轉換時間進行新舊鏈路轉換；否則，在預定的最遲轉換時間進行新舊鏈路轉換。
22.根據權利要求21所述的方法，其特徵在於，該方法進一步包括所述控制節點在預定的最遲轉換時間到來時判斷是否收到UE返回的約定轉換時間，如果是則通知所述中繼節點按照該約定轉換時間進行新舊鏈路的轉換；否則，通知中繼節點在所述預定的最遲轉換時間進行新舊鏈路的轉換。
23.根據權利要求18所述的方法，其特徵在於，所述轉換偏置時延設置在網絡側或者UE側。
24.根據權利要求2或7所述的方法，其特徵在於，該方法進一步包括UE通知網絡側其選擇的轉換時間，網絡側再向UE發送是否認同UE所選擇的轉換時間的消息，UE在收到認同UE所選轉換時間的消息後，才進行新舊鏈路的轉換，否則推遲到下一個轉換時間重新進行認同和轉換。
25.根據權利要求3、4、5、6、9、10、12、或13、或15至23中任一項所述的方法，其特徵在於，所述網絡側為UTRAN，所述網絡側的控制節點為RNC，所述網絡側的中繼節點為基站NodeB，所述鏈路轉換消息為無線鏈路承載建立消息或無線鏈路承載重配置消息。
全文摘要
本發明公開了一種通信系統中的鏈路轉換方法，其特徵在於，在鏈路轉換的過程中，通信用戶終端UE在收齊鏈路轉換消息後，選擇轉換時間，並在該轉換時間進行新舊鏈路的轉換，同時通過舊鏈路向網絡側發送UE的鏈路信息，網絡側根據UE上報的信息進行網絡側新舊鏈路的轉換。利用本發明可以在保證鏈路不掉的情況下，改善鏈路轉換的接續時延。
文檔編號H04W36/00GK1852590SQ200510118318
公開日2006年10月25日 申請日期2005年10月28日 優先權日2005年10月28日
發明者姜海濤, 汪洪源 申請人:華為技術有限公司