一种资源调度和分配的方法和装置
本发明要求2016年03月14日递交的发明名称为“一种资源调度和分配的方法和装置”的申请号201610143758.X的在先申请优先权,上述在先申请的内容以引入的方式并入本文本中。
技术领域
本申请涉及移动通信领域,尤其涉及无线通信领域中的空口资源调度和分配技术。
背景技术
国际电信同盟(International Telecommunications Union,ITU)定义了第五代移动通信(the 5th Generation mobile communication,5G)的三个主要应用场景:增强型移动宽带(Enhanced Mobile Broadband)、高可靠低时延通信(Ultra-reliable and low latency 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的取值也可以配置成一次,实现通过一条下行控制信息分配一次数据传输所需要的空口资源。
在一个可能的设计中,所述下行控制信息还可以包括连续传输指示信息。所述连续传输指示信息用于指示所述下行控制信息是否包含N次数据传输的空口资源信息,或者说是用于指示所述下行控制信息是否指示N次连续传输。其中,所述连续传输是指,N次数据传输均为不等待数据接收端反馈的否定应答(Negative ACKnowledgement,NACK)消息或者应答(ACKnowledgment,ACK)消息就进行的重传,例如盲重传等自动重传。需要说明的是,本申请中所指的连续传输,可以是在时间上连续的时域资源上进行的,例如,在第n发射时间间隔(Transmission Time Interval,TTI)至第n+N-1TTI上进行连续传输,也可以是在时间上不连续的时域资源上进行的,例如,在根据一定的时域资源确定规则确定的N个时域资源上进行传输,或者在下行控制信息配置的用于N次数据传输的时域资源上进行传输等等,频域资源的确定方式也可以是根据一定的规则进行确定或者根据下行控制信息的配置确定等等,本申请对此不做限制;本申请中所指的连续传输,还可以包括在N个不同的频域资源上同时进行的数据传输,即所述N次数据传输使用相同的时域资源,不同的频域资源;此外,所述连续传输,还可以包括上述两种方式的混合,即使用分布在至少两个不同的时域资源上的共N个不同的频域资源进行所述N次数据传输。可选的,所述连续传输指示信息,可以利用一个独立的信元,例如,使用1比特(bit)的信元来指示下行控制信息中的连续传输信息。可选的,所述连续传输指示信息,也可以利用用于指示其他信息的信元,例如,可以结合预先确定或者约定的阈值和某一个信元所指示的信息来指示当前下行控制信息中的连续传输信息。连续传输指示信息可以明确指示网络设备或者用户设备是否需要进行连续传输,例如,盲重传,在进行多次数据传输的情况下可以支持灵活的空口资源配置,例如下行控制信息中可以配置用于N次数据传输的N个空口资源信息;也可以仅配置用于一次数据传输的空口资源信息,当连续传输指示信息指示当前需要进行N次数据传输时,剩余的N-1次传输可以根据规则进行空口资源的确定。
在一个可能的设计中,所述空口资源信息包括所述空口资源的频域资源指示。
在一个可能的设计中,所述空口资源信息还包括所述空口资源的时域资源指示和/或传输所述数据使用的冗余版本(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(Negative ACKnowledgement)反馈,且接收到NACK反馈后对数据进行重传,且接收端完成所述重传数据的译码的过程。在时延允许的范围内,尽可能多的安排HARQ重传,可以最大程度的提高数据传输的可靠性,如果时延不能支持多次或者一次HARQ重传,则可以在HARQ重传或者初传之后安排盲重传,从而在时延允许范围内进一步提升数据传输的可靠性。在每一次传输调度时都进行上述后续时延以及重传方案的判断,可以更加灵活的根据剩余的传输时延调整后续的重传类型,最大限度的保证数据在时延范围内的正确传输。
在一个可能的设计中,如果待传输数据的第(所述最大传输次数-1)次传输不是盲重传,网络设备还可以在待传输数据的第(所述最大传输次数-1)次传输调度时,根据剩余的传输时延确定当前传输之后是否还能完成一次HARQ重传,如果当前传输之后剩余的传输时延不能完成一次HARQ重传,则在本次传输之后安排盲重传;所述多次数据传输的空口资源包括本次传输以及所述盲重传的空口资源;其中,所述完成一次HARQ重传,是指数据发射端等待接收端对前一次数据传输的ACK(ACKnowledgement)或NACK(Negative ACKnowledgement)反馈,且接收到NACK反馈后对数据进行重传,且接收端完成所述重传数据的译码的过程。仅在第(所述最大传输次数-1)次传输调度时进行后续时延以及重传方案的判断,考虑了网络设备的负荷,既可以在时延范围内调整重传类型尽可能保证数据正确传输,又可以减轻网络设备的负荷。可以理解的是,网络设备也可以在任意一次传输调度时进行上述后续时延以及重传方案的判断,例如,可以选择在所述传输时延范围内的最后一次HARQ重传调度时进行上述后续时延以及重传方案的判断。
另一方面,本申请实施例提供了一种资源调度和分配方法。方法包括用户设备接收一条下行消息,其中,所述一条下行消息具有为同一用户设备分配用于N次数据传输的空口资源的能力,所述N为大于1的整数。
在一个可能的设计中,用户设备接收一条下行消息,用户设备解析所述一条下行消息中包含的为所述用户设备分配的用于N次数据传输的空口资源,所述N为大于1的整数。
在一个可能的设计中,用户设备获取网络设备通过一条下行控制信息分配的用于N次数据传输的空口资源,其中,所述下行控制信息包含多次数据传输使用的空口资源信息,所述N为大于1的整数。
在一个可能的设计中,用户设备在所述下行控制信息中配置的空口资源上进行所述N次数据传输的发射或者接收。
在一个可能的设计中,所述下行控制信息还包括所述N的取值信息。可以理解的是,所述N的取值信息,可以是N的真实取值,也可以采用其他的指示方式指示N的真实取值。显而易见的,所述N的取值也可以配置成一次,实现通过一条下行控制信息分配一次数据传输所需要的空口资源。
在一个可能的设计中,所述下行控制信息还可以包括连续传输指示信息。所述连续传输指示信息用于指示所述下行控制信息是否包含N次数据传输的空口资源信息,或者说是用于指示所述下行控制信息是否指示N次连续传输。其中,所述连续传输是指,N次数据传输均为不等待数据接收端反馈的NACK消息或者ACK消息就进行的重传,例如盲重传等自动重传。需要说明的是,本申请中所指的连续传输,可以是在时间上连续的时域资源上进行的,例如,在第n TTI至第n+N-1TTI上进行连续传输,也可以是在时间上不连续的时域资源上进行的,例如,在根据一定的时域资源确定规则确定的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 latency communication)场景。如图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所示的频域和时域分割格子组成,每个格子为一个资源单元,代表一个符号时间内一个子载波的资源,每个资源单元上可以承载一定的信息。N
symb个符号在时间上组成一个TTI,一个TTI中的
个子载波合起来组成一个资源块。为了方便资源调度和分配,通常时域上还会定义时隙(Slot)和子帧(Subframe)等概念。可以看到,图2中的每个TTI包含7个符号,每个资源块包含12个子载波,每7个符号为一个时隙,两个时隙构成一个子帧,这是一种比较典型的空口资源划分方式,仅作为具体示例说明空口资源的划分原理,在不同的系统中可能有其他的时频域资源划分方式,例如在单载波系统中频域上可能只存在一个子载波,或者在某些对时延要求较高的系统中可能一个符号就是一个TTI。本申请实施例对具体的空口资源划分方式不做唯一限定。
本申请中所述的一个“发射时间间隔(Transmission Time Interval,TTI)”,可以是符号(symbol)、子帧(subframe)、时隙(slot)或者微时隙(mini slot)中的任意一种,也可以包含至少一个子帧、至少一个符号、至少一个时隙或者至少一个微时隙。可选的,本发明实施例的方案也可以应用于符号、子帧、时隙或者微时隙等时间单位,或者应用于至少一个符号、至少一个子帧、至少一个时隙或者至少一个微时隙等时间单位上,具体实施方式与以TTI或者子帧为一个时间单位时相同,不再赘述。
在网络设备为数据传输进行空口资源分配时,通常是通过下行控制消息下发可以指示时域资源和/或频域资源的信息。时域资源可以通过下发数据传输可以使用的符号个数或者时隙号来分配,也可以默认使用整个子帧的所有符号;频域资源可以通过下发起始资源块索引以及可用资源块的长度来分配,也可以将资源块划分成资源块组(Resource Block Group,RBG)并通过下发比特图(bitmap)来指示可用的资源块组,还可以预先定义资源块选取规则并通过下发相应规则索引来指示可用的频域资源等。本申请中所提及的时域资源指示和/或频域资源指示包括所有可以明确空口资源的信息,不对具体的指示方式做唯一限定。
下面结合图3,介绍现有技术中混合自动重传请求(Hybrid Automatic Repeat reQuest,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},并按照传输次数顺序依次使用序列中的冗余版本。
在一个具体的示例中,当所述下行控制信息中配置了N次数据传输的空口资源信息时,N的取值信息可以省略,此时可以按照下行控制信息中包含的空口资源信息的个数确定数据传输的次数(即确定N的取值)。
对于表1中标示可以采用现有技术进行指示的信元,可以参考现有无线系统中相关的技术规定进行设计,例如在LTE系统中可以参考第三代合作伙伴计划技术指标3GPP(3rd Generation Partnership Project)TS(Technical Specification)36.212以及36.213中的具体规定,在此处不再赘述。
表1:下行控制信息中用于分配空口资源的信元
表2:N的取值信息信元的一种具体设计方法
表3:N的取值信息信元的另一种具体设计方法
取值 |
所指示的N的取值 |
00 |
1 |
01 |
2 |
10 |
3 |
11 |
4 |
表4:数据传输使用的时域资源指示信元的一种具体设计方法
在另一个示例中,下行控制信息可以仅配置一次数据传输所使用的空口资源信息,在当前下行控制信息对应的第一次数据传输时使用消息中配置的空口资源,根据所述第一次传输使用的空口资源确定余下的传输所使用的空口资源。具体的,余下的传输的频域资源可以使用与上述第一次传输相同的频域资源,也可以通过跳频规则根据第一次传输使用的频域资源信息计算本次传输使用的频域资源,例如假设在一次下行资源分配过程中,上述第一次传输使用的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。
可选的,当X(X为大于1的整数)次数据传输使用相同的时域资源时,就需要占用X个不同的频域资源,在此情况下,数据发射端相当于通过一次发射动作完成了X次数据传输的发射,数据接收端相当于通过一次接收动作完成了X次数据传输的接收。其中所述X可以等于N,即所述N次数据传输均在相同的时域资源上进行。X也可以小于N,即所述N次数据传输中的X次数据传输在相同的时域资源上进行。
在一个示例中,所述下行控制信息还可以包括连续传输指示信息。所述连续传输指示信息用于指示所述下行控制信息是否包含N次数据传输的空口资源信息,或者说是用于指示所述下行控制信息是否指示N次连续传输。所述连续传输是指不基于HARQ机制的重传,即,数据发射端无需等待数据接收端反馈NACK或ACK就可以进行重传,例如盲重传等自动重传。
在一个具体的示例中,所述连续传输指示信息,可以使用一个独立的信元。例如,使用1比特(bit)的信元来指示下行控制信息中的连续传输信息。例如,当1比特(bit)的信元取值为“1”时,指示进行连续数据传输,数据发射端会在下行控制信息之后的第x个TTI开始进行N次数据的发射,数据接收端会在下行控制信息之后的第x个TTI开始进行N次数据的接收,数据发射端和数据接收端使用下行控制信息中配置的N次数据传输的空口资源,其中x为大于等于0的整数,可以根据预定的规则进行确定。当1比特(bit)的信元取值为“0”时,指示不进行连续数据传输,数据发送端和数据接收端可以使用下行控制信息中配置的空口资源信息进行数据的传输或者重传。
在另一个具体的示例中,所述连续传输指示信息,也可以利用用于指示其他信息的信元。例如,可以结合预先确定或者约定的阈值和某一个信元所指示的信息来指示当前下行控制信
息中的连续传输信息。可选的,所述阈值可以是静态配置的,也可以是半静态或者动态配置的,通过半静态或者动态配置所述阈值,可以更加灵活的对阈值进行配置或者更新,从而灵活的改变触发所述连续传输的条件。可选的,网络设备可以通过物理层控制信令、无线资源控制层信令、媒体接入控制层信令中的任一种或者至少一种信令将所述阈值发送给用户设备,当然也可以使用其他类型的信令,本申请对此不做限定。例如,所述连续传输指示信息,可以利用用于指示编码调制方案信息的信元以预定的阈值进行指示,下行控制信息中可以包含编码调制方案信息,如编码调制方案(Modulation and Coding Scheme,MCS)指示信息,数据发射端和数据接收端可以预先约定一个MCS阈值,当下行控制信息中所指示的编码调制方案小于所述MCS阈值时,则指示连续传输,反之,则指示非连续传输。
可选的,下行控制信息中可以包含所述连续传输指示信息和上述N的取值信息中的至少一种,此时,下行控制信息中可以直接配置N次数据传输的空口资源,也可以仅配置一次数据传输的空口资源,余下N-1次数据传输的空口资源信息根据所配置的空口资源信息确定。可选的,下行控制信息中也可以直接配置N次数据传输的空口资源,数据发射端和数据接收端直接在配置的N次数据传输的空口资源上进行数据的发射和接收。具体空口资源配置的方式可以参考上文的描述,此处不再赘述。
在一个示例中,网络设备或者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有关实施例的描述,不再赘述。
在本申请实施例提供的再一种资源调度和分配方法中,用户设备可以将业务关键性能指标通知网络设备,网络设备发送关键性能指标阈值给用户设备,网络设备和用户设备根据关键性能指标阈值和业务关键性能指标确定是否使用盲重传或者连续传输。其中,如果使用盲重传或者连续传输,所涉及的下行控制信息分配传输次数以及空口资源的具体方式参照图4有关实施例的描述,不再赘述。可选的,所述关键性能指标阈值可以是静态配置的,也可以是半静态或者动态配置的,通过半静态或者动态配置所述关键性能指标阈值,可以更加灵活的对关键性能指标阈值进行配置或者更新,从而灵活的改变触发所述连续传输的条件。可选的,网络设备可以通过物理层控制信令、无线资源控制层信令、媒体接入控制层信令中的任一种或者至少一种信令将所述关键性能指标阈值发送给用户设备,当然也可以使用其他类型的信令,本申请对此不做限制。可选的,用户设备可以通过物理层控制信令、无线资源控制层信令、媒体接入控制层信令中的任一种或者至少一种信令通知网络设备业务关键性能指标,当然也可以使用其他类型的信令,本申请对此不做限制。
在一个具体的示例中,所述关键性能指标可以包括可靠性要求(例如,可靠性要求为99.999%)、时延要求(例如,传输时延要求为1ms)等。例如,以可靠性要求为判断是否使用盲重传或者连续传输的指标,如果当前配置的阈值为99.99%,而当前业务要求的可靠性为99.999%,则业务要求的可靠性高于当前阈值,则使用盲重传或者连续传输保证业务的可靠性
要求。再例如,以时延要求为判断是否使用盲重传或者连续传输的指标,如果当前配置的阈值为2ms,而当前业务要求的时延为1ms,则使用盲重传或者连续传输保证业务的时延要求。可选的,所述关键性能指标还可以包括其他业务要求的指标,也可以使用一种或者多于一种的关键性能指标联合判断是否使用盲重传或者连续传输,本申请对此不做限定。
需要说明的是,上述实施例基于具体的空口资源划分方式、业务时延、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可以位于用户设备中。当然,处理器和存储介质也可以作为分立组件存在于用户设备中。
本领域技术人员应该可以意识到,在上述一个或多个示例中,本申请所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时,可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质,其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。
以上所述的具体实施方式,对本申请的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本申请的具体实施方式而已,并不用于限定本申请的保护范围,凡在本申请的技术方案的基础之上,所做的任何修改、等同替换、改进等,均应包括在本申请的保护范围之内。