CN110547038A - 通信系统 - Google Patents

通信系统 Download PDF

Info

Publication number
CN110547038A
CN110547038A CN201780089958.4A CN201780089958A CN110547038A CN 110547038 A CN110547038 A CN 110547038A CN 201780089958 A CN201780089958 A CN 201780089958A CN 110547038 A CN110547038 A CN 110547038A
Authority
CN
China
Prior art keywords
resources
control channel
mapping
uplink
data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201780089958.4A
Other languages
English (en)
Other versions
CN110547038B (zh
Inventor
F·弗雷德里克森
刘建国
陶涛
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.)
Nokia Shanghai Bell Co Ltd
Nokia Oyj
Original Assignee
Nokia Shanghai Bell Co Ltd
Nokia Networks Oy
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 Nokia Shanghai Bell Co Ltd, Nokia Networks Oy filed Critical Nokia Shanghai Bell Co Ltd
Publication of CN110547038A publication Critical patent/CN110547038A/zh
Application granted granted Critical
Publication of CN110547038B publication Critical patent/CN110547038B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055Physical resource allocation for ACK/NACK
    • 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/0453Resources in frequency domain, e.g. a carrier in FDMA
    • 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/1822Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
    • 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/1829Arrangements specially adapted for the receiver end
    • H04L1/1861Physical mapping arrangements
    • 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
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0058Allocation criteria
    • H04L5/0064Rate requirement of the data, e.g. scalable bandwidth, data priority
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/0091Signaling for the administration of the divided path
    • 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
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1864ARQ related signaling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/1874Buffer management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L2001/0092Error control systems characterised by the topology of the transmission link
    • H04L2001/0093Point-to-multipoint
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/0001Arrangements for dividing the transmission path
    • H04L5/0014Three-dimensional division
    • H04L5/0023Time-frequency-space
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/50Allocation or scheduling criteria for wireless resources
    • H04W72/535Allocation or scheduling criteria for wireless resources based on resource usage policies

Abstract

提供了一种方法,包括:根据第一参数和下行链路带宽来确定包括第一多个资源的第一控制信道;确定至少在第二控制信道上可用的第二多个资源;以及组合第一多个资源和第二多个资源以定义有效控制信道,以用于在向至少一个用户装置用信号发送确认数据中使用。

Description

通信系统
技术领域
本申请涉及方法、装置和计算机程序。
背景技术
通信系统可以被视为是设施,该设施通过在通信路径中涉及的各种实体之间提供载波来实现两个或更多实体(诸如用户终端、基站/接入点和/或其它节点)之间的通信会话。例如,通信系统可以由通信网络的部件以及一个或多个兼容的通信设备所提供。例如,通信会话可以包括用于承载通信(诸如语音、电子邮件(email)、文本消息、多媒体和/或内容数据等)的数据的通信。所提供服务的非限制性示例包括双路或多路通话、数据通信或者多媒体服务,以及对数据网络系统的接入,诸如互联网。
在无线通信系统中,至少两个站之间的通信会话的至少一部分通过无线链路发生。
用户可以借助于合适的通信设备或者终端来接入通信系统。用户的图像设备通常是指用户设备(UE)或用户装置。贯穿下文,这些术语将可交换地被使用。通信设备被提供有合适的信号接收和传输的装置,以用于实现通信,例如实现接入到通信网络或者直接与其它用户通信。通信设备可以接入由站或者接入点所提供的载波,并且传输和/或接收载波上的通信。
通信系统和相关联的设备通常根据给定标准或规范来操作,该标准和规范规定了与系统相关联的各种实体被允许做什么以及其如何被实现。应该被用于通信连接的协议/参数通常被定义。通信系统的一个示例是UTRAN(3G无线电)。试图解决与针对容量增加的需求相关联的问题的示例是被称为通用移动通信系统(UTMS)无线电接入技术的长期演进(LTE)的架构。LTE由第三代合作伙伴计划(3GPP)标准化。
为了增加可用频谱,提出了使用非许可频带,使用例如URTAN/LTE技术的一些方面。
发明内容
根据第一方面,提供了方法,包括:根据第一参数和下行链路带宽来确定第一控制信道,该第一控制信道包括第一多个资源,确定至少在第二控制信道上可用的第二多个资源,以及组合第一多个资源和第二多个资源以定义有效的控制信道,以用于向至少一个用户装置用信号发送确认数据中使用。
方法可以进一步包括在确定第一控制信道之前,接收包括第一参数的广播,或者存储第一参数以确定第一控制信道,其中第一参数是静态的并且由通信协议所设置。
至少一个第二控制信道可以是以下中的至少一项:物理下行链路控制信道;和增强型物理下行链路控制信道。
确定第二多个资源可以包括以下中的至少一项:确定至少三个资源元素组在物理下行链路控制信道上是可用的;确定至少一个控制信道元素在物理下行链路控制信道上是可用的;以及确定至少一个增强型控制信道元素在增强型物理下行链路控制信道上是可用的。
方法可以进一步包括根据至少一个第二参数来执行所述确定,其中所述至少一个第二参数如下:当确定至少三个资源元素组可用于物理下行链路控制信道上时,为当确定至少一个控制信道元素可用于物理下行链路控制信道上时,为以及当确定至少一个增强型控制信道元素可用于增强型物理下行链路控制信道上时,为
方法可以进一步包括仅确定第二多个资源,以用于满足确认数据的预定传输机会的子帧中的传输。预定传输机会可以是以下中的至少一项:下行链路传输突发的特定子帧;以及落在子帧的预定义图案内的子帧。方法可以进一步包括:向用户装置传输对预定传输机会的指示;和/或接收来自网络装置的对预定传输机会的指示。
方法可以进一步包括:仅当预定传输机会被满足时,使用有效控制信道来向至少一个用户装置传输确认数据;和/或仅当预定传输机会被满足时,使用有效控制信道接收来自网络装置的确认数据。
方法可以进一步包括:仅当提供提供确认数据的反馈延迟不小于最小处理时延时,使用有效控制信道来向至少一个用户装置传输确认数据。
方法可以进一步包括:使用上行链路传输的标识来将上行链路传输映射到第一多个资源和第二多个资源中的一者。标识可以是混合自动请求过程ID。映射可以包括将所述上行链路传输隐式地映射到第一多个资源和第二多个资源中的一者。映射可以包括:使用上行链路传输的所述标识来传输和/接收指示映射的开始位置的信号;以及根据开始位置来将所述上行链路显式地传输映射到第一多个资源和第二多个资源中的一者。
方法可以进一步包括:将第一多个资源中的至少一个资源映射到第一组用户装置;将第二多个资源中的至少一个资源映射到第二组用户装置;在第一多个资源中的至少一个资源上传输针对第一组用户装置中的至少一个装置的确认数据;以及在第二多个资源中的至少一个资源上传输第二组用户装置中的至少一个组的确认数据;或者在第一多个资源中的至少一个资源上接收第一组用户装置中的至少一个装置的确认数据。
确认数据可以与先前未授权的上行链路传输相关联。
根据第二方面,提供了包括至少一个处理器以及包括代码的至少一个存储器的装置,该指令在至少一个处理器上被执行时,使装置:根据第一参数和下行链路带宽来确定包括第一多个资源的第一控制信道;确定至少在第二控制信道上可用的第二多个资源,以及组合第一多个资源和第二多个资源来定义有效控制信道,以用于在向至少一个用户装置用信号发送确认数据中使用。
装置可以进一步被使得在确定第一控制信道之前接收包括第一参数的广播;或者存储第一参数以确定第一控制信道,其中第一参数是静态的并且由通信协议所设置。
至少一个第二控制信道可以是以下中的至少一项:物理下行链路控制信道;以及增强型物理下行链路控制信道。
确定第二多个资源可以包括以下中的至少一项:确定至少三个资源元素组在物理下行链路控制信道上是可用的;确定至少一个控制信道元素在物理下行链路控制信道上是可用的;以及确定至少一个增强型控制信道元素在增强型物理下行链路控制信道上是可用的。
装置可以进一步被使得根据至少一个第二参数来执行所述确定,其中所述至少一个第二参数如下:当确定至少三个资源元素组可用于物理下行链路控制信道上时,为当确定至少一个控制信道元素可用于物理下行链路控制信道上时,为以及当确定至少一个增强型控制信道元素可用于增强型物理下行链路控制信道上时,为
装置可以进一步被使得仅确定第二多个资源,以用于满足预定传输机会的子帧中的传输。预定传输机会可以是以下中的至少一项:下行链路传输突发的特定子帧;以及落在子帧的预定义图案内的子帧。装置可以进一步被使得:向用户装置传输对预定传输机会的指示;和/或从网络装置接收对预定传输机会的指示。
装置可以进一步被使得:仅当预定传输机会被满足时,使用有效控制信道来向至少一个用户装置传输确认数据;和/或仅在预定传输机会被满足时,使用有效控制信道接收来自网络装置的确认数据。
装置可以进一步被使得,仅当提供确认数据的反馈延迟不小于最小处理延迟时,使用有效控制信道来向至少一个用户装置传输确认数据。
装置可以进一步被使得:使用上行链路传输的标识来将上行链路传输映射到第一多个资源和第二多个资源中一者。标识可以是混合自动请求过程ID。映射可以包括将所述上行链路传输隐式地映射到第一多个资源和第二多个资源中一者。映射可以包括:使用上行链路传输的所述标识来传输和/接收指示映射的开始位置的信号;以及根据开始位置来将所述上行链路传输显式地映射到第一多个资源和第二多个资源中的一者。
装置可以进一步被使得:将第一多个资源中的至少一个资源映射到第一组用户装置;将第二多个资源中的至少一个资源映射到第二组用户装置;在第一多个资源中的至少一个资源上传输针对第一组用户装置中的至少一个装置的确认数据;以及在第二多个资源中的至少一个资源上传输第二组用户装置中的至少一个组的确认数据;或者在第一多个资源中的至少一个资源上接收第一组用户装置中的至少一个装置的确认数据。
确认数据可以与先前未授权的上行链路传输相关联。
上面提及的装置可以是网络装置。上面提及的装置可以是用户装置。
根据第三方面,提供了包括计算机可执行指令的计算机程序,该计算机可执行指令在由计算机执行时,使计算机执行第一方面(即,权利要求1的第一方面)方法步骤中的每个方法步骤。计算机可执行指令在由计算机执行时可以进一步使计算机执行上面提及的其它方法特征中的任何方法特征。
根据第四方面,提供了一种装置,包括:用于根据第一参数和下行链路带宽来确定包括第一多个资源的第一控制信道的部件,用于确定至少在第二控制信道上可用的第二多个资源的部件,以及用于组合第一多个资源和第二多个资源以定义有效的控制信道以用于向至少一个用户装置用信号发送确认数据的部件。
装置可以进一步包括用于在确定第一控制信道之前接收包括第一参数的广播的部件,或者用于存储第一参数以确定第一控制信道的部件,其中第一参数是静态的并且由通信协议所设置。
至少一个第二控制信道可以是以下中的至少一项:物理下行链路控制信道;和增强型物理下行链路控制信道。
用于确定第二多个资源的部件可以包括以下中的至少一项:用于确定至少三个资源元素组在物理下行链路控制信道上是可用的部件;用于确定至少一个控制信道元素在物理下行链路控制信道上是可用的部件;以及用于确定至少一个增强型控制信道元素在增强型物理下行链路控制信道上是可用的部件。
装置可以进一步包括用于根据至少一个第二参数来执行所述确定的部件,其中所述至少一个第二参数如下:当确定至少三个资源元素组在物理下行链路控制信道上是可用的时,是当确定至少一个控制信道元素在物理下行链路控制信道上是可用的时,为以及当确定至少一个增强型控制信道元素在增强型物理下行链路控制信道上是可用的时,为
装置可以进一步包括仅用于确定第二多个资源的部件,以用于满足确认数据的预定传输机会的子帧中的传输。预定传输机会可以是以下中的至少一项:下行链路传输突发的特定子帧;以及落在子帧的预定义图案内的子帧。装置可以进一步包括:用于向用户装置传输对预定传输机会的指示的部件;和/或用于接收来自网络装置的对预定传输机会的指示的部件。
装置可以进一步包括:用于仅当预定传输机会被满足时,使用有效控制信道来向至少一个用户装置传输确认数据的部件;和/或用于仅当预定传输机会被满足时,使用有效控制信道接收来自网络装置的确认数据的部件。
装置可以进一步包括用于当提供确认数据的反馈延迟不小于最小处理时延时,使用有效控制信道来向至少一个用户装置传输确认数据的部件。
装置可以进一步包括:用于使用上行链路传输的标识来将上行链路传输映射到第一多个资源和第二多个资源中的一者的部件。标识可以是混合自动请求过程ID。映射可以包括将所述上行链路传输隐式地映射到第一多个资源和第二多个资源中的一者。映射可以包括:使用上行链路传输的所述标识来传输和/接收指示映射的开始位置的信号;以及根据开始位置来将所述上行链路传输显式地映射到第一多个资源和第二多个资源中的一者。
装置可以进一步包括:用于将第一多个资源中的至少一个资源映射到第一组用户装置的部件;用于将第二多个资源中的至少一个资源映射到第二组用户装置的部件;用于在第一多个资源中的至少一个资源上传输针对第一组用户装置中的至少一个装置的确认数据的部件;以及用于在第二多个资源中的至少一个资源上传输针对第二组用户装置中的至少一个组的确认数据的部件;或者用于在第一多个资源中的至少一个资源上接收针对第一组用户装置中的至少一个装置的确认数据的部件。
确认数据可以与先前未授权的上行链路传输相关联。
上面提及的装置可以是网络装置。上面提及的装置可以是用户装置。
根据第五方面,提供了一种方法,包括:向网络装置传输上行链路数据;以及响应于所传输的上行链路数据而在有效信道的至少一部分上接收确认数据,其中有效信道包括第一控制信道以及第二控制信道,该第一控制信道包括根据第一参数和下行链路带宽所定义的第一多个资源,该第二控制信道包括第二多个资源。
接收可以包括在以下项上接收确认数据:第一多个资源中的至少一些资源;或者第二多个资源中的至少一些资源;或者第一多个资源和第二多个资源中的至少一些资源。
方法可以进一步包括自主地确定有效信道。
方法可以进一步包括:接收来自网络装置的对有效信道的至少一部分的指示;以及使用所接收的指示来确定确认数据何时将被接收。
方法可以进一步包括:使用上行链路传输的标识来将上行链路传输映射到第一多个资源和第二多个资源中的一者。标识可以是混合自动请求过程ID。
映射可以包括将所述上行链路传输隐式地映射到第一多个资源和第二多个资源中的一者。
映射可以包括:使用上行链路传输的所述标识来接收指示映射的开始位置的信号;以及根据开始位置来将所述上行链路传输显式地映射到第一多个资源和第二多个资源中的一者。
有效信道可以仅包括用于满足预定传输机会的子帧的第二多个资源。预定传输机会可以是以下中的至少一项:下行链路传输突发的特定子帧;以及落入子帧的预定义图案内的子帧。
方法可以进一步包括:从网络装置接收预定传输机会的指示。
方法可以进一步包括:仅在预定传输机会被满足时,使用有效控制信道接收来自网络装置的确认数据。
根据第六方面,提供了一种装置,包括:至少一个处理器;以及包括代码的至少一个存储器,该指令在至少一个处理器上被执行时,使装置向网络装置传输上行链路数据;以及响应于所传输的上行链路数据而在有效信道的至少一部分上接收确认数据,其中有效信道包括第一控制信道以及第二控制信道,该第一控制信道包括根据第一参数和下行链路带宽所定义的第一多个资源,该第二控制信道包括第二多个资源。
接收装置可以被使得通过接收以下项上的确认数据来进行接收:第一多个资源中的至少一些资源;或者第二多个资源中的至少一些资源;或者第一多个资源和第二多个资源中的至少一些资源。
装置可以被使得自主地确定有效信道。
装置可以进一步被使得:接收来自网络装置的对接收有效信道的至少一部分的指示;以及使用所接收的指示来确定确认数据何时将被接收。
装置可以进一步被使得:使用上行链路传输的标识来将上行链路传输映射到第一多个资源和第二多个资源中的一者。标识可以是混合自动请求过程ID。
映射可以包括将所述上行链路传输隐式地映射到第一多个资源和第二多个资源中的一者。
映射可以包括:使用上行链路传输的所述标识来接收指示映射的开始位置的信号;以及根据开始位置来将所述上行链路传输显式地映射到第一多个资源和第二多个资源中的一者。
有效信道可以仅包括用于满足预定传输机会的子帧的第二多个资源。预定传输机会可以是以下中的至少一项:下行链路传输突发的特定子帧;以及落入子帧的预定义图案内的子帧。
装置可以进一步被使得:接收来自网络装置的对预定传输机会的指示。
装置可以进一步被使得:仅在预定传输机会被满足时,使用有效控制信道接收来自网络装置的确认数据。
根据第七方面,提供了一种装置,包括:用于向网络装置传输上行链路数据的部件;以及用于响应于所传输的上行链路数据而在有效信道的至少一部分上接收确认数据的部件,其中有效信道包括第一控制信道以及第二控制信道,该第一控制信道包括根据第一参数和下行链路带宽所定义的第一多个资源,该第二控制信道包括第二多个资源。
用于接收的部件可以包括用于接收以下项上的确认数据的部件:第一多个资源中的至少一些资源;或者第二多个资源中的至少一些资源;或者第一多个资源和第二多个资源中的至少一些资源。
装置可以进一步包括用于自主地确定有效信道的部件。
装置可以进一步包括:用于接收来自网络装置的对有效信道的至少一部分的指示的部件;以及用于使用所接收的指示来确定确认数据何时将被接收的部件。
装置可以进一步包括:用于使用上行链路传输的标识来将上行链路传输映射到第一多个资源和第二多个资源中的一者上的部件。标识可以是混合自动请求过程ID。
映射可以包括将所述上行链路传输隐式地映射到第一多个资源和第二多个资源中的一个资源上。
映射可以包括:使用上行链路传输的所述标识来接收指示映射的开始位置的信号;以及根据开始位置来将所述上行链路传输显式地映射到第一多个资源和第二多个资源中的一者。
有效信道可以仅包括用于满足预定传输机会的子帧的第二多个资源。预定传输机会可以是以下中的至少一项:下行链路传输突发的特定子帧;以及落入子帧的预定义图案内的子帧。
装置可以进一步包括:用于接收来自网络装置的对预定传输机会的指示的部件。
装置可以进一步包括:用于仅当预定传输机会被满足时,使用有效控制信道来接收来自网络装置的确认数据的部件。
根据第八方面,提供了包括计算机可执行指令的计算机程序,该计算机可执行指令在由计算机执行时,使计算机执行权利要求19至30中任一项所述的方法步骤。
附图说明
参考附图仅通过示例的方式描述了实施例,附图如下:
图1示出了示例通信系统的示意图,该示例通信系统包括多个基站和多个通信设备;
图2示出了示例移动通信设备的示意图;
图3示出了可以由装置执行的操作的流程图;
图4至图9图示了根据不同的示例的不同的资源元素原理;以及
图10示出了可以由装置执行的操作的流程图。
具体实施方式
总体上,以下公开涉及用于在下行链路传输中提供确认数据(诸如肯定确认和否定确认)的至少一个机制,该确认数据针对的是在上行链路中所进行的传输。当上行链路传输时隙没有被调度给装置以用于传输时,以下公开与由装置在上行链路传输时隙中进行的那些传输特别相关。这些传输可以被称为上行链路“未授权”传输、上行链路“免授权”传输、上行链路竞争接入传输、上行链路基于竞争的传输以及上行链路基于竞争的接入传输。
另外,详细地,提供了用于确定信道的机制,数据通过该信道确认可以在下行链路上被传输。另外,提供了用于确定时隙的机制,在该时隙中信道可以被提供。另外,提供了用于确定时隙内哪个资源可以被用于传达针对特定用户的确认数据。
在详细地解释示例之前,简要地结合附图1至2解释了无线通信系统和移动通信设备的某些一般原理,以帮助理解示例所描述的底层技术。
在无线通信系统100中,诸如图1中所示的系统,移动通信设备或用户装置(UE)102、104、105经由至少一个基站或者相似的无线传输和/或接收节点或点而被提供无线接入。基站被称为LTE中的eNodeB(eNB),并且更一般地可以被简称为网络装置或网络接入点。基站通常由至少一个合适的控制器装置控制,以便支持其操作以及管理与基站通信的移动通信设备。控制器装置可以位于无线电接入网络(例如无线通信系统100)中或核心网(CN)(未示出)中,以及可以被实现为一个中央装置,或者其功能可以被分布在若干装置上。控制器装置可以是基站的一部分和/或由诸如无线电网络控制器的单独的实体提供。在图1中,装置108和109被示出为控制相应的宏级基站106和107。在一些系统中,控制装置可以附加地或备选地被提供在无线电网络控制器中。
然而,LTE系统可以被视为具有所谓的“平坦”架构,不具有RNC的提供,而是与系统架构演进网关(SAE-GW)和移动性管理实体(MME)通信的(e)NB,其实体也可以被池化(pooled),意味着多个这些节点可以服务多个(e)NB或其集合。每个用户装置每次由仅一个MME和/或S-GW服务,并且(e)NB保持跟踪当前关联。SAE-GW是LTE中的“高级”用户平面核心网络元素,其可以包括S-GW和P-GW(分别服务网关和分组数据网络网关)。S-GW和P-GW的功能是独立的,并且其不要求共址。
在LTE系统中,无线电资源控制(RRC)被定义为是无线电接口层3的子层,该无线电接口层3仅存在于控制平面中,并且其向非接入层(参见3GPP技术规范组服务和系统方面21.905)提供信息传送服务。RRC是用户装置与eNB之间的协议层,并且例如负责在业务到来时寻呼用户装置、建立/保持或者释放无线电承载(建立用户装置和eNB之间的RRC连接)、用户装置移动性、用户装置测量配置和用户装置报告配置等。RRC负责控制无线电接口层1和2的配置。
在图1中,基站106和107被示为经由网关112连接至较广泛的通信网络113。另外的网关功能可以被提供以连接至另一网络。
较小的基站116、118和120可以例如由独立的网关功能和/或经由宏级站的控制器连接至网络113。基站116、118和120可以是微微或毫微微级基站等。在示例中,基站116和118经由网关111连接,而站120经由控制器装置108连接。在一些实施例中,较小的站可以不被提供。
现在参考图2更详细的描述可能的移动通信设备,图2示出了通信设备200的示意性局部截面图。这样的通信设备通常被称为用户装置(UE)或者终端。合适的移动通信设备可以由能够发送和接收无线电信号的任何设备提供。非限制性示例包括移动站(MS)或者诸如移动电话或被称为“智能电话”的移动设备、被提供有无线接口卡或者其他无线接口设施(例如,USB电子狗)的计算机、个人数据助理(PDA)或被提供有无线通信能力的平板或这些的任何组合等。例如,移动通信设备可以提供数据通信,以用于承载诸如语音、电子邮件(email)、文本消息、多媒体等的通信。因此,用户可以经由其通信设备被供应或被提供许多的服务。这些服务的非限制性示例包括两路或多路呼叫、数据通信或多媒体服务或仅仅接入到数据通信网络系统(诸如因特网)。用户还可以被提供广播或多播数据。内容的非限制性示例包括下载、电视和无线电程序、视频、广告、各种警报或其他信息。
移动设备200可以经由用于接收的合适的装置通过空中或者无线电接口207来接收信号,并且可以经由用于传输无线电信号的合适的装置传输信号。在图2中,收发器装置示意性地由框206指定。收发器206可以例如借助于无线电部件或者相关联的天线布置被提供。天线布置可以被布置到移动设备内部或外部。
移动设备通常被提供有至少一个数据处理实体201、至少一个处理器202以及其他可能的组件203,以用于在软件和硬件辅助下执行其设计要执行的任务中使用,包括控制接入到接入系统和其他通信设备以及与接入系统以及与接入系统和其他通信设备通信。数据处理、存储和其他相关的控制设备可以被提供在合适的电路板上和/或芯片组中。特征由附图标记204表示。用户可以借助于诸如键盘205、语音命令、触摸屏或触摸板及其组合等的适当的用户接口来控制移动设备的操作。显示器208、扬声器和麦克风还可以被提供。此外,移动通信设备可以包括到其他设备和/或用于将外部配件(例如免提设备)连接到其上的合适的连接器(有线或无线)。通信设备102、104、105可以基于各种接入技术来接入通信系统。
无线通信系统的示例是由第三代合作伙伴计划(3GPP)标准化的架构。基于最新3GPP的发展通常被称为通用移动电信系统(UMTS)无线电接入技术的长期演进(LTE)或LTE高级Pro。无线电接入系统的其他示例包括由基于诸如无线局域网(WLAN)和/或WiMax(微波接入全球互通性)的技术的系统的基站所提供的无线电接入系统。基站可以为整个小区或类似无线电服务区域提供覆盖范围。
最近,在Multefire中取得了进展。Multefire是基于类似LTE的无线电接入技术的系统,其被设计用于非许可频谱中的独立部署。
在Multefire系统中(并且更一般地,在非许可频带中具有LTE独立操作),用户装置与网络装置之间的通信受制于信道空闲评估的结果。换言之,仅当正在两个实体之间的传输所使用的信道在紧接传输之前的预定时间内没有被使用或者通信被启动的时间点当前没有被使用时,用户装置和网络装置之间的通信才可以(至少在最初)被执行。特别地,先听后说(LBT)过程可以被实现。因此,在诸如eNB的网络装置与用户装置之间所交换的任何消息都受制于LBT/信道是空闲的。
这不同于在(多个)许可频谱上操作的网络,诸如一些传统LTE系统。这是因为在这样的许可频谱中的通信设备总是被指派/调度资源以用于由通信设备在接入介质时使用。在传统LTE中,无论通信信道上的干扰水平如何,控制消息的传输始终被保证。因此,在这样的系统中,由于LBT程序无法接入自由/空闲信道,接入介质所引起的问题从来都不是问题。
相反,在类似Multefire的在未许可频谱上操作的系统中,需要满足严格的共存规则,诸如在任何消息或数据在上行链路或下行链路中被发送之前,LBT成功。仅在信道空闲时,数据才被传输。类似的问题可以影响其他类型的通信系统。例如,在其他系统中,可以仅存在单向LBT,这意味着传输链路的仅一端需要进行LBT,但是无线电信道的可用性仍然不能被保证。
在下文中,考虑了受制于先听后说规则等的未许可频谱上的信号传输。因此,所描述的机制可以涉及MulteFire Rel.1.1以及Rel-15中的3GPP LTE许可辅助接入(LAA)增强型功能,并且为MulteFire和LAA中的自主上行链路(或未授权上行链路,GUL)传输提供了特殊支持。
未授权上行链路传输的动机主要由两个用例驱动。一个用例是减少与到达用户装置缓冲器的新数据的上行链路传输相关的延迟。在这种情况下,未授权上行链路传输用户可以以自主方式传输上行链路数据,即,无需等待被调度用于传输该数据的资源。如果上行链路空闲信道评估成功,一旦用户的数据到达缓冲器,则其因此可以立即被传输,而无需等待调度请求的传输,并且也无需等待网络装置调度或发送针对传输的资源授权。这导致优先使用未授权上行链路传输以用于非许可频谱接入上的上行链路传输,尤其用于小分组传输。另一用例基于的是针对以下情况保持上行链路传输机会,在情况中网络装置无法通过空闲信道接入过程来获取信道,并且因此用户装置无法具有针对其上行链路传输的调度授权。针对这种情况,未授权上行链路将确保用户装置仍将能够向网络装置传输其数据。
在复杂的无线通信环境中,混合自动重传请求(HARQ)重传已经被用作在传输效率和可靠性之间的权衡。HARQ重传利用反馈过程,其中与由用户装置向网络装置进行的上行链路传输相关联的确认数据(即肯定和/或否定确认)由网络装置反馈给用户装置。用户装置可以使用针对特定上行链路传输的否定确认的提供(和/或缺乏对肯定确认的提供)来重新传输在特定上行链路传输上所传输的数据。HARQ重传还利用某种形式的纠错(诸如前向纠错码),以减少请求的重传数量。
发明人已经认识到,将HARQ重传引入未授权上行链路传输操作可以实现上行链路频谱效率提高。例如,针对非许可频带上的未授权上行链路传输,干扰波动和传输冲突情况可能随着时间而增加,其可能导致网络装置的不正确的数据检测。因此,HARQ重传是用于确保未授权上行链路传输和/或覆盖的可靠性的有用工具。
应当理解,尽管第一上行链路传输以自主方式被执行以用于未授权上行链路传输,但是上行链路数据的重传可以基于新的未授权上行链路传输和/或基于调度的/授权的上行链路资源而被执行。然而,不管哪种重传过程被采用以用于未授权上行链路重传,必要的是向未授权上行链路用户装置报告确认数据,以便监测未授权上行链路传输过程是否被正确地操作。针对未授权/自主重传的确认数据反馈的使用如下所述。
针对自主重传,未授权上行链路用户装置被配置为缓冲数据,直到ACK(肯定确认)或NACK(否定确认)从服务网络装置(即正在向网络提供接入点的装置,该网络向用户装置提供通信服务)被接收到为止。在这种情况下,仅在如果否定确认被接收到时,重传才可以被触发以用于未授权上行链路用户装置,并且该用户装置被配置为在与NACK指示相关联的预定义资源上进行传输或者使用下一个可用未授权上行链路机会进行传输。
针对调度的重传,如果服务网络装置在数据解码中失败,则先前传输的上行链路数据的重传利用上行链路授权被调度。然而,由于相对于许可频带的非许可频带上的增加的干扰波动和冲突,服务网络装置将丢失未授权上行链路传输的检测的可能性非常高。在这种情况下,可以不进行资源的指派/调度,并且对丢失的传输的明确指示不被提供给传输未授权上行链路的用户装置。如果服务网络装置未向传输未授权上行链路的用户装置报告接收状态,则未授权上行链路用户装置假设接收器/服务网络装置在时间窗之后接收到丢失的未授权上行链路传输,然后清空缓冲区。
针对MulteFire1.0和LAA,第一次传输和随后的重传均基于上行链路调度授权。如果服务网络装置在发送上行调度授权之后错误地或超时接收到上行链路调度数据,则服务网络节点被配置为通过上行两路授权机制对用户装置进行重新调度以用于重传。如果没有发生该重新调度,则服务网络装置将不向调度的用户装置发送确认数据。因此,用户装置将假设所传输的上行链路数据被正确接收到并且清空其缓冲器。针对这样的操作,上行链路HARQ不再需要确认数据反馈,并且因此在MulteFire1.0和LAA中不再支持与物理上行链路共享信道传输相关联的确认数据反馈。
因此,发明人已经意识到,MulteFire1.0和LAA的当前规范不支持针对正常调度的上行链路传输的确认数据反馈的传输。因此,以下内容涉及针对未授权上行链路传输的确认数据的传输。然而,应当理解,类似的原理可以被应用于基于调度的上行链路传输的系统中。
在许可频带中,下行链路中的物理混合ARQ指示信道(PHICH)被用于承载LTE中的上行链路数据传送的HARQ确认数据(ACK/NACK)。
PHICH由三个资源元素组(REG)承载。八个PHICH可以共享相同的REG集合,并且通过相应的正交覆盖码彼此被区分开。共享相同物理资源的PHICH被称为PHICH组,即PHICH组最多支持8个PHICH。因此,特定的PHICH由一对参数来标识:PHICH组号和组内的正交序列索引
可以从下行链路带宽和当前LTE术语中称为Ng的参数中得出形成整个PHICH信道的PHICH组的实际数目。这两个参数在从网络装置到用户装置的主信息块(MIB)传输中被广播。TS 36.331中定义了指定PHICH配置与常规LTE的Ng(即PHICH资源)如何相关的信息元素,并且被复制如下:
PHICH-配置信息元素
3GPP规范还提供了用于确定多个PHICH组的公式(参见3GPP TS 36.211的第6.9节)。该公式被复制为以下公式(1):
其中Ng∈{1/6,1/2,1,2}由较高层提供并且经由主信息块信令被传达给用户装置(如以上所提及)。索引从0变化到
如以上所提及,每个PHICH承载用于上行链路数据传送的HARQ确认数据。接收到该确认数据的用户装置需要知道在哪里寻找其PHICH以获取其对应的确认数据。在时域中,如果上行链路传输发生在子帧n中,则对应的PHICH将在子帧n+kPHICH中,其中(在当前LTE系统中)kPHICH针对频分双工操作始终为4,并且其中在3GPP TS36.213表9.1.2-1中kPHICH针对时分双工操作被给定。在频域中,对应的PHICH的位置由具有下行链路控制信息格式0的上行资源分配所指示。在这种情况下,针对特定用户指派的特定PHICH(由PHICH组号和组内的正交序列索引所定义)从对应的物理上行链路共享信道传输的第一个时隙中最低的上行链路物理资源块索引以及解调参考信号循环移位被得出。用于确定PHICH资源的详细方法在3GPP TS 36.213第9.1.2节中被定义。
为了实现未授权上行链路重传,发明方已经认识到,将基于PHICH的框架重用于确认数据反馈可能是有用的。那将有若干不同的优点
例如,未授权上行链路重传可以将与LTE中的传统PHICH相同的物理信道结构、信道编码和多路复用方式重用于PHICH(即,术语传统PHICH在此处被用于表示以上所提及的规范中所定义的那些PHICH资源)。
另外,PHICH资源可以继续由索引对标识,该索引对被采纳来承载针对上行链路数据传送的HARQ确认。
然而,当在未授权上行链路传输方案中而不是在基于授权的上行链路传输方案中实现上述基于PHICH的框架时,仍然存在若干技术挑战。
第一,发明人已经意识到,用于在报告确认数据中使用的资源被配置/指派的方式可能需要被改变,以用于非授权的上行链路传输。例如,在当前的讨论中,在MulteFire1.0中,参数Ng不再在主信息块中广播。因此,MulteFire系统不会动态配置PHICH资源(与传统的基于授权的系统相比)。然而,基于以上针对基于授权的系统详述的PHICH资源配置,MulteFire系统可以替代地预留最小PHICH资源配置(即Ng=1/6)。另一选项将是在MasterInformationBlock-MF信息元素中重新引入Ng参数,这将允许PHICH资源分配的一些灵活性。然而,这一点不能被保证,并且在下文中始终假设,PHICH资源通过网络装置和用户装置之间的操作通信规范中的硬编码参数(Ng)被配置,如上所述,或者通过从网络装置到用户装置的信令被动态配置。
为了例证这个问题,假设下行链路信道带宽是20MHz。在这种情况下,总共将存在三个PHICH组可用于频分双工型操作。则每个子帧所支持的PHICH的总数然后将是24个PHICH。作为示例,假设确认数据的比特图反馈被采用用于未授权上行链路传输,该未授权上行链路传输每用户具有8个HARQ过程。在这种情况下,可用的PHICH资源将仅支持三个未授权上行链路用户装置。由于用于PHICH的有限数目的REG,所以用于上行链路传输的可支持的未授权上行链路用户装置的数目可能较少。在这种情况下,PHICH的容量需要被扩展以支持更多用户以用于未授权上行链路传输。由于与MulteFire 1.0的向后兼容性,发明人已经意识到,在物理广播信道上重新引入可变的PHICH配置可能是具有挑战性的。因此,发明人已经认识到一些其他机制可能被需要以考虑用户的可变性以用于扩展PHICH的能力。
第二,由于在当前的基于授权的LTE系统中,针对物理上行链路共享信道的HARQ定时和对应的PHICH是固定的,因此不具有该机制的系统(诸如必须在传输之前等待空闲信道的那些系统)需要新的机制以用于确定何时提供HARQ反馈。因此,在上面讨论的非许可频带上,PHICH的传输将受制于在进行任何传输之前的先听后说机制成功的结果。这可能导致未授权上行链路传输的实际确认数据反馈被推迟,直到服务网络装置能够实现下行链路信道。因此,发明人已经意识到,PHICH上用于GUL物理上行链路共享信道的HARQ定时应当被修改,以支持在非许可频带上的GUL传输的确认数据反馈。
第三,在当前的基于授权的LTE系统中,特定的PHICH资源由LTE中对应的物理上行链路共享信道传输的上行链路资源分配所隐式指示。由于在当前考虑的情况下不存在上行链路许可,因此当前情况下的物理上行链路共享信道传输的资源分配通常以半静态方式被配置。由于相同的资源将被用于多个HARQ过程的未授权上行链路传输,因此如果基于授权的机制也被应用于未授权传输系统,则可能存在被用于HARQ过程的确认数据反馈的PHICH资源的冲突。因此,发明人已经意识到PHICH资源和GUL传输之间的链接也应当被重新定义。
基于以上分析,发明人提出了用于解决这些问题的各种机制。这些将在下面参考特定示例被描述。然而,应当理解,这些示例仅被用于说明较广泛描述的原理如何被应用于通信系统中,而不是旨在限制。其还可以个体地或组合地被应用。
作为第一示例,考虑了实现针对可变数目的用户发送确认数据的机制。
在上文中,已经描述了现有系统如何配置PHICH资源。在下文中,该现有系统配置被标记为传统PHICH资源(无论参数Ng是由操作通信协议设置,还是在网络装置与用户装置之间的通信期间可变且被动态地设置)。除了传统的PHICH资源之外,网络装置可以被配置为创建/配置用于PHICH使用(即,用于提供确认数据)的附加资源。换言之,当前描述的系统被布置为提供有效的PHICH,其包括传统PHICH资源和来自主要被指定用于传输除确认数据之外的数据的信道的备用资源两者。
因此,可以提供被配置为根据关于图3描述的操作来操作的网络装置。
在301,网络装置被配置为根据第一参数和下行链路带宽来确定的第一控制信道,该第一控制信道包括第一多个资源。第一参数可以是Ng,或可以与Ng起类似的作用。第一控制信道可以包括传统PHICH信道,其中第一多个资源对应于传统PHICH资源。然而,应当理解,这些传统PHICH资源可以具有Ng的半静态值。换言之,Ng的值可以不定期地被用信号发送给用户装置。换言之,Ng的值可以通过操作通信协议而被设置。
因此,第一多个资源可以被标记为传统PHICH资源其对应于由下行链路带宽和参数Ng所确定的PHICH组的可用数目。针对MulteFire,固定的PHICH资源(例如Ng=1/6)可以被预留。备选地,系统广播的参数Ng(由网络装置广播)可以被使用。上面讨论了这些潜在的选择。
在302处,网络装置被配置为确定至少在第二控制信道上可用的第二多个资源。以现有的LTE系统/术语为例,下面讨论了这如何实现以及资源如何被分配的更多具体细节。
在步骤303,网络装置被配置为组合第一多个资源和第二多个资源以形成有效控制信道,该有效控制信道用于在向至少一个用户装置用信号发送确认数据中使用。因此,通过针对此目的形成有效的控制信道,相对于传统PHICH的情况,增加数目的用户装置可以接收确认数据。
网络装置可以使用该有效控制信道来向至少一个用户装置用信号发送确认数据。至少一个用户装置响应于接收到用信号发送的确认数据,可以确定重新传输与确认数据有关的先前传输的数据。该重传可以在未授权上行链路传输(诸如下一个可用的未授权上行链路传输)上进行。该重传可以在调度的上行链路传输上进行。在后一种情况下,上行链路传输的调度可以由传输的确认数据的格式来设置,使得引起重传的确认数据的位置确定何时在上行链路中进行重传。
附加的(多个)PHICH资源可以是备用资源,其具有小于物理下行链路控制信道区域中的控制信道元素(CCE)但不小于PHICH资源元素组的大小。物理下行链路控制信道包括消息(下行链路控制信息消息),该消息具有根据在下行链路控制信息消息中所指派的资源而变化的格式。物理下行链路控制信道上的资源分配使用控制信道元素被执行。一个控制信道元素包括LTE中的九个连续资源元素组。一个资源元素组包括四个资源元素,其中单个资源元素代表LTE系统中的最小资源单元(即,当前在时域中的一个正交频分多址符号以及在频域中的一个子载波)。当前定义的物理下行链路控制信道使用在物理下行链路控制信道的前n个OFDM符号中可用的资源。因此,存在用以在物理下行链路控制信息上传输控制信息的控制信道元素的数目在参数n(由网络定义)、系统的总带宽和当前天线端口的数目上变化。
附加的(多个)PHICH资源可以是物理下行链路控制信道(PDCCH)区域中的配置的控制信道元素(CCE)的集合;或者附加的(多个)PHICH资源可以是增强型物理下行链路控制信道(EPDCCH)区域中配置的增强型控制信道元素(ECCE)的集合。
附加的(多个)PHICH资源可以由定义网络装置与用户装置之间的通信的操作通信协议预先定义。附加的(多个)PHICH资源可以经由来自网络的无线电资源控制信令被半静态地配置。由此,这意味着无线电资源控制信令可以在整个操作中不经常被用于改变配置的附加的(多个)PHICH资源。
存在多种方式可以配置第二多个资源(在本文中也被称为“附加的资源”)。例如,在基于LTE的系统中,附加的PHICH资源的配置可以包含备用物理下行链路控制信道资源的使用指示符、物理下行链路控制信道中的多个控制信道元素或/和在增强型物理下行链路控制信道区域中用作附加的PHICH资源的多个增强型控制信道元素。这些选项将在下面进一步讨论。物理下行链路控制信道和增强型物理下行链路控制信道都是在各种LTE版本中已经定义的信道(增强型物理下行链路控制信道在版本11中被引入)。
备用物理下行链路控制信道资源网络装置可以被配置为生成对备用PHICH资源的使用的指示符如果被设置为1,则备用物理下行链路控制信道资源元素组(少于9个资源元素组)可以被用作PHICH资源。否则(即,如果指示符指示该信道上的备用资源元素组将不被充当PHICH用途),则物理下行链路控制信道中的可用备用资源元素组的数目可以由以下所确定:系统带宽、物理下行链路控制信道的正交频分多址符号的数目以及由网络装置在下行链路上传输的小区专用参考信号(CRS)的天线端口配置。在这种情况下,网络装置可以被配置为确定在物理下行链路控制信道上是否存在至少三个资源元素组但是少于一个控制信道元素,以便确定是否存在任何可用
物理下行链路控制信道资源这些资源与被配置用于系统中的PHICH用途的多个控制信道元素相关。如果不等于0,则物理下行链路控制信道的公共搜索空间和特定于UE的搜索空间中的至少一项中的最后个控制信道元素可以被用作PHICH资源。术语“搜索空间”在该上下文中被用于表示可以在其中控制信道可以被找到的控制信道元素的集合。公共搜索空间表示可以在其中用于多个用户装置的控制信道可以被找到的那些控制信道元素。特定于UE的搜索空间表示用于单个特定用户的至少一个控制信道在其中可以被找到的那些控制信道元素。取决于操作通信系统,可能存在公共搜索空间或特定于UE的搜索空间,或者存在公共搜索空间和特定于UE的搜索空间两者。每个物理下行链路控制信道资源可以包括个PHICH组,即,每个控制信道元素被隐式地映射到三个PHICH组,每个PHICH组包括三个资源元素资源组。
增强型物理下行链路控制信道资源如果不等于0,则增强型物理下行链路控制信道的公共/UE特定搜索空间中的最后个控制信道元素可以被用作PHICH用途。
与始终由36个可用资源组成的非增强型信道类型(即,物理下行链路控制信道的非增强型信道类型)的控制信道元素不同,增强型控制信道元素中可用资源元素的数目根据其他信号(诸如参考信号和传统下行链路控制区域)的存在而变化。作为一个示例,提出了PHICH组被映射到一个增强型控制信道元素的四个增强型资源元素组中,并且占用增强型资源元素组的三个资源元素。此外,每个增强型控制信道元素可用的PHICH资源的数目基于以下函数被计算:
关于图4对此的示例进行了说明,该图描绘了PHICH组与增强型控制信道元素之间的映射功能。
如图4所示,增强型信道控制元素401包括四个增强型资源元素组402。每个增强型资源元素组包括八个资源元素403。随着映射被执行,使得来自每个资源元素组的三个资源元素被映射到相应的PHICH组,这意味着两个PHICH组可以被映射到单个增强型控制信道元素,其中八个资源元素保持未映射以用于PHICH。
应当理解,用户装置还可以执行与接收该确认数据相关的一些功能。这些操作可以与关于图3描述的那些操作相同,因为用户装置将类似地被要求确定什么有效控制信道将被用于接收确认数据。与将在确定的有效控制信道上传输确认数据的网络装置相反,用户装置将在所确定的有效控制信道中的至少一些有效控制信道上接收确认数据(因为一些资源上的确认数据中的一些确认数据可能旨在用于其他用户装置)。响应于该接收到的确认数据,用户装置可以被配置为重新传输与确认数据的至少一部分相关的数据。可以根据以上讨论的原理进行该重传。
还应当理解,用户装置可以不必确定有效控制信道的整个范围(即,用户装置可以不自主地确定有效控制信道)。在这种情况下,用户装置可以被配置为执行关于图10描述的动作。
在图10的1001,用户装置被配置为向网络装置传输上行链路数据。
在1002,用户装置被配置为响应于所传输的上行链路数据而在有效信道的至少一部分上从网络装置接收确认数据,其中有效信道包括第一控制信道以及第二控制信道,该第一控制信道包括根据第一参数和下行链路带宽所定义的第一多个资源,该第二控制信道包括第二多个资源。
关于在用户装置根据图3来操作时以及在用户装置根据图10来操作时的情况,以下操作均适用。
接收器对确认数据的接收可以包括在以下项上接收确认数据:第一多个资源中的至少一些资源;以及或第二多个资源中的至少一些资源;或者第一多个资源和第二多个资源中的至少一些资源。如果用户装置形成被指派给公共资源集的用户装置组的一部分,则这可能具有特别用途。例如,第一用户装置组可以被指派给用于提供确认数据的资源集,而第二(不同的)用户装置组可以被指派用于提供确认数据的不同资源集。因此,所分配的资源集可以被认为是池化的。不同的资源集可以在不同的“实际”控制信道上被提供,使得第一装置组使用PHICH上的资源池来操作,而第二装置组使用物理下行链路控制上的资源池来操作等。应当理解,组可以包括仅一个用户装置。在这种情况下,该分配被认为是特定于用户的,而不是属于组。还应当理解,组可以包括多于一个用户装置。每个组中的装置数目可以通过操作通信协议被设置(或限制)。
另外,被指派给特定用户组的资源集可以由该组用户以定义的方式被共享。例如,在任何时候,仅针对特定用户组的仅一部分的确认数据可以主动地被传输。换言之,用户组可以以时间共享的方式共享资源集。对用户组的哪些用户将要接收确认数据的确定可以以多种不同方式中的任何一种方式被执行。一种方法是使用随机函数(如下文进一步详细描述)。然而,应当理解,这仅是示例,并且其他机制也是可能的。
用户装置可以进一步被配置为从网络装置接收对有效信道的至少一部分的指示。用户装置可以被配置为使用接收到的指示来确定确认数据何时将被接收到。
关于网络装置如何被配置为确定哪些资源应当被用于针对特定用户提供确认数据的示例还在以下被描述。特别地,用户装置可以被配置为使用上行链路传输的标识来将上行链路传输映射到第一多个资源和第二多个资源中的至少一者。该标识可以是混合自动请求过程ID(下面进一步描述)。
映射可以包括将所述上行链路传输隐式地映射到第一多个资源和第二多个资源中的一者。由此,意味着映射是基于由操作通信协议静态地(或半静态地)定义的参数而被执行。备选地,映射可以基于显式接收的指示来利用映射机制。在这种情况下,用户装置被配置为使用对上行链路传输的所述标识来接收指示映射的开始位置的信号。用户装置进一步被配置为根据开始位置来将所述上行链路传输显式地映射到第一多个资源和第二多个资源中的一者。
用户装置可以参考配置策略来确定哪些资源可以被用于接收确认数据。配置策略可以定义将被用于PHICH信令的资源池。配置策略可以定义PHICH资源从池到特定用户装置的指派。下面详细说明如何执行此操作。配置策略可以由通信协议和/或网络运营方预先定义。配置策略可以使用无线电资源控制信令层从网络装置被传输给用户装置。由此,意味着无线电资源控制信令层包括向接收用户装置传达配置策略的指示。
因此,如果用户装置在子帧n中执行未授权上行链路传输,则用户装置将尝试利用定时n+kPHICH来接收针对在PHICH资源池中进行该传输的确认反馈,其中
·kPHICH不小于最小处理延迟,例如4ms,以及
·kPHICH由以下进一步讨论的PHICH配置中PHICH的预配置传输机会确定。
可以形成配置策略的一部分的信息包括:
-任何备用PHICH资源的使用指示符
-针对PHICH用途所配置的物理下行链路控制信道中控制信道元素的数目以及
-针对PHICH用途所配置的增强型物理下行链路控制信道中增强型控制信道元素的数目
这些在上面进一步被定义/讨论。
因此,根据上述特定示例,资源池中的PHICH组的总数可以使用等式3被计算:
取决于正在考虑的系统的确切配置,任何和所有这些附加资源可以被配置。
图5中的示例说明了PHICH资源池的配置原理。
该示例假设20MHz的系统带宽,其中三个PHICH组在传统PHICH区域中是可用的。
图5图示了系统带宽501,其包括多个不同类型的资源元素组502、503、504、505。资源元素组502对应于针对物理控制格式指示符信道(PCFICH-下行链路中所使用的另一类型的控制信道)所使用的资源元素组。资源元素组503对应于使用参数Ng按传统PHICH情况所配置的资源元素组。资源元素组504对应于物理下行链路控制信道中备用的资源元素组。资源元素组505对应于物理控制信道搜索空间中可用的最后的控制信道元素。
图5涉及示例系统,其中存在用于于物理下行链路控制信道的一个正交序列,以及两个特定于小区的天线端口(即7个REG可以备用于PDCCH,即mod(用于20MHz的100个REG-用于PCFICH的4个REG-用于传统PHICH的9个REG-用于CRS的100个EEG,CCE的9个REG)=7个REG。在时,从备用物理下行链路控制信道资源,两个PHICH组是可用的。当时,配置的物理下行链路控制信道搜索空间中的最后的CCE充当PHICH使用,即三个PHICH组可用于PHICH用途。
结合以上所述或单独地,提供了第二种机制,用于减轻在将PHICH系统实现为未授权传输系统时出现的问题。
该第二机制涉及支持用户装置确定确认数据在其中将被提供的子帧,并且支持网络装置确定在其中传输针对上行链路传输的确认数据的子帧。如在先前机制中一样,在确定子帧之后,网络装置可以被配置为在该确定的子帧中传输确认数据,而用户装置可以被配置为在该确定的子帧中接收确认数据。用户装置可以被配置为响应于在确定的子帧中接收到确认数据而做出如上所述的重传。
特别地,第二机制定义针对PHICH资源(其可以是传统和/或附加资源)的传输机会。该传输机会可以被指示为相对于下行链路突发的所规定子帧(例如,相对于第一子帧或最后子帧)的偏移和/或传输图案。通过仅在下行链路突发的特定子帧中存在PHICH资源,PHICH开销可以被减少,这提高了系统效率。
因此,网络装置和用户装置中的每个装置可以被配置为相对于下行链路传输的第一子帧将图案和/或偏移应用于下行链路传输,以确定PHICH资源的位置。图案和/或偏移可以使用无线电控制信令从网络装置被直接地用信号发送给用户装置,和/或被预定义,和/或由随机化功能隐式地指示,以便支持每个未授权上行链路用户装置循环使用PHICH资源。
在示例中,上面提及的每个用户装置的附加PHICH资源仅在特定时间实例(例如,下行链路突发中的第一/结尾下行链路子帧或下行链路突发中的奇数/偶数下行链路子帧)中被预留。
因此,在对从用户装置接收的上行链路传输的数据进行解码之后,网络装置被配置为在下一个下行链路突发中向用户装置发送关于所接收的上行链路传输的确认数据。
在下文中,仅参考在附加的PHICH资源被使用时的情况。然而,应当理解,在仅传统PHICH资源被使用时,以下技术也可以被应用。
在该示例中,提出仅在特定时间实例/子帧中预留用于每个传输上行链路的用户装置的附加PHICH资源。
如上所述,相对于指定子帧的各种图案和/或偏移可以被应用于确定在其中附加的PHICH数据被提供的特定时间实例/子帧。
作为示例(关于图6示出),一个比特指示符被设计为指示PHICH存在于下行链路突发的第一子帧还是最后子帧中。在此,如果则PHICH存在于DL突发的第一子帧中,否则PHICH存在于DL突发的结尾子帧中。该指示符可以由网络装置经由RRC信令被预定义或配置。
作为另一示例(关于图7示出),附加的PHICH资源仅在对应于特定传输图案的子帧(例如,编号子帧的奇数或偶数子帧)中被提供,该子帧可以是无线电帧的所有子帧或者下行链路突发的所有下行链路子帧。
如图7所示,提供了一个比特指示符其被设计为指示PHICH存在于无线帧的奇数还是偶数子帧中。在此如果则PHICH仅存在于无线电帧的偶数子帧中,否则PHICH存在于偶数子帧中。
上面关于图7提及的指示符可以与传输用户装置的上行链路的小区标识(诸如临时标识的小区-无线电网络)隐式地被捆绑。例如,具有偶数小区标识的用户装置(例如,UE1)可以具有在偶数子帧中由网络装置提供的相关联的确认数据/附加PHICH资源;相反,针对具有奇数小区标识的用户装置(例如,UE2),可以具有由网络装置在奇数子帧中提供的相关联的确认数据/附加PHICH资源。
在上面提及的两个示例中,指示符可以通过网络装置经由无线电资源控制信令显式地被配置。
在上面提及的两个示例中,指示符可以由操作通信协议隐式地设置。下面提供了如何完成此操作的示例。
在另外的示例中,上面提及的指示符(例如,相对于下行链路突发的指定子帧的偏移和/或传输图案的索引)可以由随机化函数隐式地指示,以便实现每个非许可上行链路用户装置循环使用PHICH资源。下面提供了可能的随机化函数作为说明性示例:
iPHICH=mod(IFrame+IUE_ID,NPHICH)
其中IFrame表示与等待确认数据反馈的上行链路传输的第一无线帧相对应的无线帧的索引;IUE_ID表示特定用户装置的标识(例如,用户装置的特定于小区的标识,诸如小区无线电网络临时标识符C-RNTI);NPHICH表示由网络装置经由无线电资源控制信令所配置的可能的传输图案的数目,或者NPHICH表示下行链路突发中的下行链路子帧的数目。如果NPHICH表示可能的传输图案的数目,则iPHICH是传输图案的索引;如果NPHICH表示下行链路突发中的下行链路子帧的数目,则iPHICH是相对于下行链路突发中的指定子帧的偏移。
上述示例涉及用于传输确认数据的传输机会(例如,标识子帧)的定义。传输机会可以是网络装置在下行链路突发内所获取的传输机会的一部分和/或可以是用户装置在该用户装置进行上行链路传输之后所获取的传输机会的共享。
因此,如果网络装置在子帧n中检测到上行链路传输,则网络装置可以被配置为仅在以下条件被满足的情况下才在子帧n+kPHICH中向用户装置发送该传输的确认:
-附加的PHICH资源的传输机会在该子帧中被预先配置;以及
-HARQ-ACK的反馈时延kPHICH不小于(即等于或大于)最小处理时延,例如4ms。
作为示例,基于PHICH传输图案的配置,如果空闲信道评估(例如,先听后说)是成功的,在检测到来自子帧号5中的UE1的未授权上行链路传输之后,网络装置可以被配置为经由子帧号2的下一帧中的PHICH向UE1发送确认数据。
结合以上所述或单独地,提供了第三种机制,用于减轻在将PHICH系统实施为未授权传输系统时出现的问题。
该第三机制涉及定义哪些特定的PHICH资源被分配用于向特定用户装置提供确认。
具体地,提供了PHICH资源映射机制,用于将至少一个PHICH资源映射到特定用户装置。该映射机制利用与特定用户装置在上行链路传输中向网络装置进行的上行链路传输相关联的标识。该标识被用于支持隐式和显式映射中的至少一项。
在特定于LTE的实施例中,该标识是确认数据所涉及的对应的未授权上行链路传输的HARQ过程ID。HARQ过程ID标识特定的HARQ过程。HARQ过程是由上行链路数据的传输和确认数据的相关联重传所定义的过程。HARQ过程保持开放,直到针对所发送的上行链路数据的确认数据被接收到,或者直到定时器到期。
在第一示例中,隐式映射机制的示例被提供,其中HARQ过程ID被用于将特定用户映射到PHICH资源(即PHICH组号和正交序列索引)中。可以被用来实现该映射的等式的示例在下面被标记为(4)。
在这些等式中,Ncw和Icw分别表示传输块的最大码字(CW)大小和CW索引(传输块是从上层或介质接入控制层传递到物理层以用于传输的数据);Nharq和Ihid分别表示用户装置的最大HARQ过程数目和HARQ过程ID。Iuid表示用户装置的签名,其可以是上面提及的小区标识(例如,小区无线电网络临时标识符),或者由网络装置经由激活信令或无线电资源控制信令配置。此外,分别表示PHICH资源池中的PHICH组的数目和每个PHICH组的PHICH的数目。
可以关于图8示出该示例。
在图8中,提供了4个PHICH组801。每个组的第一个资源被用于UE1确认数据,而每个组的第三个资源被用于UE2确认数据。假设针对用户装置的HARQ过程的最大数目和最大码字大小分别为4和1,即,Nharq=4和Ncw=1。此外,UE1的小区标识被假设为0x0B00并且UE2的小区标识被假设为0x0A02。
根据以上详述的映射功能,针对UE1的四个HARQ过程预留的PHICH资源分别为[0,0][1,0][2,0][3,0],针对UE2的四个HARQ过程预留的PHICH资源分别为[0,2][1,2][2,2][3,2]。这如图8中所示。
使用该隐式机制的优点是不需要额外的信令来使得映射被执行。然而,随着需要为其提供确认数据的用户装置的数目增加,可能发生资源冲突。
资源冲突可以通过使用显式信令机制被减轻。现在参考图9描述这种机制的示例。
类似于图8,图9示出了四个PHICH组901。每个组的第一个资源被用于UE1确认数据,而每个组的第三个资源被用于UE2确认数据。假设根据图8的以上示例,用于用户装置的HARQ处理的最大数目和最大码字大小分别为4和1,即,Nharq=4和Ncw=1。此外,UE1的标识被假设为0x0B00,并且UE2的小区标识被假设为0x0A00。因此,针对图9所示的示例,除了UE2的小区标识不同,基本假设与图8中的示例相同。通过UE2的PHICH(0,2)的开始位置的配置,两个UE之中的PHICH资源冲突可以被避免。
在该显式信令机制中,网络装置被配置为向确认数据被提供给的每个用户装置提供针对PHICH资源池中的第一传输块的第一HARQ过程ID的开始位置的指示。
下面提供了可以被用于实行这种映射的特定等式的集合的示例。
在这些等式中,表示PHICH组数和针对第一HARQ过程ID和码字的PHICH组内的正交序列的索引,而其他系数具有与等式(4)相同的含义。
与以上关于图8描述的隐式信令选项相反,等式(5)提供了一对无线电资源控制信令参数其可用于指示针对第一HARQ ID的PHICH的开始位置以避免PHICH资源冲突。通过这些开始位置指示符的使用,通过控制每个用户装置的PHICH的开始位置和确认数据正在被提供给的用户装置的数目,网络装置能够确保针对每个未授权上行链路用户装置的确认数据反馈能够将被分配唯一的PHICH资源。
贯穿上文,术语“网络装置”和“小区”可以互换地被使用,因为网络装置可以通过其传输的最大范围来定义至少一个小区的覆盖区域。
应当理解,附图的流程图的每个框及其任何组合可以通过各种手段或其组合(诸如硬件、软件、固件、一个或多个处理器和/或电路)而被实现。
应当注意,尽管实施例已经关于独立LTE网络的一个示例被描述,但是类似的原理可以被应用于关于独立3G、LTE或5G网络的其他示例。应当注意,其他实施例可以基于除LTE之外的其他蜂窝技术或者基于LTE的变体。因此,尽管以上参考无线网络、技术和标准的某些示例架构以示例的方式描述了某些实施例,但是实施例可以被应用于除本文中示出和描述的那些通信系统之外的任何其他适当形式的通信系统。
特别地,应当理解,贯穿上文,对特定通信协议(诸如Multefire)的引用被用于说明各种原理,而不是限制性的。与示例示出的那些问题类似的问题可能出现在Multefire的其他未授权传输系统中。
在此还应当注意,尽管以上描述了示例实施例,但是在不脱离本发明的范围的情况下,可以对所公开的解决方案进行若干变型和修改。
应当理解,设备可以包括或者被耦合到其他单元或者模块等,诸如用于传输和/或接收的无线电部件或无线电头。尽管装置已经被描述为一个实体,但是不同的模块和存储器可以被实现在一个或多个物理或逻辑实体中。
通常,各种实施例可以以硬件或专用电路、软件、逻辑或其任何组合被实现。本发明的一些方面可以以硬件被实现,而其他方面可以以由控制器、微处理器或其他计算设备所执行的固件或软件而被实现,但是本发明不限于此。尽管本发明的各个方面可以被图示和描述为框图、流程图或者使用一些其他图形表示,但是众所周知,本文所述的这些框、装置、系统、技术或方法可以以非限制示例、硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其他计算设备或其某种组合而被实现。
本发明的实施例可以由计算机软件实现,该计算机软件诸如在处理器实体中由移动设备的数据处理器可执行,或者由硬件可执行,或者由软件和硬件的组合可执行。包括软件例程,小程序和/或宏的计算机软件或程序(也称为程序产品)可以被存储在任何设备可读数据存储介质中,并且其包括用以执行特定任务的程序指令。计算机程序产品可以包括一个或多个计算机可执行组件,其在运行程序时被配置为执行实施例。一个或多个计算机可执行组件可以是至少一个软件代码或其部分。
进一步在这一点上,应当注意,如图中的逻辑流程的任何框可以代表程序步骤或者互连的逻辑电路、框和功能,或者程序步骤和逻辑电路、框和功能的组合。软件可以被存储在诸如存储器芯片或在处理器内实现的存储块的物理介质、诸如硬盘或软盘的磁性介质,以及诸如例如DVD及其数据变体、CD的光学介质上。物理介质是非瞬态介质。
存储器可以是适合于本地技术环境的任何类型,并且可以使用任何适当的数据存储技术被实现,诸如基于半导体的存储设备、磁存储设备和系统、光学存储设备和系统、固定存储器和可移动存储器。数据处理器可以是适合本地技术环境的任何类型,并且作为非限制性示例,可以包括以下中的一项或多项:通用计算机、专用计算机、微处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、FPGA、门级电路以及基于多核处理器架构的处理器。
本发明的实施例可以在诸如集成电路模块的各种组件中实践。集成电路的设计总体上是高度自动化的过程。复杂而功能强大的软件工具可用于将逻辑级设计转换为准备在半导体基板上蚀刻和形成的半导体电路设计。
前述描述通过非限制性示例的方式提供了本发明的示例性实施例的完整且信息丰富的描述。然而,在结合附图和所附权利要求阅读时,鉴于前述描述,各种修改和改编对于相关领域的技术人员而言将变得明显。但是,本发明的教导的所有这些和类似的修改仍将落入所附权利要求所限定的本发明的范围内。实际上,存在另一实施例,其包括一个或多个实施例与先前讨论的任何其他实施例的组合。

Claims (32)

1.一种方法,包括:
根据第一参数和下行链路带宽来确定第一控制信道,所述第一控制信道包括第一多个资源;
确定至少在第二控制信道上可用的第二多个资源;以及
组合所述第一多个资源和所述第二多个资源以定义有效控制信道,以用于向至少一个用户装置用信号发送确认数据使用。
2.根据权利要求1所述的方法,进一步包括:
在确定所述第一控制信道之前,接收和/或传输包括所述第一参数的广播;或者
存储所述第一参数以确定所述第一控制信道,其中所述第一参数是静态的并且由通信协议所设置。
3.根据任何前述权利要求所述的方法,其中至少一个所述第二控制信道是以下中的至少一项:物理下行链路控制信道;以及增强型物理下行链路控制信道。
4.根据任何前述权利要求所述的方法,其中确定第二多个资源包括以下中的至少一项:
确定至少三个资源元素组在物理下行链路控制信道上是可用的;
确定至少一个控制信道元素在物理下行链路控制信道上是可用的;以及
确定至少一个增强型控制信道元素在增强型物理下行链路控制信道上是可用的。
5.根据权利要求4所述的方法,进一步包括根据至少一个第二参数来执行所述确定,
其中所述至少一个第二参数如下:
当确定至少三个资源元素组在物理下行链路控制信道上是可用的时,为
当确定至少一个控制信道元素在物理下行链路控制信道上是可用的时,为以及
当确定至少一个增强型控制信道元素在增强型物理下行链路控制信道上是可用的时,为
6.根据任何前述权利要求所述的方法,进一步包括:
仅确定第二多个资源,以用于确认数据在满足预定传输机会的子帧中的传输。
7.根据前述权利要求6所述的方法,其中所述预定传输机会是以下中的至少一项:下行链路传输突发的特定子帧;以及属于预定义的子帧图案的子帧。
8.根据权利要求6和7中任一项所述的方法,进一步包括:
向用户装置传输所述预定传输机会的指示;和/或
接收来自网络装置的所述预定传输机会的指示。
9.根据权利要求6至8中任一项所述的方法,进一步包括:
仅当所述预定传输机会被满足时,使用所述有效控制信道来向所述至少一个用户装置传输确认数据;和/或
仅当所述预定传输机会被满足时,使用所述有效控制信道来接收来自网络装置的确认数据。
10.根据任何前述权利要求所述的方法,进一步包括:
仅当提供所述确认数据的反馈延迟不小于最小处理延迟时,使用所述有效控制信道向所述至少一个用户装置传输确认数据。
11.根据任何前述权利要求所述的方法,进一步包括:
使用所述上行链路传输的标识来将上行链路传输映射到所述第一多个资源和所述第二多个资源中的一者。
12.根据权利要求11所述的方法,其中所述标识是混合自动请求过程ID。
13.根据权利要求11至12中任一项所述的方法,其中所述映射包括将所述上行链路传输隐式地映射到所述第一多个资源和所述第二多个资源中的一者。
14.根据权利要求11至12中任一项所述的方法,其中所述映射包括:
使用所述上行链路传输的所述标识来传输和/或接收指示所述映射的开始位置的信号;以及
根据所述开始位置,将所述上行链路传输显式地映射到所述第一多个资源和所述第二多个资源中的一者。
15.根据任何前述权利要求所述的方法,进一步包括:
将所述第一多个资源中的至少一个资源映射到第一组用户装置;
将所述第二多个资源中的至少一个资源映射到第二组用户装置;以及
或者:
在所述第一多个资源中的所述至少一个资源上传输针对所述第一组用户装置中的至少一个用户装置的确认数据;以及
在所述第二多个资源中的所述至少一个资源上传输针对所述第二组用户装置中的至少一个用户装置的确认数据;或者
在所述第一多个资源中的所述至少一个资源上接收针对所述第一组用户装置中的至少一个用户装置的确认数据。
16.根据任何前述权利要求所述的方法,其中所述确认数据与先前未授权上行链路传输相关联。
17.一种装置,包括:
至少一个处理器;以及
包括代码的至少一个存储器,所述代码在所述至少一个处理器上被执行时,使所述装置执行根据权利要求1至16中任一项所述的方法。
18.一种包括计算机可执行指令的计算机程序,所述可执行指令在由计算机执行时,使所述计算机执行根据权利要求1至16中任一项所述的方法。
19.一种方法,包括:
向网络装置传输上行链路数据;
响应于所传输的所述上行链路数据,在有效信道的至少一部分上接收确认数据,其中所述有效信道包括第一控制信道以及第二控制信道,所述第一控制信道包括根据第一参数和所述下行链路带宽所定义的第一多个资源,所述第二控制信道包括第二多个资源。
20.根据权利要求19所述的方法,其中所述接收包括在以下项上接收所述确认数据:所述第一多个资源中的至少一些资源;或者所述第二多个资源中的至少一些资源;或者所述第一多个资源和所述第二多个资源中的至少一些资源。
21.根据权利要求19至20中任一项所述的方法,进一步包括自主地确定所述有效信道。
22.根据权利要求19至20中任一项所述的方法,进一步包括:
接收来自所述网络装置的所述有效信道的至少一部分的指示;以及
使用所接收的所述指示来确定所述确认数据何时将被接收。
23.根据权利要求19至22中任一项所述的方法,进一步包括:
使用所述上行链路传输的标识来将所述上行链路传输映射到所述第一多个资源和所述第二多个资源中的一者。
24.根据权利要求23所述的方法,其中所述标识是混合自动请求过程ID。
25.根据权利要求23至24中任一项所述的方法,其中所述映射包括将所述上行链路传输隐式地映射到所述第一多个资源和所述第二多个资源中的一者。
26.根据权利要求23至24中任一项所述的方法,其中所述映射包括:
使用所述上行链路传输的所述标识来接收指示所述映射的开始位置的信号;以及
根据所述开始位置,将所述上行链路传输显式地映射到所述第一多个资源和所述第二多个资源中的一者。
27.根据权利要求19至26中任一项所述的方法,进一步包括:
其中所述有效信道仅包括用于满足预定传输机会的子帧的所述第二多个资源。
28.根据权利要求27所述的方法,其中所述预定传输机会是以下中的至少一项:下行链路传输突发的特定子帧;以及属于预定义的子帧图案的子帧。
29.根据权利要求27至28中任一项所述的方法,进一步包括:
接收来自网络装置的所述预定传输机会的指示。
30.根据权利要求27至29中任一项所述的方法,进一步包括:
仅当所述预定传输机会被满足时,使用所述有效控制信道来接收来自网络装置的确认数据。
31.一种装置,包括
至少一个处理器;以及
包括代码的至少一个存储器,所述代码在所述至少一个处理器上被执行,使所述装置执行根据权利要求19至30中任一项所述的方法步骤。
32.一种包括计算机可执行指令的计算机程序,所述计算机可执行指令在由计算机执行时,使所述计算机执行根据权利要求19至30中任一项所述的方法步骤。
CN201780089958.4A 2017-03-02 2017-03-02 通信系统 Active CN110547038B (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2017/075470 WO2018157353A1 (en) 2017-03-02 2017-03-02 Communication system

Publications (2)

Publication Number Publication Date
CN110547038A true CN110547038A (zh) 2019-12-06
CN110547038B CN110547038B (zh) 2023-03-24

Family

ID=63369723

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201780089958.4A Active CN110547038B (zh) 2017-03-02 2017-03-02 通信系统

Country Status (4)

Country Link
US (1) US20200267728A1 (zh)
EP (1) EP3590303A4 (zh)
CN (1) CN110547038B (zh)
WO (1) WO2018157353A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102174645B1 (ko) * 2017-08-04 2020-11-05 엘지전자 주식회사 비면허 대역을 지원하는 무선 통신 시스템에서 단말이 상향링크 신호를 전송하는 방법 및 이를 지원하는 장치

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102316595A (zh) * 2011-09-30 2012-01-11 中兴通讯股份有限公司 大带宽系统物理上行控制信道资源确定方法及装置
US20130021994A1 (en) * 2011-07-18 2013-01-24 Samsung Electronics Co., Ltd. Method and apparatus for transmitting harq acknowledgement in ofdm radio communication system
CN102907035A (zh) * 2010-05-14 2013-01-30 高通股份有限公司 用于下行链路信道资源指派的方法和装置
US20140016589A1 (en) * 2011-03-01 2014-01-16 Lg Electronics Inc. Method and apparatus for performing uplink harq in wireless communication system

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8705456B2 (en) * 2007-01-05 2014-04-22 Interdigital Technology Corporation Fast uplink response to downlink shared channel transmission without a dedicated uplink channel
US9215058B2 (en) * 2012-03-06 2015-12-15 Blackberry Limited Enhanced PHICH transmission for LTE-advanced
US9497756B2 (en) * 2012-03-25 2016-11-15 Comcast Cable Communications, Llc Base station radio resource management

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102907035A (zh) * 2010-05-14 2013-01-30 高通股份有限公司 用于下行链路信道资源指派的方法和装置
US20140016589A1 (en) * 2011-03-01 2014-01-16 Lg Electronics Inc. Method and apparatus for performing uplink harq in wireless communication system
US20130021994A1 (en) * 2011-07-18 2013-01-24 Samsung Electronics Co., Ltd. Method and apparatus for transmitting harq acknowledgement in ofdm radio communication system
CN103703707A (zh) * 2011-07-18 2014-04-02 三星电子株式会社 在正交频分复用无线通信系统中传输混合自动重传请求确认的方法和装置
CN102316595A (zh) * 2011-09-30 2012-01-11 中兴通讯股份有限公司 大带宽系统物理上行控制信道资源确定方法及装置

Also Published As

Publication number Publication date
EP3590303A4 (en) 2020-11-25
US20200267728A1 (en) 2020-08-20
EP3590303A1 (en) 2020-01-08
WO2018157353A1 (en) 2018-09-07
CN110547038B (zh) 2023-03-24

Similar Documents

Publication Publication Date Title
US10609726B2 (en) Downlink and uplink transmissions for high reliability low latency communications systems
US11343836B2 (en) Two-step signaling of uplink scheduling assignments
JP6423087B2 (ja) アンライセンス共有媒体のチャネルを用いるハイブリッド自動再送要求送信を送信するための方法、装置及びシステム
EP3349524B1 (en) Physical downlink control channel transmission method and apparatus
US20160338023A1 (en) User equipments, base stations and methods for license assisted access (laa)
JP6726767B2 (ja) ページング検出ウィンドウ
CN110603765B (zh) 用于上行链路超高可靠和低延迟通信的混合自动重传请求
CN110832944B (zh) 对ul免授权传输—配置及资源捆绑,或与之相关的改进
EP3664337B1 (en) Method and apparatus for autonomous transmission
US10085158B2 (en) User equipments, base stations and methods
US11316646B2 (en) Method and system for autonomous transmission in a wireless network
CN114731696A (zh) 用于未经授权频谱上的多个pusch传输的方法及设备
US11363631B2 (en) Dynamic start for transmission on unlicensed spectrum
CN111713039A (zh) 用于下行链路半持久调度的用户设备、基站和方法
CN113383597A (zh) 实现基于微时隙的重复的用户设备和基站
CN114246009A (zh) 半持久调度下行链路传输和动态下行链路传输的协调
EP3811699B1 (en) User equipments, base stations and methods for time-domain resource allocation
CN110547038B (zh) 通信系统
WO2021062824A1 (zh) 一种信息处理方法和通信设备
CN114271006A (zh) 多tti调度dci设计
WO2018058670A1 (zh) 传输控制信道的方法、网络设备和终端设备
WO2020145270A1 (en) User equipment and base stations that achieve repetitions within a slot
WO2013023686A1 (en) Scheduling in a communication system capable of using muted or almost blank subframes

Legal Events

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