CN102547687B - 无线通信网络中对数据包进行处理的方法及装置 - Google Patents

Abstract

本发明提出了一种优化的扁平的无线接口协议架构：位于IP之下的MAC。无线接口被分为三层：物理层(L1)，数据链路层(L2)和网络层(L3)。其中层2仅包括一个子层：MAC层。为了简化协议架构、减少处理时间以获得要求的时延，RLC和PDCP层不再出现；RLC中的必要功能移到MAC中；RRC是控制层面的L3协议。据此提出了无线通信网络中对数据包进行处理的方法及装置，使得无线接口协议架构更加简单和优化，协议数据单元的格式也很简单，MAC调度、HARQ、缓存和数据处理的流程更加灵活、简单。用户面数据传输时延将进一步减小，以及用于切换、协作传输时数据包转发至其它基站的效率进一步增加。

Description

无线通信网络中对数据包进行处理的方法及装置

技术领域

本发明涉及无线通信网络，尤其涉及无线通信网络中对数据包的处理。

背景技术

随着HSDPA和增强的上行链路的发展，3GPP无线接入技术在未来的几年内仍然会保持强劲的竞争力。3GPP长期演进的重要项目包括减少延迟、提高用户数据速率、优化分组服务支持、提高系统容量和覆盖、降低运营成本以及系统的复杂度。为了实现这些演进项目，无线接口(或称之为空中接口)和无线网络架构在E-UTRAN和UTRAN的研究项目中被考虑。

图1示出了现有的UTRAN的无线接口的协议架构，其中层2包括PDCP、RLC和MAC三个子层。UTRAN协议架构和实际协议的简化被期待，例如一些不再适用的功能，如压缩模式、链接到电路交换域的功能，希望被去掉；更少的RRC状态、更少的传输信道类型；测量步骤应该被简化/优化；提高激活状态下电池的耐久力；MAC架构应当被简化等；最后，E-UTRAN将复杂度保持在一个合理的水平。E-UTRAN的用户层面协议栈仍旧保持了UTRAN的结构，即包含了终止预UE的E-UTRA用户面(PDCP/RLC/MAC/PHY)和控制面(RRC)协议。

然而，为了保持3GPP在长时间内的一个竞争优势，更加扁平、和简化的无线接入协议架构需要被研究。在3GPP的E-UTRAN的协议层和功能的讨论中，Nokia(R2-051857)提出了一种无线接口协议层和功能划分，如图2所示，无线接口被分为三层：物理层(L1)、无线链路层(L2)和基于IP的网络层(L3，超出无线接口协议的范围)；其中无线链路层被划分为如下的子层：MAC(Medium AccessControl，媒体介质接入控制)，RRC(Radio Resource Control，无线资源控制)和IPCS(IP Convergence Sublayer，IP汇聚子层，与目前UTRAN中的PDCP对应)。目前UTRAN中的RLC层的功能和服务分布在MAC、RRC和IPCS中。无线链路层分为控制层面和用户层面。RRC位于控制层面，向下与物理层和MAC接口，向上与IPCS接口。IPCS的控制层面与基于IP的控制协议接口以支持IP安全、移动性和Qos配置。在用户层面，IPCS直接与MAC接口。IPCS的控制层面被看作是增强的PDCP，具有基于IP的Qos支持。

图3示出了NTT DoCoMo(R2-051826)提出的E-UTRAN的无线接口协议架构。无线接口被分为物理层(L1)、数据链路层(L2)和网络层(L3)。数据链路层被分为如下的子层：MAC和PDCP。为了减少处理时间以获得要求的时延，NTT DoCoMo建议将移除无线链路控制层，将无线链路层的功能移到其它层，例如MAC层。无线资源控制层是控制层面的L3协议。

NTT DoCoMo和Nokia提出的方案的特点在于：

1)在层2保留了PDCP的功能；

2)虽然名义上RLC层去除了，但是RLC的所有功能都被移到了MAC层中；

3)用户数据的传输支持AM、UM和TM数据传输，步骤负载，ARQ仍然保留。

显然，与现有的层2的结构相比，上述两个方案最重要的改进在于将RLC和MAC层合并起来，但是由于层2的全部功能几乎保留，因此实质上并无大的简化或优化。

发明内容

本发明提出了一种优化的扁平的无线接口协议架构：位于IP之下的MAC。据此提出了对数据包的处理方法和装置。

根据本发明的一个具体实施例，提供了一种无线通信网络的无线接口设备中用于对数据包进行处理的方法，包括在MAC层进行的以下步骤：-接收来自网络层的数据包；-为所述数据包添加协议数据单元序列号和流标识；-将所述数据包发送至物理层。

根据本发明的另一个具体实施例，提供了一种在无线通信网络的网关中用于对数据包进行处理的方法，包括以下步骤：-接收来自核心网待发送至基站的数据包；-对所述数据包进行头压缩以及IP层加密；-将经过所述头压缩和加密处理的数据包发送至基站。

根据本发明的又一个具体实施例，提供了一种在无线通信网络的无线接口设备中用于对数据包进行处理的装置，包括在MAC层运行的：第一接收装置，接收来自网络层的数据包；添加装置，用于为所述数据包添加协议数据单元序列号和流标识；第一发送装置，用于将所述数据包发送至物理层。

根据本发明的再一个具体实施例，提供了一种在无线通信网络的网关中用于对数据包进行处理的装置，包括：第三接收装置，用于接收来自核心网待发送至基站的数据包；压缩加密装置，用于对所述数据包进行头压缩以及IP层加密；第三发送装置，用于将经过所述头压缩和加密处理的数据包发送至基站。

通过本发明的方法和装置，使得无线接口协议架构更加简单和优化，协议数据单元的格式也很简单，MAC调度、HARQ、缓存和数据处理的流程更加灵活、简单。用户面数据传输时延将进一步减小，以及用于切换、协作传输时数据包转发至其它基站的效率进一步增加。

附图说明

通过阅读以下参照附图对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显。

图1为现有的UTRAN的无线接口的协议架构；

图2为Nokia提出了一种无线接口协议层和功能划分示意图；

图3为NTT DoCoMo提出的E-UTRAN的无线接口协议架构示意图；

图4为根据本发明的一个具体实施方式的优化的扁平化的无线接口的协议架构示意图；

图5为根据本发明的一个具体实施方式的无线接口的层2的功能模块示意图；

图6为根据本发明的一个具体实施方式的应用场景示意图；

图7为根据本发明的一个具体实施方式的在无线通信网络的无线接口设备中在层2中对待发送的数据包进行处理的方法流程图；

图8为根据本发明的一个具体实施方式的在无线通信网络的无线接口设备中在层2中对接收到的数据包进行处理的方法流程图；

图9为根据本发明的一个具体实施方式的在无线通信网络的无线接口设备中用于对数据包进行处理的装置900的结构示意图；

图10为根据本发明的一个具体实施方式的在无线通信网络的网关中用于对数据包进行处理的装置100的结构框图；

图11为根据本发明的一个具体实施方式的MAC协议数据单元的结构示意图；

图12为根据本发明的一个具体实施方式的MAC控制单元的子头的格式示意图；

图13为根据本发明的一个具体实施方式的MAC填充段的三个字节的子头的格式示意图；

图14(a)和(b)分别为根据本发明的一个具体实施方式的具有5比特的SN或者10比特的SN的MAC数据单元示意图；

其中，相同或相似的附图标记表示相同或相似的步骤特征或装置(模块)。

具体实施方式

以下结合附图对本发明的具体实施例进行详细说明。

图4示出了根据本发明的一个具体实施方式的优化的扁平化的无线接口的架构。无线接口被分为三层：物理层(L1)，数据链路层(L2)和网络层(L3)。其中层2仅包括一个子层：MAC层。为了简化协议架构、减少处理时间以获得要求的时延，RLC和PDCP层不再出现；RLC中的必要功能移到MAC中；RRC是控制层面的L3协议。出于简化无线接入和在共享信道上的传输的考虑，以及可靠的IP QoS特性，RLC层被优化，其中部分功能合并到MAC层，另外的部分功能被去除。

其中，MAC的主要功能包括：业务量测量、优先级处理、动态调度和数据包填充。RLC的一些重要功能将由MAC来实现，这些功能包括：分割和重装、级联、顺序传送至网络层、重复数据包检测和SDU丢弃。目前UTRAN中RLC实现的ARQ和重分割功能去除掉。

PDCP的一些功能，如头压缩和解压缩、IP层加密和解密完整性设置和完整性保护和验证等，将不再放在层2来实现。对于基站而言，这些功能可由网关来实现。对于用户终端而言，这些功能可由网络层，即层3来实现。

本发明的协议架构和功能简单且被优化适于分组通信。通过使用本发明的协议架构，分组交换功能的复杂度大大降低，且增加了分组交换的灵活性。下面将对层2实现的功能进行分别讨论。

1.头压缩/解压缩

为了在分组交换域提供语音服务，需要对用于VoIP语音传输的数据包头进行压缩，例如IP/UDP/RTP头或者TCP/IP头。对于载荷为32字节的VoIP数据包，对于IPv6，其头部开销将是60个字节；对于IPv45，其头部开销将是40个字节，长度增幅分别是188％和125％。通过ROHC的方式，头压缩实体初始化后，头部开销可压缩到4到6个字节，因此，压缩后的长度增幅是12.5％到18.8％。

头压缩最重要的应用场景是VoIP。但是对于视频IP数据包，其载荷可达1500字节，因此，对于IPv6和IPv45，头部开销增幅仅是4％和2.67％，这对于高速率数据传输来说是可以接受的。为了简化层2的架构，因此建议对于非VoIP数据包，不进行数据包的头压缩；对于VoIP数据包，头压缩可由基站上面的数据包来做，例如GDP隧道的入口节点设备。

2.加密

根据SA3的推荐，数据包的IP层加密/解密功能应由基站以上的节点来完成，这意味着加密/解密应放置在高于HARQ的协议层中。根据架构讨论的结果，有两种选择：一种是在MAC以上的子层中来实现IP层加密/解密；另一种是在独立于基站的网关中来实现IP层加密/解密。

3.完整性保护

目前UTRAN中，由PDCP中用到的完整性保护算法和密钥是由RRC层配置，并且完整性保护功能由RRC层激活。在安全激活后，完整性保护功能应用到所有的数据包，包括RRC指示的数据包。因此，该功能可移至RRC层来执行，以减少与层2的交互。

4.分割和级联

在UTRAN中，一个RLC实体可以被配置为以以下三种模式来传输数据：透明模式(TM)、非确认模式(UM)或确认模式(AM)。在TM传输模式下，RLC实体对经过其的协议数据单元是透明的，也即RLC不执行任何功能，也不增加任何RLC头开销。在UM/AM传输模式下，RLC协议数据单元的大小是由MAC层根据无线信道条件和可获取的传输资源来决定并通知RLC层的。因此，上层数据单元的分割和级联是必需的。不同于UMTS，在LTE中，RLC协议数据单元的分割和级联都是由MAC来触发的，因此协议数据单元的分割和级联可由MAC来实现。

5.重排序/重复数据包检测/重装

由于MAC中的HARQ操作使用多个HARQ进程，因此乱序接收是不可避免的。处于UM传输模式时，RLC如接收到乱序的协议数据单元则对它们进行重排序。如果HARQ的ACK被误作为NACK，则不必要的MAC协议数据单元的重传会导致RLC层数据包的重复。在重排序的过程中，通过检测数据包的序列号确定的重复的RLC协议数据单元都将被丢弃。与分割和级联相对应，重装功能被执行以便以RLC序列号升序的方式将RLC服务数据单元传送到上层。由此可见，重排序/重复数据包检测/重装是必须的，同分割和级联类似，这些功能可放在MAC中实现。

6.ARQ

RLC层在AM传输模式下最重要的功能是数据包的重传。在重传中，如果MAC层指示一个比原来的RLC协议数据单元更小的尺寸，则重传器会将待重传的RLC协议数据单元分割为更小的协议数据单元。

在LTE中，层2被设计为双ARQ协议结构以为上层提供足够的可靠性：RLC层的ARQ和MAC层的HARQ。HARQ是随着HSDPA技术的引入而被引入到UMTS中的。为了最小化对UMTS的影响，只有基站中的MAC被重构而增加了HARQ，ARQ被保留在RNC中。继而在LTE和LTE以后的设计中，ARQ/HARQ皆位于基站中，因此ARQ/HARQ的架构可以进一步被优化。具体的方案是去除ARQ，仅用MAC中的HARQ取代原来的双ARQ。

7.SN

由于在HARQ中不执行顺序传送，因此对于HARQ存在的情形下，需要维持一个协议数据单元序列号以支持数据包的重装，以便以顺序的方式将数据包传送至上层。对于每个业务流(类似于传输信道)，都应当维持一个SN计数，SN应当是随着协议数据单元的增加而增加。

8.流标识

流标识与给定的业务流数据或信号流数据相关，流标识等效于原UTRAN/E-UTRAN中的逻辑信道标识。

9.数据包填充

在HARQ重传时填充是必须的，取决于以何种粒度指示物理层的传输块尺寸是方便的。

以上对无线接口的层2所实现的功能进行了讨论，下文对数据包的处理流程进行详细说明。

在网关30接收到来自核心网带发送至基站的数据包时，网关30对数据包进行头压缩以及IP层加密处理，然后网关将经头压缩和加密处理后的数据包发送给基站20。这样，头压缩和IP层加密功能由网关30执行完毕。具体地，如何进行头压缩解压缩、IP层加解密，请参考IETF RFC 3095：″RObust Header Compression(ROHC)：Framework and four profiles：RTP，UDP，ESP and uncompressed″.IETFRFC 4996：″RObust Header Compression(ROHC)：A Profile for TCP/IP(ROHC-TCP)″.3GPP TS 33.401：″3GPP System Architecture Evolution：Security Architecture″。

网关30与基站20之间的接口称为Iu接口。基站20在Iu接口接收来自网关30传送的数据包。在网络层的无线资源控制单元中，基站20确定来自Iu接口的数据包是否为信令数据包；如果该数据包为信令数据包，则根据无线资源控制需求，产生新的一个或多个信令数据包，并对该一个或多个新的信令数据包进行完整性设置之后发送至MAC层。

需要说明的是，根据来自Iu接口的信令的不同，基站20产生的新的一个或多个数据包的发送时间也有所不同，详细可参阅3GPP TS36.331：″Evolved Universal Terrestrial Radio Access(E-UTRA)RadioResource Control(RRC)；Protocol Specification″。

图5中示出了根据本发明的一个具体实施方式的无线接口的层2的结构模型。图6示出了根据本发明的一个具体实施方式的应用场景示意图。图7示出了根据本发明的一个具体实施方式的在无线通信网络的无线接口设备中在层2中对待发送的数据包进行处理的方法流程图。无线接口设备包括基站20和用户终端10。

以下结合图5和图7，对位于图6中基站20在层2对待发送的数据包的处理流程进行详细说明。图7所示的是基站在层2对待发送的数据包进行处理的流程图，如图4所示，层2仅包括MAC层，图7所示的也即是基站在MAC层对待发送的数据包的进行处理的过程。

首先，在步骤S701中，基站20接收来自网络层的数据包。

接着，在步骤S702中，基站20为所述数据包添加协议数据单元序列号和流标识。

最后，在步骤S703中，基站20将添加协议数据单元序列号和流标识的数据包发送至物理层。

上述步骤S701至S703是最简单的一种情形，数据包无需根据优先级进行调度，如在TM传输模式下，VoIP数据包的传输就无需根据优先级进行调度。可选地，在一个实施例中，如数据包具有不同的优先级别，基站20根据数据包的优先级将数据包调度发送至物理层。

可选地，根据无线信道条件和可获取的传输资源的大小，基站20在为数据包添加协议数据单元序列号和流标识之前，对数据包进行分割，或者将数据包与其它数据包进行级联。

在物理层将数据包发送至另一无线接口设备，即用户终端10后，如果基站20接收到来自另一无线接口设备，即用户终端10的指示数据包接收错误的消息，则基站20还进行数据包的重传。

以上对基站20在层2对待发送至用户终端10的数据包的处理过程进行了详细说明。

图8示出了根据本发明的一个具体实施方式的在无线通信网络的无线接口设备中在层2中对接收到的数据包进行处理的方法流程图。以下结合图5和图8，对位于图6中基站20在层2对接收到的数据包的处理流程进行详细说明。

首先，在步骤S801中，基站20接收来自物理层的多个数据包。

然后，在步骤S802中，基站20对属于同一个流的多个数据包进行排序。

接着，在步骤S803中，基站20去除排序后的多个数据包的流标识和协议数据单元序列号。

最后，在步骤S804中，基站20将去除流标识和协议数据单元序列号的所述多个数据包发送到网络层。

接着，在网络层的无线资源控制单元中，基站20确定接收到的来自MAC层的数据包是否为信令数据包，如该数据包为信令数据包，则对该数据包进行完整性检测和验证。

基站20通过Iu接口将数据包发送给网关30。网关30在接收到来自基站至核心网的数据包后，对该数据包进行IP层解密以及头解压缩处理，最后将经解密和头解压缩处理后的数据包发送至核心网。

用户终端10中对待发送和接收到数据包的处理过程与上述基站20的处理过程基本相同，唯一不同的是头压缩/解压缩和IP加/解密由用户终端10在网络层完成。

图9示出了根据本发明的一个具体实施方式的在无线通信网络的无线接口设备中用于对数据包进行处理的装置900的结构示意图。在图9中，装置900包括在MAC层运行的第一接收装置901、添加装置902、第一发送装置903；在网络层的无线资源控制单元中运行的第一确定装置904、产生装置905、设置发送装置906；在MAC层运行的第二接收装置907、排序装置908、去除装置909、第二发送装置910；在网络层的无线资源控制单元中运行的第二确定装置911和检测验证装置912。

如图6所示，无线接口设备包括基站和用户终端，以下结合图5和图6，对于位于基站20或者用户终端10中的装置900对数据包的处理过程进行详细描述。

首先，第一确定装置904确定待传输至MAC层的数据包是否为信令数据包；如该数据包为信令数据包，则产生装置905根据无线资源控制需求，产生新的一个或多个信令数据包；然后，设置发送装置906对该新的一个或多个信令数据包进行完整性设置之后发送至MAC层。

接着，第一接收装置901接收来自网络层的数据包。然后，添加装置902用于为该数据包添加协议数据单元序列号和流标识。接着，第一发送装置903将所述数据包发送至物理层。

可选地，在可选地，根据无线信道条件和可获取的传输资源的大小，在添加装置902为数据包添加协议数据单元序列号和流标识之前，装置900还包括一个分割级联装置(为简明起见，图9中未示出)，该分割级联装置对数据包进行分割，或者将数据包与其它数据包进行级联。

可选地，如数据包具有不同的优先级别，第一发送装置903根据数据包的优先级将数据包调度发送至物理层。

在物理层将数据包发送至另一无线接口设备后，如果第二接收装置907接收到来自另一无线接口设备的指示数据包接收错误的消息，则第一发送装置903还进行数据包的重传。如装置900位于用户终端10中，则此处所述的另一无线接口设备即为基站20。如装置900位于基站20中，则此处所述的另一无线接口设备即为用户终端10。

以上对装置900在层3和层2对待发送至另一无线接口设备的数据包的处理过程进行了详细说明。下面对装置900在层2和层3对接收到的来自另一无线接口设备的数据包的处理过程进行详细说明。

首先，第二接收装置907接收来自物理层的多个数据包；然后，排序装置908对属于同一个流的多个数据包进行排序；接着，去除装置909去除排序后的多个数据包的流标识和协议数据单元序列号；最后，第二发送装置910将去除流标识和协议数据单元序列号后的所述多个数据包发送到网络层。

第二确定装置911确定MAC层发送的数据包是否为信令数据包；如该数据包为信令数据包，则检测验证装置912对该数据包进行完整性检测和验证。

如装置900位于用户终端10中，则装置900还可包括在网络层运行的头压缩装置、IP层加密装置、IP层解密装置和头解压缩装置(图9中未示出)。其中，头压缩装置对待发送至MAC层的数据包进行头压缩，然后IP层加密装置对数据包进行IP层加密处理；IP层解密装置对数据包进行IP层解密处理，然后头解压缩装置对接收到的来自MAC层的数据包进行头解压缩处理。

如装置900位于基站20中，则数据包的头压缩/解压缩、IP层加密/解密由网关30来完成。

图10示出了根据本发明的一个具体实施方式的在无线通信网络的网关中用于对数据包进行处理的装置100的结构框图。在图10中，装置100包括第三接收装置101、压缩加密装置102、第三发送装置103、第四接收装置104、解密解压缩装置105和第四发送装置106。

以下结合图6，对于位于网关30中的装置100对数据包的处理过程进行详细描述。

第三接收装置101接收来自核心网待发送至基站20的数据包；然后，压缩加密装置102对所述数据包进行头压缩以及IP层加密；最后第三发送装置103将经过所述头压缩和加密处理的数据包发送至基站20。

第四接收装置104接收来自基站20至核心网的数据包；接着，解密解压缩装置105对所述数据包进行IP层解密以及头解压缩处理；最后，第四发送装置106将所述解密和头解压缩处理后的数据包发送至核心网。

以上对数据包的处理过程进行了详细描述，下文对MAC协议数据单元的格式进行介绍。

一个MAC协议数据单元可包括零个或多个MAC控制单元，可选地，填充段和零个或一个MAC数据单元。如图11所示。

一个MAC控制单元包括一个字节的子头和固定长度的控制元素，控制单元的子头的格式如图12所示。MAC控制单元总是放置在MAC数据单元之前。其中，R为保留比特，FLID表示逻辑信道标识，用于标识业务流的用户业务实例，或者是MAC控制元素的类型或者填充段的类型。

除了要填充一个字节或两个字节外，通常，填充段包括三个字节的子头和零个或多个填充字节，三个字节的子头的格式如图13所示。其中，L表示填充的字节的长度。填充段位于MAC控制单元和MAC数据单元之间。填充的字节可以取值，但是用户终端应该忽略这些取值。

当要填充一个字节或两个字节时，与保留的FLID对应的一个或者两个MAC控制单元的子头被插入到MAC数据单元之前。如果没有MAC数据单元，则插入到最后的MAC控制元素之后。

一个MAC数据单元包括一个可变长度的子头，一个或多个可变长度的数据。MAC数据单元可由RRC配置使用5比特的SN或者10比特的SN，如图14(a)和(b)所示。当MAC数据单元中有多个数据域时，除最后一个数据域外，其它每个数据域都有一个E字段和LI字段，其中E字段为1个比特，表示紧跟其后的LI字段后是数据域还是其它的E和LI字段。

任何不背离本发明精神的技术方案均应落入本发明的保护范围之内。此外，不应将权利要求中的任何附图标记视为限制所涉及的权利要求；“包括”一词不排除其它权利要求或说明书中未列出的装置或步骤；装置前的“一个”不排除多个这样的装置的存在；在包含多个装置的设备中，该多个装置中的一个或多个的功能可由同一个硬件或软件模块来实现；“第一”、“第二”、“第三”等词语仅用来表示名称，而并不表示任何特定的顺序。

以上对本发明的具体实施例进行了描述。需要理解的是，本发明并不局限于上述特定实施方式，本领域技术人员可以在所附权利要求的范围内做出各种变形或修改。

Claims (7)

1.一种无线通信网络的无线接口设备中用于对数据包进行处理的方法，其中，PDCP层的功能由网关或者用户终端的网络层实现，所述方法包括在MAC层进行的以下步骤：

-接收来自网络层的数据包；

-为所述数据包添加协议数据单元序列号和流标识；

-将所述数据包发送至物理层，其中，所述接收来自网络层的数据包包括所述MAC层不经过PDCP层接收来自网络层的数据包；其中，在所述添加步骤之前还包括以下步骤：

-对所述数据包进行分割，或与其它数据包进行级联；以及

-接收到来自另一无线接口设备指示所述数据包错误接收的消息；

-进行所述数据包的重传。

2.根据权利要求1所述的方法，其中，所述发送步骤包括以下步骤：

-根据所述数据包的优先级将所述数据包调度发送至物理层。

3.根据权利要求1所述的方法，其中，还包括在位于网络层的无线资源控制单元中进行的以下步骤：

-确定待发送至MAC层的数据包是否为信令数据包；

-如该数据包为信令数据包，则根据无线资源控制需求，产生新的一个或多个信令数据包，并对该一个或多个新的信令数据包进行完整性设置之后发送至MAC层。

4.根据权利要求1所述的方法，其中，还包括在MAC层进行的以下步骤：

-接收来自物理层的多个数据包；

-对属于同一个流的多个数据包进行排序；

-去除排序后的多个数据包的流标识和协议数据单元序列号；

-将去除流标识和协议数据单元序列号的所述多个数据包发送到网络层。

5.根据权利要求4所述的方法，其中，还包括在位于网络层的无线资源控制单元中以下步骤：

-确定接收到的来自MAC层的数据包是否为信令数据包；

-如该数据包为信令数据包，则对该数据包进行完整性检测和验证。

6.根据权利要求1所述的方法，其中，所述无线接口设备为用户终端，所述方法还包括在网络层进行的以下步骤：

-对待发送至MAC层所述数据包进行头压缩以及IP层加密；以及

-对接收到的来自MAC层的数据包进行IP层解密以及头解压缩处理。

7.根据权利要求1所述的方法，其中所述无线接口设备包括基站和用户终端。