CN106664520A - 为增强覆盖模式ue处理上行链路传输冲突的系统和方法 - Google Patents

为增强覆盖模式ue处理上行链路传输冲突的系统和方法 Download PDF

Info

Publication number
CN106664520A
CN106664520A CN201580045440.1A CN201580045440A CN106664520A CN 106664520 A CN106664520 A CN 106664520A CN 201580045440 A CN201580045440 A CN 201580045440A CN 106664520 A CN106664520 A CN 106664520A
Authority
CN
China
Prior art keywords
signal
subframe
nack
overlapped
resource
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
CN201580045440.1A
Other languages
English (en)
Other versions
CN106664520B (zh
Inventor
熊岗
韩承希
D·查特吉
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
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
Priority to CN202010780493.0A priority Critical patent/CN111901787A/zh
Publication of CN106664520A publication Critical patent/CN106664520A/zh
Application granted granted Critical
Publication of CN106664520B publication Critical patent/CN106664520B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048—Allocation of pilot signals, i.e. of signals known to the receiver
    • H04L5/005—Allocation of pilot signals, i.e. of signals known to the receiver of common pilots, i.e. pilots destined for multiple users or terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/14—Spectrum sharing arrangements between different networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1858—Transmission or retransmission of more than one copy of acknowledgement message
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA

Landscapes

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

Abstract

本发明大体描述一种eNode(eNB)、用户设备(UE)和用于在增强覆盖(EC)模式下操作的方法。UE可确定分配给不同资源的物理上行链路控制信道(PUCCH)信号和上行链路信号是否在特定子帧中重叠。上行链路信号可包括另一PUCCH信号或物理上行链路共享信道(PUSCH)信号。PUCCH信号可包括调度请求或确认响应/重新传输请求。UE可选择重叠信号中的一个重叠信号，并在分配给另一个信号的资源上而不是在分配给重叠信号中的该一个重叠信号的资源上传输所选择信号。该另一个信号可以或不可以被传输，取决于其是否为PUCCH或PUSCH信号。

Description

为增强覆盖模式UE处理上行链路传输冲突的系统和方法
优先权要求
本申请要求提交于2015年5月21日的美国专利申请序列号14/718,975的优先权的利益，该专利申请要求提交于2014年9月25日并且标题为“SYSTEM AND METHOD ASSOCIATEDWITH HANDLING UPLINK TRANSMISSION COLLISION FOR MTC UES IN ENHANCED COVERAGEMODE”的美国专利申请序列号62/055,596的优先权的利益，这些申请每个均以其全部内容并入本文中。
技术领域
实施例属于无线通信。一些实施例涉及蜂窝通信网络，其包括第三代伙伴项目长期演进(3GPP LTE)网络和LTE高级(LTE-A)网络，以及第4代(4G)网络和第5代(5G)网络。一些实施例涉及增强的覆盖通信。
背景技术
随着经由网络到服务器和其它计算装置通信的不同类型装置的增加，第三代长期演进(3GPP LTE)的使用已增加。具体地，典型用户设备(UE)诸如蜂窝电话和机器型通信(MTC)UE当前使用3GPP LTE系统。由于在此类通信中涉及的低能耗，MTC UE提出特定挑战。具体地，MTC UE在计算上能力较低并且对通信具有较低功率，并且许多经配置基本上无限期保持在单个位置。此类MTC UE的例子包括器具或售货机中的传感器(例如，感测环境状况)或微控制器。在一些环境下，MTC UE可位于其中极少或没有覆盖的区域，诸如建筑物内，或位于隔离的地理区域。不幸地，在很多情况下，MTC UE不具有足够的功率用于与(它们与其通信的)最近的服务基站(增强节点B(eNB))通信。类似问题可能对于非静止无线UE诸如移动电话存在，其配置在具有低劣覆盖的网络区域，即，其中链路预算低于通常网络值若干dB的网络区域。
在其中UE处于此类区域中的情况下，传输功率可能不能由UE或eNB提高。为实现覆盖延伸并在链路预算中获得另外的dB，信号可从传输装置(UE或eNB中任一个)在延长时期跨多个子帧和物理信道重复传输以在接收装置(UE或eNB中的另一个)累积能量。然而，当数据以此方式重复传输时，可能在不同信道之间发生冲突。希望设计最小化或完全避免此类冲突的传输。
附图说明
在附图(其不必按比例绘制)中，相似编号可描述不同视图中的类似部件。具有不同字母后缀的相似编号可表示类似部件的不同实例。附图通常作为例子但不作为限制而图示在本文件中论述的各种实施例。
图1是根据一些实施例的3GPP网络的功能图。
图2是根据一些实施例的3GPP装置的框图。
图3A至图3D图示根据一些实施例的上行链路子帧。
图4A至图4D图示根据一些实施例的上行链路子帧。
图5图示根据一些实施例的用于增强覆盖模式UE的上行链路冲突处理的方法的流程图。
具体实施方式
以下描述和附图充分说明具体实施例以使得本领域技术人员能够实践它们。其它实施例可结合结构的、逻辑的、电气的过程和其它变化。一些实施例的部分和特征可被包括在其它实施例的部分和特征中，或替代其它实施例的部分和特征。在权利要求中阐述的实施例涵盖那些权利要求的所有可用的等同形式。
图1是根据一些实施例的3GPP网络的功能图。网络可包括通过S1接口115耦接在一起的无线电接入网(RAN)(例如，如图所示，E-UTRAN或演进通用地面无线接入网)100和核心网120(例如，示为演进分组核心(EPC))。为方便和简洁，仅示出核心网120的一部分以及RAN100的一部分。
核心网120包括移动性管理实体(MME)122、服务网关(服务GW)124和分组数据网络网关(PDN GW)126。RAN 100包括用于与UE 102通信的演进节点B(eNB)104(其可作为基站操作)。eNB 104可包括宏eNB和低功率(LP)eNB。
MME在功能上类似于遗留服务GPRS支持节点(SGSN)的控制平面。MME管理在接入中的移动性方面，诸如网关选择和跟踪区域列表管理。服务GW 124终止朝向RAN 100的接口，并在RAN 100和核心网120之间路由发送业务分组(诸如数据分组或语音分组)。另外，其可以是用于eNB间切换的本地移动性锚定点，并可为3GPP间移动性提供锚定。其它责任可包括合法拦截、收费和一些政策执行。服务GW 124和MME 122可以在一个物理节点或分离的物理节点中实施。PDN GW 126终止朝向分组数据网络(PDN)的SGi接口。PDN GW 126在EPC 120和外部PDN之间路由发送业务分组，并可以是用于政策执行和收费数据收集的关键节点。也可在无LTE接入的情况下为移动性提供锚定点。外部PDN可以是任何种类的IP网络，以及IP多媒体子系统(IMS)域。PDN GW 126和服务GW 124可以在一个物理节点或分离的物理节点中实施。
eNB 104(宏和微)终止空中接口协议并可以是用于UE 102的第一接触点。eNB 104可与在正常覆盖模式下的UE 102和在一个或多个增强覆盖模式下的UE 104两者通信。在一些实施例中，eNB 104可完成用于RAN 100的各种逻辑功能，包括但不限于RNC(无线网络控制器功能)诸如无线电承载器管理、上行链路和下行链路动态无线电资源管理与业务分组调度，以及移动性管理。根据实施例，UE 102可经配置与eNB 104经由多载波通信信道根据OFDMA通信技术来通信OFDM通信信号。OFDM信号可包括多个正交子载波。也可使用其它技术，诸如非正交多址接入(NOMA)、码分多址接入(CDMA)和正交频分多址接入(OFDMA)。
S1接口115是将RAN 100与EPC 120分离的接口。其分成两部分：在eNB 104和服务GW 124之间承载业务分组的S1-U，以及S1-MME，其为在eNB 104和MME 122之间的信令接口。
在蜂窝网络的情况下，LP蜂窝通常用于将覆盖延伸到其中户外信号不良好到达的室内区域，或在其中具有非常密集的电话使用的区域诸如火车站中添加网络容量。如本文所用，术语低功率(LP)eNB是指用于实施较窄蜂窝(比宏蜂窝更窄)诸如毫微微蜂窝、微微蜂窝或微蜂窝的任何合适的相对低功率的eNB。毫微微eNB通常由移动网络运营商提供至其住宅或企业客户。毫微微蜂窝通常为住宅网关的大小或更小并通常连接到用户的宽带线。一旦插电，则毫微微蜂窝连接到移动运营商的移动网络并在对于住宅毫微微蜂窝通常30米到50米的范围内提供额外覆盖。因此，LP eNB可以是毫微微蜂窝eNB，因为其通过PDN GW 126被耦合。类似地，微微蜂窝是通常覆盖小区域诸如建筑物内(办公室、商场、火车站等)或最近的飞行器内的无线通信系统。微微蜂窝eNB通常可通过X2链路，通过其基站控制器(BSC)连接到另一eNB诸如宏eNB。因此，LP eNB可用微微蜂窝eNB实施，因为其经由X2接口耦接到宏eNB。微微蜂窝eNB或其它LP eNB可并入宏eNB的一些或全部功能性。在一些情况下，这可称为接入点基站或企业毫微微蜂窝。
经由LTE网络的通信分成10ms帧，其每个可包含十个1ms子帧。每个子帧转而可包含0.5ms的两个时隙。每个子帧可用于从UE到eNB的上行链路(UL)通信或从eNB到UE的下行链路(DL)通信。eNB可调度经由各种频段的上行链路和下行链路传输。用于一个频段的子帧中的资源的分配可以不同于另一频段。子帧的每个时隙可包含6-7个符号。子帧可包含12个子载波。下行链路资源网格可用于从eNB到UE的下行链路传输，而上链路资源网格可用于从UE到eNB或从UE到另一UE的上行链路传输。资源网格可以是时间频率网格，其为每个时隙中的物理资源。在资源网格中的最小的时间频率单元可被表示为资源元素(RE)。资源网格的每个列和每个行可分别对应于一个OFDM符号和一个OFDM子载波。资源网格可包含描述物理信道到资源元素和物理RB(PRB)的映射的资源块(RB)。PRB可以是可分配给UE的资源的最小单元。资源块可以是在频率上宽180kHz并且在时间上长度为1个时隙。在频率上，资源块可以是宽度为12x 15kHz子载波或24x 7.5kHz子载波。对于大多数信道和信号，可以每个资源块使用12个子载波，取决于系统带宽。时间域中的资源网格的持续时间可对应于一个子帧或两个资源块。每个资源网格可包括12(子载波)*14(符号)＝168资源元素。
图2是根据一些实施例的3GPP装置的功能图。该装置可以是例如UE或eNB。在一些实施例中，eNB可以是静止的非移动装置。3GPP装置200可包括用于使用一个或多个天线201传输和接收信号的物理层电路系统200。3GPP装置200也可包括用于控制到无线媒体的接入的媒体接入控制层(MAC)电路系统204。3GPP装置200还可包括经配置执行本文中描述的操作的处理电路系统206和存储器208。
在一些实施例中，移动装置或本文中描述的其它装置可以是便携式无线通信装置，诸如个人数字助理(PDA)、具有无线通信能力的膝上或便携式计算机、网络平板计算机、无线电话、智能电话、无线耳机、寻呼机、实时消息传送装置、数码相机、接入点、电视机、医疗装置(例如心率监视器、血压监视器等)或可无线接收和/或传输信息的其它装置的一部分。在一些实施例中，移动装置或其它装置可以是经配置根据3GPP标准操作的UE 102或eNB104。在一些实施例中，移动装置或其它装置可以经配置根据其它协议或标准操作，包括IEEE 802.11或其它IEEE标准。在一些实施例中，移动装置或其它装置可以包括键盘、显示器、非易失性存储器端口、多重天线、图形处理器、应用处理器、扬声器和其它移动装置元件中的一个或多个。显示器可以是包括触摸屏的LCD屏幕。
天线201可包括一个或多个定向或全向天线，包括例如偶极天线、单极天线、贴片天线、回路天线、微带天线或适用于传输RF信号的其它类型天线。在一些多输入多输出(MIMO)实施例中，天线201可有效分离以利用空间分集和可引起的不同信号特性。
尽管3GPP装置200图示为具有若干分离的功能元件，但功能元件中的一个或多个可组合并可通过软件配置元件的组合来实施，诸如包括数字信号处理器(DSP)的处理元件，和/或其它硬件元件。例如，一些元件可包括一个或多个微处理器、DSP、现场可编程门阵列(FPGA)、专用集成电路(ASIC)、射频集成电路(RFIC)，以及用于执行至少本文中描述的功能的各种硬件和逻辑电路系统的组合。在一些实施例中，功能元件可指在一个或多个处理元件上的一个或多个处理操作。
实施例可在硬件、固件和软件中的一个或组合中实施。实施例也可实施为存储在计算机可读存储装置上的指令，其可由至少一个处理器读取并执行以实行本文中描述的操作。计算机可读存储装置可包括用于以机器(例如计算机)可读的形式存储信息的任何非暂时性机构。例如，计算机可读存储装置可包括只读存储器(ROM)、随机存取存储器(RAM)、磁盘存储介质、光存储介质、闪存存储器装置，以及其它存储装置和介质。一些实施例可包括一个或多个处理器并可用存储在计算机可读存储装置上的指令进行配置。
术语“机器可读介质”可包括经配置存储一个或多个指令的单个介质或多个介质(例如，中心化或分布式数据库，和/或相关联的高速缓存和服务器)。术语“机器可读介质”可包括能够存储、编码和或承载用于由3GPP装置200执行，并致使其实行本公开的技术中的任意一个或多个的指令的任何介质，或能够存储、编码或承载由此类指令使用或与此类指令相关联的数据结构的任何介质。术语“传输介质”将用来包括能够存储、编码和或承载用于执行的指令的任何无形介质，并包括数字或模拟通信信号，或促进此类软件的通信的其它无形介质。
如上所指示，不同类型的UE可使用增强覆盖模式，其中重复传输信息以容许在接收器成功解码信号。UE可包括普通UE(例如，智能电话等)、机器到机器(M2M)UE或使用MTC的静止无线UE(即，无限地保持在单个位置的UE)。UE或服务eNB中的至少一些不能提高增强覆盖区域中的传输功率，这是因为UE固有地功率受限制或受eNB限制，例如以减小干扰。在此情况下，当位于其中到最近服务基站的链路预算比网络中的通常链路预算值更差的位置和将要在不提高传输功率的情况下获得额外链路预算时，UE可进入增强覆盖模式。
为在接收器提高信号功率而不提高传输功率，同一分组数据可由发射器重复传输。发射器可以是UE(上行链路通信)或eNB(下行链路通信)中的任一个，而接收器可以是UE(下行链路通信)或eNB(上行链路通信)中的另一个。UE可确定是否希望额外的链路预算，以及希望多少额外链路预算。在一些实施例中，额外链路预算可包括多个离散的级别，例如高达约5dB、高达约10dB、高达约15dB和高达约20dB。响应于确定希望多少额外链路预算，UE可实施不同的增强覆盖模式。在一些实施例中，不同的增强覆盖模式可以是可用的，这取决于额外链路预算的希望量。
通常，UE可经由20MHz的操作带宽来通信，然而，为减小成本和功耗，对于控制和数据信道两者，MTC UE的操作带宽可减小至例如1.4MHz。这可容许(例如，在频率上)有限资源的MTC资源区用于在MTC UE和eNB之间的通信。
独立于操作带宽，可存在使用资源块来传送的若干不同物理信道。这些物理信道可包括在下行链路传输中的物理下行链路控制信道(PDCCH)和物理下行链路共享信道(PDSCH)在上行链路传输中的物理上行链路控制信道(PUCCH)和物理上行链路共享信道(PUSCH)。每个子帧可分成PDCCH和PDSCH或PUCCH和PUSCH。PDCCH可通常占用每个子帧的头两个符号，并且尤其承载与运送格式和涉及PDCCH的资源分配有关的信息(包括其他信息)，以及涉及上行链路或下行链路共享信道的H-ARQ信息。PDSCH可承载用户数据和到UE或eNB的较高层信令并占用子帧的剩余部分。PUSCH可由UE共享以传输数据至网络。调度由eNB控制。通常，下行链路调度(分派控制和共享信道资源块至蜂窝内的UE)可基于从UE提供至eNB的信道质量信息在eNB实行，并然后下行链路资源分派信息可发送至用于(分派到)UE的PDCCH上的每个UE。PDCCH可包含告知UE如何发现和解码数据的数种格式中的一种的下行链路控制信息(DCI)，其在同一子帧中在PDSCH上从资源网格传输。DCI格式可提供细节诸如资源块的数量、资源分配类型、调制方案、运输块、冗余版本、编码速率等。每个DCI格式可具有循环冗余码(CRC)并混杂有无线电网络临时标识符(RNTI)，RNTI识别PDSCH意图的目标UE。使用UE特定的RNTI可将DCI格式的解码(并因此将对应的PDSCH)仅限于意图的UE。
PUCCH可承载包括上行链路控制信息(UCI)的信息，类似于PDCCH的DCI。PUCCH可映射到由代码和两个资源块限定，在时间上连续，在相邻时隙之间边界处潜在跳跃的控制信道资源。PUCCH可采取若干不同格式，其中UCI包含取决于格式的信息。具体地，PUCCH可包含调度请求(SR)、确认响应/重新传输请求(ACK/NACK)或信道质量指示(CQI)/信道状态信息(CSI)。CQI/CSI可指示当前信道状况，并且如果MIMO传输由UE使用，则可包括MIMO相关的反馈。
为防止运送块丢失，可使用混合自动重复请求(HARQ)方案。当eNB在下行链路传输中发送PDSCH数据到UE时，数据分组可与指示符一起在PDCCH中在同一子帧中发送，这向UE通知PDSCH的调度，包括所传输数据的传输时间和其它特性。对于UE接收的每个PDSCH码字，UE可在码字成功解码时用ACK响应，或在码字未成功解码时用NACK响应。eNB可期望ACK/NACK来自其中发送PDSCH数据的子帧的预定数量的子帧。在从UE接收NACK时，eNB可将运送块重新传输或跳过重新传输。ACK/NACK可由UE 4子帧在从eNB接收信号之后传输。取决于目前码字数量，HARQ-ACK可包含1或2个信息位(分别为格式1a和1b)。HARQ-ACK位可然后按照PUCCH被处理。
调度请求可容许UE请求资源在PUSCH上传输。在一些实施例中，无信息位用来请求资源在PUSCH上传输。然而，eNB可获知何时期望来自蜂窝内每个UE的调度请求的定时。因此，如果检测到PUCCH能量，则eNB可将其识别为来自对应UE的调度请求。PUCCH格式1、1a和1b可使用每个时隙四个SC-FDMA符号，并可使用无调制方案、二进制相移键控(BPSK)和四相相移键控(QPSK)。如果使用正常循环前缀，则剩余的3个符号可用于PUCCH解调参考信号(DM-RS)。如果发声参考信号(SRS)与PUCCH信号重叠，则在子帧的第二时隙中仅三个符号可用作PUCCH符号。DM-RS符号可由eNB用来实行信道估计，并允许所接收信号的相干解调。DM-RS符号可实质上为LTE中的导频符号，用于子帧的数据符号的解调的信道估计。
在TS 36.211中的3GPP规格指示UE不可在子帧内传输上行链路冲突控制或数据信号。3GPP规格还支持专用调度请求。也就是说，蜂窝中的每个UE可被分派特定的资源索引映射，其提供可由每第n帧使用的资源，以传输调度请求和其它控制或数据信号。在此类实施例中，由于eNB可单独调度UE，因此在正常模式下上行链路传输之间的冲突可能性可最小化。
然而，在增强覆盖模式下的UE可在连续的子帧中传输上行链路控制或数据信号，以使得能够通过eNB检测信号。尽管这可能不导致UE之间冲突的问题，但冲突可对增强覆盖模式下的特定UE发生。具体地，由于重复，分配给一组物理资源块的PUCCH(控制)信号可在时间上与另一PUCCH信号或分配给不同组物理资源块的PUSCH信号重叠。例如，调度请求重复可与同一子帧中的ACK/NACK重复重叠，并且具有数据传输或CSI报告的PUSCH重复与同一子帧中的ACK/NACK重复重叠。在此情况下，可限定一组预定的关系以处理重复之间的重叠，以使得一旦确定重叠，则增强覆盖模式UE能够选择重叠信号中的仅一个用于传输。所选信号不在与所选信号相关联的物理资源块组上传输，但在与其它信号相关联的物理资源块组上传输。这使得UE能够维持上行链路传输的低CM单载波性质。
图3A至图3D图示根据一些实施例的上行链路子帧。图3A至图3D示出在如图1或图2所示的增强模式UE例如MTC UE下的重叠上行链路传输。如图所示，三组UL子帧A、B、C，其中仅一组子帧包含不同上行链路信号之间的重叠。图3A至图3D多样地包括用于调度请求的开始子帧SFSR、HARQ ACK/NACK SFAN，以及重复级RLSR和HARQ ACK/NACK重复RLAN。在一些实施例中，重复级(重复数量)可在不同信号和/或不同UE之间相同。在一些实施例中，重复级(重复数量)可根据被传输的特定信号、传输信号的特定UE(例如，不同UE可具有不同的延伸覆盖级)和/或信号环境(例如，无论CSI是否指示信道质量已改变，都指示不同数量的重复可用来获得相同的链路预算)而不同。在这些图的每个中，调度请求和HARQ ACK/NACK在相同或不同组的PRB上传输。SR和ACK/NACK可在同一PRB中传输，但具有不同资源(例如，不同的扩展代码)以避免冲突。用于图3A至图3D所示的特定PUCCH传输的PRB的数量可变化，并在1-4个PRB之间，取决于由eNB指示的UCI格式。如果UE是MTC UE，其中UE和eNB之间的通信频谱可相对于eNB能够经由其通信的带宽频谱受限制(例如，1.4MHz)，则使用的PRB可受限制。虽然示为在单组恒定资源中传输，但在一些实施例中，频率抖动可在时隙之间发生。在此情况下，各种信号可在不同时隙中不同资源上传输。在每个传输期间由UE使用的资源，无论是否使用频率抖动，都可以被标准预先确定或通过用于UE的eNB分派，例如使用RRC信令。
在图3A的UL子帧300中，例如，第一组UL子帧A涵盖从第一子帧(其中调度请求302可首先传输)SFSR到刚好在开始HARQ ACK/NACK 304子帧之前的子帧SFAN-1的区域(SFSR到SFAN-1)。也就是说在第一组子帧A中，调度请求302可经由连续子帧传输，而HARQ ACK/NACK304不可传输。在一些实施例中，在这些子帧中的每个中，调度请求302可在同一组资源上重复。在图3A中，重复级可在调度请求302和HARQ ACK/NACK 304之间相同或不同。
第二组UL子帧B涵盖从第一子帧(其中HARQ ACK/NACK 304将要传输)SFAN到最后子帧(其中调度请求302将要传输)RLSR-1之间的区域(SFAN到SFSR+RLSR-1)。在第二组子帧B中，调度请求302和HARQ ACK/NACK 304两者可被调度以在不同资源上传输，并由此在时间上重叠。
第三组UL子帧C涵盖从最后子帧之后的第一子帧(其中调度请求302可传输)SFSR+RLSR到最后子帧(其中HARQ ACK/NACK 304可传输)RLAN-1的区域(SFSR+RLSR到SFAN+RLAN-1)。因此，在第三组子帧C中，HARQ ACK/NACK 304可经由同一组资源上的连续子帧传输，而调度请求不可传输。因此，HARQ ACK/NACK重复在调度请求重复的开始子帧之后开始，并在调度请求重复的最后子帧之后结束。
尽管第一组UL子帧A和第三组UL子帧C作为PUCCH信号中的仅一个在重叠方面不产生问题，但在第二组UL子帧B中，调度请求302和HARQ ACK/NACK 304可在相应资源上传输，两者都将传输。为克服该问题，HARQ ACK/NACK 304在该区域中可在分配给调度请求302的资源而不是与HARQ ACK/NACK 304相关联的资源中传输。尽管eNB可期望在分配给HARQACK/NACK的资源上的HARQ ACK/NACK，在增强模式下用于UE的这些子帧中，eNB可首先检查用于调度请求的资源以确定在用于调度请求的资源中是否存在任何PUCCH信号。如果PUCCH信号在用于调度请求的资源中存在，则eNB可接收PUCCH信号而不是调谐到用于HARQ ACK/NACK的资源以尝试接收HARQ ACK/NACK。调度请求可取的值可以是0(无信号在所分派资源上传输)或1(信号在所分派资源中存在)。HARQ ACK/NACK可取的值可以是+1或-1。如果在分派给调度请求的资源中检测到能量，无关于能量可以是什么，eNB可初始识别能量为来自UE的调度请求。在一些实施例中，仅在成功解码用于调度请求的资源中的信号之后，eNB可确定信息为HARQ ACK/NACK。在其它实施例中，eNB可保留HARQ ACK/NACK被调度以由UE在第二组子帧B中被传输的信息，并因此在调度请求的资源上的任何传输为也指示调度请求存在的HARQ ACK/NACK。因此，UE可放弃调度请求传输，并且代替地在调度请求的资源中传输HARQ ACK/NACK，因为作为调度请求，eNB能够解译在调度请求的资源中HARQ ACK/NACK的存在。注意如果没有调度请求在与调度请求相关联的资源中被指示，则没有重叠发生。因此，UE可仅在子帧(其中信号重叠)中传输重叠的调度请求302和HARQ ACK/NACK 304信号中的一个，并且在子帧(其中调度请求302和HARQ ACK/NACK 304信号中的一个不与调度请求302和HARQ ACK/NACK 304信号中的另一个重叠)中传输调度请求302和HARQ ACK/NACK 304中的任一个但不是两者。
图3B示出UL子帧320，其中第一组UL子帧A涵盖从第一子帧(其中调度请求322可首先传输)SFSR到刚好在开始HARQ ACK/NACK 324子帧之前的子帧SFAN-1的区域(SFSR到SFAN-1)。如上所述，调度请求302可在同一组PRB上经由连续子帧传输，而HARQ ACK/NACK 304不可传输。
第二组UL子帧B涵盖从第一子帧(其中HARQ ACK/NACK 324将要传输)SFAN到最后子帧(其中HARQ ACK/NACK 324可传输)RLAN-1之间的区域(SFAN到SFAN+RLAN-1)。如上所述，第二组子帧B，调度请求322和HARQ ACK/NACK 324两者可在不同资源上在时间上重叠。在图3B中，重复级在调度请求322和HARQ ACK/NACK324之间可以不同，其中调度请求322的重复级大于HARQ ACK/NACK 324的重复级。
第三组UL子帧C涵盖从最后子帧之后的第一子帧(其中HARQ ACK/NACK 324可传输)SFSR+RLSR到最后子帧(其中调度请求322可传输)RLSR-1的区域(SFSR+RLAN到SFSR+RLSR-1)。因此，在第三组子帧C中，HARQ ACK/NACK 324不再可传输，并且调度请求322可继续传输。
以类似于上述的方式，HARQ ACK/NACK 324可在第二组子帧B中在与调度请求322相关联的资源而不是与HARQ ACK/NACK 324相关联的资源中被传输。因此，在该例子中，调度请求322的传输可围绕调度请求322的资源上HARQ ACK/NACK 324的传输，其中在第二组子帧B中HARQ ACK/NACK 324的传输替代调度请求322的传输。如上所述，eNB可初始识别能量为来自UE的调度请求。仅在成功解码用于调度请求的资源中的信号之后，eNB可确定信息为HARQ ACK/NACK。
在图3C的UL子帧340中，第一组UL子帧A涵盖从第一子帧(其中HARQ ACK/NACK 344可首先传输)SFAN到刚好在开始调度请求342之前的子帧SFSR-1的区域(SFAN到SFSR-1)。在该区域中，HARQ ACK/NACK 344可在同一组资源上经由连续子帧传输，而调度请求342不可传输。在图3C中，重复级在调度请求342和HARQ ACK/NACK 344之间可以相同或不同。
第二组UL子帧B涵盖从第一子帧(其中调度请求342将要传输)RLSR到最后子帧(其中HARQ ACK/NACK 344将要传输)SFAN-1的区域(SFSR到SFAN+RLAN-1)。在第二组子帧B中，调度请求342和HARQ ACK/NACK 344两者可被调度以在不同资源上传输，并由此在时间上重叠。
第三组UL子帧C涵盖从最后子帧之后的第一子帧(其中HARQ ACK/NACK 344可传输)SFAN+RLAN到最后子帧(其中调度请求342可传输)RLSR-1的区域(SFAN+RLAN到SFSR+RLSR-1)。因此，在第三组子帧C中，调度请求342可在同一组资源上继续传输，而HARQ ACK/NACK 344不可传输。因此，调度请求重复在HARQ ACK/NACK重复的开始子帧之后开始，并在HARQ ACK/NACK重复的最后子帧之后结束。
类似于上述，HARQ ACK/NACK 344可在第二组子帧B中在与调度请求342相关联的资源而不是与HARQ ACK/NACK 344相关联的资源中被传输。因此，UE可放弃调度请求传输，并且代替地在调度请求的资源中传输HARQ ACK/NACK，因为作为调度请求，eNB能够解译在调度请求的资源中HARQ ACK/NACK的存在。
图3D示出UL子帧360，其中第一组UL子帧A涵盖从第一子帧(其中HARQ ACK/NACK364可首先传输)SFAN到刚好在开始调度请求362之前的子帧SFSR-1的区域(SFAN到SFSR-1)。如上所述，HARQ ACK/NACK 364可在同一组资源上经由连续子帧传输，而调度请求362不可传输。在图3D中，重复级在调度请求362和HARQ ACK/NACK 364之间可以不同，其中HARQ ACK/NACK 364的重复级大于调度请求362的重复级。
第二组UL子帧B涵盖从第一子帧(其中调度请求362可传输)SFSR到最后子帧(其中调度请求362可传输)RLSR-1的区域(SFSR到SFSR+RLSR-1)。如上所述，第二组子帧B中，调度请求362和HARQ ACK/NACK 364两者可在不同资源上在时间上重叠。
第三组UL子帧C涵盖从最后子帧之后的第一子帧(其中调度请求362可传输)SFSR+RLSR到最后子帧(其中HARQ ACK/NACK 364可传输)RLAN-1的区域(SFSR+RLSR到SFAN+RLAN-1)。因此，在第三组子帧C中，调度请求362不再可传输，并且HARQ ACK/NACK 364可继续传输。
以类似于上述的方式，HARQ ACK/NACK 364可在第二组子帧B中在与调度请求362相关联的资源而不是与HARQ ACK/NACK 364相关联的资源中被传输。因此，在该例子中，调度请求362的传输可围绕调度请求362的PRB上调度请求362的传输，其中在第二组子帧B中HARQ ACK/NACK 364的传输替代调度请求362的传输。然而，在此情况下，不传输单独的调度请求362。
图4A至图4D图示根据一些实施例的上行链路子帧。图4A至图4D示出在如图1或图2所示的增强模式UE例如MTC UE下的重叠上行链路传输。类似于图3A至图3D，三组UL子帧A、B、C，其中仅一组子帧包含不同上行链路信号之间的重叠。图4A至图4D多样地包括用于PUSCH数据SFDATA的开始子帧、HARQ ACK/NACK SFAN，以及用于PUSCH数据SFDATA和HARQ ACK/NACK RLAN的重复级(重复数量)。在一些实施例中，重复级(重复数量)可在不同信号和/或不同UE之间相同。在一些实施例中，重复级(重复数量)可根据被传输的特定信号、传输信号的特定UE(例如，不同UE可具有不同的延伸覆盖级)和/或信号环境(例如，无论CSI是否指示信道质量已改变，都指示不同数量的重复可用来获得相同的链路预算)而不同。在这些图的每个中，PUSCH数据和HARQ ACK/NACK在不同组的资源上传输。如果UE是MTC UE，其中UE和eNB之间的通信频谱可相对于eNB能够经由其通信的带宽频谱受限制(例如，1.4MHz)，则使用的资源可受限制。虽然示为在单组恒定资源中传输，但在一些实施例中，频率抖动可在时隙之间发生。在此情况下，各种信号可在不同时隙中不同资源上传输。在每个传输期间由UE使用的资源，无论是否使用频率抖动，都可以被标准预先确定或通过用于UE的eNB分派，例如使用RRC信令。
在图4A的UL子帧400中，例如，第一组UL子帧A涵盖从第一子帧(其中PUSCH数据402可首先传输)SFDATA到刚好在开始HARQ ACK/NACK 404子帧之前的子帧SFAN-1的区域(SFDATA到SFAN-1)。也就是说在第一组子帧A中，PUSCH数据402可经由连续子帧传输，而HARQ ACK/NACK 404不可传输。在一些实施例中，在这些子帧中的每个中，PUSCH数据402可在同一组资源上重复。
第二组UL子帧B涵盖从第一子帧(其中HARQ ACK/NACK 404将要传输)SFAN到最后子帧(其中PUSCH数据402将要传输)RLDATA-1之间的区域(SFAN到SFDATA+RLDATA-1)。在第二组子帧B中，PUSCH数据402和HARQ ACK/NACK 404两者可被调度以在不同资源上传输，并由此在时间上重叠。
第三组UL子帧C涵盖从最后子帧之后的第一子帧(其中PUSCH数据402可传输)SFDATA+RLDATA到最后子帧(其中HARQ ACK/NACK 404可传输)RLAN-1的区域(SFDATA+RLDATA到SFAN+RLAN-1)。因此，在第三组子帧C中，HARQ ACK/NACK 404可经由同一组资源上的连续子帧传输，而PUSCH数据不可传输。因此，HARQ ACK/NACK重复在PUSCH数据重复的开始子帧之后开始，并在PUSCH数据重复的最后子帧之后结束。
为克服第二组UL子帧B中的重叠，HARQ ACK/NACK 404在该区域中可在分配给PUSCH数据402的资源而不是与HARQ ACK/NACK 404相关联的PRB中传输。然而，不同于图3A至图3D所示的实施例，PUSCH数据402可仍在分配给PUSCH数据402的资源上传输。按照在3GPP TS 36.212的5.2.2.6节中规定的过程，HARQ ACK/NACK 404可被编码并穿孔成形成PUSCH数据402的数据符号。在该过程中，PUSCH数据402的数据符号中的一些可被ACK/NACK编码符号代替。3GPP TS 36.212的5.2.2.8节指定什么数据符号可以(和什么数据符号不可以)被ACK/NACK符号代替。在一些实施例中，被穿孔的数据符号可与PUSCH数据402的DM-RS符号相邻。在一些实施例中，尽管PUSCH数据可包含CSI报告，但HARQ ACK/NACK404符号可将与PUSCH数据402的DM-RS符号相邻的数据符号穿孔，并与PUSCH数据402一起在与PUSCH数据402相关联的资源上传输。
在一些实施例中，仅在成功解码用于PUSCH数据402的资源中的信号之后，eNB可确定PUSCH数据402中的信息包括HARQ ACK/NACK 404。在其它实施例中，eNB可保留HARQ ACK/NACK被调度以由UE在第二组子帧B中被传输的信息，并因此在PUSCH数据402的资源上的任何传输包含HARQ ACK/NACK 404。因此，UE可放弃在与HARQ ACK/NACK 404相关联的资源上HARQ ACK/NACK 404的传输，并且代替地在PUSCH数据402的资源中传输HARQ ACK/NACK 404与PUSCH数据402。因此，UE可在子帧(其中信号重叠)中传输单独的重叠PUSCH数据402和HARQ ACK/NACK 404信号中的仅一个。
图4B示出UL子帧420，其中第一组UL子帧A涵盖从第一子帧(其中PUSCH数据422可首先传输)SFDATA到刚好在开始HARQ ACK/NACK 424子帧之前的子帧SFAN-1的区域(SFDATA到SFAN-1)。如上所述，PUSCH数据422可在同一组资源上经由连续子帧传输，而HARQ ACK/NACK424不可传输。
第二组UL子帧B涵盖从第一子帧(其中HARQ ACK/NACK 424将要传输)SFAN到最后子帧(其中HARQ ACK/NACK 424可传输)RLAN-1之间的区域(SFAN到SFAN+RLAN-1)。如上所述，第二组子帧B，PUSCH数据422和HARQ ACK/NACK 424两者可在不同资源上在时间上重叠。
第三组UL子帧C涵盖从最后子帧之后的第一子帧(其中HARQ ACK/NACK 424可传输)SFDATA+RLDATA到最后子帧(其中PUSCH数据422可传输)RLDATA-1的区域(SFAN+RLAN到SFDATA+RLDATA-1)。因此，在第三组子帧C中，HARQ ACK/NACK 424不再可传输，并且PUSCH数据422可继续传输。
以类似于上述的方式，HARQ ACK/NACK 424可在第二组子帧B中在与PUSCH数据422相关联的资源而不是与HARQ ACK/NACK 424相关联的资源中被传输。HARQ ACK/NACK 424可被嵌入到PUSCH数据422中。HARQ ACK/NACK 424可被编码并穿孔形成PUSCH数据422的数据符号。在该例子中，PUSCH数据422的传输可围绕PUSCH数据422的资源上HARQ ACK/NACK 424的传输，其中在第二组子帧B中HARQ ACK/NACK 424的传输替代PUSCH数据422的传输。
在图4C的UL子帧440中，第一组UL子帧A涵盖从第一子帧(其中HARQ ACK/NACK 444子帧可首先传输)SFAN到刚好在开始PUSCH数据442之前的子帧SFDATA-1的区域(SFAN到SFDATA-1)。在该区域中，HARQ ACK/NACK 444可在同一组资源上经由连续子帧传输，而PUSCH数据442不可传输。
第二组UL子帧B涵盖从第一子帧(其中PUSCH数据442将要传输)RLDATA到最后子帧(其中HARQ ACK/NACK 444将要传输)SFAN-1的区域(SFDATA到SFAN+RLAN-1)。在第二组子帧B中，PUSCH数据442和HARQ ACK/NACK 444两者可被调度以在不同资源上传输，并由此在时间上重叠。
第三组UL子帧C涵盖从最后子帧之后的第一子帧(其中HARQ ACK/NACK 444可传输)SFAN+RLAN到最后子帧(其中PUSCH数据442可传输)RLDATA-1的区域(SFAN+RLAN到SFDATA+RLDATA-1)。因此，在第三组子帧C中，PUSCH数据442可在同一组资源上经由连续子帧传输，而HARQ ACK/NACK 444不再可传输。因此，PUSCH数据重复在HARQ ACK/NACK重复的开始子帧之后开始，并在HARQ ACK/NACK重复的最后子帧之后结束。
类似于上述，HARQ ACK/NACK 444可在第二组子帧B中在与PUSCH数据442相关联的资源而不是与HARQ ACK/NACK 444相关联的资源中被传输。HARQ ACK/NACK 444可被嵌入到PUSCH数据442中。HARQ ACK/NACK 424可被编码并穿孔成形成PUSCH数据422的数据符号。因此，UE可放弃PUSCH数据传输，并且代替地在PUSCH数据的资源中传输HARQ ACK/NACK，因为作为PUSCH数据，eNB能够解译在PUSCH数据的资源中HARQ ACK/NACK的存在。
图4D示出UL子帧460，其中第一组UL子帧A涵盖从第一子帧(其中HARQ ACK/NACK464可首先传输)SFAN到刚好在开始PUSCH数据462之前的子帧SFDATA-1的区域(SFAN到SFDATA-1)。如上所述，HARQ ACK/NACK 464可在同一组资源上经由连续子帧传输，而PUSCH数据462不可传输。
第二组UL子帧B涵盖从第一子帧(其中PUSCH数据462可传输)SFDATA到最后子帧(其中PUSCH数据462可传输)RLDATA-1的区域(SFDATA到SFDATA+RLDATA-1)。如上所述，第二组子帧B中，PUSCH数据462和HARQ ACK/NACK 464两者可在不同资源上在时间上重叠。
第三组UL子帧C涵盖从最后子帧之后的第一子帧(其中PUSCH数据462可传输)SFDATA+RLDATA到最后子帧(其中HARQ ACK/NACK 464可传输)RLAN-1的区域(SFDATA+RLDATA到SFAN+RLAN-1)。因此，在第三组子帧C中，PUSCH数据462不再可传输，并且HARQ ACK/NACK 464可继续传输。
以类似于上述的方式，HARQ ACK/NACK 464可在第二组子帧B中在与PUSCH数据462相关联的资源而不是与HARQ ACK/NACK 464相关联的资源中被传输。因此，在该例子中，HARQ ACK/NACK数据462的传输可围绕PUSCH数据462的资源上PUSCH数据462的传输，其中在第二组子帧B中HARQ ACK/NACK 464的传输替代PUSCH数据462的传输。
图5图示根据一些实施例的用于增强覆盖模式UE的上行链路冲突处理的方法的流程图。在方法500中，在操作502，UE可接收用于各种PUCCH和PUSCH信号的资源的分配。分配可经由规格预先确定，或可提供给UE，例如使用RRC或其它控制信令。UE可以是具有据称20MHZ的带宽的普通UE，或其带宽限于1.4MHz的MTC UE。可使用LTE支持的其它受限带宽，诸如3MHz、5MHz、10MHz或15MHz或小于1.4MHz的带宽。
在操作504中，UE可确定是否传输多个上行链路信号至eNB和信号是否在时间上重叠。信号可在同一子帧中传输，但被分派不同资源。信号可以是不同的PUCCH信号或PUCCH信号和PUSCH信号。具体地，UE可确定PUCCH信号是否包括调度请求和HARQ ACK/NACK或HARQACK/NACK和PUSCH数据(可能带有CSI数据)。
一旦UE确定重叠将要发生，则在操作506，UE可选择上行链路信号中的仅一个以在子帧中传输。该选择可受3GPP规格限制从而不容许多个上行链路信号同时传输到eNB。确定传输的选择和方式可取决于同一子帧中上行链路信号的类型。例如，由于调度请求通常可由HARQ ACK/NACK的存在来指示，因此单独的调度请求的传输可能是过多的。类似地，由于HARQ ACK/NACK可结合在PUSCH数据信号中，因此单独HARQ ACK/NACK的HARQ ACK/NACK传输可能是过多的。
在操作508，所选择的上行链路信号由UE传输到eNB。如上所述，如果在操作504，确定在调度请求和HARQ ACK/NACK之间的重叠，HARQ ACK/NACK而不是调度请求可传输。然而，HARQ ACK/NACK可在调度请求而不是HARQ ACK/NACK的资源中传输，由此容许HARQ ACK/NACK充当到eNB的调度请求。如果在操作504，确定在PUSCH数据和HARQ ACK/NACK之间的重叠，则可传输PUSCH数据而不是HARQ ACK/NACK。然而，通过穿孔成PUSCH数据的DM-RS周围的数据符号，HARQ ACK/NACK可在PUSCH数据的资源中传输。因此，UE可在PUSCH数据的资源中传输PUSCH数据和HARQ ACK/NACK两者，同时抑制在HARQ ACK/NACK的资源中传输HARQ ACK/NACK。
UE可然后在操作510确定重叠是否结束。对于在正常模式下的UE，仅一个PUCCH或PUSCH信号可传输以传达一件具体信息。然而，对于在增强模式下的UE，相同的多个PUCCH或PUSCH信号可在连续子帧中传输，以使得eNB能够积累足以容许eNB解码信号的链路预算。因此，所以UE可继续仅传输所选择信号，只要重叠继续在分配给不同信号的资源之间发生。
在操作512，UE可确定重叠结束——即，信号中的仅一个将要在适当资源上传输。在一些实施例中，信号可继续从用于预定数量重复的先前子帧传输，这取决于UE的增强级(例如，是否希望5dB、10dB、20dB的增大以实现预先确定的链路预算)。在一些实施例中，信号可传输，即使其还没有在先前子帧上传输。这容许UE维持所传输信号的低立方量(CM)单载波性质，所传输信号跨用于各种物理信道的多个子帧重复以容许在接收器积累信号能量，同时避免当UE在增强覆盖模式下并具有有限链路预算时由重复引起的潜在冲突。
本公开的各种例子在下面提供。这些例子不旨在以任何方式限制本文的公开。在例子1中，UE包括经配置与eNB和处理电路系统通信的收发器。处理电路系统经配置：配置UE处于正常覆盖模式或增强覆盖(EC)模式；当UE处于EC模式时，确定分配给不同物理资源块(资源)的物理上行链路控制信道(PUCCH)信号和上行链路信号(另一PUCCH信号或物理上行链路共享信道(PUSCH)信号)是否在特定子帧中重叠以形成重叠信号；选择重叠信号中的一个重叠信号用于在特定子帧期间传输；以及配置收发器在分配给重叠信号中的另一个重叠信号的资源上而不是分配给重叠信号中的该一个重叠信号的资源上传输重叠信号中的该一个重叠信号。
在例子2中，例子1的主题可选地包括以下中的任一者或两者：处理电路系统，其经配置以配置收发器在另一子帧中传输重叠信号中的至少一个重叠信号，在该另一子帧中，重叠信号中的至少一个重叠信号不与重叠信号中的另一个重叠信号重叠。
在例子3中，例子1至2中的一个或任何组合的主题可选地包括处理电路系统，其经配置以配置收发器在包括特定子帧的连续子帧中传输重叠信号中的至少一个重叠信号。
在例子4中，例子3的主题可选地包括处理电路系统，其经配置以配置收发器在围绕重叠信号中的一个重叠信号的子帧中传输重叠信号中的另一个重叠信号。
在例子5中，例子1至4中的一个或任何组合的主题可选地包括处理电路系统，其经配置以配置收发器抑制在分配给重叠信号中的另一个重叠信号的资源上传输重叠信号中的另一个重叠信号。
在例子6中，例子5的主题可选地包括重叠信号中的一个重叠信号，其包括确认/否认(ACK/NACK)，并且重叠信号中的另一个重叠信号包括调度请求(SR)。
在例子7中，例子1至6中的一个或任何组合的主题可选地包括处理电路系统，其经配置以配置收发器在分配给重叠信号中的另一个重叠信号的资源上传输重叠信号中的另一个重叠信号。
在例子8中，例子7的主题可选地包括重叠信号中的一个重叠信号，其包括确认/否认(ACK/NACK)，并且重叠信号中的另一个重叠信号包括PUSCH信号，该PUSCH信号包括围绕解调参考(DM-RS)符号的数据符号，并且处理电路系统经进一步配置将与PUSCH DM-RS符号相邻的数据符号穿孔并插入ACK/NACK。
在例子9中，例子1至8中的一个或任何组合的主题可选地包括UE，其为被限制以经由带宽频谱有限组的子带与eNB通信的机器型通信(MTC)UE，eNB能够经由该带宽频谱通信，以及跨多个子帧重复PUCCH信号和上行链路信号中的至少一个，以形成重叠信号。
在例子10中，例子1至9中的一个或任何组合的主题可选地包括天线，其经配置传输和接收收发器和eNB之间的通信。
在例子11中，一种eNB的设备包括处理电路系统，其经配置：确定UE处于正常覆盖模式和增强覆盖(EC)模式中的哪个；配置收发器在不同子帧中的相同的预先确定的组的物理资源块(PRB)上从UE接收多个信号，子帧中的多个信号被预期响应于确定UE处于EC模式而提供相同信息；解码多个信号；检测子帧中的至少一个子帧中的信号不同于在子帧中的另一个子帧中的信号；以及确定子帧中的至少一个子帧中的信号包括在该预先确定的组的PRB上接收而不是在不同组的PRB上接收的该组不同PRB的重叠信号。
在例子12中，例子11的主题可选地包括多个信号，其包括物理上行链路控制信道(PUCCH)信号和物理上行链路共享信道(PUSCH)信号中的一个，并且在子帧中的至少一个中的信号包括另一PUCCH信号。
在例子13中，例子11至12中的一个或任何组合的主题可选地包括处理电路系统，其经配置以配置收发器在包括子帧中的至少一个的连续子帧中接收多个信号。
在例子14中，例子13的主题可选地包括处理电路系统，其经进一步配置以配置收发器在围绕子帧中的至少一个的子帧中接收子帧中的至少一个中的信号。
在例子15中，例子11至14中的一个或任何组合的主题可选地包括子帧中的至少一个中的信号，而不是在子帧中的另一个中的信号，在子帧中的至少一个中被接收。
在例子16中，例子15的主题可选地包括子帧中的至少一个中的信号，其包括确认/否认(ACK/NACK)，并且子帧中的另一个中的信号包括调度请求(SR)。
在例子17中，例子11至16中的一个或任何组合的主题可选地包括除了子帧中的另一个中的信号之外，子帧中的至少一个中的信号也在子帧中的至少一个中被接收。
在例子18中，例子17的主题可选地包括子帧中的至少一个中的信号，其包括确认/否认(ACK/NACK)，并且子帧中的另一个中的信号包括PUSCH信号，PUSCH信号包括与解调参考(DM-RS)符号相邻地被穿孔的数据符号，ACK/NACK插入其中。
在例子19中，例子11至18中的一个或任何组合的主题可选地包括UE为被限制以经由带宽频谱的有限组的子带与eNB通信的机器型通信(MTC)UE，eNB能够经由该带宽频谱通信，并且跨多个子帧重复多个信号中的至少一个。
在例子20中，一种非暂时性计算机可读存储介质，其存储用于由UE的一个或多个处理器执行以配置UE与eNB通信的指令。该一个或多个处理器配置UE以在增强覆盖(UE)模式下操作；确定分配给第一物理资源块(PRB)的物理上行链路控制信道(PUCCH)信号和分配给不同于第一PRB的第二PRB的上行链路信号在特定子帧中重叠，该上行链路信号包括另一PUCCH信号和物理上行链路共享信道(PUSCH)信号中的一个；以及在特定子帧中在第二PRB上而不是在第一PRB上传输PUCCH信号。
在例子21中，例子20的主题可选地包括PUCCH信号，其包括确认/否认(ACK/NACK)，上行链路信号包括调度请求(SR)，并且传输ACK/NACK而不是SR。
在例子22中，例子20至21中的一个或任何组合的主题可选地包括PUCCH信号，其包括确认/否认(ACK/NACK)，上行链路信号包括PUSCH信号，并且PUSCH信号的数据符号与解调参考(DM-RS)符号相邻地被穿孔，并且ACK/NACK被插入。
在例子23中，例子22的主题可选地包括PUSCH信号，其包括信道状态信息(CSI)。
尽管已参考具体例子实施例描述实施例，但显然可在不背离本公开的较宽泛精神和范围对这些实施例做出各种修改和变化。因此，本说明书和附图在说明而非限制的意义上被考虑。形成本说明书的一部分的附图作为例示并且不作为限制而示出其中可实践主题的具体实施例。所例示的实施例充分详细描述以使得本领域技术人员能够实践本文所公开的教导。可利用并从其导出其它实施例，使得可在不背离本公开的范围的情况下做出结构和逻辑替代和变化。因此，本详细描述不在限制意义上考虑，并且各种实施例的范围仅由所附权利要求与此些权利要求被赋予的等同形式的完整范围限定。
尽管本文中已图示并描述具体实施例，但应认识到经计算实现相同目的的任何配置可被所示的具体实施例替代。本公开旨在覆盖各种实施例的任何和全部适配和变体。上面实施例的组合以及本文中未具体描述的其它实施例将对浏览上述描述的本领域技术人员显而易见。
在本文件中，与专利文件中同样地使用术语“一”或“一个”以包括一个或多于一个，独立于“至少一个”或“一个或多个”的任何其它实例或使用。在本文件中，术语“或”用于指代非排他的或，使得“A或B”包括“A而非B”“B而非A”与“A和B”，除非以其它方式指示。在本文件中，术语“包括”和“其中”用作相应术语“包含”和“在其中”的简明英语等同形式。而且，在所附权利要求中，术语“包括”和“包含”是开放的，即，包括除在权利要求中此术语之后列出的要素之外的要素的系统、UE、制品、组合物、表述、过程仍视为落入该权利要求的范围内。此外，在所附权利要求中，术语“第一”、“第二”和“第三”等仅用作标记，并且不旨在意味着对它们的对象的数字要求。
提供符合37C.F.R.§1.72(b)的本公开的摘要，这需要将允许读者迅速确定本技术公开的性质的摘要。该摘要以其将不用来解释或限制权利要求的范围或意义的理解被提出。另外，在前面详细描述中，可见各种特征在单个实施例中聚集在一起以简化本公开。本公开的方法不解释为反映所要求实施例需要比每个权利要求中明确陈述更多的特征的发明。相反，如所附权利要求反映，发明主题存在于比单个所公开实施例的所有特征更少的特征中。因此，所附权利要求据此结合到详细描述中，其中每个权利要求独立作为单独实施例。

Claims (23)

1.用户设备(UE)，包括：
收发器，其被配置为传输和接收来自网络中增强节点B(eNB)的信号；以及
处理电路系统，其被配置为：
配置所述UE处于正常覆盖模式和增强覆盖(EC)模式中的一个；
响应于所述UE处于所述EC模式，确定分配给不同资源的物理上行链路控制信道(PUCCH)信号和上行链路信号是否在特定子帧中重叠以形成重叠信号，所述上行链路信号包括另一PUCCH信号和物理上行链路共享信道(PUSCH)信号中的一个；
响应于确定所述重叠信号，选择所述重叠信号中的一个重叠信号用于在所述特定子帧期间传输；以及
配置所述收发器在分配给所述重叠信号中的另一个重叠信号的资源上而不是分配给所述重叠信号中的所述一个重叠信号的资源上传输所述重叠信号中的所述一个重叠信号。
2.根据权利要求1所述的UE，其中所述处理电路系统被进一步配置为：
配置所述收发器在另一子帧中传输所述重叠信号中的至少一个重叠信号，在所述另一子帧中，所述重叠信号中的所述至少一个重叠信号不与所述重叠信号中的所述另一个重叠信号重叠。
3.根据权利要求1所述的UE，其中所述处理电路系统被进一步配置为：
配置所述收发器在包括所述特定子帧的连续子帧中传输所述重叠信号中的至少一个重叠信号。
4.根据权利要求3所述的UE，其中所述处理电路系统被进一步配置为：
配置所述收发器在围绕所述重叠信号中的所述一个重叠信号的子帧中传输所述重叠信号中的所述另一个重叠信号。
5.根据权利要求1所述的UE，其中所述处理电路系统被进一步配置为：
配置所述收发器抑制在分配给所述重叠信号中的所述另一个重叠信号的所述资源上传输所述重叠信号中的所述另一个重叠信号。
6.根据权利要求5所述的UE，其中：
所述重叠信号中的所述一个重叠信号包括确认/否认(ACK/NACK)，并且所述重叠信号中的所述另一个重叠信号包括调度请求(SR)。
7.根据权利要求1所述的UE，其中所述处理电路系统被进一步配置为：
配置所述收发器在分配给所述重叠信号中的所述另一个重叠信号的所述资源上传输所述重叠信号中的所述另一个重叠信号。
8.根据权利要求7所述的UE，其中：
所述重叠信号中的所述一个重叠信号包括确认/否认(ACK/NACK)，并且所述重叠信号中的所述另一个重叠信号包括所述PUSCH信号，所述PUSCH信号包括围绕解调参考(DM-RS)符号的数据符号，
所述处理电路系统被进一步配置为将与所述PUSCH DM-RS符号相邻的所述数据符号穿孔并插入所述ACK/NACK。
9.根据权利要求1所述的UE，其中：
所述UE为被限制以经由带宽频谱的有限组的子带与所述eNB通信的机器型通信(MTC)UE，所述eNB能够经由所述带宽频谱通信，以及
跨多个子帧重复所述PUCCH信号和上行链路信号中的至少一个，以形成所述重叠信号。
10.根据权利要求1所述的UE，进一步包括被配置为传输和接收所述收发器和所述eNB之间的通信的天线。
11.一种增强节点B(eNB)的设备，其包括：
处理电路系统，其被配置为：
确定UE处于正常覆盖模式和增强覆盖(EC)模式中的哪个；
配置所述收发器在不同子帧中的相同的预先确定的组的资源上从所述UE接收多个信号，所述子帧中的所述多个信号被预期响应于确定所述UE处于所述EC模式而提供相同信息；
解码所述多个信号；
检测所述子帧中的至少一个子帧中的所述信号不同于在所述子帧中的另一个子帧中的信号；以及
确定所述子帧中的所述至少一个子帧中的所述信号包括在所述预先确定的组的资源上接收而不是在不同组的资源上接收的不同组的资源的重叠信号。
12.根据权利要求11所述的设备，其中：
所述多个信号包括物理上行链路控制信道(PUCCH)信号和物理上行链路共享信道(PUSCH)信号中的一个，并且在所述子帧中的所述至少一个子帧中的所述信号包括另一PUCCH信号。
13.根据权利要求11所述的设备，其中所述处理电路系统被进一步配置为：
配置收发器在包括所述子帧中的所述至少一个子帧的连续子帧中接收所述多个信号。
14.根据权利要求13所述的设备，其中所述处理电路系统被进一步配置为：
配置所述收发器在围绕所述子帧中的所述至少一个子帧的子帧中接收所述子帧中的所述至少一个子帧中的所述信号。
15.根据权利要求11所述的设备，其中：
所述子帧中的所述至少一个子帧中的所述信号，而不是在所述子帧中的所述另一个子帧中的所述信号，在所述子帧中的所述至少一个子帧中被接收。
16.根据权利要求15所述的设备，其中：
所述子帧中的所述至少一个子帧中的所述信号包括确认/否认(ACK/NACK)，并且所述子帧中的所述另一个子帧中的所述信号包括调度请求(SR)。
17.根据权利要求11所述的设备，其中：
除了所述子帧中的所述另一个子帧中的所述信号之外，所述子帧中的所述至少一个子帧中的所述信号也是在所述子帧中的所述至少一个子帧中被接收的。
18.根据权利要求17所述的设备，其中：
所述子帧中的所述至少一个子帧中的所述信号包括确认/否认(ACK/NACK)信号，并且所述子帧中的所述另一个子帧中的所述信号包括PUSCH信号，所述PUSCH信号包括与解调参考(DM-RS)符号相邻的被穿孔的数据符号，所述ACK/NACK插入其中。
19.根据权利要求11所述的设备，其中：
所述UE为被限制以经由带宽频谱的有限组子带与所述eNB通信的机器型通信(MTC)UE，所述eNB能够经由所述带宽频谱通信，并且，
跨多个子帧重复所述多个信号中的至少一个。
20.一种非暂时性计算机可读存储介质，其存储用于由用户设备(UE)的一个或多个处理器执行以配置所述UE与增强节点B(eNB)通信的指令，所述一个或多个处理器配置所述UE：
在增强覆盖(EC)模式下操作；
确定分配给第一资源的物理上行链路控制信道(PUCCH)信号和分配给不同于所述第一资源的第二资源的上行链路信号在特定子帧中重叠，所述上行链路信号包括另一PUCCH信号和物理上行链路共享信道(PUSCH)信号中的一个；以及
在所述特定子帧中在所述第二资源上而不是在所述第一资源上传输所述PUCCH信号。
21.根据权利要求20所述的非暂时性计算机可读存储介质，其中：
所述PUCCH信号包括确认/否认(ACK/NACK)，
所述上行链路信号包括调度请求(SR)，以及
传输所述ACK/NACK而不是所述SR。
22.根据权利要求20所述的非暂时性计算机可读存储介质，其中：
所述PUCCH信号包括确认/否认(ACK/NACK)，
所述上行链路信号包括PUSCH信号，以及
所述PUSCH信号的数据符号与解调参考(DM-RS)符号相邻地被穿孔，并且所述ACK/NACK被插入。
23.根据权利要求22所述的非暂时性计算机可读存储介质，其中：
所述PUSCH包括信道状态信息(CSI)。
CN201580045440.1A 2014-09-25 2015-08-25 为增强覆盖模式ue处理上行链路传输冲突的系统和方法 Active CN106664520B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010780493.0A CN111901787A (zh) 2014-09-25 2015-08-25 为增强覆盖模式ue处理上行链路传输冲突的系统和方法

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201462055596P 2014-09-25 2014-09-25
US62/055,596 2014-09-25
US14/718,975 2015-05-21
US14/718,975 US9955356B2 (en) 2014-09-25 2015-05-21 System and method of handling uplink transmission collision for enhanced coverage mode UEs
PCT/US2015/046671 WO2016048522A1 (en) 2014-09-25 2015-08-25 System and method of handling uplink transmission collision for enhanced coverage mode ues

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202010780493.0A Division CN111901787A (zh) 2014-09-25 2015-08-25 为增强覆盖模式ue处理上行链路传输冲突的系统和方法

Publications (2)

Publication Number Publication Date
CN106664520A true CN106664520A (zh) 2017-05-10
CN106664520B CN106664520B (zh) 2020-08-07

Family

ID=55581745

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202010780493.0A Pending CN111901787A (zh) 2014-09-25 2015-08-25 为增强覆盖模式ue处理上行链路传输冲突的系统和方法
CN201580045440.1A Active CN106664520B (zh) 2014-09-25 2015-08-25 为增强覆盖模式ue处理上行链路传输冲突的系统和方法

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN202010780493.0A Pending CN111901787A (zh) 2014-09-25 2015-08-25 为增强覆盖模式ue处理上行链路传输冲突的系统和方法

Country Status (5)

Country Link
US (1) US9955356B2 (zh)
EP (1) EP3198778B1 (zh)
KR (1) KR20170037994A (zh)
CN (2) CN111901787A (zh)
WO (1) WO2016048522A1 (zh)

Cited By (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019029367A1 (zh) * 2017-08-11 2019-02-14 华为技术有限公司 一种通信方法及设备
CN109644371A (zh) * 2018-04-04 2019-04-16 Oppo广东移动通信有限公司 传输信息的方法、终端设备和网络设备
WO2019134126A1 (en) * 2018-01-05 2019-07-11 Lenovo (Beijing) Limited Method and apparatus for harq-ack and sr transmission
WO2019136699A1 (zh) * 2018-01-12 2019-07-18 Oppo广东移动通信有限公司 信息传输的方法和设备
WO2019137502A1 (zh) * 2018-01-12 2019-07-18 华为技术有限公司 一种uci传输方法及设备
WO2019137432A1 (zh) * 2018-01-12 2019-07-18 中兴通讯股份有限公司 数据传输管理方法及装置、终端、基站及存储介质
WO2019137503A1 (zh) * 2018-01-12 2019-07-18 华为技术有限公司 一种上行控制信息的传输方法、接入网设备以及终端设备
CN110225588A (zh) * 2018-03-02 2019-09-10 华为技术有限公司 一种信号发送和接收方法及装置
WO2019183941A1 (zh) * 2018-03-30 2019-10-03 Oppo广东移动通信有限公司 上行控制信息传输方法及装置
WO2019192354A1 (zh) * 2018-04-04 2019-10-10 电信科学技术研究院有限公司 调度请求传输方法、终端及网络侧设备
WO2019204995A1 (zh) * 2018-04-24 2019-10-31 北京小米移动软件有限公司 调度请求传输方法及装置和资源分配方法及装置
CN110402558A (zh) * 2017-08-10 2019-11-01 Lg电子株式会社 用于执行npusch传输的方法及无线设备
WO2019219082A1 (zh) * 2018-05-18 2019-11-21 中兴通讯股份有限公司 信道配置方法及终端、存储介质、电子装置
CN110536340A (zh) * 2018-05-25 2019-12-03 华为技术有限公司 信息传输方法、装置及存储介质
CN110771238A (zh) * 2017-06-16 2020-02-07 瑞典爱立信有限公司 为用户设备配置用于传送调度请求的重叠的pucch资源的系统和方法
WO2020030041A1 (en) * 2018-08-09 2020-02-13 Mediatek Inc. Collision of pucch considering multi-slot operation
CN110932820A (zh) * 2018-09-19 2020-03-27 华为技术有限公司 发送和接收上行控制信息的方法以及通信装置
WO2020164570A1 (zh) * 2019-02-15 2020-08-20 电信科学技术研究院有限公司 物理上行共享信道的传输方法、终端及网络设备
CN111885715A (zh) * 2019-05-01 2020-11-03 华为技术有限公司 信道传输方法及相关设备
WO2020220454A1 (en) * 2019-04-30 2020-11-05 Lenovo (Beijing) Limited Apparatus and method of scheduling request transmission and reception
CN111937470A (zh) * 2018-03-30 2020-11-13 株式会社Kt 用于传输上行数据信道的方法和设备
US10966234B2 (en) 2018-01-12 2021-03-30 Huawei Technologies Co., Ltd. Uplink control information transmission method, access network device, and terminal device
CN113271676A (zh) * 2018-08-07 2021-08-17 维沃移动通信有限公司 Pusch和sr处理方法及设备
CN113287282A (zh) * 2019-01-11 2021-08-20 高通股份有限公司 冲突处置

Families Citing this family (36)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015056946A1 (ko) 2013-10-14 2015-04-23 엘지전자 주식회사 무선 통신 시스템에서의 커버리지 개선 방법 및 이를 위한 장치
US9955356B2 (en) 2014-09-25 2018-04-24 Intel IP Corporation System and method of handling uplink transmission collision for enhanced coverage mode UEs
WO2016072687A1 (ko) * 2014-11-04 2016-05-12 엘지전자 주식회사 Noma 방식의 데이터 수신 방법 및 사용자 장치
KR102248783B1 (ko) * 2014-11-05 2021-05-07 한국전자통신연구원 Ｌｔｅ 기반의 무선 인터페이스에서 저속데이터 전송 기법
WO2016182291A1 (ko) * 2015-05-08 2016-11-17 엘지전자 주식회사 무선 통신 시스템에서 상향링크 신호를 송신 또는 수신하기 위한 방법 및 이를 위한 장치
WO2016182260A1 (ko) * 2015-05-08 2016-11-17 엘지전자 주식회사 스케줄링 요청을 전송하는 방법 및 lc 기기
CN106712894B (zh) * 2015-07-29 2021-09-10 大唐移动通信设备有限公司 一种上行控制信息传输方法及装置
US10321471B2 (en) * 2016-01-07 2019-06-11 Telefonaktiebolaget Lm Ericsson (Publ) Conveying use of exception reporting to core network nodes
EP3439397A1 (en) * 2016-03-31 2019-02-06 Sony Corporation Terminal device, base station device and communication method
BR112018070527B1 (pt) * 2016-04-07 2020-12-01 Telefonaktiebolaget Lm Ericsson (Publ) método desempenhado por uma estação base, método desempenhado por um equipamento de usuário, estação base e equipamento de usuário
CN106101645B (zh) * 2016-07-22 2022-07-29 福建工程学院 基于无线传感器网络的电缆沟输电线监测系统
US10142905B2 (en) 2016-08-26 2018-11-27 At&T Intellectual Property I, L.P. Method and apparatus for dynamic routing of low power wide area wireless communication devices
WO2018064337A2 (en) * 2016-09-28 2018-04-05 Idac Holdings, Inc. Control channel for new radio
CN107889247B (zh) * 2016-09-30 2022-12-30 中兴通讯股份有限公司 上行控制信息传输/配置指示方法、装置、终端及基站
CN110476471B (zh) * 2017-02-08 2023-07-14 诺基亚技术有限公司 用于窄带机器类型通信的上行链路非正交多址
US10225826B2 (en) * 2017-03-24 2019-03-05 Nokia Technologies Oy Transmission of uplink control information for multiple control channel format lengths
EP3471489B1 (en) * 2017-05-03 2023-03-29 LG Electronics Inc. Method for transmitting and receiving scheduling request between terminal and base station in wireless communication system and device for supporting same
WO2018203686A1 (ko) * 2017-05-03 2018-11-08 엘지전자 주식회사 무선 통신 시스템에서 단말과 기지국 간 스케줄링 요청을 송수신하는 방법 및 이를 지원하는 장치
CN110603872B (zh) * 2017-05-05 2022-08-16 中兴通讯股份有限公司 用于配置调度请求的方法和装置
CN109152007B (zh) * 2017-06-15 2021-06-29 华为技术有限公司 一种控制信息发送、接收方法及装置
SG11202003639XA (en) * 2017-10-23 2020-05-28 Ntt Docomo Inc User terminal and radio communication method
WO2019098704A1 (ko) * 2017-11-15 2019-05-23 엘지전자 주식회사 무선 통신 시스템에서 단말의 채널 상태 정보 전송 방법 및 상기 방법을 이용하는 단말
KR102049422B1 (ko) * 2017-11-15 2019-11-28 엘지전자 주식회사 무선 통신 시스템에서 단말의 채널 상태 정보 전송 방법 및 상기 방법을 이용하는 단말
US11863315B2 (en) * 2017-12-04 2024-01-02 Qualcomm Incorporated Techniques and apparatuses for avoiding collisions on an uplink data channel and a cell-specific or UE-specific uplink control channel
CN109996337B (zh) * 2017-12-29 2021-06-29 大唐移动通信设备有限公司 一种上行控制信息的传输方法及装置
CN110034905B (zh) 2018-01-12 2022-08-09 华为技术有限公司 上行信息传输方法及装置
US10784997B2 (en) * 2018-02-12 2020-09-22 Mediatek Inc. Techniques of transmitting overlapping uplink channels
CN110166207B (zh) * 2018-02-14 2021-08-27 华为技术有限公司 一种资源确定方法和装置
WO2019160846A1 (en) * 2018-02-15 2019-08-22 Sharp Laboratories Of America, Inc. Pucch collision handling for multi-slot long pucch in 5g nr
EP4300858A3 (en) * 2018-04-28 2024-02-28 Beijing Xiaomi Mobile Software Co., Ltd. Uplink transmission method and apparatus
CN110474726A (zh) * 2018-05-10 2019-11-19 夏普株式会社 由用户设备执行的方法以及用户设备
US10771198B2 (en) 2018-05-17 2020-09-08 At&T Intellectual Property I, L.P. Adaptive repetition in wireless communication systems
US11265854B2 (en) * 2018-08-21 2022-03-01 Qualcomm Incorporated Collision handling for physical uplink channel repetition
US11647507B2 (en) * 2020-02-14 2023-05-09 Acer Incorporated Device and method for handling physical uplink control channel collision
WO2021174494A1 (zh) * 2020-03-05 2021-09-10 北京小米移动软件有限公司 增强上行覆盖的处理方法、装置及存储介质
CN116349339A (zh) * 2020-10-16 2023-06-27 中兴通讯股份有限公司 用于管理在时域中交叠的上行链路控制信道的技术

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130235768A1 (en) * 2012-03-12 2013-09-12 Andrew Mark Earnshaw Handling scheduling request collisions with an ack/nack repetition signal
WO2013168137A3 (en) * 2012-05-10 2014-03-06 Nokia Siemens Networks Oy Prioritization for uplink transmissions in case of hybrid automatic repeat request feedback repetition

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011019795A1 (en) * 2009-08-13 2011-02-17 Interdigital Patent Holdings, Inc. Multiplexing uplink l1/l2 control and data
CN105812114B (zh) * 2009-10-05 2019-08-06 瑞典爱立信有限公司 用于载波聚合的方法和装置
AU2011224995B2 (en) * 2010-03-10 2014-05-08 Lg Electronics Inc. Method and apparatus for transmitting uplink control information in a wireless communication system
KR101227520B1 (ko) 2010-07-09 2013-01-31 엘지전자 주식회사 다중 안테나 무선 통신 시스템에서 상향링크 참조 신호 송신 방법 및 이를 위한 장치
KR101233186B1 (ko) * 2010-10-21 2013-02-15 엘지전자 주식회사 무선 통신 시스템에서 제어 정보의 전송 방법 및 장치
JP5511708B2 (ja) * 2011-02-18 2014-06-04 株式会社Ｎｔｔドコモ 移動端末装置、基地局装置及び通信制御方法
WO2012149953A1 (en) * 2011-05-02 2012-11-08 Nokia Siemens Networks Oy Scheduling request enhancements
WO2014025237A1 (ko) * 2012-08-09 2014-02-13 엘지전자 주식회사 수신 확인 전송 방법 및 장치
CN104737471B (zh) * 2012-09-20 2018-06-05 Lg电子株式会社 在无线通信系统中执行上行链路传输的方法和设备
RU2015116905A (ru) 2012-10-05 2016-11-27 Интердиджитал Пэйтент Холдингз, Инк. Способ и устройство для улучшения покрытия устройств связи машинного типа (мтс)
US20140169325A1 (en) 2012-12-14 2014-06-19 Nokia Siemens Networks Oy Carrier deployment method for reduced bandwidth mtc devices
WO2014148875A1 (en) * 2013-03-22 2014-09-25 Lg Electronics Inc. Method and apparatus for performing interference coordination in wireless communication system
WO2015056946A1 (ko) * 2013-10-14 2015-04-23 엘지전자 주식회사 무선 통신 시스템에서의 커버리지 개선 방법 및 이를 위한 장치
JP6437554B2 (ja) * 2013-12-03 2018-12-12 エルジー エレクトロニクス インコーポレイティド 機械タイプ通信を支援する無線接続システムにおいて上りリンク送信方法及び装置
EP4075887A1 (en) * 2014-01-29 2022-10-19 InterDigital Patent Holdings, Inc. Method of access and link adaptation for coverage enhanced wireless transmissions
CN110708753A (zh) * 2014-01-29 2020-01-17 交互数字专利控股公司 无线通信中的上行链路传输
US9955356B2 (en) 2014-09-25 2018-04-24 Intel IP Corporation System and method of handling uplink transmission collision for enhanced coverage mode UEs
US9686064B2 (en) * 2015-01-21 2017-06-20 Intel IP Corporation Devices and methods for HARQ-ACK feedback scheme on PUSCH in wireless communication systems

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130235768A1 (en) * 2012-03-12 2013-09-12 Andrew Mark Earnshaw Handling scheduling request collisions with an ack/nack repetition signal
WO2013168137A3 (en) * 2012-05-10 2014-03-06 Nokia Siemens Networks Oy Prioritization for uplink transmissions in case of hybrid automatic repeat request feedback repetition

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
LG ELECTRONICS: "UL channel transmission for MTC coverage enhancement", 《3GPP TSG RAN WG1 #76》 *

Cited By (50)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110771238A (zh) * 2017-06-16 2020-02-07 瑞典爱立信有限公司 为用户设备配置用于传送调度请求的重叠的pucch资源的系统和方法
CN110771238B (zh) * 2017-06-16 2024-05-14 瑞典爱立信有限公司 为用户设备配置用于传送调度请求的重叠的pucch资源的系统和方法
CN110402558A (zh) * 2017-08-10 2019-11-01 Lg电子株式会社 用于执行npusch传输的方法及无线设备
US11212066B2 (en) 2017-08-10 2021-12-28 Lg Electronics Inc. Transmitting NPUSCH and wireless device thereof
CN110402558B (zh) * 2017-08-10 2022-04-12 Lg电子株式会社 用于执行npusch传输的方法及无线设备
CN109391427A (zh) * 2017-08-11 2019-02-26 华为技术有限公司 一种通信方法及设备
WO2019029367A1 (zh) * 2017-08-11 2019-02-14 华为技术有限公司 一种通信方法及设备
US11252747B2 (en) 2017-08-11 2022-02-15 Huawei Technologies Co., Ltd. Communication method and device
WO2019134126A1 (en) * 2018-01-05 2019-07-11 Lenovo (Beijing) Limited Method and apparatus for harq-ack and sr transmission
US11606170B2 (en) 2018-01-05 2023-03-14 Lenovo (Beijing) Limited Method and apparatus for HARQ-ACK and SR transmission
CN111615808A (zh) * 2018-01-05 2020-09-01 联想(北京)有限公司 用于harq-ack和sr传输的方法和设备
CN110035445A (zh) * 2018-01-12 2019-07-19 中兴通讯股份有限公司 数据传输管理方法及装置、终端、基站及存储介质
WO2019137503A1 (zh) * 2018-01-12 2019-07-18 华为技术有限公司 一种上行控制信息的传输方法、接入网设备以及终端设备
WO2019136699A1 (zh) * 2018-01-12 2019-07-18 Oppo广东移动通信有限公司 信息传输的方法和设备
WO2019137502A1 (zh) * 2018-01-12 2019-07-18 华为技术有限公司 一种uci传输方法及设备
US11419135B2 (en) 2018-01-12 2022-08-16 Huawei Technologies Co., Ltd. Uplink control information transmission method, access network device, and terminal device
US11013027B2 (en) 2018-01-12 2021-05-18 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Methods and devices for information transmission
CN110035523A (zh) * 2018-01-12 2019-07-19 华为技术有限公司 一种uci传输方法及设备
US10966234B2 (en) 2018-01-12 2021-03-30 Huawei Technologies Co., Ltd. Uplink control information transmission method, access network device, and terminal device
CN111107646B (zh) * 2018-01-12 2021-03-05 Oppo广东移动通信有限公司 信息传输的方法和设备
CN111107646A (zh) * 2018-01-12 2020-05-05 Oppo广东移动通信有限公司 信息传输的方法和设备
WO2019137432A1 (zh) * 2018-01-12 2019-07-18 中兴通讯股份有限公司 数据传输管理方法及装置、终端、基站及存储介质
CN110225588A (zh) * 2018-03-02 2019-09-10 华为技术有限公司 一种信号发送和接收方法及装置
CN111937470A (zh) * 2018-03-30 2020-11-13 株式会社Kt 用于传输上行数据信道的方法和设备
US11570763B2 (en) 2018-03-30 2023-01-31 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Uplink control information transmission method and device
CN111937470B (zh) * 2018-03-30 2024-04-02 株式会社Kt 用于传输上行数据信道的方法和设备
WO2019183941A1 (zh) * 2018-03-30 2019-10-03 Oppo广东移动通信有限公司 上行控制信息传输方法及装置
US11457456B2 (en) * 2018-04-04 2022-09-27 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method for transmitting information, terminal device and network device
WO2019192354A1 (zh) * 2018-04-04 2019-10-10 电信科学技术研究院有限公司 调度请求传输方法、终端及网络侧设备
WO2019191982A1 (zh) * 2018-04-04 2019-10-10 Oppo广东移动通信有限公司 传输信息的方法、终端设备和网络设备
CN109644371A (zh) * 2018-04-04 2019-04-16 Oppo广东移动通信有限公司 传输信息的方法、终端设备和网络设备
WO2019204995A1 (zh) * 2018-04-24 2019-10-31 北京小米移动软件有限公司 调度请求传输方法及装置和资源分配方法及装置
US11736246B2 (en) 2018-05-18 2023-08-22 Zte Corporation Channel configuration method and terminal, storage medium and electronic device
US11956167B2 (en) 2018-05-18 2024-04-09 Zte Corporation Channel configuration method and terminal, storage medium and electronic device
WO2019219082A1 (zh) * 2018-05-18 2019-11-21 中兴通讯股份有限公司 信道配置方法及终端、存储介质、电子装置
CN110536340B (zh) * 2018-05-25 2022-03-29 华为技术有限公司 信息传输方法、装置及存储介质
CN110536340A (zh) * 2018-05-25 2019-12-03 华为技术有限公司 信息传输方法、装置及存储介质
CN113271676B (zh) * 2018-08-07 2023-09-19 维沃移动通信有限公司 Pusch和sr处理方法及设备
CN113271676A (zh) * 2018-08-07 2021-08-17 维沃移动通信有限公司 Pusch和sr处理方法及设备
WO2020030041A1 (en) * 2018-08-09 2020-02-13 Mediatek Inc. Collision of pucch considering multi-slot operation
US11153899B2 (en) 2018-08-09 2021-10-19 Mediatek Inc. Collision of PUCCH considering multi-slot operation
CN110932820B (zh) * 2018-09-19 2022-01-14 华为技术有限公司 发送和接收上行控制信息的方法以及通信装置
CN110932820A (zh) * 2018-09-19 2020-03-27 华为技术有限公司 发送和接收上行控制信息的方法以及通信装置
US11968675B2 (en) 2018-09-19 2024-04-23 Huawei Technologies Co., Ltd. Uplink control information sending and receiving method and communications apparatus
CN113287282A (zh) * 2019-01-11 2021-08-20 高通股份有限公司 冲突处置
WO2020164570A1 (zh) * 2019-02-15 2020-08-20 电信科学技术研究院有限公司 物理上行共享信道的传输方法、终端及网络设备
WO2020220454A1 (en) * 2019-04-30 2020-11-05 Lenovo (Beijing) Limited Apparatus and method of scheduling request transmission and reception
WO2020221344A1 (zh) * 2019-05-01 2020-11-05 华为技术有限公司 信道传输方法及相关设备
CN111885715A (zh) * 2019-05-01 2020-11-03 华为技术有限公司 信道传输方法及相关设备
CN111885715B (zh) * 2019-05-01 2023-04-28 华为技术有限公司 信道传输方法及相关设备

Also Published As

Publication number Publication date
EP3198778B1 (en) 2019-09-25
CN111901787A (zh) 2020-11-06
EP3198778A1 (en) 2017-08-02
US20160094996A1 (en) 2016-03-31
KR20170037994A (ko) 2017-04-05
EP3198778A4 (en) 2018-05-30
WO2016048522A1 (en) 2016-03-31
US9955356B2 (en) 2018-04-24
CN106664520B (zh) 2020-08-07

Similar Documents

Publication Publication Date Title
CN106664520A (zh) 为增强覆盖模式ue处理上行链路传输冲突的系统和方法
KR102207809B1 (ko) 무선 통신 시스템에서 자원 할당 방법 및 상기 방법을 이용하는 장치
CN107925499B (zh) 用于在无线通信系统中为窄带ue指示中心频率偏移的方法和设备
EP3275280B1 (en) Device for quasi-orthogonal multiple access
RU2767768C2 (ru) Аспекты сигнализации для указания совместно планируемых портов dmrs в mu-mimo
KR102379473B1 (ko) 상향링크 복조 기준 신호를 전송하는 방법 및 장치
CN111566980B (zh) 用于控制参考信号在上行链路共享信道上的复用的方法和装置
CN105191178B (zh) 用于设备到设备通信系统的方法和装置
CN113196834B (zh) 用于配置发现信号和信道的公共搜索空间的方法和装置
US9788308B2 (en) Multiband-operation in wireless communication systems
RU2624003C2 (ru) Способы и устройства для расширяемого и масштабируемого канала управления для беспроводных сетей
CN115398850A (zh) 频域分配技术
CN102549938B (zh) 用于具有发射分集的物理上行链路控制信道(pucch)资源映射的方法及装置
CN107210810A (zh) 使用统一的灵活5g空中接口的设备、系统和方法
CN109155948A (zh) 用于执行物理层移动过程的方法及设备
CN110024322A (zh) 用于无线通信系统的参考信号设计
CN106664517A (zh) 支持减小的数据传输带宽的设备和方法
JP5652098B2 (ja) 基地局、無線通信方法、プログラム、無線通信システム、および無線端末
JP6986102B2 (ja) 無線通信システムにおける端末のダウンリンク信号受信方法及び前記方法を利用する端末
EP3248316A1 (en) Devices and methods for harq-ack feedback scheme on pusch in wireless communication systems
JP2017534193A (ja) Ｍｔｃ機器のｐｕｃｃｈ転送方法
CN107534460A (zh) 在无线通信系统中配置用于mtc ue的帧结构和频率跳变的方法和装置
CN110169000A (zh) 用于上行链路超高可靠低延迟通信的信令、过程、用户设备和基站
EP3133848A1 (en) User equipment and method for packet based device-to-device (d2d) discovery in an lte network
CN106416117A (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
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 1235974

Country of ref document: HK

TA01 Transfer of patent application right

Effective date of registration: 20200331

Address after: California, USA

Applicant after: Apple Inc.

Address before: California, USA

Applicant before: INTEL Corp.

Effective date of registration: 20200331

Address after: California, USA

Applicant after: INTEL Corp.

Address before: California, USA

Applicant before: INTEL IP Corp.

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