WO2018098675A1 - 用于数据重传的装置、方法以及通信系统 - Google Patents

用于数据重传的装置、方法以及通信系统 Download PDF

Info

Publication number
WO2018098675A1
WO2018098675A1 PCT/CN2016/107971 CN2016107971W WO2018098675A1 WO 2018098675 A1 WO2018098675 A1 WO 2018098675A1 CN 2016107971 W CN2016107971 W CN 2016107971W WO 2018098675 A1 WO2018098675 A1 WO 2018098675A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
transmitting
information
retransmission
time
Prior art date
Application number
PCT/CN2016/107971
Other languages
English (en)
French (fr)
Inventor
张健
吴建明
王昕�
周华
Original Assignee
富士通株式会社
张健
吴建明
王昕�
周华
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 富士通株式会社, 张健, 吴建明, 王昕�, 周华 filed Critical 富士通株式会社
Priority to PCT/CN2016/107971 priority Critical patent/WO2018098675A1/zh
Publication of WO2018098675A1 publication Critical patent/WO2018098675A1/zh

Links

Images

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

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Abstract

一种用于数据重传的装置、方法以及通信系统。所述方法包括:在对多个发送端发送的初传数据进行解调失败后,通知部分发送端进行数据重传;基于初传数据和重传数据对所述部分发送端发送的数据进行解调;在成功解调所述部分发送端的数据后,基于所述部分发送端的数据对所述初传数据中其他发送端的数据进行解调;以及在从所述初传数据中成功解调出所述其他发送端的数据的情况下,向所述其他发送端反馈确认信息。由此,不仅能够降低甚至避免重传数据时仍发生碰撞的情况,而且能够减少重传开销。

Description

用于数据重传的装置、方法以及通信系统 技术领域
本发明实施例涉及通信技术领域,特别涉及一种用于数据重传的装置、方法以及通信系统。
背景技术
在传统的长期演进(LTE,Long Term Evolution)系统中,用户设备的上行数据传输需要得到网络设备(例如基站)的调度,优点在于网络设备能够将不同用户设备的数据调度到相互正交的时频资源上传输,从而完全避免用户设备间的碰撞和由此产生的干扰。
对于调度传输,在用户设备发起实际数据传输之前,需要与网络设备建立连接。例如,用户设备向基站发起调度请求(SR,Scheduling Request),然后基站向用户设备发送上行调度信令(UL grant),最后用户设备按照调度信令进行上行数据传输。即在实际数据传输之前存在用户设备与基站间的信令交互开销,这对于有大量数据传输的用户设备而言是可以接受的。
但随着终端种类以及相应业务的日益多样化,例如第五代(5G)系统需要满足的大规模机器类型通信(mMTC,massive Machine Type Communication)和高可靠低时延通信(URLLC,Ultra-Reliable and Low-Latency Communication)等需求,高吞吐量不再是唯一的设计目标,mMTC用户设备可能主要以突发性业务为主,并且使用小包传输,如果在小包数据传输前仍按部就班地进行类似LTE的信令交互,那么很可能信令开销便占据了该次数据传输的绝大部分比例,降低了传输效率;从另一角度来看,数据传输前的连接建立过程也带来了时延增加,这对于达到URLLC所需要的低时延目标也是不利因素。
因此,免调度(Grant-free)传输作为一种新的数据信道传输方式得到了越来越多的关注与研究。当有数据到达用户设备时,用户设备可以立即发起数据传输,而不需要等待基站调度,因而减少了用户设备与基站建立连接所需的信令和时延开销。
应该注意,上面对技术背景的介绍只是为了方便对本发明的技术方案进行清楚、完整的说明,并方便本领域技术人员的理解而阐述的。不能仅仅因为这些方案在本发 明的背景技术部分进行了阐述而认为上述技术方案为本领域技术人员所公知。
发明内容
发明人发现:对于grant-free传输,由于没有基站参与调度,用户设备间的物理资源碰撞往往难以避免。如果由于碰撞而使得接收端对传输数据的解调失败,接收端会通知全部发送端进行数据重传,由此不但可能在重传数据时仍发生碰撞,而且导致重传开销较大。
本发明实施例提供一种用于数据重传的装置、方法以及通信系统。期待降低甚至避免重传数据时仍发生碰撞的情况,并且减少重传开销。
根据本发明实施例的第一个方面,提供一种用于数据重传的接收方法,包括:
在对多个发送端发送的叠加在相同时频资源上的初传数据进行解调失败后,向所述多个发送端中的部分发送端反馈非确认信息并指示所述部分发送端在第一时频位置进行数据重传;
基于所述部分发送端的初传数据和重传数据对所述部分发送端发送的数据进行解调;在成功解调所述部分发送端的数据后,基于所述部分发送端的数据对所述初传数据中所述多个发送端中的其他发送端的数据进行解调;以及
在从所述初传数据中成功解调出所述其他发送端的数据的情况下,在第二时频位置向所述其他发送端反馈确认信息以指示所述其他发送端不再进行数据重传。
根据本发明实施例的第二个方面,提供一种用于数据重传的接收装置,包括:
第一信息反馈单元,其在对多个发送端发送的叠加在相同时频资源上的初传数据进行解调失败后,向所述多个发送端中的部分发送端反馈非确认信息并指示所述部分发送端在第一时频位置进行数据重传;
数据解调单元,其基于所述部分发送端的初传数据和重传数据对所述部分发送端发送的数据进行解调;在成功解调所述部分发送端的数据后,基于所述部分发送端的数据对所述初传数据中所述多个发送端中的其他发送端的数据进行解调;以及
第二信息反馈单元,其在从所述初传数据中成功解调出所述其他发送端的数据的情况下,在第二时频位置向所述其他发送端反馈确认信息以指示所述其他发送端不再进行数据重传。
根据本发明实施例的第三个方面,提供一种用于数据重传的发送方法,包括:
接收来自接收端的反馈信息;其中所述接收端在对多个发送端发送的叠加在相同时频资源上的初传数据进行解调失败后,通知所述多个发送端中的部分发送端在第一时频位置进行数据重传;
在第二时频位置接收所述接收端反馈的确认信息以确定不再进行数据重传;其中,所述接收端基于所述部分发送端的初传数据和重传数据对所述部分发送端发送的数据进行解调,在成功解调所述部分发送端的数据后,基于所述部分发送端的数据对所述初传数据中其他发送端的数据进行解调,以及在从所述初传数据中成功解调出所述其他发送端的数据的情况下,在所述第二时频位置向所述其他发送端反馈所述确认信息。
根据本发明实施例的第四个方面,提供一种用于数据重传的发送装置,包括:
第一信息接收单元,其接收来自接收端的反馈信息;其中所述接收端在对多个发送端发送的叠加在相同时频资源上的初传数据进行解调失败后,通知所述多个发送端中的部分发送端在第一时频位置进行数据重传;
第二信息接收单元,其在第二时频位置接收所述接收端反馈的确认信息以确定不再进行数据重传;其中,所述接收端基于所述部分发送端的初传数据和重传数据对所述部分发送端发送的数据进行解调,在成功解调所述部分发送端的数据后,基于所述部分发送端的数据对所述初传数据中其他发送端的数据进行解调,以及在从所述初传数据中成功解调出所述其他发送端的数据的情况下,在所述第二时频位置向所述其他发送端反馈所述确认信息。
根据本发明实施例的第五个方面,提供一种通信系统,包括:
网络设备,其包括如上第二方面所述的用于数据重传的接收装置;
用户设备,其包括如上第四方面所述的用于数据重传的发送装置。
本发明实施例的有益效果在于:在对多个发送端发送的初传数据进行解调失败后,可以仅通知部分发送端进行数据重传;对所述部分发送端发送的数据进行成功解调后,基于所述部分发送端的数据对所述初传数据中的其他发送端的数据进行解调;以及在从所述初传数据中成功解调出所述其他发送端的数据的情况下,向所述其他发送端反馈确认信息。由此,不仅能够降低甚至避免重传数据时仍发生碰撞的情况,并且能够减少重传开销。
参照后文的说明和附图,详细公开了本发明的特定实施方式,指明了本发明的原理可以被采用的方式。应该理解,本发明的实施方式在范围上并不因而受到限制。在 所附权利要求的精神和条款的范围内,本发明的实施方式包括许多改变、修改和等同。
针对一种实施方式描述和/或示出的特征可以以相同或类似的方式在一个或更多个其它实施方式中使用,与其它实施方式中的特征相组合,或替代其它实施方式中的特征。
应该强调,术语“包括/包含”在本文使用时指特征、整件、步骤或组件的存在,但并不排除一个或更多个其它特征、整件、步骤或组件的存在或附加。
附图说明
在本发明实施例的一个附图或一种实施方式中描述的元素和特征可以与一个或更多个其它附图或实施方式中示出的元素和特征相结合。此外,在附图中,类似的标号表示几个附图中对应的部件,并可用于指示多于一种实施方式中使用的对应部件。
图1是本发明实施例的通信系统的一示意图;
图2是多个用户设备进行免调度传输的一示意图;
图3是多个用户设备进行免调度传输的另一示意图;
图4是本发明实施例1的用于数据重传的接收方法的一示意图;
图5是本发明实施例1的用于数据重传的方法的另一示意图;
图6是本发明实施例1的两个用户设备进行数据重传的一示意图;
图7是本发明实施例1的用于数据重传的方法的另一示意图;
图8是本发明实施例1的用于数据重传的方法的另一示意图;
图9是本发明实施例1的两个用户设备进行数据重传的另一示意图;
图10是本发明实施例2的用于数据重传的接收装置的一示意图;
图11是本发明实施例3的用于数据重传的发送方法的一示意图;
图12是本发明实施例4的用于数据重传的发送装置的一示意图;
图13是本发明实施例5的网络设备的一示意图;
图14是本发明实施例5的用户设备的一示意图。
具体实施方式
参照附图,通过下面的说明书,本发明的前述以及其它特征将变得明显。在说明书和附图中,具体公开了本发明的特定实施方式,其表明了其中可以采用本发明的原 则的部分实施方式,应了解的是,本发明不限于所描述的实施方式,相反,本发明包括落入所附权利要求的范围内的全部修改、变型以及等同物。
在本申请中,术语“第一”、“第二”等用于对不同元素从称谓上进行区分,但并不表示这些元素的空间排列或时间顺序等,这些元素不应被这些术语所限制。术语“和/或”包括相关联列出的术语的一种或多个中的任何一个和所有组合。术语“包含”、“包括”、“具有”等是指所陈述的特征、元素、元件或组件的存在,但并不排除存在或添加一个或多个其他特征、元素、元件或组件。
在本申请中,单数形式“一”、“该”等包括复数形式,应广义地理解为“一种”或“一类”而并不是限定为“一个”的含义;此外术语“所述”应理解为既包括单数形式也包括复数形式,除非上下文另外明确指出。此外术语“根据”应理解为“至少部分根据……”,术语“基于”应理解为“至少部分基于……”,除非上下文另外明确指出。
在本申请中,术语“通信网络”或“无线通信网络”可以指符合如下任意通信标准的网络,例如长期演进(LTE,Long Term Evolution)、增强的长期演进(LTE-A,LTE-Advanced)、宽带码分多址接入(WCDMA,Wideband Code Division Multiple Access)、高速报文接入(HSPA,High-Speed Packet Access)等等。
并且,通信系统中设备之间的通信可以根据任意阶段的通信协议进行,例如可以包括但不限于如下通信协议:1G(generation)、2G、2.5G、2.75G、3G、4G、4.5G以及未来的5G、新无线(NR,New Radio)等等,和/或其他目前已知或未来将被开发的通信协议。
在本申请中,术语“网络设备”例如是指通信系统中将终端设备接入通信网络并为该终端设备提供服务的设备。网络设备可以包括但不限于如下设备:基站(BS,Base Station)、接入点(AP、Access Point)、发送接收点(TRP,Transmission Reception Point)、广播发射机、移动管理实体(MME、Mobile Management Entity)、网关、服务器、无线网络控制器(RNC,Radio Network Controller)、基站控制器(BSC,Base Station Controller)等等。
其中,基站可以包括但不限于:节点B(NodeB或NB)、演进节点B(eNodeB或eNB)以及gNB等等,此外还可包括远端无线头(RRH,Remote Radio Head)、远端无线单元(RRU,Remote Radio Unit)、中继(relay)或者低功率节点(例如femto、pico等等)。并且术语“基站”可以包括它们的一些或所有功能,每个基站可以对特定 的地理区域提供通信覆盖。术语“小区”可以指的是基站和/或其覆盖区域,这取决于使用该术语的上下文。
在本申请中,术语“用户设备”(UE,User Equipment)或者“终端设备”(TE,Terminal Equipment)例如是指通过网络设备接入通信网络并接收网络服务的设备。用户设备可以是固定的或移动的,并且也可以称为移动台(MS,Mobile Station)、终端、用户台(SS,Subscriber Station)、接入终端(AT,Access Terminal)、站,等等。
其中,用户设备可以包括但不限于如下设备:蜂窝电话(Cellular Phone)、个人数字助理(PDA,Personal Digital Assistant)、无线调制解调器、无线通信设备、手持设备、机器型通信设备、膝上型计算机、无绳电话、智能手机、智能手表、数字相机,等等。
再例如,在物联网(IoT,Internet of Things)等场景下,用户设备还可以是进行监控或测量的机器或装置,例如可以包括但不限于:机器类通信(MTC,Machine Type Communication)终端、车载通信终端、设备到设备(D2D,Device to Device)终端、机器到机器(M2M,Machine to Machine)终端,等等。
以下通过示例对本申请的场景进行说明。
图1是本发明实施例的通信系统的一示意图,示意性说明了以用户设备和网络设备为例的情况,如图1所示,通信系统100可以包括网络设备101和用户设备102(为简单起见,图1仅以一个用户设备为例进行说明)。
在本申请中,网络设备101和用户设备102之间可以进行现有的业务或者未来可实施的业务。例如,这些业务包括但不限于:增强的移动宽带(eMBB,enhanced Mobile Broadband)、大规模机器类型通信(mMTC,massive Machine Type Communication)和高可靠低时延通信(URLLC,Ultra-Reliable and Low-Latency Communication),等等。
其中,用户设备102可以向网络设备101发送数据,例如使用免调度传输方式。网络设备101可以接收多个用户设备102发送的数据,并向用户设备102反馈信息(例如确认ACK/非确认NACK)信息,用户设备102根据反馈信息可以确认结束传输过程、或者可以再进行新的数据传输,或者可以进行数据重传。
图2是多个用户设备进行免调度传输的一示意图,以UE1和UE2为例对非自适应重传的情况进行示意性说明。如图2所示,对于grant-free传输,可能存在多个用 户设备在相同的时频资源上传输,从而发生用户设备之间的碰撞。
如图2所示,当两个用户设备UE1和UE2在某一传输时刻(见Tx#1)发生碰撞时,如果使用固定的重传时刻(见ReTx#1),那么在数据重传时仍然可能发生碰撞,不利于用户设备的数据解调。
图3是多个用户设备进行免调度传输的另一示意图,以UE1和UE2为例对自适应重传的情况进行示意性说明。如图3所示,网络设备(例如基站)可以对用户设备的重传时刻进行调度。
当UE1和UE2初传(见Tx#1)发生碰撞,并且网络设备对UE1和UE2的初传数据解调失败时,网络设备将反馈NACK信息给UE1和UE2,同时将UE1和UE2的重传调度到不同时刻(见ReTx#1)。但是,UE1和UE2仍然都需要进行重传,重传开销较大。
以下以将通信系统中的网络设备作为接收端、将用户设备作为发送端为例进行说明,但本发明不限于此,例如发送端和/或接收端还可以是其他的设备。此外,本申请也并不限于免调度传输方式,对于调度传输方式也同样适用。
实施例1
本发明实施例提供一种用于数据重传的接收方法,应用于接收端(例如网络设备侧)。图4是本发明实施例的用于数据重传的接收方法的一示意图,如图4所示,该方法包括:
步骤401,接收端在对多个发送端发送的叠加在相同时频资源上的初传数据进行解调失败后,向所述多个发送端中的部分发送端反馈非确认信息并指示所述部分发送端在第一时频位置进行数据重传;
步骤402,接收端基于所述部分发送端的初传数据和重传数据对所述部分发送端发送的数据进行解调;在成功解调所述部分发送端的数据后,基于所述部分发送端的数据对所述初传数据中所述多个发送端中的其他发送端的数据进行解调;以及
步骤403,接收端在从所述初传数据中成功解调出所述其他发送端的数据的情况下,在第二时频位置向所述其他发送端反馈确认信息以指示所述其他发送端不再进行数据重传。
在本实施例中,由于多用户检测技术的使用,实际上可能并不需要发生碰撞的所 有发送端(例如用户设备)进行重传。
以图2为例,假设基站在接收到UE1的重传数据后,通过与所保存的初传数据的合并能够正确解调UE1的数据,则尽管当前基站尚未接收到UE2的重传数据,基站仍可利用多用户检测技术对UE2的数据进行解调。例如基站可以进行串行干扰删除,在从初传数据中删除掉UE1的数据后,对初传数据中UE2的数据进行解调。由于此时UE2的数据不再受到UE1的数据的干扰,因此有可能实现对UE2数据的成功解调。假设基站能够成功解调UE2的数据,那么UE2实际上没有必要再进行重传,原本在图2中所示的UE2重传(即图2中UE2对应的ReTx#1)可以得到节省。
由此,不仅能够降低甚至避免重传数据时仍发生碰撞的情况,而且能够减少重传开销。值得注意的是,以上仅对数据重传进行了示意性说明,关于如何进行数据传输等具体内容(例如如何选择传输资源以及如何生成传输信号等),可以采用相关的任意方式。
在本实施例中,可以适用于两个或以上的发送端发生碰撞的情况。为简单起见,以下将以两个用户设备为例进行说明,并且为简单起见,以下仅以“时刻”为例说明本发明的“时频位置”,但本发明不限于此。
此外,本实施例中的“初传”和“重传”仅是相对的称谓,并不代表某一数据的新的第一次传输和第一次重新传输。例如可以采用上述步骤401至403进行重传过程中的某两次重传(例如实际传输的第N和第N+1次重传),即该第N次重传对应上述的“初传”,第N+1次重传对应上述的“重传”。
在一个实施方式中,接收端(例如网络设备)可以指示部分发送端(例如用户设备)进行数据重传,而指示其他发送端进行等待,即暂时不进行数据重传。本实施方式可以适用于非自适应重传的情形,例如ACK/NACK信息可以是由物理混合自动重传指示信道(PHICH,Physical Hybrid automatic retransmission request Indicator Channel)携带,但本发明不限于此。
图5是本发明实施例的用于数据重传的方法的另一示意图,以用户设备UE1和UE2向网络设备传输数据为例进行说明。如图5所示,该方法包括:
步骤501,UE1和UE2向网络设备发送初传数据;
步骤502,网络设备解调UE1和UE2的初传数据时失败;
在本实施方式中,UE1和UE2可能在相同的时频资源上进行传输,发生了用户 碰撞从而导致网络设备不能进行正确的解调。
步骤503,网络设备通知UE1进行数据重传,并通知UE2进行等待。
在本实施方式中,网络设备可以向UE1反馈NACK以指示UE1进行数据重传,并向UE2反馈等待信息以指示UE2暂时不进行数据重传。其中,例如PHICH中的ACK/NACK字段可以被扩展,例如增加1比特,从而使用2比特向发送端指示状态;其中所述状态至少包括确认(ACK)、非确认(NACK)和等待(WAIT)。
例如,ACK/NACK字段中如果承载“00”,则指示该用户设备发送的初传数据的状态为ACK,表示初传数据正确被接收;如果承载“11”,则指示该用户设备发送的初传数据的状态为NACK,表示初传数据没有正确被接收,需要在某个时刻(例如已事先约定的时刻1)进行数据重传;如果承载“10”,则指示该用户设备发送的初传数据的状态为NACK,但该用户设备需要等待而暂时不需要进行数据重传;如果承载“01”,可以表示初传数据被漏检。
步骤504,网络设备接收UE1的重传数据;
步骤505,网络设备基于UE1的初传数据和重传数据,对UE1的数据进行解调;
如果仍然不能够成功地对该重传数据进行解调,则网络设备向UE1反馈NACK,指示UE1继续进行重传,在此不再重复说明。如果能够成功地对该重传数据进行解调,则网络设备执行如下步骤506。
步骤506,网络设备向UE1反馈ACK,指示重传数据被正确接收;
步骤507,网络设备基于UE1的数据对初传数据中UE2的数据进行解调;
例如可以使用串行干扰删除,将UE1的数据从初传数据中删除,然后对保留有UE2的数据的初传数据进行解调。关于串行干扰删除的具体内容,可以参考相关技术。
步骤508,网络设备向UE2反馈ACK或NACK。
在本实施例中,对于网络设备向UE2反馈该ACK/NACK的时刻和UE2接收该ACK/NACK的时刻,可以由网络设备通过信令配置给UE2。例如可以在步骤503中,当网络设备通知UE2等待时,同时对UE2接收该ACK/NACK的时刻进行配置。因此UE2将在网络设备信令配置的时刻去解调ACK/NACK信息。
如果仍然不能够成功地对该数据进行解调,则网络设备向UE2反馈NACK,指示UE2不再等待而进行重传(例如在已事先约定的时刻2,或者重传时刻由网络设备通过信令进行配置),即网络设备向UE2反馈NACK以指示UE2需要进行数据重传;
在本实施方式中,关于UE2如何进行数据重传,在此不再重复说明。
如果能够成功地对该数据进行解调,则网络设备向UE2反馈ACK;
在本实施方式中,UE2在初传数据时接收到NACK的情况下,即使没有进行数据重传,发送的数据也被网络设备正确接收,因此UE2不需要进行重传,从而减少了UE2的重传开销。
图6是本发明实施例的两个用户设备进行数据重传的一示意图,如图6所示,在两个用户设备UE1和UE2在相同的时频资源上传输而发生碰撞后,可以向其中一个用户设备(例如UE2)发送NACK信息而指示进行重传,并指示另一用户设备(例如UE2)进行等待(WAIT),从而避免两个用户设备在重传时刻仍发生碰撞。
如图6所示,网络设备在接收到其中一个用户设备(例如UE1)的重传数据之后,可以根据该重传数据对另一用户设备(例如UE2)的数据进行解调。由此,在成功解调该另一用户设备(例如UE2)的数据后再发送ACK信息(UE2可以在某一约定的时刻检测该ACK,或者该时刻由网络设备通过信令进行配置),UE2可以不必进行数据重传从而降低重传开销。
在另一个实施方式中,接收端(例如网络设备)可以指示部分发送端在某一时刻(例如时刻1)进行数据重传,而指示其他发送端在另一时刻(例如时刻1之后的时刻2)进行数据重传。本实施方式可以适用于自适应重传的情形,例如ACK/NACK信息可以是由物理下行控制信道(PDCCH,Physical Downlink Control Channel)携带,但本发明不限于此。
图7是本发明实施例的用于数据重传的方法的另一示意图,以用户设备UE1和UE2向网络设备传输数据为例进行说明。如图7所示,该方法包括:
步骤701,UE1和UE2向网络设备发送初传数据;
步骤702,网络设备解调UE1和UE2的初传数据失败;
在本实施方式中,UE1和UE2可能在相同的时频资源上进行传输,发生了用户碰撞从而导致网络设备不能进行正确的解调。
步骤703,网络设备通知UE1和UE2在不同时刻进行数据重传。
在本实施方式中,网络设备可以分别向UE1和UE2反馈NACK信息,同时将UE1和UE2的重传调度到不同时刻(例如时刻1和时刻2)。其中,ACK/NACK反馈信息以及重传时刻调度信息可以由PDCCH信令携带,例如PDCCH的新数据指示 (NDI,New Data Indicator)字段可以用于指示ACK/NACK,另外某个字段用于指示重传时刻,即可以实现类似于LTE中使用PDCCH对自适应重传的调度;但本发明不限于此。
在本实施方式中,UE2可以在重传时刻2到来之前的每个时刻均检测有无网络设备反馈的ACK/NACK信息。该ACK/NACK信息是对步骤707中UE2数据解调结果的确认。
步骤704,网络设备接收UE1在时刻1重传的数据;
步骤705,网络设备基于UE1的初传数据和重传数据,对UE1的数据进行解调;
如果仍然不能够成功地对该重传数据进行解调,则网络设备向UE1反馈NACK,指示UE1继续进行重传,在此不再重复说明。如果能够成功地对该重传数据进行解调,则网络设备执行如下步骤706。
步骤706,网络设备向UE1反馈ACK,指示该重传数据已经被正确接收。
步骤707,网络设备基于UE1的数据对初传数据中UE2的数据进行解调;
例如可以使用串行干扰删除,将UE1的数据从初传数据中删除,然后对保留有UE2的数据的初传数据进行解调;关于串行干扰删除的具体内容,可以参考相关技术。
如果能够成功地对该数据进行解调,则网络设备执行如下步骤708。如果仍然不能够成功地对该数据进行解调,则网络设备不向UE2反馈任何ACK/NACK信息。此时UE2在重传前的各个时刻均检测不到网络设备反馈的任何ACK/NACK信息,因此UE2将会按照步骤703的指示在时刻2进行数据重传。
在本实施方式中,关于UE2如何进行数据重传,在此不再重复说明。
步骤708,网络设备向UE2反馈ACK,指示数据已经被正确接收。
在本实施方式中,UE2可以在重传时刻2到来之前的多个时刻均检测有无网络设备反馈的ACK/NACK信息;此外,还可以由网络设备对UE2接收该ACK/NACK的时刻进行配置。
图8是本发明实施例的用于数据重传的方法的另一示意图,以用户设备UE1和UE2向网络设备传输数据为例进行说明,与图7所示的实施方式相同的内容不再赘述。如图8所示,该方法包括:
步骤801,UE1和UE2向网络设备发送初传数据;
步骤802,网络设备解调UE1和UE2的初传数据失败;
步骤803,网络设备通知UE1和UE2在不同时刻进行数据重传。
步骤804,网络设备对UE2接收ACK/NACK的时刻进行配置;该ACK/NACK是对步骤808中UE2的数据解调结果的确认。
在本实施方式中,网络设备反馈该ACK/NACK的时刻和/或UE2接收该ACK/NACK的时刻,可以由网络设备通过信令配置给UE2。例如当网络设备通知UE1和UE2在不同时刻进行数据重传时,同时对UE2接收该ACK/NACK的时刻进行配置。因此UE2将在网络设备信令配置的时刻去解调ACK/NACK信息。
步骤805,网络设备接收UE1在时刻1重传的数据;
步骤806,网络设备基于UE1的初传和重传,对UE1数据进行解调;
如果能够成功地对该数据进行解调,则网络设备执行步骤807,即在信令配置的时刻向UE2反馈ACK信息,UE2收到该信息后便不进行后续重传。如果仍然不能够成功地对该数据进行解调,则网络设备在信令配置的时刻向UE2反馈NACK信息,UE2收到该信息后会按照步骤803的指示在时刻2进行数据重传,在此不再赘述。
步骤807,网络设备向UE1反馈ACK,指示该重传数据已经被正确接收。
步骤808,网络设备基于UE1的数据对初传数据中UE2的数据进行解调;
步骤809,网络设备向UE2反馈ACK,指示数据已经被正确接收。
对于以上图7和图8所述的两种实施方式,UE2在接收到ACK的情况下,相当于取消了在时刻2进行的重传。因此即使UE2没有进行数据重传,发送的数据也被网络设备正确接收,UE2不需要进行重传,从而减少了UE2的重传开销。
图9是本发明实施例的两个用户设备进行数据重传的另一示意图,如图9所示,在两个用户设备UE1和UE2在相同的时频资源上传输而发生碰撞后,可以向其中一个用户设备(例如UE2)发送NACK信息并指示在时刻1进行重传,并向另一用户设备(例如UE2)发送NACK信息并指示在时刻2进行重传,从而避免两个用户设备在重传时刻仍发生碰撞。
如图9所示,网络设备在接收到其中一个用户设备(例如UE1)的重传数据之后,可以根据该重传数据对另一用户设备(例如UE2)的数据进行解调。此外,UE2可以在时刻2之前(例如某个与网络设备约定的时刻)就接收到ACK信息,可以取消时刻2的重传。由此,在成功解调该另一用户设备(例如UE2)的数据后再发送ACK信息,可以使得UE2不必进行数据重传从而降低重传开销。
值得注意的是,以上附图5至9仅以两个用户设备为例进行说明,但本发明不限于此,对于两个以上的用户设备同样适用;例如在三个用户设备发生碰撞的情况下,可以指示其中的一个用户设备首先进行数据重传等。
以上仅对如何进行数据重传进行了示意性说明,但本发明不限于此。例如可以适当地调整各个步骤之间的执行顺序,此外还可以增加其他的一些步骤或者减少其中的某些步骤。本领域的技术人员可以根据上述内容进行适当地变型,而不仅限于上述附图的记载。
由上述实施例可知,在对多个发送端发送的初传数据进行解调失败后,可以仅通知部分发送端进行数据重传;对所述部分发送端发送的数据进行成功解调后,基于所述部分发送端的数据对所述初传数据中的其他发送端的数据进行解调;以及在从所述初传数据中成功解调出所述其他发送端的数据的情况下,向所述其他发送端反馈确认信息。由此,不仅能够降低甚至避免重传数据时仍发生碰撞的情况,并且能够减少重传开销。
实施例2
本发明实施例提供一种用于数据重传的接收装置,该接收装置可以是接收端(例如网络设备),也可以是配置于接收端的某个或某些部件或者组件。本实施例2与实施例1相同的内容不再赘述。
图10是本发明实施例的用于数据重传的接收装置的一示意图,如图10所示,用于数据重传的接收装置1000包括:
第一信息反馈单元1001,其其在对多个发送端发送的叠加在相同时频资源上的初传数据进行解调失败后,向所述多个发送端中的部分发送端反馈非确认信息并指示所述部分发送端在第一时频位置进行数据重传;
数据解调单元1002,其基于所述部分发送端的初传数据和重传数据对所述部分发送端发送的数据进行解调;在成功解调所述部分发送端的数据后,基于所述部分发送端的数据对所述初传数据中所述多个发送端中的其他发送端的数据进行解调;以及
第二信息反馈单元1003,其在所述数据解调单元从所述初传数据中成功解调出所述其他发送端的数据的情况下,在第二时频位置向所述其他发送端反馈确认信息以指示所述其他发送端不再进行数据重传。
在本实施例中,第一信息反馈单元1001还可以用于:指示所述其他发送端在所述第二时频位置接收所述确认信息和/或非确认信息。
在一个实施方式中,第一信息反馈单元1001还可以用于:在对多个发送端发送的初传数据进行解调失败后,向所述多个发送端中的所述其他发送端反馈等待信息以指示所述其他发送端暂时不进行数据重传。
即,第一信息反馈1001可以向所述部分发送端反馈非确认信息以指示所述部分发送端进行数据重传,并向所述其他发送端反馈等待信息以指示所述其他发送端暂时不进行数据重传。
在本实施方式中,第二信息反馈单元1003还可以用于:在数据解调单元1002没有从所述初传数据中成功解调出所述其他发送端的数据的情况下,在第二时频位置向所述其他发送端反馈非确认信息以指示所述其他发送端进行数据重传;和/或,还可以指示所述其他发送端在第三时频位置进行数据重传。
在本实施方式中,确认/非确认字段中的两个或以上比特可以被用于向所述发送端进行状态指示;其中所述状态至少包括确认、非确认和等待。但本发明不限于此,还可以采用其他的方式。
在另一个实施方式中,第一信息反馈单元1001还可以用于:在对多个发送端发送的初传数据进行解调失败后,向所述多个发送端中的所述其他发送端反馈所述非确认信息并指示所述其他发送端在所述部分发送端重传数据(第一时频位置)之后(第三时频位置)再进行数据重传。
第二信息反馈单元1003还用于:在所述其他发送端的数据被成功解调的情况下,在所述其他发送端进行数据重传(第二时频位置)之前(第二时频位置)向所述其他发送端反馈确认信息,以指示所述其他发送端不再进行数据重传。
在本实施方式中,第一信息反馈单元1001可以向所述部分发送端反馈非确认信息以指示所述部分发送端在第一时频位置进行数据重传,并向所述其他发送端反馈非确认信息以指示所述其他发送端在所述第一时频位置后的第三时频位置进行数据重传。
其中,第二信息反馈单元1003还可以用于:在所述数据解调单元1002没有从所述初传数据中成功解调出所述其他发送端的数据的情况下,在所述第二时频位置向所述其他发送端反馈所述非确认信息;所述其他发送端在所述第二时频位置检测到所述非确认信息的情况下,仍在所述第三时频位置进行数据重传。
或者,第二信息反馈单元1003还可以用于:在所述数据解调单元1002没有从所述初传数据中成功解调出所述其他发送端的数据的情况下,不向所述其他发送端反馈任何确认信息/非确认信息;所述其他发送端在没有检测到任何所述确认信息和/或所述非确认信息的情况下,仍在所述第三时频位置进行数据重传。
值得注意的是,以上仅对与本发明相关的各部件或模块进行了说明,但本发明不限于此。用于数据重传的装置还可以包括其他部件或者模块,关于这些部件或者模块的具体内容,可以参考相关技术。
由上述实施例可知,在对多个发送端发送的初传数据进行解调失败后,可以仅通知部分发送端进行数据重传;对所述部分发送端发送的数据进行成功解调后,基于所述部分发送端的数据对所述初传数据中的其他发送端的数据进行解调;以及在从所述初传数据中成功解调出所述其他发送端的数据的情况下,向所述其他发送端反馈确认信息。由此,不仅能够降低甚至避免重传数据时仍发生碰撞的情况,并且能够减少重传开销。
实施例3
本发明实施例提供一种用于数据重传的发送方法,应用于发送端(例如用户设备)。本实施例3对应于实施例1,与实施例1相同的内容不再赘述。
图11是本发明实施例的用于数据重传的发送方法的一示意图,如图11所示,该方法包括:
步骤1101,发送端接收来自接收端的反馈信息;其中所述接收端在对多个发送端发送的叠加在相同时频资源上的初传数据进行解调失败后,通知所述多个发送端中的部分发送端在第一时频位置进行数据重传;
步骤1102,发送端在第二时频位置接收所述接收端反馈的确认信息以确定不再进行数据重传;其中,所述接收端基于所述部分发送端的初传数据和重传数据对所述部分发送端发送的数据进行解调,在成功解调所述部分发送端的数据后,基于所述部分发送端的数据对所述初传数据中其他发送端的数据进行解调,以及在从所述初传数据中成功解调出所述其他发送端的数据的情况下,在所述第二时频位置向所述其他发送端反馈所述确认信息。
在一个实施方式中,发送端可以接收该接收端反馈的等待信息并确定暂时不进行 数据重传。其中,发送端还可以在所述第二时频位置接收所述接收端反馈的非确认信息;在接收到所述非确认信息的情况下,发送端可以在第三时频位置进行数据重传。
在另一个实施方式中,发送端可以接收所述接收端反馈的非确认信息并确定在所述第一时频位置之后的第三时频位置进行数据重传。其中,在接收到所述非确认信息的情况下,或者在没有检测到任何确认信息和/或非确认信息的情况下,发送端仍在所述第三时频位置进行数据重传。
由上述实施例可知,在对多个发送端发送的初传数据进行解调失败后,可以仅通知部分发送端进行数据重传;对所述部分发送端发送的数据进行成功解调后,基于所述部分发送端的数据对所述初传数据中的其他发送端的数据进行解调;以及在从所述初传数据中成功解调出所述其他发送端的数据的情况下,向所述其他发送端反馈确认信息。由此,不仅能够降低甚至避免重传数据时仍发生碰撞的情况,并且能够减少重传开销。
实施例4
本发明实施例提供一种用于数据重传的发送装置,该发送装置可以是发送端(例如用户设备),也可以是配置于发送端的某个或某些部件或者组件。本实施例4与实施例1和2相同的内容不再赘述。
图12是本发明实施例的用于数据重传的发送装置的一示意图,如图12所示,用于数据重传的发送装置1200包括:
第一信息接收单元1201,其接收来自接收端的反馈信息;其中所述接收端在对多个发送端发送的叠加在相同时频资源上的初传数据进行解调失败后,通知所述多个发送端中的部分发送端在第一时频位置进行数据重传;
第二信息接收单元1202,其在第二时频位置接收所述接收端反馈的确认信息以确定不再进行数据重传;其中,所述接收端基于所述部分发送端的初传数据和重传数据对所述部分发送端发送的数据进行解调,在成功解调所述部分发送端的数据后,基于所述部分发送端的数据对所述初传数据中其他发送端的数据进行解调,以及在从所述初传数据中成功解调出所述其他发送端的数据的情况下,在所述第二时频位置向所述其他发送端反馈所述确认信息。
在一个实施方式中,第一信息接收单元1201可以用于:接收所述接收端反馈的等 待信息并确定暂时不进行数据重传。其中,第二信息接收单元1202还可以用于在所述第二时频位置接收所述接收端反馈的非确认信息。
如图12所示,用于数据重传的发送装置1200还可以包括:
数据发送单元1203,其在第二信息接收单元1202接收到所述非确认信息的情况下,在第三时频位置进行数据重传。
在另一个实施方式中,第一信息接收单元1201还可以用于:接收所述接收端反馈的非确认信息并确定在所述第一时频位置之后的第三时频位置进行数据重传。
在本实施方式中,数据发送单元1203还可以用于:在第二信息接收单元1202接收到所述非确认信息的情况下,或者在没有检测到任何确认信息和/或非确认信息的情况下,仍在所述第三时频位置进行数据重传。
由上述实施例可知,在对多个发送端发送的初传数据进行解调失败后,可以仅通知部分发送端进行数据重传;对所述部分发送端发送的数据进行成功解调后,基于所述部分发送端的数据对所述初传数据中的其他发送端的数据进行解调;以及在从所述初传数据中成功解调出所述其他发送端的数据的情况下,向所述其他发送端反馈确认信息。由此,不仅能够降低甚至避免重传数据时仍发生碰撞的情况,并且能够减少重传开销。
实施例5
本发明实施例还提供一种通信系统,可以参考图1,与实施例1至4相同的内容不再赘述。在本实施例中,通信系统100可以包括:
网络设备101,其配置有如实施例2所述的用于数据重传的接收装置1000;
用户设备102,向所述网络设备101发送初传数据,以及在所述网络设备101的指示下进行数据重传。用户设备102配置有如实施例4所述的用于数据重传的发送装置1200。
本发明实施例还提供一种网络设备,例如可以是基站,但本发明不限于此,还可以是其他的网络设备。
图13是本发明实施例的网络设备的构成示意图。如图13所示,网络设备1300可以包括:处理器1310(例如中央处理器CPU)和存储器1320;存储器1320耦合到处理器1310。其中该存储器1320可存储各种数据;此外还存储信息处理的程序 1330,并且在处理器1310的控制下执行该程序1330。
其中,处理器1310可以被配置为实现用于数据重传的装置1000的功能。例如,处理器1310可以被配置为执行程序1330而进行如下的控制:
在对多个发送端发送的叠加在相同时频资源上的初传数据进行解调失败后,向所述多个发送端中的部分发送端反馈非确认信息并指示所述部分发送端在第一时频位置进行数据重传;
基于所述部分发送端的初传数据和重传数据对所述部分发送端发送的数据进行解调;在成功解调所述部分发送端的数据后,基于所述部分发送端的数据对所述初传数据中所述多个发送端中的其他发送端的数据进行解调;以及
在从所述初传数据中成功解调出所述其他发送端的数据的情况下,在第二时频位置向所述其他发送端反馈确认信息以指示所述其他发送端不再进行数据重传。
此外,如图13所示,网络设备1300还可以包括:收发机1340和天线1350等;其中,上述部件的功能与现有技术类似,此处不再赘述。值得注意的是,网络设备1300也并不是必须要包括图13中所示的所有部件;此外,网络设备1300还可以包括图13中没有示出的部件,可以参考现有技术。
本发明实施例还提供一种用户设备,但本发明不限于此,还可以是其他的设备。
图14是本发明实施例的用户设备的示意图。如图14所示,该用户设备1400可以包括处理器1410和存储器1420;存储器1420存储有数据和程序,并耦合到处理器1410。值得注意的是,该图是示例性的;还可以使用其他类型的结构,来补充或代替该结构,以实现电信功能或其他功能。
其中,处理器1410可以被配置为实现用于数据重传的发送装置1200的功能。例如,处理器1410可以被配置为进行如下的控制:
接收来自接收端的反馈信息;其中所述接收端在对多个发送端发送的叠加在相同时频资源上的初传数据进行解调失败后,通知所述多个发送端中的部分发送端在第一时频位置进行数据重传;以及
在第二时频位置接收所述接收端反馈的确认信息以确定不再进行数据重传;其中,所述接收端基于所述部分发送端的初传数据和重传数据对所述部分发送端发送的数据进行解调,在成功解调所述部分发送端的数据后,基于所述部分发送端的数据对所述初传数据中其他发送端的数据进行解调,以及在从所述初传数据中成功解调出所述其 他发送端的数据的情况下,在所述第二时频位置向所述其他发送端反馈所述确认信息。
如图14所示,该用户设备1400还可以包括:通信模块1430、输入单元1440、显示器1450、电源1460。其中,上述部件的功能与现有技术类似,此处不再赘述。值得注意的是,用户设备1400也并不是必须要包括图14中所示的所有部件,上述部件并不是必需的;此外,用户设备1400还可以包括图14中没有示出的部件,可以参考现有技术。
本发明实施例还提供一种计算机可读程序,其中当在接收端或网络设备(例如基站)中执行所述程序时,所述程序使得所述接收端或网络设备(例如基站)执行实施例1所述的用于数据重传的接收方法。
本发明实施例还提供一种存储有计算机可读程序的存储介质,其中所述计算机可读程序使得接收端或网络设备(例如基站)执行实施例1所述的用于数据重传的接收方法。
本发明实施例还提供一种计算机可读程序,其中当在发送端或用户设备中执行所述程序时,所述程序使得所述发送端或用户设备执行实施例3所述的用于数据重传的发送方法。
本发明实施例还提供一种存储有计算机可读程序的存储介质,其中所述计算机可读程序使得发送端或用户设备执行实施例3所述的用于数据重传的发送方法。
本发明以上的装置和方法可以由硬件实现,也可以由硬件结合软件实现。本发明涉及这样的计算机可读程序,当该程序被逻辑部件所执行时,能够使该逻辑部件实现上文所述的装置或构成部件,或使该逻辑部件实现上文所述的各种方法或步骤。本发明还涉及用于存储以上程序的存储介质,如硬盘、磁盘、光盘、DVD、flash存储器等。
结合本发明实施例描述的方法/装置可直接体现为硬件、由处理器执行的软件模块或二者组合。例如,图10中所示的功能框图中的一个或多个和/或功能框图的一个或多个组合(例如,第一信息反馈单元、数据解调单元和第二信息反馈单元等),既可以对应于计算机程序流程的各个软件模块,亦可以对应于各个硬件模块。这些软件模块,可以分别对应于图4所示的各个步骤。这些硬件模块例如可利用现场可编程门阵列(FPGA)将这些软件模块固化而实现。
软件模块可以位于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、移动磁盘、CD-ROM或者本领域已知的任何其它形式的存 储介质。可以将一种存储介质耦接至处理器,从而使处理器能够从该存储介质读取信息,且可向该存储介质写入信息;或者该存储介质可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。该软件模块可以存储在移动终端的存储器中,也可以存储在可插入移动终端的存储卡中。例如,若设备(如移动终端)采用的是较大容量的MEGA-SIM卡或者大容量的闪存装置,则该软件模块可存储在该MEGA-SIM卡或者大容量的闪存装置中。
针对附图中描述的功能方框中的一个或多个和/或功能方框的一个或多个组合,可以实现为用于执行本申请所描述功能的通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件或者其任意适当组合。针对附图描述的功能方框中的一个或多个和/或功能方框的一个或多个组合,还可以实现为计算设备的组合,例如,DSP和微处理器的组合、多个微处理器、与DSP通信结合的一个或多个微处理器或者任何其它这种配置。
以上结合具体的实施方式对本发明进行了描述,但本领域技术人员应该清楚,这些描述都是示例性的,并不是对本发明保护范围的限制。本领域技术人员可以根据本发明的精神和原理对本发明做出各种变型和修改,这些变型和修改也在本发明的范围内。

Claims (16)

  1. 一种用于数据重传的接收装置,所述接收装置包括:
    第一信息反馈单元,其在对多个发送端发送的叠加在相同时频资源上的初传数据进行解调失败后,向所述多个发送端中的部分发送端反馈非确认信息并指示所述部分发送端在第一时频位置进行数据重传;
    数据解调单元,其基于所述部分发送端的初传数据和重传数据对所述部分发送端发送的数据进行解调;在成功解调所述部分发送端的数据后,基于所述部分发送端的数据对所述初传数据中所述多个发送端中的其他发送端的数据进行解调;以及
    第二信息反馈单元,其在从所述初传数据中成功解调出所述其他发送端的数据的情况下,在第二时频位置向所述其他发送端反馈确认信息以指示所述其他发送端不再进行数据重传。
  2. 根据权利要求1所述的接收装置,其中,所述第一信息反馈单元还用于:指示所述其他发送端在所述第二时频位置接收所述确认信息和/或非确认信息。
  3. 根据权利要求1所述的接收装置,其中,所述第一信息反馈单元还用于:在对多个发送端发送的初传数据进行解调失败后,向所述多个发送端中的所述其他发送端反馈等待信息以指示所述其他发送端暂时不进行数据重传。
  4. 根据权利要求3所述的接收装置,其中,所述第二信息反馈单元还用于:在所述数据解调单元没有从所述初传数据中成功解调出所述其他发送端的数据的情况下,在所述第二时频位置向所述其他发送端反馈所述非确认信息和/或指示所述其他发送端在第三时频位置进行数据重传。
  5. 根据权利要求3所述的接收装置,其中,确认/非确认字段中的两个或以上比特被用于向所述发送端指示状态;其中所述状态至少包括确认、非确认和等待。
  6. 根据权利要求1所述的接收装置,其中,所述第一信息反馈单元还用于:在对多个发送端发送的初传数据进行解调失败后,向所述多个发送端中的所述其他发送端反馈所述非确认信息并指示所述其他发送端在所述第一时频资源位置之后的第三时频位置进行数据重传。
  7. 根据权利要求6所述的接收装置,其中,所述第二信息反馈单元还用于:在所述其他发送端的数据被成功解调的情况下,在所述第三时频位置之前的所述第二时频 位置向所述其他发送端反馈所述确认信息,以指示所述其他发送端不再进行数据重传。
  8. 根据权利要求6所述的接收装置,其中,所述第二信息反馈单元还用于:在所述数据解调单元没有从所述初传数据中成功解调出所述其他发送端的数据的情况下,在所述第二时频位置向所述其他发送端反馈所述非确认信息;其中所述其他发送端在所述第二时频位置检测到所述非确认信息的情况下,仍在所述第三时频位置进行数据重传。
  9. 根据权利要求6所述的接收装置,其中,所述第二信息反馈单元还用于:在所述数据解调单元没有从所述初传数据中成功解调出所述其他发送端的数据的情况下,不向所述其他发送端反馈所述确认信息和/或所述非确认信息;其中所述其他发送端在没有检测到所述确认信息和/或所述非确认信息的情况下,仍在所述第三时频位置进行数据重传。
  10. 一种用于数据重传的发送装置,所述发送装置包括:
    第一信息接收单元,其接收来自接收端的反馈信息;其中所述接收端在对多个发送端发送的叠加在相同时频资源上的初传数据进行解调失败后,通知所述多个发送端中的部分发送端在第一时频位置进行数据重传;
    第二信息接收单元,其在第二时频位置接收所述接收端反馈的确认信息以确定不再进行数据重传;其中,所述接收端基于所述部分发送端的初传数据和重传数据对所述部分发送端发送的数据进行解调,在成功解调所述部分发送端的数据后,基于所述部分发送端的数据对所述初传数据中其他发送端的数据进行解调,以及在从所述初传数据中成功解调出所述其他发送端的数据的情况下,在所述第二时频位置向所述其他发送端反馈所述确认信息。
  11. 根据权利要求10所述的发送装置,其中,所述第一信息接收单元用于:接收所述接收端反馈的等待信息并确定暂时不进行数据重传。
  12. 根据权利要求11所述的发送装置,其中,所述第二信息接收单元还用于在所述第二时频位置接收所述接收端反馈的非确认信息。
  13. 根据权利要求12所述的发送装置,其中,所述发送装置还包括:
    数据发送单元,其在所述第二信息接收单元接收到所述非确认信息的情况下,在第三时频位置进行数据重传。
  14. 根据权利要求10所述的发送装置,其中,所述第一信息接收单元还用于:接 收所述接收端反馈的非确认信息并确定在所述第一时频位置之后的第三时频位置进行数据重传。
  15. 根据权利要求14所述的发送装置,其中,所述发送装置还包括:
    数据发送单元,在所述第二信息接收单元接收到所述非确认信息的情况下,或者在没有检测到任何确认信息和/或非确认信息的情况下,仍在所述第三时频位置进行数据重传。
  16. 一种通信系统,所述通信系统包括:
    网络设备,其包括如权利要求1所述的用于数据重传的接收装置;
    用户设备,其包括如权利要求10所述的用于数据重传的发送装置。
PCT/CN2016/107971 2016-11-30 2016-11-30 用于数据重传的装置、方法以及通信系统 WO2018098675A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/CN2016/107971 WO2018098675A1 (zh) 2016-11-30 2016-11-30 用于数据重传的装置、方法以及通信系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2016/107971 WO2018098675A1 (zh) 2016-11-30 2016-11-30 用于数据重传的装置、方法以及通信系统

Publications (1)

Publication Number Publication Date
WO2018098675A1 true WO2018098675A1 (zh) 2018-06-07

Family

ID=62241023

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/107971 WO2018098675A1 (zh) 2016-11-30 2016-11-30 用于数据重传的装置、方法以及通信系统

Country Status (1)

Country Link
WO (1) WO2018098675A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108923890A (zh) * 2018-07-17 2018-11-30 北京北方烽火科技有限公司 一种数据传输方法、用户设备、基站及系统
CN114788203A (zh) * 2019-12-26 2022-07-22 华为技术有限公司 一种消息传输方法及装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101098188A (zh) * 2006-06-26 2008-01-02 华为技术有限公司 空分多址资源指配的实现方法、装置和系统
WO2012039570A2 (ko) * 2010-09-20 2012-03-29 주식회사 팬택 Ack/nack 신호 전송을 위한 pucch 자원 할당 방법 및 이를 이용한 전송 장치
CN102484572A (zh) * 2009-07-02 2012-05-30 瑞典爱立信有限公司 在nack误解情况中使用自动重复请求传送和条件干扰消除的无线通信系统中改进的信号接收
CN104486049A (zh) * 2014-12-30 2015-04-01 宇龙计算机通信科技(深圳)有限公司 数据接收状态的反馈方法、数据重传方法、装置和终端
CN105281864A (zh) * 2014-05-30 2016-01-27 华为技术有限公司 一种数据传输方法和装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101098188A (zh) * 2006-06-26 2008-01-02 华为技术有限公司 空分多址资源指配的实现方法、装置和系统
CN102484572A (zh) * 2009-07-02 2012-05-30 瑞典爱立信有限公司 在nack误解情况中使用自动重复请求传送和条件干扰消除的无线通信系统中改进的信号接收
WO2012039570A2 (ko) * 2010-09-20 2012-03-29 주식회사 팬택 Ack/nack 신호 전송을 위한 pucch 자원 할당 방법 및 이를 이용한 전송 장치
CN105281864A (zh) * 2014-05-30 2016-01-27 华为技术有限公司 一种数据传输方法和装置
CN104486049A (zh) * 2014-12-30 2015-04-01 宇龙计算机通信科技(深圳)有限公司 数据接收状态的反馈方法、数据重传方法、装置和终端

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108923890A (zh) * 2018-07-17 2018-11-30 北京北方烽火科技有限公司 一种数据传输方法、用户设备、基站及系统
CN108923890B (zh) * 2018-07-17 2021-06-29 武汉虹信科技发展有限责任公司 一种数据传输方法、用户设备、基站及系统
CN114788203A (zh) * 2019-12-26 2022-07-22 华为技术有限公司 一种消息传输方法及装置

Similar Documents

Publication Publication Date Title
US11489646B2 (en) Fountain harq for reliable low latency communication
US9622132B2 (en) Switching between cellular and license-exempt (shared) bands
TWI572223B (zh) 在鏈結錨與增幅器網路中之資料重傳技術
EP3557776B1 (en) Data transmission method, communication device and data transmission system
US11445531B2 (en) Communication method, communications apparatus, and readable storage medium
CN107431582B (zh) 低等待时间上行链路确收信道波形设计
US9775148B2 (en) Method, system and device for determining transmission link type
EP2824861B1 (en) Method of handling HARQ feedbacks
WO2018137664A1 (zh) 传输方法、网络设备和终端设备
WO2017182068A1 (en) Methods and apparatuses for group transmissions
US10673574B2 (en) Methods and apparatuses for group transmissions
CN109155951B (zh) 传输方法、基站和终端
WO2022151060A1 (zh) 数据接收方法、装置和系统
WO2018107458A1 (zh) 用于免授权传输的装置、方法以及通信系统
WO2018098675A1 (zh) 用于数据重传的装置、方法以及通信系统
WO2020103028A1 (zh) 一种传输数据的方法和终端设备
CN114208079B (zh) 数据传输的方法及其装置、通信系统
JP2022544182A (ja) SCellビーム障害回復の完了
TWI784764B (zh) 處理混合自動重傳請求重新傳送的裝置
WO2022236577A1 (zh) 设备间协作方法以及装置
WO2023056844A1 (zh) 传输数据的方法和装置
WO2019157680A1 (zh) 信息接收和发送方法、装置及通信系统
WO2018201468A1 (zh) 反馈信息的发送和接收方法、装置以及通信系统
EP2741561B1 (en) Access network element, system and terminal for a cellular wireless access network and methods for operating the same
TWI473462B (zh) 執行混合式自動重送請求的方法及其基地台與行動裝置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 16922981

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16922981

Country of ref document: EP

Kind code of ref document: A1