CN103684660B - 一种发送和接收传输信息的方法、系统和设备 - Google Patents

一种发送和接收传输信息的方法、系统和设备 Download PDF

Info

Publication number
CN103684660B
CN103684660B CN201210331635.0A CN201210331635A CN103684660B CN 103684660 B CN103684660 B CN 103684660B CN 201210331635 A CN201210331635 A CN 201210331635A CN 103684660 B CN103684660 B CN 103684660B
Authority
CN
China
Prior art keywords
passes
tdd uplink
user equipment
downlink configuration
enters
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.)
Active
Application number
CN201210331635.0A
Other languages
English (en)
Other versions
CN103684660A (zh
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.)
China Academy of Telecommunications Technology CATT
Datang Mobile Communications Equipment Co Ltd
Original Assignee
China Academy of Telecommunications Technology CATT
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 China Academy of Telecommunications Technology CATT filed Critical China Academy of Telecommunications Technology CATT
Priority to CN201210331635.0A priority Critical patent/CN103684660B/zh
Priority to PCT/CN2013/082423 priority patent/WO2014036904A1/zh
Publication of CN103684660A publication Critical patent/CN103684660A/zh
Application granted granted Critical
Publication of CN103684660B publication Critical patent/CN103684660B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1822Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1835Buffer management

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明实施例涉及无线通信技术领域,特别涉及一种发送和接收传输信息的方法、系统和设备,用以解决现有技术中存在的网络侧和用户设备侧之间针对HARQ进程数理解不一致,从而造成用户设备侧无法正确译码的问题。本发明实施例提供的方法包括:用户设备确定第一进程数和第二进程数,根据第一进程数对下行传输块进行解速率匹配处理,并进行译码处理,其中第一进程数小于第二进程数,第一进程数用于确定解速率匹配时载波上的下行传输块中任一编码块的最大缓存长度,第二进程数用于确定载波上的译码失败的下行传输块的最大存储数量和需要存储的下行传输块中任一编码块的最大存储长度。采用本发明实施例的方案能够使用户设备能够正确译码。

Description

一种发送和接收传输信息的方法、系统和设备
技术领域
本发明涉及无线通信技术领域,特别涉及一种发送和接收传输信息的方法、系统和设备。
背景技术
在LTE(Long Term Evolution,长期演进)系统中,业务信道采用的Turbo编码器其码率为1/3。为了提高编译码效率,当一个传输块(Transport Block,TB)大于6144比特时,会对该传输块进行码块分割得到多个较小的编码块(Code Block,CB)。分别对每个CB进行独立的编码,将多个CB的编码序列级联起来得到该TB的编码序列。
Turbo编码器输出的系统比特流、第一校验比特流和第二校验比特流分别独立地交织后,被比特收集单元依次收集。首先交织后的系统比特流依次输入到缓冲器中,然后交织后的第一校验比特流和第二校验比特流交替地输入到缓冲器中,如图1所示。
LTE Rel-8(版本8)系统为了支持高效灵活的传输方式,需要考虑到各种不同的传输码率和调制方式,兼顾HARQ(Hybrid Automatic Repeat reQuest,混合自动重传请求)重传技术以及链路自适应技术。为此,LTE系统使用打孔或者重复的方法,从编码比特流中提取预定长度比特序列,这个过程称为速率匹配。
为了支持不同能力的用户设备,对于某些等级的用户设备,用户设备的存储器不能存储较大码块编码后的所有比特。因此基站端在速率匹配之前,首先要根据用户设备上报的缓存器(buffr)大小,即软信道信息比特(soft channel bits)数量,对进入速率匹配器中的编码序列做截短(截短后的编码序列记为 母码),如图2所示:基站基于截短后的母码进行速率匹配,即进行打孔或重复,得到待传输的信息序列,其中Kw为一个编码块编码后序列长度,Ncb为一个CB对应的母码长度。UE(用户设备)端接收基站发送的信息并进行译码。
目前基站进行速率匹配中确定母码长度时,以及UE确定各编码块对应的存储空间大小时,都是按照同一个固定HARQ进程数确定的。若一个载波上的TDD(Time divisionduplex,时分双工)上/下行配置会动态变化,那么该载波上对应的HARQ进程数也会随之动态编码。若速率匹配中的母码长度及UE的各码块对应的存储空间大小随着载波上的TDD上/下行配置动态改变,在TDD上/下行配置动态重配置的过程中,在一段时间内基站无法确定UE是否完成了重配置,即基站无法确定UE是按照之前的TDD上/下行配置工作还是按照新的TDD上/下行配置工作。当两者之间的理解不一致时,会造成基站端按照一种TDD上/下行配置对应的HARQ进程数确定速率匹配中母码长度,而UE按照另一种TDD上/下行配置对应的HARQ进程数确定解速率匹配中母码长度,UE将无法正确译码。
综上所述,目前TDD上/下行配置动态改变系统和用于跨频带载波聚合且不同频带上使用不同TDD上/下行配置的系统中,会出现网络侧和用户设备侧之间针对HARQ进程数理解不一致,从而造成用户设备侧无法正确译码,影响系统下行传输性能。
发明内容
本发明实施例提供一种发送和接收传输信息的方法、系统和设备,用以解决现有技术中存在的TDD上/下行配置动态改变系统和用于跨频带载波聚合且不同频带上使用不同TDD上/下行配置的系统中,会出现网络侧和用户设备侧之间针对HARQ进程数理解不一致,从而造成用户设备侧无法正确译码,影响系统下行传输性能的问题。
本发明实施例提供的一种接收传输信息的方法,包括:
针对载波c,用户设备确定第一进程数和第二进程数,其中,第一进程数小于第二进程数,且第一进程数和第二进程数是正整数,所述第一进程数用于确定解速率匹配时载波c上的下行传输块中任一编码块的最大缓存长度,所述第二进程数用于确定载波c上的译码失败的下行传输块的最大存储数量B和需要存储的下行传输块中任一编码块的最大存储长度nsb
所述用户设备根据所述第一进程数对下行传输块进行解速率匹配处理,并对解速率匹配后的信息进行译码处理。
本发明实施例提供的一种发送传输信息的方法,包括:
针对载波c,基站确定第一进程数,其中,所述第一进程数小于第二进程数,且第一进程数和第二进程数是正整数,所述第一进程数用于确定速率匹配时载波c上的传输块中任一编码块的最大缓存长度,所述第二进程数用于确定载波c上的译码失败下行传输块的最大存储数量和译码失败需要存储的下行传输块中任一编码块的最大存储长度;
所述基站根据所述第一进程数对下行传输块进行速率匹配处理得到传输信息,并向用户设备发送所述传输信息。
由于在TDD上/下行配置动态改变系统和用于跨频带载波聚合且不同频带上使用不同TDD上/下行配置的系统中,网络侧和用户设备侧之间针对HARQ进程数理解一致,使得用户设备能够正确译码,提高了系统下行传输性能。
附图说明
图1为背景技术中速率匹配缓存器示意图;
图2为背景技术中速率匹配中母码确定的方法示意图;
图3为本发明实施例接收传输信息的系统结构示意图;
图4为本发明实施例接收传输信息的系统中基站的结构示意图;
图5为本发明实施例接收传输信息的系统中用户设备的结构示意图;
图6为本发明实施例发送传输信息的方法流程示意图;
图7为本发明实施例接收传输信息的方法流程示意图;
图8为按照统一的HARQ进程数计算母码大小及存储空间大小得到的吞吐量增益和本发明实施例得到的吞吐量增益对比示意图。
具体实施方式
本发明实施例用户设备和基站确定第一进程数和第二进程数,其中,第一进程数小于第二进程数,且第一进程数和第二进程数是正整数,第一进程数用于确定解速率匹配时载波c上的下行传输块中任一编码块的最大缓存长度,第二进程数用于确定载波c上的译码失败的下行传输块的最大存储数量B和需要存储的下行传输块中任一编码块的最大存储长度nsb;用户设备根据第一进程数对下行传输块进行解速率匹配处理,并对解速率匹配后的信息进行译码处理,基站根据第一进程数对下行传输块进行速率匹配处理得到传输信息,并向用户设备发送传输信息。由于在TDD上/下行配置动态改变系统和用于跨频带载波聚合且不同频带上使用不同TDD上/下行配置的系统中,网络侧和用户设备侧之间针对HARQ进程数理解一致,使得用户设备能够正确译码,提高了系统下行传输性能。
下面结合说明书附图对本发明实施例作进一步详细描述。
在下面的说明过程中,先从网络侧和用户设备侧的配合实施进行说明,最后分别从网络侧与用户设备侧的实施进行说明,但这并不意味着二者必须配合实施,实际上,当网络侧与用户设备侧分开实施时,也解决了分别在网络侧、用户设备侧所存在的问题,只是二者结合使用时,会获得更好的技术效果。
如图3所示,本发明实施例接收传输信息的系统包括:用户设备10和基站20。
用户设备10,用于针对载波c,确定第一进程数和第二进程数,根据第一进程数对下行传输块进行解速率匹配处理,并对解速率匹配后的信息进行译码处理;
基站20,用于针对载波c,确定第一进程数,根据第一进程数对下行传输块进行速率匹配处理得到传输信息,并向用户设备10发送传输信息;
其中,第一进程数小于第二进程数,且第一进程数和第二进程数是正整数,第一进程数用于确定解速率匹配时载波c上的下行传输块中任一编码块的最大缓存长度,第二进程数用于确定载波c上的译码失败的下行传输块的最大存储数量B和需要存储的下行传输块中任一编码块的最大存储长度nsb
较佳地,对于载波c,用户设备能够存储至少N个译码失败的下行传输块,且对于译码失败需要存储的下行传输块中的任一编码块至少存储L比特信息。
较佳地,用户设备10和基站20确定第一进程数的方式有很多种,下面列举几种:
确定第一进程数方式一、用户设备10和基站20根据协议约定确定第一进程数。
确定第一进程数方式二、基站20设置第一进程数,并通过高层信令通知用户设备10;相应的,用户设备10接收基站20发送的高层信令确定第一进程数。
只要基站20设置的第一进程数是小于第二进程数且大于0的正整数即可。
针对确定第一进程数方式一和确定第一进程数方式二,较佳地,第一进程数可以为4。
确定第一进程数方式三、基站20从用户设备10在载波c上的TDD上/下行配置集合中每个TDD上/下行配置对应的最大的进程数中选择最小的一个进程数作为第一进程数,以及用户设备10从载波c上的TDD上/下行配置集合中每个TDD上/下行配置对应的最大的进程数中选择最小的一个进程数作为第一进程数;
其中,TDD上/下行配置集合中至少包括一种TDD上/下行配置,用户设备10在任一无线帧中按照TDD上/下行配置集合中的一种TDD上/下行配置工作,且在不同无线帧中使用的TDD上/下行配置不同。
在实施中,TDD上/下行配置集合中包括的配置可以根据协议约定或通过高层信令配置。
具体的,载波c上TDD上/下行配置集合为{s0,s1,...,sa},其中:si为系统支持的多种TDD上/下行配置中的一种(目前系统中支持7种不同的TDD上/下行配置,参见表1),其对应的最大下行HARQ进程数为当i≠j时,si≠sj(即TDD上/下行配置集合中的各个配置都不相同),则第一进程数 M HARQ , RA = min { M DL _ HARQ 0 , M DL _ HARQ 1 , . . . , M DL _ HARQ a } .
例如:载波c上TDD上/下行配置集合为上/下行切换周期为5ms的配置,即{配置0、配置1、配置2、配置6},分别对应的HARQ进程数为4、7、10、6,则MHARQ,RM=4。
表1
需要说明的是,本发明实施例并不局限于上述7中TDD上/下行配置,其他TDD上/下行配置也同样适用本发明实施例。
在实施中,基站20采用公式一根据第一进程数确定速率匹配器中每个编码块对应的存储长度(即母码长度):
.........公式一;
其中,
Kw为一个编码块编码后序列长度;C为一个传输块被分割成的编码块数目,C≥1;
Nsoft为UE上报的软信道信息比特数量。若UE上报了ue-Category-v10xy(Rel-10对应的UE等级)且当前下行载波上配置了下行传输模式9,Nsoft为ue-Category-v10xy所指示的等级对应的软信道信息比特(soft channel bits)数量;否则Nsoft为ue-Category(Rel-8对应的UE等级)所指示的等级对应的软信道信息比特(soft channel bits)数量;
若Nsoft=35982720,则KC=5;若Nsoft=3654144,且对于当前下行载波上UE支持最多2空间层(spatial layers),则KC=2;否则KC=1;
当前载波为单码字传输模式下,KMIMO=1,当前载波为多码字传输模式下,KMIMO=2;
MHARQ,RM为第一进程数;
Mlimit为恒定常数,LTE Rel-11系统中Mlimit=8。
在实施中,用户设备10接收基站20发送的传输信息,并对信息进行解速率匹配处理。
具体的,用户设备10采用公式一,根据第一进程数确定解速率匹配器中每个编码块对应的存储长度(即母码长度),然后对解速率匹配后的信息进行译码处理。
较佳地,用户设备10和基站20确定第二进程数的方式有很多种,下面列举几种:
确定第二进程数方式一、用户设备10和基站20根据协议约定确定第一进程数。
确定第二进程数方式二、基站20设置第二进程数,并通过高层信令通知用户设备10;相应的,用户设备10接收基站20发送的高层信令确定第二进程数。
针对确定第二进程数方式一和确定第二进程数方式二,较佳地,第二进程数可以为8。
确定第二进程数方式三、基站20从用户设备10在载波c上的TDD上/下行配置集合中每个TDD上/下行配置对应的最大的进程数中选择最大的一个进程数作为第二进程数,以及用户设备10从载波c上的TDD上/下行配置集合中每个TDD上/下行配置对应的最大的进程数中选择最大的一个进程数作为第二进程数;
其中,TDD上/下行配置集合中至少包括一种TDD上/下行配置,用户设备10在任一无线帧中按照TDD上/下行配置集合中的一种TDD上/下行配置工作,且在不同无线帧中使用的TDD上/下行配置不同。
在实施中,TDD上/下行配置集合中包括的配置可以根据协议约定或通过高层信令配置。
具体的,载波c上TDD上/下行配置集合为{s0,s1,...,sa},其中:si为系统支持的多种TDD上/下行配置中的一种(目前系统中支持7种不同的TDD上/下行配置,参见表1),其对应的最大下行HARQ进程数为,当i≠j时,si≠sj(即TDD上/下行配置集合中的各个配置都不相同),则第二进程数
例如:载波c上TDD上/下行配置集合为上/下行切换周期为5ms的配置,即{配置0、配置1、配置2、配置6},分别对应的HARQ进程数为4、7、10、6,则MHARQ_storing=10。
需要说明的是,本发明实施例并不局限于上述7中TDD上/下行配置,其他TDD上/下行配置也同样适用本发明实施例。
对于载波c,用户设备10可存储至少B=KMIMO·min(MHARQ_storing,Mlimit)个译码失败的TB。
其中,当前载波为单码字传输模式下,KMIMO=1,当前载波为多码字传输模式下,KMIMO=2;
MHARQ,storing为第二进程数;
Mlimit为恒定常数,LTE Rel-11系统中Mlimit=8。
若用户设备10对译码失败,则对译码失败TB进程存储时,用户设备10至少要存储该TB中各个CB中的 比特。
其中,Ncb为一个CB对应的母码长度,具体可以参见公式一;
若UE上报了ue-Category-v10xy(Rel-10对应的UE等级),N′soft为ue-Category-v10xy所指示的等级对应的软信道信息比特(soft channel bits)数量;否则N′soft为ue-Category(Rel-8对应的UE等级)所指示的等级对应的软信道信息比特(soft channelbits)数量;
为聚合载波数量。
上述确定第一进程数方式一、确定第一进程数方式二、确定第一进程数方式三与定第二进程数方式一、确定第二进程数方式二、确定第二进程数方式三可以进行任意组合,但需要保证第一进程数小于第二进程数,且第一进程数和第二进程数是正整数。
上述方法不仅适用于TDD上/下行配置动态改变系统,也适用于跨频带载波聚合且不同频带上使用不同TDD上/下行配置的系统。
其中,本发明实施例的基站可以是宏基站、家庭基站等,还可以是RN(中继)设备。
如图4所示,本发明实施例接收传输信息的系统中的基站包括:第一确定模块400和接收模块410。
第一确定模块400,用于针对载波c,确定第一进程数和第二进程数,其中,第一进程数小于第二进程数,且第一进程数和第二进程数是正整数,第一进程数用于确定解速率匹配时载波c上的下行传输块中任一编码块的最大缓存长度,第二进程数用于确定载波c上的译码失败的下行传输块的最大存储数量B和需要存储的下行传输块中任一编码块的最大存储长度nsb
接收模块410,用于根据第一进程数对下行传输块进行解速率匹配处理,并对解速率匹配后的信息进行译码处理。
较佳地,对于载波c,用户设备能够存储至少N个译码失败的下行传输块,且对于译码失败需要存储的下行传输块中的任一编码块至少存储L比特信息。
较佳地,第一确定模块400根据协议约定确定第一进程数;或,接收基站发送的高层信令确定第一进程数;或,从载波c上的TDD上/下行配置集合中每个TDD上/下行配置对应的最大的进程数中选择最小的一个进程数作为第一进程数,其中TDD上/下行配置集合中至少包括一种TDD上/下行配置,用户设备在任一无线帧中按照TDD上/下行配置集合中的一种TDD上/下行配置工作,且在不同无线帧中使用的TDD上/下行配置不同。
较佳地,第一确定模块400根据协议约定确定第二进程数;或,接收基站发送的高层信令确定第二进程数;或,从载波c上的TDD上/下行配置集合中每个TDD上/下行配置对应的最大的进程数中选择最大的一个进程数作为第二进程数,其中TDD上/下行配置集合中至少包括一种TDD上/下行配置,用户设备在任一无线帧中按照TDD上/下行配置集合中的一种TDD上/下行配置工作,且在不同无线帧中使用的TDD上/下行配置不同。
如图5所示,本发明实施例接收传输信息的系统中的用户设备包括:第二确定模块500和发送模块510。
第二确定模块500,用于针对载波c,确定第一进程数,其中,第一进程 数小于第二进程数,且第一进程数和第二进程数是正整数,第一进程数用于确定速率匹配时载波c上的传输块中任一编码块的最大缓存长度,第二进程数用于确定载波c上的译码失败下行传输块的最大存储数量和译码失败需要存储的下行传输块中任一编码块的最大存储长度;
发送模块510,用于根据第一进程数对下行传输块进行速率匹配处理得到传输信息,并向用户设备发送传输信息。
较佳地,第二确定模块500根据协议约定确定第一进程数;或设置第一进程数,并通过高层信令通知用户设备;或,从用户设备在载波c上的TDD上/下行配置集合中每个TDD上/下行配置对应的最大的进程数中选择最小的一个进程数作为第一进程数,其中TDD上/下行配置集合中至少包括一种TDD上/下行配置,用户设备在任一无线帧中按照TDD上/下行配置集合中的一种TDD上/下行配置工作,且在不同无线帧中使用的TDD上/下行配置不同。
较佳地,第二进程数由协议约定;或第二确定模块500设置第二进程数,并通过高层信令通知用户设备;或,第二进程数是用户设备在载波c上的TDD上/下行配置集合中每个TDD上/下行配置对应的最大的进程数中最大的一个进程数,其中TDD上/下行配置集合中至少包括一种TDD上/下行配置,用户设备在任一无线帧中按照TDD上/下行配置集合中的一种TDD上/下行配置工作,且在不同无线帧中使用的TDD上/下行配置不同。
基于同一发明构思,本发明实施例中还提供了一种发送传输信息的方法,由于该方法解决问题的原理与本发明实施例的系统相似,因此该方法的实施可以参见系统的实施,重复之处不再赘述。
如图6所示,本发明实施例发送传输信息的方法包括下列步骤:
步骤601、针对载波c,用户设备确定第一进程数和第二进程数,其中,第一进程数小于第二进程数,且第一进程数和第二进程数是正整数,第一进程数用于确定解速率匹配时载波c上的下行传输块中任一编码块的最大缓存长度,第二进程数用于确定载波c上的译码失败的下行传输块的最大存储数量B和需 要存储的下行传输块中任一编码块的最大存储长度nsb
步骤602、用户设备根据第一进程数对下行传输块进行解速率匹配处理,并对解速率匹配后的信息进行译码处理。
较佳地,对于载波c,用户设备能够存储至少N个译码失败的下行传输块,且对于译码失败需要存储的下行传输块中的任一编码块至少存储L比特信息。
较佳地,步骤601中,针对载波c,用户设备确定第一进程数,包括:
用户设备根据协议约定确定第一进程数;或,
用户设备接收基站发送的高层信令确定第一进程数;或,
用户设备从载波c上的TDD上/下行配置集合中每个TDD上/下行配置对应的最大的进程数中选择最小的一个进程数作为第一进程数,其中TDD上/下行配置集合中至少包括一种TDD上/下行配置,用户设备在任一无线帧中按照TDD上/下行配置集合中的一种TDD上/下行配置工作,且在不同无线帧中使用的TDD上/下行配置不同。
较佳地,步骤601中,针对载波c,用户设备确定第二进程数,包括:
用户设备根据协议约定确定第二进程数;或,
用户设备接收基站发送的高层信令确定第二进程数;或,
用户设备从载波c上的TDD上/下行配置集合中每个TDD上/下行配置对应的最大的进程数中选择最大的一个进程数作为第二进程数,其中TDD上/下行配置集合中至少包括一种TDD上/下行配置,用户设备在任一无线帧中按照TDD上/下行配置集合中的一种TDD上/下行配置工作,且在不同无线帧中使用的TDD上/下行配置不同。
基于同一发明构思,本发明实施例中还提供了一种接收传输信息的方法,由于该方法解决问题的原理与本发明实施例的系统相似,因此该方法的实施可以参见系统的实施,重复之处不再赘述。
如图7所示,本发明实施例接收传输信息的方法包括下列步骤:
步骤701、针对载波c,基站确定第一进程数,其中,第一进程数小于第 二进程数,且第一进程数和第二进程数是正整数,第一进程数用于确定速率匹配时载波c上的传输块中任一编码块的最大缓存长度,第二进程数用于确定载波c上的译码失败下行传输块的最大存储数量和译码失败需要存储的下行传输块中任一编码块的最大存储长度;
步骤702、基站根据第一进程数对下行传输块进行速率匹配处理得到传输信息,并向用户设备发送传输信息。
较佳地,步骤701中,针对载波c,基站确定第一进程数,包括:
基站根据协议约定确定第一进程数;或
基站设置第一进程数,并通过高层信令通知用户设备;或,
基站从用户设备在载波c上的TDD上/下行配置集合中每个TDD上/下行配置对应的最大的进程数中选择最小的一个进程数作为第一进程数,其中TDD上/下行配置集合中至少包括一种TDD上/下行配置,用户设备在任一无线帧中按照TDD上/下行配置集合中的一种TDD上/下行配置工作,且在不同无线帧中使用的TDD上/下行配置不同。
较佳地,第二进程数由协议约定;或
基站设置第二进程数,并通过高层信令通知用户设备;或,
第二进程数是用户设备在载波c上的TDD上/下行配置集合中每个TDD上/下行配置对应的最大的进程数中最大的一个进程数,其中TDD上/下行配置集合中至少包括一种TDD上/下行配置,用户设备在任一无线帧中按照TDD上/下行配置集合中的一种TDD上/下行配置工作,且在不同无线帧中使用的TDD上/下行配置不同。
在实施中,用户设备和基站确定第一进程数的方式需要保持一致。
本发明实施例相比于简单的约定UE端与基站端按照统一的HARQ进程数计算母码大小及存储空间大小的方式能够带来显著的效果。
若简单的约定UE端与基站端按照统一的HARQ进程数计算母码大小及存储空间大小:
若选取的HARQ进程数较大,则会造成母码截短部分过大,降低编码增益,从而影响单次性能;
若选取的HARQ进程数较小,则会造成划分出的存储空间数量过少,部分TB译码失败后无法存储,从而无法获得HARQ合并增益,降低系统性能。
如图8所示,相比于使用同一较大HARQ进程数(=8)确定母码长度和存储空间大小的方法,本发明实施例的方案可以提高传输块单次传输的可靠性(特别是对初始传输),降低译码失败概率,提高下行吞吐量。
本发明实施例的方案相比使用同一较小HARQ进程数(=4)确定母码长度和存储空间大小的方法,本发明实施例的方案可以显著降低传输块译码失败但用户设备无法存储的概率,使得译码失败的传输块可以进行HARQ合并,提高下行吞吐量。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个 流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。

Claims (6)

1.一种接收传输信息的方法,其特征在于,该方法包括:
针对载波c,用户设备确定第一进程数和第二进程数,其中,第一进程数小于第二进程数,且第一进程数和第二进程数是正整数,所述第一进程数用于确定解速率匹配时载波c上的下行传输块中任一编码块的最大缓存长度,所述第二进程数用于确定载波c上的译码失败的下行传输块的最大存储数量B和需要存储的下行传输块中任一编码块的最大存储长度nsb
所述用户设备根据所述第一进程数对下行传输块进行解速率匹配处理,并对解速率匹配后的信息进行译码处理;
其中,针对所述载波c,所述用户设备通过如下方式确定第一进程数:
所述用户设备根据协议约定确定所述第一进程数;或,
所述用户设备接收基站发送的高层信令确定所述第一进程数;或,
所述用户设备从所述载波c上的TDD上/下行配置集合中每个TDD上/下行配置对应的最大的进程数中选择最小的一个进程数作为第一进程数;
针对所述载波c,所述用户设备确通过如下方式确定第二进程数:
所述用户设备根据协议约定确定所述第二进程数;或,
所述用户设备接收基站发送的高层信令确定所述第二进程数;或,
所述用户设备从所述载波c上的TDD上/下行配置集合中每个TDD上/下行配置对应的最大的进程数中选择最大的一个进程数作为第二进程数;
其中,所述TDD上/下行配置集合中至少包括一种TDD上/下行配置,所述用户设备在任一无线帧中按照所述TDD上/下行配置集合中的一种TDD上/下行配置工作,且在不同无线帧中使用的TDD上/下行配置不同。
2.如权利要求1所述的方法,其特征在于,对于载波c,所述用户设备能够存储至少N个译码失败的下行传输块,且对于译码失败需要存储的下行传输块中的任一编码块至少存储L比特信息。
3.一种发送传输信息的方法,其特征在于,该方法包括:
针对载波c,基站确定第一进程数,其中,所述第一进程数小于第二进程数,且第一进程数和第二进程数是正整数,所述第一进程数用于确定速率匹配时载波c上的传输块中任一编码块的最大缓存长度,所述第二进程数用于确定载波c上的译码失败下行传输块的最大存储数量和译码失败需要存储的下行传输块中任一编码块的最大存储长度;
所述基站根据所述第一进程数对下行传输块进行速率匹配处理得到传输信息,并向用户设备发送所述传输信息;
其中,针对所述载波c,所述基站通过如下方式确定第一进程数:
所述基站根据协议约定确定第一进程数;或
所述基站设置第一进程数,并通过高层信令通知用户设备;或,
所述基站从用户设备在所述载波c上的TDD上/下行配置集合中每个TDD上/下行配置对应的最大的进程数中选择最小的一个进程数作为第一进程数;
针对所述载波c,所述基站通过如下方式确定第二进程数:
所述基站根据协议约定确定所述第二进程数;或
所述基站设置所述第二进程数,并通过高层信令通知用户设备;或,
所述第二进程数是用户设备在所述载波c上的TDD上/下行配置集合中每个TDD上/下行配置对应的最大的进程数中最大的一个进程数;
其中,所述TDD上/下行配置集合中至少包括一种TDD上/下行配置,所述用户设备在任一无线帧中按照所述TDD上/下行配置集合中的一种TDD上/下行配置工作,且在不同无线帧中使用的TDD上/下行配置不同。
4.一种接收传输信息的用户设备,其特征在于,该用户设备包括:
第一确定模块,用于针对载波c,确定第一进程数和第二进程数,其中,第一进程数小于第二进程数,且第一进程数和第二进程数是正整数,所述第一进程数用于确定解速率匹配时载波c上的下行传输块中任一编码块的最大缓存长度,所述第二进程数用于确定载波c上的译码失败的下行传输块的最大存储数量B和需要存储的下行传输块中任一编码块的最大存储长度;
接收模块,用于根据所述第一进程数对下行传输块进行解速率匹配处理,并对解速率匹配后的信息进行译码处理;
其中,所述第一确定模块具体用于:
根据协议约定确定所述第一进程数;或,接收基站发送的高层信令确定所述第一进程数;或,从所述载波c上的TDD上/下行配置集合中每个TDD上/下行配置对应的最大的进程数中选择最小的一个进程数作为第一进程数;
根据协议约定确定所述第二进程数;或,接收基站发送的高层信令确定所述第二进程数;或,从所述载波c上的TDD上/下行配置集合中每个TDD上/下行配置对应的最大的进程数中选择最大的一个进程数作为第二进程数;
其中,所述TDD上/下行配置集合中至少包括一种TDD上/下行配置,所述用户设备在任一无线帧中按照所述TDD上/下行配置集合中的一种TDD上/下行配置工作,且在不同无线帧中使用的TDD上/下行配置不同。
5.如权利要求4所述的用户设备,其特征在于,对于载波c,所述用户设备能够存储至少N个译码失败的下行传输块,且对于译码失败需要存储的下行传输块中的任一编码块至少存储L比特信息。
6.一种发送传输信息的基站,其特征在于,该基站包括:
第二确定模块,用于针对载波c,确定第一进程数,其中,所述第一进程数小于第二进程数,且第一进程数和第二进程数是正整数,所述第一进程数用于确定速率匹配时载波c上的传输块中任一编码块的最大缓存长度,所述第二进程数用于确定载波c上的译码失败下行传输块的最大存储数量和译码失败需要存储的下行传输块中任一编码块的最大存储长度;
发送模块,用于根据所述第一进程数对下行传输块进行速率匹配处理得到传输信息,并向用户设备发送所述传输信息;
其中,所述第二确定模块具体用于:
根据协议约定确定第一进程数;或设置第一进程数,并通过高层信令通知用户设备;或,从用户设备在所述载波c上的TDD上/下行配置集合中每个TDD上/下行配置对应的最大的进程数中选择最小的一个进程数作为第一进程数;
根据协议约定确定所述第二进程数;或所述第二确定模块设置所述第二进程数,并通过高层信令通知用户设备;或,所述第二进程数是用户设备在所述载波c上的TDD上/下行配置集合中每个TDD上/下行配置对应的最大的进程数中最大的一个进程数;
其中,所述TDD上/下行配置集合中至少包括一种TDD上/下行配置,所述用户设备在任一无线帧中按照所述TDD上/下行配置集合中的一种TDD上/下行配置工作,且在不同无线帧中使用的TDD上/下行配置不同。
CN201210331635.0A 2012-09-07 2012-09-07 一种发送和接收传输信息的方法、系统和设备 Active CN103684660B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201210331635.0A CN103684660B (zh) 2012-09-07 2012-09-07 一种发送和接收传输信息的方法、系统和设备
PCT/CN2013/082423 WO2014036904A1 (zh) 2012-09-07 2013-08-28 一种发送和接收传输信息的方法、系统和设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201210331635.0A CN103684660B (zh) 2012-09-07 2012-09-07 一种发送和接收传输信息的方法、系统和设备

Publications (2)

Publication Number Publication Date
CN103684660A CN103684660A (zh) 2014-03-26
CN103684660B true CN103684660B (zh) 2017-02-08

Family

ID=50236531

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201210331635.0A Active CN103684660B (zh) 2012-09-07 2012-09-07 一种发送和接收传输信息的方法、系统和设备

Country Status (2)

Country Link
CN (1) CN103684660B (zh)
WO (1) WO2014036904A1 (zh)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3300279B1 (en) * 2015-11-06 2021-03-03 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method for data storage, terminal device and base station
CN107888330B (zh) 2016-09-30 2022-04-05 华为技术有限公司 一种数据传输的方法和装置
CN115225204B (zh) * 2017-05-12 2023-12-26 上海朗帛通信技术有限公司 一种支持混合自动重传请求的用户设备、基站中的方法和装置
CN114944886B (zh) * 2018-04-16 2024-05-17 华为技术有限公司 速率匹配的方法和装置,以及解速率匹配的方法和装置

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101686116B (zh) * 2008-09-23 2012-10-31 电信科学技术研究院 预留混合自动重传请求进程指示方法、系统及设备
CN101753282B (zh) * 2008-12-22 2013-06-19 电信科学技术研究院 一种进程缓存的配置和处理的方法及系统
WO2010144245A1 (en) * 2009-06-08 2010-12-16 Research In Motion Limited Harq process management for carrier aggregation and mapping between harq processes and transmission resources

Also Published As

Publication number Publication date
CN103684660A (zh) 2014-03-26
WO2014036904A1 (zh) 2014-03-13

Similar Documents

Publication Publication Date Title
CN102971979B (zh) 用于发射和接收确认信息的系统和方法
CN102170338B (zh) Ack/nack反馈信息的传输方法和设备
CN103516487B (zh) 混合自动重传请求确认应答信息的传输方法和终端
CN110495120A (zh) 用于具有可变处理时间的节点的harq处理
CN109586843A (zh) 通信系统中冗余版本的设计方案
CN107852285A (zh) 上行控制信息传输方法和装置
CN106160931A (zh) 一种信息传输的方法及装置
CN107359969A (zh) 一种harq的反馈信息传输方法、ue、基站和系统
CN106714320A (zh) 一种下行控制信息dci传输方法及装置
CN102164029B (zh) Ack/nack反馈信息的传输方法和设备
CN103024820A (zh) 软缓存处理的方法及设备
CN104301077A (zh) 一种混合重传的方法
KR20150002579A (ko) Tdd 시스템에서의 소프트 버퍼 처리 방법 및 장치
CN106357366A (zh) 通信装置以及通信方法
CN104901900B (zh) 处理传输区块的软缓冲器尺寸的方法及其通信装置
CN110351022A (zh) 动态harq-ack码本的长度确定方法及装置、存储介质、终端
CN107113110A (zh) 控制信息的发送方法和通信设备
CN101699781A (zh) 正确/错误应答消息和秩指示信令的编码方法及装置
US20220278775A1 (en) Communication apparatus and communication method for hybrid automatic repeat request transmission
CN105703890A (zh) 一种进行数据传输的方法和设备
CN103973413B (zh) 一种传输反馈信息的方法、设备及系统
CN107852281A (zh) 基带处理器、基站、用户设备、及其方法
CN104348582A (zh) 用于传输控制信息的方法和设备
CN103684660B (zh) 一种发送和接收传输信息的方法、系统和设备
US20190356422A1 (en) Wireless communication system, base station device, terminal device, and wireless communication method

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
CP01 Change in the name or title of a patent holder

Address after: 100191 No. 40, Haidian District, Beijing, Xueyuan Road

Patentee after: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY

Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road

Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY

CP01 Change in the name or title of a patent holder
TR01 Transfer of patent right

Effective date of registration: 20210527

Address after: 100085 1st floor, building 1, yard 5, Shangdi East Road, Haidian District, Beijing

Patentee after: DATANG MOBILE COMMUNICATIONS EQUIPMENT Co.,Ltd.

Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road

Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY

TR01 Transfer of patent right