專利名稱：發(fā)送pdcp層的狀態(tài)報告的方法以及接收機的制作方法
技術領域：
本發(fā)明涉及一種在長期演進(LTE, Long Term Evolution)系統(tǒng)中在F1DCP層發(fā)送用于向另一方報告rocp sdu的接收狀態(tài)的rocp狀態(tài)報告的方法。
背景技術：
圖I示出了作為現(xiàn)有技術移動通信系統(tǒng)的長期演進(LTE)系統(tǒng)的示例性網(wǎng)絡結構。LTE系統(tǒng)是從現(xiàn)有的UMTS系統(tǒng)演進而來的系統(tǒng)，并且3GPP標準組織目前正在進行LTE 系統(tǒng)的標準化工作?？梢詫TE網(wǎng)絡大致劃分成演進UMTS陸地無線接入網(wǎng)絡(E_UTRAN，Evolved UMTSTerrestrial Radio Access Network)和核心網(wǎng)(CN, Core Network)。E-UTRAN—般包括終端(即，用戶設備(UE))、基站(S卩，eNode B)、位于網(wǎng)絡一端并與一個或更多個外部網(wǎng)絡相連接的接入網(wǎng)關(aGW)?？梢詫GW劃分成用于處理用戶業(yè)務的部分和用于處理控制業(yè)務的部分。在這種情況下，處理用戶業(yè)務的接入網(wǎng)關部分與處理控制業(yè)務的接入網(wǎng)關部分可使用新的接口進行通信。在一個eNB中可存在一個或更多個小區(qū)?？梢允褂媒涌趤碓诟鱾€eNB之間發(fā)送用戶業(yè)務或控制業(yè)務。CN可包括接入網(wǎng)關和節(jié)點等，用于UE進行用戶登記?？梢允褂糜糜趯-UTRAN與CN進行區(qū)分的接口。圖2示出了根據(jù)3GPP無線接入網(wǎng)絡標準的、終端與E-UTRAN之間的無線接口協(xié)議的示例性控制面架構。圖3示出了根據(jù)3GPP無線接入網(wǎng)絡標準的、終端與E-UTRAN之間的無線接口協(xié)議的示例性用戶面架構。此后，將參照圖2和圖3來描述終端與E-UTRAN之間的無線接口協(xié)議的結構。無線接口協(xié)議在水平方向上由物理層、數(shù)據(jù)鏈路層以及網(wǎng)絡層組成，在垂直方向上由用于發(fā)送用戶數(shù)據(jù)的用戶面和用于發(fā)送控制信令的控制面組成?？梢曰谠谕ㄐ畔到y(tǒng)領域中公知的開放系統(tǒng)互聯(lián)(OSI)標準模型的低三層，來將圖2和圖3所示的各個協(xié)議層劃分成LI (層1)、L2 (層2)和L3 (層3)。這些無線協(xié)議層在終端與E-UTRAN之間成對地存在，并通過無線接口來處理數(shù)據(jù)傳輸。此后，將在下面描述圖2的無線協(xié)議控制面的具體層和圖3的無線協(xié)議用戶面的具體層。物理層(層I)使用物理信道來向上層提供信息傳送服務。物理層經(jīng)由傳輸信道與位于物理層上方的介質(zhì)訪問控制(MAC)層相連接，并且經(jīng)由傳輸信道在物理層與MAC層之間傳輸數(shù)據(jù)。根據(jù)信道是否共享，將傳輸信道劃分成專用傳輸信道和公共信道。此外，在各個不同的物理層之間(即，在發(fā)送端(發(fā)射機)與接收端(接收機)各自的物理層之間)，通過物理信道來發(fā)送數(shù)據(jù)。
第二層包括多個層。首先，介質(zhì)訪問控制(MAC)層執(zhí)行多個邏輯信道到多個傳輸信道的映射，并且通過將若干個邏輯信道映射到單個傳輸信道上來執(zhí)行邏輯信道復用。由邏輯信道將MAC層連接到被稱為無線鏈路控制(RLC)層的上一層。根據(jù)所發(fā)送的信息的類型，將邏輯信道劃分成發(fā)送控制面的信息的控制信道和發(fā)送用戶面的信息的業(yè)務信道。第二層的RLC (無線資源控制)層對從上層接收到的數(shù)據(jù)進行分段和/或級聯(lián)，以調(diào)整數(shù)據(jù)大小，以便下層恰當?shù)貙⒃摂?shù)據(jù)發(fā)送到無線接口。此外，為了保證各個無線承載RB所要求的各種QoS (服務質(zhì)量)，RLC層提供了三種操作模式TM (透明模式-TransparentMode)>UM (不確認模式！Unacknowledged Mode)以及 AM (確認模式！Acknowledged Mode)。具體地說，工作在AM中的RLC層(此后稱為“AM RLC層”)通過自動重傳請求(ARQ，automaticrepeat and request)功能來執(zhí)行重傳功能，以進行可靠的數(shù)據(jù)傳輸。為了在帶寬較窄的無線接口中有效地發(fā)送諸如IPv4或IPv6的IP分組，第二層的分組數(shù)據(jù)匯聚協(xié)議(PDCP,Packet Data Convergence Protocol)層執(zhí)行一種稱為報頭壓縮的功能，該功能減小了 IP分組的報頭的尺寸(IP分組的報頭相對較大并且包括不必要的控制信息)。報頭壓縮通過使數(shù)據(jù)的報頭部分僅發(fā)送必要信息而提高了無線接口之間的傳輸 效率。僅在控制面內(nèi)定義了位于第三層最底部的RRC層，RRC層與對無線承載(RB)的配置、重新配置及釋放相關聯(lián)地控制邏輯信道、傳輸信道及物理信道。在這種情況下，RB表示由無線協(xié)議的第一層和第二層所提供的用于UE與UTRAN之間的數(shù)據(jù)傳輸?shù)倪壿嬄窂?。通常，RB的配置(或建立)是指規(guī)定了提供特定數(shù)據(jù)服務所需要的無線協(xié)議層及信道的特性、并且設置了各個具體的參數(shù)和操作方法的過程。圖4示出了 rocp實體的示例性結構。此后，將詳細地描述rocp實體。應當注意至|J，圖4所示的各個框是功能塊，因此當實際地實現(xiàn)這些框時，會有區(qū)別。PDCP實體向上連接到RRC層或用戶應用，向下連接到RLC層。TOCP實體的具體結構描述如下。圖4所示的一個rocp實體由發(fā)送端和接收端組成。左側的發(fā)送端可以將從上層接收到的SDU構造成PDU或?qū)⒃搑ocp實體自身生成的控制信息構造成rou，并且將該rou發(fā)送到作為接收端的對端(peer) HXP實體。右側的接收端(即，對端HXP實體)從接收自發(fā)送端的rocp PDU中提取出rocp sdu或控制信息。如上所述，由rocp實體的發(fā)送端所生成的PDU可具有數(shù)據(jù)PDU和控制PDU這兩種類型。首先，PDCP數(shù)據(jù)PDU是由PDCP實體對從上層接收到的SDU進行處理而形成的數(shù)據(jù)塊，而rocp控制PDU是由rocp實體自身生成的、用于將控制信息發(fā)送到對端實體的數(shù)據(jù)塊。在用戶面(U-面)和控制面(C-面)的RB中生成rocp數(shù)據(jù)rou，并且根據(jù)所使用的面的類型來選擇性地應用rocp實體的一些功能。也就是說，報頭壓縮功能僅應用于U-面數(shù)據(jù)，而安全性功能中的完整性保護功能僅應用于C-面數(shù)據(jù)。除了完整性保護功能以外，安全性功能中也可以包括用于數(shù)據(jù)安全的加密功能。這里，加密功能既應用于U-面數(shù)據(jù)也應用于C-面數(shù)據(jù)。僅在U-面RB中生成rocp控制rou，并且可以將rocp控制pdu大致劃分成兩種類型用于將rocp實體接收緩沖器狀態(tài)通知給發(fā)送端的‘rocp狀態(tài)報告’；以及用于將接收端報頭解壓縮器的狀態(tài)通知給發(fā)送端報頭壓縮器的‘報頭壓縮(HC)反饋分組’。圖5是例示了在rocp實體中的各個rocp pdu的處理步驟的框圖。 具體地說，圖5示出了通過路徑①到路徑⑧來處理三種rocp PDU (即，rocp數(shù)據(jù)rou、用于rocp狀態(tài)報告的rocp控制rou、以及用于報頭壓縮反饋的rocp控制rou)的處理步驟。對用于各種類型rou的rocp實體的處理路徑的描述如下。I、在rocp實體中對rocp數(shù)據(jù)rou進行處理的過程涉及路徑①、⑧、③和⑦。以下，將對各路徑進行描述。路徑①發(fā)送端PDCP針對從上層接收到的SDU執(zhí)行報頭壓縮及安全性功能，接著通過將rocp序號(SN)、表示是數(shù)據(jù)PDU還是控制PDU的D/C字段等添加到報頭中來生成PDCP數(shù)據(jù)rou，由此將rocp數(shù)據(jù)pdu發(fā)送到接收端rocp實體(B卩，對端rocp實體)。這里， 可以由報頭壓縮器來執(zhí)行報頭壓縮。路徑⑧接收端rocp實體從由下層傳送來的rocp數(shù)據(jù)rou中去除報頭，并且通過執(zhí)行安全性檢查和報頭解壓縮來對rocp sdu進行解壓縮，由此將rocp sdu發(fā)送到上層。按照次序來將rocp sdu傳送到上層。如果沒有按照次序接收到rocp sdu，則在接收緩沖器中對這些rocp sdu進行重新排序并接著將這些rocp sdu傳送到上層。這里，可以由報頭解壓縮器來執(zhí)行報頭解壓縮。路徑③發(fā)送端F1DCP實體可在F1DCP數(shù)據(jù)PDU上捎帶(piggyback)HC反饋分組(例如，通過將HC反饋分組添加或包括在rocp數(shù)據(jù)PDU中來發(fā)送該HC反饋分組)。這里，HC反饋分組從與發(fā)送端rocp實體位于同一位置(co-locate)的接收端TOCP實體的報頭解壓縮接收信息，并且通過在對從上層接收到的rocp SDU執(zhí)行報頭壓縮時將該信息捎帶在rocpsdu上來生成分組。接著，對rocp sdu和捎帶的He反饋分組執(zhí)行安全性功能，并且將rocpSN、D/c字段等添加到該報頭中，從而生成rocp數(shù)據(jù)rou，并因此將該rocp數(shù)據(jù)pdu從發(fā)送端PDCP實體發(fā)送到接收端rocp實體。路徑⑦在接收到rocp數(shù)據(jù)PDU之后，接收端rocp實體首先去除報頭，并且執(zhí)行安全性檢查和報頭解壓縮，從而對rocp SDU解壓縮。這里，如果存在捎帶的HC反饋分組，則將其提取出來并傳送給位于同一位置的發(fā)送端rocp實體的報頭壓縮。在接收到HC反饋分組后，發(fā)送端rocp實體的報頭壓縮可以根據(jù)該反饋信息來確定是按照完整報頭還是按照壓縮報頭來傳輸下一分組。2、在rocp實體中對用于rocp狀態(tài)報告的rocp控制pdu進行處理的過程涉及路徑②和⑤。以下，將對各路徑進行描述。路徑②接收端rocp實體可以檢查接收緩沖器，以請求對尚未從發(fā)送端rocp實體接收到的rocp sdu進行重傳。這里，將接收緩沖器狀態(tài)構造成rocp狀態(tài)報告，并且以控制pdu的形式將所構造的rocp狀態(tài)報告發(fā)送到位于同一位置的發(fā)送端rocp實體。此外，pdcp控制PDU的報頭可包括表示該PDU是數(shù)據(jù)PDU還是控制PDU的D/C字段、表示控制PDU是包括rocp狀態(tài)報告還是包括HC反饋分組的控制PDU類型(CPT，Control PDU Type)字段
坐寸ο路徑⑤在接收到包括有rocp狀態(tài)報告的rocp控制pdu后，接收端rocp實體將接收到的rocp狀態(tài)報告?zhèn)魉偷轿挥谕晃恢玫陌l(fā)送端rocp實體。位于同一位置的發(fā)送端pdcp基于該rocp狀態(tài)報告來對接收端rocp實體尚未接收到的rocp sdu進行重傳。
3、在rocp實體中對用于He反饋的rocp控制pdu進行處理的過程涉及路徑④和⑥。以下，將對各路徑進行描述。路徑④發(fā)送端rocp實體可通過將He反饋分組單獨地包括在rocp控制pdu中來發(fā)送rocp控制rou，而不是將He反饋分組附加在rocp數(shù)據(jù)pdu上。這里，He反饋分組從與發(fā)送端rocp實體位于同一位置的接收端rocp實體的報頭解壓縮接收信息。通過將d/c字段、CPT字段等添加到該報頭中來將He反饋分組構造成rocp控制rou，接著將該He反饋分組發(fā)送到作為對端實體的接收端rocp實體。路徑⑥在接收到包括有HC反饋的rocp控制PDU后，接收端TOCP實體將TOCP控制pdu傳送到位于同一位置的發(fā)送端rocp實體的報頭壓縮。在接收到rocp控制pdu后，發(fā)送端rocp實體的報頭壓縮可根據(jù)該反饋信息來確定是應當按照完整報頭還是按照壓縮的報頭來傳送下一分組
發(fā)明內(nèi)容

如上所述，接收端rocp實體可使用rocp狀態(tài)報告來請求對尚未從發(fā)送端rocp實體接收到的rocp sdu進行重傳。為此，rocp實體應當按照適當?shù)男问絹砩蓃ocp控制rou，并且將該rocp控制pdu發(fā)送給另一方。然而，目前尚未確定要用于發(fā)送的格式的類型。因此，本發(fā)明的一個目的是對接收端rocp實體所使用的、用于將rocp狀態(tài)報告發(fā)送到作為對端實體的發(fā)送端rocp實體的rocp控制rou的格式進行定義。為此，本發(fā)明將提供一種由rocp實體以位圖的形式來通知接收緩沖器狀態(tài)的方法。為了實現(xiàn)這些目的，提供了一種在移動通信系統(tǒng)中發(fā)送rocp層的狀態(tài)報告的方法，在該方法中，由接收端rocp層將與一系列數(shù)據(jù)有關的狀態(tài)報告發(fā)送到發(fā)送端rocp層，該方法包括以下步驟由所述接收端rocp層確定所述一系列數(shù)據(jù)的接收狀態(tài)，其中，所述一系列數(shù)據(jù)是rocp sdu ；以及由所述接收端rocp層將所述hxpsdu的接收狀態(tài)報告發(fā)送給所述發(fā)送端rocp層，其中，以位圖的形式發(fā)送所述接收狀態(tài)報告，該位圖包括指示是否已經(jīng)成功地接收到所述rocp sdu的所述hxpsdu的序號信息。優(yōu)選的是，以rocp控制rou的形式將所述rocp sdu的接收狀態(tài)報告從所述接收端rocp層發(fā)送到所述發(fā)送端rocp層。優(yōu)選的是，PDCP控制PDU包括位圖字段。優(yōu)選的是，F(xiàn)1DCP控制PDU包括最后序號(LSN, Last Sequence Number)字段或第一序號(FSN, First Sequence Number)字段。優(yōu)選的是，LSN字段指示與所述位圖字段的最后一位相對應的HXP SDU的序號(SN)。優(yōu)選的是，F(xiàn)SN字段指示與位圖字段的第一位相對應的rocp SDU的序號(SN)。優(yōu)選的是，PDCP控制PDU包括長度字段，并且，該長度字段包括指示位圖的長度的信息。優(yōu)選的是，位圖字段被構造成用于指示是否已經(jīng)成功地接收到各個rocp SDU的指示符。優(yōu)選的是，各個指示符由一位組成，并且，該一位的值被設置成‘0’或‘I’以指示是否已經(jīng)成功地接收到相應的rocp Sdu0
為了實現(xiàn)這些目的，提供了一種根據(jù)本發(fā)明的、移動通信系統(tǒng)中的接收機，該接收機包括通信模塊，該通信模塊確定是否已經(jīng)成功地接收到通過rocp層接收到的rocp sdu,以位圖的形式來生成與所確定的rocp sdu的接收成功或接收失敗相關的信息，并且將以位圖的形式所生成的該信息包括在要發(fā)送的rocp控制rou中。優(yōu)選的是，rocp控制PDU包括最后序號(LSN)字段或第一序號(FSN)字段，其中，所述LSN字段指示與所述位圖字段的最后一位相對應的rocp SDU的序號(SN)，所述FSN字段指示與所述位圖字段的第一位相對應的rocp SDU的序號(SN)。優(yōu)選的是，PDCP控制PDU包括長度字段，其中，該長度字段包括指示位圖的長度的信息。本發(fā)明的效果在于，在發(fā)送rocp狀態(tài)報告、以對尚未在所述rocp層中接收到的PDCP SDU進行重傳時，通過有效地生成狀態(tài)報告來減小報頭的大小并防止浪費無線資源。


圖I示出了作為現(xiàn)有技術的移動通信系統(tǒng)的長期演進(LTE)系統(tǒng)的示例性網(wǎng)絡結構；圖2示出了根據(jù)3GPP無線接入網(wǎng)絡標準的、在終端與E-UTRAN之間的無線接口協(xié)議的示例性控制面架構；圖3示出了根據(jù)3GPP無線接入網(wǎng)絡標準的、在終端與E-UTRAN之間的無線接口協(xié)議的示例性用戶面架構；圖4是示出了根據(jù)本發(fā)明的一個實施方式的、一種當定時器到期時由接收端將狀態(tài)報告發(fā)送到發(fā)送端的方法的框圖；圖5是示出了根據(jù)本發(fā)明的一個實施方式的、一種當接收到為其啟動了定時器的PDU時停止該定時器的方法的框圖；圖6示出了 L2協(xié)議架構以及發(fā)送端處理數(shù)據(jù)的次序；圖7示出了根據(jù)本發(fā)明的第一實施方式的、用于rocp狀態(tài)報告的rocp控制rou的示例性格式；以及圖8示出了根據(jù)本發(fā)明的第二實施方式的、用于rocp狀態(tài)報告的rocp控制rou的示例性格式。
具體實施例方式本發(fā)明應用于移動通信系統(tǒng)的長期演進(LTE)系統(tǒng)，更具體地說，本發(fā)明應用于從UMTS演進而來的演進通用移動通信系統(tǒng)(E-UMTS，Evolved Universal MobileTelecommunications System)。然而,本發(fā)明并不限于此,而是還可以將本發(fā)明應用于本發(fā)明的技術特征可應用的任意移動通信系統(tǒng)和通信協(xié)議。在本發(fā)明中提出了各種修改例和實施方式，并且將詳細地說明本發(fā)明的優(yōu)選實施方式，在附圖中例示了這些優(yōu)選實施方式的示例。然而，應當理解的是，實施方式并不限于前述說明的任何細節(jié)，而是應當在其精神和范圍內(nèi)進行廣義的理解，本發(fā)明旨在涵蓋落入本發(fā)明所附權利要求及其等同物的范圍內(nèi)修改例和變型例。
雖然可使用包括諸如第一第二等序數(shù)詞來解釋各種組件，但是這些組件并不受這些用語的限制。僅出于將一個組件與另一組件區(qū)分開的目的而使用了這些術語。例如，在不脫離本發(fā)明的范圍的情況下，可以將第一組件稱為第二組件，或類似地，可以將第二組件稱為第一組件。術語‘和/或’用于包括多個公開項的組合或這些項中的一項。如果提及特定組件‘連接(connected)’或‘接入(accessed)’到另一組件，則可以理解的是，該特定組件直接地連接或接入到另一組件或理解為在這些組件之間插入有組件。相反，如果提及某個組件‘直接地連接’或‘直接地接入’到另一個組件，則應當理解的是，組件之間沒有組件。本發(fā)明中所使用的術語僅是為了解釋具體實施方式
，因此其并不意味著限制。單數(shù)表達包括復數(shù)表達，除非這兩種表達在上下文中互不相同。在本發(fā)明中，術語“包括”或 術語“具有”旨在表示針對說明書而公開的特征、圖形、步驟、操作、組件、要素或以上這些的組合的存在。應當這樣來理解術語“包括”或“具有”，即，其不預先排除存在一個或更多個其它特征、形狀、步驟、組件、要素或它們的組合或增加的可能性。除非對本發(fā)明中的術語有不同定義，否則在本發(fā)明中使用的包括技術術語或科技術語在內(nèi)的所有術語都具有與本發(fā)明的領域相關的領域內(nèi)的技術人員所通常理解的術語相同含義。應當理解那些與在普通字典中定義的術語相同的術語具有的含義與現(xiàn)有技術中的語境含義相同。而且，只要在本發(fā)明中沒有明確地定義的術語，就不應當將這些術語解釋為理想化的或過于字面化的含義。本發(fā)明已經(jīng)認識到當接收端rocp實體使用rocp狀態(tài)報告來請求對尚未從作為對端實體的發(fā)送端rocp實體接收到的rocp sdu進行重傳時，并不存在合適的rocp控制PDU格式?？紤]到這一點，本發(fā)明在概念上涉及以下內(nèi)容I)由rocp實體以位圖的形式來通知接收緩沖器的狀態(tài)，以及2)以位圖的形式來定義rocp控制rou的格式，以向作為對端實體的接收端rocp實體通知該rocp控制rou。3)也就是說，接收端rocp實體以I位(bit)來表示各個rocp SDU的接收狀態(tài)，使得將接收成功設置為I而將接收失敗設置為O。4)具體地說，并不按照是否成功地接收到rocp pdu來判斷接收成功，而是按照是否已經(jīng)接收到PDCP SDU來進行判斷。也就是說，如果通過對接收到的rocp PDU執(zhí)行解密和報頭解壓縮而獲得的rocp SDU不存在任何錯誤，則確定接收成功。在本發(fā)明所使用的術語中，將rocp PDU的序號(SN)與TOCP SDU的序號(SN)彼此區(qū)分開。此后，參照圖6，將對rocp pdu與rocp sdu之間的區(qū)別、以及rocp pdu的SN與PDCP SDU的SN之間的區(qū)別進行描述。應當注意的是，圖6中的內(nèi)容引自與本發(fā)明的申請人所提交的韓國專利申請No. 10-2008-0021112 (于2008年3月6日提交)(于2007年3月19日提交的美國臨時申請No. 60/895720)的說明書中的圖5相關的內(nèi)容。此外，還引用了以上申請中的其它部分來對本發(fā)明進行說明。圖6示出了 L2協(xié)議架構以及發(fā)送端處理數(shù)據(jù)的次序。圖6示出了在對由LTE中的RLC層及TOCP層的發(fā)送端從上層接收到的數(shù)據(jù)進行處理和發(fā)送的次序。該次序如下所述。在本發(fā)明所使用的術語中，SDU表示從上層接收到的數(shù)據(jù)，PDU表示在從上層接收到并經(jīng)過處理之后發(fā)送到下層的數(shù)據(jù)?，F(xiàn)在參照圖6來描述對本發(fā)明進行解釋所需的術語(即，rocp PDU與rocp sdu之間的區(qū)別、以及PDCP PDU的SN與PDCP SDU的SN之間的區(qū)別)。Sll :如圖6所示，PDCP層從上層接收到要發(fā)送到下層的數(shù)據(jù)(PDCP SDU)。TOCP層針對各個rocp SDU設置虛擬SN (序號)。在這種情況下，依次地設置HXPSDU SN以區(qū)分各個rocp SDUo由第一設置模塊來執(zhí)行步驟SI I。在圖6的Sll中，實際上沒有將SN添加到PDCP SDU中，而是由利用彼此不同的SN來進行區(qū)分的某種指針(未示出)來管理各個rocpSDU。由于這個原因，所以將步驟Sll中的SN表示為虛擬SN。此外，這個原因使得在圖6的步驟Sll中進行了隱式表達，其中，使用虛線畫出了 rocp SDU的各個SN (S卩，虛擬SN)。si2 :rocp層將各個rocp sdu存儲在rocp sdu緩沖器中。這是為了使源基站(gp，源節(jié)點B)在切換過程中將尚未由終端(UE)確認接收到的rocp SDU轉發(fā)到目標基站(從源節(jié)點B到目標節(jié)點B)。
當在切換過程中轉發(fā)或重傳rocp SDU時，僅對根據(jù)RLC層或HXP層的狀態(tài)報告、接收端尚未正確接收到的那些rocp SDU進行轉發(fā)或重傳。這被稱為選擇性轉發(fā)/重傳。由PDCP SDU緩沖器來執(zhí)行步驟12?？梢酝瑫r執(zhí)行兩次虛擬SN設置處理和三次rocp SDU緩沖。如果rocp層并不支持選擇性的轉發(fā)/重傳，則可以不設置PCP SDU緩沖器。S13 :報頭壓縮器(或報頭壓縮模塊)依次對rocp SDU執(zhí)行報頭壓縮。在這種情況下，該報頭壓縮器自身可以生成與rocp SDU無關的報頭壓縮反饋分組或rocp status pdu
坐寸OS 14 :rocp層依次對經(jīng)報頭壓縮后的rocp sdu進行加密。在這種情況下，rocp層通過使用在將rocp SDU存儲在緩沖器中時所設置的虛擬rocp SN來進行加密。也就是說，PDCP SN在加密算法中用作輸入?yún)?shù)，以針對各個SDU生成彼此不同的加密掩碼(ciphering mask)。由加密模塊來執(zhí)行步驟S14。除了加密操作之外，F(xiàn)1DCP層還可執(zhí)行包括完整性保護功能的安全性功能。并且，如果執(zhí)行完整性保護，則通過使用虛擬rocp SN對PDCP SDU進行完整性保護。rocp層可包括由rocp層自身所生成的分組(如，報頭壓縮器自身所生成的反饋分組以及rocp層自身所生成的rocp status pdu等)。由于反饋分組或PDCP STATUS PDU等并不具有任何對應的rocp SDU或任何設定的虛擬rocp SN，因此并不對反饋分組或rocp STATUS PDU進行加密。S15 :將與通過以上步驟(S13和S14)而經(jīng)過報頭壓縮和加密的各個HXP SDU相對應的虛擬rocp SN (B卩，在步驟Sii中設置的SN)附加到rocp pdu報頭中，以形成rocpPDUo也就是說，當將rocp PDU傳送到RLC層時，將在步驟Sll中設置的虛擬rocp SN作為PDCP SN明確地附加到相應的SDU。由第二設置模塊來執(zhí)行步驟S15。在這種情況下，由于沒有對報頭壓縮器自身生成的反饋分組或rocp層自身生成的PDCP STATUS PDU等設置虛擬PDCP SN，因此反饋分組或PDCP STATUS PDU等自身來構造pdcp rou，而不使用rocp SN。rocp層將這樣構造成的rocp pdu發(fā)送到下面的rlc層。S16 :在從rocp層接收到RLC SDU (即，PDCP PDU)時，RLC層將到RLC SDU存儲在RLC SDU緩沖器中。這是為了靈活地支持RLC層的TOU的大小。S17 =RLC層將RLC SDU存儲在SDU緩沖器中，并且在下面的MAC層在各個傳送時間請求傳送這些RLC SDU時，RLC層根據(jù)所請求的大小來將RCL SDU分段和/或級聯(lián)成所要求的大小。通過分段與級聯(lián)模塊來執(zhí)行步驟S17。S18 =RLC層將RLC SN依次地附加到分段和/或級聯(lián)后的數(shù)據(jù)塊。在這種情況下，RLC層自身可與RLC SDU無關地生成RLC控制H)U。附加有RLC SN的數(shù)據(jù)塊或沒有RLC SN的RLC控制PDU組成了 RLC PDU0由第三設置模塊來執(zhí)行步驟S18。S19:由于AM RLC層支持重傳，因此AM RLC層將構成的RLC PDU存儲在RLC PDU緩沖器中。這是為了以后可能需要的重傳。如上所述，步驟Sll和步驟S15中的rocp SN與步驟S18中的RLC SN具有不同的特性。也就是說，PDCP SN用于在rocp層中進行加密并最終用于僅轉發(fā)或重傳接收端尚未確認接收到的rocp數(shù)據(jù)。而RLC SN用在RLC層，并且具有與HXPSN不同的目的。也就是說，在本發(fā)明中，當rocp層從上層接收到sdu時，將rocpsN附加到這些sdu，而在將附加有PDCP SN的SDU傳送到RLC層時，另外對這些SDU附加RLC SN。 現(xiàn)在將具體地說明本發(fā)明的優(yōu)選實施方式，在附圖中例示了這些優(yōu)選實施方式的示例。只要可能，在全部附圖中使用相同的附圖標記來表示相同或相似的部分，并且省略了對這些相同或相似部分的描述。本發(fā)明定義了一種接收端rocp實體所使用的、用于將rocp狀態(tài)報告發(fā)送到作為對端實體的發(fā)送端rocp實體的rocp控制pdu的格式。為此，本發(fā)明提出了一種由rocp實體以位圖的形式來通知接收緩沖器狀態(tài)的方法。此后，將描述在與rocp狀態(tài)報告相對應的rocp控制rou中的位圖的格式(或構造)。位圖由一位或更多位組成。位圖的各個位都包括與接收狀態(tài)報告有關的信息，即，是否已經(jīng)成功地接收到rocp SDu0也就是說，接收端rocp實體以I位來表示各個rocp sdu的接收狀態(tài)，以使得將接收成功設置成“I”而將接收失敗設置成“O”。這里，并不按照是否成功地接收到PDCP PDU來判斷接收成功，而是按照是否已經(jīng)接收到rocp SDU來進行判斷，也就是說，對接收到的PDCP PDU執(zhí)行解密和報頭解壓縮而獲得的rocp SDU是否不存在任何錯誤。也就是說，PDCP狀態(tài)報告的位圖的各個位用作對單個rocp PDU的成功接收的情況進行通知的指示符。在位圖中基于特定位彼此相鄰的各個位(這是指具有特定SN的rocp SDU的接收成功的情況)包括與是否已成功地接收到具有相鄰的序號的rocp SDU有關的信息。因此，所有的位圖都用作表示具有一定范圍內(nèi)的序號的所有rocp SDU的接收狀態(tài)(即，接收成功或接收失敗)的狀態(tài)報告。然而，僅通過位圖并不能識別出各個rocp SDU的準確序號。為了通知準確的序號，應當將與位圖的第一個SDU或最后一個SDU相對應的序號添加到rocp控制PDU中，接著發(fā)送該rocp控制rou。換言之，如果接收端rocp實體通過rocp控制rou以位圖的形式將rocp sdu的接收狀態(tài)發(fā)送到發(fā)送端rocp實體，則作為對端實體的發(fā)送端rocp實體不能通過僅使用位圖就根據(jù)接收到的rocp控制pdu來確定是否已經(jīng)成功地接收到rocp sdu。因此，需要用于通知位圖的各個位是否表示rocp sdu的信息。為此，應當將由位圖的第一位或最后一位所表示的rocp sdu的SN信息包括在rocp控制pdu中。rocp sdu的這種SN信息可以是與位圖的第一位(圖8中的‘FSN’)相對應的rocp SDU的SN，或者是與最后一位(圖7中‘LSN’ )相對應的PDCP SDU的SN。此外，當需要通知位圖的長度時，還需要表示長度的長度字段。
此后，將參照圖7和圖8來對根據(jù)本發(fā)明的、用于rocp狀態(tài)報告的rocp控制rou的格式的進行描述。圖7示出了根據(jù)本發(fā)明的第一實施方式的、用于rocp狀態(tài)報告的rocp控制rou的示例性格式。這里，圖7示出了包括‘LSN’字段的實施方式。圖7中的rocp控制PDU的格式除了包括D/C字段和控制PDU類型字段以外，還可以包括LENGTH (長度)字段、LSN字段以及BITMAP (位圖)字段。這里，LENGTH字段是可選字段，在rocp控制rou中可以包括或不包括該字段。在應當通知位圖的長度時，將LENGTH字段添加到TOCP控制TOU中。在不需要通知位圖的長度時(諸如，如果位圖的長度固定或如果可以從rocp控制rou的長度推導出位圖的長度)，則不需要LENGTH字段。位圖字段包括表示各個rocp SDU的接收狀態(tài)信息，該信息表示是否已經(jīng)沒有任何錯誤地成功接收到從發(fā)送端rocp接收到的并經(jīng)接收端rocp實體處理的hxpsdu。這里，應 當添加位圖的第一個rocp sdu的SN或最后一個rocp sdu的SN，以準確地通知與各個位圖相對應的各個rocp sdu的序號。在圖7中，添加了最后一個rocp sdu的sn(s卩，最后序號(LSN))。此外，圖7示出了在應當通知位圖的長度時的rocp控制rou的格式。此后，將詳細描述對圖7中的LSN和位圖進行設置的方法。-D/C :表示對應的I3DCP PDU是數(shù)據(jù)PDU還是控制PDU的字段。-控制PDU類型表示對應的控制信息的類型的字段，例如，表示對應的控制信息是狀態(tài)報告還是HC反饋彳目息。-LSN字段包括與位圖字段的最后一位相對應的HXP SDU的SN值。該字段是接收端rocp實體最后一個接收到或未接收到的rocp sdu的SN值。也就是說，通過使用與最后一位相對應的rocp sdu的SN，可以識別出該位圖字段中各個位所表示的rocp sdu的SN。這是由于該位圖的各個位都表示連續(xù)的rocp sdu的接收狀態(tài)。因此，由于最后一位(即，LSN)是由該位圖的最后一位(最低位)所表示的rocp SDU的SN，因此可以識別出由低于最后一位的各個位所表示的對應roCPSDU的各個SN。通過使用這種位圖格式，可以減小用于PDCP狀態(tài)報告的rocp控制PDU的大小，并且可以提高無線資源的效率。-BITMAP字段包括從作為對端實體的發(fā)送端HXP實體接收到的HXPSDU的接收狀態(tài)報告(信息)。在包括有rocp sdu的各個接收狀態(tài)的位圖字段中，目標rocp sdu是所具有的 SN 位于從 ‘LSN-LENGTH*8+1’ 到 ‘LSN’ 之間的[LSN_LENGTH*8+1, LSN]的那些 PDCPSDU0各位圖的各個位都具有與是否已經(jīng)成功地接收到由各個位所表示的rocp SDU相關的接收狀態(tài)信息(即，rocp狀態(tài)報告)。例如，如果LSN值是‘ 100’且LENGTH值是‘5’，則TOCPSDU的SN (作為接收狀態(tài)報告的目標)的范圍是‘61’ ‘100’。例如，位圖中的各個bit_position是I LENGTH*8，如果LENGTH是‘5’，則各個bit_position將是‘I’ ‘40’。也就是說，該位圖中的位的數(shù)量是40。換言之，作為對應的rocp SDU的接收狀態(tài)報告(接收成功或接收失敗)的目標的rocp sdu的數(shù)量是40。以下是對各個bit_position進行解釋的方法 I PDCP SDU 的接收成功，PDCP 序號=(LSN-LENGTH*8+bit_position)。
O PDCP SDU 的接收失敗，PDCP 序號=(LSN-LENGTH*8+bit_position)。此外，如果LENGTH是‘0’，則位圖字段不存在。在這種情況下，考慮到已經(jīng)成功地接收了所有rocp SDU，因此僅包括LSN。圖8示出了根據(jù)本發(fā)明的第二實施方式的、用于rocp狀態(tài)報告的rocp控制rou的示例性格式。這里，圖8示出了包括‘FSN’字段的實施方式。此后，將描述圖8中的實施方式與圖7中的實施方式的區(qū)別。與圖7相比，圖8中的實施方式?jīng)]有使用LSN，而使用了第一序號(FSN)來通知PDCP SDU的準確序號。該FSN與由位圖的第一位所指示的目標HXP SDU的SN相對應。也就是說，該位圖的第一位具有與FSN所指示的rocp SDU的接收狀態(tài)相關的信息。此外，與圖7相似，當不需要通知位圖的長度時(諸如，如果位圖的長度固定或可WWrocp控制rou的長度推導出位圖的長度)，則不需要length字段。通過使用FSN而不是LSN來設置FSN和位圖的方法與圖7中描述的方法具有一些 區(qū)別。-FSN 字段FSN字段的值表示與位圖字段的第一位相對應的HXP SDU的SN。FSN字段的值與接收端rocp實體在從發(fā)送端rocp實體接收到的多個rocp sdu中首個未接收到的rocp SDU的SN相對應。-BITMAP (位圖)包括從作為對端實體的發(fā)送端rocp實體接收到的rocp sdu的接收狀態(tài)報告(信息)。BITMAP的范圍表示具有處在[FSN, FSN+LENGTH*8_1]中的SN的PDCP SDU，并且包括與接收成功或接收失敗有關的信息。在具有rocp SDU的各個接收狀態(tài)的BITMAP字段中，目標HXP SDU是SN位于從‘FSN’到‘FSN+LENGTH*8-1’之間的那些HXP SDU0位圖的各個位都具有與是否已經(jīng)成功地接收到各個位所指示的HXP SDU有關的接收狀態(tài)信息(即，PDCP狀態(tài)報告)。例如，如果FSN值是‘100’且LENGTH值是‘5’，則TOCP SDU的SN (作為接收狀態(tài)報告的目標)的范圍是 ‘100， ‘139’。位圖中的各個bit_position 是 I LENGTH*8，例如，如果 LENGTH 是 ‘5’，則 bit_position將是‘I’ ‘40’。也就是說，該位圖中的位的數(shù)量是40。換言之，作為對應的PDCP SDU的接收狀態(tài)報告(接收成功或接收失敗)的目標的rocp SDU的數(shù)量是40。各個bit_position的解釋方法如下 I PDCP SDU 的接收成功，PDCP 序號=(FSN+bit_position_l)。
O PDCP SDU 的接收失敗，PDCP 序號=(FSN+bit_position_l)。此外，如果LENGTH是‘0’，則位圖字段不存在。在這種情況下，考慮到已經(jīng)成功地接收了所有rocp SDU，因此僅包括FSN。圖7和圖8中的實施方式已經(jīng)針對接收端rocp實體從作為對端實體的發(fā)送端rocp實體接收到的一系列數(shù)據(jù)(S卩，PDCP SDU)的情況來描述了接收狀態(tài)信息(即，rocp狀態(tài)報告)的rocp控制PDU的格式。發(fā)送針對一系列數(shù)據(jù)(B卩，rocp SDU)的接收狀態(tài)信息卿，rocp狀態(tài)報告)的rocp控制rou的方法概述如下。接收端rocp實體通過對從發(fā)送端rocp實體接收到的rocp pdu執(zhí)行加密和報頭解壓縮來獲得rocp sdu，接著檢查各個rocp sdu是否存在錯誤，并由此對各個rocp sdu的接收成功或接收失敗進行判斷。接收端rocp實體將表示各個rocp sdu的接收狀態(tài)(即，接收成功或接收失敗)的各個指示符(位圖的各個位)添加到BITMAP字段中。接收端rocp實體構造包括有BITMAP字段的TOCP控制TOU，并將所構造的I3DCP控制pdu發(fā)送到發(fā)送端rocp實體。此外，PDCP控制PDU可以包括指示BITMAP字段的大小的LENGTH字段。此外，PDCP控制PDU可包括LSN字段或FSN字段。這里，LSN字段具有與BITMAP字段的最后一位相對應的rocp SDU的SN信息。FSN字段具有與BITMAP字段的第一位(最高位)相對應的rocp SDU的SN信息。因而，本發(fā)明使用LSN字段和FSN字段，由此不需要針對BITMAP字段的所有bit_position而具有對應HXPSDU的SN，從而減小了 HXP控制PDU的大小并提高了資源的效率。 此后，將對根據(jù)本發(fā)明的發(fā)射機(發(fā)送裝置)和接收機(接收裝置)進行描述。根據(jù)本發(fā)明的接收機(接收裝置)包括能夠?qū)崿F(xiàn)圖7和圖8的實施方式的硬件、軟件、具有軟件的模塊等?？梢詫⒏鶕?jù)本發(fā)明的裝置稱為實體，并且，根據(jù)本發(fā)明的裝置可以是終端。根據(jù)本發(fā)明的接收機可包括能夠執(zhí)行圖7和圖8中所述功能的通信模塊。也就是說，提供了通信模塊，該通信模塊針對通過rocp層接收到的各個按照次序的rocp sdu來確定接收成功或接收失敗，以位圖的形式來生成該確定結果的狀態(tài)報告，并且發(fā)送包括有以位圖的形式所生成的該狀態(tài)報告的rocp控制rou。PDCP控制PDU包括LSN字段或FSN字段。這里，LSN字段表示與位圖字段的最后一位相對應的rocp SDU的序號(SN)，F(xiàn)SN字段表示與位圖字段的第一位相對應的rocp SDU的序號(SN)。根據(jù)本發(fā)明的發(fā)射機(發(fā)送裝置)包括能夠執(zhí)行圖7和圖8中所述功能的通信模塊。這里，已經(jīng)在圖7和圖8中描述了這種通信模塊的功能，因此省略了詳細的說明。如上所述，根據(jù)本發(fā)明的接收機和發(fā)射機除了上述要素(例如，輸出單元(顯示器、揚聲器等)、輸入單元(鍵盤、麥克風等)、存儲器、微處理器、發(fā)送/接收單元(RF模塊、天線等))以外，還基本上包括實現(xiàn)本發(fā)明的技術思想所要求的軟件、硬件。這些要素對于本領域中的人員是明顯的，因此將省略對它們的描述?？梢杂绍浖?、硬件或它們的組合來實現(xiàn)到此為止所述的該方法。例如，可以由能夠存儲在存儲介質(zhì)(例如，移動終端的內(nèi)部存儲器、閃存、硬盤等)且能夠由處理器(例如，移動終端的內(nèi)部微處理器)來執(zhí)行的軟件程序中的代碼或指令語言，來實現(xiàn)根據(jù)本發(fā)明的方法。對于本領域中的技術人員來說明顯的是，可以在本發(fā)明中進行各種修改和變型而不偏離本發(fā)明的精神或范圍。因此，本發(fā)明旨在涵蓋落入所附權利要求及其等同物的范圍內(nèi)的對本發(fā)明的修改例和變型例。
權利要求
1.一種在移動通信系統(tǒng)中發(fā)送分組數(shù)據(jù)匯聚協(xié)議rocp層的狀態(tài)報告的方法，在由接收端rocp層將一系列數(shù)據(jù)的狀態(tài)報告發(fā)送給發(fā)送端rocp層的方法中，該方法包括以下步驟 由所述接收端rocp層確定所述一系列數(shù)據(jù)的接收狀態(tài)，其中，所述一系列數(shù)據(jù)是rocp服務數(shù)據(jù)單元SDU ； 由所述接收端rocp層生成所述rocp sdu的接收狀態(tài)報告，該接收狀態(tài)報告指示是否已在所述接收端rocp層成功接收到所述一系列數(shù)據(jù)中的各個數(shù)據(jù)；以及由所述接收端rocp層將所述接收狀態(tài)報告發(fā)送給所述發(fā)送端， 其中，以rocp協(xié)議數(shù)據(jù)單元rou的格式發(fā)送所述接收狀態(tài)報告， 其中，所述接收狀態(tài)報告包括D/C字段、PDU類型字段、字段和位圖字段， 所述字段包括與rocp SDU有關的SN信息， 所述位圖字段包括針對由所述字段指示的至少一個rocp sdu來指示所述至少一個PDCP SDU的接收狀態(tài)的至少一個指示符，各個指示符指示相應的rocp SDU的接收是成功還是失敗，并且其中，通過按照所述D/C字段、所述PDU類型字段、所述字段以及所述位圖字段的次序?qū)@些字段進行排列，來構造所述接收狀態(tài)報告。
2.根據(jù)權利要求I所述的方法，其中，根據(jù)所述D/C字段的值，所述rocpPDU的格式是PDCP數(shù)據(jù)PDU或rocp控制rou。
3.根據(jù)權利要求2所述的方法，其中，所述D/C字段指示所述rocpPDU的格式是rocp數(shù)據(jù)PDU還是rocp控制rou，所述pdu類型字段指示控制信息的類型。
4.根據(jù)權利要求I所述的方法，其中，所述位圖字段中的各個指示符被配置有單個位，并且，該單個位的值被設置成‘0’或‘I’以指示是否已經(jīng)成功地接收到相應的rocp SDU0
5.一種用于在移動通信系統(tǒng)中發(fā)送分組數(shù)據(jù)匯聚協(xié)議rocp層的狀態(tài)報告的接收機，該接收機包括 用于確定一系列數(shù)據(jù)的接收狀態(tài)的裝置，其中，所述一系列數(shù)據(jù)是rocp服務數(shù)據(jù)單元SDU ； 用于生成所述rocp SDU的接收狀態(tài)報告的裝置，該接收狀態(tài)報告指示是否已在接收端rocp層成功接收到所述一系列數(shù)據(jù)中的各個數(shù)據(jù)；以及用于將所述接收狀態(tài)報告發(fā)送給所述發(fā)送端的裝置， 其中，以rocp協(xié)議數(shù)據(jù)單元pdu的格式發(fā)送所述接收狀態(tài)報告， 其中，所述接收狀態(tài)報告包括D/C字段、PDU類型字段、字段和位圖字段， 所述字段包括與rocp SDU有關的SN信息， 所述位圖字段包括針對由所述字段指示的至少一個rocp SDU來指示所述至少一個PDCP SDU的接收狀態(tài)的至少一個指示符，各個指示符指示相應的PDCP SDU的接收是成功還是失敗，并且其中，通過按照所述D/C字段、所述PDU類型字段、所述字段以及所述位圖字段的次序?qū)@些字段進行排列，來構造所述接收狀態(tài)報告。
6.根據(jù)權利要求5所述的接收機，其中，根據(jù)所述D/C字段的值，所述rocpPDU的格式是rocp數(shù)據(jù)pdu或rocp控制rou。
7.根據(jù)權利要求6所述的接收機，其中，所述D/C字段指示所述rocpPDU的格式是PDCP數(shù)據(jù)PDU還是rocp控制rou，所述pdu類型字段指示控制信息的類型。
8.根據(jù)權利要求5所述的接收機，其中，所述位圖字段中的各個指示符被配置有單個位，并且，該單個位的值被設置成‘0’或‘I’以指示是否已經(jīng)成功地接收到相應的rocpSDU。
全文摘要
本發(fā)明公開了一種發(fā)送PDCP層的狀態(tài)報告的方法以及接收機，通過當構造用于在LTE系統(tǒng)中向PDCP層中的另一方報告PDCP SDU的接收狀態(tài)的PDCP狀態(tài)報告時，以位圖的形式發(fā)送關于一系列PDCP SDU的接收成功或接收失敗的信息，這可以節(jié)省無線資源。
文檔編號H04W80/02GK102833050SQ201210301159
公開日2012年12月19日 申請日期2008年9月10日 優(yōu)先權日2007年9月11日
發(fā)明者李承俊, 李英大, 千成德, 樸成埈 申請人:Lg電子株式會社