無線通信網絡中對數據包進行處理的方法及裝置

1.一種無線通信網絡的無線接口設備中用于對數據包進行處理的方法，包括在MAC層進行的以下步驟：接收來自網絡層的數據包；為所述數據包添加協(xié)議數據單元序列號和流標識；將所述數據包發(fā)送至物理層。2.根據權利要求1所述的方法，其中，在所述添加步驟之前還包括以下步驟：-對所述數據包進行分割，或與其它數據包進行級聯(lián)。.根據權利要求1所述的方法，其中，還包括以下步驟：-接收到來自另一無線接口設備指示所述數據包錯誤接收的消息、；-進行所述數據包的重傳。.根據權利要求1所述的方法，其中，所述發(fā)送步驟包括以下步驟：-根據所述數據包的優(yōu)先級將所述數據包調度發(fā)送至物理層。5.根據權利要求1所述的方法，其中，還包括在位于網絡層的無線資源控制單元中進行的以下步驟：-確定待發(fā)送至MAC層的數據包是否為信令數據包；-如該數據包為信令數據包，則根據無線資源控制需求，產生新的一個或多個信令數據包，并對該一個或多個新的信令數據包進行完整性設置之后發(fā)送至MAC層。6.根據權利要求1所述的方法，其中，還包括在MAC層進行的以下步驟：接收來自物理層的多個數據包；對屬于同一個流的多個數據包進行排序；去除排序后的多個數據包的流標識和協(xié)議數據單元序列號；將去除流標識和協(xié)議數據單元序列號的所述多個數據包發(fā)送到網絡層。7.根據權利要求6所述的方法，其中，還包括在位于網絡層的無線資源控制單元中以下步驟：-確定接收到的來自MAC層的數據包是否為信令數據包；-如該數據包為信令數據包，則對該數據包進行完整性檢測和驗證。8.根據權利要求1所述的方法，其中，所述無線接口設備為用戶終端，所述方法還包括在網絡層進行的以下步驟：-對待發(fā)送至MAC層所述數據包進行頭壓縮以及IP層加密；以及-對接收到的來自MAC層的數據包進行IP層解密以及頭解壓縮處理。.根據權利要求1所述的方法，其中所述無線接口設備包括基站和用戶終端。.一種在無線通信網絡的網關中用于對數據包進行處理的方法，包括以下步驟:接收來自核心網待發(fā)送至基站的數據包；對所述數據包進行頭壓縮以及IP層加密；將經過所述頭壓縮和加密處理的數據包發(fā)送至基站。.根據權利要求10所述的方法，其中，還包括以下步驟：接收來自基站至核心網的數據包；對所述數據包進行IP層解密以及頭解壓縮處理；將所述解密和頭解壓縮處理后的數據包發(fā)送至核心網。.一種在無線通信網絡的無線接口設備中用于對數據包進行處理的裝置，包括在MAC層運行的：第一接收裝置，接收來自網絡層的數據包；添加裝置，用于為所述數據包添加協(xié)議數據單元序列號和流標識；第一發(fā)送裝置，用于將所述數據包發(fā)送至物理層。.根據權利要求12所述的裝置，其中，還包括在位于網絡層的無線資源控制單元中運行的：第一確定裝置，用于確定待傳輸至MAC層的數據包是否為信令數據包；產生裝置，用于如該數據包為信令數據包，則根據無線資源控制需求，產生新的一個或多個信令數據包；設置發(fā)送裝置，用于對該新的一個或多個信令數據包進行完整性設置之后發(fā)送至MAC層。.根據權利要求12所述的裝置，其中，還包括在MAC層運行的：第二接收裝置，用于接收來自物理層的多個數據包；排序裝置，用于對屬于同一個流的多個數據包進行排序；去除裝置，用于去除排序后的多個數據包的流標識和協(xié)議數據單元序列號；第二發(fā)送裝置，用于將去除流標識和協(xié)議數據單元序列號后的所述多個數據包發(fā)送到網絡層。.根據權利要求14所述的裝置，其中，還包括在位于網絡層的無線資源控制單元中運行的：第二確定裝置，用于確定MAC層發(fā)送的數據包是否為信令數據包；檢測驗證裝置，用于如該數據包為信令數據包，則對該數據包進行完整性檢測和驗證。.一種在無線通信網絡的網關中用于對數據包進行處理的裝置，包括：第三接收裝置，用于接收來自核心網待發(fā)送至基站的數據包；壓縮加密裝置，用于對所述數據包進行頭壓縮以及IP層加密；第三發(fā)送裝置，用于將經過所述頭壓縮和加密處理的數據包發(fā)送至基站。.根據權利要求16所述的裝置，其中，還包括：第四接收裝置，用于接收來自基站至核心網的數據包；解密解壓縮裝置，用于對所述數據包進行IP層解密以及頭解壓縮處理；第四發(fā)送裝置，用于將所述解密和頭解壓縮處理后的數據包發(fā)送至核心網。說明書無線通信網絡中對數據包進行處理的方法及裝置技術領域本發(fā)明涉及無線通信網絡，尤其涉及無線通信網絡中對數據包的處理。背景技術隨著HSDPA和增強的上行鏈路的發(fā)展，3GPP無線接入技術在未來的幾年內仍然會保持強勁的競爭力。3GPP長期演進的重要項目包括減少延遲、提高用戶數據速率、優(yōu)化分組服務支持、提高系統(tǒng)容量和覆蓋、降低運營成本以及系統(tǒng)的復雜度。為了實現(xiàn)這些演進項目，無線接口（或稱之為空中接口）和無線網絡架構在E-UTRAN和UTRAN的研究項目中被考慮。圖1示出了現(xiàn)有的UTRAN的無線接口的協(xié)議架構，其中層2包括PDCP、RLC和MAC三個子層。UTRAN協(xié)議架構和實際協(xié)議的簡化被期待，例如一些不再適用的功能，如壓縮模式、鏈接到電路交換域的功能，希望被去掉；更少的RRC狀態(tài)、更少的傳輸信道類型；測量步驟應該被簡化/優(yōu)化；提高激活狀態(tài)下電池的耐久力；MAC架構應當被簡化等；最后，E-UTRAN將復雜度保持在一個合理的水平。E-UTRAN的用戶層面協(xié)議棧仍舊保持了UTRAN的結構，即包含了終止預UE的E-UTRA用戶面(PDCP/RLC/MAC/PHY)和控制面(RRC)協(xié)議。然而，為了保持3GPP在長時間內的一個競爭優(yōu)勢，更加扁平、和簡化的無線接入協(xié)議架構需要被研究。在3GPP的E-UTRAN的協(xié)議層和功能的討論中，Nokia(R2-051857)提出了一種無線接口協(xié)議層和功能劃分，如圖2所示，無線接口被分為三層：物理層(L1)、無線鏈路層(L2)和基于IP的網絡層(L3,超出無線接口協(xié)議的范圍)；其中無線鏈路層被劃分為如下的子層：MAC(MediumAccessControl，媒體介質接入控制)，RRC(RadioResourceControl，無線資源控制)和IPCS(IPConvergenceSublayer，IP匯聚子層，與目前UTRAN中的PDCP對應)。目前UTRAN中的RLC層的功能和服務分布在MAC、RRC和IPCS中。無線鏈路層分為控制層面和用戶層面。RRC位于控制層面，向下與物理層和MAC接口，向上與IPCS接口。IPCS的控制層面與基于IP的控制協(xié)議接口以支持IP安全、移動性和Qos配置。在用戶層面，IPCS直接與MAC接口。IPCS的控制層面被看作是增強的PDCP，具有基于IP的Qos支持。圖3示出了NTTDoCoMo(R2-051826)提出的E-UTRAN的無線接口協(xié)議架構。無線接口被分為物理層(L1)、數據鏈路層(L2)和網絡層(L3)。數據鏈路層被分為如下的子層：MAC和PDCP。為了減少處理時間以獲得要求的時延，NTTDoCoMo建議將移除無線鏈路控制層，將無線鏈路層的功能移到其它層，例如MAC層。無線資源控制層是控制層面的L3協(xié)議。NTTDoCoMo和Nokia提出的方案的特點在于：1)在層2保留了PDCP的功能；2)雖然名義上RLC層去除了，但是RLC的所有功能都被移到了MAC層中；3)用戶數據的傳輸支持AM、UM和TM數據傳輸，步驟負載，ARQ仍然保留。顯然，與現(xiàn)有的層2的結構相比，上述兩個方案最重要的改進在于將RLC和MAC層合并起來，但是由于層2的全部功能幾乎保留，因此實質上并無大的簡化或優(yōu)化。發(fā)明內容本發(fā)明提出了一種優(yōu)化的扁平的無線接口協(xié)議架構：位于IP之下的MAC。據此提出了對數據包的處理方法和裝置。根據本發(fā)明的一個具體實施例，提供了一種無線通信網絡的無線接口設備中用于對數據包進行處理的方法，包括在MAC層進行的以下步驟：-接收來自網絡層的數據包；-為所述數據包添加協(xié)議數據單元序列號和流標識；-將所述數據包發(fā)送至物理層。根據本發(fā)明的另一個具體實施例，提供了一種在無線通信網絡的網關中用于對數據包進行處理的方法，包括以下步驟：-接收來自核心網待發(fā)送至基站的數據包；-對所述數據包進行頭壓縮以及IP層加密；-將經過所述頭壓縮和加密處理的數據包發(fā)送至基站。根據本發(fā)明的又一個具體實施例，提供了一種在無線通信網絡的無線接口設備中用于對數據包進行處理的裝置，包括在MAC層運行的：第一接收裝置，接收來自網絡層的數據包；添加裝置，用于為所述數據包添加協(xié)議數據單元序列號和流標識；第一發(fā)送裝置，用于將所述數據包發(fā)送至物理層。根據本發(fā)明的再一個具體實施例，提供了一種在無線通信網絡的網關中用于對數據包進行處理的裝置，包括：第三接收裝置，用于接收來自核心網待發(fā)送至基站的數據包；壓縮加密裝置，用于對所述數據包進行頭壓縮以及IP層加密;第三發(fā)送裝置，用于將經過所述頭壓縮和加密處理的數據包發(fā)送至基站。通過本發(fā)明的方法和裝置，使得無線接口協(xié)議架構更加簡單和優(yōu)化，協(xié)議數據單元的格式也很簡單，MAC調度、HARQ、緩存和數據處理的流程更加靈活、簡單。用戶面數據傳輸時延將進一步減小，以及用于切換、協(xié)作傳輸時數據包轉發(fā)至其它基站的效率進一步增加。附圖說明通過閱讀以下參照附圖對非限制性實施例所作的詳細描述，本發(fā)明的其它特征、目的和優(yōu)點將會變得更明顯。圖1為現(xiàn)有的UTRAN的無線接口的協(xié)議架構；圖2為Nokia提出了一種無線接口協(xié)議層和功能劃分示意圖；圖3為NTTDoCoMo提出的E-UTRAN的無線接口協(xié)議架構示意圖；圖4為根據本發(fā)明的一個具體實施方式的優(yōu)化的扁平化的無線接口的協(xié)議架構示意圖；圖5為根據本發(fā)明的一個具體實施方式的無線接口的層2的功能模塊示意圖；圖6為根據本發(fā)明的一個具體實施方式的應用場景示意圖；圖7為根據本發(fā)明的一個具體實施方式的在無線通信網絡的無線接口設備中在層2中對待發(fā)送的數據包進行處理的方法流程圖；圖8為根據本發(fā)明的一個具體實施方式的在無線通信網絡的無線接口設備中在層2中對接收到的數據包進行處理的方法流程圖；圖9為根據本發(fā)明的一個具體實施方式的在無線通信網絡的無線接口設備中用于對數據包進行處理的裝置900的結構示意圖；圖10為根據本發(fā)明的一個具體實施方式的在無線通信網絡的網關中用于對數據包進行處理的裝置100的結構框圖；圖11為根據本發(fā)明的一個具體實施方式的MAC協(xié)議數據單元的結構示意圖；圖12為根據本發(fā)明的一個具體實施方式的MAC控制單元的子頭的格式示意圖；圖13為根據本發(fā)明的一個具體實施方式的MAC填充段的三個字節(jié)的子頭的格式示意圖；圖14(a)和(b)分別為根據本發(fā)明的一個具體實施方式的具有5比特的SN或者10比特的SN的MAC數據單元示意圖；其中，相同或相似的附圖標記表示相同或相似的步驟特征或裝置(模塊)。具體實施方式以下結合附圖對本發(fā)明的具體實施例進行詳細說明。圖4示出了根據本發(fā)明的一個具體實施方式的優(yōu)化的扁平化的無線接口的架構。無線接口被分為三層：物理層(L1)，數據鏈路層(L2)和網絡層(L3)。其中層2僅包括一個子層：MAC層。為了簡化協(xié)議架構、減少處理時間以獲得要求的時延，RLC和PDCP層不再出現(xiàn)；RLC中的必要功能移到MAC中；RRC是控制層面的L3協(xié)議。出于簡化無線接入和在共享信道上的傳輸的考慮，以及可靠的IPQoS特性，RLC層被優(yōu)化，其中部分功能合并到MAC層，另外的部分功能被去除。其中，MAC的主要功能包括：業(yè)務量測量、優(yōu)先級處理、動態(tài)調度和數據包填充。RLC的一些重要功能將由MAC來實現(xiàn)，這些功能包括：分割和重裝、級聯(lián)、順序傳送至網絡層、重復數據包檢測和SDU丟棄。目前UTRAN中RLC實現(xiàn)的ARQ和重分割功能去除掉。PDCP的一些功能，如頭壓縮和解壓縮、IP層加密和解密完整性設置和完整性保護和驗證等，將不再放在層2來實現(xiàn)。對于基站而言，這些功能可由網關來實現(xiàn)。對于用戶終端而言，這些功能可由網絡層，即層3來實現(xiàn)。本發(fā)明的協(xié)議架構和功能簡單且被優(yōu)化適于分組通信。通過使用本發(fā)明的協(xié)議架構，分組交換功能的復雜度大大降低，且增加了分組交換的靈活性。下面將對層2實現(xiàn)的功能進行分別討論。.頭壓縮/解壓縮為了在分組交換域提供語音服務，需要對用于VoIP語音傳輸的數據包頭進行壓縮，例如IP/UDP/RTP頭或者TCP/IP頭。對于載荷為32字節(jié)的VoIP數據包，對于IPv6,其頭部開銷將是60個字節(jié)；對于IPv45,其頭部開銷將是40個字節(jié)，長度增幅分別是188%和125%。通過ROHC的方式，頭壓縮實體初始化后，頭部開銷可壓縮到4到6個字節(jié)，因此，壓縮后的長度增幅是12.5%至U18.8%。頭壓縮最重要的應用場景是VoIP。但是對于視頻IP數據包，其載荷可達1500字節(jié)，因此，對于IPv6和IPv45,頭部開銷增幅僅是4%和2.67%,這對于高速率數據傳輸來說是可以接受的。為了簡化層2的架構，因此建議對于非VoIP數據包，不進行數據包的頭壓縮；對于VoIP數據包，頭壓縮可由基站上面的數據包來做，例如GDP隧道的入口節(jié)點設備。.加密根據SA3的推薦，數據包的IP層加密/解密功能應由基站以上的節(jié)點來完成，這意味著加密/解密應放置在高于HARQ的協(xié)議層中。根據架構討論的結果，有兩種選擇：一種是在MAC以上的子層中來實現(xiàn)IP層加密/解密；另一種是在獨立于基站的網關中來實現(xiàn)IP層加密/解密。.完整性保護目前UTRAN中，由PDCP中用到的完整性保護算法和密鑰是由RRC層配置，并且完整性保護功能由RRC層激活。在安全激活后，完整性保護功能應用到所有的數據包，包括RRC指示的數據包。因此，該功能可移至RRC層來執(zhí)行，以減少與層2的交互。.分割和級聯(lián)在UTRAN中，一個RLC實體可以被配置為以以下三種模式來傳輸數據：透明模式(TM)、非確認模式(UM)或確認模式(AM)。在TM傳輸模式下，RLC實體對經過其的協(xié)議數據單元是透明的，也即RLC不執(zhí)行任何功能，也不增加任何RLC頭開銷。在UM/AM傳輸模式下，RLC協(xié)議數據單元的大小是由MAC層根據無線信道條件和可獲取的傳輸資源來決定并通知RLC層的。因此，上層數據單元的分割和級聯(lián)是必需的。不同于UMTS，在LTE中，RLC協(xié)議數據單元的分割和級聯(lián)都是由MAC來觸發(fā)的，因此協(xié)議數據單元的分割和級聯(lián)可由MAC來實現(xiàn)。5.重排序/重復數據包檢測/重裝由于MAC中的HARQ操作使用多個HARQ進程，因此亂序接收是不可避免的。處于UM傳輸模式時，RLC如接收到亂序的協(xié)議數據單元則對它們進行重排序。如果HARQ的ACK被誤作為NACK，則不必要的MAC協(xié)議數據單元的重傳會導致RLC層數據包的重復。在重排序的過程中，通過檢測數據包的序列號確定的重復的RLC協(xié)議數據單元都將被丟棄。與分割和級聯(lián)相對應，重裝功能被執(zhí)行以便以RLC序列號升序的方式將RLC服務數據單元傳送到上層。由此可見，重排序/重復數據包檢測/重裝是必須的，同分割和級聯(lián)類似，這些功能可放在MAC中實現(xiàn)。6.ARQRLC層在AM傳輸模式下最重要的功能是數據包的重傳。在重傳中，如果MAC層指示一個比原來的RLC協(xié)議數據單元更小的尺寸，則重傳器會將待重傳的RLC協(xié)議數據單元分割為更小的協(xié)議數據單元。在LTE中，層2被設計為雙ARQ協(xié)議結構以為上層提供足夠的可靠性：RLC層的ARQ和MAC層的HARQ。HARQ是隨著HSDPA技術的引入而被引入到UMTS中的。為了最小化對UMTS的影響，只有基站中的MAC被重構而增加了HARQ，ARQ被保留在RNC中。繼而在LTE和LTE以后的設計中，ARQ/HARQ皆位于基站中，因此ARQ/HARQ的架構可以進一步被優(yōu)化。具體的方案是去除ARQ，僅用MAC中的HARQ取代原來的雙ARQ。7.SN由于在HARQ中不執(zhí)行順序傳送，因此對于HARQ存在的情形下，需要維持一個協(xié)議數據單元序列號以支持數據包的重裝，以便以順序的方式將數據包傳送至上層。對于每個業(yè)務流（類似于傳輸信道），都應當維持一個SN計數，SN應當是隨著協(xié)議數據單元的增加而增加。.流標識流標識與給定的業(yè)務流數據或信號流數據相關，流標識等效于原UTRAN/E-UTRAN中的邏輯信道標識。.數據包填充在HARQ重傳時填充是必須的，取決于以何種粒度指示物理層的傳輸塊尺寸是方便的。以上對無線接口的層2所實現(xiàn)的功能進行了討論，下文對數據包的處理流程進行詳細說明。在網關30接收到來自核心網帶發(fā)送至基站的數據包時，網關30對數據包進行頭壓縮以及IP層加密處理，然后網關將經頭壓縮和加密處理后的數據包發(fā)送給基站20。這樣，頭壓縮和IP層加密功能由網關30執(zhí)行完畢。具體地，如何進行頭壓縮解壓縮、IP層加解密， 請參考IETFRFC3095:〃RObustHeaderCompression(ROHC)：Frameworkandfourprofiles：RTP,UDP,ESPanduncompressed7.IETFRFC4996：“RObustHeaderCompression(ROHC)：AProfileforTCP/IP(ROHC-TCP)7.3GPPTS33.401：“3GPPSystemArchitectureEvolution：SecurityArchitecturevo網關30與基站20之間的接口稱為Iu接口?；?0在Iu接口接收來自網關30傳送的數據包。在網絡層的無線資源控制單元中，基站20確定來自Iu接口的數據包是否為信令數據包；如果該數據包為信令數據包，則根據無線資源控制需求，產生新的一個或多個信令數據包，并對該一個或多個新的信令數據包進行完整性設置之后發(fā)送至MAC層。需要說明的是，根據來自Iu接口的信令的不同，基站20產生的新的一個或多個數據包的發(fā)送時間也有所不同，詳細可參閱3GPPTS36.331：〃EvolvedUniversalTerrestrialRadioAccess(E-UTRA)RadioResourceControl(RRC)；ProtocolSpecificationvo圖5中示出了根據本發(fā)明的一個具體實施方式的無線接口的層2的結構模型。圖6示出了根據本發(fā)明的一個具體實施方式的應用場景示意圖。圖7示出了根據本發(fā)明的一個具體實施方式的在無線通信網絡的無線接口設備中在層2中對待發(fā)送的數據包進行處理的方法流程圖。無線接口設備包括基站20和用戶終端10。以下結合圖5和圖7,對位于圖6中基站20在層2對待發(fā)送的數據包的處理流程進行詳細說明。圖7所示的是基站在層2對待發(fā)送的數據包進行處理的流程圖，如圖4所示，層2僅包括MAC層，圖7所示的也即是基站在MAC層對待發(fā)送的數據包的進行處理的過程。首先，在步驟S701中，基站20接收來自網絡層的數據包。接著，在步驟S702中，基站20為所述數據包添加協(xié)議數據單元序列號和流標識。最后，在步驟S703中，基站20將添加協(xié)議數據單元序列號和流標識的數據包發(fā)送至物理層。上述步驟S701至S703是最簡單的一種情形，數據包無需根據優(yōu)先級進行調度，如在TM傳輸模式下，VoIP數據包的傳輸就無需根據優(yōu)先級進行調度。可選地，在一個實施例中，如數據包具有不同的優(yōu)先級別，基站20根據數據包的優(yōu)先級將數據包調度發(fā)送至物理層?？蛇x地，根據無線信道條件和可獲取的傳輸資源的大小，基站20在為數據包添加協(xié)議數據單元序列號和流標識之前，對數據包進行分割，或者將數據包與其它數據包進行級聯(lián)。在物理層將數據包發(fā)送至另一無線接口設備，即用戶終端10后，如果基站20接收到來自另一無線接口設備，即用戶終端10的指示數據包接收錯誤的消息，則基站20還進行數據包的重傳。以上對基站20在層2對待發(fā)送至用戶終端10的數據包的處理過程進行了詳細說明。圖8示出了根據本發(fā)明的一個具體實施方式的在無線通信網絡的無線接口設備中在層2中對接收到的數據包進行處理的方法流程圖。以下結合圖5和圖8,對位于圖6中基站20在層2對接收到的數據包的處理流程進行詳細說明。首先，在步驟S801中，基站20接收來自物理層的多個數據包。然后，在步驟S802中，基站20對屬于同一個流的多個數據包進行排序。接著，在步驟S803中，基站20去除排序后的多個數據包的流標識和協(xié)議數據單元序列號。最后，在步驟S804中，基站20將去除流標識和協(xié)議數據單元序列號的所述多個數據包發(fā)送到網絡層。接著，在網絡層的無線資源控制單元中，基站20確定接收到的來自MAC層的數據包是否為信令數據包，如該數據包為信令數據包，則對該數據包進行完整性檢測和驗證?；?0通過Iu接口將數據包發(fā)送給網關30。網關30在接收到來自基站至核心網的數據包后，對該數據包進行IP層解密以及頭解壓縮處理，最后將經解密和頭解壓縮處理后的數據包發(fā)送至核心網。用戶終端10中對待發(fā)送和接收到數據包的處理過程與上述基站20的處理過程基本相同，唯一不同的是頭壓縮/解壓縮和IP力口/解密由用戶終端10在網絡層完成。圖9示出了根據本發(fā)明的一個具體實施方式的在無線通信網絡的無線接口設備中用于對數據包進行處理的裝置900的結構示意圖。在圖9中，裝置900包括在MAC層運行的第一接收裝置901、添加裝置902、第一發(fā)送裝置903；在網絡層的無線資源控制單元中運行的第一確定裝置904、產生裝置905、設置發(fā)送裝置906；在MAC層運行的第二接收裝置907、排序裝置908、去除裝置909、第二發(fā)送裝置910；在網絡層的無線資源控制單元中運行的第二確定裝置911和檢測驗證裝置912。如圖6所示，無線接口設備包括基站和用戶終端，以下結合圖5和圖6,對于位于基站20或者用戶終端10中的裝置900對數據包的處理過程進行詳細描述。首先，第一確定裝置904確定待傳輸至MAC層的數據包是否為信令數據包；如該數據包為信令數據包，則產生裝置905根據無線資源控制需求，產生新的一個或多個信令數據包；然后，設置發(fā)送裝置906對該新的一個或多個信令數據包進行完整性設置之后發(fā)送至MAC層。接著，第一接收裝置901接收來自網絡層的數據包。然后，添加裝置902用于為該數據包添加協(xié)議數據單元序列號和流標識。接著，第一發(fā)送裝置903將所述數據包發(fā)送至物理層。可選地，在可選地，根據無線信道條件和可獲取的傳輸資源的大小，在添加裝置902為數據包添加協(xié)議數據單元序列號和流標識之前，裝置900還包括一個分割級聯(lián)裝置（為簡明起見，圖9中未示出），該分割級聯(lián)裝置對數據包進行分割，或者將數據包與其它數據包進行級聯(lián)。可選地，如數據包具有不同的優(yōu)先級別，第一發(fā)送裝置903根據數據包的優(yōu)先級將數據包調度發(fā)送至物理層。在物理層將數據包發(fā)送至另一無線接口設備后，如果第二接收裝置907接收到來自另一無線接口設備的指示數據包接收錯誤的消息、，則第一發(fā)送裝置903還進行數據包的重傳。如裝置900位于用戶終端10中，則此處所述的另一無線接口設備即為基站20。如裝置900位于基站20中，則此處所述的另一無線接口設備即為用戶終端10。以上對裝置900在層3和層2對待發(fā)送至另一無線接口設備的數據包的處理過程進行了詳細說明。下面對裝置900在層2和層3對接收到的來自另一無線接口設備的數據包的處理過程進行詳細說明。首先，第二接收裝置907接收來自物理層的多個數據包；然后，排序裝置908對屬于同一個流的多個數據包進行排序；接著，去除裝置909去除排序后的多個數據包的流標識和協(xié)議數據單元序列號；最后，第二發(fā)送裝置910將去除流標識和協(xié)議數據單元序列號后的所述多個數據包發(fā)送到網絡層。第二確定裝置911確定MAC層發(fā)送的數據包是否為信令數據包；如該數據包為信令數據包，則檢測驗證裝置912對該數據包進行完整性檢測和驗證。如裝置900位于用戶終端10中，則裝置900還可包括在網絡層運行的頭壓縮裝置、IP層加密裝置、IP層解密裝置和頭解壓縮裝置（圖9中未示出）。其中，頭壓縮裝置對待發(fā)送至MAC層的數據包進行頭壓縮，然后IP層加密裝置對數據包進行IP層加密處理；IP層解密裝置對數據包進行IP層解密處理，然后頭解壓縮裝置對接收到的來自MAC層的數據包進行頭解壓縮處理。如裝置900位于基站20中，則數據包的頭壓縮/解壓縮、IP層加密/解密由網關30來完成。圖10示出了根據本發(fā)明的一個具體實施方式的在無線通信網絡的網關中用于對數據包進行處理的裝置100的結構框圖。在圖10中，裝置100包括第三接收裝置101、壓縮加密裝置102/r