CN114025414B - 资源调度方法、终端设备及网络设备 - Google Patents

资源调度方法、终端设备及网络设备 Download PDF

Info

Publication number
CN114025414B
CN114025414B CN202111138754.XA CN202111138754A CN114025414B CN 114025414 B CN114025414 B CN 114025414B CN 202111138754 A CN202111138754 A CN 202111138754A CN 114025414 B CN114025414 B CN 114025414B
Authority
CN
China
Prior art keywords
resource
nprach
resources
scheduling request
preset
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202111138754.XA
Other languages
English (en)
Other versions
CN114025414A (zh
Inventor
罗之虎
金哲
铁晓磊
陈哲
汲桐
张维良
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202111138754.XA priority Critical patent/CN114025414B/zh
Publication of CN114025414A publication Critical patent/CN114025414A/zh
Application granted granted Critical
Publication of CN114025414B publication Critical patent/CN114025414B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/12Wireless traffic scheduling
    • H04W72/1263Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1273Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of downlink data flows
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607Details of the supervisory signal
    • H04L1/1671Details of the supervisory signal the supervisory signal being transmitted together with control information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/21Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H04L1/1819Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1861Physical mapping arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055Physical resource allocation for ACK/NACK
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/0091Signaling for the administration of the divided path
    • H04L5/0094Indication of how sub-channels of the path are allocated
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/80Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W52/00Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02Power saving arrangements
    • H04W52/0209Power saving arrangements in terminal devices
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/23Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/08Non-scheduled access, e.g. ALOHA
    • H04W74/0833Random access procedures, e.g. with 4-step access
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02DCLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00Reducing energy consumption in communication networks
    • Y02D30/70Reducing energy consumption in communication networks in wireless communication networks

Landscapes

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

Abstract

本发明实施例提供一种资源调度方法、终端设备及网络设备,该方法中,终端设备在接收网络设备的配置消息后,根据配置消息获取用于发送调度请求的第一资源配置信息,该第一资源配置信息中包括用于指示增强覆盖等级的信息,进而,终端设备在该第一资源配置信息所指示的第一资源上向网络设备发送调度请求,该调度请求用于向网络设备请求上行信道资源,终端设备在发送所述调度请求时不执行随机接入过程。该方法中,终端设备在配置消息中的第一资源配置信息所指示的第一资源上向网络设备发送调度请求,即告知网络设备终端设备需要发送数据,进而直接发送上行数据,而不需要执行随机接入过程,从而减少终端设备的功耗和时延。

Description

资源调度方法、终端设备及网络设备
技术领域
本申请涉及通信技术,尤其涉及一种资源调度方法、终端设备及网络设备。
背景技术
物联网(IoT,Internet of things)是“物物相连的互联网”。它将互联网的用户端扩展到了任何物品与物品之间,进行信息交换和通信。IoT具有覆盖增强、支持大量低速率设备、非常低的成本以及低能量消耗等特殊需求。窄带物联网(Narrowband Internet ofThings,NB-IoT)系统通过提供一系列方法来满足IoT的这些特殊需求。
现有技术中,在NB-IoT系统中,当终端设备需要向网络设备发送上行数据时,需要重新发起随机接入,之后再发送上行数据。
但是,使用现有技术中的方法,终端设备需要等到随机接入过程的第二条消息之后才能发送上行数据,导致终端设备的功耗和时延的增加。
发明内容
本申请提供一种资源调度方法、终端设备及网络设备,用于解决现有技术中请求上行数据过程过长所导致的终端设备功耗及时延增加的问题。
本申请第一方面提供一种资源调度方法,在该方法中,终端设备在接收网络设备的配置消息后,根据配置消息获取用于发送调度请求的第一资源配置信息,该第一资源配置信息中包括用于指示增强覆盖等级的信息,进而,终端设备在该第一资源配置信息所指示的第一资源上向网络设备发送调度请求,该调度请求用于向网络设备请求上行信道资源,终端设备在发送所述调度请求时不执行随机接入过程。
该方法中,由网络设备预先向终端设备发送配置消息,当终端设备有上行数据需要发送时,终端设备在配置消息中的第一资源配置信息所指示的第一资源上向网络设备发送调度请求,即告知网络设备终端设备需要发送数据,进而直接发送上行数据,而不需要执行随机接入过程,从而减少终端设备的功耗和时延。
进而,网络设备发送的第一资源配置信息中指示了增强覆盖等级信息,从而指示了终端设备对应的增强覆盖等级,即,第一资源配置信息所指示的资源可以区分覆盖等级,从而满足NB-IoT系统中不同覆盖等级的终端设备的要求。
在一种可选方式中,所述终端设备接收网络设备发送的配置消息之前,还包括:
所述终端设备接收所述网络设备发送的系统消息;
所述终端设备根据所述系统消息获取NPRACH资源的配置信息;
其中,所述NPRACH资源为所述第一资源的资源集合,或者,所述NPRACH资源的子集为所述第一资源的资源集合,或者,所述NPRACH资源中除用于竞争随机接入的资源以外的资源为所述第一资源的资源集合,或者,所述NPRACH资源中除用于竞争随机接入的资源以外的资源的子集为所述第一资源的资源集合。
在一种可选方式中,终端设备在向网络设备发送调度请求时还携带待传输的上行数据的数据量信息。
在一种可选方式中,终端设备在所述第一资源上延时或提前向所述网络设备发送调度请求,所述调度请求对应的延时的时间量或提前的时间量与所述待传输的上行数据的数据量信息具有预设对应关系;或者,
所述终端设备通过所述第一资源向所述网络设备发送调度请求时携带所述待传输的上行数据的数据量信息,所述第一资源包括时域资源、频域资源、码资源,或者时域资源、频域资源、码资源的组合,所述时域资源、频域资源、码资源或者所述时域资源、频域资源、码资源的组合与所述待传输的上行数据的数据量信息具有预设对应关系。
在一种可选方式中,终端设备发送调度请求的信号为NPRACH中的前导码,终端设备发送调度请求前执行过时间提前TA调整。
本申请第二方面提供一种资源调度方法,该方法中,网络设备首先向终端设备发送配置消息,该配置消息用于终端设备获取用于发送调度请求的第一资源配置信息,该第一资源配置信息中包括用于指示增强覆盖等级的信息。进而,网络设备接收终端设备在第一资源配置信息所指示的第一资源上发送的调度请求,该调度请求用于向网络设备请求上行信道资源,终端设备在发送该调度请求时不执行随机接入过程。进而,网络设备根据调度请求向终端设备分配上行信道资源。
在一种可选方式中,所述网络设备向终端设备发送配置消息之前,还包括:
所述网络设备向所述终端设备发送系统消息,所述系统消息中携带NPRACH资源的配置信息;
其中,所述NPRACH资源为所述第一资源的资源集合,或者,所述NPRACH资源的子集为所述第一资源的资源集合,或者,所述NPRACH资源中除用于竞争随机接入的资源以外的资源为所述第一资源的资源集合,或者,所述NPRACH资源中除用于竞争随机接入的资源以外的资源的子集为所述第一资源的资源集合。
在一种可选方式中,网络设备可以根据终端设备发送的调度请求确定待传输的上行数据的数据量信息。
在一种可选方式中,所述网络设备根据在所述第一资源上所接收的所述调度请求对应的延时的时间量或提前的时间量确定所述待传输的上行数据的数据量信息,其中,所述调度请求对应的延时的时间量或提前的时间量与所述待传输的上行数据的数据量信息具有预设对应关系;
或者,
所述网络设备根据所接收的所述调度请求对应的所述第一资源确定所述待传输的上行数据的数据量信息,其中,所述第一资源包括时域资源、频域资源、码资源,或者时域资源、频域资源、码资源的组合,所述时域资源、频域资源、码资源或者所述时域资源、频域资源、码资源的组合与所述待传输的上行数据的数据量信息具有预设对应关系。
在一种可选方式中,网络设备接收的调度请求的信号为NPRACH中的前导码,终端设备发送调度请求前执行过时间提前TA调整。
在一种可选方式中,所述系统消息中携带第一预设参数和第二预设参数;
所述第一资源的资源集合的载波位置根据所述NPRACH资源的载波位置与所述第一预设参数确定,所述第一资源的资源集合的起始子载波位置根据所述NPRACH资源的起始子载波位置与所述第二预设参数确定;
或者,
所述第一资源的资源集合的载波位置根据所述NPRACH资源的子集的载波位置与所述第一预设参数确定,所述第一资源的资源集合的起始子载波位置根据所述NPRACH资源的子集的起始子载波位置与所述第二预设参数确定。
在一种可选方式中,所述系统消息中携带第一偏置参数和第二偏置参数;
所述第一资源的资源集合的载波位置根据所述NPRACH资源的载波位置和所述第一偏置参数确定,所述第一资源的资源集合的起始子载波位置根据所述NPRACH资源的起始子载波位置和所述第二偏置参数确定;
或者,
所述第一资源的资源集合的载波位置根据所述NPRACH资源的子集的载波位置和所述第一偏置参数确定,所述第一资源的资源集合的起始子载波位置根据所述NPRACH资源的子集的起始子载波位置和所述第二偏置参数确定。
在一种可选方式中,所述系统消息中携带第一预设比例因子和第二预设比例因子;
所述第一资源的资源集合的载波位置根据所述NPRACH资源的载波位置与所述第一预设比例因子确定,所述第一资源的资源集合的起始子载波位置根据所述NPRACH资源的起始子载波位置与所述第二预设比例因子确定;
或者,
所述第一资源的资源集合的载波位置根据所述NPRACH资源的子集的载波位置与所述第一预设比例因子确定,所述第一资源的资源集合的起始子载波位置根据所述NPRACH资源的子集的起始子载波位置与所述第二预设比例因子确定。
本申请第三方面提供一种资源调度方法,在该方法中,终端设备接收网络设备发送的下行控制信息DCI指示,所述DCI用于指示第一资源,所述第一资源为用于NPUSCHformat2传输的时频资源,进而,终端设备根据DCI确定所述第一资源,进而,终端设备在所述第一资源上向所述网络设备发送调度请求。
该方法中,终端设备在第一资源上向网络设备发送调度请求,该第一资源为用于NPUSCH format2传输的时频资源,即终端设备可以利用NPUSCH format2来发送调度请求,从而节省专门用于调度请求的资源。
在一种可选方式中,所述终端设备在所述第一资源上向所述网络设备发送调度请求,包括:
所述终端设备通过高阶调制将所述调度请求与HARQ-ACK反馈信息同时在所述第一资源上传输。
在一种可选方式中,所述终端设备通过对HARQ-ACK反馈消息对应的调制符号进行相位旋转同时在所述第一资源上传输所述调度请求以及HARQ-ACK反馈信息。
在一种可选方式中,所述终端设备通过将HARQ-ACK反馈信息对应的调制符号或编码比特乘以预设正交码,以同时在所述第一资源上传输所述调度请求以及HARQ-ACK反馈信息。
在一种可选方式中,所述预设正交码为长度为16的哈达玛序列。
在一种可选方式中,所述终端设备根据HARQ-ACK反馈信息和预设正交序列确定第一传输序列,并在第一资源上传输所述第一传输序列,其中,所述第一传输序列用于同时携带HARQ-ACK反馈信息以及调度请求信息。
该方式中,终端设备根据HARQ-ACK对应的调制符号和预设正交序列来传输HARQ-ACK反馈信息和调度请求,可以使得接收这些信息的网络设备在检测是否有调度请求时不需要进行复杂的译码操作,而仅需要直接做相干合并,完成序列检测,从而降低检测的复杂度。
在一种可选方式中,所述预设正交序列为第一正交序列或第二正交序列,所述第一正交序列在没有调度请求传输时使用,所述第二正交序列在有调度请求传输时使用。
该方式中,正交序列有良好的互相关性,可以有效分辨有调度请求和无调度请求这两种状态。
在一种可选方式中,若没有调度请求传输、且HARQ-ACK反馈信息为ACK,则所述第一传输序列为复数符号序列,所述复数符号序列为根据ACK对应的调制符号和所述第一正交序列确定出的。
在一种可选方式中,若没有调度请求传输、且HARQ-ACK反馈信息为NACK,则所述第一传输序列为复数符号序列,所述复数符号序列为根据NACK对应的调制符号和所述第一正交序列所确定出的。
在一种可选方式中,若有调度请求传输、且HARQ-ACK反馈信息为ACK,则所述第一传输序列为复数符号序列,所述复数符号序列为根据ACK对应的调制符号和所述第二正交序列所确定出的。
在一种可选方式中,若有调度请求传输、且HARQ-ACK反馈信息为NACK,则所述第一传输序列为复数符号序列,所述复数符号序列为根据NACK对应的调制符号和所述第二正交序列所确定出的复数符号序列。
在一种可选方式中,所述第一正交序列的元素个数与所述第二正交序列的元素个数相同,并且,所述第一正交序列和所述第二正交序列相互正交。
在一种可选方式中,所述第一正交序列的元素个数与ACK对应的调制符号的个数相同,并且,所述第一正交序列的元素个数与NACK对应的调制符号的个数相同。
在一种可选方式中,所述第一正交序列和所述第二正交序列分别为16阶哈达玛矩阵中的一行,或者,所述第一正交序列和所述第二正交序列分别为16阶哈达玛矩阵中的一列。
在一种可选方式中,所述预设正交序列为第三正交序列。
在一种可选方式中,所述第三正交序列在有调度请求传输时使用。
该方式中,对于HARQ-ACK反馈信息,其自身隐含携带一个全1序列,因此采用一个正交序列即可达到同时携带调度请求信以及HARQ-ACK反馈信息的技术效果,同时可以减少序列检测的次数,有利于降低复杂度和功耗。
在一种可选方式中,若有调度请求传输、且HARQ-ACK反馈信息为ACK,则所述第一传输序列为复数符号序列,所述复数符号序列为根据ACK对应的调制符号及所述第三正交序列所确定出的。
在一种可选方式中,若有调度请求传输、且HARQ-ACK反馈信息为NACK,则所述第一传输序列为复数符号序列,所述复数符号序列为根据NACK对应的调制符号及所述第三正交序列所确定出的。
在一种可选方式中,所述第三正交序列的元素个数与ACK对应的调制符号的个数相同,并且,所述第三正交序列的元素个数与NACK对应的调制符号的个数相同。
在一种可选方式中,所述第三正交序列为16阶哈达玛矩阵中的一行或一列。
在一种可选方式中,还包括:
所述终端设备向所述网络设备发送调度请求时携带待传输的上行数据的数据量信息。
在一种可选方式中,所述待传输的上行数据的数据量信息与所述高阶调制的星座点具有预设对应关系。
在一种可选方式中,所述待传输的上行数据的数据量信息与所述相位旋转大小具有预设对应关系。
在一种可选方式中,所述待传输的上行数据的数据量信息与所述预设正交码序列具有预设对应关系。
本申请第四方面提供一种资源调度方法,该方法中,网络设备首先向终端设备发送DCI指示,该DCI用于指示第一资源,该第一资源为用于NPUSCH format2传输的时频资源。进而,网络设备接收终端设备在第一资源上发送的调度请求,进而,网络设备根据调度请求向终端设备分配上行信道资源。
在一种可选方式中,终端设备通过高阶调制将调度请求与HARQ-ACK反馈信息同时在第一资源上传输,网络设备根据接收到的高阶调制后的信号确定终端设备是否发送了调度请求。
在一种可选方式中,终端设备通过对HARQ-ACK反馈消息对应的调制符号进行相位旋转,以同时在第一资源上传输调度请求以及HARQ-ACK反馈信息,网络设备根据接收到的进行相位旋转的调制符号确定终端设备是否发送了调度请求。
在一种可选方式中,终端设备通过将HARQ-ACK反馈信息对应的调制符号或编码比特乘以预设正交码,以同时在第一资源上传输调度请求以及HARQ-ACK反馈信息,网络设备根据接收到的乘以预设正交码之后的调制符号确定终端设备是否发送了调度请求。
在一种可选方式中,上述预设正交码为长度为16的哈达玛序列。
在一种可选方式中,网络设备根据终端设备发送的调度请求确定待传输的上行数据的数据量信息。
在一种可选方式中,上述待传输的上行数据的数据量信息与高阶调制的星座点具有预设对应关系。
在一种可选方式中,上述待传输的上行数据的数据量信息与相位旋转大小具有预设对应关系。
在一种可选方式中,上述待传输的上行数据的数据量信息与所述预设正交码序列具有预设对应关系。
本申请第五方面提供一种终端设备,该终端设备具有实现第一方面中终端设备的功能。这些功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。
在一种可能的设计中,该终端设备可以包括接收模块、处理模块以及发送模块,这些模块可以执行上述方法中的相应功能,例如:接收模块,用于接收网络设备发送的配置消息;处理模块,用于根据接收模块接收的配置信息获取用于发送调度请求的第一资源配置信息,该第一资源配置信息中包括用于指示增强覆盖等级的信息;发送模块,用于在处理模块获取的第一资源配置信息所指示的第一资源上向网络设备发送调度请求,该调度请求用于向网络设备请求上行信道资源,终端设备在发送该调度请求时不执行随机接入过程。
本申请第六方面提供一种网络设备,该网络设备具有实现第二方面中网络设备的功能。这些功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。
在一种可能的设计中,该网络设备可以包括发送模块、接收模块以及处理模块,这些模块可以执行上述方法中的相应功能,例如:发送模块,用于向终端设备发送配置消息,该配置消息用于终端设备获取用于发送调度请求的第一资源配置信息,第一资源配置信息中包括用于指示增强覆盖等级的信息;接收模块,用于接收终端设备在第一资源配置信息所指示的第一资源上发送的调度请求,该调度请求用于向网络设备请求上行信道资源,终端设备在发送该调度请求时不执行随机接入过程;处理模块,用于根据接收模块接收的调度请求向终端设备分配上行信道资源。
本申请第七方面提供一种终端设备,该终端设备具有实现第三方面中终端设备的功能。这些功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。
在一种可能的设计中,该终端设备可以包括接收模块、处理模块以及发送模块,这些模块可以执行上述方法中的相应功能,例如:接收模块,用于接收网络设备发送的DCI指示,该DCI用于指示第一资源,第一资源为用于NPUSCH format2传输的时频资源;处理模块,用于根据DCI确定第一资源;发送模块,用于在第一资源上向网络设备发送调度请求。
本申请第八方面提供一种网络设备,该网络设备具有实现第四方面中网络设备的功能。这些功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。
在一种可能的设计中,该网络设备可以包括发送模块、接收模块以及处理模块,这些模块可以执行上述方法中的相应功能,例如:发送模块,用于向终端设备发送DCI指示,该DCI用于指示第一资源,该第一资源为用于NPUSCH format2传输的时频资源;接收模块,用于接收终端设备在第一资源上发送的调度请求;处理模块,用于根据调度请求向终端设备分配上行信道资源。
本申请第九方面提供一种终端设备,该终端设备包括存储器以及处理器,所述存储器用于存储程序指令,所述处理器用于调用所述存储器中的程序指令,实现上述第一方面及其各实施方式中的方法。
本申请第十方面提供一种网络设备,该网络设备包括存储器以及处理器,所述存储器用于存储程序指令,所述处理器用于调用所述存储器中的程序指令,实现上述第二方面及其各实施方式中的方法。
本申请第十一方面提供一种终端设备,该终端设备包括存储器以及处理器,所述存储器用于存储程序指令,所述处理器用于调用所述存储器中的程序指令,实现上述第三方面及其各实施方式中的方法。
本申请第十二方面提供一种网络设备,该网络设备包括存储器以及处理器,所述存储器用于存储程序指令,所述处理器用于调用所述存储器中的程序指令,实现上述第四方面及其各实施方式中的方法。
附图说明
图1为现有NB-IoT系统中终端设备需要向网络设备发送上行数据时的处理过程的一个示例;
图2为本申请提供的资源调度方法的系统架构图;
图3为本申请提供的资源调度方法实施例一的交互流程图;
图4为现有NB-IoT系统中一个NB-IoT载波内NPRACH频域资源的分布示意图;
图5为NB-IoT随机接入的前导码示意图;
图6为延时发送NB-IoT随机接入中的前导码序列来表示传输数据信息的示例图;
图7为本申请提供的资源调度方法实施例二的交互流程图;
图8为本申请提供的一种终端设备实施例一的模块结构图;
图9为本申请提供的一种网络设备实施例一的模块结构图;
图10为本申请提供的另一种终端设备实施例一的模块结构图;
图11为本申请提供的另一种网络设备实施例一的模块结构图;
图12为本申请提供的一种终端设备实施例一的实体框图;
图13为本申请提供的一种网络设备实施例一的实体框图;
图14为本申请提供的另一种终端设备实施例一的实体框图;
图15为本申请提供的另一种网络设备实施例一的实体框图。
具体实施方式
应当理解,本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
在各种通信系统中,为避免资源浪费,如果终端设备没有上行数据需要传输,网络设备就不会为该终端设备分配上行资源。当终端设备有上行资源需要传输时,首先应该告知网络设备终端设备需要传输上行资源,请求网络设备为该终端设备分配上行资源。
在现有的NB-IoT系统中,当终端设备需要向网络设备发送上行数据时,需要重新发起随机接入,之后再发送上行数据。图1为现有NB-IoT系统中终端设备需要向网络设备发送上行数据时的处理过程的一个示例,如图1所示,当终端设备接收到上行数据之后,重新发起随机接入,具体过程包括:
S101、终端设备向网络设备发送接入前导码。
S102、网络设备向终端设备返回随机接入响应。
S103、终端设备接收到响应之后再向网络设备发起无线资源控制(RadioResource Control,RRC)请求。
S104、网络设备向终端设备发送RRC连接建立消息。
S105、终端设备网络设备发送RRC连接建立完成消息。
S106、终端设备向网络设备发送上行数据。
其中,终端设备至少需要在S103之后才能向网络设备上报上行数据的大小,以及向网络设备发送上行数据。
即,现有技术中,终端设备需要等待较长时间、执行较多操作后才能发送上行数据,这会增加终端设备的功耗和时延。并且,当有多个终端设备发生接入冲突时,终端设备可能会发生退避甚至失败,进一步加剧终端设备的功耗和时延。
本申请基于上述问题,提出一种资源调度方法,由网络设备预先向终端设备发送配置信息,当终端设备有上行数据需要发送时,终端设备在配置信息所指示的特定资源上向网络设备发送调度请求,即告知网络设备终端设备需要发送数据,进而直接发送上行数据,而不需要执行随机接入过程,从而减少终端设备的功耗和时延。
并且,网络设备发送的配置信息中包括增强覆盖等级索引或重复次数等信息,直接或间接指示了终端设备对应的增强覆盖等级,即,配置信息所指示的资源可以区分覆盖等级,从而满足NB-IoT系统对于覆盖等级的要求。
图2为本申请提供的资源调度方法的系统架构图,如图2所示,在NB-IoT系统中,网络设备可以同多个终端设备进行通信,网络设备可以为基站,终端设备例如可以为手机、打印机等任意的进行机器类通信的终端设备。本申请所提供的方法,对于任意的终端设备都适用。
图3为本申请提供的资源调度方法实施例一的交互流程图,如图3所示,该方法的一种执行过程为:
S301、网络设备发送系统消息。
网络设备可以通过系统消息向服务小区内的所有终端设备通知可用的资源集合的配置参数,该资源集合用于终端设备向网络设备发送调度请求。例如该资源集合可以是上行随机接入信道(Narrowband Physical Random Access CHannel,NPRACH)资源、NPRACH资源子集、上行数据信道(Narrowband Physical Uplink Shared CHannel,NPUSCH)format1资源、NPUSCH format1资源子集、NPUSCH format2资源或者NPUSCH format2资源子集。例如,当该资源集合为NPRACH资源时,网络设备可以在系统消息中指示NPRACH资源的载波频点,载波数,子载波数,起始子载波频域位置,增强覆盖等级索引、重复次数,周期,起始时刻,前导码格式,前导码传输最大尝试次数等配置信息。其中,增强覆盖等级索引或重复次数可用于表示资源对应的增强覆盖等级。
如前所述,本申请通过在特定资源上发送调度请求并且不执行随机接入过程来减少终端设备的功耗及时延,基于NB-IoT系统的覆盖增强的特点,该特定资源需要区分覆盖等级,而上述的NPRACH资源是可以区分覆盖等级的,因此,作为一种可选的实施方式,本申请中用于发送调度请求的特定资源可以使用NPRACH资源,继承NPRACH资源可以区分覆盖等级的特点,以有效平衡资源和性能;而且NPRACH和上行数据之间有冲突解决机制,即NPRACH与上行数据冲突时,上行数据会推迟发送,使用NPRACH资源作为发送调度请求的特定资源,可以继承上述冲突机制,避免对网络设备的调度施加额外的限制,可以很好保持后向兼容。使用NPRACH资源前需要确定具体使用NPRACH资源中的哪些载波和哪些子载波,其中,可以根据当前NPRACH资源的配置来直接使用NPRACH资源中的一部分载波和子载波,或者,也可以根据一定的参数来计算出需要使用NPRACH资源中的哪些载波和子载波。另外,该特定资源也可以使用NPRACH资源外的其他资源。
因此,可选地,本申请中对于用于发送调度请求的特定资源可以通过以下三种方式来确定:
第一种方式:
根据当前NPRACH资源的配置直接确定将NPRACH资源的哪些资源作为上述特定资源。
在这种方式中,可以预先在网络设备以及终端设备中配置或通过消息指示使用哪些NPRACH资源为上述特定资源,或者按照协议中制定的规则约定使用哪些NPRACH资源为上述特定资源,或者按照运营商或厂家自定义的规则约定使用哪些NPRACH资源为上述特定资源,不需要网络设备通过本步骤的系统消息来通知。
第二种方式:
设置一些参数,根据当前NPRACH资源集合和这些参数,确定将NPRACH资源的哪些资源作为上述特定资源。
在这种方式中,网络设备可以通过上述系统消息通知这些参数。即,网络设备除了在系统消息中指示NPRACH资源的载波频点,载波数等信息外,还可以指示确定发送调度请求的特定资源所对应的这些参数。
第三种方式:
网络设备直接通过上述系统消息指示可作为上述特定资源的资源集合,而不依赖NPRACH资源集合,网络设备可以在系统消息中指示上述特定资源的配置参数,包括载波位置、载波数、子载波数、起始子载波频域位置、调度请求最大传输次数等。
由于网络设备直接通过系统消息指示上述特定资源的配置参数,因此这种方式所确定出的资源也可能是NPRACH资源,也可能是NPRACH资源之外的资源。
上述三种方式的具体实现方法将在本实施例之后进行具体描述。
S302、网络设备向终端设备发送配置消息。
其中,该配置消息用于指示终端设备用于发送调度请求的第一资源配置信息。
S303、终端设备根据上述配置消息,获取用于发送调度请求的第一资源配置信息。
当终端设备接收到上述配置消息后,获取其中携带的第一资源配置信息,第一资源配置信息中可以包括载波索引,起始子载波索引,调度请求最大传输次数,以及用于指示增强覆盖等级的信息等,其中,用于指示增强覆盖等级的信息具体可以为增强覆盖等级索引或重复次数。
以步骤S301中所描述的三种方式中的第一种方式为例,用于发送调度请求的特定资源直接使用NPRACH资源,则首先,在S301的系统消息中,网络设备会向服务小区内所有的终端设备广播NPRACH资源集合,包括载波数、子载波数、起始子载波频域位置以及重复次数等。各终端设备接收到系统消息后,就获知了NPRACH资源集合的配置信息。进而,网络设备根据预先配置的上述特定资源的配置信息,确定一个特定终端设备发送上述调度请求所对应的特定资源,并通过载波索引、起始子载波索引、起始子载波频域位置等信息通知该特定的终端设备使用哪些载波中的哪些子载波来发送调度请求。
其中,NPRACH资源可以区分覆盖等级,网络设备的系统消息所指示的NPRACH资源集合中的每一组NPRACH资源对应一种增强覆盖等级,网络设备根据终端设备的增强覆盖等级,以及预先配置的配置信息,在NPRACH资源集合内为终端设备分配满足其覆盖要求的资源。
在一种可选的实施方式中,网络设备具体可以通过竞争随机接入过程中的RRC消息来发送上述第一资源配置信息,具体为竞争随机接入过程中得到第四条消息。
S304、当上行数据到达时,终端设备在第一资源配置信息所指示的第一资源上向网络设备发送调度请求,同时,终端设备启动定时器,开始对调度请求传输的次数进行计数。
该第一资源即是指前述的发送调度请求的特定资源的子集,即,该特定资源为第一资源的资源集合。
该调度请求用于向网络设备请求上行信道资源,并且,终端设备在发送所述调度请求时不执行随机接入过程。
具体地,终端设备在经过前述步骤所确定的第一资源上发送调度请求,即向网络设备请求上行信道资源,而不需要像现有技术一样通过重新发起随机接入来向网络设备请求上行信道资源。
S305、网络设备在上述第一资源上检测上述终端设备发送的调度请求,如果网络设备检测到调度请求,则根据上述调度请求向终端设备分配上行信道资源,如果网络设备没有检测到调度请求,网络设备不进行传输操作。
S306、如果在定时器未超时时,终端设备接收到网络设备分配的上行信道资源,则终端设备在网络设备分配的上行信道资源上发送缓存状态报告或者上行数据,否则终端设备在上述第一资源上重新传输调度请求。如果调度请求传输的次数超过调度器请求传输的最大传输次数,终端设备触发随机接入过程。
本实施例中,由网络设备预先向终端设备发送配置消息,当终端设备有上行数据需要发送时,终端设备在配置消息中的第一资源配置信息所指示的第一资源上向网络设备发送调度请求,即告知网络设备终端设备需要发送数据,进而直接发送上行数据,而不需要执行随机接入过程,从而减少终端设备的功耗和时延。
进而,网络设备发送的第一资源配置信息中指示了增强覆盖等级信息,从而指示了终端设备对应的增强覆盖等级,即,第一资源配置信息所指示的资源可以区分覆盖等级,从而满足NB-IoT系统中不同覆盖等级的终端设备的要求。
以下具体描述前述的确定用于发送调度请求的上述特定资源的三种方式。
第一种方式:
根据当前NPRACH资源的配置直接确定将NPRACH资源的哪些资源作为上述特定资源。
在这种方式中,可以预先在网络设备以及终端设备中配置或通过消息指示使用哪些NPRACH资源为上述特定资源,或者按照协议中制定的规则约定使用哪些NPRACH资源为上述特定资源,或者按照运营商或厂家自定义的规则约定使用哪些NPRACH资源为上述特定资源,,不需要网络设备通过本步骤的系统消息来通知。
具体地,图4为现有NB-IoT系统中一个NB-IoT载波内NPRACH频域资源的分布示意图,如图4所示,假设NPRACH的频域资源全集为A,每一种增强覆盖等级对应的分配给NPRACH资源的起始子载波的频域位置记为Δf,NB-IoT可以支持的NB-IoT载波数为m,一个NB-IoT载波内的NPRACH频域资源为Ai,i=0,…,m-1,则有一个NB-IoT载波内表示UE支持single-tone Msg3的NPRACH频域资源记为Bi,i=0,…,m-1,一个NB-IoT载波内表示UE支持multi-tone Msg3的NPRACH频域资源记为Ci,i=0,…,m-1,一个NB-IoT载波内表示基于竞争随机接入的NPRACH频域资源记为Di,i=0,…,m-1,其中Di=Bi+Ci。一个NB-IoT载波内除了基于竞争随机接入之外的NPRACH频域资源记为Ei,i=0,…,m-1,则有Di+Ei=Ai
预先在网络设备以及终端设备中配置或通过消息指示使用哪些NPRACH频域资源为上述特定资源的频域资源时,或者按照协议中制定的规则约定使用哪些NPRACH频域资源为上述特定资源的频域资源时,或者按照运营商或厂家自定义的规则约定使用哪些NPRACH频域资源为上述特定资源的频域资源时,可以直接指示或约定Ai,Bi,Ci,Di,Ei,Ai-Bi,Ai-Ci,Ai-Di,Ai-Ei来表示上述特定资源的频域资源,其中i=0,…,m-1或i=1,…,m-1。例如,配置或指示或约定上述特定资源的频域资源为Ai-Di或者Ei,则代表在每个可发送调度请求的NB-IoT载波中,可以将NPRACH频域资源中除分配用于竞争随机接入的频域资源之外的频域资源作为上述特定资源的频域资源。
在一些可选的实施方式中,可以通过对上述Ai,Bi,Ci,Di,Ei的不同计算,使得上述特定资源的频域资源为NPRACH频域资源的子集,或者,上述特定资源为NPRACH资源中除用于竞争随机接入的资源之外的资源。
另外,在这种方式中,上述特定资源的时域资源可以使用现有NPRACH时域资源的配置参数,例如周期、发送的起始时刻、相对周期起始时刻的时间偏置等。
第二种方式:
设置一些参数,在当前NPRACH资源集合上通过这些参数进行计算,确定出将NPRACH资源的哪些资源作为上述特定资源。
在这种方式中,网络设备可以通过上述系统消息通知这些参数。即,网络设备除了在系统消息中指示NPRACH资源的载波频点,载波数等信息外,还可以指示确定发送调度请求的特定资源所对应的参数。
其中,这种方式可以应用在NB-IoT载波维度,也可以应用在子载波维度,或者同时应用在NB-IoT载波维度以及子载波维度。并且,可以根据NPRACH资源的载波位置与通过系统消息所指示的参数来确定上述特定资源对应的载波位置,也可以根据NPRACH资源的子集的载波位置与通过系统消息所指示的参数来确定上述特定资源的载波位置。
具体可以分为以下几种情况:
1、应用在NB-IoT载波维度,根据NPRACH资源的载波位置与通过系统消息所指示的预设参数来确定上述特定资源对应的载波位置。
2、应用在NB-IoT载波维度,根据NPRACH资源的子集的载波位置与通过系统消息所指示的预设参数来确定上述特定资源对应的载波位置。
3、应用在子载波维度,根据NPRACH资源的起始子载波位置与通过系统消息所指示的预设参数来确定上述特定资源对应的起始子载波位置。
4、应用在子载波维度,根据NPRACH资源的子集的起始子载波位置与通过系统消息所指示的预设参数来确定上述特定对应的起始子载波位置。
5、应用在NB-IoT载波维度以及子载波维度,根据NPRACH资源的载波位置与通过系统消息所指示的第一预设参数来确定上述特定资源对应的载波位置,根据NPRACH资源的起始子载波位置与通过系统消息所指示的第二预设参数确定上述特定资源的起始子载波位置。
6、应用在NB-IoT载波维度以及子载波维度,根据NPRACH资源的子集的载波位置与通过系统消息所指示的第一预设参数来确定上述特定资源对应的载波位置,根据NPRACH资源的子集的起始子载波位置与通过系统消息所指示的第二预设参数确定上述特定资源的起始子载波位置。
在上述第5种以及第6中情况中,第一预设参数的值可以相同,也可以不同,即可以对载波以及子载波使用相同的参数,也可以分别使用不同的参数。
上述通过系统消息所指示的预设参数、第一预设参数以及第二预设参数具体可以为针对NPRACH资源或NPRACH资源的子集的偏置参数,或者,也可以为针对NPRACH资源或NPRACH资源的子集的比例因子等。
当预设参数、第一预设参数以及第二预设参数为偏置参数时,以上述第5及第6种情况为例,具体为:
上述特定资源的载波位置根据NPRACH资源的载波位置和第一偏置参数确定,上述特定资源的起始子载波位置根据NPRACH资源的起始子载波位置和第一偏置参数确定。
或者,
上述特定资源的载波位置根据NPRACH资源的子集的载波位置和第一偏置参数确定,上述特定资源的起始子载波位置根据NPRACH资源的子集的起始子载波位置和第二偏置参数确定。
其中,第一偏置参数和第二偏置参数通过网络设备发送的系统消息配置。
当预设参数、第一预设参数以及第二预设参数为比例因子时,以上述第5及第6种情况为例,具体为:
上述特定资源的载波位置根据NPRACH资源的载波位置与第一预设比例因子确定,上述特定资源的起始子载波位置根据NPRACH资源的起始子载波位置与第二预设比例因子确定。
或者,
上述特定资源的载波位置根据NPRACH资源的子集的载波位置与第一预设比例因子确定,上述特定资源的起始子载波位置根据NPRACH资源的子集的起始子载波位置与第二预设比例因子确定。
其中,第一预设比例因子和第二预设比例因子通过网络设备发送系统消息配置。
以下继续结合图4所示的NPRACH资源划分来介绍上述过程的示例。
1、子载波维度
假设偏置参数为Fi,i=0,…,m-1。Fi可以是相对于Ai,Bi,Ci,Di,Ei起始子载波的频域偏置,也可以是相对Ai-Bi,Ai-Ci,Ai-Di,Ai-Ei起始子载波的频域偏置。
假设比例因子为αi,i=0,…,m-1。Ai或Bi或Ci或Di或Ei中占比αi可以配置为的上述特定资源的频域资源,或者Ai或Bi或Ci或Di或Ei中占比(1-αi)可以配置为上述特定资源的频域资源,或者Ai-Bi或Ai-Ci或Ai-Di或Ai-Ei中占比αi可以配置为上述特定资源的频域资源,或者Ai-Bi或Ai-Ci或Ai-Di或Ai-Ei中占比(1-αi)可以配置为上述特定资源的频域资源,其中i=0,…,m-1或i=1,…,m-1。
2、NB-IoT载波维度
在NB-IoT载波维度,参数除了可以为偏置参数和比例因子外,还可以为位图。
偏置参数:
偏置参数可以是相对NB-IoT载波索引的偏置,例如,NB-IoT配置了m个NB-IoT载波,用于发起随机接入,载波索引为0,1,…,m-1,相对偏置可以是相对NB-IoT载波索引0的偏置,相对NB-IoT载波索引1的偏置等。
比例因子:
假设比例因子为β,载波索引I,I为整数,0≤I≤m-1,满足 的NB-IoT载波用于发送调度请求。或者I为正整数,1≤I≤m-1,满足 的NB-IoT载波用于发送调度请求。
位图:
假设用长度为m的位图来表示,位图中比特位与NB-IoT载波索引一一对应,低比特位表示最小索引号,或者高比特位表示最小索引号,或者按照其它预设规则排列,本申请不作具体限制。网络设备和终端设备均使用同一预设排列规则。位图中比特位置0表示对应NB-IoT载波配置为上述特定资源的频域资源或者比特位置1表示对应NB-IoT载波配置为上述特定资源的频域资源,比特0或比特1的数量表示配置为上述特定资源的NB-IoT载波数量。假设NB-IoT支持16个NB-IoT载波,可以用16比特的位图来配置或指示上述特定资源的频域资源,位图中比特位置1表示对应NB-IoT载波配置为上述特定资源的频域资源,低比特位于最小索引号对应,则位图1100100010100001表示有6个NB-IoT载波配置为上述特定资源的频域资源。
以下给出在上述第5种情况下,使用偏置参数作为参数的具体示例:
假设网络设备的系统消息中指示的第一偏置参数,即NB-IoT载波维度的偏置参数为F1,网络设备的系统消息中指示的第二偏置参数,即子载波维度的偏置参数为F2。其中,F1代表上述特定资源的载波位置是在NPRACH资源的索引为0的NB-IoT载波上偏置F1个NB-IoT载波得到,F2代表上述特定资源的起始子载波位置是在NPRACH资源的Ai中的起始子载波位置上偏移F2个子载波得到。
当网络设备向终端设备发送配置信息时,就可以将根据F1计算得出的载波索引,以及根据F2计算得出的子载波索引发送给终端设备。
另外,在这种方式中,上述特定资源的时域资源可以通过在NPRACH时域资源上引入位图来表示,例如,可以用位图中的比特位表示符号粒度、时隙粒度、子帧粒度或者NPRACH周期粒度等,比特位1表示对应的符号、时隙、子帧或者NPRACH周期作为上述特定资源的时域资源,比特位0表示对应的符号、时隙、子帧或者NPRACH周期不作为上述特定资源的时域资源,这里只是示例,比特位0或1对应含义也可以和上述示例相反。
第三种方式:
网络设备直接通过上述系统消息指示可作为第一资源的资源集合,而不依赖NPRACH资源,网络设备可以在系统消息中指示第一资源的配置参数,包括载波数、子载波数、起始子载波频域位置等。
该方法中,网络设备可以灵活指示可以作为第一资源的资源集合,而不需要重用现有的NPRACH资源,因此可以更加灵活的进行资源分配。
以上列出了确定特定资源的一些可选实施方式,在具体实施过程中,可以根据需要选择上述各方式中的一种或其组合来进行第一资源配置,所确定的特定资源可以为NPRACH资源,或者,为NPRACH资源的子集,或者,为NPRACH资源中除用于竞争随机接入的资源之外的资源,或者,为NPRACH资源中除用于竞争随机接入的资源之外的资源的子集,或者为NPRACH资源之外的资源。
以下介绍终端设备向网络设备通知上行数据量的方法。
在图3所示的步骤S304中,终端设备在第一资源上向网络设备发送调度请求,以请求网络设备分配上行信道资源。除此之外,终端设备还需要向网络设备告知需要传输的上行数据的大小,以使网络设备根据该信息分配合理地上行信道资源。一种可选的实施方式中,终端设备可以在步骤S304之后再向网络设备发送一条用于通知上行数据大小的消息。另一种可选的实施方式中,终端设备可以在步骤S304中发送调度请求时隐含携带上行数据量的信息,网络设备再根据调度请求确定待传输的上行数据的数据量信息。其中,第二种方式下可以节省终端设备专门向网络设备上报上行数据量的过程,因此可以节省无线传输资源。以下主要描述第二种方式的具体实施过程。
在第二种方式中,终端设备在向网络设备发送调度请求时携带待传输的上行数据的数据量信息,网络设备根据调度请求确定待传输的上行数据的数据量信息。
具体地,可以通过下述两种方法来实施:
(1)通过资源类型隐含携带待传输的上行数据的数据量信息
终端设备通过第一资源向网络设备发送调度请求时携带待传输的上行数据的数据量信息,网络设备根据所接收的调度请求对应的第一资源确定待传输的上行数据的数据量信息。
其中,第一资源包括时域资源、频域资源、码资源,或者时域资源、频域资源、码资源的组合。时域资源、频域资源、码资源或者时域资源、频域资源、码资源的组合与待传输的上行数据的数据量信息具有预设对应关系。
具体地,可以将第一资源对应的时域资源对应一种时刻,频域资源对应的一种频域位置,码资源对应的一种正交码,或者其组合与待传输的上行数据的数据量信息对应。
例如,针对时域资源,终端设备根据第一资源配置消息中指示的覆盖等级信息确定发送调度请求的周期和起始时刻,终端设备发送调度请求的周期为奇数周期或者偶数周期指示传输信息量。
针对频域资源,
第一资源配置消息中包含多个载波索引,终端设备发送调度请求时的起始子载波位置或索引与待传输的上行数据的数据量信息具有预设对应关系;
或者,第一资源配置消息中包含多个起始子载波索引,终端设备发送调度请求时的起始子载波位置或索引与待传输的上行数据的数据量信息量具有预设对应关系;
或者,第一资源配置消息中包含多个载波索引和多个起始子载波索引,终端设备发送调度请求时的载波位置和起始子载波位置与待传输的上行数据的数据量信息量具有预设对应关系;
或者,第一资源配置消息中包含多个载波索引和多个起始子载波索引,终端设备发送调度请求时的载波索引和起始子载波索引与待传输的上行数据的数据量信息量具有预设对应关系。
针对码资源,第一资源配置消息中包含多个正交码,终端设备发送调度请求时的正交码或正交码索引与待传输的上行数据的数据量信息量具有预设对应关系。
上述时域资源和频域资源的组合,频域资源和码资源的组合,时域资源和码资源的组合,以及时域资源,频域资源和码资源的组合与待传输的上行数据的数据量信息量具有预设对应关系。
(2)通过延时或提前发送调度请求隐含携带待传输的上行数据的数据量信息
在一种可选的实施方式中,终端设备发送调度请求的信号可以为NPRACH的前导码。
图5为NB-IoT随机接入的前导码示意图,如图5所示,NB-IoT随机接入前导码由单个子载波跳频的符号组组成。一个前导码是由4个符号组组成,每个符号组包括一个循环前缀和5个符号,5个符号中每个符号的时长都相同,为8192Ts,其中Ts为时间单元满足Ts=1/(15000×2048)秒,一个循环前缀的时长可以和一个符号的时长可以相同,可以不同。在实际传输时,前导码根据网络配置的重复次数可以重复多次。
NPRACH前导码的频域跳频的范围是在12个子载波内。一个NB-IoT载波的带宽是180kHz,一个NPRACH前导码占用一个子载波,子载波带宽是3.75kHz,因此一个NB-IoT载波最多可以支持180/3.75=48个NPRACH前导码。
在一种可选的实施方式中,终端设备发送调度请求的信号可以为NPRACH的前导码或者为类似NPRACH前导结构的新序列,即该序列也是由由单个子载波跳频的符号组组成。一个前导码是由4个符号组组成,每个符号组包括一个循环前缀和5个符号,5个符号中每个符号的时长都相同,为8192Ts,其中Ts为时间单元满足Ts=1/(15000×2048)秒,一个循环前缀的时长可以和NPRACH前导码的循环前缀时长相同或者不同。序列的频域跳频的范围是在12个子载波内。
本实施例中,终端设备发送的调度请求的序列可以是NB-IoT随机接入中的前导码序列,并且,在发送调度请求之前,终端设备已经执行过时间提前(Timing Advance,TA)调整。
进而,终端设备在第一资源上使用NB-IoT随机接入中的前导码序列发送调度请求时,可以在第一资源上延时或提前发送调度请求,发送的调度请求对应的延时的时间量或提前的时间量与待传输的上行数据的数据量信息具有预设对应关系,网络设备根据在第一资源上所接收的调度请求对应的延时的时间量或提前的时间量确定待传输的上行数据的数据量信息。
示例性地,图6为延时发送NB-IoT随机接入中的前导码序列来表示传输数据信息的示例图,如图6所示,终端设备可以分别通过延时0个符号时长、1/4个符号时长、1/2个符号时长以及3/4个符号时长发送前导码序列来分别表示一个待传输的上行数据的数据量的范围,这里的符号时长和NPRACH前导码中一个符号的时长相同,为8192Ts,其中Ts为时间单元满足Ts=1/(15000×2048)秒。
假设延时符号与待传输的上行数据的数据量范围的对应关系如表1所示,则当终端设备在第一资源上延时1/4个符号时长向网络设备发送调度请求后,网络设备检测到该调度请求延时了1/4个符号时长,则网络设备可以确定出该终端设备需要发送的上行数据在大于10字节且小于或者等于12字节的范围以内,则网络设备可以为该终端设备分配大于10字节且小于或等于12字节的数据对应的上行信道资源。
表1
延时符号 待传输的上行数据的数据量范围(字节)
0个符号时长 0<待传输的上行数据的数据量<=10
1/4个符号时长 10<待传输的上行数据的数据量<=12
1/2个符号时长 12<待传输的上行数据的数据量<=14
3/4个符号时长 14<待传输的上行数据的数据量<=17
需要说明的是,图6中仅示出了前导码序列的一个符号组,其他符号组的延时策略与其保持一致。
图7为本申请提供的资源调度方法实施例二的交互流程图,该实施例的应用场景是当网络设备调度上行传输期间,终端设备有上行数据到达,如图7所示,该方法的另一种执行过程为:
S701、终端设备接收网络设备发送的下行控制信息(Downlink ControlInformation,DCI)指示。
上述DCI用于指示第一资源,该第一资源为用于NPUSCH format2传输的时频资源,同时第一资源用于终端设备发送调度请求。
NB-IoT系统中的上行物理信道有NPRACH和NPUSCH,其中,NPUSCH包括NPUSCHformat1以及NPUSCH format2,NPUSCH format1用于上行数据传输,NPUSCH format2用于承载下行HARQ-ACK反馈信息。
本实施例中,第一资源使用NPUSCH format2资源。
S702、终端设备根据上述DCI确定第一资源。
本步骤为可选步骤。
S702、当终端设备有上行数据到达时,终端设备在上述DCI指示的第一资源上向网络设备发送调度请求。
进而,网络设备在第一资源上接收并检测上述终端设备发送的调度请求,只要网络设备在第一资源上检测到上述终端设备发送的调度请求,则网络设备向终端设备分配上行信道资源;否则,网络设备只会根据检测到的HARQ-ACK反馈信息,执行相应的HARQ操作。
本实施例中,终端设备在第一资源上向网络设备发送调度请求,该第一资源为用于NPUSCH format2传输的时频资源,即终端设备可以利用NPUSCH format2来发送调度请求,从而节省专门用于调度请求的资源。
在上述实施例的基础上,本实施例涉及终端设备使用NPUSCH format2资源发送调度请求的具体方法。
在一种可选的方式中,终端设备可以通过高阶调制将上述调度请求与HARQ-ACK反馈信息同时在第一资源上传输。HARQ-ACK反馈信息中ACK为肯定应答,NACK为否定应答。
可选地,终端设备可以根据要发送的信息进行正交相移键控(Quadrature PhaseShift Keying,QPSK)调制,例如,调制成00表示只发送ACK,调制成01表示既发送ACK又发送调度请求,调制成11表示只发送NACK,调制成10表示既发送NACK又发送调度请求。
在另一种可选的方式中,终端设备也可以通过对HARQ-ACK反馈消息对应的调制符号进行相位旋转,以同时在第一资源上传输调度请求以及HARQ-ACK反馈信息。
可选地,可以用HARQ-ACK反馈信息的调制符号星座点加π/2相位旋转表示既发送ACK又发送调度请求,用NACK调制符号星座点加π/2相位旋转表示既发送NACK又发送调度请求。
在另一种可选的方式中,终端设备也可以通过将HARQ-ACK反馈信息对应的调制符号或编码比特乘以预设正交码,以同时在第一资源上传输调度请求以及HARQ-ACK反馈信息。
可选地,例如NB-IoT中HARQ-ACK反馈信息编码后为16长的码字,ACK的信息比特1,编码后为16个1,NACK的信息比特0,编码后为16个0。ACK编码比特乘以一个长度为16的哈达玛序列中的一个子序列,比如{1,-1,1,-1,1,-1,1,-1,1,-1,1,-1,1,-1,1,-1}。即,若网络设备接收到的编码为16个1,则表示仅传输ACK;若网络设备接收到的编码为16个0,则表示仅传输NACK,若网路检测到正交码序列{1,-1,1,-1,1,-1,1,-1,1,-1,1,-1,1,-1,1,-1},则表示检测到传输ACK和调度请求。
在另一种可选的方式中,终端设备根据HARQ-ACK反馈信息和预设正交序列确定第一传输序列,并在第一资源上传输该第一传输序列,其中,该第一传输序列用于同时携带HARQ-ACK反馈信息以及调度请求信息。
终端设备根据HARQ-ACK对应的调制符号和预设正交序列来传输HARQ-ACK反馈信息和调度请求,可以使得接收这些信息的网络设备在检测是否有调度请求时不需要进行复杂的译码操作,而仅需要直接做相干合并,完成序列检测,从而降低检测的复杂度。
可选地,上述预设正交序列为至少一个正交序列,例如,上述预设正交序列可以为两个序列,也可以为一个序列,以下分别介绍这两种方式下终端确定传输序列的方法。
1、预设正交序列为两个序列
具体地,该预设正交序列可以为第一正交序列或第二正交序列,其中,第一正交序列在没有调度请求传输时使用,第二正交序列在有调度请求传输时使用。
正交序列有良好的互相关性,可以有效分辨有调度请求和无调度请求这两种状态。
具体地,当没有调度请求传输且HARQ-ACK反馈信息为ACK时,终端设备根据ACK对应的调制符号和第一正交序列确定复数符号序列,该复数符号序列由ACK对应的调制符号和第一正交序列逐元素相乘得到。相应地,终端设备在第一资源中除上行参考信号占用的资源以外的时频资源位置上传输该复数符号序列。
当没有调度请求传输且HARQ-ACK反馈信息为NACK时,终端设备根据NACK对应的调制符号和第一正交序列确定复数符号序列,该复数符号序列由NACK对应的调制符号和第一正交序列逐元素相乘得到。相应地,终端设备在第一资源中除上行参考信号占用的资源以外的时频资源位置上传输该复数符号序列。
当有调度请求传输且HARQ-ACK反馈信息为ACK时,终端设备根据ACK对应的调制符号和第二正交序列确定复数符号序列,该复数符号序列由ACK对应的调制符号和第二正交序列逐元素相乘得到。相应地,终端设备在第一资源中除上行参考信号占用的资源以外的时频资源位置上传输该复数符号序列。
当有调度请求传输且HARQ-ACK反馈信息为NACK时,终端设备根据NACK对应的调制符号和第二正交序列确定复数符号序列,该复数符号序列由NACK对应的调制符号和第二正交序列逐元素相乘得到。相应地,终端设备在第一资源中除上行参考信号占用的资源以外的时频资源位置上传输该复数符号序列。
可选地,上述第一正交序列和上述第二正交序列元素个数相同。例如,第一正交序列和第二正交序列的元素个数为N,N为正整数,其中,第一正交序列的元素记为ak,第二正交序列的元素记为bk,其中,k=0,1,2,…,N-1。第一正交序列和第二正交序列相互正交,即满足第一正交序列的元素个数与ACK对应的调制符号的个数相同,并且,第一正交序列的元素个数与NACK对应的调制符号的个数相同。其中,ACK对应的调制符号可以为一个重复周期内的ACK对应的调制符号,NACK对应的调制符号也可以为一个重复周期内的NACK对应的调制符号;或者,ACK对应的调制符号还可以为所有重复周期内的ACK对应的调制符号,NACK对应的调制符号也可以为所有重复周期内的NACK对应的调制符号。
以NB-IoT系统为例,在每个重复周期内,HARQ-ACK反馈信息经编码调制后得到长度为16的调制符号,第一正交序列和第二正交序列可以为16阶哈达玛矩阵中任意两个不同的行,或者,第一正交序列和第二正交序列也可以为16阶哈达玛矩阵中任意两个不同的列。16阶哈达玛矩阵如下述表2所示。示例性地,第一正交序列可以为{1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1},第二正交序列可以为{1,-1,1,-1,1,-1,1,-1,1,-1,1,-1,1,-1,1,-1}。或者,第一正交序列可以为{1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1},第二正交序列可以为{1,1,1,1,1,1,1,1,-1,-1,-1,-1,-1,-1,-1,-1}。或者,第一正交序列可以为{1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1},第二正交序列可以为{1,j,-1,-j,1,j,-1,-j,1,j,-1,-j,1,j,-1,-j},其中j为虚数单位,满足j2=-1。或者,第一正交序列可以为{1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1},第二正交序列可以为{j,-j,j,-j,j,-j,j,-j,j,-j,j,-j,j,-j,j,-j},其中j为虚数单位,满足j2=-1。
2、预设正交序列为一个序列
具体地,该预设正交序列为第三正交序列,该第三正交序列在有调度请求传输时使用。
对于HARQ-ACK反馈信息,其自身隐含携带一个全1序列,因此采用一个正交序列即可达到相同的技术效果,同时可以减少序列检测的次数,有利于降低复杂度和功耗。
具体地,当没有调度请求传输时,终端设备在第一资源中传输HARQ-ACK反馈信息,具体方法可以参照现有技术的处理方法,此处不再赘述。
当有调度请求传输且HARQ-ACK反馈信息为ACK时,终端设备根据ACK对应的调制符号和第三正交序列确定复数符号序列,该复数符号序列由ACK对应的调制符号和第三正交序列逐元素相乘得到,终端设备在第一资源中除上行参考信号占用的资源以外的时频资源位置上传输该复数符号序列。
当有调度请求传输且HARQ-ACK反馈信息为NACK时,终端设备根据NACK对应的调制符号和第三正交序列确定复数符号序列,该复数符号序列由NACK对应的调制符号和第三正交序列逐元素相乘得到,终端设备在第一资源中除上行参考信号占用的资源以外的时频资源位置上传输该复数符号序列。
记第三正交序列的元素个数为W,W为正整数。第三正交序列的元素记为ck,其中k=0,1,2,…,W-1。第三正交序列满足可选地,第三正交序列的元素个数与ACK对应的调制符号的个数相同,并且,第三正交序列的元素个数与NACK对应的调制符号的个数相同。其中,ACK对应的调制符号可以为一个重复周期内的ACK对应的调制符号,NACK对应的调制符号也可以为一个重复周期内的NACK对应的调制符号;或者,ACK对应的调制符号还可以为所有重复周期内的ACK对应的调制符号,NACK对应的调制符号也可以为所有重复周期内的NACK对应的调制符号。
以NB-IoT为例,在每个重复周期内,HARQ-ACK反馈信息经编码调制后得到长度为16的调制符号,第三正交序列可以为16阶哈达玛矩阵中的一行,或者,第三正交序列也可以为16阶哈达玛矩阵中的一列。16阶哈达玛矩阵如下述表2所示。示例性地,第三正交序列可以为{1,-1,1,-1,1,-1,1,-1,1,-1,1,-1,1,-1,1,-1}。或者,第三正交序列可以为{1,1,1,1,1,1,1,1,-1,-1,-1,-1,-1,-1,-1,-1}。或者,第三正交序列可以为{1,j,-1,-j,1,j,-1,-j,1,j,-1,-j,1,j,-1,-j},其中j为虚数单位,满足j2=-1。或者第三正交序列可以为{j,-j,j,-j,j,-j,j,-j,j,-j,j,-j,j,-j,j,-j},其中j为虚数单位,满足j2=-1。
表2
其中,需要特别说明的是,本申请中的第一正交序列、第二正交序列以及第三正交序等,仅是为了区别序列所起的名字,并无实际意义。
进一步地,终端设备还可以在通过上述几种方式传输调度请求时携带待传输的上行数据的数据量信息。
(1)通过高阶调制将上述调度请求与HARQ-ACK反馈信息同时在第一资源上传输时
可选地,待传输的上行数据的数据量信息与高阶调制的星座点具有预设对应关系,根据高阶调制的星座点可以确定出待传输的上行数据的数据量信息。
例如,通过QPSK调制,假设上行传输的数据量如表3所示,调制成00表示仅发送ACK,调制成01表示发送ACK以及索引值0对应的传输数据量范围,调制成11表示仅发送NACK,调制成10表示发送NACK以及索引值1对应的传输数据量范围。
表3
索引 传输数据量(字节)
0 0<传输数据量<=32
1 32<传输数据量<=64
(2)通过对HARQ-ACK反馈消息对应的调制符号进行相位旋转同时在所述第一资源上传输所述调度请求以及HARQ-ACK反馈信息时
可选地,待传输的上行数据的数据量信息与相位旋转大小具有预设对应关系,根据相位旋转大小可以确定出待传输的上行数据的数据量信息。
例如,假设上行传输的数据量如表4所示,可以用HARQ-ACK反馈信息的调制符号星座点加π/2相位旋转表示发送=ACK以及索引值0或索引值0对应的待传输的上行数据的数据量范围,可以用HARQ-NAC反馈信息的调制符号星座点加π/2相位旋转表示发送NACK以及索引值1或索引值对应的待传输的上行数据的数据量范围。
表4
索引 传输数据量(字节)
0 0<传输数据量<=32
1 32<传输数据量<=64
(3)通过将HARQ-ACK反馈信息对应的调制符号或编码比特乘以预设正交码,以同时在所述第一资源上传输所述调度请求以及HARQ-ACK反馈信息时
可选地,上述预设正交码为长度为16的哈达玛序列。
可选地,待传输的上行数据的数据量信息与预设正交码序列具有预设对应关系,根据预设正交码可以确定出待传输的上行数据的数据量信息。
例如,长度为16的哈达玛序列如表5所示,可以将ACK或NACK乘以16长的哈达玛序列,表示待传输的上行数据的数据量范围。
表5
图8为本申请提供的一种终端设备实施例一的模块结构图,如图8所示,该终端设备包括:
接收模块801,用于接收网络设备发送的配置消息。
处理模块802,用于根据接收模块801接收的配置信息获取用于发送调度请求的第一资源配置信息,该第一资源配置信息中包括用于指示增强覆盖等级的信息。
发送模块803,用于在处理模块802获取的第一资源配置信息所指示的第一资源上向网络设备发送调度请求,该调度请求用于向网络设备请求上行信道资源,终端设备在发送该调度请求时不执行随机接入过程。
该终端设备用于实现前述方法实施例一中终端设备的功能,其实现原理和技术效果类似,此处不再赘述。
另一实施例中,接收模块801还用于:接收所述网络设备发送的系统消息。
处理模块802还用于:根据系统消息获取NPRACH资源的配置信息。
其中,NPRACH资源为第一资源的资源集合,或者,NPRACH资源的子集为第一资源的资源集合,或者,NPRACH资源中除用于竞争随机接入的资源以外的资源为第一资源的资源集合,或者,NPRACH资源中除用于竞争随机接入的资源以外的资源的子集为第一资源的资源集合。
另一实施例中,系统消息中携带第一预设参数和第二预设参数。
第一资源的资源集合的载波位置根据NPRACH资源的载波位置与第一预设参数确定,第一资源的资源集合的起始子载波位置根据NPRACH资源的起始子载波位置与第二预设参数确定;
或者,
第一资源的资源集合的载波位置根据NPRACH资源的子集的载波位置与第一预设参数确定,第一资源的资源集合的起始子载波位置根据NPRACH资源的子集的起始子载波位置与所述第二预设参数确定。
进一步地,系统消息中携带第一偏置参数和第二偏置参数。
第一资源的资源集合的载波位置根据NPRACH资源的载波位置和第一偏置参数确定,第一资源的资源集合的起始子载波位置根据NPRACH资源的起始子载波位置和第二偏置参数确定;
或者,
第一资源的资源集合的载波位置根据NPRACH资源的子集的载波位置和第一偏置参数确定,第一资源的资源集合的起始子载波位置根据NPRACH资源的子集的起始子载波位置和第二偏置参数确定。
进一步地,系统消息中携带第一预设比例因子和第二预设比例因子。
第一资源的资源集合的载波位置根据NPRACH资源的载波位置与第一预设比例因子确定,第一资源的资源集合的起始子载波位置根据NPRACH资源的起始子载波位置与第二预设比例因子确定;
或者,
第一资源的资源集合的载波位置根据NPRACH资源的子集的载波位置与第一预设比例因子确定,第一资源的资源集合的起始子载波位置根据NPRACH资源的子集的起始子载波位置与第二预设比例因子确定。
另一实施例中,发送模块803还用于:
向网络设备发送调度请求时携带待传输的上行数据的数据量信息。
进一步地,发送模块803具体用于:
在第一资源上延时或提前向网络设备发送调度请求,调度请求对应的延时的时间量或提前的时间量与待传输的上行数据的数据量信息具有预设对应关系;
或者,
通过第一资源向网络设备发送调度请求时携带待传输的上行数据的数据量信息,第一资源包括时域资源、频域资源、码资源,或者时域资源、频域资源、码资源的组合,时域资源、频域资源、码资源或者时域资源、频域资源、码资源的组合与待传输的上行数据的数据量信息具有预设对应关系。
另一实施例中,终端设备发送调度请求的信号为NPRACH中的前导码,终端设备发送调度请求前执行过TA调整。
图9为本申请提供的一种网络设备实施例一的模块结构图,如图9所示,该网络设备包括:
发送模块901,用于向终端设备发送配置消息,该配置消息用于终端设备获取用于发送调度请求的第一资源配置信息,第一资源配置信息中包括用于指示增强覆盖等级的信息。
接收模块902,用于接收终端设备在第一资源配置信息所指示的第一资源上发送的调度请求,该调度请求用于向网络设备请求上行信道资源,终端设备在发送该调度请求时不执行随机接入过程。
处理模块903,用于根据接收模块902接收的调度请求向终端设备分配上行信道资源。
该网络设备用于实现前述方法实施例一中网络设备的功能,其实现原理和技术效果类似,此处不再赘述。
另一实施例中,发送模块901还用于:向终端设备发送系统消息,该系统消息中携带NPRACH资源的配置信息。
其中,NPRACH资源为第一资源的资源集合,或者,NPRACH资源的子集为第一资源的资源集合,或者,NPRACH资源中除用于竞争随机接入的资源以外的资源为第一资源的资源集合,或者,NPRACH资源中除用于竞争随机接入的资源以外的资源的子集为第一资源的资源集合。
另一实施例中,系统消息中携带第一预设参数和第二预设参数。
第一资源的资源集合的载波位置根据NPRACH资源的载波位置与第一预设参数确定,第一资源的资源集合的起始子载波位置根据NPRACH资源的起始子载波位置与第二预设参数确定;
或者,
第一资源的资源集合的载波位置根据NPRACH资源的子集的载波位置与第一预设参数确定,第一资源的资源集合的起始子载波位置根据NPRACH资源的子集的起始子载波位置与所述第二预设参数确定。
进一步地,系统消息中携带第一偏置参数和第二偏置参数。
第一资源的资源集合的载波位置根据NPRACH资源的载波位置和第一偏置参数确定,第一资源的资源集合的起始子载波位置根据NPRACH资源的起始子载波位置和第二偏置参数确定;
或者,
第一资源的资源集合的载波位置根据NPRACH资源的子集的载波位置和第一偏置参数确定,第一资源的资源集合的起始子载波位置根据NPRACH资源的子集的起始子载波位置和第二偏置参数确定。
进一步地,系统消息中携带第一预设比例因子和第二预设比例因子。
第一资源的资源集合的载波位置根据NPRACH资源的载波位置与第一预设比例因子确定,第一资源的资源集合的起始子载波位置根据NPRACH资源的起始子载波位置与第二预设比例因子确定;
或者,
第一资源的资源集合的载波位置根据NPRACH资源的子集的载波位置与第一预设比例因子确定,第一资源的资源集合的起始子载波位置根据NPRACH资源的子集的起始子载波位置与第二预设比例因子确定。
另一实施例中,处理模块903还用于:
根据终端设备发送的调度请求确定待传输的上行数据的数据量信息。
进一步地,处理模块903具体用于:
根据在所述第一资源上所接收的所述调度请求对应的延时的时间量或提前的时间量确定所述待传输的上行数据的数据量信息,其中,所述调度请求对应的延时的时间量或提前的时间量与所述待传输的上行数据的数据量信息具有预设对应关系;
或者,
根据所接收的所述调度请求对应的所述第一资源确定所述待传输的上行数据的数据量信息,其中,所述第一资源包括时域资源、频域资源、码资源,或者时域资源、频域资源、码资源的组合,所述时域资源、频域资源、码资源或者所述时域资源、频域资源、码资源的组合与所述待传输的上行数据的数据量信息具有预设对应关系。
另一实施例中,网络设备接收的调度请求的信号为NPRACH中的前导码,终端设备发送调度请求前执行过TA调整。
图10为本申请提供的另一种终端设备实施例一的模块结构图,如图10所示,该终端设备包括:
接收模块1001,用于接收网络设备发送的DCI指示,该DCI用于指示第一资源,第一资源为用于NPUSCH format2传输的时频资源。
处理模块1002,用于根据DCI确定第一资源。
发送模块1003,用于在第一资源上向网络设备发送调度请求。
该装置用于实现前述方法实施例二中终端设备的功能,其实现原理和技术效果类似,此处不再赘述。
另一实施例中,发送模块1003具体用于:
通过高阶调制将调度请求与HARQ-ACK反馈信息同时在第一资源上传输。
另一实施例中,发送模块1003具体还用于:
通过对HARQ-ACK反馈消息对应的调制符号进行相位旋转同时在第一资源上传输调度请求以及HARQ-ACK反馈信息。
另一实施例中,发送模块1003具体还用于:
通过将HARQ-ACK反馈信息对应的调制符号或编码比特乘以预设正交码,以同时在第一资源上传输调度请求以及HARQ-ACK反馈信息。
进一步地,上述预设正交码为长度为16的哈达玛序列。
另一实施例中,发送模块1003还用于:
向网络设备发送调度请求时携带待传输的上行数据的数据量信息。
进一步地,上述待传输的上行数据的数据量信息与高阶调制的星座点具有预设对应关系。
进一步地,上述待传输的上行数据的数据量信息与相位旋转大小具有预设对应关系。
进一步地,上述待传输的上行数据的数据量信息与所述预设正交码序列具有预设对应关系。
图11为本申请提供的另一种网络设备实施例一的模块结构图,如图11所示,该网络设备包括:
发送模块1101,用于向终端设备发送DCI指示,该DCI用于指示第一资源,该第一资源为用于NPUSCH format2传输的时频资源。
接收模块1102,用于接收终端设备在第一资源上发送的调度请求。
处理模块1103,用于根据调度请求向终端设备分配上行信道资源。
该装置用于实现前述方法实施例二中网络设备的功能,其实现原理和技术效果类似,此处不再赘述。
另一实施例中,终端设备通过高阶调制将调度请求与HARQ-ACK反馈信息同时在第一资源上传输,处理模块1103具体用于:
根据接收到的高阶调制后的信号确定终端设备是否发送了调度请求。
另一实施例中,终端设备通过对HARQ-ACK反馈消息对应的调制符号进行相位旋转,以同时在第一资源上传输调度请求以及HARQ-ACK反馈信息,处理模块1103具体还用于:
根据接收到的进行相位旋转的调制符号确定终端设备是否发送了调度请求。
另一实施例中,终端设备通过将HARQ-ACK反馈信息对应的调制符号或编码比特乘以预设正交码,以同时在第一资源上传输调度请求以及HARQ-ACK反馈信息,处理模块1103具体还用于:
根据接收到的乘以预设正交码之后的调制符号确定终端设备是否发送了调度请求。
进一步地,上述预设正交码为长度为16的哈达玛序列。
另一实施例中,
根据终端设备发送的调度请求确定待传输的上行数据的数据量信息。
进一步地,上述待传输的上行数据的数据量信息与高阶调制的星座点具有预设对应关系。
进一步地,上述待传输的上行数据的数据量信息与相位旋转大小具有预设对应关系。
进一步地,上述待传输的上行数据的数据量信息与所述预设正交码序列具有预设对应关系。
图12为本申请提供的一种终端设备实施例一的实体框图,如图12所述,该终端设备包括:
存储器1201和处理器1202。
存储器1201用于存储程序指令,处理器1202用于调用存储器1201中的程序指令,实现上述方法实施例一种终端设备的功能。
图13为本申请提供的一种网络设备实施例一的实体框图,如图13所述,该网络设备包括:
存储器1301和处理器1302。
存储器1301用于存储程序指令,处理器1302用于调用存储器1301中的程序指令,实现上述方法实施例一种网络设备的功能。
图14为本申请提供的另一种终端设备实施例一的实体框图,如图14所述,该终端设备包括:
存储器1401和处理器1402。
存储器1401用于存储程序指令,处理器1402用于调用存储器1401中的程序指令,实现上述方法实施例二中终端设备的功能。
图15为本申请提供的另一种网络设备实施例一的实体框图,如图15所述,该网络设备包括:
存储器1501和处理器1502。
存储器1501用于存储程序指令,处理器1502用于调用存储器1501中的程序指令,实现上述方法实施例二中网络设备的功能。

Claims (24)

1.一种资源调度方法,其特征在于,应用于终端设备或所述终端设备中的装置,包括:
接收配置消息;
根据所述配置消息获取用于发送调度请求的第一资源配置信息;
在所述第一资源配置信息所指示的第一资源上发送调度请求,所述调度请求用于请求上行信道资源;
所述接收配置消息之前,还包括:
接收系统消息;
根据所述系统消息获取NPRACH资源的配置信息;
其中,所述NPRACH资源为所述第一资源的资源集合,或者,所述NPRACH资源的子集为所述第一资源的资源集合,或者,所述NPRACH资源中除用于竞争随机接入的资源以外的资源为所述第一资源的资源集合,或者,所述NPRACH资源中除用于竞争随机接入的资源以外的资源的子集为所述第一资源的资源集合。
2.根据权利要求1所述的方法,其特征在于,所述第一资源配置信息中包括用于指示增强覆盖等级的信息。
3.根据权利要求2所述的方法,其特征在于,在发送所述调度请求时不执行随机接入过程。
4.根据权利要求3所述的方法,其特征在于,所述系统消息中携带第一预设参数和第二预设参数;
所述第一资源的资源集合的载波位置根据所述NPRACH资源的载波位置与所述第一预设参数确定,所述第一资源的资源集合的起始子载波位置根据所述NPRACH资源的起始子载波位置与所述第二预设参数确定;
或者,
所述第一资源的资源集合的载波位置根据所述NPRACH资源的子集的载波位置与所述第一预设参数确定,所述第一资源的资源集合的起始子载波位置根据所述NPRACH资源的子集的起始子载波位置与所述第二预设参数确定。
5.根据权利要求4所述的方法,其特征在于,所述系统消息中携带第一偏置参数和第二偏置参数;
所述第一资源的资源集合的载波位置根据所述NPRACH资源的载波位置和所述第一偏置参数确定,所述第一资源的资源集合的起始子载波位置根据所述NPRACH资源的起始子载波位置和所述第二偏置参数确定;
或者,
所述第一资源的资源集合的载波位置根据所述NPRACH资源的子集的载波位置和所述第一偏置参数确定,所述第一资源的资源集合的起始子载波位置根据所述NPRACH资源的子集的起始子载波位置和所述第二偏置参数确定。
6.根据权利要求4所述的方法,其特征在于,所述系统消息中携带第一预设比例因子和第二预设比例因子;
所述第一资源的资源集合的载波位置根据所述NPRACH资源的载波位置与所述第一预设比例因子确定,所述第一资源的资源集合的起始子载波位置根据所述NPRACH资源的起始子载波位置与所述第二预设比例因子确定;
或者,
所述第一资源的资源集合的载波位置根据所述NPRACH资源的子集的载波位置与所述第一预设比例因子确定,所述第一资源的资源集合的起始子载波位置根据所述NPRACH资源的子集的起始子载波位置与所述第二预设比例因子确定。
7.根据权利要求1-6任一项所述的方法,其特征在于,还包括:
发送调度请求时携带待传输的上行数据的数据量信息。
8.根据权利要求7所述的方法,其特征在于,发送调度请求时携带待传输的上行数据的数据量信息,包括:
在所述第一资源上延时或提前发送调度请求,所述调度请求对应的延时的时间量或提前的时间量与所述待传输的上行数据的数据量信息具有预设对应关系;或者,
通过所述第一资源发送调度请求时携带所述待传输的上行数据的数据量信息,所述第一资源包括时域资源、频域资源、码资源,或者时域资源、频域资源、码资源的组合,所述时域资源、频域资源、码资源或者所述时域资源、频域资源、码资源的组合与所述待传输的上行数据的数据量信息具有预设对应关系。
9.根据权利要求1-6、8任一项所述的方法,其特征在于,发送调度请求的信号为NPRACH中的前导码,发送调度请求前执行过时间提前TA调整。
10.一种资源调度方法,其特征在于,应用于网络设备或所述网络设备中的装置,包括:
发送配置消息,所述配置消息用于终端设备获取用于发送调度请求的第一资源配置信息;
接收调度请求,所述调度请求在所述第一资源配置信息所指示的第一资源上,所述调度请求用于请求上行信道资源;
根据所述调度请求分配上行信道资源;
发送配置消息之前,还包括:
发送系统消息,所述系统消息中携带NPRACH资源的配置信息;
其中,所述NPRACH资源为所述第一资源的资源集合,或者,所述NPRACH资源的子集为所述第一资源的资源集合,或者,所述NPRACH资源中除用于竞争随机接入的资源以外的资源为所述第一资源的资源集合,或者,所述NPRACH资源中除用于竞争随机接入的资源以外的资源的子集为所述第一资源的资源集合。
11.根据权利要求10所述的方法,其特征在于,所述第一资源配置信息中包括用于指示增强覆盖等级的信息。
12.根据权利要求11所述的方法,其特征在于,所述调度请求来自所述终端设备,所述终端设备在发送所述调度请求时不执行随机接入过程。
13.根据权利要求12所述的方法,其特征在于,所述系统消息中携带第一预设参数和第二预设参数;
所述第一资源的资源集合的载波位置根据所述NPRACH资源的载波位置与所述第一预设参数确定,所述第一资源的资源集合的起始子载波位置根据所述NPRACH资源的起始子载波位置与所述第二预设参数确定;
或者,
所述第一资源的资源集合的载波位置根据所述NPRACH资源的子集的载波位置与所述第一预设参数确定,所述第一资源的资源集合的起始子载波位置根据所述NPRACH资源的子集的起始子载波位置与所述第二预设参数确定。
14.根据权利要求13所述的方法,其特征在于,所述系统消息中携带第一偏置参数和第二偏置参数;
所述第一资源的资源集合的载波位置根据所述NPRACH资源的载波位置和所述第一偏置参数确定,所述第一资源的资源集合的起始子载波位置根据所述NPRACH资源的起始子载波位置和所述第二偏置参数确定;
或者,
所述第一资源的资源集合的载波位置根据所述NPRACH资源的子集的载波位置和所述第一偏置参数确定,所述第一资源的资源集合的起始子载波位置根据所述NPRACH资源的子集的起始子载波位置和所述第二偏置参数确定。
15.根据权利要求13所述的方法,其特征在于,所述系统消息中携带第一预设比例因子和第二预设比例因子;
所述第一资源的资源集合的载波位置根据所述NPRACH资源的载波位置与所述第一预设比例因子确定,所述第一资源的资源集合的起始子载波位置根据所述NPRACH资源的起始子载波位置与所述第二预设比例因子确定;
或者,
所述第一资源的资源集合的载波位置根据所述NPRACH资源的子集的载波位置与所述第一预设比例因子确定,所述第一资源的资源集合的起始子载波位置根据所述NPRACH资源的子集的起始子载波位置与所述第二预设比例因子确定。
16.根据权利要求10-15任一项所述的方法,其特征在于,还包括:
根据所述调度请求确定待传输的上行数据的数据量信息。
17.根据权利要求16所述的方法,其特征在于,
根据在所述第一资源上所接收的所述调度请求对应的延时的时间量或提前的时间量确定所述待传输的上行数据的数据量信息,其中,所述调度请求对应的延时的时间量或提前的时间量与所述待传输的上行数据的数据量信息具有预设对应关系;
或者,
根据所接收的所述调度请求对应的所述第一资源确定所述待传输的上行数据的数据量信息,其中,所述第一资源包括时域资源、频域资源、码资源,或者时域资源、频域资源、码资源的组合,所述时域资源、频域资源、码资源或者所述时域资源、频域资源、码资源的组合与所述待传输的上行数据的数据量信息具有预设对应关系。
18.根据权利要求10-15、17任一项所述的方法,其特征在于,接收的所述调度请求的信号为NPRACH中的前导码,所述调度请求被发送前,所述终端设备执行过时间提前TA调整。
19.一种通信装置,其特征在于,包括用于执行如权利要求1至9的任一项所述方法的模块。
20.一种通信装置,其特征在于,包括用于执行如权利要求10至18的任一项所述方法的模块。
21.一种通信装置,其特征在于,包括处理器和通信接口,所述通信接口用于接收来自所述通信装置之外的其它通信装置的信号并传输至所述处理器或将来自所述处理器的信号发送给所述通信装置之外的其它通信装置,所述处理器通过逻辑电路或执行代码指令用于实现如权利要求1至9任一项所述的方法。
22.一种通信装置,其特征在于,包括处理器和通信接口,所述通信接口用于接收来自所述通信装置之外的其它通信装置的信号并传输至所述处理器或将来自所述处理器的信号发送给所述通信装置之外的其它通信装置,所述处理器通过逻辑电路或执行代码指令用于实现如权利要求10至18任一项所述的方法。
23.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机程序,当所述计算机程序被运行时,实现如权利要求1至9中任一项所述的方法。
24.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机程序,当所述计算机程序被运行时,实现如权利要求10至18中任一项所述的方法。
CN202111138754.XA 2017-03-24 2017-05-12 资源调度方法、终端设备及网络设备 Active CN114025414B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111138754.XA CN114025414B (zh) 2017-03-24 2017-05-12 资源调度方法、终端设备及网络设备

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
PCT/CN2017/078201 WO2018170924A1 (zh) 2017-03-24 2017-03-24 资源调度方法、终端设备及网络设备
CNPCT/CN2017/078201 2017-03-24
CN201780084078.8A CN110214464B (zh) 2017-03-24 2017-05-12 资源调度方法、终端设备及网络设备
CN202111138754.XA CN114025414B (zh) 2017-03-24 2017-05-12 资源调度方法、终端设备及网络设备
PCT/CN2017/084222 WO2018171023A1 (zh) 2017-03-24 2017-05-12 资源调度方法、终端设备及网络设备

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN201780084078.8A Division CN110214464B (zh) 2017-03-24 2017-05-12 资源调度方法、终端设备及网络设备

Publications (2)

Publication Number Publication Date
CN114025414A CN114025414A (zh) 2022-02-08
CN114025414B true CN114025414B (zh) 2024-04-12

Family

ID=63584014

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202111138754.XA Active CN114025414B (zh) 2017-03-24 2017-05-12 资源调度方法、终端设备及网络设备
CN201780084078.8A Active CN110214464B (zh) 2017-03-24 2017-05-12 资源调度方法、终端设备及网络设备

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN201780084078.8A Active CN110214464B (zh) 2017-03-24 2017-05-12 资源调度方法、终端设备及网络设备

Country Status (5)

Country Link
US (1) US11533744B2 (zh)
EP (1) EP3614758A4 (zh)
JP (1) JP7221874B2 (zh)
CN (2) CN114025414B (zh)
WO (2) WO2018170924A1 (zh)

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3509239B1 (en) * 2017-03-24 2022-01-19 LG Electronics Inc. Method and narrowband wireless device for determining whether or not to transmit sr
KR20200029580A (ko) * 2017-08-09 2020-03-18 엘지전자 주식회사 랜덤 접속 과정을 수행하는 방법 및 이를 위한 장치
WO2020020335A1 (zh) * 2018-07-27 2020-01-30 Oppo广东移动通信有限公司 随机接入的方法和装置
HUE059369T2 (hu) * 2018-09-17 2022-11-28 Guangdong Oppo Mobile Telecommunications Corp Ltd Kommunikációs eljárás, végberendezés és hálózati berendezés
WO2020097805A1 (en) * 2018-11-13 2020-05-22 Nokia Shanghai Bell Co., Ltd. Uplink data resource pre-configuration
CN111586859B (zh) * 2019-02-16 2023-10-24 华为技术有限公司 资源配置的方法和装置
CN110175824A (zh) * 2019-05-22 2019-08-27 上海盛付通电子支付服务有限公司 用于进行资源配置的设备及资源配置方法
CN112583562B (zh) * 2019-09-30 2022-08-26 华为技术有限公司 数据传输的方法与装置
EP4132149A4 (en) * 2020-03-27 2023-11-29 Ntt Docomo, Inc. TERMINAL, WIRELESS COMMUNICATION METHOD AND BASE STATION
CN113873538A (zh) * 2020-06-30 2021-12-31 华为技术有限公司 一种模型数据传输方法及通信装置
CN116847464A (zh) * 2020-08-06 2023-10-03 Oppo广东移动通信有限公司 数据通信的方法、终端设备及网络设备
CN114448581A (zh) * 2020-11-03 2022-05-06 维沃移动通信有限公司 副链路drx的调度方法、终端及网络侧设备
CN115278918A (zh) * 2021-04-30 2022-11-01 华为技术有限公司 通信方法及装置
US20230239883A1 (en) * 2022-01-27 2023-07-27 Qualcomm Incorporated Techniques for granting resources for network coding procedures

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2011239358B2 (en) * 2001-05-11 2013-08-08 Abbott Diabetes Care, Inc Transition metal complexes with (pyridyl)imidazole ligands
CN103548405A (zh) * 2012-03-16 2014-01-29 华为技术有限公司 调度请求资源配置方法、设备及系统
CN103906176A (zh) * 2012-12-27 2014-07-02 华为技术有限公司 一种接入站点的方法、装置及系统
WO2016063113A1 (en) * 2014-10-24 2016-04-28 Nokia Technologies Oy Enabling power efficient dual connectivity with reduced delay impact

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101796749B (zh) * 2007-09-14 2014-05-14 Lg电子株式会社 在无线通信系统中传送控制信息的方法
KR101387537B1 (ko) * 2007-09-20 2014-04-21 엘지전자 주식회사 성공적으로 수신했으나 헤더 압축 복원에 실패한 패킷의 처리 방법
ATE545313T1 (de) * 2008-07-01 2012-02-15 Ericsson Telefon Ab L M Verfahren und anordnung in einem telekommunikationssystem
US9392591B2 (en) * 2009-05-15 2016-07-12 Alcatel Lucent Method for synchronization and signaling of occupied bands in orthogonal frequency division multiplexing (OFDM) transmissions
CN102215595A (zh) * 2010-04-07 2011-10-12 北京三星通信技术研究有限公司 一种上行调度请求传输方法
CN101980575B (zh) 2010-10-14 2013-04-24 华为技术有限公司 随机接入的处理方法和终端
KR101776873B1 (ko) * 2011-01-11 2017-09-11 삼성전자 주식회사 이동통신 시스템에서 역방향 전송 출력 결정 방법 및 장치
EP2560448A1 (en) * 2011-08-18 2013-02-20 Fujitsu Limited Scheduling request enabled uplink transmission
US9462612B2 (en) * 2012-06-27 2016-10-04 Lg Electronics Inc. Method and terminal for random access to small cell
WO2016163623A1 (ko) 2015-04-08 2016-10-13 엘지전자(주) 무선 통신 시스템에서 데이터를 송수신하기 위한 방법 및 이를 위한 장치
US10123356B2 (en) * 2015-04-27 2018-11-06 Telefonaktiebolaget Lm Ericsson (Publ) Robust selection of PRACH repetition level for MTC enhanced coverage
US10200177B2 (en) * 2015-06-12 2019-02-05 Comcast Cable Communications, Llc Scheduling request on a secondary cell of a wireless device
CN106413092B (zh) * 2015-07-22 2019-07-05 普天信息技术有限公司 上行资源分配方法及装置
CN107734652B (zh) * 2016-08-10 2020-01-21 电信科学技术研究院 一种sPUCCH传输的方法、终端及基站
US10454657B2 (en) * 2017-02-28 2019-10-22 Qualcomm Incorporated Narrowband time-division duplex frame structure for narrowband communications
US10674522B2 (en) * 2017-03-23 2020-06-02 Qualcomm Incorporated Scheduling request for one or more uplink transmissions using narrowband communications
EP3509239B1 (en) * 2017-03-24 2022-01-19 LG Electronics Inc. Method and narrowband wireless device for determining whether or not to transmit sr
EP3603133A1 (en) * 2017-03-24 2020-02-05 Intel IP Corporation DESIGN OF SCHEDULING REQUEST FOR FURTHER ENHANCED NARROWBAND INTERNET OF THINGS (feNB-IoT)

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2011239358B2 (en) * 2001-05-11 2013-08-08 Abbott Diabetes Care, Inc Transition metal complexes with (pyridyl)imidazole ligands
CN103548405A (zh) * 2012-03-16 2014-01-29 华为技术有限公司 调度请求资源配置方法、设备及系统
CN103906176A (zh) * 2012-12-27 2014-07-02 华为技术有限公司 一种接入站点的方法、装置及系统
WO2016063113A1 (en) * 2014-10-24 2016-04-28 Nokia Technologies Oy Enabling power efficient dual connectivity with reduced delay impact

Also Published As

Publication number Publication date
WO2018170924A1 (zh) 2018-09-27
EP3614758A1 (en) 2020-02-26
US11533744B2 (en) 2022-12-20
WO2018171023A1 (zh) 2018-09-27
CN110214464A (zh) 2019-09-06
US20200022173A1 (en) 2020-01-16
EP3614758A4 (en) 2020-05-27
JP7221874B2 (ja) 2023-02-14
JP2020512758A (ja) 2020-04-23
CN114025414A (zh) 2022-02-08
CN110214464B (zh) 2021-10-15

Similar Documents

Publication Publication Date Title
CN114025414B (zh) 资源调度方法、终端设备及网络设备
US10813129B2 (en) Method and apparatus for sending and receiving uplink data, terminal, and base station
EP3554155B1 (en) Resource indication method and user equipment
US10554367B2 (en) Narrowband uplink resource configuration
CN109905910B (zh) 一种信息的传输方法和基站以及用户设备
CN105393618B (zh) 信号传输方法、装置、通信系统、终端和基站
US20210099987A1 (en) Allocating transmission resources in communication networks that provide low latency services
EP3554118B1 (en) Grant-free transmission method, terminal device and network device
US20100150007A1 (en) Method for transmitting and receiving channel quality informaiton in multi carrier wireless system
EP3742850B1 (en) Uplink control information sending method, uplink control information receiving method, apparatus, and system
EP3589048B1 (en) Data sending method and apparatus, and data receiving method and apparatus
KR102398711B1 (ko) 정보 송신 방법, 장치, 프로세서 및 저장 매체
CN107370586B (zh) 一种信道传输方法及装置
EP3606251B1 (en) Information sending method and apparatus, terminal and storage medium
EP3337258A1 (en) Data transmission method, terminal device, and base station
US10873879B2 (en) Data transmission method, device, and system
EP3487108B1 (en) Information transmission method and device
CN113711679A (zh) 随机接入中的信息传输
KR20190093665A (ko) 신호 송신 방법 및 장치 그리고 신호 수신 방법 및 장치
JP2018050348A (ja) データ送信および受信方法およびデバイス
CN111756483B (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
GR01 Patent grant
GR01 Patent grant