CN107396394A - 短传输时间间隔的上行链路传输的方法及装置 - Google Patents

短传输时间间隔的上行链路传输的方法及装置 Download PDF

Info

Publication number
CN107396394A
CN107396394A CN201710335920.2A CN201710335920A CN107396394A CN 107396394 A CN107396394 A CN 107396394A CN 201710335920 A CN201710335920 A CN 201710335920A CN 107396394 A CN107396394 A CN 107396394A
Authority
CN
China
Prior art keywords
uplink data
data transmission
transmission
time interval
length
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
CN201710335920.2A
Other languages
English (en)
Other versions
CN107396394B (zh
Inventor
李名哲
曾立至
林克疆
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Asustek Computer Inc
Original Assignee
Asustek Computer Inc
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 Asustek Computer Inc filed Critical Asustek Computer Inc
Publication of CN107396394A publication Critical patent/CN107396394A/zh
Application granted granted Critical
Publication of CN107396394B publication Critical patent/CN107396394B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0231Traffic management, e.g. flow control or congestion control based on communication conditions
    • H04W28/0236Traffic management, e.g. flow control or congestion control based on communication conditions radio quality, e.g. interference, losses or delay
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/50Allocation or scheduling criteria for wireless resources
    • H04W72/56Allocation or scheduling criteria for wireless resources based on priority criteria
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/50Allocation or scheduling criteria for wireless resources
    • H04W72/56Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H04W72/569Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/06Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • H04W72/044Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446Resources in time domain, e.g. slots or frames
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/21Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • 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
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/12Wireless traffic scheduling
    • H04W72/1263Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows

Landscapes

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

Abstract

短传输时间间隔的上行链路传输的方法及装置。所述方法包含:包括处理器的装置基于第一下行链路控制信息决定第一上行链路数据传输的第一优先级,第一下行链路控制信息关联于调度通过第一传输时间间隔的第一上行链路数据传输;所述装置基于第二下行链路控制信息决定第二上行链路数据传输的第二优先级,第二下行链路控制信息关联于调度通过第二传输时间间隔的第二上行链路数据传输,其中第二上行链路数据传输与第一上行链路数据传输至少重叠一符元;以及装置基于优先排序传输第一上行链路数据传输和第二上行链路数据传输,优先排序是基于第一优先级或第二优先级而确定,其中优先排序包括第一传输时间间隔的第一长度和第二传输时间间隔的第二长度。

Description

短传输时间间隔的上行链路传输的方法及装置
技术领域
本申请涉及一种通信系统,特别地,涉及一种促进无线通信系统中的短传输时间间隔的上行链路传输。
背景技术
随着无线通信系统的发展,对网络提出了新的需求,包括对快速接入和不间断服务的期待。数据包的延迟是无线通信系统的表现的一个衡量标准。因此,减少数据包的延迟能够改善通信系统的表现。
发明内容
本申请讨论的是无线通信系统中的短传输时间间隔的上行链路传输中提供改善的多个方面。数据包的延迟是无线通信系统的表现的一个衡量标准。因此,减少数据包的延迟能够改善通信系统的表现。
在一实施例中,所描述的方法为包括处理器的装置基于第一下行链路控制信息决定第一上行链路数据传输的第一优先级,第一下行链路控制信息是关联于调度通过第一传输时间间隔的第一上行链路数据传输。方法还包括装置基于第二下行链路控制信息决定第二上行链路数据传输的第二优先级,第二下行链路控制信息是关联于调度通过第二传输时间间隔的第二上行链路数据传输,其中第二上行链路数据传输与第一上行链路数据传输至少重叠一符元。方法还包括装置基于优先排序传输第一上行链路数据传输或第二上行链路数据传输,优先排序是基于第一优先级或第二优先级而确定,其中优先排序包括第一传输时间间隔的第一长度和第二传输时间间隔的第二长度。
在另一实施例中,所描述的方法为包括处理器的装置接收第一下行链路控制信息,第一下行链路控制信息是关联于调度通过第一传输时间间隔的第一上行链路数据传输。方法还包括装置接收第二下行链路控制信息,第二下行链路控制信息是关联于调度通过第二传输时间间隔的第二上行链路数据传输,其中第二上行链路数据传输与第一上行链路数据传输至少重叠一符元。方法还包括装置基于优先排序传输第一上行链路数据传输或第二上行链路数据传输,优先排序是基于第一传输时间间隔的第一长度和第二传输时间间隔的第二长度来确定。
在另一实施例中,方法包括由包括处理器的移动装置基于第一下行链路控制信息调度通过第一传输时间间隔接收第一上行链路数据传输的第一调度。方法还包括由移动装置基于第二下行链路控制信息调度通过第二传输时间间隔接收第二上行链路数据传输的第二调度,其中第二上行链路数据传输与第一上行链路数据传输至少重叠一符元。方法还包括,由移动装置传输第二上行链路数据传输,其中第二上行链路数据传输覆盖一部分第一上行链路数据传输。
根据一实施例,操作可以包括发送第二上行链路数据传输以覆盖第一上行链路数据传输的一部分。此外,操作可以包括在由第二上行链路数据传输覆盖的第一上行链路数据传输的部分的非重叠符元中发送第三上行链路数据传输。
附图说明
图1为根据一个或多个实施例所描述的非限制通信系统来提供无线通信系统中短传输时间间隔的上行链路传输;
图2为根据一个或多个实施例所描述的利用上行授权调度避免来减轻重叠符元的非限制通信系统;
图3为根据一个或多个实施例所描述的数据传输中帧结构的示意图;
图4为根据一个或多个实施例所描述的利用后续上行授权调度来减轻重叠符元的非限制通信系统;
图5为根据一个或多个实施例所描述的数据传输中子帧结构的示意图;
图6为根据一个或多个实施例所描述的短传输时间间隔的上行链路传输的非限制方法;
图7为根据一个或多个实施例所描述的基于优先级数据的上行链路数据传输的非限制方法;
图8为根据一个或多个实施例所描述的基于短传输时间间隔的上行链路传输的非限制方法;
图9为根据一个或多个实施例所描述的当接收到第一下行链路控制信息之后,包括处理器的移动装置跳过监视下行链路控制信道的非限制方法;
图10为根据一个或多个实施例所描述的当接收到第一上行链路数据传输之后,移动装置忽略第二上行链路数据传输的调度;
图11为根据一个或多个实施例所描述的,包括处理器的移动装置改善短传输时间间隔的上行链路传输的非限制方法;
图12为根据一个或多个实施例所描述的,包括处理器的移动装置改善短传输时间间隔的上行链路传输的非限制方法;
图13为根据一个或多个实施例所描述的,一个DCI间隔的流程图;
图14为根据一个或多个实施例所描述的,固定短传输时间间隔的帧结构和机会短传输时间间隔的帧结构的示意图;
图15为根据一个或多个实施例所描述的多重接入无线通信系统的示意图;
图16为根据一个或多个实施例所描述的,包括传输系统和接收系统的MIMO系统的简化示意图;
图17为根据一个或多个实施例所描述的通信装置的简化功能方块图;以及
图18为根据一个或多个实施例所描述的图16所显示的程序代码的简化功能方块图。
具体实施方式
以下参考附图中的实施例中所示以充分描述一个或多个实施例,在下面的描述中,为了解释的目的,阐述了许多具体细节以提供深入了解各个实施例。然而,多个实施例可以不包括这些具体的细节(不应用于任何特定的网络环境或标准)。
请参考图1,为根据一个或多个实施例所描述的非限制通信系统来提供无线通信系统中短传输时间间隔的上行链路传输。使用者装置或移动装置102(例如,移动装置或其他术语)以与网络节点104进行通信(例如,基站(eNodeB),或其他术语)。此外,移动装置102和/或网络节点104可以与其他移动装置和/或其他网络节点通信。“链路”(Link)是指连接两个或多个设备或节点的通信信道。上行(UL106)指用于从移动装置102向网络节点发送信号的链路(104)。下行(UL108)是指用于从网络节点104向移动装置发送信号的链路102。值得注意的是,尽管相对于单个移动装置和单个网络节点讨论了多个方面,本文所讨论的各方面可以应用于一个或多个移动装置和/或一个或多个网络节点。
移动装置102可以包括优先级管理部件110、调度管理部件112、传输部件114和接收部件116。虽然说明和描述相对于单独的部件,传输部件114和接收部件116可以是一个单一的发射机/接收机配置为发送到/或接收数据到/从网络节点104,其他网络节点,和/或其他移动装置。通过传输部件114和接收部件116,移动装置102可以同时发送和接收数据,移动装置102可以在不同的时间发送和接收数据,或它们的组合。
优先级管理部件110可以配置为通过一个传输时间间隔的符元将两个或两个以上已调度或部分重叠的上行链路数据传输进行优先调度。例如,移动装置102可以被配置为通过第一传输时间间隔发送(例如,通过传输部件114)第一上行链路数据传输,通过一个第二传输时间间隔进行第二上行链路数据传输,和通过后续传输时间间隔传输随后的上行链路数据。
在一个或多个数据传输期间,第二上行链路数据传输可以在至少一个符元上与第一个上行链路数据传输重叠。基于至少一个符元重叠的指示,优先级管理部件110可以决定哪些数据传输有更高的优先级,基于这个决定,调度管理部件112可方便调度的第一和第二上行链路数据传输数据传输。
根据一实施例,调度管理部件112根据第一下行链路控制信息(例如,由接收机部件接收)确定的第一优先级来调度第一上行链路数据传输。此外,调度管理部件112根据第二下行链路控制信息确定的第二优先级(例如,接收部件接收到的)来调度第二上行链路数据传输。
例如,优先级管理部件110可以确认第二上行链路数据传输比第一UL传输具有更高优先级,因此,调度管理部件112可以决定第二上行链路数据传输的调度覆盖第一上行链路数据传输的调度。或者,如果优先级管理部件110确定第一上行链路数据传输比第二上行链路数据传输具有更高优先级,则调度管理部件112可以调度第一上行链路数据传输以覆盖第二上行链路数据传输的调度。
根据一实施例,优先级管理部件110基于第一上行链路数据传输的第一传输时间间隔长度和第二上行链路数据传输的第二传输时间间隔长度来决定二者的优先级。调度管理部件112可以调度具有较长传输时间间隔长度的上行链路数据传输在具有较短的传输时间间隔长度的上行链路数据传输之前。然而,在一些实施例当中,调度管理部件112可以调度具有较短传输时间间隔长度的上行链路数据传输在具有较长的传输时间间隔长度的上行链路数据传输之前。更多关于短传输时间间隔在移动装置102中控制多个上行链路数据传输重叠将在后文中进行详细描述。
移动装置102还可以包括可操作地耦合到处理器120的存储器118。存储器118可以存储本文所讨论的短传输时间间隔中的UL传输相关协议。此外,存储器118可以控制移动装置102和网络节点104之间的通信,如非限制通信系统100可以使用存储协议和/或算法来达到提高无线通信网络作为描述。
根据一些实施例,移动装置102可以包括控制电路,并且处理器120和存储器118可以安装在控制电路上。此外,处理器120可以被配置为执行存储在存储器118中的程序代码,以执行本文讨论的各个方面。
网络节点104可以包括通信部件1516,通信部件1可以是发送器/接收器,其被配置为发送和/或从移动装置102、其它网络节点和/或其它移动装置接收数据。通过通信部件1516,网络节点104可以同时发送和接收数据,网络节点104可以在不同的时间发送和接收数据,或者它们的组合。
网络节点104还可以包括可操作地耦合到处理器1522的存储器124。存储器124可以存储短传输时间间隔的UL传输的相关协议。此外,存储器124可以方便移动控制网络节点104和102之间的通信的移动装置,如非限制通信系统100可以使用存储协议和/或算法来达到提高无线通信网络作为描述。
图2为根据一个或多个实施例所描述的利用上行授权调度避免来减少重叠符元的非限制通信系统。为了简洁起见,省略了此处描述的其他实施例中重复使用的类似元素的描述。非限制通信系统200可以包括非限制通信系统100的一个或多个部件和/或功能,反之亦然。
对于短传输时间间隔,移动装置102可以在传统的传输时间间隔物理上行链路共享信道(PUSCH)和/或短PUSCH(sPUSCH)被动态(例如,帧到帧的间隔尺寸)调度。“sPUSCH”指的是在一个短的UL传输时间间隔中的PUSCH承载数据。此外,移动装置102可以在传统的传输时间间隔物理下行链路共享信道(PDSCH)和/或短PDSCH(sPDSCH)被动态调度。“sPDSCH”指的是一个短的上行链路传输时间间隔中的PDSCH承载数据。短传输时间间隔,记为“sTTI”,在这里,可以通过更高一层的配置。
下行中的每个sTTI包含一个短物理下行链路控制信道(sPDCCH)解码候选。sPDCCH可设计为至少调度sPUSCH传输和/或sPDSCH传输。如果一个sPUSCH传输被调度,准备在上行授权接收上行链路数据传输到移动装置102的处理时间可以减少。然而,根据一些实施例,传统PUSCH处理时间可能不会减少。因此,具有不同传输时间间隔长度的上行链路数据传输是可以在重叠的符元中进行传输。
如图所示,移动装置102包括监视部件202可以监视传入的上行授权调度(例如,PDCCH和/或sPDCCH)。当第一个上行授权调度到达时,监视部件202可以确定何时第二个(或随后)上行授权调度到达。悬垂的第一个上行授权调度期间,避免管理部件204可以选择性地避免第一个上行授权调度之后的第二(或后续)上行授权调度被接收。
例如,图3示出了根据本申请描述的一个或多个实施例进行数据传输的帧结构的示意图300。图3显示的是一个下行302的子帧和上行304的子帧。第一下行链路数据传输包括可以在移动装置102上收到的PDCCH 306。PDCCH 306可以调度第一上行链路数据传输308。如图所示,第一上行链路数据传输308可以占据整个子帧(例如子帧4)。此外,第二下行传输包括可以通过移动装置102接收到的sPDCCH 310。sPDCCH 310可以调度第二上行链路数据传输312。如图所示,第二上行链路数据传输312重叠第一上行链路数据传输308的一些符元。
根据一些实施例,功率问题会被重叠符元所影响。此外,也有可能是具有不同传输时间间隔长度的上行链路数据传输可以被调度为利用重叠的频率资源传输。因此,各方面可以帮助减轻或避免传输不同传输时间间隔长度的上行链路数据之间可能存在的干扰。
继续参考图2,根据一个实施例,管理可能的重叠,可以通过避免管理部件204来避免后续上行授权调度。在该实施例中,当移动装置102(例如,监视部件202)检测上行授权调度第一上行链路数据传输,移动装置102(例如,避免管理部分204)可以跳过监测PDCCH/sPDCCH候选。跳过的候选可以包括候选用以调度第二上行链路数据传输重叠在第一上行链路数据传输的一些符元。
在一些实施例中,监视部件202可以继续监视PDCCH/sPDCCH候选,以调度第二上行链路数据传输重叠在第一上行链路数据传输的一些符元。然而,如果检测到PDCCH/sPDCCH调度与第一上行链路数据的一些符元重叠的第二上行链路数据传输,避免管理部件204可以选择性地忽略第二上行链路数据传输的调度。
由于下行分配和上行授权可能有类似的PDCCH/sPDCCH设计,考虑到下行分配的可能调度,因此继续由监视部件202监视PDCCH/sPDCCH的候选(例如,相同的下行链路控制信息的大小来指示下行分配或上行授权)。因此,任何后续上行授权调度第二上行链路数据传输可以被避免管理部件204所忽略,第二上行链路数据传输重叠于被在先的上行授权所调度的第一上行链路数据传输的一些符元。
第一上行链路数据传输数据和第二上行链路数据传输数据可以在上行链路数据信道中的具有不同传输时间间隔长度。例如,第一上行链路数据传输可以在PUSCH,第二上行链路数据传输可以是在sPUSCH。另一个例子中,第一上行链路数据传输可以在sPUSCH,而第二上行链路数据传输可以在PUSCH。在另一个例子,在第一上行链路数据传输可以在sPUSCH具有第一短传输时间间隔,而第二上行链路数据传输可以在sPUSCH具有第二短传输时间间隔。另外或替代地,第二上行链路数据传输和第一上行链路数据传输可以在某些频率资源中重叠。
图4为根据一个或多个实施例所描述的,非限制通信系统利用后续上行授权调度来减轻重叠符元。为了简洁起见,省略了此处描述的其他实施例中重复使用的类似元素的描述。非限制通信系统400可以包括非限制通信系统100和/或非限制通信系统的一个或多个部件和/或功能,反之亦然。
为了管理可能的重叠,后续上行授权调度可以由覆盖管理部件402来实现。它可以实现网络节点(例如,eNB)有更灵活的时间安排(通过后续上行授权调度来调度紧急数据)。当监视部件202监测到上行授权调度一第一上行链路数据传输,监视部件202可以继续监视PDCCH/sPDCCH候选,其可能会调度第二上行链路数据传输重叠在第一上行链路数据传输的一些符元。第一上行链路数据传输和第二上行链路数据传输可以在上行链路数据信道上具有不同的传输时间间隔长度。例如,第一上行链路数据传输可以在PUSCH和第二上行链路数据传输可以在sPUSCH。另一个例子中,第一上行的数据传输可以在sPUSCH,第二上行链路数据传输可以在PUSCH。在另一个例子,第一上行链路数据传输可以在sPUSCH具有第一短传输时间间隔,第二上行链路数据传输可以在sPUSCH具有第二短传输时间间隔。另外或替代地,第二上行链路数据传输和第一上行链路数据传输可以在某些频率资源中重叠。
如果任一PDCCH/sPDCCH调度第二上行链路数据传输被监视部件202监视到,所调度的第二上行链路数据传输和预定的第一上行链路数据传输之间的传输优先级可以根据上行链路数据信道的传输时间间隔长度来决定。例如,移动装置102可以传输sPUSCH代替PUSCH。另外,移动装置102可以传输PUSCH来替代sPUSCH。或者,利用覆盖管理部件402将第二上行链路数据传输的调度覆盖第一上行链路数据传输的调度。
另外,如果上行授权调度具有较长传输时间间隔的上行链路数据传输重叠具有较短的传输时间间隔的上行链路数据传输调度,移动装置102可以传输具有较长传输时间间隔的上行链路数据。如果上行授权调度具有较短传输时间间隔的上行链路数据重叠与具有较长传输时间间隔的上行链路数据传输,移动装置102可以进行较短传输时间间隔的上行链路数据传输。具有较短传输时间间隔的上行链路数据传输可以在时间域上完全重叠于较长传输时间间隔的上行链路数据传输。此外,具有短传输时间间隔的上行链路数据传输也可能在时间域上部分重叠于较长传输时间间隔的上行链路数据传输。对于被覆盖的上行链路数据传输的非重叠符元,移动装置不传输被覆盖的上行链路数据传输。或者,移动装置可以在被覆盖的上行链路数据传输的非重叠符元中传输第三上行链路数据传输。或者,如果所覆盖的上行链路数据传输的非重叠符元和重叠符元的比率大于或等于阈值,则移动装置可以在被覆盖的上行链路数据传输的非重叠符元中传输第三上行链路数据传输。
第三上行链路数据传输可以从被覆盖的上行链路数据传输中扣除。另外,第三上行链路数据传输的传输参数(如调制编码方案((Modulation and Coding Scheme,MCS)、混合自动重复请求(Hybrid Automatic Repeat Request,HARQ)过程,冗余版本(RedundancyVersion,RV),传输块大小(Transport Block Size,TBS),频率资源分配),可以至少从被覆盖的上行链路数据传输中导出。例如,第三上行链路数据传输的MCS可以与被覆盖的上行链路数据传输相同。另外,第三上行链路数据传输的MCS可以从至少被覆盖的上行链路数据传输的MCS和/或未重叠的符元和重叠的上行链路数据传输的重叠符元的比率导出。第三上行链路数据传输的HARQ进程可以与被重叠的上行链路数据传输相同。另外,第三上行链路数据传输的MCS可以从至少被覆盖的上行链路数据传输的MCS和/或未重叠的符元(s)和被覆盖的上行链路数据传输的重叠符元的比率导出。第三的上行链路数据传输的HARQ进程可以与被重写的上行链路数据传输相同。另外,第三的上行链路数据传输的HARQ过程可以不同于第一和第二上行链路数据传输。第三上行链路数据传输的RV可以与被覆盖的上行链路数据传输相同。另外,第三上行链路数据传输的RV可以设置为零。第三上行链路数据传输的TBS可与被覆盖的上行链路数据传输相同。另外,第三上行链路数据传输的TBS至少由非重叠的符元的数量或非重叠符元的比例以及被覆盖的上行链路数据传输的重叠符元得出。第三上行链路数据传输的频率资源分配可以与覆盖的上行链路数据传输相同。或者,可以从第一上行链路数据传输和第二上行链路数据传输的频率资源分配确定第三上行链路数据传输的频率资源分配。确定可能取决于第一上行链路数据传输和第二上行链路数据传输的预定频率资源大小。例如,第三上行链路数据传输的频率资源分配可以与在第一上行链路数据传输和第二上行链路数据传输之间的较大的调度频率资源大小的频率资源分配相同。另外,第三上行链路数据传输的频率资源分配可以与在第一上行链路数据传输和第二上行链路数据传输之间的较小的调度频率资源大小的频率资源分配相同。
图5为根据一个或多个实施例所描述的数据传输中子帧结构的示意图。为了简洁,此处描述的其他实施例中省略了类似元素的重复描述。第一上行链路数据传输,与图3的上行链路数据传输308类似,占据了整个子帧。
在图5中,第二上行链路数据传输由移动装置102传输,第三上行链路数据传输504被传输。第一上行链路数据传输是被覆盖的上行链路数据传输。例如,第三上行链路数据传输504覆盖了第一上行链路数据传输。
由于移动装置可能会错过后续上行授权或之前的上行授权的任何一个,eNB必须考虑移动装置的遗漏。eNB可以尝试几种解码的假设,至少假定移动装置检测到后续的上行授权或之前的上行授权或假设UE错过了后续的上行授权或之前的上行授权其中之一。此外,eNB避免在第一上行链路数据传输和第二上行链路数据传输之间的非重叠资源上,为UE分配任何上行链路数据传输到另一个移动装置。
图6为根据一个或多个实施例所描述的短传输时间间隔的上行链路传输的非限制方法。步骤602中,包括处理器的移动装置基于第一下行链路控制信息决定第一上行链路数据传输的第一优先级,第一下行链路控制信息是关联于调度通过第一传输时间间隔的第一上行链路数据传输。步骤604中,移动装置基于第二下行链路控制信息决定第二上行链路数据传输的第二优先级,第二下行链路控制信息是关联于调度通过第二传输时间间隔的第二上行链路数据传输,其中第二上行链路数据传输与第一上行链路数据传输至少重叠一符元。
另外,步骤606,移动装置基于优先排序传输第一上行链路数据传输或第二上行链路数据传输,优先排序是基于第一优先级或第二优先级而确定,其中优先排序包括第一传输时间间隔的第一长度和第二传输时间间隔的第二长度。举例来说,传输第一上行链路数据传输或第二上行链路数据传输包含通过第一传输时间间隔传输上行链路数据传输的第一传输时间间隔和通过第二传输时间间隔传输上行链路数据传输的第二传输时间间隔。
根据一些实施例,基于确定第二优先级优先于第一优先级,传输第一上行链路数据传输或第二上行链路数据传输可以包括传输第二上行链路数据传输来覆盖第一上行链路数据传输的调度。
根据另一实施例,基于确定第一优先级优先于第二优先级,传输第一上行链路数据传输或第二上行链路数据传输可以包括传输第一上行链路数据传输来覆盖第二上行链路数据传输的调度。
在一实施例中,优先排序是基于第一长度和第二长度。基于确定第二长度比第一长度短,传输第一上行链路数据传输或第二上行链路数据传输可以包括传输第二上行链路数据传输来覆盖第一上行链路数据传输的调度。在一些实施例中,移动装置不传输被第二上行链路数据传输所覆盖的第一上行链路数据传输。
在另一替换实施例中,优先排序是基于第一长度和第二长度。基于确定第一长度比第二长度短,传输第一上行链路数据传输或第二上行链路数据传输可以包括传输第一上行链路数据传输来覆盖第二上行链路数据传输的调度。
在另一实施例中,优先排序是基于第一长度和第二长度。基于确定第二长度比第一长度长,传输第一上行链路数据传输或第二上行链路数据传输可以包括传输第二上行链路数据传输来覆盖第一上行链路数据传输的调度。在一些实施例中,移动装置不传输被第二上行链路数据传输所覆盖的第一上行链路数据传输。
在另一实施例中,优先排序是基于第一长度和第二长度。基于确定第一长度比第二长度长,传输第一上行链路数据传输或第二上行链路数据传输可以包括传输第一上行链路数据传输来覆盖第二上行链路数据传输的调度。
图7为根据一个或多个实施例所描述的基于优先级数据的上行链路数据传输的非限制方法。在步骤702,包括处理器的移动装置接收第一下行链路控制信息,第一下行链路控制信息是关联于调度通过第一传输时间间隔的第一上行链路数据传输。在步骤704,移动装置接收第二下行链路控制信息,第二下行链路控制信息是关联于调度通过第二传输时间间隔的第二上行链路数据传输。其中第二上行链路数据传输与第一上行链路数据传输至少重叠一符元。
进一步,在步骤706,移动装置基于优先排序传输第一上行链路数据传输或第二上行链路数据传输,优先排序是基于第一传输时间间隔的第一长度和第二传输时间间隔的第二长度来确定。
根据一实施例,优先排序是基于第一长度和第二长度来确定。进一步根据该实施例,其中传输第一上行链路数据传输或第二上行链路数据传输包括,基于确认第二长度比第一长度短,传输第二上行链路数据传输来覆盖第一上行链路数据传输。
根据一些实施例,优先排序是基于第一长度和第二长度来确定。在这些实施例中,传输第一上行链路数据传输或第二上行链路数据传输包括,基于确认第一长度比第二长度短,传输第一上行链路数据传输来覆盖第二上行链路数据传输。在一实施例中,移动装置不传输被第一上行链路数据传输所覆盖的第二上行链路数据传输。
图8为根据一个或多个实施例所描述的短传输时间间隔的上行链路传输的非限制方法。在步骤802,包括处理器的移动装置,基于第一下行链路控制信息,通过第一传输时间间隔接收第一上行链路数据传输。在步骤804,移动装置基于第二下行链路控制信息通过第二传输时间间隔接收第二上行链路数据传输。第二上行链路数据传输可以与第一上行链路数据传输至少重叠一符元。举例来说,在接收到第一下行链路控制信息之后,接收第二下行链路控制信息。
在步骤806,移动装置可以传输第二上行链路数据传输。第二上行链路数据传输可以覆盖第一上行链路数据传输的一部分。根据一实施例,移动装置不传输由第二上行链路数据传输覆盖的第一上行链路数据传输的一部分。
根据一实施例,方法可以包括由移动装置传输在由第二上行链路数据传输覆盖的第一上行链路数据传输的部分的非重叠符元中的第三上行链路数据传输。此外,对于该实施例,第三上行链路数据传输从第二上行链路数据传输覆盖的第一上行链路数据传输的一部分扣除某些符元而来。可选地或附加地,由第二上行链路数据传输覆盖的第一上行链路数据传输导出第三上行链路数据传输的传输参数。
在一些实施方案中,第一上行链路数据传输可以包括第一混合自动重复请求过程,第三上行链路数据传输可以包括第二混合自动重复请求过程,其中第一混合自动重复请求过程和第二混合自动重复请求过程是相同的混合自动重复请求过程。在其它实施方案中,第一个上行链路数据传输可以包括第一混合自动重复请求过程和第三的上行链路数据传输可以组成一个二混合自动重复请求的过程,其中第一混合自动重复请求过程和第二混合自动重复请求的过程是相同的混合自动重复请求过程。在另一实施例中,第一上行链路数据传输包含一第一传输块尺寸,以及第三上行链路数据传输包含一第二传输块尺寸,其中第一传输块尺寸和第二传输块尺寸是相同的传输块尺寸。
图9为根据一个或多个实施例所描述的当接收到第一下行链路控制信息之后,包括处理器的移动装置跳过监视下行链路控制信道的非限制方法;方法800在步骤902起始,通过第一传输时间间隔进行上行链路数据传输的第一传输时间间隔配置。在步骤904,通过第二传输时间间隔进行上行链路数据传输的第二传输时间间隔配置。在步骤906,移动装置接收第一下行链路控制信息以通过第一传输时间间隔来调度第一上行链路数据传输。此外,在步骤908,移动装置可以跳过监视用来通过第二传输时间间隔来调度第二上行链路数据传输的下行链路控制信道。被调度的第二上行链路数据传输可以在一些符元上与被调度的第一个上行链路数据传输重叠。
图10为根据一个或多个实施例所描述的当接收到第一上行链路数据传输之后,移动装置忽略第二上行链路数据传输的调度;步骤1002,配置通过第一传输时间间隔进行的上行链路数据传输的第一传输时间间隔,以及通过第二传输时间间隔进行的上行链路数据传输的第二传输时间间隔。
在步骤1004,移动装置接收调度第一上行链路数据传输的第一下行链路控制信息。在步骤1006,移动装置接收第二下行链路控制信息,第二下行链路控制信息通过第二传输时间间隔调度第二上行链路数据传输。调度的第二上行链路数据传输与调度的第一上行链路数据传输在一些符元上重叠。因此,在步骤1008时,移动装置忽略第二上行链路数据传输的调度。因此,在步骤1010时,移动装置传输第一上行链路数据传输。
图11为根据一个或多个实施例所描述的,包括处理器的移动装置改善短传输时间间隔的上行链路传输的非限制方法。方法1100在步骤1102起始,通过第一传输时间间隔进行上行链路数据传输的第一传输时间间隔配置,以及通过第二传输时间间隔进行上行链路数据传输的第二传输时间间隔配置。
在步骤1104,包含处理器的移动装置接收通过第一传输时间间隔调度第一上行链路数据传输的第一下行链路控制信息。在步骤1106,移动装置接收第二下行链路控制信息,第二下行链路控制信息通过第二传输时间间隔调度第二上行链路数据传输。调度的第二上行链路数据传输与调度的第一上行链路数据传输在一些符元上重叠。因此,在步骤1108时,移动装置传输具有更高优先级的已调度的上行链路数据传输。优先排序是取决于第一上行链路数据传输和第二上行链路数据传输的传输时间间隔长度。
根据一实施例,具有更高优先级的上行链路数据传输的调度覆盖了较低优先级的上行链路数据传输的调度。在一些实施方案中,移动装置传输具有较长的传输时间间隔长度的调度上行链路数据传输。根据一些实施方案中,具有较长的传输时间间隔长度的上行链路数据传输的调度覆盖具有较短传输时间间隔长度的上行链路数据传输。在一个实施例中,移动装置可以用较短的传输时间间隔长度发送调度的上行链路数据传输。在另一个实施例中,具有较短的传输时间间隔长度的上行链路数据传输的调度覆盖具有较长传输时间间隔长度的上行链路数据传输。
图12为根据一个或多个实施例所描述的,包括处理器的移动装置改善短传输时间间隔的上行链路传输的非限制方法。方法自步骤1202开始,通过第一传输时间间隔配置上行链路数据传输调度的第一传输时间间隔,以及通过第二传输时间间隔配置上行链路数据传输调度的第二传输时间间隔。
在步骤1204,包含处理器的移动装置接收通过第一传输时间间隔调度第一上行链路数据传输的第一下行链路控制信息。在步骤1206,移动装置接收第二下行链路控制信息以通过第二传输时间间隔调度第二上行链路数据传输。调度的第二上行链路数据传输与调度的第一上行链路数据传输在一些符元上重叠。进一步,在步骤1208时,移动装置传输第二上行链路数据传输,其中第二上行链路数据传输的调度覆盖第一上行链路数据传输的调度。
根据实施例,用以调度第二上行链路数据传输的第二个下行链路控制信息在用以调度第一个上行链路数据传输的第一下行链路控制信息之后被接收。
根据一些实施例,移动装置可以监视用以通过第二传输时间间隔来调度第二上行链路数据传输的下行链路控制信道,其中已调度的第二上行链路数据传输与已调度的第一上行链路数据传输在一些符元上重叠。
在一些实施例中,具有较长传输时间间隔的上行链路数据传输的调度覆盖具有较短传输时间间隔的上行链路数据传输的调度。进一步说,移动装置传输具有较长传输时间间隔的上行链路数据传输。
根据一些实施例,如果具有较短传输时间间隔长度的上行链路数据传输的调度覆盖的具有较长传输时间间隔长度的上行链路数据传输的调度,移动装置可以传输具有较短传输时间间隔长度的上行链路数据传输。在一些实施方案中,通过第一传输时间间隔调度的第一上行链路数据传输与通过第二传输时间间隔调度的第二上行链路数据在时间域上部分重叠。在另一个实施例中,具有较短传输时间间隔的上行链路数据传输与具有较长传输时间间隔的上行链路数据传输在时间域上完全重叠。根据一些实施例,移动装置不传输被重叠的上行链路数据传输。
在一些实施例中,移动装置在被覆盖的上行链路数据传输的非重叠符元中传输第三上行链路数据传输。在一些实施例中,如果被覆盖的上行链路数据传输的非重叠符元和重叠符元的比例大于或等于一阈值,移动装置在被覆盖的上行链路数据传输的非重叠符元中传输第三上行链路数据传输。根据一些实施例,第三上行链路数据传输从被覆盖的上行链路数据传输中抓取。在一实施例中,第三上行链路数据传输的传输参数至少可以从被覆盖的上行链路数据传输中导出。根据一些实施例,第三上行链路数据传输的MCS与被覆盖的上行链路数据传输的MCS相同。进一步,在一些实施例中,第三上行链路数据传输的MCS可以从至少被覆盖的上行链路数据传输的MCS和/或被覆盖的上行链路数据传输的非重叠符元与重叠符元的比例中导出。
根据一些实施例,第三上行链路数据传输的HARQ进程与被覆盖的上行链路数据传输的HARQ进程相同。在一些实施例中,第三上行链路数据传输的HARQ进程不同于通过第一传输时间间隔的第一上行链路数据传输和通过第二传输时间间隔的第二数据传输。
根据一些实施例,第三上行链路数据传输的RV与被覆盖的上行链路数据传输相同。在一实施例中,第三上行链路数据传输的RV设置为0。在一些实施例中,第三上行链路数据传输的TBS与被覆盖的上行链路数据传输相同。在一实施例中,第三上行链路数据传输的TBS至少从非重叠符元的数量或者是被覆盖的上行链路数据传输的非重叠符元和重叠符元的比例。
进一步说,在一些实施例中,第三上行链路数据传输的频率资源分配与被覆盖的上行链路数据传输相同。根据一实施例,第三上行链路数据传输的频率资源分配可以由第一上行链路数据传输和第二上行链路数据传输的频率资源分配来确定。在其他实施例中,第三上行链路数据传输的频率资源分配的确定是依据第一上行链路数据传输和第二上行链路数据传输调度频率资源大小。
根据一些实施例,第三上行链路数据传输的频率资源分配与第一上行链路数据传输和第二上行链路数据传输中具有较大调度频率资源大小的具有相同的频率资源分配。根据一些实施例,第三上行链路数据传输的频率资源分配与第一上行链路数据传输和第二上行链路数据传输中具有较小调度频率资源大小的具有相同的频率资源分配。根据一实施例,第一传输时间间隔和第二传输时间间隔的传输时间间隔长度可以不同。在其他实施例中,第一传输时间间隔的传输时间间隔长度可以比第二传输时间间隔的传输时间间隔长度长。在其他实施例中,第一传输时间间隔的传输时间间隔长度为一个子帧,第一上行链路数据传输在PUSCH上。第二传输时间间隔的传输时间间隔长度为1/2/3/4/7符元的传输时间间隔其中之一,第二上行链路数据传输在PUSCH上。在其他实施例中,第二传输时间间隔的传输时间间隔长度比第一传输时间间隔的传输时间间隔长度长。在其他实施例中,第二传输时间间隔的传输时间间隔长度为一个子帧,第二上行链路数据传输在PUSCH上。在这实施例中,第一传输时间间隔的传输时间间隔长度为1/2/3/4/7符元的传输时间间隔其中之一,第一上行链路数据传输在PUSCH上。在其他实施例中,第一传输时间间隔的传输时间间隔长度为1/2/3/4/7符元的传输时间间隔其中之一,第一上行链路数据传输在sPUSCH上。在该实施例中,第二传输时间间隔的传输时间间隔长度为1/2/3/4/7符元的传输时间间隔其中之一,第二上行链路数据传输在sPUSCH上。根据一些实施例,调度的第二上行链路数据传输和调度的第一上行链路数据传输在一些频率资源上覆盖。
下面提供了进一步的例子,以下讨论非限制有关实施的各个方面的细节。分组数据延迟可以是性能评估的重要指标。减少数据包的延迟提高系统性能。在3GPP RP-150465,“新SI的建议:LTE减少延迟技术的研究”,爱立信,华为,这项研究旨在探讨和规范减少延迟技术。
根据上述方案,本研究项目的是研究演进通用陆地无线接入网络(E-UTRAN)无线电系统,以为活动移动装置显著降低到LTE Uu空中接口(例如,移动装置和基站设备之间的空中接口)的数据延迟,为长时间不活动的移动装置(在连接状态)显著减少分组数据传输往返延迟。研究领域包括资源效率,包括空中接口容量,电池寿命,控制信道资源,规格的影响和技术可行性。也将这两个频分双工(FDD)和时分双工(TDD)模式考虑进去。
根据解决方案,应研究及记载两个区域:
-快速上行链路接入解决方案-对于作用中UE及已较长时间不活动,但保持无线电资源控制(Radio Resource Control,RRC)连接的UE,应关注减小经调度UL传输的使用者平面延迟及获得更具具资源效率的解决方案(具有协议及信令增强)(与当前标准所允许的预调度解决方法相比),两者具有且不具有保存当前TTI(传输时间间隔)长度及处理时间。
-TTI缩短及减少的处理时间-评估规范影响及研究可行性以及在0.5ms与一个OFDM(频分正交频分多工)符元之间的TTI长度的效能,考虑了对参考信号及物理层控制信令的影响。
TTI缩短及处理时间减少可被视为用于减小延迟的有效解决方案,此因为用于传输的时间单位可(例如)自1ms(14OFDM)符元减少至1~7个OFDM符元,且由解码导致的延迟也可减小。短TTI长度的另一益处为支持输送区块(TB)大小的更精细粒度(或称详尽性,granularity),使得不必要填补可减少。另一方面,减小TTI的长度也可对当前系统设计具有相当大影响,此因为物理信道基于1ms结构开发。短TTI亦被称作sTTI。
关于控制信道,在LTE中,存在两个类型的控制信道,该等控制信道的一个为物理下行链路控制信道(PDCCH),其为跨整个系统带宽且占用1ms子帧的最初的多个(例如,1至4)个OFDM符元的宽频带信号。由PDCCH占用的区域通常被命名为控制区域,且子帧的其余部分通常被称为数据区域。第二类型的控制信道-ePDCCH(增强型物理下行链路控制信道)-在时域中占用数据区域,而在频域中仅占用带宽的部分。
更详细描述可在如下的3GPP 36.213中发现:
9.1.3控制格式指示符(CFI)指派程序
PHICH持续时间根据3GPP 36.211 V13.1.0中的表6.9.3-1藉由较高层信令。所信令的持续时间对根据控制格式指示符(CFI)判定的控制区域的大小施加下限。当时,若延伸PHICH持续时间由较高层指示,则UE应假设:CFI等于PHICH持续时间。
在由较高层指示的解码PMCH的子帧中,当时,UE可假设:CFI等于较高层参数non-MBSFNregionLength的值,3GPP TS 36.331。
此外,3GPP TS 36.211陈述:
6.7物理控制格式指示符信道
物理控制格式指示符信道承载关于子帧中用于PDCCH的传输的OFDM符元的数目的信息。子帧中有可能用于PDCCH的OFDM符元的集合由表6.7-1给出。
表6.7-1:用于PDCCH的OFDM符元的数目
UE可假设PCFICH在用于PDCCH的OFDM符元的数目大于零时传输,除非在[3GPP TS36.212,条款12]中另外陈述。
3GPP TS 36.211 v13.1.0“物理信道与调制(版本13)”亦陈述:
6.2.4资源要素群组
资源要素群组用于定义控制信道至资源要素的映射。
资源要素群组由群组中具有最小索引k的资源要素的索引对(k′,l′)来表示,其中群组中的所有资源要素具有相同值l。资源要素群组中的资源要素(k,l)的集合取决于如下所述以配置的小区特定参考信号的数目。
-在子帧中的第一时隙的第一OFDM符元中,物理资源区块nPRB中的两个资源要素群组由分别具有k=k0+0,k0+1,...,k0+5及k=k0+6,k0+7,...,k0+11的资源要素(k,l=0)组成。
-在子帧中的第一时隙的第二OFDM符元中,在一个或两个小区特定参考信号经配置的情况下,物理资源区块nPRB中的三个资源要素群组由分别具有k=k0+0,k0+1,...,k0+3、k=k0+4,k0+5,...,k0+7及k=k0+8,k0+9,...,k0+11的资源要素(k,l=1)组成。
-在子帧中的第一时隙的第二OFDM符元中,在四个小区特定参考信号经配置的情况下,物理资源区块nPRB中的两个资源要素群组由分别具有k=k0+0,k0+1,...,k0+5及的k=k0+6,k0+7,...,k0+11资源要素(k,l=1)组成。
-在子帧中的第一时隙的第三OFDM符元中,物理资源区块nPRB中的三个资源要素群组由分别具有k=k0+0,k0+1,...,k0+3、k=k0+4,k0+5,...,k0+7及k=k0+8,k0+9,...,k0+11的资源要素(k,l=2)组成。
-在子帧中的第一时隙的第四OFDM符元中,在正常循环前缀(normal cyclicprefix)的情况下,物理资源区块nPRB中的三个资源要素群组由分别具有k=k0+0,k0+1,...,k0+3、k=k0+4,k0+5,...,k0+7及k=k0+8,k0+9,...,k0+11的资源要素(k,l=3)组成。
-在子帧中的第一时隙的第四OFDM符元中,在延伸循环前缀的情况下,物理资源区块nPRB中的两个资源要素群组由分别具有k=k0+0,k0+1,...,k0+5及k=k0+6,k0+7,...,k0+11的资源要素(k,l=3)组成。
符元四联组<z(i),z(i+1),z(i+2),z(i+3)>至由资源要素(k′,l′)表示的资源要素群组的映射经定义,以使得要素z(i)以i及k的增加次序映射至资源要素群组的未用于小区特定参考信号的资源要素(k,l)。在单一小区特定参考信号经配置的情况下,小区特定参考信号应假设为存在于天线端口0及1上以用于将符元四联组映射至资源要素群组的目的,否则,小区特定参考信号的数目应假设为等于用于小区特定参考信号的天线端口的实际数目。UE不应关于假设为参考信号保留而未用于参考信号的传输的资源要素做出任何假设。
对于帧结构类型3,若较高层参数subframeStartPosition指示“s07”且下行链路传输在子帧的第二时隙中开始,则以上定义适用于彼子帧的第二时隙,而非适用于第一时隙。
6.2.4A增强型资源要素群组(EREG)
EREG用于定义增强型控制信道至资源要素的映射。
每个物理资源区块对存在自0至15编号的16个EREG。以先频率后时间的增加次序,将物理资源区块对中的所有资源要素(天线端口p={107,108,109,110}(用于正常循环前缀)或p={107,108}(用于延伸循环前缀)的承载DM-RS的资源要素除外)循环编号为0至15。彼物理资源区块对中的具有编号i的所有资源要素构成EREG数目i。
对于帧结构类型3,若较高层参数subframeStartPosition指示“s07”且下行链路传输在子帧的第二时隙中开始,则以上定义适用于彼子帧的第二时隙,而非适用于第一时隙。
<…>
6.8A增强型物理下行链路控制信道
6.8A.1 EPDCCH格式
增强型物理下行链路控制信道(EPDCCH)承载调度指派。增强型物理下行链路控制信道使用一个或多个连续增强型控制信道要素(ECCE)的聚集传输,其中每一ECCE由多个增强型资源要素群组(EREG)组成,在条款6.2.4A中所定义。用于一个EPDCCH的ECCE的数目取决于如表6.8A.1-2所给出的EPDCCH格式,且每ECCE的EREG的数目藉由表6.8A.1-1.给出。区域化传输及分散式传输两者得到支持。
EPDCCH可使用区域化传输或分散式传输任一个,不同之处在于ECCE至EREG的映射及PRB对。
UE应监视多个EPDCCH,如3GPP TS 36.213[4]中所定义。UE针对EPDCCH传输应监视的物理资源区块对的一个或两个集合可被配置。EPDCCH集合Xm中的所有EPDCCH候选者仅使用区域化传输或仅使用分散式传输,如较高层所配置。在子帧i中的EPDCCH集合Xm内,可供EPDCCH的传输使用的ECCE经编号为0至NECCE,m,i-1,且ECCE数目n对应于
-用于区域化映射的在PRB索引中编号为的EREG,及
-用于分散式映射的在PRB索引中编号为的EREG,
其中 为每个ECCE的EREG的数目,且为每个资源区块对的ECCE的数目。构成EPDCCH集合Xm的物理资源区块对在此段落中经设定为以升序自0至编号
表6.8A.1-1:每个ECCE的EREG的数目,
表6.8A.1-2:支持的EPDCCh格式
当对应于3GPP TS 36.212 V13.1.0的条款9.1.4中的情况1的条件得到满足时,使用表6.8A.1-2中的情况A,否则使用情况B。关于特定UE且在3GPP TS 36.212 V13.1.0中引用的数量nEPDCCH经定义为物理资源区块对(针对EPDCCH集合X0的可能EPDCCH传输配置且满足所有以下准则)中的可用于EPDCCH传输的下行链路资源要素(k,l)的数目:
-该等下行链路资源要素为物理资源区块对中的16个EREG中的任何一个的部分,且
-该等下行链路资源要素未被UE采用以用于小区特定参考信号,其中小区特定参考信号的位置由条款6.10.1.2给出,其中关于小区特定参考信号的天线端口的数目及频率偏移如条款6.10.1.2中所述地导出,除非此等参数的其他值由3GPP TS 36.212 V13.1.0中的条款9.1.4.3提供,且
-该等下行链路资源要素未被UE采用以用于CSI参考信号的传输,其中CSI参考信号的位置由条款6.10.5.2给出,其中用于零功率CSI参考信号的配置如条款6.10.5.2中所述地获得,除非其他值由3GPP TS 36.212 V13.1.0中的条款9.1.4.3提供,且其中用于非零功率CSI参考信号的配置如条款6.10.5.2中所述地获得,且
-对于帧结构类型1及2,子帧中的第一时隙中的索引l满足l≥lEPDCCHStart,其中lEPDCCHStart由3GPP TS 36.212 V13.1.0的条款9.1.4.1给出,且
-对于帧结构类型3,
-若较高层参数subframeStartPosition指示“s07”且若下行链路传输在子帧的第二时隙中开始,则
-子帧中的第二时隙中的索引l满足l≥lEPDCCHStart,其中lEPDCCHStart由3GPP TS36.212 V13.1.0的条款7.1.6.4给出,
-否则
-子帧中的第一时隙中的索引l满足l≥lEPDCCHStart,其中lEPDCCHStart由3GPP TS36.212 V13.1.0的条款7.6.1.4给出。
下行链路控制信息(DCI)可承载于控制信道(例如,PDCCH/ePDCCH)上。下行链路控制信息可用以承载用于下行链路数据或上行链路数据的调度。下行链路控制信息也可用以将特殊讯息(例如,触发某一程序或控制UE功率)自eNB承载至UE。多个不同DCI格式存在以服务以上不同目的。采用下行链路数据调度作为一实例,用于下行链路数据调度的DCI可包含资源分配(频域中)、调制编码方案、冗余版本、混合自动重复请求(Hybrid AutomaticRepeat Request,HARQ)程序ID以及执行接收所需的其他信息。更多细节可在3GPP TS36.212 V13.1.0中发现如下:
5.3.3.1.5D格式2D
以下信息借助于DCI格式2D进行传输:
-载波指示符(carrier indicator)-0或3个位。字段根据[3]中的定义存在。
-资源分配标头(资源分配类型0/类型1)-1个位,如[3]的章节7.1.6中所定义
若下行链路带宽小于或等于10个PRB,则不存在资源分配标头且采用资源分配类型0。
-资源区块指派:
-对于如[3]的章节7.1.6.1中所定义的资源分配类型0
-个位提供资源分配
-对于如[3]的章节7.1.6.2中所定义的资源分配类型1
-此字段的个位被用作此资源分配类型特定的标头,以指示所选资源区块子集
-1个位指示资源分配跨度的移位
-个位提供资源分配
其中P的值取决于DL资源区块的数目,如[3]的章节[7.1.6.1]中所指示。
-用于PUCCH的TPC-2个位,如[3]的章节5.1.2.1中所定义
-下行链路指派索引-位的数目,如表5.3.3.1.2-2中所规定。
-HARQ程序数目-3个位(用于FDD一次小区的情况下)、4个位(用于TDD一次小区的情况)
-天线端口、扰乱识别码及层的数目-3个位,如表5.3.3.1.5C-1中所规定,其中nSCID为[2]的章节6.10.3.1中所定义的用于天线端口7及8的加扰识别码;或4个位,如表5.3.3.1.5C-2中所规定,其中nSCID为[2]的章节6.10.3.1中所定义的用于天线端口7、8、11及13的加扰识别码(当较高层参数dmrs-tableAlt设定成1时)。
-SRS请求-[0-1]个位。此字段可仅针对TDD操作存在且定义于[3]的章节8.2中(若存在)
另外,对于输送区块1:
-调制编码方案-5个位,如[3]的章节7.1.7中所定义
-新数据指示符-1个位
-冗余版本-2个位
另外,对于输送区块2:
-调制编码方案-5个位,如[3]的章节7.1.7中所定义
-新数据指示符-1个位
-冗余版本-2个位
-PDSCH再映射及准共位置指示符-2个位,如[3]的章节7.1 9及7.1.10中所定义
-HARQ-ACK资源偏移-(此字段在此格式由EPDCCH承载时存在。此字段在此格式由PDCCH承载时不存在)-2个位,如[3]的章节10.1中所定义。当此格式由次级小区上的EPDCCH承载时,或当此格式由一次小区上的EPDCCH(其调度次级小区上的PDSCH)承载且UE关于HARQ-ACK回馈经配置具有PUCCH格式3时,该2个位经设定成0。
若两个输送区块经启用,则输送区块1映射至码字(codeword)0,且输送区块2映射至码字1。
在输送区块中的一个经停用的情况下,输送区块至码字映射根据表5.3.3.1.5-2规定。针对单一经启用码字,在输送区块先前已使用两个、三个或四个层传输的情况下,表5.3.3.1.5C-1中的值=4、5、6仅支持用于对应输送区块的再传输。
若由PDCCH承载的格式2D的信息的数目属于表5.3.3.1.2-1中的大小中的一个,一个零位应附加至格式2D。
由于不同DCI格式可具有不同的有效负载大小且UE可能需要获取不同DCI格式,因此UE需要在不知道哪个候选者存在或候选者是否存在的情况下对多个解码候选者解码。其被称为盲解码(blind decoding)。解码候选者的资源被称为UE的搜寻空间。搜寻空间进一步分割成可含有不同类型的讯息的共同搜寻空间及UE特定搜寻空间。在搜寻空间内,UE可搜寻不同DCI格式。又,在搜寻空间内,UE将监视控制信道定址的不同识别符(例如,无线电网络临时识别符(RNTI)),此操作藉由用不同RNTI解扰解码候选者的CRC(循环冗余检查)进行且检查哪个候选者将通过检查。相关程序在3GPP TS 36.213中描述如下:
9.1.1 PDCCH指派程序
每一服务小区的控制区域根据[3]中的子条款6.8.1由CCE的集合(自0至NCCE,k-1编号)组成,其中NCCE,k为子帧k的控制区域中的CCE的总数。
UE应监视一或多个已启动服务小区(如藉由用于控制信息的较高层信令所配置)上的PDCCH候选者的集合,其中监视暗示尝试根据所有受监视DCI格式而解码集合中的PDCCH中的每一个。
不需要BL/CE UE以监视PDCCH。
要监视的PDCCH候选者的集合就搜寻空间而言定义,其中聚集层级L∈{1,2,4,8}下的搜寻空间由PDCCH候选者的集合定义。对于PDCCH受监视的每一服务小区,对应于搜寻空间的PDCCH候选者m的CCE由下式给出
其中Yk定义如下,i=0,…,L-1。对于共同搜寻空间,m′=m。对于PDCCH UE特定搜寻空间,对于PDCCH受监视的服务小区,若监视中UE经配置具有载波指示符字段,则m′=m+M(L)·nCI,其中nCI为载波指示符字段值,否则若监视中UE经配置具有载波指示符字段,则m′=m,其中m=0,…,M(L)-1。M(L)为在给定搜寻空间中要监视的PDCCH候选者的数目。
若UE经配置具有较高层参数cif-InSchedulingCell-r13,对应于cif-InSchedulingCell-r13的载波指示符字段值,则载波指示符字段值与3GPP TS 36.331中给出的ServCellIndex相同。
UE应监视一次小区上的聚集层级4及8中的每一个处的每个非DRX子帧中的一个共同搜寻空间。
UE应监视一小区上的共同搜寻空间以在藉由较高层配置时解码接收彼小区上的MBMS必需的PDCCH。
若UE并非针对EPDCCH监视而配置,且若UE未经配置具有载波指示符字段,则UE应在每个非DRX子帧中监视每一已启动服务小区上的聚集层级1、2、4、8中的每一个处的一个PDCCH UE特定搜寻空间。
若UE并非针对EPDCCH监视而配置,且若UE经配置具有载波指示符字段,则UE应在每个非DRX子帧中监视一或多个已启动服务小区(如藉由较高层信令所配置)上的聚集层级1、2、4、8中的每一个处的一或多个UE特定搜寻空间。
若UE针对服务小区上的EPDCCH监视而配置,且若彼服务小区经启动,且若UE未经配置具有载波指示符字段,则UE应在所有非DRX子帧中监视彼服务小区上的聚集层级1、2、4、8中的每一个处的一个PDCCH UE特定搜寻空间,其中EPDCCH在彼服务小区上未受监视。
若UE针对服务小区上的EPDCCH监视而配置,且若彼服务小区经启动,且若UE经配置具有载波指示符字段,则UE应在所有非DRX子帧中监视彼服务小区(如藉由较高层信令所配置)上的聚集层级1、2、4、8中的每一个处的一或多个PDCCH UE特定搜寻空间,其中EPDCCH在彼服务小区上未受监视。
一次小区上的共同搜寻空间与PDCCH UE特定搜寻空间可重叠。
经配置具有与服务小区c上的监视中PDCCH相关联的载波指示符字段的UE应监视经配置具有载波指示符字段以及由服务小区c的PDCCH UE特定搜寻空间中的C-RNTI扰乱的CRC的PDCCH。
经配置具有与一次小区上的监视中PDCCH相关联的载波指示符字段的UE应监视经配置具有载波指示符字段以及一次小区的PDCCH UE特定搜寻空间中的SPS C-RNTI扰乱的CRC的PDCCH。
UE应关于不具载波指示符字段的PDCCH监视共同搜寻空间。
对于PDCCH受监视的服务小区,若UE未经配置具有载波指示符字段,则UE应关于不具载波指示符字段的PDCCH监视PDCCH UE特定搜寻空间,若UE经配置具有载波指示符字段,则UE应关于具有载波指示符字段的PDCCH监视PDCCH UE特定搜寻空间。
若UE未经配置具有LAA次级小区,则不预期UE将在其经配置以监视具有对应于另一服务小区中的次级小区的载波指示符字段的PDCCH的情况下监视次级小区的PDCCH。
若UE经配置具有LAA次级小区,则不预期UE将在其经配置以监视具有对应于另一服务小区中的LAA次级小区的载波指示符字段的PDCCH的情况下监视LAA次级小区的PDCCHUE特定空间,
-其中不预期UE将经配置以监视LAA次级小区中具有载波指示符字段的PDCCH;
-其中不预期UE将在LAA次级小区中以在子帧中的第二时隙中开始的PDSCH进行调度,在UE经配置以监视具有对应于另一服务小区中的LAA次级小区的载波指示符字段的PDCCH的情况下。
对于PDCCH受监视的服务小区,UE应至少关于同一服务小区监视PDCCH候选者。
经配置以监视具有藉由C-RNTI或SPS C-RNTI(具有共同有效负载大小且具有相同的第一CCE索引nCCE(如子条款10.1中所描述),但具有DCI信息字段的不同集合,如在[4]中在一次小区上的以下各者中所定义)扰乱的CRC的PDCCH候选者的UE
共同搜寻空间
PDCCH UE特定搜寻空间
应假设,对于具有藉由C-RNTI或SPS C-RNTI扰乱的CRC的PDCCH候选者,
若UE经配置具有与监视一次小区上的PDCCH相关联的载波指示符字段,则仅共同搜寻空间中的PDCCH由一次小区传输;
否则,仅UE特定搜寻空间中的PDCCH由一次小区传输。
经配置以监视给定服务小区中具有关于CIF的给定DCI格式大小及由C-RNTI扰乱的CRC的PDCCH候选者的UE(其中PDCCH候选者可具有用于给定DCI格式大小的CIF的一或多个可能值)应假设,具有给定DCI格式大小的PDCCH候选者可在给定服务小区中在对应于用于给定DCI格式大小的CIF的可能值中的任何一个的任何PDCCH UE特定搜寻空间中传输。
若服务小区为LAA次级小区,且若次级小区的较高层参数subframeStartPosition指示“s07”,则
-UE在子帧的第一时隙及第二时隙两者中监视次级小区上的PDCCH UE特定搜寻空间候选者,且界定搜寻空间的聚集层级在表9.1.1-1A中列出;
否则,
-界定搜寻空间的聚集层级在表9.1.1-1中列出。
若服务小区为LAA次级小区,则UE可接收LAA次级小区上的具有藉由CC-RNTI扰乱的DCI CRC(如子条款13A中所描述)的PDCCH。
UE应监视的DCI格式取决于每一服务小区的经配置传输模式,如子条款7.1中所定义。
若UE经配置具有针对服务小区的较高层参数skipMonitoringDCI-format0-1A,则不需要UE监视针对彼服务小区的UE特定搜寻空间中的具有DCI格式0/1A的PDCCH。
若UE经配置具有针对服务小区的用于聚集层级L处的UE特定搜寻空间的较高层参数pdcch-candidateReductions,则PDCCH候选者的对应数目由给出,其中a的值根据表9.1.1-2判定,且根据表9.1.1-1藉由用替换M(L)而判定。
表9.1.1-1:由UE监视的PDCCH候选者
表9.1.1-1A:LAA次级小区上的由UE监视的PDCCH特定搜寻空间候选者
表9.1.1-2:用于PDCCH候选者减少的缩放因数
pdcch候选者减少 a的值
0 0
1 0.33
2 0.66
3 1
对于共同搜寻空间,Yk经设定成0(针对两个聚集层级L=4及L=8)。
对于聚集层级L下的UE特定搜寻空间变量Yk由下式定义
Yk=(A·Yk-1)modD
其中Y-1=nRNTI≠0,A=39827,D=65537且ns为无线电帧内的时隙数目。
用于nRNTI的RNTI值定义于下行链路中的子条款7.1及上行链路中的子条款8中。
[…]
9.1.4 EPDCCH指派程序
对于每一服务小区,较高层信令可用一个或两个EPDCCH-PRB-set来配置UE以用于EPDCCH监视。对应于EPDCCH-PRB-set的PRB对由较高层指示,如子条款9.1.4.4中所描述。每一EPDCCH-PRB-set由编号为0至NECCE,p,k-1的ECCE的集合组成,其中NECCE,p,k为子帧k的EPDCCH-PRB-set p中的ECCE的数目。EPDCCH-PRB-set可针对区域化EPDCCH传输或分散式EPDCCH传输任一个进行配置。
UE应监视一或多个已启动服务小区上的EPDCCH候选者的集合(如藉由用于控制信息的较高层信令所配置),其中监视暗示尝试根据受监视DCI格式而解码集合中的EPDCCH中的每一个。
不需要BL/CE UE以监视EPDCCH。
要监视的EPDCCH候选者的集合就EPDCCH UE特定搜寻空间而言定义。
对于每一服务小区,UE监视EPDCCH UE特定搜寻空间所在的子帧藉由较高层配置。
UE不应针对以下各者而监视EPDCCH
-TDD及正常下行链路CP,在用于[3]的表4.2-1中所示的特殊子帧配置0及5的特殊子帧中。
-TDD及延伸下行链路CP,在用于[3]的表4.2-1中所示的特殊子帧配置0、4及7的特殊子帧中。
-在藉由较高层指示的用以解码PMCH的子帧中。
-对于TDD且在UE经配置具有用于一次小区及次级小区的不同UL/DL配置的情况下,在次级小区上的下行链路子帧中(当一次小区上的相同帧为特殊帧且UE不能够在一次小区及次级小区上进行同时接收及传输时)。
聚集层级L∈{1,2,4,8,16,32}处的EPDCCH UE特定搜寻空间藉由EPDCCH候选者的集合界定。
对于EPDCCH-PRB-set p,对应于搜寻空间的EPDCCH候选者m的ECCE藉由下式给出
其中
Yp,k定义如下,
i=0,…,L-1
b=nCI,在UE经配置具有用于EPDCCH受监视的服务小区的载波指示符字段的情况下,否则,b=0
nCI为载波指示符字段值,
若UE未经配置具有用于EPDCCH受监视的服务小区的载波指示符字段,则为用于EPDCCH受监视的服务小区的EPDCCH-PRB-set p中在聚集层级L处要监视的EPDCCH候选者的数目,如下文的表9.1.4-1a、表9.1.4-1b、表9.1.4-2a表9.1.4-2b、表9.1.4-3a、表9.1.4-3b、表9.1.4-4a、表9.4.4-4b、表9.1.4-5a、表9.1.4-5b中所给出;否则,为用于由nCI指示的服务小区的EPDCCH-PRB-set p中在聚集层级L处要监视的EPDCCH候选者的数目。
若UE针对服务小区经配置具有用于EPDCCH-PRB-set p中在聚集层级处L的特定搜寻空间的较高层参数pdcch-candidateReductions,EPDCCH候选者的对应数目由给出,其中a的值根据表9.1.1-2判定,且根据表9.1.4-1a至9.1.4-5b藉由用替换而判定。
若UE经配置具有较高层参数cif-InSchedulingCell-r13,则载波指示符字段值对应于cif-InSchedulingCell-r13,否则,载波指示符字段值与3GPP TS 36.331中给出的ServCellIndex相同。
在对应于EPDCCH候选者的ECCE映射至在频率上与同一子帧中的PBCH或主要或次要同步化信号的传输重叠的PRB对的情况下,不预期UE监视EPDCCH候选者。
若UE经配置具有具相同值(其中定义于[3]中的子条款6.10.3A.1中)的两个EPDCCH-PRB-set,若UE接收具有对应于EPDCCH-PRB-set中的一个的给定DCI有效负载大小且仅映射至RF的给定集合的EPDCCH候选者(如[3]中的子条款6.8A.5中所描述),且若UE亦经配置以监视具有相同DCI有效负载大小且对应于EPDCCH-PRB-set中的另一个且仅映射至RF的同一集合的·EPDCCH候选者,且若所接收EPDCCH候选者的第一ECCE的数目用于判定用于HARQ-ACK传输的PUCC资源(如子条款10.1.2及子条款10.1.3中所描述),则第一ECCE的数目应基于EPDCCH-PRB-set p=0来判定。
变量Yp,k由下式定义
Yp,k=(Ap·Yp,k-1)mod D
其中Yp,-1=nRNTI≠0,A0=39827,A1=39829,D=65537且ns为无线电帧内的时隙数目。用于nRNTI的RNTI值在下行链路中定义于子条款7.1中且在上行链路中定义于8中。UE应监视的DCI格式取决于每一服务小区的经配置传输模式,如子条款7.1中所定义。
若UE经配置具有针对服务小区的较高层参数skipMonitoringDCI-format0-1A,则不需要UE监视针对彼服务小区的UE特定搜寻空间中的具有DCI格式0/1A的EPDCCH。
若服务小区为LAA次级小区,且若次级小区的较高层参数subframeStartPosition指示“s07”,则
-UE监视次级小区上的EPDCCH UE特定搜寻空间候选者,假设等候选者在子帧的第一时隙及第二时隙两者中开始。
界定搜寻空间及受监视EPDCCH候选者的数目的聚集层级给出如下
-对于经配置具有用于分散式传输的仅一个EPDCCH-PRB-set的UE,界定搜寻空间及受监视EPDCCH候选者的数目的聚集层级在表9.1.4-1a、表9.1.4-1b中列出。
-对于经配置具有用于区域化传输的仅一个EPDCCH-PRB-set的UE,界定搜寻空间及受监视EPDCCH候选者的数目的聚集层级在表9.1.4-2a、表9.1.4-2b中列出。
-对于经配置具有用于分散式传输的两个EPDCCH-PRB-set的UE,界定搜寻空间及受监视EPDCCH候选者的数目的聚集层级在表9.1.4-3a、表9.1.4-3b中列出。
-对于经配置具有用于区域化传输的两个EPDCCH-PRB-set的UE,界定搜寻空间及受监视EPDCCH候选者的数目的聚集层级在表9.1.4-4a、表9.4.4-4b中列出。
-对于经配置具有用于分散式传输的一个EPDCCH-PRB-set及用于区域化传输的一个EPDCCH-PRB-set的UE,界定搜寻空间及受监视EPDCCH候选者的数目的聚集层级在表9.1.4-5a、表9.1.4-5b中列出。
若UE未经配置具有用于EPDCCH受监视的服务小区的载波指示符字段,则EPDCCH受监视的服务小区的若UE经配置具有用于EPDCCH受监视的服务小区的载波指示符字段,则由nCI指示的服务小区的
3GPP TS 36.213V13.1.1亦陈述:
7.1用于接收物理下行链路共用信道的UE程序
除了由服务小区c的较高层参数mbsfn-SubframeConfigList或由mbsfn-SubframeConfigList-v12x0或由laa-SCellSubframeConfig指示的子帧外,UE应
-在检测到供UE在子帧中使用的具有DCI格式1、1A、1B、1C、1D、2、2A、2B、2C或2D的服务小区的PDCCH后,或
-在检测到供UE在子帧中使用的具有DCI格式1、1A、1B、1D、2、2A、2B、2C或2D的服务小区的EPDCCH后
在限制较高层中所定义的输送区块的数目的情况下,解码同一子帧中的对应PDSCH。
[…]
若UE藉由较高层配置以解码具有由SI-RNTI扰乱的CRC的PDCCH,则UE应根据表7.1-1中所定义的组合中的任何一个来解码PDCCH及对应PDSCH。对应于此等PDCCH的PDSCH的扰乱初始化根据SI-RNTI。
表7.1-1:由SI-RNTI配置的PDCCH及PDSCH
若UE藉由较高层配置以解码具有由P-RNTI扰乱的CRC的PDCCH,则UE应根据表7.1-2中所定义的组合中的任何一个来解码PDCCH及对应PDSCH。
对应于此等PDCCH的PDSCH的扰乱初始化根据P-RNTI。
若UE藉由较高层配置以解码由P-RNTI扰乱的CRC的MPDCCH,则UE应根据表7.1-2A中所定义的组合中的任何一个来解码MPDCCH及对应PDSCH。
对应于此等MPDCCH的PDSCH的扰乱初始化根据P-RNTI。
不需要UE监视PSCell上具有由P-RNTI扰乱的CRC的PDCCH。
表7.1-2:由P-RNTI配置的PDCCH及PDSCH
若UE藉由较高层配置以解码具有由RA-RNTI扰乱的CRC的PDCCH,则UE应根据表7.1-3中所定义的组合中的任何一个来解码PDCCH及对应PDSCH。对应于此等PDCCH的PDSCH的扰乱初始化根据RA-RNTI。
若UE藉由较高层配置以解码具有由RARNTI扰乱的CRC的MPDCCH,则UE应根据表7.1-3A中所定义的组合中的任何一个来解码MPDCCH及对应PDSCH。对应于此等MPDCCH的PDSCH的扰乱初始化根据RA-RNTI。
当RA-RNTI及C-RNTI或SPS C-RNTI的任何一个经指派在同一子帧中时,不需要UE解码由具有由C-RNTI或SPS C-RNTI扰乱的CRC的PDCCH/EPDCCH指示的一次小区上的PDSCH。
Table 7.1-3:由RA-RNTI配置的PDCCH及PDSCH
UE经由较高层信令半静态地配置,以根据传输模式(表示为模式1至模式10)中的一个接收经由PDCCH/EPDCCH信令的PDSCH数据传输。
[…]
若UE藉由较高层配置以解码具有由C-RNTI扰乱的CRC的PDCCH,则UE应根据表7.1-5中所定义的组合中的任何一个来解码PDCCH及对应PDSCH。对应于此等PDCCH的PDSCH的扰乱初始化根据C-RNTI。
若UE藉由较高层配置以解码具有由C-RNTI扰乱的CRC的EPDCCH,则UE应根据表7.1-5A中所定义的各别组合来解码EPDCCH及对应PDSCH。对应于此等EPDCCH的PDSCH的扰乱初始化根据C-RNTI。
[…]
当UE以传输模式9或10配置时,在由服务小区c的较高层参数mbsfn-SubframeConfigList或由mbsfn-SubframeConfigList-v12x0或由laa-SCellSubframeConfig指示的下行链路子帧中,在用于服务小区的如下子帧中除外
-藉由较高层指示以解码PMCH或,
-藉由较高层配置以作为定位参考信号时机的部分,且定位参考信号时机仅在子帧内配置且子帧#0中所使用的循环前缀长度为正常循环前缀,
在检测到供UE使用的具有由C-RNTI扰乱的CRC、具有DCI格式1A/2C/2D的PDCCH后,或在检测到供UE使用的具有由C-RNTI扰乱的CRC、具有DCI格式1A/2C/2D的EPDCCH后,UE应解码同一子帧中的对应PDSCH。
[…]
表7.1-5:由C-RNTI配置的PDCCH及PDSCH
此外,3GPP TS 36.212陈述:
5.3.3下行链路控制信息
DCI输送下行链路、上行链路或侧链路调度信息,请求非周期CQI报告、LAA共同信息、MCCH改变的通知(3GPP TS 36.101)或针对一个小区及一个RNTI的上行链路功率控制命令。RNTI隐式地编码于CRC中。
图5.3.3-1展示一个DCI的处理结构。以下编码步骤可经识别:
-信息要素多工
-CRC附加
-信道编码
-速率匹配
用于DCI的编码步骤展示于下文的图12中,显示了一个DCL的处理。
5.3.3.2 CRC附加
在DCI传输上经由循环冗余检查(CRC)来提供错误检测。
整个有效负载用以计算CRC同位位。藉由a0,a1,a2,a3,...,aA-1来表示有效负载的位,且藉由p0,p1,p2,p3,...,pL-1来表示同位位。A为有效负载大小且L为同位位的数目。
根据章节5.1.1来计算及附加同位位,将L设定成16个位,从而产生串行b0,b1,b2,b3,...,bB-1,其中B=A+L。
在闭环的情况下,UE传输天线选择未经配置或不可用,在附加之后,CRC同位位经对应RNTI xrnti,0,xrnti,1,...,xrnti,15扰乱,其中xrnti,0对应于RNTI的MSB,以形成位串行c0,c1,c2,c3,...,cB-1。ck与bk之间的关系为:
ck=bk其中k=0,1,2,…,A-1
ck=(bk+xrnti,k-A)mod 2其中k=A,A+1,A+2,...,A+15。
在闭环的情况下,UE传输天线选择经配置且可用,在附加之后,具有DCI格式0的CRC同位位经如表5.3.3.2-1中所指示的天线选择遮罩xAS,0,xAS,1,...,xAS,15及对应RNTIxrnti,0,xrnti,1,...,xrnti,15扰乱,以形成位串行c0,c1,c2,c3,...,cB-1。ck与bk之间的关系为:
ck=bk其中k=0,1,2,…,A-1
ck=(bk+xrnti,k-A+xAS,k-A)mod2其中k=A,A+1,A+2,...,A+15。
表5.3.3.2-1:UE传输天线选择遮罩
控制信道与数据信道之间的时序关系在LTE中规定。当UE在子帧n中接收控制信道以用于调度下行链路数据时,相关联下行链路数据将位于同一子帧n的数据区域中。且UE将在接收之后的特定子帧中(例如,在子帧n+4中)传输对应回馈。对于下行链路数据接收,应用非同步HARQ,亦即,重新传输时序不结至回馈时序。因此,将需要HARQ程序ID以用于DL数据调度。对于UL数据调度,当UE在子帧n中接收控制信道以用于调度上行链路数据时,相关联下行链路数据将位于子帧n+4中。对于UL数据,不存在控制区域,此因为控制/数据在频域中多工且UL数据可占用所分配资源内的子帧中的所有符元,可由参考信号(RS)占用的彼等符元除外。且UE将在接收之后的特定子帧中(例如,在子帧n+4中)预期对应HARQ回馈或再传输授予(grant)。对于上行链路数据传输,应用同步HARQ,亦即,重新传输时序结至回馈时序。因此,不需要HARQ程序ID以用于UL数据调度。
关于时序的额外细节如下描述于3GPP TS 36.213中:
7.1用于接收物理下行链路共用信道的UE程序
除了由服务小区c的较高层参数mbsfn-SubframeConfigList或由mbsfn-SubframeConfigList-v12x0或由laa-SCellSubframeConfig指示的子帧外,UE应
-在检测到供UE在子帧中使用的具有DCI格式1、1A、1B、1C、1D、2、2A、2B、2C或2D的服务小区的PDCCH后,或
-在检测到供UE在子帧中使用的具有DCI格式1、1A、1B、1D、2、2A、2B、2C或2D的服务小区的EPDCCH后
在限制较高层中所定义的输送区块的数目的情况下,解码同一子帧中的对应PDSCH。
[…]
8.0用于传输物理上行链路共用信道的UE程序
除非另外规定,否则此子条款中的术语“UL/DL配置”指较高层参数subframeAssignment。
对于FDD及正常HARQ操作,在在给定服务小区上检测到具有DCI格式0/4的PDCCH/EPDCCH和/或供UE使用的子帧n中的PHICH传输后,UE应根据PDCCH/EPDCCH及PHICH信息来调整子帧n+4中的对应PUSCH传输。
对于FDD-TDD及正常HARQ操作及用于具有帧结构类型1的服务小区c的PUSCH,在检测到具有DCI格式0/4的PDCCH/EPDCCH和/或供UE使用的子帧n中的PHICH传输后,UE应根据PDCCH/EPDCCH及PHICH信息来调整子帧n+4中的用于服务小区c的对应PUSCH传输。
[…]
-对于TDD UL/DL配置1至6及正常HARQ操作,在检测到具有上行链路DCI格式的PDCCH/EPDCCH和/或供UE使用的子帧n中的PHICH传输后,UE应根据PDCCH/EPDCCH及PHICH信息来调整子帧n+k中的对应PUSCH传输,其中k在表8-2中给出。
-对于TDD UL/DL配置0及正常HARQ操作,在检测到具有上行链路DCI格式的PDCCH/EPDCCH和/或供UE使用的子帧n中的PHICH传输后,若具有上行链路DCI格式的PDCCH/EPDCCH中的UL索引的MSB经设定成1或PHICH在对应于IPHICH=0的资源的子帧n=0或5中接收(如子条款9.1.2中所定义),则UE应调整子帧n+k中的对应PUSCH传输,其中k在表8-2中给出。若,对于TDD UL/DL配置0及正常HARQ操作,DCI格式0/4中的UL索引的LSB在子帧n中经设定成1,或PHICH在对应于IPHICH=1的资源的子帧n=0或5中接收(如子条款9.1.2中所定义)或PHICH子帧n=1或6中接收(如子条款9.1.2中所定义),则UE应调整子帧n+7中的对应PUSCH传输。若,对于TDD UL/DL配置0,具有上行链路DCI格式的PDCCH/EPDCCH中的UL索引的MSB及LSB两者在子帧n中设定,则UE应调整子帧n+k及n+7两者中的对应PUSCH传输,其中k在表8-2中给出。
对于TDD UL/DL配置1及6与子帧集束操作,在检测到供UE使用的子帧n中的具有DCI格式0的PDCCH/EPDCCH,和/或子帧n-l中供UE使用的PHICH传输(其中l在表8-2a中给出)后,UE应根据PDCCH/EPDCCH及PHICH信息来调整子帧n+k中的集束中的对应第一PUSCH传输,其中k在表8-2中给出。
对于TDD UL/DL配置0及子帧集束操作,在检测到供UE使用的子帧n中的具有DCI格式0的PDCCH/EPDCCH,和/或子帧n-l中供UE使用的PHICH传输(其中l在表8-2a中给出)后,UE应根据PDCCH/EPDCCH及PHICH信息来调整子帧n+k中的集束中的对应第一PUSCH传输(若DCI格式0中的UL索引的MSB经设定成1或若IPHICH=0,如子条款9.1.2中所定义),其中k在表8-2中给出。若,对于TDD UL/DL配置0及子帧集束操作,具有DCI格式0的PDCCH/EPDCCH中的UL索引的LSB在子帧n中经设定成1或若IPHICH=1,如子条款9.1.2中所定义,则UE应根据PDCCH/EPDCCH及PHICH信息来调整子帧n+7中的集束中的对应第一PUSCH传输。
表8-2:用于TDD配置0至6的k
表8-2a:用于TDD配置0、1及6的l
[…]
9.1.2 PHICH指派程序
若UE经配置具有多个TAG,或若UE经配置具有多个TAG且子帧n中自服务小区c调度的PUSCH传输不藉由对应于次级小区的随即接入前置码传输的随即接入响应授予来调度,则,
-对于子帧n中自服务小区c调度的PUSCH传输,UE应判定子帧n+kPHICH中的服务小区c的对应PHICH资源,其中
-kPHICH对于FDD始终为4。
-kPHICH对于FDD-TDD及服务小区c帧结构类型2为6,且PUSCH传输用于具有帧结构类型1的另一服务小区。
-kPHICH对于FDD-TDD及服务小区c帧结构类型1为4,且PUSCH传输用于具有帧结构类型1的服务小区。
-kPHICH对于FDD-TDD及服务小区c帧结构类型1在表9.1.2-1中给出,且PUSCH传输用于具有帧结构类型2的另一服务小区。
-对于TDD,若UE未经配置具有用于任何服务小区的EIMTA-MainConfigServCell-r12,且若UE经配置具有一个服务小区,或若UE经配置具有多于一个服务小区且所有经配置服务小区的TDD UL/DL配置相同,则对于子帧n中自服务小区c调度的PUSCH传输,UE应判定子帧n+kPHICH中的服务小区c的对应PHICH资源,其中kPHICH在表9.1.2-1中给出。
-对于TDD,若UE经配置具有多于一个服务小区且至少两个经配置服务小区的TDDUL/DL配置不相同,或若UE经配置具有用于至少一个服务小区的EIMTA-MainConfigServCell-r12,或对于FDD-TDD及服务小区c帧结构类型2,对于子帧n中自服务小区c调度的PUSCH传输,UE应判定子帧n+kPHICH中的服务小区c的对应PHICH资源,其中kPHICH在表9.1.2-1中给出,其中此子条款的其余部分中的“TDD UL/DL配置”指对应于PUSCH传输的服务小区的UL参考UL/DL配置(定义于子条款8.0中)。
[…]
表9.1.2-1:TDD的kPHICH
[…]
10.2上行链路HARQ-ACK时序
对于TDD或对于FDD-TDD及一次小区帧结构类型2或对于FDD-TDD及一次小区帧结构类型1,若UE经配置具有用于服务小区的EIMTA-MainConfigServCell-r12,则除非另外规定,否则子条款10.2中的服务小区的“UL/DL配置”指由用于服务小区的参数eimta-HARQ-ReferenceConfig-r12给出的UL/DL配置。
对于非BL/CE UE,对于FDD或对于FDD-TDD及一次小区帧结构类型1,在检测到供UE使用的子帧n-4中的PDSCH传输(且针对其应提供HARQ-ACK)后,UE应在子帧n中传输HARQ-ACK响应。若HARQ-ACK接收经启用,则在检测到供UE使用的子帧n-4中的PDSCH传输(且针对其应提供HARQ-ACK)后,且若UE不重复对应于子帧n-NANRep-3、……、n-5中的PDSCH传输的子帧n中的任何HARQ-ACK的传输,则UE:
-应在子帧n、n+1、……、n+NANRep-1中的PUCCH上仅传输HARQ-ACK响应(对应于子帧n-4中的检测到PDSCH传输);
-不应传输子帧n、n+1、……、n+NANRep-1中的任何其他信号/信道;且
-不应传输对应于子帧n-3、……、n+NANRep-5中的任何检测到PDSCH传输的任何HARQ-ACK响应接收。
此外,3GPP同意研究一新类型的控制信号,适应新TTI长度的sPDCCH如下:
协议:
●需要引入sPDCCH(用于短TTI的PDCCH)以用于短TTI。
-DL上的每一短TTI可含有sPDCCH解码候选者
结论:
●BD的最大数目将针对sPDCCH在USS中定义
●在采用2层级DCI的情况下,在BD的最大总数目中可考虑承载于PDCCH上的用于sTTI调度的任何DCI
●FFS,最大数目是否取决于sTTI长度
●FFS,用于(E)PDCCH的盲解码的最大数目在UE预期执行用于sPDCCH的盲解码所在的子帧是否减小。
●FFS,UE是否可预期监视同一子帧中的EPDCCH及sPDCCH两者。
●FFS,PDCCH上的BD的最大数目是否自旧数目改变(在PDCCH上的DCI用于sTTI调度的情况下)。
除时序域结构以外,归因于短TTI下的控制额外负担的增加,研究两层级DCI结构。替代如前进行的承载一个数据接收所需的所有信息,DCI中的某一控制信息(其可不时地变化、可由多个TTI共用)可信令一次,而非在每个TTI中信令。UE可采用针对多个TTI应用的相同内容。此类型的DCI亦被称作缓慢DCI。另一方面,仍然将存在可在TTI之间变化、可针对每一TTI信令的某一信息,其已知为快速DCI。为了在一个TTI中接收数据,UE可能需要组合/串接缓慢DCI与快速以获得所需信息。
直至RAN1#85的研究的结论:
●可研究两层级DCI以用于sTTI调度,由此:
-用于sTTI调度的DCI可划分成两个类型:
●“缓慢DCI”:应用于多于1个sTTI的DCI内容承载于旧有PDCCH或每个子帧传输不多于一次的sPDCCH任一个上
●FFS,“缓慢DCI”是否为UE特定或多个UE共同的
●“快速DCI”:应用于特定sTTI的DCI内容承载于sPDCCH上
●对于给定sTTI中的sPDSCH,调度信息自以下各者中的任何一个获得:
●缓慢DCI与快速DCI的组合,或
●仅快速DCI,超越用于彼sTTI的缓慢DCI
-与承载于一个sPDCCH或一个旧有PDCCH上的单一层级DCI进行比较。
-不排除考虑缓慢DCI亦包括针对sPDCCH的某一资源分配信息的方案。
●也可研究用于减小单一层级DCI的额外负担的方法。
-可包括用于可变量目个sTTI的单一层级DCI多sTTI调度
旨在减小在RAN1#85下要考虑的方案的数目。
下文提供如3GPP R1-163068中所描述的缓慢DCI及快速DCI的内容的实例。又,具有不同TTI长度的新TTI结构的一些实例在3GPP R1-163068中描述如下:
2级DCI设计
由于TTI较短,因此限制传输中的控制额外负担具决定性。2级DCI设计可对此有帮助。详言之,级0DCI可承载授予的缓慢变化部分且级1DCI可承载授予的快速变化部分。
作为一实例,级0DCI可承载以下信息字段:
●UL/DL授予识别符,类似于用于DCI格式0/1A的1位区分器
●基础MCS,其在很大程度上指示针对速率调适的MCS值的集合
●TPC
●级1DCI调度信息,例如,聚集层级和/或给定聚集层级的解码候选者,以便减小用于级1DCI的盲解码的数目
另一方面,级1DCI可承载以下信息字段:
●HARQ程序ID
●资源分配
●sPDSCH速率匹配指示,其可减轻因sPDCCH或旧有传输所致的潜在资源碎片化
●预编码信息及天线端口信息
●NDI
●额外MCS信息,其可提供关于级0DCI的经更新MCS信息
●UL RS相关信息,其可提供关于特定用于sPUCCH的UL信道结构的指示
级0DCI的传输可基于需要,而级1DCI的传输可伴有每一sPDSCH。利用2级DCI设计,预期可实现DL控制额外负担节省。其可帮助增加短TTI传输的涵盖区域。结果,我们提议:
此外,支持短TTI长度的小区也可需要支持常规1ms TTI长度,因此,在1ms内可存在具有常规TTI长度的PDSCH(物理下行链路共用信道)及具有较短TTI长度(例如,0.2ms)的sPDSCH。以不同TTI长度将UE多工的有效方法为将其置放于不同频率资源(例如,不同PRB(物理资源区块))上。因此,将由短TTI占用的频率资源信令至UE以解码对应sPDCCH将有益。
3GPP R1-163322提供使用缓慢DCI来指示短TTI频率资源及在所指示资源内解码sPDCCH的实例。3GPP R1-163322亦提供短TTI结构的实例。3GPPR1-163322的相关部分如下:
分离缓慢DCI及快速DCI
由于调度及控制信息在使用短TTI时被要更经常地传输,因此需要限制在快速时间标度上传输的信息的量以将额外负担保持在合理水平。此外,为了延迟目的,使DL或ULDCI讯息在时间上接近对应PDSCH或PUSCH发送至关重要。此外,为了能够以自适应性方式混合不同TTI长度的DL及UL中的UE,能够在每一子帧中更新将多少PRB对闲置以用于UL及DL两者中的短TTI操作将有益。此需要向UE指示。因此,控制信息的部分应在较慢时间标度上传输,且应引导至sTTI UE的群组。两个新类型的DCI应引入以用于sTTI传输:非UE特定缓慢DCI及UE特定快速DCI。为了缓慢DCI的定址,需要sTTI UE特定群组RNTI。缓慢DCI可在PDCCH中发送,而快速DCI应在短TTI时间标度上带内发送。此设置的实例展示于图1中。
[…]
缓慢DCI讯息将因此指示供UE使用的sTTI频带的频率分配。缓慢DCI讯息因此应给出界定频带的PRB对。可存在两个单独缓慢DCI讯息用以分开指示UL中的sTTI频带及DL中的sTTI频带。替代地,单一缓慢DCI讯息可含有关于UL中的sTTI频带及DL中的sTTI频带两者的信息。
针对每一sPDSCH传输的指派必须为UE特定的。如[5]中所论述,此快速DL DCI在针对DL短TTI的频率分配(DL sTTI频带)内在DL中传输。此新DCI可基于当前DCI格式2C以便在多个天线情况下支持高频谱效率。前已述及,用于sPDSCH的资源分配由缓慢DL DCI给出,如上文所论述。因此,快速DL DCI不需要含有资源分配字段。然而,仍然可存在某一优点以支持简化机制,以便能够在同一sTTI及sTTI频带内调度多个UE。
与在DL中类似,sPUSCH将需要自DL中的每一对应sTTI指派。设计假定非常类似于DL情况,不同之处在于,DCI格式0或DCI格式4任一个可用作基础。类似地,关于Dl,可能需要例如额外字段以支持简化机制以用于在同一UL sTTI频带内多工多个UE。此外,为了支持如[5]中所提议的非同步HARQ,经调度HARQ程序应在快速DCI中提及。
提议
●为了限制控制额外负担,sTTI控制及调度信息应划分成快速DCI及缓慢DCI类型。
○缓慢DCI应为非UE特定的且在共同搜寻空间中利用PDCCH中的群组RNTI来定址。
■其指示在子帧内用于DL、UL或两者中的sTTI频带的资源
○快速DCI应为UE特定的且在短时间标度上带内发送。
■基于DCI格式2C的DL指派,具有简化资源分配字段
■基于DCI格式4或0的UL授予,具有关于TTI的长度的额外字段、HARQ程序数目、自授予至传输的动态延迟及简化资源分配字段。
具有不同TTI长度的操纵传输亦在RAN1#84bis chairman注解中论述如下:
协议:
●预期UE在子帧中的同一载波中处置以下情况
-接收旧有TTI非单播PDSCH(用于SC-PTM的FFS除外)及短TTI单播PDSCH
-接收旧有TTI非单播PDSCH(用于SC-PTM的FFS除外)及旧有TTI单播PDSCH
●FFS在以下各者之间:
-Alt 1:不预期UE在一个载波上同时接收旧有TTI单播PDSCH及短TTI单播PDSCH
-Alt 2:若UE在一个载波上同时利用旧有TTI单播PDSCH及短TTI单播PDSCH调度,则UE可跳过其中的一个的解码(FFS规则用于判定哪一个)
-Alt 3:预期UE在一个载波上同时接收旧有TTI单播PDSCH及短TTI单播PDSCH
●在如下情况下的FFS UE行为:经调度具有与同一载波上的旧有TTI非单播PDSCH(用于SC-PTM的FFS除外)同时的旧有TTI单播PDSCH及短TTI单播PDSCH
●UE可经动态地(具有子帧至子帧粒度)调度具有旧有TTI单播PDSCH而和/或(取决于上文FFS的结果)短TTI PDSCH单播
协议:
●UE可利用PUSCH和/或sPUSCH动态地(具有子帧至子帧粒度)调度
-不预期UE在同一RE上同时传输PUSCH及短TTI sPUSCH,亦即藉由迭加
-FFS,UE是否可藉由刺穿PUSCH而在一个载波上的同一上述情况中传输PUSCH及短TTI sPUSCH
-FFS,UE是否可在同一符元上的不同PRB中传输PUSCH及短TTIsPUSCH
-丢弃/优先化规则(若存在)为FFS
在R2-162227(引用信息需要)中,相关内容引用如下:
3.1新帧结构
用户平面延迟很大程度上取决于帧结构,特别是传输时间间隔长度,所以预计5G新RAT将采用包括短传输时间间隔的新帧结构。虽然主要是由RAN1对新的帧结构设计进行讨论,但考虑RAN2对层2和层3的影响是有意义的。
基本上,与将专用载波分配URLL流量相比较,将相同载波中的正常(例如,eMBB)流量的URLL流量复用可以提供更好的频谱资源利用。另外,减少调度延迟(这被定义为从数据生成到何时被调度的时间),是必要的。从这些观点来看,可以考虑以下两个框架结构作为例子(如图14所示)。图14是具有固定短传输时间间隔(左)和机会短传输时间间隔(右)的帧结构。在状况(a)具有固定短传输时间间隔的帧结构,状况(b)具有机会性短传输时间间隔的帧结构。在(a)情况下,eNB总是能够使用正常的传输时间间隔,也可以使用短传输时间间隔。在考虑这样的框架结构的前提下,需要研究如何利用来自RAN2的始终存在的短传输时间间隔。
在状况(b),eNB通常使用给定的资源作为正常的TTI。此外,每当URLL流量突然发生时,短TTI可以机会地分配在正常TTI之上。注意,在短TTI期间,正常TTI上携带的正常流量可以被扣除(或不扣除)。由于URLL流量存在的不确定性,可能会有几个问题,类似如何调度这些机会性的短TTI。移动装置传输具有更高优先级的已调度的上行数据传输。
观察1:有必要根据5G的URLLC要求研究具有短TTI的新帧结构对RAN2的影响。
上述各方面在下面所描述的无线通信系统和装置的实施中可以应用或示范。此外,各方面主要是在3GPP的体结构参考模型中进行描述。然而,据了解,所披露的信息,本领域的技术人员可以很容易地将其实现在3GPP2网络架构方面的发明以及其他的网络架构。
例示性无线通信系统及装置(device)使用支持广播广播的无线通信系统。无线通信系统经广泛采用以提供各种类型的通信,诸如语音、数据等。此等系统可基于码分多重接入(code division multiple access,CDMA)、时分多重接入(time division multipleaccess,TDMA)、频分正交频分多重接入(orthogonal frequency division multipleaccess,OFDMA)、3GPP长期演进(Long Term Evolution,LTE)无线接入、3GPP LTE-A或进阶LTE(Long Term Evolution Advanced,LTE-A)、3GPP2超移动宽频带(Ultra MobileBroadband,UMB)、WiMax或一些其他调制技术。
图15显示根据本申请一实施例的多重接入无线通信系统。接入网络(AccessNetwork,AN)1500包含多个天线组,其中一组包含天线1502和天线1504,一组包含天线1506和天线1508,且另一组包含天线1510和天线1512。在图15中,每一天线组仅绘示两个天线,然而,每一天线组的天线数量实际上可多可少。接入终端(Access Terminal,AT)1514和天线1510及天线1512进行通信,其中天线1510和天线1512藉由前向链路(forward link)1516发送信息给接入终端1514,且藉由反向链路(reverse link)1518接收来自接入终端1514的信息。接入终端1514和天线1504及天线1506进行通信,其中天线1504和天线1506藉由前向链路1522发送信息给接入终端1514,且藉由反向链路124接收来自接入终端1514的信息。在频分双工(Frequency Division Duplexing,FDD)系统中,通信链路(即反向链路1518、1524以及前向链路1516、1522)可使用不同频率通信。举例说明,前向链路1516可使用与反向链路1518不同的频率。
每一天线组和/或它们设计涵盖的区域通常被称为接入网络的扇形区块(sector)。在一实施例中,每一天线组被设计与位在接入网络1500所涵盖区域内的扇形区块的接入终端进行通信。
于使用前向链路1516与前向链路1522进行通信时,接入网络1500的传输天线可利用波束形成(beamforming)以分别改善接入终端1514与接入终端1520的前向链路的信噪比(signal-to-noise ratio,SNR)。再者,相较于使用单一天线与其涵盖范围中的所有接入终端进行传输的接入网络,利用波束形成技术与在其涵盖范围中随机分散的接入终端进行传输的接入网络可降低对位于邻近小区(cells)中的接入终端的干扰。
接入网络(Access Network,AN)可以是用来与终端设备进行通信的固定机站或基站,且也可称为接入点、B节点(Node B)、基站、增强型基站、演进式B节点(evolved Node B,eNB),或其他专业术语。接入终端(Access Terminal,AT)也可称为用户设备(UserEquipment,UE)、移动装置、无线通信装置、终端、接入终端,或其他专业术语。
图16显示一实施例的发送器系统1602(可视为接入网络)与接收器系统1604(可视为接入终端或用户设备)应用于多重输入多重输出(Multiple-input Multiple-output,MIMO)系统200中的简化方块图。在发送器系统1602中,多个数据串流(data stream)产生的流量数据(traffic data)由数据源1606提供至数据发送处理器(TX Data Processor)1608。
在一实施例中,每一数据串流经由个别的发送天线发送。数据发送处理器1608使用特别为此数据串流挑选的编码法将每一数据串流的流量数据格式化、编码与交错处理,以提供编码后的数据。
每一数据串流产生的编码后的数据可利用正交频分多工技术(OrthogonalFrequency-Division Multiplexing,OFDM)调制来和引导数据(pilot data)进行多工处理。一般而言,引导数据为经由已知方法处理过后的已知数据模型,且可用在接收器系统以估计频道响应(channel response)。每一数据串流产生的编码后的数据与引导数据经过多工处理后,可使用特别为此数据串流挑选的调制方法(例如,二元相位偏移调制(BinaryPhase Shift Keying,BPSK)、正交相位偏移调制(Quadrature Phase Shift Keying,QPSK)、多级相位偏移调制(Multiple Phase Shift Keying,M-PSK)、或多级正交振幅调制(Multiple Quadrature Amplitude Modulation,M-QAM))进行调制,以提供调制符元。每一数据串流的数据传输率、编码与调制由处理器1610的指令所决定。
之后,所有数据串流产生的调制符元被提供至多重输入多重输出发送处理器1612,以继续处理调制符元(例如,使用OFDM)。多重输入多重输出发送处理器1612接续提供NT调制符元串流至发送器1614a-1614t。在一些实施例中,多重输入多重输出发送处理器1612提供波束形成的权重给数据串流的符元以及发送符元的天线。
每一发送器1614a-1614t接收并处理个别的符元串流以提供一至多个模拟信号,且更调节(例如,放大、过滤与上调)此些模拟信号,以提供适合由多重输入多重输出频道(MIMO channel)所发送的调制信号。之后,发送器1614a-1614t所产生的NT调制信号各自经由NT天线1616a-1616t发送。
在接收器系统1604中,被传送过来的调制信号由NR天线1618a-1618r所接收,且各天线1618a-1618r所接收的信号会被提供至各自的接收器1620a-1620r。每一接收器1620a-1620r调节(例如,放大、过滤与下调)各自接收到的信号,并数字化经调节的信号以提供样本,且更处理样本以提供对应的“接收”符元串流。
数据接收处理器1622使用特别接收处理技术接收并处理来自接收器1620a-1620r的NR接收符元串流,以提供“测得”符元串流。之后,数据接收处理器1622对每一测得符元串流进行解调、去交错与解码以还原数据串流产生的流量数据。数据接收处理器1622所执行的动作和在发送器系统1602中的多重输入多重输出发送处理器1612与数据发送处理器1608所执行的动作互补。
处理器1624周期性地决定欲使用的预编码矩阵(留待后述)。处理器1624制定反向链路讯息,其中反向链路讯息包含矩阵索引部分与秩值(rank value)部分。
反向链路讯息可包含各种关联于通信链路和/或接收数据串流的信息。接续,反向链路讯息被送至数据发送处理器1626,且来自数据源1628的多个数据串流产生的流量数据亦被送至数据发送处理器1626进行处理,之后由调制器1630进行调制,再经由发送器1620a-1620r调节后发送回发送器系统1602。
在发送器系统1602中,来自接收器系统1604的调制信号被天线1616接收后,由接收器1614进行调节,再经由解调器1632进行解调后送至数据接收处理器1634进行处理,以提取出由接收器系统1604所发送出的反向链路讯息。接续,处理器1610决定欲使用的预编码矩阵以决定波束形成的权重后,处理被提取出的讯息。
存储器1636可以被用来暂存一些来自解调器1632或数据接收处理器1634的缓冲/计算数据、存储一些来自1606的缓冲数据,或者存储一些具体的程序代码。进一步的,存储器1636可以用来暂存来自1622缓冲/计算数据、存储一些来自1628的缓冲数据,或者存储一些具体的程序代码。
请参阅图17,图17显示以另一方式表示根据本申请一实施例的通信装置的简化功能方块图。在图17中,在无线通信系统中的通信装置1700可用以实现图15中的用户设备(或接入终端)1514、1516或图15中的基站(或接入网络)1500,且此无线通信系统以长期演进技术(Long Term Evolution,LTE)系统为佳。通信装置1700可包含输入装置1702、输出装置1704、控制电路1706、中央处理单元(Central Processing Unit,CPU)1708、存储器1710、程序代码1712以及收发器1714。控制电路1706通过中央处理单元1708执行存储于存储器1710的程序代码1712,藉以控制通信装置1700的操作。通信装置1700可通过输入装置1702,如键盘或数字键来接收使用者输入的信号,且也可通过输出装置1704,如屏幕或喇叭来输出图像与声音。收发器1714用以接收并发送无线信号、将接收的信号传送至控制电路1706,且以无线方式输出控制电路1706所产生的信号。在无线通信系统的通信装置1700也可用以实现图1中的接入网络1500。
图18为根据本申请一实施例的图17中执行程序代码1712的简化功能方块图。在此实施例中,程序代码1812包含应用层1800、第三层1802与第二层1804,且耦接于第一层1806。第三层1802一般执行无线资源控制。第二层1804一般执行链路控制。第一层1806一般执行物理连接。
本申请的各种态样已在上文加以描述。应显见,本文中的教示可以广泛多种形式来体现,且本文中所揭示的任何特定结构、功能或两者仅为代表性的。基于本文中的教示,本领域技术人员应了解,本文中所揭示的态样可独立于任何其他态样来实施,且此等态样中的两者或更多个可以各种方式来组合。举例而言,使用本文中所阐述的任何数目的态样,可实施装置或可实践方法。另外,使用除本文中所阐述的态样中的一或多个之外的或不同于本文中所阐述的态样中的一或多个的其他结构、功能性或结构与功能性,可实施此装置或可实践此方法。作为上述概念中的一些的实例,在一些态样中,可基于脉冲重复频率而建立同作信道(concurrent channel)。在一些态样中,可基于脉冲位置或偏移而建立同作信道。在一些态样中,可基于时间跳频序列而建立同作信道。在一些态样中,可基于脉冲重复频率、脉冲位置或偏移及时间跳频序列而建立同作信道。
本领域技术人员将理解,信息及信号可使用多种不同技艺及技术中的任何一个来表示。举例而言,可由电压、电流、电磁波、磁场或磁粒子、光场或光粒子或其任何组合来表示贯穿以上描述可能参考的数据、指令、命令、信息、信号、位、符元及码片。
本领域技术人员应进一步了解,结合本文中所揭示的态样而描述的各种说明性逻辑区块、模块、处理器、构件、电路及算法步骤可实施为电子硬件(例如,可使用源编码或某其他技术设计的数字实施、模拟实施或两者的组合)、并有指令的各种形式的程序或设计程序代码(为了便利起见,在本文中可将其称作“软件”或“软件模块”)或两者的组合。为清晰说明硬件与软件的此可互换性,各种说明性组件、区块、模块、电路及步骤已在上文大体在其功能性方面加以描述。此类功能性实施为硬件抑或软件取决于特定应用及强加于整个系统的设计约束。本领域技术人员可针对每一特定应用而以变化方式来实施所描述功能性,但此等实施决策不应被解译为导致脱离本申请的范围。
另外,结合本文中所揭示的态样而描述的各种说明性逻辑区块、模块及电路可实施于以下各者内或由以下各者执行:集成电路(“IC”)、接入终端或接入点。IC可包含通用处理器、数字信号处理器(DSP)、特殊应用集成电路(ASIC)、现场可编程门阵列(FPGA)或其他可编程逻辑装置、离散门或晶体管逻辑、离散硬件组件、电组件、光学组件、机械组件,或其经设计以执行本文中所描述的功能的任何组合,且可执行驻留于IC内、IC外或两种情况下的程序代码或指令。通用处理器可为微处理器,但在替代例中,处理器可为任何已知处理器、控制器、微控制器或状态机。处理器也可实施为计算装置的组合,例如,一DSP与一微处理器的组合、多个微处理器、结合DSP内核的一或多个微处理器,或任何其他配置。
应理解,任何所揭示程序中的步骤的任何特定次序或阶层样本方法的实例。根据设计偏好,应理解,程序中的步骤的特定次序或阶层可重新配置,同时保持在本申请的范围内。随附方法请求项以样本次序呈现各种步骤的要素,且并不意欲受限于所呈现的特定次序或阶层。
结合本文中所揭示的态样所描述的方法或算法的步骤可直接体现于硬件、由处理器执行的软件模块或两者的组合中。软件模块(例如,包括可执行指令及相关数据)及其他数据可驻留于数据存储器中,诸如RAM存储器、快闪存储器、ROM存储器、EPROM存储器、EEPROM存储器、暂存器、硬盘、可移除式磁盘、CD-ROM,或任何其他形式的此项技术中已知的计算机可读存储介质。样本存储介质可耦接至诸如计算机/处理器的机器(为方便起见,机器在本文中可被称为“处理器”),使得处理器可自存储介质读取信息(例如,程序代码)及将信息写入至存储介质。样本存储介质可与处理器成一体。处理器及存储介质可驻留于ASIC中。ASIC可驻留于用户设备中。在替代例中,处理器及存储介质可作为离散组件驻留于用户设备中。此外,在一些态样中,任何适合的计算机程序产品可包含计算机可读介质,计算机可读介质包含与本申请的态样中之一或多个相关的程序代码。在一些态样中,计算机程序产品可包含封装材料。
虽然已结合各种态样描述本申请,但应理解本申请能够进行其他修改。本申请案意欲涵盖对本申请的任何改变、使用或调适,此通常遵循本申请的原理且包括与本申请间的此等偏离,等偏离处于在本申请所属的技术内所进行的已知及惯常实践的范围内。
本说明书中的“一实施例”意味着包含在至少一个实施例中的一个特定的功能,结构,或特征。在本说明书不同位置的表达方式“在一个实施例中”、“一方面”并不一定意味着是指向同一个实施例。此外,特定的功能、结构或特点,可以以任何合适的方式结合在一个或多个实施例中。
本文所使用的术语“部件”“系统”“界面”,是为了指向或包含一个计算机相关实体或关联于一具有具体功能的操作性装置实体,其中实体可以是硬件,软件和硬件的结合,软件,或执行中的软件,和/或固件。作为一个例子,一个部件可以是,但不限于,一个在处理器中运行的进程,一处理器,一个对象,一个可执行文件,一个执行线程,计算机可执行指令,程序,和/或计算机。本说明并没有限制,一应用程序在一服务器上运行,以及服务器可以是一个元件。
一个或多个部件可以驻留在进程和/或执行线程内,并且组件可以被本地化在一个计算机上和/或分布在两个或更多个计算机之间。此外,这些部件可以从其上存储有各种数据结构的各种计算机可读介质执行。根据具有一个或多个数据分组的信号(例如,来自本地系统、跨网络交互系统、和/或一互联网(例如是英特网)中通过信号与另一个部件进行沟通的一个部件的数据),部件可以经由本地和/或远程进程进行通信。作为另一示例,部件可以是具有由电气或电子电路操作的机械部件提供的特定功能的装置,其由一个或多个处理器执行的软件应用程序或固件应用程序操作,其中处理器可以是位于装置的内部或外部,并且可以执行软件或固件应用的至少一部分。作为另一示例,部件可以是通过没有机械部件的电子部件提供特定功能的装置,电子部件可以包括其中的处理器,以执行软件或固件,其至少部分地赋予电子部件的功能。在一方面,部件可以经由虚拟机(例如,在云计算系统内)来模拟电子部件。尽管已经将各种部件示出为单独的部件,但是应当理解,在不脱离示例性实施例的情况下,多个部件可以被实现为单个部件,或者单个部件可以被实现为多个部件。
此外,“示例”和“示范”用在这里是指作为一个实例或说明。任何体现或设计描述的“示例”或“模范”不一定是比其他实施方案或设计更推荐或是更有利的。相反,使用“示例”或“示范”这个词是为了展现概念的具体方式。由于在本应用中,术语“或”的意思是一个包容性的“或”而不是一个专有的“或”。即,除非另有规定或明确的语境,“X采用A或B”是指任何自然的包容排列。也就是说,如果X采用A;X采用B;X采用A和B,那么“X采用A或B”是在上述任何情况下满足。此外,文中“一”作为本应用和附加权利要求一般应解释为“一个或更多的”,除非另有规定或明确的语境是针对单数形式。
此外,诸如“移动设备”、“移动站”、“移动”、“用户站”、“接入终端”、“终端”、“手机”、“通信设备”、“移动设备”(和/或代表类似术语)可以是指一个由用户或移动装置的无线通信服务用来接收或传送数据,语音,视频,声音的控制,利用无线装置、游戏或数据流和信令流的无线装置。上述的用语交替使用,并可以参照相关图示。同样,术语“接入点(AP)”,“基站(BS)”、“基站收发器”,“BS装置”,“手机网站”,“手机站点的设备”,“Node B(NB)”、“演变Node B(eNode B)”,“家Node B(HNB)”等,交替使用,并指的是用以发送和/或接收数据,控制,语音,视频,声音,游戏或数据流或信号流从一个或多个用户站的无线网络组件或设备。数据和信令数据流可以分组或以帧为基础的流。
此外,除非另有规定或明确的语境,术语“设备”,“通信设备”,“移动设备”,“用户”,“客户实体”,“客户”,“实体”等,可交替使用。这样的术语可以指人类实体或为人工智能所支持的自动化组件(例如,基于复杂的数学形式主义进行推理的能力),它可以提供模拟视觉,声音识别等。
本文描述的实施例可以使用在几乎任何无线通信技术,包括但不限于,无线保真(Wi-Fi)、全球移动通信系统(GSM)、通用移动通信系统(UMTS)、全球微波接入互操作性(WiMAX)、增强通用分组无线业务(增强型)、第三代合作伙伴计划(3GPP)长期演进(LTE)、第三代合作伙伴项目2(3GPP2)、超移动宽带(UMB)、高速分组接入(HSPA)、Z-Wave、ZigBee等无线技术的802.xx和/或传统的电信技术。
本申请提供了用于促进5G系统的两级下行链路控制信道的系统、方法和/或机读存储介质(00150)。传统的无线系统,如LTE、LTE-Advanced(LTE-A),高速分组接入(HSPA)等,使用下行链路控制信道的固定调制格式。固定调制格式意味着,下行链路控制信道格式总是用单一类型的调制(例如,正交相移键控(QPSK))编码,并且具有固定的码率。此外,前向纠错(FEC)编码器使用一个单一的,固定的母码率的1/3比例匹配。本设计不考虑帐号信道统计。例如,如果从BS设备到移动设备的信道是非常好的,控制信道不能使用信息来调整调制、编码速率,从而不必要在控制信道上分配功率。同样,如果从BS到移动设备的信道不佳,那么移动设备可能无法解码所接收的固定的调制和码率的信息。这里所使用的术语“推断”或“推断”一般指的是推理的过程,或推断的状态,系统,环境,用户和/或意图从一组观测通过事件和/或数据捕获。捕获的数据和事件可以包括用户数据、设备数据、环境数据、传感器,传感器的数据,应用数据,隐式数据,明确数据等。举例来说,推理可以用来识别特定的语境或移动,或可以在基于统一的数据和事件状态产生的概率分布。
推理还可以指用于从一组事件和/或数据组成更高级别事件的技术。无论是密切相关的时间接近的事件,以及事件和数据是否来自一个或多个事件和数据源,这个推理结果从一组观察到的事件和/或存储的事件数据组建成新的事件或动作。各种分类方案和/或系统(如支持向量机、神经网络、专家系统、贝叶斯网络、模糊逻辑、数据融合引擎)可用于执行与所公开的主题具有连接性的自动和/或推断动作。
此外,各实施例可以作为一种方法,装置,或制造产品使用标准的编程和/或工程技术生产的软件、硬件、固件或其控制计算机实现公开的主题的任何组合来实现。术语“产品”在本文中的为包含装载在任何计算机设备、机器设备、计算机可读载体、计算机可读介质,机器可读的介质,可读(或机器)存储/通信介质的一个计算机程序。例如,计算机可读介质可包括,但不限于,磁存储设备,如硬盘;软盘;磁条;光盘(如光盘(CD)、数字视频光盘(DVD),Blu-ray DiscTM(BD));智能卡;闪存设备(如卡、棒、关键驱动);和/或虚拟设备模拟存储设备和/或上述任何计算机可读介质。当然,本领域技术人员会认识到许多修改可以在不背离各种实施方式的范围或精神的情况下进行。
以上所描述的说明实施例,包括抽象的描述,不是要详尽或将公开的内容限制在所公开的实施例的精确形式。具体的实施方案和实例描述了用于说明目的,本领域技术人员会了解,在这些实施例和例子考虑的范围,各种修改是可能的。
虽然相关内容已经利用多个实施例和对应的图示进行了说明,可以理解可以应用于其他类似的实施例中,或者可以针对所描述的实施例进行无偏离的修改和补充已达到相同、相似,替代,或替换的功能。因此,本申请不应局限于任何单一的实施例中所描述的,而是应该从所附加的权利要求书中来解释其范围。

Claims (19)

1.一种用于无线通信系统中上行链路传输的方法,包括:
包括处理器的移动装置基于第一下行链路控制信息决定第一上行链路数据传输的第一优先级,所述第一下行链路控制信息是关联于调度通过第一传输时间间隔的第一上行链路数据传输;
所述移动装置基于第二下行链路控制信息决定第二上行链路数据传输的第二优先级,所述第二下行链路控制信息是关联于调度通过第二传输时间间隔的第二上行链路数据传输,其中所述第二上行链路数据传输与所述第一上行链路数据传输至少重叠一符元;以及
所述移动装置基于优先排序传输所述第一上行链路数据传输或所述第二上行链路数据传输,所述优先排序是基于所述第一优先级或所述第二优先级而确定,其中所述优先排序包括所述第一传输时间间隔的第一长度和所述第二传输时间间隔的第二长度。
2.根据权利要求1所述的方法,其中所述传输所述第一上行链路数据传输或所述第二上行链路数据传输的步骤,包含基于确认所述第二优先级比所述第一优先级具有更高优先级,传输所述第二上行链路数据传输覆盖所述第一上行链路数据传输的调度。
3.根据权利要求1所述的方法,其中所述传输所述第一上行链路数据传输或所述第二上行链路数据传输的步骤,包含基于确认所述第一优先级比所述第二优先级具有更高优先级,传输所述第一上行链路数据传输覆盖所述第二上行链路数据传输的调度。
4.根据权利要求1所述的方法,其中所述优先排序是基于所述第一长度和所述第二长度,且其中所述传输所述第一上行链路数据传输或所述第二上行链路数据传输的步骤,包含基于确认所述第二长度比所述第一长度短,传输所述第二上行链路数据传输覆盖所述第一上行链路数据传输的调度。
5.根据权利要求4所述的方法,其中所述移动装置不传输被所述第二上行链路数据传输所覆盖的所述第一上行链路数据传输。
6.根据权利要求1所述的方法,其中所述优先排序是基于所述第一长度和所述第二长度,且其中所述传输所述第一上行链路数据传输或所述第二上行链路数据传输的步骤,包含基于确认所述第一长度比所述第二长度短,传输所述第一上行链路数据传输覆盖所述第二上行链路数据传输的调度。
7.一种用于无线通信系统中上行链路传输的方法,包括:
包括处理器的移动装置接收第一下行链路控制信息,所述第一下行链路控制信息是关联于调度通过第一传输时间间隔的第一上行链路数据传输;
所述移动装置接收第二下行链路控制信息,所述第二下行链路控制信息是关联于调度通过第二传输时间间隔的第二上行链路数据传输,其中所述第二上行链路数据传输与所述第一上行链路数据传输至少重叠一符元;以及
所述移动装置基于优先排序传输所述第一上行链路数据传输或所述第二上行链路数据传输,所述优先排序是基于第一传输时间间隔的第一长度和所述第二传输时间间隔的第二长度来确定。
8.根据权利要求7所述的方法,其中所述优先排序是基于所述第一长度和所述第二长度来确定,其中传输所述第一上行链路数据传输或所述第二上行链路数据传输包括,基于确认所述第二长度比所述第一长度短,传输所述第二上行链路数据传输来覆盖所述第一上行链路数据传输。
9.根据权利要求8所述的方法,其中所述移动装置不传输被所述第二上行链路数据传输所覆盖的所述第一上行链路数据传输。
10.根据权利要求7所述的方法,其中所述优先排序是基于所述第一长度和所述第二长度来确定,其中传输所述第一上行链路数据传输或所述第二上行链路数据传输包括,基于确认所述第一长度比所述第二长度短,传输所述第一上行链路数据传输来覆盖所述第二上行链路数据传输。
11.一种用于无线通信系统中上行链路传输的方法,包含:
由包括处理器的移动装置基于第一下行链路控制信息调度通过第一传输时间间隔接收第一上行链路数据传输的第一调度;
由所述移动装置基于第二下行链路控制信息调度通过第二传输时间间隔接收第二上行链路数据传输的第二调度,其中所述第二上行链路数据传输与所述第一上行链路数据传输至少重叠一符元;以及
由所述移动装置传输所述第二上行链路数据传输,其中所述第二上行链路数据传输覆盖所述第一上行链路数据传输。
12.根据权利要求11所述的方法,其中在接收到所述第一下行链路控制信息之后,接收到所述第二下行链路控制信息。
13.根据权利要求11所述的方法,其中所述移动装置不传输被所述第二上行链路数据传输所覆盖的所述第一上行链路数据传输。
14.根据权利要求11的所述方法,还包含,由所述移动装置在被所述第二上行链路数据传输覆盖的所述第一上行链路数据传输的至少一非重叠符元中传输第三上行链路数据传输。
15.根据权利要求14所述的方法,其中所述第三上行链路数据传输从所述第二上行链路数据传输覆盖的所述第一上行链路数据传输扣除某些符元而来。
16.根据权利要求14所述的方法,其中所述第三上行链路数据传输的传输参数可以从所述第二上行链路数据传输覆盖的所述第一上行链路数据传输导出。
17.根据权利要求14所述的方法,其中所述第一上行链路数据传输包含第一调制编码方案以及所述第三上行链路数据传输包含第二调制编码方案,其中所述第一调制编码方案和所述第二调制编码方案是相同的调制编码方案。
18.根据权利要求14所述的方法,其中所述第一上行链路数据传输包含第一混合自动重复请求过程,所述第三上行链路数据传输包含第二混合自动重复请求过程,其中所述第一混合自动重复请求过程和所述第二混合自动重复请求过程是相同的混合自动重复请求过程。
19.根据权利要求14所述的方法,其中所述第一上行链路数据传输包含第一传输块尺寸,所述第三上行链路数据传输包含第二传输块尺寸,其中所述第一传输块尺寸和所述第二传输块尺寸是相同的传输块尺寸。
CN201710335920.2A 2016-05-12 2017-05-12 短传输时间间隔的上行链路传输的方法 Active CN107396394B (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201662335541P 2016-05-12 2016-05-12
US62/335,541 2016-05-12

Publications (2)

Publication Number Publication Date
CN107396394A true CN107396394A (zh) 2017-11-24
CN107396394B CN107396394B (zh) 2020-04-07

Family

ID=59009499

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710335920.2A Active CN107396394B (zh) 2016-05-12 2017-05-12 短传输时间间隔的上行链路传输的方法

Country Status (7)

Country Link
US (1) US9826540B1 (zh)
EP (1) EP3244682B1 (zh)
JP (1) JP6461232B2 (zh)
KR (1) KR101977465B1 (zh)
CN (1) CN107396394B (zh)
ES (1) ES2824475T3 (zh)
TW (1) TWI617209B (zh)

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109829345A (zh) * 2018-12-27 2019-05-31 苏州佳世达电通有限公司 降低扫描多个传输埠所需时间的方法及扫描系统
WO2019158078A1 (en) * 2018-02-14 2019-08-22 Mediatek Inc. Reception of multiple pdschs simultaneously
WO2020133539A1 (zh) * 2018-12-29 2020-07-02 华为技术有限公司 一种数据调度方法和装置
CN111480382A (zh) * 2018-02-07 2020-07-31 Oppo广东移动通信有限公司 用户设备及其无线通信方法
CN111512585A (zh) * 2017-12-21 2020-08-07 高通股份有限公司 针对多链路部署的控制监测和功率控制
WO2020164586A1 (en) * 2019-02-15 2020-08-20 Mediatek Singapore Pte. Ltd. Method and apparatus for handling out-of-order uplink scheduling in mobile communications
CN111669828A (zh) * 2017-12-26 2020-09-15 Oppo广东移动通信有限公司 一种数据传输方法及装置、计算机存储介质
CN111713162A (zh) * 2018-02-16 2020-09-25 高通股份有限公司 用于重合的传输时间区间中的传输的冲突避免
WO2021056218A1 (zh) * 2019-09-24 2021-04-01 Oppo广东移动通信有限公司 传输冲突的解决方法、装置、终端和介质
US11641666B2 (en) 2018-02-12 2023-05-02 Vivo Mobile Communication Co., Ltd. Uplink transmission method and device

Families Citing this family (65)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106793136B (zh) * 2016-05-09 2018-11-16 北京展讯高科通信技术有限公司 用户设备及其数据传输方法
US10440729B2 (en) * 2016-07-28 2019-10-08 Qualcomm Incorporated Transmission of Ultra-Reliable Low-Latency Communications (URLLC) over Time Division Duplex (TDD) using a URLLC configuration for a TDD subframe
EP3497849B1 (en) 2016-08-12 2020-10-07 Telefonaktiebolaget LM Ericsson (publ) Dl harq timing in tdd with 1 ms tti and reduced processing time
EP3497850B1 (en) 2016-08-12 2020-10-07 Telefonaktiebolaget LM Ericsson (publ) Dl harq timing with short tti operations in tdd
US10952100B2 (en) * 2016-08-12 2021-03-16 Telefonaktiebolaget Lm Ericsson (Publ) UL scheduling timing with short TTIs in TDD
US11071068B2 (en) * 2016-09-14 2021-07-20 Ntt Docomo, Inc. User terminal and radio communication method
WO2018084488A1 (ko) * 2016-11-01 2018-05-11 엘지전자 주식회사 무선 통신 시스템에서 동적 가변 사이즈의 하향링크 제어 정보를 송신하는 방법 및 이를 위한 장치
US10225046B2 (en) 2017-01-09 2019-03-05 At&T Intellectual Property I, L.P. Adaptive cyclic redundancy check for uplink control information encoding
JP6681416B2 (ja) 2017-01-13 2020-04-15 華碩電腦股▲ふん▼有限公司 無線通信システムにおける制御チャネルとデータチャネルとのタイミング関係についての方法及び装置
US10721756B2 (en) 2017-02-13 2020-07-21 Qualcomm Incorporated Repetition-based uplink for low latency communications in a new radio wireless communication system
WO2018176022A1 (en) * 2017-03-24 2018-09-27 Motorola Mobility Llc Method and apparatus for determining a user data resource assignment
US10484054B2 (en) * 2017-05-01 2019-11-19 Qualcomm Incorporated Techniques and apparatuses for priority-based resource configuration
CN108810957B (zh) * 2017-05-05 2020-12-15 华为技术有限公司 监测信息的方法、终端和网络设备
US11516747B2 (en) * 2017-05-12 2022-11-29 Lg Electronics Inc. Method for controlling transmit power in wireless communication system and apparatus therefor
CN110612754B (zh) 2017-05-12 2022-08-02 Lg电子株式会社 在无线通信系统中控制发送功率的方法及其设备
US10931484B2 (en) 2017-05-26 2021-02-23 Qualcomm Incorporated Transmit power and frequency hopping configurations for control information transmissions
US11445483B2 (en) * 2017-08-01 2022-09-13 Qualcomm Incorporated Uplink control channel resource definition and mapping to user equipment
US10820338B2 (en) * 2017-09-08 2020-10-27 Sharp Kabushiki Kaisha User equipments, base stations and methods for RNTI-based PDSCH downlink slot aggregation
US11026215B2 (en) * 2017-09-15 2021-06-01 Apple Inc. UE specific search space and a common search space in a wide coverage enhancement
US10123322B1 (en) 2017-09-18 2018-11-06 Qualcomm Incorporated Transmission of beam switch commands through control channel signaling
US10592309B2 (en) 2017-12-05 2020-03-17 Bank Of America Corporation Using smart data to forecast and track dual stage events
WO2019113834A1 (en) * 2017-12-13 2019-06-20 Qualcomm Incorporated Techniques for downlink control channel location indication in wireless communications
US10660020B2 (en) * 2017-12-20 2020-05-19 Qualcomm Incorporated Search space set combining and dropping
US10966223B2 (en) * 2018-01-22 2021-03-30 Apple Inc. Handling overlapping of PUCCH and PUSCH for new radio systems
US11258572B2 (en) * 2018-02-15 2022-02-22 Qualcomm Incorporated Transport block size for channels with shortened transmission time interval
CN110351052B (zh) * 2018-04-04 2020-08-28 维沃移动通信有限公司 信道和信号的传输方法及通信设备
TWI708517B (zh) * 2018-05-06 2020-10-21 南韓商Lg電子股份有限公司 用於傳輸和接收下行鏈路資料的方法及裝置
US11212786B2 (en) * 2018-05-09 2021-12-28 Qualcomm Incorporated Service and format indication techniques for downlink control information
CN110474736B (zh) * 2018-05-11 2021-07-16 华为技术有限公司 通信方法和通信装置
WO2019237310A1 (zh) * 2018-06-14 2019-12-19 Oppo广东移动通信有限公司 一种信息传输方法及装置、终端设备、网络设备
WO2020026292A1 (ja) * 2018-07-30 2020-02-06 株式会社Nttドコモ 基地局
JP7199184B2 (ja) * 2018-09-11 2023-01-05 シャープ株式会社 通信システムおよび通信装置
CN109039403B (zh) * 2018-09-14 2020-08-18 中国人民解放军空军预警学院 大规模mimo系统中基于冗余字典的下行链路信道估计方法
US11374679B2 (en) * 2018-11-14 2022-06-28 Skywave Networks Llc Communication system and method where message length is assigned based on message preference
EP3909312B1 (en) * 2019-01-10 2023-09-27 Lenovo (Singapore) Pte. Ltd. Uplink power control
US12101763B2 (en) 2019-01-11 2024-09-24 Apple Inc. Intra-UE multiplexing in new radio systems
CN111585722B (zh) * 2019-02-15 2022-05-24 大唐移动通信设备有限公司 物理上行共享信道的传输方法、终端及网络设备
WO2020197286A1 (ko) * 2019-03-26 2020-10-01 엘지전자 주식회사 무선 통신 시스템에서 데이터 송수신 방법 및 이에 대한 장치
US11284359B2 (en) * 2019-03-29 2022-03-22 Mediatek Inc. Uplink power control and time-division multiplexing patterns for dual active protocol stack based handover
US10998982B2 (en) 2019-04-18 2021-05-04 Microsoft Technology Licensing, Llc Transmitter for throughput increases for optical communications
US10862591B1 (en) 2019-04-18 2020-12-08 Microsoft Technology Licensing, Llc Unequal decision regions for throughput increases for optical communications
US10911152B2 (en) 2019-04-18 2021-02-02 Microsoft Technology Licensing, Llc Power-based decoding of data received over an optical communication path
US10873393B2 (en) 2019-04-18 2020-12-22 Microsoft Technology Licensing, Llc Receiver training for throughput increases in optical communications
US10911155B2 (en) 2019-04-18 2021-02-02 Microsoft Technology Licensing, Llc System for throughput increases for optical communications
US10756817B1 (en) 2019-04-18 2020-08-25 Microsoft Technology Licensing, Llc Power switching for systems implementing throughput improvements for optical communications
US10742325B1 (en) 2019-04-18 2020-08-11 Microsoft Technology Licensing, Llc Power-based encoding of data to be transmitted over an optical communication path
US10742326B1 (en) * 2019-04-18 2020-08-11 Microsoft Technology Licensing, Llc Power-based encoding of data to be transmitted over an optical communication path
US11018776B2 (en) 2019-04-18 2021-05-25 Microsoft Technology Licensing, Llc Power-based decoding of data received over an optical communication path
US10897315B2 (en) 2019-04-18 2021-01-19 Microsoft Technology Licensing, Llc Power-based decoding of data received over an optical communication path
US10892847B2 (en) 2019-04-18 2021-01-12 Microsoft Technology Licensing, Llc Blind detection model optimization
US10938485B2 (en) 2019-04-18 2021-03-02 Microsoft Technology Licensing, Llc Error control coding with dynamic ranges
US10686530B1 (en) 2019-04-18 2020-06-16 Microsoft Technology Licensing, Llc Power-based encoding of data to be transmitted over an optical communication path
US10873392B2 (en) 2019-04-18 2020-12-22 Microsoft Technology Licensing, Llc Throughput increases for optical communications
US10951342B2 (en) 2019-04-18 2021-03-16 Microsoft Technology Licensing, Llc Throughput increases for optical communications
WO2020223939A1 (zh) * 2019-05-09 2020-11-12 Oppo广东移动通信有限公司 检测控制信道的方法和终端设备
US11044044B2 (en) 2019-07-16 2021-06-22 Microsoft Technology Licensing, Llc Peak to average power ratio reduction of optical systems utilizing error correction
US10911141B1 (en) 2019-07-30 2021-02-02 Microsoft Technology Licensing, Llc Dynamically selecting a channel model for optical communications
EP4179771A4 (en) * 2020-07-10 2024-04-10 JRD Communication (Shenzhen) Ltd MULTIPLEX PROCEDURE FOR USER DEVICES WITHIN A USER, USER DEVICE AND RADIO NODE TO ACTIVATE THE PROCEDURE
KR102254714B1 (ko) 2020-07-20 2021-05-25 영남대학교 산학협력단 5g 무선 액세스 네트워크를 위한 강화 학습 기반 적응적 속도 제어 방법, 이를 수행하기 위한 기록 매체 및 장치
US20220312393A1 (en) * 2020-08-06 2022-09-29 Apple Inc. Physical downlink control channel (pdcch) reliability enhancement
CN114337958B (zh) * 2020-10-09 2024-03-22 上海朗帛通信技术有限公司 一种被用于无线通信的节点中的方法和装置
WO2022086403A1 (en) * 2020-10-19 2022-04-28 Telefonaktiebolaget Lm Ericsson (Publ) Method for multiplexing channels of different priority index
CN117044137A (zh) * 2021-01-05 2023-11-10 欧芬诺有限责任公司 控制信道重复中的处理时间
KR20220158916A (ko) 2021-05-24 2022-12-02 영남대학교 산학협력단 인공지능을 이용한 무선통신 자원할당 방법, 이를 수행하기 위한 기록 매체 및 장치
WO2024031513A1 (en) * 2022-08-11 2024-02-15 Apple Inc. Multi-dci based simultaneous pusch transmission

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104641577A (zh) * 2012-09-19 2015-05-20 Lg电子株式会社 发送上行链路控制信息的方法和装置
WO2016040290A1 (en) * 2014-09-08 2016-03-17 Interdigital Patent Holdings, Inc. Systems and methods of operating with different transmission time interval (tti) durations
US20160095105A1 (en) * 2014-09-26 2016-03-31 Qualcomm Incorporated Ultra-low latency lte control data communication

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0944176A1 (en) * 1998-03-20 1999-09-22 Telefonaktiebolaget Lm Ericsson Dual mode communication device and method of operation
WO2005039209A1 (ja) * 2003-10-17 2005-04-28 Nec Corporation シグナリング方法、システム、基地局並びに移動局
WO2005046282A1 (ja) * 2003-11-07 2005-05-19 Mitsubishi Denki Kabushiki Kaisha 移動局、通信システム、通信制御方法
EP2184883B1 (en) * 2008-11-06 2013-01-16 HTC Corporation Method for improving uplink transmission of transmission time interval bunding in a wireless communication system
US9634806B2 (en) * 2009-06-11 2017-04-25 Qualcomm Incorporated Data prioritization for a power-limited UE in a wireless communication system
US8638815B2 (en) * 2010-01-08 2014-01-28 Blackberry Limited Method and apparatus for logical channel prioritization for uplink carrier aggregation
US8588252B2 (en) * 2010-05-07 2013-11-19 Qualcomm Incorporated Transmission of control information on uplink channels
US8705352B2 (en) * 2010-09-10 2014-04-22 Industrial Technology Research Institute Prioritized random access method
US10231259B2 (en) * 2015-03-14 2019-03-12 Qualcomm Incorporated Control signaling supporting multi-priority scheduling

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104641577A (zh) * 2012-09-19 2015-05-20 Lg电子株式会社 发送上行链路控制信息的方法和装置
WO2016040290A1 (en) * 2014-09-08 2016-03-17 Interdigital Patent Holdings, Inc. Systems and methods of operating with different transmission time interval (tti) durations
US20160095105A1 (en) * 2014-09-26 2016-03-31 Qualcomm Incorporated Ultra-low latency lte control data communication

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
INTEL CORPORATION: "On multiplexing of PDSCH with different TTIs and related enhancements", 《3GPP TSG RAN WG1 MEETING #84;R1-160862》 *

Cited By (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111512585A (zh) * 2017-12-21 2020-08-07 高通股份有限公司 针对多链路部署的控制监测和功率控制
CN111512585B (zh) * 2017-12-21 2023-05-16 高通股份有限公司 针对多链路部署的控制监测和功率控制
US11696316B2 (en) 2017-12-26 2023-07-04 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Data transmission method and apparatus and computer storage medium
CN111669828A (zh) * 2017-12-26 2020-09-15 Oppo广东移动通信有限公司 一种数据传输方法及装置、计算机存储介质
CN111480382A (zh) * 2018-02-07 2020-07-31 Oppo广东移动通信有限公司 用户设备及其无线通信方法
US11641666B2 (en) 2018-02-12 2023-05-02 Vivo Mobile Communication Co., Ltd. Uplink transmission method and device
US10932245B2 (en) 2018-02-14 2021-02-23 Mediatek Inc. Reception of multiple PDSCHS simultaneously
WO2019158078A1 (en) * 2018-02-14 2019-08-22 Mediatek Inc. Reception of multiple pdschs simultaneously
CN111713162A (zh) * 2018-02-16 2020-09-25 高通股份有限公司 用于重合的传输时间区间中的传输的冲突避免
CN111713162B (zh) * 2018-02-16 2023-12-22 高通股份有限公司 用于重合的传输时间区间中的传输的冲突避免
CN109829345A (zh) * 2018-12-27 2019-05-31 苏州佳世达电通有限公司 降低扫描多个传输埠所需时间的方法及扫描系统
CN109829345B (zh) * 2018-12-27 2022-03-08 苏州佳世达电通有限公司 降低扫描多个传输埠所需时间的方法及扫描系统
CN113228732B (zh) * 2018-12-29 2023-02-14 华为技术有限公司 一种数据调度方法和装置
WO2020133539A1 (zh) * 2018-12-29 2020-07-02 华为技术有限公司 一种数据调度方法和装置
CN113228732A (zh) * 2018-12-29 2021-08-06 华为技术有限公司 一种数据调度方法和装置
WO2020164586A1 (en) * 2019-02-15 2020-08-20 Mediatek Singapore Pte. Ltd. Method and apparatus for handling out-of-order uplink scheduling in mobile communications
US11246153B2 (en) 2019-02-15 2022-02-08 Mediatek Singapore Pte. Ltd. Method and apparatus for handling out-of-order uplink scheduling in mobile communications
TWI740377B (zh) * 2019-02-15 2021-09-21 新加坡商聯發科技(新加坡)私人有限公司 行動通訊中處理亂序上行排程的方法和裝置
CN111837441A (zh) * 2019-02-15 2020-10-27 联发科技(新加坡)私人有限公司 移动通信中处理乱序上行调度的方法和装置
CN111837441B (zh) * 2019-02-15 2024-01-19 联发科技(新加坡)私人有限公司 移动通信中处理乱序上行调度的方法和装置
WO2021056218A1 (zh) * 2019-09-24 2021-04-01 Oppo广东移动通信有限公司 传输冲突的解决方法、装置、终端和介质

Also Published As

Publication number Publication date
ES2824475T3 (es) 2021-05-12
CN107396394B (zh) 2020-04-07
EP3244682A1 (en) 2017-11-15
JP6461232B2 (ja) 2019-01-30
JP2017204862A (ja) 2017-11-16
TWI617209B (zh) 2018-03-01
US20170332386A1 (en) 2017-11-16
TW201740754A (zh) 2017-11-16
KR20170128143A (ko) 2017-11-22
US9826540B1 (en) 2017-11-21
EP3244682B1 (en) 2020-08-19
KR101977465B1 (ko) 2019-08-28

Similar Documents

Publication Publication Date Title
CN107396394A (zh) 短传输时间间隔的上行链路传输的方法及装置
US10693599B2 (en) Method and apparatus for partial retransmission in wireless cellular communication system
US10298362B2 (en) Method and apparatus for partial retransmission in wireless cellular communication system
EP3244678B1 (en) Facilitating detection of control channels with different transmission time intervals in a wireless communication system
US11924849B2 (en) Method and apparatus for transmitting control and data information in wireless cellular communication system
EP3477879B1 (en) Method and apparatus for reporting channel state information in mobile communication system
CN107371255A (zh) 改良缩短传输时间间隔中的上行链路授予的方法及装置
US11405908B2 (en) Method and apparatus for control channel reception in wireless communication systems
CN103548311B (zh) 在无线通信系统中发送控制信息的方法和装置
CN103718484B (zh) 在支持载波聚合的tdd通信系统中定义物理信道传送/接收定时和资源分配的设备及其方法
CN109565397A (zh) 报告信道状态信息的方法和装置
CN107852287A (zh) 用于在无线蜂窝通信系统中减少传输时间间隔的发送和接收方法和装置
CN107210886A (zh) 在无线通信系统中传输用于终端的控制信道的方法和装置
CN102668646A (zh) 避免控制信道阻塞的装置和方法
CN104012016A (zh) 无线通信系统中发送和接收控制信息的方法和装置
CN104982000A (zh) 在载波聚合系统中用于通信的方法和装置
CN107211349A (zh) 通信系统
CN117136516A (zh) 无线通信系统中用于上行链路发送的方法和装置
EP2737767B1 (en) Control channel for wireless communication
CN104104470A (zh) 一种上行传输方法及设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
CB03 Change of inventor or designer information
CB03 Change of inventor or designer information

Inventor after: Li Mingzhe

Inventor after: Zeng Lizhi

Inventor after: Lin Kejiang

Inventor before: Li Mingzhe

Inventor before: Zeng Lizhi

Inventor before: Lin Kejiang

SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
CB03 Change of inventor or designer information
CB03 Change of inventor or designer information

Inventor after: Li Mingzhe

Inventor after: Zeng Lizhi

Inventor after: Lin Keqiang

Inventor before: Li Mingzhe

Inventor before: Zeng Lizhi

Inventor before: Lin Kejiang

GR01 Patent grant
GR01 Patent grant