CN111262662B - 一种数据发送方法和终端 - Google Patents

一种数据发送方法和终端 Download PDF

Info

Publication number
CN111262662B
CN111262662B CN201811535437.XA CN201811535437A CN111262662B CN 111262662 B CN111262662 B CN 111262662B CN 201811535437 A CN201811535437 A CN 201811535437A CN 111262662 B CN111262662 B CN 111262662B
Authority
CN
China
Prior art keywords
data
harq process
semi
terminal
uplink transmission
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201811535437.XA
Other languages
English (en)
Other versions
CN111262662A (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.)
Vivo Mobile Communication Co Ltd
Original Assignee
Vivo Mobile Communication 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
Priority to CN201811535437.XA priority Critical patent/CN111262662B/zh
Application filed by Vivo Mobile Communication Co Ltd filed Critical Vivo Mobile Communication Co Ltd
Priority to HUE19895478A priority patent/HUE062834T2/hu
Priority to ES19895478T priority patent/ES2954665T3/es
Priority to PCT/CN2019/121232 priority patent/WO2020119457A1/zh
Priority to KR1020217017034A priority patent/KR102591360B1/ko
Priority to PT198954786T priority patent/PT3883162T/pt
Priority to EP19895478.6A priority patent/EP3883162B1/en
Publication of CN111262662A publication Critical patent/CN111262662A/zh
Priority to US17/333,144 priority patent/US12016023B2/en
Application granted granted Critical
Publication of CN111262662B publication Critical patent/CN111262662B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1806—Go-back-N protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H04L1/1819—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1874—Buffer management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/188—Time-out mechanisms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1893—Physical mapping arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network

Landscapes

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

Abstract

本发明实施例提供一种数据发送方法和终端，该方法包括：若所述终端的MAC层将第一数据传递到PHY层后，所述PHY层在第一半持续上行发送资源上未发送所述第一数据，则所述PHY层在第二半持续上行发送资源上发送第二数据，其中，所述第二数据为混合自动重传请求HARQ进程缓存的所述第一数据，或者，所述第二数据为所述HARQ进程缓存的所述第一数据对应的数据。本发明实施例可以提高终端的数据传输性能。

Description

一种数据发送方法和终端
技术领域
本发明涉及通信技术领域，尤其涉及一种数据发送方法和终端。
背景技术
通信***(例如：5G***)中网络侧可以给终端配置半持续的上行发送资源。对于半持续的上行发送资源网络侧可以分配固定的混合自动重传请求(Hybrid AutomaticRepeat Request，HARQ)进程(Process)用于这些资源的数据发送。另外，目前终端在使用半持续的上行发送资源发送数据时，终端的媒体接入控制(Media Access Control，MAC)层会将待发送的数据缓存至HARQ进程，并将该待发送的数据发送给物理(Physical，PHY)层，指示PHY层进行数据发送。但在实际应用中，PHY层可能会因为一些原因，导致数据无法发送。然而，目前通信***中半持续的上行发送资源是用于新数据的发送，因此，当PHY层数据无法发送时，终端的MAC层会采用该HARQ进程发送新数据，即采用新数据覆盖缓存在该HARQ进程的数据，且PHY层也进行该新数据发送，从而导致之前缓存在该HARQ进程的数据直接丢失，进而使得终端的数据传输性能比较低。
发明内容
本发明实施例提供的一种数据发送方法和终端，可以解决终端的数据传输性能比较低的问题。
第一方面，本发明实施例提供一种数据发送方法，应用于终端，包括：
若所述终端的MAC层将第一数据传递到PHY层后，所述PHY层在第一半持续上行发送资源上未发送所述第一数据，则所述PHY层在第二半持续上行发送资源上发送第二数据，其中，所述第二数据为HARQ进程缓存的所述第一数据，或者，所述第二数据为所述HARQ进程缓存的所述第一数据对应的数据。
第二方面，本发明实施例提供一种终端，包括：
发送模块，用于若所述终端的MAC层将第一数据传递到PHY层后，所述PHY层在第一半持续上行发送资源上未发送所述第一数据，则所述PHY层在第二半持续上行发送资源上发送第二数据，其中，所述第二数据为HARQ进程缓存的所述第一数据，或者，所述第二数据为所述HARQ进程缓存的所述第一数据对应的数据。
第三方面，本发明实施例提供一种终端，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现本发明实施例提供的数据发送方法中的步骤。
第四方面，本发明实施例提供一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现本发明实施例提供的数据发送方法中的步骤。
本发明实施例中，若所述终端的MAC层将第一数据传递到PHY层后，所述PHY层在第一半持续上行发送资源上未发送所述第一数据，则所述PHY层在第二半持续上行发送资源上发送第二数据，其中，所述第二数据为混合自动重传请求HARQ进程缓存的所述第一数据，或者，所述第二数据为所述HARQ进程缓存的所述第一数据对应的数据。这样由于在第二半持续上行发送资源上发送第二数据，从而相比现有技术直接丢弃PHY层未发送的数据，本发明实施例可以提高终端的数据传输性能。
附图说明
图1是本发明实施例可应用的一种网络***的结构图；
图2是本发明实施例提供的一种数据发送方法的流程图；
图3是本发明实施例提供的一种资源配置的示意图；
图4是本发明实施例提供的一种终端的结构图；
图5是本发明实施例提供的另一种终端的结构图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本申请的说明书和权利要求书中的术语“包括”以及它的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、***、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。此外，说明书以及权利要求中使用“和/或”表示所连接对象的至少其中之一，例如A和/或B，表示包含单独A，单独B，以及A和B都存在三种情况。
在本发明实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本发明实施例中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其它实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。
下面结合附图介绍本发明的实施例。本发明实施例提供的数据发送方法和终端可以应用于无线通信***中。该无线通信***可以为采用5G***，或者演进型长期演进(Evolved Long Term Evolution，eLTE)***，或者后续演进通信***。
请参见图1，图1是本发明实施例可应用的一种网络***的结构图，如图1所示，包括终端11和网络设备12，其中，终端11可以是用户终端(User Equipment，UE)或者其他终端侧设备，例如：手机、平板电脑(Tablet Personal Computer)、膝上型电脑(LaptopComputer)、个人数字助理(personal digital assistant，简称PDA)、移动上网装置(Mobile Internet Device，MID)或可穿戴式设备(Wearable Device)等终端侧设备，需要说明的是，在本发明实施例中并不限定终端11的具体类型。上述网络设备12可以是4G基站，或者5G基站，或者以后版本的基站，或者其他通信***中的基站，或者称之为节点B，演进节点B，或者传输接收点(TRP，Transmission Reception Point)，或者接入点(AP，AccessPoint)，或者所述领域中其他词汇，只要达到相同的技术效果，所述网络设备不限于特定技术词汇。另外，上述网络设备12可以是主节点(Master Node，MN)，或者辅节点(SecondaryNode，SN)。需要说明的是，在本发明实施例中仅以5G基站为例，但是并不限定网络设备的具体类型。
请参见图2，图2是本发明实施例提供的一种数据发送方法的流程图，该方法应用于终端，如图2所示，包括以下步骤：
步骤201、若所述终端的MAC层将第一数据传递到PHY层后，所述PHY层在第一半持续上行发送资源上未发送所述第一数据，则所述PHY层在第二半持续上行发送资源上发送第二数据，其中，所述第二数据为HARQ进程缓存的所述第一数据，或者，所述第二数据为所述HARQ进程缓存的所述第一数据对应的数据。
上述终端的MAC层将第一数据传递到PHY层可以是，终端在使用上述HARQ进程(HARQ Process)在上述第一半持续上行发送资源在发送第一数据时，MAC层将第一数据缓存在该HARQ进程，以及将该第一数据传递到PHY层，并可以指示PHY层在该第一半持续上行发送资源上发送该数据。例如：终端在第一半持续上行发送资源有上行数据发送，则终端生成该上行数据发送对应的数据包，如MAC协议数据单元PDU(Protocol Data Unit，PDU)，并使用该半持续上行发送资源对应的上述HARQ进程进行数据发送，即MAC层将第一数据传递到PHY层。
而上述PHY层在第一半持续上行发送资源上未发送所述第一数据可以是，由于一些原因导致PHY层在第一半持续上行发送资源上无法发送第一数据，例如：终端在第一半持续上行发送资源的小区的上行发送功率不够，或第一半持续上行发送资源对应的频率拥塞(如，信道接入失败))等导致该第一数据无法发送。
另外，上述第一半持续上行发送资源可以是与上述HARQ进程对应的半持续上行发送资源，例如：网络设备为配置上述HARQ进程用于在上述第一半持续上行发送资源上发送数据。而上述第二半持续上行发送资源也可以是与上述HARQ进程对应的半持续上行发送资源。例如：如图3所示，网络设备在多个周期间隔(interval)内为终端配置多个半持续上行发送资源，如图3所示，在每个周期内均分配3个半持续上行发送资源，其中，这3个周期分别对应3个HARQ进程，即每个周期内使用对应的HARQ进程进行数据发送。当然，本发明实施例中，对资源与HARQ进程的分配并不限定于图3所示，具体可以是每个周期可用的HARQ进程数量小于每个发送周期可用的资源数量，例如：每个发送周期可用的半持续上行发送资源数量为3个，而每个周期可用的HARQ进程数量为1个或者2。
另外，上述第二数据为HARQ进程缓存的所述第一数据时可以理解为，PHY层在第二半持续上行发送资源上继续使用该HARQ进程缓存的第一数据进行数据。而上述第二数据为所述HARQ进程缓存的所述第一数据对应的数据可以是，在第二半持续上行发送资源上发送该HARQ进程缓存的第一数据的部分内容，或者采用该HARQ进程缓存的第一数据新构建第二数据等发送与第一数据存在关联的第二数据。
另外，上述第二数据的冗余版本(Redundancy Version，RV)由协议约定或者网络配置。其中，第二数据的RV可以是上述HARQ进程发送数据的RV。例如：配置为RV0，或者配置与HARQ进程的前一次发送数据的RV相同，如HARQ进程发送第一数据的RV为0，HARQ进程发送第二数据的RV也为0，即这两个数据的RV可以相同，当然，在一些场景中也可以是不同，对此不作限定。
需要说明的是，本发明实施例中半持续上行发送资源可以是网络提前配置给终端，即在终端进行第一数据发送之前，上述第一半持续上行发送资源和第二半持续上行发送资源已经提前配置给终端。
例如：在执行步骤201之前，终端接收网络配置的半持续上行发送资源的配置信息，可以如图3所示的资源，该配置的半持续上行发送资源的类型可以包括如下至少一项：
上行配置授权类型1(UL configured grant Type 1)和上行配置授权类型2(ULconfigured grant Type 2)。
其中，上行配置授权类型1和上行配置授权类型2可以是协议中定义的上行配置授权类型。
另外，上述配置信息包括以下一项或多项的任意组合：
发送周期；
起始资源位置信息；
每个发送周期可用的资源位置。
例如：上述发送周期为5ms或者10ms，而上述起始资源位置信息可以是***帧号(System Frame Number，SFN)＝1，时隙(slot)＝1的资源位置。
例如：从起始资源位置开始比特(bit)图指示连续的10个slot(10bit，每个bit对应1个slot位置)中哪个资源位置为可用半持续的上行发送资源，bit值取值1为可用，bit值取值0为不可用。或者，该多个可用的资源位置也可以是不同的频率范围(如，小区)的资源；或者，该多个可用的资源位置也可以是不同的空间范围(如，波束)的资源等。
另外，每个周期可用的HARQ进程数量小于每个发送周期可用的资源数量。例如：如图3所示，每个周期可用的HARQ进程数量为1个，每个发送周期可用的资源数量为3个。
本发明实施例中，通过上述步骤可以实现在PHY层在第一半持续上行发送资源上未发送第一数据时，在第二半持续上行发送资源上发送上述第二数据，从而可以避免直接丢弃PHY层未发送的数据，以提高终端的数据传输性能。
作为一种可选的实施方式，在所述第二半持续上行发送资源的时间内所述HARQ进程缓存所述第一数据。
需要说明的是，上述在所述第二半持续上行发送资源的时间内所述HARQ进程缓存所述第一数据是在PHY层在第一半持续上行发送资源上未发送所述第一数的情况下，在所述第二半持续上行发送资源的时间内所述HARQ进程缓存所述第一数据。
其中，上述第二半持续上行发送资源的时间内可以是，上述第二半持续上行发送资源的时间资源，由于在第二半持续上行发送资源的时间内上述HARQ进程缓存所述第一数据，从而步骤201可以直接基于缓存的第一数据进行第二数据的发送，进而降低发送第二数据的复杂度。
另外，该实施方式中，可以通过如下实现方式来实现：
实现方式一、所述MAC层禁止使用所述第二半持续上行发送资源进行数据发送。
其中，上述MAC层禁止使用所述第二半持续上行发送资源进行数据发送也可以理解为，MAC层不使用所述第二半持续上行发送资源进行数据发送。
该实施方式中，由于MAC层禁止使用所述第二半持续上行发送资源进行数据发送，从而可以保证在所述第二半持续上行发送资源的时间内所述HARQ进程缓存所述第一数据。
优选的，所述终端启动有所述HARQ进程的第一定时器，在所述第一定时器运行期间，所述MAC层禁止使用所述HARQ进程对应的半持续上行发送资源进行数据发送，其中，所述HARQ进程对应的半持续上行发送资源至少包括所述第二半持续上行发送资源。
其中，上述第一定时器可以是网络配置或协议约定终端的HARQ进程对应的定时器，例如：该定时器的时长为20ms。
其中，上述第一定时器可以是终端在使用上述HARQ进程发送第一数据时启动的，例如：MAC层将第一数据传递到PHY层时启动的，或者MAC层生成第一数据时启动的等。
该实施方式中，由于第一定时器运行期间，所述MAC层禁止使用所述HARQ进程对应的半持续上行发送资源进行数据发送，从而实现终端的MAC层在将数据递交到PHY后，则启动定时器，该定时器运行期间该HARQ进程不会在被MAC层用于数据的发送，进而保证终端的性能，避免MAC长期不进行数据发送。
下面对第一定时器的实施方式进行举例说明：
终端启动上述第一定时器，并且在定时器运行期间，MAC层不使用该定时器对应的HARQ进程所对应的半持续上行发送资源进行数据的发送。
例如：如图3所示，终端的MAC层在周期1的资源1使用HARQ进程1进行数据发送，终端的MAC层启动第一定时器。此时终端的PHY层由于特定原因导致该数据无法发送，此时第一定时器依然启动或继续运行。上述特定原因可以是该发送资源的小区的上行发送功率不够，或该发送资源对应的频率信道接入失败如，发前听(Listen-Before-Talk，LBT)失败。
对于后续的该HARQ进程对应的半持续上行发送资源，在该HARQ进程对应的定时器的运行期间，终端的MAC层不使用该半持续上行发送资源进行数据发送，而终端的PHY层继续使用该半持续上行发送资源进行数据发送，如PHY层继续尝试发送第一数据直到第一数据被发送。例如：如图3所示，在周期1的HARQ进程1对应的发送资源2和/或资源3，在该HARQ进程1对应的第一定时器运行期间，终端的MAC层不使用该资源进行数据发送，如终端的MAC层不根据发送资源2和/或资源3生成新的数据(例如：生成新的MAC PDU)覆盖该HARQ进程1中缓存的第一数据；或放弃该资源。而UE的PHY层继续使用该HARQ进程1中缓存的第一数据在发送资源2和/或资源3进行数据发送，直到第一数据被发送。
其中，当PHY层继续使用该HARQ进程1中缓存的第一数据在该发送资源2和/或资源3进行数据发送时，该HARQ进程1发送数据的RV为协议约定或网络配置，例如：RV0或与该HARQ进程的前一次发送的RV相同(例如：该HARQ进程1在资源1的发送的RV为0，则该HARQ进程1在资源2的发送的RV也为0)。
实现方式二、所述MAC层在所述第二半持续上行发送资源上根据所述HARQ进程缓存的所述第一数据向所述PHY层传递所述第二数据。
由于上述第二数据可以为上述第一数据，从而上述根据所述HARQ缓存的所述第一数据向所述PHY层传递所述第二数据可以是，将所述HARQ缓存的所述第一数据传递给所述PHY层。而上述第二数据为所述HARQ进程缓存的所述第一数据对应的数据时，上述根据所述HARQ缓存的所述第一数据向所述PHY层传递所述第二数据可以是根据第一数据确定第二数据，并向PHY层传递第二数据。
该实现方式中，由于MAC层在所述第二半持续上行发送资源上根据所述HARQ缓存的所述第一数据向所述PHY层传递所述第二数据，从而可以实在MAC层在所述第二半持续上行发送资源上使用HARQ缓存的第一数据进行数据发送，从而可以避免直接丢弃第一数据，以提高终端的通信性能。
可选的，若所述MAC层接收到未发送指示，则所述MAC层在所述第二半持续上行发送资源上根据所述HARQ进程缓存的所述第一数据向所述PHY层传递所述第二数据，其中，所述未发送指示用于指示所述PHY层在所述第一半持续上行发送资源上未发送所述第一数据。
其中，上述未发送指示可以是一种状态指示，用于指示PHY层在所述第一半持续上行发送资源上未发送所述第一数据，例如：LBT失败指示，或者数据发送失败指示，或者数据丢弃指示(Data Drop Indication)。另外，上述未发送指示可以是上述PHY层传递给MAC层的，或者可以是终端记录上述PHY层的发送状态，进而通知MAC层的。
可选的，上述第二数据与所述第一数据全部或者部分相同，或者，所述第二数据为采用所述第一数据构建的数据。
其中，上述构建的数据可以是采用第一数据新构建的MAC PDU。
该实施方式中，由于MAC层收到上述未发送指示，这样可以实现终端的MAC层在将数据递交到PHY层后，如果PHY层没有发送该数据，则MAC层在后续发送资源使用该相同的HARQ进程进行数据发送的时候，使用该HARQ进程缓存中的数据再次进行数据的发送，从而避免MAC覆盖HARQ进程缓存的所述第一数据。当然，本发明实施例中，并不限定向MAC层发送上述未发送指示，例如：如果MAC层可以HARQ进程的数据发送的状态来确定PHY层在第一半持续上行发送资源上未发送所述第一数据。
进一步，若所述MAC层接收到发送指示，则所述MAC层可以禁止使用所述HARQ进程对应的半持续上行发送资源进行数据发送，其中，所述HARQ进程对应的半持续上行发送资源至少包括所述第二半持续上行发送资源，所述发送指示用于指示所述PHY层在所述第一半持续上行发送资源上发送所述第一数据。
同样的，上述发送指示可以是上述PHY层传递给MAC层的，或者可以是终端记录上述PHY层的发送状态，进而通知MAC层的。例如：上述发送指示可以是LBT成功指示或者数据发送指示。
该实施方式中，由于接收到发送指示，MAC层禁止使用所述HARQ进程对应的半持续上行发送资源进行数据发送，这样可以实现在PHY层将第一数据发送出去后，若网络设备未接收成功，终端可以采用HARQ进程缓存的第一数据进行重传，从而提高数据传输的可靠性。
下面对上述未发送指示的实施方式进行举例说明：
如果终端的某HARQ进程的数据没有发送(如UE的PHY层由于特定原因导致该数据无法发)，终端记录该HARQ进程的数据发送的状态信息，并传递给MAC层，例如：如终端的PHY层指示给MAC层该数据没有发送的未发送指示(如，LBT失败指示，或者数据发送失败指示)或者，已发送的发送指示(如，LBT成功指示，或者数据发送指示。
这样，对于后续的该HARQ进程对应的半持续上行发送资源，如果该HARQ进程的数据发送状态为“没有发送”，则终端使用该HARQ进程中缓存的第一数据在后续的该HARQ进程对应的半持续上行发送资源进行数据发送。例如：如图3所示，在周期1的HARQ进程1对应的发送资源2和/或资源3，终端判断该HARQ进程1在周期1的发送资源1的数据发送没有成功，则终端在发送资源2和/或资源3使用该HARQ进程1缓存的数据进行数据发送。即MAC层在发送资源2和/或资源3上根据HARQ进程缓存的第一数据向PHY层传递第二数据，PHY层在发送资源2和/或资源3上发送第二数据。额外的，终端使用该HARQ进程中缓存的第一数据在后续的该HARQ进程对应的半持续上行发送资源进行数据发送时，该“发送的数据”与“该HARQ进程中缓存的数据”可以相同、部分相同或完全不同，即上述第一数据与第二数据相同、部分相同或完全不同。例如：相同的MAC PDU，或采用HARQ进程中缓存的数据重新构建MAC PDU。另外，该HARQ进程1发送数据的RV版本为协议约定或网络配置(如，RV0)。
而对于后续的该HARQ进程对应的半持续的上行发送资源，如果该HARQ进程的数据发送状态为“已发送”，则终端不使用该资源进行数据发送。如图3所示，在周期1的HARQ进程1对应的发送资源2和/或资源3，终端判断该HARQ进程1在周期1的发送资源1的数据发送成功，则终端不使用该资源2和/或3进行数据发送。需要说明的是，这里的发送成功可以理解为PHY层将数据发送出去，并不表示网络设备接收成功。
在上述实施方式中，进一步的，若所述MAC层接收到所述发送指示，则所述MAC层可以启动所述HARQ进程的第二定时器，且所述第二定时器运行期间所述MAC层禁止使用所述HARQ进程对应的半持续上行发送资源进行数据发送。
其中，上述第二定时器可以参见上述第一定时器的描述，此处不作赘述。
该实施方式中，由于在第二定时器运行期间所述MAC层禁止使用所述HARQ进程对应的半持续上行发送资源进行数据发送，这样即可以提高数据传输的可靠性，又可以避免MAC层放弃过多的资源，以进一步提高终端的传输性能。
进一步的，若在所述HARQ进程对应的半持续上行发送资源的时间内，所述HARQ进程的缓存没有数据，则所述MAC层可以生成新数据，并将所述新数据传递给所述PHY层。
该实施方式中，可以是在没有运行上述第二定时器期间，若HARQ进程的缓存没有数据，则所述MAC层可以生成新数据，并将所述新数据传递给所述PHY层。
下面对上述第二定时器的实施方式进行举例说明：
终端记录HARQ进程的数据的发送状态信息，该状态信息包括以下一项或多项的任意组合：“已发送(即上述发送指示)”；“未发送(即上述未发送指示)”。并根据该HARQ进程的数据的发送状态信息，确定是否运行该HARQ进程对应的第二定时器。例如：该HARQ进程数据是“未发送”，则不运行该HARQ进程对应的第二定时器，否则运行该定时器。并且在第二定时器运行期间，终端不使用该定时器对应的HARQ进程所对应的半持续上行发送资源进行数据的发送。
其中，该状态信息可以由PHY层提供该MAC层，例如：PHY层在该数据没有发送后指示MAC层该数据的发送状态。其中，该状态信息可以是发送没有成功的指示信息，例如：LBT失败指示(LBT failure indication)或者，数据丢弃指示(Data Drop Indication))。MAC层在收到该指示信息后不运行第二定时器；或，PHY层在该数据发送后指示MAC层该数据的发送状态，例如：发送成功的指示信息，如，LBT成功指示(LBT Success indication)，或者数据发送指示(Data Transfer Indication)，MAC层在收到该指示信息后运行第二定时器)。
对于后续的该HARQ进程对应的半持续上行发送资源，在该HARQ进程对应的第二定时器的运行期间，终端(如，MAC层)不使用该半持续的上行发送资源进行数据发送。例如：如图3所示，在周期1的HARQ进程1对应的发送资源2和/或资源3，在该HARQ进程1对应的定时器运行期间，终端的MAC层不使用该资源进行数据发送，如，MAC层不根据发送资源2和/或资源3生成新的数据(如，不生成新的MAC PDU)覆盖该HARQ进程1中缓存的数据；或放弃该资源。
对于后续的该HARQ进程对应的半持续上行发送资源，在该HARQ进程对应的第二定时器的没有运行时，终端(如，MAC层)使用该半持续的上行发送资源进行数据发送。其中，该数据发送的方法包括以下一项或多项的任意组合：
如果该HARQ进程缓存中有数据(如，之前发送过数据)，则终端(如，MAC层)在使用该半持续上行发送资源发送时，直接使用该HARQ进程缓存中的数据进行数据发送。例如：如图3所示，终端在周期1的HARQ进程1对应的发送资源1生成数据但是没有发送出去，则该HARQ进程1中有UE对于资源1生成的HARQ缓存数据，则在周期1的HARQ进程1对应的发送资源2对于该HARQ进程1中缓存的数据进行发送，其中，该发送可以是新传或重传，且该发送的HARQ进程的RV为协议约定或网络配置；
如果该HARQ进程缓存中没有数据(如，之前没有发送过数据)，则终端(如，MAC层)在使用该半持续上行发送资源发送时，终端生成新的数据，并将该新数据通过该HARQ进程进行数据发送。
可选的，在另一种实施方式中，所述终端将所述HARQ进程的状态设置为发送失败(例如：NACK)，所述MAC层在所述第二半持续上行发送资源上根据所述HARQ进程缓存的所述第一数据向所述PHY层传递所述第二数据，包括：
所述MAC层在所述第二半持续上行发送资源上对所述HARQ缓存的所述第一数据进行重传，其中，所述第二数据为所述HARQ进程缓存的所述第一数据。
其中，上述HARQ进程的状态设置为发送失败可以是将上述HARQ进程的状态默认设置为发送失败，从而在PHY层在第一半持续上行发送资源上未发送所述第一数据，可以实现对第一数据进行重传，即MAC层和PHY层均对第一数据进行重传。
该实施方式中，由于将所述HARQ进程的状态设置为发送失败，这样可以实现终端的MAC层在使用该HARQ进程进行数据发送的时候，将该HARQ进程的状态设置为NACK(即，默认认为该数据发送失败，是需要重传的)，如果PHY层没有发送该数据，则MAC层在后续发送资源使用该相同的HARQ进程进行数据重传，从而有效地保证第一数据发送的可靠性。
另外，该实施方式中，还可以启动HARQ进程的定时器，例如：上述第一定时器或者第二定时器。下面对该情况进行举例说明：
终端的在使用该HARQ进程进行数据发送的时候，将该HARQ进程的状态设置为发送失败(即NACK)，具体可以是默认认为该数据发送失败，是需要重传的。
如果终端(如，PHY层)发送了该数据，则UE启动该HARQ进程对应的定时器。如果终端(如，PHY层)没有发送该数据，则终端不启动该HARQ进程对应的定时器。例如：如图3所示，终端的HARQ进程1在周期1的资源1发送了数据，则终端启动该HARQ进程1对应的定时器，否则不启动该HARQ进程1对应的定时器，PHY层没有发送该数据的状态信息，可以参考上述未发送指示或者发送指示，此处不作赘述。
对于后续的该HARQ进程对应的半持续的上行发送资源。如果终端的该HARQ进程对应的定时器在运行，终端不使用该上行发送资源进行数据发送。例如：HARQ进程1对应的定时器正在运行，在周期1的资源2和/或资源3，终端不使用该资源2和/或3进行上行数据的发送，如MAC层不使用该资源生成MAC PD)。
如果终端的该HARQ进程对应的定时器不在运行，终端使用该上行发送资源进行数据发送。例如：由于HARQ进程1对应的状态为NACK，则终端在该HARQ进程对应的半持续上行发送资源(例如：周期1的资源2和/或资源3，和/或周期3的资源1/2/3)进行数据的发送(如，HARQ进程1重传)。即终端不能使用HARQ进程2对应的半持续的上行发送资源进行该HARQ进程的重传。其中，该HARQ进程1发送数据的RV版本为协议约定或网络配置(如，RV0)。
作为一种可选的实施方式，所述终端维护有所述HARQ的第三定时器和计数器中的至少一项，其中，所述第三定时器在所述MAC层首次将所述第一数据传递给所述PHY层时启动，所述计数器用于统计所述终端尝试发送所述第一数据和所述第二数据的总次数；
若所述第三定时器达到第一门限值和/或所述计数器达到第二门限值，则所述终端针对所述HARQ进程中缓存的所述第一数据不再发送。
其中，上述第三定时器可以称作数据发送时长定时器，上述计数器可以称作数据发送次数计数器。另外，上述第三定时器和计数器的配置可以是网络配置的或者协议约定。例如，上述第三定时器的门限值可以为20ms或者25ms等，而上述计数器的门限值可以是10次或者5次等。
另外，上述计数器统计所述终端尝试发送所述第一数据和所述第二数据的总次数可以是，每当终端尝试对HARQ进程中缓存的第一数据进行发送时计数器加1，例如：PHY层首次尝试发送第一数据时加1，当第一次未发送时，第二次发送上述第二数据时该计数器也加1，因为，第二数据是针对HARQ进程中缓存的第一数据进行发送的数据。
该实施方式中，可以通过上述第三定时器和计数器可以是避免终端重复多次尝试对第一数据的发送。
例如：终端维护该HARQ进程数据发送对应的数据发送时长定时器和/数据发送次数计数。终端在该数据发送时长定时器和/或该数据发送次数计数器达到门限之后，终端对该HARQ进程中缓存的数据不再继续发送。如终端在HARQ进程1首次发送新数据的时候启动数据发送时长定时器，如果该数据发送时长定时器超时，则终端对该HARQ进程中缓存的数据不再继续发送，具体可以是清空该HARQ进程缓存，和/或停止该HARQ进程缓存数据的新传或重传。或者，UE(如，MAC层)在HARQ进程1每1次尝试对该HARQ进程中缓存的数据进行发送时对该数据发送次数计数器进行累加(如，MAC层没尝试发送1次，该计数器加1)，如果该数据发送次数计数器达到门限值，则终端对该HARQ进程中缓存的数据不再继续发送，具体可以是清空该HARQ进程缓存，和/或停止该HARQ进程缓存数据的新传或重传。
进一步的，若所述PHY层将所述第一数据发送出，则可以停止所述第三定时器，和/或，将所述计数器复位。
其中，上述PHY层将所述第一数据发送出可以理解为第一数据被发送。
这样可以及时停止所述第三定时器，和/或，将所述计数器复位，节约终端功耗。例如：如果该HARQ进程的数据被发送，则终端停止该数据发送时长定时器。或者，如果该HARQ进程的数据被发送，则终端复位该数据发送次数计数器，如，将该计数器设置为初始值(如，“0”)。
本发明实施例中，若所述终端的MAC层将第一数据传递到PHY层后，所述PHY层在第一半持续上行发送资源上未发送所述第一数据，则所述PHY层在第二半持续上行发送资源上发送第二数据，其中，所述第二数据为混合自动重传请求HARQ进程缓存的所述第一数据，或者，所述第二数据为所述HARQ进程缓存的所述第一数据对应的数据。这样由于在第二半持续上行发送资源上发送第二数据，从而相比现有技术直接丢弃PHY层未发送的数据，本发明实施例可以提高终端的数据传输性能。
请参见图4，图4是本发明实施例提供的一种终端的结构图，如图4所示，终端400包括：
发送模块401，用于若所述终端的MAC层将第一数据传递到PHY层后，所述PHY层在第一半持续上行发送资源上未发送所述第一数据，则所述PHY层在第二半持续上行发送资源上发送第二数据，其中，所述第二数据为HARQ进程缓存的所述第一数据，或者，所述第二数据为所述HARQ进程缓存的所述第一数据对应的数据。
可选的，在所述第二半持续上行发送资源的时间内所述HARQ进程缓存所述第一数据。
可选的，所述MAC层禁止使用所述第二半持续上行发送资源进行数据发送；或者，
所述MAC层在所述第二半持续上行发送资源上根据所述HARQ进程缓存的所述第一数据向所述PHY层传递所述第二数据。
可选的，所述终端启动有所述HARQ进程的第一定时器，在所述第一定时器运行期间，所述MAC层禁止使用所述HARQ进程对应的半持续上行发送资源进行数据发送，其中，所述HARQ进程对应的半持续上行发送资源至少包括所述第二半持续上行发送资源。
可选的，若所述MAC层接收到未发送指示，则所述MAC层在所述第二半持续上行发送资源上根据所述HARQ进程缓存的所述第一数据向所述PHY层传递所述第二数据，其中，所述未发送指示用于指示所述PHY层在所述第一半持续上行发送资源上未发送所述第一数据。
可选的，若所述MAC层接收到发送指示，则所述MAC层禁止使用所述HARQ进程对应的半持续上行发送资源进行数据发送，其中，所述HARQ进程对应的半持续上行发送资源至少包括所述第二半持续上行发送资源，所述发送指示用于指示所述PHY层在所述第一半持续上行发送资源上发送所述第一数据。
可选的，若所述MAC层接收到所述发送指示，则所述MAC层启动所述HARQ进程的第二定时器，且所述第二定时器运行期间所述MAC层禁止使用所述HARQ进程对应的半持续上行发送资源进行数据发送。
可选的，若在所述HARQ进程对应的半持续上行发送资源的时间内，所述HARQ进程的缓存没有数据，则所述MAC层生成新数据，并将所述新数据传递给所述PHY层。
可选的，所述第二数据与所述第一数据全部或者部分相同，或者，所述第二数据为采用所述第一数据构建的数据。
可选的，所述终端将所述HARQ进程的状态设置为发送失败，所述MAC层在所述第二半持续上行发送资源上根据所述HARQ进程缓存的所述第一数据向所述PHY层传递所述第二数据，包括：
所述MAC层在所述第二半持续上行发送资源上对所述HARQ缓存的所述第一数据进行重传，其中，所述第二数据为所述HARQ进程缓存的所述第一数据。
可选的，所述终端维护有所述HARQ的第三定时器和计数器中的至少一项，其中，所述第三定时器在所述MAC层首次将所述第一数据传递给所述PHY层时启动，所述计数器用于统计所述终端尝试发送所述第一数据和所述第二数据的总次数；
若所述第三定时器达到第一门限值和/或所述计数器达到第二门限值，则所述终端针对所述HARQ进程中缓存的所述第一数据不再发送。
可选的，若所述PHY层将所述第一数据发送出，则停止所述第三定时器，和/或，将所述计数器复位。
可选的，所述第二数据的冗余版本由协议约定或者网络配置。
上述终端可以提高数据传输性能。
本发明实施例提供的终端能够实现图2的方法实施例中终端实现的各个过程，为避免重复，这里不再赘述，且可以降低终端通信时延。
图5为实现本发明各个实施例的一种终端的硬件结构示意图，
该终端500包括但不限于：射频单元501、网络模块502、音频输出单元503、输入单元504、传感器505、显示单元506、用户输入单元507、接口单元508、存储器509、处理器510、以及电源511等部件。本领域技术人员可以理解，图5中示出的终端结构并不构成对终端的限定，终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。在本发明实施例中，终端包括但不限于手机、平板电脑、笔记本电脑、掌上电脑、车载终端、可穿戴设备、以及计步器等。
射频单元501，用于若所述终端的MAC层将第一数据传递到PHY层后，所述PHY层在第一半持续上行发送资源上未发送所述第一数据，则所述PHY层在第二半持续上行发送资源上发送第二数据，其中，所述第二数据为HARQ进程缓存的所述第一数据，或者，所述第二数据为所述HARQ进程缓存的所述第一数据对应的数据。
可选的，在所述第二半持续上行发送资源的时间内所述HARQ进程缓存所述第一数据。
可选的，所述MAC层禁止使用所述第二半持续上行发送资源进行数据发送；或者，
所述MAC层在所述第二半持续上行发送资源上根据所述HARQ进程缓存的所述第一数据向所述PHY层传递所述第二数据。
可选的，所述终端启动有所述HARQ进程的第一定时器，在所述第一定时器运行期间，所述MAC层禁止使用所述HARQ进程对应的半持续上行发送资源进行数据发送，其中，所述HARQ进程对应的半持续上行发送资源至少包括所述第二半持续上行发送资源。
可选的，若所述MAC层接收到未发送指示，则所述MAC层在所述第二半持续上行发送资源上根据所述HARQ进程缓存的所述第一数据向所述PHY层传递所述第二数据，其中，所述未发送指示用于指示所述PHY层在所述第一半持续上行发送资源上未发送所述第一数据。
可选的，若所述MAC层接收到发送指示，则所述MAC层禁止使用所述HARQ进程对应的半持续上行发送资源进行数据发送，其中，所述HARQ进程对应的半持续上行发送资源至少包括所述第二半持续上行发送资源，所述发送指示用于指示所述PHY层在所述第一半持续上行发送资源上发送所述第一数据。
可选的，若所述MAC层接收到所述发送指示，则所述MAC层启动所述HARQ进程的第二定时器，且所述第二定时器运行期间所述MAC层禁止使用所述HARQ进程对应的半持续上行发送资源进行数据发送。
可选的，若在所述HARQ进程对应的半持续上行发送资源的时间内，所述HARQ进程的缓存没有数据，则所述MAC层生成新数据，并将所述新数据传递给所述PHY层。
可选的，所述第二数据与所述第一数据全部或者部分相同，或者，所述第二数据为采用所述第一数据构建的数据。
可选的，所述终端将所述HARQ进程的状态设置为发送失败，所述MAC层在所述第二半持续上行发送资源上根据所述HARQ进程缓存的所述第一数据向所述PHY层传递所述第二数据，包括：
所述MAC层在所述第二半持续上行发送资源上对所述HARQ缓存的所述第一数据进行重传，其中，所述第二数据为所述HARQ进程缓存的所述第一数据。
可选的，所述终端维护有所述HARQ的第三定时器和计数器中的至少一项，其中，所述第三定时器在所述MAC层首次将所述第一数据传递给所述PHY层时启动，所述计数器用于统计所述终端尝试发送所述第一数据和所述第二数据的总次数；
若所述第三定时器达到第一门限值和/或所述计数器达到第二门限值，则所述终端针对所述HARQ进程中缓存的所述第一数据不再发送。
可选的，若所述PHY层将所述第一数据发送出，则停止所述第三定时器，和/或，将所述计数器复位。
可选的，所述第二数据的冗余版本由协议约定或者网络配置。
上述终端可以提高数据传输性能。
应理解的是，本发明实施例中，射频单元501可用于收发信息或通话过程中，信号的接收和发送，具体的，将来自基站的下行数据接收后，给处理器510处理；另外，将上行的数据发送给基站。通常，射频单元501包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元501还可以通过无线通信***与网络和其他设备通信。
终端通过网络模块502为用户提供了无线的宽带互联网访问，如帮助用户收发电子邮件、浏览网页和访问流式媒体等。
音频输出单元503可以将射频单元501或网络模块502接收的或者在存储器509中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元503还可以提供与终端500执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元503包括扬声器、蜂鸣器以及受话器等。
输入单元504用于接收音频或视频信号。输入单元504可以包括图形处理器(Graphics Processing Unit，GPU)5041和麦克风5042，图形处理器5041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元506上。经图形处理器5041处理后的图像帧可以存储在存储器509(或其它存储介质)中或者经由射频单元501或网络模块502进行发送。麦克风5042可以接收声音，并且能够将这样的声音处理为音频数据。处理后的音频数据可以在电话通话模式的情况下转换为可经由射频单元501发送到移动通信基站的格式输出。
终端500还包括至少一种传感器505，比如光传感器、运动传感器以及其他传感器。具体地，光传感器包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板5061的亮度，接近传感器可在终端500移动到耳边时，关闭显示面板5061和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别终端姿态(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；传感器505还可以包括指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等，在此不再赘述。
显示单元506用于显示由用户输入的信息或提供给用户的信息。显示单元506可包括显示面板5061，可以采用液晶显示器(Liquid Crystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode,OLED)等形式来配置显示面板5061。
用户输入单元507可用于接收输入的数字或字符信息，以及产生与终端的用户设置以及功能控制有关的键信号输入。具体地，用户输入单元507包括触控面板5071以及其他输入设备5072。触控面板5071，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板5071上或在触控面板5071附近的操作)。触控面板5071可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器510，接收处理器510发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板5071。除了触控面板5071，用户输入单元507还可以包括其他输入设备5072。具体地，其他输入设备5072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。
进一步的，触控面板5071可覆盖在显示面板5061上，当触控面板5071检测到在其上或附近的触摸操作后，传送给处理器510以确定触摸事件的类型，随后处理器510根据触摸事件的类型在显示面板5061上提供相应的视觉输出。虽然在图5中，触控面板5071与显示面板5061是作为两个独立的部件来实现终端的输入和输出功能，但是在某些实施例中，可以将触控面板5071与显示面板5061集成而实现终端的输入和输出功能，具体此处不做限定。
接口单元508为外部装置与终端500连接的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。接口单元508可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到终端500内的一个或多个元件或者可以用于在终端500和外部装置之间传输数据。
存储器509可用于存储软件程序以及各种数据。存储器509可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作***、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器509可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
处理器510是终端的控制中心，利用各种接口和线路连接整个终端的各个部分，通过运行或执行存储在存储器509内的软件程序和/或模块，以及调用存储在存储器509内的数据，执行终端的各种功能和处理数据，从而对终端进行整体监控。处理器510可包括一个或多个处理单元；优选的，处理器510可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作***、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器510中。
终端500还可以包括给各个部件供电的电源511(比如电池)，优选的，电源511可以通过电源管理***与处理器510逻辑相连，从而通过电源管理***实现管理充电、放电、以及功耗管理等功能。
另外，终端500包括一些未示出的功能模块，在此不再赘述。
优选的，本发明实施例还提供一种终端，包括处理器510，存储器509，存储在存储器509上并可在所述处理器510上运行的计算机程序，该计算机程序被处理器510执行时实现上述数据发送方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现本发明实施例提供的数据发送方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random AccessMemory，简称RAM)、磁碟或者光盘等。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。
上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本发明的保护之内。

Claims (22)

1.一种数据发送方法，应用于终端，其特征在于，包括：
若所述终端的媒体接入控制MAC层将第一数据缓存在混合自动重传请求HARQ进程，并指示物理层PHY层在第一半持续上行发送资源上发送所述第一数据后，若所述PHY层在第一半持续上行发送资源上未发送所述第一数据，则所述PHY层向所述MAC层发送未发送指示；
所述MAC层接收到所述未发送指示后，指示PHY层在第二半持续上行发送资源上发送第二数据，则所述PHY层在第二半持续上行发送资源上发送第二数据，其中，所述第二数据为所述HARQ进程缓存的所述第一数据，或者，所述第二数据为所述HARQ进程缓存的所述第一数据对应的数据，所述未发送指示用于指示所述PHY层在所述第一半持续上行发送资源上未发送所述第一数据。
2.如权利要求1所述的方法，其特征在于，在所述第二半持续上行发送资源的时间内所述HARQ进程缓存所述第一数据。
3.如权利要求2所述的方法，其特征在于，所述MAC层禁止使用所述第二半持续上行发送资源进行数据发送。
4.如权利要求3所述的方法，其特征在于，所述终端启动有所述HARQ进程的第一定时器，在所述第一定时器运行期间，所述MAC层禁止使用所述HARQ进程对应的半持续上行发送资源进行数据发送，其中，所述HARQ进程对应的半持续上行发送资源至少包括所述第二半持续上行发送资源。
5.如权利要求1所述的方法，其特征在于，
所述未发送指示为发前听LBT失败指示。
6.如权利要求1所述的方法，其特征在于，若所述MAC层接收到发送指示，则所述MAC层禁止使用所述HARQ进程对应的半持续上行发送资源进行数据发送，其中，所述HARQ进程对应的半持续上行发送资源至少包括所述第二半持续上行发送资源，所述发送指示用于指示所述PHY层在所述第一半持续上行发送资源上发送所述第一数据。
7.如权利要求6所述的方法，其特征在于，若所述MAC层接收到所述发送指示，则所述MAC层启动所述HARQ进程的第二定时器，且所述第二定时器运行期间所述MAC层禁止使用所述HARQ进程对应的半持续上行发送资源进行数据发送。
8.如权利要求7所述的方法，其特征在于，若在所述HARQ进程对应的半持续上行发送资源的时间内，所述HARQ进程的缓存没有数据，则所述MAC层生成新数据，并将所述新数据传递给所述PHY层。
9.如权利要求1至5中任一项所述的方法，其特征在于，所述第二数据与所述第一数据全部或者部分相同，或者，所述第二数据为采用所述第一数据构建的数据。
10.如权利要求3、5、6、7或8所述的方法，其特征在于，
所述MAC层指示PHY层在所述第二半持续上行发送资源上对所述HARQ进程缓存的所述第一数据进行重传。
11.如权利要求10所述的方法，其特征在于，所述终端将所述HARQ进程的状态设置为发送失败。
12.如权利要求1至8中任一项所述的方法，其特征在于，所述终端维护有所述HARQ的第三定时器和计数器中的至少一项，其中，所述第三定时器在所述MAC层首次将所述第一数据传递给所述PHY层时启动，所述计数器用于统计所述终端尝试发送所述第一数据和所述第二数据的总次数；
若所述第三定时器达到第一门限值和/或所述计数器达到第二门限值，则所述终端针对所述HARQ进程中缓存的所述第一数据不再发送。
13.如权利要求12所述的方法，其特征在于，若所述PHY层将所述第一数据发送出，则停止所述第三定时器，和/或，将所述计数器复位。
14.如权利要求1至8中任一项所述的方法，其特征在于，所述第二数据的冗余版本由协议约定或者网络配置。
15.一种终端，其特征在于，包括：
发送模块，用于若所述终端的媒体接入控制MAC层将第一数据缓存在混合自动重传请求HARQ进程，并指示物理层PHY层在第一半持续上行发送资源上发送所述第一数据后，若所述PHY层在第一半持续上行发送资源上未发送所述第一数据，则所述PHY层向所述MAC层发送未发送指示；
所述MAC层接收到所述未发送指示后，指示PHY层在第二半持续上行发送资源上发送第二数据，则所述PHY层在第二半持续上行发送资源上发送第二数据，其中，所述第二数据为所述HARQ进程缓存的所述第一数据，或者，所述第二数据为所述HARQ进程缓存的所述第一数据对应的数据，所述未发送指示用于指示所述PHY层在所述第一半持续上行发送资源上未发送所述第一数据。
16.如权利要求15所述的终端，其特征在于，在所述第二半持续上行发送资源的时间内所述HARQ进程缓存所述第一数据。
17.如权利要求16所述的终端，其特征在于，所述MAC层禁止使用所述第二半持续上行发送资源进行数据发送。
18.如权利要求17所述的终端，其特征在于，所述终端启动有所述HARQ进程的第一定时器，在所述第一定时器运行期间，所述MAC层禁止使用所述HARQ进程对应的半持续上行发送资源进行数据发送，其中，所述HARQ进程对应的半持续上行发送资源至少包括所述第二半持续上行发送资源。
19.如权利要求15所述的终端，其特征在于，
所述未发送指示为发前听LBT失败指示。
20.如权利要求15所述的终端，其特征在于，所述MAC层指示PHY层在所述第二半持续上行发送资源上对所述HARQ进程缓存的所述第一数据进行重传。
21.一种终端，其特征在于，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现如权利要求1至14中任一项所述的数据发送方法中的步骤。
22.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至14中任一项所述的数据发送方法中的步骤。
CN201811535437.XA 2018-12-14 2018-12-14 一种数据发送方法和终端 Active CN111262662B (zh)

Priority Applications (8)

Application Number Priority Date Filing Date Title
CN201811535437.XA CN111262662B (zh) 2018-12-14 2018-12-14 一种数据发送方法和终端
ES19895478T ES2954665T3 (es) 2018-12-14 2019-11-27 Método de transmisión de datos y terminal
PCT/CN2019/121232 WO2020119457A1 (zh) 2018-12-14 2019-11-27 数据发送方法和终端
KR1020217017034A KR102591360B1 (ko) 2018-12-14 2019-11-27 데이터 전송 방법 및 단말
HUE19895478A HUE062834T2 (hu) 2018-12-14 2019-11-27 Adatkazalési eljárás és terminál
PT198954786T PT3883162T (pt) 2018-12-14 2019-11-27 Método de transmissão de dados, e terminal
EP19895478.6A EP3883162B1 (en) 2018-12-14 2019-11-27 Data transmission method, and terminal
US17/333,144 US12016023B2 (en) 2018-12-14 2021-05-28 Data sending method and terminal

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811535437.XA CN111262662B (zh) 2018-12-14 2018-12-14 一种数据发送方法和终端

Publications (2)

Publication Number Publication Date
CN111262662A CN111262662A (zh) 2020-06-09
CN111262662B true CN111262662B (zh) 2022-01-28

Family

ID=70952089

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811535437.XA Active CN111262662B (zh) 2018-12-14 2018-12-14 一种数据发送方法和终端

Country Status (8)

Country Link
US (1) US12016023B2 (zh)
EP (1) EP3883162B1 (zh)
KR (1) KR102591360B1 (zh)
CN (1) CN111262662B (zh)
ES (1) ES2954665T3 (zh)
HU (1) HUE062834T2 (zh)
PT (1) PT3883162T (zh)
WO (1) WO2020119457A1 (zh)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101478381A (zh) * 2008-01-04 2009-07-08 大唐移动通信设备有限公司 一种半持续调度中数据包的处理方法、***及装置
CN101971547A (zh) * 2008-03-10 2011-02-09 交互数字专利控股公司 有效利用harq进程进行半持续和动态数据传输的方法和设备
CN102158972A (zh) * 2010-02-11 2011-08-17 电信科学技术研究院 一种数据传输的方法和装置
CN108352944A (zh) * 2015-08-21 2018-07-31 瑞典爱立信有限公司 丢弃和保留物理数据信道
CN108631940A (zh) * 2017-03-24 2018-10-09 维沃移动通信有限公司 一种数据传输方法、发送端设备及接收端设备
CN108632901A (zh) * 2017-03-24 2018-10-09 维沃移动通信有限公司 一种数据传输方法及终端

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20040083617A (ko) * 2003-03-24 2004-10-06 삼성전자주식회사 향상된 역방향 전용전송채널을 서비스하는 비동기 방식의부호분할다중접속 이동통신시스템에서 소프트 핸드오버영역에 위치하는 이동단말이 역방향 데이터를 재전송하는방법 및 시스템
KR100703503B1 (ko) * 2004-11-30 2007-04-03 삼성전자주식회사 통신 시스템에서 데이터 재전송 장치 및 방법
CN101841403B (zh) * 2010-05-26 2013-05-08 新邮通信设备有限公司 数据传输方法和***
US10701677B2 (en) * 2016-05-12 2020-06-30 Samsung Electronics Co., Ltd. Method and apparatus for uplink resource assignment for cellular network using unlicensed bands
CN109075909B (zh) * 2016-05-12 2021-08-31 苹果公司 使用半持续调度资源进行非自适应重新发送的***、方法、和设备
US10334619B2 (en) * 2016-05-23 2019-06-25 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
US10819475B2 (en) * 2016-08-12 2020-10-27 Qualcomm Incorporated Uplink semi-persistent scheduling for low latency communications
CN108429607B (zh) * 2017-02-14 2021-05-14 普天信息技术有限公司 一种通信***中的harq重传处理方法
WO2018174664A1 (en) * 2017-03-24 2018-09-27 Samsung Electronics Co., Ltd. Apparatus and method for semi-persistent scheduling and power control in wireless communication system
US10944516B2 (en) * 2017-06-30 2021-03-09 Qualcomm Incorporated Periodic grants for multiple transmission time interval configurations
US11251909B2 (en) * 2017-08-11 2022-02-15 Telefonaktiebolaget Lm Ericsson (Publ) Redundancy versions in a hybrid automatic repeat request, HARQ process
US20210100001A1 (en) * 2017-09-18 2021-04-01 Telefonaktiebolaget Lm Ericsson (Publ) Activation and De-Activation of Semi-Persistent Scheduling
DK3711220T3 (da) * 2017-11-16 2022-05-30 Ericsson Telefon Ab L M Datatransmission og gentransmission til semi-persistent planlægning
US20200366423A1 (en) * 2018-06-21 2020-11-19 Lg Electronics Inc. Method and apparatus for retransmitting data unit by user equipment in wireless communication system

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101478381A (zh) * 2008-01-04 2009-07-08 大唐移动通信设备有限公司 一种半持续调度中数据包的处理方法、***及装置
CN101971547A (zh) * 2008-03-10 2011-02-09 交互数字专利控股公司 有效利用harq进程进行半持续和动态数据传输的方法和设备
CN102158972A (zh) * 2010-02-11 2011-08-17 电信科学技术研究院 一种数据传输的方法和装置
CN108352944A (zh) * 2015-08-21 2018-07-31 瑞典爱立信有限公司 丢弃和保留物理数据信道
CN108631940A (zh) * 2017-03-24 2018-10-09 维沃移动通信有限公司 一种数据传输方法、发送端设备及接收端设备
CN108632901A (zh) * 2017-03-24 2018-10-09 维沃移动通信有限公司 一种数据传输方法及终端

Also Published As

Publication number Publication date
US20210289491A1 (en) 2021-09-16
WO2020119457A1 (zh) 2020-06-18
EP3883162A4 (en) 2022-01-26
PT3883162T (pt) 2023-08-31
EP3883162A1 (en) 2021-09-22
US12016023B2 (en) 2024-06-18
HUE062834T2 (hu) 2023-12-28
KR102591360B1 (ko) 2023-10-19
KR20210102236A (ko) 2021-08-19
ES2954665T3 (es) 2023-11-23
CN111262662A (zh) 2020-06-09
EP3883162B1 (en) 2023-08-02

Similar Documents

Publication Publication Date Title
US20210153259A1 (en) Random access method and related device
US12004230B2 (en) Random access method and related device
CN111836280B (zh) 一种数据传输方法及终端
CN111835458B (zh) 一种信息传输、接收方法、终端及网络侧设备
CN110932825B (zh) 混合自动重传请求应答反馈方法和终端
CN112770350A (zh) 一种失败报告的上报方法及相关设备
US20210160858A1 (en) Data transmission method and terminal device
US20220150912A1 (en) Uplink control information transmission method, terminal device, and storage medium
CN111836310A (zh) Uci传输方法、终端和网络设备
CN113676303B (zh) 传输处理方法、装置及电子设备
CN112825589A (zh) 一种进入休眠行为的方法和终端
CN112654093B (zh) 一种信息传输、接收方法、终端及网络侧设备
CN111278125B (zh) 传输方法、终端设备及网络侧设备
CN111147195A (zh) 数据传输方法、接收方法、终端及网络设备
CN110769518B (zh) 随机接入方法、终端设备及网络设备
CN111262662B (zh) 一种数据发送方法和终端
CN111435860B (zh) 传输方法和终端
CN110475285B (zh) 一种操作方法及终端
CN110913498B (zh) 一种随机接入方法及终端
CN113141629A (zh) 周期资源选择方法、旁链路传输方法及终端
US11711852B2 (en) Random access method and terminal device
CN112584536B (zh) 上行传输方法、资源配置方法、终端和网络侧设备
CN109803420B (zh) Csi传输资源的配置方法及装置
CN113518380A (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