CN108352942A - 信息传输的方法、终端和基站 - Google Patents

信息传输的方法、终端和基站 Download PDF

Info

Publication number
CN108352942A
CN108352942A CN201580084377.2A CN201580084377A CN108352942A CN 108352942 A CN108352942 A CN 108352942A CN 201580084377 A CN201580084377 A CN 201580084377A CN 108352942 A CN108352942 A CN 108352942A
Authority
CN
China
Prior art keywords
transmission
terminal
information
base station
transmission state
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
Application number
CN201580084377.2A
Other languages
English (en)
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 claimed from PCT/CN2015/096559 external-priority patent/WO2017075857A1/zh
Publication of CN108352942A publication Critical patent/CN108352942A/zh
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/1887Scheduling and prioritising arrangements
    • 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
    • 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
    • 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
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W16/00Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/24Cell structures
    • H04W16/26Cell enhancers or enhancement, e.g. for tunnels, building shadow
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • H04W72/044Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446Resources in time domain, e.g. slots or frames

Landscapes

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

Abstract

本发明公开了一种信息传输的方法、终端和基站。该方法包括:机器类型通信MTC终端接收基站发送的下行控制信息,所述下行控制信息包括HARQ进程的标识信息和上行索引域信息,所述上行索引域信息占用2个比特位,所述2个比特位包括第一比特位和第二比特位;根据传输所述下行控制信息的子帧位置n、所述HARQ进程的标识信息和所述上行索引域信息确定所述HARQ进程对应的上行数据传输的第一起始子帧位置和第二起始子帧位置。通过该方法,可以实现MTC场景下的TTI绑定。

Description

信息传输的方法、终端和基站 技术领域
本发明涉及通信领域,并且更具体地,涉及信息传输的方法、终端和基站。
背景技术
物联网是指,通过部署具有一定感知、计算、执行和通信能力的各种设备,获取物理世界的信息,通过网络实现信息传输、协同和处理,从而实现人与物、物与物的互联的网络。简而言之,物联网就是要实现人与物、物与物的互联互通。可能的应用包括智能电网、智能农业、智能交通、以及环境检测等各个方面。
机器到机器(Machine to Machine,M2M),即机器对机器通信,主要是研究如何在移动通信网络上承载物联网应用。对于移动通信网络而言,它所承担的这种通信业务称为机器类型通信(Machine Type Communication,MTC)。针对MTC设备的引入需要对移动通信网络进行优化或者增强。在降低MTC设备成本的方向上可以降低设备的工作带宽,比如限定其工作带宽为1.4MHz;在覆盖增强(coverage enhancement,CE)方面,针对处于地下室等路径损耗较大的MTC设备提供覆盖增强支持,使得上述设备能够接入网络获得服务。信号重复是实现覆盖增强的方法之一。不过,不同的MTC设备所处的环境不一样,覆盖增强需求也不一样。如果定义覆盖增强需求大小为覆盖增强等级(CE level),那么,不同的MTC设备所处的环境不一样,这些MTC设备的覆盖增强等级也不一样。同样以信号重复为例,覆盖增强等级不同的MTC设备需要进行信号重复的次数也不一样。
由于MTC设备的工作带宽较窄,当***带宽大于MTC设备支持的工作带宽时,传统的控制信道,比如物理下行控制信道(Physical Downlink Control Channel,PDCCH)和物理混合自动重传指示信道(Physical Hybrid ARQ Indicator Channel,PHICH),就可能不能被MTC设备接收。那么,MTC设备的上/下行数据或者物理上/下行共享信道(Physical Uplink/Downlink Shared Channel,PU/DSCH)的传输,如果基于控制信道调度的话,就可以使用用于MTC设备调度的控制信道。对于PUSCH的传输确认(即传输状 态反馈),确认(acknowledgement,ACK)/否认(negative acknowledgement,NACK),就需要新设计方案来实现。
现有技术中通过用于调度MTC设备的控制信道的下行控制信息(Downlink Control Information,DCI)中的新数据指示(New Data Indicator,NDI)(0或者1)实现ACK/NACK功能。
但是,对于一些场景,例如,上行子帧数目多余下行子帧时,或者一个下行子帧同时需要调度新的上行HARQ进程和传输其他HARQ进程的反馈信息,在现有规范下,对于MTC终端可能的使用场景中,不支持一个DCI对应多个PUSCH的同时调度和反馈的功能,使得终端无法确定上行传输状态。
另外,当MTC终端没有成功接收到DCI的时候,因为MTC终端也不能检测PHICH信道,使得终端既无法确定PUSCH的传输状态,也无法进行PUSCH数据的新传或者重传。
发明内容
本发明实施例提供了一种信息传输的方法、终端和基站,用于实现MTC场景下上行传输状态的确认。
第一方面,提供了一种信息传输的方法,所述方法应用于机器类型通信MTC中,所述方法包括:
向基站发送MTC数据;
在预定时间内接收到基站发送的传输状态反馈信息时,确定所述MTC数据的传输状态为第一传输状态;
在所述预定时间内没有接收到所述基站发送的传输状态反馈信息时,确定所述MTC数据的传输状态为第二传输状态;
其中,所述第一传输状态为传输成功和传输失败中的一种,所述第二传输状态为传输成功和传输失败中的另一种,所述传输状态反馈信息为确定ACK信息和否认NACK信息中的一种,所述ACK信息表示传输成功,所述NACK信息表示传输失败。
结合第一方面,在第一种可能的实现方式中,所述传输状态反馈信息为ACK信息,所述第一传输状态为传输成功,所述第二传输状态为传输失败。
结合第一方面,在第二种可能的实现方式中,所述传输状态反馈信息为NACK信息,所述第一传输状态为传输失败,所述第二传输状态为传输成功。
结合第一方面的第二种可能的实现方式,在第三种可能的实现方式中,
所述NACK信息包含在下行控制信道中,所述下行控制信道中还包括重传调度信息,所述重传调度信息为用于指示重传所述MTC数据的调度信息。
结合第一方面或第一方面的第一至三种可能的实现方式中的任一种可能的实现方式,在第四种可能的实现方式中,所述方法还包括:
接收所述基站发送的定时信息;
根据所述定时信息确定所述预定时间。
结合第一方面的第四种可能的实现方式,在第五种可能的实现方式中,所述接收所述基站发送的定时信息,包括:
接收所述基站通过下行控制信道发送的所述定时信息,所述下行控制信道为MTC物理下行控制信道。
结合第一方面或第一方面的第一至三种可能的实现方式中的任一种可能的实现方式,在第六种可能的实现方式中,所述预定时间由以下参数中的一种或多种确定:
下行控制信道的重复次数,下行控制信道的覆盖增强等级,所述终端的覆盖增强等级。
第二方面,提供了一种信息传输的方法,所述方法应用于机器类型通信MTC中,所述方法包括:
监测终端的上行MTC数据传输的传输状态;
在所述上行MTC数据传输的传输状态为第一传输状态时,向所述终端发送传输状态反馈信息;
在所述上行MTC数据传输的传输状态为第二传输状态时,禁止向所述终端发送传输状态反馈信息;
其中,所述第一传输状态为传输成功和传输失败中的一种,所述第二传输状态为传输成功和传输失败中的另一种,所述传输状态反馈信息为确定ACK信息和否认NACK信息中的一种,所述ACK信息表示传输成功,所述NACK信息表示传输失败。
结合第二方面,在第一种可能的实现方式中,所述传输状态反馈信息为ACK信息,所述第一传输状态为传输成功,所述第二传输状态为传输失败。
结合第二方面,在第二种可能的实现方式中,所述传输状态反馈信息为 NACK信息,所述第一传输状态为传输失败,所述第二传输状态为传输成功。
结合第二方面的第二种可能的实现方式,在第三种可能的实现方式中,所述NACK信息包含在下行控制信道中,所述下行控制信道中还包括重传调度信息,所述重传调度信息为用于指示重传所述MTC数据的调度信息。
结合第二方面或第二方面的第一至三种可能的实现方式中的任一种可能的实现方式,在第四种可能的实现方式中,所述方法还包括:
向所述终端发送定时信息;
其中,所述定时信息用于确定预定时间,所述预定时间用于所述终端在所述预定时间内没有接收到所述基站发送的传输状态反馈信息时,确定所述上行MTC数据传输的传输状态为所述第二传输状态。
结合第二方面的第四种可能的实现方式,在第五种可能的实现方式中,所述向所述终端发送定时信息,包括:
通过下行控制信道向所述终端发送所述定时信息,所述下行控制信道为机器类型通信物理下行控制信道。
第三方面,提供了一种终端,所述终端应用于机器类型通信MTC中,所述终端包括:
发送模块,用于向基站发送MTC数据;
接收模块,用于接收基站发送的传输状态反馈信息;
处理模块,用于:
在预定时间内接收到基站发送的传输状态反馈信息时,确定所述MTC数据的传输状态为第一传输状态;
在所述预定时间内没有接收到所述基站发送的传输状态反馈信息时,确定所述MTC数据的传输状态为第二传输状态;
其中,所述第一传输状态为传输成功和传输失败中的一种,所述第二传输状态为传输成功和传输失败中的另一种,所述传输状态反馈信息为确定ACK信息和否认NACK信息中的一种,所述ACK信息表示传输成功,所述NACK信息表示传输失败。
结合第三方面,在第一种可能的实现方式中,所述传输状态反馈信息为ACK信息,所述第一传输状态为传输成功,所述第二传输状态为传输失败。
结合第三方面,在第二种可能的实现方式中,所述传输状态反馈信息为NACK信息,所述第一传输状态为传输失败,所述第二传输状态为传输成功。
结合第三方面的第二种可能的实现方式,在第三种可能的实现方式中,所述接收模块具体用于接收下行控制信道中传输的所述NACK信息,所述下行控制信道中还包括重传调度信息,所述重传调度信息为用于指示重传所述MTC数据的调度信息。
结合第三方面或第三方面的第一至三种可能的实现方式中的任一种可能的实现方式,在第四种可能的实现方式中,所述接收模块还用于接收所述基站发送的定时信息;
所述处理模块还用于根据所述定时信息,确定所述预定时间。
结合第三方面的第四种可能的实现方式,在第五种可能的实现方式中,所述接收模块具体用于接收下行控制信道中传输的所述定时信息,所述下行控制信道为MTC物理下行控制信道。
结合第三方面或第三方面的第一至三种可能的实现方式中的任一种可能的实现方式,在第六种可能的实现方式中,所述处理模块还用于根据以下参数中的一种或多种确定所述预定时间:
下行控制信道的重复次数,下行控制信道的覆盖增强等级,所述终端的覆盖增强等级。
第四方面,提供了一种基站,所述基站应用于机器类型通信MTC中,所述基站包括:
处理模块,用于监测终端的上行MTC数据传输的传输状态;
发送模块,用于:
在所述上行MTC数据传输的传输状态为第一传输状态时,向所述终端发送传输状态反馈信息;
在所述上行MTC数据传输的传输状态为第二传输状态时,禁止向所述终端发送传输状态反馈信息;
其中,所述第一传输状态为传输成功和传输失败中的一种,所述第二传输状态为传输成功和传输失败中的另一种,所述传输状态反馈信息为确定ACK信息和否认NACK信息中的一种,所述ACK信息表示传输成功,所述NACK信息表示传输失败。
结合第四方面,在第一种可能的实现方式中,所述传输状态反馈信息为ACK信息,所述第一传输状态为传输成功,所述第二传输状态为传输失败。
结合第四方面,在第二种可能的实现方式中,所述传输状态反馈信息为 NACK信息,所述第一传输状态为传输失败,所述第二传输状态为传输成功。
结合第四方面的第二种可能的实现方式,在第三种可能的实现方式中,所述发送模块具体用于在下行控制信道中发送的所述NACK信息,并在所述下行控制信道中传输中重传调度信息,所述重传调度信息为用于指示重传所述MTC数据的调度信息。
结合第四方面或第四方面的第一至三种可能的实现方式中的任一种可能的实现方式,在第四种可能的实现方式中,所述发送模块还用于:
向所述终端发送定时信息;
其中,所述定时信息用于确定预定时间,所述预定时间用于所述终端在所述预定时间内没有接收到所述基站发送的传输状态反馈信息时,确定所述上行MTC数据传输的传输状态为所述第二传输状态。
结合第四方面的第四种可能的实现方式,在第五种可能的实现方式中,所述发送模块具体用于在下行控制信道中发送所述定时信息,所述下行控制信道为机器类型通信物理下行控制信道。
基于上述技术方案,本发明实施例根据在预定时间内是否接收到基站发送的传输状态反馈信息,即可确定上行MTC数据传输的传输状态。与现有技术相比,可以减少传输状态反馈信息的数量,从而能够节省传输资源。
第五方面,提供了一种信息传输的方法,该方法应用于机器类型通信MTC中,该方法包括:
在预定时间内接收到基站发送的第一传输状态反馈信息时,进行第一传输状态对应的传输操作;
在该预定时间内没有接收到该基站发送的传输状态反馈信息时,进行第二传输状态对应的传输操作,其中,该第一传输状态为传输成功和传输失败中的一种,该第二传输状态为传输成功和传输失败中的另一种,该第一传输状态反馈信息为确认ACK信息和否认NACK信息中的一种且该第一传输状态反馈信息与该第一传输状态相对应,该传输状态反馈信息包括该ACK信息和/或该NACK信息。
结合第五方面,在第一种可能的实现方式中,在预定时间内接收到基站发送的第一传输状态反馈信息时,进行第一传输状态对应的传输操作,包括:
在该预定时间内接收到该基站发送的该ACK信息时,传输下一个上行 数据;
在该预定时间内没有接收到该基站发送的传输状态反馈信息时,进行第二传输状态对应的传输操作,包括:
在该预定时间内没有接收到该基站发送的该ACK信息时,重传上一个上行数据。
结合第五方面,在第二种可能的实现方式中,在预定时间内接收到基站发送的第一传输状态反馈信息时,进行第一传输状态对应的传输操作,包括:
在该预定时间内接收到该基站发送的该NACK信息时,重传上一个上行数据;
在该预定时间内没有接收到该基站发送的传输状态反馈信息时,进行第二传输状态对应的传输操作,包括:
在该预定时间内没有接收到该基站发送的该NACK信息时,传输下一个上行数据。
结合第五方面,在第三种可能的实现方式中,在预定时间内接收到基站发送的第一传输状态反馈信息时,进行第一传输状态对应的传输操作,包括:
在该预定时间内接收到该基站发送的该ACK信息,且发送的上一个上行数据不是最后一个上行数据时,传输下一个上行数据;
在该预定时间内没有接收到该基站发送的传输状态反馈信息时,进行第二传输状态对应的传输操作,包括:
在该预定时间内没有接收到该基站发送的该ACK信息,且发送的上一个上行数据不是最后一个上行数据时时,重传上一个上行数据;
或者,
在预定时间内接收到基站发送的第一传输状态反馈信息时,进行第一传输状态对应的传输操作,包括:
在该预定时间内接收到该基站发送的该NACK信息,且发送的上一个上行数据是最后一个上行数据时,重传上一个上行数据;
在该预定时间内没有接收到该基站发送的传输状态反馈信息时,进行第二传输状态对应的传输操作,包括:
在该预定时间内没有接收到该基站发送的该NACK信息,且发送的上一个上行数据是最后一个上行数据时,确定上一个上行数据的传输状态为传输成功。
结合第五方面或第五方面的第一至三种可能的实现方式中的任一种可能的实现方式,在第四种可能的实现方式中,该方法还包括:
接收该基站发送的定时信息;
根据该定时信息确定该预定时间。
结合第五方面的第四种可能的实现方式,在第五种可能的实现方式中,接收该基站发送的定时信息,包括:
接收该基站通过机器类型通信物理下行控制信道M-PDCCH发送的该定时信息。
结合第五方面或第五方面的第一至三种可能的实现方式中的任一种可能的实现方式,在第六种可能的实现方式中,该预定时间与上行数据信道的重复次数或者覆盖增强等级关联。
结合第五方面或第五方面的第一至六种可能的实现方式中的任一种可能的实现方式,在第七种可能的实现方式中,该第一传输状态反馈信息由该基站通过M-PDCCH发送。
第六方面,提供了一种信息传输的方法,该方法应用于机器类型通信MTC中,该方法包括:
在确定上行数据的传输状态为第一传输状态时,向终端发送第一传输状态反馈信息;
在确定该上行数据的传输状态为第二传输状态时,不向该终端发送传输状态反馈信息,其中,该第一传输状态为传输成功和传输失败中的一种,该第二传输状态为传输成功和传输失败中的另一种,该第一传输状态反馈信息为确认ACK信息和否认NACK信息中的一种且该第一传输状态反馈信息与该第一传输状态相对应,该传输状态反馈信息包括该ACK信息和/或该NACK信息。
结合第六方面,在第一种可能的实现方式中,在确定上行数据的传输状态为第一传输状态时,向终端发送第一传输状态反馈信息,包括:
在确定该上行数据的传输状态为传输成功时,向该终端发送该ACK信息;
在确定该上行数据的传输状态为第二传输状态时,不向该终端发送传输状态反馈信息,包括:
在确定该上行数据的传输状态为传输失败时,不向该终端发送该NACK 信息。
结合第六方面,在第二种可能的实现方式中,在确定上行数据的传输状态为第一传输状态时,向终端发送第一传输状态反馈信息,包括:
在确定该上行数据的传输状态为传输失败时,向该终端发送该NACK信息;
在确定该上行数据的传输状态为第二传输状态时,不向该终端发送传输状态反馈信息,包括:
在确定该上行数据的传输状态为传输成功时,不向该终端发送该ACK信息。
结合第六方面,在第三种可能的实现方式中,在确定上行数据的传输状态为第一传输状态时,向终端发送第一传输状态反馈信息,包括:
在确定该上行数据的传输状态为传输成功,且该上行数据不是最后一个上行数据时,向该终端发送该ACK信息;
在确定该上行数据的传输状态为第二传输状态时,不向该终端发送传输状态反馈信息,包括:
在确定该上行数据的传输状态为传输失败,且该上行数据不是最后一个上行数据时,不向该终端发送该NACK信息;
或者,
在确定上行数据的传输状态为第一传输状态时,向终端发送第一传输状态反馈信息,包括:
在确定该上行数据的传输状态为传输失败,且该上行数据是最后一个上行数据时,向该终端发送该NACK信息;
在确定该上行数据的传输状态为第二传输状态时,不向该终端发送传输状态反馈信息,包括:
在确定该上行数据的传输状态为传输成功,且该上行数据是最后一个上行数据时,不向该终端发送该ACK信息。
结合第六方面或第六方面的第一至三种可能的实现方式中的任一种可能的实现方式,在第四种可能的实现方式中,该方法还包括:
向该终端发送定时信息,该定时信息用于确定预定时间,该预定时间用于该终端在该预定时间内没有接收到该传输状态反馈信息时进行该第二传输状态对应的传输操作。
结合第六方面的第四种可能的实现方式,在第五种可能的实现方式中,向该终端发送定时信息,包括:
通过机器类型通信物理下行控制信道M-PDCCH向该终端发送该定时信息。
结合第六方面或第六方面的第一至五种可能的实现方式中的任一种可能的实现方式,在第六种可能的实现方式中,向终端发送第一传输状态反馈信息,包括:
通过M-PDCCH向该终端发送该第一传输状态反馈信息。
第七方面,提供了一种终端,该终端应用于机器类型通信MTC中,该终端包括:
接收模块,用于接收基站发送的第一传输状态反馈信息;
传输模块,用于在该接收模块在预定时间内接收到该基站发送的该第一传输状态反馈信息时,进行第一传输状态对应的传输操作,在该接收模块在该预定时间内没有接收到该基站发送的传输状态反馈信息时,进行第二传输状态对应的传输操作,其中,该第一传输状态为传输成功和传输失败中的一种,该第二传输状态为传输成功和传输失败中的另一种,该第一传输状态反馈信息为确认ACK信息和否认NACK信息中的一种且该第一传输状态反馈信息与该第一传输状态相对应,该传输状态反馈信息包括该ACK信息和/或该NACK信息。
结合第七方面,在第一种可能的实现方式中,该传输模块具体用于,
在该接收模块在该预定时间内接收到该基站发送的该ACK信息时,传输下一个上行数据;
在该接收模块在该预定时间内没有接收到该基站发送的该ACK信息时,重传上一个上行数据。
结合第七方面,在第二种可能的实现方式中,该传输模块具体用于,
在该接收模块在该预定时间内接收到该基站发送的该NACK信息时,重传上一个上行数据;
在该接收模块在该预定时间内没有接收到该基站发送的该NACK信息时,传输下一个上行数据。
结合第七方面,在第三种可能的实现方式中,该传输模块具体用于,
在该接收模块在该预定时间内接收到该基站发送的该ACK信息,且发 送的上一个上行数据不是最后一个上行数据时,传输下一个上行数据;
在该接收模块在该预定时间内没有接收到该基站发送的该ACK信息,且发送的上一个上行数据不是最后一个上行数据时时,重传上一个上行数据;
或者,
在该接收模块在该预定时间内接收到该基站发送的该NACK信息,且发送的上一个上行数据是最后一个上行数据时,重传上一个上行数据;
在该接收模块在该预定时间内没有接收到该基站发送的该NACK信息,且发送的上一个上行数据是最后一个上行数据时,确定上一个上行数据的传输状态为传输成功。
结合第七方面或第七方面的第一至三种可能的实现方式中的任一种可能的实现方式,在第四种可能的实现方式中,该接收模块还用于接收该基站发送的定时信息;
该终端还包括:
确定模块,用于根据该定时信息确定该预定时间。
结合第七方面的第四种可能的实现方式,在第五种可能的实现方式中,该接收模块具体用于接收该基站通过机器类型通信物理下行控制信道M-PDCCH发送的该定时信息。
结合第七方面或第七方面的第一至三种可能的实现方式中的任一种可能的实现方式,在第六种可能的实现方式中,该预定时间与上行数据信道的重复次数或者覆盖增强等级关联。
结合第七方面或第七方面的第一至六种可能的实现方式中的任一种可能的实现方式,在第七种可能的实现方式中,该第一传输状态反馈信息由该基站通过M-PDCCH发送。
第八方面,提供了一种基站,该基站应用于机器类型通信MTC中,该基站包括:
确定模块,用于确定上行数据的传输状态;
发送模块,用于在该确定模块确定该上行数据的传输状态为第一传输状态时,向终端发送第一传输状态反馈信息,在该确定模块确定该上行数据的传输状态为第二传输状态时,不向该终端发送传输状态反馈信息,其中,该第一传输状态为传输成功和传输失败中的一种,该第二传输状态为传输成功 和传输失败中的另一种,该第一传输状态反馈信息为确认ACK信息和否认NACK信息中的一种且该第一传输状态反馈信息与该第一传输状态相对应,该传输状态反馈信息包括该ACK信息和/或该NACK信息。
结合第八方面,在第一种可能的实现方式中,该发送模块具体用于,
在该确定模块确定该上行数据的传输状态为传输成功时,向该终端发送该ACK信息;
在该确定模块确定该上行数据的传输状态为传输失败时,不向该终端发送该NACK信息。
结合第八方面,在第二种可能的实现方式中,该发送模块具体用于,
在该确定模块确定该上行数据的传输状态为传输失败时,向该终端发送该NACK信息;
在该确定模块确定该上行数据的传输状态为传输成功时,不向该终端发送该ACK信息。
结合第八方面,在第三种可能的实现方式中,该发送模块具体用于,
在该确定模块确定该上行数据的传输状态为传输成功,且该上行数据不是最后一个上行数据时,向该终端发送该ACK信息;
在该确定模块确定该上行数据的传输状态为传输失败,且该上行数据不是最后一个上行数据时,不向该终端发送该NACK信息;
或者,
在该确定模块确定该上行数据的传输状态为传输失败,且该上行数据是最后一个上行数据时,向该终端发送该NACK信息;
在该确定模块确定该上行数据的传输状态为传输成功,且该上行数据是最后一个上行数据时,不向该终端发送该ACK信息。
结合第八方面或第八方面的第一至三种可能的实现方式中的任一种可能的实现方式,在第四种可能的实现方式中,该发送模块还用于,向该终端发送定时信息,该定时信息用于确定预定时间,该预定时间用于该终端在该预定时间内没有接收到该传输状态反馈信息时进行该第二传输状态对应的传输操作。
结合第八方面的第四种可能的实现方式,在第五种可能的实现方式中,该发送模块具体用于,通过机器类型通信物理下行控制信道M-PDCCH向该终端发送该定时信息。
结合第八方面或第八方面的第一至五种可能的实现方式中的任一种可能的实现方式,在第六种可能的实现方式中,该发送模块具体用于,通过M-PDCCH向该终端发送该第一传输状态反馈信息。
第九方面,提供了一种信息传输的方法,该方法包括:
机器类型通信MTC终端向基站发送机器类型通信上行数据;
当满足第一条件或者第二条件时,该第一条件包括:该终端在预定时间内接收到基站发送的下行控制信息,该下行控制信息包括该上行数据对应的上行索引指示信息,且所述上行索引指示信息指示零;该第二条件包括:所述终端在预定时间内没有接收到所述基站发送的下行控制信息;
该终端根据该终端的终端信息确定该上行数据的传输状态;该终端信息包括以下至少一种:该终端的类型信息,该终端的覆盖增强信息;该传输状态包括传输成功或者传输失败。
结合第九方面,在第九方面的第一种可能的实现方式中,根据该终端的终端信息确定该上行数据的传输状态,包括:
当该终端满足至少以下条件中的一种时,确定该上行数据的传输状态为所述传输成功;
其中,该条件包括:
该终端为支持窄带能力的终端;
该终端具有覆盖增强的能力;
该终端运行于特定的覆盖增强模式;
该终端运行于满足预设条件的覆盖增强等级。
结合第九方面,在第九方面的第二种可能的实现方式中,根据所述终端的终端信息确定所述上行数据的传输状态,包括:
当该终端满足至少以下条件中的一种时,确定该上行数据的传输状态为所述传输失败;
其中,该条件包括:
该终端为支持窄带能力的终端;
该终端具有覆盖增强的能力;
该终端运行于特定的覆盖增强模式;
该终端运行于满足预设条件的覆盖增强等级。
结合第九方面或者第九方面的第一种可能实现的方式或者第二种可能实现的方式,在第九方面的在第三种可能的实现方式中,该方法还包括:
该终端接收该基站发送的定时信息;
该终端根据该定时信息设置该预定时间。
结合第九方面的第三种可能的实现方式,在第四种可能的实现方式中,该终端接收该基站发送的定时信息,包括:
该终端接收该基站通过下行控制信道发送的该定时信息。
结合第九方面或者第一种可能实现的方式至第四种可能实现的方式中的任一种实现方式,在第五种可能的实现方式中,该预定时间由不可用的下行传输子帧的信息和下行控制信道搜索空间的起始子帧,以及以下参数中的一种或多种确定:
下行控制信道的重复次数,所述终端的覆盖增强等级,调度RAR的下行控制信道的重复次数,RAR消息的重复次数,RAR消息中的UL grant指示的调度msg3的控制信道的重复次数。
第十方面,提供了一种信息传输的方法,该方法包括:
基站接收终端发送的机器类型通信上行数据;
该基站根据该上行数据的接收状态和该终端的终端信息执行以下步骤之一:
不向该终端发送下行控制信息;发送下行控制信息至该终端,该下行控制信息包括该上行数据对应的上行索引指示信息,该上行索引指示信息指示零;
其中,该终端信息包括以下至少一种:该终端的类型信息,该终端的覆盖增强信息;
该接收状态包括接收成功或者接收失败。
结合第十方面,在第十方面的第一种可能的实现方式中,该基站根据该上行数据的接收状态和该终端的终端信息执行以下步骤之一包括:
当该接收状态包括接收成功且该终端满足至少以下条件中的一种时,执行以下步骤之一;
其中,该条件包括:
该终端为支持窄带能力的终端;
该终端具有覆盖增强的能力;
该终端运行于特定的覆盖增强模式;
该终端运行于满足预设条件的覆盖增强等级。
结合第十方面,在第十方面的第二种可能的实现方式中,该基站根据该上行数据的接收状态和该终端的终端信息执行以下步骤之一包括:
当该接收状态包括接收失败且该终端满足至少以下条件中的一种时,执行以下步骤之一;
其中,该条件包括:
该终端为支持窄带能力的终端;
该终端具有覆盖增强的能力;
该终端运行于特定的覆盖增强模式;
该终端运行于满足预设条件的覆盖增强等级。
结合第十方面或者第十方面的第一种可能的实现方式或者第二种可能的实现方式,在第十方面的第三种可能的实现方式中,该方法还包括:
该基站发送定时信息至该终端,该定时信息用于指示该下行控制信息的重复次数。
结合第十方面的第三种可能的实现方式,在第十方面的第四种可能的实现方式,该基站发送定时信息至该终端包括:
该基站通过不可用的下行传输子帧的信息和下行控制信道搜索空间的起始子帧,以及以下至少一项方式之一发送所述定时信息至所述终端;
其中,所述方式包括:
调度单播上行数据传输的下行控制信道;
基站配置的终端运行于特定的覆盖增强模式;
基站指示的终端运行于的覆盖增强重复传输等级;
调度RAR消息的下行控制信道的重复次数,
RAR消息的重复次数,
RAR消息中的UL grant指示的调度msg3的下行控制信道的重复次数。
第十一方面,提供了一种终端,包括:发送单元,接收单元和处理单元,
其中,所述发送单元用于向基站发送机器类型通信上行数据;
所述处理单元用于,当满足第一条件或者第二条件时,根据所述终端的终端信息确定所述上行数据的传输状态;
其中,所述第一条件包括:所述接收单元在预定时间内接收到所述基站发送的下行控制信息,所述下行控制信息包括所述上行数据对应的上行索引指示信息,且所述上行索引指示信息指示零;
所述第二条件包括:所述接收单元在预定时间内没有接收到所述基站发送的下行控制信息;
所述终端信息包括以下至少一种:所述终端的类型信息,所述终端的覆盖增强信息;
所述传输状态包括传输成功或者传输失败。
结合第十一方面,在第十一方面的第一种实现方式中,所述处理单元用于,当所述终端满足至少以下条件中的一种时,确定所述上行数据的传输状态为所述传输成功;
其中,所述条件包括:
所述终端为支持窄带能力的终端;
所述终端具有覆盖增强的能力;
所述终端运行于特定的覆盖增强模式;
所述终端运行于满足预设条件的覆盖增强等级。
结合第十一方面,在第十一方面的第二种实现方式中,所述处理单元用于,当所述终端满足至少以下条件中的一种时,确定所述上行数据的传输状态为所述传输失败;
其中,所述条件包括:
所述终端为支持窄带能力的终端;
所述终端具有覆盖增强的能力;
所述终端运行于特定的覆盖增强模式;
所述终端运行于满足预设条件的覆盖增强等级。
结合第十一方面或者第十一方面的第一种实现方式或者第二种实现方式,在第十一方面的第三种可能的实现方式中,所述接收单元用于:接收所述基站发送的定时信息;
所述处理单元还用于:根据所述接收单元接收的定时信息设置所述预定时间。
结合第十一方面的第三种可能的实现方式,在第十一方面的第四种可能的实现方式中,所述接收单元具体用于:
接收所述基站通过下行控制信道发送的所述定时信息。
结合第十一方面或者第十一方面的第一种可能的实现方式至第四种可能的实现方式中的任一种实现方式,在第十一方面的第五种可能的实现方式中,所述预定时间由不可用的下行传输子帧的信息和下行控制信道搜索空间的起始子帧,以及以下参数中的一种或多种确定:
下行控制信道的重复次数,所述终端的覆盖增强等级,调度RAR的下行控制信道的重复次数,RAR消息的重复次数,RAR消息中的UL grant指示的调度msg3的控制信道的重复次数。
第十二方面,提供了一种基站,包括:接收单元、处理单元以及发送单元;
其中,
所述接收单元,用于接收终端发送的机器类型通信上行数据;
所述处理单元,用于根据所述接收单元接收上行数据的接收状态和所述终端的终端信息执行以下步骤之一:
不向所述终端发送下行控制信息;
通过发送单元发送下行控制信息至所述终端,所述下行控制信息包括所述上行数据对应的上行索引指示信息,所述上行索引指示信息指示零;
其中,所述终端信息包括以下至少一种:所述终端的类型信息,所述终端的覆盖增强信息;
所述接收状态包括接收成功或者接收失败。
结合第十二方面,在第十二方面的第一种可能的实现方式中,所述处理单元具体用于:
当所述接收状态包括接收成功且所述终端满足至少以下条件中的一种时,执行以下所述步骤之一;
其中,所述条件包括:
所述终端为支持窄带能力的终端;
所述终端具有覆盖增强的能力;
所述终端运行于特定的覆盖增强模式;
所述终端运行于满足预设条件的覆盖增强等级。
结合第十二方面,在第十二方面的第二种可能的实现方式中,所述处理 单元具体用于:
当所述接收状态包括接收失败且所述终端满足至少以下条件中的一种时,执行以下所述步骤之一;
其中,所述条件包括:
所述终端为支持窄带能力的终端;
所述终端具有覆盖增强的能力;
所述终端运行于特定的覆盖增强模式;
所述终端运行于满足预设条件的覆盖增强等级。
结合第十二方面,或者第十二方面的第一种可能的实现方式或者第二种可能的实现方式,在第十二方面的第三种可能的实现方式中,所述发送单元用于,发送定时信息至所述终端,所述定时信息用于指示所述下行控制信息的重复次数。
结合第十二方面的第三种可能的实现方式,在第十二方面的第四种可能的实现方式中,所述发送单元具体用于:
通过不可用的下行传输子帧的信息和下行控制信道搜索空间的起始子帧,以及以下至少一项方式之一发送所述定时信息至所述终端;
其中,所述方式包括:
调度单播上行数据传输的下行控制信道;
基站配置的终端运行于特定的覆盖增强模式;
基站指示的终端运行于的覆盖增强重复传输等级;
调度RAR消息的下行控制信道的重复次数,
RAR消息的重复次数,
RAR消息中的UL grant指示的调度msg3的下行控制信道的重复次数。
基于上述技术方案,实现了MTC场景下上行传输状态的确认。本发明实施例根据终端信息确定MTC数据的传输状态,可以实现在没有接收到基站发送的下行控制信息时,对于传输状态的确认,也可以在接收到的下行控制信息中包括的该MTC数据对应的上行索引指示信息指示零时,对于传输状态的确认。本发明实施例通过在预定时间内接收到基站发送的第一传输状态反馈信息时进行第一传输状态对应的传输操作,在预定时间内没有接收到传输状态反馈信息时进行第二传输状态对应的传输操作,可以减少传输状态反馈信息的数量,从而能够节省传输资源。
下面对本发明实施例中的涉及的技术术语的英文缩略语以及对应的完整的英文表述/英文标准用语、中文表述/中文术语进行解释说明,以便于本领域技术人员理解:具体如表1所示:
表1
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对本发明实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明一个实施例的信息传输的方法的示意性流程图。
图2是本发明另一实施例的信息传输的方法的示意性流程图。
图3是本发明又一实施例的信息传输的方法的示意性流程图。
图4是本发明又一实施例的信息传输的方法的示意性流程图。
图5是本发明又一实施例的信息传输的方法的示意性流程图。
图5A是本发明又一实施例的信息传输的方法的示意性流程图。
图5B是本发明又一实施例的信息传输的方法的示意性流程图。
图5C是本发明又一实施例的信息传输的方法的示意性流程图。
图5D是本发明又一实施例的信息传输的方法的示意性流程图。
图5E是本发明一实施例提供的覆盖增强模式为A的一个终端进行PUSCH传输和接收基站下行控制信息过程示意图。
图5F是本发明又一实施例的信息传输的方法的示意性流程图。
图5G是本发明一实施例提供的一个终端进行PUSCH传输和接收基站下行控制信息过程示意图。
图5H是本发明又一实施例的信息传输的方法的示意性流程图。
图6是本发明一个实施例的终端的示意性框图。
图6A是本发明另一个实施例的终端的示意性框图。
图7是本发明一个实施例的基站的示意性框图。
图7A是本发明另一个实施例的基站的示意性框图。
图8是本发明另一实施例的终端的示意性结构图。
图9是本发明另一实施例的基站的示意性结构图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明的一部分实施例,而不是全部实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例,都应属于本发明保护的范围。
本发明实施例的技术方案可以应用于各种通信***中的MTC场景。各种通信***可以为全球移动通讯(Global System of Mobile communication,GSM)***、码分多址(Code Division Multiple Access,CDMA)***、宽带码分多址(Wideband Code Division Multiple Access,WCDMA)***、通用分组无线业务(General Packet Radio Service,GPRS)、长期演进(Long Term Evolution,LTE)***、LTE频分双工(Frequency Division Duplex,FDD)***、LTE时分双工(Time Division Duplex,TDD)、通用移动通信***(Universal Mobile Telecommunication System,UMTS)、全球互联微波接入(Worldwide Interoperability for Microwave Access,WiMAX)通信***等。
本发明实施例中的终端可以为MTC设备,也可以为进行MTC业务的普通终端,通常可以称为MTC终端。终端(Terminal)可称之为用户设备(User Equipment,UE)、移动台(Mobile Station,MS)、移动终端(Mobile Terminal)等,该终端可以经无线接入网(Radio Access Network,RAN)与一个或多个核心网进行通信,例如,终端可以是移动电话(或称为“蜂窝电话”)、具有移动终端的计算机等,例如,终端还可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置,它们与无线接入网交换语音和/或数据。一般而言,MTC终端具有以下一个或多个特点:支持窄带能力,或者覆盖增强的能力,或者运行于特定的覆盖增强模式,或者运行于满足预设条件的覆盖增强等级。
在本发明实施例中,基站可以是GSM或CDMA中的基站(Base  Transceiver Station,BTS),也可以是WCDMA中的基站(NodeB,NB),还可以是LTE中的演进型基站(Evolutional Node B,ENB或e-NodeB),本发明并不限定。但为描述方便,下述实施例将以基站ENB和终端为例进行说明。
在本发明实施例中,下行控制信道可以包括:现有标准定义的(enhanced physical downlink control channel,EPDCCH),或者机器类型通信物理下行控制信道M-PDCCH(MTC PDCCH)。M-PDCCH表示用于MTC设备调度的控制信道,可以是EPDCCH,或者其它符合MTC通信特性或者要求的控制信道,本发明不做限定。为方便描述,本发明后续描述将以M-PDCCH为例进行描述,但是这不构成对于本发明范围的限制。
第一方面,参见图1-图4,本发明实施例提供了一种信息传输的方法100,可以减少传输状态反馈信息的数量,能够节省传输资源。下面结合附图进行具体说明。
图1示出了根据本发明实施例的信息传输的方法100的示意性流程图。该方法100应用于MTC中,该方法100由终端执行。如图1所示,该方法100包括:
S110,上行MTC数据传输,具体为:向基站发送MTC数据;
S120,确定上行MTC数据传输的传输状态,包括:
在预定时间内接收到基站发送的传输状态反馈信息时,确定所述MTC数据的传输状态为第一传输状态;在所述预定时间内没有接收到所述基站发送的传输状态反馈信息时,确定所述MTC数据的传输状态为第二传输状态。
其中,所述第一传输状态为传输成功和传输失败中的一种,所述第二传输状态为传输成功和传输失败中的另一种,所述传输状态反馈信息为确定ACK信息和否认NACK信息中的一种,所述ACK信息表示传输成功,所述NACK信息表示传输失败。
基于本发明实施例的方案,终端根据在预定时间内是否接收到基站发送的传输状态反馈信息,即可确定上行MTC数据传输的传输状态。与现有技术相比,可以减少传输状态反馈信息的数量,从而能够节省传输资源。
作为一种可选的实现方式,所述传输状态反馈信息为ACK信息,所述第一传输状态为传输成功,所述第二传输状态为传输失败。作为一种应用场 景,该可选的实现方式可应用在上行MTC数据传输失败率较高的情况(如超过50%),此时能够有效减少传输状态反馈信息的数量,进一步地节省传输资源。
作为另一种可选的实现方式,所述传输状态反馈信息为NACK信息,所述第一传输状态为传输失败,所述第二传输状态为传输成功。该可选的实现方式特别适用于上行MTC数据传输成功率较高的情况(如超过50%)。
作为一种应用场景,该可选的实现方式可应用在上行MTC数据传输成功较高的情况(如超过50%),此时能够有效减少传输状态反馈信息的数量,进一步地节省传输资源。
在该可选实现方式基础上,作为另一种应用场景,所述NACK信息包含在下行控制信道中,所述下行控制信道中还包括重传调度信息,所述重传调度信息为用于指示重传所述MTC数据的调度信息。此时,由于传输失败,终端需要重新传输该上行MTC数据。该重新传输该上行MTC数据的资源位置等配置信息可以是预先定义。或者,也可以由基站在下行控制信道中发送重传调度信息,用于指示这些配置信息。此时,将所述NACK信息一并通过该下行控制信道传输,可是实现资源复用,节省传输资源。特别地,对于该MTC数据为最后一个MTC数据时,尤其适用。
此外,在确定上行MTC数据传输的传输状态后,可以针对传输状态,进行相应的操作,以下举例说明。
在预定时间内接收到基站发送的第一传输状态反馈信息时,进行第一传输状态对应的传输操作;
在该预定时间内没有接收到该基站发送的传输状态反馈信息时,进行第二传输状态对应的传输操作。
该第一传输状态为接收成功和接收失败中的一种,该第二传输状态为接收成功和接收失败中的另一种,该第一传输状态反馈信息为ACK信息和NACK信息中的一种且该第一传输状态反馈信息与该第一传输状态相对应,该传输状态反馈信息包括该ACK信息和/或该NACK信息。
对于终端的上行数据,基站可能接收成功也可能接收失败,即有接收成功和接收失败两种传输状态。在本发明实施例中,基站只发送一种传输状态 (表示为第一传输状态)对应的传输状态反馈信息(表示为第一传输状态反馈信息);终端在预定时间内接收到第一传输状态反馈信息时,进行第一传输状态对应的传输操作,在预定时间内没有接收到传输状态反馈信息时,进行另一种传输状态(表示为第二传输状态)对应的传输操作。这样,发送的传输状态反馈信息的数量减少,从而能够节省传输资源。
因此,本发明实施例的信息传输的方法,通过在预定时间内接收到基站发送的第一传输状态反馈信息时进行第一传输状态对应的传输操作,在预定时间内没有接收到传输状态反馈信息时进行第二传输状态对应的传输操作,可以减少传输状态反馈信息的数量,从而能够节省传输资源。
应理解,本发明的实施例也适用于对于下行数据的确认。即,该方法的执行主体是基站。例如,
S110_B,在预定时间内接收到终端发送的第一传输状态反馈信息时,进行第一传输状态对应的传输操作;
S120_B,在该预定时间内没有接收到该终端发送的传输状态反馈信息时,进行第二传输状态对应的传输操作。
其中,可以通过定时器来实现是否在预定时间内的判断。定时器的定时器信息,也可以由控制信道配置,也可以根据控制信道等级,重复次数,终端等级确定。
或者,由于对于下行数据的状态反馈,有三种状态,包括传输成功(ACK),传输失败(NACK),和非连续传输(DTX),那么,该实施例可以为:
S110_C,在预定时间内接收到终端发送的第一传输状态反馈信息时,进行第一传输状态对应的传输操作;
S120_C,在该预定时间内没有接收到该终端发送的传输状态反馈信息时,不进行第一传输状态对应的传输操作。
可选地,本发明实施例的技术方案应用于当覆盖增强需求达到一定程度时,比如,在覆盖增强等级较大的情况下。由于在这种情况下现有的方案资源浪费尤其严重,因此本发明实施例的技术方案更能节省资源。
可选地,在本发明一个实施例中,
终端在预定时间内接收到基站发送的ACK信息时,传输下一个上行数 据;
在预定时间内没有接收到基站发送的ACK信息时,重传上一个上行数据。
也就是说,在本实施例中,基站只发送ACK信息,终端在预定时间内接收到ACK信息则传输下一个上行数据,在预定时间内没有接收到ACK信息时则重传上一个上行数据。
应理解,在本发明的各种实施例中,传输下一个上行数据表示发送新的上行数据,重传上一个上行数据表示重传之前发送过的上行数据,并且,这个之前发送的上行数据是与基站发送的ACK/NACK对应的,也就是ACK/NACK是对该之前发送的上行数据的状态反馈。
可选地,在本发明另一个实施例中,
终端在预定时间内接收到基站发送的NACK信息时,重传上一个上行数据;
在预定时间内没有接收到基站发送的NACK信息时,传输下一个上行数据。
也就是说,在本实施例中,基站只发送NACK信息,终端在预定时间内接收到NACK信息则重传上一个上行数据,在预定时间内没有接收到NACK信息则传输下一个上行数据。
在上述两个实施例中,基站只发送ACK信息或只发送NACK信息。进一步地,还可以针对上行数据是不是最后一个上行数据相应地只发送ACK信息或只发送NACK信息,下面进行详细描述。
可选地,在本发明另一个实施例中,终端在预定时间内接收到基站发送的ACK信息,且发送的上一个上行数据不是最后一个上行数据时,传输下一个上行数据;
在预定时间内没有接收到基站发送的ACK信息,且发送的上一个上行数据不是最后一个上行数据时,重传上一个上行数据;
或者,
终端在预定时间内接收到基站发送的NACK信息,且发送的上一个上行数据是最后一个上行数据时,重传上一个上行数据;
在预定时间内没有接收到基站发送的NACK信息,且发送的上一个上行数据是最后一个上行数据时,确定上一个上行数据的传输状态为传输成 功。
也就是说,在本实施例中,当上行数据不是最后一个上行数据时,基站只发送ACK信息,不发送NACK信息;当上行数据是最后一个上行数据时,基站只发送NACK信息,不发送ACK信息。
可选地,在本发明另一个实施例中,终端在预定时间内接收到基站发送的NACK信息,且发送的上一个上行数据不是最后一个上行数据时,重传上一个上行数据;
在预定时间内没有接收到基站发送的NACK信息,且发送的上一个上行数据不是最后一个上行数据时时,传输下一个上行数据;
或者,
终端在预定时间内接收到基站发送的ACK信息,且发送的上一个上行数据是最后一个上行数据时,确定上一个上行数据的传输状态为传输成功;
在预定时间内没有接收到基站发送的ACK信息,且发送的上一个上行数据是最后一个上行数据时,重传上一个上行数据。
也就是说,在本实施例中,当上行数据不是最后一个上行数据时,基站只发送NACK信息,不发送ACK信息;当上行数据是最后一个上行数据时,基站只发送ACK信息,不发送NACK信息。
应理解,在本发明各种实施例中,终端可以监听ACK和NACK中的一种,也可以同时监听ACK和NACK。例如,在基站只发送ACK的情况下,对于传输失败的状态,终端是接收不到任何传输状态反馈信息的,因此,这种情形可以为在预定时间内没有接收到基站发送的ACK信息,也可以为在预定时间内没有接收到基站发送的NACK信息,也可以为在预定时间内没有接收到基站发送的ACK信息和NACK信息。其他情况与此类似,在此不再赘述。
在本发明实施例中,该预定时间可以由基站指示,也可以预先配置。
可选地,在本发明一个实施例中,如图2所示,该方法100还可以包括:
S130,接收基站发送的定时信息;
S140,根据定时信息确定预定时间。
具体而言,在本实施例中,该预定时间可以由基站指示。该定时信息可以是相对于发送上行数据的时刻的间隔。基站将该定时信息发送给终端,具 体地,可以通过下行控制信道,例如M-PDCCH,发送该定时信息给终端,例如,可以在通过M-PDCCH调度时指示该定时信息。基站可以根据MTC通信的状况确定该定时信息并指示给终端。考虑到MTC通信的特点,该预定时间可以较长,例如多于4个传输时间间隔(Transmission Time Interval,TTI)。
可选地,在本发明另一个实施例中,该预定时间可以由以下参数中的一种或多种确定:
下行控制信道的重复次数,下行控制信道的覆盖增强等级,所述终端的覆盖增强等级。
具体而言,该预定时间可以不需要基站指示,而是预先配置为跟MTC通信的状况关联,例如与上行数据信道的重复次数关联或者与覆盖增强等级关联。比如,下行控制信道的重复次数或者下行控制信道的覆盖增强等级为某一个值时,预定时间为几个传输间隔。这样,终端可以根据下行控制信道的重复次数或者下行控制信道的覆盖增强等级确定该预定时间。又例如,与终端的覆盖增强等级关联。比如,当终端的覆盖增强等级为某一值时,预定时间为几个传输间隔。这样,终端就可以根据终端的覆盖增强等级确定该预定时间。
在本发明实施例中,该预定时间可以通过时间窗或定时器实现。例如,终端可以基于定时器进行ACK/NACK信息的接收。在这种情况下,该预定时间具体为定时器的持续时间(duration)。
可选地,基站也可以基于定时器发送传输状态反馈信息(ACK/NACK),以保证基站发送传输状态反馈信息的时候,终端能够在预定时间内收到基站发送的传输状态反馈信息。也就是说,需要发送传输状态反馈信息时,基站要在一定时间内,把信息发出去。
在本发明实施例中,可选地,该第一传输状态反馈信息由该基站通过M-PDCCH发送。
也就是说,基站具体通过M-PDCCH发送ACK/NACK信息。
可选地,通过M-PDCCH发送ACK/NACK信息可以有以下两种实现方 法:
第一,可以直接在M-PDCCH中携带ACK/NACK信息,即利用M-PDCCH中的一个比特携带ACK/NACK信息;
第二,可以隐式指示ACK/NACK信息,比如DCI中的一个域NDI指示传输新数据时,表示上一个数据传输成功,从而隐式指示ACK信息,指示非新数据时,表示上一个数据传输失败,从而隐式指示NACK信息。
应当理解,现有技术中ACK/NACK有明确的定义,由PHICH信道承载.基站发送的ACK/NACK与上一个上行数据传输状态对应.由于MTC终端不支持PHICH信道,本发明中,当M-PDCCH直接携带ACK/NACK信息时,其含义与现有技术中的PHICH携带ACK/NACK信息的含义相同.当M-PDCCH隐式指示ACK/NACK信息,如通过NDI域和,或者UL index,其效果与终端直接接收ACK/NACK时可以相同.为了描述方便,将两种传输方式统称为传输状态反馈信息。
图3是本发明实施例的信息传输的方法的一个示例。在图3中用M-PDCCH的NDI隐式指示ACK信息。基站正确接收上行MTC数据时,不发送M-PDCCH;否则,通过M-PDCCH指示调度新数据。如图3所示,在预定时间T内,终端没收到M-PDCCH,则重传数据,收到M-PDCCH,则初传新数据。
以上从终端的角度详细描述了本发明实施例的信息传输的方法,下面从基站的角度描述本发明实施例的信息传输的方法,此处未详细解释的内容,可以参考上述介绍。
图4示出了根据本发明实施例的信息传输的方法400的示意性流程图。该方法400应用于MTC中,该方法400由基站执行。如图4所示,该方法400包括:
S410,监测终端的上行MTC数据传输的传输状态;
S420,向所述终端发送传输状态反馈信息,包括:
在所述上行MTC数据传输的传输状态为第一传输状态时,向所述终端发送传输状态反馈信息;
在所述上行MTC数据传输的传输状态为第二传输状态时,禁止向所述 终端发送传输状态反馈信息;
其中,所述第一传输状态为传输成功和传输失败中的一种,所述第二传输状态为传输成功和传输失败中的另一种,所述传输状态反馈信息为确认ACK信息和否认NACK信息中的一种,所述ACK信息表示传输成功,所述NACK信息表示传输失败。
基于本发明实施例的方案,终端根据在预定时间内是否接收到基站发送的传输状态反馈信息,即可确定上行MTC数据传输的传输状态。与现有技术相比,可以减少传输状态反馈信息的数量,从而能够节省传输资源。
作为一种可选的实现方式,所述传输状态反馈信息为ACK信息,所述第一传输状态为传输成功,所述第二传输状态为传输失败。作为一种应用场景,该可选的实现方式可应用在上行MTC数据传输失败率较高的情况(如超过50%),此时能够有效减少传输状态反馈信息的数量,进一步地节省传输资源。
作为另一种可选的实现方式,所述传输状态反馈信息为NACK信息,所述第一传输状态为传输失败,所述第二传输状态为传输成功。该可选的实现方式特别适用于上行MTC数据传输成功率较高的情况(如超过50%)。
作为一种应用场景,该可选的实现方式可应用在上行MTC数据传输成功较高的情况(如超过50%),此时能够有效减少传输状态反馈信息的数量,进一步地节省传输资源。
在该可选实现方式基础上,作为另一种应用场景,所述NACK信息包含在下行控制信道中,所述下行控制信道中还包括重传调度信息,所述重传调度信息为用于指示重传所述MTC数据的调度信息。此时,由于传输失败,终端需要重新传输该上行MTC数据。该重新传输该上行MTC数据的资源位置等配置信息可以是预先定义。或者,也可以由基站在下行控制信道中发送重传调度信息,用于指示这些配置信息。此时,将所述NACK信息一并通过该下行控制信道传输,可是实现资源复用,节省传输资源。特别地,对于该MTC数据为最后一个MTC数据时,尤其适用。
可选地,在本发明一个实施例中,
基站在确定上行数据的传输状态为传输成功时,向终端发送ACK信息;
在确定上行数据的传输状态为传输失败时,不向终端发送NACK信息。
也就是说,在本实例中,基站只发送ACK信息,不发送NACK信息。
可选地,在本发明另一个实施例中,
基站在确定上行数据的传输状态为传输失败时,向终端发送NACK信息;
在确定上行数据的传输状态为传输成功时,不向终端发送ACK信息。
也就是说,在本实例中,基站只发送NACK信息,不发送ACK信息。
可选地,在本发明另一个实施例中,
基站在确定上行数据的传输状态为传输成功,且该上行数据不是最后一个上行数据时,向终端发送ACK信息;
在确定该上行数据的传输状态为传输失败,且该上行数据不是最后一个上行数据时,不向终端发送NACK信息;
或者,
基站在确定上行数据的传输状态为传输失败,且该上行数据是最后一个上行数据时,向终端发送NACK信息;
在确定该上行数据的传输状态为传输成功,且该上行数据是最后一个上行数据时,不向终端发送ACK信息。
也就是说,在本实例中,当上行数据不是最后一个上行数据时,基站只发送ACK信息,不发送NACK信息;当上行数据是最后一个上行数据时,基站只发送NACK信息,不发送ACK信息。
可选地,在本发明另一个实施例中,
基站在确定上行数据的传输状态为传输失败,且该上行数据不是最后一个上行数据时,向终端发送NACK信息;
在确定该上行数据的传输状态为传输成功,且该上行数据不是最后一个上行数据时,不向终端发送ACK信息;
或者,
基站在确定上行数据的传输状态为传输成功,且该上行数据是最后一个上行数据时,向终端发送ACK信息;
在确定该上行数据的传输状态为传输失败,且该上行数据是最后一个上 行数据时,不向终端发送NACK信息。
也就是说,在本实例中,当上行数据不是最后一个上行数据时,基站只发送NACK信息,不发送ACK信息;当上行数据是最后一个上行数据时,基站只发送ACK信息,不发送NACK信息。
可选地,在本发明一个实施例中,如图5所示,该方法400还可以包括:
S430,向终端发送定时信息。
其中,所述定时信息用于确定预定时间,所述预定时间用于所述终端在所述预定时间内没有接收到所述基站发送的传输状态反馈信息时,确认所述上行MTC数据传输的传输状态为所述第二传输状态。可选地,通过下行控制信道向所述终端发送所述定时信息,所述下行控制信道为MTC物理下行控制信道。
可选地,基站也可以基于时间窗口或定时器发送传输状态反馈信息(ACK/NACK),以保证基站发送传输状态反馈信息的时候,终端能够在预定时间内收到基站发送的传输状态反馈信息。也就是说,需要发送传输状态反馈信息时,基站要在一定时间内,把信息发出去。
可选地,在本发明一个实施例中,基站通过M-PDCCH向该终端发送该定时信息。例如,基站可以在通过M-PDCCH调度时指示该定时信息。
可选地,在本发明一个实施例中,基站通过M-PDCCH向该终端发送该第一传输状态反馈信息。
应理解,在本发明上述实施例中,终端侧描述的基站和终端之间的交互及相关特性、功能等与基站侧的描述相应,为了简洁,在此不再赘述。
另一方面,为了实现更多MTC场景下上行传输状态的确认,参见图5A-图5H,本发明实施例的一种信息传输的方法200,可以实现在没有接收到基站发送的下行控制信息时,对于传输状态的确认,或者在接收到的下行控制信息中包括的该MTC数据对应的上行索引指示信息指示零时,对于传输状态的确认。以下仅以LTE网络中的应用为例,结合附图进行具体说明。但这并不对发明实施例的应用造成任何限制。
图5A示出了本发明实施例提供的一种信息传输的方法200,应用于终 端,包括:
51A:终端向基站发送上行数据;
该上行数据可以是机器类型通信上行数据,即由具备MTC功能的终端发送的上行数据。
52A:当满足第一条件或者第二条件时,所述终端根据所述终端的终端信息确定所述上行数据的传输状态;其中,所述第一条件包括:所述终端在预定时间内接收到所述基站发送的下行控制信息,所述下行控制信息包括所述上行数据对应的上行索引指示信息,且所述上行索引指示信息指示零;所述第二条件包括:所述终端在预定时间内没有接收到所述基站发送的下行控制信息。
所述终端信息包括以下至少一种:所述终端的类型信息,所述终端的覆盖增强信息;所述传输状态包括传输成功或者传输失败。
基于图5A所示的信息传输的方法,根据终端信息确定MTC数据的传输状态,可以实现在没有接收到基站发送的下行控制信息时,对于传输状态的确认,也可以在接收到的下行控制信息中包括的该MTC数据对应的上行索引指示信息指示零时,对于传输状态的确认。
图5B示出了本发明实施例提供的另一种信息传输的方法200,应用于基站,包括:
51B:基站接收终端发送的上行数据;
该上行数据可以是机器类型通信上行数据,即由具备MTC功能的终端发送的上行数据。
52B:基站根据所述上行数据的接收状态和所述终端的终端信息执行不向所述终端发送下行控制信息或发送下行控制信息至所述终端,所述下行控制信息包括所述上行数据对应的上行索引指示信息,所述上行索引指示信息指示零。
其中,所述终端信息包括以下至少一种:所述终端的类型信息,所述终端的覆盖增强信息;所述接收状态包括接收成功或者接收失败。
基于图5B所示的信息传输的方法,根据终端信息确定MTC数据的传输状态,可以实现在没有接收到基站发送的下行控制信息时,对于传输状态的确认,也可以在接收到的下行控制信息中包括的该MTC数据对应的上行索引指示信息指示零时,对于传输状态的确认。
图5C示出了本发明实施例提供的一种信息传输的方法200,包括:
501:终端向基站发送上行数据。
该上行数据可以是机器类型通信上行数据,即由具备MTC功能的终端发送的上行数据。
502:基站接收终端发送的上行数据。
503:基站根据所述上行数据的接收状态和所述终端的终端信息执行不向终端发送下行控制信息。
其中,503中的“不向终端发送下行控制信息”可以理解为基站禁止向该终端发送下行控制信息,也可以理解为不做生成下行控制信息的处理,本发明实施例对此不进行具体限制。
其中,终端信息包括以下至少一种:该终端的类型(终端category)信息,该终端的覆盖增强信息。
该覆盖增强信息可以包括:终端支持覆盖增强的能力(终端capability)信息,终端的重复等级或者覆盖增强的等级或者覆盖增强模式(repetition level/coverage enhancement level/coverage enhancement mode)信息。
终端支持覆盖增强的能力信息是终端自身的固有信息,例如可以包括是否支持一种覆盖增强模式的能力的信息,并且可以通过终端上报给基站。
终端的重复等级或者覆盖增强的等级或者覆盖增强的模式信息,是指能够描述终端当前的覆盖增强需求和能够实现的行为的信息,可以由基站配置给终端,或者根据预定规则确定。
该终端的类型信息是终端自身的固有信息,比如可以是标准定义的一种类型的终端,例如,可以为支持窄带操作的类型或者不支持窄带操作的类型,该终端的类型信息可以由终端上报给基站。
当该终端支持覆盖增强的能力信息和该终端的类型信息由终端上报给基站时,可选的,本发明实施例的一种实现方式为:分别通过不同的参数上报。例如,可以将支持窄带操作的终端定义为新的终端类型,通过至少1bit上报给基站;对于支持覆盖增强的能力,可以通过定义单独的能力信息有效位,通过至少2bit上报给基站,可分别指示是否支持覆盖增强模式A和B。
优选的,本发明实施例的另一种实现方式为:将该终端的类型信息(例如是否支持窄带操作)和该终端支持覆盖增强的能力信息(例如是否支持覆 盖增强模式A和B),通过联合指示的方式,由统一参数的有效位上报。这样,可以实现最少使用2bit进行上报,节约资源。
具体的,可以定义2bit的能力上报有效位,进行联合指示是否支持窄带操作和是否支持覆盖增强模式A和B,以下仅是示例性的进行说明。
例如:
00指示不支持窄带操作和覆盖增强,或者,
01指示支持窄带操作、不支持覆盖增强,或者,
10指示同时支持窄带操作、覆盖增强模式A,或者,
11指示同时支持窄带操作、覆盖增强模式B。
通过上述联合指示的方式,一方面可以实现不需要定义新的终端类型,减少定义新的终端类型对现有技术规范的影响;另一方面,对于只支持窄带操作的终端可以更好的模拟低成本窄带终端的行为,进行MTC传输。进一步的,通过给正常复杂度终端定义支持窄带操作的信息有效位,基站在后续初始化终端的随机接入时,就可以给正常复杂度终端也配置或者赋予使用低成本终端的专属PRACH资源的能力,当网络可能没有低成本终端接入时,网络不需要预留相应的资源,可充分利用网络资源。
其中,该接收状态包括接收成功或者接收失败。
该基站根据上行数据的接收状态和该终端的终端信息执行不向终端发送下行控制信息具体可以包括:
当接收状态包括接收成功且该终端满足至少以下条件中的一种时,执行不向终端发送下行控制信息;
其中,所述条件包括:
该终端为支持窄带能力的终端;
该终端具有覆盖增强的能力;
该终端运行于特定的覆盖增强模式;
该终端运行于满足预设条件的覆盖增强等级。
或者,
当接收状态包括接收失败且该终端满足至少以下条件中的一种时,执行不向终端发送下行控制信息;
其中,所述条件包括:
该终端为支持窄带能力的终端;
该终端具有覆盖增强的能力;
该终端运行于特定的覆盖增强模式;
该终端运行于满足预设条件的覆盖增强等级。
504:终端在预定时间内没有接收到所述基站发送的下行控制信息,终端根据该终端的终端信息确定该上行数据的传输状态。
其中,下行控制信息与现有协议中规定的DCI的含义相同。
终端在发送初始上行PUSCH后,根据同步定时关系,可用下行子帧位置的数量和位置,下行控制信道的起始监听子帧,确定对应的下行控制信道的起始传输子帧位置。
根据同步规则,终端发送PUSCH后,在确定的起始传输子帧位置开始监听携带DCI的下行控制信道。
其中,终端在预定时间内没有接收到所述基站发送的下行控制信息时,根据终端的终端信息确定上行数据的传输状态,有两种实现方式:
一、当该终端满足至少以下条件中的一种时,确定所述上行数据的传输状态为所述传输成功;
其中,所述条件包括:
该终端为支持窄带能力的终端;
该终端具有覆盖增强的能力;
该终端运行于特定的覆盖增强模式;
该终端运行于满足预设条件的覆盖增强等级。
二、当该终端满足至少以下条件中的一种时,确定所述上行数据的传输状态为所述传输失败;
其中,所述条件包括:
所述终端为支持窄带能力的终端;
所述终端具有覆盖增强的能力;
所述终端运行于特定的覆盖增强模式;
所述终端运行于满足预设条件的覆盖增强等级。
可选的,在该终端确定该上行数据的传输状态为所述传输成功之后,可以在预定时间之后发送一个新的上行数据;在该终端确定所述上行数据的传输状态为所述传输失败之后,可以在预定时间之后重传该上行数据。
具体的,该预定时间由可以不可用的下行传输子帧的信息和下行控制信 道搜索空间的起始子帧,以及以下参数中的一种或多种确定:
下行控制信道的重复次数,所述终端的覆盖增强等级,调度RAR的下行控制信道的重复次数,RAR消息的重复次数,RAR消息中的UL grant指示的调度msg3的控制信道的重复次数。
其中,下不可用下行子帧信息包括不可用下行子帧位置和数量。
其中,在本发明实施例中,该预定时间可以由基站指示,也可以预先配置。例如,参见图5D,在本发明实施例的一种实现方式中,该方法还包括:
51、基站发送定时信息至该终端。
其中,该定时信息用于指示该下行控制信息的重复次数。
可选的,该基站通过不可用的下行传输子帧的信息和下行控制信道搜索空间的起始子帧,以及以下至少一项方式之一发送所述定时信息至所述终端;
其中,所述方式包括:
调度单播上行数据传输的下行控制信道;
基站配置的终端运行于特定的覆盖增强模式;
基站指示的终端运行于的覆盖增强重复传输等级;
调度RAR消息的下行控制信道的重复次数,
RAR消息的重复次数,
RAR消息中的UL grant指示的调度msg3的下行控制信道的重复次数。
52、该终端接收该基站发送的定时信息;
53、该终端根据该定时信息设置该预定时间。
可选的,该预定时间可以是终端可能收到对应的下行控制信道重复次数需要的持续时间。其中,下行控制信道的传输时延(如3ms)可以不计算在该预定时间内。对于MTC终端可能有不可用于下行传输的子帧的情况,例如TDD传输模式中的上行子帧,以及基站预先配置或者根据预定规则已知的不能用来传输下行控制信道的子帧。对于这些子帧,终端可以根据预定规则确定预定时间。具体地,如果下行控制信道的重复次数为R,该下行控制信道的重复次数R由基站通过下行控制信道调度终端发送上行数据时发送给终端,在经过下行控制信道的传输时延后的子帧n开始,终端监听计算对应的下行控制信息的持续时间,如果在子帧n和之后的连续R个子帧中有M个不可用子帧,则终端确定预定时间为R+M;如果没有不可用子帧,则确定预定时间为R。
可选的,该预定时间也可以理解为终端可能收到对应的下行控制信道重复次数(即重传次数)。例如,终端上记录有下行控制信息的重复次数,当该重复次数达到一个数值时,可以认为预定时间到达。
可选的,该预定时间可以理解为时间窗口,包括预定时间起始子帧和预定时间结束子帧。预定时间起始子帧根据HARQ进程的定时关系规则和/或者确定的下行控制信道传输子帧确定,结束子帧位置根据控制信道的重复次数和不可用下行子帧数确定。如图5E。示出了覆盖增强模式为A的一个终端进行PUSCH传输和接收基站下行控制信息过程。
如图5E,UG标识调度数据的UL grant,A表示基站在接收到终端发送的上行数据后发送的下行控制信息,其可以用相同的DCI消息承载。
其中,下行控制信息A的起始传输子帧可能并非连续发送的,而是有确定的传输起始子帧,传输时间间隔和周期。
终端根据确定的HARQ时序关系,确定监听下行控制信息A的起始传输子帧,有两种可能:
子帧#2和子帧#3,也即同步的HARQ定时关系,终端根据传输时延,在发送PUSCH UL1结束后的第4个子帧(#8)开始监听下行控制信息。
或者,
子帧#0和子帧#1,由于子帧#2和子帧#3被配置下行控制信道的传输间隔,那么UL1对应的A,将在所有HARQ进程的调度信息发送结束之后开始传输。图5C中假定有4个上行HARQ进程。
确定预定时间的结束子帧,可以根据控制信道的重复子帧次数R,和确定的起始子帧之后R个连续子帧中,不可用的下行子帧数M确定。例如图5C中,起始子帧为#2,重复子帧数R=2,子帧#3为不可用子帧,则预定时间的结束子帧位置为#4。
当然,可以理解的是,上述终端确定预定时间的方式对于第一方面,图1、图2以及图4所示的信息传输的方法100同样适用。
图5C所示的方法,基站在接收到终端发送的机器类型通信上行数据后,通过根据所述上行数据的接收状态和所述终端的终端信息执行不向终端发送下行控制信息,而终端在预定时间内没有接收到所述基站发送的下行控制信息,终端根据该终端的终端信息可确定该上行数据的传输状态,从而可以实现在终端没有接收到基站发送的下行控制信息时,也可确定该上行数据的 传输状态。
图5F示出了本发明实施例提供的另一种信息传输的方法200,与图5C所示出信息传输的方法相比,主要是用步骤505替换了步骤503,用步骤506-步骤507替换了步骤504,在此只对不同的地方进行详细说明,参见图5F,该方法包括:
501:终端向基站发送上行数据。
502:基站接收终端发送的上行数据。
505:基站根据所述上行数据的接收状态和所述终端的终端信息执行发送下行控制信息至所述终端,所述下行控制信息包括所述上行数据对应的上行索引指示信息,所述上行索引指示信息指示零。
其中,该下行控制信息可以包括至少一个上行索引指示信息,优选的包含多个上行索引指示信息,每个上行索引指示信息对应一个上行数据。
本发明实施例仅以该下行控制信息包括两个上行索引指示信息为例进行说明。但是这并不构成任何限制。
例如,本发明实施例中下行控制信息包含上行索引(UL index),例如可以为2bit,。仅是示例性的,可以将最左边的bit叫做最高有效位MSB(Most Significant Bit),最右边的bit叫做最低有效位LSB(Least Significant Bit)。
其中,两个bit可以分别指示1或者0。每个bit分别对应一个上行数据。
例如,一种实现方式为:MSB可以对应时域上较先发送的PUSCH的HARQ进程;LSB可以对应时域上较后发送的PUSCH的HARQ进程;
相反的,另一种实现方式为:MSB可以对应时域上较后发送的PUSCH的HARQ进程;LSB可以对应时域上较先发送的PUSCH的HARQ进程。
其中,当一个上行索引指示信息指示0,可指示对应的上行数据的传输状态为传输成功;或者,当一个上行索引指示信息指示0,可指示对应的上行数据的传输状态为传输失败。
当一个上行索引指示信息指示1,可以与现有规范的指示作用相同,例如,可以用来指示该上行索引指示信息对应的上行数据发送的子帧位置。
例如,若MSB=1,则指示终端在子帧n+k发送PUSCH;如果LSB=1,则指示终端在子帧n+7发送PUSCH;如果MSB和LSB都为1,则指示终端在n+k和n+7都发送PUSCH。
这样,通过在下行控制信息配置至少一个上行索引指示信息,每个上行索引指示信息对应一个上行数据。可以使得一个下行控制信息指示不同的上行数据的传输状态,节约传输资源。例如,对于TDD配比0,上行子帧数量多于下行子帧的情况尤其适用。当然,对于FDD或者TDD的其他配比,本发明实施例同样适用,并不构成任何限制。
506:所述终端在预定时间内接收到所述基站发送的下行控制信息,所述下行控制信息包括所述上行数据对应的上行索引指示信息,且所述上行索引指示信息指示零。
507、终端根据该终端的终端信息确定该上行数据的传输状态。
其中,根据终端的终端信息确定上行数据的传输状态,有两种实现方式:
一、当该终端满足至少以下条件中的一种时,确定所述上行数据的传输状态为所述传输成功;
其中,所述条件包括:
该终端为支持窄带能力的终端;
该终端具有覆盖增强的能力;
该终端运行于特定的覆盖增强模式;
该终端运行于满足预设条件的覆盖增强等级。
二、当该终端满足至少以下条件中的一种时,确定所述上行数据的传输状态为所述传输失败;
其中,所述条件包括:
所述终端为支持窄带能力的终端;
所述终端具有覆盖增强的能力;
所述终端运行于特定的覆盖增强模式;
所述终端运行于满足预设条件的覆盖增强等级。
下面仅以第一种实现方式,结合图5G所示过程进行具体说明。对于第二种实现方式,其原理过程类似,本发明实施例不再赘述。
参见图5G,假设MSB对应较先发送的PUSCH的HARQ进程;LSB对应较后发送的PUSCH的HARQ进程。也即,MSB对应的是HARQ进程#1,LSB对应HARQ进程#5。并且,假设任何有效位指示0,终端认为PUSCH的传输状态是ACK。应该理解,传输调度数据的DCI和传输反馈信息的DCI是相同的DCI消息,本发明实施例为了方便描述,分别用调度数据的 M-PDCCH和传输反馈信息的M-PDCCH表示实现的不同功能。
由于是相同的DCI,DCI中有一个NDI指示传输状态的新传或者重传。由于2个PUSCH的进程对应相同的NDI,PUSCH的HARQ#1传输成功,且不需要发送后续PUSCH;HARQ#5需要传输新数据。因此,DCI消息中,ULindex的MSB有效位指示0。终端在预定时间内接收到DCI消息,根据MSB的指示,确定对应较先HARQ进程也即UL1的进程传输的PUSCH的传输状态为ACK.
图5F所示的方法,基站在接收到终端发送的机器类型通信上行数据后,根据该上行数据的接收状态和该终端的终端信息执行发送下行控制信息至该终端,该下行控制信息包括该上行数据对应的上行索引指示信息,该上行索引指示信息指示零。而该终端在预定时间内接收到该基站发送的下行控制信息,该下行控制信息包括所述上行数据对应的上行索引指示信息,且该上行索引指示信息指示零时,该终端可根据该终端的终端信息确定该上行数据的传输状态。从而可以实现在接收到的下行控制信息中包括的该MTC数据对应的上行索引指示信息指示零时,对于传输状态的确认。并且进一步的,因为该MTC不同的上行数据对应不同的上行索引指示信息,从而可以用一个下行控制信息指示不同的上行数据的传输状态,节约传输资源。
图5H示出了本发明实施例提供的另一种信息传输的方法200,与图5F所示出信息传输的方法相比,主要是用步骤505替换了步骤506-步骤507,适用于基站虽然发出了下行控制信息,但是终端没有收到该下行控制信息的情况下对上行数据的确认,在此只对不同的地方进行详细说明,参见图5H,该方法包括:
501:终端向基站发送上行数据。
502:基站接收终端发送的上行数据。
505:基站根据所述上行数据的接收状态和所述终端的终端信息执行发送下行控制信息至所述终端,所述下行控制信息包括所述上行数据对应的上行索引指示信息,所述上行索引指示信息指示零。
504:终端在预定时间内没有接收到所述基站发送的下行控制信息,终端根据该终端的终端信息确定该上行数据的传输状态。
通过图5H所示的方法,基站在接收到终端发送的机器类型通信上行数 据后,根据该上行数据的接收状态和该终端的终端信息执行发送下行控制信息至该终端。而该终端在预定时间内没有接收到所述基站发送的下行控制信息,则根据该终端的终端信息确定该上行数据的传输状态。从而可以实现基站虽然发出了下行控制信息,但是终端没有收到该下行控制信息的情况下对上行数据传输状态的确认。
应理解,在本发明的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本发明实施例的实施过程构成任何限定。
上文详细描述了根据本发明实施例的信息传输的方法,下面将描述根据本发明实施例的终端和基站。
图6示出了根据本发明实施例的终端600的示意性框图。该终端600可以前述方法实施例中终端,此处未详尽介绍的内容,可以参考前述方法实施例。如图6所示,该终端600包括:
发送模块630,用于向基站发送MTC数据;
接收模块610,用于接收基站发送的传输状态反馈信息;
处理模块620,用于:
在预定时间内接收到基站发送的传输状态反馈信息时,确定所述MTC数据的传输状态为第一传输状态;
在所述预定时间内没有接收到所述基站发送的传输状态反馈信息时,确定所述MTC数据的传输状态为第二传输状态;
其中,所述第一传输状态为传输成功和传输失败中的一种,所述第二传输状态为传输成功和传输失败中的另一种,所述传输状态反馈信息为确定ACK信息和否认NACK信息中的一种,所述ACK信息表示传输成功,所述NACK信息表示传输失败。
基于本发明实施例的方案,终端根据在预定时间内是否接收到基站发送的传输状态反馈信息,即可确定上行MTC数据传输的传输状态。与现有技术相比,可以减少传输状态反馈信息的数量,从而能够节省传输资源。
作为一种可选的实现方式,所述传输状态反馈信息为ACK信息,所述第一传输状态为传输成功,所述第二传输状态为传输失败。作为一种应用场景,该可选的实现方式可应用在上行MTC数据传输失败率较高的情况(如 超过50%),此时能够有效减少传输状态反馈信息的数量,进一步地节省传输资源。
作为另一种可选的实现方式,所述传输状态反馈信息为NACK信息,所述第一传输状态为传输失败,所述第二传输状态为传输成功。该可选的实现方式特别适用于上行MTC数据传输成功率较高的情况(如超过50%)。
作为一种应用场景,该可选的实现方式可应用在上行MTC数据传输成功较高的情况(如超过50%),此时能够有效减少传输状态反馈信息的数量,进一步地节省传输资源。
在该可选实现方式基础上,作为另一种应用场景,所述NACK信息包含在下行控制信道中,所述下行控制信道中还包括重传调度信息,所述重传调度信息为用于指示重传所述MTC数据的调度信息。
所述接收模块具体用于接收下行控制信道中传输的所述NACK信息,所述下行控制信道中还包括重传调度信息,所述重传调度信息为用于指示重传所述MTC数据的调度信息。
此时,由于传输失败,终端需要重新传输该上行MTC数据。该重新传输该上行MTC数据的资源位置等配置信息可以是预先定义。或者,也可以由基站在下行控制信道中发送重传调度信息,用于指示这些配置信息。此时,将所述NACK信息一并通过该下行控制信道传输,可是实现资源复用,节省传输资源。特别地,对于该MTC数据为最后一个MTC数据时,尤其适用。
作为一种可选的实现方式,所述接收模块还用于接收所述基站发送的定时信息;
所述处理模块还用于根据所述定时信息,确定所述预定时间。
在此基础上,可选地,所述接收模块具体用于接收下行控制信道中传输的所述定时信息,所述下行控制信道为MTC物理下行控制信道。
此外,在确定上行MTC数据传输的传输状态后,可以针对传输状态,进行相应的操作,以下举例说明。
在该接收模块610在预定时间内接收到该基站发送的该第一传输状态反 馈信息时,进行第一传输状态对应的传输操作,在该接收模块610在该预定时间内没有接收到该基站发送的传输状态反馈信息时,进行第二传输状态对应的传输操作,其中,该第一传输状态为传输成功和传输失败中的一种,该第二传输状态为传输成功和传输失败中的另一种,该第一传输状态反馈信息为确定ACK信息和否认NACK信息中的一种且该第一传输状态反馈信息与该第一传输状态相对应,该传输状态反馈信息包括该ACK信息和/或该NACK信息。
本发明实施例的终端,通过在预定时间内接收到基站发送的第一传输状态反馈信息时进行第一传输状态对应的传输操作,在预定时间内没有接收到传输状态反馈信息时进行第二传输状态对应的传输操作,可以减少传输状态反馈信息的数量,从而能够节省传输资源。
可选地,在本发明一个实施例中,该发送模块630用于,
在该接收模块610在该预定时间内接收到该基站发送的该ACK信息时,传输下一个上行数据;
在该接收模块610在该预定时间内没有接收到该基站发送的该ACK信息时,重传上一个上行数据。
可选地,在本发明另一个实施例中,该发送模块630用于,
在该接收模块610在该预定时间内接收到该基站发送的该NACK信息时,重传上一个上行数据;
在该接收模块610在该预定时间内没有接收到该基站发送的该NACK信息时,传输下一个上行数据。
可选地,在本发明另一个实施例中,该发送模块630用于,
在该接收模块610在该预定时间内接收到该基站发送的该ACK信息,且发送的上一个上行数据不是最后一个上行数据时,传输下一个上行数据;
在该接收模块610在该预定时间内没有接收到该基站发送的该ACK信息,且发送的上一个上行数据不是最后一个上行数据时时,重传上一个上行数据;
或者,
在该接收模块610在该预定时间内接收到该基站发送的该NACK信息,且发送的上一个上行数据是最后一个上行数据时,重传上一个上行数据;
在该接收模块610在该预定时间内没有接收到该基站发送的该NACK 信息,且发送的上一个上行数据是最后一个上行数据时,确定上一个上行数据的传输状态为传输成功。
可选地,在本发明一个实施例中,该接收模块610还用于接收该基站发送的定时信息;
该终端还包括:
确定模块,用于根据该定时信息确定该预定时间。
可选地,在本发明另一个实施例中,该接收模块610具体用于接收该基站通过M-PDCCH发送的该定时信息。
可选地,在本发明另一个实施例中,该预定时间与上行数据信道的重复次数或者覆盖增强等级关联。
可选地,在本发明另一个实施例中,该第一传输状态反馈信息由该基站通过M-PDCCH发送。
根据本发明实施例的终端600可对应于根据本发明实施例的信息传输的方法中的终端,并且终端600中的各个模块的上述和其它操作和/或功能分别为了实现前述各个方法的相应流程,为了简洁,在此不再赘述。
图6A示出了根据本发明实施例200的终端600A的示意性框图。该终端600可以执行前述方法实施例200中终端的步骤,此处未详尽介绍的内容,可以参考前述方法实施例。如图6A所示,该终端600A包括:
发送单元601,接收单元602和处理单元603,
其中,所述发送单元601用于向基站发送机器类型通信上行数据;
所述处理单元603用于,当满足第一条件或者第二条件时,根据所述终端的终端信息确定所述上行数据的传输状态;
其中,所述第一条件包括:所述接收单元602在预定时间内接收到所述基站发送的下行控制信息,所述下行控制信息包括所述上行数据对应的上行索引指示信息,且所述上行索引指示信息指示零;
所述第二条件包括:所述接收单元602在预定时间内没有接收到所述基站发送的下行控制信息;
所述终端信息包括以下至少一种:所述终端的类型信息,所述终端的覆盖增强信息;所述传输状态包括传输成功或者传输失败。
可选的,所述处理单元603具体用于,当所述终端满足至少以下条件中的一种时,确定所述上行数据的传输状态为所述传输成功;
其中,所述条件包括:
所述终端为支持窄带能力的终端;
所述终端具有覆盖增强的能力;
所述终端运行于特定的覆盖增强模式;
所述终端运行于满足预设条件的覆盖增强等级。
可选的,所述处理单元603具体用于,当所述终端满足至少以下条件中的一种时,确定所述上行数据的传输状态为所述传输失败;
其中,所述条件包括:
所述终端为支持窄带能力的终端;
所述终端具有覆盖增强的能力;
所述终端运行于特定的覆盖增强模式;
所述终端运行于满足预设条件的覆盖增强等级。
进一步的,所述接收单元602用于:接收所述基站发送的定时信息;
所述处理单元还用于:根据所述接收单元接收的定时信息设置所述预定时间。
进一步的,所述接收单元602具体用于:
接收所述基站通过下行控制信道发送的所述定时信息。
本发明实施例的一种实现方式中,所述预定时间由不可用的下行传输子帧的信息和下行控制信道搜索空间的起始子帧,以及以下参数中的一种或多种确定:
下行控制信道的重复次数,所述终端的覆盖增强等级,调度RAR的下行控制信道的重复次数,RAR消息的重复次数,RAR消息中的UL grant指示的调度msg3的控制信道的重复次数。
本发明实施例提供的终端600A,可以根据终端信息确定MTC数据的传输状态,可以实现在没有接收到基站发送的下行控制信息时,对于传输状态的确认,也可以在接收到的下行控制信息中包括的该MTC数据对应的上行索引指示信息指示零时,对于传输状态的确认。
图7示出了根据本发明实施例的基站700的示意性框图。该基站700应用于MTC中,如图7所示,该基站700包括:
处理模块710,用于监测终端的上行MTC数据传输的传输状态;
发送模块720,用于:在所述上行MTC数据传输的传输状态为第一传输状态时,向所述终端发送传输状态反馈信息;在所述上行MTC数据传输的传输状态为第二传输状态时,禁止向所述终端发送传输状态反馈信息。
其中,所述第一传输状态为传输成功和传输失败中的一种,所述第二传输状态为传输成功和传输失败中的另一种,所述传输状态反馈信息为确定ACK信息和否认NACK信息中的一种,所述ACK信息表示传输成功,所述NACK信息表示传输失败。
基于本发明实施例的方案,终端根据在预定时间内是否接收到基站发送的传输状态反馈信息,即可确定上行MTC数据传输的传输状态。与现有技术相比,可以减少传输状态反馈信息的数量,从而能够节省传输资源。
作为一种可选的实现方式,所述传输状态反馈信息为ACK信息,所述第一传输状态为传输成功,所述第二传输状态为传输失败。作为一种应用场景,该可选的实现方式可应用在上行MTC数据传输失败率较高的情况(如超过50%),此时能够有效减少传输状态反馈信息的数量,进一步地节省传输资源。
作为另一种可选的实现方式,所述传输状态反馈信息为NACK信息,所述第一传输状态为传输失败,所述第二传输状态为传输成功。该可选的实现方式特别适用于上行MTC数据传输成功率较高的情况(如超过50%)。
作为一种应用场景,该可选的实现方式可应用在上行MTC数据传输成功较高的情况(如超过50%),此时能够有效减少传输状态反馈信息的数量,进一步地节省传输资源。
在该可选实现方式基础上,作为另一种应用场景,所述NACK信息包含在下行控制信道中,所述下行控制信道中还包括重传调度信息,所述重传调度信息为用于指示重传所述MTC数据的调度信息。
所述发送模块具体用于在下行控制信道中发送的所述NACK信息,并在所述下行控制信道中传输中重传调度信息,所述重传调度信息为用于指示重传所述MTC数据的调度信息。
此时,由于传输失败,终端需要重新传输该上行MTC数据。该重新传输该上行MTC数据的资源位置等配置信息可以是预先定义。或者,也可以由基站在下行控制信道中发送重传调度信息,用于指示这些配置信息。此时,将所述NACK信息一并通过该下行控制信道传输,可是实现资源复用,节省传输资源。特别地,对于该MTC数据为最后一个MTC数据时,尤其适用。
在该处理模块710确定该上行数据的传输状态为第一传输状态时,向终端发送第一传输状态反馈信息,在该处理模块710确定该上行数据的传输状态为第二传输状态时,不向该终端发送传输状态反馈信息,其中,该第一传输状态为传输成功和传输失败中的一种,该第二传输状态为传输成功和传输失败中的另一种,该第一传输状态反馈信息为确定ACK信息和否认NACK信息中的一种且该第一传输状态反馈信息与该第一传输状态相对应,该传输状态反馈信息包括该ACK信息和/或该NACK信息。
本发明实施例的基站,通过只向终端发送一种传输状态对应的传输状态反馈信息,可以减少传输状态反馈信息的数量,从而能够节省传输资源。
可选地,在本发明一个实施例中,该发送模块720具体用于,
在该处理模块710确定该上行数据的传输状态为传输成功时,向该终端发送该ACK信息;
在该处理模块710确定该上行数据的传输状态为传输失败时,不向该终端发送该NACK信息。
可选地,在本发明另一个实施例中,该发送模块720具体用于,
在该处理模块710确定该上行数据的传输状态为传输失败时,向该终端发送该NACK信息;
在该处理模块710确定该上行数据的传输状态为传输成功时,不向该终端发送该ACK信息。
可选地,在本发明另一个实施例中,该发送模块720具体用于,
在该处理模块710确定该上行数据的传输状态为传输成功,且该上行数据不是最后一个上行数据时,向该终端发送该ACK信息;
在该处理模块710确定该上行数据的传输状态为传输失败,且该上行数据不是最后一个上行数据时,不向该终端发送该NACK信息;
或者,
在该处理模块710确定该上行数据的传输状态为传输失败,且该上行数据是最后一个上行数据时,向该终端发送该NACK信息;
在该处理模块710确定该上行数据的传输状态为传输成功,且该上行数据是最后一个上行数据时,不向该终端发送该ACK信息。
可选地,在本发明一个实施例中,该发送模块720还用于,向所述终端发送定时信息;
其中,所述定时信息用于确定预定时间,所述预定时间用于所述终端在所述预定时间内没有接收到所述基站发送的传输状态反馈信息时,确认所述上行MTC数据传输的传输状态为所述第二传输状态。
可选地,在本发明一个实施例中,该发送模块720具体用于,在下行控制信道中发送所述定时信息,所述下行控制信道为机器类型通信物理下行控制信道。
根据本发明实施例的基站700可对应于根据本发明实施例的信息传输的方法中的基站,并且基站700中的各个模块的上述和其它操作和/或功能分别为了实现前述各个方法的相应流程,为了简洁,在此不再赘述。
图7A示出了根据本发明实施例200的基站700A的示意性框图。该基站700A可以执行前述方法实施例200中基站的步骤,此处未详尽介绍的内容,可以参考前述方法实施例。如图7A所示,该基站700A包括:
接收单元701、处理单元702以及发送单元703;
其中,
所述接收单元701,用于接收终端发送的机器类型通信上行数据;
所述处理单元702,用于根据所述接收单元701接收上行数据的接收状态和所述终端的终端信息执行以下步骤之一:
不向所述终端发送下行控制信息;
通过发送单元702发送下行控制信息至所述终端,所述下行控制信息包括所述上行数据对应的上行索引指示信息,所述上行索引指示信息指示零;
其中,所述终端信息包括以下至少一种:所述终端的类型信息,所述终端的覆盖增强信息;所述接收状态包括接收成功或者接收失败。
可选的,所述处理单元702具体用于:
当所述接收状态包括接收成功且所述终端满足至少以下条件中的一种时,执行以下所述步骤之一;
其中,所述条件包括:
所述终端为支持窄带能力的终端;
所述终端具有覆盖增强的能力;
所述终端运行于特定的覆盖增强模式;
所述终端运行于满足预设条件的覆盖增强等级。
可选的,所述处理单元702具体用于:
当所述接收状态包括接收失败且所述终端满足至少以下条件中的一种时,执行以下所述步骤之一;
其中,所述条件包括:
所述终端为支持窄带能力的终端;
所述终端具有覆盖增强的能力;
所述终端运行于特定的覆盖增强模式;
所述终端运行于满足预设条件的覆盖增强等级。
进一步的,所述发送单元703用于,发送定时信息至所述终端,所述定时信息用于指示所述下行控制信息的重复次数。
可选的,所述发送单元703具体用于:
通过不可用的下行传输子帧的信息和下行控制信道搜索空间的起始子帧,以及以下至少一项方式之一发送所述定时信息至所述终端;
其中,所述方式包括:
调度单播上行数据传输的下行控制信道;
基站配置的终端运行于特定的覆盖增强模式;
基站指示的终端运行于的覆盖增强重复传输等级;
调度RAR消息的下行控制信道的重复次数,
RAR消息的重复次数,
RAR消息中的UL grant指示的调度msg3的下行控制信道的重复次数。
本发明实施例提供的基站700A,可以根据终端信息确定MTC数据的传输状态,可以实现在没有接收到基站发送的下行控制信息时,对于传输状态的确认,也可以在接收到的下行控制信息中包括的该MTC数据对应的上行 索引指示信息指示零时,对于传输状态的确认。
图8示出了本发明的又一实施例提供的终端的结构,包括至少一个处理器802(例如CPU),至少一个网络接口805或者其他通信接口,存储器806,和至少一个通信总线803,用于实现这些装置之间的连接通信。处理器802用于执行存储器806中存储的可执行模块,例如计算机程序。存储器806可能包含高速随机存取存储器(RAM:Random Access Memory),也可能还包括非不稳定的存储器(non-volatile memory),例如至少一个磁盘存储器。通过至少一个网络接口805(可以是有线或者无线)实现与至少一个其他网元之间的通信连接。
在一些实施方式中,存储器806存储了程序8061,处理器802执行程序8061,用于执行以下图2或图3或图5A或图5C或图5F或图5H所示实施例中的终端的操作,包括步骤S110,S120,S130,S140,以及各种可选实现方式,或者步骤51A,52A,501,504、506、507等,以及方法实施例200中的各种实施例方式。
以下举例说明:
例如:
在预定时间内接收到基站发送的第一传输状态反馈信息时,进行第一传输状态对应的传输操作;
在该预定时间内没有接收到该基站发送的传输状态反馈信息时,进行第二传输状态对应的传输操作,其中,该第一传输状态为传输成功和传输失败中的一种,该第二传输状态为传输成功和传输失败中的另一种,该第一传输状态反馈信息为ACK信息和NACK信息中的一种且该第一传输状态反馈信息与该第一传输状态相对应,该传输状态反馈信息包括该ACK信息和/或该NACK信息。
可选地,处理器802具体用于,
在该预定时间内接收到该基站发送的该ACK信息时,传输下一个上行数据;
在该预定时间内没有接收到该基站发送的该ACK信息时,重传上一个上行数据。
可选地,处理器802具体用于,
在该预定时间内接收到该基站发送的该NACK信息时,重传上一个上行数据;
在该预定时间内没有接收到该基站发送的该NACK信息时,传输下一个上行数据。
可选地,处理器802具体用于,
在该预定时间内接收到该基站发送的该ACK信息,且发送的上一个上行数据不是最后一个上行数据时,传输下一个上行数据;
在该预定时间内没有接收到该基站发送的该ACK信息,且发送的上一个上行数据不是最后一个上行数据时时,重传上一个上行数据;
或者,
在该预定时间内接收到该基站发送的该NACK信息,且发送的上一个上行数据是最后一个上行数据时,重传上一个上行数据;
在该预定时间内没有接收到该基站发送的该NACK信息,且发送的上一个上行数据是最后一个上行数据时,确定上一个上行数据的传输状态为传输成功。
可选地,处理器802还用于,
接收该基站发送的定时信息;
根据该定时信息确定该预定时间。
可选地,处理器802具体用于,接收该基站通过M-PDCCH发送的该定时信息。
可选地,该预定时间与上行数据信道的重复次数或者覆盖增强等级关联。
可选地,该第一传输状态反馈信息由该基站通过M-PDCCH发送。
从本发明实施例提供的以上技术方案可以看出,本发明实施例通过在预定时间内接收到基站发送的第一传输状态反馈信息时进行第一传输状态对应的传输操作,在预定时间内没有接收到传输状态反馈信息时进行第二传输状态对应的传输操作,可以减少传输状态反馈信息的数量,从而能够节省传输资源。
再例如:
通过通信接口向基站发送机器类型通信上行数据;
当满足第一条件或者第二条件时,根据所述终端的终端信息确定所述上 行数据的传输状态;
其中,所述第一条件包括:所述在预定时间内接收到所述基站发送的下行控制信息,所述下行控制信息包括所述上行数据对应的上行索引指示信息,且所述上行索引指示信息指示零;
所述第二条件包括:在预定时间内没有接收到所述基站发送的下行控制信息;
所述终端信息包括以下至少一种:所述终端的类型信息,所述终端的覆盖增强信息;所述传输状态包括传输成功或者传输失败。
可选的,所述处理器802具体用于,当所述终端满足至少以下条件中的一种时,确定所述上行数据的传输状态为所述传输成功;
其中,所述条件包括:
所述终端为支持窄带能力的终端;
所述终端具有覆盖增强的能力;
所述终端运行于特定的覆盖增强模式;
所述终端运行于满足预设条件的覆盖增强等级。
可选的,所述处理器802具体用于,当所述终端满足至少以下条件中的一种时,确定所述上行数据的传输状态为所述传输失败;
其中,所述条件包括:
所述终端为支持窄带能力的终端;
所述终端具有覆盖增强的能力;
所述终端运行于特定的覆盖增强模式;
所述终端运行于满足预设条件的覆盖增强等级。
进一步的,所述处理器802具体用于:通过通信接口接收所述基站发送的定时信息;根据所述接收单元接收的定时信息设置所述预定时间。
进一步的,所述处理器802具体用于:
通过通信接口接收所述基站通过下行控制信道发送的所述定时信息。
本发明实施例的一种实现方式中,所述预定时间由不可用的下行传输子帧的信息和下行控制信道搜索空间的起始子帧,以及以下参数中的一种或多种确定:
下行控制信道的重复次数,所述终端的覆盖增强等级,调度RAR的下行控制信道的重复次数,RAR消息的重复次数,RAR消息中的UL grant 指示的调度msg3的控制信道的重复次数。
由此,处理器802可以根据终端信息确定MTC数据的传输状态,可以实现在没有接收到基站发送的下行控制信息时,对于传输状态的确认,也可以在接收到的下行控制信息中包括的该MTC数据对应的上行索引指示信息指示零时,对于传输状态的确认。
图9示出了本发明的又一实施例提供的基站的结构,包括至少一个处理器902(例如CPU),至少一个网络接口905或者其他通信接口,存储器906,和至少一个通信总线903,用于实现这些装置之间的连接通信。处理器902用于执行存储器906中存储的可执行模块,例如计算机程序。存储器906可能包含高速随机存取存储器(RAM:Random Access Memory),也可能还包括非不稳定的存储器(non-volatile memory),例如至少一个磁盘存储器。通过至少一个网络接口905(可以是有线或者无线)实现与至少一个其他网元之间的通信连接。
在一些实施方式中,存储器906存储了程序9061,处理器902执行程序9061,用于执行以下图2或图3或图5B或图5C或图5F或图5H所示实施例中的操作,包括步骤S410,S420,S430,以及各种可选实现方式,或者步骤51B,52B,502,503、505等,以及方法实施例200中的各种实施例方式。
以下举例说明:
例如:
在确定上行数据的传输状态为第一传输状态时,向终端发送第一传输状态反馈信息;
在确定该上行数据的传输状态为第二传输状态时,不向该终端发送传输状态反馈信息,其中,该第一传输状态为传输成功和传输失败中的一种,该第二传输状态为传输成功和传输失败中的另一种,该第一传输状态反馈信息为ACK信息和NACK信息中的一种且该第一传输状态反馈信息与该第一传输状态相对应,该传输状态反馈信息包括该ACK信息和/或该NACK信息。
可选地,处理器902具体用于,
在确定该上行数据的传输状态为传输成功时,向该终端发送该ACK信息;
在确定该上行数据的传输状态为传输失败时,不向该终端发送该NACK信息。
可选地,处理器902具体用于,
在确定该上行数据的传输状态为传输失败时,向该终端发送该NACK信息;
在确定该上行数据的传输状态为传输成功时,不向该终端发送该ACK信息。
可选地,处理器902具体用于,
在确定该上行数据的传输状态为传输成功,且该上行数据不是最后一个上行数据时,向该终端发送该ACK信息;
在确定该上行数据的传输状态为传输失败,且该上行数据不是最后一个上行数据时,不向该终端发送该NACK信息;
或者,
在确定该上行数据的传输状态为传输失败,且该上行数据是最后一个上行数据时,向该终端发送该NACK信息;
在确定该上行数据的传输状态为传输成功,且该上行数据是最后一个上行数据时,不向该终端发送该ACK信息。
可选地,处理器902还用于,向该终端发送定时信息,该定时信息用于确定预定时间,该预定时间用于该终端在该预定时间内没有接收到该传输状态反馈信息时进行该第二传输状态对应的传输操作。
可选地,处理器902具体用于,通过M-PDCCH向该终端发送该定时信息。
可选地,处理器902具体用于,通过M-PDCCH向该终端发送该第一传输状态反馈信息。
从本发明实施例提供的以上技术方案可以看出,本发明实施例通过只向终端发送一种传输状态对应的传输状态反馈信息,可以减少传输状态反馈信息的数量,从而能够节省传输资源。
再例如:
通过通信接口接收终端发送的机器类型通信上行数据;
根据接收上行数据的接收状态和所述终端的终端信息执行以下步骤之一:
不向所述终端发送下行控制信息;
通过通信接口发送下行控制信息至所述终端,所述下行控制信息包括所述上行数据对应的上行索引指示信息,所述上行索引指示信息指示零;
其中,所述终端信息包括以下至少一种:所述终端的类型信息,所述终端的覆盖增强信息;所述接收状态包括接收成功或者接收失败。
可选的,所述处理器902具体用于:
当所述接收状态包括接收成功且所述终端满足至少以下条件中的一种时,执行以下所述步骤之一;
其中,所述条件包括:
所述终端为支持窄带能力的终端;
所述终端具有覆盖增强的能力;
所述终端运行于特定的覆盖增强模式;
所述终端运行于满足预设条件的覆盖增强等级。
可选的,所述处理器902具体用于:
当所述接收状态包括接收失败且所述终端满足至少以下条件中的一种时,执行以下所述步骤之一;
其中,所述条件包括:
所述终端为支持窄带能力的终端;
所述终端具有覆盖增强的能力;
所述终端运行于特定的覆盖增强模式;
所述终端运行于满足预设条件的覆盖增强等级。
进一步的,所述处理器902还用于,通过通信接口发送定时信息至所述终端,所述定时信息用于指示所述下行控制信息的重复次数。
可选的,所述处理器902还用于,通过通信接口通过不可用的下行传输子帧的信息和下行控制信道搜索空间的起始子帧,以及以下至少一项方式之一发送所述定时信息至所述终端;
其中,所述方式包括:
调度单播上行数据传输的下行控制信道;
基站配置的终端运行于特定的覆盖增强模式;
基站指示的终端运行于的覆盖增强重复传输等级;
调度RAR消息的下行控制信道的重复次数,
RAR消息的重复次数,
RAR消息中的UL grant指示的调度msg3的下行控制信道的重复次数。
另外,本发明实施例还提供了基站调度或者触发新传和重传上行数据的一种方法,当基站发送下行控制信息,并且终端接收到该下行控制信息,根据该下行控制信息的内容和传输该下行控制信息的子帧的位置n,确定终端某个HARQ进程传输上行数据的第一起始子帧的位置和第二起始子帧的位置。通过该方法,可以在MTC场景下正确确定下一次传输上行数据的起始子帧的位置。另外,可以在一次调度中,在不同的TTI针对同一个HARQ进程进行调度,实现了TTI Bundling的功能。。作为一种实施方式,本发明实施例提供一种调度上行数据的方法S1,包括:
S101:MTC终端接收基站发送的下行控制信息;
其中,该下行控制信息包括HARQ进程的标识(HARQ process ID)信息和上行索引域信息。
示例性的,上行索引域(UL index field)信息占用2个比特位。其中,该2个比特位包括第一比特位和第二比特位。该第一比特位可以是上行索引域的最高有效位,该第二比特位可以是该上行索引域的最低有效位。
S102:MTC终端根据传输该下行控制信息的子帧位置n、该HARQ进程的标识信息和该上行索引域信息确定该HARQ进程对应的上行数据传输的第一起始子帧位置和第二起始子帧位置。
为了便于叙述,第一起始子帧位置可以用m1表示,第二起始子帧位置可以用m2表示。一般而言,m1=n+k,m2=n+j。
如何确定k和j的值可以如下所示:
在第一比特位和第二比特位都指示同一个值(0或1)的情况下,可以任选以下两种方式之一:
a1)当n=0或者5时,k为4和7中的一个,j为4和7中的另一个。
例如:k=4,则j=7。又例如:k=7,则j=4。
a2)当n=1或者6时,k为6和7中的一个,j为6和7中的另一个。
例如:k=6,则j=7。又例如:k=7,则j=6。
为了实现方法S1,本发明实施例提供一种MTC终端,包括接收单元和确定单元。其中接收单元用于实现步骤S101,确定单元用于实现步骤S102。
作为另一种实现方式,该MTC终端可以通过处理器和收发机实现。其中,该收发机用于实现步骤S101,处理器用于实现步骤S102。
作为另一种实施方式,本发明实施例提供又一种调度上行数据的方法S2,包括:
S201:当终端为机器类型通信MTC终端时,基站生成下行控制信息;
其中,该下行控制信息包括HARQ进程的标识信息和上行索引域信息,该上行索引域信息占用2个比特位;该2个比特位包括第一比特位和第二比特位,第一比特位可以是上行索引域的最高有效位,第二比特位可以是该上行索引域的最低有效位。
S202:基站发送所述下行控制信息至所述终端;
参考方法S1的可知,终端可以根据传输所述下行控制信息的子帧位置n、所述HARQ进程的标识信息和所述上行索引域信息用于确定所述HARQ进程对应的上行数据传输的第一起始子帧位置和第二起始子帧位置,具体的方式参见方法S1的内容。
本领域技术人员可知,S2的方法和S1的方法的步骤之间可以组合,例如S202后,再执行S101-S102。
为了实现方法S2,本发明实施例提供一种基站,包括生成单元和发送单元。其中生成单元用于实现步骤S201,发送单元用于实现步骤S202。
作为另一种实现方式,该MTC终端可以通过处理器和收发机实现。其中,该收发机用于实现步骤S202,处理器用于实现步骤S201。
通过上述S1或者S2所示的方法,可以在MTC的场景下,在一次调度中,在两个不同的TTI(传输时间间隔)对同一个HARQ进程进行调度,实现了TTI Bundling(TTI绑定)的功能。
应理解,本发明实施例中的具体的例子只是为了帮助本领域技术人员更好地理解本发明实施例,而非限制本发明实施例的范围。
应理解,在本发明实施例中,术语“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系。例如,A和/或B,可以表示:单独存在 A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,上述描述的***、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的***、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个***,或一些特征可以忽略,或不执行。另外,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接,也可以是电的,机械的或其它的形式连接。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分,或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在 一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到各种等效的修改或替换,这些修改或替换都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以权利要求的保护范围为准。

Claims (16)

  1. 一种调度上行数据的方法,其特征在于,包括:
    机器类型通信MTC终端接收基站发送的下行控制信息,所述下行控制信息包括HARQ进程的标识信息和上行索引域信息,所述上行索引域信息占用2个比特位,所述2个比特位包括第一比特位和第二比特位;
    根据传输所述下行控制信息的子帧位置n、所述HARQ进程的标识信息和所述上行索引域信息确定所述HARQ进程对应的上行数据传输的第一起始子帧位置和第二起始子帧位置。
  2. 根据权利要求1所述的方法,其特征在于,所述第一比特位为上行索引域的最高有效位,所述第二比特位为所述上行索引域的最低有效位。
  3. 根据权利要求1或2所述的方法,其特征在于,所述根据传输所述下行控制信息的子帧位置n、所述HARQ进程的标识信息和所述上行索引域信息确定所述HARQ进程对应的上行数据传输的所述第一起始子帧位置和所述第二起始子帧位置包括:
    当所述第一比特位和所述第二比特位都指示第一值时,确定所述第一起始子帧位置为n+k,确定所述第二起始子帧位置为n+j;其中,当所述n=0或5时,k为4和7中的一个,j为4和7中的另一个;或者,当n=1或6时,k为6和7中的一个,j为6和7中的另一个。
  4. 根据权利要求3所述的方法,其特征在于,所述第一值为0或者1。
  5. 一种调度上行数据的方法,其特征在于,包括:
    当终端为机器类型通信MTC终端时,基站生成下行控制信息;其中,所述下行控制信息包括HARQ进程的标识信息和上行索引域信息,所述上行索引域信息占用2个比特位,所述2个比特位包括第一比特位和第二比特位;
    所述基站发送所述下行控制信息至所述终端;
    其中,传输所述下行控制信息的子帧位置n、所述HARQ进程的标识信 息和所述上行索引域信息用于确定所述HARQ进程对应的上行数据传输的第一起始子帧位置和第二起始子帧位置。
  6. 根据权利要求5所述的方法,其特征在于,所述第一比特位为上行索引域的最高有效位,所述第二比特位为所述上行索引域的最低有效位。
  7. 根据权利要求5或6所述的方法,其特征在于,当所述第一比特位和所述第二比特位都指示第一值时,所述第一起始子帧位置为n+k,所述第二起始子帧位置为n+j;
    其中,当n=0或5时,k为4和7中的一个,j为4和7中的另一个;或者,当n=1或6时,k为6和7中的一个,j为6和7中的另一个。
  8. 根据权利要求7所述的方法,其特征在于,所述第一值为0或者1。
  9. 一种机器类型通信MTC终端,其特征在于,包括:
    接收单元,用于接收基站发送的下行控制信息,所述下行控制信息包括HARQ进程的标识信息和上行索引域信息,所述上行索引域信息占用2个比特位,所述2个比特位包括第一比特位和第二比特位;
    确定单元,用于根据传输所述下行控制信息的子帧位置n、所述HARQ进程的标识信息和所述上行索引域信息确定所述HARQ进程对应的上行数据传输的第一起始子帧位置和第二起始子帧位置。
  10. 根据权利要求9所述的MTC终端,其特征在于,所述第一比特位为上行索引域的最高有效位,所述第二比特位为所述上行索引域的最低有效位。
  11. 根据权利要求9或10所述的MTC终端,其特征在于,所述确定单元用于当所述第一比特位和所述第二比特位都指示第一值时,确定所述第一起始子帧位置为n+k,确定所述第二起始子帧位置为n+j;
    其中,当所述n=0或5时,k为4和7中的一个,j为4和7中的另一个;或者,当n=1或6时,k为6和7中的一个,j为6和7中的另一个。
  12. 根据权利要求11所述的MTC终端,其特征在于,所述第一值为0或者1。
  13. 一种基站,其特征在于,包括:
    生成单元,用于当终端为机器类型通信MTC终端时,生成下行控制信息;其中,所述下行控制信息包括HARQ进程的标识信息和上行索引域信息,所述上行索引域信息占用2个比特位,所述2个比特位包括第一比特位和第二比特位;
    发送单元,用于发送所述下行控制信息至所述终端;
    其中,传输所述下行控制信息的子帧位置n、所述HARQ进程的标识信息和所述上行索引域信息用于确定所述HARQ进程对应的上行数据传输的第一起始子帧位置和第二起始子帧位置。
  14. 根据权利要求13所述的基站,其特征在于所述第一比特位为所述上行索引域的最高有效位,所述第二比特位为所述上行索引域的最低有效位。
  15. 根据权利要求13或14所述的基站,其特征在于,当所述第一比特位和所述第二比特位都指示第一值时,所述第一起始子帧位置为n+k,所述第二起始子帧位置为n+j;
    其中,当n=0或5时,k为4和7中的一个,j为4和7中的另一个;或者,当n=1或6时,k为6和7中的一个,j为6和7中的另一个。
  16. 根据权利要求15所述的基站,其特征在于,所述第一值为0或者1。
CN201580084377.2A 2015-11-06 2015-12-07 信息传输的方法、终端和基站 Pending CN108352942A (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
CNPCT/CN2015/094059 2015-11-06
PCT/CN2015/094059 WO2017075833A1 (zh) 2015-11-06 2015-11-06 信息传输的方法、终端和基站
PCT/CN2015/095839 WO2017075854A1 (zh) 2015-11-06 2015-11-27 信息传输的方法、终端和基站
CNPCT/CN2015/095839 2015-11-27
PCT/CN2015/096559 WO2017075857A1 (zh) 2015-11-06 2015-12-07 信息传输的方法、终端和基站

Publications (1)

Publication Number Publication Date
CN108352942A true CN108352942A (zh) 2018-07-31

Family

ID=58661415

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201580084377.2A Pending CN108352942A (zh) 2015-11-06 2015-12-07 信息传输的方法、终端和基站

Country Status (4)

Country Link
US (1) US20180288794A1 (zh)
EP (1) EP3364583A4 (zh)
CN (1) CN108352942A (zh)
WO (2) WO2017075833A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109600799A (zh) * 2018-12-06 2019-04-09 京信通信***(中国)有限公司 基站资源分配方法、装置和***

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6773052B2 (ja) * 2016-01-26 2020-10-21 ソニー株式会社 端末装置、基地局装置および通信方法
JP6185096B2 (ja) * 2016-02-04 2017-08-23 株式会社Nttドコモ ユーザ端末、無線基地局及び無線通信方法
WO2017199789A1 (ja) * 2016-05-20 2017-11-23 株式会社Nttドコモ ユーザ装置、基地局及び信号送信方法
US11405143B2 (en) * 2018-09-21 2022-08-02 Kt Corporation Method and apparatus for transmitting sidelink HARQ feedback information
WO2021051408A1 (zh) * 2019-09-20 2021-03-25 北京小米移动软件有限公司 通信方法、装置及存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102201859A (zh) * 2011-06-03 2011-09-28 电信科学技术研究院 一种数据传输的方法及装置
US20140301336A1 (en) * 2011-11-02 2014-10-09 Lg Electronics Inc. Method for transceiving preamble in wireless access system and apparatus for same
US20150001631A1 (en) * 2013-06-28 2015-01-01 Qualcomm Incorporated Cmos technology integration
WO2015018040A1 (en) * 2013-08-08 2015-02-12 Nokia Corporation DOWNLINK ASSIGNMENT INDEX (DAI) AND TIMING DESIGN FOR TIME DIVISION DUPLEXING (TDD) ENHANCEMENT FOR INTERFERENCE MANAGEMENT AND TRAFFIC ADAPTATION (eIMTA)
WO2015042843A1 (zh) * 2013-09-26 2015-04-02 华为技术有限公司 上行信息发送方法及装置、接收方法及装置、通信***

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102299780B (zh) * 2010-06-22 2014-02-26 华为技术有限公司 传输块的传输方法和用户设备
US10057032B2 (en) * 2012-03-28 2018-08-21 Lg Electronics Inc. Method and device for transmitting data for half-duplex device
WO2014049169A1 (en) * 2012-09-28 2014-04-03 Nokia Siemens Networks Oy Timing indication for dynamic time division duplex (tdd) uplink/downlink (ul/dl) reconfiguration
CN104144508A (zh) * 2013-05-08 2014-11-12 ***通信集团公司 一种调度上行子帧的方法、装置、***及ue
CN103944701B (zh) * 2013-08-26 2017-08-08 上海朗帛通信技术有限公司 一种tdd‑fdd联合***中的传输方法和装置
EP3073658B1 (en) * 2013-11-22 2019-11-06 LG Electronics Inc. Method for receiving bundle of pdcch, and mtc device
EP3062548B1 (en) * 2013-11-22 2019-01-30 Huawei Technologies Co., Ltd. Determination of a signal and/or a function of a pucch for transmission by a user equipment
KR101875823B1 (ko) * 2013-12-17 2018-07-06 후아웨이 테크놀러지 컴퍼니 리미티드 업링크 데이터 전송 확인 장치, 기기 및 방법
KR20150087805A (ko) * 2014-01-20 2015-07-30 주식회사 케이티 응답 정보 수신 방법 및 장치
KR102134877B1 (ko) * 2014-10-30 2020-08-26 엘지전자 주식회사 Mtc 기기의 pucch 전송 방법
US10122501B2 (en) * 2014-11-05 2018-11-06 Lg Electronics Inc. Method for receiving ACK/NACK signal and MTC device
US11290215B2 (en) * 2015-08-06 2022-03-29 Telefonaktiebolaget Lm Ericsson (Publ) Uplink HARQ procedure for MTC operation
US10638480B2 (en) * 2015-09-25 2020-04-28 Sony Corporation Telecommunications apparatuses and methods

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102201859A (zh) * 2011-06-03 2011-09-28 电信科学技术研究院 一种数据传输的方法及装置
US20140301336A1 (en) * 2011-11-02 2014-10-09 Lg Electronics Inc. Method for transceiving preamble in wireless access system and apparatus for same
US20150001631A1 (en) * 2013-06-28 2015-01-01 Qualcomm Incorporated Cmos technology integration
WO2015018040A1 (en) * 2013-08-08 2015-02-12 Nokia Corporation DOWNLINK ASSIGNMENT INDEX (DAI) AND TIMING DESIGN FOR TIME DIVISION DUPLEXING (TDD) ENHANCEMENT FOR INTERFERENCE MANAGEMENT AND TRAFFIC ADAPTATION (eIMTA)
WO2015042843A1 (zh) * 2013-09-26 2015-04-02 华为技术有限公司 上行信息发送方法及装置、接收方法及装置、通信***

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109600799A (zh) * 2018-12-06 2019-04-09 京信通信***(中国)有限公司 基站资源分配方法、装置和***
CN109600799B (zh) * 2018-12-06 2023-07-04 京信网络***股份有限公司 基站资源分配方法、装置和***

Also Published As

Publication number Publication date
WO2017075833A1 (zh) 2017-05-11
EP3364583A1 (en) 2018-08-22
US20180288794A1 (en) 2018-10-04
WO2017075854A1 (zh) 2017-05-11
EP3364583A4 (en) 2018-09-19

Similar Documents

Publication Publication Date Title
KR102216025B1 (ko) 감소된 레이턴시로 버퍼 상태 보고들을 송신하기 위한 방법 및 장치
KR102307935B1 (ko) 감소된 레이턴시로 스케줄링 요청들을 송신하기 위한 방법 및 장치
EP2289187B1 (en) Channel quality signaling for persistent/semi-persistent radio resource allocations
JP2022050577A (ja) 低複雑度の狭帯域端末のためのランダムアクセス手順でのharqメッセージに割り当てられたリソースを示すための方法
CN106804116B (zh) 一种反馈信息的传输方法和基站以及用户设备
KR102103301B1 (ko) 데이터 송신 방법, 단말기 및 ran 디바이스
CN108352942A (zh) 信息传输的方法、终端和基站
CN109152053B (zh) 传输时序确定及指示方法、通信设备及存储介质
EP3113559B1 (en) Device and method for data transmission in direct communication
CN107294646B (zh) 一种信息反馈方法、基站及终端
KR101730363B1 (ko) 업링크 데이터를 송신하는 방법, 사용자 장비, 및 기지국
CN103096494B (zh) 基于跨载波调度的数据传输方法、用户设备和基站
CN107624263A (zh) 无线通信***中确定基于竞争的pusch的传输结果的方法及其设备
EP3958633B1 (en) Method for feedback instruction, and communication device
US20220173874A1 (en) Procedures to support psfch reporting in sidelink communication
CN105790897A (zh) 一种混合自动重传请求(harq)的方法和设备
CN110100494B (zh) 一种数据传输的方法及设备
CN105207757A (zh) 通信***的载波聚合方法及装置
CN108242970B (zh) 基于资源单位的非许可传输的反馈方法及设备
CN107733578B (zh) 一种对下行数据进行反馈的方法及装置
CN107046719B (zh) 用于减少时分双工的传输时延的方法、装置和***
KR20170100676A (ko) 스펙트럼 통합의 데이터 발송 방법 및 장치
CN108293245A (zh) 一种数据通信的方法、终端设备及网络设备
CN109792330A (zh) 传输信息的方法、网络设备和终端设备
CN106550464B (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
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20180731

WD01 Invention patent application deemed withdrawn after publication