CN110463112A - 用于pusch的早期终止信号和harq-ack反馈的设计 - Google Patents
用于pusch的早期终止信号和harq-ack反馈的设计 Download PDFInfo
- Publication number
- CN110463112A CN110463112A CN201880020630.1A CN201880020630A CN110463112A CN 110463112 A CN110463112 A CN 110463112A CN 201880020630 A CN201880020630 A CN 201880020630A CN 110463112 A CN110463112 A CN 110463112A
- Authority
- CN
- China
- Prior art keywords
- ets
- transmission
- data
- enb
- pusch
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
- H04L5/0055—Physical resource allocation for ACK/NACK
-
- 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/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
-
- 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/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
-
- 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/1829—Arrangements specially adapted for the receiver end
-
- 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/1829—Arrangements specially adapted for the receiver end
- H04L1/1861—Physical mapping arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
描述了用于UE的上行链路数据传输的早期终止的系统和方法。UE发送指示UE支持使用ETS的能力信息。ETS指示eNB在用于发送数据的重复实例的受调度传输时段结束之前成功接收到上行链路数据。UE接收用于基于UE的覆盖等级的数据的重复传输的调度,然后发送一个或多个重复的集合。在传输之后,UE对预定资源监控是否存在ETS或者ETS是否指示ACK。如果ETS指示成功接收,则UE终止数据的其余重复的传输,并且进入休眠模式或发送其他上行链路数据。
Description
优先权要求
本申请要求以下申请的优先权的权益:2017年3月24日提交的题为“DESIGN OFEARLY TERMINATION SIGNAL AND HARQ-ACK FEEDBACK FOR PUSCH IN EFEMTC”的美国临时专利申请序列号62/476,085;2017年5月5日提交的题为“EARLY TERMINATION SIGNAL ANDHARQ-ACK FEEDBACK FOR PUSCH IN EFEMTC”的美国临时专利申请序列号为62/502,367;2017年8月9日提交的题为“EARLY TERMINATION SIGNAL AND HYBRID AUTOMATIC REPEATREQUEST ACKNOWLEDGEMENT(HARQ-ACK)FEEDBACK FOR PHYSICAL UPLINK SHARED CHANNEL(PUSCH)IN EVEN FURTHER ENHANCED MACHINE TYPE COMMUNICATION(EFEMTC)”的美国临时专利申请序列号62/543,031;2017年9月22日提交的题为“EARLY TERMINATION SIGNAL ANDHYBRID AUTOMATIC REPEAT REQUEST ACKNOWLEDGEMENT(HARQ-ACK)FEEDBACK FORPHYSICAL UPLINK SHARED CHANNEL(PUSCH)IN EVEN FURTHER ENHANCED MACHINE TYPECOMMUNICATION(EFEMTC)”的美国临时专利申请序列号62/562,027;2017年10月4日提交的题为“EARLY TERMINATION SIGNAL AND HYBRID AUTOMATIC REPEAT REQUESTACKNOWLEDGEMENT(HARQ-ACK)FEEDBACK FOR PHYSICAL UPLINK SHARED CHANNEL(PUSCH)INEVEN FURTHER ENHANCED MACHINE TYPE COMMUNICATION(EFEMTC)”的美国临时专利申请序列号62/568,185;2017年11月15日提交的题为“EARLY TERMINATION SIGNAL AND HYBRIDAUTOMATIC REPEAT REQUEST ACKNOWLEDGEMENT(HARQ-ACK)FEEDBACK FOR PHYSICALUPLINK SHARED CHANNEL(PUSCH)IN EVEN FURTHER ENHANCED MACHINE TYPECOMMUNICATION(EFEMTC)”的美国临时专利申请序列号62/586,746,每一个临时申请均通过引用整体并入本文。
技术领域
实施例涉及无线接入网(RAN)。一些实施例涉及蜂窝和无线局域网(WLAN)网络(包括第三代合作伙伴项目长期演进(3GPP LTE)网络和LTE高级(LTE-A)网络以及遗留网络、第4代(4G)网络和第5代(5G)网络)中的机器类型通信(MTC)UE。一些实施例涉及用于MTC UE的混合自动重传请求(HARQ)和HARQ的早期终止。
背景技术
3GPP LTE系统(包括LTE和LTE-A系统)的使用因使用网络资源的设备用户设备(UE)的类型增加以及在这些UE上运行的各种应用(例如,视频流)所使用的数据量和带宽增加而得以增加。特别地,典型的UE,例如蜂窝电话、物联网(IoT)UE和窄带(NB)-IoT UE当前使用3GPP LTE系统。IoT UE(其可以包括机器类型通信(MTC)UE)和NB-IoT UE提出特定挑战,因为这样的UE通常是具有低功耗的低成本设备,因此具有更小的电池和更小的通信范围。这种UE的示例包括电器或自动售货机中的传感器(例如,感测环境条件)或微控制器。预计使用的MTC UE的数量很大,因此促使进一步发展,因为网络试图适应不同类型的UE的不同要求。正在进行工作以引入增强,以实现更低的功耗,从而更高效地使用网络资源。
附图说明
在不一定按比例绘制的附图中,相同的数字在不同视图中可以描述类似组件。具有不同字母后缀的相同数字可以表示类似组件的不同实例。附图通过示例而非限制的方式总体示出了本文件中讨论的各种实施例。
图1示出了根据一些实施例的UE。
图2示出了根据一些实施例的基站或基础设施设备无线电头。
图3示出了根据一些实施例的毫米波通信电路。
图4是根据一些实施例的协议功能的图示。
图5是根据一些实施例的协议实体的图示。
图6是根据一些实施例的介质接入控制(MAC)实体的图示。
图7示出了根据一些实施例的网络的系统的架构。
图8示出了根据一些实施例的HARQ过程。
图9示出了根据一些实施例的带宽受限的物理混合-ARQ指示符信道(PHICH)。
图10示出了根据一些实施例的不带早期终止信号(ETS)的物理上行链路共享信道(PUSCH)传输。
图11示出了根据一些实施例的具有ETS的PUSCH传输。
图12示出了根据一些实施例的ETS流程图。
具体实施方式
以下描述和附图充分示出了特定实施例,以使得本领域技术人员能够实践它们。其他实施例可以包括结构变化、逻辑变化、电气变化、过程变化和其他变化。一些实施例的部分和特征可以包括于或替代以其他实施例的部分和特征。权利要求中阐述的实施例涵盖那些权利要求的所有可用等同物。
图1示出了根据一些实施例的UE。在一些方面中,用户设备100可以是移动设备,并且包括应用处理器105、基带处理器110(也称为基带子系统)、无线电前端模块(RFEM)115、存储器120、连接性子系统125、近场通信(NFC)控制器130、音频驱动器135、相机驱动器140、触摸屏145、显示驱动器150、传感器155、可移除存储器160、电源管理集成电路(PMIC)165和智能电池170。
在一些方面中,应用处理器105可以包括例如一个或多个CPU核以及以下中的一个或多个:高速缓存存储器、低压差稳压器(LDO)、中断控制器、串行接口(例如,串行外围接口(SPI)、集成电路总线(I2C)或通用可编程串行接口电路)、实时时钟(RTC)、定时器计数器(包括间隔定时器和看门狗定时器)、通用输入输出(IO)、存储卡控制器(例如,安全数字/多媒体卡(SD/MMC),或类似地,通用串行总线(USB)接口)、移动工业处理器接口(MIPI)接口和联合测试访问组(JTAG)测试访问端口。
在一些方面中,基带处理器110可以实现为例如焊入式基板,其包括一个或多个集成电路、焊接到主电路板的单封装集成电路和/或包含两个或更多个集成电路的多芯片模块。
图2示出了根据一些实施例的基站。基站无线电头200可以包括应用处理器205、基带处理器210、一个或多个无线电前端模块215、存储器220、电源管理电路225、电源接口电路230、网络控制器235、网络接口连接器240、卫星导航接收机245和用户接口250中的一个或多个。
在一些方面中,应用处理器205可以包括一个或多个CPU核以及以下中的一个或多个:高速缓存存储器、低压差稳压器(LDO)、中断控制器、串行接口(例如,SPI、I2C或通用可编程串行接口)、实时时钟(RTC)、定时器计数器(包括间隔定时器和看门狗定时器)、通用IO、存储卡控制器(例如,SD/MMC,或类似地,USB接口)、MIPI接口和联合测试访问组(JTAG)测试访问端口。
在一些方面中,基带处理器210可以被实现为例如焊入式基板,其包括一个或多个集成电路、焊接到主电路板的单封装集成电路和/或包含两个或更多个集成电路的多芯片模块。
在一些方面中,存储器220可以包括以下中的一个或多个:易失性存储器,包括动态随机存取存储器(DRAM)和/或同步动态随机存取存储器(SDRAM);以及非易失性存储器(NVM),包括高速电可擦除存储器(通常称为闪存)、相变随机存取存储器(PRAM)、磁阻随机存取存储器(MRAM)和/或三维交叉点存储器。存储器220可以实现为焊入式封装集成电路、插座式存储器模块和插入式存储卡中的一个或多个。
在一些方面中,电源管理集成电路225可以包括电压调节器、浪涌保护器、电源警报检测电路和一个或多个备用电源(例如,电池或电容器)中的一个或多个。电源警报检测电路可以检测掉电(欠压)和浪涌(过压)状况中的一个或多个。
在一些方面中,电源接口电路230可以提供从网络电缆汲取的电功率,以使用单根电缆向基站无线电头200提供电力供给和数据连接两者。
在一些方面中,网络控制器235可以使用例如以太网的标准网络接口协议来提供到网络的连接。可以使用物理连接来提供网络连接,物理连接是电气连接(通常称为铜互连)、光学连接或无线连接之一。
在一些方面中,卫星导航接收机245可以包括用于接收和解码由一个或多个导航卫星星座(例如,全球定位系统(GPS)、Globalnaya Navigatsionnaya SputnikovayaSistema(GLONASS)、Galileo和/或北斗)发送的信号的电路。接收机245可以将数据提供给应用处理器205,数据可以包括位置数据或时间数据中的一个或多个。应用处理器205可以使用时间数据与其他无线电基站同步操作。
在一些方面中,用户接口250可以包括物理按钮或虚拟按钮中的一个或多个,例如复位按钮、一个或多个指示器(例如,发光二极管(LED))和显示屏。
无线电前端模块可以包括毫米波无线电前端模块(RFEM)和一个或多个sub-毫米波射频集成电路(RFIC)。在这个方面中,一个或多个sub-毫米波RFIC可以与毫米波RFEM物理分离。RFIC可以包括与一个或多个天线的连接。RFEM可以连接到多个天线。替换地,毫米波和sub-毫米波无线电功能都可以实现在同一物理无线电前端模块中。因此,RFEM可以包括毫米波天线和sub-毫米波天线。
图3示出了根据一些实施例的毫米波通信电路。电路300替换地根据功能进行成组。这里示出了如300所示的组件,以用于说明性目的,并且可以包括这里未示出的其他组件。
毫米波通信电路300可以包括协议处理电路305,其可以实现介质接入控制(MAC)、无线链路控制(RLC)、分组数据汇聚协议(PDCP)、无线资源控制(RRC)和非接入层(NAS)功能中的一个或多个。协议处理电路305可以包括用于执行指令的一个或多个处理核(未示出)和用于存储程序和数据信息的一个或多个存储器结构(未示出)。
毫米波通信电路300还可以包括数字基带电路310,其可以实现物理层(PHY)功能,包括以下中的一个或多个:混合自动重传请求(HARQ)功能、加扰和/或解扰、编码和/或解码、层映射和/或解映射、调制符号映射、接收符号和/或比特度量确定、多天线端口预编码和/或解码(其可包括空时编码、空频编码或空间编码中的一个或多个)、参考信号生成和/或检测、前导序列生成和/或解码、同步序列生成和/或检测、控制信道信号盲解码和其他相关功能。
毫米波通信电路300还可以包括发送电路315、接收电路320和/或天线阵列电路330。
毫米波通信电路300还可以包括射频(RF)电路325。在一方面中,RF电路325可以包括用于发送或接收功能中的一个或多个的多个并行RF链,每个RF链连接到天线阵列330的一个或多个天线。
在本公开的一方面中,协议处理电路305可以包括控制电路(未示出)的一个或多个实例,以为数字基带电路310、发送电路315、接收电路320和/或射频电路325中的一个或多个提供控制功能。
发送电路可以包括数模转换器(DAC)、模拟基带电路、上变频电路以及滤波和放大电路中的一个或多个。在另一方面中,发送电路可以包括数字发送电路和输出电路。
射频电路可以包括无线电链电路的一个或多个实例,在一些方面中,其可以包括一个或多个滤波器、功率放大器、低噪声放大器、可编程移相器和电源。在一些方面中,射频电路可以包括功率组合和分配电路。在一些方面中,功率组合和分配电路可以双向操作,使得同一物理电路可以被配置为在设备进行发送时操作为功率分配器,而在设备进行接收时操作为功率组合器。在一些方面中,功率组合和分配电路可以包括一个或多个全部或部分分离的电路,以在设备进行发送时执行功率分配,而在设备进行接收时执行功率组合。在一些方面中,功率组合和分配电路可以包括无源电路,其包括布置成树状的一个或多个双向功率分配器/组合器。在一些方面中,功率组合和分配电路可以包括有源电路,其包括放大器电路。
在一些方面中,射频电路可以经由一个或多个无线电链接口或组合的无线电链接口连接到发送电路和接收电路。在一些方面中,一个或多个无线电链接口可以向一个或多个接收信号或发送信号提供一个或多个接口,每个接收信号或发送信号与可以包括一个或多个天线的单天线结构关联。
在一些方面中,组合的无线电链接口可以向一个或多个接收信号或发送信号提供单个接口,每个接收信号或发送信号与包括一个或多个天线的一组天线结构关联。
接收电路可以包括一个或多个并行接收电路和/或一个或多个组合接收电路。在一些方面中,一个或多个并行接收电路和一个或多个组合接收电路可以包括一个或多个中频(IF)下变频电路、IF处理电路、基带下变频电路、基带处理电路和模数转换器(ADC)电路。
在一方面中,RF电路可以包括IF接口电路、滤波电路、上变频和下变频电路、综合器电路、滤波和放大电路、功率组合和分配电路以及无线电链电路中的每一个中的一个或多个。
在一方面中,基带处理器可以包含一个或多个数字基带系统。在一方面中,一个或多个数字基带子系统可以经由互连子系统耦合到CPU子系统、音频子系统和接口子系统中的一个或多个。在一方面中,一个或多个数字基带子系统可以经由另一互连子系统耦合到数字基带接口和混合信号基带子系统中的每一个中的一个或多个。在一方面中,互连子系统可以各自包括总线点对点连接和片上网络(NOC)结构中的每一个中的一个或多个。
在一方面中,音频子系统可以包括数字信号处理电路、缓冲存储器、程序存储器、语音处理加速器电路、诸如模数和数模转换器电路的数据转换器电路和包括放大器和滤波器中的一个或多个的模拟电路中的一个或多个。在一方面中,混合信号基带子系统可以包括IF接口、模拟IF子系统、下变频器和上变频器子系统、模拟基带子系统、数据转换器子系统、综合器和控制子系统中的一个或多个。
基带处理子系统可以包括DSP子系统、互连子系统、引导加载器子系统、共享存储器子系统、数字I/O子系统、数字基带接口子系统和音频子系统中的每一个中的一个或多个。在示例方面中,基带处理子系统可以包括加速器子系统、缓冲存储器、互连子系统、音频子系统、共享存储器子系统、数字I/O子系统、控制器子系统和数字基带接口子系统中的每一个中的一个或多个。
在一方面中,引导加载器子系统可以包括数字逻辑电路,其被配置为执行与一个或多个DSP子系统中的每一个关联的程序存储器和运行状态的配置。一个或多个DSP子系统中的每一个的程序存储器的配置可以包括:从基带处理子系统外部的存储加载可执行程序代码。与一个或多个DSP子系统中的每一个关联的运行状态的配置可以包括以下步骤中的一个或多个:将至少一个DSP核(其可以合并到一个或多个DSP子中的每一个中)的状态设定成它不运行的状态,以及将至少一个DSP核(其可以合并到一个或多个DSP子系统中的每一个中)的状态设定成它开始执行起始于预定义存储器位置的程序代码的状态。
在一方面中,共享存储器子系统可以包括只读存储器(ROM)、静态随机存取存储器(SRAM)、嵌入式动态随机存取存储器(eDRAM)和非易失性随机存取存储器(NVRAM)中的一个或多个。在一方面中,数字I/O子系统可以包括串行接口(例如,I2C、SPI或其他1、2或3线串行接口)、并行接口(例如,通用输入输出(GPIO))、寄存器访问接口和直接存储器访问(DMA)中的一个或多个。在一方面中,在数字I/O子系统中实现的寄存器访问接口可以允许基带处理子系统(1000交叉引用)外部的微处理器核对控制寄存器和数据寄存器以及存储器中的一个或多个进行读取和/或写入。在一方面中,在数字I/O子系统中实现的DMA逻辑电路可以允许在存储器位置(包括基带处理子系统内部和外部的存储器位置)之间传送连续的数据块。在一方面中,数字基带接口子系统可以在基带处理子系统与基带处理子系统外部的混合信号基带或射频电路之间提供数字基带样本的传送。在一方面中,由数字基带接口子系统传送的数字基带样本可以包括同相和正交(I/Q)样本。
在一方面中,控制器子系统可以包括控制和状态寄存器以及控制状态机中的每一个中的一个或多个。在一方面中,控制和状态寄存器可以经由寄存器接口来访问,并且可以提供以下中的一个或多个:启动和停止控制状态机的操作,将控制状态机重置为默认状态,配置可选处理特征,配置生成中断并上报操作状态。在一方面中,一个或多个控制状态机中的每一个可以控制一个或多个加速器子系统中的每一个的操作的顺序。
在一方面中,DSP子系统可以包括DSP核子系统、本地存储器、直接存储器访问子系统、加速器子系统、外部接口子系统、电源管理单元和互连子系统中的每一个中的一个或多个。在一方面中,本地存储器可以包括只读存储器、静态随机存取存储器或嵌入式动态随机存取存储器中的每一个中的一个或多个。在一方面中,直接存储器访问子系统可以提供寄存器和控制状态机电路,其适于在存储器位置(包括数字信号处理器子系统内部和外部的存储器位置)之间传送数据块。在一方面中,外部接口子系统可以提供DSP子系统外部的微处理器系统对可以在DSP子系统中实现的存储器、控制寄存器和状态寄存器中的一个或多个的访问。在一方面中,外部接口子系统可以在DMA子系统和DSP核子系统中的一个或多个的控制下提供在本地存储器与DSP子系统外部的存储之间的数据传送。
图4是根据一些实施例的协议功能的图示。根据一些方面,协议功能可以实现在无线通信设备中。在一些方面中,协议层可以包括物理层(PHY)410、介质接入控制层(MAC)420、无线链路控制层(RLC)430、分组数据汇聚协议层(PDCP)440、服务数据适配协议层(SDAP)447、无线资源控制层(RRC)455和非接入层(NAS)层457中的一个或多个,还有未示出的其他更高层功能。
根据一些方面,协议层可以包括一个或多个服务接入点,其可以提供两个或更多个协议层之间的通信。根据一些方面,PHY 410可以发送和接收物理层信号405,物理层信号可以分别由一个或多个其他通信设备接收或发送。根据一些方面,物理层信号405可以包括一个或多个物理信道。
根据一些方面,PHY 410的实例可以处理经由一个或多个物理层服务接入点(PHY-SAP)415来自MAC 420的实例的请求,并经由一个或多个PHY-SAP 415向其提供指示。根据一些方面,经由PHY-SAP 415传递的请求和指示可以包括一个或多个传输信道。
根据一些方面,MAC 420的实例可以处理经由一个或多个介质接入控制服务接入点(MAC-SAP)425来自RLC 430的实例的请求,并经由一个或多个MAC-SAP 425向其提供指示。经由MAC-SAP 425传递的请求和指示可以包括一个或多个逻辑信道。
根据一些方面,RLC 430的实例可以处理经由一个或多个无线链路控制服务接入点(RLC-SAP)435来自PDCP 440的实例的请求,并经由一个或多个RLC-SAP 435向其提供指示。根据一些方面,经由RLC-SAP435传递的请求和指示可以包括一个或更多RLC信道。
根据一些方面,PDCP 440的实例可以处理经由一个或多个分组数据汇聚协议服务接入点(PDCP-SAP)445来自一个或多个RRC 455的实例和/或一个或多个SDAP 447的实例的请求,并经由一个或多个PDCP-SAP445向其提供指示。根据一些方面,经由PDCP-SAP 445传递的请求和指示可以包括一个或多个无线承载。
根据一些方面,SDAP 447的实例可以处理经由一个或多个服务数据适配协议服务接入点(SDAP-SAP)449来自一个或多个更高层协议实体的请求,并经由一个或多个SDAP-SAP 449向其提供指示。根据一些方面,经由SDAP-SAP 449传递的请求和指示可以包括一个或多个服务质量(QoS)流。
根据一些方面,RRC实体455可以经由一个或多个管理服务接入点(M-SAP)配置一个或多个协议层的方面,协议层可以包括PHY 410、MAC 420、RLC 430、PDCP 440和SDAP 447中的一个或多个实例。根据一些方面,RRC 455的实例可以处理经由一个或多个RRC服务接入点(RRC-SAP)456来自一个或多个NAS实体的请求,并经由一个或多个RRC-SAP 456向其提供指示。
图5是根据一些实施例的协议实体的图示。根据一些方面,协议实体可以实现在无线通信设备中,包括用户设备(UE)560、基站(其可以称为演进节点B(eNB)或新空口节点B(gNB)580和网络功能(其可以称为移动性管理实体(MME)或接入和移动性管理功能(AMF)594中的一个或多个。
根据一些方面,gNB 580可以被实现为诸如宏小区、毫微微小区或其他合适设备的专用物理设备中的一个或多个,或者在替换方面中,可以被实现为作为虚拟网络(称为云无线接入网(CRAN))的一部分在服务器计算机上运行的一个或多个软件实体。
根据一些方面,可以在UE 560、gNB 580和AMF 594中的一个或多个中实现的一个或多个协议实体可以被描述为实现协议栈的全部或部分,在其中,各层被认为按PHY、MAC、RLC、PDCP、RRC和NAS的顺序从最低到最高排序。根据一些方面,可以在UE 560、gNB 580和AMF594中的一个或多个中实现的一个或多个协议实体可以与可以在另一设备上实现的相应对等协议实体进行通信,使用相应较低层协议实体的服务来执行这种通信。
根据一些方面,UE PHY 572和对等实体gNB PHY 590可以使用经由无线介质发送和接收的信号进行通信。根据一些方面,UE MAC 570和对等实体gNB MAC 588可以使用分别由UE PHY 572和gNB PHY 590提供的服务进行通信。根据一些方面,UE RLC 568和对等实体gNB RLC586可以使用分别由UE MAC 570和gNB MAC 588提供的服务进行通信。根据一些方面,UE PDCP 566和对等实体gNB PDCP 584可以使用分别由UE RLC 568和5GNB RLC 586提供的服务进行通信。根据一些方面,UE RRC 564和gNB RRC 582可以使用分别由UE PDCP566和gNB PDCP 584提供的服务进行通信。根据一些方面,UE NAS 562和AMF NAS 592可以使用分别由UE RRC 564和gNB RRC 582提供的服务进行通信。
UE和gNB可以使用无线帧结构进行通信,无线帧结构具有预定持续时间并且以周期性方式重复,重复间隔等于预定持续时间。无线帧可以被划分为两个或更多个子帧。在一方面中,子帧可以具有可以不相等的预定持续时间。在替换方面中,子帧可以具有动态确定的且在无线帧的后续重复之间变化的持续时间。在频分双工(FDD)的一方面中,下行链路无线帧结构由基站发送到一个或多个设备,并且上行链路无线帧结构由一个或多个设备的组合发送到基站。无线帧可以具有10ms的持续时间。无线帧可以被划分为时隙,每个时隙的持续时间为0.5ms,并且编号为0到19。另外,编号为2i和2i+1(其中,i是整数)的每对相邻时隙可以被称为子帧。每个子帧可以包括下行链路控制信息、下行链路数据信息、上行链路控制信息和上行链路数据信息中的一个或多个的组合。可以针对每个子帧独立地选择信息类型和方向的组合。
根据一些方面,下行链路帧和上行链路帧可以具有10ms的持续时间,并且可以相对于下行链路帧以定时提前来发送上行链路帧。根据一些方面,下行链路帧和上行链路帧可以均被划分为两个或更多个子帧,其持续时间可以是1ms。根据一些方面,每个子帧可以由一个或多个时隙组成。在一些方面中,时间间隔可以以Ts为单位表示。根据一些方面,Ts可以定义为1/(30,720×1000)秒。根据一些方面,无线帧可以被定义为具有持续时间30,720Ts,并且时隙可以被定义为具有持续时间15,360Ts。根据一些方面,Ts可以被定义为
Ts=1/(fmax.Nf)
其中,fmax=480×103且Nf=4,096。根据一些方面,可以基于参数集来确定时隙的数量,该参数集可以与用于传输的多载波信号的子载波之间的频率间隔相关。
可以发送或接收的单载波调制方案的星座设计可以包含2个点(称为二进制相移键控(BPSK))、4个点(称为正交相移键控(QPSK))、16个点(称为具有16点的正交幅度调制(QAM)(16QAM或QAM16))、或更高阶调制星座(包含例如64、256或1024个点)。在星座中,使用一方案将二进制码分派给星座中的点,使得最近相邻点(即,彼此相隔最小Euclidian距离的点对)具有所分派的仅相差一个二进制数字的二进制码。例如,点分派的码1000具有最近相邻点分派的码1001、0000、1100和1010,每个码与1000仅相差一个位。
替换地,星座点可以被布置在正方形网格中,并且可以被布置成使得在同相和正交平面上每对最近相邻星座点之间的距离相等。在一方面中,可以选择星座点,使得任何所允许的星座点与同相和正交平面的原点存在预定最大距离,该最大距离由圆表示。在一方面中,该组所允许的星座点可以排除那些落在正方形网格的角落处的正方形区域内的星座点。星座点被示为在正交的同相轴和正交轴上,同相轴和正交轴分别表示载波频率处的正弦波的幅度,并且彼此相位相差90度。在一方面中,星座点被分组为两组或更多组星座点,每组中的点被布置为与同相和正交平面的原点的距离相等,并且位于以原点为中心的一组圆之一上。
为了生成用于传输的多载波基带信号,可以将数据输入到编码器以生成编码数据。编码器可以包括检错、纠错、速率匹配和交织中的一个或多个的组合。编码器还可以包括加扰步骤。在一方面中,可以将编码数据输入到调制映射器,以生成复值调制符号。调制映射器可以根据一个或多个映射表将从编码数据中选择的包含一个或多个二进制数字的组映射到复值调制符号。在一方面中,可以将复值调制符号输入到层映射器,以被映射到一个或多个层映射调制符号流。通过将调制符号流440表示为d(i)(其中,i表示序列号索引)并且将层映射符号的一个或多个流表示为x(k)(i)(其中,k表示流编号索引,i表示序列编号索引),用于单层的层映射功能可以表示为:
x(0)(i)=d(i)
并且,用于两层的层映射可以表示为:
x(0)(i)=d(2i)
x(1)(i)=d(2i+1)
可以针对多于两层类似地表示层映射。
在一方面中,可以将层映射符号的一个或多个流输入到预编码器,该预编码器生成预编码符号的一个或多个流。将层映射符号的一个或多个流表示为向量块:
[x(0)(i)…x(v-1)(i)]T
其中,i表示0到范围内的序列号索引,输出表示为向量块:
[z(0)(i)...z(P-1)(i)]T
其中,i表示0到范围内的序列号索引。预编码操作可以被配置为包括使用单天线端口的直接映射、使用空时块编码的发射分集或空间复用中的一个。
在一方面中,可以将预编码符号的每个流输入到资源映射器,该资源映射器生成资源映射符号流。资源映射器可以根据映射将预编码符号映射到频域子载波和时域符号,该映射可以包括根据映射码的连续块映射、随机映射或稀疏映射。
在一方面中,可以将资源映射符号输入到多载波生成器,该多载波生成器生成时域基带符号。多载波生成器可以使用例如离散傅里叶逆变换(DFT)(通常实现为快速傅里叶逆变换(FFT))或包括一个或多个滤波器的滤波器组来生成时域符号。在资源映射符号455被表示为sk(i)(其中,k是子载波索引并且i是符号编号索引)的方面中,时域复数基带符号x(t)可以表示为:
在pT(t)是原型滤波器函数的情况下,Tsym是符号周期的起始时间,τk是子载波相关的时间偏移,fk是子载波k的频率。原型函数pT(t)可以是例如矩形时域脉冲、高斯时域脉冲或任何其他合适的函数。
在一些方面中,所发送的信号的由频域中的一个子载波和时域中的一个符号间隔组成的子分量可以被称为资源元素。资源元素可以以网格形式来描绘。在一些方面中,资源元素可以被分组为矩形资源块,其由频域中的12个子载波和时域中的P个符号组成,其中,P可以对应于一个时隙中包含的符号的数量,并且可以是6、7或任何其他合适数量的符号。在一些替换方面中,可以将资源元素分组为由频域中的12个子载波和时域中的一个符号组成的资源块。每个资源元素05可以按(k,l)索引,其中,k是子载波的索引号,在0到N.M-1的范围内,其中,N是资源块中的子载波的数量,M是跨频域中的分量载波的资源块的数量。
在一些方面中,对要发送的信号的编码可以包括一个或多个物理编码过程,其可以用于为物理信道提供可以对数据或控制信息进行编码的编码。编码还可以包括多路复用和交织,其通过组合来自一个或多个源的信息(其可以包括数据信息和控制信息中的一个或多个,并且可以已经由一个或多个物理编码过程编码)来生成组合的编码信息。可以将组合的编码信息输入到加扰器,加扰器可以生成加扰的编码信息。物理编码过程可以包括CRC附接、码块分段、信道编码、速率匹配和码块串接中的一个或多个。编码器可以用于根据卷积码和咬尾卷积码之一对数据进行编码。
图6是根据一些实施例的介质接入控制(MAC)实体的图示。根据一些方面,MAC实体6100可以包括控制器6105、逻辑信道优先级排序单元6110、信道复用器和解复用器6115、PDU过滤器单元6115、随机接入协议实体6120、数据混合自动重传请求协议(HARQ)实体6125和广播HARQ实体6130中的一个或多个。
根据一些方面,更高层可以经由管理服务接入点6140与控制器6105交换控制和状态消息6135。根据一些方面,对应于一个或多个逻辑信道6145、6155、6165和6175的MAC服务数据单元(SDU)可以经由一个或多个服务接入点(SAP)6150、6160、6170和6180与MAC实体6100进行交换。根据一些方面,对应于一个或多个传输信道6185、6195、61105和61115的PHY服务数据单元(SDU)可以经由一个或多个服务接入点(SAP)6190、61100、61110和61120与物理层实体进行交换。
根据一些方面,逻辑信道优先级排序单元6110可以在一个或多个逻辑信道6145和6155之间执行优先级排序,这可以包括存储与一个或多个逻辑信道中的每个逻辑信道对应的参数和状态信息(其可以在建立逻辑信道时初始化)。根据一些方面,逻辑信道优先级排序单元6110可以被配置有用于一个或多个逻辑信道6145和6155中的每一个的一组参数,每组包括可以包括优先级比特率(PBR)和桶大小持续时间(BSD)中的一个或多个的参数。
根据一些方面,复用器和解复用器6115可以生成MAC PDU,其可以包括与一个或多个逻辑信道对应的MAC-SDU或部分MAC-SDU、MAC头(其可以包括一个或多个MAC子头)、一个或多个MAC控制元素和填充数据中的一个或多个。根据一些方面,复用器和解复用器6115可以分离在接收的MAC PDU中所包含的与一个或多个逻辑信道6145和6155对应的一个或多个MAC-SDU或部分MAC-SDU,并且可以经由一个或多个服务接入点6150和6160向更高层指示一个或多个MAC-SDU或部分MAC-SDU。
根据一些方面,HARQ实体6125和广播HARQ实体6130可以包括一个或多个并行HARQ过程,每个HARQ过程可以与HARQ标识符关联,并且可以是接收或发送HARQ过程之一。
根据一些方面,发送HARQ过程可以通过选择用于传输的MAC-PDU,根据指定的冗余版本(RV)生成要由PHY编码的传输块(TB)。根据一些方面,广播HARQ实体6130中所包括的发送HARQ过程可以在连续的发送间隔中重传同一TB预定次数。根据一些方面,HARQ实体6125中所包括的发送HARQ过程可以基于针对先前传输接收到肯定确认还是否定确认,确定在发送时间重传先前发送的TB还是发送新TB。
根据一些方面,可以向接收HARQ过程提供与一个或多个接收到的TB对应的且可以与新数据指示(NDI)和冗余版本(RV)中的一个或多个关联的编码数据,并且接收HARQ过程可以确定每个这种接收的编码数据块对应于先前接收的TB的重传还是先前未接收的TB。根据一些方面,接收HARQ过程可以包括缓冲区,其可以实现为存储器或其他合适的存储设备,并且可以用于存储基于先前接收的TB数据的数据。根据一些方面,接收HARQ过程可以尝试解码TB,该解码基于接收的TB数据,并且还可以基于所存储的基于先前接收的TB数据的数据。
图7示出了根据一些实施例的网络的系统的架构。系统700被示为包括用户设备(UE)701和UE 702。UE 701和702被示为智能电话(例如,可连接到一个或多个蜂窝网络的手持触摸屏移动计算设备),但是也可以包括任何移动或非移动计算设备,例如个人数据助理(PDA)、寻呼机、膝上型计算机、台式计算机、无线手持设备或包括无线通信接口的任何计算设备。
在一些实施例中,UE 701和702中的任一个可以包括物联网(IoT)UE,其可以包括针对利用短期UE连接的低功率IoT应用所设计的网络接入层。IoT UE可以利用诸如机器到机器(M2M)或机器类型通信(MTC)的技术,以经由公共陆地移动网络(PLMN)、邻近服务(ProSe)或设备到设备(D2D)通信、传感器网络或IoT网络与MTC服务器或设备交换数据。M2M或MTC数据交换可以是机器发起的数据交换。IoT网络描述了用短期连接互连IoT UE(其可以包括(在互联网基础设施内)唯一可识别的嵌入式计算设备)。IoT UE可以执行后台应用(例如,保活消息、状态更新等),以促进IoT网络的连接。
UE 701和702可以被配置为与无线接入网(RAN)710连接(例如,以通信方式耦合)——RAN 710可以是例如演进通用移动通信系统(UMTS)陆地无线接入网(E-UTRAN)、NextGen RAN(NG RAN)或某些其他类型的RAN。UE 701和702分别利用连接703和704,每个连接包括物理通信接口或层(下面进一步详细讨论);在该示例中,连接703和704被示为用于实现通信耦合的空中接口,并且可以符合蜂窝通信协议,例如全球移动通信系统(GSM)协议、码分多址(CDMA)网络协议、即按即说(PTT)协议、蜂窝上PTT(POC)协议、通用移动通信系统(UMTS)协议、3GPP长期演进(LTE)协议、第五代(5G)协议、新空口(NR)协议等。
在该实施例中,UE 701和702还可以经由ProSe接口705直接交换通信数据。ProSe接口705可以替换地称为侧链路接口,其包括一个或多个逻辑信道,包括但不限于物理侧链路控制信道(PSCCH)、物理侧链路共享信道(PSSCH)、物理侧链路发现信道(PSDCH)和物理侧链路广播信道(PSBCH)。
UE 702被示为经配置以经由连接707接入接入点(AP)706。连接707可以包括本地无线连接,例如符合任何IEEE 802.11协议的连接,其中,AP 706将包括无线保真(WiFi)路由器。在该示例中,AP 706被示为连接到互联网而不连接到无线系统的核心网(下面进一步详细描述)。
RAN 710可以包括启用连接703和704的一个或多个接入节点。这些接入节点(AN)可以称为基站(BS)、NodeB、演进NodeB(eNB)、下一代NodeB(gNB)、RAN节点等,并且可以包括在地理区域(例如,小区)内提供覆盖的地面站(例如,陆地接入点)或卫星站。RAN 710可以包括用于提供宏小区的一个或多个RAN节点(例如,宏RAN节点711)以及用于提供毫微微小区或微微小区(例如,与宏小区相比具有更小的覆盖区域、更小的用户容量或更高的带宽的小区)的一个或多个RAN节点(例如,低功率(LP)RAN节点712)。
RAN节点711和712中的任一个可以端接空中接口协议,并且可以是用于UE 701和702的第一联系点。在一些实施例中,RAN节点711和712中的任一个可以履行RAN 710的各种逻辑功能,包括但不限于无线电网络控制器(RNC)功能,例如无线承载管理、上行链路和下行链路动态无线资源管理和数据分组调度以及移动性管理。
根据一些实施例,UE 701和702可以被配置为:根据各种通信技术(例如但不限于正交频分多址(OFDMA)通信技术(例如,用于下行链路通信)或单载波频分多址(SC-FDMA)通信技术(例如,用于上行链路和ProSe或侧链路通信)),在多载波通信信道上使用正交频分复用(OFDM)通信信号彼此或与RAN节点711和712中的任一个进行通信,但实施例的范围不限于此。OFDM信号可以包括多个正交子载波。
物理下行链路共享信道(PDSCH)可以将用户数据和更高层信令携带到UE 701和702。物理下行链路控制信道(PDCCH)可以携带关于与PDSCH信道有关的传输格式和资源分配的信息等。它还可以向UE 701和702通知与上行链路共享信道有关的传输格式、资源分配和H-ARQ(混合自动重传请求)信息。通常,可以基于从UE 701和702中的任一个反馈的信道质量信息,在RAN节点711和712中的任一个处执行下行链路调度(将控制信道资源块和共享信道资源块分派给小区内的UE 702)。可以在用于(例如,分派给)UE 701和702中的每一个的PDCCH上发送下行链路资源分派信息。
一些实施例对于控制信道信息可以使用作为上述概念的扩展的概念进行资源分配。例如,一些实施例可以利用增强物理下行链路控制信道(EPDCCH),其使用PDSCH资源进行控制信息传输。可以使用一个或多个增强控制信道元素(ECCE)来发送EPDCCH。与上面类似,每个ECCE可以对应于九组称为增强资源元素组(EREG)的四个物理资源元素。在某些情况下,ECCE可以具有其他数量的EREG。类似地,MTC PDCCH(MPDCCH)可以用于eMTC UE。
RAN 710被示为经由S1或NG接口713以通信方式耦合到核心网(CN)720。在实施例中,CN 720可以是演进分组核心(EPC)网络、5GC网络或某些其他类型的CN。在该实施例中,S1接口713被分成两部分:S1-U接口714,其携带RAN节点711和712与服务网关(S-GW)722之间的业务数据;以及S1移动性管理实体(MME)接口715,其为RAN节点711和712与MME 721之间的信令接口。
在该实施例中,CN 720包括MME 721、S-GW 722、分组数据网络(PDN)网关(P-GW)723和归属订户服务器(HSS)724。MME 721在功能上可以类似于遗留服务通用分组无线服务(GPRS)支持节点(SGSN)的控制平面。MME 721可以管理接入中的移动性方面,例如网关选择和跟踪区域列表管理。HSS 724可以包括用于网络用户的数据库,包括用于支持网络实体处理通信会话的订阅相关信息。CN 720可以包括一个或若干HSS 724,这取决于移动订户的数量、设备的容量、网络的组织等。例如,HSS 724可以提供对路由/漫游、认证、授权、命名/地址解析、位置依赖性等的支持。
S-GW 722可以端接去往RAN 710的S1接口713,并且在RAN 710与CN 720之间路由数据分组。此外,S-GW 722可以是用于RAN节点间切换的本地移动性锚点,并且还可以提供用于3GPP间移动性的锚定。其他责任可以包括法定拦截、计费和某种策略实施。
P-GW 723可以端接去往PDN的SGi接口。P-GW 723可以经由互联网协议(IP)接口725,在EPC网络723与外部网络(例如,包括应用服务器730(替换地称为应用功能(AF))的网络)之间路由数据分组。通常,应用服务器730可以是向核心网提供使用IP承载资源的应用(例如,UMTS分组服务(PS)域、LTE PS数据服务等)的元件。在该实施例中,P-GW 723被示为经由IP通信接口725以通信方式耦合到应用服务器730。应用服务器730还可以被配置为:经由CN 720支持用于UE 701和702的一种或多种通信服务(例如,互联网协议上的语音(VoIP)会话、PTT会话、组通信会话、社交网络服务等)。
P-GW 723还可以是用于策略实施和计费数据收集的节点。策略和计费规则功能(PCRF)726是CN 720的策略和计费控制元件。在非漫游场景中,在归属公共陆地移动网络(HPLMN)中可以存在与UE的互联网协议连接接入网(IP-CAN)会话关联的单个PCRF。在业务脱离本地的漫游场景中,可以存在与UE的IP-CAN会话关联的两个PCRF:HPLMN内的归属PCRF(H-PCRF)和受访公共陆地移动网络(VPLMN)中的受访PCRF(V-PCRF)。PCRF 726可以经由P-GW 723以通信方式耦合到应用服务器730。应用服务器730可以用信号通知PCRF 726以指示新的服务流,并选择适当的服务质量(QoS)和计费参数。PCRF 726可以用适当的业务流模板(TFT)和QoS类标识符(QCI)将该规则配给到策略和计费执行功能(PCEF)(未示出)中,这使得按应用服务器730所指定的那样开始QoS和计费。
图7的组件能够从机器可读或计算机可读介质(例如,非瞬时性机器可读存储介质)读取指令并执行本文所讨论的任何一种或多种方法。特别地,处理器(例如,中央处理单元(CPU)、精简指令集计算(RISC)处理器、复杂指令集计算(CISC)处理器、图形处理单元(GPU)、数字信号处理器(DSP)(例如,基带处理器)、专用集成电路(ASIC)、射频集成电路(RFIC)、另一处理器或其任何合适的组合)可以读取并遵循非瞬时性介质上的指令。
指令可以包括软件、程序、应用、小应用、app或其他可执行代码,以用于使至少任一处理器执行本文所讨论的任何一种或多种方法。指令可以完全或部分地驻留在处理器(例如,在处理器的高速缓冲存储器内)、存储器/存储设备或其任何合适的组合内。在一些实施例中,指令可以驻留在有形非易失性通信设备可读介质上,其可以包括单个介质或多个介质。此外,指令的任何部分可以从外围设备或数据库706的任何组合传送到硬件资源。因此,处理器的存储器、存储器/存储设备、外围设备和数据库是计算机可读和机器可读介质的示例。
如上所述,MTC是可以包括例如智能计量、保健监控、远程安全监督和智能交通系统的应用的有前途的并且新兴的技术。这些服务和应用可以激励设计并且开发期望无缝集成到当前和下一代移动宽带网络(例如LTE和LTE-Advanced)中的新类型的UE。
正开发MTC和IoT特定设计,其中,主要目标关注于更低的设备成本、增强的覆盖范围和减少的功耗。为了进一步减少成本和功耗,进一步减少传输带宽可能是有益的。在Rel-13NB-IoT中,用于控制信道和数据信道二者的传输带宽已经减少到1PRB,而在Rel-13eMTC中,用于控制信道和数据信道二者的传输带宽已经减少到1.4MHz。作为进一步增强,对于Rel-14feMTC UE,数据信道的传输带宽可以增加到5MHz,这样可能在通信中产生附加的各种问题。
在(f)eMTC和NB-IoT系统二者中,已经采用时域重复作为用于覆盖增强的技术。用于PUSCH/NPUSCH是所支持的重复可以受限为特定值,即用于物理上行链路共享信道(PUSCH)传输的{1、2、4、8、16、32、64、128、192、256、384、512、768、1024、1536、2048}和用于窄带PUSCH(NPUSCH)传输的{1、2、4、8、16、32、64、128}。
归因于所支持的重复等级(RL)的粗粒度,MTC UE的实际覆盖可能对应于两个前述重复等级之间中的某处。这可能是有问题的,因为调度具有较高RL的PUSCH传输可能导致不必要的UL传输并且增加UE功耗,这对于具有有限电池寿命和/或处于难以接入的位置中的设备尤其可能是疑虑。另一方面,初始传输可能被配置有较少数量的重复,并且附加重传可能受调度以实现目标误块率(BLER)和覆盖。然而,该重传调度可能延长通信的时延,并且衰减按时性能。
此外,在许多情况下,接收机可以能够通过比受调度数量的重复更少的数量的用于初始或重传的重复传输对所发送的传送块成功地进行解码。在瞬时信道条件可能是不同的同时,该情况可能产生,因为可以基于关于给定物理信道用于特定UE的长期信道条件或覆盖等级原始地企划受调度数量的重复。
为了优化这些场景,可以应用早期终止信号(ETS)。使用ETS可以允许UE在eNB/gNB(为了方便,以下简称为eNB)原始地调度的数量的重复之前终止初始传输或重传的重复传输。对于UE将有益的是,通过设计ETS的配置和可应用性、物理设计和资源分配,避免额外数量的重复并且减少UE功耗。
图8示出根据一些实施例的HARQ处理。可以在图1-图7中示出UE 802和eNB 804。虽然UE 802示出为发射机并且eNB 804示出为接收机(UL传输),但对于DL传输可以应用相同处理。
在图8中,UE 802可以发送若干分组。如所示,eNB 804通过成功接收(ACK)或未成功接收(NACK)传输响应于UE 802,以指示是否成功接收到特定分组。UE 802可以重复接收到NACK的任何分组对eNB 804的传输,上至预定数量的重复,或ACK从eNB 804得以接收。由于在接收HARQ反馈之前UE 802可以发送多个分组,因此HARQ反馈可以指示正响应于哪个分组。
HARQ处理可以是追踪组合(其中,相同的分组得以发送(并且存储在缓冲器中)以建立信号特性)或增量冗余(其中,分组中的数据的一部分改变)。分组可以包含数据、检错比特和前向纠错比特(FEC)。HARQ传输可以是同步的(其中,接收机已经获知要到达的数据包(HARQ数量和RV)),或是异步的(其中,发射机提供关于正使用哪种HARQ处理的细节)。重传可以是自适应的(其中,传输属性可以在重传之间改变,但由发射机通知),或是非自适应的(其中,在每个重传期间,传输特性保持相同)。
在一个实施例中,UE可以信号传送用于支持ETS的能力。UE可以在能力信息中发送ETS支持。可以在RRC连接建立期间提供能力信息。在此情况下,RRC建立之前的初始随机接入(RACH)过程中的消息3(竞争解决)可能不支持ETS。在一些实施例中,如果UE已经连接到网络(即,RACH过程不是初始过程),则网络可能已经存储UE能力,允许在RACH过程期间使用ETS。消息3可以针对TMSI值或随机数,但包含将用于UE与eNB之间的另一通信的新小区无线网临时标识符(C-RNTI)。
在一个实施例中,仅在特定覆盖条件(例如深度覆盖(例如CE模式B))下支持ETS。替代地,CE模式A和CE模式B二者可以支持ETS。在另一实施例中,用于ETS的受支持情况和用于MTC物理下行链路控制信道(MPDCCH)监控的MQ早期终止的HARQ-ACK反馈在确认接收RRC连接释放消息的PUSCH传输的情况下可以是不同的。例如,在一个实施例中,仅CE模式B可以支持ETS,而CE模式A和CE模式B二者可以支持关于确认接收RRC连接释放消息的PUSCH传输的用于MPDCCH监控的早期终止的HARQ-ACK反馈。替代地,可以支持ETS和关于确认接收RRC连接释放消息的PUSCH传输的用于MSCHCH监控的MCH监控的早期终止的HARQ-ACK反馈二者。
eNB可以经由更高层信令半静态地启用ETS。在一些实施例中,配置可以是小区特定的。替代地,配置可以是UE特定的。
在一个实施例中,仅当受调度PUSCH重复的数量大于预定量R时,当启用时,可以使用ETS,其中,R可以是正整数(例如R=32、64、128、256或512)。换言之,如果关于PUSCH调度的重复的数量不大于R,则UE将不期望使用ETS。R可以取决于UE使用的带宽、信道条件或其他变量而变化。
在另一实施例中,ETS可以被配置为通过较高层信令关于PUSCH重传得以启用。在一个示例中,仅当用于重传的受调度重复的数量大于预定量R1时,ETS可以用于重传,其中,R1可以是正整数,并且可以与上述实施例中的R不同。例如,R1可以是32、64、128或256,其可以小于R。可以预定义或配置从R到R1的映射,例如,R1=a*R,其中,a可以是小于1的任何实数(例如0.5)。
在另一实施例中,在接收到ETS时,UE可以停止监控控制信道或进入轻休眠模式,直到PUSCH的最后重复原始地受调度的子帧。替代地,UE可以保持监控在接收ETS之后所配置的搜索空间。在此情况下,eNB可以在原始地调度的PUSCH传输的最后重复之前的PUSCH传输的终止之后调度PDSCH/PUSCH传输。
ETS物理设计可以采取各个实施例。这些实施例可以包括基于MPDCCH、基于物理混合ARQ指示符信道(PHICH)和/或基于序列的ETS物理设计。
当ETS基于MPDCCH时,在一个实施例中,ETS可以基于现有下行链路控制信息(DCI)格式(例如DCI格式6-0A或DCI格式6-0B)。在此情况下,可以使用类似于半永久调度(SPS)验证的机制。具体地说,DCI中的一个或多个字段可以设置为预定义的默认值,以用于验证ETS的接收。这些字段可以包括可以使用C-RNTI加扰的循环冗余码(CRC),或可以定义并且使用组RNTI。DCI格式6-0A可以包括设置为“00”的发送功率控制(TPC)字段(DCI格式6-0B不包括TPC字段)。资源块指派字段可以设置为全“1”。冗余版本(RV)字段可以设置为“00”。调制和编码方案(MCS)字段可以设置为全“1”。信道状态信息(CSI)请求字段(如果存在)可以设置为“0”。(用于PUSCH的)重复数量字段可以设置为全“”0”。指示传输是新传输还是重传的新数据指示符(NDI)字段可以设置为“0”。频率跳变标记字段(如果存在)可以设置为“0”。注意,在各个实施例中,上述字段中的一些可以用作验证比特,并且可以使用不同默认值。还要注意,上述默认值仅是示例——其他值可以用在其他实施例中。
在一个实施例中,对于用于终止MPDCCH监控的显式HARQ-ACK以及对于用于终止PUSCH传输的显式HARQ-ACK,MPDCCH净荷是相同的。UE可以能够基于最新(也许正在进行的)的PUSCH传输的内容确定UE是否要进入休眠。例如,如果最新PUSCH传输用于确认接收RRC连接释放消息,则一旦UE接收到用于PUSCH传输的显式ACK反馈,UE就可以能够进入休眠模式。
替代地,用于终止MPDCCH监控以及用于终止PUSCH传输的显式HARQ-ACK的MPDCCH净荷可以是不同的。UE可以通过使用用于特定字段的不同默认值确定该情况。在一个示例中,HARQ-ACK反馈中的不同净荷用于DRX命令以及用于其他情况(例如,在RRC释放消息之前终止PUSCH传输并且终止MPDCCH监控)。作为该设计的一个示例,对于CE模式A,资源块指派字段中的最低有效位(LSB)5比特可以设置为全“1”以指示终止MPDCCH监控,并且可以设置为“11110”以指示终止PUSCH传输,或反之亦然。作为另一示例,对于CE模式B,4比特MCS字段可以设置为全“1”以指示终止MPDCCH监控,并且可以设置为“1110”以指示终止PUSCH传输,或反之亦然。注意,不排除使用除了或替代以上情况的其他默认值。
在一个实施例中,可以重用HARQ处理数量字段以指示ETS与哪个HARQ处理有关。替代地,HARQ处理数量字段加上(可以从其他字段和所减少的验证比特的数量重用的)附加比特可以用作用于所有HARQ处理的比特映射。例如,在CE模式A下,可以使用8比特以指示已成功接收哪个PUSCH TB,而在CE模式B下,使用2比特可以是足够的,因为在CE模式B下仅存在所支持的2个HARQ处理。
在另一实施例中,可以与DCI中的另一字段联合地对ACK/NACK信息进行编码。在示例中,可以与HARQ处理数量联合地对ACK/NACK信息进行编码。HARQ处理数量字段或替代地其他字段的MSB或LSB可以用以指示正在进行的PUSCH传输或最新的PUSCH传输(如果不存在正在进行的PUSCH传输)的ACK/NACK。
代替使用现有DCI,在一些实施例中,可以为ETS定义新DCI格式。DCI可以是比现有DCI(例如DCI格式6-0A或6-0B)更紧凑的DCI,以减少实现特定覆盖所需的重复的数量。例如,如果仅在CE模式B下支持ETS,则新DCI的大小可以是2比特(加上CRC比特)。更一般地,新DCI的大小可以是N比特加上M个CRC比特。N比特可以用于指示用于N个HARQ处理的ACK/NACK,或可以用以指示对HARQ处理的HARQ-ACK响应和/或在UE待发送的该ETS之后的重复数量。如果HARQ-ACK反馈的指示是ACK,则可以忽略重复的数量的字段。
在一个实施例中,可以使用16比特CRC。替代地,CRC比特的数量可以减少到例如8比特。在此情况下,C-RNTI中的16比特中的8比特可以用以对CRC进行加扰。替代地,可以定义组-RNTI以使得eNB能够同时响应于若干UE。在此情况下,eNB应确保在UE之间不存在混淆,即,通过来自C-RNTI的相同8比特对于UE在不同资源上提供反馈。此外,由于这是新DCI格式,因此UE可以增加盲检测以对DCI进行解码。
在一个实施例中,UE可以监控现有MPDCCH传输和新DCI格式二者。这可能导致UE复杂度的增加。然而,由于新DCI可能受限(例如,其中,新DCI中的2比特作为用于HARQ-ACK反馈的比特映射),因此UE可以具有DCI内容可以包括仅4种可能状态的先验知识。因此,UE可以仅对于新DCI检测通过4个假设检验执行基于相关的检测过程。与常规DCI解码相比,此复杂度非常低。
在一些实施例中,仅当HARQ-ACK响应是ACK时,可以使用ETS。在这些实施例中,可以使用1比特以指示已经成功接收的两个HARQ处理中的一个,或可以使用2比特以指示已经成功接收两个处理中的哪个。作为另一示例,N比特可以用作验证比特。除了CRC比特之外,还可以使用这些比特。在此情况下,ETS的存在可以指示正在进行的PUSCH传输的ACK。在该实施例中,如果UL批准指示与正在进行的PUSCH传输相同的HARQ处理的新传输,则eNB可以不发送ETS。eNB可以替代地仅发送UL批准。一旦UE接收到UL批准,UE就可以将UL批准看作正在进行的PUSCH传输的终止,并且另外基于新UL批准开始新传输。
在另一实施例中,UE可以避免同时监控现有DCI格式和新DCI格式。因此,当期望UE监控ETS时,可能不期望UE监控调度子帧中的PDSCH或PUSCH传输的DCI格式(例如DCI格式6-1B/0B)。在此情况下,以限制调度灵活性为代价将UE复杂度保持为低。此外,在此情况下,关于ETS所监控的MPDCCH搜索空间和DL窄带(NB)可以与关于UE特定共享空间(USS)监控所监控的DL NB不同。
不同的监控实施例可以用于半双工FDD(HD-FDD)UE。在一些实施例中,可以重用现有UL间隙,可以延长现有间隙,或可以创建附加UL间隙。在这些间隙期间,可能仅期望UE监控ETS而非DCI格式6-1B/0B。在一个示例中,ETS的搜索空间可以与一个或多个其他USS和/或公共搜索空间(CSS)重叠。eNB可以例如经由RRC信令预定义或配置UE待监控的搜索空间的优先级。
在优先级的一个示例中,可以放弃与具有较高优先级的搜索空间重叠的具有较低优先级的整个搜索空间。替代地,可以仅放弃占据具有较高优先级的搜索空间的一部分的较低优先级搜索空间中的MPDCCH。例如,在ETS的监控具有比其他USS/CSS更高的优先级的情况下,UE仍然可以通过跳过与ETS搜索空间重叠的MPDCCH候选而监控与用于ETS的搜索空间重叠的USS/CSS上发送的MPDCCH。给定如果紧凑DCI用于ETS,则用于ETS的重复可能是非常小的,那么用于ETS的搜索空间可以被配置有相对小的场合,并且因此可能产生调度灵活性方面的有限影响。
作为另一示例,具有较低优先级的搜索空间可以推迟到被配置用于监控具有较高优先级的搜索空间的子帧上。例如,在ETS的监控具有比其他USS/CSS更高的优先级的情况下,与ETS搜索空间重叠的MPDCCH候选可以推迟到ETS搜索空间之后。为了允许该情况,被配置用于USS/CSS的参数G也可以设置为考虑来自ETS搜索空间的影响的更大的值。
作为另一示例,如果USS/CSS与ETS搜索空间重叠,则可以跳过USS/CSS中的特定候选。例如,可以例如通过选择特定组合(例如具有{RETS,RETS/2,RETS/4,RETS/8}的子集的仅N个PRB)减少用于ETS的盲检测试验。为了在每个时间实例保持相同的盲检测尝试,可以将用于其他USS/CSS的盲检测尝试限制为原始盲检测尝试的子集,并且只要盲检测的总数量可以保持相同,就可以在ETS监控场合上盲检测这些候选。例如,ETS盲检测尝试可以定义为{24,R,1},其中,R可以是{RETS,RETS/2,RETS/4,RETS/8}。于是其他USS/CSS中的候选可以是[{2,R1,1}{4,R1,1}]、[{4,R2,1}{8,R2,1}]、[{8,R1,2}{16,R1,1}]、[{8,R2,2}{16,R2,1}]、[{8,R3,1}{16,R3,1}],其中,R1、R2、R3和R4取决于搜索空间的Rmax。不排除用于ETS和其他USS/CSS的盲检测试验的其他组合。
用以携带DCI的MPDCCH搜索空间可以被配置得类似于用于MPDCCH的类型1-CSS,其中,假设聚合等级(AL)=24(MPDCCH格式5),以使得所使用的MPDCCH的时域重复的数量最小化。例如,UE可以假设具有分布式传输的的NB中的所有6个PRB总是用于ETS。
在上述各个实施例中,如果使用C-RNTI,则ETS可以是UE特定的。在另一实施例中,如果引入组-RNTI,则ETS可以是组特定的。此外,仅当ETS是ACK时,可以发送一些实施例中的ETS。替代地,可以总是发送ETS(而无论ACK或NACK如何),并且ETS所携带的信息将指示传输是ACK还是NACK。类似的实施例可以用于feNB-IoT UE;对于配置有1个HARQ处理的UE,1比特或仅CRC可以是足够的。另一方面,对于配置有2个HARQ处理的UE,可以使用2比特——类似于efeMTC设计中的CE模式B。
当ETS基于PHICH时,可以关于ETS重用和/或扩展PHICH。回顾PHICH跨越遗留LTE中的整个系统带宽BW而延伸。对于BL UE,可以使用具有覆盖增强的带宽受限PHICH。图9示出了根据一些实施例的带宽受限物理混合ARQ指示符信道(PHICH)。
对于带宽受限PHICH的设计,PHICH组900可以映射到每个NB,如图9所示。在图9的实施例中,1个REG可以包括4个资源元素(RE)。注意,当在携带小区参考信号、主同步信号或辅同步信号(CRS/PSS/SSS)的符号上发送PHICH时,可以在RE上穿透PHICH,或可以在RE周围速率匹配PHICH。
可以使用各种方法以实现覆盖增强。在一个实施例中,(例如,通过增加所使用的RE的数量),PHICH可以受功率提升。
在用于实现覆盖增强的另一实施例中,可以使用频域增强。可以定义与现有LTE中的多个PHICH组对应的新虚拟PHICH组。为这些现有多个PHICH组分配的RE可以用于新引入的PHICH组。例如,可以一起分配图9所示的PHICH组#6n和#6n+3,以用于一个PHICH传输。在此情况下,可以使用新速率匹配,将PHICH符号映射到增加的RE。可以重复PHICH传输,其中,每个重复映射到一个现有PHICH组。PHICH也可以通过更长的序列得以扩展,以映射到增加的RE。更长的序列仍然可以基于解调参考信号(DMRS)序列。在该示例中,更多的循环移位可以受支持以复用更多UE。
替代地或附加地,可以使用时域重复。在一个实施例中,PHICH传输可以仅在子帧中的一个符号中得以发送,并且可以跨越子帧而重复。PDSCH传输可以在该符号周围受速率匹配,或可以受穿透。在一个实施例中,PHICH传输可以在子帧内的多个符号中重复。例如,可以在子帧内的最后11个符号上发送PHICH传输,其中,对于与遗留控制区域的共存,不使用前3个符号。最重要的是,跨越子帧的附加重复可以用于进一步的覆盖增强。
注意,对于feNB-IoT,可以设计1个PRB内的PHICH传输。例如,可以引入占用PRB的仅1个PHICH组。在此情况下,可以不支持频域增强,而仍然可以应用功率提升和时域重复。正交序列可以应用于PHICH传输,以使得能够进行UE复用。例如,服从LTE,上至8个正交序列可以应用于一个OFDM符号中的一个PHICH组。此外,通过PHICH重复,时域正交覆盖码(OCC)(例如Hadamard码或DFT码)同样还可以用于PHICH复用。例如,通过用于PHICH重复的子帧中的11个符号,长度11的OCC可以用以复用8*11个PHICH。eNB可以例如经由RRC信令配置待使用的正交序列和时域OCC。替代地,可以定义从UE/PUSCH到关联PHICH的映射,这将在下面详述。
在其他实施例中,并非基于MPDCCH或PHICH,ETS可以是基于序列的。在这些实施例中,序列可以是任何恒定振幅零自相关(CAZAC)序列(例如Zadoff-Chu(ZC)序列)。例如,可以使用窄带PSS/SSS(NPSS/NSSS)、PSS或DMRS序列。为了与遗留NPSS/NSSS/PSS序列区分,可以使用具有与用于NPSS/NSSS/PSS的现有根索引不同的根索引的ZC序列。如果使用DMRS序列,则DMRS根索引和CS/OCC可以基于小区ID和/或UE ID。
转向ETS资源分配,下面描述时域和频域资源分配二者。时域资源可以包括用于ETS的监控实例。在一些实施例中,监控实例可以被配置为周期性的,可能地具有偏移。周期性和/或偏移可以是预定义的,或经由RRC信令配置,类似于用于现有USS的搜索空间开始子帧配置。周期性和/或偏移的值可以是小区特定的或UE特定的。在一些示例中,时间窗口可以应用于周期性ETS传输的顶部上,其中,仅在该窗口内发送ETS。窗口可以(例如,经由RRC信令)受配置或预定义,并且值可以取决于PUSCH传输的重复等级(RL)。
在一个实施例中,特定定时关系可以存在于第一PUSCH子帧与对应ETS之间。具体地说,可以在PUSCH传输的开始之后的X个子帧发送用于特定PUSCH的第一ETS。随后ETS传输机会可以处于距PUSCH传输的开始X毫秒后的每P个PUSCH传输子帧之间,其中,P是ETS监控场合的所配置的周期性。替代地,考虑切换子帧(对于HD-FDD UE)和ETS持续时间,ETS监控场合可以是X+nP,即,ETS监控场合可以处于每(P–2-ETS持续时间)个PUSCH子帧之间以用于HD-FDD传输。在另一示例中,ETS监控场合定义为(可以包括非BL/CE UL子帧的)UL传输的每Pms(例如,P可以指定为256)。在一个示例中,ETS持续时间可以是用于单个ETS传输的重复的数量。在另一示例中,ETS持续时间可以更大,例如,以合并多个ETS传输以在eNB侧处提供灵活性。ETS持续时间可以由RRC信令预定义或配置。例如,ETS持续时间可以与UL补偿间隙(即40ms)相同。
X、P和/或n的最大值可以取决于UE的覆盖等级,例如,取决于PUSCH重复的数量或PRACH覆盖等级或USS中的Rmax。X、P和/或n的最大值可以由RRC信令预定义或配置。在一个示例中,n可以是{0,1,…,ceil((R-X+Y)/P)},其中,R是用于UE在初始传输的情况下以目标误块率(BLER)实现目标最大耦合损耗(MCL)的PUSCH重复的最小所支持数量。例如,如果eNB总是通过足够大数量的重复来调度PUSCH传输,以通过初始传输按目标BLER实现目标MCL,则R是用于初始传输调度的UL批准所指示的重复的数量。在一个示例中,当X大于受调度PUSCH重复的数量时,这可能意味着ETS不用于该PUSCH传输。
Y可以是预定义的参数,或可以取决于UE覆盖等级(例如PUSCH重复的数量或Rmax的函数)。可以通过RRC信令配置Y。作为一个示例,如果配置cDRX,则Y可以设置为不大于drx-ULRetransmissionTimer。这对于PUSCH传输用以确认接收RRC连接释放消息可以是有用的。在该示例中,ETS监控场合可以产生在开始于PUSCH传输的开始之后的X ms并且结束于PUSCH传输的结束之后的Y ms的每P个PUSCH传输子帧处。注意,只要UE从eNB接收到ACK,UE就可以跳过其余ETS监控场合。
例如,如果UE使用的PUSCH重复的最小所支持的数量是R(例如,如果UE使用512至1024个重复之间,则R将是1024),则X和P可以是R/f,并且n可以来自{0,1,…,f-1或ceil((R-X+Y)/P)},其中,f是可以由eNB例如经由RRC信令预定义或配置的正整数。在PUSCH传输结束之后,参数Y可以限制HARQ-ACK反馈信号的传输机会,例如,Y可以是m*P,其中,m是整数(例如m=2、3或4)。作为另一示例,X和P可以是R/4,n可以来自{0,1,…,5}。为了进一步减少ETS监控场合,在该示例中,X可以是R/2,并且P可以是R/4。替代地,X可以是小于(由R表示的)待用于PUSCH传输的重复的数量的重复的最大数量。例如,如果R=1024,则X可以是512。
图10和图11示出根据一些实施例的分别没有ETS和具有ETS的PUSCH传输。图10和图11中的PUSCH传输可以假设R是1024。例如,如果期望的重复的数量处于512至1024之间(例如896),则DCI可以调度1024个重复。如图10所示,MPDCCH传输1010可以指示24个子帧中的DCI。对于TDD或HD-FDD UE,在MPDCCH传输1010与PUSCH 1020之间可以存在3子帧间隙。PUSCH传输1020可以是1024个子帧长。在PUSCH传输1020之后,可以在下一MPDCCH 1010之前提供另外3个子帧间隙。
在图11中,如果期望的重复的数量再次处于512至1024之间(例如896),则X可以是512并且P可以是128个PUSCH发送子帧或128+2+ETS持续时间(如果PUSCH传输,则考虑切换子帧和ETS子帧)。图11中的信号可以类似于图10的信号。MPDCCH传输1110是24个子帧,并且可以后接3个子帧间隙。然而,在监控ETS 1130之前,初始PUSCH传输1120可以仅为512个子帧长。UE可以切换到携带ETS 1130的子载波,关于一个或多个子帧监控这些子载波,并且然后如果未找到ETS或ETS指示NACK,则切换返回以发送PUSCH传输1120。切换可能耗费一个或多个子帧。UE可以然后发送PUSCH传输1120的其他重复,以用于比初始PUSCH传输集合更短的数量的子帧(在图11中示出为128个子帧),然后再次检查ETS 1130。可以重复该操作,直到接收到ETS 1130或PUSCH传输到达预定数量。初始PUSCH传输集合之后的子帧的数量可以是恒定的,如所示,或可以变化——例如,随着PUSCH传输的总数量的增加或随着信道条件而变得更小。
注意,ETS应与对应PUSCH传输正确地关联。这可以通过使用与可以提供与ETS关联的HARQ处理ID的隐式指示的每个PUSCH传输关联的特定定时关系得以实现。因此,在实施例中,ETS不包括HARQ处理ID的显式指示(例如类似PHICH的ETS)。在此情况下,eNB可以确保用于不同UE的ETS传输上不存在碰撞。如果重用遗留PHICH正交序列,则每PHICH组存在上至8个正交序列。在1个NB中,如果每个ETS仅使用1个PHICH组,则存在上至8*6=48个ETS。这样可以足以避免UE碰撞。如果除了用于PHICH的8个正交序列之外还使用时域OCC,则可以支持更多的ETS。
在一个实施例中,在PUSCH传输的开始与对应ETS传输机会之间不存在特定定时关系。在此情况下,可以明确地指示HARQ处理ID。也就是说,可以基于具有HARQ处理ID的MPDCCH发送ETS,或可以使用用于所有HARQ处理的比特映射。
在一个实施例中,对于基于MPDCCH传输的ETS,对搜索空间的开始子帧的约束可以仍应用于ETS。在此情况下,上述周期性传输可以扩展为“准周期性传输”行为,其中,在每个周期内,ETS可以开始于搜索空间的下一可用开始子帧。
如果跨越子帧的重复用于ETS,则可以由更高层信令半静态地配置重复。在另一实施例中,可以基于UE的覆盖等级(例如PRACH覆盖等级、PUSCH RL、用于MPDCCH的Rmax或用以携带UL批准的DCI重复的数量)确定重复。例如,可以使用从PRACH覆盖等级到ETS RL的预定义映射,例如,PRACH覆盖等级{0,1,2,3}可以分别映射到ETS RL{Rmax_ETS/4,Rmax_ETS/2,Rmax_ETS/4*3,Rmax_ETS},其中,Rmax_ETS可以与用于其他现有MPDCCH的Rmax相同,或可以是预定义的值,或经由更高层信令得以指示。替代地,如果使用基于DCI的ETS,则搜索空间候选可以关于Rel-13eMTC中的MPDCCH重用相同设计,其中,搜索空间候选基于Rmax_ETS和基于用于DCI的聚合等级的ETS。注意,所配置的周期性应足够大,以允许重复配合到一个周期性中。
因此,由于可以在PUSCH重复之间提供用于接收ETS的间隙,因此引入ETS对于HD-FDD可能具有定时影响。然而,对于全双工FDD(FD-FDD),影响可以并非源自ETS的引入。
在一个实施例中,间隙可以由eNB经由比特映射指示,例如,标记为无效的UL子帧。在另一实施例中,间隙可以基于ETS配置。例如,开始于ETS传输机会之前的1个子帧并且结束于ETS传输机会之后的1个子帧的持续时间可以是不允许UL传输的间隙。在另一实施例中,如上所述,当UE处于CE模式B下时,可以在可以被配置用于大于256ms的UL传输的UL补偿间隙期间监控ETS。
对于基于MPDCCH的ETS,在一个实施例中,UE可以同时监控ETS和一个或多个其他MPDCCH传输二者。在此情况下,可以在与已配置的USS相同的搜索空间中发送ETS,其中,如上文所讨论的那样,可以通过预定周期性、偏移和/或在窗口内进一步限制ETS监控场合。
替代地,可以为ETS定义分离的搜索空间。在一个实施例中,UE可以不同时监控ETS和另一USS/CSS。具体地说,在ETS监控场合期间,UE可以不监控其他搜索空间。替代地,UE可以通过对于其他搜索空间中发送的MPDCCH传输的减少的盲解码尝试来监控其他搜索空间。可以鉴于周期性、偏移、可以发送ETS的窗口长度和/或搜索空间相对于例如PUSCH传输的开始/结束位置的开始/结束时间定义用于ETS的搜索空间。
作为又一替选,单个或少数量的候选可以定义于分离的UE特定或公共搜索空间中,或共享于UE根据监控场合的配置应监控的USS内。这样可以通过仅将总盲解码指示符候选的数量增加达仅一个或少数附加盲解码候选而限制来自增加的盲解码尝试的影响。
可以添加附加HARQ-ACK反馈监控场合,以连同用于关于确认接收RRC连接释放消息的PUSCH传输的MPDCCH监控的早期终止的HARQ-ACK反馈一起进一步支持ETS。可以例如鉴于相对于受调度PUSCH重复的结束的偏移以及用于监控场合持续时间的窗口长度在受调度PUSCH重复的结束之后配置附加HARQ-ACK反馈监控场合。偏移和窗口长度可以是预定义的(例如,在规范中指定),或可以由RRC信令配置(例如,作为ETS配置的一部分,或作为分离的配置)。
除了时域资源之外,还可以考虑频域资源。在一个实施例中,频域资源可以由eNB半静态地指示。例如,可以在用于ETS的RRC配置中指示NB索引。在另一实施例中,频域资源可以与UE监控MPDCCH传输的NB相同。作为另一实施例,频率资源可以与(例如,TDD系统中的)对应PUSCH传输相同。
可以通过可以取决于ETS设计而不同的各种方法确定NB内的详细资源分配。例如,对于基于MPDCCH的设计,在一个基于实施例中,所有6个PRB可以按默认分配用于ETS。在另一实施例中,N(小于6)个PRB可以分配用于ETS。分配用于ETS的PRB的数量可以由eNB预定义/配置,和/或可以基于UE的覆盖等级(例如,基于PRACH覆盖等级、PUSCH RL或用于MPDCCH的Rmax)。例如,用于PRACH覆盖等级{0、1、2、3}的PRB的数量可以分别预定义为{1、3、4、6}。如果使用少于全部的PRB,则分配用于ETS的PRB集合可以预定义为最低N个PRB或最高N个PRB。替代地,eNB可以信号传送(待使用的)PRB索引,或例如,指示待使用的PRB是最低还是最高N个PRB。作为另一示例,可以定义从PUSCH资源到PRB索引的映射,如下详述。
对于基于PHICH的设计,在一个实施例中,仅与12个RE对应的1个PHICH组可以用于ETS。组索引可以由eNB例如经由RRC信令指示。替代地,可以定义从PUSCH PRB到PHICH组的映射。作为另一示例,PHICH组索引还可以取决于例如由mod(C-RNTI+PUSCH资源索引,PHICH组的数量)确定的UE ID。
在一个实施例中,多个PHICH组可以用于ETS。eNB可以例如经由RRC信令指示由N表示的PHICH组的数量。替代地,PHICH组的数量可以基于UE的覆盖等级(例如PRACH覆盖等级、PUSCH的RL或用于MPDCCH的Rmax)。例如,用于PRACH覆盖等级{0、1、2、3}的PHICH组的数量可以分别预定义为{1、3、4、6}。
可以使用各种方法以指示要待对于ETS分配哪个PHICH组集合。在一个实施例中,PHICH组集合可以预定义为最低或最高N个PHICH组。替代地,eNB可以信号传送PHICH组索引或指示最低或最高N个PHICH组是否得以指示。作为另一示例,可以定义从PUSCH资源到PHICH组索引的映射,如下详述。
从PUSCH资源到MPDCCH PRB索引或PHICH组索引的映射可以定义如下。如果对于每个PUSCH存在仅一个MPDCCH PRB或PHICH组,则PRB或PHICH组的索引可以表示为X。X可以定义如下:
X=(IRA UL+nDMRS+nID)mod(nETS),
其中:
IRA UL是用于PUSCH传输的所分配的资源单元的最低索引。注意,在此,资源单元可以与NB-IoT中定义的RU不同。在此的资源单元可以如果未配置子PRB分配则指代1个PRB,并且如果配置子PRB分配则指代z个频调,其中,z是efeMTC中支持的最小子PRB分配单元(例如,z=3)。
nDMRS是PUSCH DMRS使用的DMRS循环移位索引。当UE在相同RE上(例如,经由CDMA)受复用时,可以使用DMRS循环移位索引。如果不支持CDMA,则DMRS循环移位索引可以是0。否则,用于参数nDMRS的可能值的范围可以取决于可以经由CDMA复用的UE数量。
nID是可以用以进一步区分UE的参数,其中,nID可以取决于UE ID(例如C-RNTI)。替代地,可以通过更高层信令配置nID。如果nID由更高层信令配置,则缺少nID可以说明nID的值为0。
nETS是MPDCCH PRB或PHICH组的数量。
可以由eNB为每个UE配置用于基于PHICH的ETS的DMRS序列。替代地,DMRS序列可以与UE ID(例如UE ID mod 8)关联。
可以如下确定用于PHICH组的PHICH正交序列索引和/或OCC:
nseq-ETS=(IRA UL+nDMRS+nID)mod(nspreading-ETS),其中
nspreading-ETS是扩展因子,即,可以在相同RE上复用的PHICH的总数量(例如每PHICH符号的正交PHICH序列的数量乘以用于PHICH的时域中的OCC数量)。对于基于PHICH的ETS,扩展因子可以是8,因为在遗留LTE中为每个PHICH组定义8个正交序列。替代地,除了8个正交序列之外,时域OCC(例如Hadamard序列)还可以用于具有重复的PHICH。例如,PHICH可以在一个子帧的最后11个符号上重复,并且可以应用长度11正交序列。在此情况下,nDMRS是8*OCC的数量(例如11)。
nseq-ETS是用于正交序列和OCC的组合的索引(如果支持时域中的OCC)。例如,可以通过floor(nseq-ETS/nocc)获得正交PHICH序列索引,并且OCC索引可以是(nseq-ETS mod nocc)。
如果存在多个PDCCH PRB或PHICH组,则索引可以表示为X,并且PRB/PHICH组的数量可以表示为M。可以使用来自具有1个PRB/PHICH组的上述映射的扩展。例如,第m索引可以是Xm=(X+m-1)mod nETS,或Xm=(X–m+1)mod nETS,其中,X=(M*(IRA UL+nDMRS+nID))mod(nETS),并且m=1、2、…、M。
对于以上方法,在一个实施例中,仅当存在用于PUSCH TBS的ACK时,可以发送ETS。在另一实施例中,可以在ACK和NACK二者的情况下发送ETS,其中,1比特的信息用于区分ACK和NACK。此外,上述实施例假设NB包括连续的6个PRB。在另一实施例中,NB可以定义为不同的粒度(例如5MHz或1个PRB(例如,对于feNB-IoT))。在此情况下,对应地,应缩放上述方法。
注意,在一些实施例中,如果并非周期性地而是仅在PUSCH传输的结束之后发送ETS,则ETS可以仅运作为用于PUSCH传输的HARQ-ACK反馈。因此,以上方法也同样可以应用于HARQ-ACK反馈。
在一些情况下,或许归因于瞬时信道条件而未接收到ETS,但eNB可能认为UE接收到ETS,并且响应于此可以终止PUSCH传输。为了处理ETS遗漏的错误情况,可以考虑多种方法。在一个实施例中,eNB仅可以继续保留在受调度PUSCH重复期间使用的资源。这样可以避免在遗漏包含于ETS中的ACK并且因此可以继续发送PUSCH传输的UE与可以在其余PUSCH持续时间期间由eNB利用相同资源调度的另一UE之间的潜在碰撞(因为已经从UE成功接收到PUSCH传输的eNB可以假设在具有ACK反馈的ETS之后将要终止PUSCH传输)。
在一个实施例中,在终止具有ACK反馈传输的ETS之后的其余PUSCH持续时间期间,eNB可以使用相同的频率资源调度具有良好信道状态的UE。如果期望,则eNB可以执行连续干扰消除(SIC)。在一个实施例中,可以为ETS配置更大数量的重复,产生节电增益与错误情况的可能性之间的权衡。
在一个实施例中,eNB可以保留一部分资源(例如ETS监控场景的一个或多个周期),并且检测UE是否在随后保留的资源中继续传输。如果eNB确定UE继续发送,则eNB可以发送另一ACK。eNB可以使用基于相关或基于解码的检测方法以确定UE是否继续PUSCH传输。检测可以基于ACK传输之前的K个子帧和ACK传输之后的M个子帧,其中,K和M可以取决于eNB实现方式。在另一实施例中,eNB实现方式可以确定上述方法中的哪一个或组合用于处理错误情况。
因此,上述各个实施例关于来自UE的PUSCH传输支持从eNB到UE的ETS。图12示出根据一些实施例的ETS流程图。UE和eNB可以类似于以上描述的那些。这些操作可以按与所示的不同的顺序产生,并且为了方便,可以未示出一些操作。在操作1210,UE可以向eNB指示对ETS传输的支持。UE可以经由能力信令提供ETS支持指示。在初始附着期间,可以在RRC连接中提供能力信令。注意,类似于本文描述的各种消息,能力信令可以在发送实体(UE或eNB)进行的发送之前受编码,并且在接收实体(eNB或UE)进行的接收之后受解码。
在确定UE能够支持ETS之后,eNB可以在操作1220将UE配置用于ETS。可以例如经由高层信令半静态地配置ETS。ETS配置可以包括ETS信号应用的UE模式(例如仅CE模式B)以及ETS的物理设计和待用于ETS的资源。例如,ETS可以基于MPDCCH传输,其中,可以重用现有DCI格式(例如6-0A/6-0B),或可以定义新DCI格式。替代地,ETS可以基于PHICH传输,其中,PHICH传输扩展为带宽受限的,并且可以在时域中重复以用于覆盖增强。替代地,ETS可以基于特定序列。
UE可以在ETS受配置之后在操作1230从eNB接收上行链路批准。取决于UE和UE模式,可以在PDCCH/ePDCCH/MPDCCH上发送批准。
UE可以在ETS受配置之后在操作1240向eNB发送上行链路数据。可以在PUSCH上发送数据。如果UE按TDD或HD-FDD而操作,则间隙可能出现在批准与UL传输之间。
可以继续发送UL数据达预定时间,直到确定eNB是否已经发送所配置的ETS。ETS相对于PUSCH可以具有固定的定时关系。此时,UE可以从发射机链切换到接收机链(如果TDD或HD-FDD模式),并且可以在1个子帧切换时段期间切换到不同频率。UE可以在操作1250确定eNB是否已经发送ETS,以及如果检测到则或许ETS指示什么。ETS频率资源可以是预定义的,由高层信令配置,和/或可以基于用于PUSCH传输的频率资源。ETS可以在单个子帧中按单个产生而得以发送,或可以在UE切换返回以发送PUSCH数据的进一步迭代之前通过多个子帧得以发送。ETS可以仅当存在ACK反馈时由eNB发送,或可以关于ACK和NACK二者得以发送,并且包含ETS对应于ACK/NACK中的哪个的指示。
UE可以在数据的传输期间(例如,在FD-FDD的情况下(其中,ETS的监控可以开始于PUSCH传输的开始))或在关于预定数量的重复的数据的传输之后监控ETS。在UE监控ETS的时间段期间,UE可以避免同时监控其他DCI格式,或可以同时监控ETS和其他DCI。在后一种情况下,其他DCI的盲解码尝试可以受限为对于每个时间实例将DCI盲解码尝试的总数量保持为与Rel-13eMTC中相同。在此情况下,可以为基于MPDCCH的ETS定义新搜索空间。
替代地,ETS搜索空间和其他USS/CSS搜索空间可以重叠。当重叠时,可以为ETS搜索空间和其他USS/CSS设置优先级。在一些情况下,可以放弃具有较低优先级的整个搜索空间。在其他实施例中,可以仅放弃具有较低优先级但与具有高优先级的搜索空间重叠的搜索空间中的候选。可以将这些默认值另外推迟到与高优先级搜索空间重叠的子帧上。
当UE确定尚未发送ETS或ETS指示用于PUSCH传输的NACK时,UE可以判断是否待进一步发送PUSCH传输。UE可以在操作1260确定PUSCH重复例如关于UE正操作的CE模式是否已经完成。此外,ETS可以在一个或多个子帧的集合上被配置为周期性的,其中,集合由PUSCH传输集合分离。PUSCH重复(或子帧)的数量在每个ETS子帧集合之后可以是相同的或可以是不同的,或(如图11所示)可以具有初始值并且然后使用更少的子帧。
在一些实施例中,可以使用用于关于终止MPDCCH监控的显式HARQ-ACK反馈和用于终止PUSCH传输的HARQ-ACK反馈。该反馈可以包括DRX命令。在此情况下,通过在DCI中的预定字段中设置不同默认值,用于不同实例的HARQ-ACK反馈的净荷可以是不同的。替代地,净荷是相同的。
示例
示例1是一种用户设备(UE)的装置,所述装置包括:处理电路,其被布置为:从演进节点B(eNB)对用于数据在物理上行链路共享信道(PUSCH)上的重复传输的调度进行解码;对所述PUSCH上的所述数据的重复进行编码,以用于传输到所述eNB;在传输所述数据期间或在传输预定数量的所述数据的重复之后,监控指示所述eNB成功接收所述数据的早期终止信号(ETS);以及响应于接收所述ETS信号,终止以下之一:传输所述数据的其余重复,或监控机器类型通信(MTC)物理下行链路控制信道(MPDCCH);和存储器,其被配置为:存储指示所述ETS的接收的细节的所述ETS的配置。
在示例2中,如示例1所述的主题包括,其中:所述处理电路还被布置为:对指示所述UE支持使用所述ETS的能力信息进行编码,以用于传输到所述eNB,以及在传输所述能力信息之后,由所述eNB配置ETS的使用。
在示例3中,如示例1-2所述的主题包括,其中:所述处理电路还被布置为:当所述UE处于覆盖增强(CE)模式B下时,关于所述ETS监控所述MPDCCH,而当所述UE处于CE模式A下时,避免监控所述ETS;以及当所述UE处于CE模式A或B下时,关于用于确认接收无线资源控制(RRC)连接释放消息的PUSCH传输的早期终止的混合自动重传请求确认(HARQ-ACK)反馈监控所述MPDCCH。
在示例4中,如示例3所述的主题包括,其中:所述处理电路还被布置为:响应于确定所述MPDCCH的下行链路控制信息(DCI)中的第一字段设置为第一默认值,确定所述ETS存在。
在示例5中,如示例4所述的主题包括,其中:所述处理电路还被布置为:响应于确定所述MPDCCH的DCI中的第二字段设置为第二默认值,确定所述HARQ-ACK反馈存在,以及以下中的至少一个:所述第一字段和第二字段是不同的,或所述第一默认值和第二默认值是不同的。
在示例6中,如示例5所述的主题包括,其中:所述第一字段是在CE模式A下设置为指派字段默认值的资源块指派字段,所述第二字段是在CE模式B下设置为MCS字段默认值以用于指示HARQ-ACK的调制和编码方案(MCS)字段,并且其他字段设置为单独默认值作为验证比特。
在示例7中,如示例5-6所述的主题包括,其中:根据DCI格式6-0A或6-0B形成所述DCI;以及所述处理电路还被布置为:经由重用所述DCI格式6-0A或6-0B确定所述ETS的使用。
在示例8中,如示例4-7所述的主题包括,其中:所述DCI是具有2比特加上循环冗余码(CRC)比特的大小的紧凑DCI。
在示例9中,如示例4-8所述的主题包括,其中:所述DCI是具有N比特加上M个循环冗余码(CRC)比特的大小的紧凑DCI,所述N比特被配置为:指示用于HARQ处理的HARQ-ACK和当所述ETS指示否定确认(NACK)时待由所述UE在所述ETS之后发送的所述数据的重复的数量。
在示例10中,如示例1-9所述的主题包括,其中:ETS搜索空间与UE特定共享空间(USS)或公共搜索空间(CSS)中的至少一个重叠,所述USS或CSS中的至少一个和所述ETS具有不同优先级,所述处理电路还被布置为:监控较高优先级搜索空间,并且放弃监控与所述较高优先级搜索空间重叠的较低优先级搜索空间。
在示例11中,如示例1-10所述的主题包括,其中:ETS搜索空间与UE特定共享空间(USS)或公共搜索空间(CSS)中的至少一个重叠,所述USS或CSS中的至少一个和所述ETS具有不同优先级,所述处理电路还被布置为:监控较高优先级搜索空间,并推迟监控较低优先级搜索空间,直到用于监控所述较高优先级搜索空间的子帧之后。
在示例12中,如示例1-11所述的主题包括,其中:ETS搜索空间与UE特定共享空间(USS)或公共搜索空间(CSS)中的至少一个重叠,所述USS或CSS中的至少一个和所述ETS具有不同优先级,所述处理电路还被布置为:监控与所述较高优先级搜索空间重叠的较低优先级搜索空间的第一候选集合,并且跳过监控所述较低优先级搜索空间的其余候选。
在示例13中,如示例1-12所述的主题包括,其中:所述处理电路还被布置为:同时监控所述MPDCCH和ETS,以及具有与所述PUSCH上的传输相同的混合自动重传请求(HARQ)处理数量的上行链路批准终止所述PUSCH的其余重复。
在示例14中,如示例1-13所述的主题包括,其中:所述处理电路还被布置为:当所述调度指示所述重复的受调度数量超过所述重复的预定义数量时,监控所述ETS。
在示例15中,如示例1-14所述的主题包括,其中:所述处理电路还被布置为:在检测到所述ETS之后,进入休眠模式,以用于终止MPDCCH监控。
在示例16中,如示例1-15所述的主题包括,其中:所述ETS的存在指示所述eNB已经接收所述数据,或所述ETS包括所述eNB是否已经接收所述数据的指示。
在示例17中,如示例1-16所述的主题包括,其中:所述处理电路还被布置为:对所述PUSCH进行编码,以用于在由ETS监控的至少一个子帧分离的多个子帧集合上的传输,所述子帧集合中的至少一些具有不同数量的子帧,以及所述子帧集合中的至少一个或所述至少一个子帧集合取决于所述UE的覆盖等级。
在示例18中,如示例17所述的主题包括,其中:用于初始PUSCH传输的子帧集合比用于所述初始PUSCH传输之后的稍后PUSCH传输的子帧集合更长,以及用于所述稍后PUSCH传输的子帧集合具有相同数量的子帧。
在示例19中,如示例17-18所述的主题包括,其中:ETS监控的所述至少一个子帧具有受限于单个ETS传输的持续时间。
在示例20中,如示例17-19所述的主题包括,其中:ETS监控的所述至少一个子帧具有对应于多个ETS传输的持续时间。
在示例21中,如示例1-20所述的主题包括,其中:在机器类型通信(MTC)物理下行链路控制信道(MPDCCH)上接收所述调度,所述处理电路还被布置为:关于所述ETS监控所述MPDCCH的物理资源块(PRB)的子集,以及所述子集的PRB的数量或放置方式中的至少一个基于所述UE的覆盖等级。
在示例22中,如示例1-21所述的主题包括,其中:所述处理电路包括基带处理器,其被配置为:对去往所述eNB的传输进行编码,并且对来自所述eNB的传输进行解码。
示例23是一种演进节点B(eNB)的装置,所述装置包括:处理电路,其被布置为:从用户设备(UE)对指示所述UE支持使用来自所述eNB的早期终止信号(ETS)的能力信息进行解码,所述ETS被配置为:指示所述eNB成功接收所述UE在物理上行链路共享信道(PUSCH)上发送的数据;对传输所述数据和用于来自所述eNB的所述ETS的ETS监控实例的调度进行编码,以用于在机器类型通信(MTC)物理下行链路控制信道(MPDCCH)上传输到UE,所述调度基于所述UE的覆盖等级;确定所述UE发送的所述数据是否已经成功地受解码;响应于确定所述数据已经成功地受解码,在所述确定之后在时间上最接近的监控实例之一期间发送所述ETS,所述ETS被配置为:指示受调度传输时段的结束之前的所述数据的重复实例之一的早期终止或MPDCCH监控的早期终止;和储存器,其被配置为:存储所述调度。
在示例24中,如示例23所述的主题包括,其中:所述处理电路还被布置为:关于传输到所述UE,对用于确认接收无线资源控制(RRC)连接释放消息的PUSCH传输的早期终止的混合自动重传请求确认(HARQ-ACK)反馈进行编码,以及以下中的至少一个:所述处理电路还被布置为:通过将所述MPDCCH的下行链路控制信息(DCI)中的第一字段设置为第一默认值指示所述ETS,并且通过将所述MPDCCH的DCI中的第二字段设置为第二默认值指示所述HARQ-ACK反馈,以及以下中的至少一个:所述第一字段和第二字段是不同的,或所述第一默认值和第二默认值是不同的,或所述DCI是具有N比特加上M个循环冗余码(CRC)比特的大小的紧凑DCI,所述N比特被配置为:指示用于HARQ处理的HARQ-ACK和所述当ETS指示否定确认(NACK)时待由所述UE在所述ETS之后发送的所述数据的重复的数量。
在示例25中,如示例23-24所述的主题包括,其中:所述ETS的存在指示所述eNB已经接收所述数据,或所述ETS包括指示所述eNB是否已经接收所述数据的确认(ACK)或否定确认(NACK)。
在示例26中,如示例23-25所述的主题包括,其中,以下之一:所述调度指示ETS监控的至少一个子帧分离的多个子帧集合中的所述PUSCH的传输,所述子帧集合中的至少一些具有不同数量的子帧,并且所述子帧集合中的至少一个或所述至少一个子帧取决于所述UE的所述覆盖等级;所述调度指示用于监控所述ETS的所述MPDCCH的物理资源块(PRB)的子集,并且所述子集的PRB的数量或放置方式中的至少一个基于所述UE的所述覆盖等级,或无论是否发送所述ETS,所述调度都为所述UE保留所述PUSCH以用于所述受调度传输时段。
在示例27中,如示例23-26所述的主题包括,其中:所述处理电路还被布置为:在发送所述ETS之后剩余的一部分所述受调度传输时段期间,重新调度所述PUSCH使用的资源以用于不同传输。
在示例28中,如示例23-27所述的主题包括,其中:所述处理电路还被布置为:在传输所述ETS之后,确定是否继续在所述PUSCH上发送所述数据,以及响应于确定继续在所述PUSCH上发送所述数据,在随后ETS监控实例中重传所述ETS。
示例29是一种计算机可读存储介质,存储由用户设备(UE)的一个或多个处理器执行的指令,所述一个或多个处理器将所述UE配置为:当执行所述指令时:向演进节点B(eNB)发送指示所述UE支持使用机器类型通信(MTC)物理下行链路控制信道(MPDCCH)上来自所述eNB的早期终止信号(ETS)的能力信息,所述ETS被配置为:指示所述eNB成功接收所述UE在物理上行链路共享信道(PUSCH)上发送的数据,从所述eNB接收用于所述PUSCH上的数据的重复传输的调度,所述调度基于所述UE的覆盖等级;关于传输到所述eNB,对所述PUSCH上的所述数据的重复进行编码;在关于预定数量的所述数据的所述重复传输所述数据之后或在传输所述数据期间,关于所述ETS监控所述MPDCCH;以及响应于接收所述ETS信号,当存在其余重复时终止传输所述数据的其余重复,并且当所述ETS用于MPDCCH监控的早期终止时进入休眠模式。
在示例30中,如示例29所述的主题包括,其中,以下之一:所述指令当执行时还将所述UE配置为:通过以下之一从所述MPDCCH的下行链路控制信息(DCI)确定所述ETS:确定所述DCI的至少一个字段设置为默认值,所述DCI具有现有DCI格式,或确定所述DCI是具有N比特加上M个循环冗余码(CRC)比特的大小的紧凑DCI,所述N比特被配置为:指示用于HARQ处理的HARQ-ACK和所述当ETS指示否定确认(NACK)时待由所述UE在所述ETS之后发送的所述数据的重复的数量,或所述ETS的存在指示所述eNB已经接收所述数据,或所述ETS包括指示所述eNB是否已经接收所述数据的确认(ACK)或否定确认(NACK)。
示例31是至少一种机器可读介质,包括指令,所述指令当由处理电路执行时使得所述处理电路执行操作以实现示例1-30中任一项。
示例32是一种装置,包括用于实现示例1-30中任一项的部件。
示例33是一种系统,用于实现示例1-30中任一项。
示例34是一种方法,用于实现示例1-30中任一项。
虽然已经参考特定示例实施例描述了实施例,但是显而易见的是,在不脱离本公开的更宽范围的情况下,可以对这些实施例进行各种修改和改变。因此,说明书和附图应当被视为说明性的而非限制性的。形成其一部分的附图通过说明而非限制的方式示出了可以实践主题的特定实施例。所示的实施例以足够的细节进行描述,以使得本领域技术人员能够实践本文所公开的教导。可以利用其他实施例以及从中得出其他实施例,使得可以在不脱离本公开的范围的情况下进行结构和逻辑替换和改变。因此,该具体实施方式不应当被视为限制意义,并且各种实施例的范围仅由所附权利要求以及这些权利要求所赋予的等同物的全部范围来限定。
提供本公开的摘要以符合37C.F.R.§1.72(b),其要求将允许读者快速查明技术公开的本质的摘要。提交时的理解是,它不会用于解释或限制权利要求的范围或含义。另外,在前面的具体实施方式中,可以看出,为了简化本公开,各种特征在单个实施例中被组合在一起。这种公开方法不应当被解释为反映所要求保护的实施例需要比每个权利要求中明确记载更多的特征的意图。而是,如以下权利要求所反映的,发明主题在于少于单个公开实施例的所有特征。因此,以下权利要求在此并入具体实施方式中,每个权利要求自身代表单独的实施例。
Claims (30)
1.一种用户设备(UE)的装置,所述装置包括:
处理电路,其被布置为:
从演进节点B(eNB)对用于数据在物理上行链路共享信道(PUSCH)上的重复传输的调度进行解码;
对所述PUSCH上的所述数据的重复进行编码,以用于传输到所述eNB;
在传输所述数据期间或在传输预定数量的所述数据的重复之后,监控指示所述eNB成功接收所述数据的早期终止信号(ETS);以及
响应于接收所述ETS信号,终止以下之一:传输所述数据的其余重复,或监控机器类型通信(MTC)物理下行链路控制信道(MPDCCH);和
存储器,其被配置为:存储指示所述ETS的接收的细节的所述ETS的配置。
2.如权利要求1所述的装置,其中:
所述处理电路还被布置为:对指示所述UE支持使用所述ETS的能力信息进行编码,以用于传输到所述eNB,以及
在传输所述能力信息之后,由所述eNB配置ETS的使用。
3.如权利要求1或2所述的装置,其中,所述处理电路还被布置为:
当所述UE处于覆盖增强(CE)模式B下时,关于所述ETS监控所述MPDCCH,而当所述UE处于CE模式A下时,避免监控所述ETS;以及
当所述UE处于CE模式A或B下时,关于用于确认接收无线资源控制(RRC)连接释放消息的PUSCH传输的早期终止的混合自动重传请求确认(HARQ-ACK)反馈监控所述MPDCCH。
4.如权利要求3所述的装置,其中,所述处理电路还被布置为:
响应于确定所述MPDCCH的下行链路控制信息(DCI)中的第一字段设置为第一默认值,确定所述ETS存在。
5.如权利要求4所述的装置,其中:
所述处理电路还被布置为:响应于确定所述MPDCCH的DCI中的第二字段设置为第二默认值,确定所述HARQ-ACK反馈存在,以及
以下中的至少一个:
所述第一字段和第二字段是不同的,或
所述第一默认值和第二默认值是不同的。
6.如权利要求5所述的装置,其中:
所述第一字段是在CE模式A下设置为指派字段默认值的资源块指派字段,所述第二字段是在CE模式B下设置为MCS字段默认值以用于指示HARQ-ACK的调制和编码方案(MCS)字段,并且其他字段设置为单独默认值作为验证比特。
7.如权利要求5所述的装置,其中:
根据DCI格式6-0A或6-0B形成所述DCI;以及
所述处理电路还被布置为:经由重用所述DCI格式6-0A或6-0B确定所述ETS的使用。
8.如权利要求4所述的装置,其中:
所述DCI是具有2比特加上循环冗余码(CRC)比特的大小的紧凑DCI。
9.如权利要求4所述的装置,其中:
所述DCI是具有N比特加上M个循环冗余码(CRC)比特的大小的紧凑DCI,所述N比特被配置为:指示用于HARQ处理的HARQ-ACK和当所述ETS指示否定确认(NACK)时待由所述UE在所述ETS之后发送的所述数据的重复的数量。
10.如权利要求1或2所述的装置,其中:
ETS搜索空间与UE特定共享空间(USS)或公共搜索空间(CSS)中的至少一个重叠,
所述USS或CSS中的至少一个和所述ETS具有不同优先级,
所述处理电路还被布置为:监控较高优先级搜索空间,并且放弃监控与所述较高优先级搜索空间重叠的较低优先级搜索空间。
11.如权利要求1或2所述的装置,其中:
ETS搜索空间与UE特定共享空间(USS)或公共搜索空间(CSS)中的至少一个重叠,
所述USS或CSS中的至少一个和所述ETS具有不同优先级,
所述处理电路还被布置为:监控较高优先级搜索空间,并推迟监控较低优先级搜索空间,直到用于监控所述较高优先级搜索空间的子帧之后。
12.如权利要求1或2所述的装置,其中:
ETS搜索空间与UE特定共享空间(USS)或公共搜索空间(CSS)中的至少一个重叠,
所述USS或CSS中的至少一个和所述ETS具有不同优先级,
所述处理电路还被布置为:监控与所述较高优先级搜索空间重叠的较低优先级搜索空间的第一候选集合,并且跳过监控所述较低优先级搜索空间的其余候选。
13.如权利要求1或2所述的装置,其中:
所述处理电路还被布置为:同时监控所述MPDCCH和ETS,以及
具有与所述PUSCH上的传输相同的混合自动重传请求(HARQ)处理数量的上行链路批准终止所述PUSCH的其余重复。
14.如权利要求1或2所述的装置,其中,所述处理电路还被布置为:
当所述调度指示所述重复的受调度数量超过所述重复的预定义数量时,监控所述ETS。
15.如权利要求1或2所述的装置,其中,所述处理电路还被布置为:
在检测到所述ETS之后,进入休眠模式,以用于终止MPDCCH监控。
16.如权利要求1或2所述的装置,其中:
所述ETS的存在指示所述eNB已经接收所述数据,或
所述ETS包括所述eNB是否已经接收所述数据的指示。
17.如权利要求1或2所述的装置,其中:
所述处理电路还被布置为:对所述PUSCH进行编码,以用于在由ETS监控的至少一个子帧分离的多个子帧集合上的传输,
所述子帧集合中的至少一些具有不同数量的子帧,以及
所述子帧集合中的至少一个或所述至少一个子帧取决于所述UE的覆盖等级。
18.如权利要求17所述的装置,其中:
用于初始PUSCH传输的子帧集合比用于所述初始PUSCH传输之后的稍后PUSCH传输的子帧集合更长,以及
用于所述稍后PUSCH传输的子帧集合具有相同数量的子帧。
19.如权利要求17所述的装置,其中:
ETS监控的所述至少一个子帧具有受限于单个ETS传输的持续时间。
20.如权利要求17所述的装置,其中:
ETS监控的所述至少一个子帧具有对应于多个ETS传输的持续时间。
21.如权利要求1或2所述的装置,其中:
在机器类型通信(MTC)物理下行链路控制信道(MPDCCH)上接收所述调度,
所述处理电路还被布置为:关于所述ETS监控所述MPDCCH的物理资源块(PRB)的子集,以及
所述子集的PRB的数量或放置方式中的至少一个基于所述UE的覆盖等级。
22.如权利要求1或2所述的装置,其中:
所述处理电路包括基带处理器,其被配置为:对去往所述eNB的传输进行编码,并且对来自所述eNB的传输进行解码。
23.一种演进节点B(eNB)的装置,所述装置包括:
处理电路,其被布置为:
从用户设备(UE)对指示所述UE支持使用来自所述eNB的早期终止信号(ETS)的能力信息进行解码,所述ETS被配置为:
指示所述eNB成功接收所述UE在物理上行链路共享信道(PUSCH)上发送的数据;
对传输所述数据和关于来自所述eNB的所述ETS的ETS监控实例的调度进行编码,以用于在机器类型通信(MTC)物理下行链路控制信道(MPDCCH)上传输到UE,所述调度基于所述UE的覆盖等级;
确定所述UE发送的所述数据是否已经成功地解码;
响应于确定所述数据已经成功地解码,在所述确定之后在时间上最接近的监控实例之一期间发送所述ETS,所述ETS被配置为:
指示受调度传输时段的结束之前的所述数据的重复实例之一的早期终止或MPDCCH监控的早期终止;和
存储器,其被配置为:存储所述调度。
24.如权利要求23所述的装置,其中:
所述处理电路还被布置为:对用于确认接收无线资源控制(RRC)连接释放消息的PUSCH传输的早期终止的混合自动重传请求确认(HARQ-ACK)反馈进行编码,以用于传输到所述UE,以及
以下中的至少一个:
所述处理电路还被布置为:通过将所述MPDCCH的下行链路控制信息(DCI)中的第一字段设置为第一默认值指示所述ETS,并且通过将所述MPDCCH的DCI中的第二字段设置为第二默认值指示所述HARQ-ACK反馈,以及以下中的至少一个:所述第一字段和第二字段是不同的,或所述第一默认值和第二默认值是不同的,或
所述DCI是具有N比特加上M个循环冗余码(CRC)比特的大小的紧凑DCI,所述N比特被配置为:指示用于HARQ处理的HARQ-ACK和当所述ETS指示否定确认(NACK)时待由所述UE在所述ETS之后发送的所述数据的重复的数量。
25.如权利要求23或24所述的装置,其中:
所述ETS的存在指示所述eNB已经接收所述数据,或
所述ETS包括指示所述eNB是否已经接收所述数据的确认(ACK)或否定确认(NACK)。
26.如权利要求23或24所述的装置,其中,以下之一:
所述调度指示ETS监控的至少一个子帧分离的多个子帧集合中的所述PUSCH的传输,所述子帧集合中的至少一些具有不同数量的子帧,并且所述子帧集合中的至少一个或所述至少一个子帧取决于所述UE的所述覆盖等级;
所述调度指示用于监控所述ETS的所述MPDCCH的物理资源块(PRB)的子集,并且所述子集的PRB的数量或放置方式中的至少一个基于所述UE的所述覆盖等级,或
无论是否发送所述ETS,所述调度都为所述UE保留所述PUSCH以用于所述受调度传输时段。
27.如权利要求23或24所述的装置,其中,所述处理电路还被布置为:
在发送所述ETS之后剩余的一部分所述受调度传输时段期间,重新调度所述PUSCH使用的资源以用于不同传输。
28.如权利要求23或24所述的装置,其中,所述处理电路还被布置为:
在传输所述ETS之后,确定是否继续在所述PUSCH上发送所述数据,以及
响应于确定继续在所述PUSCH上发送所述数据,在随后ETS监控实例中重传所述ETS。
29.一种计算机可读存储介质,存储由用户设备(UE)的一个或多个处理器执行的指令,所述一个或多个处理器将所述UE配置为:当执行所述指令时:
向演进节点B(eNB)发送指示所述UE支持使用机器类型通信(MTC)物理下行链路控制信道(MPDCCH)上来自所述eNB的早期终止信号(ETS)的能力信息,所述ETS被配置为:指示所述eNB成功接收所述UE在物理上行链路共享信道(PUSCH)上发送的数据,
从所述eNB接收用于所述PUSCH上的数据的重复传输的调度,所述调度基于所述UE的覆盖等级;
对所述PUSCH上的所述数据的重复进行编码,以用于传输到所述eNB;
在关于预定数量的所述数据的所述重复传输所述数据之后或在传输所述数据期间,关于所述ETS监控所述MPDCCH;以及
响应于接收所述ETS信号,当存在其余重复时终止传输所述数据的其余重复,并且当所述ETS用于MPDCCH监控的早期终止时进入休眠模式。
30.如权利要求29所述的方法,其中,以下之一:
所述指令当执行时还将所述UE配置为:通过以下之一从所述MPDCCH的下行链路控制信息(DCI)确定所述ETS:
确定所述DCI的至少一个字段设置为默认值,所述DCI具有现有DCI格式,或
确定所述DCI是具有N比特加上M个循环冗余码(CRC)比特的大小的紧凑DCI,所述N比特被配置为:指示用于HARQ处理的HARQ-ACK和当所述ETS指示否定确认(NACK)时待由所述UE在所述ETS之后发送的所述数据的重复的数量,或
所述ETS的存在指示所述eNB已经接收所述数据,或所述ETS包括指示所述eNB是否已经接收所述数据的确认(ACK)或否定确认(NACK)。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210656590.8A CN114866193B (zh) | 2017-03-24 | 2018-03-20 | 用于pusch的早期终止信号和harq-ack反馈的设计 |
Applications Claiming Priority (13)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201762476085P | 2017-03-24 | 2017-03-24 | |
US62/476,085 | 2017-03-24 | ||
US201762502367P | 2017-05-05 | 2017-05-05 | |
US62/502,367 | 2017-05-05 | ||
US201762543031P | 2017-08-09 | 2017-08-09 | |
US62/543,031 | 2017-08-09 | ||
US201762562027P | 2017-09-22 | 2017-09-22 | |
US62/562,027 | 2017-09-22 | ||
US201762568185P | 2017-10-04 | 2017-10-04 | |
US62/568,185 | 2017-10-04 | ||
US201762586746P | 2017-11-15 | 2017-11-15 | |
US62/586,746 | 2017-11-15 | ||
PCT/US2018/023368 WO2018175446A1 (en) | 2017-03-24 | 2018-03-20 | Design of early termination signal and harq-ack feedback for pusch |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210656590.8A Division CN114866193B (zh) | 2017-03-24 | 2018-03-20 | 用于pusch的早期终止信号和harq-ack反馈的设计 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110463112A true CN110463112A (zh) | 2019-11-15 |
CN110463112B CN110463112B (zh) | 2022-07-05 |
Family
ID=63585725
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201880020630.1A Active CN110463112B (zh) | 2017-03-24 | 2018-03-20 | 用于pusch的早期终止信号和harq-ack反馈的设计 |
CN202210656590.8A Active CN114866193B (zh) | 2017-03-24 | 2018-03-20 | 用于pusch的早期终止信号和harq-ack反馈的设计 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210656590.8A Active CN114866193B (zh) | 2017-03-24 | 2018-03-20 | 用于pusch的早期终止信号和harq-ack反馈的设计 |
Country Status (4)
Country | Link |
---|---|
US (2) | US11122553B2 (zh) |
EP (2) | EP3602898B1 (zh) |
CN (2) | CN110463112B (zh) |
WO (1) | WO2018175446A1 (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2021155513A1 (en) * | 2020-02-05 | 2021-08-12 | Qualcomm Incorporated | Early termination of multi-slot pusch using an uplink grant dci |
WO2022206122A1 (zh) * | 2021-04-01 | 2022-10-06 | 中兴通讯股份有限公司 | 反馈信息传输方法、装置、基站、终端和存储介质 |
CN116114198A (zh) * | 2020-11-24 | 2023-05-12 | Oppo广东移动通信有限公司 | 传输方法、发送端设备和接收端设备 |
WO2023124775A1 (zh) * | 2021-12-31 | 2023-07-06 | 大唐移动通信设备有限公司 | 数据传输的终止方法、装置、设备及存储介质 |
Families Citing this family (25)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11122553B2 (en) | 2017-03-24 | 2021-09-14 | Apple Inc. | Early termination signal and HARQ-ACK feedback for PUSCH |
EP3626021A1 (en) * | 2017-05-18 | 2020-03-25 | Intel IP Corporation | Downlink control information (dci) format for grant-less uplink transmission (gul) |
WO2019027262A1 (en) | 2017-08-02 | 2019-02-07 | Samsung Electronics Co., Ltd. | METHOD, PLANNING INFORMATION RECEIVING EQUIPMENT, TERMINAL, BASE STATION, AND INFORMATION TRANSMITTING METHOD |
CN109842846B (zh) * | 2017-09-29 | 2022-01-11 | 中兴通讯股份有限公司 | 数据传输方法、装置及存储介质 |
US11743893B2 (en) * | 2018-01-26 | 2023-08-29 | Lenovo (Beijing) Limited | Control message transmission |
US11229047B2 (en) * | 2018-04-06 | 2022-01-18 | Qualcomm Incorporated | Transport block repetition handling for downlink and uplink transmissions |
EP3811701B1 (en) * | 2018-05-11 | 2023-05-10 | Telefonaktiebolaget LM Ericsson (publ) | Control signalling for a repeated transmission |
GB2576697B (en) * | 2018-07-31 | 2021-04-14 | Tcl Communication Ltd | Early data termination in a wireless communication network |
KR102165806B1 (ko) * | 2018-08-16 | 2020-10-14 | 에스케이텔레콤 주식회사 | 전송장치 및 전송장치의 동작 방법 |
US11129188B2 (en) | 2018-09-27 | 2021-09-21 | Qualcomm Incorporated | Early termination of PUSCH with new uplink grant |
WO2020069359A1 (en) | 2018-09-28 | 2020-04-02 | Intel Corporation | Physical uplink shared channel (pusch) repetition termination for new radio (nr) |
CN111278146A (zh) * | 2018-12-26 | 2020-06-12 | 维沃移动通信有限公司 | 非授权调度的传输方法、终端及网络侧设备 |
US20220166539A1 (en) * | 2019-02-14 | 2022-05-26 | Telefonaktiebolaget Lm Ericsson (Publ) | Channel Quality Reporting in LTE-M and NB-IoT |
US11412497B2 (en) * | 2019-03-27 | 2022-08-09 | Electronics And Telecommunications Research Institute | Method and apparatus for transmitting or receiving uplink feedback information in communication system |
CN110460419B (zh) * | 2019-08-09 | 2022-05-31 | 北京紫光展锐通信技术有限公司 | 上行数据发送方法及装置、存储介质、终端、基站 |
WO2021031202A1 (zh) * | 2019-08-22 | 2021-02-25 | 华为技术有限公司 | 数据传输的方法和装置 |
CN112584503A (zh) * | 2019-09-29 | 2021-03-30 | 深圳市中兴微电子技术有限公司 | 子帧位置的确定方法及装置、存储介质、电子装置 |
US12010658B2 (en) * | 2019-10-04 | 2024-06-11 | Qualcomm Incorporated | Resource reservation and release in sidelink |
CN115694731B (zh) * | 2019-11-08 | 2023-11-10 | 中兴通讯股份有限公司 | 一种控制信息指示方法、通信节点及计算机可读存储介质 |
JP7343057B2 (ja) * | 2020-01-21 | 2023-09-12 | 日本電気株式会社 | 端末装置、及びネットワーク装置 |
KR20220137701A (ko) * | 2020-02-06 | 2022-10-12 | 지티이 코포레이션 | 통신 시스템에서의 반복 송신 방법 |
WO2022154515A1 (en) * | 2021-01-14 | 2022-07-21 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting uplink channel in wireless communication system |
US20220312413A1 (en) * | 2021-03-23 | 2022-09-29 | Samsung Electronics Co., Ltd. | Transmission of uplink channels with repetitions |
KR20240072990A (ko) * | 2021-09-26 | 2024-05-24 | 삼성전자주식회사 | HARQ ACK(hybrid automatic repeat request-acknowledgement) 재전송을 위한 방법 및 장치 |
US11930389B2 (en) * | 2021-12-17 | 2024-03-12 | Qualcomm Incorporated | Target BLER change request |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102197618A (zh) * | 2008-10-24 | 2011-09-21 | 高通股份有限公司 | 无线通信系统中用于h-arq调度的方法和装置 |
WO2016073591A1 (en) * | 2014-11-06 | 2016-05-12 | Intel IP Corporation | Early termination of repeated transmissions for mtc |
CN105794280A (zh) * | 2013-12-05 | 2016-07-20 | Lg电子株式会社 | 支持机器型通信的无线接入系统中控制上行链路传输功率的方法和装置 |
WO2016119232A1 (en) * | 2015-01-30 | 2016-08-04 | Mediatek Singapore Pte. Ltd. | Methods for determination of repetition number of physical data channel |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101787097B1 (ko) * | 2009-11-18 | 2017-10-19 | 엘지전자 주식회사 | 무선 통신 시스템에서 harq 수행 방법 및 장치 |
US9762356B2 (en) * | 2012-01-24 | 2017-09-12 | Interdigital Patent Holdings, Inc. | Systems and methods for improved uplink coverage |
WO2016167581A1 (en) | 2015-04-15 | 2016-10-20 | Lg Electronics Inc. | Method and apparatus for configuring timing relationship between harq-ack and pusch for mtc ue in wireless communication system |
EP3602883B1 (en) | 2017-03-23 | 2021-06-23 | Convida Wireless, LLC | Terminal device, infrastructure equipment and methods |
US11122553B2 (en) | 2017-03-24 | 2021-09-14 | Apple Inc. | Early termination signal and HARQ-ACK feedback for PUSCH |
-
2018
- 2018-03-20 US US16/496,882 patent/US11122553B2/en active Active
- 2018-03-20 EP EP18772294.7A patent/EP3602898B1/en active Active
- 2018-03-20 EP EP22199260.5A patent/EP4135233A1/en active Pending
- 2018-03-20 WO PCT/US2018/023368 patent/WO2018175446A1/en active Application Filing
- 2018-03-20 CN CN201880020630.1A patent/CN110463112B/zh active Active
- 2018-03-20 CN CN202210656590.8A patent/CN114866193B/zh active Active
-
2021
- 2021-09-09 US US17/470,429 patent/US20220070840A1/en active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102197618A (zh) * | 2008-10-24 | 2011-09-21 | 高通股份有限公司 | 无线通信系统中用于h-arq调度的方法和装置 |
CN105794280A (zh) * | 2013-12-05 | 2016-07-20 | Lg电子株式会社 | 支持机器型通信的无线接入系统中控制上行链路传输功率的方法和装置 |
WO2016073591A1 (en) * | 2014-11-06 | 2016-05-12 | Intel IP Corporation | Early termination of repeated transmissions for mtc |
WO2016119232A1 (en) * | 2015-01-30 | 2016-08-04 | Mediatek Singapore Pte. Ltd. | Methods for determination of repetition number of physical data channel |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2021155513A1 (en) * | 2020-02-05 | 2021-08-12 | Qualcomm Incorporated | Early termination of multi-slot pusch using an uplink grant dci |
CN116114198A (zh) * | 2020-11-24 | 2023-05-12 | Oppo广东移动通信有限公司 | 传输方法、发送端设备和接收端设备 |
WO2022206122A1 (zh) * | 2021-04-01 | 2022-10-06 | 中兴通讯股份有限公司 | 反馈信息传输方法、装置、基站、终端和存储介质 |
WO2023124775A1 (zh) * | 2021-12-31 | 2023-07-06 | 大唐移动通信设备有限公司 | 数据传输的终止方法、装置、设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN110463112B (zh) | 2022-07-05 |
CN114866193A (zh) | 2022-08-05 |
US20220070840A1 (en) | 2022-03-03 |
WO2018175446A1 (en) | 2018-09-27 |
CN114866193B (zh) | 2024-09-06 |
EP4135233A1 (en) | 2023-02-15 |
EP3602898A1 (en) | 2020-02-05 |
EP3602898A4 (en) | 2020-12-23 |
US11122553B2 (en) | 2021-09-14 |
US20200092858A1 (en) | 2020-03-19 |
EP3602898B1 (en) | 2024-02-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110463112A (zh) | 用于pusch的早期终止信号和harq-ack反馈的设计 | |
CN110771235B (zh) | 在更进一步增强式mtc中用于pusch的子prb资源分配 | |
CN111034093B (zh) | 基于组的混合自动重传请求确认反馈方法及装置 | |
US11743868B2 (en) | Short physical uplink shared channel arrangement | |
JP7401521B2 (ja) | 構成済みグラントを使用したul送信のためのuci設計 | |
CN104756431B (zh) | 无线通信中确认时序的选择 | |
CN104025532B (zh) | 用于监测下行链路控制信道的方法和无线装置 | |
CN101578805B (zh) | 无线通信系统中的无冲突组跳变 | |
CN110192417A (zh) | 用于免授权上行传输的系统与方法 | |
CN110169000A (zh) | 用于上行链路超高可靠低延迟通信的信令、过程、用户设备和基站 | |
CN105393485A (zh) | 无线通信系统中的方法和节点 | |
CN107196736A (zh) | 用于监控控制信道的方法和无线装置 | |
CN108632192A (zh) | 数据传输的方法、设备和系统 | |
CN110168999A (zh) | Nr urllc中可靠的免授权上行链路传输 | |
CN107889231A (zh) | 免授权的传输上行信息的方法、网络设备和终端设备 | |
CN107113110A (zh) | 控制信息的发送方法和通信设备 | |
CN111566961B (zh) | 一种信息传输方法及设备 | |
CN109196809A (zh) | 在无线通信系统中确定上行数据和控制信号发送定时的方法和设备 | |
CN111757294A (zh) | 一种重传资源的调度方法及设备 | |
CN110351017A (zh) | 一种通信方法、装置以及系统 | |
CN110572247B (zh) | 一种窄带无线通信中的方法和装置 | |
CN112584549B (zh) | 一种确定物理直连反馈信道资源的方法及装置 | |
US10420129B2 (en) | Scheduling and feedback method and apparatus in mobile communication system | |
CN108809508B (zh) | 一种确定数据是否受到破坏的方法及装置 | |
CN116097825A (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 | ||
TA01 | Transfer of patent application right | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20200331 Address after: California, USA Applicant after: INTEL Corp. Address before: California, USA Applicant before: INTEL IP Corp. Effective date of registration: 20200331 Address after: California, USA Applicant after: Apple Inc. Address before: California, USA Applicant before: INTEL Corp. |
|
GR01 | Patent grant | ||
GR01 | Patent grant |