專利名稱：Pdcp狀態(tài)報告的獲取方法和pdcp實體的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無線通信領(lǐng)域，具體而言，涉及一種分組數(shù)據(jù)會聚協(xié)議(Packet Data Convergence Protocol，簡稱為PDCP)狀態(tài)報告的獲取方法和PDCP實體。
背景技術(shù)：
在第三代伙伴組織計劃(ThirdGeneration Partnership Projects，簡稱為 3GPP)以及3GPP長期演進(jìn)(Long-krm Evolution，簡稱為LTE)系統(tǒng)中，在用戶設(shè)備^ser Equipment，簡稱為UE)和基站(NodeB，簡稱為eNB)的空中接口協(xié)議棧，存在PDCP層。圖1 是根據(jù)相關(guān)技術(shù)的LTE用戶面協(xié)議棧示意圖，如圖1所示，PDCP協(xié)議層位于無線鏈路控制 (Radio Link Control，簡稱為RLC)層之上，為高層用戶面數(shù)據(jù)(例如，用戶IP分組包)或 控制面數(shù)據(jù)(例如，無線資源控制(Radio Resource Control，簡稱為RRC)消息)提供數(shù)據(jù) 會聚服務(wù)。圖2是根據(jù)相關(guān)技術(shù)的PDCP實體功能結(jié)構(gòu)示意圖，如圖2所示，包括發(fā)送PDCP實 體(Transmitting PDCP entity)和接收 PDCP 實體(Receiving PDCP entity)，其中，PDCP 層的主要功能包括為用戶面(u-plane)數(shù)據(jù)提供包頭壓縮(Header Compression)和包 頭解壓縮(Header Decompression)功能，即，PDCP使用hternet工程任務(wù)組Qnternet Engineering Task Force,簡禾爾為 IETF)的可靠包頭壓縮(Robust Header Compression, 簡稱RoHC)協(xié)議進(jìn)行數(shù)據(jù)包頭壓縮；為用戶面和控制面(c-plane)數(shù)據(jù)提供加密 (Ciphering)和解密(Deciphering)功能；為控制面數(shù)據(jù)提供數(shù)據(jù)一致性保護(hù)(htegrity Protection)和一致性檢查(htegrity Verification)功能；在發(fā)生切換時為高層數(shù)據(jù)提 供按序傳送Sequence numbering)和重排序(Re-ordering)功能，以及實現(xiàn)無丟包切換 (lossless handover)。PDCP發(fā)送端實體會為高層協(xié)議數(shù)據(jù)單元(Protocol Data Unit，簡稱為PDU)，也 就是PDCP服務(wù)數(shù)據(jù)單元(Service Data Unit，簡稱為SDU)分配一個序列號Sequence Number,簡稱為SN)。圖3是根據(jù)相關(guān)技術(shù)的PDCP PDU數(shù)據(jù)包格式示意圖，如圖3所示，SN 的分配按數(shù)據(jù)無線承載(Data Radio Bearer，簡稱為DRB)進(jìn)行，而對于協(xié)議層內(nèi)部的控制 數(shù)據(jù)，例如，RoHC反饋、狀態(tài)報告(Status Report)等，則不分配SN。在發(fā)生切換時，對于那些對丟包比較敏感的業(yè)務(wù)(例如，文件傳輸，這些業(yè)務(wù)一般 通過RLC確認(rèn)模式(Acknowledged Mode,簡稱為AM)傳輸)可以通過在UE和eNB的PDCP 層實體間交換PDCP狀態(tài)報告來保證無丟包切換。圖4是根據(jù)相關(guān)技術(shù)的無丟包切換過程 示意圖，如圖4所示，以上行數(shù)據(jù)傳輸為例，說明了無丟包切換的實現(xiàn)過程步驟401 =UE向源基站發(fā)送PDCP PDU 1、2、3、4、5，由于某種原因PDU 3、5沒有被 源基站成功接收；步驟402 源基站向UE RLC實體發(fā)送PDU 1、2的RLC確認(rèn)(ACK)；步驟403 =UE從源基站向目標(biāo)基站切換；步驟404 源基站通過X2接口 SN STATUS TRANSFER消息將PDCP SN狀態(tài)通知給目標(biāo)基站；步驟405 目標(biāo)基站向UE發(fā)送PDCP狀態(tài)報告，在報告中指出第一個丟失包序列號 (First Missing Sequence，簡稱為 FMS)為 3 ；步驟406 =UE向目標(biāo)基站重傳PDCP PDU3、4、5。圖5是根據(jù)相關(guān)技術(shù)的PDCP狀態(tài)報告控制PDU包的格式示意圖，如圖5所示，目 前現(xiàn)有的PDCP狀態(tài)報告發(fā)送機制有兩個問題1. PDCP狀態(tài)報告只在切換時使用，對于非切換過程的UE，不能在UE和eNB之間交 換PDCP SN狀態(tài)。但實際上，在非切換時，在UE或eNB的PDCP層也可能發(fā)生一些失敗，例 如，RoHC包頭解壓縮失??；或者由于RLC確認(rèn)在空口傳輸時丟失導(dǎo)致數(shù)據(jù)被重復(fù)發(fā)送。如 果UE或eNB的PDCP在非切換時也能交換PDCP狀態(tài)信息，將有助于PDCP實體避免丟包或 重復(fù)傳送已成功接收的包。2. PDCP狀態(tài)報告只能由UE或eNB的PDCP實體在切換后選擇發(fā)送或不發(fā)送(這個 選擇是非強制的)，如果沒有發(fā)送，則對方PDCP層就沒法得到該PDCP狀態(tài)信息。此外，在3GPP高級長期演進(jìn)(LTE-Advanced，簡稱LTE-A)系統(tǒng)中引入了無線中繼 (Relay)技術(shù)，旨在擴展小區(qū)的覆蓋范圍，減少通信中的死角地區(qū)，平衡負(fù)載，轉(zhuǎn)移熱點地區(qū) 的業(yè)務(wù)。圖6是根據(jù)相關(guān)技術(shù)的引入無線中繼節(jié)點的網(wǎng)絡(luò)結(jié)構(gòu)示意圖，如圖6所示，在施主 基站(Donor-eNB)和UE之間增加一些新的中繼節(jié)點(Relay-Node，簡稱RN)，這些新增的RN 和Donor-eNB通過無線連接，和傳輸網(wǎng)絡(luò)之間沒有有線連接。其中，Donor-eNB和RN之間 的空中接口稱為Un 口，無線鏈路稱為回程鏈路(BacWiaul Link) ；RN和UE之間的空中接口 稱為Uu 口，鏈路稱為接入鏈路(Access Link)。下行數(shù)據(jù)先到達(dá)Donor-eNB，然后再傳遞給 RN, RN再傳輸至UE，上行則反之。RN下UE的PDCP數(shù)據(jù)傳輸是通過兩段來實現(xiàn)的，第一段是在Uu 口的PDCP實體之 間，第二段是在Un 口的PDCP實體之間。當(dāng)RN下UE發(fā)送切換時，考慮前述無丟包切換過程， 此時RN和目標(biāo)基站之間傳送的PDCP狀態(tài)只包含了第一段PDCP實體之間的SN狀態(tài)信息， 而第二段(RN-Donor eNB)之間的PDCP狀態(tài)在現(xiàn)行機制下無法獲得。因此，在切換過程中， 由于第二段傳輸錯誤造成的丟包將無法得到在目標(biāo)基站重傳的機會。除了上述Relay場景下切換存在的PDCP SN狀態(tài)信息不準(zhǔn)確的問題以外，在Relay 場景下的切換還有一個新的問題，這就是切換過程中Relay和Donor eNB之間的重復(fù)數(shù)據(jù) 轉(zhuǎn)發(fā)問題。當(dāng)一個Relay下的UE切換到Donor eNB或者其他相鄰的eNB的時候，Relay需 要將當(dāng)前還未發(fā)送成功的數(shù)據(jù)(對于RLC未確認(rèn)模式(Acknowledged Mode，簡稱為UM)數(shù) 據(jù)，是那些還未來得及下發(fā)的數(shù)據(jù)；對于RLC AM模式數(shù)據(jù)，是那些還未收到RLC ACK的數(shù) 據(jù))通過X2接口轉(zhuǎn)發(fā)到Donor eNB。由于這些數(shù)據(jù)原來就是由Donor eNB通過Un 口發(fā)送 到Relay的，現(xiàn)在又要從Relay回傳到Donor eNB,考慮到Relay下的UE切換可能會比較頻 繁，這種不必要的數(shù)據(jù)轉(zhuǎn)發(fā)對于Un空口資源是一個浪費。一種解決方案是Donor eNB在 Un 口成功發(fā)送PDCP數(shù)據(jù)包后，不立即從緩沖區(qū)內(nèi)刪除該數(shù)據(jù)包，而是等到Relay成功發(fā)送 到UE后才刪除。這就需要在Relay和Donor eNB之間靈活地交換PDCP SN狀態(tài)信息。針對相關(guān)技術(shù)中由于PDCP實體傳輸錯誤導(dǎo)致丟包、數(shù)據(jù)重傳的問題，目前尚未提 出有效的解決方案。
發(fā)明內(nèi)容
針對相關(guān)技術(shù)中由于PDCP實體傳輸錯誤導(dǎo)致丟包、數(shù)據(jù)重傳的問題而提出本發(fā) 明，為此，本發(fā)明的主要目的在于提供一種PDCP狀態(tài)報告的獲取方案，以解決上述問題至 少之一。為了實現(xiàn)上述目的，根據(jù)本發(fā)明的一個方面，提供了一種PDCP狀態(tài)報告的獲取方法。根據(jù)本發(fā)明的PDCP狀態(tài)報告的獲取方法包括PDCP實體向?qū)Χ薖DCP實體發(fā)送用 于請求發(fā)送PDCP狀態(tài)報告的PDCP協(xié)議數(shù)據(jù)單元PDU ；PDCP實體接收到對端PDCP實體根據(jù) PDCP PDU發(fā)送的PDCP狀態(tài)報告。優(yōu)選地，PDCP PDU為PDCP數(shù)據(jù)PDU的情況下，PDCP實體向?qū)Χ薖DCP實體發(fā)送 PDCP數(shù)據(jù)PDU之前，該方法還包括PDCP數(shù)據(jù)PDU包頭中設(shè)置標(biāo)識位，并將標(biāo)識位設(shè)置為有 效，其中，標(biāo)識位為有效時表示PDCP數(shù)據(jù)PDU用于向?qū)Χ薖DCP實體請求發(fā)送PDCP狀態(tài)報生 I=I O優(yōu)選地，PDCP實體將PDCP數(shù)據(jù)PDU包頭中的保留位中的一位設(shè)置為標(biāo)識位。優(yōu)選地，PDCP實體為用戶設(shè)備，對端PDCP實體為目標(biāo)基站的情況下，在用戶設(shè)備 從源基站向目標(biāo)基站切換的過程中，PDCP數(shù)據(jù)PDU包頭中設(shè)置標(biāo)識位還包括用戶設(shè)備在 承載RRC重配完成消息的PDCP數(shù)據(jù)PDU包頭中設(shè)置值為有效的標(biāo)識位。優(yōu)選地，PDCP PDU為PDCP控制PDU的情況下，PDCP實體向?qū)Χ薖DCP實體發(fā)送 PDCP控制PDU之前，該方法還包括PDCP實體在PDCP控制PDU包頭中設(shè)置PDU的類型為 PDCP狀態(tài)報告請求，其中，PDCP狀態(tài)報告請求的PDU的類型用于向?qū)Χ薖DCP實體請求發(fā)送 PDCP狀態(tài)報告。優(yōu)選地，PDCP實體將PDCP控制PDU包頭中的PDU的類型中的保留值中的一個設(shè) 置為PDCP狀態(tài)報告請求。優(yōu)選地，PDCP實體為用戶設(shè)備，對端PDCP實體為目標(biāo)基站的情況下，在用戶設(shè)備 從源基站向目標(biāo)基站切換的過程中，PDCP實體在PDCP控制PDU包頭中設(shè)置PDU的類型為 PDCP狀態(tài)報告請求還包括用戶設(shè)備在PDCP控制PDU包頭中設(shè)置PDU的類型為PDCP狀態(tài) 報告請求。優(yōu)選地，PDCP實體為中繼站，對端PDCP實體為施主基站的情況下，在用戶設(shè)備從 中繼站向目標(biāo)基站切換的過程中，PDCP實體向?qū)Χ薖DCP實體發(fā)送PDCP PDU還包括中繼 站向施主基站發(fā)送PDCP PDU,以獲取施主基站的PDCP狀態(tài)報告。為了實現(xiàn)上述目的，根據(jù)本發(fā)明的另一個方面，還提供了一種PDCP實體。根據(jù)本發(fā)明的PDCP實體，包括發(fā)送模塊，用于向?qū)Χ薖DCP實體發(fā)送PDCP協(xié)議數(shù) 據(jù)單元PDU，其中，PDCP PDU用于向?qū)Χ薖DCP請求發(fā)送PDCP狀態(tài)報告；接收模塊，用于接收 對端PDCP實體根據(jù)PDCP PDU發(fā)送的PDCP狀態(tài)報告。
優(yōu)選地，該PDCP實體還包括第一設(shè)置模塊，用于PDCP PDU為PDCP數(shù)據(jù)PDU的情 況下，在PDCP數(shù)據(jù)PDU包頭中設(shè)置標(biāo)識位，其中，標(biāo)識位為有效時表示PDCP數(shù)據(jù)PDU用于 向?qū)Χ薖DCP實體請求發(fā)送PDCP狀態(tài)報告。 優(yōu)選地，該PDCP實體還包括第二設(shè)置模塊，用于PDCP PDU為PDCP控制PDU的情 況下，在PDCP控制PDU包頭中設(shè)置PDU的類型為PDCP狀態(tài)報告請求，其中，PDCP狀態(tài)報告6請求的PDU的類型用于向?qū)Χ薖DCP實體請求發(fā)送PDCP狀態(tài)報告。通過本發(fā)明，采用向PDCP實體對等的PDCP實體請求發(fā)送PDCP狀態(tài)報告，使得 PDCP實體在需要的時候能夠更準(zhǔn)確地掌握對端PDCP實體的狀態(tài)，解決了由于PDCP實體傳 輸錯誤導(dǎo)致丟包、數(shù)據(jù)重傳的問題，提高了無線通信系統(tǒng)的服務(wù)質(zhì)量和性能。


此處所說明的附圖用來提供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申請的一部分，本發(fā) 明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中圖1是根據(jù)相關(guān)技術(shù)的LTE用戶面協(xié)議棧示意圖；圖2是根據(jù)相關(guān)技術(shù)的PDCP實體功能結(jié)構(gòu)示意圖；圖3是根據(jù)相關(guān)技術(shù)的PDCP PDU數(shù)據(jù)包格式示意圖；圖4是根據(jù)相關(guān)技術(shù)的無丟包切換過程示意圖；圖5是根據(jù)相關(guān)技術(shù)的PDCP狀態(tài)報告控制PDU包的格式示意圖；圖6是根據(jù)相關(guān)技術(shù)的引入無線中繼節(jié)點的網(wǎng)絡(luò)結(jié)構(gòu)示意圖；圖7是根據(jù)本發(fā)明實施例的PDCP狀態(tài)報告的獲取方法的流程圖；圖8是根據(jù)本發(fā)明實例一的優(yōu)選的PDCP PDU包頭新增“輪詢”位示意圖；圖9是根據(jù)本發(fā)明實例一的PDCP狀態(tài)報告的獲取方法的示意圖；圖10是根據(jù)本發(fā)明實例二的優(yōu)選的新增PDCP Status Request控制PDU包格式 示意圖；圖11是根據(jù)本發(fā)明實例二的優(yōu)選的新增PDCP Status Request控制PDU包類型 賦值；圖12是根據(jù)本發(fā)明實例二的PDCP狀態(tài)報告的獲取方法的示意圖；圖13是根據(jù)本發(fā)明實例三的PDCP狀態(tài)報告的獲取方法的示意圖；圖14是根據(jù)本發(fā)明實施例的PDCP實體的結(jié)構(gòu)框圖；圖15是根據(jù)本發(fā)明實施例的PDCP實體的優(yōu)選結(jié)構(gòu)框圖。
具體實施例方式功能概述考慮到相關(guān)技術(shù)中由于PDCP實體傳輸錯誤導(dǎo)致丟包、數(shù)據(jù)重傳的問題，本發(fā)明實 施例提供了一種PDCP狀態(tài)報告的獲取方案，該方案包括PDCP實體向?qū)Χ薖DCP實體發(fā)送 用于向?qū)Χ薖DCP實體請求發(fā)送PDCP狀態(tài)報告的PDCP協(xié)議數(shù)據(jù)單元；PDCP實體接收到對 端PDCP實體根據(jù)PDCP協(xié)議數(shù)據(jù)單元發(fā)送的PDCP狀態(tài)報告。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相 互組合。下面將參考附圖并結(jié)合實施例來詳細(xì)說明本發(fā)明。在以下實施例中，在附圖的流程圖示出的步驟可以在諸如一組計算機可執(zhí)行指令 的計算機系統(tǒng)中執(zhí)行，并且，雖然在流程圖中示出了邏輯順序，但是在某些情況下，可以以 不同于此處的順序執(zhí)行所示出或描述的步驟。方法實施例根據(jù)本發(fā)明的實施例，提供了一種PDCP狀態(tài)報告的獲取方法，圖7是根據(jù)本發(fā)明實施例的PDCP狀態(tài)報告的獲取方法的流程圖，如圖7所示，該方法包括如下的步驟S702至 步驟S704 步驟S702，PDCP實體向?qū)Χ薖DCP實體發(fā)送用于請求發(fā)送PDCP狀態(tài)報告的PDCP PDU。步驟S704，PDCP實體接收到對端PDCP實體根據(jù)PDCP PDU發(fā)送的PDCP狀態(tài)報告。需要說明的是，PDCP PDU包括PDCP數(shù)據(jù)PDU和PDCP控制PDU，其中，PDCP數(shù)據(jù)PDU 是指該PDU中承載的是用戶數(shù)據(jù)，PDCP控制PDU是指該PDU是PDCP實體間的控制信息，包 括PDCP狀態(tài)報告，RoHC反饋等。優(yōu)選地，PDCP PDU為PDCP數(shù)據(jù)PDU的情況下，在步驟S702之前，PDCP數(shù)據(jù)PDU包 頭中設(shè)置標(biāo)識位，并將標(biāo)識位設(shè)置為有效，其中，標(biāo)識位為有效時表示PDCP數(shù)據(jù)PDU用于向 對端PDCP實體請求發(fā)送PDCP狀態(tài)報告。優(yōu)選地，PDCP實體將PDCP數(shù)據(jù)PDU包頭中的保留 位中的一位設(shè)置為標(biāo)識位。具體地，PDCP實體為用戶設(shè)備，對端PDCP實體為目標(biāo)基站的情 況下，在用戶設(shè)備從源基站向目標(biāo)基站切換的過程中，PDCP數(shù)據(jù)PDU包頭中設(shè)置標(biāo)識位還 包括用戶設(shè)備在承載RRC重配完成消息的PDCP數(shù)據(jù)PDU包頭中設(shè)置值為有效的標(biāo)識位。優(yōu)選地，PDCP PDU為PDCP控制PDU的情況下，在步驟S702之前，PDCP實體在PDCP 控制PDU包頭中設(shè)置PDU的類型為PDCP狀態(tài)報告請求，其中，PDCP狀態(tài)報告請求的PDU的 類型用于向?qū)Χ薖DCP實體請求發(fā)送PDCP狀態(tài)報告。優(yōu)選地，PDCP實體將PDCP控制PDU包 頭中的PDU的類型中的保留值中的一個設(shè)置為PDCP狀態(tài)報告請求。具體地，PDCP實體為 用戶設(shè)備，對端PDCP實體為目標(biāo)基站的情況下，在用戶設(shè)備從源基站向目標(biāo)基站切換的過 程中，PDCP實體在PDCP控制PDU包頭中設(shè)置PDU的類型為PDCP狀態(tài)報告請求還包括用 戶設(shè)備在PDCP控制PDU包頭中設(shè)置PDU的類型為PDCP狀態(tài)報告請求。優(yōu)選地，PDCP實體為中繼站，對端PDCP實體為施主基站的情況下，在用戶設(shè)備從 中繼站向目標(biāo)基站切換的過程中，PDCP實體向?qū)Χ薖DCP實體發(fā)送用于向?qū)Χ薖DCP實體請 求發(fā)送PDCP狀態(tài)報告的PDCP PDU還包括中繼站向施主基站發(fā)送PDCP PDU，以獲取施主 基站的PDCP狀態(tài)報告。下面將結(jié)合實例對本發(fā)明實施例的實現(xiàn)過程進(jìn)行詳細(xì)描述。實例一本實施例說明在普通切換過程中，UE在完成目標(biāo)基站接入后，通過在PDCP PDU包 頭對輪詢位(Polling)置位，要求目標(biāo)基站發(fā)送PDCP狀態(tài)報告(S卩，PDCP Status Report), 從而保證了無丟包切換。具體地，通過啟用當(dāng)前PDCP PDU包頭中3個保留比特位中的一個 作為“輪詢”(Polling)位，圖8是根據(jù)本發(fā)明實例一的優(yōu)選的PDCP PDU包頭新增“輪詢”位 示意圖，如圖8所示，當(dāng)該位置“1”時，接收到該PDU的PDCP實體將構(gòu)建“PDCP狀態(tài)報告” 控制PDU并向?qū)Χ薖DCP實體發(fā)送；當(dāng)該位為“0”時，不發(fā)送PDCP狀態(tài)報告。圖9是根據(jù)本發(fā)明實例一的PDCP狀態(tài)報告的獲取方法的示意圖，如圖9所示步驟901，源基站做出切換決定(Handover Decision)，S卩，源基站(Source eNB) 根據(jù)UE的測量報告決定將UE切換到目標(biāo)基站(Target eNB)。步驟902，源基站向目標(biāo)基站發(fā)送切換請求(Handover Reuqest)消息，其中，消息 中包含了目標(biāo)基站進(jìn)行切換準(zhǔn)備所需要的信息。步驟903，目標(biāo)基站完成切換準(zhǔn)備后，向源基站發(fā)送切換請求確認(rèn)(HandoverRequest Ack)消息。步驟904，源基站在收到切換請求確認(rèn)后，生成RRC重配置(RRC Connection Reconfiguration)消息并向UE發(fā)送該消息，其中，消息中攜帶 mobiIityControlInformation信元。此外，RRC重配置消息包含UE執(zhí)行切換所必須的信息。步驟905，源基站向目標(biāo)基站發(fā)送SN狀態(tài)傳遞(SN Status Transfer)消息，其中， 消息中包含上行PDCP接收SN狀態(tài)信息和下行PDCP發(fā)送SN狀態(tài)信息。步驟906，源基站向目標(biāo)基站轉(zhuǎn)發(fā)緩存的數(shù)據(jù)，即，數(shù)據(jù)轉(zhuǎn)發(fā)(Data Forwarding)， 該步驟可以在步驟1103或步驟1104之后立即開始。步驟907，UE向目標(biāo)基站發(fā)起隨機接入(Random Access)過程，其中，隨機接入可以是非競爭的。步驟908，目標(biāo)基站向UE發(fā)送隨機接入響應(yīng)(Random Access Response)消息。步驟909，UE 向目標(biāo)基站發(fā)送 RRC 重配完成(RRC Connection Reconfiguraiton Complete)消息，并且在承載該RRC消息的PDCPPDU數(shù)據(jù)包頭中對“輪詢”(Polling)位置 1。步驟910，目標(biāo)基站在檢測到PDCP PDU包頭中的polling位后，向UE發(fā)送PDCP狀 態(tài)報告(PDCP Status Report)。步驟911，UE在收到PDCP Status Report后，根據(jù)其中的PDCPSN狀態(tài)信息，開始 向目標(biāo)基站發(fā)送數(shù)據(jù)包(Packet Data)。實例二本實施例說明在普通切換過程中，UE在完成目標(biāo)基站接入后，通過發(fā)送“PDCP 狀態(tài)報告請求”(PDCP Status Request)控制PDU，要求目標(biāo)基站發(fā)送PDCP Status Report,從而保證了無丟包切換。具體地，是在PDCP協(xié)議中增加一個新的控制PDU =PDCP StatusRequest0當(dāng)PDCP實體需要了解對端PDCP狀態(tài)信息時，則向?qū)Χ税l(fā)送該PDCP狀態(tài) 報告請求PDU，接收到該PDU的PDCP實體將構(gòu)建“PDCP狀態(tài)報告”控制PDU并向?qū)Χ薖DCP 實體發(fā)送。圖10是根據(jù)本發(fā)明實例二的優(yōu)選的新增PDCP Status Request控制PDU包格 式示意圖，圖11是根據(jù)本發(fā)明實例二的優(yōu)選的新增PDCPMatus Request控制PDU包類型 賦值，如圖10和圖11所示，為一種優(yōu)選的PDCP Status Request包格式。圖12是根據(jù)本發(fā)明實施例2的PDCP狀態(tài)報告的獲取方法的示意圖，如圖12所 示步驟1201，源基站做出切換決定(Handover Decision)，S卩，源基站(Source eNB) 根據(jù)UE的測量報告決定將UE切換到目標(biāo)基站(Target eNB)。步驟1202，源基站向目標(biāo)基站發(fā)送切換請求(Handover Reuqest)消息，其中，消 息中包含了目標(biāo)基站進(jìn)行切換準(zhǔn)備所需要的信息。步驟1203，目標(biāo)基站完成切換準(zhǔn)備后，向源基站發(fā)送切換請求確認(rèn)(Handover Request Ack)消息。步驟1204，源基站在收到切換請求確認(rèn)后，生成RRC重配置(RRC Connection Reconfiguration)消息并向UE發(fā)送該消息，其中，消息中攜帶 mobiIityControlInformation信元。此外，RRC重配置消息包含UE執(zhí)行切換所必須的信息。步驟1205，源基站向目標(biāo)基站發(fā)送SN狀態(tài)傳遞(SN Status "Transfer)消息，其 中，消息中包含上行PDCP接收SN狀態(tài)信息和下行PDCP發(fā)送SN狀態(tài)信息。步驟1206，源基站向目標(biāo)基站轉(zhuǎn)發(fā)緩存的數(shù)據(jù)，即，數(shù)據(jù)轉(zhuǎn)發(fā)(Data Forwarding)， 該步驟可以在步驟1203或步驟1204之后即開始。步驟1207，UE向目標(biāo)基站發(fā)起隨機接入(Random Access)過程，其中，隨機接入可以是非競爭的。步驟1208，目標(biāo)基站向UE發(fā)送隨機接入響應(yīng)(Random Access Response)消息。步驟1209，UE 向目標(biāo)基站發(fā)送 RRC 重配完成(RRC Connection Reconfiguraiton Complete)消息。步驟1210，UE在開始發(fā)送數(shù)據(jù)之前，向目標(biāo)基站發(fā)送由PDCP狀態(tài)報告請求(PDCP Status Request)消息控制的 PDU0步驟1211，目標(biāo)基站接收到該由PDCP Status Request消息控制的PDU后，向UE 發(fā)送 PDCP 狀態(tài)報告(PDCP Status Report)。步驟1212，UE在收到PDCP Status R印ort后，根據(jù)其中的PDCPSN狀態(tài)信息，開始 向目標(biāo)基站發(fā)送數(shù)據(jù)包(Packet Data)。通過上述一種PDCP狀態(tài)報告的獲取方法，使得UE或eNB的PDCP實體能夠向其對 等PDCP實體請求發(fā)送PDCP SN狀態(tài)報告，使得PDCP實體在需要的時候能夠更準(zhǔn)確地掌握 對端PDCP實體的SN狀態(tài)，從而能夠在SN狀態(tài)異常(例如，某些PDCP SN丟失)情況下能 夠重傳丟失的PDCP PDU包，或者，通過PDCP SN狀態(tài)報告來防止不必要的數(shù)據(jù)重傳，進(jìn)而提 高服務(wù)質(zhì)量。實例三本實施例說明在Relay場景下的切換過程中，Relay通過對向Donor eNB發(fā)送的 PDCP PDU包頭中的輪詢位(Polling)置位，或者直接發(fā)送PDCP Status Request控制PDU， 要求 Donor eNB 發(fā)送 PDCP Status Report,同時 Relay 將 Un 口 的 PDCP Status Report 轉(zhuǎn) 化成對應(yīng)的Uu 口 PDCP SN狀態(tài)，綜合自身的PDCP SN狀態(tài)，從而能夠向目標(biāo)基站提供更準(zhǔn) 確的PDCP SN狀態(tài)信息。圖13是根據(jù)本發(fā)明實例三的PDCP狀態(tài)報告的獲取方法的示意圖，如圖13所示步驟1301，Relay 做出切換決定(Handover Decision)，即，Relay 根據(jù) UE 的測量 報告決定將UE切換到目標(biāo)基站(Target eNB)。步驟1302，Relay向目標(biāo)基站發(fā)送切換請求(Handover Reuqest)消息，其中，消息 中包含了目標(biāo)基站進(jìn)行切換準(zhǔn)備所需要的信息。步驟1303，目標(biāo)基站完成切換準(zhǔn)備后，向Relay發(fā)送切換請求確認(rèn)(Handover Request Ack)消息。步驟1304，Relay在收到切換請求確認(rèn)后，生成RRC重配置(RRC Connection Reconfiguration)消息并向UE發(fā)送該消息，其中，消息中攜帶 mobiIityControlInformation信元。此外，RRC重配置消息包含UE執(zhí)行切換所必須的信息。步驟1305，Relay 向 Donor eNB 發(fā)送PDCP Status Request 消息(或者在上行PDCPPDU包頭中對polling位置1)；步驟1306，Donor eNB 向 Relay 發(fā)送 PDCP Status R印ort，該狀態(tài)報告包含了了 Un 口 PDCP實體的上下行PDCP SN狀態(tài)信息。步驟1307，Relay收到Un 口 PDCP狀態(tài)報告后，將報告中的Un 口 PDCP SN狀態(tài)信 息轉(zhuǎn)換成對應(yīng)的Uu 口 PDCP SN狀態(tài)信息。需要說明的是，由于Uu 口的PDCP數(shù)據(jù)包通常以 某種方式復(fù)用到Un 口 PDCP數(shù)據(jù)，所以，在Relay中保留了 Uu 口 PDCP SN和對應(yīng)的Un 口 PDCP SN的映射關(guān)系。步驟1308，Relay向目標(biāo)基站發(fā)送SN Status Transfer消息，其中，消息中的SN 狀態(tài)信息同時反映了 Uu 口和Un 口 PDCP實體的數(shù)據(jù)發(fā)送/接收情況，也就是說某些在Un 口丟失的PDCP數(shù)據(jù)SN現(xiàn)在也被包括在SN Status Transfer消息中，從而使目標(biāo)基站可以 在UE接入后向其發(fā)送更精確的PDCP Status Report,從而保證無丟包切換。步驟1309，Relay向目標(biāo)基站轉(zhuǎn)發(fā)緩存的數(shù)據(jù)，即，數(shù)據(jù)轉(zhuǎn)發(fā)(Data Forwarding)。步驟1310，UE向目標(biāo)基站發(fā)起隨機接入(Random Access)過程。以下過程同前述 切換過程相同，在此不做贅述。在Relay場景下的切換中，本發(fā)明實施例的上述方法能夠更精確地在Relay和目 標(biāo)基站之間傳遞PDCP SN狀態(tài)信息，從而實現(xiàn)真正的無丟包切換，同時有助于防止切換過程 中Relay和Donor eNB之間的數(shù)據(jù)重復(fù)轉(zhuǎn)發(fā)。裝置實施例根據(jù)本發(fā)明的實施例，提供了一種PDCP實體，該PDCP實體對應(yīng)于上述的方法實施 例，其中，該PDCP實體可以是用戶設(shè)備、基站或中繼站，在方法實施例中已經(jīng)進(jìn)行過的說明 在此不再贅述，下面是對該裝置中的具體的模塊進(jìn)行的說明，圖14是根據(jù)本發(fā)明實施例的 PDCP實體的結(jié)構(gòu)框圖；如圖14所示，該PDCP實體包括發(fā)送模塊1402和接收模塊1404，下 面對此結(jié)構(gòu)進(jìn)行詳細(xì)的說明。發(fā)送模塊1402，用于向?qū)Χ薖DCP實體發(fā)送PDCP PDU，其中，PDCP PDU用于向?qū)Χ?PDCP請求發(fā)送PDCP狀態(tài)報告；接收模塊1404，用于接收對端PDCP實體根據(jù)PDCP PDU發(fā)送的PDCP狀態(tài)報告。圖15是根據(jù)本發(fā)明實施例的PDCP實體的優(yōu)選結(jié)構(gòu)框圖，如圖15所示，該PDCP實 體還包括第一設(shè)置模塊1502連接至發(fā)送模塊1402，用于PDCP PDU為PDCP數(shù)據(jù)PDU的情 況下，在PDCP數(shù)據(jù)PDU包頭中設(shè)置標(biāo)識位，其中，標(biāo)識位為有效時表示PDCP數(shù)據(jù)PDU用于 向?qū)Χ薖DCP實體請求發(fā)送PDCP狀態(tài)報告。優(yōu)選地，如圖15所示，該PDCP實體還包括第二設(shè)置模塊1504連接至發(fā)送模塊 1402，用于PDCP PDU為PDCP控制PDU的情況下，在PDCP控制PDU包頭中設(shè)置PDU的類型 為PDCP狀態(tài)報告請求，其中，PDCP狀態(tài)報告請求的PDU的類型用于向?qū)Χ薖DCP實體請求 發(fā)送PDCP狀態(tài)報告。綜上所述，通過本發(fā)明上述實施例，采用向PDCP實體對等的PDCP實體請求發(fā)送 PDCP狀態(tài)報告，即，增加PDCP狀態(tài)報告的請求發(fā)送機制，使得PDCP實體在需要的時候能夠 更準(zhǔn)確地掌握對端PDCP實體的狀態(tài)，解決了由于PDCP實體傳輸錯誤導(dǎo)致丟包、數(shù)據(jù)重傳的 問題，提高了無線通信系統(tǒng)的服務(wù)質(zhì)量和性能。顯然，本領(lǐng)域的技術(shù)人員應(yīng)該明白，上述的本發(fā)明的各模塊或各步驟可以用通用11的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成 的網(wǎng)絡(luò)上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲 在存儲裝置中由計算裝置來執(zhí)行，或者將它們分別制作成各個集成電路模塊，或者將它們 中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的 硬件和軟件結(jié)合。 以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的技 術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修 改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種分組數(shù)據(jù)會聚協(xié)議PDCP狀態(tài)報告的獲取方法，其特征在于，包括PDCP實體向?qū)Χ薖DCP實體發(fā)送用于請求發(fā)送PDCP狀態(tài)報告的PDCP協(xié)議數(shù)據(jù)單元PDU ；所述PDCP實體接收到所述對端PDCP實體根據(jù)所述PDCP PDU發(fā)送的所述PDCP狀態(tài)報告。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述PDCPPDU為PDCP數(shù)據(jù)PDU的情況 下，所述PDCP實體向所述對端PDCP實體發(fā)送所述PDCP數(shù)據(jù)PDU之前，所述方法還包括所述PDCP數(shù)據(jù)PDU包頭中設(shè)置標(biāo)識位，并將所述標(biāo)識位設(shè)置為有效，其中，所述標(biāo)識位 為有效時表示所述PDCP數(shù)據(jù)PDU用于向所述對端PDCP實體請求發(fā)送所述PDCP狀態(tài)報告。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述PDCP實體將所述PDCP數(shù)據(jù)PDU包頭 中的保留位中的一位設(shè)置為所述標(biāo)識位。
4.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述PDCP實體為用戶設(shè)備，所述對端 PDCP實體為目標(biāo)基站的情況下，在所述用戶設(shè)備從源基站向所述目標(biāo)基站切換的過程中， 所述PDCP數(shù)據(jù)PDU包頭中設(shè)置所述標(biāo)識位還包括所述用戶設(shè)備在承載RRC重配完成消息的所述PDCP數(shù)據(jù)PDU包頭中設(shè)置值為有效的 所述標(biāo)識位。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述PDCPPDU為PDCP控制PDU的情況 下，所述PDCP實體向所述對端PDCP實體發(fā)送所述PDCP控制PDU之前，所述方法還包括所述PDCP實體在所述PDCP控制PDU包頭中設(shè)置PDU的類型為PDCP狀態(tài)報告請求， 其中，所述PDCP狀態(tài)報告請求的所述PDU的類型用于向所述對端PDCP實體請求發(fā)送所述 PDCP狀態(tài)報告。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述PDCP實體將所述PDCP控制PDU包頭 中的所述PDU的類型中的保留值中的一個設(shè)置為所述PDCP狀態(tài)報告請求。
7.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述PDCP實體為用戶設(shè)備，所述對端 PDCP實體為目標(biāo)基站的情況下，在所述用戶設(shè)備從源基站向所述目標(biāo)基站切換的過程中， 所述PDCP實體在所述PDCP控制PDU包頭中設(shè)置所述PDU的類型為PDCP狀態(tài)報告請求還 包括所述用戶設(shè)備在所述PDCP控制PDU包頭中設(shè)置所述PDU的類型為PDCP狀態(tài)報告請求。
8.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述PDCP實體為中繼站，所述對端PDCP 實體為施主基站的情況下，在用戶設(shè)備從所述中繼站向目標(biāo)基站切換的過程中，所述PDCP 實體向所述對端PDCP實體發(fā)送所述PDCP PDU還包括所述中繼站向所述施主基站發(fā)送所述PDCP PDU,以獲取所述施主基站的所述PDCP狀 態(tài)報告。
9.一種PDCP實體，其特征在于，包括發(fā)送模塊，用于向?qū)Χ薖DCP實體發(fā)送PDCP協(xié)議數(shù)據(jù)單元PDU，其中，所述PDCP PDU用 于向所述對端PDCP請求發(fā)送PDCP狀態(tài)報告；接收模塊，用于接收所述對端PDCP實體根據(jù)所述PDCPPDU發(fā)送的所述PDCP狀態(tài)報告。
10.根據(jù)權(quán)利要求9所示的所述PDCP實體，其特征在于，還包括第一設(shè)置模塊，用于所述PDCP PDU為PDCP數(shù)據(jù)PDU的情況下，在所述PDCP數(shù)據(jù)PDU包頭中設(shè)置標(biāo)識位，其中，所述標(biāo)識位為有效時表示所述PDCP數(shù)據(jù)PDU用于向所述對端PDCP 實體請求發(fā)送所述PDCP狀態(tài)報告。
11.根據(jù)權(quán)利要求9所示的所述PDCP實體，其特征在于，還包括 第二設(shè)置模塊，用于所述PDCP PDU為PDCP控制PDU的情況下，在所述PDCP控制PDU 包頭中設(shè)置PDU的類型為PDCP狀態(tài)報告請求，其中，所述PDCP狀態(tài)報告請求的所述PDU的 類型用于向所述對端PDCP實體請求發(fā)送所述PDCP狀態(tài)報告。
全文摘要
本發(fā)明公開了一種PDCP狀態(tài)報告的獲取方法和PDCP實體，該方法包括PDCP實體向?qū)Χ薖DCP實體發(fā)送用于請求發(fā)送PDCP狀態(tài)報告的PDCP協(xié)議數(shù)據(jù)單元PDU；PDCP實體接收到對端PDCP實體根據(jù)PDCP PDU發(fā)送的PDCP狀態(tài)報告。通過本發(fā)明解決了由于PDCP實體傳輸錯誤導(dǎo)致丟包、數(shù)據(jù)重傳的問題，提高了無線通信系統(tǒng)的服務(wù)質(zhì)量和性能。
文檔編號H04W80/00GK102056226SQ20091022211
公開日2011年5月11日 申請日期2009年11月10日 優(yōu)先權(quán)日2009年11月10日
發(fā)明者張健, 王冠宙, 王堅 申請人:中興通訊股份有限公司