CN101511106B - 一种接入方法及装置 - Google Patents

Abstract

本发明实施例公开了一种接入方法及装置，涉及通信领域，能够减少成本，提高效率。方法包括：将WCDMA协议层二的处理分为控制类处理和数据流类处理；软件控制单元进行所述控制类处理，并向硬件处理单元发送数据处理请求；硬件处理单元接收来自所述软件控制单元的数据处理请求，进行所述数据流类处理，完成后向所述软件控制单元发送完成指示消息。

Description

一种接入方法及装置

技术领域

本发明涉及通信领域，尤其涉及一种接入方法及装置。

背景技术

随着3G技术日益发展成熟和完善，可以提供各种高质量的语音业务和高速的数据业务，使得它广泛地融入了人们的生活。WCDMA作为其中的佼佼者，已在世界各地大量商用。

WCDMA接入网是WCDMA的重要组成部分，它直接决定了网络的质量和带宽。因此，一种好的解决方案，不但可以降低网络的成本，还可以提高网络的性能。

图1为接入网协议栈示意图，在WCDMA网络侧接入网的协议栈中，PDCP(Packet Data Convergence Protocol，分组数据会聚协议)，BMC(BroadcastMulticast Control，广播组播控制)，RLC(Radio Link Control，无线链路控制)和MAC(Medium Access Control，媒体接入控制)属于协议栈层二中的实体子层。其中PDCP和BMC是可选的，并且处理流程比较简单，而RLC和MAC比较复杂。

在层二模块中，RLC子层实体主要功能包括：数据包分段、重组、填充、级联、纠错、排序和重传、按序发送高层PDU、流量控制、协议错误检测和恢复、加密、挂起和恢复功能等等。

网络侧MAC子层的功能包括：逻辑信道和传输信道之间的映射、根据瞬时源速率为每个传输信道选择适当的传输格式、数据流之间的优先级处理、将RLC子层下发的SDU复用为通过传输信道传送给物理层的PDU，并将通过传输信道来自物理层的SDU接复用为RLC层的SDU、透明RLC模式的数据加密、动态信道类型切换等等。

在目前已有的方案RLC和MAC子层所有的功能都是通过纯软件来实现的，且软件根据协议下行依次按照先RLC后MAC和上行先MAC后RLC的顺序进行处理。在实现上述RLC和MAC子层所有功能的过程中，发明人发现现有技术中至 少存在如下问题：

目前所有的处理都由纯软件实现，对CPU的处理能力要求较高，费用大，效率低。

发明内容

本发明的实施例提供接入方法及装置，能够减少成本，提高效率。

为达到上述目的，本发明的实施例采用如下技术方案：

一种接入装置，用于WCDMA协议栈层二，包括：

软件控制单元，用于接收来自上层的数据，存入缓存单元，进行控制类处理，并向硬件处理单元发送数据处理请求，接收来自硬件处理单元的数据处理完成指示消息；

硬件处理单元，用于接收来自软件控制单元的数据处理请求，从缓存单元中获取数据，进行数据流类处理，向缓存单元发送处理后的数据，并向软件控制单元发送完成指示消息；

缓存单元，用于缓存来自上层的数据和硬件处理单元处理后的数据。

本发明实施例提供的接入装置，将层二的功能划分为控制类和数据流类，对于控制类处理，因其较复杂、灵活，由软件控制单元实现；对于数据流类，因其在处理过程中要涉及到大量的比特移位，则由硬件处理单元来实现。因此，由软硬结合代替纯软件实现，降低了对CPU的依赖，从而减少了CPU的数量，降低了产品的成本，提高了接入设备的效率。

一种接入方法，用于WCDMA协议栈层二，包括：

将WCDMA协议层二的处理分为控制类处理和数据流类处理；

软件控制单元进行控制类处理，并向硬件处理单元发送数据处理请求；

硬件处理单元接收来自软件控制单元的数据处理请求，进行数据流类处理，完成后向软件控制单元发送完成指示消息。

本发明实施例提供的接入方法，将层二的功能划分为控制类和数据流类，对于控制类处理，因其较复杂、灵活，由软件控制单元实现；对于数据流类，因其在处理过程中要涉及到大量的比特移位，则由硬件处理单元来实现。因此， 由软硬结合代替纯软件实现，降低了对CPU的依赖，从而减少了CPU的数量，降低了产品的成本，提高了接入设备的效率。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为接入网协议栈示意图；

图2为本发明实施例提供的接入装置的结构框图一；

图3为本发明实施例提供的接入装置的结构框图二；

图4为本发明实施例提供的接入方法的流程框图；

图5为本发明实施例一提供的接入方法的流程示意图；

图6为本发明实施例一提供的接入方法中下行PS业务普通模式L2处理公共参数帧格式；

图7为本发明实施例一提供的接入方法中下行PS业务普通模式PDU参数数据帧格式；

图8为本发明实施例二提供的接入方法中下行PS业务快速模式L2处理公共参数帧格式；

图9为本发明实施例二提供的接入方法中下行PS业务快速模式L2处理PDU参数帧格式；

图10为本发明实施例三提供的接入方法中下行AMR业务模式L2处理PDU参数帧格式；

图11为本发明实施例四提供的接入方法中下行VP业务模式L2处理PDU参数帧格式；

图12为本发明实施例五提供的接入方法的流程示意图；

图13为本发明实施例五提供的接入方法中上行PS业务模式L2处理公共参数帧格式；

图14为本发明实施例五提供的接入方法中上行PS业务模式L2处理PDU参 数帧格式；

图15为本发明实施例六提供的接入方法中上行AMR业务模式L2处理PDU参数帧格式；

图16为本发明实施例七提供的接入方法中上行VP业务模式L2处理PDU参数帧格式。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

RLC子层和MAC子层实现的功能可以分为两类：控制类和数据流类。控制类包括协议错误检测和恢复、挂起和恢复功能、逻辑信道和传输信道之间的映射、根据瞬时源速率为每个传输信道选择适当的传输格式、数据流之间的优先级处理等等。数据流处理包括大量数据包分段、重组、填充和级联，数据包的加密解密等等。考虑到控制类方面处理的复杂性和灵活性，它由软件实现。对于数据流类的数据流处理部分则由硬件逻辑实现。

本发明的实施例提供一种接入方法及装置，控制类的处理利用软件实现，而数据流类的处理采用硬件实现，能够减少成本，提高效率。

本发明实施例提供的接入装置，如图2所示，该装置包括：

软件控制单元201，用于接收来自上层的数据，存入缓存单元，进行控制类处理，并向硬件处理单元202发送数据处理请求，接收来自硬件处理单元202的数据处理完成指示消息；

硬件处理单元202，用于接收来自软件控制单元201的数据处理请求，从缓存单元203中获取数据，进行数据流类处理，向缓存单元203发送处理后的数据，并向软件控制单元201发送完成指示消息；

缓存单元203，用于缓存来自上层的数据和硬件处理单元202处理后的数据。

其中，软件控制单元201进行的控制类处理可以包括以下的一项或多项： 协议错误检测和恢复，挂起和恢复功能，逻辑信道和传输信道之间的映射或解映射，根据瞬时源速率为每个传输信道选择适当的传输格式，数据流之间的优先级处理，数据包分段、级联、填充和加密的控制；

硬件处理单元202进行的数据流类处理可以包括以下的一项或多项：数据包分段、重组、填充和级联，数据包的加密或解密。

本发明实施例提供的接入装置，将层二的功能划分为控制类和数据流类，对于控制类处理，因其较复杂、灵活，由软件控制单元实现；对于数据流类，因其在处理过程中要涉及到大量的比特移位，则由硬件处理单元来实现。因此，由软硬结合代替纯软件实现，降低了对CPU的依赖，从而减少了CPU的数量，降低了产品的成本，提高了接入设备的效率。

进一步地，在本发明的另一实施例中，如图3所示，软件控制单元201还包括：

接收模块201A，用于接收来自上层的数据和来自硬件处理单元202的数据处理完成指示消息；

处理模块201B，用于进行控制类的处理；

发送模块201C，用于向缓存单元203发送数据和向硬件处理单元202发送数据处理请求。

硬件处理单元202包括：

接收模块202A，用于接收来自软件控制单元201的数据处理请求；

获取模块202B，用于从缓存单元203中获取数据；

处理模块202C，用于进行数据流类处理；

发送模块202D，用于向缓单元203存发送数据，和向软件控制单元201发送数据处理完成指示消息。

本发明的实施例提供的接入方法，如图4所示，该方法的步骤包括：

S401、将WCDMA协议层二的处理分为控制类处理和数据流类处理；

S402、软件控制单元进行控制类处理，并向硬件处理单元发送数据处理请求；

S403、硬件处理单元接收来自软件控制单元的数据处理请求，进行数据流 类处理，完成后向软件控制单元发送完成指示消息。

其中，上述控制类处理可以包括以下的一项或多项：协议错误检测和恢复，挂起和恢复功能，逻辑信道和传输信道之间的映射或解映射，根据瞬时源速率为每个传输信道选择适当的传输格式，数据流之间的优先级处理，数据包分段、级联、填充和加密的控制；

数据流类处理可以包括以下的一项或多项：数据包分段、重组、填充和级联，数据包的加密或解密。

本发明实施例提供的接入方法，将层二的功能划分为控制类和数据流类，对于控制类处理，因其较复杂、灵活，由软件控制单元实现；对于数据流类，因其在处理过程中要涉及到大量的比特移位，则由硬件处理单元来实现。因此，由软硬结合代替纯软件实现，降低了对CPU的依赖，从而减少了CPU的数量，降低了产品的成本，提高了接入设备的效率。

进一步地，本发明另一实施例提供的接入方法，对于下行模式的接入，先通过软件控制单元进行控制类处理，后通过硬件处理单元进行数据流类处理；

上行模式的接入，先通过硬件处理单元进行数据流类处理，后通过软件控制单元进行控制类处理。

这样一来，不仅将将层二的功能划分为控制类和数据流类，用软件控制单元和硬件处理单元分别进行处理，还区分了上下行，根据上下行采用不同的先后顺序，从而更加提高了效率，降低了对CPU的依赖，从而减少了CPU的数量，降低了产品的成本。

实施例一

本发明实施例一提供的接入方法，以下行PS(Packet Switch，分组交换)业务普通模式为例，进行说明。在本实施例一中，硬件处理单元为ASIC(Application Specific Integrated Circuit，专用集成电路)逻辑加速器，如图5所示，该方法的步骤包括：

S501、软件控制单元接收到上层发送的数据后，存入缓存单元；

其中，本实施中上层发送的数据为RL SDU和PDU；

S502、进行相关的控制类处理；

其中，该控制类处理可以包括以下的一项或多项：协议错误检测和恢复，挂起和恢复功能，逻辑信道和传输信道之间的映射或解映射，根据瞬时源速率为每个传输信道选择适当的传输格式，数据流之间的优先级处理，数据包分段、级联、填充和加密的控制；

S503、将需要下发的数据和硬件处理单元所需的控制参数和本实施例给出的硬件逻辑实现相关参数存入缓存单元；

其中，控制参数包括待处理的业务数据包相关参数(待逻辑处理的数据包长度PDU Length、组成PDU的各数据段长度Buffer Length、数据包个数PDUNumber、层2层二输出的包头长度Header Length和重传指示Rt)和WCDMA协议定义的加密参数(是否加密及密钥索引指示、无线承载标识RB id、加密密钥、网络侧数据流方向指示Direction和加密参数CountC)，

硬件逻辑实现相关参数是为实现本实施例特别给出的，包括(也可根据具体实现按照其它方式定义)：组成层二PDU的各数据段在缓存中的位置，输出层二数据包PDU及其重传备份在缓存中的位置Buffer 0ut/Buffer backup和业务类型标识Event Type；

这里，本实施例给出了软件控制单元和硬件处理单元之间的控制参数的帧结构定义，如图6、图7所示，分为两部分：所有待处理数据PDU公共控制参数部分和每个PDU的控制参数部分，但不限于此种格式；

另外，本步骤S503中的硬件处理单元所需的控制参数、硬件逻辑实现相关参数，也可以不存入缓存单元，而是通过下述步骤S504的数据处理请求，直接发送给硬件处理单元；

S504、向硬件处理单元发送数据处理请求，指示硬件处理单元进行相应的数据流类处理，其中，数据处理请求包括业务类型信息；

S505、硬件处理单元接收来自软件控制单元的数据处理请求，并从缓存单元中获取数据和控制参数以及本实施例给出的硬件逻辑实现相关参数；

若步骤S503中的硬件处理单元所需的控制参数、硬件逻辑实现相关参数是附加在数据处理请求中直接发送给硬件处理单元的，则本步骤S505中硬件处理单元就从该数据处理请求中获取控制参数和逻辑实现相关参数，即不 通过缓存单元，直接从软件控制单元获取控制参数及硬件逻辑实现相关参数；

S506、进行相应的数据流类处理，得到处理结果；

其中，数据流类处理可以包括以下的一项或多项：数据包分段、重组、填充和级联，数据包的加密或解密；

在本实施例中，所述数据为PDU数据包，如果根据对应PDU数据包加密参数得知需要加密，则根据加密相关的参数得到加密密钥，对PDU数据部分进行加密(包头不加密)；

S507、将结果写入缓存单元；

S508、向软件控制单元返回数据处理完成指示。

本发明实施例一提供的接入网协议栈层二的实现方法，将层二的功能划分为控制类和数据流类，对于控制类处理，因其较复杂、灵活，由软件控制单元实现；对于数据流类，因其在处理过程中要涉及到大量的比特移位，则由硬件处理单元来实现。因此，由软硬结合代替纯软件实现，降低了对CPU的依赖，从而减少了CPU的数量，降低了产品的成本，提高了接入设备的效率；另外，对于下行PS业务普通模式，采用了先由软件控制单元进行控制类处理，再由硬件处理单元进行数据流类处理的顺序，更加提高了处理效率。

实施例二

本发明实施例二提供的接入方法，以下行PS业务快速模式为例，进行说明。

本实施例二提供的方法，其步骤与实施例一的步骤相似，只是硬件处理单元所需的控制参数、硬件逻辑实现相关参数不同，以及硬件处理单元所完成的数据流类业务处理不同。

在本实施例二中，控制参数必须包括待处理的业务数据包相关参数(待逻辑处理的数据包长度PDU Length、组成PDU的各数据段长度Buffer Length、数据包个数PDU Number、层二输出的包头长度Header Length、重传指示Rt、层二PDU中LI的长度和LI参数的个数Buffer 1 Bitmap)和WCDMA协议定义的加密参数(是否加密及密钥索引指示Ci、无线承载标识RB id、加密密钥、网络侧数据流方向指示Di和加密参数CountC)。

硬件逻辑实现相关参数定义为(也可根据具体实现按照其它方式定义)：层二PDU包头在缓存中的位置Buffer 1 Address，层二待处理的数据块在缓存中的位置Buffer 2 Address i，层二待处理的数据块间切换指示Buffer 2 Bitmapj，层二PDU数据部分输出层二数据包PDU及其重传备份在缓存中的位置BufferOut或Buffer backup和业务类型标识Event Type。

根据以上参数的定义，这些软件控制单元和硬件逻辑之间的控制参数的帧结构定义如图8、图9所示，分为两部分，所有待处理数据PDU公共控制参数部分和每个PDU的控制参数部分，但不限于此种格式。

在这种模式下，是多个PDU数据形成一个数据块存放在缓存，并且批量的PDU形成了多个这样的数据块。

本发明实施例二提供的接入方法，将层二的功能划分为控制类和数据流类，对于控制类处理，因其较复杂、灵活，由软件控制单元实现；对于数据流类，因其在处理过程中要涉及到大量的比特移位，则由硬件处理单元来实现。因此，由软硬结合代替纯软件实现，降低了对CPU的依赖，从而减少了CPU的数量，降低了产品的成本，提高了接入设备的效率；另外，对于下行PS业务快速模式，采用了先由软件控制单元进行控制类处理，再由硬件处理单元进行数据流类处理的顺序，更加提高了处理效率。

实施例三

本发明实施例三提供的接入方法，以下行AMR(Adaptive MultiRate，自适应多速率)业务模式为例，进行说明。

本实施例三提供的方法，其步骤与实施例一的步骤相似，只是硬件处理单元所需的控制参数、硬件逻辑实现相关参数不同，以及硬件处理单元所完成的数据流类业务处理不同。

在本实施例三中，控制参数包括待处理的业务数据包相关参数(组成层二输出PDU的个数Subflow Number和每个PDU长度Subflow i Length)和WCDMA协议定义的加密参数(是否加密指示CipherFlag、每个子流的无线承载标识RBid、加密密钥KEY、网络侧数据流方向指示Direction和加密参数CountC)。

硬件逻辑实现相关参数是为实现本实施例特别给出的，包括(也可根据具 体实现按照其它方式定义)：待处理数据在缓存中的位置Buffer In，逻辑输出PDU在缓存中的位置和业务类型标识Event Type。

根据以上参数的定义，这些软件控制单元和硬件逻辑之间的控制参数的帧结构定义如图10所示，但不限于此种格式。

在这种模式下，将待处理数据按照输出PDU数据包的长度进行分段，并通过添O将PDU数据包按byte对齐得到层二输出PDU数据包，如果根据对应PDU数据包加密参数得知需要加密，则分别根据各PDU数据包的加密参数得到各自的密钥，对各数据段进行加密。

本发明实施例三提供的接入方法，将层二的功能划分为控制类和数据流类，对于控制类处理，因其较复杂、灵活，由软件控制单元实现；对于数据流类，因其在处理过程中要涉及到大量的比特移位，则由硬件处理单元来实现。因此，由软硬结合代替纯软件实现，降低了对CPU的依赖，从而减少了CPU的数量，降低了产品的成本，提高了接入设备的效率；另外，对于下行AMR业务模式，采用了先由软件控制单元进行控制类处理，再由硬件处理单元进行数据流类处理的顺序，更加提高了处理效率。

实施例四

本发明实施例四提供的接入方法，以下行VP(Virtual Path，虚通路)业务模式为例，进行说明。

本实施例四提供的方法，其步骤与实施例一的步骤相似，只是硬件处理单元所需的控制参数、硬件逻辑实现相关参数不同，以及硬件处理单元所完成的数据流类业务处理不同。

在本实施例四中，控制参数必须包括待处理的业务数据包相关参数(组成层二输出PDU的个数PDU Number和长度PDU Length)和WCDMA协议定义的加密参数(是否加密指示CipherFlag、每个子流的无线承载标识RB id、加密密钥KEY、网络侧数据流方向指示Direction和加密参数CountC)。

硬件逻辑实现相关参数定义为(也可根据具体实现按照其它方式定义)：待处理数据在缓存中的位置Buffer In，逻辑输出PDU在缓存中的位置Buffer Out和业务类型标识Event Type。

根据以上参数的定义，这些软件控制单元和硬件逻辑之间的控制参数的帧结构定义如图11所示，但不限于此种格式。

硬件处理单元进行的处理包括：如果根据对应PDU数据包加密参数得知需要加密，则将得到的数据包组合成一块数据，根据由控制信息中的加密参数得到加密密钥，对该块数据进行加密。加密完成后将数据块恢复成原来个数相同的等长数据包输出。

本发明实施例四提供的接入方法，将层二的功能划分为控制类和数据流类，对于控制类处理，因其较复杂、灵活，由软件控制单元实现；对于数据流类，因其在处理过程中要涉及到大量的比特移位，则由硬件处理单元来实现。因此，由软硬结合代替纯软件实现，降低了对CPU的依赖，从而减少了CPU的数量，降低了产品的成本，提高了接入设备的效率；另外，对于下行VP业务模式，采用了先由软件控制单元进行控制类处理，再由硬件处理单元进行数据流类处理的顺序，更加提高了处理效率。

实施例五

本发明实施例五提供的接入方法，以上行PS业务DCH(Data Channel，专用通道)模式为例，进行说明。本实施例五中，硬件处理单元为ASIC逻辑加速器，如图12所示，该方法的步骤包括：

S1201、软件控制接收到物理层上传的数据后，将数据和硬件处理单元所需的控制参数以及本实施例给出的硬件逻辑实现相关参数存入缓存单元；

其中，本实施中物理层上传的数据为RL SDU和PDU；

另外，控制参数包括待处理的业务数据包相关参数(待逻辑处理的PDU长度PDU Length和个数PDU Number、PDU包头的长度Header Length)和WCDMA协议定义的加密参数(是否解密及密钥索引指示Key Index、无线承载标识RB id、加密密钥KEY、网络侧数据流方向指示Direction和加密参数CountC)，

硬件逻辑实现相关参数是为实现本实施例特别给出的，包括(也可根据具体实现按照其它方式定义)：物理层上报层二数据包在缓存中的位置Buffer In，硬件逻辑输出PDU在缓存中的位置和业务类型标识Event Type；

这里，本实施例给出了软件控制单元和硬件处理单元之间的控制参数的帧结构定义，分为两部分，所有待处理数据PDU公共控制参数部分和每个PDU的控制参数部分，如图13、图14所示，但不限于此种格式；

再有，本步骤S1201中的硬件处理单元所需的控制参数以及本实施例的硬件逻辑实现相关参数可以不放入缓存，而是附加在数据处理请求中，通过下述步骤S1202直接发送给硬件处理单元；

S1202、向硬件处理单元发送数据处理请求，指示硬件处理单元进行相应的数据流类处理，其中，数据处理请求包括业务类型信息；

S1203、硬件处理单元接收来自软件控制单元的数据处理请求，并从缓存单元中获取数据和控制参数以及本实施例给出的硬件逻辑实现相关参数；

若步骤S1201中，是将控制参数以及本实施例给出的硬件逻辑实现相关参数附加在数据处理请求中，直接发送给硬件处理单元的，则本步骤S1203就从该请求中获取控制参数以及本实施例给出的硬件逻辑实现相关参数；

S1204、进行相应的数据流类处理，得到处理结果；

其中，数据流类处理可以包括以下一项或多项：数据包分段、重组、填充和级联，数据包的加密或解密；

在本实施例中，包括：根据控制信息的地址分别获取PDU数据包，如果根据对应PDU数据包解密参数得知需要解密，则根据解密相关的参数得到解密密钥，对PDU数据部分进行解密(包头不解密)；

S1205、将结果写入缓存单元；

S1206、向软件控制单元返回数据处理完成指示；

S1207、软件控制单元接受来自硬件处理单元的数据处理完成指示，进行相应的控制类处理；

其中，控制类处理可以包括以下一项或多项：协议错误检测和恢复，挂起和恢复功能，逻辑信道和传输信道之间的映射或解映射，根据瞬时源速率为每个传输信道选择适当的传输格式，数据流之间的优先级处理，数据包分段、级联、填充和加密的控制。

本发明实施例五提供的接入方法，将层二的功能划分为控制类和数据流类，对于控制类处理，因其较复杂、灵活，由软件控制单元实现；对于数据流类， 因其在处理过程中要涉及到大量的比特移位，则由硬件处理单元来实现。因此，由软硬结合代替纯软件实现，降低了对CPU的依赖，从而减少了CPU的数量，降低了产品的成本，提高了接入设备的效率；另外，对于上行PS业务DCH模式，采用了先由硬件处理单元进行数据流类处理，再由软件控制单元进行控制类处理的顺序，更加提高了处理效率。

实施例六

本发明实施例六提供的接入方法，以上行AMR业务模式为例，进行说明。

本实施例六提供的方法，其步骤与实施例五的步骤相似，只是硬件处理单元所需的控制参数、硬件逻辑实现相关参数不同，以及硬件处理单元所完成的数据流类业务处理不同。

在本实施例六中，控制参数必须包括待处理的业务数据包相关参数(物理层上报层二的输入PDU的个数Subflow Number和每个PDU长度Subflow iLength)和WCDMA协议定义的加密参数(是否解密指示CipherFlag、每个子流的无线承载标识RB id、加密密钥KEY、网络侧数据流方向指示Direction和加密参数CountC)。

硬件逻辑实现相关参数定义为(也可根据具体实现按照其它方式定义)：待处理数据在缓存中的位置Buffer In，逻辑输出PDU在缓存中的位置和业务类型标识Event Type。

根据以上参数的定义，这些软件控制单元和硬件逻辑之间的控制参数的帧结构定义如图15所示，但不限于此种格式。

硬件处理单元进行的处理包括：硬件处理单元通过控制信息中PDU数据地址获取待处理的各PDU数据。如果根据对应PDU数据包解密参数得知需要解密，则分别根据各PDU数据包的解密参数得到各自的密钥，对各数据包进行解密。之后将这些数据包按照输出PDU数据包的长度删除末尾冗余bit并进行重组得到输出数据包。

本发明实施例六提供的接入方法，将层二的功能划分为控制类和数据流类，对于控制类处理，因其较复杂、灵活，由软件控制单元实现；对于数据流类，因其在处理过程中要涉及到大量的比特移位，则由硬件处理单元来实现。因此， 由软硬结合代替纯软件实现，降低了对CPU的依赖，从而减少了CPU的数量，降低了产品的成本，提高了接入设备的效率；另外，对于上行AMR业务模式，采用了先由硬件处理单元进行数据流类处理，再由软件控制单元进行控制类处理的顺序，更加提高了处理效率。

实施例七

本发明实施例七提供的接入方法，以上行VP业务模式为例，进行说明。

本实施例七提供的方法，其步骤与实施例五的步骤相似，只是硬件处理单元所需的控制参数、硬件逻辑实现相关参数不同，以及硬件处理单元所完成的数据流类业务处理不同。

在本实施例七中，控制参数必须包括待处理的业务数据包相关参数(组成层二输出PDU的个数PDU Number和长度PDU Length)和WCDMA协议定义的加密参数(是否解密指示CipherFlag、每个子流的无线承载标识RB id、加密密钥KEY、网络侧数据流方向指示Direction和加密参数CountC)。

硬件逻辑实现相关参数定义为(也可根据具体实现按照其它方式定义)：待处理数据在缓存中的位置Buffer In，逻辑输出PDU在缓存中的位置Buffer Out和业务类型标识Event Type。

根据以上参数的定义，这些软件控制单元和硬件逻辑之间的控制参数的帧结构定义如图16所示，但不限于此种格式。

硬件处理单元进行的处理包括：硬件处理单元通过控制信息中数据块地址获取待处理的数据。如果根据对应PDU数据包解密参数得知需要解密，则将得到的数据包组合成一块数据，根据由控制信息中的解密参数得到解密密钥，对该块数据进行解密。解密完成后将数据块恢复成原来个数相同的等长数据包输出。

本发明实施例七提供的接入方法，将层二的功能划分为控制类和数据流类，对于控制类处理，因其较复杂、灵活，由软件控制单元实现；对于数据流类，因其在处理过程中要涉及到大量的比特移位，则由硬件处理单元来实现。因此，由软硬结合代替纯软件实现，降低了对CPU的依赖，从而减少了CPU的数量，降低了产品的成本，提高了接入设备的效率；另外，对于上行VP业务模式，采 用了先由硬件处理单元进行数据流类处理，再由软件控制单元进行控制类处理的顺序，更加提高了处理效率。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (14)

1.一种接入装置，用于WCDMA协议栈层二，其特征在于，包括：

软件控制单元，用于接收来自上层的数据，存入缓存单元，进行控制类处理，并向硬件处理单元发送数据处理请求，接收来自所述硬件处理单元的数据处理完成指示消息；

硬件处理单元，用于接收来自所述软件控制单元的数据处理请求，从缓存单元中获取数据，进行数据流类处理，向缓存单元发送处理后的数据，并向所述软件控制单元发送完成指示消息；

缓存单元，用于缓存来自上层的数据和所述硬件处理单元处理后的数据。

2.根据权利要求1所述的接入装置，其特征在于，所述软件控制单元进行的控制类处理包括以下的一项或多项：协议错误检测和恢复，挂起和恢复功能，逻辑信道和传输信道之间的映射或解映射，根据瞬时源速率为每个传输信道选择适当的传输格式，数据流之间的优先级处理，数据包分段、级联、填充和加密的控制。

3.根据权利要求1所述的接入装置，其特征在于，所述硬件处理单元进行的数据流类处理包括以下的一项或多项：数据包分段、重组、填充和级联，数据包的加密或解密。

4.一种接入方法，用于WCDMA协议栈层二，其特征在于，包括：

将WCDMA协议栈层二的处理分为控制类处理和数据流类处理；

软件控制单元进行所述控制类处理，并向硬件处理单元发送数据处理请求；

硬件处理单元接收来自所述软件控制单元的数据处理请求，进行所述数据流类处理，完成后向所述软件控制单元发送完成指示消息。

5.根据权利要求4所述的接入方法，其特征在于，所述控制类处理包括以下的一项或多项：协议错误检测和恢复，挂起和恢复功能，逻辑信道和传输信道之间的映射或解映射，根据瞬时源速率为每个传输信道选择适当的传输格式，数据流之间的优先级处理，数据包分段、级联、填充和加密的控制。

6.根据权利要求4所述的接入方法，其特征在于，所述数据流类处理包括以下的一项或多项：数据包分段、重组、填充和级联，数据包的加密或解密。

7.根据权利要求4所述的接入方法，其特征在于，

对于下行模式的接入，先通过软件控制单元进行控制类处理，后通过硬件处理单元进行数据流类处理。

8.根据权利要求7所述的接入方法，其特征在于，所述对于下行模式的接入，先通过软件控制单元进行控制类处理，后通过硬件处理单元进行数据流类处理包括：

所述软件控制单元接收到上层发送的数据后，存入缓存单元；

进行相关的控制类处理；

将需要下发的数据和所述硬件处理单元所需的控制参数存入所述缓存单元，其中，所述控制参数包括：待处理的业务数据相关参数和接入网协议定义的加密参数；

向所述硬件处理单元发送数据处理请求，指示所述硬件处理单元进行相应的数据流类处理，其中，所述数据处理请求包括业务类型信息；

所述硬件处理单元接收来自所述软件控制单元的所述数据处理请求，并从所述缓存单元中获取数据以及所述控制参数；

进行相应的数据流类处理，得到处理结果；

将所述结果写入所述缓存单元；

向所述软件控制单元返回数据处理完成指示。

9.根据权利要求7所述的接入方法，其特征在于，所述对于下行模式的接入，先通过软件控制单元进行控制类处理，后通过硬件处理单元进行数据流类处理包括：

所述软件控制单元接收到上层发送的数据后，存入缓存单元；

进行相关的控制类处理；

将所述硬件处理单元所需的控制参数附加在数据处理请求中，其中，所述控制参数包括：待处理的业务数据相关参数和接入网协议定义的加密参数；

向所述硬件处理单元发送数据处理请求，指示所述硬件处理单元进行相应的数据流类处理，其中，所述数据处理请求还包括业务类型信息；

所述硬件处理单元接收来自所述软件控制单元的所述数据处理请求，从所述数据处理请求中获取所述控制参数，并从所述缓存单元中获取所述数据；

进行相应的数据流类处理，得到处理结果；

将所述结果写入所述缓存单元；

向所述软件控制单元返回完成指示。

10.根据权利要求8或9所述的接入方法，其特征在于，所述下行模式及相应的控制参数包括以下的一种或多种：

下行分组交换PS业务普通模式，所述控制参数包括：待处理业务数据包相关参数和WCDMA协议定义的加密参数；

其中，所述待处理业务数据包相关参数包括：待逻辑处理数据包长度、组成所述数据包的各数据段长度、所述数据包个数、层二输出的包头长度、重传指示；所述WCDMA协议定义的加密参数包括：是否加密及密钥索引指示、无线承载标识、加密密钥、网络侧数据流方向指示、加密参数；或

下行PS业务快速模式，所述控制参数包括：待处理业务数据包相关参数和WCDMA协议定义的加密参数；

其中，所述待处理业务数据包相关参数包括：待逻辑处理数据包长度、组成所述数据包的各数据段长度、数据包个数、层二输出的包头长度、重传指示、层二所述数据包中长度指示器LI的长度、层二所述数据包中长度指示器LI参数的个数；所述WCDMA协议定义的加密参数包括：是否加密及密钥索引指示、无线承载标识、加密密钥、网络侧数据流方向指示、加密参数；或

下行自适应多速率AMR业务模式，所述控制参数包括：待处理业务数据包相关参数和WCDMA协议定义的加密参数；

其中，所述待处理业务数据包相关参数包括：组成层二输出数据包的个数、每个数据包长度；所述WCDMA协议定义的加密参数包括：是否加密指示、每个子流的无线承载标识、加密密钥、网络侧数据流方向指示、加密参数；或

下行虚通路VP业务模式，所述控制参数包括：待处理业务数据包相关参数和WCDMA协议定义的加密参数；

其中，所述待处理业务数据包相关参数包括：组成层二输出数据包的个数、所述数据包长度；所述WCDMA协议定义的加密参数包括：是否加密指示、每个子流的无线承载标识、加密密钥、网络侧数据流方向指示、加密参数。

11.根据权利要求6所述的接入方法，其特征在于，

对于上行模式的接入，先通过所述硬件处理单元进行数据流类处理，后通过所述软件控制单元进行控制类处理。

12.根据权利要求11所述的接入方法，其特征在于，所述对于上行模式的接入，先通过所述硬件处理单元进行数据流类处理，后通过所述软件控制单元进行控制类处理包括：

所述软件控制单元接收到物理层上传的数据后，将所述数据和硬件处理单元所需的控制参数存入缓存单元，其中，所述控制参数包括：待处理的业务数据相关参数和接入网协议定义的加密参数；

向所述硬件处理单元发送数据处理请求，指示所述硬件处理单元进行相应的数据流类处理，其中，所述数据处理请求包括业务类型信息；

所述硬件处理单元接收来自所述软件控制单元的所述数据处理请求，并从所述缓存单元中获取所述数据和所述控制参数；

进行相应的数据流类处理，得到处理结果；

将所述处理结果存入所述缓存单元；

向所述软件控制单元返回数据处理完成指示；

所述软件控制单元接受来自所述硬件处理单元的所述数据处理完成指示，进行相应的控制类处理。

13.根据权利要求11所述的接入方法，其特征在于，所述对于上行模式的接入，先通过所述硬件处理单元进行数据流类处理，后通过所述软件控制单元进行控制类处理包括：

所述软件控制单元接收到物理层上传的数据后，将所述数据存入缓存单元；

将硬件处理单元所需的控制参数附加在数据处理请求中，其中，所述控制参数包括：待处理的业务数据相关参数和接入网协议定义的加密参数；

向所述硬件处理单元发送数据处理请求，指示所述硬件处理单元进行相应的数据流类处理，其中，所述数据处理请求还包括业务类型信息；

所述硬件处理单元接收来自所述软件控制单元的所述数据处理请求，从所述数据处理请求中获取所述控制参数，并从所述缓存单元中获取所述数据；

进行相应的数据流类处理，得到处理结果；

将所述处理结果存入所述缓存单元；

向所述软件控制单元返回数据处理完成指示；

所述软件控制单元接受来自所述硬件处理单元的所述数据处理完成指示，进行相应的控制类处理。

14.根据权利要求12或13所述的接入方法，其特征在于，所述上行模式及相应的控制参数包括以下的一种或多种：

上行PS业务专用通道DCH模式，所述控制参数包括：待处理业务数据包相关参数和WCDMA协议定义的加密参数；

其中，所述待处理业务数据包相关参数包括：待逻辑处理的数据包长度、所述数据包个数、所述数据包包头的长度；所述WCDMA协议定义的加密参数包括：是否解密及密钥索引指示、无线承载标识、加密密钥、网络侧数据流方向指示、加密参数；或

上行AMR业务模式，所述控制参数包括：待处理业务数据包相关参数和WCDMA协议定义的加密参数；

其中，所述待处理业务数据包相关参数包括：物理层上报层二的输入数据包的个数、每个所述数据包长度；所述WCDMA协议定义的加密参数包括：是否解密指示、每个子流的无线承载标识、加密密钥、网络侧数据流方向指示、加密参数；或

上行VP业务模式，所述控制参数包括：待处理业务数据包相关参数和WCDMA协议定义的加密参数；

其中，所述待处理业务数据包相关参数包括：组成层二输出数据包的个数、所述数据包长度；所述WCDMA协议定义的加密参数包括：是否解密指示、每个子流的无线承载标识、加密密钥、网络侧数据流方向指示、加密参数。

Images