專利名稱：一種支持無損重定位的實現(xiàn)方法
技術領域：
本發(fā)明涉及無線通信領域，尤其涉及TD-SCDMA系統(tǒng)中分組數(shù)據(jù) 匯聚協(xié)議(PDCP)層無損重定位的實現(xiàn)方法。
背景技術：
蜂窩移動通信系統(tǒng)中，單個基站的覆蓋范圍有限，所以，當用戶終 端在通話的過程中從一個小區(qū)進入另外一個小區(qū)時，為了保證通信的連 續(xù)性，系統(tǒng)要將該用戶終端與原有小區(qū)建立的聯(lián)系轉移到新的小區(qū)上， 這就是d、區(qū)切換。用戶終端不僅可以在同 一個基站控制器下的不同小區(qū) 之間進行切換，而且還可以在不同系統(tǒng)、不同基站控制器上進行切換。 當用戶終端在切換時更換基站控制器，就需要進行UE的重定位操作。 在TD-SCDMA系統(tǒng)中，在源RNC (無線網(wǎng)絡控制器)切換到目標RNC 的過程中，也會發(fā)生SRNS (服務無線網(wǎng)絡子系統(tǒng))重定位。其重定位 的過禾呈如下首先，源RNC側的RRC (無線資源控制層)向源RNC側的RLC (無線4連路控制層)發(fā)送重定位消息，指示源RNC側的RLC設置為停 止發(fā)送狀態(tài)，源RNC側的RRC向源RNC側的PDCP發(fā)送重定位消息， PDCP就會將已經(jīng)發(fā)送但未得到RLC確認的數(shù)據(jù)包以及緩存的數(shù)據(jù)包一 起轉移到目標RNC上；然后，當UE接收到源RNC發(fā)送的重定位消息 時，檢測該重定位消息中是否攜帶DL—CounterSynchronisationlnfo (下行同步計數(shù)器)或者在無線承載(RB)重定位消息中有new U-RNT (UTRAN側無線網(wǎng)絡臨時標示符)，如果是，那么UE就認為重定位 觸發(fā)條件已成立；隨后，UE側的RLC被設置為停止發(fā)送狀態(tài)，UE側 的PDCP收到上行期望接收的下一個協(xié)議數(shù)據(jù)單元(PDU)序列號，開 始緩存上層下發(fā)的SDU,不再處理下發(fā)給UE側RLC, UE側RRC指 示UE側RLC重新建立SRB2并指示物理層執(zhí)行切換；最后，目標RNC 斗企測到UE后，UE向目標RNC發(fā)送物理信道重定位完成消息，UE側 RRC給本側的PDCP發(fā)送RB2重定位完成消息，使UE側PDCP開始 向本側RLC發(fā)送業(yè)務數(shù)據(jù)，開始與目標RNC通信。針對PDCP層，這樣做無疑會出現(xiàn)以下問題1、 對于支持無損SRNS重定位的RB, RLC被配置為AM (確認) 模式，向上順序遞交，也就是UE側的RLC將一個數(shù)據(jù)單元送到對端的 RLC，然后向UE側PDCP報告該數(shù)據(jù)單元已經(jīng)確認發(fā)送，但是對端的 RLC是順序遞交，可能沒有收到前面的數(shù)據(jù)，此時便不會將這個數(shù)據(jù)單 元上送給網(wǎng)絡側的PDCP，如果此時發(fā)生了源RNC到目標RNC的切換， UE端RLC發(fā)送重定位，會清空已經(jīng)發(fā)送(不管已經(jīng)確認還是未確認) 的數(shù)據(jù)包的緩存，造成未確認的數(shù)據(jù)包的丟失；2、 對于UE側PDCP接收到的上行期望接收的序列號記作 ExpectSeqNum,在SN window中可能有比ExpectSeqNum編號大但是卻 已經(jīng)收到"確認"的PDU記錄。發(fā)明內容本發(fā)明所要解決的技術問題是提供一種支持無損重定位的實現(xiàn)方法。為解決上述技術問題，本發(fā)明是通過以下技術方案實現(xiàn)的一種支持無損重定位的實現(xiàn)方法，包括以下步驟a: UE側的分組數(shù)據(jù)匯聚協(xié)議PDCP接收網(wǎng)絡側發(fā)送過來的上行期 望接收的下一個協(xié)議數(shù)據(jù)單元PDU的序列號；b: UE側的PDCP若接收到本側無線資源控制層RRC發(fā)出的無損 重定位消息成功，則判斷步驟a中所述序列號是否可用，如果是，則進 入步驟c;否則，進入步驟d;c:刪除序列號窗口 ( SN window)中比該序列號小的PDU記錄， 并將SN window中剩下的PDU記錄的確認狀態(tài)(Acknowledge )表項全 部修改為未確認狀態(tài)；然后，將序列號窗口中的未確認PDU重新發(fā)送 一次，之后退出本流禾呈；d:將所有在SN window中的PDU記錄的確認狀態(tài)表項全部i奮改為 未確認狀態(tài)，然后封裝SN window中第一個未確認的PDU為序列號 PDU,發(fā)送給下層的RLC，并由RLC返回確認消息。其中，步驟a中所述序列號為網(wǎng)絡側根據(jù)已經(jīng)收到的PDU及自己 接收計數(shù)器而計算出本側期望接收的下一個PDU的序列號。其中，步驟b中判斷所述序列號是否可用，具體包括若序列號比 SN window中的最小未確認已發(fā)送PDU記錄小或者比SN window中最 大未確認已發(fā)送的PDU記錄大，則序列號不可用；若序列號比SN window中的最小未確認已發(fā)送PDU記錄大并且比SN window中最大未確認已發(fā)送的PDU記錄小，則序列號可用。其中，步驟b中所述RRC發(fā)出的無損重定位消息成功的標志是判 斷重定位消息中攜帶有下行同步計數(shù)器或者在無線^^載RB重定位消息 中有UTRAN側無線網(wǎng)絡臨時標示符。本發(fā)明具有以下有益效果本發(fā)明在發(fā)生SRNS (服務無線網(wǎng)絡子系統(tǒng))重定位時，通過對上 行期望接收的序列號的值的判斷，將SN window中PDU記錄狀態(tài)作相 應的修改，使得在發(fā)生重定位過程中，對SN window中的未確認PDU 全部重發(fā)一次，從而保證數(shù)據(jù)傳輸?shù)耐暾裕?jié)約系統(tǒng)資源。


圖1為本發(fā)明方法流程圖。
具體實施方式
根據(jù)3GPP TS 25.323協(xié)議，凡是支持無損SRNS重定位的PDCP實 體，均需要做序列號維護，并將發(fā)送到RLC并且沒有得到RLC確認傳 輸?shù)臄?shù)據(jù)單元記錄在序列號窗口 (SNwindow)中。本發(fā)明中，通過給每個支持無損SRNS重定位的PDCP實體，PDCP 需要對接收和發(fā)送的PDU進行序列號維護并需要維護SN window表， 表中存放的記錄是發(fā)送到RLC但是并沒有被RLC確認傳輸?shù)綄Χ说?PDU記錄。SN window的大小由上層在配置PDCP實體時指定，可以是 255或者65535。下面結合附圖及具體實施例對本發(fā)明作進一步詳細的描述請參閱圖1所示，包括步驟101: UE側的PDCP接收網(wǎng)絡側發(fā)送過來的上行期望接收的下 一個PDU的序列號，主要指UE側的PDCP通過本側RRC接收到網(wǎng)絡 側的PDCP層期望接收的下一個上行的PDU的序列號，這個序列號是 網(wǎng)絡側根據(jù)已經(jīng)收到的PDU及自己接收計數(shù)器而計算出本側期望接收 的下一個PDU的序列號ExpectSeqNum;步驟102:判斷UE側的PDCP接收到本側RRC發(fā)出的無損重定位 消息是否成功，如果是，則進入步驟103;否則，UE側的PDCP恢復正 常發(fā)送接收狀態(tài)；步驟103: UE側的PDCP判斷所述ExpectSeqNum是否可用，如果 是，則進入步驟105;否則，進入步驟104;判斷如下如果ExpectSeqNum比SN window中的最小未確認已發(fā) 送PDU記錄小或者比SN window中最大未確i人已發(fā)送的PDU記錄大， 則認為網(wǎng)絡側期望的下一個上行序列號不可用；若序列號比SN window 中的最小未確認已發(fā)送PDU記錄大并且比SN window中最大未確認已 發(fā)送的PDU記錄小，則序列號可用；步驟104:將所有在SN window中的PDU記錄的Acknowledge表 項全部修改為未確認狀態(tài)，然后封裝SN window中第 一個未確i人的PDU 為SN PDU,發(fā)送給下層的RLC,直到RLC報告確認該SN PDU已經(jīng) 發(fā)送到對端RLC,同步過程結束；步驟105:刪除SNwindow中比該序列號小的PDU記錄，并將SN window中剩下的PDU記錄的確認狀態(tài)(Acknowledge)表項全部修改 為未確認狀態(tài)；這樣做的原因是因為對端期望接收的ExpectSeqNum比較小，而 RLC在重定位時會清空緩存，那么就是說比ExpectSeqNum大并且UE8側PDCP已經(jīng)發(fā)送的PDU,都丟失了 ；步驟106:將SN window中的未確認PDU重新發(fā)送一次。因為這 些PDU雖然UE側的PDCP已經(jīng)發(fā)送過，但是在無損重定位的過程中實 際上由于種種原因已經(jīng)被無線鏈路丟棄，如果不重發(fā)則永遠得不到確 認，將會浪費SN window的資源。本發(fā)明雖然針對UE側的PDCP,但是對于網(wǎng)絡側的PDCP同樣適 用，只是上下行改變而已。以上所述僅為本發(fā)明的較佳實施例而已，并 不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內所作的任何修改、等 同替換和改進等，均應包含在本發(fā)明的保護范圍之內。
權利要求
1、一種支持無損重定位的實現(xiàn)方法，其特征在于，包括以下步驟aUE側的分組數(shù)據(jù)匯聚協(xié)議PDCP接收網(wǎng)絡側發(fā)送過來的上行期望接收的下一個協(xié)議數(shù)據(jù)單元PDU的序列號；bUE側的PDCP若接收到本側無線資源控制層RRC發(fā)出的無損重定位消息成功，則判斷步驟a中所述序列號是否可用，如果是，則進入步驟c；否則，進入步驟d；c刪除序列號窗口中比該序列號小的PDU記錄，并將序列號窗口中剩下的PDU記錄的確認狀態(tài)表項全部修改為未確認狀態(tài)；然后，將序列號窗口中的未確認PDU重新發(fā)送一次，之后退出本流程；d將所有在序列號窗口中的PDU記錄的確認狀態(tài)表項全部修改為未確認狀態(tài)，然后封裝序列號窗口中第一個未確認的PDU為序列號PDU，發(fā)送給下層的無線鏈路控制層RLC，并由RLC返回確認消息。
2、 如權利要求1所述的支持無損重定位的實現(xiàn)方法，其特征在 于，步驟a中所述序列號為網(wǎng)絡側根據(jù)已經(jīng)收到的PDU及自己接收 計數(shù)器而計算出本側期望接收的下一個PDU的序列號。
3、 如權利要求1或2所述的支持無損重定位的實現(xiàn)方法，其特 征在于，步驟b中判斷所述序列號是否可用，具體包括若序列號比 序列號窗口中的最小未確認已發(fā)送PDU記錄小或者比序列號窗口中 最大未確認已發(fā)送的PDU記錄大，則序列號不可用；若序列號比序 列號窗口中的最小未確認已發(fā)送PDU記錄大并且比序列號窗口中最大未確-〖人已發(fā)送的PDU記錄小，則序列號可用。
4、如權利要求1或2所述的支持無損重定位的實現(xiàn)方法，其特 征在于，步驟b中所述RRC發(fā)出的無損重定位消息成功的標志是判 斷重定位消息中攜帶有下行同步計數(shù)器或者在無線承載RB重定位消 息中有UTRAN側無線網(wǎng)絡臨時標示符。
全文摘要
本發(fā)明公開了一種支持無損重定位的實現(xiàn)方法，該方法為aUE側PDCP接收來自網(wǎng)絡側的上行期望接收的下一個PDU的序列號；bUE側PDCP若接收到本側RRC發(fā)出的無損重定位消息成功，則判斷所述序列號是否可用，若是則轉c；否則轉d；c刪除序列號窗口中比該序列號小的PDU記錄，將剩下的PDU記錄的確認狀態(tài)表項全部修改為未確認狀態(tài)；再將其中未確認PDU重新發(fā)送，結束；d將所有在序列號窗口中的PDU記錄的確認狀態(tài)表項修改為未確認狀態(tài)，然后封裝序列號窗口中第一個未確認的PDU為序列號PDU，發(fā)送給下層RLC。本發(fā)明在SRNS重定位時，可重發(fā)SN window中的未確認PDU，保證了數(shù)據(jù)傳輸?shù)耐暾?，?jié)約系統(tǒng)資源。
文檔編號H04Q7/38GK101330762SQ20081014253
公開日2008年12月24日 申請日期2008年7月25日 優(yōu)先權日2008年7月25日
發(fā)明者華 徐 申請人:中興通訊股份有限公司