專利名稱：用于在移動通信系統(tǒng)中傳輸數(shù)據(jù)的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種無線通信系統(tǒng)，且具體而言，涉及一種在無線通 信系統(tǒng)中配置數(shù)據(jù)塊的方法。
背景技術(shù)：
圖1為E-UMTS (演進通用移動電信系統(tǒng))的網(wǎng)絡(luò)結(jié)構(gòu)的示意圖。 E-UMTS是從傳統(tǒng)的WCDMA (寬帶碼分多址)UMTS演進而來的系 統(tǒng)，且其基本標準化現(xiàn)正由3GPP(第三代合作伙伴計劃)處理。E-UMTS 亦稱作LTE (長期演進技術(shù))系統(tǒng)。
參見圖1， E-UTRAN (UMTS地面無線接入網(wǎng)絡(luò))包括基站(下 文稱作"eNodeB"或"eNB")，其中各eNB經(jīng)由X2接口彼此連接。同時， eNB中的每個經(jīng)由無線接口連接用戶設(shè)備(UE)，且經(jīng)由Sl接口連接 EPC (演進分組核心)。該EPC包括MME/SAE網(wǎng)關(guān)(移動管理實體/ 系統(tǒng)架構(gòu)演進網(wǎng)關(guān))。
基于通信系統(tǒng)中廣泛公知的OSI (開放系統(tǒng)互連)標準模型的較 低三層，在UE與網(wǎng)絡(luò)之間的無線接口協(xié)議的層可分為第一層L1、第 二層L2及第三層L3。屬于第一層L1的物理層通過使用物理信道提供 信息傳輸服務(wù)。位于第三層的無線資源控制(下文簡稱為"RRC")層控 制UE與網(wǎng)絡(luò)之間的無線資源。因此，RRC層支持在UE與網(wǎng)絡(luò)之間交 換RRC消息。RRC層可分布式地位于包括節(jié)點B、 AG等的網(wǎng)絡(luò)節(jié)點 上，，或可獨立地位于節(jié)點B或AG上。
圖2為說明E-UTRAN (UMTS地面無線接入網(wǎng)絡(luò))的示意圖。在 圖2中，陰影線部分表示用戶平面的功能實體，非陰影線部分表示控制平面的功能實體。
圖3A及圖3B說明用戶設(shè)備(UE)與E-UTRAN之間的無線接口協(xié) 議的結(jié)構(gòu)，其中圖3A為控制平面協(xié)議的示意圖，且圖3B為用戶平面 協(xié)議的示意圖。參見圖3A及圖3B，無線接口協(xié)議在水平方向上包括 物理層、數(shù)據(jù)鏈路層及網(wǎng)絡(luò)層，且在垂直方向上包括用于數(shù)據(jù)信息傳 輸?shù)挠脩羝矫婕坝糜谛帕顐鬏數(shù)目刂破矫??；谕ㄐ畔到y(tǒng)中廣泛公知 的開放系統(tǒng)互連(OSI)標準模型的較低三層，圖3A與圖3B中的協(xié)議層 可分為L1 (第一層)、L2 (第二層)及L3 (第三層)。
作為第一層的物理層使用物理信道向上層提供信息傳輸服務(wù)。物 理層經(jīng)由傳輸通道連接至位于物理層之上的媒體接入控制(下文簡稱 為"MAC")層。數(shù)據(jù)經(jīng)由傳輸信道在媒體接入控制層與物理層之間傳 輸。此外，數(shù)據(jù)在不同物理層之間傳輸，更詳細的，經(jīng)由物理信道在 發(fā)送側(cè)的物理層與接收側(cè)的其它物理層之間傳輸。根據(jù)正交頻分復(fù)用 ((Orthogonal Frequency Division Multiplexing ， OFDM))方案調(diào)帝寸 E-UMTS的物理信道，且時間及頻率被當作無線資源使用。
第二層的媒體接入控制(下文簡稱為"MAC")層經(jīng)由邏輯信道向 MAC層之上的無線鏈路控制(下文簡稱為"RLC")層提供服務(wù)。第二 層的RLC層支持可靠的數(shù)據(jù)傳輸。為了在具有相對較窄的頻寬的無線 通信周期內(nèi)有效地發(fā)送IP分組(例如IPv4或IPv6)，第二層(L2)的 PDCP(Packet Data Convergence Protocol)層執(zhí)行頭壓縮(head compression),以減少不必的控制信息。
僅在控制平面中定義位于第三層的最低部分的無線資源控制(下 文簡稱為"RRC")層，并且其與將負責控制邏輯、傳輸及物理信道的無 線承載(下文簡稱為"RB")的配置、重配置及釋放相關(guān)。在此情況下， RB表示由該第二層在UE與UTRAN之間提供數(shù)據(jù)傳輸?shù)姆?wù)。
5下文將描述第二層中包括的PDCP層。
PDCP層與其上層(也就是RRC層或用戶應(yīng)用層)連接，且與其 下層(也就是RLC層)連接。PDCP層執(zhí)行的主要功能包括頭壓縮及 安全功能。頭壓縮功能被用于提高無線資源的使用效率，且有利于在 使用經(jīng)由單個因特網(wǎng)分組流發(fā)送的分組的常見功能時，降低自無線終 端發(fā)送的信息的數(shù)量。安全功能的例子包括加密及完整性檢査，且該 安全功被用于防止第三方操控或監(jiān)視數(shù)據(jù)的發(fā)生。
關(guān)于用于PDCP層中的頭壓縮方案，使用魯棒頭壓縮(robust header compression, ROHC)方案以減小RTP (實時傳輸協(xié)議)/UDP (用戶數(shù) 據(jù)報協(xié)議，user datagram protocol) /IP (因特網(wǎng)協(xié)議)分組的頭信息。 除了 ROCH方案之外，頭壓縮方案的另一個例子包括RFC2507。
ROHC方案是基于以下事實屬于一個分組流的連續(xù)分組中的分 組頭的字段值幾乎不變。因此，ROHC方案發(fā)送變量字段，而非分組 頭中包括的所有字段。舉例而言，對于Ipv4 (IP版本4)，未經(jīng)壓縮的 RTP/UDP/IP分組的完整頭大小為40字節(jié)，且對于Ipv6 (IP版本6)為 60字節(jié)，而被稱為有效負載的純數(shù)據(jù)部分的大小通常為15~20字節(jié)。 因此，請注意，由于控制信息的結(jié)構(gòu)大于實際發(fā)送的用戶數(shù)據(jù)的結(jié)構(gòu)， 因此傳輸效率非常低下。因此，如果使用頭壓縮方案，則可顯著減小 控制信息的數(shù)量。舉例而言，經(jīng)由ROHC方案而減小的頭大小僅為1 字節(jié)至3字節(jié)。
ROHC方案分為單向模式(下文簡稱為"U-模式")、雙向最佳化 模式(下文簡稱為"O-模式")及雙向可靠模式(下文簡稱為"R-模式")。 在U-模式情況下，發(fā)送側(cè)執(zhí)行到接收側(cè)的單向通信。在O-模式或R-模式情況下，發(fā)送側(cè)執(zhí)行雙向通信，以發(fā)送實時分組，且接收側(cè)向發(fā) 送側(cè)發(fā)送傳輸狀態(tài)信息。因此，根據(jù)O-模式及R-模式的ROHC方案， 響應(yīng)于從接收側(cè)接收的ROHC狀態(tài)信息(ACK或NACK)，發(fā)送側(cè)發(fā)送數(shù)據(jù)的頭壓縮數(shù)據(jù)分組，且控制實時業(yè)務(wù)分組的傳輸。自接收側(cè)傳
輸至發(fā)送側(cè)的ROHC狀態(tài)信息的使用目的可視模式而定。O-模式的 ROHC方案主要通過發(fā)送NACK相關(guān)信息來提高壓縮效率，而R-模式 的ROHC方案基于ROHC狀態(tài)信息通過使用嚴格的邏輯來支持魯棒頭 壓縮方案。在頭壓縮進程中，ROHC狀態(tài)信息可稱作反饋信息。除了 ROHC方案之外，反饋信息亦用于另一個頭壓縮方案中。
在ROCH方案的模式中，將詳細描述U-模式。壓縮器具有三種狀 態(tài)，也就是，完整上下文(context)形成狀態(tài)、動態(tài)上下文形成狀態(tài)及完 整上下文完成狀態(tài)。壓縮頭分組的類型視每個狀態(tài)而變化，且其操作 方法亦視每個狀態(tài)而變化。首先，將描述上下文的結(jié)構(gòu)。上下文的結(jié) 構(gòu)包括靜態(tài)上下文及動態(tài)上下文。
圖4說明根據(jù)相關(guān)技術(shù)的ROHC U-模式壓縮器的狀態(tài)及其移位進 程。參見圖4，完整上下文形成狀態(tài)表示還沒有形成完整上下文，或由 于其受損而應(yīng)重構(gòu)完整上下文。動態(tài)上下文形成狀態(tài)表示，由于其受 損，應(yīng)重構(gòu)完整上下文的動態(tài)上下文部分。完整上下文完成狀態(tài)表示 完整上下文處于完成未損狀態(tài)。每個周期，每個狀態(tài)移位至另一個狀 態(tài)。此時，各個周期彼此不同。舉例而言，從完整上下文完成狀態(tài)到 動態(tài)上下文形成狀態(tài)的移位周期大于從完整上下文完成狀態(tài)到完整上 下文形成狀態(tài)的移位周期。

發(fā)明內(nèi)容
依據(jù)數(shù)據(jù)塊中所包括的數(shù)據(jù)傳輸自上層或直接產(chǎn)生于PDCP層， 根據(jù)相關(guān)技術(shù)在前述PDCP層中產(chǎn)生的數(shù)據(jù)塊可分為多種類型。同時， 依據(jù)傳輸自上層的數(shù)據(jù)是用戶數(shù)據(jù)或控制數(shù)據(jù)，在PDCP層中生成的 數(shù)據(jù)塊可分為多種類型。同時，依據(jù)在PDCP層中生成的每個數(shù)據(jù)塊 的類型來確定是否應(yīng)用頭壓縮功能、是否應(yīng)用加密和/或完整性檢查功 能等，因此需要一種根據(jù)每個數(shù)據(jù)塊的類型來劃分數(shù)據(jù)塊以有效處理 數(shù)據(jù)的方法。
7因此，本發(fā)明的目的在于提供一種在無線通信系統(tǒng)中有效處理數(shù) 據(jù)的方法，該方法充分地避免由于相關(guān)技術(shù)的限制及缺陷而導(dǎo)致的一 個或多個問題。
為了實現(xiàn)這些和其他優(yōu)點并根據(jù)如同包括并廣泛描述的本發(fā)明的 目的， 一種在無線通信系統(tǒng)中在執(zhí)行頭壓縮功能的協(xié)議層中產(chǎn)生將傳 輸?shù)浇邮諅?cè)的數(shù)據(jù)塊的方法，該方法包括生成包括控制信息的控制 分組和對上層數(shù)據(jù)塊進行頭壓縮所生成的壓縮分組中的至少一個，并 且在生成控制分組的情況下，生成包括類型指示信息和控制分組的第 一低層數(shù)據(jù)塊，該類型指示信息指示所產(chǎn)生的控制分組中所包括的控 制信息的類型。
在本發(fā)明的另一方面中， 一種在無線通信系統(tǒng)中生成將從發(fā)送側(cè) 發(fā)送至接收側(cè)的數(shù)據(jù)塊的方法，該方法包含在為上層數(shù)據(jù)塊執(zhí)行頭 壓縮的協(xié)議實體中生成控制分組，該控制信息與從接收側(cè)接收的數(shù)據(jù) 塊相關(guān)，并且生成包括頭和控制分組的第一數(shù)據(jù)塊，該頭包括類型字 段，頭包括指示在生成的控制分組中包括的控制信息的類型的類型指 示字段。


圖1說明E-UMTS (演進通用移動電信系統(tǒng))的網(wǎng)絡(luò)結(jié)構(gòu)；
圖2為說明E-UTRAN (UMTS地面無線接入網(wǎng)絡(luò))的示意圖； 圖3A和圖3B說明用戶設(shè)備(UE)與E-UTRAN之間的無線接口協(xié)
議的結(jié)構(gòu)，其中圖3A為控制平面協(xié)議的示意圖，且圖3B為用戶平面
協(xié)議的示意圖4說明根據(jù)相關(guān)技術(shù)的ROHCU-模式壓縮器的狀態(tài)，及其移位
進程；
圖5說明E-UMTS發(fā)送側(cè)及接收側(cè)的PDCP層中所包括的功能實
體；圖6說明將圖5的頭壓縮實體中產(chǎn)生的控制信息傳輸?shù)浇邮諅?cè)的
進程；
圖7說明包括控制平面的上層數(shù)據(jù)的PDCPPDU數(shù)據(jù)格式的例子； 圖8說明包括用戶平面的上層數(shù)據(jù)的PDCPPDU數(shù)據(jù)格式的例子；
和
圖9A及圖9B說明包括PDCP層(非上層)中產(chǎn)生的控制信息的 PDCP PDU數(shù)據(jù)格式的例子。
具體實施例方式
通過本發(fā)明的優(yōu)選實施例，本發(fā)明的結(jié)構(gòu)、操作和其他特征將容 易地被理解，其例子已表示在附圖中。
圖5為說明E-UMTS發(fā)送側(cè)及接收側(cè)的PDCP層中所包括的功能 實體的框圖。盡管圖5中說明對應(yīng)于由PDCP層執(zhí)行的每個功能的實 體，但兩個或兩個以上的實體可組合以構(gòu)成一個實體。
參見圖5，發(fā)送側(cè)的PDCP層從諸如RRC層或應(yīng)用層的上層接收 上層數(shù)據(jù)，也就是PDCPSDU(服務(wù)數(shù)據(jù)單元)。從RRC層傳輸?shù)纳蠈?數(shù)據(jù)是控制平面的信令信息，用于執(zhí)行RRC層的功能，從應(yīng)用層傳輸 的上層數(shù)據(jù)是用戶平面的數(shù)據(jù)。
序號(SN)分配實體11分配序號(SN)給由上層傳輸?shù)腜DCP SDU。 頭壓縮實體12對從上層傳輸?shù)挠脩羝矫鏀?shù)據(jù)(也就是PDCPSDU)執(zhí) 行頭壓縮功能。如上所述，頭壓縮實體12可使用ROHC方案作為壓縮 方案，并且基于屬于一個分組流的連續(xù)分組的頭的相應(yīng)字段中包括的 值幾乎不變的事實來配置包括分組的頭所包括的部分而不是全部字段 的頭。然而，頭壓縮實體12不對所有PDCPSDU執(zhí)行頭壓縮，且周期 地向接收側(cè)發(fā)送完整頭，其中該完整頭未經(jīng)壓縮。接收側(cè)基于接收到 的完整頭重構(gòu)壓縮頭。頭壓縮功能不適用于從RRC層傳輸?shù)纳蠈訑?shù)據(jù)。
9同時，頭壓縮實體12生成與從上層傳輸?shù)腜DCP SDU無關(guān)的控制 分組，也就是其不包括上層數(shù)據(jù)。該控制分組和執(zhí)行PDCP層的功能 有關(guān)，并且包括由該頭壓縮實體生成的控制信息。控制信息的例子包 括用于從接收側(cè)接收到的至少一個PDCPPDU的反饋信息或狀態(tài)信息。 反饋信息包括與從接收側(cè)接收的PDCP PDU的頭壓縮相關(guān)的信息。狀 態(tài)信息可包括有關(guān)是否成功接收從接收側(cè)接收的PDCP PDU，或有關(guān)是 否需要重新發(fā)送的信息。除了反饋信息或狀態(tài)信息，控制信息可包括 其它控制信息。
圖6為說明將頭壓縮實體12中產(chǎn)生的控制信息傳輸至接收側(cè)的進 程的框圖。
參見圖6，第一控制信息B從左向右發(fā)送，并且其表示壓縮分組 流(也就是從右向左發(fā)送的"流C")的響應(yīng)信息，例如反饋信息或狀 態(tài)信息。第二控制信息D從右向左發(fā)送，并且其表示壓縮分組流(也 就是從左向右發(fā)送的"流A")的響應(yīng)信息。換而言之，盡管"流A" 是經(jīng)由"點E"傳輸并且隨后被壓縮的PDCP SDU的分組流，但在相 同方向上傳輸?shù)牡谝豢刂菩畔與經(jīng)由"點E"傳輸?shù)腜DCP SDU無 關(guān)，并且與經(jīng)由"點F"傳輸?shù)絇DCP層且連接到"流C"的分組流相 關(guān)。換而言之，第一控制信息和第二控制信息與上下文信息的管理相 關(guān)。因此，對于發(fā)送側(cè)的PDCP層，控制信息的產(chǎn)生與從該上層傳輸 的PDCPSDU無關(guān)。在此情況下，序號分配實體11不分配序號。
再次參見圖5，完整性檢查實體13執(zhí)行用于包括控制平面數(shù)據(jù)， 也就是從RRC層傳輸?shù)腜DCP SDU的PDCP SDU的完整性保護。可以 通過將所謂MAC-I (用于完整性保護的消息驗證碼)的字段附加至要 被發(fā)送的PDCP PDU上的方式執(zhí)行完整性檢査。
加密實體14對壓縮分組及RRC消息執(zhí)行加密，其中壓縮分組已 經(jīng)由頭壓縮實體12進行頭壓縮，并且RRC消息已經(jīng)由完整性檢查實體13進行完整性保護。通過在加密參數(shù)和由特定加密算法生成的掩碼
之間的位操作將數(shù)據(jù)(明文塊(PLAINTEXTBLOCK))加密為密文塊 (CIPHERTEXT BLOCK)。密文塊經(jīng)由無線接口而發(fā)送到接收側(cè)，且 收到密文塊的接收側(cè)經(jīng)由發(fā)送側(cè)所用的加密算法生成相同的掩碼，以 恢復(fù)原始明文塊。除了 3GPP中所用的f8算法外，根據(jù)相關(guān)技術(shù)的多 種算法可用作加密算法。加密參數(shù)表示CK、計數(shù)-C、承載、方向、長 度等，其中計數(shù)-C與執(zhí)行加密的PDCPSDU的序號相關(guān)，并且隨時間 而變化。圖5中，未分配序號的控制分組未經(jīng)加密。
頭添加實體15通過添加PDCP頭到從頭壓縮實體12或加密實體 14傳輸?shù)臄?shù)據(jù)塊而生成PDCP PDU。 PDCP PDU可分為三種類型。第 一類是包括控制平面的上層數(shù)據(jù)的PDCP PDU，其中上層數(shù)據(jù)傳輸自 RRC層。第二類為包括該用戶平面的上層數(shù)據(jù)的PDCP PDU，其中上 層數(shù)據(jù)傳輸自應(yīng)用層(上層)。第三類為包括由頭壓縮實體12生成的 控制分組的PDCPPDU。根據(jù)本發(fā)明的實施例，相應(yīng)于每個類型的PDCP PDU包括彼此不同的頭。如圖5中所示，由于頭添加前由加密實體14 執(zhí)行加密，因此不管PDCPPDU的類型，對于PDCPPDU的頭將不執(zhí) 行加密。
圖7為說明包括控制平面的上層數(shù)據(jù)的PDCP PDU的數(shù)據(jù)格式的 例子的框圖。如上所述，在通過圖5的序號分配實體11分配序號給控 制平面的上層數(shù)據(jù)(也就是從RRC層傳輸?shù)目刂菩畔?之后，完整性 檢査實體13對該控制信息執(zhí)行完整性檢查。因此，圖7中所示的PDCP PDU的頭包括PDCP序號字段(包括序號)。"R"字段表示保留比特。 MAC-I字段包括為通過完整性檢查實體13進行完整性保護而添加的消 息驗證代碼。
圖8為說明包括用戶平面的上層數(shù)據(jù)的PDCP PDU數(shù)據(jù)格式的例 子的框圖。圖8中所示的PDCPPDU的頭包括D/C字段和PDCP序號 字段。該D/C字段包括指示相應(yīng)的PDCP PDU是否包括用戶數(shù)據(jù)或控
11制信息的信息。圖8中，D/C字段包括指示相應(yīng)的PDCP PDU包括用 戶數(shù)據(jù)的指示符(indicator)。
圖9A和圖9B為說明包括PDCP層(非上層)中產(chǎn)生的控制信息 的PDCP PDU數(shù)據(jù)格式的例子的框圖，其中這些PDCP PDU包括不同 類型的控制信息。圖9A和圖9B中所示的PDCPPDU通常包括D/C字 段和PDU類型字段。D/C字段包括指示相應(yīng)的PDCPPDU包括控制信 息的指示符。PDU類型字段包括指示在相應(yīng)的PDCPPDU中包括的控 制信息的類型的信息。由于圖9A和圖9B包括不同類型的控制信息， 因此各個PDU類型字段包括不同類型的信息。因此，通過使用PDU 類型字段中所包括的信息，接收側(cè)可識別在相應(yīng)的PDCP PDU中包括 哪種類型的控制信息。
圖9A的PDCP PDU中包括的控制信息包括散置(interspersed)的 ROHC反饋分組。該散置的ROHC反饋分組由圖5的頭壓縮實體12生 成，與從上層傳輸?shù)腜DCPSDU無關(guān)，并且包括從接收側(cè)發(fā)送的PDCP PDU的反饋信息。圖9B的PDCPPDU中包括的信息為狀態(tài)報告信息， 并且包括指示是否已成功接收從接收側(cè)發(fā)送的多個PDCPPDU的信息。 舉例而言，在位圖類型中的狀態(tài)報告信息可以包括有關(guān)是否已成功接 收從接收側(cè)發(fā)送的多個PDCPPDU的信息。除了圖9A及圖9B中所示 的PDCP PDU中所包括的控制信息外，如果存在PDCP PDU層中生成 的另一種類型的控制信息，則可配置包括該另一種類型的控制信息的 PDCP PDU。包括在相應(yīng)的PDCP PDU的頭中的PDU類型字段包括不 同于圖9A及圖9B的PDCP PDU中所包括的PDU類型字段的信息， 因此可彼此識別這些PDU類型字段。PDCP層中生成的另一種類型控 制信息的例子包括狀態(tài)報告信息，該信息用于在執(zhí)行交接后報告PDCP SDU的接收確認信息。
再次參見圖5，以與在發(fā)送側(cè)的PDCP中的進程相反的順序執(zhí)行在 接收側(cè)的PDCP層中的用于從發(fā)送側(cè)接收PDCP PDU,依照PDCP協(xié)議執(zhí)行用于接收的PDCP PDU的數(shù)據(jù)處理，并將經(jīng)數(shù)據(jù)處理的PDCP PDU 傳輸至上層的進程。此時，接收側(cè)的PDCP層參照所接收的PDCP PDU 頭中所包括的信息(也就是D/C字段、PDU類型字段、PDCP序號字 段等)識別包括在PDCP PDU中的PDCP PDU類型或控制信息類型， 且根據(jù)所識別的結(jié)果進行操作。
圖5中，頭移除實體21從所接收的PDCPPDU中移除頭。解碼實 體22對已經(jīng)移除頭的PDCP PDU執(zhí)行解碼。如果經(jīng)解碼的PDCP PDU 包括控制平面數(shù)據(jù)，則完整性檢查實體23對解碼的PDCP PDU執(zhí)行完 整性檢查。如果經(jīng)解碼的PDCP PDU包括用戶平面數(shù)據(jù)，則頭解壓實 體24對解碼的PDCP PDU執(zhí)行頭解壓。重新排序?qū)嶓w25對以上生成 的PDCP SDU執(zhí)行重新排序進程，并且接著將PDCP SDU傳輸?shù)缴蠈印?如果從發(fā)送側(cè)接收的PDCP PDU與圖9A和圖9B中所示的PDCP PDU 相同，則由頭移除實體21移除頭的PDCP PDU將被傳輸?shù)筋^解壓實體 24，而不執(zhí)行完整性檢査或頭解壓。
按照預(yù)定類型，對本發(fā)明的結(jié)構(gòu)組件及特征進行組合就可以實現(xiàn) 前述實施例。除非單獨說明，應(yīng)選擇性地看待這些結(jié)構(gòu)組件或特征中 的每一個。在不與其它結(jié)構(gòu)組件或特征組合的情況下，可執(zhí)行這些結(jié) 構(gòu)組件或特征中的每一個。同時，某些結(jié)構(gòu)組件和/或特征可彼此組合， 以構(gòu)成本發(fā)明的實施例。本發(fā)明實施例中所描述的操作順序可變更。 實施例中某些結(jié)構(gòu)組件或特征可包括于另一個實施例中，或者可以由 另一個實施例的對應(yīng)結(jié)構(gòu)組件或特征替代。此外，某些引用特定權(quán)利 要求的權(quán)利要求可與引用其它權(quán)利要求(而非特定權(quán)利要求)的其它 請求組合以構(gòu)成實施例，或通過在申請此申請案之后的修正而添加新 權(quán)利要求，這是顯而易見的。
可通過各種構(gòu)件實施本發(fā)明的實施例，例如硬件、固件、軟件或 其組合。如果本發(fā)明的實施例由硬件實施，則可由一個或多個應(yīng)用程 序特定集成電路(ASIC)、數(shù)字信號處理器(DSP)、數(shù)字信號處理設(shè)備(DSPD)、可編程邏輯設(shè)備(PLD)、場可編程門陣列(FPGA)、處理器、 控制器、微控制器、微處理器等來實施本發(fā)明的實施例。
若本發(fā)明的實施例由固件或軟件實施，則根據(jù)本發(fā)明實施例在無 線通信系統(tǒng)中發(fā)送及接收數(shù)據(jù)的方法可由執(zhí)行上述功能或操作的模 塊、進程或函數(shù)來實施。軟件代碼可儲存在內(nèi)存單元中，且隨后由處 理器驅(qū)動。該內(nèi)存可位于該處理器的內(nèi)部或外部，以經(jīng)由各種公知方 法發(fā)送數(shù)據(jù)至處理器，且自處理器接收數(shù)據(jù)。
在不偏離本發(fā)明的精神及本質(zhì)特征的條件下，本發(fā)明可體現(xiàn)于其 它特定形式中，這對于本領(lǐng)域技術(shù)人員是顯而易見。因此，在所有方 面中，以上實施例應(yīng)視為示例性而非限制性。本發(fā)明的范疇應(yīng)由對附 加的權(quán)利要求的合理解釋而確定，且本發(fā)明等效范疇內(nèi)的所有變更均 包括于本發(fā)明的范疇內(nèi)。
本發(fā)明并不限于此處所述的實施例，并且包括了包含此處所公開 的原理和特征的最大范圍。
工業(yè)實用性
本發(fā)明可應(yīng)用于諸如移動通信系統(tǒng)及無線因特網(wǎng)系統(tǒng)的無線通信 系統(tǒng)中。
1權(quán)利要求
1.一種在無線通信系統(tǒng)中在執(zhí)行頭壓縮功能的協(xié)議層中產(chǎn)生待發(fā)送至接收側(cè)的數(shù)據(jù)塊的方法，所述方法包括以下步驟生成包括控制信息的控制分組和對上層數(shù)據(jù)塊進行頭壓縮所生成的壓縮分組中的至少一個；以及在生成所述控制分組的情況下，生成包括類型指示信息和所述控制分組的第一低層數(shù)據(jù)塊，所述類型指示信息指示所述所生成的控制分組中所包括的控制信息的類型。
2. 如權(quán)利要求l所述的方法，其中由執(zhí)行所述頭壓縮功能的實體來執(zhí)行生成所述控制分組和所述壓縮分組中的至少一個的步驟。
3. 如權(quán)利要求l所述的方法，進一步包括，在生成所述壓縮分組的情況下，生成包括指示符和所述壓縮分組的第二低層數(shù)據(jù)塊，所述指示符指示所述壓縮分組中所包括的數(shù)據(jù)為用戶數(shù)據(jù)。
4. 如權(quán)利要求l所述的方法，其中所述第一低層數(shù)據(jù)塊進一步包括指示符，其指示所述控制分組中包括的數(shù)據(jù)為控制數(shù)據(jù)。
5. 如權(quán)利要求4所述的方法，其中所述類型指示信息及所述指示符包括于所述第一低層數(shù)據(jù)塊的頭中。
6. 如權(quán)利要求3所述的方法，進一步包括對所述壓縮分組執(zhí)行加密。
7. 如權(quán)利要求l所述的方法，其中不對所述控制分組執(zhí)行加密。
8. 如權(quán)利要求3所述的方法，其中所述第二低層數(shù)據(jù)塊包括序號，而所述第一低層數(shù)據(jù)塊不包括序號。
9. 如權(quán)利要求l所述的方法，其中所述控制分組中所包括的所述控制信息與所述上層數(shù)據(jù)塊無關(guān)。
10. 如權(quán)利要求9所述的方法，其中所述控制信息為與從所述接收側(cè)接收的所述數(shù)據(jù)塊相關(guān)的頭壓縮反饋信息，并且所述類型指示信息指示所述控制信息的類型為所述頭壓縮反饋信息。
11. 如權(quán)利要求9所述的方法，其中所述控制信息為從所述接收側(cè)接收的至少一個數(shù)據(jù)塊的狀態(tài)信息，'并且所述類型指示信息指示所述控制信息的類型為所述狀態(tài)信息。
12. —種在無線通信系統(tǒng)中生成要從發(fā)送側(cè)發(fā)送到接收側(cè)的數(shù)據(jù)塊的方法，所述方法包含以下步驟在為上層數(shù)據(jù)塊執(zhí)行頭壓縮的協(xié)議實體中生成控制分組，所述控制信息與從所述接收側(cè)接收的數(shù)據(jù)塊相關(guān)；及生成包括頭和所述控制分組的第一數(shù)據(jù)塊，所述頭包括類型字段，其指示在所述生成的控制分組中的所述控制信息的類型。
13. 如權(quán)利要求12所述的方法，其中所述控制信息為與從所述接收側(cè)所接收的至少一個數(shù)據(jù)塊相關(guān)的頭壓縮反饋信息，并且所述類型指示信息指示所述控制信息的類型為所述頭壓縮反饋信息。
14. 如權(quán)利要求12所述的方法，其中所述控制信息為從所述接收側(cè)所接收的至少一個數(shù)據(jù)塊的狀態(tài)信息，并且所述類型指示信息指示所述控制信息的類型為所述狀態(tài)信息。
15. 如權(quán)利要求12所述的方法，進一步包括在所述協(xié)議實體中通過對上層數(shù)據(jù)塊執(zhí)行頭壓縮而生成頭分組；對所述頭分組上執(zhí)行加密；以及通過為已執(zhí)行加密的所述頭分組添加頭而生成第二數(shù)據(jù)塊。
全文摘要
一種在無線通信系統(tǒng)中生成自協(xié)議層傳輸至接收側(cè)的數(shù)據(jù)塊的方法，該協(xié)議層具備頭壓縮功能，該方法包含生成包括控制信息的控制分組及針對上層數(shù)據(jù)塊而由頭壓縮所生成的壓縮分組中的至少一個，并且如果生成了該控制分組，生成包括類型指示信息及該控制分組的第一低層數(shù)據(jù)塊，該類型指示信息指示所產(chǎn)生的控制分組中所包括的控制信息類型。
文檔編號H04B7/26GK101675611SQ200880014457
公開日2010年3月17日 申請日期2008年5月1日 優(yōu)先權(quán)日2007年5月2日
發(fā)明者千成德, 樸成埈, 李承俊, 李英大 申請人:Lg電子株式會社