一种HS-SCCH-less HARQ中处理重传数据的方法及装置的制造方法
【技术领域】
[0001]本发明涉及通信领域，特别是涉及一种HS-SCCH-less中处理重传数据的方法及
>J-U ρ?α装直。
【背景技术】
[0002]HS-SCCH-1essCHigh Speed Shared Control less operat1n,高速共享控制信道节省)是在 UMTS (Universal Mobile Telecommunicat1ns System,通用移动通信系统)在R7引入的CPC(Continuous Packet Connectivity,连续性分组连接)的一个重要特性,用来增加UMTS系统对于小数据量相对固定业务的业务容量(比如VOIP (Voice over InternetProtocol,网络电话))。UMTS系统对VOIP的改进，也就是HS-SCCH-1ess和其它数据下载每次都需要用HS-SCCH (高速共享控制信道)来进行动态调度不同，是采用固定配置N (N=I,2，3,4)种传输格式，让UE进行盲检测的形式来节省控制信道HS-SCCH的开销，从而有效提高系统容量。
[0003]当网络配置UE工作在HS-SCCH-1ess模式时，当UE在相应的HS-SCCH里面没有检测到对应自己ID的有效格式时，就需要立即启动HS-SCCH-1ess盲检测。
[0004]HS-SCCH-1ess盲检测协议上规定了数据存储量，分别为12个子帧的循环buffer(缓存)和3个HARQ (Hybrid Automatic Repeat Request,混合自动重传请求)进程的HARQbuffer对于HARQ进程，协议并没有明确规定只有3个HARQ进程，因此对HARQ进程的管理是一个技术难题。目前有的厂商的做法是扩大HARQ buffer，也变成13个进程，这样做的问题会导致芯片面积比原来大很多，功耗也会大，这个对于对成本和功耗的终端产品来说是非常不利的。
【发明内容】
[0005]本发明要解决的技术问题是提供一种HS-SCCH-1ess中处理重传数据的方法及装置，以节省控制信令负载。
[0006]为了解决上述技术问题，本发明提供了一种HS-SCCH-less中处理重传数据的方法，包括:
[0007]HS-SCCH-less盲检测过程中重传数据时，查找自动重传请求(HARQ)进程；
[0008]根据HARQ进程状况，对重传数据进行处理。
[0009]进一步地，上述方法还具有下面特点:所述根据HARQ进程状况，对重传数据进行处理，包括:
[0010]如HARQ进程未满，对历史子帧的数据和当前子帧的数据进行HARQ进程合并，对合并HARQ进程后的数据进行处理；
[0011]如HARQ进程已满，则对重传数据进行自解码处理。
[0012]进一步地，上述方法还具有下面特点:
[0013]所述如HARQ进程未满，对历史子帧的数据和当前子帧的数据进行HARQ进程合并，包括:
[0014]第一次重传数据时，如HARQ进程未满，则在确认到初传数据时循环冗余校验错误的情况下，对历史子帧的数据和当前子帧的数据进行HARQ进程合并，
[0015]所述对合并HARQ进程后的数据进行处理，包括:
[0016]对合并HARQ进程后的数据进行解码及循环冗余校验，如循环冗余校验正确，则上报命令正确应答，并清掉当前HARQ进程占用标志。
[0017]进一步地，上述方法还具有下面特点:
[0018]所述如HARQ进程未满，对历史子帧的数据和当前子帧的数据进行HARQ进程合并，包括:
[0019]第二次重传数据时，在查找到第一次重传数据对应的HARQ进程的情况下，对历史子帧的数据和当前子帧的数据进行HARQ进程合并，
[0020]所述对合并HARQ进程后的数据进行处理，包括:
[0021]对合并HARQ进程后的数据进行解码及循环冗余校验，并清掉当前HARQ进程占用
O
[0022]进一步地，上述方法还具有下面特点:所述根据HARQ进程状况，对重传数据进行处理，包括:
[0023]如HARQ进程连续占用13个子帧以上，则将该HARQ进程清掉。
[0024]为了解决上述问题，本发明还提供了一种HS-SCCH-less中处理重传数据的装置，包括:
[0025]查找模块，用于HS-SCCH-1 e s s盲检测过程中重传数据时，查找自动重传请求(HARQ)进程；
[0026]处理模块，用于根据HARQ进程状况，对重传数据进行处理。
[0027]进一步地，上述装置还具有下面特点:
[0028]所述处理模块，具体用于如HARQ进程未满，对历史子帧的数据和当前子帧的数据进行HARQ进程合并，对合并HARQ进程后的数据进行处理；如HARQ进程已满，则对重传数据进行自解码处理。
[0029]进一步地，上述装置还具有下面特点:
[0030]所述处理模块，如HARQ进程未满，对历史子帧的数据和当前子帧的数据进行HARQ进程合并，对合并HARQ进程后的数据进行处理，包括:第一次重传数据时，如HARQ进程未满，则在确认到初传数据时循环冗余校验错误的情况下，对历史子帧的数据和当前子帧的数据进行HARQ进程合并，对合并HARQ进程后的数据进行解码及循环冗余校验，如循环冗余校验正确，则上报命令正确应答，并清掉当前HARQ进程占用标志。
[0031]进一步地，上述装置还具有下面特点:
[0032]所述处理模块，如HARQ进程未满，对历史子帧的数据和当前子帧的数据进行HARQ进程合并，对合并HARQ进程后的数据进行处理，包括:第二次重传数据时，在查找到第一次重传数据对应的HARQ进程的情况下，对历史子帧的数据和当前子帧的数据进行HARQ进程合并，对合并HARQ进程后的数据进行解码及循环冗余校验，并清掉当前HARQ进程占用
O
[0033]进一步地，上述装置还具有下面特点:
[0034]所述处理模块，根据HARQ进程状况，对重传数据进行处理，包括:如HARQ进程连续占用13个子帧以上，则将该HARQ进程清掉。
[0035]综上，本发明提供一种HS-SCCH-less中处理重传数据的方法及装置，能够节省控制信令负载，可以灵活调度HS-SCCH-less进程。
【附图说明】
[0036]图1为本发明实施例的一种HS-SCCH-less中处理重传数据的方法的流程图；
[0037]图2为本发明实施例的一种HS-SCCH-less中处理重传数据的装置的示意图。
【具体实施方式】
[0038]为使本发明的目的、技术方案和优点更加清楚明白，下文中将结合附图对本发明的实施例进行详细说明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。
[0039]本发明实施例适用于UMTS (Universal Mobile Telecommunicat1ns 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,高速下行链路共享信道)盲检测调度，这样的好处是节省了大量的控制信令负载。
[0040]HS-SCCH-less 高层提供的参数包含:HS_DSCH (High Speed Downlink SharedChannel，高速下行共享信道)的码道号，以及TBSize (传输块大小)列表(最多提供4个)。如果启动了 HS-SCCH less流程，那么UE的处理如下:
[0041]如果在一个子帧内没有检测到有效的HS-SCCH，就得启动HS-SCCH less盲检测。这时需要对高层配置下来的TBSize列表一个一个进行盲检测操作。如果某个TB盲检测通过，那么需要反馈ACK (确认)，如果所有的盲检测都失败，则需要保持原始的LLR(Log-Likelihood Rat1，对数似然率)，以供后续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重叠)。
[0042]HS-DSCH是共享信道，对于普通的业务，每个UE根据自身的H-RNTI (HSDPA (HighSpeed Downlink Packet Access,高速下行分组接入)无线网络临时标识)去解码HS-SCCH,便可以知道当前子帧是否有HS-DSCH调度。但是在HS-SCCH-less模式，对应初传网络并没有下发HS-SCCH，因此各个UE需要根据自己分配的H-RNTI去识别分配给自己的HS-SCCH信道。
[0043]如果在一个子帧内检测到有效的HS-SCCH typel，那么进行正常的HS-DSCH流程。如果在一个子帧内检测到有效的HS-SCCH type2,并且是第2次传输(第一次重传)，那么需要先对它之前的初传进行解速率匹配(不启动turbo解码)，然后对这次传输进行解速率匹配，并且启动HARQ合并,合并完后需要启动turbo解码,进行CRC (Cyclic RedundancyCheck,循环冗余校验)。如果CRC校验成功,则反馈ACK(Acknowledgement,命令正确应答)，如果CRC校验不成功,则反馈NACK (Negative Acknowledgement,命令错误应答)。同样需要注意的是HS-DSCH盲检测在CRC的高16位需要和UE的H-RNTI(HSDPA-Rad1 NetworkTemporary Indentifier,HSDPA (High Speed Downlink Package Access,高速下行链路分组接入)网络临时标识)进行去掩码。
[0044]如果在一个子帧内检测到有效的HS-SCCH type2，并且是第3次传输(第二次重传)，那么启动正常的HARQ合并流程，并且启动turbo解码和CRC校验操作。如果CRC校验成功，则反馈ACK，如果CRC校验不成功，则反馈NACK。同样需要注意的是HS-DSCH盲检测在CRC的低高位需要和UE的H-RNTI进行去掩码。
[0045]第2次传输和第3次传输，网络通过HS-SCCH type2动态调度，TBSize通过2bit的Index (索引)来指定，并且还指定了和它之前要进行合并的子帧号ptr，3bit表示(