CN101562510A - 混合自动重传进程的启动方法 - Google Patents

混合自动重传进程的启动方法 Download PDF

Info

Publication number
CN101562510A
CN101562510A CNA2008101040354A CN200810104035A CN101562510A CN 101562510 A CN101562510 A CN 101562510A CN A2008101040354 A CNA2008101040354 A CN A2008101040354A CN 200810104035 A CN200810104035 A CN 200810104035A CN 101562510 A CN101562510 A CN 101562510A
Authority
CN
China
Prior art keywords
harq process
data
pdsch
user terminal
base station
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CNA2008101040354A
Other languages
English (en)
Inventor
孔佳
李勇
彭木根
王文博
范晨
王大飞
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
TD Tech Ltd
Original Assignee
TD Tech Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by TD Tech Ltd filed Critical TD Tech Ltd
Priority to CNA2008101040354A priority Critical patent/CN101562510A/zh
Publication of CN101562510A publication Critical patent/CN101562510A/zh
Pending legal-status Critical Current

Links

Images

Landscapes

  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了两种混合自动重传(HARQ)进程的启动方法,其中一种方法包括:对每个新数据,基站和用户终端根据设定的标识ID选取规则,在当前的空闲HARQ进程中同步启动ID对应的HARQ进程。本发明所公开的技术方案,能够实现在HS-SCCH less技术中正确启动HARQ进程并存放数据。

Description

混合自动重传进程的启动方法
技术领域
本发明涉及通信技术,尤其涉及混合自动重传进程(HARQ process)的启动方法。
背景技术
在移动通信系统中,为了实现高速数据传输,引入了高速下行分组接入(HSDPA)技术。应用于时分双工(TDD)系统中的HSDPA,包括三条物理信道,即高速物理下行共享信道(HS-PDSCH)、高速共享控制信道(HS-SCCH)和高速HS-DSCH共享信息信道(HS-SICH)。其中,HS-PDSCH用于承载高速下行用户数据信息;HS-SCCH用于承载解调伴随的数据信道HS-PDSCH所需的数据控制信息;HS-SICH用于承载反馈下行数据帧通过HS-PDSCH接收正确与否的信息,如ACK/NACK信息,或者用于反馈信道质量指示(CQI)。
UE通过监听HS-SCCH来判断相应的TTI的HS-PDSCH信道承载的是否为属于自己的数据,并根据HS-SCCH中的信息对HS-PDSCH进行接收,包括:根据HS-SCCH中的HARQ进程标识(HARQ process ID)启动对应ID的HARQ进程,用于存放新数据及其重传数据的软比特信息,以便进行数据合并,完成HARQ处理。其中,HARQ process ID通常为3比特,相应地,HARQ进程的个数为8个,ID号可依次为0,1,...,7。
为了在IP语音(VoIP)中应用HSDPA,并减少VoIP业务中的HS-SCCH的开销,引入了一种HS-SCCH less技术,该技术中要求对每个新数据的传输采用没有HS-SCCH指示的盲检测,而在发现传输错误进行数据的重传时才使用HS-SCCH进行指示。但这样一来,对于每个新数据,由于没有了来自基站(NodeB)的HS-SCCH的指示,使得用户终端(UE)无法得知应该启动哪个HARQ进程存放当前的新数据,如果NodeB和UE为同一个数据启动的HARQ进程不一致,则在重传数据时,NodeB会将自身启动的HARQ进程的ID通过HS-SCCH中的HARQ process ID指示给UE,UE将该重传数据存放在与NodeB所启动HARQ进程的ID一致的HARQ进程中,致使UE将对应同一数据的新数据和重传数据存放在不同的HARQ进程中,导致对新数据和重传数据的合并错误,在HS-SCCH less技术中UE无法正确接收数据。
发明内容
有鉴于此,本发明中提供两种HARQ进程的启动方法,以便在HS-SCCHless技术中能够正确启动HARQ进程并存放数据。
本发明所提供的第一种HARQ进程的启动方法,包括:
对每个新数据,基站和用户终端根据设定的标识ID选取规则,在当前的空闲HARQ进程中同步启动ID对应的HARQ进程。
其中,所述基站和用户终端根据设定的ID顺序,在当前的空闲HARQ进程中同步启动ID对应的HARQ进程包括:
对当前调度的新数据,基站根据设定的ID选取规则,在当前的空闲HARQ进程中选取对应ID的HARQ进程并启动;
用户终端根据数据的调度周期,在对应时刻从高速物理下行共享信道HS-PDSCH上接收当前的新数据,并根据设定的ID选取规则,在当前的空闲HARQ进程中选取对应ID的HARQ进程并启动。
较佳地,该方法进一步包括:用户终端判断所接收的数据是否正确,如果正确,则向基站返回表示接收正确的ACK信息,否则,不向基站返回任何信息,并保留所述数据的HARQ进程,在接收到来自基站的重传数据时,根据高速共享控制信道HS-SCCH中指示的HARQ进程ID,将所述重传数据存放在所述ID对应的HARQ进程中;
基站判断是否在预定时间内接收到所述数据的ACK信息,如果没有收到,则利用所述数据的HARQ进程向用户终端发送重传数据,并通过HS-SCCH指示所述HARQ进程的ID。
较佳地,所述用户终端向基站返回ACK后,进一步包括:用户终端启动第一定时器,并在所述第一定时器超时之前保留所述数据的HARQ进程,所述第一定时器的定时时长大于或等于数据的重传反馈时延;
若在所述第一定时器超时之前接收到来自基站的重传数据,则返回执行所述向基站返回ACK信息的操作,否则,释放所述HARQ进程;
所述基站在接收到所述数据的ACK信息后,进一步包括:基站启动与所述第一定时器同步的第二定时器,并在所述第二定时器超时之前保留所述数据的HARQ进程,在所述第二定时器超时后,释放所述数据的HARQ进程。
较佳地,若在所述第一定时器和/或第二定时器超时前的设定计时范围内有新数据传输,则将所述第一定时器和第二定时器的定时时长延长设定的时间。
其中,所述ID选取规则包括:ID最小的选取规则,或ID最大的选取规则。
本发明所提供的第二种HARQ进程的启动方法,包括:
对当前调度的新数据,基站将用户终端需启动的HARQ进程的ID携带在发送所述新数据的高速物理下行共享信道HS-PDSCH中;
用户终端根据数据的调度周期,在对应时刻从所述HS-PDSCH上接收所述新数据,并获取所述HARQ进程ID,根据所述ID启动对应的HARQ进程。
其中,所述基站将用户终端需启动的HARQ进程的ID携带在发送所述新数据的HS-PDSCH中为:将指示所述HARQ进程ID的比特信息添加在HS-PDSCH中一个或重复添加在HS-PDSCH中多个有空闲的奇数码道的前面和/或偶数码道的后面;
所述用户终端从所述HS-PDSCH上获取所述HARQ进程的ID为:用户终端从所述HS-PDSCH中奇数码道的前面和/或偶数码道的后面获取指示所述HARQ进程ID的比特信息,根据所述比特信息得到所述HARQ进程ID,若存在多个HARQ进程ID,则对所述多个HARQ进程ID进行合并。
或者,所述基站将用户终端需启动的HARQ进程的ID携带在发送所述新数据的HS-PDSCH中为:在所述HS-PDSCH中的任意一个码道中截取特定的空间,利用所述特定的空间对指示所述HARQ进程ID的比特信息进行编码和循环冗余处理;
所述用户终端从所述HS-PDSCH上获取所述HARQ进程的ID为:用户终端从所述HS-PDSCH中对应码道上的特定空间中获取指示所述HARQ进程ID的比特信息,对所述比特信息进行解码及循环冗余校验,得到所述HARQ进程ID。
又或者,所述基站将用户终端需启动的HARQ进程的ID携带在发送所述新数据的HS-PDSCH中为:将指示所述HARQ进程ID的比特信息与所述新数据在所述HS-PDSCH中进行统一编码;
所述用户终端从所述HS-PDSCH上获取所述HARQ进程的ID为:用户终端对所述HS-PDSCH中的比特信息进行统一解码,从中解析出所述HARQ进程的ID。
从上述方案可以看出,本发明中通过对每个新数据,基站和用户终端根据设定的标识ID选取规则,在当前的空闲HARQ进程中同步启动ID对应的HARQ进程,从而实现了对HARQ进程的正确启动;或者,通过HS-PDSCH携带HARQ进程ID,使UE根据HS-PDSCH中的HARQ进程ID,启动对应的HARQ进程,从而实现对HARQ进程的正确启动。
附图说明
图1为本发明实施例一中HARQ进程启动方法的示例性流程图;
图2为本发明实施例二中HARQ进程启动方法的示例性流程图;
图3为图2所示流程中步骤201中的在HS-PDSCH中携带HARQ进程ID的一种结构示意图。
具体实施方式
本发明中,提供两种HARQ进程的启动方法,第一种方法中,对每个新数据,NodeB和UE根据设定的标识ID选取规则,在当前的空闲HARQ进程中同步启动ID对应的HARQ进程。其中,ID选取规则可以为ID最小的选取规则,也可以为ID最大的选取规则。第二种方法中,将HARQ进程ID携带在HS-PDSCH中指示给UE,UE根据HS-PDSCH中的HARQ进程ID启动对应的HARQ进程。
为使本发明的目的、技术方案和优点更加清楚明白,下面结合实施例和附图,对本发明进一步详细说明。
实施例一:对应第一种方法。
本实施例中,假设在NodeB侧和UE侧,8个HARQ进程中的ID为0、2、3、6的HARQ进程当前被占用,且假设设定的ID选择规则为ID最小的选取规则。图1为本发明实施例一中HARQ进程启动方法的示例性流程图。如图1所示,该流程包括如下步骤:
步骤101,对当前调度的新数据,NodeB根据设定的ID选取规则,在当前的空闲HARQ进程中选取对应ID的HARQ进程并启动。
本步骤中,NodeB可根据ID最小的选取规则,从当前的空闲HARQ进程,即ID为1、4、5、7的HARQ进程中,选取ID最小的HARQ进程,即ID为1的HARQ进程,并为当前调度的新数据启动该进程。
步骤102,UE根据数据的调度周期,在对应时刻从HS-PDSCH上接收当前的新数据,并根据设定的ID选取规则,在当前的空闲HARQ进程中选取对应ID的HARQ进程并启动。
由于对于新数据,没有HS-SCCH进行指示,因此UE可根据数据的调度周期,在对应时刻从HS-PDSCH上接收当前的新数据,并同样根据ID最小的选取规则,从当前的空闲HARQ进程,即ID为1、4、5、7的HARQ进程中,选取ID最小的HARQ进程,即ID为1的HARQ进程,并为当前接收的新数据启动该进程。
本实施例中,UE判断所接收的数据是否正确,如果正确,则向NodeB返回表示接收正确的ACK信息,否则,不向NodeB返回任何信息,并保留该数据的HARQ进程,即ID为1的HARQ进程,在接收到来自NodeB的重传数据时,根据HS-SCCH中指示的HARQ进程ID(即1),将所述重传数据存放在所述ID(即1)对应的HARQ进程中,即ID为1的HARQ进程中,之后,对ID为1的HARQ进程中的数据进行合并处理。
NodeB判断是否在预定时间内接收到所述数据的ACK信息,如果没有收到,则认为数据传输错误,并利用所述数据的HARQ进程,即ID为1的HARQ进程向UE发送重传数据,通过HS-SCCH指示所述HARQ进程的ID,即1;如果接收到,则认为数据传输成功。
若某数据的重传次数超过最大的重传次数,则对应该数据的HARQ进程,即ID为1的HARQ进程被释放,并且不再进行重传。
但上述过程中,有可能UE向NodeB发送ACK信息后,该ACK信息传输丢失,致使NodeB无法接收到该ACK信息,而认为数据需要重传,并利用所述数据的HARQ进程,即ID为1的HARQ进程向UE发送重传数据,此时若有新数据需要调度,则NodeB会根据ID最小的选取原则,从空闲HARQ进程,即ID为4、5、7的HARQ进程中,选取ID最小的HARQ进程,即ID为4的HARQ进程,而UE侧,由于已正确接收数据,并向NodeB发送ACK信息,则会释放ID为1的HARQ进程,此时对应当前的新数据,按照ID最小的选取原则进行选取时,由于空闲HARQ进程,包括ID为1、4、5、7的HARQ进程,则会从中选取ID为1的HARQ进程,这样一来,对于当前调度的新数据,NodeB和UE就会启动不同的HARQ进程,进而导致新数据与重传数据的存放错误。
为了避免上述问题,本发明实施例中,可通过对NodeB和UE中的每个HARQ进程设置ACK保护定时器来保证NodeB和UE之间的HARQ进程的同步。即,UE向NodeB返回ACK后,进一步的可启动设定的第一定时器,该第一定时器的定时时长可大于或等于数据的重传反馈时延,以保证在NodeB侧有当前数据的重传数据时,能够在该第一定时器超时之前接收到该重传数据,UE在该第一定时器超时之前保留当前数据的HARQ进程,即不释放该HARQ进程,避免其他对新数据启动该进程,但该HARQ进程中的数据可以清空。
若在该第一定时器超时之前接收到来自NodeB的重传数据,则说明ACK信息丢失,此时,由于该数据已经接收正确,则可丢弃该重传数据,并返回执行所述向NodeB返回ACK信息并启动第一定时器的操作,否则,若在该第一定时器超时之前未接收到来自NodeB的重传数据,则说明ACK信息没有丢失,释放所述HARQ进程。
同样地,若NodeB能够接收到当前数据的ACK信息,则为了和UE的第一定时器的计时保持同步,NodeB在接收到当前数据的ACK信息后,进一步地也启动一个定时器,该定时器可以是与所述第一定时器同步的第二定时器,并在所述第二定时器超时之前保留所述数据的HARQ进程,在所述第二定时器超时后,释放所述数据的HARQ进程。
上述过程中的第一定时器的定时时长的计算可以是:NodeB对承载ACK的HS-SICH的平均处理(如解调、判决以及解码等过程)时延+NodeB对一个重传数据包的最大调度时延+传播时延。其中,由于传播时延一般为几个微妙的量级,因此可以忽略不计。
为了和第一定时器保持同步,第二定时器的定时时长的计算可以是:NodeB从HS-SICH中解码出ACK后开始计时,计时时长为对一个重传数据包的最大调度时延。
可见,第一定时器和第二定时器的定时偏差主要为NodeB对HS-SICH的平均处理时延与实际处理时延之差,该偏差应该控制在一定的范围之内,以保证新数据传输时在NodeB和UE两侧启动的HARQ进程不会因此而发生失步为准。
进一步地,为了避免第一定时器和/或第二定时器临近超时之前,有新数据传输,而出现NodeB和UE侧启动HARQ进程不同步的情况出现,本实施例中,可为第一定时器和第二定时器设定一个计时范围,若在第一定时器和/或第二定时器超时前的计时范围内有新数据传输,则将所述第一定时器和第二定时器的定时时长延长设定的时间。例如,计时范围可以为N个TTI,延长的设定时间可以为M个TTI。
实施例二:对应第二种方法。
图2为本发明实施例二中HARQ进程启动方法的示例性流程图。如图2所示,该流程包括如下步骤:
步骤201,对当前调度的新数据,NodeB从当前的空闲HARQ进程中启动一个HARQ进程,并将对应该HARQ进程的ID,即UE需启动的HARQ进程的ID携带在发送所述新数据的HS-PDSCH中。
本步骤中,NodeB将UE需启动的HARQ进程的ID携带在HS-PDSCH中的方法可有多种,下面列举其中三种:
第一种:考虑到HS-PDSCH占用扩频因子(SF)为16的码道,且每个码道可以承载44个符号,VoIP数据经处理后需占用1个时隙的8个码道,且信道比特的分配原则为:排序为奇数的码道上,数据从左到右分配;排序为偶数的码道上,数据从右到左分配。又因为,一般情况下,可以通过改变速率匹配算法,使数据比特不会将各个码道上的所有位置都占满,因此奇数码道上后面的比特位置可能会有空闲,偶数码道上前面的比特位置可能会有空闲。利用这个规律,可以把指示HARQ进程ID的比特信息添加在有空闲的奇数码道上的最后几位,或偶数码道上的最前几位。
对于共有8个HARQ进程的情况,HARQ进程ID可用3个比特进行表示;或者,鉴于HS-PDSCH采用QPSK调制方式时,是将2个比特调制为1个符号,采用16QAM调制方式时,是将4个比特调制为1个符号,本实施例中,也可用4个比特表示HARQ进程ID,则其中的一个比特可以不表示任何意义。
由于这种直接将指示所述HARQ进程ID的比特信息添加在奇数码道的前面或偶数码道的后面的情况,通常情况下,没有循环冗余校验(CRC)保护,因此为了提高HARQ进程ID的传输准确性,可将指示HARQ进程ID的比特信息重复添加在多个有空闲的奇数码道的前面和/或偶数码道的后面,如图3所示,分别在第1和第3码道的前面、第2和第4码道的后面都添加指示HARQ进程ID的比特信息,最后由UE对所接收的HARQ进程ID进行合并处理。
第二种:在所述HS-PDSCH中的任意一个码道中截取特定的空间,利用所述特定的空间对指示所述HARQ进程ID的比特信息进行编码和循环冗余处理。
其中,为了便于检测,可在最低的码道上截取特定的空间,该特定的空间可以是靠近码道中靠近中间训练序列的独立于数据的一段空间。其中,HARQ进程ID可以用3个比特表示。该方法中,由于对指示所述HARQ进程ID的比特信息进行编码和循环冗余处理,因此保证了HARQ进程ID传输的准确性。
第三种:将指示所述HARQ进程ID的比特信息与新数据在HS-PDSCH中进行统一编码。
此外,还可以有其它的方法,此处不再一一赘述。
步骤202,UE根据数据的调度周期,在对应时刻从HS-PDSCH上接收当前的新数据,并获取HARQ进程的ID,根据所获取的ID启动对应的HARQ进程。
本步骤中,获取所述HARQ进程的ID的方法也可有多种。
对应步骤201中的第一种情况,可从所述HS-PDSCH中奇数码道的前面和/或偶数码道的后面获取指示所述HARQ进程ID的比特信息,根据所述比特信息得到所述HARQ进程ID,若存在多个HARQ进程ID,则对所述多个HARQ进程ID进行合并。
对应步骤201中的第二种情况,可从所述HS-PDSCH中对应码道上的特定空间中获取指示所述HARQ进程ID的比特信息,对所述比特信息进行解码及循环冗余校验,得到所述HARQ进程ID。
对应步骤201中的第三种情况,UE可对所述HS-PDSCH中的比特信息进行统一解码,从中解析出所述HARQ进程的ID。
以上所述的具体实施例,对本发明的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

Claims (10)

1、一种混合自动重传HARQ进程的启动方法,其特征在于,该方法包括:
对每个新数据,基站和用户终端根据设定的标识ID选取规则,在当前的空闲HARQ进程中同步启动ID对应的HARQ进程。
2、如权利要求1所述的方法,其特征在于,所述基站和用户终端根据设定的ID顺序,在当前的空闲HARQ进程中同步启动ID对应的HARQ进程包括:
对当前调度的新数据,基站根据设定的ID选取规则,在当前的空闲HARQ进程中选取对应ID的HARQ进程并启动;
用户终端根据数据的调度周期,在对应时刻从高速物理下行共享信道HS-PDSCH上接收当前的新数据,并根据设定的ID选取规则,在当前的空闲HARQ进程中选取对应ID的HARQ进程并启动。
3、如权利要求2所述的方法,其特征在于,该方法进一步包括:用户终端判断所接收的数据是否正确,如果正确,则向基站返回表示接收正确的ACK信息,否则,不向基站返回任何信息,并保留所述数据的HARQ进程,在接收到来自基站的重传数据时,根据高速共享控制信道HS-SCCH中指示的HARQ进程ID,将所述重传数据存放在所述ID对应的HARQ进程中;
基站判断是否在预定时间内接收到所述数据的ACK信息,如果没有收到,则利用所述数据的HARQ进程向用户终端发送重传数据,并通过HS-SCCH指示所述HARQ进程的ID。
4、如权利要求3所述的方法,其特征在于,所述用户终端向基站返回ACK后,进一步包括:用户终端启动第一定时器,并在所述第一定时器超时之前保留所述数据的HARQ进程,所述第一定时器的定时时长大于或等于数据的重传反馈时延;
若在所述第一定时器超时之前接收到来自基站的重传数据,则返回执行所述向基站返回ACK信息的操作,否则,释放所述HARQ进程;
所述基站在接收到所述数据的ACK信息后,进一步包括:基站启动与所述第一定时器同步的第二定时器,并在所述第二定时器超时之前保留所述数据的HARQ进程,在所述第二定时器超时后,释放所述数据的HARQ进程。
5、如权利要求4所述的方法,其特征在于,若在所述第一定时器和/或第二定时器超时前的设定计时范围内有新数据传输,则将所述第一定时器和第二定时器的定时时长延长设定的时间。
6、如权利要求1至5中任一项所述的方法,其特征在于,所述ID选取规则包括:ID最小的选取规则,或ID最大的选取规则。
7、一种混合自动重传HARQ进程的启动方法,其特征在于,该方法包括:
对当前调度的新数据,基站将用户终端需启动的HARQ进程的ID携带在发送所述新数据的高速物理下行共享信道HS-PDSCH中;
用户终端根据数据的调度周期,在对应时刻从所述HS-PDSCH上接收所述新数据,并获取所述HARQ进程ID,根据所述ID启动对应的HARQ进程。
8、如权利要求7所述的方法,其特征在于,所述基站将用户终端需启动的HARQ进程的ID携带在发送所述新数据的HS-PDSCH中为:将指示所述HARQ进程ID的比特信息添加在HS-PDSCH中一个或重复添加在HS-PDSCH中多个有空闲的奇数码道的前面和/或偶数码道的后面;
所述用户终端从所述HS-PDSCH上获取所述HARQ进程的ID为:用户终端从所述HS-PDSCH中奇数码道的前面和/或偶数码道的后面获取指示所述HARQ进程ID的比特信息,根据所述比特信息得到所述HARQ进程ID,若存在多个HARQ进程ID,则对所述多个HARQ进程ID进行合并。
9、如权利要求7所述的方法,其特征在于,所述基站将用户终端需启动的HARQ进程的ID携带在发送所述新数据的HS-PDSCH中为:在所述HS-PDSCH中的任意一个码道中截取特定的空间,利用所述特定的空间对指示所述HARQ进程ID的比特信息进行编码和循环冗余处理;
所述用户终端从所述HS-PDSCH上获取所述HARQ进程的ID为:用户终端从所述HS-PDSCH中对应码道上的特定空间中获取指示所述HARQ进程ID的比特信息,对所述比特信息进行解码及循环冗余校验,得到所述HARQ进程ID。
10、如权利要求7所述的方法,其特征在于,所述基站将用户终端需启动的HARQ进程的ID携带在发送所述新数据的HS-PDSCH中为:将指示所述HARQ进程ID的比特信息与所述新数据在所述HS-PDSCH中进行统一编码;
所述用户终端从所述HS-PDSCH上获取所述HARQ进程的ID为:用户终端对所述HS-PDSCH中的比特信息进行统一解码,从中解析出所述HARQ进程的ID。
CNA2008101040354A 2008-04-14 2008-04-14 混合自动重传进程的启动方法 Pending CN101562510A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CNA2008101040354A CN101562510A (zh) 2008-04-14 2008-04-14 混合自动重传进程的启动方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CNA2008101040354A CN101562510A (zh) 2008-04-14 2008-04-14 混合自动重传进程的启动方法

Publications (1)

Publication Number Publication Date
CN101562510A true CN101562510A (zh) 2009-10-21

Family

ID=41221143

Family Applications (1)

Application Number Title Priority Date Filing Date
CNA2008101040354A Pending CN101562510A (zh) 2008-04-14 2008-04-14 混合自动重传进程的启动方法

Country Status (1)

Country Link
CN (1) CN101562510A (zh)

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102447547A (zh) * 2010-09-30 2012-05-09 中兴通讯股份有限公司 一种mc-hsupa中混合自动重传的方法、系统和终端
CN102957547A (zh) * 2011-08-18 2013-03-06 中兴通讯股份有限公司 电信网管系统的安装方法及装置
CN104144043A (zh) * 2013-05-09 2014-11-12 普天信息技术研究院有限公司 一种混合自动重传请求合并的方法
CN104410478A (zh) * 2011-06-15 2015-03-11 株式会社电装 编码设备、编码方法、数据通信设备和数据通信方法
CN104838614A (zh) * 2014-08-28 2015-08-12 华为技术有限公司 一种传输多媒体数据的方法及网络设备
CN104868981A (zh) * 2014-02-25 2015-08-26 深圳市中兴微电子技术有限公司 一种HS-SCCH-less HARQ中处理重传数据的方法及装置
WO2016011706A1 (zh) * 2014-07-21 2016-01-28 华为技术有限公司 一种数据传输的控制方法、装置及基站
CN107683578A (zh) * 2015-12-01 2018-02-09 华为技术有限公司 无线通信的方法和装置
CN109474392A (zh) * 2017-09-08 2019-03-15 华为技术有限公司 数据传输方法、模式指示方法、模式确定方法、装置
WO2020062302A1 (zh) * 2018-09-30 2020-04-02 Oppo广东移动通信有限公司 一种混合自动重传请求处理方法、终端设备及存储介质
CN111316585A (zh) * 2017-08-04 2020-06-19 三星电子株式会社 用于车辆对车辆通信中的资源分配和反馈的方法和装置

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1852082A (zh) * 2005-11-09 2006-10-25 华为技术有限公司 混合自动重传请求处理方法
CN1917416A (zh) * 2005-08-15 2007-02-21 大唐移动通信设备有限公司 多载波高速下行分组接入中混合自动重传方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1917416A (zh) * 2005-08-15 2007-02-21 大唐移动通信设备有限公司 多载波高速下行分组接入中混合自动重传方法
CN1852082A (zh) * 2005-11-09 2006-10-25 华为技术有限公司 混合自动重传请求处理方法

Cited By (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102447547A (zh) * 2010-09-30 2012-05-09 中兴通讯股份有限公司 一种mc-hsupa中混合自动重传的方法、系统和终端
CN102447547B (zh) * 2010-09-30 2016-03-30 中兴通讯股份有限公司 一种mc-hsupa中混合自动重传的方法、系统和终端
CN104410478A (zh) * 2011-06-15 2015-03-11 株式会社电装 编码设备、编码方法、数据通信设备和数据通信方法
CN102957547B (zh) * 2011-08-18 2017-09-26 南京中兴软件有限责任公司 电信网管系统的安装方法及装置
CN102957547A (zh) * 2011-08-18 2013-03-06 中兴通讯股份有限公司 电信网管系统的安装方法及装置
CN104144043A (zh) * 2013-05-09 2014-11-12 普天信息技术研究院有限公司 一种混合自动重传请求合并的方法
CN104144043B (zh) * 2013-05-09 2017-08-11 普天信息技术研究院有限公司 一种混合自动重传请求合并的方法
CN104868981A (zh) * 2014-02-25 2015-08-26 深圳市中兴微电子技术有限公司 一种HS-SCCH-less HARQ中处理重传数据的方法及装置
WO2015127769A1 (zh) * 2014-02-25 2015-09-03 中兴通讯股份有限公司 一种HS-SCCH-less HARQ中处理重传数据的方法及装置
WO2016011706A1 (zh) * 2014-07-21 2016-01-28 华为技术有限公司 一种数据传输的控制方法、装置及基站
CN104838614A (zh) * 2014-08-28 2015-08-12 华为技术有限公司 一种传输多媒体数据的方法及网络设备
CN104838614B (zh) * 2014-08-28 2018-10-30 华为技术有限公司 一种传输多媒体数据的方法及网络设备
CN107683578A (zh) * 2015-12-01 2018-02-09 华为技术有限公司 无线通信的方法和装置
CN111316585A (zh) * 2017-08-04 2020-06-19 三星电子株式会社 用于车辆对车辆通信中的资源分配和反馈的方法和装置
CN111316585B (zh) * 2017-08-04 2023-08-25 三星电子株式会社 用于车辆对车辆通信中的资源分配和反馈的方法和装置
CN109474392A (zh) * 2017-09-08 2019-03-15 华为技术有限公司 数据传输方法、模式指示方法、模式确定方法、装置
CN109474392B (zh) * 2017-09-08 2020-07-28 华为技术有限公司 数据传输方法、模式指示方法、模式确定方法、装置
US11463207B2 (en) 2017-09-08 2022-10-04 Huawei Technologies Co., Ltd. Data transmission method, receive end device, and non-transitory computer-readable storage medium
WO2020062302A1 (zh) * 2018-09-30 2020-04-02 Oppo广东移动通信有限公司 一种混合自动重传请求处理方法、终端设备及存储介质

Similar Documents

Publication Publication Date Title
CN101562510A (zh) 混合自动重传进程的启动方法
US7907906B2 (en) Mobile station
CN101351981B (zh) 无线通信用共用数据信道上的高效率传输
JP4932032B2 (ja) 無線通信システムで制御信号の効率的な伝送方法
US9118442B2 (en) Method and system for continuous packet connectivity
RU2436247C2 (ru) Способ и устройство для передачи пакетных данных с небольшим объемом служебной информации и управления режимом приема
US7065068B2 (en) Multi channel stop and wait ARQ communication method and apparatus
EP2424148B1 (en) Method and apparatus for H-ARQ process memory management
EP2103000B1 (en) Power for uplink acknowledgment transmission
US7783327B2 (en) Mobile station
EP1662688A2 (en) Mobile communicaton system with adaptive modulation
US20160056926A1 (en) Soft buffer processing method and device in tdd systems
CN101378307B (zh) 反馈信息的处理方法
EP2267934A1 (en) Mobile Station
EP1776797B1 (en) Packet-based data processing technique, transmission and reception
CN101741526A (zh) 一种发送混合自动重传请求反馈信息的方法和装置
US8817711B2 (en) Method and system for concurrently locating systematic bits and parity bits in physical channel memory to increase HARQ processing speed in 3GPP CPC system
CN101489257B (zh) 实时小分组业务的传输方法和系统
KR20080002292A (ko) 통신 시스템에서 자동 재전송 요구 기법에 따른 통신 방법
KR101432103B1 (ko) 고속 무선통신 시스템에서 하향링크 제어채널을 이용한 단말기의 수신패턴 설정 방법 및 시스템
KR101500314B1 (ko) 고속 무선통신 시스템에서의 하향링크 코드채널 송수신 방법 및 장치
KR20070000553A (ko) 이동통신 시스템에서 다중 채널을 이용한 정지-대기 자동재전송 요구 방법 및 장치

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C12 Rejection of a patent application after its publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20091021