CN110419257A - 用于gul和sul之间的交叉重传的方法和装置 - Google Patents

用于gul和sul之间的交叉重传的方法和装置 Download PDF

Info

Publication number
CN110419257A
CN110419257A CN201880016504.9A CN201880016504A CN110419257A CN 110419257 A CN110419257 A CN 110419257A CN 201880016504 A CN201880016504 A CN 201880016504A CN 110419257 A CN110419257 A CN 110419257A
Authority
CN
China
Prior art keywords
transmission
enb
harq
baseband circuit
mode
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
CN201880016504.9A
Other languages
English (en)
Other versions
CN110419257B (zh
Inventor
牛华宁
昌文婷
叶悄扬
晓翔·S·林
萨尔瓦多·塔拉里科
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
Intel Corp
Original Assignee
Intel IP Corp
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 Intel IP Corp filed Critical Intel IP Corp
Publication of CN110419257A publication Critical patent/CN110419257A/zh
Application granted granted Critical
Publication of CN110419257B publication Critical patent/CN110419257B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • 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/1607Details of the supervisory signal
    • H04L1/1614Details of the supervisory signal using bitmaps
    • 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
    • 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/188Time-out mechanisms
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/1887Scheduling and prioritising arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055Physical resource allocation for ACK/NACK
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/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

Landscapes

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

Abstract

本文提供了用于无许可上行链路传输(GUL)和调度上行链路传输(SUL)之间的交叉重传的系统和装置。实施例提供了一种用于用户设备(UE)的装置,包括基带电路,该基带电路包括一个或多个处理器,用于执行以下操作:编码上行链路(UL)传输数据以用于在未授权频谱上传输到演进型节点B(eNB);将UL传输的重传的模式确定为:调度模式,其中重传是基于从eNB接收的下行链路控制信息(DCI)导出的重传许可的;或者无许可模式,其中重传是在没有来自eNB的重传许可的情况下执行的;以及基于所确定的模式来编码UL传输的重传。还提供了针对GUL和SUL的混合自动重复请求(HARQ)反馈。至少一些实施例允许最大信道占用时间(MCOT)共享。

Description

用于GUL和SUL之间的交叉重传的方法和装置
相关申请的交叉引用
本申请要求于2017年3月9日递交的、名称为“CROSS RETRANSMISSION BETWEENGRANTLESS UPLINK(GUL)AND SCHEDULED UPLINK(SUL)(无许可上行链路(GUL)和调度上行链路(SUL)之间的交叉重传)”的国际申请No.PCT/CN2017/076076的优先权,该国际申请的整体通过引用结合于此。
技术领域
本公开的实施例总体涉及用于无线通信的装置和方法,并且具体地,涉及未授权频谱中的无线蜂窝系统的操作。
背景技术
爆炸性的无线流量增长已经产生了对速率提升的迫切需要。随着成熟的物理层技术,频谱效率的进一步提高可能是微不足道的。另一方面,低频带中授权频谱的稀缺导致数据速率提升不足。因此,存在对未授权频谱中的无线蜂窝系统的操作的新兴兴趣。
发明内容
本公开的实施例提供了一种用户设备(UE),包括电路,被配置为执行以下操作:编码上行链路(UL)传输数据以用于在未授权频谱上传输到基站(例如,演进型节点B(eNB)或下一代节点B(gNB));将UL传输的重传的模式确定为下列项中的一项:调度模式,其中重传是基于从eNB接收的下行链路控制信息(DCI)导出的重传许可的,以及无许可(grant-less)模式,其中重传是在没有来自eNB的重传许可的情况下执行的;以及基于所确定的模式来编码UL传输的重传。
附图说明
本公开的实施例将以示例而非限制的方式进行说明,在附图的图示中,相同的附图标记指代相似的元件。
图1是在其中可以实现本文描述的装置和/或方法的示例环境的图示。
图2示出了可以在本公开的环境中的未授权频谱上发生的说明性场景。
图3是示出根据本公开的各个实施例的上行链路(UL)传输和重传的操作的流程图。
图4示出了根据本公开的各个实施例的示例混合自动重复请求(HARQ)位图(bitmap)。
图5示出了根据本公开的各个实施例的HARQ域的组织的示例。
图6是示出根据本公开的各个实施例的UL重传的方法的流程图。
图7是示出根据本公开的各个实施例的UL重传的方法的流程图。
图8是示出根据本公开的各个实施例的UL重传的方法的流程图。
图9示出了根据本公开的各个实施例的无线通信装置的总体框图。
具体实施方式
说明性实施例的各个方面将使用本领域技术人员通常采用的将他们工作的实质传达给本领域其他技术人员的术语来描述。然而,对于本领域技术人员将显而易见的是,许多替代实施例可以使用所描述的方面的一些部分来实现。为了解释,阐述了具体的数字、材料和配置以便提供对说明性实施例的透彻理解。然而,对于本领域技术人员将显而易见的是,替代实施例可以在没有这些具体细节的情况下实施。在其他实例中,公知的特征可能被省略或简化以避免模糊示例性实施例。
此外,各种操作将被描述为多个分立操作,进而,以最有助于理解说明性实施例的方式来描述;然而,描述的顺序不应被解释为暗示这些操作一定是顺序相关的。具体地,这些操作不需要按照呈现的顺序来执行。
短语“在实施例中”在本文中被反复使用。该短语通常不指代同一实施例;然而,它可以指代同一实施例。术语“包括”、“具有”和“含有”是同义的,除非上下文另有规定。短语“A或B”和“A/B”表示“(A)、(B)、或(A和B)”。
第三代合作伙伴计划(3GPP)版本13中的一个主要增强是它可以经由授权辅助接入(LAA)在未授权频谱中操作,这通过利用柔性载波聚合(CA)框架扩展系统带宽。在未来的版本和第5代(5G)系统中预期未授权频谱中的长期演进(LTE)系统的增强操作。未授权频谱中的可能的LTE操作包括但不限于经由双连接性(DC)的未授权频谱中的LTE操作-称为基于DC的LAA,以及未授权频谱中的独立LTE系统,其中,基于LTE的技术仅在未授权频谱中操作,而不要求授权频谱中的“锚”,被称为MuLTEfireTM(或“MF”)。MuLTEfire结合LTE技术的性能益处与WiFi部署的简单性,并且视为显著重要的技术组件以满足日益增长的无线流量。为了实现LTE无线电节点和其他未授权节点的共存,提出了先听后说(listen-before-talk,LBT)机制(也称为空闲信道评估(CCA)),其中,LTE无线电节点在使用特定频率信道之前确定该特定频率信道是否已被占用(例如,被WiFi节点占用)。也就是说,利用LBT,可仅在信道被感测为空闲时传输数据。
在MuLTEfire系统中,用户设备(UE)可以在来自基站的调度下执行数据的上行链路传输。这种方式在本公开中被称为基于调度的上行链路传输(SUL)。然而,这种方式的UL数据速率是有限的,有两个原因。第一,UE必须处理来自基站的UL许可,这涉及公知的4毫秒(ms)的处理延迟并限制了给定传输机会(TxOP)处的可用UL帧。第二,可以使用“双重”LBT操作,因为基站可以在发送物理下行链路控制信道(PDCCH)之前执行LBT,并且UE也可以执行LBT以获取用于数据传输的信道。
最近,已经提出了无许可上行链路传输(GUL)以提高例如MuLTEfire系统中的UL数据速率。GUL传输可以使用半持久性调度(SPS)传输的帧结构来执行。GUL不需要等待来自基站的UL许可,并因此减轻了由于上述两个原因的延迟。GUL允许MuLTEfire系统具有较高的概率来获取信道,因为基站和UE二者都可以执行独立的LBT。然而,GUL由UE初始化,并且作为SPS的重传过程不能被重复使用(例如,演进型节点B(eNodeB或eNB)或下一代节点B(gNB)可能无法正确地检测GUL的存在)。这呈现了在失败UL传输的情况下处理重传的困难。
本公开提供了在未授权频谱上执行UL重传的方法,例如,在LTE-LAA或MuLTEfire系统中。根据本公开的一些实施例,UL重传的模式被确定为基于来自基站的许可的调度模式或者没有这种许可的无许可模式。本公开讨论了用于作出该确定的多个选项。可以使用HARQ机制,并且讨论了用于GUL和SUL的HARQ反馈。本公开的至少一些实施例允许最大信道占用时间(MCOT)共享。
图1是在其中可以实现本文描述的装置和/或方法的示例环境的图示。如图所示,在环境100中,可包括核心网(CN)120和无线接入网(RAN)130的无线网络可以提供通过到用户设备(UE)110和UE 112的网络连接。无线网络可以向UE 110和112提供对一个或多个外部网络的访问,例如,分组数据网络(PDN)140。RAN 130可以是基于3GPP的无线电接入网,例如,基于演进型通用移动电信系统(UMTS)陆地无线电接入(E-UTRA)的无线电接入网或另一类型的无线接入网。RAN 130可以与控制或以其他方式管理CN 120的网络运营商相关联。CN120可以包括基于互联网协议(IP)的网络。
UE 110可以包括便携式计算和/或通信设备,包括但不限于蜂窝电话、具有蜂窝无线网络连接性的膝上型计算机、平板设备、个人数字助理(PDA)、游戏控制台等。UE 110还可以包括非便携式计算设备,例如,台式计算机、消费者或企业设备、或者具有无线连接到RAN130的能力的另一设备。在以下描述中,本公开的实施例将在UE 110是蜂窝电话的上下文中进行说明。UE 112可以是与UE 110相同或相似的设备。
在本公开的上下文中,UE 110可以使用未授权频谱来操作,例如,经由LTE-LAA或MuLTEfire。例如,UE 110可以包括能够同时或交替地使用授权频谱接收第一载波并使用未授权频谱接收第二载波的无线电电路。第二载波可以是例如WiFi设备使用的5GHz频谱。此外,尽管为简单起见图1示出两个UE 110和112,但在实践中,可以存在在环境100中操作的一个或多个UE。除了UE 110和112之外的UE可以是仅可在授权频谱上操作的传统UE,或者能够采用未授权频谱的UE。
RAN 130可以是包括一个或多个无线电接入技术(RAT)的3GPP接入网。RAN 130可以包括一个或更多个基站,例如eNB 132和eNB 134。eNB 132和134可以包括提供对相对大的(宏小区)区域或相对小的(小小区)区域的覆盖的eNB。小小区可以被部署为通过包括宏小区内的覆盖区域以增加系统容量。小小区可包括微微小区、毫微微小区、和/或家庭节点B。在一些情况下,小小区可以用作辅助小区(SCell),其中,宏小区(被称为主小区(PCell))可以被用于交换重要的控制信息并提供强健的数据覆盖,并且S小区可以用作辅助通信信道,例如,用于卸载下行链路数据传输。eNB可以包括一个或多个远程无线电头部(RRH),如RRH136。RRH 136可通过分发eNB的天线系统来延伸eNB的覆盖。RRH 136可通过光纤(或通过另一低延迟连接)连接到eNB 132。基站各自可以包括用于实现本文所讨论的操作的电路。
在本公开的上下文中,基站可以使用未授权频谱来操作,例如,经由LTE-LAA或MuLTEfire。例如,eNB 132可以包括能够使用授权频谱发送和接收第一载波并使用未授权频谱发送和接收第二载波的无线电电路。
核心网120可以包括基于IP的网络。在3GPP网络架构,CN 120可以包括演进分组核心(EPC)。如图所示,核心网120可以包括分组数据网络网关(PGW)122、服务网关(SGW)124、以及移动性管理实体(MME)126。尽管某些网络设备在环境100中被示出为RAN 130和核心网120的部分,但网络设备被标记为在环境100的“RAN”还是“核心网”中可以是可不影响无线网络的操作任意决定。
PGW 122可以包括用作核心网120和外部IP网络(例如,PDN 140和/或运营商IP服务)之间的互连点的一个或多个设备。PGW 122可以将分组从外部IP网络路由到RAN 130,或从RAN 130路由到外部IP网络。SGW 124可以包括聚集从eNB 132和/或134接收的流量的一个或多个网络设备。SGW 124一般可处理用户平面流量。MME 126可包括执行以下操作的一个或多个计算和通信设备:将UE 110或112登记到核心网120、建立与UE 110或112的会话相关联的承载信道、将UE 110或112从一个eNB 132切换到另一eNB、和/或执行其他操作。MME126一般可处理控制平面流量。
PDN 140可包括一个或多个基于分组的网络。PDN 140可包括一个或多个外部网络,例如,公共网络(例如,互联网)或专用网络,其提供由过核心网120的运营商提供的服务(例如,基于IP多媒体(IMS)服务、透明端到端分组交换流服务(PSS)、或其他服务)。
图1示出了多个接口。接口可以指环境100中的设备之间的物理或逻辑连接。所示出的接口可以是3GPP标准化接口。例如,如图所示,eNB132可以使用(例如,由3GPP标准定义的)S1接口与SGW 124和MME126进行通信。eNB 132和eNB 134可以经由X2接口彼此通信。这些接口对于本领域技术人员是已知的,并且将不进行详细描述。
图1中所示的设备和/或网络的数量仅被提供用于说明目的。在实践中,可以存在与图1所示相比额外的设备和/或网络、更少的设备和/或网络、不同的设备和/或网络、或不同布置的设备和/或网络。替代地或另外,环境100的设备中的一个或多个设备可以执行被描述为由环境100的设备中的另外一个或多个设备执行的一个或多个功能。此外,虽然图1示出了“直接”连接,但这些连接应当被解释为逻辑通信路径,并且在实践中,可以存在一个或多个中间设备(例如,路由器、网关、调制解调器、交换机、集线器等)。
图2示出了可以在本公开的环境100中的未授权频谱上发生的说明性场景200。例如,未授权频谱可以是用于WiFi传输的5GHz频带。如图2所示,可能发生的各种信息的传输包括在205处示出的WiFi传输、在210和245处示出MuLTEfire(MF)下行链路突发、在215和250处示出的MF上行链路突发、自主UL传输225和260(其可以是来自UE(例如,UE 110和112)的物理上行链路共享信道(PUSCH)或UL控制信息)、以及用于自主UL传输的DL控制信息230、240和265。在实施例中,DL控制信息230、240和265可以包括UL传输的确认(ACK)或否定确认(NACK)以及UL信道状态信息(CSI)。图2还示出了在UL或DL传输之前执行的LBT操作220、235和255。在实施例中,LBT操作220、235和255各自可以是如在“第三代合作伙伴计划;技术规范组无线电接入网;关于对未授权频谱的授权辅助访问的研究;(版本13)”(3GPP TR36.889V13.0.0(2015-06))中提供的类别4的LBT(Cat.4LBT)。
图3是示出根据本公开的各个实施例的上行链路(UL)传输和重传的操作的流程图300。图3的操作可以被用于UE(例如,UE 110)以将用户平面或控制平面数据发送到基站(例如,eNB 132),并且可以在未授权频谱上发生,例如,在LTE-LAA或MuLTEfire系统中。在305处,eNB132可以执行LBT以感测期望信道是否空闲。如上所述,该LBT可以是Cat.4LBT。如果信道被感测为空闲,则在310处,eNB 132可以处理(例如,调制、编码等)下行链路控制信息(DCI)并在PDCCH上将DCI发送到UE 110。DCI可以包括用于调度将由UE 110执行的UL传输的信息。在320处,UE 110可以接收和处理(例如,解调、解码、检测等)DCI,并且根据eNB 132的调度来制备UL帧。随后或同时,在325处,UE 110可以执行LBT(其也可以是Cat.4LBT)以感测信道的可用性。如果信道被感测为空闲,则在330处,UE 110可处理(例如,调制、编码等)UL传输数据并发送到eNB 132,例如,在PUSCH上。UL传输可以与HARQ进程号相关联。在说明书中,为了便于描述,传输数据或重传数据有时被称为传输或重传。
在340处,eNB 132可以接收和处理(例如,解调、解码、检测等)UE 110在330处发送的UL传输,以从其提取数据或控制信息。根据本公开的各个实施例,eNB 132可以向提供UE110反馈(例如,调制、编码、格式化等传输的反馈数据),该反馈指示UL传输是否已被成功接收和/或解调。UE 110可以处理(例如,解调、解码、检测等)反馈来导出反馈数据。在实施例中,反馈可以是HARQ反馈,其可以包括在由eNB 132编码的PDCCH中。例如,在350处,eNB 132在345处执行LBT操作之后可以向UE 110发送HARQ位图。HARQ位图可以包括指示eNB 132处的ACK和NACK多个位,用于与相应的HARQ进程号相关联的UL传输。图4示出了包括8个位的示例HARQ位图400,每个位用于一个HARQ进程号。在图4的示例中,位“1”表示ACK,指示与该位相关联的UL传输已被成功解调,而位“0”表示NACK,指示解调相关联的UL传输的失败。如图4所示,对应于HARQ进程号3的位是“0”,指示eNB 132未能解调与该HARQ进程号码相关联的UL传输。对应于HARQ进程号0-2和4-7的位是“1”,指示针对相应的HARQ进程的eNB 132处的ACK,并且UE 110可以处理和发送后续UL传输,而不是重传。
在另一实施例中,在UL传输的成功接收和解调的情况下,eNB 132不需要向UE 110发送明确的ACK反馈;相反,eNB 132可以处理DCI并发送到UE 110,其包括新传输ID(NDI)以调度下一UL传输。NDI可以是位(0或1),并且对应于NDI的传输是否成功可以通过该位是否切换来指示(即从0变为1或从1变为0)。在实施例中,eNB 132每次可以向UE 110发送对应于多个UL传输的DCI(例如,8个DCI)。
如果NACK反馈被发送(即eNB 132未能解调UL传输),则UE110可能需要重新发送UL传输。根据本公开的各个实施例,UE 110可以将UL传输的重传的模式确定为调度模式(或“SUL重传”)或无许可模式(或“GUL重传”),并且基于所确定的模式来处理(例如,调制、编码等)UL传输的重传。在调度模式中,重传是基于从eNB 132接收的DCI导出的重传许可的,而在无许可模式中,在没有来自eNB 132重传许可的情况下执行重传。图3总体示出了eNB 132在LBT操作355之后在360处可选地向UE 110发送重传许可,并且UE 110在LBT操作365之后在370处向eNB 132发送UL重传。如果是基于360处的重传许可来执行的,则370处的UL重传是SUL重传;如果不存在360处的重传许可,则是GUL重传(例如,重传是利用从eNB 132接收的DCI中的明确HARQ位图来执行的)。确定重传的模式和执行重传的详细过程将在后面描述。
在上面参考图3的描述中,330处的UL传输是以SUL方式执行的,因为它遵循来自eNB 132的调度(在310处发送)。然而,图3还可以描绘GUL方式的UL传输。对于GUL传输,操作305和310被消除,并且UE 110在没有来自eNB 132的许可的情况下自主地执行330处的UL传输。如下面所述,图3中的UE 110或eNB 132的操作可以例如由UE 110的基带电路或eNB 132的基带电路执行。
在本公开的一些实施例中,如果与UL传输相关联的HARQ进程号落在预定义组之外,则UE 110可以将重传的模式确定为调度模式。在实施例中,HARQ进程号的域可以被组织为使得仅它们中的一些可用于GUL重传。图5示出了根据本公开的各个实施例的HARQ域的组织500的示例。在图5的示例中,一组HARQ进程号0、1、2和3各自具有与其他HARQ进程号不同的配置(例如,配置有位“1”,相比于其他配置有位“0”),使得如果需要重新发送(例如,如在HARQ位图中或由NDI指示),则与这些HARQ进程号相关联的UL传输可以在无许可模式下重新发送。在实施例中,HARQ进程号落在该组内的事实并不意味着与其相关联的UL传输需要在无许可模式下须被重新发送;相反,UE 110可以根据其他因素(例如,结合下面描述的确定)将重传的模式确定为无许可模式或调度模式。另一方面,如果与该组之外的HARQ进程号(例如,在图5的实施例中,号7)相关联的UL传输需要被重新发送,则UE 110将确定它不能在无许可模式下重传,并且重传的模式应为调度模式。
组织HARQ进程号的域的方式(即哪个HARQ进程号应放在该组中并且哪个HARQ进程号不应放在该组中)可取决于基站的实现方式,并在此不作限定。在一些实施例中,该组由基站通过UE可以接收和解码(例如,解调、解码、检测等)的专用或广播无线电资源控制(RRC)信令来配置。例如,eNB 132可以向UE 110发送RRC消息,其中,诸如位序列“1111000000000000”之类的配置数据被编码,以利用如图5所示的该组HARQ进程号来配置UE 110。当UL传输被指示为NACK(例如,在HARQ位图中或由NDI)时,如果与其相关联的HARQ进程号未落在该组{0,1,2,3}内,则UE 110将重传的模式确定为调度模式;否则重传的模式可以被确定为无许可模式,可选地考虑其他因素考虑。
尽管在图5中,位“1”用于指示与GUL重传相关联的该组HARQ进程号的成员并且“0”用于其他项,但这仅是示例。也可能是位“0”被用于指示与GUL重传相关联的该组HARQ进程号的成员,而“1”用于其他项。虽然在图5的示例中配置了16个HARQ进程号,但这仅是说明性的。可以应用任何大于1的数(例如,4、8、15等),而不是16。尽管4个HARQ进程号被放在该组中,但这也是说明性的,并且数量可被改变为其他实际数目,例如,1、2等。该组中的数字不一定是连续的。例如,该组可被配置为包括HARQ进程号1、2、6或号1、3、5。
在一些实施例中,可以为SUL重传提供比GUL重传更高的优先级。图6是示出根据本公开的各个实施例的UL重传的方法的流程图600。同样,图6的操作可以用于UE(例如,UE110)向基站(例如,eNB 132)发送用户平面或控制平面数据,并且可以在未授权频谱上发生,例如,在LTE-LAA或MuLTEfire系统中。该方法开始于610处。在620处,UE110可以在空闲信道上向eNB 132发送UL传输,类似于在图3的330处的UL传输。在实施例中,UL传输是GUL传输。在630处,UE 110可以接收和处理来自eNB 132的HARQ反馈,以确定UL传输是否已被成功接收和/或解调。HARQ反馈可以是例如上文所讨论的HARQ位图。
对于在HARQ反馈中被指示为ACK的HARQ进程号,UE 110可以继续执行GUL传输以用于后续数据或控制信息。相反,对于被指示为NACK的HARQ进程号,eNB 132在其具有对信道的访问时(例如,在完成LBT操作之后)可以向UE 110发送DCI,作为调度重传的UL许可。DCI可以被配置为将整个系统带宽分配给UE 110以用于重传,或将多个正交资源之一分配给多个用户之一以实现复用。
回到图6,UE 110可以维护用于重传的一个或多个定时器。作为示例,UE 110可以在620处完成UL传输时、或者在630处接收HARQ反馈时启动定时器。UE 110可以在640处确定是否已接收DCI,以及是否在由定时器指示的特定时间段内导出UL许可。如果是,则UE 110在650处可以将重传的模式确定为调度模式,并且根据来自eNB 132调度来执行重传。另一方面,当定时器在660处期满而没有接收到UL许可时,UE 110在674处可以将重传的模式确定为无许可模式,并自主地执行重传。该方法在680处结束。
利用上述过程,重传可以由定时器触发。换句话说,UE可以等待由定时器确定的特定时间段,以从eNB 132接收用于SUL重传的许可。然而,如果在定时器到期时没有接收到许可,则UE 110将执行GUL重传。定时器的时间段可以由eNB 132配置,或者可以是预定值。图6所示的方法允许SUL重传,其由eNB中央控制并具有高可靠性,以具有比GUL重传更高的优先级。
在实施例中,UE 110可以维护用于重传的单个定时器,并且定时器可以由UE 110上的多个HARQ进程共享。定时器可以在每次UE 110具有用于GUL重传的新数据时重置,或者可以仅在所有传输块(TB)是新传输时重置。在另一实施例中,UE 110可以维护各自与单个HARQ进程相关联的一个或多个定时器。每个定时器可以在相关联的HARQ进程响应新的初始传输时进行设置。
在实施例中,UE 110可以维护用于HARQ反馈的定时器。例如,UE110可以在620处完成UL传输时启动定时器,并且如果在定时器期满时未从eNB 132接收到HARQ反馈,则UE 110可以将重传的模式确定为无许可模式。可以针对未接收到HARQ反馈的所有HARQ进程执行重传。否则,实施例可以与上面参考图6所描述的实施例相同。
比较图6和图3可以发现,传输和重传之前的LBT操作已被省略。LBT操作在实际过程中确实存在,但为简单起见在附图中省略。这也适用于在以后的附图中所示的处理。然而,可以从实际过程中移除一个或多个LBT操作,使得处理延迟减少。例如,在图3中,eNB132在350处发送HARQ反馈之前在345处执行LBT。在实施例中,eNB 132可以在另一UE的共享MCOT中发送HARQ反馈,消除或缩短345处的LBT。例如,另一UE(例如,UE 112)可以执行Cat.4LBT以感测空闲信道,并然后在其MCOT内发送PUSCH,而eNB 132可以利用该MCOT将HARQ反馈发送到UE 110。如果eNB确定它将需要小于预定第一阈值(例如,16ms)的短时间段来发送HARQ反馈,则可以消除LBT。如果将需要大于第一阈值但仍小于预定第二阈值(例如,25ms)的中间时间段,则eNB132可以执行短型LBT而不是Cat.4LBT。然而,如果将需要大于第二阈值的时间段,则eNB可以正常执行Cat.4LBT。
虽然在上面关于MCOT共享的讨论中,HARQ反馈被作为示例,但这不应被理解为限制意义;eNB 132可以在UE 112的MCOT中执行其他信息(例如,DCI,用于调度DL或UL传输或重传)到UE 110的传输,而没有LBT或较短LBT。此外,MCOT共享的概念不限于图6的过程,而可以应用于本文描述的其他过程。MCOT共享允许减少的延迟,并使得UE能够提前准备下一传输。
在一些实施例中,可以使得重传是机会性的(opportunistic)。图7是示出根据本公开的各个实施例的UL重传的方法的流程图700。图7的方法可用于UE(例如,UE 110)向基站(例如,eNB 132)发送用户平面或控制平面数据,并且可以在未授权频谱上发生,例如,在LTE-LAA或MuLTEfire系统中。该方法开始于710处。UE 110可以在720处向eNB132发送UL传输(GUL或SUL),并且可以在730处接收和处理来自eNB 132的HARQ反馈,以确定UL传输是否已被成功接收和/或解调。720和730处的操作可以分别与图6中的620和630处的操作相似或相同。例如,在720处,UE 110可以以SUL方式发送与HARQ进程号0和1相关联的UL传输,并且以GUL方式发送与HARQ进程号2、3、4和5相关联的UL传输,并且然后在730处接收HARQ反馈,该HARQ反馈指示HARQ进程号1的NACK以及其他HARQ进程号的ACK。
在740处,作出关于eNB 132和UE 110中的哪一个首先获取空闲信道的确定。如果基站132首先获取信道,即早于UE 110,则在750处重传的模式可以被确定为调度模式。然而,如果UE 110早于eNB 132获取信道,则UE 110可以将重传的模式确定为无许可模式。对于上面提到的示例,如果eNB 132首先获取信道,则它可以向UE 110发送DCI以调度用于HARQ进程号1的重传;而如果UE 110首先获取信道,它可以执行GUL重传而不等待来自eNB132的许可。以这种方式,无论传输的模态(GUL或SUL)如何,一旦接收到HARQ反馈,则UE将以确保最低延迟的模态来执行重传。方法700在770处结束。
在一些实施例中,UE可以维护定时器以解决GUL的重传。图8是示出根据本公开的实施例的UL重传的方法的流程图800。该方法开始于810处。在820处,UE 110可以在空闲信道上向eNB 132发送UL传输。UL传输可以是GUL传输。UE 110可以在完成UL传输时启动定时器,并在830处,在定时器倒计时的同时确定是否已经从eNB 132接收到UL传输的HARQ反馈。如果UE 110在定时器期满之前接收到HARQ反馈,则在840处,UE 110可以处理该HARQ反馈,并且如果需要,则执行重传,如上面图6所示。然而,如果在850处UE 110确定在定时器850期满时未接收到HARQ反馈,则UE 110可以将这解释为eNB 132未检测到传输GUL,并且可以重置相应的HARQ进程号,而不是保持等待。因此,在860处,UE 110可以发送与820处的UL传输相同的分组,但作为新的传输,因为eNB 132没有检测到先前的UL传输。替代地,UE 110可以在860处执行UL传输的重传,例如,作为GUL重传。
860处的新的传输或重传不一定在eNB 132处被成功接收。在进一步的实施例中,UE 110可以做出新的传输或重传的预定数量(N)的尝试。如果在870处确定这些尝试之后的结果是相同的(例如,没有及时接收到HARQ反馈),则UE 110可以在880处重置与UL传输相关联的HARQ进程号,例如,通过HARQ刷新。该方法在890处结束。
如本文中所使用的,术语“电路”可以指代下列项、作为下列项的一部分或包括下列项:执行一个或多个软件或固件程序的专用集成电路(“ASIC”)、电子电路、处理器(共享的、专用的或群组的)和/或存储器(共享的、专用或群组的)、组合逻辑电路、和/或提供所述功能的其他合适的硬件组件。在一些实施例中,电路可以在一个或多个软件或固件模块中实现,或者与电路相关联的功能可以由这些软件或固件模块来实现。在一些实施例中,电路可以包括至少部分地可在硬件中操作的逻辑。
本文描述的实施例可以使用任何适当配置的硬件和/或软件而被实现到系统中。图9示出了根据本公开的各个实施例的无线通信装置900的总体框图。在实施例中,装置900可以是、可以实现、可以并入用户设备(UE)、演进型节点B(eNB)、和/或一些其他电子设备,或者以其他方式作为用户设备(UE)、演进型节点B(eNB)、和/或一些其他电子设备的一部分。在一些实施例中,装置900可以包括至少如图所示耦合在一起的应用电路902、基带电路904、射频(“RF”)电路906、前端模块(“FEM”)电路908和一个或多个天线910。在其中装置900在eNB中实现或由eNB实现的实施例中,装置900还可以包括用于通过有线接口(例如,X2接口、S1接口等)进行通信的网络接口电路(未示出)。
应用电路902可以包括一个或多个应用处理器。例如,应用电路902可以包括电路,例如但不限于:一个或多个单核或多核处理器902a。(一个或多个)处理器902a可以包括通用处理器和专用处理器(例如,图形处理器、应用处理器等)的任意组合。处理器902a可以与计算机可读介质902b(还称为“CRM 902b”、“存储器902b”、“存储装置902b”、或“存储器/存储装置902b”)相耦合和/或可以包括计算机可读介质902b,并且可以被配置为执行在CRM902b中存储的指令以使得各种应用和/或操作系统能够在系统上运行。
基带电路904可以包括电路,例如但不限于:一个或多个单核或多核处理器。基带电路904可以包括一个或多个基带处理器和/或控制逻辑,以处理从RF电路906的接收信号路径接收的基带信号,并生成用于RF电路906的发送信号路径的基带信号。基带电路904可以与应用电路902相接口连接,以生成和处理基带信号并且控制RF电路906的操作。例如,在一些实施例中,基带电路904可以包括第二代(2G)基带处理器904a、第三代(3G)基带处理器904b、第四代(4G)基带处理器904c、和/或用于其他现有代、在开发中或未来将要开发的代(例如,第五代(5G)、6G等)的(一个或多个)其他基带处理器904d。基带电路904(例如,基带处理器904a-d中的一个或多个)可以处理支持经由RF电路906与一个或多个无线电网络进行通信的各种无线电控制功能。无线电控制功能可以包括但不限于:信号调制/解调、编码/解码、无线电频移等。在一些实施例中,基带电路904的调制/解调电路可以包括快速傅立叶变换(FFT)、预编码、或星座映射/解映射功能。在一些实施例中,基带电路904的编码/解码电路可以包括卷积、咬尾(tail-biting)卷积、turbo、维特比(Viterbi)、和/或低密度奇偶校验(LDPC)编码器/解码器功能。调制/解调和编码器/解码器功能的实施例不限于这些示例,并且在其他实施例中可以包括其他适当的功能。
在一些实施例中,基带电路904可以包括协议栈的要素,例如,演进通用陆地无线电接入网络(E-UTRAN)协议的要素,包括例如物理(PHY)、介质访问控制(MAC)、无线电链路控制(RLC)、分组数据汇聚协议(PDCP)和/或无线电资源控制(RRC)要素。基带电路904的中央处理单元(CPU)904e可以被配置为运行用于PHY、MAC、RLC、PDCP和/或RRC层的信令的协议栈的要素。在一些实施例中,基带电路可以包括一个或多个音频数字信号处理器(DSP)904f。(一个或多个)音频DSP 904f可以包括用于压缩/解压缩和回声消除的元件,并且在其他实施例中可以包括其他适当的处理元件。基带电路904还可以包括计算机可读介质904g(还称为“CRM 904g”、“存储器904g”、“存储装置904g”、或“CRM 904g”)。CRM 904g可以用于加载和存储由基带电路904的处理器执行的操作的数据和/或指令。用于一个实施例的CRM904g可以包括适当的易失性存储器和/或非易失性存储器的任何组合。CRM904g可以包括各种等级的存储器/存储装置的任何组合,包括但不限于具有嵌入式软件指令(例如,固件)的只读存储器(ROM)、随机存取存储器(例如,动态随机存取存储器(DRAM))、缓存、缓冲器等。CRM904g可以在各种处理器之间共享或专用于特定处理器。在一些实施例中,基带电路904的组件可以被适当地组合在单个芯片或单个芯片组中,或者布置在同一电路板上。在一些实施例中,基带电路904和应用电路902的一些或全部组成组件可以例如在片上系统(SOC)上被一起实现。
在一些实施例中,基带电路904可以提供与一个或多个无线电技术兼容的通信。例如,在一些实施例中,基带电路904可以支持与E-UTRAN和/或其他无线城域网(“WMAN”)、无线局域网(“WLAN”)、无线个域网(“WPAN”)的通信。其中基带电路904被配置为支持多个无线协议的无线电通信的实施例可以被称为多模基带电路。
RF电路906可以支持通过非固态介质使用经调制的电磁辐射与无线网络进行通信。在各种实施例中,RF电路906可以包括开关、滤波器、放大器等以辅助与无线网络的通信。RF电路906可以包括接收信号路径,该接收信号路径可以包括对从FEM电路908接收到的RF信号进行下变频并将基带信号提供给基带电路904的电路。RF电路906还可以包括发送信号路径,该发送信号路可以包括对基带电路904所提供的基带信号进行上变频,并将RF输出信号提供给FEM电路908以用于传输的电路。
在一些实施例中,RF电路906可以包括接收信号路径和发送信号路径。RF电路906的接收信号路径可以包括混频器电路906a、放大器电路906b、以及滤波器电路906c。RF电路906的发送信号路径可以包括滤波器电路906c和混频器电路906a。RF电路906还可以包括合成器电路906d,该合成器电路用于合成供接收信号路径和发送信号路径的混频器电路906a使用的频率。在一些实施例中,接收信号路径的混频器电路906a可以被配置为基于由合成器电路906d所提供的合成频率来对从FEM电路908接收到的RF信号进行下变频。放大器电路906b可以被配置为放大经下变频的信号,以及滤波器电路906c可以是被配置为从经下变频的信号移除不想要的信号以生成输出基带信号的低通滤波器(LPF)或带通滤波器(BPF)。输出基带信号可被提供给基带电路904以供进一步处理。在一些实施例中,输出基带信号可以是零频率基带信号,但这不是必需的。在一些实施例中,接收信号路径的混频器电路906a可以包括无源混频器,但是实施例的范围在此方面不受限制。
在一些实施例中,发送信号路径的混频器电路906a可以被配置为基于合成器电路906d所提供的合成频率对输入基带信号进行上变频,以生成用于FEM电路908的RF输出信号。基带信号可以由基带电路904提供,并且可以由滤波器电路906c滤波。滤波器电路906c可以包括低通滤波器(LPF),但是实施例的范围在此方面不受限制。
在一些实施例中,接收信号路径的混频器电路906a和发送信号路径的混频器电路906a可以包括两个或更多个混频器,并且可以被布置为分别用于正交下变频和/或上变频。在一些实施例中,接收信号路径的混频器电路906a和发送信号路径的混频器电路906a可以包括两个或更多个混频器,并且可以被布置用于图像抑制(例如,Hartley图像抑制)。在一些实施例中,接收信号路径的混频器电路906a和发送信号路径的混频器电路906a可以被布置为分别用于直接下变频和/或直接上变频。在一些实施例中,接收信号路径的混频器电路906a和发送信号路径的混频器电路906a可以被配置用于超外差操作。
在一些实施例中,输出基带信号和输入基带信号可以是模拟基带信号,但实施例的范围在此方面不受限制。在一些替代实施例中,输出基带信号和输入基带信号可以是数字基带信号。在这些替代实施例中,RF电路906可以包括模数转换器(ADC)和数模转换器(DAC)电路,并且基带电路904可以包括数字基带接口以与RF电路906进行通信。
在一些双模实施例中,可以提供单独的无线电IC电路来处理每个频谱的信号,但是实施例的范围在此方面不受限制。
在一些实施例中,合成器电路906d可以是分数N合成器或分数N/N+1合成器,但是实施例的范围在此方面不受限制,因为其他类型的频率合成器可能是合适的。例如,合成器电路906d可以是Δ-Σ合成器、倍频器、或包括具有分频器的锁相环的合成器。合成器电路906d可以被配置为基于频率输入和分频器控制输入来合成供RF电路906的混频器电路906a使用的输出频率。在一些实施例中,合成器电路906d可以是分数N/N+1合成器。
在一些实施例中,可以由压控振荡器(VCO)提供频率输入,但这不是必需的。可以由基带电路904或应用电路902根据所需的输出频率来提供分频器控制输入。在一些实施例中,可以基于应用电路902所指示的信道从查找表确定分频器控制输入(例如,N)。
RF电路906的合成器电路906d可以包括分频器、延迟锁定环(DLL)、复用器、以及相位累加器。在一些实施例中,分频器可以是双模分频器(DMD),并且相位累加器可以是数字相位累加器(DPA)。在一些实施例中,DMD可被配置为将输入信号除以N或N+1(例如,基于进位输出)以提供分数除法比。在一些示例实施例中,DLL可以包括一组级联的可调谐的延迟元件、相位检测器、电荷泵、以及D型触发器。在这些实施例中,延迟元件可以被配置为将VCO周期最多分解成Nd个相等的相位分组,其中,Nd是延迟线中的延迟元件的数目。以这种方式,DLL提供负反馈以帮助确保通过延迟线的总延迟是一个VCO周期。
在一些实施例中,合成器电路906d可以被配置为生成作为输出频率的载波频率,而在其他实施例中,输出频率可以是载波频率的倍数(例如,载波频率的两倍、载波频率的四倍)并与正交生成器和分频器电路一起使用,以在载波频率处生成具有多个彼此不同相位的多个信号。在一些实施例中,输出频率可以是LO频率(fLO)。在一些实施例中,RF电路906可以包括IQ/极性转换器。
FEM电路908可以包括接收信号路径,该接收信号路径可以包括被配置为操作从一个或多个天线910接收到的RF信号、放大接收到的信号、并将所接收到的信号的放大版本提供给RF电路906以供进一步处理的电路。FEM电路908还可以包括发送信号路径,该发送信号路径可以包括被配置为放大RF电路906所提供的用于传输的信号以由一个或多个天线910中的一个或多个天线传输的电路。在一些实施例中,FEM电路908可以包括TX/RX开关,以在发送模式和接收模式操作之间切换。FEM电路908可以包括接收信号路径和发送信号路径。FEM电路的接收信号路径可以包括低噪声放大器(LNA)以放大接收到的RF信号,并且提供经放大的接收到的RF信号作为(例如,到RF电路906的)输出。FEM电路908的发送信号路径可以包括用于放大输入RF信号(例如,由RF电路906提供)的功率放大器(PA),以及用于生成用于后续传输(例如,通过一个或多个天线910中的一个或多个天线)的RF信号的一个或多个滤波器。
在一些实施例中,装置900可以包括附加元件,例如,显示器、相机、一个或多个传感器、和/或接口电路(例如,输入/输出(I/O)接口或总线)(未示出)。在其中装置在eNB中或由eNB实现的实施例中,装置900可以包括网络接口电路。网络接口电路可以是一个或多个计算机硬件组件,其经由有线连接将装置900连接到一个或多个网络元件,例如,核心网络内的一个或多个服务器或一个或多个其他eNB。为此,网络接口电路可以包括一个或多个专用处理器和/或现场可编程门阵列(FPGA)以使用一个或多个网络通信协议进行通信,例如,X2应用协议(AP)、S1 AP、流控制传输协议(SCTP)、以太网、点对点(PPP)、光纤分布式数据接口(FDDI)、和/或任何其他适当的网络通信协议。
在一些实施例中,图9的装置可以被配置为执行如本文所述的一个或多个过程、技术、和/或方法、或其部分。
以下段落描述了各个实施例的示例。
示例1包括一种用于用户设备(UE)的装置,其包括基带电路,该基带电路包括一个或多个处理器,用于执行以下操作:编码上行链路(UL)传输数据以用于在未授权频谱上传输到演进型节点B(eNB);将UL传输的重传的模式确定为下列项中的一项:调度模式,其中重传是基于从eNB接收的下行链路控制信息(DCI)导出的重传许可的;以及无许可模式,其中重传是在没有来自eNB的重传许可的情况下执行的;以及基于所确定的模式来编码UL传输的重传。
示例2包括示例1的装置,其中,基带电路还被配置为:解码从eNB接收的混合自动重复请求(HARQ)反馈;并响应于HARQ反馈指示UL传输在eNB处的否定确认(NACK)来确定重传的模式。
示例3包括示例2的装置,其中,基带电路还执行以下操作:在与UL传输相关联的HARQ进程号落在预定义的组之外时,则将重传的模式确定为调度模式。
示例4包括示例3的装置,其中,基带电路还执行以下操作:解码专用或广播无线电资源控制(RRC)信令以配置该组。
示例5包括示例2的装置,其中,HARQ反馈包括HARQ位图,该HARQ位图指示与相应的HARQ进程号相关联的多个UL传输在eNB处的确认(ACK)和NACK。
示例6包括示例5的装置,其中,基带电路还执行以下操作:响应于HARQ反馈指示UL传输在eNB处的ACK来编码另一UL传输数据。
示例7包括的示例1-6中任一项的装置,其中,基带电路还执行以下操作:在完成UL传输时启动定时器;并且在定时器期满之前导出重传许可时,将重传的模式确定为调度模式,以及在定时器期满而没有重传许可时,将重传的模式确定为无许可模式。
示例8包括示例7的装置,其中,基带电路还执行以下操作:在定时器期满而没有从eNB接收到混合自动重复请求(HARQ)反馈时,将重传的模式确定为无许可模式。
示例9包括示例2的装置,其中,基带电路还执行以下操作:在接收到HARQ反馈时启动定时器;以及在定时器期满之前导出重传许可时,将重传的模式确定为调度模式,以及在定时器期满而没有重传许可时,则将重传的模式确定为无许可模式。
示例10包括示例9的装置,其中,定时器由UE上的多个HARQ进程共享。
示例11包括示例9的装置,其中,定时器与和UL传输相关联的单个HARQ进程相关联。
示例12包括示例1-11中任一项的装置,其中,DCI被配置为向UE分配整个系统带宽或多个正交资源中的一个正交资源。
示例13包括示例1-12中任一项的装置,其中,基带电路还执行以下操作:在eNB早于UE获取信道时,将重传的模式确定为调度模式,以及在UE早于eNB获取信道,将重传的模式确定为无许可模式。
示例14包括示例1-13中任一项的装置,其中,基带电路还执行以下操作:在发送UL传输之前并且在重传之前执行空闲信道评估(CCA)。
示例15包括示例1-14中任一项的装置,其中,基带电路还执行以下操作:编码UL传输数据以用于在物理上行链路共享信道(PUSCH)上传输。
示例16包括示例1-15中任一项的装置,其中,基带电路还执行以下操作:编码UL传输数据以用于作为无许可上行链路(GUL)传输来进行传输。
示例17包括一种用于用户设备(UE)的装置,其包括基带电路,该基带电路包括一个或多个处理器,用于执行以下操作:在未授权频谱上向演进型节点B(eNB)发送上行链路(UL)传输;在完成UL传输时启动定时器;以及在定时器期满而没有从eNB接收到针对UL传输的混合自动重复请求(HARQ)反馈时,执行以下操作之一:发送与UL传输相同的分组作为新的传输,以及执行UL传输的重传。
示例18包括示例17的装置,其中,基带电路还执行以下操作:重置与UL传输相关联的HARQ进程号。
示例19包括示例18的装置,其中,基带电路还执行以下操作:在重置HARQ进程号之前,做出新的传输或重传的预定数量的尝试。
示例20包括一种演进型节点B(eNB)的装置,其包括基带电路,该基带电路包括一个或多个处理器,用于执行以下操作:解码在未授权频谱上从用户设备(UE)接收的上行链路(UL)传输数据;以及编码针对UE的混合自动重复请求(HARQ)反馈,其中,HARQ反馈包括HARQ位图,该HARQ位图指示与相应的HARQ进程号相关联的UL传输在eNB处的确认(ACK)和否定确认(NACK)。
示例21包括示例20的装置,其中,基带电路还执行以下操作:编码下行链路控制信息(DCI)以用于传输到UE从而调度在HARQ位图中被指示为NACK的一个或多个UL传输的重传。
示例22包括示例20或21的装置,其中,基带电路还执行以下操作:编码针对UE的配置数据以通过专用或广播无线电资源控制(RRC)信令利用一组HARQ进程号来配置UE,其中,在被指示为NACK的UL传输与落在该组内的HARQ进程号相关联时,能够在没有来自eNB的重传许可的情况下执行UL传输的重传。
示例23包括示例20-22中任一项的装置,其中,基带电路还执行以下操作:编码HARQ反馈以用于在与UE不同的第二UE的最大信道占用时间(MCOT)期间传输到UE。
示例24包括示例21的装置,其中,DCI在与该UE不同的第二UE的最大信道占用时间(MCOT)期间被发送到UE。
示例25包括示例21的装置,其中,DCI被配置为向UE分配整个系统带宽或多个正交资源中的一个正交资源。
示例26包括示例20-25中任一项的装置,其中,基带电路还执行以下操作:编码物理下行链路控制信道(PDCCH)以包括HARQ反馈。
示例27包括示例20-26中任一项的装置,其中,基带电路还执行以下操作:在发送HARQ反馈之前执行空闲信道评估(CCA)。
示例28包括一种在用户设备(UE)处执行的方法,包括:编码上行链路(UL)传输数据以用于在未授权频谱上传输到演进型节点B(eNB);将UL传输的重传的模式确定为下列项中的一项:调度模式,其中重传是基于从eNB接收的下行链路控制信息(DCI)导出的重传许可的,以及无许可模式,其中重传是在没有来自eNB的重传许可的情况下执行的;以及基于所确定的模式来编码UL传输的重传。
示例29包括示例28的方法,并且进一步包括:解码从eNB接收的混合自动重复请求(HARQ)反馈;以及响应于HARQ反馈指示UL传输在eNB处的否定确认(NACK)来确定重传的模式。
示例30包括示例29的方法,其中,在与UL传输相关联的HARQ进程号落在预定义的组之外时,重传的模式被确定为调度模式。
示例31包括示例30,其中,该组由eNB通过解码专用或广播无线电资源控制(RRC)信令进行配置。
示例32包括示例29的方法,其中,HARQ反馈包括HARQ位图,该HARQ位图指示与相应的HARQ进程号相关联的多个UL传输在eNB处的确认(ACK)和NACK。
示例33包括示例32的方法,并且进一步包括:响应于HARQ反馈指示UL传输在eNB处的ACK来编码另一UL传输数据。
示例34包括示例28-33中任一项的方法,并且进一步包括:在完成UL传输时启动定时器;并且在定时器期满之前导出重传许可时,将重传的模式确定为调度模式,以及在定时器期满而没有重传许可时,将重传的模式确定为无许可模式。
示例35包括示例34的方法,并且进一步包括:在定时器期满而没有从eNB接收到混合自动重复请求(HARQ)反馈时,将重传的模式确定为无许可模式。
示例36包括示例29的方法,并且进一步包括:在接收到HARQ反馈时启动定时器;并且在定时器期满之前导出重传许可时,将重传的模式确定为调度模式,以及在定时器期满而没有重传许可时,将重传的模式确定为无许可模式。
示例37包括示例36的方法,其中,定时器由UE上的多个HARQ进程共享。
示例38包括示例36的方法,其中,定时器与和UL传输相关联的单个HARQ进程相关联。
示例39包括示例28-38中任一项的方法,其中,DCI被配置为向UE分配整个系统带宽或多个正交资源中的一个正交资源。
示例40包括示例28-39中任一项的方法,其中,在eNB早于UE获取信道时,将重传的模式确定为调度模式,以及在UE早于eNB获取信道时,将重传的模式确定为无许可模式。
示例41包括示例28-40中任一项的方法,并且进一步包括:在发送UL传输之前并且在重传之前执行空闲信道评估(CCA)。
示例42包括示例28-41中任一项的方法,并且进一步包括:编码UL传输数据以用于在物理上行链路共享信道(PUSCH)上传输。
示例43包括示例28-42中任一项的方法,并且进一步包括:编码UL传输数据以用于作为无许可上行链路(GUL)传输来进行传输。
示例44包括一种在用户设备(UE)处执行的方法,包括:在未授权频谱上向演进型节点B(eNB)发送上行链路(UL)传输;在完成UL传输时启动定时器;以及在定时器期满而没有从eNB接收到针对UL传输的混合自动重复请求(HARQ)反馈时,执行以下操作之一:发送与UL传输相同的分组作为新的传输,以及执行UL传输的重传。
示例45包括示例44的方法,并且进一步包括:重置与UL传输相关联的HARQ进程号。
示例46包括示例45的方法,并且进一步包括:在重置HARQ进程号之前,做出新的传输或重传的预定数量的尝试。
示例47包括一种在演进型节点B(eNB)处执行的方法,包括:解码在未授权频谱上从用户设备(UE)接收的上行链路(UL)传输数据;以及编码针对UE的混合自动重复请求(HARQ)反馈,其中,HARQ反馈包括HARQ位图,该HARQ位图指示与相应的HARQ进程号相关联的UL传输在eNB处的确认(ACK)和否定确认(NACK)。
示例48包括示例47的方法,并且进一步包括:编码下行链路控制信息(DCI)以用于传输到UE从而调度在HARQ位图中被指示为NACK的一个或多个UL传输的重传。
示例49包括示例47或48的方法,并且进一步包括:编码针对UE的配置数据以通过专用或广播无线电资源控制(RRC)信令利用一组HARQ进程号来配置UE,其中,在被指示为NACK的UL传输与落在该组内的HARQ进程号相关联时,能够在没有来自eNB的重传许可的情况下执行UL传输的重传。
示例50包括示例47-50中任一项的方法,并且进一步包括:编码HARQ反馈以用于在与UE不同的第二UE的最大信道占用时间(MCOT)期间传输到UE。
示例51包括示例48的方法,其中,DCI在与该UE不同的第二UE的最大信道占用时间(MCOT)期间被发送到UE。
示例52包括示例48的方法,其中,DCI被配置为向UE分配整个系统带宽或多个正交资源中的一个正交资源。
示例53包括示例47-52中任一项的方法,并且进一步包括:编码物理下行链路控制信道(PDCCH)以包括该HARQ反馈。
示例54包括示例47-53中任一项的方法,并且进一步包括:在发送HARQ反馈之前执行空闲信道评估(CCA)。
示例55包括一种非暂态计算机可读介质,其上存储有指令,该指令在由一个或多个处理器执行时使该(一个或多个)处理器执行示例28-54中任一项的方法。
示例56包括一种用户设备(UE)的装置,包括用于执行示例28-46中任一项的方法的动作的装置。
示例57包括一种演进型节点B(eNB)的装置,包括用于执行示例47-54中任一项的方法的动作的装置。
示例58包括如说明书中示出和描述的用户设备(UE)。
示例59包括如说明书中示出和描述的演进型节点B(eNB)。
示例60包括在如说明书中示出和描述的用户设备(UE)处执行的方法。
示例61包括在如说明书中示出和描述的演进型节点B(eNB)处执行的方法。
尽管为了描述的目的在本文中示出和描述了某些实施例,但在不脱离本公开的范围的情况下,用于实现相同目的各种替换和/或等同实施例或实现方式可以替代所示出和描述的实施例。本申请旨在涵盖本文所讨论的实施例的任何改编或变型。因此,显然旨在本文描述的实施例仅由所附权利要求及其等同物限制。

Claims (25)

1.一种用于用户设备(UE)的装置,包括:
基带电路,所述基带电路包括一个或多个处理器,用于执行以下操作:
编码上行链路(UL)传输数据以用于在未授权频谱上传输到演进型节点B(eNB);
将UL传输的重传的模式确定为下列项中的一项:调度模式,其中,所述重传是基于从所述eNB接收的下行链路控制信息(DCI)导出的重传许可的;以及无许可模式,其中,所述重传是在没有来自所述eNB的所述重传许可的情况下执行的;以及
基于所确定的模式来编码所述UL传输的所述重传。
2.根据权利要求1所述的装置,其中,所述基带电路还被配置为:
解码从所述eNB接收的混合自动重复请求(HARQ)反馈;以及
响应于所述HARQ反馈指示所述UL传输在所述eNB处的否定确认(NACK)来确定所述重传的模式。
3.根据权利要求2所述的装置,其中,所述基带电路还执行以下操作:
在与所述UL传输相关联的HARQ进程号落在预定义的组之外时,将所述重传的模式确定为所述调度模式。
4.根据权利要求3所述的装置,其中,所述基带电路还执行以下操作:
解码专用或广播无线电资源控制(RRC)信令以配置所述组。
5.根据权利要求2所述的装置,其中,所述HARQ反馈包括HARQ位图,所述HARQ位图指示与相应的HARQ进程号相关联的多个UL传输在所述eNB处的确认(ACK)和NACK。
6.根据权利要求5所述的装置,其中,所述基带电路还执行以下操作:
响应于所述HARQ反馈指示所述UL传输在所述eNB处的ACK来编码另一UL传输数据。
7.根据权利要求1-6中任一项所述的装置,其中,所述基带电路还执行以下操作:
在完成所述UL传输时启动定时器;以及
在所述定时器期满之前导出所述重传许可时,将所述重传的模式确定为所述调度模式,以及在所述定时器期满而没有所述重传许可时,将所述重传的模式确定为所述无许可模式。
8.根据权利要求7所述的装置,其中,所述基带电路还执行以下操作:
在所述定时器期满而没有从所述eNB接收到混合自动重复请求(HARQ)反馈时,将所述重传的模式确定为所述无许可模式。
9.根据权利要求2所述的装置,其中,所述基带电路还执行以下操作:
在接收到所述HARQ反馈时启动定时器;以及
在所述定时器期满之前导出所述重传许可时,将所述重传的模式确定为所述调度模式,以及在所述定时器期满而没有所述重传许可时,将所述重传的模式确定为所述无许可模式。
10.根据权利要求9所述的装置,其中,所述定时器由所述UE上的多个HARQ进程共享。
11.根据权利要求9所述的装置,其中,所述定时器与和所述UL传输相关联的单个HARQ进程相关联。
12.根据权利要求1-11中任一项所述的装置,其中,所述DCI被配置为向所述UE分配整个系统带宽或多个正交资源中的一个正交资源。
13.根据权利要求1-12中任一项所述的装置,其中,所述基带电路还执行以下操作:
在所述eNB早于所述UE获取信道时,将所述重传的模式确定为所述调度模式,以及在所述UE早于所述eNB获取信道时,将所述重传的模式确定为所述无许可模式。
14.根据权利要求1-13中任一项所述的装置,其中,所述基带电路还执行以下操作:
在发送所述UL传输之前并且在所述重传之前执行空闲信道评估(CCA)。
15.根据权利要求1-14中任一项所述的装置,其中,所述基带电路还执行以下操作:
编码所述UL传输数据以用于作为无许可上行链路(GUL)传输来进行传输。
16.一种用于用户设备(UE)的装置,包括:
用于在未授权频谱上向演进型节点B(eNB)发送上行链路(UL)传输的装置;
用于在完成所述UL传输时启动定时器的装置;以及
用于在所述定时器期满而没有从所述eNB接收到针对所述UL传输的混合自动重复请求(HARQ)反馈时执行以下操作之一的装置:
发送与所述UL传输相同的分组作为新的传输,以及
执行所述UL传输的重传。
17.根据权利要求16所述的装置,还包括:
用于重置与所述UL传输相关联的HARQ进程号的装置。
18.根据权利要求17所述的装置,还包括:
用于在重置所述HARQ进程号之前做出所述新的传输或所述重传的预定数量的尝试的装置。
19.一种演进型节点B(eNB)的装置,包括:
基带电路,所述基带电路包括一个或多个处理器,用于执行以下操作:
解码在未授权频谱上从用户设备(UE)接收的上行链路(UL)传输数据;以及
编码针对所述UE的混合自动重复请求(HARQ)反馈,其中,所述HARQ反馈包括HARQ位图,所述HARQ位图指示与相应的HARQ进程号相关联的所述UL传输在所述eNB处的确认(ACK)和否定确认(NACK)。
20.根据权利要求19所述的装置,其中,所述基带电路还执行以下操作:
编码下行链路控制信息(DCI)以用于传输到所述UE从而调度在所述HARQ位图中被指示为NACK的一个或多个UL传输的重传。
21.根据权利要求19或20所述的装置,其中,所述基带电路还执行以下操作:
编码针对所述UE的配置数据以通过专用或广播无线电资源控制(RRC)信令利用一组HARQ进程号来配置所述UE,其中,在被指示为NACK的UL传输与落在所述组内的HARQ进程号相关联时,能够在没有来自所述eNB的重传许可的情况下执行所述UL传输的重传。
22.根据权利要求19-21中任一项所述的装置,其中,所述基带电路还执行以下操作:
编码所述HARQ反馈以用于在与所述UE不同的第二UE的最大信道占用时间(MCOT)期间传输到所述UE。
23.根据权利要求20所述的装置,其中,所述DCI在与所述UE不同的第二UE的最大信道占用时间(MCOT)期间被发送到所述UE。
24.根据权利要求20所述的装置,其中,所述DCI被配置为向所述UE分配整个系统带宽或多个正交资源中的一个正交资源。
25.根据权利要求19-24中任一项所述的装置,其中,所述基带电路还执行以下操作:
编码物理下行链路控制信道(PDCCH)以包括所述HARQ反馈。
CN201880016504.9A 2017-03-09 2018-03-09 用于gul和sul之间的交叉重传的方法和装置 Active CN110419257B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN2017076076 2017-03-09
CNPCT/CN2017/076076 2017-03-09
PCT/CN2018/078537 WO2018161951A1 (en) 2017-03-09 2018-03-09 Method and apparatus for cross retransmission between gul and sul

Publications (2)

Publication Number Publication Date
CN110419257A true CN110419257A (zh) 2019-11-05
CN110419257B CN110419257B (zh) 2023-11-03

Family

ID=63447273

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201880016504.9A Active CN110419257B (zh) 2017-03-09 2018-03-09 用于gul和sul之间的交叉重传的方法和装置

Country Status (4)

Country Link
US (1) US20200014495A1 (zh)
EP (1) EP3593583A1 (zh)
CN (1) CN110419257B (zh)
WO (1) WO2018161951A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022199679A1 (en) * 2021-03-26 2022-09-29 FG Innovation Company Limited Method and user equipment for hybrid automatic repeat request operation
CN116391334A (zh) * 2020-10-23 2023-07-04 苹果公司 聚合重传方案

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108988995B (zh) * 2017-06-02 2020-07-24 华为技术有限公司 一种数据传输的方法和装置
DE112018000166T5 (de) * 2017-07-14 2019-08-01 Intel IP Corporation Konfiguration von "grantless uplink"-übertragungen für eine benutzerausrüstung
US10813136B2 (en) * 2017-08-30 2020-10-20 Qualcomm Incorporated Dual connectivity with a network that utilizes an unlicensed frequency spectrum
US11690066B2 (en) * 2018-07-30 2023-06-27 Qualcomm Incorporated Retransmission and fallback for autonomous uplink transmission
CN109348510B (zh) * 2018-10-17 2021-11-19 中国联合网络通信集团有限公司 负载均衡方法、装置及基站
CN113228541B (zh) 2018-12-21 2023-02-28 中兴通讯股份有限公司 无线通信方法、装置及计算机可读程序存储介质
WO2020195061A1 (ja) * 2019-03-28 2020-10-01 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 端末、基地局、送信方法及び受信方法
US10952260B1 (en) * 2019-09-13 2021-03-16 Nokia Technologies Oy Enhancements for contention based shared preconfigured uplink resource mechanism with additional resource allocation for retransmissions
US20210136818A1 (en) * 2019-10-03 2021-05-06 Qualcomm Incorporated Techniques for random access channel (rach) enhancements for new radio unlicensed (nr-u) communications
US11368896B2 (en) * 2020-05-01 2022-06-21 Semiconductor Components Industries, Llc Flexible distributed antenna array
WO2022082726A1 (en) * 2020-10-23 2022-04-28 Apple Inc. Blind retransmission schemes
WO2024065672A1 (en) * 2022-09-30 2024-04-04 Apple Inc. Timer handling for data transmission

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101009538A (zh) * 2006-01-26 2007-08-01 华为技术有限公司 一种数据重传方法及装置
CN101309129A (zh) * 2007-05-18 2008-11-19 上海贝尔阿尔卡特股份有限公司 针对单独数据包或最后一个数据包的重传控制方法和系统
KR100937433B1 (ko) * 2008-09-17 2010-01-18 엘지전자 주식회사 최대 전송 회수를 고려한 harq 동작 방법
US20130010745A1 (en) * 2010-03-29 2013-01-10 Lg Electronics Inc. Method and apparatus for efficiently transmitting control information to support uplink multiple antenna transmission
CN103339893A (zh) * 2010-11-16 2013-10-02 高通股份有限公司 用于改善确认/否定确认反馈的方法和装置
WO2013172756A1 (en) * 2012-05-14 2013-11-21 Telefonaktiebolaget L M Ericsson (Publ) Apparatuses and methods for managing pending harq retransmissions
CN104769877A (zh) * 2012-11-02 2015-07-08 索尼公司 远程通信装置和方法
WO2015131730A1 (zh) * 2014-08-22 2015-09-11 中兴通讯股份有限公司 一种实现数据处理的方法、基站及用户设备
CN105515734A (zh) * 2014-09-26 2016-04-20 上海贝尔股份有限公司 用于促进上行链路传输的混合自动重复请求的方法和设备
CN105612710A (zh) * 2014-01-28 2016-05-25 华为技术有限公司 用户设备、基站以及上行数据调度方法
CN105978671A (zh) * 2016-06-27 2016-09-28 深圳市金立通信设备有限公司 一种harq重传的指示方法及相关设备

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9729283B2 (en) * 2014-05-08 2017-08-08 Intel IP Corporation Systems, methods and devices for flexible retransmissions
US10541791B2 (en) * 2014-11-25 2020-01-21 Qualcomm Incorporated Techniques for reducing latency in a wireless communication system
CN107113114B (zh) * 2014-12-16 2020-09-11 华为技术有限公司 无线通信系统中的方法和节点
WO2016161854A1 (en) * 2015-04-09 2016-10-13 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for data transmission
US9717079B2 (en) * 2015-07-14 2017-07-25 Motorola Mobility Llc Method and apparatus for selecting a resource assignment
WO2017034505A1 (en) * 2015-08-21 2017-03-02 Intel IP Corporation Methods and apparatus for fast uplink access

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101009538A (zh) * 2006-01-26 2007-08-01 华为技术有限公司 一种数据重传方法及装置
CN101309129A (zh) * 2007-05-18 2008-11-19 上海贝尔阿尔卡特股份有限公司 针对单独数据包或最后一个数据包的重传控制方法和系统
KR100937433B1 (ko) * 2008-09-17 2010-01-18 엘지전자 주식회사 최대 전송 회수를 고려한 harq 동작 방법
US20130010745A1 (en) * 2010-03-29 2013-01-10 Lg Electronics Inc. Method and apparatus for efficiently transmitting control information to support uplink multiple antenna transmission
CN103339893A (zh) * 2010-11-16 2013-10-02 高通股份有限公司 用于改善确认/否定确认反馈的方法和装置
WO2013172756A1 (en) * 2012-05-14 2013-11-21 Telefonaktiebolaget L M Ericsson (Publ) Apparatuses and methods for managing pending harq retransmissions
CN104769877A (zh) * 2012-11-02 2015-07-08 索尼公司 远程通信装置和方法
CN105612710A (zh) * 2014-01-28 2016-05-25 华为技术有限公司 用户设备、基站以及上行数据调度方法
WO2015131730A1 (zh) * 2014-08-22 2015-09-11 中兴通讯股份有限公司 一种实现数据处理的方法、基站及用户设备
CN105515734A (zh) * 2014-09-26 2016-04-20 上海贝尔股份有限公司 用于促进上行链路传输的混合自动重复请求的方法和设备
CN105978671A (zh) * 2016-06-27 2016-09-28 深圳市金立通信设备有限公司 一种harq重传的指示方法及相关设备

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
INTEL CORPORATION: ""R1-167698 Grant-less and non-orthogonal UL transmissions in NR"", 《3GPP TSG_RAN\WG1_RL1》 *
INTEL CORPORATION: ""R1-167698 Grant-less and non-orthogonal UL transmissions in NR"", 《3GPP TSG_RAN\WG1_RL1》, 13 August 2016 (2016-08-13) *
INTEL CORPORATION: "RP-160431 "New SI proposal: UL non-orthogonal spread transmission for small data"", 《3GPP TSG_RAN\TSG_RAN》 *
INTEL CORPORATION: "RP-160431 "New SI proposal: UL non-orthogonal spread transmission for small data"", 《3GPP TSG_RAN\TSG_RAN》, 1 March 2016 (2016-03-01) *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116391334A (zh) * 2020-10-23 2023-07-04 苹果公司 聚合重传方案
WO2022199679A1 (en) * 2021-03-26 2022-09-29 FG Innovation Company Limited Method and user equipment for hybrid automatic repeat request operation

Also Published As

Publication number Publication date
US20200014495A1 (en) 2020-01-09
WO2018161951A1 (en) 2018-09-13
CN110419257B (zh) 2023-11-03
EP3593583A1 (en) 2020-01-15

Similar Documents

Publication Publication Date Title
CN110419257A (zh) 用于gul和sul之间的交叉重传的方法和装置
US10986631B2 (en) Uplink control information (UCI) transmission and hybrid automatic repeat request (HARQ) process identification for grant-free physical uplink shared channel (PUSCH)
CN111034320B (zh) 无线通信方法、装置及机器可读介质
US10477620B2 (en) Machine type communication relaying
CN105309031B (zh) 使用无执照频谱的lte/lte-a上行链路载波聚集
CN108476532A (zh) 随机接入过程期间的先听后说(lbt)失败
CN107534948A (zh) 使用对话前监听的无争用物理上行链路共享控制信道(pusch)传输
CN111095848B (zh) 新无线电中物理上行链路共享信道上的信道状态信息报告
CN107005383B (zh) 用于ca(载波聚合)和laa(授权辅助接入)的多个分量载波上的传输块的联合处理
CN110521155A (zh) 无线通信系统中的混合传输时间间隔(tti)长度的传输块解码操作
CN110463112A (zh) 用于pusch的早期终止信号和harq-ack反馈的设计
CN115174028B (zh) 用户设备的装置及其方法以及基站的装置及其方法
WO2017099860A1 (en) Device for non-scheduled uplink transmission in the unlicensed spectrum
CN110495230A (zh) 用于5g无线接入网小区的定时确定技术
CN107431557A (zh) 解决在中继用户设备(ue)处的并行通信
CN117222049A (zh) 用于增强的设备到设备(d2d)的控制信令机制
CN110419262A (zh) 由ran架构的集中式节点重传pdcp pdu
CN106538022A (zh) 用于设备到设备(d2d)通信的时间资源的分配和信令的用户设备和方法
TW201728208A (zh) 彈性通用擴展框架結構
WO2018106911A2 (en) Multefire user equipment for grantless uplink transmission
CN108432167A (zh) 信息高效的纠错编码
CN110089064A (zh) 上报移动用户设备所支持的蜂窝能力组合
CN109792363A (zh) 在lte-wlan聚合中避免通过wlan的上行链路中的hfn去同步
CN110140318A (zh) Nr(新无线电)中的(ul)上行链路(bw)带宽自适应和多带宽部分操作
CN110475281A (zh) 用于测量对象合并的准则

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
TA01 Transfer of patent application right

Effective date of registration: 20200403

Address after: California, USA

Applicant after: INTEL Corp.

Address before: California, USA

Applicant before: INTEL IP Corp.

Effective date of registration: 20200403

Address after: California, USA

Applicant after: Apple Inc.

Address before: California, USA

Applicant before: INTEL Corp.

TA01 Transfer of patent application right
GR01 Patent grant
GR01 Patent grant