CN102223206A - Crc控制方法和设备 - Google Patents

Abstract

本发明实施例公开了一种CRC控制方法和设备，通过应用本发明实施例的技术方案，可以根据下行数据的BLER是否达到预设的BLER阈值，确定是否开启CRC，从而，可以根据系统中数据传输的实际情况确定是否进行CRC，以及是否在FP帧中携带CRC字段，避免在业务传输错误率较低的情况下在FP帧中携带CRC字段所造成的基站与RNC之间接口的带宽占用，以及解析CRC字段所带来的处理负荷，在保证业务可靠性的基础上节约通信和处理资源。

Description

CRC控制方法和设备

技术领域

本发明涉及通信技术领域，特别涉及一种CRC控制方法和设备。

背景技术

在现有的技术方案中，3GPP 25.435 Ra10及其以前的协议中规定的FP（frame protocol，框架协议）帧结构包括三种，如图1至图3所示，分别为现有技术中的HS-DSCH（High-Speed Downlink Shared Channel，高速下行链路共享信道） DATA（数据） FRAME（框架） TYPE（类型）1结构的示意图，HS-DSCH DATA FRAME TYPE 2结构的示意图，以及HS-DSCH DATA FRAME TYPE 3结构的示意图。

其中，FP帧结构Type1从R5协议版本即存在，Type2和Type3从HSPA+（Enhanced High Speed Packet Access，增强的高速分组接入）之后的协议版本中出现。

各种FP帧结构中都存在New IE Flags（新信息元标识）的扩展字段。

根据协议规定，New IE Flags为指示扩展字段而存在，并且New IE Flags可以进行扩展，每个字段的New IE Flags中，bit0～6指示了后继携带的扩展字段，bit7指示了是否下个字节仍然为New IE Flags（通过该方式可以扩展New IE Flags）。

在实现本发明实施例的过程中，申请人发现现有技术至少存在以下问题：

协议中对于CRC（Cyclic Redundancy Checksum，循环冗余校验）16（按照FP协议，CRC占用16个比特，简称CRC16）的校验是不可选择的，每个FP帧都需要携带该CRC16字段。

在现有技术中，RNC（Radio Network Controller，无线网络控制器）和Node B（节点B，即基站）之间存在Iub口，当Iub口的传输错误率很低时，CRC16字段造成了Iub口带宽的浪费，并且还给发送方与接收方的FP协议处理模块带来CRC计算的额外负荷，尤其在HSDPA（High Speed Downlink Packet Access，高速下行分组接入）和HSPA+下行数据业务处理时，此时的数据长度都在3000bits左右。

发明内容

本发明实施例提供一种CRC控制方法和设备，解决现有技术中必须携带CRC字段所带来的带宽资源浪费的问题。

为达到上述目的，本发明实施例一方面提供了一种CRC控制方法，包括：

无线网络控制器RNC检测与基站之间所传输的下行数据的块误码率BLER；

所述RNC判断检测到的BLER是否达到预设的BLER阈值；

如果达到，所述RNC确定开启CRC；

所述RNC向所述基站发送包含CRC字段的框架协议FP帧，所述FP帧中通过New IE flags中的比特信息标识所述FP帧中携带了CRC字段。

另一方面，本发明实施例还提供了一种RNC，至少包括：

检测模块，用于检测所述RNC与基站之间所传输的下行数据的BLER；

判断模块，用于判断所述检测模块所检测到的BLER是否达到预设的BLER阈值；

处理模块，用于在所述判断模块的判断结果为达到时，确定开启CRC，并向所述基站发送包含CRC字段的FP帧，所述FP帧中通过New IE flags中的比特信息标识所述FP帧中携带了CRC字段。

另一方面，本发明实施例还提供了一种CRC控制方法，至少包括以下步骤：

基站接收RNC发送的FP帧；

所述基站根据所述FP帧的New IE flags中的比特信息，判断所述FP帧中是否携带了CRC字段；

如果判断结果为是，所述基站根据所述CRC字段开启CRC。

另一方面，本发明实施例还提供了一种基站，至少包括：

接收模块，用于接收RNC发送的FP帧；

判断模块，用于根据所述接收模块所接收到的FP帧的New IE flags中的比特信息，判断所述FP帧中是否携带了CRC字段；

处理模块，用于在所述判断模块的判断结果为是时，根据所述CRC字段开启CRC。

与现有技术相比，本发明实施例所提出的技术方案具有以下优点：

通过应用本发明实施例的技术方案，可以根据下行数据的BLER是否达到预设的BLER阈值，确定是否开启CRC，从而，可以根据系统中数据传输的实际情况确定是否进行CRC，以及是否在FP帧中携带CRC字段，避免在业务传输错误率较低的情况下在FP帧中携带CRC字段所造成的基站与RNC之间接口的带宽占用，以及解析CRC字段所带来的处理负荷，在保证业务可靠性的基础上节约通信和处理资源。

附图说明

图1为现有技术中的HS-DSCH DATA FRAME TYPE 1结构的示意图；

图2为现有技术中的HS-DSCH DATA FRAME TYPE 2结构的示意图；

图3为现有技术中的HS-DSCH DATA FRAME TYPE 3结构的示意图；

图4为本发明实施例提出的一种CRC控制方法的流程示意图；

图5为本发明实施例所提出的一种CRC控制方法在基站侧的处理流程示意图；

图6为本发明实施例所提出的一种具体场景中的RNC确定开启CRC的处理流程示意图；

图7为本发明实施例所提出的一种具体场景中的RNC确定关闭CRC的处理流程示意图；

图8为本发明实施例提出的一种RNC的结构示意图；

图9为本发明实施例提出的一种基站的结构示意图。

具体实施方式

如背景技术所述，HSDPA和HSPA+系统中的下行业务为高速业务，FP协议单元的发送－接收方的处理负荷都很大。并且，Iub口（TD-SCDMA中RNC和Node B之间的接口）为有线传输，传输的可靠性很高，没必要每个FP帧中都携带CRC16校验。

在3GPP 25.435 Ra10及其以前的协议中，HSDPA和HSPA+下行的FP帧中净负荷CRC16字段是必选的，无法进行动态控制。即使Iub口的传输很稳定的情况下，仍然需要携带CRC16字段，浪费了Iub口传输带宽，增加了发送－接收方针对CRC16字段进行校验计算的负荷，造成了Iub口带宽和发送－接收方处理能力的浪费。

本发明针对上述问题，结合FP帧中已有的New IE Flags字段，增加动态指示，使FP帧中的CRC16字段的选择可以动态选择，当Iub口的传输错误率很低时，可以在FP帧中取消携带CRC16字段，减轻发送－接收方的FP协议单元的处理负荷，把节省的Iub口带宽和处理能力用来处理更多的其他数据业务，而当Iub口传输的错误率很高时，则继续在FP帧中增加CRC16字段，发送－接收方继续进行所传输数据的CRC校验，保证了业务传输的可靠性。

如图4所示，为本发明实施例提出的一种CRC控制方法的流程示意图，该方法具体包括以下步骤：

步骤S401、RNC检测与基站之间所传输的下行数据的BLER。

具体的，RNC检测与基站之间的Iub口所传输的下行数据的块误码率BLER。

步骤S402、RNC判断检测到的BLER是否达到预设的BLER阈值。

如果达到，执行步骤S403；

如果没有达到，执行步骤S405。

其中的BLER阈值可以根据实际系统的可靠性需要进行设定，可靠性要求较高，则BLER阈值的值可以设置的较小，而可靠性要求较低，则BLER阈值的值可以设置的较高，具体的BLER阈值的取值变化并不会影响本发明的保护范围。

步骤S403、RNC确定开启CRC。

步骤S404、RNC向基站发送包含CRC字段的框架协议FP帧，FP帧中通过New IE flags中的比特信息标识FP帧中携带了CRC字段。

在RNC确定开启CRC之后，RNC确定与基站之间所传输的下行数据的校验结果，并生成包含校验结果的CRC字段，并在FP帧中携带该CRC字段。

步骤S405、RNC确定关闭CRC。

步骤S406、RNC向基站发送不包含CRC字段的FP帧，FP帧中通过New IE flags中的比特信息标识FP帧中没有携带CRC字段。

需要指出的是，上述的New IE flags中的比特信息，实际上是在RNC和基站之间预先协商好，或预先设定的一个CRC字段指示位，该指示位可以在New IE flags中的未被其他协议所占用的比特中选择，考虑到现有协议对New IE flags中个比特的占用，可以在bit3至bit6中任选一个作为CRC字段指示位。

具体的，该CRC指示位中的信息可以按照以下规则进行设置：

当预设比特中所携带的信息的值为1时，标识FP帧中携带了CRC字段；

当预设比特中所携带的信息的值为0时，标识FP帧中没有携带CRC字段。

通过上述的处理过程，RNC侧根据当前的下行数据传输情况确定是否开启CRC，以及是否在FP帧中携带CRC字段，并通过New IE flags中相应的比特信息通知基站侧FP帧中是否携带CRC字段，从而，控制RNC和基站是否对下行数据进行CRC校验的处理。

另一方面，如图5所示，为本发明实施例所提出的一种CRC控制方法在基站侧的处理流程示意图，具体包括：

步骤S501、基站接收RNC发送的FP帧。

步骤S502、基站根据FP帧的New IE flags中的比特信息，判断FP帧中是否携带了CRC字段。

如果判断结果为是，执行步骤S503；

如果判断结果为否，执行步骤S504。

步骤S503、基站根据CRC字段开启CRC。

步骤S504、基站关闭CRC。

由此，基站侧根据相应的指示确定是否开启CRC，避免对所有下行数据都进行CRC处理所带来的处理资源的浪费。

其中，New IE flags中的比特信息的说明参照前述内容，在此不再赘述。

与现有技术相比，本发明实施例所提出的技术方案具有以下优点：

通过应用本发明实施例的技术方案，可以根据下行数据的BLER是否达到预设的BLER阈值，确定是否开启CRC，从而，可以根据系统中数据传输的实际情况确定是否进行CRC，以及是否在FP帧中携带CRC字段，避免在业务传输错误率较低的情况下在FP帧中携带CRC字段所造成的基站与RNC之间接口的带宽占用，以及解析CRC字段所带来的处理负荷，在保证业务可靠性的基础上节约通信和处理资源。

下面，结合具体的应用场景，对本发明实施例所提出的技术方案进行说明。

本发明实施例所提出的方案在FP帧中已有的New IE Flags中选择合适的比特，用来指示是否存在CRC16校验字段（即前述的CRC字段，只是由于其占用16个比特，所以称之为CRC16校验字段）。

在TS-SCDMA的HSDPA和HSPA+的下行方向，发送方为RNC，接收方为Node B。

在具体的实施场景中，定义以下参数：

BLER_Iub：表示RNC检测到的HSDPA/HSPA+下行数据在Iub口的BLER（Block Error Ratio，块误码率）。

BLER_Threshold：表示预先设定的HSDPA/HSPA+下行数据在Iub口的BLER阈值。

在后续的实施例中，分别通过图6和图7所示的应用场景对本发明实施例所提出的技术方案进行说明。

如图6所示，为本发明实施例所提出的一种具体场景中的RNC确定开启CRC的处理流程示意图，具体包括以下步骤。

步骤S601、RNC检测Iub口中的下行数据的BLER值（BLER_Iub）。

步骤S602、RNC判断BLER_Iub是否小于BLER_Threshold。

在本实施场景中，BLER_Iub大于或等于BLER_Threshold，即RNC确定当前的下行数据传输状态不好，需要进行CRC校验处理，以保证业务的可靠性。

步骤S603、RNC确定开启Iub口FP帧中的CRC16校验。

RNC生成相应的下行数据校验结果，即确定CRC16校验字段的内容。

步骤S604、RNC向基站发送包含CRC16校验字段的FP帧。

在该FP帧的New IE flags中的一个比特位上包含了该FP帧携带了CRC16检验字段的指示信息。

步骤S605、基站确定FP帧中携带了CRC16校验字段。

具体的，基站是通过New IE flags中的信息确定该FP帧中是否携带CRC16校验字段，在本实施例中，该信息指示FP帧中携带了CRC16校验字段。

在实际应用中，New IE flags中采用哪个比特位指示指示CRC16校验字段是否存在，是预先设定的，具体采用哪个比特位可以根据实际需要进行设定，只要与其他协议的规定相冲突即可。

步骤S606、基站启动CRC16校验过程。

至此，对RNC和基站之间的下行数据启动了CRC16校验处理过程，通过相应的校验处理，保证了下行数据传输的可靠性。

如图7所示，为本发明实施例所提出的一种具体场景中的RNC确定关闭CRC的处理流程示意图，具体包括以下步骤。

步骤S701、RNC检测Iub口中的下行数据的BLER值（BLER_Iub）。

步骤S702、RNC判断BLER_Iub是否小于BLER_Threshold。

在本实施场景中，BLER_Iub小于BLER_Threshold，即RNC确定当前的下行数据传输状态良好，不需要进行CRC校验处理，便可以保证业务的可靠性。

步骤S703、RNC确定关闭Iub口FP帧中的CRC16校验。

步骤S704、RNC向基站发送不包含CRC16校验字段的FP帧。

在该FP帧的New IE flags中的一个比特位上包含了该FP帧是否携带CRC16检验字段的指示信息，在本实施例中，该信息指示FP帧中没有携带CRC16校验字段。

步骤S705、基站确定FP帧中没有携带CRC16校验字段。

具体的，基站是通过New IE flags中的信息确定该FP帧中没有携带CRC16校验字段。

在实际应用中，New IE flags中采用哪个比特位指示指示CRC16校验字段是否存在，是预先设定的，具体采用哪个比特位可以根据实际需要进行设定，只要与其他协议的规定相冲突即可。

步骤S706、基站关闭CRC16校验过程。

至此，对RNC和基站之间的下行数据停止了CRC16校验处理过程，不再对传输状态良好的下行数据进行CRC校验处理。

需要指出的是，按照本发明实施例所提出的技术方案，除去目前的协议中规定的已经使用的New IE Flags的bit位（需要考虑TDD和FDD的兼容）之外，New IE Flags的任何bi位都可以指示FP帧中是否携带CRC16校验字段（即指示CRC16校验处理的开启或者关闭）。从目前协议来看，bit0～bit2已经被使用，因此，本发明实施例可以使用bit3～bit6中的任何一个比特位应用上述的技术方案。

在具体的应用场景中，可以以该比特位的取值为1表示CRC16校验字段存在，以该比特位的取值为0表示CRC16校验字段不存在，具体的取值可以根据实际需要进行设定，这样的变化并不影响本发明的保护范围。

与现有技术相比，本发明实施例所提出的技术方案具有以下优点：

通过应用本发明实施例的技术方案，可以根据下行数据的BLER是否达到预设的BLER阈值，确定是否开启CRC，从而，可以根据系统中数据传输的实际情况确定是否进行CRC，以及是否在FP帧中携带CRC字段，避免在业务传输错误率较低的情况下在FP帧中携带CRC字段所造成的基站与RNC之间接口的带宽占用，以及解析CRC字段所带来的处理负荷，在保证业务可靠性的基础上节约通信和处理资源。

为了实现本发明实施例的技术方案，本发明实施例还提供了一种RNC，其结构示意图如图8所示，至少包括：

检测模块81，用于检测RNC与基站之间所传输的下行数据的BLER；

判断模块82，用于判断检测模块81所检测到的BLER是否达到预设的BLER阈值；

处理模块83，用于在判断模块82的判断结果为达到时，确定开启CRC，并向基站发送包含CRC字段的FP帧，FP帧中通过New IE flags中的比特信息标识FP帧中携带了CRC字段。

其中，处理模块83，还用于：

在判断模块82的判断结果为达到时，确定与基站之间所传输的下行数据的校验结果，并生成包含校验结果的CRC字段。

在具体的实施场景中，处理模块83，还用于：

在判断模块82的判断结果为没有达到时，确定关闭CRC，并向基站发送不包含CRC字段的FP帧，FP帧中通过New IE flags中的比特信息标识FP帧中没有携带CRC字段。

另一方面，本发明实施例还提供了一种基站，其结构示意图如图9所示，至少包括：

接收模块91，用于接收RNC发送的FP帧；

判断模块92，用于根据接收模块91所接收到的FP帧的New IE flags中的比特信息，判断FP帧中是否携带了CRC字段；

处理模块93，用于在判断模块92的判断结果为是时，根据CRC字段开启CRC。

进一步的，处理模块93，还用于在判断模块92的判断结果为否时，关闭CRC。

与现有技术相比，本发明实施例所提出的技术方案具有以下优点：

通过应用本发明实施例的技术方案，可以根据下行数据的BLER是否达到预设的BLER阈值，确定是否开启CRC，从而，可以根据系统中数据传输的实际情况确定是否进行CRC，以及是否在FP帧中携带CRC字段，避免在业务传输错误率较低的情况下在FP帧中携带CRC字段所造成的基站与RNC之间接口的带宽占用，以及解析CRC字段所带来的处理负荷，在保证业务可靠性的基础上节约通信和处理资源。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明实施例可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本发明实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质（可以是CD-ROM，U盘，移动硬盘等）中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或网络侧设备等）执行本发明实施例各个实施场景所述的方法。

本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本发明实施例所必须的。

本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本发明实施例序号仅仅为了描述，不代表实施场景的优劣。

以上公开的仅为本发明实施例的几个具体实施场景，但是，本发明实施例并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明实施例的业务限制范围。

Claims (15)

1.一种循环冗余校验CRC控制方法，其特征在于，至少包括以下步骤：

无线网络控制器RNC检测与基站之间所传输的下行数据的块误码率BLER；

所述RNC判断检测到的BLER是否达到预设的BLER阈值；

如果达到，所述RNC确定开启CRC；

所述RNC向所述基站发送包含CRC字段的框架协议FP帧，所述FP帧中通过New IE flags中的比特信息标识所述FP帧中携带了CRC字段。

2.如权利要求1所述的方法，其特征在于，所述RNC检测与基站之间所传输的下行数据的BLER，具体包括：

所述RNC检测与所述基站之间的Iub口所传输的下行数据的块误码率BLER。

3.如权利要求1所述的方法，其特征在于，所述RNC确定开启CRC之后，还包括：

所述RNC确定与所述基站之间所传输的下行数据的校验结果，并生成包含所述校验结果的CRC字段。

4.如权利要求1所述的方法，其特征在于，所述RNC判断检测到的BLER是否达到预设的BLER阈值之后，还包括：

如果没有达到，所述RNC确定关闭CRC；

所述RNC向所述基站发送不包含CRC字段的FP帧，所述FP帧中通过New IE flags中的比特信息标识所述FP帧中没有携带CRC字段。

5.如权利要求1或4所述的方法，其特征在于，所述New IE flags中的比特信息，具体为：

在所述New IE flags中的bit3至bit6中的一个预设比特中所携带的信息。

6.如权利要求5所述的方法，其特征在于，所述预设比特中所携带的信息，具体包括：

当所述预设比特中所携带的信息的值为1时，标识所述FP帧中携带了CRC字段；

当所述预设比特中所携带的信息的值为0时，标识所述FP帧中没有携带CRC字段。

7.一种RNC，其特征在于，至少包括：

检测模块，用于检测所述RNC与基站之间所传输的下行数据的BLER；

判断模块，用于判断所述检测模块所检测到的BLER是否达到预设的BLER阈值；

处理模块，用于在所述判断模块的判断结果为达到时，确定开启CRC，并向所述基站发送包含CRC字段的FP帧，所述FP帧中通过New IE flags中的比特信息标识所述FP帧中携带了CRC字段。

8.如权利要求7所述的RNC，其特征在于，所述处理模块，还用于：

在所述判断模块的判断结果为达到时，确定与所述基站之间所传输的下行数据的校验结果，并生成包含所述校验结果的CRC字段。

9.如权利要求7所述的RNC，其特征在于，所述处理模块，还用于：

在所述判断模块的判断结果为没有达到时，确定关闭CRC，并向所述基站发送不包含CRC字段的FP帧，所述FP帧中通过New IE flags中的比特信息标识所述FP帧中没有携带CRC字段。

10.一种CRC控制方法，其特征在于，至少包括以下步骤：

基站接收RNC发送的FP帧；

所述基站根据所述FP帧的New IE flags中的比特信息，判断所述FP帧中是否携带了CRC字段；

如果判断结果为是，所述基站根据所述CRC字段开启CRC。

11.如权利要求10所述的方法，其特征在于，所述判断所述FP帧中是否携带了CRC字段之后，还包括：

如果判断结果为否，所述基站关闭CRC。

12.如权利要求10或11所述的方法，其特征在于，所述New IE flags中的比特信息，具体为：

在所述New IE flags中的bit3至bit6中的一个预设比特中所携带的信息。

13.如权利要求12所述的方法，其特征在于，所述预设比特中所携带的信息，具体包括：

当所述预设比特中所携带的信息的值为1时，标识所述FP帧中携带了CRC字段；

当所述预设比特中所携带的信息的值为0时，标识所述FP帧中没有携带CRC字段。

14.一种基站，其特征在于，至少包括：

接收模块，用于接收RNC发送的FP帧；

判断模块，用于根据所述接收模块所接收到的FP帧的New IE flags中的比特信息，判断所述FP帧中是否携带了CRC字段；

处理模块，用于在所述判断模块的判断结果为是时，根据所述CRC字段开启CRC。

15.如权利要求14所述的基站，其特征在于，所述处理模块，还用于：

在所述判断模块的判断结果为否时，关闭CRC。

Images