CN101197643A - 一种数据上传和接收的方法、及终端、基站和*** - Google Patents
一种数据上传和接收的方法、及终端、基站和*** Download PDFInfo
- Publication number
- CN101197643A CN101197643A CNA2006101649109A CN200610164910A CN101197643A CN 101197643 A CN101197643 A CN 101197643A CN A2006101649109 A CNA2006101649109 A CN A2006101649109A CN 200610164910 A CN200610164910 A CN 200610164910A CN 101197643 A CN101197643 A CN 101197643A
- Authority
- CN
- China
- Prior art keywords
- data block
- base station
- retransmission information
- retransmission
- terminal
- 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
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
Abstract
本发明公开了一种数据上传和接收的方法,用于解决基站和终端因理解的数据块最大重传次数不一致而导致的资源浪费或者业务流QoS无法满足的情况。所述的数据上传方法包括:终端确定本次传输的数据块和重传信息;终端在基站分配的上行资源上将数据块和重传信息发给基站。所述的接收数据的方法包括:基站接收终端发送的数据块和重传信息,并根据接收数据块是否正确和重传信息确定是否为终端分配用于传输该数据块的上行资源。本发明还公开了一种基站、终端和数据传输***。根据本发明,通过通知基站每个上行数据块的重传信息,从而使得基站与终端在重传数据时保持一致,避免了资源浪费,并能有效的保证业务流的QoS要求。
Description
技术领域
本发明涉及一种通信技术,尤其涉及一种数据上传和接收的方法、及终端、基站和***。
背景技术
为满足日益增长的业务需求,提高***资源利用率,3GPP R5引入了HSDPA(High Speed Downlink Packet Access,高速下行分组接入)技术,R6/R7引入了HSUPA(High Speed Uplink Packet Access,高速上行分组接入)技术,3GPP LTE(Long Term Evolution,长期演进)项目的标准也正在制订过程中。在这些标准和技术中,都采用共享信道为用户提供服务,以获得多用户调度与复用增益,充分利用***资源。
为了对传输错误的数据块进行快速的反馈重传,并通过数据块合并充分利用错误数据携带的信息,HARQ(Hybrid Automatic Repeat reQuest,混合自动重传请求)技术作为一种较好的解决方案已被多个***采用。HSDPA、HSUPA以及未来的LTE,都采用多路并行停等HARQ协议,以支持对数据的连续调度和传输。每个HARQ进程每次传输只能传一个数据块,该数据块要么是新数据块,要么是重传数据块。所谓停等,就是指使用某个HARQ进程传输数据块后,在收到反馈信息之前,不能继续使用该进程传输其它任何数据。停等协议的优点是比较简单,但是传输效率比较低,而采用多路并行停等协议,同时启动多个HARQ进程,可以弥补传输效率低的缺点。其基本思想在于同时配置多个HARQ进程,在等待某个HARQ进程的反馈信息过程中,可以继续使用其它的空闲进程传输数据包。
实际***中,用户可以并发有多个业务流,在HSUPA和LTE上行方向中,允许将同一终端用户的多个业务流的数据复用到一个传输块进行传输。由于不同业务流具有不同的QoS属性,其利用HARQ进行传输时,允许的最大重传次数也不尽相同,因此,当多个业务流复用到一个传输块时,存在一个如何确定该传输块最大重传次数的问题。现有***中,一种常用的方法是以传输块中包含的优先级最高的业务流的最大重传次数作为整个传输块的最大重传次数。在上行方向,资源调度与分配由位于基站的调度器负责,终端根据分配的资源发送上行数据块,基站对相应的上行数据进行解码,并根据解码结果向终端反馈ACK(ACKnowledgement,确认应答)或NACK(Not ACKnowledgement,非确认应答)。因为资源分配和数据发送分别位于基站和终端,因此基站必须知道当前传输的数据块其允许的最大重传次数是多少,否则就会造成资源浪费或者数据块的QoS(Quality of Service,服务质量)无法满足。例如某个传输块允许的最大重传次数为2,而基站理解其最大重传次数为4,那么如果经过两次传输没有成功后,基站仍要继续为该传输块分配上行资源,而由于该传输块已经到达最大重传次数,终端不会再发送该块,从而造成了资源浪费。反之,如果某个传输块允许的最大重传次数为4,而基站理解其最大重传次数为2,那么经过2次传输仍没有成功,基站不再为其分配重传用的资源,导致HARQ的剩余误块率增加,不能满足QoS。
现有技术方案中,基站是根据终端上报的缓冲区的数据量信息确定其缓冲包含的最高优先级的业务流,据此判断数据块允许的最大重传次数,然而终端并不能实时地将缓冲区信息上报给基站,因此该方法仍会造成基站和终端理解的数据块的最大重传次数不一致,导致上述资源浪费或者业务流QoS无法满足的情况出现。
发明内容
本发明的目的是提供一种数据上传和接收的方法、及终端、基站和***,用于解决基站和终端因理解的数据块最大重传次数不一致而导致的资源浪费或者业务流QoS无法满足的情况。
本发明提供了一种数据上传的方法,包括:
终端确定本次传输的数据块和重传信息;
终端在基站分配的上行资源上将数据块和重传信息发给基站。
所述的重传信息为最大重传次数和/或重传结束标志。
所述的最大重传次数为:该数据块中最高优先级的业务流允许的重传次数,或者该数据块中所有业务流允许的最大重传次数,或者该数据块中所有业务流允许的重传次数的平均值。
本发明还公开了一种数据接收的方法,包括:
基站接收终端发送的数据块和重传信息,并根据接收数据块是否正确和重传信息分配用于重传该数据块的上行资源。
所述的根据接收数据块是否正确和重传信息分配用于重传该数据块的上行资源具体包括:当接收的数据块正确时,向终端反馈确认信号,结束数据块重传,否则,根据重传信息分配用于重传该数据块的上行资源。
所述的根据重传信息处理当前数据块具体包括:当重传信息指示当前接收的数据块为最后一次传输时,进行错误处理,否则,为该终端分配用于重传该数据块的上行资源。
所述的数据接收方法还包括:当只有一个业务流,或者有多个业务流但所有业务流要求的最大重传次数都相同时,基站直接将该业务流最大重传次数作为重传信息处理当前数据块。
本发明还公开了一种数据传输方法,包括:
终端确定本次传输的数据块和重传信息;
终端在基站分配的上行资源上将数据块发给基站,并在控制信道上将重传信息发给基站;
基站接收终端发送的数据块和重传信息,并根据接收数据块是否正确和重传信息是否为终端分配用于重传该数据块的上行资源。
本发明还公开了一种数据传输***,包括:
终端,用于在基站分配的上行资源上向基站发送数据块和重传信息;
基站,用于接收终端发送的数据块和重传信息,并根据接收的数据块正确与否以及重传信息分配用于重传该数据块的上行资源。
本发明还公开了一种终端,包括:
确定单元,用于确定待发送的数据块和重传信息;
发送单元,用于在基站分配的上行资源上向基站发送确定单元确定的数据块和重传信息。
本发明还公开了一种基站,包括:
接收单元,用于接收终端发送的数据块和重传信息;
处理单元,用于根据接收的数据块正确与否以及重传信息分配用于重传该数据块的上行资源。
根据本发明,通过通知基站每个上行数据块的重传信息,从而使得基站与终端在重传数据时保持一致,避免了资源浪费,并能有效的保证业务流的QoS要求。
附图说明
图1示出了本发明的上传数据的流程图;
图2示出了本发明的接收数据的流程图;
图3示出了本发明的数据传输***。
具体实施方式
为了便于本领域一般技术人员理解和实现本发明,现结合附图描绘本发明的实施例。
本发明的关键思想在于,终端在发送上行数据块的同时,通过上行的伴随控制信令通知基站当前数据块重传信息(如允许的最大重传次数、重传结束标志),从而保证基站能够准确无误地知道每个上行数据块的重传信息,并据此进行资源分配,从而避免了资源浪费,保证了业务流的QoS。
本发明的实施例提供了一种数据上传的方法,如图1所示,下面详细描述本发明实施例的数据上传方法。
步骤1、建立服务连接,网络侧根据终端申请业务的QoS要求,确定每个业务流允许的最大重传次数,并通过高层信令通知终端。在不同***中,网络侧代表的设备有所不同,如在LTE中,网络侧是基站,在UTRAN(UniversalTerrestrial Radio Access Network,统一陆地无线接入网络)中,网络侧为RNC(Radio Network Controller,无线网络控制器)。
步骤2、基站为终端分配上行资源(如,上行数据传输信道)。
步骤3、终端确定本次传输的数据块。基本原则为:如果有物理层数据块等待重传,则使用与该数据块上次传输相同的HARQ进程对该数据块进行再次传输;如果没有数据块等待重传,则首先根据分配的上行资源以及缓冲区的总数据量等信息确定当前可以传输的数据块大小,然后按照缓冲区业务流优先级由高到低的顺序依次将各业务流的数据复用到该数据块,并选择一个空闲的HARQ进程对该数据块进行传输。
步骤4、终端确定该传输块的重传信息(如,最大重传次数、重传结束标志),并通过上行控制信令通知基站,同时利用基站分配的上行资源传输该数据块。终端以传输块最大重传次数为例确定重传信息的原则可以有以下三种:
原则1:传输块的最大重传次数等于复用到该传输块的最高优先级的业务流允许的重传次数。
原则2:传输块的最大重传次数等于复用到该传输块的所有业务流中,允许的重传次数的最大值。
原则3:传输块的最大重传次数等于复用到该传输块的所有业务流允许的重传次数的平均值。
实现时,可以由网络根据业务类型和数目配置UE具体使用哪种原则。
终端确定了最大重传次数后,可直接将最大重传次数发给基站,也可通过向基站发送重传结束标志来隐式地通知基站数据块的最大重传次数。下面分别介绍这两种终端向基站发送最大重传次数的方法。
方法1、直接通知基站数据块的最大重传次数。假定允许的重传次数有N种可能,则需要log2(N)个bit进行指示。例如N=4时,用两个bit指示最大重传次数的映射表如下:
指示bit取值 | 允许的最大重传次数 |
00 | 2 |
01 | 4 |
10 | 6 |
11 | 8 |
方法2、向基站发送数据块的重传结束标志,即通过一个指示bit通知基站本次传输是否是允许的最后一次传输。这种方式无论允许的重传次数有多少种,都只需要1个比特表示。例如指示bit取值为0时表示本次传输不是允许的最后一次传输,取值为1表示本次传输是允许的最后一次传输。
本发明的实施例还公开了一种接收数据的方法,如图2所示,下面描述本发明实施例的接收数据的方法。
步骤21、基站从接收的上行控制信息中确定当前数据块允许的最大重传次数或者本次传输是否为允许的最后一次传输。
步骤22、对数据块(如果是重传的数据块,则先与以前存储的该数据块的信息进行软合并)进行解码,如果正确,向终端反馈ACK;如果不正确,向终端反馈NACK,同时判断该数据块是否为最后一次传输,在进行判断时,若采用最大重传次数作为重传信息,则基站需要维护一个计数器,记录每个数据块已经传输的次数并与该数据块允许的最大重传次数进行比较;若采用重传结束标志作为重传信息,则基站可以直接根据指示bit判断本次接收的数据块是否为最后一次传输,如果是,则不再为该数据块分配供其重传的资源,否则,继续为该数据块分配供其重传的上行资源。
另外,当只有一个业务流,或者有多个业务流但所有业务流要求的最大重传次数都相同时,终端可以不必将重传信息通知基站,如,上行控制信道可以不配置指示最大重传次数的比特字段。
本发明还公开了一种数据传输方法,包括:终端确定本次传输的数据块和重传信息;终端在基站分配的上行资源上将数据块发给基站,并在控制信道上将重传信息发给基站;基站接收终端发送的数据块和重传信息,并根据接收数据块是否正确和重传信息确定是否为终端分配用于重传该数据块的上行资源。数据传输方法是数据上传方法和数据接收方法的结合,具体内容可参见数据上传方法和数据接收方法。
如图3所示,本发明的实施例还公开了一种数据传输***,包括:终端,用于在基站分配的上行资源上向基站发送数据块和重传信息;基站,用于接收终端发送的数据块和重传信息,并根据接收的数据块正确与否以及重传信息为终端分配用于重传该数据块的上行资源。
所述的终端包括:确定单元,用于确定待发送的数据块和重传信息;发送单元,用于在基站分配的上行资源上向基站发送确定单元确定的数据块和重传信息。
所述的基站包括:接收单元,用于接收终端发送的数据块和重传信息;处理单元,用于根据接收的数据块正确与否以及重传信息为终端分配用于重传该数据块的上行资源。
本发明还公开了一种终端,包括:确定单元,用于确定待发送的数据块和重传信息;发送单元,用于在基站分配的上行资源上向基站发送确定单元确定的数据块和重传信息。
本发明还公开了一种基站,包括:接收单元,用于接收终端发送的数据块和重传信息;处理单元,用于根据接收的数据块正确与否和重传信息确定是否为终端分配用于重传该数据块的上行资源。
根据本发明,通过通知基站每个上行数据块的重传信息,从而使得基站与终端在重传数据时保持一致,避免了资源浪费,并能有效的保证业务流的QoS要求。
虽然通过实施例描绘了本发明,但本领域普通技术人员知道,在不脱离本发明的精神和实质的情况下,就可使本发明有许多变形和变化,本发明的范围由所附的权利要求来限定。
Claims (11)
1.一种数据上传的方法,其特征在于,包括:
终端确定本次传输的数据块和重传信息;
终端在基站分配的上行资源上将数据块和重传信息发给基站。
2.根据权利要求1所述的方法,其特征在于,所述的重传信息为最大重传次数和/或重传结束标志。
3.根据权利要求2所述的方法,其特征在于,所述的最大重传次数为:该数据块中最高优先级的业务流允许的重传次数,或者该数据块中所有业务流允许的最大重传次数,或者该数据块中所有业务流允许的重传次数的平均值。
4.一种数据接收的方法,其特征在于,包括:
基站接收终端发送的数据块和重传信息,并根据接收数据块是否正确和重传信息分配用于重传该数据块的上行资源。
5.根据权利要求4所述的方法,其特征在于,所述的根据接收数据块是否正确和重传信息分配用于重传该数据块的上行资源具体包括:当接收的数据块正确时,向终端反馈确认信号,结束数据块重传,否则,根据重传信息分配用于重传该数据块的上行资源。
6.根据权利要求5所述的方法,其特征在于,所述的根据重传信息处理当前数据块具体包括:当重传信息指示当前接收的数据块为最后一次传输时,进行错误处理,否则,为该终端分配用于重传该数据块的上行资源。
7.根据权利要求4所述的方法,其特征在于,所述的方法还包括:当只有一个业务流,或者有多个业务流但所有业务流要求的最大重传次数都相同时,基站直接将该业务流最大重传次数作为重传信息处理当前数据块。
8.一种数据传输方法,其特征在于,包括:
终端确定本次传输的数据块和重传信息;
终端在基站分配的上行资源上将数据块发给基站,并在控制信道上将重传信息发给基站;
基站接收终端发送的数据块和重传信息,并根据接收数据块是否正确和重传信息确定是否为终端分配用于重传该数据块的上行资源。
9.一种数据传输***,其特征在于,包括:
终端,用于在基站分配的上行资源上向基站发送数据块和重传信息;
基站,用于接收终端发送的数据块和重传信息,并根据接收的数据块正确与否以及重传信息确定是否分配用于重传该数据块的上行资源。
10.一种终端,其特征在于,包括:
确定单元,用于确定待发送的数据块和重传信息;
发送单元,用于在基站分配的上行资源上向基站发送确定单元确定的数据块和重传信息。
11.一种基站,其特征在于,包括:
接收单元,用于接收终端发送的数据块和重传信息;
处理单元,用于根据接收的数据块正确与否以及重传信息确定是否分配用于重传该数据块的上行资源。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2006101649109A CN101197643A (zh) | 2006-12-07 | 2006-12-07 | 一种数据上传和接收的方法、及终端、基站和*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2006101649109A CN101197643A (zh) | 2006-12-07 | 2006-12-07 | 一种数据上传和接收的方法、及终端、基站和*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101197643A true CN101197643A (zh) | 2008-06-11 |
Family
ID=39547815
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2006101649109A Pending CN101197643A (zh) | 2006-12-07 | 2006-12-07 | 一种数据上传和接收的方法、及终端、基站和*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101197643A (zh) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101715235B (zh) * | 2008-10-08 | 2012-06-06 | 中兴通讯股份有限公司 | 一种lte fdd***下行调度与资源分配方法 |
CN105451164A (zh) * | 2015-11-30 | 2016-03-30 | 深圳市金立通信设备有限公司 | 一种数据传输控制方法、装置、***及相关设备 |
CN105792101A (zh) * | 2015-12-31 | 2016-07-20 | 深圳市金立通信设备有限公司 | 一种确定重复发送的次数的方法、终端及基站 |
WO2018028539A1 (zh) * | 2016-08-12 | 2018-02-15 | 中兴通讯股份有限公司 | 一种上行重传方法、基站、ue和*** |
WO2018033112A1 (zh) * | 2016-08-19 | 2018-02-22 | 株式会社Ntt都科摩 | 通知和确定上行链路数据重复模式的方法、用户设备和基站 |
CN109217990A (zh) * | 2017-06-30 | 2019-01-15 | 华为技术有限公司 | 一种数据传输方法及装置 |
CN109905479A (zh) * | 2019-03-04 | 2019-06-18 | 腾讯科技(深圳)有限公司 | 文件传输方法和装置 |
WO2020029950A1 (zh) * | 2018-08-10 | 2020-02-13 | 索尼公司 | 用于无线通信***的电子设备、方法和存储介质 |
CN111404645A (zh) * | 2019-01-02 | 2020-07-10 | ***通信有限公司研究院 | 一种数据传输方法、装置、介质和设备 |
WO2021164040A1 (zh) * | 2020-02-23 | 2021-08-26 | Oppo广东移动通信有限公司 | 资源分配方法、装置、设备及存储介质 |
-
2006
- 2006-12-07 CN CNA2006101649109A patent/CN101197643A/zh active Pending
Cited By (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101715235B (zh) * | 2008-10-08 | 2012-06-06 | 中兴通讯股份有限公司 | 一种lte fdd***下行调度与资源分配方法 |
CN105451164A (zh) * | 2015-11-30 | 2016-03-30 | 深圳市金立通信设备有限公司 | 一种数据传输控制方法、装置、***及相关设备 |
CN105792101A (zh) * | 2015-12-31 | 2016-07-20 | 深圳市金立通信设备有限公司 | 一种确定重复发送的次数的方法、终端及基站 |
CN107733586A (zh) * | 2016-08-12 | 2018-02-23 | 中兴通讯股份有限公司 | 一种上行重传方法、基站、ue和*** |
WO2018028539A1 (zh) * | 2016-08-12 | 2018-02-15 | 中兴通讯股份有限公司 | 一种上行重传方法、基站、ue和*** |
US10893507B2 (en) | 2016-08-19 | 2021-01-12 | Ntt Docomo, Inc. | Method for notifying and determining repetitive pattern of uplink data, user equipment, and base station |
CN109565376A (zh) * | 2016-08-19 | 2019-04-02 | 株式会社Ntt都科摩 | 通知和确定上行链路数据重复模式的方法、用户设备和基站 |
EP3503447A4 (en) * | 2016-08-19 | 2020-04-15 | Ntt Docomo, Inc. | METHOD FOR DETERMINING AND NOTIFYING A REPETITIVE UPLINK DATA PATTERN, USER EQUIPMENT, AND BASE STATION |
WO2018033112A1 (zh) * | 2016-08-19 | 2018-02-22 | 株式会社Ntt都科摩 | 通知和确定上行链路数据重复模式的方法、用户设备和基站 |
CN109565376B (zh) * | 2016-08-19 | 2022-02-18 | 株式会社Ntt都科摩 | 通知和确定上行链路数据重复模式的方法、用户设备和基站 |
CN109217990A (zh) * | 2017-06-30 | 2019-01-15 | 华为技术有限公司 | 一种数据传输方法及装置 |
CN109217990B (zh) * | 2017-06-30 | 2021-07-09 | 华为技术有限公司 | 一种数据传输方法及装置 |
WO2020029950A1 (zh) * | 2018-08-10 | 2020-02-13 | 索尼公司 | 用于无线通信***的电子设备、方法和存储介质 |
US11997716B2 (en) | 2018-08-10 | 2024-05-28 | Sony Group Corporation | Electronic device for wireless communication system, method and storage medium |
CN111404645A (zh) * | 2019-01-02 | 2020-07-10 | ***通信有限公司研究院 | 一种数据传输方法、装置、介质和设备 |
CN109905479A (zh) * | 2019-03-04 | 2019-06-18 | 腾讯科技(深圳)有限公司 | 文件传输方法和装置 |
WO2021164040A1 (zh) * | 2020-02-23 | 2021-08-26 | Oppo广东移动通信有限公司 | 资源分配方法、装置、设备及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101197643A (zh) | 一种数据上传和接收的方法、及终端、基站和*** | |
CN101345608B (zh) | 管理多载波tdd上行的harq进程的方法及装置 | |
CN100586053C (zh) | 混合自动重传请求进程处理方法及装置 | |
CN101350708B (zh) | 多载波高速上行分组接入***中混合自动重传方法与装置 | |
CN101421964B (zh) | 移动通信***中发送和接收状态报告的方法和装置 | |
CN101636961B (zh) | 用于半持久性调度的(h)arq方法、基站和用户设备 | |
CN100449981C (zh) | 多载波高速下行分组接入中混合自动重传方法 | |
CN101399651B (zh) | 一种业务数据在hsdpa中传输的方法、装置及*** | |
CN103001749B (zh) | 传输数据的方法、物联网设备和网络侧设备 | |
CN101867467B (zh) | 载波聚合***中harq确认消息的反馈方法及装置 | |
CN103036657B (zh) | 一种数据传输方法和装置 | |
CN101272231B (zh) | 管理共存分组流的方法 | |
CN101651529A (zh) | 一种数据重传方法、装置及*** | |
CN101568153B (zh) | 一种实时小分组业务的传输方法及装置 | |
CN102355336A (zh) | 一种bsr触发方法、装置及用户设备 | |
CN101686556B (zh) | 资源释放方法、装置及*** | |
CN101132352B (zh) | 一种高速上行分组接入特性的实现方法及*** | |
CN101399645A (zh) | Lte-tdd***ack/nack调度方法及调度器 | |
CN103716141A (zh) | 在移动通信***中用于用户设备的信号传输方法和装置 | |
CN102238644A (zh) | 终端上行信道的传输方法和终端 | |
CN101616057A (zh) | 一种上行传输增强中资源释放的方法、装置和*** | |
CN101188786B (zh) | 高速下行分组接入中多用户复用的传输方法、***及装置 | |
CN101697630A (zh) | 一种无线链路扩充缓冲区状态报告的方法及装置 | |
CN102802263A (zh) | 一种mac层上行动态调度的方法和装置 | |
CN101453307B (zh) | 时分双工模式下数据接收状态信息的反馈方法及*** |
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 |
Open date: 20080611 |