CN107197528B - 一种资源调度和分配的方法和装置 - Google Patents

一种资源调度和分配的方法和装置 Download PDF

Info

Publication number
CN107197528B
CN107197528B CN201610143758.XA CN201610143758A CN107197528B CN 107197528 B CN107197528 B CN 107197528B CN 201610143758 A CN201610143758 A CN 201610143758A CN 107197528 B CN107197528 B CN 107197528B
Authority
CN
China
Prior art keywords
air interface
downlink control
control information
data transmission
data
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
CN201610143758.XA
Other languages
English (en)
Other versions
CN107197528A (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 CN201610143758.XA priority Critical patent/CN107197528B/zh
Priority to JP2018548438A priority patent/JP6666462B2/ja
Priority to EP17765723.6A priority patent/EP3419370B1/en
Priority to PCT/CN2017/075485 priority patent/WO2017157181A1/zh
Publication of CN107197528A publication Critical patent/CN107197528A/zh
Priority to US16/129,907 priority patent/US10819474B2/en
Application granted granted Critical
Publication of CN107197528B publication Critical patent/CN107197528B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/12Wireless traffic scheduling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/08Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • 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/1854Scheduling and prioritising arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/1887Scheduling and prioritising arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signaling, i.e. of overhead other than pilot signals
    • 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/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0078Timing of allocation
    • H04L5/0082Timing of allocation at predetermined intervals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • H04W72/044Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453Resources in frequency domain, e.g. a carrier in FDMA
    • 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
    • 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
    • H04W72/00Local resource management
    • H04W72/50Allocation or scheduling criteria for wireless resources
    • H04W72/535Allocation or scheduling criteria for wireless resources based on resource usage policies

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

本申请涉及移动通信领域,尤其涉及无线通信领域中的空口资源调度和分配技术。在一种资源调度和分配方法中,网络设备通过一条下行控制信息为同一用户设备分配用于N次数据传输的空口资源,其中,所述下行控制信息包含N次数据传输使用的空口资源信息,所述N为大于1的整数。通过本申请提供的方案,可以在业务时延允许范围内灵活的调度和分配重传类型以及相应的空口资源进行数据重传,在满足业务时延要求的前提下保证数据传输的可靠性。

Description

一种资源调度和分配的方法和装置
技术领域
本申请涉及移动通信领域,尤其涉及无线通信领域中的空口资源调度和分配技术。
技术背景
国际电信同盟(International Telecommunications Union,ITU)定义了第五代移动通信(the 5th Generation mobile communication,5G)的三个主要应用场景:增强型移动宽带(Enhanced Mobile Broadband)、高可靠低时延通信(Ultra-reliable and lowlatency communication)以及大规模机器通信(Massive machine type communication)。其中高可靠低时延通信场景包含了如工业生产无线控制、远程医学手术等对吞吐量、时延、可靠性以及资源可用性等都有严格要求的业务。此类场景下的业务由于期望时延很短(最低时延低达1ms),需要快速调度并配置可用资源,同时又需要保证数据的可靠传输。
现有无线通信***中,以LTE(Long Term Evolution)***为例,数据发射端和接收端通常通过多次混合自动重传请求(Hybrid Automatic Repeat reQuest,HARQ)过程触发数据的重传,直至数据正确接收或者达到最大重传次数限制为止,以此保证数据传输的可靠性。可以理解的是,多次HARQ重传必然带来较大的传输时延,无法满足对时延要求较高的业务诉求。因此,需要有一种资源调度和分配方法,可以满足业务的极短时延要求同时保证数据传输的可靠性。
发明内容
本文描述了一种空口资源调度和分配方法,装置以及***,以满足业务的极短时延要求同时保证数据传输的可靠性。
一方面,本申请的实施例提供一种资源调度和分配方法。方法包括网络设备发送一条下行消息,其中,所述一条下行消息具有为同一用户设备分配用于N次数据传输的空口资源的能力,所述N为大于1的整数。
在一个可能的设计中,网络设备通过一条下行消息为同一用户设备分配用于N次数据传输的空口资源,所述N为大于1的整数。通过一条下行消息分配多次数据传输的空口资源,使得上行或者下行的数据发射端不用等待下一次调度或者资源分配就可以进行数据的重传,既减少了重传过程的时延也节省了用于资源分配的下行信息的数量,同时也通过重传提高了数据正确接收的概率,保证了数据传输的可靠性。
在一个可能的设计中,网络设备可以通过一条下行控制信息为同一用户设备分配用于N次数据传输的空口资源,其中,所述下行控制信息包含N次数据传输使用的空口资源信息,所述N为大于1的整数。利用一条下行控制信息分配多次数据传输的空口资源相当于直接调度数据重传,节省了重传调度的时延同时提高数据正确接收的概率。
在一个可能的设计中,网络设备在所述下行控制信息中配置的空口资源上进行所述N次数据传输的发射或者接收。
在一个可能的设计中,所述下行控制信息还包括所述N的取值信息。在下行控制信息中包含N的取值信息(即待传输数据的传输次数信息),可以明确指示网络设备或者用户设备进行数据传输的次数,在进行多次数据传输的情况下可以支持灵活的空口资源配置,例如下行控制信息中可以包含用于N次数据传输的N个空口资源信息;也可以仅包含用于一次数据传输的空口资源信息,剩余的多次传输可以根据规则进行空口资源的确定。可以理解的是,所述N的取值信息,可以是N的真实取值,也可以采用其他的指示方式指示N的真实取值。可以理解的,所述N的取值也可以配置成一次,实现通过一条下行控制信息分配一次数据传输所需要的空口资源。
在一个可能的设计中,所述空口资源信息包括所述空口资源的频域资源指示。
在一个可能的设计中,所述空口资源信息还包括所述空口资源的时域资源指示和/或传输所述数据使用的冗余版本(Redundancy Version,RV)信息。
在一个可能的设计中,下行控制信息中包含用于所述下行控制信息所对应的第一次数据传输的空口资源信息,所述下行控制信息所对应的余下的数据传输所使用的空口资源根据所述用于第一次数据传输的空口资源信息确定。在下行控制信息中仅下发一次传输的空口资源信息,可以减少下行控制信息的比特数,节省控制信道开销。
在一个可能的设计中,下行控制信息中包含用于所述下行控制信息所对应的每一次数据传输的空口资源信息。在下行控制信息中携带每一次数据传输的空口资源信息,可以更加灵活的对每一次数据传输进行空口资源的分配。
在一个可能的设计中,所述所述下行控制信息中包含用于所述下行控制信息所对应的第一次数据传输的空口资源信息,所述下行控制信息所对应的余下的数据传输所使用的空口资源根据所述用于第一次数据传输的空口资源信息确定,包括:根据所述第一次数据传输的频域资源指示确定所述下行控制信息所对应的余下的每次数据传输使用的频域资源。在一个具体的可能的设计中,所述根据所述第一次数据传输的频域资源指示确定所述下行控制信息所对应的余下的每次数据传输使用的频域资源包括:使用与所述第一次数据传输相同的频域资源。在另一个具体的可能的设计中,所述根据所述第一次数据传输的频域资源指示确定所述下行控制信息所对应的余下的每次数据传输使用的频域资源包括:按照跳频规则根据所述第一次数据传输的频域资源指示计算本次传输使用的频域资源。
在一个可能的设计中,所述所述下行控制信息中包含用于所述下行控制信息所对应的第一次数据传输的空口资源信息,所述下行控制信息所对应的余下的数据传输所使用的空口资源根据所述用于第一次数据传输的空口资源信息确定,包括:根据所述第一次数据传输所使用的时域资源指示确定所述下行控制信息所对应的余下的每次数据传输使用的时域资源。在一个具体的可能的设计中,所述根据所述第一次数据传输所使用的时域资源指示确定所述下行控制信息所对应的余下的每次数据传输使用的时域资源包括:使用所述第一次数据传输或者上一次数据传输后可以用于同种业务数据传输的M个符号,其中M和所述第一次数据传输使用的符号个数相同。在另一个具体的可能的设计中,所述根据所述第一次数据传输所使用的时域资源指示确定所述下行控制信息所对应的余下的每次数据传输使用的时域资源包括:使用与所述第一次数据传输或者上一次数据传输相同的时域资源。需要说明的是,当X(X为大于1的整数)次数据传输使用相同的时域资源时,就需要占用X个不同的频域资源,在此情况下,数据发射端相当于通过一次发射动作完成了X次数据传输的发射,数据接收端相当于通过一次接收动作完成了X次数据传输的接收。
在一个可能的设计中,所述所述下行控制信息中包含用于所述下行控制信息所对应的第一次数据传输的空口资源信息,所述下行控制信息所对应的余下的数据传输所使用的空口资源根据所述用于第一次数据传输的空口资源信息确定,还包括:根据规则确定所述下行控制信息所对应的余下的每次数据传输使用的冗余版本。在一个具体的可能的设计中,所述根据规则确定所述下行控制信息所对应的余下的每次数据传输使用的冗余版本根据,包括:使用与所述第一次数据传输相同的冗余版本。在另一个具体的可能的设计中,所述根据规则确定所述下行控制信息所对应的余下的每次数据传输使用的冗余版本,包括:按冗余版本使用顺序依次在每次数据传输中使用相应的冗余版本。
需要说明的是,上述所提及的“第一次数据传输”是指一条下行控制信息所对应的N次数据传输中的第一次传输,并不一定是所述数据在通信过程中的初次传输。
在一个可能的设计中,网络设备还可以在待传输数据进行初次传输调度时,根据待传输数据所属的业务传输时延要求确定在所述传输时延范围内可以完成的最大传输次数,其中,所述最大传输次数为(混合自动重传请求(Hybrid Automatic Repeat reQuest,HARQ)重传的次数+盲重传的次数+1),其中,所述盲重传是指发射端无需等待接收端的反馈消息或网络设备的调度向接收端进行一次或多次数据的重传;结合所述最大传输次数选择初次传输使用的空口资源和/或调制编码方案;所述为同一用户设备分配用于N次数据传输的空口资源包括:根据所选择的初次传输使用的空口资源和/或调制编码方案为同一用户设备分配用于N次数据传输的空口资源。在待传输数据进行初次调度时,就根据其业务时延确定可以完成的最大传输次数,结合上述确定的最大传输次数选择初次传输使用的空口资源和/或调制编码方案,可以自适应的调节数据传输所占用的空口资源数目和/或调制编码方式,进一步保证数据正确传输的概率,例如在一个具体的可能的设计中,如果最大传输次数小于三次,可以适当增加空口资源数目和/或降低调制编码方式的码率,以提升数据传输的可靠性。
在一个可能的设计中,网络设备可以在待传输数据的每次传输调度时,都根据剩余的传输时延确定当前传输之后是否还能完成一次HARQ重传,如果当前传输之后剩余的传输时延不能完成一次HARQ重传,则在本次传输之后安排盲重传;所述N次数据传输的空口资源包括本次传输以及所述盲重传的空口资源;其中,所述完成一次HARQ重传,是指数据发射端等待接收端对前一次数据传输的ACK(ACKnowledgement)或NACK(NegativeACKnowledgement)反馈,且接收到NACK反馈后对数据进行重传,且接收端完成所述重传数据的译码的过程。在时延允许的范围内,尽可能多的安排HARQ重传,可以最大程度的提高数据传输的可靠性,如果时延不能支持多次或者一次HARQ重传,则可以在HARQ重传或者初传之后安排盲重传,从而在时延允许范围内进一步提升数据传输的可靠性。在每一次传输调度时都进行上述后续时延以及重传方案的判断,可以更加灵活的根据剩余的传输时延调整后续的重传类型,最大限度的保证数据在时延范围内的正确传输。
在一个可能的设计中,如果待传输数据的第(所述最大传输次数-1)次传输不是盲重传,网络设备还可以在待传输数据的第(所述最大传输次数-1)次传输调度时,根据剩余的传输时延确定当前传输之后是否还能完成一次HARQ重传,如果当前传输之后剩余的传输时延不能完成一次HARQ重传,则在本次传输之后安排盲重传;所述多次数据传输的空口资源包括本次传输以及所述盲重传的空口资源;其中,所述完成一次HARQ重传,是指数据发射端等待接收端对前一次数据传输的ACK(ACKnowledgement)或NACK(NegativeACKnowledgement)反馈,且接收到NACK反馈后对数据进行重传,且接收端完成所述重传数据的译码的过程。仅在第(所述最大传输次数-1)次传输调度时进行后续时延以及重传方案的判断,考虑了网络设备的负荷,既可以在时延范围内调整重传类型尽可能保证数据正确传输,又可以减轻网络设备的负荷。可以理解的是,网络设备也可以在任意一次传输调度时进行上述后续时延以及重传方案的判断,例如,可以选择在所述传输时延范围内的最后一次HARQ重传调度时进行上述后续时延以及重传方案的判断。
另一方面,本申请实施例提供了一种资源调度和分配方法。方法包括用户设备接收一条下行消息,其中,所述一条下行消息具有为同一用户设备分配用于N次数据传输的空口资源的能力,所述N为大于1的整数。
在一个可能的设计中,用户设备接收一条下行消息,用户设备解析所述一条下行消息中包含的为所述用户设备分配的用于N次数据传输的空口资源,所述N为大于1的整数。
在一个可能的设计中,用户设备获取网络设备通过一条下行控制信息分配的用于N次数据传输的空口资源,其中,所述下行控制信息包含多次数据传输使用的空口资源信息,所述N为大于1的整数。
在一个可能的设计中,用户设备在所述下行控制信息中配置的空口资源上进行所述N次数据传输的发射或者接收。
在一个可能的设计中,所述下行控制信息还包括所述N的取值信息。可以理解的是,所述N的取值信息,可以是N的真实取值,也可以采用其他的指示方式指示N的真实取值。显而易见的,所述N的取值也可以配置成一次,实现通过一条下行控制信息分配一次数据传输所需要的空口资源。
在一个可能的设计中,所述空口资源信息包括所述空口资源的频域资源指示。
在一个可能的设计中,所述空口资源信息还包括所述空口资源的时域资源指示和/或传输所述数据使用的冗余版本(Redundancy Version,RV)信息。
在一个可能的设计中,下行控制信息中包含用于所述下行控制信息所对应的第一次数据传输的空口资源信息,所述下行控制信息所对应的余下的数据传输所使用的空口资源根据所述用于第一次数据传输的空口资源信息确定。在下行控制信息中仅下发一次传输的空口资源信息,可以减少下行控制信息的比特数,节省控制信道开销。
在一个可能的设计中,下行控制信息中包含用于所述下行控制信息所对应的每一次数据传输的空口资源信息。在下行控制信息中携带每一次数据传输的空口资源信息,可以更加灵活的对每一次数据传输进行空口资源的分配。
在一个可能的设计中,所述所述下行控制信息中包含用于所述下行控制信息所对应的第一次数据传输的空口资源信息,所述下行控制信息所对应的余下的数据传输所使用的空口资源根据所述用于第一次数据传输的空口资源信息确定,包括:根据所述第一次数据传输的频域资源指示确定所述下行控制信息所对应的余下的每次数据传输使用的频域资源。在一个具体的可能的设计中,所述根据所述第一次数据传输的频域资源指示确定所述下行控制信息所对应的余下的每次数据传输使用的频域资源包括:使用与所述第一次数据传输相同的频域资源。在另一个具体的可能的设计中,所述根据所述第一次数据传输的频域资源指示确定所述下行控制信息所对应的余下的每次数据传输使用的频域资源包括:按照跳频规则根据所述第一次数据传输的频域资源指示计算本次传输使用的频域资源。
在一个可能的设计中,所述所述下行控制信息中包含用于所述下行控制信息所对应的第一次数据传输的空口资源信息,所述下行控制信息所对应的余下的数据传输所使用的空口资源根据所述用于第一次数据传输的空口资源信息确定,包括:根据所述第一次数据传输所使用的时域资源指示确定所述下行控制信息所对应的余下的每次数据传输使用的时域资源。在一个具体的可能的设计中,所述根据所述第一次数据传输所使用的时域资源指示确定所述下行控制信息所对应的余下的每次数据传输使用的时域资源包括:使用所述第一次数据传输或者上一次数据传输后可以用于同种业务数据传输的M个符号,其中M和所述第一次数据传输使用的符号个数相同。在另一个具体的可能的设计中,所述根据所述第一次数据传输所使用的时域资源确定所述下行控制信息所对应的余下的每次数据传输使用的时域资源包括:使用与所述第一次数据传输或者上一次数据传输相同的时域资源。需要说明的是,当X(X为大于1的整数)次数据传输使用相同的时域资源时,就需要占用X个不同的频域资源,在此情况下,数据发射端相当于通过一次发射动作完成了X次数据传输的发射,数据接收端相当于通过一次接收动作完成了X次数据传输的接收。
在一个可能的设计中,所述所述下行控制信息中包含用于所述下行控制信息所对应的第一次数据传输的空口资源信息,所述下行控制信息所对应的余下的数据传输所使用的空口资源根据所述用于第一次数据传输的空口资源信息确定,还包括:根据规则确定所述下行控制信息所对应的余下的每次数据传输使用的冗余版本。在一个具体的可能的设计中,所述根据规则确定所述下行控制信息所对应的余下的每次数据传输使用的冗余版本根据,包括:使用与所述第一次数据传输相同的冗余版本。在另一个具体的可能的设计中,所述根据规则确定所述下行控制信息所对应的余下的每次数据传输使用的冗余版本根据,包括:按冗余版本使用顺序依次在每次数据传输中使用相应的冗余版本。
需要说明的是,上述所提及的“第一次数据传输”是指一条下行控制信息所对应的多次数据传输中的第一次传输,并不一定是所述数据在通信过程中的初次传输。
又一方面,本申请实施例提供了一种网络设备,该网络设备具有实现上述方法实际中网络设备行为的功能。所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。
在一个可能的设计中,网络设备的结构中包括处理器和发射器。在一个可能的设计中,网络设备的结构中还可以包括接收器。所述处理器被配置为支持网络设备执行上述方法中相应的功能。所述发射器和接收器用于支持网络设备与用户设备之间的通信,所述发射器用于向用户设备发射上述方法中所涉及的信息或者数据,所述接收器用于支持网络设备接收上述方法中所涉及的用户设备发射的信息或者数据。所述网络设备还可以包括存储器,所述存储器用于与处理器耦合,保存网络设备必要的程序指令和数据。
又一方面,本申请实施例提供了一种用户设备,该用户设备具有实现上述方法实际中用户设备行为的功能。所述功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。
在一个可能的设计中,用户设备的结构中包括处理器和接收器。在一个可能的设计中,用户设备的结构中还可以包括发射器。所述处理器被配置为支持用户设备执行上述方法中相应的功能,所述发射器用于支持用户设备向网络设备发射上述方法中所涉及的信息或者数据,所述接收器用于支持用户设备接收上述方法中所涉及的网络设备发射的信息或者数据。所述用户设备还可以包括存储器,所述存储器用于与处理器耦合,保存用户设备必要的程序指令和数据。
又一方面,本申请实施例提供了一种通信***,该***包括上述方面所述的网络设备和用户设备。
再一方面,本申请实施例提供了一种计算机存储介质,用于储存为上述网络设备所用的计算机软件指令,其包含用于执行上述方面所设计的程序。
再一方面,本申请实施例提供了一种计算机存储介质,用于储存为上述用户设备所用的计算机软件指令,其包含用于执行上述方面所设计的程序。
相较于现有技术,本申请提供的方案综合考虑了业务的传输时延要求和数据传输的可靠性,在时延允许范围内灵活的调度和分配重传类型以及相应的空口资源进行数据重传,在满足业务传输时延要求的前提下保证了数据传输的可靠性。
附图说明
下面将参照所示附图对本申请实施例进行更详细的描述。
图1为本申请的一种可能的应用场景示意图;
图2为本申请所涉及的一种可能的空口资源划分示意图;
图3为现有技术中HARQ重传及盲重传的流程示意图;
图4为本申请实施例提供的一种空口资源调度和分配方法的流程示意图;
图5为本申请实施例提供的一种下行资源调度和分配的示意图;
图6为本申请实施例提供的一种上行资源调度和分配的示意图;
图7为本申请实施例提供的另一种下行资源调度和分配的示意图;
图8为本申请实施例提供的一种网络设备结构示意图;
图9为本申请实施例提供的一种用户设备结构示意图。
具体实施方式
本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案,并不构成对本申请实施例提供的技术方案的限定,本领域普通技术人员可知,随着网络架构的演变和新业务场景的出现,本申请实施例提供的技术方案对于类似的技术问题,同样适用。
本申请描述的技术可以适用于长期演进(Long Term Evolution,LTE)***以及后续的演进***如第五代移动通信(the 5th Generation mobile communication,5G)等,或其他采用各种无线接入技术的无线通信***,如采用码分多址,频分多址,时分多址,正交频分多址,单载波频分多址等接入技术的***,尤其适用于对于时延以及数据可靠性要求较高的业务场景,如5G中的高可靠低时延通信(Ultra-reliable and low latencycommunication)场景。如图1所示,是本申请实施例提供的一种通信***的简化的网络架构图。用户设备(User Equipment,UE)通过无线接口接入网络设备进行通信,也可以与另一用户设备进行通信,如D2D(device to device,设备对设备)或M2M(machine to machine,机器对机器)场景下的通信。网络设备可以与用户设备通信,也可以与另一网络设备进行通信,如宏基站和接入点之间的通信。
本申请中,名词“网络”和“***”经常交替使用,但本领域的技术人员可以理解其含义。本申请所涉及到的用户设备可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备、控制设备或连接到无线调制解调器的其它处理设备,以及各种形式的用户设备(User Equipment,UE)、移动台(Mobile station,MS)、终端(Terminal)或终端设备(Terminal Equipment)等。为方便描述,本申请中,上面提到的设备统称为用户设备或UE。本申请所涉及到的网络设备包括基站(Base Station,BS)、网络控制器或移动交换中心等,其中通过无线信道与用户设备进行直接通信的装置通常是基站,所述基站可以包括各种形式的宏基站、微基站、中继站、接入点或射频拉远单元(Remote Radio unit,RRU)等,当然,与用户设备进行无线通信的也可以是其他具有无线通信功能的网络设备,本申请对此不做唯一限定。在采用不同的无线接入技术的***中,具备基站功能的设备的名称可能会有所不同,例如在LTE网络中,称为演进的节点B(evolved NodeB,eNB或eNodeB),在第三代3G网络中,称为节点B(Node B)等。
本申请中提及的“资源调度和分配方法”又可以定义为“资源调度方法”或者“资源分配方法”,因为网络设备给用户设备进行资源分配或者用户设备接收网络设备的资源分配本质上就是对资源或者用户设备的调度,而对资源或者用户设备进行调度也必然对应着资源的分配。
本申请中提及的“业务传输时延”、“业务时延”、“传输时延”、“时延”均是指原始数据经过编码等一系列处理后经由发射端发送,通过信道传输,到达接收端并解码成功,还原为原始数据所花费的时间,即数据包从发送端产生,到接收端正确接收的时延(latency)。
下面结合图2,对定义空口资源的基本概念以及空口资源的基本划分方式进行描述。空口资源包括空口的时域和频域资源,通常以资源单元(Resource Element,RE)、资源块(Resource Block,RB)、子载波(Subcarrier)、符号(Symbol)、发射时间间隔(Transmission Time Interval,TTI)等术语表示。空口资源通常从频域和时域进行划分,频域划分为子载波,时域划分为符号。整个空口资源由图2所示的频域和时域分割格子组成,每个格子为一个资源单元,代表一个符号时间内一个子载波的资源,每个资源单元上可以承载一定的信息。Nsymb个符号在时间上组成一个TTI,一个TTI中的
Figure BDA0000941109230000101
个子载波合起来组成一个资源块。为了方便资源调度和分配,通常时域上还会定义时隙(Slot)和子帧(Subframe)等概念。可以看到,图2中的每个TTI包含7个符号,每个资源块包含12个子载波,每7个符号为一个时隙,两个时隙构成一个子帧,这是一种比较典型的空口资源划分方式,仅作为具体示例说明空口资源的划分原理,在不同的***中可能有其他的时频域资源划分方式,例如在单载波***中频域上可能只存在一个子载波,或者在某些对时延要求较高的***中可能一个符号就是一个TTI。本申请实施例对具体的空口资源划分方式不做唯一限定。
在网络设备为数据传输进行空口资源分配时,通常是通过下行控制消息下发可以指示时域资源和/或频域资源的信息。时域资源可以通过下发数据传输可以使用的符号个数或者时隙号来分配,也可以默认使用整个子帧的所有符号;频域资源可以通过下发起始资源块索引以及可用资源块的长度来分配,也可以将资源块划分成资源块组(ResourceBlock Group,RBG)并通过下发比特图(bitmap)来指示可用的资源块组,还可以预先定义资源块选取规则并通过下发相应规则索引来指示可用的频域资源等。本申请中所提及的时域资源指示和/或频域资源指示包括所有可以明确空口资源的信息,不对具体的指示方式做唯一限定。
下面结合图3,介绍现有技术中混合自动重传请求(Hybrid Automatic RepeatreQuest,HARQ)触发的重传以及盲重传的基本流程。以LTE***中的上行HARQ进程为例,如图3(a)所示,eNB首先在子帧n上给UE分配用于数据传输的上行空口资源,UE在第n+4子帧进行数据的初次传输,假设eNB在接收到初传数据后译码失败,则会在第n+8子帧给UE反馈否定应答(Negative ACKnowledgement,NACK)消息触发UE在后续子帧相同的频域资源上进行重传,在一些可能的情况下,eNB会在反馈NACK的同时再次给UE分配新的上行空口资源用于重传,UE接收到eNB反馈的NACK和/或上行资源分配消息后,在第n+12子帧进行数据的重传,如果经过重传后eNB可以正确译码所述的传输数据,则会在第n+16子帧给UE反馈应答消息(ACKnowledgment,ACK),则针对此数据的传输进程结束,如果经过第一次重传后eNB仍译码失败,则会再次按照前述流程给UE反馈NACK和/或上行资源分配消息触发重发,直至译码正确或者达到设定的最大重传次数。从上述HARQ重传的基本流程可见,HARQ技术通过多次的应答反馈和重传来保证数据传输的可靠性,但对于时延要求较高的业务数据传输,在时延限制的范围内无法完成多次的应答反馈和重传,此时就会对数据传输的可靠性造成影响。
同样以LTE***的上行传输为例,图3(b)给出了LTE***中对盲重传技术的应用方式(LTE***中称之为TTI bundling技术),eNB在子帧n上给UE分配用于数据传输的上行空口资源,UE在第n+4至n+7子帧中连续进行初传和3次重传,eNB在接收到最后一次重传数据之后对所有接收到的数据进行联合译码,如果译码成功则反馈ACK,如果译码失败则反馈NACK和/或上行资源分配消息,触发下一次连续重传。此类盲重传技术虽然在第一次资源分配之后就采用了自动重传的方式保证数据传输可靠性,但是在信道质量较好的场景下会存在资源浪费的情况。
通过本申请实施例提供的方案,可以根据业务所要求的时延动态调度和分配空口资源以及重传类型,在满足业务时延要求的同时保证数据传输的可靠性。下文将基于上面所述的本申请涉及的共性方面,对本申请实施例做进一步详细说明。
本申请的一个实施例提供了一种资源调度和分配方法,如图4所示。
在401部分,网络设备通过一条下行控制信息为同一用户设备分配用于N次数据传输的空口资源。其中,所述下行控制信息包含N次数据传输使用的空口资源信息,所述N为大于1的整数。
在一个示例中,下行控制信息可以通过承载表1所列的信元实现上述空口资源调度和分配,表格中的可选信元表示可以根据具体情况进行省略。在一个具体的示例中,承载N的取值信息的信元可以根据N的具体取值范围确定具体的比特数,例如,通过表2或者表3所示的方式进行设计,其中表2的设计方式使用1比特最大可以支持2次数据传输的资源分配,表3的设计方式使用2比特最大可以支持4次数据传输的资源分配;在一个具体的示例中,N的取值信息可以省略,此时默认对应当前的下行控制信息只进行一次数据传输;数据传输使用的频域资源,可以通过下发起始资源块索引以及可用资源块的长度来分配频域资源,也可以将资源块划分成资源块组并通过下发bitmap来指示可用的资源块组,还可以预先定义资源块选取规则并通过下发相应规则索引来指示可用的频域资源等;数据传输使用的时域资源,可以通过下发数据传输可以使用的符号个数或者时隙号来分配,其中可用符号个数可以通过表4所示的方式进行设计,也可以省略此信元,默认使用整个子帧的所有符号进行传输;数据传输使用的冗余版本(Redundancy Version,RV),可以使用现有技术的方式直接使用2比特指示具体的冗余版本号,也可以预先定义一个冗余版本使用顺序序列如{0,2,1,3},并按照传输次数顺序依次使用序列中的冗余版本。
对于表1中标示可以采用现有技术进行指示的信元,可以参考现有无线***中相关的技术规定进行设计,例如在LTE***中可以参考第三代合作伙伴计划技术指标3GPP(3rd Generation Partnership Project)TS(Technical Specification)36.212以及36.213中的具体规定,在此处不再赘述。
表1:下行控制信息中用于分配空口资源的信元
Figure BDA0000941109230000131
Figure BDA0000941109230000141
表2:N的取值信息信元的一种具体设计方法
取值 所指示的N的取值
0 1
1 2
表3:N的取值信息信元的另一种具体设计方法
取值 所指示的N的取值
00 1
01 2
10 3
11 4
表4:数据传输使用的时域资源指示信元的一种具体设计方法
取值 所表示的符号个数
00 1
01 2
10 4
11 8
在另一个示例中,下行控制信息可以仅配置一次数据传输所使用的空口资源信息,在当前下行控制信息对应的第一次数据传输时使用消息中配置的空口资源,根据所述第一次传输使用的空口资源确定余下的传输所使用的空口资源。具体的,余下的传输的频域资源可以使用与上述第一次传输相同的频域资源,也可以通过跳频规则根据第一次传输使用的频域资源信息计算本次传输使用的频域资源,例如假设在一次下行资源分配过程中,上述第一次传输使用的RB资源的索引为K(K为大于等于0的整数),则第一次盲重传使用的RB资源的索引可以为((K+j)mod小区下行RB资源的个数),第二次盲重传使用的RB资源的索引可以为((K+j/2)mod小区下行RB资源的个数),其中j=(小区下行RB资源的个数/2),mod表示数学计算中取余数的操作。余下的传输的时域资源,可以使用上述第一次数据传输后可以用于相同业务数据传输的M个符号,其中M和上述第一次传输使用的符号个数相同,也可以使用与所述第一次数据传输或者上一次数据传输相同的时域资源,需要说明的是,当X(X为大于1的整数)次数据传输使用相同的时域资源时,就需要占用X个不同的频域资源,在此情况下,数据发射端相当于通过一次发射动作完成了X次数据传输的发射,数据接收端相当于通过一次接收动作完成了X次数据传输的接收。余下的传输的冗余版本,可以使用和上述第一次传输相同的冗余版本,也可以按传输次数按顺序使用冗余版本,例如一种可能的冗余版本顺序是{0,2,1,3},则可以按传输次数按顺序使用冗余版本,即第一次数据传输使用冗余版本0,第二次数据传输使用冗余版本2,第三次数据传输使用冗余版本1,第四次数据传输使用冗余版本3。
在一个示例中,网络设备或者UE在下行控制信息中配置的空口资源上进行所述N次数据传输的发射或者接收。
在一个具体的示例中,如果需要进行上行数据传输,则UE接收所述下行控制信息,解析所述下行控制信息中包含的N次数据传输的空口资源,并在所述下行控制信息中配置的空口资源上进行所述N次数据传输的发射(在没有配置N时只进行一次数据传输的发射),网络设备则会在相应的空口资源上进行所述N次数据传输的接收(在没有配置N时只进行一次数据传输的接收),之后对接收到的N次(或者一次)数据进行解调译码等相关操作。
在另一个具体的示例中,如果需要进行下行数据传输,网络设备会在所述下行控制消息中配置的空口资源上进行所述N次数据传输的发射(在没有配置N时只进行一次数据传输的发射),UE接收所述下行控制信息,解析所述下行控制信息中包含的N次数据传输的空口资源,并在相应的空口资源上进行所述N次数据传输的接收(在没有配置N时只进行一次数据传输的接收),之后对接收到的N次(或者一次)数据进行解调译码等相关操作。
下面将结合更多的附图,对本申请的实施例做进一步的说明。
图5为本申请实施例提供的一种下行资源调度和分配的示意图。
在图5所示例的空口资源结构中,一个或者多个符号构成一个TTI,***在进行时域资源调度的时候以TTI为单位进行,16个TTI总时长为1ms,为简便起见,示例中省略了具体的符号,时域上以TTI为最小单位表示;频域上数个子载波构成一个RB,为简便起见,示例中省略了具体的子载波,频域上以RB为最小单位表示。
为了更清楚的说明本申请中资源调度和分配的实施方法,我们在具体的实施例中做如下假设:在一次HARQ传输中,从本次传输到下次传输中间需要间隔4个TTI,用于本次传输数据的接收译码以及ACK/NACK的反馈和接收译码,数据从发射端发射后,接收端还需要2个TTI的时间对数据进行译码。基于上述假设,本说明书中所述的完成一次HARQ重传,即数据发射端等待接收端对前一次数据传输的ACK或NACK反馈,且接收到NACK反馈后对数据进行重传,且接收端完成所述重传数据的译码的过程就需要7个TTI的时间,其中包括4个TTI等待和接收ACK或者NACK反馈,1个TTI进行重传,2个TTI进行重传数据的译码。需要说明的是,在不同的***中,此间隔时间以及译码时间可能存在不同,但不影响本申请实施例所提供方案的原理和实施方式,本申请并不对此做唯一限定。
在图5所提供的示例中,待传输的数据在TTI n时刻到达网络设备,且此数据所属业务要求的数据传输时延是1ms,则网络设备可以识别出此数据最晚需要在TTI n+15时刻在接收端译码完成,考虑接收端还需要2个TTI的译码时间,则此数据的最晚一次发射需要在TTI n+13或其之前完成。
在一个示例中,网络设备在待传输数据进行初次传输调度时,根据待传输数据业务要求的传输时延确定所述待传输数据在所述传输时延范围内可以完成的最大传输次数,其中,所述最大传输次数为(混合自动重传请求重传的次数+盲重传的次数+1),其中,所述盲重传是指发射端无需等待接收端的反馈消息或网络设备的调度向接收端进行一次或多次数据的重传。具体的,结合图5所提供的示例,网络设备在TTI n+2对待传输数据进行初次传输,根据1ms的时延限制、HARQ重传所需要的4个TTI间隔时间以及接收端2个TTI的译码时间,网络设备可以确定在TTI n+2进行初传后,还可以在TTI n+7、TTI n+12安排两次HARQ重传,在TTI n+12的重传之后,接收端可以完成此次重传数据的译码(即完成此次HARQ重传),但没有更多的时间支持发射端接收到ACK/NACK反馈以及译码下一次重传数据,所以剩余的三个TTI时间无法再完成一次HARQ重传,但在TTI n+13上还可以进行一次盲重传,接收端可以在TTI n+15的时机(即1ms之内)完成盲重传数据的译码。基于上述判断,网络设备可以获知此次数据的最大传输次数为4次。
在一个示例中,网络设备结合所述最大传输次数选择初次传输使用的空口资源和/或编码调制方案。具体的,结合图5所提供的示例,网络设备认为最大传输次数为4次可以保证数据传输的可靠性,则可以直接根据UE上报的CQI来确定初传所使用的空口资源数量和/或调制编码方案。更具体的,网络设备可以设置一个最大传输次数的阈值,例如2次,当最大传输次数超过此阈值则认为可以保证数据传输的可靠性,当传输次数小于等于此阈值,则认为传输次数无法保证数据传输的可靠性,则可以适当增加空口资源的数量和/或降低调制编码方式的码率,旨在提升单次传输的可靠性。
在一个示例中,网络设备在待传输数据的每次传输调度时,根据剩余的传输时延确定当前传输之后是否还能完成一次HARQ重传,如果当前传输之后剩余的传输时延不能完成一次HARQ重传,则在本次传输之后安排盲重传,所述N次数据传输的空口资源包括本次传输以及所述盲重传的空口资源。具体的,结合图5所提供的示例,初次传输后仍然有时间完成HARQ重传而不需要安排盲重传,网络设备通过下行控制信息下发初次传输的空口资源以及传输次数,其中N的取值在此示例中为1次,同时在TTI n+2上进行数据的首次传输,UE根据下行控制信息的指示在TTI n+2上接收数据并译码,如果译码成功则反馈ACK,网络设备在接收到ACK消息之后结束本次数据传输,如果UE译码失败,则反馈NACK,网络设备在接收到NACK之后会再次通过下行控制信息下发用于重传的空口资源以及N的取值信息。具体的,结合图5所提供的示例,网络设备在进行TTI n+7上的重传调度时,判断剩余的时间还可以完成一次HARQ重传,即网络设备在接收到UE对TTI n+7上的数据反馈的ACK/NACK后,如果接收到的是NACK信息,则可以再安排一次重传,且UE在1ms的时间内可以完成上述再安排的重传的译码。所以,网络设备在下行控制信息中仅分配用于TTI n+7上重传的空口资源,N的取值配置为1次,并同时在TTI n+7上进行数据重传,UE根据下行控制信息的指示在TTI n+7上接收数据并进行译码,如果译码成功则反馈ACK,网络设备在接收到ACK消息之后结束本次数据传输,如果UE译码失败,则反馈NACK,网络设备在接收到NACK之后会再次通过下行控制信息下发用于重传的空口资源及N的取值信息。具体的,网络设备在进行TTI n+12上的重传调度时,判断出在TTI n+12的重传之后,接收端可以完成此次重传数据的译码,但没有更多的时间支持发射端接收到ACK/NACK反馈,即剩余的三个TTI时间无法再完成一次HARQ重传,但在TTI n+13上还可以进行一次盲重传,接收端可以在TTI n+15的时机(即1ms之内)完成盲重传数据的译码,所以在下行控制信息中分配用于此次重传以及随后的一次盲重传的空口资源,N的取值配置为2次,并同时在TTI n+12以及TTI n+13上进行数据重传,UE根据下行控制信息的指示在TTI n+12以及TTI n+13上接收数据并进行译码。
在图5所提供的实施例中,所涉及的下行控制信息分配传输次数以及空口资源的具体方式参照图4有关实施例的描述,不再赘述。
图6为本申请实施例提供的一种上行资源调度和分配的示意图。
在图6所示的实施例中,空口资源的划分、HARQ进程以及译码所需的时间以及数据到达时刻和业务时延的假设与图5所示的实施例相同,不再赘述。不同的是,图6所示的实施例以上行数据传输为例,数据进行初次传输的时机与图5所示的实施例不同,且网络设备仅在第(最大传输次数-1)次调度时判断后续是否可以完成一次HARQ重传。
在一个示例中,网络设备在待传输数据进行初次传输调度时,根据所述待传输数据业务要求的传输时延确定所述待传输数据在所述传输时延范围内可以完成的最大传输次数。具体的,结合图6所提供的示例,网络设备调度UE在TTI n+4对待传输数据进行初次传输,根据1ms的时延限制、HARQ重传所需要的4个TTI间隔时间以及接收端2个TTI的译码时间,网络设备可以确定在TTI n+4进行初传后,还可以在TTI n+9调度UE进行一次HARQ重传,在TTI n+9的重传之后,接收端可以完成此次重传数据的译码,即完成此次HARQ重传,接下来发射端也可以接收到此次HARQ重传的ACK/NACK反馈,但如果在TTI n+14再调度一次重传,则接收端无法在1ms之内完成TTI n+14上所传数据的译码,所以无法再完成一次HARQ重传,但在TTI n+10至TTI n+13上还可以进行一次或数次盲重传,接收端可以在TTI n+15的时机(即1ms之内)完成盲重传数据的译码。具体的,结合图6所提供的示例,网络设备按照只安排一次盲重传确定最大传输次数为3次。
在一个示例中,网络设备结合所述最大传输次数选择初次传输使用的空口资源和/或编码调制方案。具体的,结合图6所提供的示例,网络设备认为最大传输次数为3次可以保证数据传输的可靠性,则可以直接根据UE上报的CQI来确定初传所使用的空口资源数量和/或调制编码方案。更具体的实施方式可以参见图5有关实施例的描述。
在一个示例中,网络设备会在第(所述最大传输次数-1)次传输调度时,根据剩余的传输时延确定当前传输之后是否还能完成一次HARQ重传,如果当前传输之后剩余的传输时延不能完成一次HARQ重传,则在本次传输之后安排盲重传,所述N次数据传输的空口资源包括本次传输以及所述盲重传的空口资。具体的,结合图6所提供的示例,网络设备在进行TTI n+9上的重传调度时,可知此次调度是第(最大传输次数-1)次调度,且判断剩余的时间无法再进行一次HARQ重传,但在TTI n+10及其以后的TTI上还可以进行一次或者多次盲重传,在图6所示的具体实施例中,网络设备在TTI n+10上安排了一次盲重传,所以在下行控制信息中分配用于此次重传以及随后的一次盲重传的空口资源,N的取值配置为2次,UE根据下行控制信息的配置在TTI n+9以及TTI n+10上进行数据重传,网络设备在TTI n+9以及TTI n+10上接收数据并进行译码。
在图6所提供的实施例中,所涉及的下行控制信息分配传输次数以及空口资源的具体方式参照图4有关实施例的描述,不再赘述。
图7为本申请实施例提供的另一种下行资源调度和分配的示意图。
在图7所示的实施例中,空口资源的划分、HARQ进程以及译码所需的时间以及数据到达时刻和业务时延的假设与图5所示的实施例相同,不再赘述。不同的是,图7所示的实施例中数据进行初次传输的时机与图5所示的实施例不同。
在一个示例中,网络设备在待传输数据进行初次传输调度时,根据所述待传输数据业务要求的传输时延确定所述待传输数据在所述传输时延范围内可以完成的最大传输次数。具体的,结合图7所提供的示例,网络设备在TTI n+10对待传输数据进行初次传输,根据1ms的时延限制、HARQ重传所需要的4个TTI间隔时间以及接收端2个TTI的译码时间,网络设备可以确定在TTI n+10进行初传后,下一次HARQ重传只能在TTI n+15进行,但UE已经无法再1ms内完成TTI n+15上传输数据的译码,所以在初传之后无法再完成一次HARQ重传,但可以安排一次或多次盲重传,在图7所提供的示例中,网络设备按照只安排一次盲重传确定最大传输次数为2次。
在一个示例中,网络设备结合所述最大传输次数选择初次传输使用的空口资源和/或编码调制方案。具体的,结合图7所提供的示例,网络设备认为最大传输次数为2次无法保证数据传输的可靠性,则可以在根据UE上报的CQI确定初传所使用的空口资源数量和/或调制编码方案的基础上增加初传的空口资源的数量和/或降低调制编码方式的码率。更具体的实施方式可以参见图5有关实施例的描述。
在一个示例中,网络设备在所述待传输数据的每次传输调度时,根据剩余的传输时延确定当前传输之后是否还能完成一次HARQ重传,如果当前传输之后剩余的传输时延不能完成一次HARQ重传,则在本次传输之后安排盲重传,所述N次数据传输的空口资源包括本次传输以及所述盲重传的空口资源。具体的,结合图7所提供的示例,初次传输后需要安排盲重传,网络设备通过下行控制信息下发初次传输以及后续盲重传的空口资源以及传输次数,其中N的取值在此示例中为2次,UE根据下行控制信息的配置在TTI n+10以及TTI n+11上进行数据的首次传输和盲重传,网络设备在TTI n+10以及TTI n+11上接收数据并译码。
在图7所提供的实施例中,所涉及的下行控制信息分配传输次数以及空口资源的具体方式参照图4有关实施例的描述,不再赘述。
需要说明的是,上述实施例基于具体的空口资源划分方式、业务时延、HARQ处理时延以及译码时延等假设介绍了了本申请实施例提供的方案,可以理解的是,不同的空口资源划分方式、实际网络中不同的业务时延要求以及不同的处理时延并不会对本申请所提供的方案造成限制,本申请并不对上述内容做唯一的限定。
此外,本申请所提供的方案可以应用于上行或者下行传输,实施例中所提及的上行或者下行只是为了描述简洁,并不作为本申请实施例所提供的方案的限定。
可以理解的是,网络设备或者用户设备为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
图8示出了上述实施例中所涉及的网络设备的一种可能的结构示意图。
在一个可能的示例中,本申请所涉及的网络设备的结构中包括处理器和发射器。在一个可能的设计中,本申请所涉及的网络设备的结构中还可以包括接收器。
具体的,结合图8所给出的示例,该网络设备包括收发器801,处理器802,存储器803。所述收发器801用于支持网络设备与上述实施例中的所述的UE之间收发信息,以及支持所述UE与其他UE之间进行无线电通信。所述处理器802执行各种用于与UE通信的功能。在上行链路,来自所述UE的上行链路信号经由天线接收,由收发器801进行调解,并进一步由处理器802进行处理来恢复UE所发射到业务数据和信令信息。在下行链路上,业务数据和信令消息由处理器802进行处理,并由收发器801进行调解来产生下行链路信号,并经由天线发射给UE。处理器802还执行图4至图7中涉及网络设备的处理过程和/或用于本申请所描述的技术的其他过程。存储器803用于存储网络设备的程序代码和数据。
可以理解的是,图8仅仅示出了所述网络设备的简化设计。在实际应用中,所述网络设备可以包含任意数量的发射器,接收器,处理器,控制器,存储器等,而所有可以实现本申请的网络设备都在本申请的保护范围之内。
图9示出了上述实施例中所涉及的UE的一种可能的设计结构的简化示意图。
在一个可能的示例中,本申请所涉及的用户设备的结构中包括处理器和接收器。在一个可能的设计中,本申请所涉及的网络设备的结构中还可以包括发射器。
具体的,结合图9所给出的示例,该UE包括发射器901,接收器902,处理器903,存储器904。
在上行链路上,发射器901调节(例如,模拟转换、滤波、放大和上变频等)输出采样并生成上行链路信号,该上行链路信号经由天线发射给上述实施例中所述的网络设备。在下行链路上,天线接收上述实施例中网络设备发射的下行链路信号。接收器902调节(例如,滤波、放大、下变频以及数字化等)从天线接收的信号并提供输入采样。在处理器903中,对业务数据和信令消息进行处理(例如,格式化、编码和交织)。这些单元根据无线接入网采用的无线接入技术(例如,LTE及其他演进***的接入技术)来进行处理。
所述处理器903还用于对UE的动作进行控制管理,用于执行上述实施例中由UE进行的处理,例如用于控制UE接收下行控制信息和/或根据接收到的下行控制信息进行本申请所描述的技术的其他过程。作为示例,处理器903用于支持UE执行图4至图7中涉及UE的处理过程和/或用于本申请所描述的技术的其他过程。存储器904用于存储用于所述UE的程序代码和数据。
结合本申请公开内容所描述的方法或者算法的步骤可以硬件的方式来实现,也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成,软件模块可以被存放于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、移动硬盘、CD-ROM或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器,从而使处理器能够从该存储介质读取信息,且可向该存储介质写入信息。当然,存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外,该ASIC可以位于用户设备中。当然,处理器和存储介质也可以作为分立组件存在于用户设备中。
本领域技术人员应该可以意识到,在上述一个或多个示例中,本申请所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时,可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质,其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。
以上所述的具体实施方式,对本申请的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本申请的具体实施方式而已,并不用于限定本申请的保护范围,凡在本申请的技术方案的基础之上,所做的任何修改、等同替换、改进等,均应包括在本申请的保护范围之内。

Claims (25)

1.一种资源调度和分配方法,所述方法包括:
网络设备通过一条下行控制信息为同一用户设备分配用于N次数据传输的空口资源,其中,所述下行控制信息包含N次数据传输使用的空口资源信息,所述N为大于1的整数,所述N次数据传输用于向所述用户设备传输待传数据;
其中,所述N的值是根据混合自动重传请求HARQ传输间隔,所述待传数据所属业务的时延限制以及所述用户设备译码所述待传数据所需的时间确定的,所述N次数据传输包括至少一次HARQ传输和至少一次盲重传。
2.如权利要求1所述的方法,其特征在于,还包括:
网络设备在所述下行控制信息中配置的空口资源上进行所述N次数据传输的发射或者接收。
3.如权利要求1或2所述的方法,其特征在于,所述下行控制信息还包括所述N的取值信息。
4.如权利要求1或2所述的方法,其特征在于,所述空口资源信息包括所述空口资源的频域资源指示。
5.如权利要求1或2所述的方法,其特征在于,所述空口资源信息还包括所述空口资源的时域资源指示和/或传输所述数据使用的冗余版本(Redundancy Version,RV)信息。
6.如权利要求1或2所述的方法,其特征在于,所述下行控制信息包含N次数据传输使用的空口资源信息包括:
所述下行控制信息中包含用于所述下行控制信息所对应的第一次数据传输的空口资源信息,所述下行控制信息所对应的余下的数据传输所使用的空口资源根据所述用于第一次数据传输的空口资源信息确定,或者
所述下行控制信息中包含用于所述下行控制信息所对应的每一次数据传输的空口资源信息。
7.一种资源调度和分配方法,所述方法包括:
用户设备获取网络设备通过一条下行控制信息分配的用于N次数据传输的空口资源,其中,所述下行控制信息包含N次数据传输使用的空口资源信息,所述N为大于1的整数,所述N次数据传输用于获取所述网络设备传输的待传数据;
其中,所述N的值是根据混合自动重传请求HARQ传输间隔,所述待传数据所属业务的时延限制以及所述用户设备译码所述待传数据所需的时间确定的,所述N次数据传输包括至少一次HARQ传输和至少一次盲重传。
8.如权利要求7所述的方法,其特征在于,还包括:
用户设备在所述下行控制信息中配置的空口资源上进行所述N次数据传输的发射或者接收。
9.如权利要求7或8所述的方法,其特征在于,所述下行控制信息还包括所述N的取值信息。
10.如权利要求7或8所述的方法,其特征在于,所述空口资源信息包括所述空口资源的频域资源指示。
11.如权利要求7或8所述的方法,其特征在于,所述空口资源信息还包括所述空口资源的时域资源指示和/或传输所述数据使用的冗余版本(Redundancy Version,RV)信息。
12.如权利要求7或8所述的方法,其特征在于,所述下行控制信息包含N次数据传输使用的空口资源信息包括:
所述下行控制信息中包含用于所述下行控制信息所对应的第一次数据传输的空口资源信息,所述下行控制信息所对应的余下的数据传输所使用的空口资源根据所述用于第一次数据传输的空口资源信息确定,或者
所述下行控制信息中包含用于所述下行控制信息所对应的每一次数据传输的空口资源信息。
13.一种网络设备,包括:
至少一个处理器,用于通过一条下行控制信息为同一用户设备分配用于N次数据传输的空口资源,其中,所述下行控制信息包含N次数据传输使用的空口资源信息,所述N为大于1的整数;和
至少一个发射器,用于发射所述下行控制信息,所述N次数据传输用于向所述用户设备传输待传数据;
其中,所述N的值是根据混合自动重传请求HARQ传输间隔,所述待传数据所属业务的时延限制以及所述用户设备译码所述待传数据所需的时间确定的,所述N次数据传输包括至少一次HARQ传输和至少一次盲重传。
14.如权利要求13所述的网络设备,其特征在于,
还包括接收器,用于在所述下行控制信息中配置的空口资源上进行所述N次数据传输的接收;或者
所述至少一个发射器,还用于在所述下行控制信息中配置的空口资源上进行所述N次数据传输的发射。
15.如权利要求13或14所述的网络设备,其特征在于,所述下行控制信息还包括所述N的取值信息。
16.如权利要求13或14所述的网络设备,其特征在于,所述空口资源信息包括所述空口资源的频域资源指示。
17.如权利要求13或14所述的网络设备,其特征在于,所述空口资源信息还包括所述空口资源的时域资源指示和/或传输所述数据使用的冗余版本(Redundancy Version,RV)信息。
18.如权利要求13或14所述的网络设备,其特征在于,所述下行控制信息包含N次数据传输使用的空口资源信息包括:
所述下行控制信息中包含用于所述下行控制信息所对应的第一次数据传输的空口资源信息,所述下行控制信息所对应的余下的数据传输所使用的空口资源根据所述用于第一次数据传输的空口资源信息确定,或者
所述下行控制信息中包含用于所述下行控制信息所对应的每一次数据传输的空口资源信息。
19.一种用户设备,包括:
至少一个接收器,用于接收网络设备发射的下行控制信息;和
至少一个处理器,用于获取网络设备通过一条下行控制信息分配的用于N次数据传输的空口资源,其中,所述下行控制信息包含N次数据传输使用的空口资源信息,所述N为大于1的整数,所述N次数据传输用于获取所述网络设备传输的待传数据;
其中,所述N的值是根据混合自动重传请求HARQ传输间隔,所述待传数据所属业务的时延限制以及所述用户设备译码所述待传数据所需的时间确定的,所述N次数据传输包括至少一次HARQ传输和至少一次盲重传。
20.如权利要求19所述的用户设备,其特征在于,
还包括发射器,用于在所述下行控制信息中配置的空口资源上进行所述N次数据传输的发射;或者
所述至少一个接收器,还用于在所述下行控制信息中配置的空口资源上进行所述N次数据传输的接收。
21.如权利要求19或20所述的用户设备,其特征在于,所述下行控制信息还包括所述N的取值信息。
22.如权利要求19或20所述的用户设备,其特征在于,所述空口资源信息包括所述空口资源的频域资源指示。
23.如权利要求19或20所述的用户设备,其特征在于,所述空口资源信息还包括所述空口资源的时域资源指示和/或传输所述数据使用的冗余版本(Redundancy Version,RV)信息。
24.如权利要求19或20所述的用户设备,其特征在于,所述下行控制信息包含N次数据传输使用的空口资源信息包括:
所述下行控制信息中包含用于所述下行控制信息所对应的第一次数据传输的空口资源信息,所述下行控制信息所对应的余下的数据传输所使用的空口资源根据所述用于第一次数据传输的空口资源信息确定,或者
所述下行控制信息中包含用于所述下行控制信息所对应的每一次数据传输的空口资源信息。
25.一种通信***,其特征在于,包括如权利要求13-18中任一项所述的网络设备和如权利要求19-24中任一项所述的用户设备。
CN201610143758.XA 2016-03-14 2016-03-14 一种资源调度和分配的方法和装置 Active CN107197528B (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN201610143758.XA CN107197528B (zh) 2016-03-14 2016-03-14 一种资源调度和分配的方法和装置
JP2018548438A JP6666462B2 (ja) 2016-03-14 2017-03-02 リソーススケジューリング及び割り当て方法及び機器
EP17765723.6A EP3419370B1 (en) 2016-03-14 2017-03-02 Method and device scheduling and allocating resource
PCT/CN2017/075485 WO2017157181A1 (zh) 2016-03-14 2017-03-02 一种资源调度和分配的方法和装置
US16/129,907 US10819474B2 (en) 2016-03-14 2018-09-13 Resource scheduling and allocation method and apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610143758.XA CN107197528B (zh) 2016-03-14 2016-03-14 一种资源调度和分配的方法和装置

Publications (2)

Publication Number Publication Date
CN107197528A CN107197528A (zh) 2017-09-22
CN107197528B true CN107197528B (zh) 2020-12-25

Family

ID=59850595

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610143758.XA Active CN107197528B (zh) 2016-03-14 2016-03-14 一种资源调度和分配的方法和装置

Country Status (5)

Country Link
US (1) US10819474B2 (zh)
EP (1) EP3419370B1 (zh)
JP (1) JP6666462B2 (zh)
CN (1) CN107197528B (zh)
WO (1) WO2017157181A1 (zh)

Families Citing this family (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
SG11201704872RA (en) 2014-12-18 2017-07-28 Genzyme Corp Pharmaceutical formulations of tropomyosin related kinase (trk) inhibitors
CN107197528B (zh) * 2016-03-14 2020-12-25 华为技术有限公司 一种资源调度和分配的方法和装置
CN108633033B (zh) * 2017-03-24 2023-05-12 中兴通讯股份有限公司 一种传输资源确定方法、装置及用户设备
CN108667570A (zh) * 2017-03-27 2018-10-16 索尼公司 用于无线通信的网络控制端和网络节点的电子设备和方法
JP2018201074A (ja) * 2017-05-25 2018-12-20 富士通株式会社 基地局装置及び送信方法
WO2018229326A1 (en) * 2017-06-16 2018-12-20 Nokia Technologies Oy Data channel scheduling reliability for urllc services
CN112073160B (zh) 2017-09-29 2021-12-31 华为技术有限公司 通信***中冗余版本的设计方案
CN109787708B (zh) * 2017-11-13 2022-03-01 珠海市魅族科技有限公司 指示或接收冗余版本的方法及装置
CN109787731A (zh) * 2017-11-14 2019-05-21 珠海市魅族科技有限公司 一种指示时域资源分配的方法、装置及通信设备
CN109802770B (zh) * 2017-11-17 2023-09-05 中兴通讯股份有限公司 Harq反馈及信号处理方法、通信节点、可读存储介质
US11271684B2 (en) 2017-12-28 2022-03-08 Beijing Xiaomi Mobile Software Co., Ltd. Data transmission method and apparatus, electronic device, and computer-readable storage medium
US11202308B2 (en) * 2018-04-27 2021-12-14 Qualcomm Incorporated Resource allocation pattern signaling for mini-slots
CN110831212B (zh) * 2018-08-10 2022-09-02 北京紫光展锐通信技术有限公司 数据传输方法及装置、存储介质、用户设备
CN110958681B (zh) 2018-09-27 2023-09-05 中兴通讯股份有限公司 业务传输方法及装置
US11469861B2 (en) 2018-10-26 2022-10-11 Lg Electronics Inc. Method and apparatus for performing retransmission in NR V2X
CN111278113B (zh) * 2018-12-05 2022-10-04 成都华为技术有限公司 一种数据传输方法和设备
US11239941B2 (en) * 2019-01-20 2022-02-01 Qualcomm Incorporated Feedback techniques for wireless communications
CN111491376B (zh) * 2019-01-28 2023-06-13 海能达通信股份有限公司 一种空口资源调度方法及设备
EP3772197A1 (en) * 2019-08-02 2021-02-03 Panasonic Intellectual Property Corporation of America Transceiver device and scheduling device
CN114175813A (zh) * 2019-08-02 2022-03-11 索尼集团公司 通信装置、基础设施设备和方法
CN114223165B (zh) * 2019-08-16 2023-09-01 华为技术有限公司 一种确定重复传输资源的方法及装置
CN112583559B (zh) * 2019-09-30 2022-04-05 北京紫光展锐通信技术有限公司 反馈方法及装置
MX2022005352A (es) * 2019-11-08 2022-06-02 Guangdong Oppo Mobile Telecommunications Corp Ltd Metodo y aparato, y medio de almacenamiento legible y terminal para reportar informacion de enlace lateral.
CN111294158B (zh) * 2020-02-14 2021-06-15 惠州Tcl移动通信有限公司 数据传输方法、装置、存储介质及移动终端
CN113271607A (zh) * 2020-02-14 2021-08-17 大唐移动通信设备有限公司 一种时域重复传输方法、装置及发射机
CN112004268B (zh) * 2020-10-26 2021-01-26 新华三技术有限公司 资源调度方法及装置
CN114598434A (zh) * 2020-12-03 2022-06-07 华为技术有限公司 数据传输方法及装置

Family Cites Families (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1909440B (zh) * 2005-08-01 2010-09-22 上海原动力通信科技有限公司 宽带时分双工***的通信方法
ES2784686T3 (es) * 2006-02-24 2020-09-29 Sun Patent Trust Técnica de selección de candidatos de bloques de recurso que emplea la programación de paquetes en sistemas de comunicación inalámbrica
CN101098188A (zh) * 2006-06-26 2008-01-02 华为技术有限公司 空分多址资源指配的实现方法、装置和***
US8848618B2 (en) * 2006-08-22 2014-09-30 Qualcomm Incorporated Semi-persistent scheduling for traffic spurts in wireless communication
CN101507201B (zh) * 2006-08-22 2013-12-18 高通股份有限公司 无线通信中业务突发的半持久性调度
CN101159975B (zh) * 2006-09-22 2011-07-06 华为技术有限公司 一种空口资源分配指示方法、装置和用户终端
ES2373240T3 (es) * 2007-12-20 2012-02-01 Panasonic Corporation Señalización de canal de control usando un campo de señalización común para el formato de transporte y la versión de redundancia.
EP2117155B1 (en) * 2008-05-06 2014-03-19 Godo Kaisha IP Bridge 1 Control channel signalling for triggering the independent transmission of a channel quality indicator
KR101019713B1 (ko) * 2008-09-02 2011-03-07 한국과학기술원 직교 주파수 분할 다중접속 무선 시스템에서의 자원할당 방법
CN103179672B (zh) * 2011-12-23 2016-03-02 华为技术有限公司 通信方法、基站和用户设备
EP2635082A1 (en) * 2012-02-29 2013-09-04 Panasonic Corporation Dynamic subframe bundling
CN103384193B (zh) * 2012-05-04 2016-09-07 华为技术有限公司 终端调度方法、装置和基站
CN103795513B (zh) * 2012-10-31 2018-12-21 中兴通讯股份有限公司 一种下行控制信息的配置、获取方法、基站和终端
WO2015042893A1 (zh) * 2013-09-27 2015-04-02 华为技术有限公司 传输上行数据的方法、用户设备和基站
US20160242176A1 (en) * 2013-09-27 2016-08-18 Telefonaktiebolaget Lm Ericsson (Publ) Methods and devices for scheduling
WO2015149213A1 (en) * 2014-03-31 2015-10-08 Panasonic Intellectual Property Corporation Of America Interference parameter signaling for efficient interference cancellation and suppression
CN105338518B (zh) * 2014-07-31 2020-03-31 索尼公司 无线通信***中的装置和方法
US9655127B1 (en) * 2014-12-18 2017-05-16 Sprint Spectrum L.P. Dynamic management of carrier aggregation based on small cell operating conditions
CN105792363B (zh) * 2014-12-26 2017-12-22 上海朗帛通信技术有限公司 一种增强的载波聚合中的调度方法和装置
US9451554B1 (en) * 2015-01-29 2016-09-20 Sprint Spectrum L.P. Selective control of uplink transmission power based on roaming status
WO2016178331A1 (ja) * 2015-05-01 2016-11-10 株式会社Nttドコモ 基地局及びユーザ装置
TWI720052B (zh) * 2015-11-10 2021-03-01 美商Idac控股公司 無線傳輸/接收單元和無線通訊方法
US10492181B2 (en) * 2016-01-20 2019-11-26 Qualcomm Incorporated Communication of uplink control information
CN107197528B (zh) * 2016-03-14 2020-12-25 华为技术有限公司 一种资源调度和分配的方法和装置

Also Published As

Publication number Publication date
US20190013903A1 (en) 2019-01-10
JP2019513321A (ja) 2019-05-23
EP3419370B1 (en) 2022-05-11
EP3419370A1 (en) 2018-12-26
US10819474B2 (en) 2020-10-27
JP6666462B2 (ja) 2020-03-13
WO2017157181A1 (zh) 2017-09-21
EP3419370A4 (en) 2019-01-30
CN107197528A (zh) 2017-09-22

Similar Documents

Publication Publication Date Title
CN107197528B (zh) 一种资源调度和分配的方法和装置
US11595991B2 (en) Method for indicating the allocated resources for a HARQ message in a random access procedure for a low-complexity, narrowband terminal
CN110291739B (zh) 侧链路资源信令的传输方法及设备、计算机可读介质
CN108347313B (zh) 反馈方法及用户设备
CN108631964B (zh) 一种数据传输方法和相关设备
CN106211345B (zh) 上行控制信号的发送方法及装置
EP3078145B1 (en) Methods for enhanced harq mechanism
TWI696360B (zh) 反饋ack/nack信息的方法、終端設備和網絡側設備
CN110692211B (zh) 基站装置和终端装置
CN107624227B (zh) 用于在通信中处理束大小的配置的设备和方法
CN110313141B (zh) 用于pucch的资源信令的方法及相关设备
KR102629352B1 (ko) 무선 셀룰라 통신 시스템에서 상향링크 데이터 및 제어신호 전송 타이밍 결정 방법 및 장치
CN107295702B (zh) 一种窄带蜂窝通信的方法和装置
CN108696939B (zh) 一种发送调度信息的方法和网络设备
CN111699645B (zh) 通信方法及装置
CN102651679B (zh) 数据传输方法、演进基站以及用户设备
US20200178285A1 (en) Acknowledgement information transmission method, terminal device, and network device
CN109792330B (zh) 传输信息的方法、网络设备和终端设备
WO2016145594A1 (zh) 一种控制信息的传输方法、基站和用户设备
US20160242154A1 (en) Method of error recovery in transmitting and receiving voice service in packet based mobile communication systems
CN109983818B (zh) 用于发送/接收调度命令的方法和设备
CN113508548A (zh) 通信装置、基础设施设备和方法
KR101374522B1 (ko) 패킷 이동통신 시스템에서 음성 서비스 송수신 시의 오류 복구 방법

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