CN103312473A - 减少harq合并失败的方法和装置 - Google Patents
减少harq合并失败的方法和装置 Download PDFInfo
- Publication number
- CN103312473A CN103312473A CN2012102787120A CN201210278712A CN103312473A CN 103312473 A CN103312473 A CN 103312473A CN 2012102787120 A CN2012102787120 A CN 2012102787120A CN 201210278712 A CN201210278712 A CN 201210278712A CN 103312473 A CN103312473 A CN 103312473A
- Authority
- CN
- China
- Prior art keywords
- data
- response
- harq
- receiving
- transmission
- 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.)
- Granted
Links
Images
Landscapes
- Detection And Prevention Of Errors In Transmission (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明揭示了一种减少HARQ合并失败的方法,该方法包括步骤:基站发送首传的数据给用户终端UE;所述数据的冗余版本为0;当收到的响应为不连续发送DTX响应时,重发所述数据。本发明还提出对应的装置。本发明提供的一种减少HARQ合并失败的方法及装置,有效避免因首传DCI信息漏检而导致的HARQ合并失败,并且不影响正常的HARQ传输。
Description
技术领域
本发明涉及到通信领域,尤其涉及一种减少HARQ合并失败的方法及装置。
背景技术
在LTE(Long Term Evolution,长期演进)***中,下行数据的发送是通过PDCCH信道 (Physical Downlink Control Channel,物理下行控制信道)上的DCI (Downlink Control Information,下行控制信息)信息通知UE (User Equipment,用户终端)需要解调的数据格式,之后UE根据DCI信息中提供的解调信息,在PDSCH(Physical Downlink Shared Channel,物理下行共享信道)信道上获取相应的数据。如果PDCCH信道上的DCI信息在UE侧丢失,那么UE无法解出PDSCH信道上的数据。
在LTE FDD(Frequency Division Duplexing,全双工)中,下行数据传输采用HARQ(Hybrid Automatic Repeat Request,混合自动重传请求)传输机制,UE侧对HARQ处理的步骤如下:
首先,如果一个传输块的新数据指示符相对于上一次传输发送了变化,或者这是第一个收到的传输块,那么认为这是一个新的传输,否则,就认为是重传。如果这是一个新的传输,那么UE将当前软缓存里的数据替换成收到的数据,如果这是一个重传,并且这个数据还没有成功解码,那么UE将收到的数据和软缓存的数据合并,如果收到的数据跟软缓存里的数据大小不一致,那么将当前软缓存里的数据替换成收到的数据。然后尝试解码这个传输块的软缓存里的数据,解码成功,则指示物理层产生ACK响应。
HARQ传输可以采用IR(Incremental Redundancy,增量冗余)合并和CC (Chase Combining,卷积码)合并的方式,而IR合并中,RV(Redundancy Version,冗余版本)有四种,分别为0、2、3、1,不同的RV版本号携带了不同的信息比特和冗余比特,当RV版本号为0的数据丢失时,UE将有很大概率无法正确解出数据。
那么是否UE全部发送RV为0的版本就最好,实际上,IR合并最主要的优点就是重传的是不同的RV版本数据,一般情况下,相比CC合并都是RV为0的传输,采用0、2、3、1的不同RV的IR合并其编码增益要大于CC合并模式。
如图1所示,LTE***中,当UE处于远点时,由于干扰的加大,PDCCH信道的DCI信息也有可能不能正确检测到,因此UE解不出正确的数据,基站会按照HARQ重传的机制进行重传,但是由于第一个DCI信息,即RV为0的DCI信息漏检,即使RV为2、3、1的版本的数据全部重传一遍,UE也很难正确解出此数据,反而浪费了传输资源。
发明内容
本发明的主要目的为提供一种减少HARQ合并失败的方法及装置,有效避免因首传DCI信息漏检而导致的HARQ合并失败,并且不影响正常的HARQ传输。
本发明提出一种减少HARQ合并失败的方法,包括步骤:
基站发送首传的数据给用户终端UE;所述数据的冗余版本为0;
当收到的响应为不连续发送DTX响应时,重发所述数据。
优选地,在执行所述当收到的响应为DTX响应时,重发数据后,还包括:
当重发次数达到一预设值时,停止重发并释放HARQ资源。
优选地,在执行所述当收到的响应为DTX响应时,重发数据后,还包括:
当收到UE的解码失败的响应时,HARQ传输次数加1并依次发送冗余版本为2、3、1的数据直到HARQ合并成功。
优选地,在执行所述当收到的响应为DTX响应时,重发数据后,还包括:
当收到UE的解码成功的响应时,结束HARQ传输。
优选地,所述当收到的响应为DTX响应时,重发数据包括:
所述重发数据的新数据指示符、资源块、传输块大小与首传的数据一致,否则等待下一次调度。
本发明还提出一种减少HARQ合并失败的装置,包括:
首传模块,用于发送首传的数据给用户终端UE;所述数据的冗余版本为0;
重发模块,用于当收到的响应为不连续发送DTX响应时,重发所述数据。
优选地,所述重发模块还用于:
当重发次数达到一预设值时,停止重发并释放HARQ资源。
优选地,所述重发模块还用于:
当收到UE的解码失败的响应时,HARQ传输次数加1并依次发送冗余版本为2、3、1的数据直到HARQ合并成功。
优选地,所述重发模块还用于:
当收到UE的解码成功的响应时,结束HARQ传输。
优选地,所述重发模块具体用于:
所述重发数据的新数据指示符、资源块、传输块大小与首传的数据一致,否则等待下一次调度。
本发明提出的一种减少HARQ合并失败的方法及装置,在下行HARQ传输过程中对DTX响应进行了特别处理,通过在首传数据时反馈DTX响应的情况下进行RV为0的数据重传,最大可能地减少UE漏检首传数据的DCI消息的可能性,从而使得UE能接收到***信息最全的RV为0的数据,有效地减少了首传数据的DCI消息漏检情况下导致的UE侧下行数据HARQ合并失败,提高了***的传输性能。
附图说明
图1 为现有技术HARQ传输中IR合并的流程示意图;
图2 为本发明减少HARQ合并失败的方法一实施例中一应用场景的流程示意图;
图3 为本发明减少HARQ合并失败的方法一实施例中另一应用场景的流程示意图;
图4 为本发明减少HARQ合并失败的方法一实施例中又一应用场景的流程示意图;
图5 为本发明减少HARQ合并失败的装置一实施例的结构示意图。
本发明目的的实现、功能特点及优点将结合实施例,参照附图做进一步说明。
具体实施方式
应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
本发明采用的方法和装置,可以有效地避免因为首传数据的DCI消息漏检而导致的HARQ合并失败问题。即对于首传数据的RV为0的数据,总是尽量让UE能够接收到,如果DCI消息在UE侧漏检,则基站补发一次或者多次RV为0的数据,以保证UE能够正确接收到首传数据的DCI信息,即使首传数据解码失败也可为后续的重传合并提供基础。
由于基站本身无法判断UE是否收到了DCI消息,即使通过对PUCCH信道和PUSCH信道上的DTX响应的检测,也只能判断UE可能没有收到DCI消息而导致而没有任何反馈或者UE解码下行数据成功或者失败而反馈信息没有到达基站。在上述种情况下的首传数据进行补发,则需要考虑UE收到DCI消息的情况,具体如下:
第一种情况,UE没有收到首传数据的DCI消息,此时基站需要按照首传数据时的方式调度,即重发数据的新数据指示符跟首传数据一致,RV为0,但是资源块、调制编码方式和传输块大小可以跟首传不一致。
第二种情况,UE收到了首传数据的DCI消息,但解码失败,而反馈的解码失败的响应NACK没有到达基站,此时基站实际只须按照正常的IR合并下的重传流程依次发送2、3、1的RV的数据,如果基站将RV为0的数据重新发送一次,并且新数据指示符不变,则如果传输块大小相同,UE会将新的数据放入软缓存中和之前收到的数据进行合并,也相当于一次重传。
第三种情况,UE收到了首传数据的DCI消息,且解码成功,但是反馈的解码成功的响应ACK没有到达基站,此时基站实际上不需发送任何重传,如果基站发送了新的数据,但是新数据指示符不变,则UE直接将新的数据丢弃。
综合以上三种情况,基站侧在数据首传传输并且收到反馈的DTX响应的情况下,如果以新数据指示符跟首传数据一致,RV为0,传输块大小、资源块、调制编码方式都一致的方式调度,则可以保证UE没有收到首传数据的DCI消息的情况下,重新获取到跟之前一致的DCI信息。UE反馈NACK的情况下,则增加了一次重传合并的机会。UE反馈ACK的情况下则仅仅是浪费一包数据,即不管以上哪种情况都不会有差错并能有效地补发首传的数据。
根据上述分析,参照图2,提出本发明减少HARQ合并失败的方法一实施例,包括步骤:
S10、基站发送首传的数据给UE;所述数据的RV为0;
S11、当收到的响应为DTX响应时,重发所述数据。
下文以不同场景下的一次简单的HARQ传输为例,具体说明本实施例的方法的实施过程:
在一次传输过程中,基站发送了首传数据的DCI信息,RV为0。
(1)如基站收到了UE的反馈是DTX响应,则基站按照和首传数据一致的信息进行重传,即RV、新数据指示符、传输块大小保持跟首传数据一致,基站维护的传输次数不改变,如图2所示。
(2)如基站收到了UE的反馈为DTX响应以后,按照上文(1)中描述基站会将RV为0的数据重新发一次,但是有可能该数据重发以后UE反馈的依然是DTX响应,基站可以继续按照上述操作重发RV为0的数据。但是这种重传需要在一定的限度内进行,一些极端情况下如果不加节制地反复对反馈DTX响应的数据进行RV为0的重传,则可能会浪费太多的传输资源。因此如果连续反馈DTX响应的次数超过了一预设的重发次数N(N根据***实际的情况选取,如N=4),则认为HARQ合并失败,释放HARQ资源,如图3所示。
(3)无论任何情况下,UE反馈了解码失败的响应NACK,则基站按照IR合并的正常重传流程处理,即HARQ传输次数加1,之后无论UE是否返回了DTX响应,都将DTX响应当成NACK看待,并依次发送RV为2、3、1的数据直到预设的重发次数N或接收到解码成功的响应ACK,如图4所示。
(4)无论任何情况下,如果基站收到UE反馈的解码成功的响应ACK,则表示该数据包发送成功,如图4所示。
需要注意的是,在收到首传数据的反馈DTX响应而进行重传时或者首传数据后连续收到多次DTX响应而进行重传时,新数据指示符、传输块大小需和首传数据保持一致,而基站分配的资源分配必须同步骤(1)中一致,因此***需优先保证分配相同的资源,如果***无法分配相同的资源,则需等到下一次调度。
通过以上步骤,可以有效地避免UE在首传数据时漏检DCI信息,如果漏检了DCI消息,则通过基站的补救,可以使UE重新获得首传数据。如果DCI信息并没有被漏检,则相当于基站对数据进行了一次RV为0的首传数据的重发,但是当UE反馈了NACK以后,则说明UE已经收到了首传的DCI信息,则基站可以发送RV为2、3、1的数据用于UE的HARQ合并。
与现有技术相比,本实施例在下行HARQ传输过程中对DTX响应进行了特别处理,通过在首传数据时反馈DTX响应的情况下进行RV为0的数据重传,最大可能地减少UE漏检首传数据的DCI消息的可能性,从而使得UE能接收到***信息最全的RV为0的数据,有效地减少了首传数据的DCI消息漏检情况下导致的UE侧下行数据HARQ合并失败,提高了***的传输性能。
参照图5,提出本发明减少HARQ合并失败的装置一实施例,包括:
首传模块10,用于发送首传的数据给UE;所述数据的RV为0;
重发模块20,用于当收到的响应为DTX响应时,重发所述数据。
本实施例的装置可以为HARQ传输***中的基站,或与基站连接的一装置。下文以不同场景下的一次简单的HARQ传输为例,具体说明本实施例的装置的工作原理:
在一次传输过程中,首传模块10发送了首传数据的DCI信息至UE,RV为0。
(1)如基站收到了UE的反馈是DTX响应,则重发模块20按照和首传数据一致的信息进行重传,即RV、新数据指示符、传输块大小保持跟首传数据一致,基站维护的传输次数不改变。
(2) 如基站收到了UE的反馈为DTX响应以后,按照上文(1)中描述重发模块20会将RV为0的数据重新发一次,但是有可能该数据重发以后UE反馈的依然是DTX响应,重发模块20可以继续按照上述操作重发RV为0的数据。但是这种重传需要在一定的限度内进行,一些极端情况下如果不加节制地反复对反馈DTX响应的数据进行RV为0的重传,则可能会浪费太多的传输资源。因此如果连续反馈DTX响应的次数超过了一预设的重发次数N(N根据***实际的情况选取,如N=4),则认为HARQ合并失败,释放HARQ资源。
(3)无论任何情况下,UE反馈了解码失败的响应NACK,则重发模块20按照IR合并的正常重传流程处理,即HARQ传输次数加1,之后无论UE是否返回了DTX响应,都将DTX响应当成NACK看待,并依次发送RV为2、3、1的数据直到预设的重发次数N或接收到解码成功的响应ACK。
(4)无论任何情况下,如果基站收到UE反馈的解码成功的响应ACK,则表示该数据包发送成功。
需要注意的是,在收到首传数据的反馈DTX响应而进行重传时或者首传数据后连续收到多次DTX响应而进行重传时,新数据指示符、传输块大小需和首传数据保持一致,而基站分配的资源分配必须同步骤(1)中一致,因此***需优先保证分配相同的资源,如果***无法分配相同的资源,则需等到下一次调度。
本实施例的装置通过以上操作,可以有效地避免UE在首传数据时漏检DCI信息,如果漏检了DCI消息,则通过本装置的补救,可以使UE重新获得首传数据。如果DCI信息并没有被漏检,则相当于本装置对数据进行了一次RV为0的首传数据的重发,但是当UE反馈了NACK以后,则说明UE已经收到了首传的DCI信息,则本装置可以发送RV为2、3、1的数据用于UE的HARQ合并。
与现有技术相比,本实施例在下行HARQ传输过程中对DTX响应进行了特别处理,通过在首传数据时反馈DTX响应的情况下进行RV为0的数据重传,最大可能地减少UE漏检首传数据的DCI消息的可能性,从而使得UE能接收到***信息最全的RV为0的数据,有效地减少了首传数据的DCI消息漏检情况下导致的UE侧下行数据HARQ合并失败,提高了***的传输性能。
以上所述仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。
Claims (10)
1.一种减少HARQ合并失败的方法,其特征在于,包括步骤:
基站发送首传的数据给用户终端UE;所述数据的冗余版本为0;
当收到的响应为不连续发送DTX响应时,重发所述数据。
2.如权利要求1所述的方法,其特征在于,在执行所述当收到的响应为DTX响应时,重发数据后,还包括:当重发次数达到一预设值时,停止重发并释放HARQ资源。
3.如权利要求1或2所述的方法,其特征在于,在执行所述当收到的响应为DTX响应时,重发数据后,还包括:
当收到UE的解码失败的响应时,HARQ传输次数加1并依次发送冗余版本为2、3、1的数据直到HARQ合并成功。
4.如权利要求1或2所述的方法,其特征在于,在执行所述当收到的响应为DTX响应时,重发数据后,还包括:
当收到UE的解码成功的响应时,结束HARQ传输。
5.如权利要求1或2所述的方法,其特征在于,所述当收到的响应为DTX响应时,重发数据包括:
所述重发数据的新数据指示符、资源块、传输块大小与首传的数据一致,否则等待下一次调度。
6.一种减少HARQ合并失败的装置,其特征在于,包括:
首传模块,用于发送首传的数据给用户终端UE;所述数据的冗余版本为0;
重发模块,用于当收到的响应为不连续发送DTX响应时,重发所述数据。
7.如权利要求6所述的装置,其特征在于,所述重发模块还用于:
当重发次数达到一预设值时,停止重发并释放HARQ资源。
8.如权利要求6或7所述的装置,其特征在于,所述重发模块还用于:
当收到UE的解码失败的响应时,HARQ传输次数加1并依次发送冗余版本为2、3、1的数据直到HARQ合并成功。
9.如权利要求6或7所述的装置,其特征在于,所述重发模块还用于:
当收到UE的解码成功的响应时,结束HARQ传输。
10.如权利要求6或7所述的装置,其特征在于,所述重发模块具体用于:
所述重发数据的新数据指示符、资源块、传输块大小与首传的数据一致,否则等待下一次调度。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210278712.0A CN103312473B (zh) | 2012-03-06 | 2012-08-07 | 减少harq合并失败的方法和装置 |
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2012100560447 | 2012-03-06 | ||
CN201210056044.7 | 2012-03-06 | ||
CN201210056044 | 2012-03-06 | ||
CN201210278712.0A CN103312473B (zh) | 2012-03-06 | 2012-08-07 | 减少harq合并失败的方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103312473A true CN103312473A (zh) | 2013-09-18 |
CN103312473B CN103312473B (zh) | 2017-09-29 |
Family
ID=49137288
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210278712.0A Active CN103312473B (zh) | 2012-03-06 | 2012-08-07 | 减少harq合并失败的方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103312473B (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104640131A (zh) * | 2013-11-06 | 2015-05-20 | 北京三星通信技术研究有限公司 | 信息处理方法及用户终端 |
WO2017211155A1 (zh) * | 2016-06-06 | 2017-12-14 | 大唐移动通信设备有限公司 | 一种下行控制信息dci0的处理方法和*** |
CN108924965A (zh) * | 2017-04-24 | 2018-11-30 | 中兴通讯股份有限公司 | 一种非连续传输检测的方法、装置、基站及终端 |
CN109039529A (zh) * | 2017-06-09 | 2018-12-18 | 华为技术有限公司 | 数据传输方法和数据传输装置 |
WO2019024890A1 (zh) * | 2017-08-03 | 2019-02-07 | 维沃移动通信有限公司 | 数据传输方法、数据检测方法及装置 |
WO2019206031A1 (zh) * | 2018-04-27 | 2019-10-31 | 索尼公司 | 用户设备、电子设备、无线通信方法和存储介质 |
CN113067681A (zh) * | 2020-01-02 | 2021-07-02 | ***通信有限公司研究院 | 一种混合自动重传请求处理方法、通信设备及介质 |
CN113114432A (zh) * | 2021-04-01 | 2021-07-13 | 四川创智联恒科技有限公司 | 一种针对pusch dtx的调度方法 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2005032192A1 (de) * | 2003-09-26 | 2005-04-07 | Siemens Aktiengesellschaft | Verfahren zur übertragung von kontrolldaten |
CN101645761A (zh) * | 2008-08-05 | 2010-02-10 | 中兴通讯股份有限公司 | 一种混合自动重传的冗余版本参数发送、接收方法 |
CN101645760A (zh) * | 2008-08-05 | 2010-02-10 | 中兴通讯股份有限公司 | 上行调度授权的发送方法及装置、基站 |
CN101843025A (zh) * | 2007-10-29 | 2010-09-22 | Lg电子株式会社 | 使用harq的数据传输方法 |
-
2012
- 2012-08-07 CN CN201210278712.0A patent/CN103312473B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2005032192A1 (de) * | 2003-09-26 | 2005-04-07 | Siemens Aktiengesellschaft | Verfahren zur übertragung von kontrolldaten |
CN101843025A (zh) * | 2007-10-29 | 2010-09-22 | Lg电子株式会社 | 使用harq的数据传输方法 |
CN101645761A (zh) * | 2008-08-05 | 2010-02-10 | 中兴通讯股份有限公司 | 一种混合自动重传的冗余版本参数发送、接收方法 |
CN101645760A (zh) * | 2008-08-05 | 2010-02-10 | 中兴通讯股份有限公司 | 上行调度授权的发送方法及装置、基站 |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104640131A (zh) * | 2013-11-06 | 2015-05-20 | 北京三星通信技术研究有限公司 | 信息处理方法及用户终端 |
WO2017211155A1 (zh) * | 2016-06-06 | 2017-12-14 | 大唐移动通信设备有限公司 | 一种下行控制信息dci0的处理方法和*** |
CN108924965A (zh) * | 2017-04-24 | 2018-11-30 | 中兴通讯股份有限公司 | 一种非连续传输检测的方法、装置、基站及终端 |
CN108924965B (zh) * | 2017-04-24 | 2023-05-23 | 中兴通讯股份有限公司 | 一种非连续传输检测的方法、装置、基站及终端 |
CN109039529A (zh) * | 2017-06-09 | 2018-12-18 | 华为技术有限公司 | 数据传输方法和数据传输装置 |
CN109039529B (zh) * | 2017-06-09 | 2021-01-29 | 华为技术有限公司 | 数据传输方法和数据传输装置 |
WO2019024890A1 (zh) * | 2017-08-03 | 2019-02-07 | 维沃移动通信有限公司 | 数据传输方法、数据检测方法及装置 |
WO2019206031A1 (zh) * | 2018-04-27 | 2019-10-31 | 索尼公司 | 用户设备、电子设备、无线通信方法和存储介质 |
US11405146B2 (en) | 2018-04-27 | 2022-08-02 | Sony Corporation | User equipment, electronic device, wireless communication method, and storage medium |
CN113067681A (zh) * | 2020-01-02 | 2021-07-02 | ***通信有限公司研究院 | 一种混合自动重传请求处理方法、通信设备及介质 |
CN113067681B (zh) * | 2020-01-02 | 2023-08-18 | ***通信有限公司研究院 | 一种混合自动重传请求处理方法、通信设备及介质 |
CN113114432A (zh) * | 2021-04-01 | 2021-07-13 | 四川创智联恒科技有限公司 | 一种针对pusch dtx的调度方法 |
Also Published As
Publication number | Publication date |
---|---|
CN103312473B (zh) | 2017-09-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11677513B2 (en) | Retransmission for punctured signals | |
CN103312473A (zh) | 减少harq合并失败的方法和装置 | |
CN102111252B (zh) | 基于混合自动重传请求的重传资源分配方法 | |
CN101958777B (zh) | 正确/错误应答消息发送的处理方法及装置 | |
WO2018126948A1 (zh) | 数据传输方法及装置、终端、基站和存储介质 | |
RU2554527C2 (ru) | Способы и устройства в телекоммуникационной системе | |
CN103036657B (zh) | 一种数据传输方法和装置 | |
CN102318254A (zh) | 请求重传方法、重传方法及其设备 | |
EP2557741B1 (en) | Method and apparatus for sending / receiving downlink control signaling | |
US9331821B2 (en) | Data retransmission method, apparatus, and system | |
CN114866204A (zh) | 一种传输方法、终端设备及基站 | |
CN103378953A (zh) | 混合自动重传请求方法与装置 | |
KR20090015253A (ko) | 통신 시스템에서 데이터 재전송 방법 및 시스템 | |
JP6126698B2 (ja) | 受信機の停止イベント後の修正されたharq手順のための方法および装置 | |
CN114731229A (zh) | 用于确定单次harq-ack码本的方法及设备 | |
CN111092699A (zh) | 一种信息传输方法、装置、终端设备和存储介质 | |
CN110178330B (zh) | 用于在无线电通信中传递数据的技术 | |
WO2018028682A1 (zh) | 一种数据传输方法、装置和*** | |
US20110179332A1 (en) | Method For Automatic Repeat Request Operation, Transceiver Arrangement, And Computer Program | |
CN109560896B (zh) | 一种5g***中基于码块组进行数据传输的方法和*** | |
CN102404094B (zh) | 一种混合自动重传请求的处理方法及装置 | |
CN108347312B (zh) | 控制信息的发送及接收方法、网络设备及终端设备 | |
CN103391175A (zh) | 传输或接收上行sps业务数据的方法和用户设备和基站 | |
CN111130707B (zh) | 混合自动重传的传输方法、装置、网络设备及终端 | |
CN103825686A (zh) | 一种配置lte终端上行重传调度的装置及方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |