CN109891796A - 用于确定是否发送sr的方法和nb无线装置 - Google Patents

用于确定是否发送sr的方法和nb无线装置 Download PDF

Info

Publication number
CN109891796A
CN109891796A CN201880003780.1A CN201880003780A CN109891796A CN 109891796 A CN109891796 A CN 109891796A CN 201880003780 A CN201880003780 A CN 201880003780A CN 109891796 A CN109891796 A CN 109891796A
Authority
CN
China
Prior art keywords
resource
ack
transmission
iot device
nack
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.)
Pending
Application number
CN201880003780.1A
Other languages
English (en)
Inventor
黄升溪
安俊基
梁锡喆
朴昶焕
金善旭
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics 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 LG Electronics Inc filed Critical LG Electronics Inc
Publication of CN109891796A publication Critical patent/CN109891796A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/26—Systems using multi-frequency codes
    • H04L27/2601—Multicarrier modulation systems
    • H04L27/2602—Signal structure
    • H04L27/26035—Maintenance of orthogonality, e.g. for signals exchanged between cells or users, or by using covering codes or sequences
    • 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/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1887—Scheduling and prioritising arrangements
    • 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/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • 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/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • 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/1861—Physical mapping arrangements
    • 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/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1896—ARQ related signaling
    • 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/22—Arrangements for detecting or preventing errors in the information received using redundant apparatus to increase reliability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/26—Systems using multi-frequency codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/26—Systems using multi-frequency codes
    • H04L27/2601—Multicarrier modulation systems
    • H04L27/2602—Signal structure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/32—Carrier systems characterised by combinations of two or more of the types covered by groups H04L27/02, H04L27/10, H04L27/18 or H04L27/26
    • H04L27/34—Amplitude- and phase-modulated carrier systems, e.g. quadrature-amplitude modulated carrier systems
    • H04L27/36—Modulator circuits; Transmitter circuits
    • 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
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • 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/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • 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/0466—Wireless resource allocation based on the type of the allocated resource the resource being a scrambling code
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/26—Systems using multi-frequency codes
    • H04L27/2601—Multicarrier modulation systems
    • H04L27/2602—Signal structure
    • H04L27/26025—Numerology, i.e. varying one or more of symbol duration, subcarrier spacing, Fourier transform size, sampling rate or down-clocking
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/26—Systems using multi-frequency codes
    • H04L27/2601—Multicarrier modulation systems
    • H04L27/2602—Signal structure
    • H04L27/2603—Signal structure ensuring backward compatibility with legacy system

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)

Abstract

本申请的一个公开内容提供了一种用于窄带(NB)无线装置确定是否发送调度请求(SR)的方法。该方法可以包括确定是否通过使用用于混合自动重传请求(HARQ)确认/否定确认(ACK/NACK)信号的传输的资源来发送SR的步骤。如果运行一个或更多个HARQ进程，则可以执行确定步骤。用于HARQ ACK/NACK信号的资源可以包括窄带物理上行链路共享信道(NPUSCH)。

Description

用于确定是否发送SR的方法和NB无线装置
技术领域
本发明涉及移动通信。
背景技术
由于***移动通信的LTE(长期演进)/高级LTE(LTE-A)的成功，对下一代(即，第五代(5G))移动通信的兴趣正在增长并且正在迅速进行对其的研究。
根据LTE/LTE-A，UE可以发送调度请求(SR)以被分配上行链路资源。可以在预定的可进行传输的子帧中发送SR。
近来，IoT(物联网)通信备受关注。IoT通信的特征在于发送的数据量小并且很少发生上行链路或下行链路数据发送和接收。
因此，已经提出了用于使IoT装置以与小区的***带宽无关的减小的带宽操作的技术。在这种减小的带宽中执行的IoT通信被称为NB(窄带)IoT通信。
然而，未在NB-IoT***中设置SR过程。
发明内容
技术任务
因此，本申请的公开内容的一个目的是提供用于NB IoT装置的SR过程。
技术方案
为了实现前述目的，本发明的公开内容提出了一种用于确定是否发送调度请求(SR)的方法。该方法可以由窄带(NB)无线装置执行，并且包括：确定是否使用用于混合自动重传请求(HARQ)确认/否定确认(ACK/NACK)信号的传输的资源来发送SR。可以在执行一个或更多个HARQ进程时执行该确定。用于HARQ ACK/NACK信号的传输的资源可以包括窄带物理上行链路共享信道(NPUSCH)。
可以基于新数据指示符(NDI)来执行确定。
当NDI指示新数据的传输时，可以发送SR。
可以基于冗余版本(RV)来执行确定。
NPUSCH可以包括指示是否发送SR的比特。
当发送SR时，码字覆盖(codeword cover)可以应用于NPUSCH被映射到的一个或更多个正交频分复用(OFDM)符号。
当发送SR时，可以基于正交相移键控(QPSK)来调制NPUSCH。
可以根据下行链路控制信息(DCI)中包括的信息来确定是否发送SR。
为了实现前述目的，本发明的公开内容提出了一种用于确定是否发送SR的NB无线装置。该无线装置可以包括：收发器；以及处理器，该处理器用于控制收发器并确定是否使用用于混合自动重传请求(HARQ)确认/否定确认(ACK/NACK)信号的传输的资源来发送SR。可以在执行一个或更多个HARQ进程时执行该确定。用于HARQ ACK/NACK信号的传输的资源可以包括窄带物理上行链路共享信道(NPUSCH)。
技术效果
根据本发明的公开内容，可以解决上述传统技术的问题。
附图说明
图1是无线通信***。
图2例示了根据3GPP LTE中的FDD的无线电帧的结构。
图3例示了根据3GPP LTE中的TDD的下行链路无线电帧的结构。
图4例示了调度请求(SR)发送机制的示例。
图5例示了缓冲器状态报告(BSR)过程。
图6a例示了IoT(物联网)通信的示例。
图6b是针对IoT装置的小区覆盖范围扩展或增强的图示。
图6c是发送下行链路信道的绑定的示例的图示。
图7a和图7b是IoT装置操作的子带的示例的图示。
图8例示了以M-帧为单位表示可用于NB-IoT的时间资源的示例。
图9是可用于NB IoT的时间资源和频率资源的另一图示。
图10例示了NR中的子帧类型的示例。
图11是应用码字覆盖的示例的图示。
图12是例示用于确定发送SR的方法的流程图。
图13a和图13b是SR发送过程的图示。
图14是例示实现本申请的公开内容的无线装置和eNB的框图。
图15是图14中所示的无线装置的收发器的详细框图。
具体实施方式
在下文中，将基于第3代合作伙伴计划(3GPP)长期演进(LTE)或3GPP高级LTE(LTE-A)来应用本发明。这仅是示例，并且本发明可以应用于各种无线通信***。在下文中，LTE包括LTE和/或LTE-A。
本文使用的技术术语仅用于描述具体实施方式，且不应被解释为限制本发明。此外，除非另有定义，否则本文使用的技术术语应当被解释为具有本领域技术人员通常理解的含义，但不能过于宽泛或过于狭窄。此外，本文使用的、被认为未准确表达本发明的精神的技术术语应当由本领域技术人员能够准确理解的技术术语代替或者通过这样的技术术语来进行理解。此外，本文使用的一般术语应该在字典中定义的上下文中进行解释，但不能以过度狭窄的方式进行解释。
本发明中的单数表述包括复数的含义，除非在上下文中单数的含义明确不同于复数的含义。在以下描述中，术语“包括”或“具有”可以表示本发明中描述的特征、数量、步骤、操作、组件、部件、或其组合的存在，并且可以不排除另一特征、另一数量、另一步骤、另一操作、另一组件、另一部件、或其组合的存在或添加。
术语“第一”和“第二”被用于解释各种组件的目的，并且组件不受限于术语“第一”和“第二”。术语“第一”和“第二”仅用于将一个组件与另一组件区分开。例如，第一组件可以被命名为第二组件而不脱离本发明的范围。
应当理解，当元件或层被提及为“连接到”或“联接到”另一个元件或层时，它可以直接连接或联接到另一元件或层，或者可以存在中间的元件或层。相反地，当元件被提及为“直接连接到”或“直接联接到”另一元件或层时，不存在中间的元件或层。
在下文中，将参考附图更详细地描述本发明的示例性实施方式。在描述本发明时，为了便于理解，在全部附图中，相同的附图标记用于标示相同的组件，并且将省略对相同组件的重复描述。将省略对被确定为使得本发明的要点不清楚的公知技术的详细描述。提供附图仅仅是为了使本发明的精神易于理解，而不应意图成为本发明的限制。应当理解，除附图中所示的内容之外，本发明的精神可以扩展到其修改、替换或等同物。
如本文所使用的，“基站”通常是指与无线装置通信的固定站，并且可以由诸如eNB(演进节点B)、BTS(基站收发器***)、或接入点之类的其他术语表示。
如本文所使用的，“用户设备(UE)”可以是静止的或移动的，并且可以由诸如装置、无线装置、终端、MS(移动站)、UT(用户终端)、SS(订户站)、MT(移动终端)之类的其他术语表示。
图1例示了无线通信***。
如参照图1所见，无线通信***包括至少一个基站(BS)20。每个基站20向特定地理区域(通常称为小区)20a、20b和20c提供通信服务。可以将小区进一步划分为多个区域(扇区)。
UE通常属于一个小区，UE所属的小区被称为服务小区。向服务小区提供通信服务的基站被称为服务BS。由于无线通信***是蜂窝***，所以存在与服务小区相邻的另一小区。与服务小区相邻的另一小区被称为相邻小区。向相邻小区提供通信服务的基站被称为相邻BS。服务小区和相邻小区是基于UE相对地决定的。
在下文中，下行链路表示从基站20到UE 10的通信，上行链路表示从UE 10到基站20的通信。在下行链路中，发送器可以是基站20的一部分，并且接收器可以是UE 10的一部分。在上行链路中，发送器可以是UE 10的一部分，并且接收器可以是基站20的一部分。
此外，无线通信***通常可以分为频分双工(FDD)类型和时分双工(TDD)类型。根据FDD类型，在占用不同频带的同时实现上行链路传输和下行链路传输。根据TDD类型，在占用相同频带的同时，在不同时间实现上行链路传输和下行链路传输。TDD类型的信道响应基本上是互易的。这意味着下行链路信道响应和上行链路信道响应在给定频率区域中彼此基本相同。因此，在基于TDD的无线通信***中，可以从上行链路信道响应中获取下行链路信道响应。在TDD类型中，由于整个频带在上行链路传输和下行链路传输中是时分的，因此基站进行的下行链路传输和终端进行的上行链路传输可以不同时执行。在以子帧为单位划分上行链路传输和下行链路传输的TDD***中，在不同的子帧中执行上行链路传输和下行链路传输。
在下文中，将详细描述LTE***。
图2示出了根据第3代合作伙伴计划(3GPP)长期演进(LTE)的FDD的下行链路无线电帧结构。
无线电帧包括被索引为0到9的10个子帧。一个子帧包括两个连续的时隙。因此，无线电帧包括20个时隙。发送一个子帧所花费的时间表示为TTI(传输时间间隔)。例如，一个子帧的长度可以是1ms，并且一个时隙的长度可以是0.5ms。
无线电帧的结构仅用于示例性目的，因此无线电帧中所包括的子帧的数量或子帧中所包括的时隙的数量可以有各种改变。
此外，一个时隙可以包括多个OFDM符号。包括在一个时隙中的OFDM符号的数量可以根据循环前缀(CP)而变化。
一个时隙在频域中包括NRB个资源块(RB)。例如，在LTE***中，资源块(RB)的数量(即，NRB)可以是从6到110中的一个。
资源块是资源分配的单位，并且包括频域中的多个子载波。例如，如果一个时隙在时域中包括七个OFDM符号并且资源块在频域中包括12个子载波，则一个资源块可以包括7×12个资源元素(RE)。
3GPP LTE中的物理信道可以被分类为诸如PDSCH(物理下行链路共享信道)和PUSCH(物理上行链路共享信道)之类的数据信道，以及诸如PDCCH(物理下行链路控制信道)、PCFICH(物理控制格式指示符信道)、PHICH(物理混合ARQ指示符信道)、和PUCCH(物理上行链路控制信道)之类的控制信道。
上行链路信道包括PUSCH、PUCCH、SRS(探测参考信号)、和PRACH(物理随机接入信道)。
图3例示了根据3GPP LTE中的TDD的下行链路无线电帧的架构。
为此，可以参考3GPP TS 36.211 V10.4.0(2011-12)“Evolved UniversalTerrestrial Radio Access(E-UTRA)；Physical Channels and Modulation(Release 8)(演进通用陆地无线电接入(E-UTRA)；物理信道和调制(第8次发布))”第4章，这是针对TDD(时分双工)的。
具有索引#1和索引#6的子帧被表示为特殊子帧，并且包括DwPTS(下行链路导频时隙：DwPTS)、GP(保护时段)、和UpPTS(上行链路导频时隙)。DwPTS用于终端中的信道估计、初始小区搜索、或同步。UpPTS用于基站中的信道估计，并用于建立终端的上行链路传输同步。GP是用于去除上行链路和下行链路之间的由于下行链路信号的多径延迟而在上行链路上产生的干扰的时段。
在TDD中，DL(下行链路)子帧和UL(上行链路)子帧共存于一个无线电帧中。表1示出了无线电帧的配置的示例。
[表1]
“D”表示DL子帧，“U”表示UL子帧，“S”表示特殊子帧。当从基站接收到UL-DL配置时，终端可以根据无线电帧的配置而知道子帧是DL子帧还是UL子帧。
<载波聚合>
现在描述载波聚合***。
载波聚合***聚合多个分量载波(CC)。根据以上载波聚合改变现有小区的含义。根据载波聚合，小区可以表示下行链路分量载波和上行链路分量载波的组合或独立的下行链路分量载波。
此外，载波聚合中的小区可以被分类为主小区、辅小区和服务小区。主小区表示以主频率操作的小区。主小区表示UE执行初始连接建立过程或连接重建过程的小区，或者在切换过程中被指示为主小区的小区。辅小区表示以辅频率操作的小区。一旦建立了RRC连接，辅小区就用于提供附加的无线电资源。
如上所述，与单载波***不同，载波聚合***可以支持多个分量载波(CC)，即，多个服务小区。
载波聚合***可以支持跨载波调度。跨载波调度是能够执行通过经由特定分量载波发送的PDCCH来进行经由其他分量载波发送的PDSCH的资源分配和/或经由与基本上与特定分量载波相链接的分量载波不同的其他分量载波发送的PUSCH的资源分配的调度方法。
<调度请求(SR)>
UE执行SR过程以便从eNB分配上行链路资源。SR包括简单地用作作为1比特信号的标志的PUCCH SR。标志形式的SR被设计以减少上行链路开销。
当SR已被触发时，SR被认为是待定的，直到它被取消。如果MAC PDU(协议数据单元)被组装并且包括包含最终事件的所有缓冲器状态的PDU，或者如果接收到UL授权(grant)并且所接收的UL授权可以接受待定要发送的所有UL数据，则所有待定的SR被取消。
如果SR被触发并且不存在其他待定的SR，则MAC实体将SR计数器(例如，SR_COUNTER)设置为0。
每当一个SR待定时，MAC实体对于每个TTI进行如下操作。
-当在此TTI中没有可用于传输的UL-SCH资源时，
-当MAC实体在任意TTI中没有为SR配置的有效PUCCH资源时，
-MAC实体执行随机接入过程。
-然而，当MAC实体在此TTI中具有为SR配置的有效PUCCH资源时，TTI不是测量间隙，并且SR禁止定时器(例如，sr-ProhibitTimer)不运行，
-并且当SR_COUNTER<dsr-TransMax时，
-MAC实体将SR_COUNTER增加1，
-指示物理层在PUCCH上用信号通知SR，并且
-启动sr-ProhibitTimer。
-如果否，则
-MAC实体通知RRC层释放所有服务小区的PUCCH/SRS。
-MAC实体清除所有设置的下行链路分配和上行链路授权。
-并且，MAC实体开始随机接入过程。
此外，可以在预定的可传输子帧中发送SR。
图4例示了SR(调度请求)发送机制的示例。
在图4的示例中，当没有UL授权时，UE在预留的可传输SR的子帧中发送SR。可以重复SR传输，直到接收到UL授权。
发送SR的子帧是满足以下条件的子帧。
[数学表达式1]
这里，ns是时隙号，nf是无线电帧的***帧号(SFN)。
SRPERIDOCITY是SR传输周期，NOFFSET,SR是SR子帧偏移。SRPERIDOCITY和NOFFSET,SR是SR配置并且使用通过高层信令(例如，RRC信令)从eNB发送的参数sr-ConfigIndex ISR根据下表确定。
[表2]
<缓冲器状态报告(BSR)>在下文中，将描述缓冲器状态报告(BSR)。
BSR过程用于将关于在UE的UL缓冲器中可用于传输的数据量的信息提供给提供服务的eNB。
换句话说，提供服务的eNB需要知道每个UE期望发送的数据的类型和量，以便高效地使用上行链路无线电资源。关于下行链路无线资源，要通过下行链路发送的数据从接入网关发送到提供服务的eNB，因此提供服务的eNB可以知道需要通过下行链路发送到每个UE的数据量。另一方面，关于上行链路无线电资源，提供服务的eNB无法知道每个UE所需的上行链路无线电资源的量，除非UE将关于要通过上行链路发送的数据的信息发信号通知给提供服务的eNB。因此，为了使提供服务的eNB适当地向UE分配上行链路无线电资源，要求UE向提供服务的eNB提供用于上行链路无线电资源调度的信息。
因此，当UE具有要发送给提供服务的eNB的数据时，UE向提供服务的eNB通知UE具有要发送到eNB的数据，并且eNB基于该信息来向UE分配适当的上行链路无线资源。此过程称为缓冲器状态报告(BSR)过程。
UE需要上行链路无线电资源来将BSR发送到提供服务的eNB。如果在触发BSR时已经分配了上行链路无线电资源，则UE立即使用所分配的上行链路无线电资源将BSR发送到提供服务的eNB。如果UE在BSR被触发时没有分配到上行链路无线电资源，则UE开始用于从提供服务的eNB接收上行链路无线电资源的调度请求(SR)过程。
对于BSR过程，UE可以考虑未挂起的所有无线电承载或考虑挂起的无线电承载。
当发生任何预定义事件时，BSR被触发。根据已经发生的事件，BSR可以分为三种BSR：常规BSR、填充BSR和周期性BSR。
当可以在用于属于逻辑信道组(LCG)的逻辑信道的RLC实体或PDCP实体中发送上行链路数据时，可以触发常规BSR。被视为可发送数据的数据已在3GPP TS 36.322 V9.1.0(2010-03)第4.5节和3GPP TS 36.323 V9.0.0(2009-12)第4.5节中定义。当数据属于具有比属于任何LCG的逻辑信道的优先级更高的优先级的逻辑信道时，可以触发常规BSR，并且可以进行其数据传输。当不存在可以为属于LCG的任何逻辑信道发送的数据时，也可以触发常规BSR。
当分配上行链路资源并且填充比特的数量等于或大于BSR MAC控制元素(CE)和子报头的总和时，可以触发填充BSR。
当重传BSR定时器到期并且UE具有可以针对属于LCG的任何逻辑信道发送的数据时，可以触发常规BSR。
当周期性BSR定时器到期时，可以触发周期性BSR。
图5例示了BSR过程。
参照图5，eNodeB 200通过在RRC层中定义的MAC-MainConfig信号传输来控制每个UE中与逻辑信道相关联的BSR过程。RRC消息包括BSR周期定时器periodicBSR-timer和/或BSR重传定时器retxBSR-timer中的信息。此外，RRC消息包括与BSR格式和数据大小相关联的配置信息。
UE可以在任何时间触发BSR。
UE可以在BSR触发时发送BSR报告。考虑通过RRC信令建立的配置信息来配置BSR。
<IoT(物联网)通信>
在下文中，将描述IoT。
图6a例示了IoT(物联网)通信的示例。
IoT指的是IoT装置100之间在没有通过eNB 200的人机交互的情况下的信息交换，或者IoT装置100和服务器700之间通过eNB 200的信息交换。IoT通信也称为CIoT(蜂窝物联网)，因为通过蜂窝eNB执行IoT通信。
这种IoT通信是一种MTC(机器类型通信)。因此，IoT装置也可以称为MTC装置。
IoT服务与用于人工干预的通信服务不同，并且可以包括各种类别的服务，诸如跟踪、计量、支付、医疗服务和远程控制。例如，IoT服务可以包括仪表检查、水位测量、监控相机的使用、自动售货机库存报告等。
由于IoT通信的特征在于发送的数据的量小并且很少发生上行链路或下行链路数据发送和接收，因此希望响应于低数据传送率而降低IoT装置的价格并降低电池消耗。此外，IoT装置具有低移动性，因此信道环境几乎不变。
图6b是IoT装置的小区覆盖扩展或增强的图示。
近来，已经考虑用于IoT装置100的小区覆盖范围扩展或增强，并且正在讨论用于小区覆盖范围扩展或增强的各种技术。
然而，在小区覆盖范围扩展或增强的情况下，当eNB将下行链路信道发送到位于覆盖范围扩展(CE)或覆盖范围增强(CE)区域中的IoT装置时，IoT装置难以接收下行信道。类似地，当位于CE区域中的IoT装置发送上行链路信道时，eNB难以接收上行链路信道。
为了解决这样的问题，可以在多个子帧上重复发送下行链路信道或上行链路信道。这种多个子帧上重复的上行链路/下行链路信道传输被称为绑定(bundle)传输。
图6c是发送下行链路信道的绑定的示例的图示。
如参照图6c所示，eNB在多个子帧(例如，N个子帧)上重复发送下行链路信道(例如，PDCCH和/或PDSCH)到位于CE区域中的IoT装置100。
然后，IoT装置或eNB可以通过在多个子帧上接收下行链路/上行链路信道的绑定并解码绑定的一部分或整个绑定来增加解码成功率。
图7a和图7b是IoT装置操作的子带的示例的图示。
作为用于低成本IoT装置的方法，IoT装置可以使用例如大约1.4MHz的子带，而不管小区的***带宽如何，如图7a所示。
这里，这种IoT装置操作的子带的区域可以位于小区的***带宽的中央(例如，中央的6个PRB)，如图7a所示。
另选地，可以将用于IoT装置的多个子带提供给一个子帧，用于在子帧中复用IoT装置，使得IoT装置可以使用不同的子带。这里，大多数IoT装置可以使用除了小区的***带宽中央的子带(例如，中央的6个PRB)之外的子带。
在减小的带宽中执行的这种IoT通信可以被称为NB(窄带)IoT通信或NB CIoT通信。
图8例示了以M-帧为单位表示可用于NB-IoT的时间资源的示例。
参照图8，可以用于NB-IoT的帧可以被称为M-帧，并且例如可以是60ms长。此外，可以用于NB IoT的子帧可以被称为M-子帧，并且例如可以是6ms长。因此，M-帧可以包括10个M-子帧。
例如，每个M-子帧可以包括两个时隙，并且每个时隙的长度可以是3ms。
然而，可以用于NB IoT的时隙的长度可以是2ms，与图8的图示不同，因此子帧的长度可以是4ms，帧的长度可以是40ms。将参照图9更详细地描述这一点。
图9是可用于NB IoT的时间资源和频率资源的另一图示。
参照图9，通过NB-IoT的上行链路上的时隙发送的物理信道或物理信号包括时域中的Nsymbul SC-FDMA符号，并且包括频域中的Nscul个子载波。上行链路物理信道可以分为NPUSCH(窄带物理上行链路共享信道)和NPRACH(窄带物理随机接入信道)。另外，物理信号可以是NB-IoT中的NDMRS(窄带解调参考信号)。
在NB-IoT中，用于时隙Tslot的Nscul子载波的上行链路带宽如下。
[表3]
子载波间隔 N<sub>sc</sub><sup>UL</sup> T<sub>slot</sub>
Δf＝3.75kHz 48 61440*T<sub>s</sub>
Δf＝15kHz 12 15360*T<sub>s</sub>
在NB-IoT中，当k＝0，...，Nsc UL-1和l＝0，...，Nsymb UL-1指示时域和频域时，资源网格的每个资源元素(RE)可以被定义为时隙中的索引对(k，l)。在NB-IoT中，下行链路物理信道包括NPDSCH(窄带物理下行链路共享信道)，NPBCH(窄带物理广播信道)和NPDCCH(窄带物理下行链路控制信道)。另外，下行链路物理信号包括NRS(窄带参考信号)，NSS(窄带同步信号)和NPRS(窄带定位参考信号)。NSS包括NPSS(窄带主同步信号)和NSSS(窄带辅同步信号)。
此外，NB-IoT是用于无线装置根据低复杂度/低成本使用减少的带宽(即，窄带)的通信方法。这种NB-IoT通信旨在以减小的带宽连接大量的无线装置。此外，NB-IoT通信旨在支持比LTE通信的小区覆盖范围更宽的小区覆盖范围。
此外，如参考表1所示，当子载波间隔是15kHz时，具有减小的带宽的子载波仅包括一个PRB。也就是说，可以使用仅一个PRB来执行NB-IoT通信。这里，在假设从eNB发送NPSS/NSSS/NPBCH/SIB-NB的情况下由无线装置访问以接收NPSS/NSSS/NPBCH/SIB-NB的PRB可以被称为锚PRB(或锚载波)。除了锚PRB(或锚载波)之外，可以从eNB向无线装置分配附加PRB。这里，在附加PRB当中，无线装置未预期通过其来从eNB接收NPSS/NSSS/NPBCH/SIB-NB的PRB可以被称为非锚PRB(或非锚载波)。
<下一代移动通信网络>
由于用于***移动通信的LTE(长期演进)/高级LTE(LTE-A)的成功，对下一代(即，第五代(5G))移动通信的兴趣正在增长并且正在迅速进行对其的研究。
由国际电信联盟(ITU)定义的第五代移动通信在任何地方提供高达20Gbps的数据速率和100Mbps或更高的可感知速率。其正式名称为“IMT-2020”，第五代移动通信旨在于2020年实现全球商业化。
ITU建议三种使用场景，例如，eMBB(增强型移动宽带)、mMTC(大规模机器类型通信)和URLLC(超可靠和低延时通信)。
URLLC指的是需要高可靠性和低延迟时间的使用场景。例如，诸如自动驾驶、工厂自动化和增强现实之类的服务需要高可靠性和低延迟(例如，1ms或更短的延迟时间)。4G(LTE)的当前延迟时间在统计上为21至43ms(最佳10％)和33至75ms(中等)。这不足以支持需要1ms或更短的延迟时间的服务。eMBB是指需要移动超宽带的使用场景。
也就是说，5G移动通信***的目标是比4G LTE更高的容量，并且可以增加移动宽带用户集中并支持D2D(装置到装置)、高稳定性和MTC(机器类型通信)。此外，5G研究和开发的目标是比4G移动通信***更低的延时和更低的电池消耗，以便更高效地实现IoT。对于这种5G移动通信，可以提出新的无线电接入技术(New RAT或NR)。
在NR中，可以考虑使用下行链路子帧从eNB接收并使用上行链路子帧到eNB的发送。此方法可以应用于成对频谱和不成对频谱。频谱对指的是包括用于下行链路操作和上行链路操作的两个载波频谱。例如，在一对频谱中，一个载波可以包括下行链路频带和上行链路频带的配对。
图10例示了NR中的子帧类型的示例。
图10中所示的TTI(传输时间间隔)可以被称为NR(或新RAT)的子帧或时隙。图10中所示的子帧(或时隙)可以用在NR(或新RAT)的TDD***中，以便最小化数据传输延迟。如图10所示，子帧(或时隙)如在当前子帧中一样包括14个符号。子帧(或时隙)头部的符号可以用于DL控制信道，并且子帧(或时隙)尾部的符号可以用于UL控制信道。其余符号可用于DL数据传输或UL数据传输。根据此子帧(或时隙)结构，可以在一个子帧(或时隙)中顺序地执行下行链路传输和上行链路传输。因此，可以在子帧(或时隙)中接收下行链路数据，并且可以在该子帧(或时隙)中发送上行链路ACK/NACK。这种子帧(或时隙)结构可以称为自包含子帧(或时隙)。当使用此子帧(或时隙)结构时，可以减少重传接收失败的数据所花费的时间，以最小化最终数据传输延时。在这种自包含子帧(或时隙)结构中，在从发送模式转换到接收模式或从接收模式转换到发送模式的过程中可能需要时间间隙。为此，子帧结构中的当DL切换到UL时的一些OFDM符号可以被设置为保护时段(GP)。
<支持各种参数集(numerology)>
在未来的***中，随着无线通信技术的发展，可以向UE提供多个参数集。
可以通过循环前缀(CP)长度和子载波间隔来限定参数集。一个小区可以向UE提供多个参数集。当参数集的索引由μ表示时，与其对应的子载波间隔和CP长度可以如下表所示。
[表4]
μ Δf＝2<sup>μ</sup>·15[kHz] CP
0 15 正常
1 30 正常
2 60 正常、扩展
3 120 正常
4 240 正常
在正常CP的情况下，当参数集的索引由μ表示时，每时隙的OFDM符号的数量Nslot symb、每帧的时隙的数量Nframe,μ slot、以及每子帧的时隙的数量Nsubframe,μ slot如下示出在下表中。
[表5]
μ N<sup>slot</sup><sub>symb</sub> N<sup>frame,μ</sup><sub>slot</sub> N<sup>subframe,μ</sup><sub>slot</sub>
0 14 10 1
1 14 20 2
2 14 40 4
3 14 80 8
4 14 160 16
5 14 320 32
在扩展CP的情况下，当参数集的索引由μ表示时，每时隙的OFDM符号的数量Nslot symb、每帧的时隙的数量Nframe,μ slot、以及每子帧的时隙的数量Nsubframe,μ slot如下示出在下表中。
[表6]
μ N<sup>slot</sup><sub>symb</sub> N<sup>frame,μ</sup><sub>slot</sub> N<sup>subframe,μ</sup><sub>slot</sub>
2 12 40 4
此外，在下一代移动通信中，符号内的每个符号可以用于下行链路或用于上行链路，如下示出在下表中。在下面示出的表中，上行链路由U表示，下行链路由D表示。在下表中，X指示可以灵活地用作上行链路或下行链路的符号。
[表7]
<本说明书的公开内容>在传统LTE***中，当UE具有要发送的上行链路数据时，UE可以使用SR来接收UL授权。然而，NB-IoT***中未设置SR过程。因此，本说明书的公开内容的目的是提供用于NB IoT装置的SR过程。尽管以下描述聚焦于NB-IoT***，但是本发明可以应用于无线装置执行SR过程的其他***。
I.第一公开内容
I-1.基于专用NPRACH的SR
在此部分中，提出了一种方法，其中NB-IoT装置使用随机接入过程以便发送SR。根据所提出的方法，NB-IoT装置(或NB-IoT装置组)可以使用专用NPRACH资源。具体地，处于RRC空闲状态的NB-IoT装置可以使用随机接入过程以便根据提议执行SR。下面描述的NB-IoT装置可以对应于在RRC连接状态下接收关于SR的配置信息并然后返回到RRC空闲状态的NB-IoT装置。然而，提议还可以应用于NB-IoT装置在RRC连接状态下执行SR的过程。本部分中提出的基于NPRACH过程的SR发送方法可以与在RRC空闲状态中确定定时提前(TA)或传输功率电平的过程一起执行。
I-2.用于SR传输的专用NPRACH资源
本部分中提到的用于SR的专用NPRACH资源可以被定义为可用于SR的NB-IoT装置的可区分的无线电资源。在使用专用NPRACH的SR传输方法中使用的资源可以通过从以下选项或其组合中选择的一个来使用。
(选项1)作为分配专用NPRACH资源的示例，可以将可以用于NPRACH的所有或一些前导码(和/或音调跳频图案)确定为用于SR。如果所有可用的前导码(和/或音调跳频图案)用于SR，则可以确定SR的NPRACH操作与使用时间、频率和/或码字域的资源的随机接入的NPRACH操作区分开。如果仅将一些前导码(和/或音调跳频图案)用于SR，则SR的NPRACH操作可以与用于随机接入的NPRACH操作共享时间、频率和/或码字域。这里，可以将用于随机接入的NPRACH前导码(和/或音调跳频图案)确定为使得不使用针对SR选择的前导码(和/或音调跳频图案)。
(选项2)作为专用NPRACH资源的另一示例，可以为SR操作独立地分配时间(和/或频率)域资源。这里，可以将分配用于SR的时间(和/或频率)域资源确定为使得它们不会与用于其他目的的物理上行链路信道冲突。如果发生冲突，则可以暂时延迟或打孔用于其他目的的物理上行链路信道的操作，以便执行SR操作。
(选项3)作为专用NPRACH资源的另一示例，可以使用码字覆盖(codeword cover)。如果除了码字覆盖之外的NPRACH资源与用于其他目的的NPRACH资源共享，则可以使用SR的码字覆盖，使得它可以与用于常规NPRACH的码字覆盖区分开。如果用于专用NPRACH资源的码字用于标识小区，则可以确定在每个小区中使用的码字不与相邻小区的码字重叠。
I-3.专用NPRACH资源的分组
专用NPRACH资源可以分成组并根据目的使用。这里，组可以包括一个或更多个NB-IoT装置。如果组被配置为仅包括一个NB-IoT装置，则NB-IoT装置执行无竞争的SR传输。如果组中包括一个或更多个NB-IoT装置，则NB-IoT装置执行基于竞争的SR传输。可以使用以下方法之一或其一种或多种的组合来进行分组。
(方法1)例如，可以以根据覆盖水平选择不同资源的方式来配置专用NPRACH资源。这可以是为了提供根据NB-IoT装置的每个覆盖水平所需的重复级别的目的。如果eNB没有单独配置覆盖水平，则NB-IoT装置可以基于诸如RSRP之类的测量值和由特定eNB指示的阈值来确定其覆盖水平。如果eNB配置覆盖水平，则NB-IoT装置可以选择适合于覆盖水平的专用NPRACH资源。这里，如果由eNB确定的覆盖水平不同于在NB-IoT装置执行SR传输之前测量的覆盖水平，则NB-IoT装置可以执行用于接收为其配置的专用NPRACH资源的操作。
(方法2)作为另一示例，可以确定专用NPRACH资源由NB-IoT装置的ID来标识。这里，NB-IoT装置的ID可以基于NB-IoT的独有ID来确定，或者被确定为eNB设置的值。这可以用于标识在NB-IoT装置之间使用的专用NPRACH资源的目的。如果为确定执行SR传输的相应NB-IoT装置配置不同的专用NPRACH资源，则可以无竞争地执行SR传输。
(方法3)作为另一示例，专用NPRACH资源可用于指示要由NB-IoT装置在上行链路上发送的信息的大小。这里，NB-IoT装置基于其BSR来选择专用NPRACH资源，NB-IoT装置将通过该资源执行SR。这里，eNB可以通过高层信令向NB-IoT指示关于选择标准的信息。在这种情况下，可以省略NB-IoT装置在eNB分配上行链路授权时附加地发送BSR的操作。
I-4.专用NPRACH资源的配置
可以由eNB配置专用NPRACH资源。这里，可以通过高层信令向NB-IoT装置指示配置相关信息。另外，NB-IoT装置可以在RRC空闲状态下维持在RRC连接状态下获取的一些信息。根据此提议，NB-IoT装置可以在RRC连接状态下获取关于SR的信息，并且使用该信息在RRC空闲状态下执行SR传输。
在RRC连接状态下获取的专用NPRACH资源仅可用于从特定时间(例如，n0)开始的特定时段(例如，TSR)。因此，可以将专用NPRACH资源配置为当特定时段TSR结束时不再使用。这里，eNB触发RRC连接释放的时间可以用作特定时间n0的示例。这里，关于特定时段TSR的信息可以在eNB向RRC连接状态的NB-IoT装置提供与SR有关的信息的过程中通过高层信令发送。根据此方法，可以按照每个NB-IoT装置地控制用于SR的专用NPRACH资源。另选地，关于特定时段TSR的信息可以通过可以在RRC空闲状态中获取的信息(诸如SIB)从eNB发送到NB-IoT装置。此方法甚至可以在RRC空闲状态下向NB-IoT装置发送变化的SR信息，同时共同控制所有NB-IoT装置的SR操作。
当NB-IoT装置在SR操作中失败特定次数ntry或更多时，可以不再使用所获取的专用NPRACH资源。这里，在eNB向RRC连接状态的NB-IoT装置提供与SR有关的信息的过程中，可以通过高层信令发送关于特定次数ntry的信息。另选地，可以通过可以在RRC空闲状态中获取的信息(诸如SIB)将关于特定次数ntry的信息从eNB发送到NB-IoT装置。
当eNB意图在一些NB-IoT装置已经获取SR相关信息的情况下改变SR操作方法时，eNB可以通过可以由NB-IoT装置在RRC空闲状态下获取的信号(诸如SIB)来指示SR操作的改变。例如，当eNB通过SIB指示SR信息的改变时，NB-IoT装置可以不再使用关于SR的现有信息。
I-5.BSR传输
当使用专用NPRACH资源执行SR时，可以使用专用NPRACH资源来发送BSR。具体地，可以为NB-IoT装置分配用于SR的一个或更多个专用NPRACH资源。这里，可以确定资源与具有不同大小的缓冲器状态相对应。可以在eNB将相对于SR的配置递送到处于RRC连接状态的NB-IoT装置的过程中通过高层信令发送关于与每个资源的索引相对应的缓冲器状态的大小的信息。另选地，关于与每个资源的索引相对应的缓冲器状态的大小的信息可以通过可以由处于RRC空闲状态的NB-IoT装置获取的信号(诸如SIB)在小区中共同地发送。
如果当不能通过专用NPRACH资源识别出BSR的大小时，NB-IoT装置可以在随机接入过程中通过第三消息(即，MSG3)发送其BSR。
II.第二公开内容
在此部分中，描述了当NB-IoT装置处于RRC连接状态时SR所需的细节。具体地，在该部分中考虑不存在用于SR传输的附加上行链路控制信道的情况。另外，在本部分中考虑分配用于SR传输的附加资源的情况。尽管将描述当不存在用于SR传输的上行链路控制信道时分配使用载送ACK/NACK的物理信道的资源的方法，但这仅是示例，并且本发明可以扩展并应用于其他上行链路信道。另外，附加地分配用于SR的上行链路资源被表示为SR资源。
II-1.下行链路过程期间的SR传输
NB-IoT装置可以使用载送ACK/NACK的物理信道来发送SR。具体地，当NB-IoT装置接收下行链路数据时，NB-IoT装置使用NPUSCH格式2发送HARQ(混合自动重传请求)ACK/NACK(确认/否定确认)信号。这里，在本部分中可以在NPUSCH格式2中包括并发送SR。
当使用NPUSCH格式2发送SR时，可以通过不同的无线电资源发送包括SR的NPUSCH格式2和不包括SR的NPUSCH格式2。因此，可以使用无线电资源来区分包括SR的NPUSCH格式2和不包括SR的NPUSCH格式2。
这里，子载波索引可以用于表示使用NPUSCH格式2的SR。例如，NB-IoT装置可以将用于NPUSCH格式2的子载波资源划分为用于SR传输的子载波和用于其他目的的子载波。另选地，包括SR的NPUSCH格式2和不包括SR的NPUSCH格式2可以在时间资源上彼此区分(例如，通过使用子帧索引)。更具体地，NB-IoT装置可以将用于NPUSCH格式2的ACK/NACK定时延迟划分为用于SR传输的第一定时延迟和用于其他目的的第二定时延迟，并且例如使用定时延迟。另选地，可以使用码字覆盖来标识包括SR的NPUSCH格式2。码字覆盖可以被应用为由时域中的一个或更多个符号组成的资源单元(例如，符号、时隙或子帧)。这里，考虑到向后兼容性，当不发送SR时可以不应用码字，并且可以在发送SR时应用码字。作为具体示例，当在NB-IoT中使用NPUSCH格式2发送ACK/NACK时，[c0 c1 c2 c3]的码字覆盖可以应用于数据部分。这里，假设在没有SR的传输中使用[1 1 1 1]的码字，则可以以[1 -1 1 -1]的形式生成码字以满足正交性。图11示出了将码字覆盖应用于其中使用15kHz的子载波间隔的情况和使用3.75kHz的子载波间隔的情况的示例。
另外，作为使用NPUSCH格式2表示SR的方法，可以使用QPSK星座。例如，当在没有SR的情况下仅发送ACK/NACK信号时可以使用1和-1执行映射，并且当ACK/NACK信号和SR一起发送时可以使用j和-j执行映射。这里，NB-IoT装置可以遵循作为常规相位旋转规则的π/4旋转规则，而不管是否发送ACK/NACK信号。这可以是为了在防止PAPR增加的同时始终实现均匀的DMRS传输。
配置执行SR所需的无线电资源的过程可以是以下方法之一。
(方法1)可以使用DCI来配置用于区分是否发送SR的可区分无线电资源。这里，监视DCI的NB-IoT装置可以限于被配置为在RRC连接建立过程中执行SR的NB-IoT装置。这可以用于识别不能支持SR操作的NB-IoT装置和发送DCI的目的。为此，NB-IoT装置可能需要在建立RRC连接时或之前将其SR能力发送到eNB。
(方法2)用于SR传输的ACK/NACK信号的无线电资源可以被定义为相对于在不传输SR时使用的ACK/NACK信号的无线电资源的偏移。这里，可以在RRC连接建立过程中通过高层信令将偏移的值发送到NB-IoT装置。这里，应用了偏移的NB-IoT装置可以限于被配置为在RRC连接建立过程中发送SR的NB-IoT装置。这可以是为了允许eNB检查NB-IoT装置是否需要发送SR并执行调度以使得SR不与其他无线电资源冲突的目的。为此，NB-IoT装置可以在建立RRC连接时或之前将关于其SR能力的信息发送到eNB。
当NB-IoT装置被配置为在RRC连接过程中发送SR时，NB-IoT装置可以根据DCI指示的信息确定是否发送SR。这可以是出于从eNB的角度改善调度灵活性的目的。当使用(方法1)并且由DCI指示的NPUSCH格式2的多个无线电资源相同时，NB-IoT装置可以不在相应的ACK/NACK信号传输中执行SR传输。如果使用(方法2)，则DCI可以包括指示是否发送SR的比特。
II-3.碰撞处置
在此部分中，描述了一种当单独分配有用于SR传输的上行链路资源的NB-IoT装置使用接收到下行链路数据时的ACK/NACK资源发送SR时，如果可以发送SR的时段冲突，选择两个SR资源中的一个的方法。下面描述的方法适用于在一些时段中发生两个SR资源之间的冲突的情况以及在所有时段中发生两个SR资源之间的冲突的情况。
如上所述，当两个不同配置的两个SR资源重叠时，NB-IoT装置可以选择SR资源之一并同时发送ACK/NACK信号和SR。
作为一种方法，当两个SR资源重叠时，NB-IoT装置可以放弃使用单独分配的专用SR资源，并且使用用于ACK/NACK信号的资源来发送SR。这可以是为了防止NB-IoT装置重复发送SR并单独操作专用SR资源的目的。此外，eNB可以动态地配置上行链路资源以利用在相应发送时间优化的资源。
另一方面，当两个SR资源重叠时，NB-IoT装置可以尝试使用专用SR资源来发送ACK/NACK信号和SR。这可以是为了防止NB-IoT装置重复发送SR并且防止分配用于ACK/NACK信号的单独资源的操作被执行。在这种情况下，包括在DCI中的用于ACK/NACK资源调度的比特可以包括预定的已知比特(例如，全零值)，以便提高解码性能或者可以用于其他目的。如果确定用于ACK/NACK资源调度的比特用于其他目的但NB-IoT装置不需要该目的，则可以将比特视为预留比特并进行处理。
作为选择两个SR资源之一的另一方法，NB-IoT装置可以被配置为基于每个SR资源的重复次数或码率来选择SR资源之一。例如，NB-IoT装置可以选择具有更高重复次数的SR资源或者以较低码率配置的SR资源。这可以是为了确保SR传输可靠性的目的。这里，如果两个资源具有相同的重复次数或相同的码率，则可以使用上述选择方法之一来确定资源。
与以上描述不同，当通过两种方法不同地配置的SR资源重叠时，NB-IoT装置可以使用两种资源来执行传输。例如，NB-IoT装置可以通过为ACK/NACK信号配置的资源仅发送ACK/NACK信号，并且通过专用SR资源仅发送SR。这可以是为了在维持ACK/NACK可靠性的同时发送SR的目的。作为另一示例，NB-IoT装置可以通过专用SR资源发送SR，并且同时使用ACK/NACK资源重复发送SR。这可以是为了通过重复发送SR来提高SR可靠性。
II-4.根据多个HARQ进程的SR传输
在此部分中，描述了当NB-IoT装置操作一个或更多个HARQ进程(process)时使用ACK/NACK信号的资源来发送SR的方法。
图12是例示确定是否发送SR的方法的流程图。
如图12所示，NB-IoT装置检查一个或更多个HARQ进程是否***作。
NB-IoT装置在通过NPDCCH接收到DCI时检查DCI。
另外，NB-IoT装置确定是否使用用于HARQ ACK/NACK信号传输的资源来发送SR。
这里，可以使用以下方法之一以便减少由于SR传输而导致ACK/NACK可靠性降低的情况的数量。
(方法1)当应用HARQ进程时，可以基于由DCI中的NDI(新数据指示符)字段指示的信息来选择使用ACK/NACK传输资源的SR传输。例如，可以仅在发送新数据时执行使用ACK/NACK传输资源的SR传输。这可以是为了以下目的：防止在确定重传时执行一次或多次重传时的SR的重复传输并且确保重传阶段的ACK/NACK反馈的可靠性。另选地，使用ACK/NACK传输资源的SR传输可以限于执行重传的情况。这可以是为了防止NB-IoT装置丢失最初发送的下行链路数据并且丢失ACK/NACK信号传输机会的目的。
(方法2)当应用HARQ进程时，可以根据DCI中的RV(Redundancy Version，冗余版本)确定使用ACK/NACK传输资源的SR传输。例如，仅当在DCI中指示特定RV时才可以执行SR传输。另选地，当在DCI中指示特定RV时，可以不执行SR传输。这里，可以提供一个或更多个RV。在这种情况下，eNB可以动态地控制是否发送SR而无需额外的开销增加。
(方法3)当应用两个或更多个HARQ进程时，使用ACK/NACK传输资源的SR传输可以限于特定的HARQ进程ID。在这种情况下，要使用的HARQ进程ID可以通过高层信令指示或通过DCI动态指示。另选地，可以根据传输次数改变要使用的HARQ进程ID。例如，当在初始传输期间使用ACK/NACK信号传输资源用于SR传输的HARQ进程ID是#0时，可以以使得HARQ进程ID号从#0增加1的方式来确定HARQ进程ID。
II-5.功率控制
当同时发送SR和ACK/NACK信号时，发送的比特数增加，因此解码可靠性有可能降低。为了解决这样的问题，在本部分中提出了在同时发送SR和ACK/NACK信号时执行功率控制的方法。
当同时发送SR和ACK/NACK信号时，相应的传输块可以使用比其他情况更高的功率。
具体地，当NB-IoT***中的重复次数为1时，可以使用与Pcmax相对应的值，Pcmax是可以由NB-IoT装置用于NPUSCH传输的最大功率值。这可以是为了通过改进当前标准中定义的重复次数为1时将NPUSCH的最大功率值设置为小于Pcmax的值的方法来允许以更高功率进行NPUSCH传输的目的。
具体地，当在NB-IoT***中可用于没有SR的ACK/NACK信号的最大功率值被限制为Pcmax时，可以准许SR和ACK/NACK信号的同时传输，从而使得SR和ACK/NACK信号以大于Pcmax的功率值发送。
-这里，当同时发送SR和ACK/NACK信号时，可以将为此使用的功率值确定为相对于Pcmax的偏移，并且可以通过RRC信令将偏移值发送到NB-IoT装置。
-这里，当同时发送SR和ACK/NACK信号时，可以通过RRC信令指示的值Pcmax_SR确定功率值。
-如果NB-IoT装置即使被配置为同时发送SR和ACK/NACK信号也不发送SR，则可以使用原始功率值。
II-6.重复次数
当通过NPUSCH格式2发送SR时，可以使用用于ACK/NACK信号的资源或仅为SR分配的资源来同时发送SR。在这种情况下，可以在相应的情况中配置不同的重复级别。在这种情况下，可以通过以下方法之一确定用于SR传输的NPUSCH格式2的重复次数。
-具有ACK/NACK信号的SR的重复次数可以被确定为具有ACK/NACK信号的SR的重复次数与专用资源上的SR的重复次数之间较大的一个。
-应用较大重复次数的ACK/NACK信号资源可以限于允许用于SR传输的ACK/NACK资源。这可以是为了以下目的：防止在不执行SR传输的ACK/NACK传输块的情况下的不必要的重复。
-应用较大重复次数的ACK/NACK信号资源可以是所有ACK/NACK资源。这可以是为了以下目的：防止对其中允许SR传输的ACK/NACK传输块的分配产生误解的NB-IoT装置执行许多重复以干扰其他NB-IoT装置或者执行较少重复以劣化Enb的解码性能。
II-7.没有BSR过程的SR
NPUSCH格式2基本上可以包括1比特ACK/NACK信号。因此，当使用用于ACK/NACK信号的资源同时发送SR时，需要将表示是否发送SR的1比特信息添加到NPUSCH格式2。
另一方面，根据是否发送信号或信道来识别SR的基于开/关键控的方法可以用于使用专用SR资源的SR。因此，当使用NPUSCH格式2来发送使用专用SR资源的SR时，可能不需要上述1比特ACK/NACK信息和表示是否发送SR的1比特附加信息。这里，可以使用NPUSCH格式2表示的上述比特信息可以用于其他目的。例如，当NB-IoT装置使用NPUSCH格式2以便发送SR时，上述添加的比特信息可以用于NB-IoT装置请求具有特定大小的上行链路资源。这里，由比特表示的信息之一可以用于操作需要正常BSR过程的SR的目的。如果除了表示使用BSR的SR的信息之外还可以添加1比特，则该比特可以用于请求假设预定缓冲器大小的上行链路授权的目的。在这种情况下，eNB可以响应于NB-IoT装置的SR请求，执行分配适合于固定缓冲器大小的上行链路授权的操作。NB-IoT装置可以省略BSR过程并且在接收到响应之后立即执行适合于指定缓冲器大小的上行链路数据传输。如果除了表示使用BSR的SR的信息之外还可以另外使用2比特或更多比特的信息，则每个信息可以用于表示要请求的缓冲器大小的目的。例如，当可以使用3比特信息时，该信息可以用于表示具有N1、N2和N3大小的比特信息。
如果NB-IoT装置发送不需要BSR过程的SR，则在上行链路数据传输过程中使用的调制和TBS(传输块大小)可以使用预定义值。
如果NB-IoT装置发送不需要BSR过程的SR，则可以预先确定在频域中使用的资源的大小，以便获得延时减少效果。具体地，频域中使用的资源的大小可以是子载波的数量或使用的PRB的数量。这里，频域中使用的资源的大小可以是在标准中确定的固定值。另选地，频域中使用的资源的大小可以是通过RRC信令设置的值。
图13a和图13b是SR传输过程的图示。
图13a示出了当NB-IoT装置执行需要BSR的SR时执行的过程的示例。图13b示出了当NB-IoT装置意图发送不需要BSR并且适合于确定的缓冲器大小的上行链路数据时执行的过程的示例。
II-8.SR计数器并禁止定时器
在常规SR操作中，可以使用SR计数器、SR禁止计数器和SR周期来确定传输时间。在SR计数器的情况下，计数从初始SR传输时间开始，并且当因为没有持续接收到对SR的响应而计数值达到dsr-TransMax时，停止SR相关过程并开始随机接入过程。SR周期是指配置可用的专用SR资源的周期。SR禁止定时器指示其中准许进行下一SR传输的专用SR资源距已经实际执行SR的专用SR资源的位置。上述操作是当使用专用SR资源时可应用的方法，并且如果SR使用ACK/NACK信号资源，则需要用于确定SR传输时间的新方法。为了实现这样的目的，在本部分中提出了当SR和ACK/NACK信号被同时发送时应用SR计数器、SR禁止定时器和SR周期的方法。
当NB-IoT装置在NPDSCH接收期间使用ACK/NACK资源发送SR时，每当NB-IoT装置请求SR时，SR计数器可以增加1。
如果SR计数器累积的值即使在结束所有NPDSCH的接收之后也没有超过dsr-TransMax指示的值，并且当存在为NB-IoT装置配置的专用SR资源时，则NB-IoT装置可以持续地使用专用SR资源发送SR。这里，可以基于在从最后的ACK/NACK信号传输时间起的特定时间之后配置的专用SR资源的位置来确定使用专用SR资源发送SR的时间。
-这里，当发送最后的ACK/NACK信号时，SR可以不与最后的ACK/NACK信号一起发送。
-这里，特定时间可以由SR禁止定时器确定。
这里，特定时间可以由通过高层信令为前述操作附加地配置的值来确定。这可以是为了充分反映可以接收上行链路授权的搜索空间的DRX定时的目的。
如果在所有NPDSCH的接收结束之前SR计数器累积的值超过dsr-TransMax指示的值，则NB-IoT装置可以不立即开始随机接入过程。NB-IoT装置可以在所有NPDSCH的接收结束之后执行随机接入过程。
此外，当SR计数器累积的值达到由dsr-TransMax指示的值时，NB-IoT装置可以在可用于SR的剩余ACK/NACK资源时段中执行以下选项之一。
(选项1)NB-IoT装置可以不再通过用于ACK/NACK信号的资源来发送SR。这可以是为了以下目的：防止NB-IoT装置的过度SR请求减少对ACK/NACK信号可靠性的影响。
(选项2)NB-IoT装置可以通过用于ACK/NACK信号的资源持续地发送SR。这可以是为了以下目的：增加NB-IoT装置可以在没有随机接入过程的情况下接收上行链路授权的概率。
在NPDSCH接收之后NB-IoT装置开始随机接入过程的时间可以由在从最后的ACK/NACK信号传输时间开始的特定时间之后配置NPRACH资源的位置来确定。例如，随机接入过程开始的时间可以对应于配置NPRACH资源的时间。
-这里，当发送最后的ACK/NACK信号时，SR可以不与最后的ACK/NACK信号一起发送。
-这里，特定时间可以由SR禁止定时器确定。
这里，特定时间可以由通过高层信令为上述操作附加设置的值来确定。这可以是为了充分反映可以接收上行链路授权的搜索空间的DRX定时的目的。
当NB-IoT装置使用专用SR资源发送SR时，SR计数器的值未达到dsr-TransMax指示的值，并且需要监视NPDCCH以用于NPDSCH接收，NB-IoT装置可以停止使用专用SR资源的SR传输，直到NPDSCH的接收结束为止。
-这里，NB-IoT装置可以使用ACK/NACK资源来发送SR。
这里，SR计数器的值不被启动，并且可以基于相对于使用专用SR资源的SR传输的SR计数器的值来累积相对于使用用于ACK/NACK信号的资源的SR传输的SR计数器的值。
当NB-IoT装置在NPDSCH接收期间使用用于ACK/NACK信号的资源发送SR时，可以执行以下选项之一。
(选项1)可以通过复用用于使用专用SR资源的SR传输的禁止定时器的值来确定SR禁止定时器的值。这里，可以基于从SR禁止定时器自NB-IoT装置先前发送SR的时间开始到期的时间之后最近的ACK/NACK传输定时开始可用于SR的ACK/NACK信号资源来确定SR传输时间。
(选项2)可以忽略SR禁止时间。这里，NB-IoT装置可以在可以用于SR的所有ACK/NACK信号资源上发送SR。
当NB-IoT装置在NPDSCH接收期间使用用于ACK/NACK信号的资源发送SR并且NB-IoT装置在发送最后的ACK/NACK信号之后的特定时间内没有获取DCI时，
如果SR计数器未到达dsr-TransMax，则NB-IoT装置可以使用专用SR资源来启动SR传输。这里，可以基于特定时间之后最近的专用SR资源来确定SR传输开始时间。
如果SR计数器的值大于由dsr-TransMax指示的值，则NB-IoT装置可以启动随机接入过程。这里，可以基于特定时间之后最近的NPRACH资源来确定RACH开始时间。
在以上描述中，特定时间可以是通过高层设置的值。
在以上说明性描述中，尽管已经基于使用一系列步骤或块的流程图描述了方法，但是本说明书的公开内容不限于步骤的顺序，并且可以以与上述步骤不同的顺序执行一些步骤，或者可以与步骤同时执行一些步骤。此外，本领域技术人员将理解，流程图中示出的步骤不是排他性的，并且可以包括其他步骤，或者可以删除流程图的一个或更多个步骤而不影响本发明的范围。
可以通过各种手段来实现本发明的实施方式，例如，硬件、固件、软件或其组合。将参照附图详细描述这一点。
图14是例示其中实现本说明书的公开内容的无线装置和eNB的框图。
参照图14，无线装置100和eNB 200可以实现本说明书的公开内容。
所示的无线装置100包括处理器101、存储器102和收发器103。类似地，所示的eNB200包括处理器201、存储器202和收发器203。所示的处理器101和201、存储器102和202、以及收发器103和203可以实现为单独的芯片，或者可以通过一个芯片实现至少两个块/功能。
收发器103或203包括发送器和接收器。当执行特定操作时，可以仅执行发送器和接收器之一的操作，或者可以执行发送器和接收器两者的操作。收发器103或203可以包括发送和/或接收RF信号的一个或更多个天线。此外，收发器103或203可以包括用于放大接收信号和/或发送信号的放大器以及用于在特定频带中进行传输的带通滤波器。
处理器101或201可以实现本说明书中提出的功能、过程和/或方法。处理器101或201可以包括编码器和解码器。例如，处理器101或201可以执行根据以上描述的操作。处理器101或201可以包括ASIC(专用集成电路)、其他芯片组、逻辑电路，数据处理装置和/或用于将基带信号和RF信号彼此转换的转换器。
存储器102或202可以包括ROM(只读存储器)、RAM(随机存取存储器)、闪存、存储卡、存储介质和/或其他存储装置。
图15是图14中所示的无线装置的详细框图。
参照图15，收发器110包括发送器111和接收器112。发送器111包括DFT(离散傅里叶变换)单元1111、子载波映射器1112、IFFT单元1113、CP***单元1114和无线发送单元1115。发送器111还可以包括调制器。另外，发送器111还可以包括加扰单元(未示出)、调制映射器(未示出)、层映射器(未示出)和层置换器(未示出)，其可以布置在DFT单元1111之前。也就是说，为了防止PAPR(峰值平均功率比)增加，发送器111允许信息在将信号映射到子载波之前通过DFT单元1111。通过DFT单元1111扩展(或以相同意义预编码)的信号通过子载波映射器1112映射到子载波，然后通过IFFT(快速傅立叶逆变换)单元1113转换成时域上的信号。
DFT单元1111对输入符号执行DFT以输出复值符号。例如，当输入Ntx个符号(Ntx是自然数)时，DFT大小是Ntx。DFT单元1111可以被称为变换预编码器。子载波映射器1112将复值符号映射到频域中的子载波。可以将复值符号映射到与分配用于数据传输的资源块相对应的资源元素。子载波映射器1112可以被称为资源元素映射器。IFFT单元1113对输入符号执行IFFT以输出用于数据的基带信号，该数据是时域信号。CP***单元1114复制数据的基带信号的后部的一部分，并将复制的部分***到数据的基带信号的前部。通过CP***防止了ISI(符号间干扰)和ICI(载波间干扰)，因此即使在多径信道中也可以保持正交性。
另一方面，接收器112包括无线接收单元1121、CP去除单元1122、FFT单元1123和均衡器1124。接收器112的无线接收单元1121、CP去除单元1122和FFT单元1123执行与发送器111的无线发送单元1115、CP***单元1114和IFFT单元1113的功能相反的功能。接收器112还可以包括解调器。

Claims (11)

1.一种用于确定是否发送调度请求SR的方法，该方法由窄带NB无线装置执行并且包括以下步骤：
确定是否使用用于混合自动重传请求HARQ确认/否定确认ACK/NACK信号的传输的资源来发送SR，
其中，在执行一个或更多个HARQ进程时执行所述确定，并且
其中，用于HARQ ACK/NACK信号的传输的所述资源包括窄带物理上行链路共享信道NPUSCH。
2.根据权利要求1所述的方法，其中，基于新数据指示符NDI来执行所述确定。
3.根据权利要求2所述的方法，其中，当所述NDI指示新数据的传输时，发送所述SR。
4.根据权利要求1所述的方法，其中，基于冗余版本RV来执行所述确定。
5.根据权利要求1所述的方法，其中，所述NPUSCH包括指示所述SR是否被发送的比特。
6.根据权利要求1所述的方法，其中，当发送所述SR时，码字覆盖被应用于所述NPUSCH所映射到的一个或更多个正交频分复用OFDM符号。
7.根据权利要求1所述的方法，其中，当发送所述SR时，基于正交相移键控QPSK来调制所述NPUSCH。
8.根据权利要求1所述的方法，其中，根据包括在下行链路控制信息DCI中的信息来确定是否发送所述SR。
9.一种用于确定是否发送SR的NB无线装置，该NB无线装置包括：
收发器；以及
处理器，所述处理器用于控制所述收发器并确定是否使用用于混合自动重传请求HARQ确认/否定确认ACK/NACK信号的传输的资源来发送SR，
其中，在执行一个或更多个HARQ进程时执行所述确定，并且
其中，用于HARQ ACK/NACK信号的传输的所述资源包括窄带物理上行链路共享信道NPUSCH。
10.根据权利要求9所述的NB无线装置，其中，所述处理器基于新数据指示符NDI来执行所述确定。
11.根据权利要求8所述的NB无线装置，其中，所述处理器基于冗余版本RV来执行所述确定。
CN201880003780.1A 2017-03-24 2018-03-22 用于确定是否发送sr的方法和nb无线装置 Pending CN109891796A (zh)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US201762475881P 2017-03-24 2017-03-24
US62/475,881 2017-03-24
US201762501108P 2017-05-04 2017-05-04
US62/501,108 2017-05-04
US201762523243P 2017-06-21 2017-06-21
US62/523,243 2017-06-21
PCT/KR2018/003364 WO2018174598A1 (ko) 2017-03-24 2018-03-22 Sr 전송 여부를 결정하는 방법 및 nb 무선 기기

Publications (1)

Publication Number Publication Date
CN109891796A true CN109891796A (zh) 2019-06-14

Family

ID=63585654

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201880003780.1A Pending CN109891796A (zh) 2017-03-24 2018-03-22 用于确定是否发送sr的方法和nb无线装置

Country Status (6)

Country Link
US (4) US20190223190A1 (zh)
EP (2) EP3923498B1 (zh)
JP (1) JP2020501441A (zh)
KR (2) KR102066103B1 (zh)
CN (1) CN109891796A (zh)
WO (1) WO2018174598A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111954261A (zh) * 2020-08-07 2020-11-17 展讯通信（上海）有限公司 上行harq的发送方法及相关产品
CN112118633A (zh) * 2019-06-21 2020-12-22 华为技术有限公司 调度请求信息的传输方法、装置及***

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018170924A1 (zh) 2017-03-24 2018-09-27 华为技术有限公司 资源调度方法、终端设备及网络设备
US20190045529A1 (en) * 2017-09-11 2019-02-07 Intel IP Corporation Scheduling request transmission opportunity and resource configuration in new radio
US11497047B2 (en) * 2017-09-25 2022-11-08 Qualcomm Incorporated User equipment-specific scheduling request repetitions
CN110166205B (zh) 2018-02-14 2024-04-09 华为技术有限公司 一种确定时隙格式的方法及设备
US11196512B2 (en) * 2018-06-29 2021-12-07 Qualcomm Incorporated Resolving decodability for subsequent transmissions whose throughput exceeds a threshold
US10833818B2 (en) * 2018-11-13 2020-11-10 Qualcomm Incorporated Resource exclusion in a half duplex based wireless communication system
CN111586855B (zh) * 2019-02-15 2024-02-09 华为技术有限公司 信号传输的方法与装置
CN114616883A (zh) * 2019-10-04 2022-06-10 高通股份有限公司 具有更细粒度的预留资源的窄带传输
CN114731229A (zh) * 2019-11-08 2022-07-08 联想(北京)有限公司 用于确定单次harq-ack码本的方法及设备
CN111294913B (zh) * 2020-02-10 2022-11-15 重庆物奇科技有限公司 一种nb-iot终端芯片窄带上行共享信道发送功率控制方法

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102215595A (zh) * 2010-04-07 2011-10-12 北京三星通信技术研究有限公司 一种上行调度请求传输方法
CN103190112A (zh) * 2010-11-02 2013-07-03 高通股份有限公司 在多分量载波通信***中使用调度请求资源的混合自动重传请求反馈传输
CN103339893A (zh) * 2010-11-16 2013-10-02 高通股份有限公司 用于改善确认/否定确认反馈的方法和装置
CN106255215A (zh) * 2016-08-05 2016-12-21 宇龙计算机通信科技(深圳)有限公司 通信方法及通信装置
US20160380740A1 (en) * 2015-06-25 2016-12-29 Lg Electronics Inc. Method and apparatus for transmitting uplink signal in wireless communication system
WO2017043878A1 (ko) * 2015-09-08 2017-03-16 엘지전자 주식회사 협대역 사물인터넷을 지원하는 무선 접속 시스템에서 하향링크 물리 방송 채널 수신 방법 및 장치

Family Cites Families (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101296513B (zh) * 2008-04-22 2013-05-08 中兴通讯股份有限公司 一种物理上行控制信道干扰随机化的方法
US8347162B2 (en) * 2008-05-07 2013-01-01 Nec Laboratories America, Inc. Cognitive radio, anti-jamming coding retransmission methods and systems
WO2010098584A2 (ko) * 2009-02-24 2010-09-02 엘지전자 주식회사 무선 통신 시스템에서의 중계기가 상향링크 제어 정보를 전송하는 방법 및 그 중계기
US20110205981A1 (en) * 2009-08-13 2011-08-25 Changsoo Koo Multiplexing uplink l1/l2 control and data
US9485060B2 (en) * 2009-10-01 2016-11-01 Interdigital Patent Holdings, Inc. Uplink control data transmission
US9036511B2 (en) * 2010-08-03 2015-05-19 Samsung Electronics Co., Ltd Transmission of uplink control signals in a communication system
US9603048B2 (en) * 2012-03-16 2017-03-21 Interdigital Patent Holdings, Inc. Random access procedures in wireless systems
CN110061824B (zh) 2013-02-06 2021-11-19 Lg 电子株式会社 收发信号的方法和用于其的装置
DE102013216181A1 (de) 2013-08-14 2015-02-19 Schaeffler Technologies Gmbh & Co. Kg Verstelleinrichtung zur Veränderung des Verdichtungsverhältnisses in einem Verbrennungsmotor
KR20150060118A (ko) 2013-11-25 2015-06-03 주식회사 아이티엘 Harq ack/nack의 전송방법 및 장치
BR112017008845A2 (pt) * 2014-11-13 2017-12-19 Ericsson Telefon Ab L M sistemas e métodos de operação descontínua para dispositivos sem fio
WO2016105570A1 (en) * 2014-12-23 2016-06-30 Interdigital Patent Holdings, Inc. Latency reduction in lte systems
US10159092B2 (en) * 2015-02-26 2018-12-18 Hfi Innovation Inc. Uplink contention based multiple access for cellular IoT
AR103887A1 (es) * 2015-03-09 2017-06-14 ERICSSON TELEFON AB L M (publ) Canal pucch breve en canal spucch de enlace ascendente
US10326493B2 (en) * 2015-05-13 2019-06-18 Samsung Electronics Co., Ltd. Control channel transmission and frequency error correction
US10383151B2 (en) * 2015-07-17 2019-08-13 Intel IP Corporation Narrowband-physical random access channel techniques
WO2017023352A1 (en) * 2015-08-06 2017-02-09 Intel IP Corporation Performing mission critical communications at a user equipment (ue)
US10505701B2 (en) * 2015-08-07 2019-12-10 Qualcomm Incorporated Configurable bi-directional time division duplex (TDD) subframe structure
JP6645807B2 (ja) * 2015-11-06 2020-02-14 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 通信端末、送信方法及び集積回路
WO2017117253A1 (en) * 2015-12-30 2017-07-06 Idac Holdings, Inc. Methods, systems and devices for wireless transmit/receive unit cooperation
US10135596B2 (en) * 2016-01-20 2018-11-20 Qualcomm Incorporated Narrow band ACK / NACK transmissions
CN108781157B (zh) * 2016-03-16 2021-04-02 瑞典爱立信有限公司 用于窄带物联网随机接入信道配置的方法和设备
WO2017169461A1 (en) * 2016-03-30 2017-10-05 Sharp Kabushiki Kaisha Method performed by user equipment, method performed by evolved node b, user equipment, and evolved node b
US10594451B2 (en) * 2016-08-22 2020-03-17 Qualcomm Incorporated Uplink common burst symbol configuration
US10674522B2 (en) 2017-03-23 2020-06-02 Qualcomm Incorporated Scheduling request for one or more uplink transmissions using narrowband communications
WO2018170924A1 (zh) * 2017-03-24 2018-09-27 华为技术有限公司 资源调度方法、终端设备及网络设备
EP3603133A1 (en) * 2017-03-24 2020-02-05 Intel IP Corporation DESIGN OF SCHEDULING REQUEST FOR FURTHER ENHANCED NARROWBAND INTERNET OF THINGS (feNB-IoT)
CN116437465A (zh) * 2017-03-24 2023-07-14 北京三星通信技术研究有限公司 窄带物联网***中调度请求上报的方法和装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102215595A (zh) * 2010-04-07 2011-10-12 北京三星通信技术研究有限公司 一种上行调度请求传输方法
CN103190112A (zh) * 2010-11-02 2013-07-03 高通股份有限公司 在多分量载波通信***中使用调度请求资源的混合自动重传请求反馈传输
CN103339893A (zh) * 2010-11-16 2013-10-02 高通股份有限公司 用于改善确认/否定确认反馈的方法和装置
US20160380740A1 (en) * 2015-06-25 2016-12-29 Lg Electronics Inc. Method and apparatus for transmitting uplink signal in wireless communication system
WO2017043878A1 (ko) * 2015-09-08 2017-03-16 엘지전자 주식회사 협대역 사물인터넷을 지원하는 무선 접속 시스템에서 하향링크 물리 방송 채널 수신 방법 및 장치
CN106255215A (zh) * 2016-08-05 2016-12-21 宇龙计算机通信科技(深圳)有限公司 通信方法及通信装置

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
HUAWEI: ""CR: Demodulation requirements for NPUSCH format 2 (Rel-13)"", 《3GPP TSG-RAN WG4 MEETING #80》 *
NOKIA NETWORKS, ALCATEL-LUCENT, ALCATEL-LUCENT SHANGHAI BELL: ""UCI for NB-IoT"", 《3GPP TSG-RAN WG1 NB-IOT AD-HOC MEETING》 *
NOKIA, ALCATEL-LUCENT SHANGHAI BELL: ""Scheduling Request Multiplexing with ACK/NACK"", 《3GPP TSG-RAN WG1 MEETING #86》 *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112118633A (zh) * 2019-06-21 2020-12-22 华为技术有限公司 调度请求信息的传输方法、装置及***
CN112118633B (zh) * 2019-06-21 2022-10-11 华为技术有限公司 调度请求信息的传输方法、装置及***
CN111954261A (zh) * 2020-08-07 2020-11-17 展讯通信（上海）有限公司 上行harq的发送方法及相关产品
CN111954261B (zh) * 2020-08-07 2022-09-13 展讯通信（上海）有限公司 上行harq的发送方法及相关产品

Also Published As

Publication number Publication date
KR20200004928A (ko) 2020-01-14
KR20190039273A (ko) 2019-04-10
KR102195797B1 (ko) 2020-12-28
EP3509239A1 (en) 2019-07-10
US20190223190A1 (en) 2019-07-18
US11671295B2 (en) 2023-06-06
US20230261917A1 (en) 2023-08-17
EP3923498B1 (en) 2023-11-08
JP2020501441A (ja) 2020-01-16
US20210045133A1 (en) 2021-02-11
KR102066103B1 (ko) 2020-01-14
US10873956B2 (en) 2020-12-22
EP3923498A1 (en) 2021-12-15
US20190239239A1 (en) 2019-08-01
EP3509239B1 (en) 2022-01-19
EP3509239A4 (en) 2019-11-06
WO2018174598A1 (ko) 2018-09-27

Similar Documents

Publication Publication Date Title
US11240085B2 (en) Methods for ENB, UE uplink transmission and reception
CN109891796A (zh) 用于确定是否发送sr的方法和nb无线装置
US10470170B2 (en) Uplink control channel for low latency communications
EP3410772B1 (en) Base station, terminal, and communication method
CN105611637B (zh) 信道发送状态的指示方法和终端
US9374211B2 (en) Method and apparatus of transmitting scheduling request in wireless communication system
CN102100017B (zh) 收发下行控制信息的设备与方法
EP3579652A1 (en) Base station device, terminal device, and communication method
CN109792739A (zh) 用于无授权上行链路多路接入的方法、装置和***
RU2507719C2 (ru) Терминал пользователя, базовая станция и способ связи в системе мобильной связи
CN109716853A (zh) 非授权带中的信道接入的方法、装置和***
CN102870480B (zh) 基站装置、移动终端装置以及通信控制方法
RU2735619C2 (ru) Терминальное устройство, устройство базовой станции и способ связи
CN108702779A (zh) 确定用于上行链路控制信道上的发送的参数的方法
EP2542009A1 (en) Method of handling uplink control information reporting and related communication device
CN106538027A (zh) 无线通信***中在非许可频谱中发送wi‑fi信号的方法和装置
CN102971981A (zh) 用于发送控制信息的方法和装置
US20190239253A1 (en) Terminal apparatus, base station apparatus, and communication method
US11303391B2 (en) Method and apparatus for transmitting uplink channels in wireless communication system

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
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20190614