CN104868981A - 一种HS-SCCH-less HARQ中处理重传数据的方法及装置 - Google Patents

Abstract

本发明提供一种HS-SCCH-less HARQ中处理重传数据的方法及装置，该方法包括：HS-SCCH-less盲检测过程中重传数据时，查找自动重传请求（HARQ）进程；根据HARQ进程状况，对重传数据进行处理，通过本发明能够节省控制信令负载，可以灵活调度HS-SCCH-less进程。

Description

一种HS-SCCH-less HARQ中处理重传数据的方法及装置

技术领域

本发明涉及通信领域，特别是涉及一种HS-SCCH-less中处理重传数据的方法及装置。 

背景技术

HS-SCCH-less（High Speed Shared Control less operation，高速共享控制信道节省）是在UMTS（Universal Mobile Telecommunications System，通用移动通信系统）在R7引入的CPC（Continuous Packet Connectivity，连续性分组连接）的一个重要特性，用来增加UMTS系统对于小数据量相对固定业务的业务容量（比如VOIP（Voice over Internet Protocol，网络电话））。UMTS系统对VOIP的改进，也就是HS-SCCH-less和其它数据下载每次都需要用HS-SCCH（高速共享控制信道）来进行动态调度不同，是采用固定配置N（N=1，2，3，4）种传输格式，让UE进行盲检测的形式来节省控制信道HS-SCCH的开销，从而有效提高系统容量。 

当网络配置UE工作在HS-SCCH-less模式时，当UE在相应的HS-SCCH里面没有检测到对应自己ID的有效格式时，就需要立即启动HS-SCCH-less盲检测。 

HS-SCCH-less盲检测协议上规定了数据存储量，分别为12个子帧的循环buffer（缓存）和3个HARQ（Hybrid Automatic Repeat Request，混合自动重传请求）进程的HARQ buffer对于HARQ进程，协议并没有明确规定只有3个HARQ进程，因此对HARQ进程的管理是一个技术难题。目前有的厂商的做法是扩大HARQ buffer，也变成13个进程，这样做的问题会导致芯片面积比原来大很多，功耗也会大，这个对于对成本和功耗的终端产品来说是非常不利的。 

发明内容

本发明要解决的技术问题是提供一种HS-SCCH-less中处理重传数据的方法及装置，以节省控制信令负载。 

为了解决上述技术问题，本发明提供了一种HS-SCCH-less中处理重传数据的方法，包括： 

HS-SCCH-less盲检测过程中重传数据时，查找自动重传请求（HARQ）进程； 

根据HARQ进程状况，对重传数据进行处理。 

进一步地，上述方法还具有下面特点：所述根据HARQ进程状况，对重传数据进行处理，包括： 

如HARQ进程未满，对历史子帧的数据和当前子帧的数据进行HARQ进程合并，对合并HARQ进程后的数据进行处理； 

如HARQ进程已满，则对重传数据进行自解码处理。 

进一步地，上述方法还具有下面特点： 

所述如HARQ进程未满，对历史子帧的数据和当前子帧的数据进行HARQ进程合并，包括： 

第一次重传数据时，如HARQ进程未满，则在确认到初传数据时循环冗余校验错误的情况下，对历史子帧的数据和当前子帧的数据进行HARQ进程合并， 

所述对合并HARQ进程后的数据进行处理，包括： 

对合并HARQ进程后的数据进行解码及循环冗余校验，如循环冗余校验正确，则上报命令正确应答，并清掉当前HARQ进程占用标志。 

进一步地，上述方法还具有下面特点： 

所述如HARQ进程未满，对历史子帧的数据和当前子帧的数据进行HARQ进程合并，包括： 

第二次重传数据时，在查找到第一次重传数据对应的HARQ进程的情况下，对历史子帧的数据和当前子帧的数据进行HARQ进程合并， 

所述对合并HARQ进程后的数据进行处理，包括： 

对合并HARQ进程后的数据进行解码及循环冗余校验，并清掉当前HARQ进程占用标志。 

进一步地，上述方法还具有下面特点：所述根据HARQ进程状况，对重传数据进行处理，包括： 

如HARQ进程连续占用13个子帧以上，则将该HARQ进程清掉。 

为了解决上述问题，本发明还提供了一种HS-SCCH-less中处理重传数据的装置，包括： 

查找模块，用于HS-SCCH-less盲检测过程中重传数据时，查找自动重传请求（HARQ）进程； 

处理模块，用于根据HARQ进程状况，对重传数据进行处理。 

进一步地，上述装置还具有下面特点： 

所述处理模块，具体用于如HARQ进程未满，对历史子帧的数据和当前子帧的数据进行HARQ进程合并，对合并HARQ进程后的数据进行处理；如HARQ进程已满，则对重传数据进行自解码处理。 

进一步地，上述装置还具有下面特点： 

所述处理模块，如HARQ进程未满，对历史子帧的数据和当前子帧的数据进行HARQ进程合并，对合并HARQ进程后的数据进行处理，包括：第一次重传数据时，如HARQ进程未满，则在确认到初传数据时循环冗余校验错误的情况下，对历史子帧的数据和当前子帧的数据进行HARQ进程合并，对合并HARQ进程后的数据进行解码及循环冗余校验，如循环冗余校验正确，则上报命令正确应答，并清掉当前HARQ进程占用标志。 

进一步地，上述装置还具有下面特点： 

所述处理模块，如HARQ进程未满，对历史子帧的数据和当前子帧的数 据进行HARQ进程合并，对合并HARQ进程后的数据进行处理，包括：第二次重传数据时，在查找到第一次重传数据对应的HARQ进程的情况下，对历史子帧的数据和当前子帧的数据进行HARQ进程合并，对合并HARQ进程后的数据进行解码及循环冗余校验，并清掉当前HARQ进程占用标志。 

进一步地，上述装置还具有下面特点： 

所述处理模块，根据HARQ进程状况，对重传数据进行处理，包括：如HARQ进程连续占用13个子帧以上，则将该HARQ进程清掉。 

综上，本发明提供一种HS-SCCH-less中处理重传数据的方法及装置，能够节省控制信令负载，可以灵活调度HS-SCCH-less进程。 

附图说明

图1为本发明实施例的一种HS-SCCH-less中处理重传数据的方法的流程图； 

图2为本发明实施例的一种HS-SCCH-less中处理重传数据的装置的示意图。 

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。 

本发明实施例适用于UMTS（Universal Mobile Telecommunications System，通用移动通信系统）HSPA+（High-Speed Packet Access+，增强型高速分组接入技术）终端HS-SCCH-less盲检测的HARQ（Hybrid Automatic Repeat Request，混合自动重传请求）buffer（缓冲器）管理。HS-SCCH-less是CPC（Continuous Packet Connectivity，连续性分组连接）的一个重要属性，主要应用于像VoIP（Voice over Internet Protocol，网络电话）这类周期性并且业务量特别小的业务。HS-SCCH-less在数据业务初传时不用HS-SCCH信 道动态调度，而是由HS-DSCH（High-Speed Downlink Shared Channel，高速下行链路共享信道）盲检测调度，这样的好处是节省了大量的控制信令负载。 

HS-SCCH-less高层提供的参数包含：HS-DSCH（High Speed Downlink Shared Channel，高速下行共享信道）的码道号，以及TBSize（传输块大小）列表（最多提供4个）。如果启动了HS-SCCH less流程，那么UE的处理如下： 

如果在一个子帧内没有检测到有效的HS-SCCH，就得启动HS-SCCH less盲检测。这时需要对高层配置下来的TBSize列表一个一个进行盲检测操作。如果某个TB盲检测通过，那么需要反馈ACK（确认），如果所有的盲检测都失败，则需要保持原始的LLR（Log-Likelihood Ratio，对数似然率），以供后续HS-SCCH type2调度时合并用。需要注意的是HS-DSCH盲检测在CRC的高16位需要和UE的H-RNTI进行去掩码。盲检测的核心就是对CRC进行UE专门的H-RNTI进行掩码。如果基站把某一包的数据调度给某个UE，发送的时候会对这包数据在添加CRC时对CRC进行UE的H-RNTI掩码。（H-RNTI是网络配置给连接态UE的唯一标识，在RNC的范围内是唯一的，不会和其它UE重叠）。 

HS-DSCH是共享信道，对于普通的业务，每个UE根据自身的H-RNTI（HSDPA（High Speed Downlink Packet Access，高速下行分组接入）无线网络临时标识）去解码HS-SCCH，便可以知道当前子帧是否有HS-DSCH调度。但是在HS-SCCH-less模式，对应初传网络并没有下发HS-SCCH，因此各个UE需要根据自己分配的H-RNTI去识别分配给自己的HS-SCCH信道。 

如果在一个子帧内检测到有效的HS-SCCH type1，那么进行正常的HS-DSCH流程。如果在一个子帧内检测到有效的HS-SCCH type2，并且是第2次传输（第一次重传），那么需要先对它之前的初传进行解速率匹配（不启动turbo解码），然后对这次传输进行解速率匹配，并且启动HARQ合并，合并完后需要启动turbo解码，进行CRC（Cyclic Redundancy Check，循环冗余校验）。如果CRC校验成功，则反馈ACK（Acknowledgement，命令正确应答），如果CRC校验不成功，则反馈NACK（Negative Acknowledgement，命令错误应答）。同样需要注意的是HS-DSCH盲检测在CRC的高16位需 要和UE的H-RNTI（HSDPA-Radio Network Temporary Indentifier，HSDPA（High Speed Downlink Package Access，高速下行链路分组接入）网络临时标识）进行去掩码。 

如果在一个子帧内检测到有效的HS-SCCH type2，并且是第3次传输（第二次重传），那么启动正常的HARQ合并流程，并且启动turbo解码和CRC校验操作。如果CRC校验成功，则反馈ACK，如果CRC校验不成功，则反馈NACK。同样需要注意的是HS-DSCH盲检测在CRC的低高位需要和UE的H-RNTI进行去掩码。 

第2次传输和第3次传输，网络通过HS-SCCH type2动态调度，TBSize通过2bit的Index（索引）来指定，并且还指定了和它之前要进行合并的子帧号ptr，3bit表示（1…7），合并的子帧号为6+ptr，最大为13，因此需要存储最多13个子帧的原始信息LLR。第二次传输的冗余版本号为3，第3次传输的冗余版本号为4。 

对于WCDMA（Wideband Code Division Multiple Access，宽带码分多址接入）的HS-SCCH-less模式，解交织buffer需要存储13个子帧共24960个LLR，对于每接收一个子帧，数据存放在哪一片空间由软件决定。同时，WCDMA的HS-SCCH-less模式需要单独开HARQ Process（进程），因此，对应的读写HARQ需要额外的寄存器来区分普通的HARQ业务还是HS-SCCH-less HARQ业务。规范中并没有对HS-SCCH-less的HARQ进程管理有什么规定。 

图1为本发明实施例的一种HS-SCCH-less中处理重传数据的方法的流程图，如图1所示，本实施例的方法包括： 

S11、HS-SCCH-less盲检测过程中重传数据时，查找HARQ进程； 

S12、根据HARQ进程状况，对重传数据进行处理。 

根据本发明实施例的方法能够实现对HS-SCCH-less的HARQ进程管理，可以节省控制信令负载。 

本实施例中，对于第一次传输，UE根据高层配置下来的TBS（Transmission-Block Size，传输块）列表，最多进行4次盲检测。如果盲检 测结果正确，则上报ACK。如果都不正确，不上报。如果正确，把该子帧号记录下来。 

对于第二次传输，首先根据PTR（指向前面已经发送数据的指针），确认第一次传输时CRC是否正确，如果正确，直接上报ACK，不进行解码。同时也把相应的子帧好记录下来。如果CRC错误，则找一个HARQ进程，先启动它之前PTR对应子帧的HS-DSCH解速率匹配操作，然后启动当前子帧HS-DSCH解速率匹配操作，并且进行HARQ合并，然后对HARQ合并之后的数据进行turbo解码以及CRC校验。如果CRC校验正确，则上报ACK，并且清掉HARQ占用标志；如果CRC校验错误，则上报NACK。 

软件会配置一个TBS，硬件会根据这个TBS进行速率匹配，硬件需要分别对当前子帧的数据和历史子帧的数据进行速率匹配，并且进行HARQ合并，如果CRC校验错误，需要占掉一个HARQ buffer。 

本实施例中，对于第三次传输，需要查找对应第二次传输的HARQ放在哪个进程，启动解速率匹配，HARQ合并，turbo解码以及CRC校验，如果CRC校验成功，则上报ACK，如果不成功，则上报NACK。不管CRC校验是否成功，都需要把该HARQ进程清掉。 

在第三次传输的时候，HARQ进程合并的优势在于HARQ buffer存储的数据是前两次传输的HARQ合并数据。因此只需要启动第三次数据的速率匹配并进行HARQ合并就可以了。如果是原始LLR的合并，那么要启动三次速率匹配，并且原始LLR的buffer要翻倍才行。 

对于第三次传输，如果没有找到相应的HARQ进程，则只对该子帧的数据进行速率匹配，解码，CRC校验，不进行HARQ合并（HS-SCCH-less HS-DSCH的码率一般比较低）。如果没有对应的HARQ进程，说明前面的数据已经清楚或者HARQ管理已经出错，对当前子帧数据进行解码，希望当前子帧能够解对以弥补HARQ管理出错带来的损失。 

本实施例中，需要在每个子帧查找，如果某一个HARQ进程连续占用了超过13个子帧，则需要把该HARQ进程清掉，以防止错误合并。 

比如说当前HARQ进程对应的是子帧5，因此经过13个子帧之后又回 到5，说明此时不会再有重传了，需要清掉该HARQ进程。 

通过软件动态调度HS-SCCH-less进程，灵活性高。 

本实施例中，对于第二次传输和第三次传输，如果HARQ进程满了，则直接把该子帧的数据进行解速率匹配，turbo解码和CRC校验。HARQ进程满了，说明网络调用了多于3个HARQ进程，这时又不能把占用的HARQ进程数据清掉。因此只能对该次传输的数据进行自解码，损失性能。 

对于某一个HARQ进程状态更新超过13个子帧，需要清掉以防止HARQ合并错误。 

更进一步，如果第二次传输HARQ进程满了，可以利用HS-SCCH动态调度的解交织buffer用来临时做该HARQ进程的HARQ buffer，进行HARQ合并来进行解码，提高性能。如果是重复速率匹配或者打孔速率匹配并且码率低于某个阈值时，启动自解码功能。 

图2为本发明实施例的一种HS-SCCH-less中处理重传数据的装置的示意图，如图2所示，可以包括： 

查找模块，用于HS-SCCH-less盲检测过程中重传数据时，查找HARQ进程； 

处理模块，用于根据HARQ进程状况，对重传数据进行处理。 

在一优选实施例中，所述处理模块，可以用于如HARQ进程未满，对历史子帧的数据和当前子帧的数据进行HARQ进程合并，对合并HARQ进程后的数据进行处理；如HARQ进程已满，则对重传数据进行自解码处理。 

其中，所述处理模块，如HARQ进程未满，对历史子帧的数据和当前子帧的数据进行HARQ进程合并，对合并HARQ进程后的数据进行处理，可以包括：第一次重传数据时，如HARQ进程未满，则在确认到初传数据时循环冗余校验错误的情况下，对历史子帧的数据和当前子帧的数据进行HARQ进程合并，对合并HARQ进程后的数据进行解码及循环冗余校验，如循环冗余校验正确，则上报命令正确应答，并清掉当前HARQ进程占用标志。 

其中，所述处理模块，如HARQ进程未满，对历史子帧的数据和当前子 帧的数据进行HARQ进程合并，对合并HARQ进程后的数据进行处理，包括：第二次重传数据时，在查找到第一次重传数据对应的HARQ进程的情况下，对历史子帧的数据和当前子帧的数据进行HARQ进程合并，对合并HARQ进程后的数据进行解码及循环冗余校验，并清掉当前HARQ进程占用标志。 

在一优选实施例中，所述处理模块，根据HARQ进程状况，对重传数据进行处理，可以包括：如HARQ进程连续占用13个子帧以上，则将该HARQ进程清掉。 

本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。 

以上仅为本发明的优选实施例，当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。 

Claims (10)

1.一种HS-SCCH-less中处理重传数据的方法，包括：

HS-SCCH-less盲检测过程中重传数据时，查找自动重传请求（HARQ）进程；

根据HARQ进程状况，对重传数据进行处理。

2.如权利要求1所述的方法，其特征在于：所述根据HARQ进程状况，对重传数据进行处理，包括：

如HARQ进程未满，对历史子帧的数据和当前子帧的数据进行HARQ进程合并，对合并HARQ进程后的数据进行处理；

如HARQ进程已满，则对重传数据进行自解码处理。

3.如权利要求2所述的方法，其特征在于：

所述如HARQ进程未满，对历史子帧的数据和当前子帧的数据进行HARQ进程合并，包括：

第一次重传数据时，如HARQ进程未满，则在确认到初传数据时循环冗余校验错误的情况下，对历史子帧的数据和当前子帧的数据进行HARQ进程合并，

所述对合并HARQ进程后的数据进行处理，包括：

对合并HARQ进程后的数据进行解码及循环冗余校验，如循环冗余校验正确，则上报命令正确应答，并清掉当前HARQ进程占用标志。

4.如权利要求2所述的方法，其特征在于：

所述如HARQ进程未满，对历史子帧的数据和当前子帧的数据进行HARQ进程合并，包括：

第二次重传数据时，在查找到第一次重传数据对应的HARQ进程的情况下，对历史子帧的数据和当前子帧的数据进行HARQ进程合并，

所述对合并HARQ进程后的数据进行处理，包括：

对合并HARQ进程后的数据进行解码及循环冗余校验，并清掉当前HARQ进程占用标志。

5.如权利要求1所述的方法，其特征在于：所述根据HARQ进程状况，对重传数据进行处理，包括：

如HARQ进程连续占用13个子帧以上，则将该HARQ进程清掉。

6.一种HS-SCCH-less中处理重传数据的装置，包括：

查找模块，用于HS-SCCH-less盲检测过程中重传数据时，查找自动重传请求（HARQ）进程；

处理模块，用于根据HARQ进程状况，对重传数据进行处理。

7.如权利要求6所述的装置，其特征在于：

所述处理模块，具体用于如HARQ进程未满，对历史子帧的数据和当前子帧的数据进行HARQ进程合并，对合并HARQ进程后的数据进行处理；如HARQ进程已满，则对重传数据进行自解码处理。

8.如权利要求7所述的装置，其特征在于：

所述处理模块，如HARQ进程未满，对历史子帧的数据和当前子帧的数据进行HARQ进程合并，对合并HARQ进程后的数据进行处理，包括：第一次重传数据时，如HARQ进程未满，则在确认到初传数据时循环冗余校验错误的情况下，对历史子帧的数据和当前子帧的数据进行HARQ进程合并，对合并HARQ进程后的数据进行解码及循环冗余校验，如循环冗余校验正确，则上报命令正确应答，并清掉当前HARQ进程占用标志。

9.如权利要求7所述的装置，其特征在于：

所述处理模块，如HARQ进程未满，对历史子帧的数据和当前子帧的数据进行HARQ进程合并，对合并HARQ进程后的数据进行处理，包括：第二次重传数据时，在查找到第一次重传数据对应的HARQ进程的情况下，对历史子帧的数据和当前子帧的数据进行HARQ进程合并，对合并HARQ进程后的数据进行解码及循环冗余校验，并清掉当前HARQ进程占用标志。

10.如权利要求6所述的装置，其特征在于：

所述处理模块，根据HARQ进程状况，对重传数据进行处理，包括：如HARQ进程连续占用13个子帧以上，则将该HARQ进程清掉。