CN110352575B - 用户装置为harq处理提供増强的能力信息 - Google Patents

用户装置为harq处理提供増强的能力信息 Download PDF

Info

Publication number
CN110352575B
CN110352575B CN201880013495.8A CN201880013495A CN110352575B CN 110352575 B CN110352575 B CN 110352575B CN 201880013495 A CN201880013495 A CN 201880013495A CN 110352575 B CN110352575 B CN 110352575B
Authority
CN
China
Prior art keywords
base station
capability information
maximum
scs
tti
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201880013495.8A
Other languages
English (en)
Other versions
CN110352575A (zh
Inventor
曾威
金唯哲
张大伟
C·W·穆克
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.)
Apple Inc
Original Assignee
Apple 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 Apple Inc filed Critical Apple Inc
Publication of CN110352575A publication Critical patent/CN110352575A/zh
Application granted granted Critical
Publication of CN110352575B publication Critical patent/CN110352575B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00Modulated-carrier systems
    • H04L27/26Systems using multi-frequency codes
    • H04L27/2601Multicarrier modulation systems
    • H04L27/2602Signal structure
    • H04L27/26025Numerology, i.e. varying one or more of symbol duration, subcarrier spacing, Fourier transform size, sampling rate or down-clocking
    • 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/1835Buffer management
    • 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/1896ARQ related signaling
    • 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/0044Arrangements for allocating sub-channels of the transmission path allocation of payload
    • 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/50Allocation or scheduling criteria for wireless resources
    • H04W72/51Allocation or scheduling criteria for wireless resources based on terminal or device properties
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/22Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24Transfer of terminal data
    • 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/0003Two-dimensional division
    • H04L5/0005Time-frequency
    • H04L5/0007Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • 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
    • 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
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02Terminal devices
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00Reducing energy consumption in communication networks
    • Y02D30/70Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • Mathematical Physics (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本公开涉及在执行蜂窝通信时向基站指示用户装置的能力。用户装置(UE)可将能力信息传输至基站。能力信息可包括针对参考子载波间距的所述UE的每个传输时间间隔(TTI)的最大传输块大小(TBS)以及相关联的处理延迟。另选地,能力信息可包括UE的最大吞吐量和相关联的处理延迟。基站可基于用于后续通信的能力信息和子载波间距来确定每TTI的最大TBS或并行混合自动重传请求(HARQ)过程的数量中的至少一者,以用于与UE的后续通信中。

Description

用户装置为HARQ处理提供増强的能力信息
技术领域
本申请涉及无线通信,并且更具体地涉及用于指示用户装置(UE)和基站之间的能力的系统、设备和方法。
背景技术
无线通信系统的使用正在快速增长。在最近几年中,无线设备诸如智能电话和平板电脑已变得越来越复杂精密。除了支持电话呼叫之外,现在很多移动设备(即,用户装置设备或UE)还提供对互联网、电子邮件、文本消息和使用全球定位系统(GPS)的导航的访问,并且能够操作利用这些功能的复杂精密的应用程序。另外,存在多个不同的无线通信技术和标准。无线通信标准的一些实施例包括GSM、UMTS(例如与WCDMA或TD-SCDMA空中接口相关联)、LTE、高级LTE(LTE-A)、HSPA、3GPP2 CDMA2000(例如,1xRTT、1xEV-DO、HRPD、eHRPD)、IEEE 802.11(WLAN或Wi-Fi)、BLUETOOTHTM等。
在无线通信设备中引入数量不断增长的特征和功能还产生了对于改进无线通信以及改进无线通信设备的持续需求。尤为重要的是确保通过用户装置(UE)设备(例如通过无线设备,诸如在无线蜂窝通信中使用的蜂窝电话、基站和中继站)所发射的信号和所接收的信号的准确性。此外,增加UE设备的功能可能会对UE设备的电池寿命造成显著的压力。因此,同样非常重要的是,减少UE设备设计中的功率需求,同时允许UE设备保持良好的发射和接收能力以改善通信。
为了增加覆盖范围并更好地服务于无线通信的预期用途的增加的需求和范围,除了上述通信标准之外,还有正在开发的无线通信技术,包括第五代(5G)新无线电(NR)通信。因此,需要改进支持这种开发和设计的领域。
发明内容
本文提供了用于在蜂窝通信中向基站指示用户设备(UE)能力的装置,系统和方法的实施方案。UE能力信息可由基站用于确定每个传输时间间隔(TTI)的最大传输块大小(TBS)和/或后续混合自动重传请求(HARQ)过程中针对UE可支持的并行HARQ过程的最大数量。
需注意,可在若干个不同类型的设备中实施本文描述的技术和/或将本文描述的技术与该若干个不同类型的设备一起使用,该若干个不同类型的设备包括但不限于基站、接入点、蜂窝电话、便携式媒体播放器、平板电脑、可穿戴设备和各种其他计算设备。
本发明内容旨在提供在本文档中所描述的主题中的一些的简要概述。因此,应当理解,上述特征仅为示例,并且不应解释为以任何方式缩窄本文所描述的主题的范围或实质。本文所描述的主题的其他特征、方面和优点将通过以下具体实施方式、附图和权利要求书而变得显而易见。
附图说明
图1示出了根据一些实施方案的示例性(和简化的)无线通信系统;
图2示出了根据一些实施方案的与示例性无线用户装置(UE)设备通信的示例性基站;
图3示出了根据一些实施方案的UE的示例性框图;
图4示出了根据一些实施方案的基站的示例性框图;
图5是示出根据一些实施方案的基站和UE之间的典型HARQ过程的通信流程图;
图6示出了根据一些实施方案的针对第一UE和第二UE的处理能力对HARQ处理延迟的影响;
图7是示出了根据一些实施方案的LTE中的传统下行链路UE类别和相关联的UE性能度量的表;
图8是示出了根据一些实施方案的用于UE将能力信息传输到基站的方法的流程图。
尽管本文所述的特征易受各种修改和替代形式的影响,但其具体实施方案在附图中以举例的方式示出并且在本文详细描述。然而,应当理解,附图和对其的详细描述并非旨在将本文限制于所公开的具体形式,而正相反,其目的在于覆盖落在如由所附权利要求书所限定的主题的实质和范围内的所有修改、等同物和另选方案。
具体实施方式
首字母缩略词
在本申请中通篇使用各种首字母缩略词。在本申请中通篇可能出现的最为突出的所用首字母缩略词的定义如下:
·UE:用户装置
·RF:射频
·BS:基站
·GSM:全球移动通信系统
·HARQ:混合自动重传请求
·UMTS:通用移动电信系统
·LTE:长期演进
·Nr:新无线电部件
·Tx:发射/传输
·Rx:接受/接收
·ReTx:重新传输/重传
·LAN:局域网
·WLAN:无线局域网
·AP:接入点
·RAT:无线电接入技术
·IEEE:电气与电子工程师学会
·Wi-Fi:基于IEEE 802.11标准的无线局域网(WLAN)RAT
·TBS:传输块尺寸
·TTI:传输时间间隔
术语
以下是本申请中会出现的术语的术语表:
存储器介质—各种类型的非暂态存储器设备或存储设备中的任一个。术语“存储器介质”旨在包括安装介质,例如CD-ROM、软盘或磁带设备;计算机系统存储器或随机存取存储器诸如DRAM、DDR RAM、SRAM、EDORAM、Rambus RAM等;非易失性存储器诸如闪存、磁介质,例如,硬盘驱动器或光学存储装置;寄存器或其它类似类型的存储器元件等。存储器介质也可包括其它类型的非暂态存储器或它们的组合。此外,存储器介质可位于执行程序的第一计算机系统中,或者可位于通过网络诸如互联网连接到第一计算机系统的不同的第二计算机系统中。在后面的实例中,第二计算机系统可向第一计算机系统提供程序指令以供执行。术语“存储器介质”可包括可驻留在例如通过网络连接的不同计算机系统中的不同位置的两个或更多个存储器介质。存储器介质可存储可由一个或多个处理器执行的程序指令(例如,表现为计算机程序)。
载波介质—如上所述的存储器介质、以及物理传输介质诸如总线、网络和/或传送信号诸如电信号、电磁信号或数字信号的其它物理传输介质。
计算机系统(或计算机)—各种类型的计算系统或处理系统中的任一种,包括个人计算机系统(PC)、大型计算机系统、工作站、网络电器、互联网电器、个人数字助理(PDA)、电视系统、栅格计算系统,或者其他设备或设备的组合。通常,术语“计算机系统”可广义地被定义为包含具有执行来自存储器介质的指令的至少一个处理器的任何设备(或设备的组合)。
用户装置(UE)(或“UE设备”)—移动式或便携式的并执行无线通信的各种类型的计算机系统设备中的任一种。UE设备的示例包括移动电话或智能电话(例如iPhoneTM、基于AndroidTM的电话)、平板电脑(例如,iPadTM、Samsung GalaxyTM)、便携式游戏设备(例如,Nintendo DSTM、PlayStation PortableTM、Gameboy AdvanceTM、iPhoneTM)、可穿戴设备(例如,智能手表,智能眼镜)、膝上型电脑、PDA、便携式互联网设备、音乐播放器、数据存储设备或其他手持设备等。通常,术语“UE”或“UE设备”可广义地被定义为包含便于用户运输并能够进行无线通信的任何电子设备、计算设备和/或电信设备(或设备的组合)。
无线设备—执行无线通信的各种类型的计算机系统设备中的任一者。无线设备可为便携式(或移动的),或者可为固定的或固定在某个位置处。UE为无线设备的一个示例。
通信设备—执行通信的各种类型的计算机系统或设备中的任一者,其中该通信可为有线通信或无线通信。通信设备可为便携式(或移动的),或者可为固定的或固定在某个位置处。无线设备为通信设备的一个示例。UE为通信设备的另一个示例。
基站(BS)—术语“基站”具有其普通含义的全部范围,并且至少包括被安装在固定位置处并且用于作为无线电话系统或无线电系统的一部分进行通信的无线通信站。
处理元件—是指能够执行设备(例如用户装置设备或蜂窝网络设备)中的功能的各种元件或元件组合。处理元件可以包括例如:处理器和相关联的存储器、各个处理器核心的部分或电路、整个处理器核心、处理器阵列、电路诸如ASIC(专用集成电路)、可编程硬件元件诸如现场可编程门阵列(FPGA)以及以上各种组合中的任一种。
Wi-Fi—术语“Wi-Fi”具有其普通含义的全部范围,并且至少包括无线通信网络或RAT,其由无线LAN(WLAN)接入点提供服务并通过这些接入点提供至互联网的连接性。大多数现代Wi-Fi网络(或WLAN网络)基于IEEE 802.11标准,并以“Wi-Fi”的命名面市。Wi-Fi(WLAN)网络不同于蜂窝网络。
自动—是指由计算机系统(例如,由计算机系统执行的软件)或设备(例如,电路、可编程硬件元件、ASIC等)在无需直接指定或执行动作或操作的用户输入的情况下执行的动作或操作。因此,术语“自动”与用户手动执行或指定操作形成对比,其中用户提供输入来直接执行该操作。自动过程可由用户所提供的输入来启动,但“自动”执行的后续动作不是由用户指定的,即,不是“手动”执行的,其中用户指定要执行的每个动作。例如,用户通过选择每个字段并提供输入指定信息(例如,通过键入信息、选择复选框、无线电部件选择等)来填写电子表格为手动填写该表格,即使计算机系统必须响应于用户动作来更新该表格。该表格可通过计算机系统自动填写,其中计算机系统(例如,在计算机系统上执行的软件)分析表格的字段并填写该表格,而无需任何用户输入指定字段的答案。如上面所指示的,用户可援引表格的自动填写,但不参与表格的实际填写(例如,用户不用手动指定字段的答案而是它们被自动完成)。本说明书提供了响应于用户已采取的动作而自动执行的操作的各种示例。
被配置为—各种部件可被描述为“被配置为”执行一个或多个任务。在此类环境中,“被配置为”是一般表示“具有”在操作期间执行一个或多个任务的“结构”的宽泛表述。由此,即使在部件当前没有执行任务时,该部件也能被配置为执行该任务(例如,一组电导体可以被配置为将模块电连接到另一个模块,即使当这两个模块未连接时)。在一些环境中,“被配置为”可以是一般表示“具有”在操作期间执行一个或多个任务的“电路”的结构的宽泛表述。由此,即使在部件当前未接通时,该部件也能被配置为执行任务。通常,形成与“被配置为”对应的结构的电路可包括硬件电路。
为了便于描述,可将各种部件描述为执行一个或多个任务。此类描述应当被解释为包括短语“被配置为”。表述被配置为执行一个或多个任务的部件明确地旨在对该部件不援引35U.S.C.§112第六段的解释。
图1和图2—示例性通信系统
图1示出了根据一些实施方案的可以实现本公开各个方面的示例性(和简化的)无线通信系统。需注意,图1的系统仅是可能系统的一个示例,并且实施方案根据需要可被实施在各种系统中的任一种中。
如图所示,这种示例性无线通信系统包括基站102,该基站通过传输介质与一个或多个(例如,任意数量)用户设备106A、106B等到106N进行通信。在本文中可将每个用户设备称为“用户装置”(UE)或UE设备。因此,用户设备106被称为UE或UE设备。
基站102可以是收发器基站(BTS)或小区站点,并且可包括实现与UE106A至106N的无线通信的硬件和/或软件。如果在LTE的环境中实施基站102,则其可被称为“eNodeB”或“eNB”。如果在5G NR的环境中实施基站102,则其另选地可被称为“gNodeB”或“gNB”。基站102还可被装备成与网络100(例如,蜂窝服务提供方的核心网、电信网络诸如公共交换电话网(PSTN)、和/或互联网,以及各种可能性)进行通信。因此,基站102可促进用户设备之间和/或用户设备与网络100之间的通信。基站的通信区域(或覆盖区域)可被称为“小区”。同样如本文所用,就UE而言,有时在考虑了UE的上行链路和下行链路通信的情况下,基站可被认为表示网络。因此,与网络中的一个或多个基站通信的UE也可以被解释为与网络通信的UE。
基站102和用户设备可被配置为使用各种无线电接入技术(RAT)中的任一种通过传输介质进行通信,无线电接入技术(RAT)也被称为无线通信技术或电信标准,诸如GSM、UMTS(WCDMA)、LTE、高级LTE(LTE-A)、LAA/LTE-U、5G NR、3GPP2 CDMA2000(例如,1xRTT、1xEV-DO、HRPD、eHRPD)、Wi-Fi、WiMAX等。
根据相同或不同的蜂窝通信标准进行操作的基站102和其他类似基站可因此提供作为一个或多个小区网络,所述一个或多个小区网络可经由一个或多个蜂窝通信标准在某一地理区域上向UE 106和类似的设备提供连续的或近似连续的重叠服务。
需注意,UE 106可能够使用多个无线通信标准进行通信。例如,UE 106可以被配置为使用3GPP蜂窝通信标准或3GPP2蜂窝通信标准中的任一者或两者进行通信。在一些实施方案中,UE 106可被配置为至少根据本文所述的各种方法使用上行链路控制信息的模块控制信道格式执行蜂窝通信。UE 106还可被配置为或替代地被配置为使用WLAN、BLUETOOTHTM、一个或多个全球导航卫星系统(GNSS,例如GPS或GLONASS)、一个和/或多个移动电视广播标准(例如,ATSC-M/H或DVB-H)等进行通信。无线通信标准的其他组合(包括两个以上的无线通信标准)也是可能的。
图2示出了根据一些实施方案的与基站102通信的示例性用户装置106(例如,设备106A至106N中的一个)。UE 106可为具有无线网络连接性的设备,诸如移动电话、手持设备、可穿戴设备、计算机或平板电脑,或实质上任何类型的无线设备。UE 106可包括被配置为执行存储在存储器中的程序指令的处理器。UE 106可通过执行此类存储的指令来执行本文所述的方法实施方案中的任一者。另选地或除此之外,UE 106可包括可编程硬件元件,诸如被配置为执行本文所述的方法实施方案中的任一者或本文所述的方法实施方案中的任一者的任何部分的FPGA(现场可编程门阵列)。UE 106可被配置为使用多个无线通信协议中的任一个来通信。例如,UE 106可被配置为使用CDMA 2000、LTE、LTE-A、5G NR、WLAN或GNSS中的两个或更多个来通信。无线通信标准的其他组合也是可能的。
UE 106可包括用于使用一个或多个无线通信协议根据一个或多个RAT标准进行通信的一个或多个天线。在一些实施方案中,UE 106可在多个无线通信标准之间共享接收链和/或发射链中的一个或多个部分;共享的无线电部件可包括单个天线,或者可包括用于执行无线通信的多个天线(例如,对于MIMO来说)。通常,无线电部件可包括基带处理器、模拟RF信号处理电路(例如,包括滤波器、混频器、振荡器、放大器等等)或数字处理电路(例如,用于数字调制以及其它数字处理)的任何组合。类似地,该无线电部件可使用前述硬件来实现一个或多个接收链和发射链。
在一些实施方案中,UE 106针对被配置为用其进行通信的每个无线通信协议而可包括单独的发射链和/或接收链(例如,包括单独的天线和其他无线电部件)。作为另一种可能性,UE 106可包括在多个无线通信协议之间共享的一个或多个无线电部件,以及由单个无线通信协议唯一地使用的一个或多个无线电部件。例如,UE 106可包括用于使用LTE或CDMA2000 1xRTT(或LTE或GSM)中的任一种进行通信的共享的无线电部件,以及用于使用Wi-Fi和BLUETOOTHTM中的每一种进行通信的独立的无线电部件。其它配置也是可能的。
图3—示例性UE设备的框图
图3示出了根据一些实施方案的示例性UE 106的框图。如图所示,UE 106可包括片上系统(SOC)300,该片上系统可包括用于各种目的的部分。例如,如图所示,SOC 300可包括可执行用于UE 106的程序指令的一个或多个处理器302,以及可执行图形处理并向显示器360提供显示信号的显示电路304。一个或多个处理器302还可耦接至存储器管理单元(MMU)340,该存储器管理单元可被配置为从一个或多个处理器302接收地址并将那些地址转换成存储器(例如存储器306、只读存储器(ROM)350、NAND闪存存储器310)中的位置和/或其他电路或设备,诸如显示电路304、无线电部件330、连接器I/F 320和/或显示器360。MMU 340可被配置为执行存储器保护和页表转换或设置。在一些实施方案中,MMU340可以被包括作为一个或多个处理器302的一部分。
如图所示,SOC 300可耦接到UE 106的各种其他电路。例如,UE 106可包括各种类型的存储器(例如,包括NAND闪存310)、连接器接口320(例如,用于耦接至计算机系统)、显示器360和无线通信电路330(例如,用于LTE、LTE-A、NR、CDMA2000、BLUETOOTHTM、WiFi、GPS等)。UE设备106可包括至少一个天线(例如335a),并且可能包括多个天线(例如由天线335a和335b所示),以用于执行与基站和/或其他设备的无线通信。天线335a和335b以示例方式示出,并且UE设备106可包括更少或更多的天线。总的来说,一个或多个天线统称为天线335。例如,UE设备106可借助无线电电路330使用天线335来执行无线通信。如上所述,在一些实施方案中,UE可被配置为使用多个无线通信标准来进行无线通信。
如本文随后进一步所述,UE 106(和/或基站102)可以包括硬件部件和软件部件,用于实现至少UE 106使用上行链路控制信息的模块控制信道格式执行蜂窝通信的方法。UE设备106的一个或多个处理器302可被配置为实现本文所述方法的一部分或全部,例如通过执行被存储在存储器介质(例如,非暂态计算机可读存储器介质)上的程序指令。在其他实施方案中,一个或多个处理器302可被配置作为可编程硬件元件,诸如FPGA(现场可编程门阵列)或者作为ASIC(专用集成电路)。此外,如图3所示,一个或多个处理器302可以耦接到其他部件和/或可以与其他部件进行互操作,以使用根据本文公开的各种实施方案的上行链路控制信息的模块控制信道格式执行蜂窝通信。一个或多个处理器302还可实现各种其他应用程序和/或在UE 106上运行的最终用户应用程序。
在一些实施方案中,无线电部件330可包括专用于针对各种相应RAT标准来控制通信的独立控制器。例如,如图3所示,无线电部件330可包括Wi-Fi控制器350、蜂窝控制器(例如,NR控制器)352和BLUETOOTHTM控制器354,并且在至少一些实施方案中,这些控制器中的一个或多个控制器或全部控制器可被实现为相应的集成电路(简称为IC或芯片),这些集成电路彼此通信,并且与SOC 300(更具体地说与一个或多个处理器302)通信。例如,Wi-Fi控制器350可以通过小区-ISM链路或WCI接口来与蜂窝控制器352进行通信,并且/或者BLUETOOTHTM控制器354可以通过小区-ISM链路等与蜂窝控制器352进行通信。虽然在无线电部件330内示出了三个独立的控制器,但UE设备106中可实现具有用于各种不同RAT的更少或更多个类似控制器的其他实施方案。
另外,还设想了其中控制器可实现与多种无线电接入技术相关联的功能的实施方案。例如,根据一些实施方案,除了用于执行蜂窝通信的硬件部件和/或软件部件之外,蜂窝控制器352还可包括用于执行Wi-Fi前导码检测(例如,用于检测在可能与由UE 106在未许可频谱中进行的可能的通信有关的未许可频带中传输的Wi-Fi物理层前导码)的硬件部件和/或软件部件。作为另一种可能性,蜂窝控制器352可包括用于生成Wi-Fi物理层前导码信号(例如,用于作为由UE 106进行且出现在未许可频带中的上行链路通信的一部分传输)的硬件部件和/或软件部件。
图4—示例性基站的框图
图4示出了根据一些实施方案的示例性基站102的框图。需注意,图4的基站仅为可能的基站的一个示例。如图所示,基站102可包括可执行针对基站102的程序指令的一个或多个处理器404。一个或多个处理器404也可耦接到存储器管理单元(MMU)440(该MMU可被配置为接收来自一个或多个处理器404的地址并将这些地址转换为存储器(例如,存储器460和只读存储器(ROM)450)中的位置)或其它电路或设备。
基站102可以包括至少一个网络端口470。网络端口470可被配置为耦接到电话网,并提供有权访问如上文在图1和图2中所述的电话网的多个设备诸如UE设备106。网络端口470(或附加的网络端口)还可被配置为或另选地被配置为耦接到蜂窝网络,例如蜂窝服务提供商的核心网。核心网可向多个设备诸如UE设备106提供与移动性相关的服务和/或其他服务。在一些情况下,网络端口470可经由核心网耦接到电话网,以及/或者核心网可提供电话网(例如,在蜂窝服务提供商所服务的其它UE设备中)。
基站102可包括至少一个天线434以及可能的多个天线。一个或多个天线434可被配置为作为无线收发器进行操作,并且还可被配置为经由无线电部件430与UE设备106进行通信。一个或多个天线434经由通信链432来与无线电部件430进行通信。通信链432可为接收链、发射链或两者。无线电部件430可被设计为经由各种无线电信标准进行通信,所述无线电信标准包括但不限于NR、LTE、LTE-A WCDMA、CDMA2000等。基站102的处理器404可被配置为实现和/或支持实现本文所述方法的一部分或全部,例如通过执行存储在存储器介质(例如,非暂态计算机可读存储器介质)上的程序指令。另选地,处理器404可被配置作为可编程硬件元件诸如FPGA(现场可编程门阵列)或作为ASIC(专用集成电路)或它们的组合。在某些RAT(例如Wi-Fi)的情况下,基站102可以被设计为接入点(AP),在这种情况下,网络端口470可被实现为提供对广域网和/或一个或多个局域网的接入,例如它可包括至少一个以太网端口,并且无线电部件430可以被设计为根据Wi-Fi标准进行通信。基站102可以根据本文所公开的各种方法来操作,以用于使无线设备使用针对上行链路控制信息的模块控制信道格式来执行蜂窝通信。
图5—典型HARQ过程
混合自动重传请求(HARQ)通常用作在无线通信中执行纠错的有效且高效的手段。HARQ是正向纠错编码和标准自动重传请求(ARQ)错误控制的组合。标准HARQ过程在图5中示出。
如图所示,在一些实施方案中,初始数据包可从基站发送至子帧0中的UE。在传输时间之后,UE可接收包,然后处理子帧0中的所接收的包。UE处理所接收的包所需的时间量可取决于包中的数据量以及UE的硬件能力(例如,处理能力和/或其流水线处理能力的效率)。在处理包之后,UE可确定其是否能够或不能成功解码包。然后UE可基于该确定将HARQACK/NACK消息(图5中由A/N表示)传输至基站。例如,如果解码成功,则UE可发送ACK消息;如果解码不成功,则UE可发送NACK消息。
然后,基站可处理所接收的ACK/NACK消息以确定是否重新传输(ReTx)数据包或传输(Tx)新包。基站的处理可包括对UE以及与基站进行通信的其他UE的调度决策。从基站发送初始HARQ消息直到其发送ReTx/Tx消息的总经过时间在图5中被标识为HARQ往返时间(RTT)。在例示的实施方案中,UE处理时间、基站处理时间(eNB处理时间)和信号传输时间的组合使得HARQ RTT等于8个子帧。例如,在LTE中,子帧的持续时间可为1毫秒,使得在图5的例示实施方案中HARQ RTT可为8毫秒。
图5示出了利用子帧0的特定HARQ过程。在典型的实施方案中,UE和基站在不涉及该特定HARQ过程的居间子帧期间并不空闲。相反,基站和/或UE通常可利用子帧1-7来进行另外的并行HARQ过程。应当理解,在所示实施方案中,可在子帧0-7中执行总共8个并行HARQ进程。
各种硬件考虑可限制在特定通信中可支持的并行HARQ进程的数量。例如,UE或基站处理能力可确定UE或基站可处理数据的速度,其中较低的处理能力可导致更长的处理时间。如下文更详细地解释,较长的处理时间可増加HARQ RTT,从而増加额外子帧执行并行HARQ过程的时间量。相比之下,具有更快处理器的UE可具有较小的HARQ RTT,从而支持较少数量的并行HARQ过程。
在一些实施方案中,UE的HARQ软缓冲区大小可确定UE必须存储未确认位的存储器数量。例如,在图5的例示实施方案中,UE存储在子帧0处接收的HARQ消息,直到在后续子帧0处接收到ReTx/Tx消息。如下文进一步详细解释的,UE的较小HARQ缓冲区大小可限制UE可同时存储的HARQ消息的数量,从而限制由UE所支持的并行HARQ过程的数量。相比之下,较大的HARQ缓冲区大小可使得UE能够支持更多数量的并行HARQ过程。
在一些实施方案中,特定通信的延迟目标可限制并行HARQ过程的数量。例如,单个服务可能仅能够容忍某种程度的延迟而不会对用户体验产生负面影响,并且包括附加并行HARQ过程可导致増大设备所经历的延迟。具有较低严格延迟目标的不同服务可以具有更大数量的并行HARQ进程的可接受延迟来操作。预期NR可实现与现有LTE服务相比更严格延迟目标的服务。因此,作为一个实施例,可能期望NR支持比8更少数量的并行HARQ进程,至少在被配置为具有15kHz子载波间距(SCS)时。
图6—UE处理能力影响
图6示意性地示出了由第一UE和第二UE处理所接收的数据包,以及相关联的HARQ处理延迟。图6所示的实施方案假设具有两个步骤的简化UE架构:前端处理(标记为“Dem前端进程”或解调前端处理)和后端处理(标记为“Dem后端处理”,或解调后端处理)。图示实施方案进一步假设TTI的流水线分辨率。其他实施方案可利用较小的流水线分辨率(例如,每个符号),这可导致具有更短延迟的更有效的流水线架构。
在一些实施方案中,处理能力有限的UE在处理所接收的通信时可引起更长的处理延迟。更大的处理延迟继而可増大HARQ RTT,从而允许同时处理更多的HARQ进程的时间。
如图所示,UE 1和UE 2中的每一者分别从基站接收标记为“1”和“2”的第一和第二数据包。每个数据包的接收需要等于一个TTI长度的时间量,如竖直虚线所示。在左图中,UE1具有更快的处理器,该处理器能够在单个TTI长度期间对所接收的数据包执行前端和后端处理两者。如图所示,UE1在接收来自基站的第二数据包之后,能够以一个TTI长度的总延迟(即,一个HARQ延迟)完成对包1和包2两者的处理。
相比之下,在右图中,UE 2具有较慢的处理器,该处理器需要整个TTI长度来对单个接收的数据包执行每个前端处理或后端处理。因此,UE 2在接收来自基站的第二数据包之后,在两个数据包在前端和后端处被完全处理之前,引起两个TTI长度的总体处理延迟(即,两个HARQ延迟)。
应当理解,对于固定的每个TTI的传输块大小(TBS)(即,相同的数据吞吐量),具有更快处理速度的UE 1可支持第1HARQ处理延迟,而具有较慢处理速度的UE 2仅支持第2HARQ处理延迟。还应当理解,UE 1可能比UE 2更复杂和更昂贵。对于固定的处理延迟,较高的峰值吞吐量(bps)可能需要更多的UE处理能力。
UE软缓冲区大小影响
以固定的数据速率,具有有限软缓冲区大小的UE针对给定子载波间距可支持较小数量的HARQ进程。通常,软缓冲区大小与UE可支持的数据速率以及可支持数量的并行HARQ进程成比例,如下所示:
Figure BDA0002176194640000131
公式1示出了在HARQ RTT期间将需要存储在软缓冲区中的软位的数量,N软位(即,UE完成HARQ过程所需的总存储器)与每个并行HARQ进程中的每个TTI的位数乘以并行HARQ进程的数量成比例。等效的是,N软位也与HARQ RTT的数据速率(以比特/秒为单位)乘以持续时间(以秒为单位)成比例。应当理解,公式1表示了如何以HARQ进程的大小和数量,或者根据HARQ进程的数据速率和持续时间来表示HARQ进程的软存储器要求。如果UE的软缓冲区大小有限,则较高吞吐量可能只对较小数量的HARQ进程受支持。NR预期将支持比LTE宽得多的带宽,并且NR中的峰值数据速率可能高达20Gbps以满足IMT2020需求。为了支持这样高的峰值吞吐量,可能有利的是减少并行HARQ进程的数量以减小所需的软缓冲区的量。在一些实施方案中,可能仍然需要配置较多数量的并行HARQ进程,但UE可能需要相应地降低数据速率。
LTE和NR中的HARQ进程数
LTE通常在频分双工(FDD)中支持8个并行HARQ进程。在许多实施方案中,处理时间对于UE用4个TTI等分和对于基站用4个TTI等分。通常,LTE采用固定的数学法,其中1TTI=1毫秒,并且其中子载波间距(SCS)被设定为15kHz。在本文中,数学法被定义为具有相关联TTI长度的特定子载波间距。
为了执行HARQ过程,UE可能需要通知基站其硬件能力,使得基站可适当地校准HARQ过程的参数。在现有LTE HARQ过程中,这通常由UE将UE的类别通知基站来实现。UE类别指定UE处理能力(即,每TTI的DL-SCH传输块位的最大数量)和HARQ缓冲区大小(可存储软信道位的总数)。在现有的LTE具体实施中,一旦基站获知UE类别,其可确定适合于该UE的传输块大小(TBS),假定将存在8个并行HARQ进程。
图7是示出与传统LTE具体实施中的各种下行链路类别相关联的信息的表。在传统实施方案中,UE可将其类别传送至基站,由此基站采用图7的存储版本来基于UE类别确定UE装置的各种性能度量。
图7的第一列列出了各种下行链路类别的名称。
图7的第二列列出了UE能够针对每个UE类别处理的每个TTI的最大总位数。
图7的第三列列出了UE能够针对每个UE类别处理的每个传输块的每个TTI的位数。
图7的第四列列出了UE能够为每个UE类别存储的软信道位的总数。
图7的第五列列出了在对于每个UE类别的DL空间复用中UE能够支持的多输入多输出(MIMO)层的最大数量。
与LTE相比,NR预期支持不同的数学法,其中使用除15kHz之外的子载波间距。具体地讲,对于具有15kHz,30kHz,60kHz,120kHz,240kHz和480kHz的子载波间距的NR,预期可缩放的数学法。更一般地,对于任何整数k,在NR中可支持格式15kHz·2k的任何子载波间距。虽然本文所述的实施方案适用于这些特定的数学法,但所述方法可更一般地应用于任何数学法和任何子载波间距。
使用替代数学法将相应地缩放HARQ进程的TTI长度。例如,在LTE中使用的15kHz数学法对应于1毫秒TTI长度,而NR中的30kHz数学法可对应于0.5毫秒TTI长度,而NR中的60kHz数学法可对应于0.25毫秒TTI长度等。对于具有固定数据吞吐量的给定UE而言,不同的数学法可转换为不同的可支持的最大并行HARQ进程数量。例如,如果特定UE能够支持具有15kHz SCS的8个并行HARQ进程,则其可能能够支持具有30kHz SCS的16个并行HARQ进程。从存储器的角度来看,这是可以理解的,因为30kHz SCS将具有kHz SCS的TTI长度的一半,使得每个HARQ进程将需要相对于15kHz SCS的30kHz SCS的一半软缓冲存储器需求。
与通常支持8个并行HARQ进程的LTE不同,NR预期支持不同数量的并行HARQ。具体地,预期NR针对给定UE将支持不止一个DL HARQ进程的操作,以及针对给定UE将支持不止一个UL HARQ进程的操作。还预期NR针对一些UE将支持一个DL HARQ进程的操作,以及针对一些UE将支持一个UL HARQ进程的操作。针对特定UE的单个DL HARQ进程的有效操作将需要UE具有比8个并行HARQ进程所需的更快的处理时间,尽管对该操作将需要较小的软缓冲区要求。
在NR中,对于给定UE,每个TTI的最大可支持位数可根据并行HARQ进程的数量而变化。例如,较少数量的并行HARQ进程可能需要UE具有较少量的软缓冲空间,但对于UE在接收到HARQ包时快速处理以将ACK/NACK快速发送至基站可能具有更严格的要求。在这种情况下,每个TTI的较大位数可被软缓冲区存储,但每TTI的位数过大可能不满足处理速度要求,因为更大的位数可能需要更多的时间来处理。对于具有少量并行HARQ进程的HARQ过程,每TTI的最大可支持位数可主要由处理速度确定。
相反,大量并行HARQ进程可能需要UE具有大的软缓冲容量来存储与每个HARQ进程相关联的数据,但UE将具有更多时间来对每个包执行处理。对于具有大量并行HARQ进程的HARQ过程,每个TTI的最大可支持位数可主要由软缓冲区大小确定。
根据一些实施方案,基站在NR中调节并行HARQ进程的数量的灵活性可允许基站基于UE和基站的硬件能力来优化缓冲大小和处理速度之间的平衡。
由于对数学法和NR中并行HARQ进程的数量的増加的灵活性(例如,SCS中的灵活性),在NR中UE类别的定义可比在LTE中显著更复杂。因此,UE将其HARQ能力有效且高效地传送至基站是更复杂的问题。下面给出的实施方案提出了该问题的若干潜在解决方案。
图8—能力信息传输的流程图
图8是示出根据示例性实施方案的一种示例性方法的流程图,UE 106通过该示例性方法将能力信息传输至基站。
在一些实施方案中,在810处,UE 106向基站102传输能力信息。如下文进一步详细解释的,根据各种实施方案,能力信息可包括多种不同类型的信息。能力信息可由基站102使用以确定UE 106的各种性能特征。
在812处,基站可基于能力信息来确定UE的能力规范。换句话讲,基站可基于能力信息确定可由UE处理的每个TTI的最大传输块大小(TBS)。每个TTI的最大TBS可包括两个不同的量度:每个TTI的DL-SCH传输块位的最大数量,以及每个TTI的DL-SCH传输块中的最大位数。应当理解,短语“每个TTI的TBS”可旨在指这些量中的任一者或两者。确实的每个TTI的最大TBS可针对即将与UE进行的HARQ过程的特定数学法来确定。另选地或除此之外,基站可基于能力信息确定包括针对UE的最大可支持并行HARQ进程数量的能力规范。可支持的并行HARQ进程的最大数量同样可针对即将与UE进行的HARQ过程的特定数学法来确定。
在814处,基站可根据该确定来与UE发起HARQ过程。在一些实施方案中,基站可根据用于确定每个TTI的最大TBS的数学法和/或确定UE可支持的并行HARQ进程的最大数量来执行HARQ过程。针对发起的HARQ过程实现的每个TTI的TBS和/或用于HARQ过程的并行HARQ进程的数量可由基站分别基于确定的每个TTI的最大TBS和所确定的支持的并行HARQ进程的最大数量来设置。
基于参考数学法的UE类别定义
HARQ进程中UE的每个TTI的最大可支持传输块大小和相关联的处理延迟可取决于用于该进程的数学法。在一些实施方案中,UE可被配置为向基站发送能力信息,该能力信息指示UE的每TTI的最大可支持传输块大小(TBS)以及基于参考数学法(例如,15kHz SCS或另一个数学法)的相关联的处理延迟。换句话讲,假设预定的参考数学法将用于通信,则UE可将能力信息发送至基站。
在其他实施方案中,能力信息可包括类别标识符,其中类别标识符与每个TTI的最大TBS的特定值和参考数学法的特定处理延迟相关联。在这些实施方案中,基站可预配置有查找表,其中基站可识别每个TTI的最大TBS和与类别标识符相关联的处理延迟。
在一些实施方案中,能力信息可另外包括关于UE的软缓冲容量的信息。另选地,软缓冲容量可与类别标识符相关联。在一些实施方案中,软缓冲容量可由基站用于确定能够由UE支持的并行HARQ进程的最大数量。
基站在接收到能力信息时,可相应地缩放每个TTI的最大TBS以支持除参考数学法之外的数学法。例如,由于硬件限制,在SCS=15kHz的峰值吞吐量下支持最大1TBS=600k的UE可能仅支持SCS=30kHz下最大TBS=300k。可以理解这一点,因为30kHz数学法将具有TTI长度为从15kHz数学法获得的TTI长度的一半,使得恒定的处理速率在30kHz数学法中将能够处理在15kHz数学法中一半的传输块位。因此,如果基站正在发起具有30kHz SCS的数学法的HARQ过程,并且参考数学法为15kHz SCS,则基站可将包含在能力信息内的最大TBS缩放1/2以补偿较大的SCS。更一般地,可按以下公式计算每个TTI的最大TBS(以K表示):
K=Kref·Δfref/Δf (2)
这里Kref是假定参考数学法情况下包含在从UE所接收的能力信息中的每个TTI的最大TBS,Δfref是参考数学法的带宽,并且Δf是由基站在DL HARQ过程中使用的数学法的带宽。如果期望使用除参考数学法之外的数学法,则基站可使用公式(2)来确定在HARQ过程中使用的每个TTI的最大TBS。
在一些实施方案中,基站可另外被配置为确定支持特定数量的HARQ进程所需的最大TBS。具体地讲,可由以下公式给出数字N个HARQ进程所需的每个TTI的最大TBS:
K=Kref·Nref/N (3)
此处,N是要采用的并行HARQ进程数,而Nref是参考数学法中支持的并行HARQ进程数。在这些实施方案中,Nref(由参考数学法支持的HARQ进程数)可通过以下公式来计算:
Figure BDA0002176194640000181
此处TUE_ref是参考数学法中UE的处理时间,TgNB_ref是参考数学法中的基站的处理时间,而TTIref是参考数学法中的传输时间间隔。例如,如果Nref是8个并行HARQ进程,并且基站希望操作16个并行HARQ进程,则基站可确定在能力信息中从UE接收到的每个TTI的最大TBS的一半可由UE支持。一般来讲,如果基站期望使用与HARQ进程的参考数不同数目的并行HARQ进程,则其可基于公式3和4确定用于该操作的每个TTI的最大TBS。另外,在一些实施方案中,基站可验证由公式(2)—(4)确定的每个TTI的最大TBS和并行HARQ进程的数量满足UE的总软信道位约束。换句话讲,UE的能力信息可能已将UE的软缓冲容量告知基站,并且基站可对每个TTI的最大TBS和并行HARQ进程的数量进行确定,以便不超过用于HARQ过程的UE的软缓冲容量。
在公式4中,应当注意的是,在确定总体HARQ RTT时忽略UL和DL HARQ通信的传输时间,这与处理时间(通常更长)相比可忽略不计。然而,其他实施方案在计算并行HARQ进程的最大可支持数量时可包括这些传输时间。还应当注意,在许多情况下,N将评估为非整数值。在这些情况下,N可向下舍入为最接近的整数值。
在一些实施方案中,UE可先确定此类根据数学法的缩放得到支持,然后再发送能力信息。换句话讲,UE可能需要被配置成使得每个TTI的最大支持TBS随所使用的数学法和所使用的HARQ进程的数量的缩放符合公式2和3隐含的线性缩放。
在一些实施方案中,可将单独的参考数学法用于多个不同频带中的每一个。作为一个具体实例,可将15kHz用作低于6GHz的参考数学法,并且120kHz可用于6GHz以上。根据需要,也可使用针对不同的多个频带的不同参考数学法的任何其他组合。
在一些实施方案中,基站可被配置为根据所确定的每个TTI的最大TBS和/或最大可支持数量的并行HARQ进程,向具有特定数学法的UE发起HARQ过程。
基于最大吞吐量的UE类别定义
在一些实施方案中,UE可被配置为向基站发送指示UE的最大吞吐量(例如,以bps计)和相关联的处理延迟(例如,以秒计)的能力信息,其中能力信息独立于所使用的数学法。作为一个非限制性实例,能力信息可陈述UE可处理300Mbps的最大吞吐量,相关的延迟为2毫秒。在示例性实施方案中,UE可具有对所使用的特定数学法相对不敏感的最大吞吐量和相关联的处理延迟。
在其他实施方案中,能力信息可包括类别标识符,其中类别标识符与最大吞吐量的特定值和特定处理延迟相关联。在这些实施方案中,基站可预配置有查找表,其中基站可识别与类别标识符相关联的最大吞吐量和处理延迟。
在一些实施方案中,能力信息可另外包括关于UE的软缓冲容量的信息。另选地,软缓冲容量可与类别标识符相关联。在一些实施方案中,软缓冲容量可由基站用于确定由UE支持的并行HARQ进程的最大数量。
在一些实施方案中,在接收到能力信息时,基站可基于用于HARQ过程的数学法和根据以下公式的UE的最大吞吐量来计算每个TTI的最大可支持TBS。
K=R·TTI (5)
这里,K是每TTI的最大TBS,R是从能力信息获得的最大吞吐量,TTI是与用于特定HARQ过程的数学法相关联的TTI长度(例如,与1毫秒TTI相关联的15kHz数学法)。
在一些实施方案中,在接收到能力信息时,基站可基于所使用的数学法,UE处理延迟和基站的处理延迟,根据以下公式来计算用于与UE进行通信的并行HARQ进程的最大可支持数量:
Figure BDA0002176194640000191
此处N是用于与UE通信的可支持数量的并行HARQ进程,TUE是在能力信息中接收的UE的处理延迟,TgNB是基站的处理时间,TTI是与用于特定HARQ过程的数学法相关联的TTI长度。另外,在一些实施方案中,基站可确保由公式(5)和(6)确定的每个TTI的任何TBS和并行HARQ进程的数量也将满足可能已被UE报告为UE能力信息的一部分的总软信道位约束。
在公式6中,应当注意的是,在确定总体HARQ RTT时忽略UL和DL HARQ通信的传输时间,因为这与处理时间(通常更长)相比可忽略不计。然而,其他实施方案在计算并行HARQ进程的最大可支持数量时可包括这些传输时间。还应当注意,在许多情况下,N将评估为非整数值。在这些情况下,N可向下舍入为最接近的整数值。
在一些实施方案中,基站可被配置为根据所确定的每个TTI的最大TBS和/或最大可支持数量的并行HARQ进程,向具有特定数学法的UE发起HARQ过程。
基于穷举分类的UE类别定义
在一些实施方案中,UE设备的性能可不与所使用的数学法线性地缩放。换句话讲,作为一个非限制性实例,对于一些UE设备,使用30kHz而不是15kHz的SCS执行HARQ过程可能不会导致每个TTI的最大TBS的恰好一半,或足够接近一半(即,在预定误差容限内)。例如,对于一些UE设备,将SCS加倍可导致每个TTI的最大TBS减小1/3或1/4。对于这些设备,在先前实施方案中描述的能力信息可能无法以足够的精度将针对各种数学法的UE的功能传送至基站。在这些情况下,UE可为UE设备所支持的每个数学法向基站传送单独的能力信息可能是有利的。换句话讲,UE可分别向基站传送其每个TTI的最大TBS以及每个数学法的相关联处理延迟。在一些实施方案中,UE可另外将其软缓冲容量传送至基站。该方法的优点是即使在UE对可变数学法的非线性响应的情况下,也可向基站提供准确的能力信息。另外的优点是在这些情况下,基站不需要对HARQ过程中使用的特定数学法进行计算。该方法的缺点是由UE传送的能力信息将显著更复杂。例如,在有6个受支持的数学法的情况下,能力信息将比用于LTE的图7中列出的传统方法复杂6倍。
以下编号段落描述了本发明的另外的实施方案。
在一些实施方案中,用户装置设备(UE)包括被配置为与基站执行蜂窝通信的天线,可操作地耦接到天线的无线电部件,以及可操作地耦接到无线电部件的处理元件。UE可被配置为向蜂窝基站传输能力信息,并且接收来自基站的通信,其中通信包括并行HARQ进程的数量,其中并行HARQ进程的数量由基站基于由UE传输的能力信息来确定。
在一些实施方案中,从基站接收的通信使用第一子载波间距(SCS),并且并行HARQ进程的数量还由基站基于SCS进一步确定。
在一些实施方案中,从蜂窝基站接收的通信利用可在每个传输时间间隔(TTI)上传输的最大包大小,以及在通信中支持的并行HARQ进程的最大数量,其中用于从基站接收的通信中的最大包大小和并行HARQ进程的最大数量由基站基于由UE传输的能力信息确定。
在一些实施方案中,用户装置被配置为向蜂窝基站传输能力信息,并且使用第一子载波间距(SCS)从蜂窝基站接收通信,其中通信包括每个传输时间间隔(TTI)具有第一传输块大小(TBS)的一个或多个传输,其中第一TBS由基站基于第一SCS和由UE传输的能力信息确定。
在一些实施方案中,能力信息包括可由UE处理的每秒的最大位数和相关联的处理延迟。
在一些实施方案中,能力信息包括针对参考子载波间距(SCS)的UE的每个TTI的最大可支持TBS和相关联的处理延迟。
在一些实施方案中,基于用于从基站接收的通信的频带来选择参考子载波间距。
在一些实施方案中,能力信息包括针对多个子载波间距中的每一个由UE支持的每个TTI的最大TBS和相关联的处理延迟。
在一些实施方案中,UE被配置为向蜂窝基站传输能力信息,该能力信息包括UE的每个传输时间间隔(TTI)的最大可支持传输块大小(TBS)和参考子载波间距(SCS)的相关联的处理延迟,并且接收来自蜂窝基站的基于能力信息的通信。
在一些实施方案中,UE被配置为向蜂窝基站传输能力信息,能力信息包括可由UE处理的每秒的最大位数和相关联的处理延迟,并且接收来自蜂窝基站的基于能力信息的通信。
在一些实施方案中,处理延迟基于由UE接收的子载波间距。
在一些实施方案中,UE根据不同的子载波间距来接收来自基站的蜂窝通信。
在一些实施方案中,蜂窝基站包括被配置为与多个用户装置(UE)执行蜂窝通信的天线,可操作地耦接到天线的无线电部件,以及可操作地耦接到无线电部件的处理元件。在这些实施方案中,天线,无线电部件和处理元件可被配置为从用户装置设备(UE)接收能力信息,基于能力信息和子载波间距(SCS)确定由UE支持的每个传输时间间隔(TTI)的最大传输块大小(TBS),并且根据所确定的每个TTI的TBS和SCS传输通信至UE。
在一些实施方案中,基站的天线,无线电部件和处理元件可被配置为从用户装置设备(UE)接收能力信息,基于能力信息和子载波间距(SCS)确定由UE支持的并行混合自动重传请求(HARQ)的数量,并根据所支持的并行HARQ数目和SCS将通信传输至UE。
在一些实施方案中,所接收的能力信息包括可由UE处理的每秒的最大位数以及相关联的处理延迟。
在一些实施方案中,所接收的能力信息包括针对参考子载波间距(SCS)的UE的每个TTI的最大可支持TBS和相关联的处理延迟。
在一些实施方案中,参考子载波间距基于用于由基站传输的通信的频带来选择。
在一些实施方案中,所接收的能力信息包括由UE支持的每个TTI的最大TBS以及多个子载波间距中的每一个的相关联的处理延迟。
本发明的实施方案可通过各种形式中的任一种来实现。例如,在一些实施方案中,可将本发明实现为计算机实现的方法、计算机可读存储器介质或计算机系统。在其他实施方案中,可使用一个或多个定制设计的硬件设备诸如ASIC来实现本发明。在其他实施方案中,可使用一个或多个可编程硬件元件诸如FPGA来实现本发明。
在一些实施方案中,非暂态计算机可读存储器介质(例如,非暂态存储器元件)可被配置为使得其存储程序指令和/或数据,其中如果由计算机系统执行程序指令,则使计算机系统执行一种方法,例如本文所述的方法实施方案中的任一种,或本文所述的方法实施方案的任何组合,或本文所述的任何方法实施方案的任何子集,或此类子集的任何组合。
在一些实施方案中,设备(例如UE)可被配置为包括处理器(或一组处理器)和存储器介质(或存储器元件),其中存储器介质存储程序指令,其中该处理器被配置为从该存储器介质中读取并执行该程序指令,其中该程序指令是可执行的以实现本文所述的各种方法实施方案中的任一种方法实施方案(或本文所述方法实施方案的任何组合,或本文所述的任何方法实施方案中的任何子集或此类子集的任何组合)。可以各种形式中的任一种形式来实现该设备。
虽然已相当详细地描述了上面的实施方案,但是一旦完全了解上面的公开,许多变型和修改对于本领域的技术人员而言将变得显而易见。本发明旨在使以下权利要求书被阐释为包含所有此类变型和修改。

Claims (20)

1.一种用于操作用户装置设备UE(106)的方法,所述方法包括:
将(810)能力信息传输至蜂窝基站(102),其中所述能力信息包括类别标识符,其中所述类别标识符与用于第一数学法的特定处理延迟相关联,其中用于其他数学法的相应的处理延迟从用于所述第一数学法的所述特定处理延迟非线性地缩放;以及
使用第一子载波间距SCS从所述蜂窝基站(102)接收通信,其中所述通信包括每个传输时间间隔TTI具有第一传输块大小TBS的一个或多个传输,其中所述第一TBS基于所述第一SCS以及由所述UE传输的所述能力信息。
2.根据权利要求1所述的方法,其中所述能力信息包括可由所述UE(106)处理的每秒的最大位数和相关联的处理延迟。
3.根据权利要求1所述的方法,其中所述能力信息包括针对参考子载波间距SCS的所述UE的每个TTI的最大支持TBS和相关联的处理延迟。
4.根据权利要求3所述的方法,其中基于用于从所述基站(102)接收的所述通信的频带来选择所述参考子载波间距。
5.根据权利要求1所述的方法,其中所述能力信息包括针对多个子载波间距中的每一个由所述UE(106)支持的每个TTI的最大TBS和相关联的处理延迟。
6.根据权利要求1所述的方法,
其中所述能力信息包括与使用所述第一SCS的通信相关联的处理延迟。
7.根据权利要求1所述的方法,
其中从所述蜂窝基站(102)接收的所述通信利用能够在每个传输时间间隔TTI上传输的最大包大小,以及在所述通信中支持的并行混合自动重传请求HARQ进程的最大数量,其中用于从所述基站(102)接收的通信中的最大包大小和并行HARQ进程的最大数量基于由所述UE(106)传输的所述能力信息。
8.一种用户装置设备UE,包括:
无线电部件;
非瞬态计算机可读存储介质;以及
处理器,耦合到所述无线电部件和所述非瞬态计算机可读存储介质,其中所述处理器被配置为使所述UE:
将能力信息传输至蜂窝基站(102),其中所述能力信息包括类别标识符,其中所述类别标识符与用于第一数学法的特定处理延迟相关联,其中用于其他数学法的相应的处理延迟从用于所述第一数学法的所述特定处理延迟非线性地缩放;
使用第一子载波间距SCS从所述蜂窝基站(102)接收通信,其中所述通信包括每个传输时间间隔TTI具有第一传输块大小TBS的一个或多个传输,其中所述第一TBS基于所述第一SCS以及由所述UE传输的所述能力信息。
9.根据权利要求8所述的用户装置设备UE,
其中从所述蜂窝基站(102)接收的所述通信利用可在每个传输时间间隔TTI上传输的最大包大小,以及在所述通信中支持的并行HARQ进程 的最大数量,其中用于从所述基站(102)接收的通信中的所述最大包大小和所述并行HARQ进程的最大数量基于由所述UE(106)传输的所述能力信息。
10.根据权利要求8所述的用户装置设备UE,
其中所述能力信息包括针对参考子载波间距SCS的所述UE(106)的每个传输时间间隔TTI的最大支持传输块大小TBS和相关联的处理延迟。
11.根据权利要求10所述的用户装置设备UE,
其中基于用于从所述基站(102)接收的所述通信的频带来选择所述参考SCS。
12.根据权利要求8所述的用户装置设备UE,
其中所述能力信息包括可由所述UE(106)处理的每秒的最大位数和相关联的处理延迟。
13.根据权利要求8所述的用户装置设备UE,其中所述处理器被配置为使所述UE:
根据多个不同的子载波间距来从所述基站(102)接收蜂窝通信。
14.一种蜂窝基站(102),包括:
天线(434),所述天线被配置为与多个用户装置UE(106A-N)执行蜂窝通信;
无线电部件(430),所述无线电部件可操作地耦接到所述天线(434);以及
处理元件(404),所述处理元件可操作地耦接到所述无线电部件(430);
其中所述天线(434)、所述无线电部件(430)和所述处理元件(404)被配置为:
从用户装置设备UE(106)接收能力信息,其中所述能力信息包括类别标识符,其中所述类别标识符与用于第一数学法的特定处理延迟相关联,其中用于其他数学法的相应的处理延迟从用于所述第一数学法的所述特定处理延迟非线性地缩放,
基于所述能力信息的缩放来确定所述UE(106)的能力规范,其中所述缩放基于参考子载波间距SCS与第一SCS的比率执行,其中所述能力规范包括以下中的一者或多者:
针对所述第一SCS由所述UE支持的每个传输时间间隔TTI的最大传输块大小TBS;以及
针对所述第一SCS由所述UE(106)支持的多个并行混合自动重传请求HARQ进程 ;以及
根据所确定的能力规范和所述第一SCS将通信传输至所述UE(106)。
15.根据权利要求14所述的基站(102),其中所述能力信息包括可由所述UE(106)处理的每秒的最大位数和相关联的处理延迟。
16.根据权利要求14所述的基站(102),其中所述能力信息包括针对所述参考SCS的所述UE(106)的每个TTI的最大支持TBS和相关联的处理延迟。
17.根据权利要求16所述的基站(102),其中所述参考SCS基于用于由所述基站(102)传输至所述UE(106)的所述通信的频带。
18.根据权利要求14所述的基站(102),其中所述能力信息包括针对多个子载波间距中的每一个,由所述UE(106)支持的每个TTI的最大TBS和相关联的处理延迟。
19.根据权利要求14所述的基站(102),
其中由所述基站(102)传输的所述通信利用可在每个传输时间间隔TTI上传输的最大包分组,以及在所述通信中支持的并行HARQ进程的最大数量,其中用于从所述基站(102)传输的通信中的所述最大包大小和所述并行HARQ进程的最大数量基于由所述UE(106)接收的所述能力信息由所述基站(102)确定。
20.根据权利要求14所述的基站(102),其中所述基站(102)被进一步配置为:
根据多个不同的子载波间距向所述UE(106)传输通信。
CN201880013495.8A 2017-03-23 2018-03-22 用户装置为harq处理提供増强的能力信息 Active CN110352575B (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201762475416P 2017-03-23 2017-03-23
US62/475,416 2017-03-23
US15/920,667 US10911187B2 (en) 2017-03-23 2018-03-14 User equipment provision of enhanced capability information for HARQ processing
US15/920,667 2018-03-14
PCT/US2018/023802 WO2018175745A1 (en) 2017-03-23 2018-03-22 User equipment provision of enhanced capability information for harq processing

Publications (2)

Publication Number Publication Date
CN110352575A CN110352575A (zh) 2019-10-18
CN110352575B true CN110352575B (zh) 2022-08-05

Family

ID=63583694

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201880013495.8A Active CN110352575B (zh) 2017-03-23 2018-03-22 用户装置为harq处理提供増强的能力信息

Country Status (5)

Country Link
US (1) US10911187B2 (zh)
EP (1) EP3574601B1 (zh)
CN (1) CN110352575B (zh)
PL (1) PL3574601T3 (zh)
WO (1) WO2018175745A1 (zh)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10230502B2 (en) * 2017-03-24 2019-03-12 Qualcomm Incorporated Hybrid automatic repeat request buffer configuration
US10945100B2 (en) * 2018-02-02 2021-03-09 Qualcomm Incorporated Carrier capability signaling with regard to multiple carrier numerologies
WO2020093215A1 (en) * 2018-11-05 2020-05-14 Nokia Shanghai Bell Co., Ltd. Method, device and computer readable medium for harq process configuration
US10841890B2 (en) * 2018-11-09 2020-11-17 SRS Space Limited Delay tolerant node
CN112913273B (zh) * 2018-11-14 2023-03-31 中兴通讯股份有限公司 用于确定用于非陆地网络的通信参数的系统和方法
US11742990B2 (en) 2019-11-12 2023-08-29 Qualcomm Incorporated Adaptive HARQ feedback and multi-threaded HARQ techniques for buffer management
US20210360659A1 (en) * 2020-05-15 2021-11-18 Qualcomm Incorporated User equipment processing capability indication
US20210409160A1 (en) * 2020-06-25 2021-12-30 Qualcomm Incorporated Hybrid automatic repeat request (harq) process sharing across carriers
US11700080B2 (en) * 2020-11-23 2023-07-11 Qualcomm Incorporated Maximum transport block sizes and span for a transport block in a non-terrestrial network

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1389847A1 (en) * 2002-08-13 2004-02-18 Matsushita Electric Industrial Co., Ltd. Hybrid automatic repeat request protocol
CN102761510A (zh) * 2011-04-29 2012-10-31 宏碁股份有限公司 处理用于载波集成的软性缓冲器的方法及其通信装置
CN103051435A (zh) * 2011-08-24 2013-04-17 财团法人工业技术研究院 用于在时分双工系统中进行软缓冲区分区的方法和装置
WO2016173637A1 (en) * 2015-04-29 2016-11-03 Nokia Solutions And Networks Oy Scheduling data transmissions for error recovery processes on air interface
CN106538039A (zh) * 2014-07-11 2017-03-22 联发科技(新加坡)私人有限公司 Enb以及ue ul发送以及接收的方法

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100879613B1 (ko) * 2006-02-27 2009-01-21 삼성전자주식회사 이동통신 시스템에서 패킷 서비스를 위한 비-스케쥴링 전송방법 및 장치
US8656239B2 (en) * 2008-02-12 2014-02-18 Qualcomm Incorporated Control of data transmission based on HARQ in a wireless communication system
US8660107B2 (en) 2010-06-18 2014-02-25 Mediatek Inc. Uplink HARQ feedback channel design for carrier aggregation in OFDMA systems
US10404443B2 (en) 2014-05-09 2019-09-03 Qualcomm Incorporated HD-FDD HARQ operation
US9929834B2 (en) * 2015-04-28 2018-03-27 Qualcomm Incorporated Low latency operation with different hybrid automatic repeat request (HARQ) timing options
US20170265190A1 (en) * 2016-03-10 2017-09-14 Nokia Technologies Oy Method, apparatus, and computer program product for user equipment capability indication of parallel processing
US10341061B2 (en) * 2016-03-30 2019-07-02 Qualcomm Incorporated Hybrid automatic repeat request timing for reduced transmission time intervals
EP3566373A1 (en) * 2017-01-06 2019-11-13 Convida Wireless, LLC Mechanisms for efficient access and transmission in nr
JP6681416B2 (ja) * 2017-01-13 2020-04-15 華碩電腦股▲ふん▼有限公司 無線通信システムにおける制御チャネルとデータチャネルとのタイミング関係についての方法及び装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1389847A1 (en) * 2002-08-13 2004-02-18 Matsushita Electric Industrial Co., Ltd. Hybrid automatic repeat request protocol
CN102761510A (zh) * 2011-04-29 2012-10-31 宏碁股份有限公司 处理用于载波集成的软性缓冲器的方法及其通信装置
CN103051435A (zh) * 2011-08-24 2013-04-17 财团法人工业技术研究院 用于在时分双工系统中进行软缓冲区分区的方法和装置
CN106538039A (zh) * 2014-07-11 2017-03-22 联发科技(新加坡)私人有限公司 Enb以及ue ul发送以及接收的方法
WO2016173637A1 (en) * 2015-04-29 2016-11-03 Nokia Solutions And Networks Oy Scheduling data transmissions for error recovery processes on air interface

Also Published As

Publication number Publication date
EP3574601B1 (en) 2022-04-20
PL3574601T3 (pl) 2022-06-20
US10911187B2 (en) 2021-02-02
CN110352575A (zh) 2019-10-18
EP3574601A1 (en) 2019-12-04
WO2018175745A1 (en) 2018-09-27
US20180278374A1 (en) 2018-09-27

Similar Documents

Publication Publication Date Title
CN110352575B (zh) 用户装置为harq处理提供増强的能力信息
US11190330B2 (en) Adaptive half duplex / full duplex operation for battery and antenna constrained devices
CN111404651B (zh) 用户设备装置、用于无线通信的装置和存储器介质
EP3547779A1 (en) Self-contained slot and slot duration configuration in nr systems
EP3574597B1 (en) Modular control channel formats for uplink control information in a cellular communication system
US11445481B2 (en) Early packet delivery to radio link control
JP6002278B2 (ja) アプリケーショントラフィックパターンに基づく物理データチャネルの選択
CN110784439B (zh) 用于压缩无线电承载的顺序分组递送
WO2019218354A1 (en) Fast synchronization of compressor state and decompression state in marginal wireless coverage
US20190313382A1 (en) Control Data for Code Block Group-Based Retransmission
US20210076165A1 (en) Scalable and Reliable Multicast Protocols
WO2022252144A1 (en) Feedback for multi-carrier sidelink communication
WO2022236535A1 (en) Uplink control information (uci) multiplexing for semi-persistent scheduling (sps) hybrid automatic repeat request (harq) skipping
WO2022077327A1 (en) Techniques in multicast and broadband services (mbs) harq feedback
US12127221B2 (en) Techniques in multicast and broadband services (MBS) HARQ feedback
US20220322446A1 (en) Base Station (BS) RACH Procedures for Reduced Latency in High-Propagation-Delay Networks

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