CN110351020A - 一种传输数据的方法、装置和系统 - Google Patents

一种传输数据的方法、装置和系统 Download PDF

Info

Publication number
CN110351020A
CN110351020A CN201810288325.2A CN201810288325A CN110351020A CN 110351020 A CN110351020 A CN 110351020A CN 201810288325 A CN201810288325 A CN 201810288325A CN 110351020 A CN110351020 A CN 110351020A
Authority
CN
China
Prior art keywords
uplink authorization
network equipment
terminal
uplink
data
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
Application number
CN201810288325.2A
Other languages
English (en)
Other versions
CN110351020B (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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co 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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201810288325.2A priority Critical patent/CN110351020B/zh
Priority to KR1020207030596A priority patent/KR102566795B1/ko
Priority to EP19780812.4A priority patent/EP3764575A4/en
Priority to PCT/CN2019/081247 priority patent/WO2019192516A1/zh
Publication of CN110351020A publication Critical patent/CN110351020A/zh
Priority to US17/039,411 priority patent/US11737085B2/en
Application granted granted Critical
Publication of CN110351020B publication Critical patent/CN110351020B/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/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0027Scheduling of signalling, e.g. occurrence thereof
    • 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/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • 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/1867Arrangements specially adapted for the transmitter end
    • 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/1867Arrangements specially adapted for the transmitter end
    • H04L1/1874Buffer management
    • 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/1867Arrangements specially adapted for the transmitter end
    • H04L1/188Time-out mechanisms
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/12Wireless traffic scheduling
    • H04W72/1263Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal

Landscapes

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

Abstract

本申请提供了一种传输数据的方法、装置和系统,能够减少终端向网络设备发送过时的信息,从而减少网络设备做出不合理的调度决策。该方法包括:向网络设备发送第一数据包,并保存该第一数据包;接收来自于该网络设备的第一上行授权,且未使用该第一上行授权进行上行传输;接收来自于该网络设备的第二上行授权,该第二上行授权为该第一上行授权上的传输失败而产生的重传授权;忽略该第二上行授权,或者,根据该第二上行授权,向该网络设备传输第二数据包。

Description

一种传输数据的方法、装置和系统
技术领域
本申请涉及通信领域,并且更具体地,涉及一种传输数据的方法、装置和系统。
背景技术
混合自动重传请求(Hybrid Automatic Repeat Request,HARQ)是一种结合前向纠错(Forward Error Correction,FEC)与自动重传请求(Automatic Repeat Request,ARQ)方法的技术。FEC通过添加冗余信息,使得接收端能够纠正一部分错误,从而减少重传的次数。对于FEC无法纠正的错误,接收端会通过ARQ机制请求发送端重发数据。接收端使用检错码,通常为CRC校验,来检测接收到的数据包是否出错。如果无错,则接收端会发送一个肯定的确认(ACK)给发送端,发送端收到ACK后,会接着发送下一个数据包。如果出错,则接收端会丢弃该数据包,并发送一个否定的确认(NACK)给发送端,发送端收到NACK后,会重发相同的数据。
现有HARQ过程中,若终端第一次传输时完成了数据包的发送,则会在对应的HARQ缓存(HARQ Buffer)中保存该数据,若此时终端收到网络设备的上行调度授权(UL Grant),需要该终端进行新传,但是终端无法对该UL Grant进行解码或者没有待发送的数据,则无法使用该上行授权进行新传,但是网络设备由于干扰或者噪声的影响,网络设备出现解码错误,错以为终端进行了新传,但由于无法正确解码,因此会调度终端进行重传,由于此时终端中仍然保留了第一次输出的数据,因此会将第一次传输的数据发送给网络设备。
数据中可能包含一些控制信息,例如终端缓存区数据大小上报、终端上行功率余量上报等,因此如果终端重传的是第一次传输的数据包,会造成终端发送过时的信息,从而影响网络设备的调度。
发明内容
有鉴于此,本申请提供一种传输数据的方法、装置和系统,以期减少终端向网络设备发送过时的信息,从而提高网络设备调度决策的合理性。
第一方面,提供了一种传输数据方法,该方法包括:
终端向网络设备发送第一数据包,并保存该第一数据包;
该终端接收来自于该网络设备的第一上行授权,且未使用该第一上行授权进行上行传输;
该终端接收来自于该网络设备的第二上行授权,该第二上行授权为该第一上行授权上的传输失败而产生的重传授权;
该终端忽略该第二上行授权,或者,该终端根据该第二上行授权,向该网络设备传输第二数据包。
在一些可能的实现方式中,该第一上行授权与该第二上行授权对应的HARQprocess相同。
在一些可能的实现方式中,该第一上行授权为动态的上行授权,或者,该第一上行授权为预配置的上行授权。
在一些可能的实现方式中,该第二上行授权为动态的上行授权,或者,该第二上行授权为预配置的上行授权。
在一些可能的实现方式中,该第二上行授权由无线网络临时标识加扰。
在一些可能的实现方式中,该终端没有在该第一上行授权对应的上行资源向网络设备发送数据包,可以满足以下条件中的至少一条,包括:
该终端没有非周期的关于物理上行共享信道的信道状态信息要发送;
该终端向网络设备发送的数据包中不包含数据信息(例如,MAC SDU);
该终端向网络设备发送的数据包中仅有周期性数据缓存上报且没有待发送数据,或者,仅包含了填充数据缓存上报。
基于上述技术方案,终端在接收到因第一上行授权上的传输失败而产生的重传授权时,通过忽略上行授权,或者,将用于重传的上行授权当作新传的上行授权,相对于现有技术而言,该终端不会向该网络设备发送过时的数据,有助于减少终端向网络设备发送过时的信息,从而有助于减少网络设备做出不合理的调度决策。
结合第一方面,在第一方面的某些实现方式中,该忽略该第二上行授权,或者,根据该第二上行授权,向该网络设备传输第二数据包,包括:
该终端确定混合自动重传请求HARQ缓存为空;
当该HARQ缓存为空时,该终端忽略该第二上行授权,或者,根据该第二上行授权,向该网络设备传输第二数据包。
具体而言,该终端在接收到该用于重传的第二上行授权后,确定HARQ缓存为空,则该终端可以忽略该第二上行授权,或者,该终端根据该第二上行授权,向该网络设备传输新的数据包。
本申请实施例的传输数据的方法,通过清空HARQ缓存的中数据包,有助于减少终端向网络设备发送过时的信息,从而有助于减少网络设备做出不合理的调度决策。
结合第一方面,在第一方面的某些实现方式中,该方法还包括:
在发送第一数据包时,该终端启动定时器;
在该定时器超时时,该终端清空该HARQ缓存。
在一些可能的实现方式中,该终端在该定时器超时之前的或者之后的若干时刻中的一个时刻对该HARQ缓存进行清空。
在一些可能的实现方式中,该若干时刻由网络设备配置,或者,该若干时刻由协议预定义。
在一些可能的实现方式中,该终端在该定时器超时之前或者之后的某个时刻对HARQ缓存进行清空,该时刻可以由网络设备配置,或者,由协议预定义。
本申请实施例的传输数据的方法,通过在发送数据包后启动定时器并且在定时器超时时,清空该HARQ缓存,有助于减少终端向网络设备发送过时的信息,从而有助于减少网络设备做出不合理的调度决策。
结合第一方面,在第一方面的某些实现方式中,该方法还包括:
接收来自于该网络设备的指示信息时,该终端清空该HARQ缓存,该指示信息用于指示第一数据包接收成功。
在一些可能的实现方式中,该方法还包括:
在发送第一数据包时,该终端启动定时器;
接收来自于该网络设备的指示信息时,该终端停止该定时器并且清空该HARQ缓存,该指示信息用于指示第一数据包接收成功。
本申请实施例的传输数据的方法,在接收到数据包成功接收的指示信息时清空该HARQ缓存,有助于减少终端向网络设备发送过时的信息,从而有助于减少网络设备做出不合理的调度决策。
结合第一方面,在第一方面的某些实现方式中,该方法还包括:
在确定未使用该第一上行授权进行上行传输时,该终端清空该HARQ缓存。
本申请实施例的传输数据的方法,该终端在确定未使用该第一上行授权进行上行传输时清空该HARQ缓存,有助于减少终端向网络设备发送过时的信息,从而有助于减少网络设备做出不合理的调度决策。
结合第一方面,在第一方面的某些实现方式中,该方法还包括:
在接收来自于该网络设备的第二上行授权后,该终端确定未使用该第一上行授权进行上行传输;
该终端清空该HARQ缓存。
本申请实施例的传输数据的方法,该终端在接收到用于重传的该第二上行授权后,确定未使用该第一上行授权进行上行传输时清空该HARQ缓存,有助于减少终端向网络设备发送过时的信息,从而有助于减少网络设备做出不合理的调度决策。
结合第一方面,在第一方面的某些实现方式中,该向网络设备发送第一数据包之前,该方法还包括:
该终端接收来自于该网络设备的第三上行授权,该第三上行授权用于传输第一数据包。
在一些可能的实现方式中,该第三上行授权为动态的上行授权,或者,该第三上行授权为预配置的上行授权。
结合第一方面,在第一方面的某些实现方式中,该第三上行授权为预配置的上行授权。
结合第一方面,在第一方面的某些实现方式中,该接收来自于该网络设备的第三上行授权,包括:
接收来自于该网络设备的无线资源控制RRC信令,该RRC信令包括该第三上行授权;或者,
接收来自该网络设备的无线资源控制RRC信令和下行控制信息DCI,该RRC信令包括该第三上行授权的配置信息,该DCI包括该第三上行授权。
结合第一方面,在第一方面的某些实现方式中,该接收来自于该网络设备的第一上行授权,包括:
该终端接收来自于该网络设备的下行控制信息DCI,该DCI中包括第一上行授权。
结合第一方面,在第一方面的某些实现方式中,该根据该第二上行授权,向该网络设备传输第二数据包,包括:
该终端根据该第二上行授权,向该网络设备新传该第二数据包。
第二方面,本申请提供一种传输数据的装置,具有实现上述方法方面中终端行为的功能,其包括用于执行上述方法方面所描述的步骤或功能相对应的单元或部件(means)。所述步骤或功能可以通过软件实现,或硬件实现,或者通过硬件和软件结合来实现。
第三方面,本申请提供一种传输数据的装置,包括至少一个处理器和存储器,所述至少一个处理器用于执行以上第一方面提供的方法。
第四方面,本申请提供一种传输数据的装置,包括至少一个处理器和接口电路,所述至少一个处理器用于执行以上第一方面提供的方法。
第五方面,提供了一种终端,该终端包括上述第二方面提供的装置,或者,该终端包括上述第三方面提供的装置,或者,该终端包括上述第四方面提供的装置。
第六方面,本申请提供一种程序,该程序在被处理器执行时,用于执行以上第一方面提供的方法。
第七方面,本申请提供一种程序产品,例如计算机可读存储介质,包括第六方面的程序。
附图说明
图1是本申请实施例提供的一种通信系统的示意图。
图2是本申请实施例提供的一种网络架构的示意图。
图3是本申请实施例提供的另一种网络架构的示意图。
图4是本申请实施例提供的传输数据的方法的示意性流程图。
图5是本申请实施例提供的传输数据的方法的另一示意性流程图。
图6是本申请实施例提供的传输数据过程的示意图。
图7是本申请实施例提供的传输数据的方法的再一示意性流程图。
图8是本申请实施例提供的传输数据过程的另一示意图。
图9是本申请实施例提供的传输数据的方法的再一示意性流程图。
图10是本申请实施例提供的传输数据过程的再一示意图。
图11是本申请实施例提供的传输数据的方法的再一示意性流程图。
图12是本申请实施例提供的传输数据过程的再一示意图。
图13是本申请实施例提供的传输数据的装置的示意性框图。
图14是本申请实施例提供的终端的结构示意图。
具体实施方式
以下,对本申请中的部分用于进行说明:
1)、终端,又称之为用户设备(user equipment,UE)、移动台(mobile station,MS)、移动终端(mobile terminal,MT)等,是一种向用户提供语音/数据连通性的设备,例如,具有无线连接功能的手持式设备、车载设备等。目前,一些终端的举例为:手机(mobilephone)、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobile internet device,MID)、可穿戴设备,虚拟现实(virtual reality,VR)设备、增强现实(augmented reality,AR)设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等。
2)、网络设备是无线网络中的设备,例如将终端接入到无线网络的无线接入网(radio access network,RAN)节点。目前,一些RAN节点的举例为:gNB、传输接收点(transmission reception point,TRP)、演进型节点B(evolved Node B,eNB)、无线网络控制器(radio network controller,RNC)、节点B(Node B,NB)、基站控制器(base stationcontroller,BSC)、基站收发台(base transceiver station,BTS)、家庭基站(例如,homeevolved NodeB,或home Node B,HNB)、基带单元(base band unit,BBU),或无线保真(wireless fidelity,Wifi)接入点(access point,AP)等。在一种网络结构中,网络设备可以包括集中单元(centralized unit,CU)节点、或分布单元(distributed unit,DU)节点、或包括CU节点和DU节点的RAN设备。
本申请实施例中的网络设备可以是用于与终端通信的设备,该网络设备可以是全球移动通讯(Global System of Mobile communication,GSM)系统或码分多址(CodeDivision Multiple Access,CDMA)中的基站(Base Transceiver Station,BTS),也可以是宽带码分多址(Wideband Code Division Multiple Access,WCDMA)系统中的基站(NodeB,NB),还可以是LTE系统中的演进型基站(Evolutional NodeB,eNB或eNodeB),还可以是云无线接入网络(Cloud Radio Access Network,CRAN)场景下的无线控制器,或者该网络设备可以为中继站、接入点、车载设备、可穿戴设备以及未来5G网络中的网络设备或者未来演进的PLMN网络中的网络设备等,本申请实施例并不限定。
在介绍本申请实施例之前,首先简单介绍几个HARQ中的相关概念。
HARQ进程(HARQ process):HARQ使用停等协议(stop-and-wait protocol)来发送数据。在停等协议中,发送端发送一个传输块(Transport Block,TB)后,就停下来等待反馈信息,对该TB进行肯定(ACK)或否定(NACK)的确认。但是每次传输后发送端就停下来等待确认,会导致吞吐量很低。因此长期演进(Long Term Evolution,LTE)以及5G通信系统新空口NR(New Radio)中规定终端可以使用多个并行的HARQ进程:当一个HARQ进程在等待确认信息时,发送端可以使用另一个HARQ进程来继续发送数据。
HARQ实体(HARQ entity):这些HARQ process共同组成了一个HARQ实体,这个实体结合了停等协议,同时允许数据的连续传输。每个终端都有一个HARQ实体。但在载波聚合(Carrier Aggregation,CA)中,一个终端对应每个载波单元(Component Carrier)可以有各自的HARQ实体。每个HARQ process在一个传输时间单位只处理一个TB。每个HARQprocess在接收端有独立的HARQ buffer,以便对接收到的数据进行软合并。在空分复用中,一个TTI会并行传输2个TB,此时每个TB有各自独立的HARQ确认信息,1个HARQ实体包含2个HARQ process集合。
HARQ进程号(HARQ process number):也称为HARQ process ID,唯一地指定一个HARQ process。
新数据指示(New Data Indicator,NDI):每个HARQ process会保存一个NDI值,该值使用1比特来指示被调度的数据是新传还是重传。如果同一HARQ process的NDI值与之前相比发生了变化(NDI toggled),则表示当前传输是一个新的TB的初传,否则(NDI nottoggled)表示当前传输是同一个TB的重传。
冗余版本(Redundancy Version,RV):用于指示传输所使用的冗余版本,其取值范围为0~3。
调制与编码策略(Modulation and Coding Scheme,MCS):LTE中下行控制信息(Downlink Control Information,DCI)使用5比特的MCS index(0~31)来指示当前传输所使用的调制和编码样式,并影响到TB大小(TB Size,TBS)的选择。MCS共计32种组合,其中3种组合(索引为29~31)是预留的,且这3种组合只用于重传。
调度过程:网络设备可以通过动态调度,预配置资源调度两种方式调度终端进行上行传输,例如,通过发送动态UL grant,或预配置UL grant,指示终端进行上行数据发送。
动态调度:网络设备发送上行调度授权(Uplink Grant,UL grant),在物理层下行控制信道(Physical Downlink Control Channel,PDCCH)上发送控制信息,即动态ULgrant,并且通过终端标识进行加扰,终端若成功解码该控制信息,可以获取此次上行调度对应的物理层资源大小以及所述物理层资源的时域/频域分布,以及此次上行调度传输所需的HARQ信息,从而终端进行HARQ过程,完成上行传输。
预配置资源调度:网络设备还可以通过半静态资源分配的方式预配置终端上行传输所需的资源,即预配置UL grant,应理解,所述预配置UL grant可以按周期出现,不需要终端每次发送上行传输前都需要先获得上行授权。例如,网络设备可以通过无线资源控制(Radio Resource Control,RRC)信令配置上行传输的资源信息,还可以包括预配置ULgrant的周期,从而终端在所述预配置的资源调度上传输,所述方式可以是配置授权方式1(Configured Grant Type 1);网络设备还可以通过RRC信令配置上行传输的部分信息,例如,预配置UL grant的周期等,并且通过物理层信令携带上行传输的资源信息并激活所述上行传输的资源,从而终端在所述预配置的资源调度上传输,所述方式可以是配置授权方式2(Configured Grant Type 2)以上两种均可以成为预配置资源调度。
需要说明的是,在本申请实施例中,“上行授权”可理解为用于调度物理上行资源的信令,例如,用于上行授权的下行控制信息,或者,用于半静态配置的RRC信令,或者,在半静态配置方式中用于激活上行授权资源的下行控制信息等。“上行授权资源”可理解为通过上行授权指示的资源。在LTE或NR协议中,“上行授权”和“上行授权资源”都可对应为ULgrant,本领域的技术人员可理解其含义。
还需要说明的是,本申请实施例中,“协议”可以指通信领域的标准协议,例如可以包括LTE协议、NR协议以及应用于未来的通信系统中的相关协议,本申请对此不做限定。
还需要说明的是,在下文示出的实施例中,第一、第二等仅为便于区分不同的对象,而不应对本申请构成任何限定。
还需要说明的是,“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。“至少一个”是指一个或一个以上;“A和B中的至少一个”,类似于“A和/或B”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和B中的至少一个,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。
图1是本申请实施例提供的一种通信系统100的示意图,如图1所示,终端130接入到无线网络,以通过无线网络获取外网(例如因特网)的服务,或者通过无线网络与其它终端通信。该无线网络包括RAN110和核心网(CN)120,其中RAN110用于将终端130接入到无线网络,CN120用于对终端进行管理并提供与外网通信的网关。
应理解,本申请提供的传输数据方法可适用于无线通信系统,例如,图1中所示的无线通信系统100。处于无线通信系统中的两个通信装置间具有无线通信连接,该两个通信装置中的一个通信装置可对应于图1中所示的终端130,例如,可以为图1中的终端130,也可以为配置于终端130中的芯片;该两个通信装置中的另一个通信装置可对应于图1中所示的RAN110,例如,可以为图1中的RAN110,也可以为配置于RAN110中的芯片。
以下,不失一般性,以终端与网络设备之间的交互过程为例详细说明本申请实施例。可以理解,处于无线通信系统中的任意一个终端可以基于相同的方法与具有无线通信连接的一个或多个网络设备通信。本申请对此不做限定。
图2是本申请实施例提供的一种网络架构的示意图,如图2所示,该网络架构包括CN设备和RAN设备。其中RAN设备包括基带装置和射频装置,其中基带装置可以由一个节点实现,也可以由多个节点实现,射频装置可以从基带装置拉远独立实现,也可以集成基带装置中,或者部分拉远部分集成在基带装置中。例如,在长期演进(Long Term Evolution,LTE)通信系统中,RAN设备(eNB)包括基带装置和射频装置,其中射频装置可以相对于基带装置拉远布置,例如射频拉远单元(remote radio unit,RRU)相对于BBU拉远布置。
RAN设备和终端之间的通信遵循一定的协议层结构。例如控制面协议层结构可以包括无线资源控制(radio resource control,RRC)层、分组数据汇聚层协议(packet dataconvergence protocol,PDCP)层、无线链路控制(radio link control,RLC)层、媒体接入控制(media access control,MAC)层和物理层等协议层的功能。用户面协议层结构可以包括PDCP层、RLC层、MAC层和物理层等协议层的功能;在一种实现中,PDCP层之上还可以包括业务数据适配(service data adaptation protocol,SDAP)层。
这些协议层的功能可以由一个节点实现,或者可以由多个节点实现;例如,在一种演进结构中,RAN设备可以包括集中单元(centralized unit,CU)和分布单元(distributedunit,DU),多个DU可以由一个CU集中控制。如图2所示,CU和DU可以根据无线网络的协议层划分,例如PDCP层及以上协议层的功能设置在CU,PDCP以下的协议层,例如RLC层和MAC层等的功能设置在DU。
RAN设备可以由一个节点实现无线资源控制(radio resource control,RRC)、分组数据汇聚层协议(packet data convergence protocol,PDCP)、无线链路控制(radiolink control,RLC)、和媒体接入控制(Media Access Control,MAC)等协议层的功能;或者可以由多个节点实现这些协议层的功能;例如,在一种演进结构中,RAN设备可以包括集中单元(centralized unit,CU)和分布单元(distributed unit,DU),多个DU可以由一个CU集中控制。如图2所示,CU和DU可以根据无线网络的协议层划分,例如PDCP层及以上协议层的功能设置在CU,PDCP以下的协议层,例如RLC层和MAC层等的功能设置在DU。
这种协议层的划分仅仅是一种举例,还可以在其它协议层划分,例如在RLC层划分,将RLC层及以上协议层的功能设置在CU,RLC层以下协议层的功能设置在DU;或者,在某个协议层中划分,例如将RLC层的部分功能和RLC层以上的协议层的功能设置在CU,将RLC层的剩余功能和RLC层以下的协议层的功能设置在DU。此外,也可以按其它方式划分,例如按时延划分,将处理时间需要满足时延要求的功能设置在DU,不需要满足该时延要求的功能设置在CU。
此外,射频装置可以拉远,不放在DU中,也可以集成在DU中,或者部分拉远部分集成在DU中,在此不作任何限制。
请继续参考图3,图3示出了本申请实施例提供的另一种网络架构的示意图,相对于图2所示的架构,还可以将CU的控制面(CP)和用户面(UP)分离,分成不同实体来实现,分别为控制面CU实体(CU-CP实体)和用户面CU实体(CU-UP实体)。
在以上网络架构中,CU产生的信令可以通过DU发送给终端,或者终端产生的信令可以通过DU发送给CU。DU可以不对该信令进行解析而直接通过协议层封装而透传给终端或CU。以下实施例中如果涉及这种信令在DU和终端之间的传输,此时,DU对信令的发送或接收包括这种场景。例如,RRC或PDCP层的信令最终会处理为PHY层的信令发送给终端,或者,由接收到的PHY层的信令转变而来。在这种架构下,该RRC或PDCP层的信令,即也可以认为是由DU发送的,或者,由DU和射频发送的。
在以上实施例中CU划分为RAN侧的网络设备,此外,也可以将CU划分为CN侧的网络设备,在此不做限制。
本申请以下实施例中的装置,根据其实现的功能,可以位于终端。当采用以上CU-DU的结构时,网络设备可以为CU节点、或DU节点、或包括CU节点和DU节点的RAN设备。
图4示出了根据本申请实施例提供的传输数据的方法200的示意性流程图,如图4所示,该方法200的执行主体可以是传输数据的装置(例如,终端或用于终端的芯片或装置),该方法200包括:
S210,向网络设备发送第一数据包,并保存该第一数据包;
S220,接收来自于该网络设备的第一上行授权;
S230,未使用该第一上行授权进行上行传输;
S240,接收来自于该网络设备的第二上行授权,该第二上行授权为该第一上行授权上的传输失败而产生的重传授权;
S250,忽略该第二上行授权,或者,根据该第二上行授权,向该网络设备传输第二数据包。
可选地,该第二上行授权由特定的无线网络临时标识(Radio Network TemporaryIdentity,RNTI)加扰,用于指示该终端进行重传,例如配置调度RNTI(ConfiguredScheduling RNTI,CS-RNTI),用于预配置调度的重传,或者小区RNTI(Cell RNTI,C-RNTI)。
具体而言,终端向网络设备发送第一数据包,并保存该第一数据包,终端接收该网络设备发送的第一上行授权,但是该终端并未使用该第一上行授权进行上行传输,该网络设备未能成功接收终端发送的上行数据,因此以为该第一上行授权上的传输失败,进而向该终端发送第二上行授权,该第二上行授权为该第一上行授权上的传输失败而产生的重传授权,该终端接收到该第二上行授权后,忽略该第二上行授权,或者,该终端根据该第二上行授权,向该网络设备传输第二数据包。
该终端接收到该第一上行授权后,可能无法正确解码该第一上行授权,物理层无法将接收到的该第一上行授权递交给HARQ实体;也可能是该终端此时没有待发送的数据,从而导致该终端忽略掉(Skip)此次上行传输;还可能是由于其他原因导致该终端未使用该第一上行授权进行上行传输,本申请对此并不作任何限定。
可选的,当该终端收到该第二上行授权时,由于该终端未使用该第一上行授权进行上行传输,因此忽略掉该重传的第二上行授权,从而减少了该终端将过时的信息发送该网络设备。
可选的,当该终端收到该第二上行授权时,由于该终端未使用该第一上行授权进行上行传输,该终端可以该重传的第二上行授权当作新传的第二上行授权,向该网络设备发送第二数据包。
该第一上行授权和该第二上行授权可以是动态的上行授权,也可以是预配置的上行授权,本申请对此并不作任何限定。
本申请实施例的传输数据的方法,通过忽略上行授权,或者,将重传的上行授权当作新传,有助于减少终端向网络设备发送过时的信息,从而减少网络设备做出不合理的调度决策。
可选地,该忽略该第二上行授权,或者,根据该第二上行授权,向该网络设备传输第二数据包,包括:
确定该HARQ缓存为空;
当该HARQ缓存为空时,忽略该第二上行授权,或者,根据该第二上行授权,向该网络设备传输第二数据包。
具体而言,该终端接收到还第二上行授权时,首先确定该HARQ缓存为空,在确定HARQ缓存为空后,忽略该第二上行授权,或者,根据该第二上行授权,向该网络设备传输第二数据包。
本申请实施例中,该终端在确定该HARQ缓存为空之前,对该HARQ缓存进行清空,该清空的时刻可以为任意一个时刻,例如,第一数据包发送成功后进行清空;又例如,该终端在未成功使用该第一上行授权传输数据时进行清空;再例如,在接收到该第二上行授权时进行清空;再例如,在确定未成功使用该第一上行授权传输数据到接收到该第二上行授权中任意一个时刻进行清空,本申请对此并不作任何限定。
可选地,该根据该第二上行授权,向该网络设备传输第二数据包,包括:
根据该第二上行授权,向该网络设备新传该第二数据包。
具体而言,该终端接收到该第二上行授权后,确定该HARQ缓存为空,该第二上行授权指示的资源是为了让终端传输重传第一上行授权未成功传输的数据(例如,该终端本来可以使用该第一上行授权传输第三数据包,但实际并未传输),但此时该终端确定该HARQ缓存为空后,使用该第二上行授权新传该第二数据包。
可选地,该终端还可以不在该第二上行授权对应的上行资源向网络设备发送第二数据包,可以满足以下条件中的至少一条,包括:
该终端没有非周期的关于物理上行共享信道(Physical Uplink SharedChannel,PUSCH)的信道状态信息要发送;
该终端向网络设备发送的数据包中不包含数据信息(例如,MAC SDU);
该终端向网络设备发送的数据包中仅有周期性数据缓存上报且没有待发送数据,或者,仅包含了填充数据缓存上报。
图5示出了根据本申请实施例提供的传输数据的方法300的示意性流程图,如图5所示,该方法300包括:
S310,向网络设备发送第一数据包,并保存该第一数据包;
S320,启动定时器;
S330,在定时器超时时,清空HARQ缓存。
具体而言,该终端向该网络设备发送该第一数据包并将该第一数据包保存在HARQ缓存后,启动定时器,该定时器超时时,该终端清空HARQ缓存中的该第一数据包。
可选地,该向网络设备发送第一数据包之前,还包括:
接收来自于该网络设备的第三上行授权,该第三上行授权用于传输第一数据包。
该第三上行授权可以指示该终端进行重传或者新传该第一数据包。
若该第三上行授权为动态的上行授权,则该HARQ process在该第三上行授权中携带;若该第三上行授权为预配置的上行授权,则该HARQ process由该终端根据RRC消息中配置的周期、HARQ进程数确定。
可选地,该第三上行授权为动态的上行授权。
可选地,该第三上行授权为预配置的上行授权。
可选地,接收来自于该网络设备的第三上行授权,包括:
接收来自于该网络设备的无线资源控制RRC信令,该RRC信令包括该第三上行授权;或者,
接收来自该网络设备的无线资源控制RRC信令和下行控制信息DCI,该RRC信令包括该第三上行授权的配置信息,该DCI包括该第三上行授权。
可选地,该第三上行授权对应的HARQ process的数据发送时刻可以在该第三上行授权中携带,从而该终端在对应的时刻进行该第一数据包的发送。
可选地,该终端可以通过该网络设备分配的预配置资源周期,HARQ进程数等参数推导出此次传输对应的HARQ process。
应理解,该网络设备可以将分配的预配置资源周期,HARQ进程数等参数携带在RRC消息中发送给该终端。
可选地,在该定时器运行期间,该终端不进行该HARQ process的新传。
可选地,该终端等待该网络设备的反馈,减少该终端在收到网络设备反馈前又进行了该HARQ process的新传,即此时该第一数据包被别的数据包覆盖掉,从而造成该网络设备无法进行该第一数据包的重传调度。
应理解,本申请实施例中,该第三上行授权可以为预配置的上行授权,也可以是动态的上行授权。
可选地,该终端的HARQ实体在定时器超时的时刻,指示该HARQ缓存进行清空。
可选地,该终端在该定时器超时之前或者之后的若干时刻中的一个时刻对HARQ缓存进行清空,该若干时刻可以由网络设备配置,或者,由协议预定义。
可选地,该终端在该定时器超时之前或者之后的某个时刻对HARQ缓存进行清空,该时刻可以由网络设备配置,或者,由协议预定义。
S340,接收来自于该网络设备的第一上行授权;
S350,未使用该第一上行授权进行上行传输。
应理解,该终端没有使用第一上行授权进行上行传输,即终端没有在第一上行授权对应的上行资源上向网络设备发送数据包。
可选地,该终端没有在第一上行授权对应的上行资源上向网络设备发送数据包,可以满足以下条件中的至少一条,包括:
该终端没有非周期的关于PUSCH的信道状态信息要发送;
该终端向网络设备发送的数据包中不包含数据信息(例如,MAC SDU);
该终端向网络设备发送的数据包中仅有周期性数据缓存上报且没有待发送数据,或者,仅包含了填充数据缓存上报。
S360,接收来自于该网络设备的第二上行授权,该第二上行授权为该第一上行授权上的传输失败而产生的重传授权。
可选地,第一上行授权与第二上行授权对应的HARQ process相同。
S370,确定该HARQ缓存为空;
S380,忽略该第二上行授权,或者,根据该第二上行授权,向该网络设备传输第二数据包。
可选地,该终端还可以不在该第二上行授权对应的上行资源上向网络设备发送第二数据包,可以满足以下条件中的至少一条,包括:
该终端没有非周期的关于PUSCH的信道状态信息要发送;
该终端向网络设备发送的数据包中不包含数据信息(例如,MAC SDU);
该终端向网络设备发送的数据包中仅有周期性数据缓存上报且没有待发送数据,或者,仅包含了填充数据缓存上报。
图6示出了根据本申请实施例提供的传输数据过程的示意图,如图6所示,该终端收到第三上行授权,指示该终端重传或者新传MAC PDU#3,该终端通过HARQ process#3重传或者新传该MAC PDU#3后,将该MAC PDU#3保存在HARQ Buffer#3中并启动定时器Timer,当该定时器超时时,对该HARQ Buffer#3中MAC PDU#3进行清空,该终端接收到第一上行授权,该第一上行授权指示该终端进行新传,但是该终端未使用该第一上行授权进行上行传输,于是skip掉此次传输,网络设备可能误认为该终端使用该第一上行授权发送了新的数据包(例如,MAC PDU#4),但是自己没有成功接收,于是向该终端发送第二上行授权,指示该终端进行重传,该终端收到该第二上行授权后,判断该HARQ Buffer#3为空,则忽略掉该第二上行授权;或者,该终端根据该第二上行授权,发送一个新的数据包(例如,MAC PDU#5)。本申请实施例的传输数据的方法,通过启动定时器,在定时器超时时清空缓存,有助于减少终端向网络设备发送过时的信息,从而减少网络设备做出不合理的调度决策。
以上结合图5和图6,详细地描述了在定时器超时时清空HARQ缓存,下面结合图7和图8,详细地描述本申请实施例的传输方法400,方法400中该终端在收到数据包成功接收的指示信息时清空HARQ缓存。
图7示出了根据本申请实施例提供的传输数据的方法400的示意性流程图,如图7所示,该方法400包括:
S410,向网络设备发送第一数据包,并保存该第一数据包;
S420,接收该网络设备发送的指示信息时,清空HARQ缓存,该指示信息用于指示该第一数据包接收成功。
具体而言,该终端向该网络设备发送该第一数据包并将该第一数据包保存在HARQ缓存后,在该终端接收到该网络设备发送的指示信息时,该终端清空HARQ缓存中的该第一数据包,该指示信息用于指示该第一数据包成功接收。
可选地,该终端在该定时器超时之前或者之后的若干时刻中的一个时刻对HARQ缓存进行清空,该若干时刻可以由网络设备配置,或者,由协议预定义。
可选地,该终端在该定时器超时之前或者之后的某个时刻对HARQ缓存进行清空,该时刻可以由网络设备配置,或者,由协议预定义。
应理解,该终端也可在该网络设备发送该第一数据包时启动定时器,在该终端接收到该网络设备发送的指示信息时,停止该定时器并且清空该HARQ缓存中的该第一数据包。
还应理解,方法300中,该终端可以在定时器超时时,认为该第一数据包成功传输,并清空该HARQ缓存中的该第一数据包;方法400中,该终端在接收到该网络设备发送的指示信息(ACK信息)时,该ACK信息用于指示该第一数据包成功传输,清空该HARQ缓存,或者,该终端在接收到该网络设备发送的指示信息(ACK信息)时,停止该定时器并且清空该HARQ缓存。
可选地,所述ACK信息可以通过专用物理层信道发送ACK信息,也可以是特殊的DCI,携带ACK信息,例如DCI中仅携带HARQ process信息,从而指示所述HARQ进程的数据包发送成功,还可以是增加新的字段信息,用于指示所述DCI携带对所述HARQ process的发送成功的指示。
可选地,该向网络设备发送第一数据包之前,还包括:
接收来自于该网络设备的第三上行授权,该第三上行授权用于传输第一数据包。
该第三上行授权可以指示该终端进行重传或者新传该第一数据包。
可选地,该第三上行授权为动态的上行授权。
可选地,该第三上行授权为预配置的上行授权。
可选地,接收来自于该网络设备的第三上行授权,包括:
接收来自于该网络设备的无线资源控制RRC信令,该RRC信令包括该第三上行授权;或者,
接收来自该网络设备的无线资源控制RRC信令和下行控制信息DCI,该RRC信令包括该第三上行授权的配置信息,该DCI包括该第三上行授权。
可选地,该第三上行授权对应的HARQ process的数据发送时刻可以在该第三上行授权中携带,从而该终端在对应的时刻进行该第一数据包的发送。
可选地,该终端可以通过该网络设备分配的预配置资源周期,HARQ进程数等参数推导出此次传输对应的HARQ process。
S430,接收来自于该网络设备的第一上行授权;
S440,未使用该第一上行授权进行上行传输。
应理解,该终端没有使用第一上行授权进行上行传输,即终端没有向网络设备发送第一上行授权对应的上行资源发送数据包。
可选地,该终端没有在第一上行授权对应的上行资源上向网络设备发送数据包,可以满足以下条件中的至少一条,包括:
该终端没有非周期的关于PUSCH的信道状态信息要发送;
该终端向网络设备发送的数据包中不包含数据信息(例如,MAC SDU);
该终端向网络设备发送的数据包中仅有周期性数据缓存上报且没有待发送数据,或者,仅包含了填充数据缓存上报。
S450,接收来自于该网络设备的第二上行授权,该第二上行授权为该第一上行授权上的传输失败而产生的重传授权。
可选地,第一上行授权与第二上行授权对应的HARQ process相同。
S460,确定该HARQ缓存为空;
S470,忽略该第二上行授权,或者,根据该第二上行授权,向该网络设备传输第二数据包。
可选地,该终端还可以不在该第二上行授权对应的上行资源上向网络设备发送第二数据包,此时,可以满足以下条件中的至少一条,包括:
该终端没有非周期的关于PUSCH的信道状态信息要发送;
该终端向网络设备发送的数据包中不包含数据信息(例如,MAC SDU);
该终端向网络设备发送的数据包中仅有周期性数据缓存上报且没有待发送数据,或者,仅包含了填充数据缓存上报。
图8示出了根据本申请实施例提供的传输数据过程的示意图,如图8所示,该终端收到第三上行授权,指示该终端重传或者新传MAC PDU#3,该终端通过HARQ process#3重传或者新传该MAC PDU#3后,将该MAC PDU#3保存在HARQ Buffer#3中(可选地,此时启动定时器),当该终端接收到ACK信息时(或者,接收到ACK信息时停止定时器),对该HARQ Buffer#3中MAC PDU#3进行清空,该终端接收到第一上行授权,该第一上行授权指示该终端进行新传,但是该终端未使用该第一上行授权进行上行传输,于是skip掉此次传输,网络设备可能误认为该终端使用该第一上行授权发送了新的数据包(例如,MAC PDU#4),但是自己没有成功接收,于是向该终端发送第二上行授权,指示该终端进行重传,该终端收到该第二上行授权后,判断该HARQ Buffer#3为空,则忽略掉该第二上行授权;或者,该终端根据该第二上行授权,发送一个新的数据包(例如,MAC PDU#5)。
本申请实施例的传输数据的方法,通过在接收到数据包接收成功的指示信息时清空缓存,有助于减少终端向网络设备发送过时的信息,从而减少网络设备做出不合理的调度决策。
以上结合图5至图8,详细地描述了在定时器超时时或者接收到ACK信息时(或者,接收到ACK信息停止定时器时),清空缓存,下面结合图9和图10,详细地描述本申请实施例的传输数据的方法500,方法500中该终端在未使用该第一上行授权传输上行数据后对缓存进行清空。
图9示出了根据本申请实施例提供的传输数据的方法500的示意性流程图,如图9所示,该方法500包括:
S510,向网络设备发送第一数据包,并保存该第一数据包。
可选地,该向网络设备发送第一数据包之前,还包括:
接收来自于该网络设备的第三上行授权,该第三上行授权用于传输第一数据包。
可选的,该第三上行授权为动态的上行授权。
可选的,该第三上行授权为预配置的上行授权。
可选地,该第三上行授权对应的HARQ process的重传或者新传。
可选地,该第三上行授权对应的HARQ process的数据发送时刻携带在该第三上行授权中,从而该终端在对应的时刻进行该第一数据包的发送。
S520,接收来自于该网络设备的第一上行授权;
S530,未使用该第一上行授权进行上行传输。
可选地,该第一上行授权为动态的上行授权。
可选地,该接收来自于该网络设备的第一上行授权,包括:
接收来自于该网络设备的下行控制信息DCI,该DCI中包括第一上行授权。
S540,在确定未使用该第一上行授权进行上行传输时,清空HARQ缓存。
可选地,该第一上行授权指示该终端进行新传。
可选地,该第一上行授权对应的HARQ process的数据发送时刻可以在该第一上行授权中携带,从而该终端在对应的时刻进行数据发送。
具体而言,该终端在接收到该第一上行授权时,该第一上行授权指示该终端进行新传,而此时该终端并没有待发送的数据,从而该终端在确定未使用该第一上行授权进行上行传输后,清空HARQ缓存。
可选地,网络设备配置该终端可以忽略该第一上行授权,该特性可以通过RRC信令配置给该终端,该终端收到该配置后,当没有数据发送时可以忽略该第一上行授权,否则,该终端可以发送填充比特,即无用信息给该网络设备。
应理解,该终端没有使用第一上行授权进行上行传输,即终端没有向网络设备发送第一上行授权对应的上行资源发送数据包。
可选地,该终端没有在第一上行授权对应的上行资源上向网络设备发送数据包,可以满足以下条件中的至少一条,包括:
该终端没有非周期的关于PUSCH的信道状态信息要发送;
该终端向网络设备发送的数据包中不包含数据信息(例如,MAC SDU);
该终端向网络设备发送的数据包中仅有周期性数据缓存上报且没有待发送数据,或者,仅包含了填充数据缓存上报。
S550,接收来自于该网络设备的第二上行授权,该第二上行授权为该第一上行授权上的传输失败而产生的重传授权;
S560,确定该HARQ缓存为空;
S570,忽略该第二上行授权,或者,根据该第二上行授权,向该网络设备传输第二数据包。
可选地,该终端还可以不在该第二上行授权对应的上行资源上向网络设备发送第二数据包,此时,可以满足以下条件中的至少一条,包括:
该终端没有非周期的关于PUSCH的信道状态信息要发送;
该终端向网络设备发送的数据包中不包含数据信息(例如,MAC SDU);
该终端向网络设备发送的数据包中仅有周期性数据缓存上报且没有待发送数据,或者,仅包含了填充数据缓存上报。
图10示出了根据本申请实施例提供的传输数据过程的另一示意图,如图10所示,该终端收到第三上行授权,指示该终端重传或者新传MAC PDU#3,该终端通过HARQprocess#3重传或者新传该MAC PDU#3后,该终端接收到第一上行授权,该第一上行授权指示该终端进行新传,但是该终端可能没有使用第一上行授权,于是skip掉此次传输,该终端在确定未成功使用第一上行授权传输上行数据后,对该HARQ Buffer#3中MAC PDU#3进行清空,网络设备可能误认为该终端使用该第一上行授权发送了新的数据包(例如,MAC PDU#4),但是自己没有成功接收,于是向该终端发送第二上行授权,指示该终端进行重传,该终端收到该第二上行授权后,判断该HARQ Buffer#3为空,则忽略掉该第二上行授权;或者,该终端根据该第二上行授权,发送一个新的数据包(例如,MAC PDU#5)。
本申请实施例的传输数据的方法,在未成功使用上行授权传输上行数据时清空HARQ缓存,有助于减少终端向网络设备发送过时的信息,从而减少网络设备做出不合理的调度决策。
以上结合图9和图10,详细地描述了该终端未成功使用第一上行授权传输上行数据时清空缓存,下面结合图11和图12,详细地描述本申请实施例的传输数据的方法600,方法600中该终端在接收到该第二上行授权后判断上一次该终端未发送数据后,对缓存进行清空。
图11示出了根据本申请实施例提供的传输方法600的示意性流程图,如图11所示,该方法600包括:
S610,向网络设备发送第一数据包,并保存该第一数据包.
可选地,该向网络设备发送第一数据包之前,还包括:
接收来自于该网络设备的第三上行授权,该第三上行授权用于传输第一数据包。
可选的,该第三上行授权为动态的上行授权。
可选的,该第三上行授权为预配置的上行授权。
可选地,该第三上行授权对应的HARQ process的重传或者新传。
可选地,该第三上行授权对应的HARQ process的数据发送时刻携带在该第三上行授权中,从而该终端在对应的时刻进行该第一数据包的发送。
S620,接收来自于该网络设备的第一上行授权;
S630,未使用该第一上行授权进行上行传输。
具体而言,该终端可能在收到该第一上行授权后并没有待发送的数据,该终端忽略掉该第一上行授权。
可选的,该第一上行授权为动态的上行授权。
可选的,该第一上行授权为预配置的上行授权。
可选地,该第一上行授权对应的HARQ process的新传。
可选地,该第一上行授权对应的HARQ process的数据发送时刻携带在该第三上行授权中,从而该终端在对应的时刻进行该第一数据包的发送。
可选地,网络设备配置该终端可以忽略该第一上行授权,该特性可以通过RRC信令配置给该终端,该终端收到该配置后,当没有数据发送时可以忽略该第一上行授权,否则,该终端可以发送填充比特,即无用信息给该网络设备。
应理解,该终端没有使用第一上行授权进行上行传输,终端没有向网络设备发送第一上行授权对应的上行资源发送数据包。
可选地,该终端没有在第一上行授权对应的上行资源上向网络设备发送数据包,可以满足以下条件中的至少一条,包括:
该终端没有非周期的关于PUSCH的信道状态信息要发送;
该终端向网络设备发送的数据包中不包含数据信息(例如,MAC SDU);
该终端向网络设备发送的数据包中仅有周期性数据缓存上报且没有待发送数据,或者,仅包含了填充数据缓存上报。
S640,接收来自于该网络设备的第二上行授权,该第二上行授权为该第一上行授权上的传输失败而产生的重传授权;
S650,在确定未使用该第一上行授权进行上行传输后,清空该HARQ缓存。
具体而言,该终端在接收到该网络设备发送的该第二上行授权,该第二上行授权对应的HARQ process进行重传,该终端判断上一次传输过程中,该终端未使用该第一上行授权进行上行传输后,清空该HARQ缓存中的数据包。
可选地,第一上行授权与第二上行授权对应的HARQ process相同。
S660,忽略该第二上行授权,或者,根据该第二上行授权,向该网络设备传输第二数据包。
可选地,该终端还可以不在该第二上行授权对应的上行资源上向网络设备发送第二数据包,此时,可以满足以下条件中的至少一条,包括:
该终端没有非周期的关于PUSCH的信道状态信息要发送;
该终端向网络设备发送的数据包中不包含数据信息(例如,MAC SDU);
该终端向网络设备发送的数据包中仅有周期性数据缓存上报且没有待发送数据,或者,仅包含了填充数据缓存上报。
图12示出了根据本申请实施例提供的传输数据过程的再一示意图,如图12所示,该终端收到第三上行授权,指示该终端重传或者新传MAC PDU#3,该终端通过HARQprocess#3重传或者新传该MAC PDU#3后,该终端接收到第一上行授权,该第一上行授权指示该终端进行新传,但是该终端可能没有使用第一上行授权,于是skip掉此次传输,网络设备可能误认为该终端使用该第一上行授权发送了新的数据包(例如,MAC PDU#4),但是自己没有成功接收,于是向该终端发送第二上行授权,指示该终端进行重传,该终端收到该第二上行授权后,该终端在确定未成功使用第一上行授权传输上行数据后,对该HARQ Buffer#3中MAC PDU#3进行清空,该终端确定该HARQ Buffer#3为空后,忽略掉该第二上行授权;或者,该终端根据该第二上行授权,发送一个新的数据包(例如,MAC PDU#5)。
本申请实施例的传输数据的方法,终端在接收到指示重传的上行授权后,判断上一次传输过程中未成功使用上行授权传输上行数据,则清空HARQ缓存,有助于减少终端向网络设备发送过时的信息,从而减少网络设备做出不合理的调度决策。
以上,结合图4至图12对本申请实施提供的传输数据的方法进行了详细地说明。以下,结合附图对本申请实施例提供的传输数据的装置做详细说明。
本申请实施例还提供用于实现以上任一种方法的装置。例如,提供一种装置,包括用以实现以上任一种方法中终端所执行的各个步骤的单元(或手段)。再如,还提供另一种装置,包括用以实现以上任一种方法中网络设备所执行的各个步骤的单元(或手段)。
图13示出了本申请实施例提供的传输数据的装置700的示意性框图,如图13所示,该传输数据的装置700可以包括发送单元710、处理单元720、存储单元730和接收单元740。
在一种可能的设计中,该传输数据的装置可以为上述方法200至方法600中的终端,或者配置于终端中的芯片。
具体地,该发送单元710用于向网络设备发送第一数据包;
该处理单元720控制该存储单元730保存该第一数据包;
该接收单元740用于接收来自于该网络设备的第一上行授权;
该处理单元720未使用该第一上行授权进行上行传输;
该接收单元740还用于接收来自于该网络设备的第二上行授权,该第二上行授权为该第一上行授权上的传输失败而产生的重传授权;
该处理单元720还用于忽略该第二上行授权,或者,根据该第二上行授权,控制该发送单元710向该网络设备传输第二数据包。
可选地,该第一上行授权与该第二上行授权对应的HARQ process相同。
可选地,该处理单元720没有使用该第一上行授权进行上行传输,即该处理单元720没有控制该发送单元710在该第一上行授权对应的上行资源上向网络设备发送数据包。
可选地,该第一上行授权为动态的上行授权,或者,该第一上行授权为预配置的上行授权。
可选地,该第二上行授权为动态的上行授权,或者,该第二上行授权为预配置的上行授权。
可选地,该第二上行授权由无线网络临时标识加扰。
可选地,该发送单元710没有在该第一上行授权对应的上行资源上向网络设备发送数据包可以满足以下条件中的至少一条,包括:
该装置没有非周期的关于PUSCH的信道状态信息要发送;
该装置向网络设备发送的数据包中不包含数据信息(例如,MAC SDU);
该装置向网络设备发送的数据包中仅有周期性数据缓存上报且没有待发送数据,或者,仅包含了填充数据缓存上报。
可选地,该发送单元710还可以不在该第二上行授权对应的上行资源上向网络设备发送第二数据包,此时,可以满足以下条件中的至少一条,包括:
该装置没有非周期的关于PUSCH的信道状态信息要发送;
该装置向网络设备发送的数据包中不包含数据信息(例如,MAC SDU);
该装置向网络设备发送的数据包中仅有周期性数据缓存上报且没有待发送数据,或者,仅包含了填充数据缓存上报。
应理解,传输数据的装置700可对应于根据本申请实施例的传输数据的方法200中的终端,该传输数据的装置700可以包括用于执行图4中传输数据的方法200的终端执行的方法的单元。并且,该传输数据的装置700中的各单元和上述其他操作和/或功能分别为了实现图4中传输数据的方法200的相应流程。各单元执行上述相应步骤的具体过程请参照前文中结合图4的方法实施例的描述,为了简洁,这里不再赘述。
可选地,该处理单元720具体用于:
确定混合自动重传请求HARQ缓存为空;
当该HARQ缓存为空时,忽略该第二上行授权,或者,根据该第二上行授权,控制该发送单元710向该网络设备传输第二数据包。
可选地,该处理单元720还用于:
在发送第一数据包时,启动定时器;
在该定时器超时时,清空该HARQ缓存。
应理解,传输数据的装置700可对应于根据本申请实施例的传输数据的方法300中的终端,该传输数据的装置700可以包括用于执行图5中传输数据的方法300的终端执行的方法的单元。并且,该传输数据的装置700中的各单元和上述其他操作和/或功能分别为了实现图5中传输数据的方法300的相应流程。各单元执行上述相应步骤的具体过程请参照前文中结合图5的方法实施例的描述,为了简洁,这里不再赘述。
可选地,该处理单元720在该定时器超时之前的或者之后的若干时刻中的一个时刻对该HARQ缓存进行清空,该若干时刻由网络设备配置,或者,该若干时刻由协议预定义。
可选地,该处理单元720在该定时器超时之前或者之后的某个时刻对HARQ缓存进行清空,该时刻可以由网络设备配置,或者,由协议预定义。
可选地,该处理单元720还用于在确定该接收单元740接收来自于该网络设备的指示信息时,清空该HARQ缓存,该指示信息用于指示第一数据包接收成功。
可选地,该处理单元720还用于在确定该发送单元710发送第一数据包时,启动定时器;
在确定接收单元740接收来自于该网络设备的指示信息时,停止该定时器并且清空该HARQ缓存,该指示信息用于指示第一数据包接收成功。
应理解,传输数据的装置700可对应于根据本申请实施例的传输数据的方法400中的终端,该传输数据的装置700可以包括用于执行图7中传输数据的方法400的终端执行的方法的单元。并且,该传输数据的装置700中的各单元和上述其他操作和/或功能分别为了实现图7中传输数据的方法400的相应流程。各单元执行上述相应步骤的具体过程请参照前文中结合图7的方法实施例的描述,为了简洁,这里不再赘述。
可选地,该处理单元720还用于在确定该发送单元710未使用该第一上行授权进行上行传输时,清空该HARQ缓存。
应理解,传输数据的装置700可对应于根据本申请实施例的传输数据的方法500中的终端,该传输数据的装置700可以包括用于执行图9中传输数据的方法500的终端执行的方法的单元。并且,该传输数据的装置700中的各单元和上述其他操作和/或功能分别为了实现图9中传输数据的方法500的相应流程。各单元执行上述相应步骤的具体过程请参照前文中结合图9的方法实施例的描述,为了简洁,这里不再赘述。
可选地,该处理单元720还用于在确定该接收单元740接收来自于该网络设备的第二上行授权后,确定未使用该第一上行授权进行上行传输;
清空该HARQ缓存。
应理解,传输数据的装置700可对应于根据本申请实施例的传输数据的方法600中的终端,该传输数据的装置700可以包括用于执行图11中传输数据的方法600的终端执行的方法的单元。并且,该传输数据的装置700中的各单元和上述其他操作和/或功能分别为了实现图11中传输数据的方法600的相应流程。各单元执行上述相应步骤的具体过程请参照前文中结合图11的方法实施例的描述,为了简洁,这里不再赘述。
可选地,该接收单元740还用于接收来自于该网络设备的第三上行授权,该第三上行授权用于传输第一数据包。
可选地,该第三上行授权为动态的上行授权,或者,该第三上行授权为预配置的上行授权。
可选地,该第三上行授权为预配置的上行授权。
可选地,该接收单元740具体用于:
接收来自于该网络设备的无线资源控制RRC信令,该RRC信令包括该第三上行授权;或者,
接收来自该网络设备的无线资源控制RRC信令和下行控制信息DCI,该RRC信令包括该第三上行授权的配置信息,该DCI包括该第三上行授权。
可选地,该接收单元740具体用于:
接收来自于该网络设备的下行控制信息DCI,该DCI中包括第一上行授权。
可选地,该处理单元720具体用于:
根据该第二上行授权,控制该发送单元710向该网络设备新传该第二数据包。
还应理解,以上装置中单元的划分仅仅是一种逻辑功能的划分,实际实现时可以全部或部分集成到一个物理实体上,也可以物理上分开。且装置中的单元可以全部以软件通过处理元件调用的形式实现;也可以全部以硬件的形式实现;还可以部分单元以软件通过处理元件调用的形式实现,部分单元以硬件的形式实现。例如,各个单元可以为单独设立的处理元件,也可以集成在装置的某一个芯片中实现,此外,也可以以程序的形式存储于存储器中,由装置的某一个处理元件调用并执行该单元的功能。此外这些单元全部或部分可以集成在一起,也可以独立实现。这里所述的处理元件又可以成为处理器,可以是一种具有信号的处理能力的集成电路。在实现过程中,上述方法的各步骤或以上各个单元可以通过处理器元件中的硬件的集成逻辑电路实现或者以软件通过处理元件调用的形式实现。
在一个例子中,以上任一装置中的单元可以是被配置成实施以上方法的一个或多个集成电路,例如:一个或多个特定集成电路(Application Specific IntegratedCircuit,ASIC),或,一个或多个微处理器(digital signal processor,DSP),或,一个或者多个现场可编程门阵列(Field Programmable Gate Array,FPGA),或这些集成电路形式中至少两种的组合。再如,当装置中的单元可以通过处理元件调度程序的形式实现时,该处理元件可以是通用处理器,例如中央处理器(Central Processing Unit,CPU)或其它可以调用程序的处理器。再如,这些单元可以集成在一起,以片上系统(system-on-a-chip,SOC)的形式实现。
以上用于接收的单元是一种该装置的接口电路,用于从其它装置接收信号。例如,当该装置以芯片的方式实现时,该接收单元是该芯片用于从其它芯片或装置接收信号的接口电路。以上用于发送的单元是一种该装置的接口电路,用于向其它装置发送信号。例如,当该装置以芯片的方式实现时,该发送单元是该芯片用于向其它芯片或装置发送信号的接口电路。
图14是本申请实施例提供的终端800的结构示意图。该终端800可以为以上实施例中的终端,可用于实现以上实施例中终端的操作。如图14所示,该终端800可包括:天线810、射频部分820、信号处理部分830。天线810与射频部分820连接。在下行方向上,射频部分820通过天线810接收网络设备发送的信息,将网络设备发送的信息发送给信号处理部分830进行处理。在上行方向上,信号处理部分830对终端的信息进行处理,并发送给射频部分820,射频部分820对终端的信息进行处理后经过天线810发送给网络设备。
信号处理部分830可以包括调制解调子系统,用于实现对数据各通信协议层的处理;还可以包括中央处理子系统,用于实现对终端操作系统以及应用层的处理;此外,还可以包括其它子系统,例如多媒体子系统、周边子系统等,其中多媒体子系统用于实现对终端相机、屏幕显示等的控制,周边子系统用于实现与其它设备的连接。调制解调子系统可以为单独设置的芯片。可选地,以上用于终端的装置可以位于该调制解调子系统。
调制解调子系统可以包括一个或多个处理元件831,例如,包括一个主控CPU和其它集成电路。此外,该调制解调子系统还可以包括存储元件832和接口电路833。存储元件832用于存储数据和程序,但用于执行以上方法中终端所执行的方法的程序可能不存储于该存储元件832中,而是存储于调制解调子系统之外的存储器中,使用时调制解调子系统加载使用。接口电路833用于与其它子系统通信。以上用于终端的装置可以位于调制解调子系统,该调制解调子系统可以通过芯片实现,该芯片包括至少一个处理元件和接口电路,其中处理元件用于执行以上终端执行的任一种方法的各个步骤,接口电路用于与其它装置通信。
在一种实现中,终端实现以上方法中各个步骤的单元可以通过处理元件调度程序的形式实现,例如用于终端的装置包括处理元件和存储元件,处理元件调用存储元件存储的程序,以执行以上方法实施例中终端执行的方法。存储元件可以为处理元件处于同一芯片上的存储元件,即片内存储元件。
在另一种实现中,用于执行以上方法中终端所执行的方法的程序可以在与处理元件处于不同芯片上的存储元件,即片外存储元件。此时,处理元件从片外存储元件调用或加载程序于片内存储元件上,以调用并执行以上方法实施例中终端执行的方法。
在又一种实现中,终端实现以上方法中各个步骤的单元可以是被配置成一个或多个处理元件,这些处理元件设置于调制解调子系统上,这里的处理元件可以为集成电路,例如:一个或多个专用集成电路(application specific integrated circuit,ASIC),或,一个或多个数字信号处理器(digital signal processor,DSP),或,一个或者多个现成可编程门阵列(field programmable gate array,FPGA),或者这些类集成电路的组合。这些集成电路可以集成在一起,构成芯片。
终端实现以上方法中各个步骤的单元可以集成在一起,以片上系统(system-on-a-chip,SOC)的形式实现,该SOC芯片,用于实现以上方法。该芯片内可以集成至少一个处理元件和存储元件,由处理元件调用存储元件的存储的程序的形式实现以上终端执行的方法;或者,该芯片内可以集成至少一个集成电路,用于实现以上终端执行的方法;或者,可以结合以上实现方式,部分单元的功能通过处理元件调用程序的形式实现,部分单元的功能通过集成电路的形式实现。
可见,以上用于终端的装置可以包括至少一个处理元件和接口电路,其中至少一个处理元件用于执行以上方法实施例所提供的任一种终端执行的方法。处理元件可以以第一种方式:即调用存储元件存储的程序的方式执行终端执行的部分或全部步骤;也可以以第二种方式:即通过处理器元件中的硬件的集成逻辑电路结合指令的方式执行终端执行的部分或全部步骤;当然,也可以结合第一种方式和第二种方式执行终端执行的部分或全部步骤。
这里的处理元件同以上描述,可以是通用处理器,例如中央处理单元(centralprocessing unit,CPU),还可以是被配置成实施以上方法的一个或多个集成电路,例如:一个或多个ASIC,或,一个或多个微处理器DSP,或,一个或者多个FPGA等,或这些集成电路形式中至少两种的组合。
存储元件可以是一个存储器,也可以是多个存储元件的统称。
根据本申请实施例提供的方法,本申请还提供一种计算机程序产品,该计算机程序产品包括:计算机程序代码,当该计算机程序代码在计算机上运行时,使得该计算机执行上述实施例中的方法。
根据本申请实施例提供的方法,本申请还提供一种计算机可读介质,该计算机可读解释存储有程序代码,当该程序代码在计算机上运行时,使得该计算机执行上述实施例中的方法。
根据本申请实施例提供的方法,本申请还提供一种系统,其包括前述的终端。
上述实施例,可以全部或部分地通过软件、硬件、固件或其他任意组合来实现。当使用软件实现时,上述实施例可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载或执行该计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。该计算机可以为通用计算机、专用计算机、计算机网络、或者其他可编程装置。该计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,该计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集合的服务器、数据中心等数据存储设备。该可用介质可以是磁性介质(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质。半导体介质可以是固态硬盘。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。

Claims (15)

1.一种传输数据方法,其特征在于,包括:
向网络设备发送第一数据包,并保存所述第一数据包;
接收来自于所述网络设备的第一上行授权,且未使用所述第一上行授权进行上行传输;
接收来自于所述网络设备的第二上行授权,所述第二上行授权为所述第一上行授权上的传输失败而产生的重传授权;
忽略所述第二上行授权,或者,根据所述第二上行授权,向所述网络设备传输第二数据包。
2.根据权利要求1所述的方法,其特征在于,所述忽略所述第二上行授权,或者,根据所述第二上行授权,向所述网络设备传输第二数据包,包括:
确定混合自动重传请求HARQ缓存为空;
当所述HARQ缓存为空时,忽略所述第二上行授权,或者,根据所述第二上行授权,向所述网络设备传输第二数据包。
3.根据权利要求2所述的方法,其特征在于,所述方法还包括:
在发送第一数据包时,启动定时器;
在所述定时器超时时,清空所述HARQ缓存。
4.根据权利要求2所述的方法,其特征在于,所述方法还包括:
接收来自于所述网络设备的指示信息时,清空所述HARQ缓存,所述指示信息用于指示第一数据包接收成功。
5.根据权利要求2所述的方法,其特征在于,所述方法还包括:
在确定未使用该第一上行授权进行上行传输时,清空所述HARQ缓存。
6.根据权利要求2所述的方法,其特征在于,所述方法还包括:
在接收来自于所述网络设备的第二上行授权后,确定未使用所述第一上行授权进行上行传输;
清空所述HARQ缓存。
7.根据权利要求1至6中任一项所述的方法,其特征在于,所述向网络设备发送第一数据包之前,所述方法还包括:
接收来自于所述网络设备的第三上行授权,所述第三上行授权用于传输第一数据包。
8.根据权利要求7所述的方法,其特征在于,所述第三上行授权为预配置的上行授权。
9.根据权利要求8所述的方法,其特征在于,所述接收来自于所述网络设备的第三上行授权,包括:
接收来自于所述网络设备的无线资源控制RRC信令,所述RRC信令包括所述第三上行授权;或者,
接收来自所述网络设备的无线资源控制RRC信令和下行控制信息DCI,所述RRC信令包括所述第三上行授权的配置信息,所述DCI包括所述第三上行授权。
10.根据权利要求1至9中任一项所述的方法,其特征在于,所述接收来自于所述网络设备的第一上行授权,包括:
接收来自于所述网络设备的下行控制信息DCI,所述DCI中包括第一上行授权。
11.根据权利要求1至10中任一项所述的方法,其特征在于,所述根据所述第二上行授权,向所述网络设备传输第二数据包,包括:
根据所述第二上行授权,向所述网络设备新传所述第二数据包。
12.一种传输数据的装置,其特征在于,包括用于执行如权利要求1-11中任一项所述方法的各个步骤的单元。
13.一种传输数据的装置,其特征在于,包括至少一个处理器和接口电路,所述至少一个处理器用于执行如权利要求1-11中任一项所述的方法。
14.一种终端,其特征在于,包括如权利要求12或13所述的装置。
15.一种存储介质,其特征在于,包括程序,当所述程序被处理器运行时,如权利要求1-11中任一项所述的方法被执行。
CN201810288325.2A 2018-04-03 2018-04-03 一种传输数据的方法、装置和系统 Active CN110351020B (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN201810288325.2A CN110351020B (zh) 2018-04-03 2018-04-03 一种传输数据的方法、装置和系统
KR1020207030596A KR102566795B1 (ko) 2018-04-03 2019-04-03 데이터 송신을 위한 방법, 디바이스, 및 시스템
EP19780812.4A EP3764575A4 (en) 2018-04-03 2019-04-03 DATA TRANSMISSION PROCESS, DEVICE AND SYSTEM
PCT/CN2019/081247 WO2019192516A1 (zh) 2018-04-03 2019-04-03 一种传输数据的方法、装置和系统
US17/039,411 US11737085B2 (en) 2018-04-03 2020-09-30 Data transmission method and apparatus, and system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810288325.2A CN110351020B (zh) 2018-04-03 2018-04-03 一种传输数据的方法、装置和系统

Publications (2)

Publication Number Publication Date
CN110351020A true CN110351020A (zh) 2019-10-18
CN110351020B CN110351020B (zh) 2021-06-15

Family

ID=68100004

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810288325.2A Active CN110351020B (zh) 2018-04-03 2018-04-03 一种传输数据的方法、装置和系统

Country Status (5)

Country Link
US (1) US11737085B2 (zh)
EP (1) EP3764575A4 (zh)
KR (1) KR102566795B1 (zh)
CN (1) CN110351020B (zh)
WO (1) WO2019192516A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112787766A (zh) * 2019-11-05 2021-05-11 普天信息技术有限公司 上行业务数据传输方法及装置
WO2021218949A1 (zh) * 2020-04-30 2021-11-04 华为技术有限公司 通信方法和装置
CN114503478A (zh) * 2019-12-04 2022-05-13 Oppo广东移动通信有限公司 一种上行传输方法、电子设备及存储介质

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3829212B1 (en) * 2018-07-25 2024-03-27 Beijing Xiaomi Mobile Software Co., Ltd. Transmission configuration method and device
US20210400711A1 (en) * 2018-12-29 2021-12-23 Telefonaktiebolaget Lm Ericsson (Publ) Methods, radio nodes and computer readable media for enhanced grant skipping
US11356894B2 (en) * 2019-05-14 2022-06-07 Qualcomm Incorporated Method and apparatus for configuring uplink hybrid automatic repeat request (HARQ) retransmission timer for narrowband communications
CN114391235B (zh) * 2019-09-13 2024-04-09 鸿颖创新有限公司 执行用于非优先的上行链路授权的混合自动重复请求进程的方法及相关设备
WO2021072739A1 (en) * 2019-10-18 2021-04-22 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Information sending method and apparatus, terminal, access network device and system
KR20220049768A (ko) 2020-10-15 2022-04-22 엘지전자 주식회사 의류처리장치

Family Cites Families (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101457688B1 (ko) * 2007-10-04 2014-11-12 엘지전자 주식회사 제어채널의 수신오류를 검출하는 데이터 전송방법
TW200931869A (en) 2007-12-31 2009-07-16 Interdigital Patent Holdings Method and apparatus for handling interactions between measurement gap, automated repeat request, discontinuous reception and discontinuous transmission in wireless communications
US20110093757A1 (en) * 2009-10-16 2011-04-21 Samsung Electronics Co. Ltd. Method and apparatus for handling errors in a synchronous ul harq process
JP2011223127A (ja) * 2010-04-06 2011-11-04 Sharp Corp 移動局装置、無線通信方法および集積回路
CN102170337B (zh) * 2011-03-31 2014-04-16 电信科学技术研究院 一种数据处理方法及装置
KR101820742B1 (ko) * 2011-05-30 2018-01-22 삼성전자 주식회사 이동 통신 시스템 및 그 시스템에서 데이터 전송 방법
WO2014161176A1 (en) * 2013-04-03 2014-10-09 Broadcom Corporation Handling downlink semi-persistent scheduling retransmission in wireless networks
US9979527B2 (en) * 2014-08-19 2018-05-22 Mediatek Inc. Method for handling UL data retransmission and communications apparatus utilizing the same
CN104579601B (zh) * 2014-12-01 2019-02-12 华为技术有限公司 一种重传请求处理方法和装置
US10225859B2 (en) * 2015-05-14 2019-03-05 Qualcomm Incorporated Techniques for uplink transmission management
US20180262945A1 (en) * 2015-05-22 2018-09-13 Lg Electronics Inc. Method for triggering a buffer status reporting in a wireless communication system and a device therefor
WO2017028902A1 (en) * 2015-08-17 2017-02-23 Telefonaktiebolaget Lm Ericsson (Publ) A network node and a terminal device, and methods of operating the same
WO2017052170A1 (en) * 2015-09-21 2017-03-30 Lg Electronics Inc. Method for handling an adaptive retransmission in a wireless communication system and device therefor
WO2017052182A1 (en) * 2015-09-22 2017-03-30 Lg Electronics Inc. Method for skipping an ul transmission in a wireless communication system and device therefor
US10798735B2 (en) 2015-11-06 2020-10-06 Qualcomm Incorporated Enhanced licensed assisted access uplink channel access
CN105721950B (zh) * 2016-03-30 2019-04-09 浙江宇视科技有限公司 一种可靠媒体流传输装置
WO2017195166A1 (en) * 2016-05-12 2017-11-16 Telefonaktiebolaget Lm Ericsson (Publ) Sps with skipping transmissions and adaptive harq
CN107370575A (zh) * 2016-05-13 2017-11-21 电信科学技术研究院 一种自动重传的调度方法、终端及网络侧设备
EP3570618A1 (en) * 2016-05-23 2019-11-20 Telefonaktiebolaget LM Ericsson (publ) Radio network node, wireless device and methods performed therein
US10778379B2 (en) * 2016-07-12 2020-09-15 Lg Electronics Inc. Uplink signal transmission method and user equipment
US10382170B2 (en) * 2016-09-25 2019-08-13 Ofinno, Llc HARQ process in semi-persistent scheduling
CN110268785B (zh) * 2017-02-03 2022-11-29 Lg 电子株式会社 无线通信系统中发送基于免许可的上行链路数据的方法和设备
CN108631953B (zh) * 2017-03-24 2022-06-28 中兴通讯股份有限公司 一种数据发送、反馈方法及装置
US11419173B2 (en) * 2017-08-09 2022-08-16 Idac Holdings, Inc. Methods and systems for beam recovery and management
WO2019054830A1 (en) * 2017-09-18 2019-03-21 Samsung Electronics Co., Ltd. METHOD AND APPARATUS FOR PROCESSING A PACKET IN A WIRELESS COMMUNICATION SYSTEM
AU2018422334A1 (en) * 2018-05-10 2021-01-07 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method for clearing HARQ cache, device, and computer storage medium

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112787766A (zh) * 2019-11-05 2021-05-11 普天信息技术有限公司 上行业务数据传输方法及装置
CN114503478A (zh) * 2019-12-04 2022-05-13 Oppo广东移动通信有限公司 一种上行传输方法、电子设备及存储介质
WO2021218949A1 (zh) * 2020-04-30 2021-11-04 华为技术有限公司 通信方法和装置

Also Published As

Publication number Publication date
EP3764575A1 (en) 2021-01-13
US20210029730A1 (en) 2021-01-28
WO2019192516A1 (zh) 2019-10-10
EP3764575A4 (en) 2021-03-24
KR20200133271A (ko) 2020-11-26
US11737085B2 (en) 2023-08-22
CN110351020B (zh) 2021-06-15
KR102566795B1 (ko) 2023-08-16

Similar Documents

Publication Publication Date Title
CN110351020A (zh) 一种传输数据的方法、装置和系统
JP6752209B2 (ja) 6つ以上のキャリアのキャリアアグリゲーションの場合の改良されたharqフィードバックメカニズム
JP4677988B2 (ja) 通信制御方法、無線通信システム、基地局及び移動局
US8204007B2 (en) Method and apparatus for control of enhanced dedicated channel transmissions
US11190302B2 (en) Communication method and apparatus therefor
KR101142718B1 (ko) 무선 통신 시스템에서 접속들에 대한 서비스 품질을 유지하기 위한 기술
WO2017024539A1 (zh) 上行控制信息传输方法和装置
CN110621075B (zh) 一种传输数据的方法和装置
CN110741722A (zh) 用于多连接通信中的分组复制的控制机制
CN111865508B (zh) 一种通信方法及通信装置
JP2018504053A (ja) 拡張キャリアアグリゲーションのためのソフトバッファ管理
CN110034864A (zh) 一种信息发送方法、接收方法和装置
WO2015039416A1 (zh) 混合自动重传请求确认的传输方法、用户设备和基站
CN109804584A (zh) 下行数据的ack/nack信息反馈方法及相关设备
US20160037552A1 (en) Method and apparatus to adapt the number of harq processes in a distributed network topology
CN108307519A (zh) 消息传输方法、设备和系统
CN106171004A (zh) 一种rlc数据包分流方法及基站
CN113328834A (zh) 一种通信方法及装置
CN108023688A (zh) 一种数据传输方法及装置
WO2019076207A1 (zh) 数据传输的确认方法及设备
CN101677282A (zh) 无线资源调度的配置方法以及基站
WO2015013965A1 (zh) 一种数据传输资源配置的方法和设备
WO2021088991A1 (zh) 一种混合自动重传请求的处理方法及通信装置
EP3490182B1 (en) Hybrid automatic repeat request method and system
CN109792330A (zh) 传输信息的方法、网络设备和终端设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant