專利名稱：一種服務小區(qū)更新控制方法
技術領域：
本發(fā)明涉及無線通信技術，尤其是涉及服務小區(qū)更新技術。
背景技術：
高速下行分組接入(HSDPA，High Speed Downlink Packet Access)，是WCDMA技術第5版本的重要特性，它的引入增加了三種信道，分別是在下行鏈路傳輸數(shù)據(jù)信息的高速物理下行共享信道(HS-PDSCH)、傳輸下行控制信息的高速共享控制信道(HS-SCCH)，以及傳輸上行反饋信息的高速專用物理控制信道(HS-DPCCH)。
由于HSDPA技術中把不同用戶之間的數(shù)據(jù)調(diào)度和流量控制功能移到了基站(NodeB)處，在下行方向，只能由一個小區(qū)來傳輸數(shù)據(jù)給接收用戶。相反，一個用戶在下行可以和多個小區(qū)建立專用物理信道DPCH的通信連接，多個小區(qū)的專用物理信道DPCH在同一個時刻傳輸同樣的數(shù)據(jù)給用戶，因此接收端的用戶能夠接收來自不同小區(qū)的信號并進行適當?shù)暮喜?，達到更好的接收性能。和多個小區(qū)建立了DPCH信道通信的用戶稱為軟切換用戶。
如圖1所示，其中用戶1和小區(qū)1和小區(qū)2同時建立了兩條專用信道DPCH，因此，用戶1進入了軟切換狀態(tài)，而用戶2只和小區(qū)3建立了通信連接，沒有進入軟切換狀態(tài)。和用戶保持DPCH信道連接的所有小區(qū)通常稱為活動集小區(qū)，其中建立了HS-PDSCH信道連接的小區(qū)稱為HS-PDSCH信道的服務小區(qū)，也就是說，HS-PDSCH信道的服務小區(qū)必定是活動集小區(qū)中的一個。
由于用戶的移動，用戶的活動集小區(qū)會發(fā)生動態(tài)變化。一般來說，當一個用戶向一個相鄰小區(qū)靠近時，如果該相鄰小區(qū)的信號高于一個預先設定的門限，則系統(tǒng)會把該小區(qū)加入到用戶的活動集中，即在該小區(qū)和用戶之間建立DPCH信道；反之，當一個用戶遠離某個處于活動集中的小區(qū)時，如果該小區(qū)的信號低于一個預先設定的門限，則系統(tǒng)會從活動集中刪除該小區(qū)。
如圖2所示當HS-DSCH的服務小區(qū)更新過程中的源小區(qū)和目標小區(qū)分別屬于不同的基站時，當前技術中由于更新過程中源服務小區(qū)所屬基站的高速媒體接入控制(MAC_hs)實體進行復位，從而導致存儲在該基站中MAC-hs實體緩存中的數(shù)據(jù)丟失。
對于高層采用非確認方式傳輸?shù)臉I(yè)務來講，基站的數(shù)據(jù)丟失意味著接收端不能收到完整的數(shù)據(jù)，造成業(yè)務質(zhì)量的下降，例如產(chǎn)生視頻畫面的不連續(xù)，聲音的中斷等現(xiàn)象。
對于高層采用確認方式傳輸數(shù)據(jù)的業(yè)務來說，基站的數(shù)據(jù)丟失意味著RNC需要重新把數(shù)據(jù)通過RNC和新服務小區(qū)所屬的基站之間的接口發(fā)送到新建立的基站的MAC_hs實體中，一方面接口上數(shù)據(jù)量的增加而造成帶寬的浪費，另一方面，由于RNC只能在收到UE的狀態(tài)報告后才確定哪些數(shù)據(jù)沒有被源基站正確發(fā)送給UE，然后根據(jù)狀態(tài)報告的指示把那些被丟失的數(shù)據(jù)重新發(fā)送給新的基站，從而帶來額外的時延。

發(fā)明內(nèi)容
本發(fā)明的目的，就是通過合理控制服務小區(qū)更新過程，減少用戶在不同基站間進行HS-DSCH的服務小區(qū)更新造成的數(shù)據(jù)丟失，提高服務質(zhì)量。
為解決上述技術問題，本發(fā)明的技術方案包括以下步驟A、無線網(wǎng)絡控制器RNC向源基站發(fā)送更新準備消息；B、源基站統(tǒng)計用戶UE的待發(fā)送數(shù)據(jù)量，發(fā)送給RNC；C、RNC停止發(fā)送數(shù)據(jù)給源基站，通知目標基站進行服務小區(qū)的更新；
D、RNC根據(jù)待發(fā)送數(shù)據(jù)量得到剩余發(fā)送時間，配置數(shù)值上大于剩余發(fā)送時間的激活時間，發(fā)送給目標基站和UE；E、UE完成服務小區(qū)更新，RNC在激活時間對應的時刻，停止從源服務小區(qū)接收數(shù)據(jù)，開始從目標服務小區(qū)接收數(shù)據(jù)。
其中所述步驟B中源基站統(tǒng)計UE的待發(fā)送數(shù)據(jù)量是源基站統(tǒng)計UE的高速媒體接入控制實體中為所述UE保存的待發(fā)送數(shù)據(jù)量。
其中所述步驟B中發(fā)送給RNC的方式是在源基站發(fā)送給RNC的就緒消息中增加一個代表待發(fā)送數(shù)據(jù)量的參數(shù)。
其中所述步驟D中所述剩余發(fā)送時間由RNC通過對UE數(shù)據(jù)發(fā)送情況加以統(tǒng)計獲得平均吞吐率，結合步驟B獲得的所述待發(fā)送數(shù)據(jù)量，計算得到。
平均吞吐率即用戶通過HSDPA在空口獲得的數(shù)據(jù)速率。
本發(fā)明還可以通過以下技術方案實現(xiàn)A、RNC向源基站發(fā)送更新準備消息；B、源基站統(tǒng)計UE的待發(fā)送數(shù)據(jù)量，根據(jù)所述待發(fā)送數(shù)據(jù)量得到剩余發(fā)送時間，發(fā)送給RNC；C、RNC停止發(fā)送數(shù)據(jù)給源基站，通知目標基站進行服務小區(qū)的更新；D、RNC為源基站配置數(shù)值上大于剩余發(fā)送時間的激活時間，把激活時間發(fā)送給目標基站和UE；E、UE完成服務小區(qū)更新，RNC在激活時間對應的時刻，停止從源服務小區(qū)接收數(shù)據(jù)，開始從目標服務小區(qū)接收數(shù)據(jù)。
其中所述步驟B中源基站統(tǒng)計UE的待發(fā)送數(shù)據(jù)量是源基站統(tǒng)計UE的高速媒體接入控制實體中為所述UE保存的待發(fā)送數(shù)據(jù)量。
其中所述步驟B中發(fā)送給RNC的方式是在源基站發(fā)送給RNC的就緒消息中增加一個代表剩余發(fā)送時間的參數(shù)。
其中所述步驟B中剩余發(fā)送時間是由源基站對UE的數(shù)據(jù)發(fā)送情況進行統(tǒng)計以獲得平均吞吐率，結合所述待發(fā)送數(shù)據(jù)量計算得到。
平均吞吐率即用戶通過HSDPA在空口獲得的數(shù)據(jù)速率。
在本發(fā)明中，由于在源基站對MAC_hs實體進行復位、目標基站發(fā)送數(shù)據(jù)的激活時刻之前，存儲在源基站的MAC_hs實體中的數(shù)據(jù)能夠及時傳遞給用戶，從而有效避免HSDPA用戶在基站之間進行服務小區(qū)更新時造成的數(shù)據(jù)丟失。RNC配置數(shù)值上大于剩余發(fā)送時間的激活時間，保證剩余數(shù)據(jù)在服務小區(qū)更新的激活時間到達之間把數(shù)據(jù)正確發(fā)送給用戶，避免數(shù)據(jù)丟失。因此本發(fā)明能合理控制服務小區(qū)更新過程，提高服務質(zhì)量。


圖1是處于軟切換狀態(tài)和非軟切換狀態(tài)的HSDPA用戶的示意圖。
圖2是用戶在不同基站之間進行HS-DSCH服務小區(qū)更新的示意圖。
圖3是本發(fā)明具體實施方式
1的流程圖。
圖4是本發(fā)明具體實施方式
2的流程圖。
具體實施例方式
下面結合附圖對本發(fā)明作進一步詳細的描述。
如圖2所示，在進行HS-DSCH信道服務小區(qū)更新時，源基站的MAC hs實體內(nèi)還存儲有一定數(shù)據(jù)的等待發(fā)送的數(shù)據(jù)。為了減少小區(qū)更新時這些待發(fā)數(shù)據(jù)的丟失，本發(fā)明提供的服務小區(qū)更新控制方法參照圖3，具體包括以下步驟步驟301RNC向源基站發(fā)送更新準備消息，通知源基站統(tǒng)計待發(fā)送數(shù)據(jù)量。
步驟302源基站收到準備消息后，統(tǒng)計在MAC_hs實體中屬于為需更新的用戶保存的待發(fā)送數(shù)據(jù)量，發(fā)送給RNC。發(fā)送方式可以是在源基站給RNC的就緒消息中增加一個代表待發(fā)送數(shù)據(jù)量的參數(shù)，也可以是源基站專門發(fā)一條攜帶數(shù)據(jù)量信息的消息給RNC。
步驟303RNC獲得待發(fā)送數(shù)據(jù)量后，停止發(fā)送數(shù)據(jù)給源基站，通知目標基站進行服務小區(qū)的更新，目標基站完成后發(fā)送就緒消息通知RNC。
步驟304RNC為源基站和目標基站配置激活時間。該激活時間須滿足以下條件激活時間的值大于發(fā)送剩余數(shù)據(jù)的剩余發(fā)送時間。在這一步中，RNC對服務小區(qū)更新前UE數(shù)據(jù)發(fā)送情況加以統(tǒng)計獲得平均吞吐率(即用戶通過HSDPA在空口獲得的數(shù)據(jù)速率)，用步驟302中獲得的待發(fā)送數(shù)據(jù)量除以平均吞吐率，得到剩余發(fā)送時間。得到激活時間后，RNC把激活時間發(fā)送給目標基站和UE。
步驟305UE完成服務小區(qū)更新，發(fā)送消息給RNC。在激活時間對應的時刻，停止從源服務小區(qū)接收數(shù)據(jù)，開始從目標服務小區(qū)接收數(shù)據(jù)。
步驟306服務小區(qū)更新完畢根據(jù)圖4，本發(fā)明還可以用以下的步驟完成步驟401RNC向源基站發(fā)送更新準備消息，通知源基站統(tǒng)計待發(fā)送數(shù)據(jù)量。
步驟402源基站收到準備消息后，統(tǒng)計在MAC_hs實體中屬于為UE保存的待發(fā)送數(shù)據(jù)量，并對UE的數(shù)據(jù)發(fā)送情況進行統(tǒng)計以獲得平均吞吐率，得到剩余發(fā)送時間，發(fā)送給RNC。發(fā)送方式可以是在源基站給RNC的就緒消息中增加一個代表剩余發(fā)送時間的參數(shù)，也可以是源基站專門發(fā)一條攜帶剩余發(fā)送時間的消息給RNC。
步驟403RNC收到剩余發(fā)送時間后，停止發(fā)送數(shù)據(jù)給源基站，通知目標基站進行服務小區(qū)的更新，目標基站完成更新后發(fā)送就緒消息通知RNC。
步驟404根據(jù)激活時間數(shù)值上須大于剩余發(fā)送時間的原則，RNC為源基站配置激活時間，把激活時間發(fā)送給目標基站和UE。
步驟405UE完成服務小區(qū)更新，發(fā)送消息給RNC。RNC在激活時間對應的時刻，停止從源服務小區(qū)接收數(shù)據(jù)，開始從目標服務小區(qū)接收數(shù)據(jù)。
步驟406服務小區(qū)更新完畢。
兩個具體實施例的差別在于實施例1中是源基站統(tǒng)計待發(fā)送數(shù)據(jù)量，發(fā)送給RNC，由RNC計算得到剩余發(fā)送時間。而在實施例2中則是由源基站統(tǒng)計待發(fā)送數(shù)據(jù)量，自己計算得到剩余發(fā)送時間，再發(fā)送給RNC。兩者屬于為實現(xiàn)一個發(fā)明目的，相關聯(lián)的兩個技術方案。
通過使用本發(fā)明，在源基站對MAC_hs實體進行復位、目標基站發(fā)送數(shù)據(jù)的激活時刻之前，存儲在源基站的MAC_hs實體中的數(shù)據(jù)能夠及時傳遞給用戶，從而有效避免HSDPA用戶在基站之間進行服務小區(qū)更新時造成的數(shù)據(jù)丟失。RNC配置數(shù)值上大于剩余發(fā)送時間的激活時間，保證剩余數(shù)據(jù)在服務小區(qū)更新的激活時間到達之間把數(shù)據(jù)正確發(fā)送給用戶，避免數(shù)據(jù)丟失。因此本發(fā)明能合理控制服務小區(qū)更新過程，提高服務質(zhì)量。
以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明。
權利要求
1.一種服務小區(qū)更新控制方法，其特征在于，所述方法包括以下步驟A、無線網(wǎng)絡控制器RNC向源基站發(fā)送更新準備消息；B、源基站統(tǒng)計用戶UE的待發(fā)送數(shù)據(jù)量，發(fā)送給RNC；C、RNC停止發(fā)送數(shù)據(jù)給源基站，通知目標基站進行服務小區(qū)的更新；D、RNC根據(jù)待發(fā)送數(shù)據(jù)量得到剩余發(fā)送時間，配置數(shù)值上大于剩余發(fā)送時間的激活時間，發(fā)送給目標基站和UE；E、UE完成服務小區(qū)更新，RNC在所述激活時間對應的時刻，停止從源服務小區(qū)接收數(shù)據(jù)，開始從目標服務小區(qū)接收數(shù)據(jù)。
2.如權利要求1所述的服務小區(qū)更新控制方法，其特征在于，所述步驟B中源基站統(tǒng)計UE的待發(fā)送數(shù)據(jù)量是源基站統(tǒng)計UE的高速媒體接入控制實體中為所述UE保存的待發(fā)送數(shù)據(jù)量。
3.如權利要求1所述的服務小區(qū)更新控制方法，其特征在于所述步驟B中發(fā)送給RNC的方式是在源基站發(fā)送給RNC的就緒消息中增加一個代表待發(fā)送數(shù)據(jù)量的參數(shù)。
4.如權利要求1所述的服務小區(qū)更新控制方法，其特征在于所述步驟D中所述剩余發(fā)送時間由RNC通過對UE數(shù)據(jù)發(fā)送情況加以統(tǒng)計獲得平均吞吐率，結合步驟B獲得的所述待發(fā)送數(shù)據(jù)量，計算得到。
5.一種服務小區(qū)更新控制方法，其特征在于所述方法包括以下步驟A、RNC向源基站發(fā)送更新準備消息；B、源基站統(tǒng)計UE的待發(fā)送數(shù)據(jù)量，根據(jù)所述待發(fā)送數(shù)據(jù)量得到剩余發(fā)送時間，發(fā)送給RNC；C、RNC停止發(fā)送數(shù)據(jù)給源基站，通知目標基站進行服務小區(qū)的更新；D、RNC為源基站配置數(shù)值上大于所述剩余發(fā)送時間的激活時間，把激活時間發(fā)送給目標基站和UE；E、UE完成服務小區(qū)更新，RNC在所述激活時間對應的時刻，停止從源服務小區(qū)接收數(shù)據(jù)，開始從目標服務小區(qū)接收數(shù)據(jù)。
6.如權利要求5所述的服務小區(qū)更新控制方法，其特征在于所述步驟B中源基站統(tǒng)計UE的待發(fā)送數(shù)據(jù)量是源基站統(tǒng)計UE的高速媒體接入控制實體中為所述UE保存的待發(fā)送數(shù)據(jù)量。
7.如權利要求5所述的服務小區(qū)更新控制方法，其特征在于所述步驟B中發(fā)送給RNC的方式是在源基站發(fā)送給RNC的就緒消息中增加一個代表剩余發(fā)送時間的參數(shù)。
8.如權利要求5所述的服務小區(qū)更新控制方法，其特征在于所述步驟B中剩余發(fā)送時間是由源基站對UE的數(shù)據(jù)發(fā)送情況進行統(tǒng)計以獲得平均吞吐率，結合所述待發(fā)送數(shù)據(jù)量，計算得到。
全文摘要
本發(fā)明公開了一種服務小區(qū)更新控制方法，該方法包括RNC向源基站發(fā)送更新準備消息，源基站統(tǒng)計UE的待發(fā)送數(shù)據(jù)量，反饋給RNC來得到剩余發(fā)送時間或者由源基站直接得到剩余發(fā)送時間。RNC停止發(fā)送數(shù)據(jù)給源基站，通知目標基站進行服務小區(qū)的更新。RNC配置數(shù)值上大于剩余發(fā)送時間的激活時間，發(fā)送給目標基站和UE。UE完成服務小區(qū)更新，RNC在激活時間對應的時刻上，停止從源服務小區(qū)接收數(shù)據(jù)，開始從目標服務小區(qū)接收數(shù)據(jù)。本發(fā)明在源基站發(fā)送數(shù)據(jù)的激活時刻之前，存儲在源基站的待發(fā)送數(shù)據(jù)能夠及時發(fā)送給UE，從而有效避免UE在服務小區(qū)更新時造成的數(shù)據(jù)丟失。
文檔編號H04W36/08GK1859711SQ20051003626
公開日2006年11月8日 申請日期2005年7月28日 優(yōu)先權日2005年7月28日
發(fā)明者張靜榮 申請人:華為技術有限公司