CN101990252A - 数据处理方法及装置 - Google Patents

Abstract

本发明公开了一种数据处理方法及装置，该方法包括：分别为每种业务类型建立一个队列，并为每个队列设置一个优先级；根据用户数据的业务类型将用户数据放置在对应的队列中，其中，用户数据包括一个或多个信道数据；对于每个队列，根据预定原则从中选择用户数据进行处理。通过本发明有效地减小了HSUPA业务的处理延时，提高了系统性能。

Description

数据处理方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及一种数据处理方法及装置。

背景技术

在宽带码分多址系统(Wideband-Code Division Multiple Access，简称为WCDMA)无线通信系统中，接收端通常采用分离多径(RAKE)接收机装置，通过对多条多经进行解调，最后进行最大比合并来恢复无线信号。

传统的基站基带处理器的RAKE接收机，在WCDMA系统中通常有以下两种实现方式。

方式一

专用物理控制信道(Dedicated Physical Control Channel，简称为DPCCH)和专用物理数据信道(Dedicated Physical Data Channel，简称为DPDCH)同时解调模式。在该模式中，由于当前帧的DPDCH的扩频因子(Spread Factor，简称为SF)是未知的，只能按最小SF进行解调，等解调完一帧的DPCCH和DPDCH后，收集所有的传输格式合并指示(Transport Format Combination Indicator，简称为TFCI)符号数据译码得到实际的SF，最后，将已经解调完成的这一帧DPDCH再进行二次积分。

方式二

DPDCH延迟DPCCH一帧进行解调的延迟模式。在该模式中，DPCCH正常进行解调，解调完一帧之后收集到所有的TFCI符号数据译码得到实际的SF，然后再开始进行DPDCH解调，这时DPDCH解调可以按实际的SF进行。

在R99协议中，由于专用物理信道处理没有严格的时间要求，同时，系统针对不同的业务要求，有最小SF的限制，例如，数据业务的最小SF是4，对应的实际SF的范围是4、8和16。因此，采用上述两种RAKE接收机装置，延迟解调模式比同时解调模式更节约硬件资源，因为可以使用实际的SF进行解调和数据存储，而且减少了二次积分的环节，因此，大多数通信系统都采用延迟解调模式。

但是，对于第三代合作伙伴计划(3rd Generation PartnershipProject，简称为3GPP)的R6协议及其后续的协议来说，增加了上行高速业务，这些上行高速业务的接收处理，在协议中做出了较为严格的规定，在基站系统总的处理延时大大缩小。例如，R6协议增加了上行增强专用物理信道(Enhanced Dedicated Physical Channel，简称为E-DPCH)，该信道主要承载高速上行分组接入(High SpeedUplink Packet Access，简称为HSUPA)的业务，该信道的处理有严格的定时限制。根据3GPP规定，对于2ms传输时间间隔(Transmission Time Interval，简称为TTI)的HSUPA业务在基站系统总的处理延时不能超过8.3ms；10ms传输时间间隔(TTI)的HSUPA业务在基站系统总的处理延时不能超过24.3ms。根据这个限制，采用延迟解调模式的RAKE接收机装置来处理E-DPCH，无法满足系统处理时间限制的要求。同样延迟解调模式的RAKE接收机装置对于R6后续的协议新增的信道来说，均无法满足系统处理时间限制的要求。

因此，应对新业务延时方面的严格要求，必须采用同时解调模式的RAKE接收机。在这种情况，所有用户同时进行数据解调，当每个用户完成一个TTI的数据解调之后，并且得到实际的SF，就要进行二次解扩。二次解扩是按照用户进行处理的，每次要处理完一个用户一个TTI的数据量，当数据量大的时候，处理时间会比较长。如果大量时间被R99的业务所占据，就会使得HSUPA业务一直处于等待的状态，这样不利于缩短HSUPA业务的延时。

根据新的协议要求，希望尽量缩短HSUPA业务的处理延迟，以上两种RAKE接收机都不能很好的完成这方面性能的优化。必须对上述方案进行优化，改进HSUPA业务处理延迟方面的性能。

发明内容

针对相关技术中存在的HSUPA业务处理延时较长的问题而提出本发明，为此，本发明的主要目的在于提供一种改进的数据处理方案，以解决上述问题至少之一。

为了实现上述目的，根据本发明的一个方面，提供了一种数据处理方法。

根据本发明的一种数据处理方法包括：分别为每种业务类型建立一个队列，并为每个队列设置一个优先级；根据用户数据的业务类型将用户数据放置在对应的队列中，其中，用户数据包括一个或多个信道数据；对于每个队列，根据预定原则从中选择用户数据进行处理。

优选地，在将用户数据放置在对应的队列中之前，上述方法还包括：判断用户数据是否完整，并在确定用户数据完整的情况下，将用户数据放置在对应的队列中。

优选地，上述方法还包括：在判断用户数据是否完整之前，以信道为单位处理用户数据；在判读得出用户数据是完整的之后，以用户为单位处理用户数据。

优选地，判断用户数据是否完整包括：根据用户数据的信息和/或历史记录判断用户数据是否完整，其中，用户数据的信息至少包括以下之一：信道数据的信道号、用于信道合并的链路号、参与信道合并的信道数目和信道号、信道合并中信道处理完成标志、用于信道级联的用户号、信道级联中单个信道前后位置的指示、参与信道级联的信道号。

优选地，判断用户数据是否完整还包括：判断对于用户数据是否需要进行信道合并；判断对于用户数据是否需要进行信道级联。

优选地，预定原则包括：对于不同队列，优先选择高优先级队列中的数据；对于同一队列，优先选择其中的在先申请处理的数据。

优选地，业务类型包括：2毫秒高速上行分组接入、10毫秒高速上行分组接入、R99，其中，2毫秒高速上行分组接入业务的优先级高于10毫秒高速上行分组接入业务的优先级，10毫秒高速上行分组接入业务的优先级高于R99业务的优先级。

为了实现上述目的，根据本发明的另一个方面，提供了一种数据处理装置。

根据本发明的数据处理装置包括：建立模块，用于分别为每种业务类型建立一个队列；设置模块，用于为每个队列设置一个优先级；放置模块，用于根据用户数据的业务类型将用户数据放置在对应的队列中，其中，用户数据包括一个或多个信道数据；选择模块，用于从每个队列中根据预定原则选择用户数据进行处理。

优选地，上述数据处理装置还包括：判断模块，用于判断用户数据是否完整；放置模块具体用于，在确定用户数据完整的情况下将用户数据放置在对应的队列中。

优选地，上述判断模块包括：第一判断子模块，用于判断对于用户数据是否需要进行信道合并；第二判断子模块，用于判断对于用户数据是否需要进行信道级联。

通过本发明，采用了根据业务类型设置队列以及队列的优先级，根据预定原则进行数据处理，解决了相关技术中存在的HSUPA业务处理延时较长的问题，进而达到了有效地减小HSUPA业务的处理延时，提高系统性能的效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的数据处理方法的流程图；

图2是根据本发明实施例的混合业务优先级处理方法应用场景的示意图；

图3是根据本发明实施例的混合业务优先级处理方法的流程图；

图4是根据本发明实施例的用户数据完整性判断的流程图；

图5是根据本发明实施例的用户数据完整性判断的电路结构框图；

图6是图5中的LE RAM的单元结构的示意图；

图7是根据本发明实施例的混合业务处理队列的示意图；

图8是根据本发明实施例的用户信息的表示的示意图；

图9是根据本发明实施例的混合业务优先级判断状态机的示意图；

图10是根据本发明实施例的数据处理装置的结构框图；

图11是根据本发明实施例的数据处理装置具体的结构框图。

具体实施方式

功能概述

本发明实施例提供了一种数据处理方案，用于处理HSUPA业务和/或R99业务，该方案适用但不限于上行专用信道混合业务的解调，该方案根据3GPP协议对业务延时要求，明确了不同业务处理的优先级，并在此基础上，考虑了信道合并、信道级联的影响。该方案的处理原则如下：分别为每种业务类型建立一个队列，并为每个队列设置一个优先级；根据数据的业务类型将数据放置在对应的队列中；对于每个队列，根据预定原则从中选择数据进行处理。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。

在以下实施例中，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

方法实施例

根据本发明的实施例，提供了一种数据处理方法，图1是根据本发明实施例的数据处理方法的流程图，如图1所示，该方法包括如下的步骤S102至步骤S106：

步骤S102，分别为每种业务类型建立一个队列(或称为优先级处理队列)，并为每个队列设置一个优先级。即，根据用户数据的业务类型，建立优先级处理队列。

步骤S104，根据用户数据的业务类型将该用户数据放置在对应的队列中，其中，用户数据中包括一个或多个信道数据。

步骤S106，对于每个队列，根据预定原则(或称为判定原则)从中选择用户数据进行处理。即，从优先级处理队列中选取优先级最高的用户数据，并通知下游模块进行处理。

优选地，预定原则可以是：对于不同队列，优先选择高优先级队列中的用户数据；对于同一队列，优先选择其中的在先申请处理的用户数据。

在步骤S104之前，需要根据用户数据的信息和/或历史记录判断用户数据是否完整，并在确定数据完整的情况下，将数据放置在对应的队列中，其中，用户数据的信息可以是上游模块发送过来的信息。这些信息可以包括：信道数据的信道号(Channel ID)，用于信道合并的链路号(LE ID)，参与信道合并的信道数目和信道号，信道合并中信道处理完成标识、用于信道级联的用户号(SR ID)，信道级联中单个信道前后位置的指示、参与信道级联的信道号。历史记录可以是指相同链路号(LE ID)或者用户号(SR ID)下，其它信道完成情况。

判断数据完整需要进行首先判断对于用户数据是否需要进行信道合并，然后，判断对于用户数据是否需要进行信道级联。

优选地，在判断用户数据是否完整之前，以信道为单位处理用户数据；在判读得出用户数据是完整的之后，以用户为单位处理用户数据。

优选地，业务可以是：2ms(毫秒)HSUPA业务、10ms HSUPA业务、R99业务，其中，2ms HSUPA业务的优先级高于10ms HSUPA业务，10ms HSUPA业务的优先级高于R99业务的优先级。

下面将结合实例对本发明实施例的实现过程进行详细描述。

图2是根据本发明实施例的混合业务优先级处理应用场景的示意图，如图2所示，整个上行专用数据信道解调主要可以分为和专用信道(Dedicated channel，简称为DCH)符号级解调两个部分。这两个部分解调资源的分配有所不同。在DCH码片级解调的过程中，解调资源是按信道号(Channel ID)来分配的。在DCH符号级解调的过程中，是按照用户号(SR ID)来进行解调的，一个用户号(SR ID)可能对应多个信道号(Channel ID)。它们的具体关系是，一个用户号(SR ID)下面有一个或两个链路号(LE ID)；每个链路号(LE ID)下面有一个到三个信道号(Channel ID)。混合业务优先级判断介于这两个部分中间，就要完成解调任务队列的转换，并且按照用户业务的优先级建立新的任务队列。在这个过程中就需要监测上述资源的状况。

如图2所示，在进行混合业务优先级处理之前，用户的数据是以若干码片为单位，分时进行码片级处理；在混合业务优先级处理之后，用户的数据是以TTI为单位，分时进行符号级处理。即，本实施例的混合业务优先级处理主要负责两个功能：一个是监测用户数据码片级处理的情况，另一个是为用户数据符号级处理安排合适的顺序。

图3是根据本发明实施例的混合业务优先级处理方法的流程图，如图3所示，该流程包括三个方面的内容：方面一，用户数据完整性判断；方面二，混合业务处理队列；方面三，混合业务优先级判断，下面对这三个方面分别进行描述。

方面一

用户数据完整性判断就是为了监测用户数据码片级处理的情况，记录中间过程，并把结果输出给混合业务处理队列。

图4是根据本发明实施例的用户数据完整性判断的流程图，如图4所示，如果有信道码片处理完成，就要启动该判断流程。首先要读取历史记录，然后，要进入信道合并判断，信道合并判断主要是判断需要进行信道合并的多条信道是否全部完成码片级处理。如果判断的结果为否(NO)，则保存现在的处理信息，并且中止用户数据完整性判断的流程。如果判断的结果为是(YES)，可以确认信道合并数据就绪。

图5是根据本发明实施例的用户数据完整性判断的电路结构框图，如图5所示，模块LE Ctrl和模块LE Ram用来完成信道合并判断的功能。上游模块通过信号ch_rdy通知有信道码片处理完成，并把通过信号para携带相关参数。模块LE Ctrl根据信号para中的参数LE ID，可以从LE Ram中读取信道合并的历史信息。

LE Ram是以LE ID为索引，图6是图5中的LE RAM的单元结构的示意图，如图6所示，num表示需要合并的信道个数；ChannelID 0、Channel ID 1和Channel ID 2表示需要合并的信道号；flag0、flag1、flag2用来记录对应信道上游码片级解调是否完成。以上这些信息都可以从信号para中获取。

然后，在模块LE Ctrl中，结合当前的信道信息和历史信息，判断参与信道合并的信道是否都已完成码片级处理。其判断的依据就是num与flag0、flag1、flag2之间的关系。如果num是1，就不用进行信道合并；假设num是2，那么flag0、flag1、flag2中必须有两个的值为1，才能判定上游模块把信道合并的数据已经处理完毕；当num是3，那么所有的标志位flag0、flag1、flag2必须全部为1。如果判断结果为是，把num与flag0、flag1、flag2全部清零，写入LE Ram中，即，清空历史信息；如果判断结果为否，则要把当前的Channel ID和flag信息添加在相应的位置，并把更新后的信息写入LE Ram，作为历史信息可以下次查询。接下来，需要进行信道级联的判断。

如图4所示，如果信道合并数据全部就绪，就可以进入信道级联判断。该信道级联判断过程主要是判断需要进行信道级联的多条信道是否全部完成码片级处理，并且确定这些信道的先后顺序。如果判断的结果为否(NO)，则保存现在的处理信息，并且中止用户数据完整性判断的流程。如果判断的结果为是(YES)，可以确认用户数据是完整的。

如图5所示，模块SR Ctrl和模块SR Ram就是用来完成信道级联判断的功能。其工作原理和实现方法与模块LE Ctrl、模块LE Ram类似，在此不再赘述。

方面二

混合业务处理队列就是把码片处理的结果按照业务分类进行排列，并启动混合业务优先级判断。

当用户数据是完整性判断结束，就要根据用户数据的业务类型建立混合业务处理队列。业务类型主要分为3种：2ms HSUPA业务、10ms HSUPA业务和R99业务。

图7是根据本发明实施例的混合业务处理队列的示意图，如图7所示，根据业务类型，一共建立了3个队列，2ms HSUPA业务对垒、10ms HSUPA业务队列和R99业务队列。每个队列中都可以存放N个用户的信息，只要用户数据完成了通过了完整性判断，就可以进入相应队列中。

队列中用户信息表示的方法有很多中，图8是根据本发明实施例的用户信息的表示的示意图，如图8所示，Channel ID记录了信道号，flag_LE标志了信道合并的情况，标志该业务类型中下一个信道要与当前信道合并；fag_SR标志了信道级联的情况，表示该业务类型中下一个信道要与当前信道级联。需要考虑信道合并和信道级联的情况，根据标志位flag_LE和flag_SR来判断，保证同一个用户的所有信道要按照先后顺序依次处理。

方面三

混合业务优先级判断就是为用户数据符号级处理安排合适的顺序。混合业务处理队列建立完毕，就可以进行混合业务优先级的判断。图9是根据本发明实施例的混合业务优先级判断状态机的示意图，图9所示状态机的优先级的判断的原则是：

1)同种业务类型的数据，先申请，先处理。

2)多种业务类型同时申请，2ms HSUPA业务优先级最高，10msHSUPA业务次之，R99业务优先级最低。

3)如果某个业务类型的信道需要完成信道合并或者信道级联，必须保证这些过程全部连续处理完毕，才能按照2)中的优先策略进行选择。

到此为止，整个优先级处理的过程完毕。

通过本实施例，减少了HSUPA业务的处理延时，尤其是，对于2ms的HSUPA业务，对比于协议的要求，其处理时间有所减少。

装置实施例

根据本发明的实施例，提供了一种数据处理装置，图10是根据本发明实施例的数据处理装置的结构框图，如图10所示，该装置包括：建立模块12、设置模块14、放置模块16、选择模块18，下面对该结构进行详细的说明。

建立模块12，用于分别为每种业务类型建立一个队列；设置模块14连接至建立模块12，用于为每个队列设置一个优先级；放置模块16连接至设置模块14，用于根据用户数据的业务类型将用户数据放置在对应的队列中，其中，用户数据包括一个或多个信道数据；选择模块18连接至放置模块16，用于从每个队列中根据预定原则选择用户数据进行处理。

优选地，预定原则可以是：对于不同队列，优先选择高优先级队列中的用户数据；对于同一队列，优先选择其中的在先申请处理的用户数据。

图11是根据本发明实施例的数据处理装置具体的结构框图，如图11所示，该装置还包括判断模块10，该判断模块10连接至设置模块14，用于判断用户数据是否完整。

放置模块16连接至判断模块10具体用于，在确定用户数据完整的情况下将数据放置在对应的队列中。

如图11所示，判断模块10包括：第一判断子模块102和第二判断子模块104。其中，第一判断子模块102，用于判断对于用户数据是否需要进行信道合并；第二判断子模块104连接至第一判断子模块102，用于判断对于用户数据是否需要进行信道级联。

下面结合实例对该装置进行详细的说明。

判断模块10也可以称为用户数据完整性判断模块，建立模块12、设置模块14、放置模块16可以统称为混合业务处理队列模块，选择模块18可以称为混合业务优先级判断模块。下面对这三个模块分别进行说明。

用户数据完整性判断模块主要是用来判断同一个用户下需要信道合并和信道级联的相关信道是否都已完成最大比合并(MaximumRatio Combining，简称为MRC)合并。当某个信道完成MRC合并，上游的MRC模块会立即通知用户数据完整性判断模块，同时把信道合并和信道级联的相关参数也传过来。该模块根据相关参数以及历史信息，判断用户的数据是否处理完。当确定某个用户的数据已经全部完成MRC合并，就把用户的信息发给混合业务处理队列模块。

混合业务处理队列模块主要是根据业务类型和先后顺序，建立处理队列。根据三种业务2ms HSUPA、10ms HSUPA、R99类型，建立三条处理队列。在该模块中，存储的基本单元是信道信息，用户信息是连续的多个信道信息组成。如果队列中有等待处理的用户信息，就会通知混合业务优先级判断模块。

混合业务优先级判断模块主要是根据处理队列中的情况，按照优先级判断，选择要处理的信道。最后，把选定的信道信息发给下游的二次解扩模块。

综上，通过本发明上述实施例可以有效地减小HSUPA业务在基站侧的处理延时，同时，上述实施例应用简单、可靠，能够有效地减小HSUPA业务的处理延时，提高系统性能。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种数据处理方法，其特征在于，包括：

分别为每种业务类型建立一个队列，并为每个队列设置一个优先级；

根据用户数据的业务类型将所述用户数据放置在对应的队列中，其中，所述用户数据包括一个或多个信道数据；

对于每个队列，根据预定原则从中选择用户数据进行处理。

2.根据权利要求1所述的方法，其特征在于，在将所述用户数据放置在所述对应的队列中之前，所述方法还包括：

判断所述用户数据是否完整，并在确定所述用户数据完整的情况下，将所述用户数据放置在所述对应的队列中。

3.根据权利要求2所述的方法，其特征在于，所述方法还包括：

在判断所述用户数据是否完整之前，以信道为单位处理所述用户数据；

在判读得出所述用户数据是完整的之后，以用户为单位处理所述用户数据。

4.根据权利要求2所述的方法，其特征在于，判断所述用户数据是否完整包括：

根据所述用户数据的信息和/或历史记录判断所述用户数据是否完整，其中，所述用户数据的信息至少包括以下之一：所述信道数据的信道号、用于信道合并的链路号、参与信道合并的信道数目和信道号、信道合并中信道处理完成标志、用于信道级联的用户号、信道级联中单个信道前后位置的指示、参与信道级联的信道号。

5.根据权利要求4所述的方法，其特征在于，判断所述用户数据是否完整包括：

判断对于所述用户数据是否需要进行信道合并；

判断对于所述用户数据是否需要进行信道级联。

6.根据权利要求1至5中任一项所述的方法，其特征在于，所述预定原则包括：

对于不同队列，优先选择高优先级队列中的数据；

对于同一队列，优先选择其中的在先申请处理的数据。

7.根据权利要求1至5中任一项所述的方法，其特征在于，所述业务类型包括：

2毫秒高速上行分组接入、10毫秒高速上行分组接入、R99，其中，所述2毫秒高速上行分组接入业务的优先级高于所述10毫秒高速上行分组接入业务的优先级，所述10毫秒高速上行分组接入业务的优先级高于所述R99业务的优先级。

8.一种数据处理装置，其特征在于，包括：

建立模块，用于分别为每种业务类型建立一个队列；

设置模块，用于为每个队列设置一个优先级；

放置模块，用于根据用户数据的业务类型将所述用户数据放置在对应的队列中，其中，所述用户数据包括一个或多个信道数据；

选择模块，用于从每个队列中根据预定原则选择用户数据进行处理。

9.根据权利要求8所述的装置，其特征在于，还包括：

判断模块，用于判断所述用户数据是否完整；

所述放置模块具体用于，在确定所述用户数据完整的情况下将所述用户数据放置在所述对应的队列中。

10.根据权利要求9所述的装置，其特征在于，所述判断模块包括：

第一判断子模块，用于判断对于所述用户数据是否需要进行信道合并；

第二判断子模块，用于判断对于所述用户数据是否需要进行信道级联。

Images