信息传输的方法和装置与流程

信息传输的方法和装置
1.本技术要求于2021年8月10日提交中国专利局、申请号为202110914712.4、申请名称为“一种重传方法”的中国专利申请的优先权，其全部内容通过引用结合在本技术中。
技术领域
2.本技术涉及通信领域，并且更具体地，涉及信息传输的方法和装置。


背景技术：

3.未来通信系统中的实时宽带通信(real-time broadband communication，rtbc)场景旨在支持大带宽和低交互时延，目标是在给定时延和一定的可靠性要求下，将带宽提升10倍，打造人与虚拟世界交互时的沉浸式体验。其中，有着超高带宽和超低时延要求的扩展现实专业版(extended reality professional，xr pro)业务对第五代(the 5th generation，5g)移动通信技术提出了更为严峻的挑战。xr主要包含虚拟现实(virtual reality，vr)、增强现实(augmented reality，ar)以及混合现实(mixed reality，mr)等虚拟与现实交互技术。其中，在下行传输过程中，服务器的xr内容将以固定频率(例如，60hz或120hz)生成数据内容，并由基站侧传输给xr的终端设备。另外，由于图形生成的需要，ar和mr等设备需内置摄像头采集并以特定频率(例如，60hz)连续上传当前场景图像。
4.在当前的新空口(new radio，nr)中，针对上行传输和下行传输，都提供了动态调度和半静态调度两种调度方式。其中，在动态调度的场景下，一种节能的技术为不连续接收(discontinuous reception，drx)，该技术可以让接收端周期性的在某些时候进入睡眠状态(sleep mode)，不去监听物理下行控制信道(physical downlink control channel，pdcch)子帧，而在需要监听的时候，则从睡眠状态中唤醒(wake up)并监测pdcch。另外，drx技术为每个混合自动重传请求(hybrid auto repeat request，harq)进程分配了一个对应的定时器，用于在特定的时间接收重传数据。但是，这种唤醒方式可能会打断接收端的睡眠状态，特别是当某个超过空口传输时间要求的传输块(transport block，tb)的重传可能已经无助于当前数据传输的时候，这种唤醒方式不仅无益于接收端用户体验，反而会造成额外的功耗开销；半静态调度具有一次配置多次使用的特点，也即，配置一次参数之后，后续的传输都采用该次配置的参数，但是在半静态传输的场景下，由于接收端无法获知重传出现的具体时隙，只能在固定的时间内监测pdcch，不仅加剧了数据传输的时延，而且可能打断接收端的睡眠状态，增加了接收端的功耗开销。
5.因此，亟需一种信息传输的方法，既能降低接收端因接收重传数据而中断睡眠导致的功耗开销，又能保证数据的可靠传输。


技术实现要素：

6.本技术提供一种信息传输的方法和装置，既能降低接收端因接收重传数据而中断睡眠导致的功耗开销，又能保证数据的可靠传输。
7.第一方面，提供了一种信息传输的方法，包括：接收第一配置信息，第一配置信息
包括第一时长、第二时长和第一周期，第一时长小于第一周期，第一时长在一个第一周期的起始时刻启动，第二时长用于指示第一通信装置在第一时刻上报应答信息后至收到应答信息对应的重传的调度控制信息之间预计的最小时长，或者，第二时长用于指示第一通信装置在第二时刻传输上行/侧行数据至收到上行/侧行数据对应的重传的调度控制信息之间预计的最小时长；当第一时长结束时所对应的时间单元不晚于第二时长结束时所对应的时间单元，且应答信息为非确认应答nack时，在第二时长结束时所对应的时间单元的下一时间单元不监测应答信息对应的重传的调度控制信息。
8.本技术的技术方案，既能降低接收端因接收重传数据而中断睡眠导致的功耗开销，又能保证数据的可靠传输。
9.结合第一方面，在第一方面的某些实现方式中，上述方法还包括：在第一周期结束时所对应的时间单元前且与第一周期结束时所对应的时间单元相邻的前k个连续的时间单元监测应答信息对应的重传的调度控制信息。
10.这样，通过本技术的技术方案，既能保证重传数据的快速、可靠传输，又能降低接收端因接收重传数据而终端睡眠导致的功耗开销。
11.结合第一方面，在第一方面的某些实现方式中，当第一时长结束时所对应的时间单元不晚于第二时长结束时所对应的时间单元，且应答信息为nack时，上述方法还包括：延长第二时长在第一周期内的终止位置至第一周期结束时所对应的时间单元的相邻的k个连续的时间单元的起始时刻。
12.结合第一方面，在第一方面的某些实现方式中，第一配置信息还用于配置第三时长，第三时长用于指示第一通信装置在第二时长结束时所对应的时间单元的下一时间单元至收到应答信息对应的重传的调度控制信息之间的最大时长；或者，第三时长用于指示第一通信装置在第二时长结束时所对应的时间单元的下一时间单元至接收到上行/侧行数据的调度授权的最大时长。
13.结合第一方面，在第一方面的某些实现方式中，k个连续的时间单元是根据第一时长结束时所对应的时间单元不晚于第二时长结束时所对应的时间单元的应答信息为nack的harq进程的个数确定的；和/或，根据第一通信装置的解码能力确定的；和/或，根据第三时长确定的；和/或，第一配置信息配置的。
14.结合第一方面，在第一方面的某些实现方式中，第一周期为非连续接收drx的长周期；或者，第一周期为drx的短周期；或者，第一周期为半静态传输的周期；或者，第一周期为业务的传输周期。
15.结合第一方面，在第一方面的某些实现方式中，应答信息是一个混合自动重传请求harq进程的应答信息。
16.结合第一方面，在第一方面的某些实现方式中，第一配置信息还用于指示第四时长，第四时长用于表示第一通信装置监测控制信息的时长，上述方法还包括：确定第五时长，第一通信装置在第五时长内监测控制信息，第五时长在第一周期内的起始位置是通过将第四时长的起始位置向前偏移k个连续的时间单元确定的。
17.结合第一方面，在第一方面的某些实现方式中，第五时长在第一周期内结束时所对应的时间单元的下一时间单元为下一个相邻第一周期的第四时长的起始时所对应的时间单元；或第五时长在第一周期内结束时所对应的时间单元为下一个相邻第一周期的第四
时长结束时所对应的时间单元。
18.结合第一方面，在第一方面的某些实现方式中，上述第五时长仅在第一周期内生效。
19.第二方面，提供了一种信息传输的方法，包括：发送第一配置信息，第一配置信息包括第一时长、第二时长和第一周期，第一时长小于第一周期，第一时长在一个第一周期的起始时刻启动，第二时长用于指示第二通信装置在第一时刻接收应答信息后至发送应答信息对应的重传的调度控制信息之间的最小时长，或者，第二时长用于指示第二通信装置在第二时刻接收上行/侧行数据至发送上行/侧行数据对应的重传的调度控制信息之间的最小时长；当第一时长结束时所对应的时间单元不晚于第二时长结束时所对应的时间单元，且应答信息为非确认应答nack时，在第二时长结束时所对应的时间单元的下一时间单元不发送应答信息对应的重传的调度控制信息。
20.本技术的技术方案，既能降低接收端因接收重传数据而中断睡眠导致的功耗开销，又能保证数据的可靠传输。
21.结合第二方面，在第二方面的某些实现方式中，上述方法还包括：在第一周期结束时所对应的时间单元前且与第一周期结束时所对应的时间单元相邻的前k个连续的时间单元发送应答信息对应的重传的调度控制信息。
22.这样，通过本技术的技术方案，既能保证重传数据的快速、可靠传输，又能降低接收端因接收重传数据而终端睡眠导致的功耗开销。
23.结合第二方面，在第二方面的某些实现方式中，第一配置信息还用于配置第三时长，第三时长用于指示第二通信装置在第二时长结束时所对应的时间单元的下一时间单元至发送应答信息对应的重传的调度控制信息之间的最大时长；或者，第三时长用于指示第二通信装置在第二时长结束时所对应的时间单元的下一时间单元至发送上行/侧行数据的调度授权的最大时长。
24.结合第二方面，在第二方面的某些实现方式中，上述k个连续的时间单元是根据第一时长结束时所对应的时间单元不晚于第二时长结束时所对应的时间单元的应答信息为nack的harq进程的个数确定的；和/或，根据第一通信装置的解码能力确定的；和/或，根据第三时长确定的；和/或，第一配置信息配置的。
25.结合第二方面，在第二方面的某些实现方式中，第一周期为非连续接收drx的长周期；或者，第一周期为drx的短周期；或者，第一周期为半静态传输的周期；或者，第一周期为业务的传输周期。
26.结合第二方面，在第二方面的某些实现方式中，应答信息是一个混合自动重传请求harq进程的应答信息。
27.结合第二方面，在第二方面的某些实现方式中，第一配置信息还用于指示第四时长，第二通信装置在第四时长内发送数据的调度控制信息，上述方法还包括：确定第五时长，第二通信装置在第五时长内发送数据的调度控制信息，第五时长在第一周期内的起始位置是通过将第四时长的起始位置向前偏移k个连续的时间单元确定的。
28.结合第二方面，在第二方面的某些实现方式中，第五时长在第一周期内结束时所对应的时间单元的下一时间单元是下一个相邻第一周期的第四时长起始时所对应的时间单元；或第五时长在第一周期内结束时所对应的时间单元为下一个相邻第一周期的第四时
长结束时所对应的时间单元。
29.结合第二方面，在第二方面的某些实现方式中，上述第五时长仅在第一周期内生效。
30.第三方面，提供了一种信息传输的方法，包括：接收第一配置信息，第一配置信息包括第一时长、第二时长和第一周期，第一时长小于第一周期，第一时长在第一周期的起始时刻启动，第二时长用于指示第一通信装置在第一时刻上报应答信息后至收到应答信息对应的重传的调度控制信息之间预计的最小时长，或者，第二时长用于指示第一通信装置在第二时刻传输上行/侧行数据至收到上行/侧行数据对应的重传的调度控制信息之间预计的最小时长；第一配置信息还包括第三时长，第三时长用于指示第一通信装置在第二时长结束时所对应的时间单元的下一时间单元至收到应到信息对应的重传的调度控制信息之间的最大时长；或者，第三时长用于指示第一通信装置在第二时长结束时所对应的时间单元的下一时间单元至接收到上行/侧行数据的调度授权的最大时长。当在第一时长结束时所对应的时间单元的下一时间单元，第三时长未结束，在第三时长剩余时间范围不监测应答信息对应的重传的调度控制信息。
31.本技术的技术方案，既能降低接收端因接收重传数据而中断睡眠导致的功耗开销，又能保证数据的可靠传输。
32.结合第三方面，在第三方面的某些实现方式中，上述方法还包括：在第一周期结束时所对应的时间单元前且与第一周期结束时所对应的时间单元相邻的k个连续的时间单元监测应答信息对应的重传的调度控制信息。
33.这样，通过本技术的技术方案，既能保证重传数据的快速、可靠传输，又能降低接收端因接收重传数据而终端睡眠导致的功耗开销。
34.结合第三方面，在第三方面的某些实现方式中，k个连续的时间单元是根据当在第一时长结束时所对应的时间单元的下一时间单元，第三时长未结束时的harq进程的个数确定的；和/或，根据第一通信装置的解码能力确定的；和/或，根据第三时长确定的；和/或，第一配置信息配置的。
35.结合第三方面，在第三方面的某些实现方式中，第一周期为非连续接收drx的长周期；或者，第一周期为drx的短周期；或者，第一周期为半静态传输的周期；或者，第一周期为业务的传输周期。
36.结合第三方面，在第三方面的某些实现方式中，应答信息是一个混合自动重传请求harq进程的应答信息。
37.结合第三方面，在第三方面的某些实现方式中，第一配置信息还用于指示第四时长，第四时长用于表示第一通信装置监测控制信息的时长，上述方法还包括：确定第五时长，第一通信装置在第五时长内监测控制信息，第五时长在第一周期内的起始位置是通过将第四时长的起始位置向前偏移k个连续的时间单元确定的。
38.结合第三方面，在第三方面的某些实现方式中，上述第五时长在第一周期内结束时所对应的时间单元的下一时间单元为下一个相邻第一周期的第四时长的起始时所对应的时间单元；或第五时长在第一周期内结束时所对应的时间单元为下一个相邻第一周期的第四时长结束时所对应的时间单元。
39.结合第三方面，在第三方面的某些实现方式中，上述第五时长仅在第一周期内生
效。
40.第四方面，提供了一种信息传输的方法，包括：发送第一配置信息，第一配置信息包括第一时长、第二时长和第一周期，第一时长小于第一周期，第一时长在第一周期的起始时刻启动，第二时长用于指示第一通信装置在第一时刻接收应答信息后至发送应答信息对应的重传的调度控制信息之间的最小时长，或者，第二时长用于指示第二通信装置在第二时刻接收上行/侧行数据至发送上行/侧行数据对应的重传的调度控制信息之间的最小时长；第一配置信息还包括第三时长，第三时长用于指示第二通信装置在第二时长结束时所对应的时间单元的下一时间单元至发送应到信息对应的重传的调度控制信息之间的最大时长；或者，第三时长用于指示第二通信装置在第二时长结束时所对应的时间单元的下一时间单元至发送上行/侧行数据的调度授权的最大时长。当在第一时长结束时所对应的时间单元的下一时间单元，第三时长未结束，在第三时长剩余时间范围不发送应答信息对应的重传的调度控制信息。
41.本技术的技术方案，既能降低接收端因接收重传数据而中断睡眠导致的功耗开销，又能保证数据的可靠传输。
42.结合第四方面，在第四方面的某些实现方式中，上述方法还包括：在第一周期结束时所对应的时间单元前且与第一周期结束时所对应的时间单元相邻的k个连续的时间单元发送应答信息对应的重传的调度控制信息。
43.这样，通过本技术的技术方案，既能保证重传数据的快速、可靠传输，又能降低接收端因接收重传数据而终端睡眠导致的功耗开销。
44.结合第四方面，在第四方面的某些实现方式中，k个连续的时间单元是根据当在第一时长结束时所对应的时间单元的下一时间单元，第三时长未结束时的harq进程的个数确定的；和/或，根据第一通信装置的解码能力确定的；和/或，根据第三时长确定的；和/或，第一配置信息配置的。
45.结合第四方面，在第四方面的某些实现方式中，第一周期为非连续接收drx的长周期；或者，第一周期为drx的短周期；或者，第一周期为半静态传输的周期。
46.结合第四方面，在第四方面的某些实现方式中，应答信息是一个混合自动重传请求harq进程的应答信息。
47.结合第四方面，在第四方面的某些实现方式中，第一配置信息还用于指示第四时长，第二通信装置在第四时长内发送数据的调度控制信息，上述方法还包括：确定第五时长，第二通信装置在第五时长内发送数据的调度控制信息，第五时长在第一周期内的起始位置是通过将第四时长的起始位置向前偏移k个连续的时间单元确定的。
48.结合第四方面，在第四方面的某些实现方式中，第五时长在第一周期内结束时所对应的时间单元的下一时间单元是下一个相邻第一周期的第四时长起始时所对应的时间单元；或第五时长在第一周期内结束时所对应的时间单元为下一个相邻第一周期的第四时长结束时所对应的时间单元。
49.结合第四方面，在第四方面的某些实现方式中，上述第五时长仅在第一周期内生效。
50.第五方面，提供了一种信息传输的装置，包括：收发单元，用于接收第一配置信息，第一配置信息包括第一时长、第二时长和第一周期，第一时长小于第一周期，第一时长在一
个第一周期的起始时刻启动，第二时长用于指示第一通信装置在第一时刻上报应答信息后至收到应答信息对应的重传的调度控制信息之间预计的最小时长，或者，第二时长用于指示第一通信装置在第二时刻传输上行/侧行数据至收到上行/侧行数据对应的重传的调度控制信息之间预计的最小时长；处理单元，用于当第一时长结束时所对应的时间单元不晚于第二时长结束时所对应的时间单元，且应答信息为非确认应答nack时，在第二时长结束时所对应的时间单元的下一时间单元不监测应答信息对应的重传的调度控制信息。
51.结合第五方面，在第五方面的某些实现方式中，上述处理单元，还用于在第一周期结束时所对应的时间单元前且与第一周期结束时所对应的时间单元相邻的k个连续的时间单元监测应答信息对应的重传的调度控制信息。
52.结合第五方面，在第五方面的某些实现方式中，当第一时长结束时所对应的时间单元不晚于第二时长结束时所对应的时间单元，且应答信息为nack时，上述处理单元，还用于延长第二时长在第一周期内的终止位置至第一周期结束时所对应的时间单元的相邻的前k个连续的时间单元的起始时刻。
53.结合第五方面，在第五方面的某些实现方式中，第一配置信息还用于配置第三时长，第三时长用于指示第一通信装置在第二时长结束时所对应的时间单元的下一时间单元至收到应答信息对应的重传的调度控制信息之间的最大时长；或者，第三时长用于指示第一通信装置在第二时长结束时所对应的时间单元的下一时间单元至接收到上行/侧行数据的调度授权的最大时长。
54.结合第五方面，在第五方面的某些实现方式中，k个连续的时间单元是根据第一时长结束时所对应的时间单元不晚于第二时长结束时所对应的时间单元的应答信息为nack的harq进程的个数确定的；和/或，根据第一通信装置的解码能力确定的；和/或，根据第三时长确定的；和/或，第一配置信息配置的。
55.结合第五方面，在第五方面的某些实现方式中，第一周期为非连续接收drx的长周期；或者，第一周期为drx的短周期；或者，第一周期为半静态传输的周期；或者，第一周期为业务的传输周期。
56.结合第五方面，在第五方面的某些实现方式中，应答信息是一个混合自动重传请求harq进程的应答信息。
57.结合第五方面，在第五方面的某些实现方式中，第一配置信息还用于指示第四时长，第四时长用于表示第一通信装置监测控制信息的时长，上述处理单元，还用于确定第五时长，第一通信装置在第五时长内监测控制信息，第五时长在第一周期内的起始位置是通过将第四时长的起始位置向前偏移k个连续的时间单元确定的。
58.结合第五方面，在第五方面的某些实现方式中，第五时长在第一周期内结束时所对应的时间单元的下一时间单元为下一个相邻第一周期的第四时长的起始时所对应的时间单元；或第五时长在第一周期内结束时所对应的时间单元为下一个相邻第一周期的第四时长结束时所对应的时间单元。
59.结合第五方面，在第五方面的某些实现方式中，上述第五时长仅在第一周期内生效。
60.第六方面，提供了一种信息传输的装置，包括：收发单元，用于发送第一配置信息，第一配置信息包括第一时长、第二时长和第一周期，第一时长小于第一周期，第一时长在一
个第一周期的起始时刻启动，第二时长用于指示第二通信装置在第一时刻接收应答信息后至发送应答信息对应的重传的调度控制信息之间的最小时长，或者，第二时长用于指示第二通信装置在第二时刻接收上行/侧行数据至发送上行/侧行数据对应的重传的调度控制信息之间的最小时长；所述收发单元，还用于当第一时长结束时所对应的时间单元不晚于第二时长结束时所对应的时间单元，且应答信息为非确认应答nack时，在第二时长结束时所对应的时间单元的下一时间单元不发送应答信息对应的重传的调度控制信息。
61.结合第六方面，在第六方面的某些实现方式中，上述收发单元，还用于在第一周期结束时所对应的时间单元前且与第一周期结束时所对应的时间单元相邻的前k个连续的时间单元发送应答信息对应的重传的调度控制信息。
62.结合第六方面，在第六方面的某些实现方式中，第一配置信息还用于配置第三时长，第三时长用于指示第二通信装置在第二时长结束时所对应的时间单元的下一时间单元至发送应答信息对应的重传的调度控制信息之间的最大时长；或者，第三时长用于指示第二通信装置在第二时长结束时所对应的时间单元的下一时间单元至发送上行/侧行数据的调度授权的最大时长。
63.结合第六方面，在第六方面的某些实现方式中，上述k个连续的时间单元是根据第一时长结束时所对应的时间单元不晚于第二时长结束时所对应的时间单元的应答信息为nack的harq进程的个数确定的；和/或，根据第一通信装置的解码能力确定的；和/或，根据第三时长确定的；和/或，第一配置信息配置的。
64.结合第六方面，在第六方面的某些实现方式中，第一周期为非连续接收drx的长周期；或者，第一周期为drx的短周期；或者，第一周期为半静态传输的周期；或者，第一周期为业务的传输周期。
65.结合第六方面，在第六方面的某些实现方式中，应答信息是一个混合自动重传请求harq进程的应答信息。
66.结合第六方面，在第六方面的某些实现方式中，第一配置信息还用于指示第四时长，第二通信装置在第四时长内发送数据的调度控制信息，上述收发单元，还用于确定第五时长，第二通信装置在第五时长内发送数据的调度控制信息，第五时长在第一周期内的起始位置是通过将第四时长的起始位置向前偏移k个连续的时间单元确定的。
67.结合第六方面，在第六方面的某些实现方式中，第五时长在第一周期内结束时所对应的时间单元的下一时间单元是下一个相邻第一周期的第四时长起始时所对应的时间单元；或第五时长在第一周期内结束时所对应的时间单元为下一个相邻第一周期的第四时长结束时所对应的时间单元。
68.结合第六方面，在第六方面的某些实现方式中，上述第五时长仅在第一周期内生效。
69.第七方面，提供了一种信息传输的装置，包括：收发单元，用于接收第一配置信息，第一配置信息包括第一时长、第二时长和第一周期，第一时长小于第一周期，第一时长在第一周期的起始时刻启动，第二时长用于指示第一通信装置在第一时刻上报应答信息后至收到应答信息对应的重传的调度控制信息之间预计的最小时长，或者，第二时长用于指示第一通信装置在第二时刻传输上行/侧行数据至收到上行/侧行数据对应的重传的调度控制信息之间预计的最小时长；第一配置信息还包括第三时长，第三时长用于指示第一通信装
置在第二时长结束时所对应的时间单元的下一时间单元至收到应到信息对应的重传的调度控制信息之间的最大时长；或者，第三时长用于指示第一通信装置在第二时长结束时所对应的时间单元的下一时间单元至接收到上行/侧行数据的调度授权的最大时长。处理单元，用于当在第一时长结束时所对应的时间单元的下一时间单元，第三时长未结束，在第三时长剩余时间范围不监测应答信息对应的重传的调度控制信息。
70.结合第七方面，在第七方面的某些实现方式中，上述处理单元，还用于在第一周期结束时所对应的时间单元前且与第一周期结束时所对应的时间单元相邻的k个连续的时间单元监测应答信息对应的重传的调度控制信息。
71.结合第七方面，在第七方面的某些实现方式中，k个连续的时间单元是根据当在第一时长结束时所对应的时间单元的下一时间单元，第三时长未结束时的harq进程的个数确定的；和/或，根据第一通信装置的解码能力确定的；和/或，根据第三时长确定的；和/或，第一配置信息配置的。
72.结合第七方面，在第七方面的某些实现方式中，第一周期为非连续接收drx的长周期；或者，第一周期为drx的短周期；或者，第一周期为半静态传输的周期；或者，第一周期为业务的传输周期。
73.结合第七方面，在第七方面的某些实现方式中，应答信息是一个混合自动重传请求harq进程的应答信息。
74.结合第七方面，在第七方面的某些实现方式中，第一配置信息还用于指示第四时长，第四时长用于表示第一通信装置监测控制信息的时长，上述处理单元，还用于确定第五时长，第一通信装置在第五时长内监测控制信息，第五时长在第一周期内的起始位置是通过将第四时长的起始位置向前偏移k个连续的时间单元确定的。
75.结合第七方面，在第七方面的某些实现方式中，上述第五时长在第一周期内结束时所对应的时间单元的下一时间单元为下一个相邻第一周期的第四时长的起始时所对应的时间单元；或第五时长在第一周期内结束时所对应的时间单元为下一个相邻第一周期的第四时长结束时所对应的时间单元。
76.结合第七方面，在第七方面的某些实现方式中，上述第五时长仅在第一周期内生效。
77.第八方面，提供了一种信息传输的装置，包括：收发单元，用于，发送第一配置信息，第一配置信息包括第一时长、第二时长和第一周期，第一时长小于第一周期，第一时长在第一周期的起始时刻启动，第二时长用于指示第一通信装置在第一时刻接收应答信息后至发送应答信息对应的重传的调度控制信息之间的最小时长，或者，第二时长用于指示第二通信装置在第二时刻接收上行/侧行数据至发送上行/侧行数据对应的重传的调度控制信息之间的最小时长；第一配置信息还包括第三时长，第三时长用于指示第二通信装置在第二时长结束时所对应的时间单元的下一时间单元至发送应到信息对应的重传的调度控制信息之间的最大时长；或者，第三时长用于指示第二通信装置在第二时长结束时所对应的时间单元的下一时间单元至发送上行/侧行数据的调度授权的最大时长。所述收发单元，还用于当在第一时长结束时所对应的时间单元的下一时间单元，第三时长未结束，在第三时长剩余时间范围不发送应答信息对应的重传的调度控制信息。
78.结合第八方面，在第八方面的某些实现方式中，上述收发单元，还用于在第一周期
结束时所对应的时间单元前且与第一周期结束时所对应的时间单元相邻的k个连续的时间单元发送应答信息对应的重传的调度控制信息。
79.结合第八方面，在第八方面的某些实现方式中，k个连续的时间单元是根据当在第一时长结束时所对应的时间单元的下一时间单元，第三时长未结束时的harq进程的个数确定的；和/或，根据第一通信装置的解码能力确定的；和/或，根据第三时长确定的；和/或，第一配置信息配置的。
80.结合第八方面，在第八方面的某些实现方式中，第一周期为非连续接收drx的长周期；或者，第一周期为drx的短周期；或者，第一周期为半静态传输的周期；或者，第一周期为业务的传输周期。
81.结合第八方面，在第八方面的某些实现方式中，应答信息是一个混合自动重传请求harq进程的应答信息。
82.结合第八方面，在第八方面的某些实现方式中，第一配置信息还用于指示第四时长，第二通信装置在第四时长内发送数据的调度控制信息，上述收发单元，还用于确定第五时长，第二通信装置在第五时长内发送数据的调度控制信息，第五时长在第一周期内的起始位置是通过将第四时长的起始位置向前偏移k个连续的时间单元确定的。
83.结合第八方面，在第八方面的某些实现方式中，第五时长在第一周期内结束时所对应的时间单元的下一时间单元是下一个相邻第一周期的第四时长起始时所对应的时间单元；或第五时长在第一周期内结束时所对应的时间单元为下一个相邻第一周期的第四时长结束时所对应的时间单元。
84.结合第八方面，在第八方面的某些实现方式中，上述第五时长仅在第一周期内生效。
85.第九方面，提供了一种通信装置，包括处理器和接口电路，接口电路用于接收来自该通信装置之外的其它通信装置的信号并传输至该处理器或将来自该处理器的信号发送给该通信装置之外的其它通信装置，该处理器通过逻辑电路或执行代码指令用于实现前述第一方面或第三方面的任意可能的实现方式中的方法。
86.第十方面，提供了一种通信装置，包括处理器和接口电路，接口电路用于接收来自该通信装置之外的其它通信装置的信号并传输至该处理器或将来自该处理器的信号发送给该通信装置之外的其它通信装置，该处理器通过逻辑电路或执行代码指令用于实现前述第二方面或第四方面的任意可能的实现方式中的方法。
87.第十一方面，提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序或指令，当该计算机程序或指令被执行时，实现前述第一方面至第四方面的任意可能的实现方式中的方法。
88.第十二方面，提供了一种包含指令的计算机程序产品，当该指令被运行时，实现前述第一方面至第四方面的任意可能的实现方式中的方法。
89.第十三方面，提供了一种计算机程序，该计算机程序包括代码或指令，当该代码或指令被运行时，实现前述第一方面至第四方面的任意可能的实现方式中的方法。
90.第十四方面，提供一种芯片系统，该芯片系统包括处理器，还包括存储器，用于实现前述第一方面至第四方面的任意可能的实现方式中的方法。该芯片系统由芯片构成，也包含芯片和其他分立器件。
91.第十五方面，提供了一种通信系统，包括第一通信装置和第二通信装置。
92.其中，第一通信装置用于实现上述第一方面或第三方面中的各实现方式的方法，第二通信装置用于实现上述第二方面或第四方面中各实现方式中的方法。
93.在一种可能的设计中，该通信系统还包括本技术实施例提供的方案中与第一通信装置或第二通信装置进行交互的其他设备。
附图说明
94.图1是本技术适用的通信系统100的示意图。
95.图2是本技术适用的信息传输的一例视频编码方案。
96.图3是本技术适用的半静态传输方法的一例示意图。
97.图4是本技术适用的非连续接收drx的一例示意图。
98.图5是本技术适用的drx的另一例示意图。
99.图6是本技术适用的drx长周期和短周期示意图。
100.图7是已有的dxr机制下的一例信息重传的示意图。
101.图8是已有的半静态传输机制下的一例信息重传的示意图。
102.图9是本技术信息传输方法的一例示意性流程图。
103.图10是本技术信息传输方法的另一例示意性流程图。
104.图11是本技术信息传输方法的具体示例的一例示意图。
105.图12是本技术信息传输方法的具体示例的另一例示意图。
106.图13是本技术信息传输方法的具体示例的又一例示意图。
107.图14是本技术信息传输方法的另一例示意性流程图。
108.图15是本技术信息传输方法的具体示例的又一例示意图。
109.图16是本技术利用控制信息激活第一时长的一例示意图。
110.图17是本技术信息传输设备的一例示意性结构图。
111.图18是本技术信息传输装置的一例示意性框图。
具体实施方式
112.下面将结合附图，对本技术中的技术方案进行描述。
113.图1是适用于本技术实施例的通信系统100的示意图。
114.如图1所示，该通信系统100可以包括一个或多个网络设备，例如，图1所示的网络设备101。该通信系统100还可以包括一个或多个终端设备(也可以称为用户设备(user equipment，ue))，例如，图1所示的终端设备102、终端设备103以及终端设备104等。其中，通信系统100可以支持侧行链路(sidelink)通信技术，例如，终端设备102和终端设备103之间的侧行通信，终端设备102和终端设备104之间的侧行通信等。
115.应理解，图1只是示意图，该通信系统中还可以包括其它网络设备，如还可以包括核心网设备105以及在图1中未画出的无线中继设备和无线回传设备。本技术的实施例对该移动通信系统中包括的网络设备和终端设备的数量不做限定。
116.本技术实施例中的终端设备可以指用户设备、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、无线通信设备、用户代理或用户装置。
本技术的实施例中的终端可以是手机(mobile phone)、平板电脑(pad)、带无线收发功能的电脑、虚拟现实(virtual reality，vr)终端、增强现实(augmented reality，ar)终端、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、蜂窝电话、无绳电话、会话启动协议(session initiation protocol，sip)电话、无线本地环路(wireless local loop，wll)站、个人数字助理(personal digital assistant，pda)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，5g网络中的终端或者未来演进网络中的终端等。
117.其中，可穿戴设备也可以称为穿戴式智能设备，是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称，如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上，或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备，更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能，例如：智能手表或智能眼镜等，以及只专注于某一类应用功能，需要和其它设备如智能手机配合使用，如各类进行体征监测的智能手环、智能首饰等。
118.此外，终端设备还可以是物联网(internet of things，iot)系统中的终端设备。iot的技术特点是将物品通过通信技术与网络连接，从而实现人机互连，物物互连的智能化网络。本技术对于终端设备的具体形式不作限定。
119.应理解，本技术实施例中，终端设备可以是用于实现终端设备功能的装置，也可以是能够支持终端设备实现该功能的装置，例如芯片系统，该装置可以被安装在终端中。本技术实施例中，芯片系统可以由芯片构成，也可以包括芯片和其他分立器件。
120.本技术实施例中的网络设备可以是任意一种具有无线收发功能的设备。该设备包括但不限于：演进型节点b(evolved node b，enb)、家庭基站(例如，home evolved nodeb，或home node b，hnb)、基带单元(base band unit，bbu)，无线保真(wireless fidelity，wifi)系统中的接入点(access point，ap)、无线中继节点、无线回传节点、传输点(transmission point，tp)或者发送接收点(transmission and reception point，trp)等，还可以为第五代(5th generation，5g)，如，新一代无线通信系统(new radio，nr)中的下一代基站(next generation node b，gnb)，或，传输点(trp或tp)，5g系统中的基站的一个或一组(包括多个天线面板)天线面板，或者，还可以为构成gnb或传输点的网络节点，如基带单元(bbu)，或，分布式单元(distributed unit，du)等。
121.在一些部署中，gnb可以包括集中式单元(centralized unit，cu)和du。cu实现gnb的部分功能，du实现gnb的部分功能。比如，cu负责处理非实时协议和服务，实现无线资源控制(radio resource control，rrc)，分组数据汇聚层协议(packet data convergence protocol，pdcp)层的功能。du负责处理物理层协议和实时服务，实现无线链路控制(radio link control，rlc)层、媒体接入控制(media access control，mac)层和物理(physical，phy)层的功能。gnb还可以包括有源天线单元(active antenna unit，简称aau)。aau实现部分物理层处理功能、射频处理及有源天线的相关功能。由于rrc层的信息最终会变成phy层
的信息，或者，由phy层的信息转变而来，因而，在这种架构下，高层信令，如rrc层信令，也可以认为是由du发送的，或者，由du+aau发送的。可以理解的是，网络设备可以为包括cu节点、du节点、aau节点中一项或多项的设备。此外，可以将cu划分为接入网(radio access network，ran)中的网络设备，也可以将cu划分为核心网(core network，cn)中的网络设备，本技术对此不做限定。
122.应理解，本技术实施例中，网络设备可以是用于实现网络设备功能的装置，也可以是能够支持网络设备实现该功能的装置，例如芯片系统，该装置可以被安装在网络设备中。
123.本技术实施例的技术方案可以应用于各种通信系统，例如：lte频分双工(frequency division duplex，fdd)系统、lte时分双工(time division duplex，tdd)、5g系统、车到其它设备(vehicle-to-x，v2x)，其中v2x可以包括车到互联网(vehicle to network，v2n)、车到车(vehicle to vehicle，v2v)、车到基础设施(vehicle to infrastructure，v2i)、车到行人(vehicle to pedestrian，v2p)等、车间通信长期演进技术(long term evolution-vehicle，lte-v)、车联网、机器类通信(machine type communication，mtc)、物联网(internet of things，iot)、机器间通信长期演进技术(long term evolution-machine，lte-m)，机器到机器(machine to machine，m2m)，设备到设备(device to device，d2d)等或未来演进的通信系统，例如第六代(6th generation，6g)系统。
124.未来通信系统中的实时宽带通信(real-time broadband communication，rtbc)场景旨在支持大带宽和低交互时延，目标是在给定时延和一定的可靠性要求下，将带宽提升10倍，打造人与虚拟世界交互时的沉浸式体验。其中，有着超高带宽和超低时延要求的扩展现实专业版(extended reality professional，xr pro)业务对第五代(the 5th generation，5g)移动通信技术提出了更为严峻的挑战。xr主要包含虚拟现实(virtual reality，vr)、增强现实(augmented reality，ar)以及混合现实(mixed reality，mr)等虚拟与现实交互技术。其中，在下行传输过程中，服务器的xr内容将以固定频率(例如，60hz或120hz)生成数据内容，并由基站侧传输给xr的终端设备。另外，由于图形生成的需要，ar和mr等设备需内置摄像头采集并以特定频率(例如，60hz)连续上传当前场景图像。
125.在当前的新空口(new radio，nr)中，针对上行传输和下行传输，都提供了动态调度和半静态调度两种调度方式。其中，在动态调度的场景下，一种节能的技术为不连续接收(discontinuous reception，drx)，该技术可以让接收端周期性的在某些时候进入睡眠状态(sleep mode)，不去监听物理下行控制信道(physical downlink control channel，pdcch)子帧，而在需要监听的时候，则从睡眠状态中唤醒(wake up)并监测pdcch。另外，drx技术为每个混合自动重传请求(harq)进程分配了一个对应的定时器，用于在特定的时间接收重传数据。但是，这种唤醒方式可能会打断接收端的睡眠状态，特别是当某个超过空口传输时间要求的传输块(transport block，tb)的重传可能已经无助于当前数据传输的时候，这种唤醒方式不仅无益于接收端用户体验，反而会造成额外的功耗开销；半静态调度具有一次配置多次使用的特点，也即，配置一次参数之后，后续的传输都采用该次配置的参数，但是在半静态传输的场景下，由于接收端无法获知重传出现的具体时隙，只能在固定的时间内监测pdcch，不仅加剧了数据传输的时延，而且可能打断接收端的睡眠状态，增加了接收端的功耗开销。
126.图2示出了当前xr业务传输所采用的一种视频编码方案，其中，每个视频序列被分割成多个大小相同的图像组(group of picture，gop)，在每个gop内的视频帧进行帧内或帧间编码。通常，每个gop中首个编码帧被记为i帧，可独立编解码，而后续编码的帧记为p帧，需要基于之前已编码的i或p帧进行编解码，从而提高编码压缩性能，但这种编码方式也引入了差错传递，比如，图2中的i帧传输出现错误，则其后面的p帧都无法正确解码。
127.在nr中，数据的调度通常可以分为动态调度和半静态调度。其中，半静态调度包括配置授权调度和半持续调度。
128.例如，上行链路的调度分为动态调度传输和配置授权(configured grant，cg)免调度传输两种，cg免调度传输在下文中简称为cg传输。动态调度传输，是在上行数据传输之前，ue向基站发送传输请求并上报传输的数据量。基站根据ue上报的信息为ue分配相应的传输资源。动态调度可以为每次传输配置不同的参数，以适应信道状态的变化。但是，动态调度需要接收端盲检控制信息，增加了接收端的功耗开销。配置授权免调度传输是指ue不需要每次传输时向基站发送调度请求，也不需要等待基站的上行调度许可，而是由ue在实现配置或激活的资源上自主进行周期性的上行数据的发送。上行的免调度传输包括type1和type2两种，其中，对于type1，上行免调度的传输配置全部是通过rrc信令完成的。对于type2，上行免调度的传输配置首先由基站通过rrc信令配置，然后由基站通过下行控制信息(downlink control information，dci)信令激活上行传输。相比于动态调度传输，在免调度传输中，接收端不需要盲检控制信息。但是，如果cg传输的配置参数发生变化，需要进行重新激活或者重配置，这依然需要接收端盲检控制信息，带来功耗开销。
129.如图3(a)所示，上行免调度传输方案分为type1和type2两种。type1的上行免调度的传输配置是通过rrc信令完成的，type2的上行免调度的传输配置是通过rrc信令和dci激活信令共同完成的。对于type1的上行免调度数据传输，网络设备(例如，基站)先通过rrc信令为终端设备配置周期性的传输资源，终端设备有上行数据需要传输时可以直接在配置的资源上进行传输。相对于基于调度的数据传输，免调度传输省去了调度请求和数据调度的时间。type1免调度传输涉及的所有参数，均通过rrc配置。
130.对于type2的上行免调度数据传输，由网络设备(例如，基站)先通过rrc信令配置，然后由网络设备(例如，基站)通过配置调度无线网络临时标识(configured scheduling radio network temporary identifier，cs-rnti)加扰的物理下行控制信道(physical downlink control channel，pdcch)激活信令激活上行传输。type2免调度传输资源周期通过rrc信令配置，具体的时频资源配置，调制与编码策略(modulation and coding scheme，mcs)等级和多输入多输出系统(multi-input multi-output，mimo)参数等都在激活dci信令中指示。终端设备按照rrc配置的周期和偏移，在收到dci激活信令后，可在配置的传输周期上直接进行传输。
131.另外，在下行传输中，nr也提供了两种调度方式，即为动态调度和预配置授权的半持续调度(semi-perisistent scheduling，sps)传输。在动态调度中，终端需要监测(monitor)pdcch，并通过pdcch携带的cs-rnti信息来确定针对本终端的调度信令。ue的盲检功耗也是比较大的。在预配置授权的sps传输中，基站会通过rrc信令配置下行sps资源周期，但此时并不激活sps。如图3(b)所述，sps与上行传输的type2过程类似，基站发送经过cs-rnti加扰的pdcch用于激活或去激活sps，并指示sps的首次传输使用的资源。ue通过监
测pdcch来确定下行sps是否被激活，以及后续sps的资源位置。当下行的sps被激活之后，ue会在预配置的资源位置上接收下行传输。
132.目前，针对下行场景中的动态调度传输的场景，一种节能的方法为不连续接收(discontinuous reception，drx)。该方法可以使接收端设备(例如终端设备)周期性的在某些时候进入睡眠状态(sleep mode)，不再监听pdcch子帧，而当需要监听的时候，则从睡眠状态中唤醒(wake up)，这样就可以使终端达到省电的目的。虽然这样在一定程度上增加了数据传输的时延，但是如果这种时延并不影响用户体验时，执行这种方法将减少终端的功耗。
133.由于drx为本技术技术方案的重要应用场景，为更清楚的介绍本技术的技术方案，下面将首先结合图4和图5对drx技术进行简单的介绍。
134.应理解，drx机制在空闲态和连接态下的实现是不同的，相对而言，连接态下的drx机制要复杂的多。因此，下文描述的drx均特指终端处于连接态时使用的drx，即c-drx(connected drx)。
135.图4(a)示出了一个典型的drx周期示意图。其中，标识“持续时间(on duration)”的这段时间是终端监测pdcch的时间区间，在这段时间里，终端是处于唤醒状态的，属于“激活期”；标识“睡眠时间(opportunity for drx)”的这段时间是drx周期中的睡眠时间，即终端为了省电，进入了睡眠而不监测pdcch的时间，属于“休眠期”。随着一个drx周期中的睡眠时间越长，终端的功耗就越低，相应的，业务传输的时延也会随之增加。
136.在“激活期”内，终端持续地监测下行pdcch信道。“激活期”不仅包括持续时间(on duration)，还包括闲置时间(inactivity time)以及重传时间(retransmission time)，即，如图4(b)所示，当终端处于持续时间定时器ondurationtimer时期、闲置时间定时器drx-inactivitytimer正在运行、或者重传定时器drx-retransmissiontimer正在运行时，终端始终处于“激活期”。例如，在实际传输中，0号子帧是持续时间(on duration)的最后一个子帧，此时网络侧刚好有一个较大字节的数据需要发给终端，这些数据无法在0号子帧全部发送完。如果按照图4(a)中所示的drx周期，那么终端将在1号子帧(即0号子帧后的第一个子帧)进入drx睡眠状态，不再会去监测pdcch。网络侧也只能等到drx周期结束，并在下一个持续时间(on duration)时刻到来时，继续向终端发送没有传完的数据。因此，如图4(b)所示，drx机制中增加了闲置时间定时器drx-inactivitytimer。如果闲置时间定时器drx-inactivitytimer正在运行，那么即便原本配置的持续时间(on duration)时间已经结束，终端仍然需要继续监听pdcch，直到闲置时间定时器drx-inactivitytimer超时。这样，通过增加了闲置时间定时器drx-inactivitytimer机制，减少了数据的处理时延。
137.在大多数传输中，当一个终端在某个子帧被调度并接收或发送数据后，很可能在接下来的几个子帧内继续被调度。因此，闲置时间定时器drx-inactivitytimer机制原理为：在终端进入drx激活期的持续时间(on duration)内，当终端进行上行或下行数据传输调度时，基站就会启动或重启闲置时间定时器drx-inactivitytimer，且终端将一直位于“激活期”直到该定时器超时，如图5(a)所示。如果闲置时间定时器drx-inactivitytimer正在运行，那么即便原本配置的持续时间定时器on duration timer已经结束，终端仍然需要继续监听pdcch，直到闲置时间定时器drx-inactivitytimer超时。
138.此外，针对重传场景，在drx机制中还引入了另外一个与下行重传相关的定时器，
混合自动重传请求harq往返时延(round-trip time，rtt)定时器harq rtt timer。在当前drx机制中，如果某个下行harq进程的传输块(transport block，tb)解码失败后，终端可以假定在上报harq应答信息后的混合自动重传请求往返时延定时器drx-harq-rtt-timerdl时间后才会有重传，因此如图5(b)所示，当混合自动重传请求往返时延定时器drx-harq-rtt-timerdl正在运行时，终端可以不监听pdcch。当混合自动重传请求往返时延定时器drx-harq-rtt-timerdl超时，且对应harq进程接收到的数据没有被成功解码时，终端会为该harq进程启动一个重传进程定时器drx-retransmissiontimer。该重传定时器drx-retransmissiontimer可以表示终端监测调度重传的pdcch的最长时间。当该重传定时器drx-retransmissiontimer运行时，终端会在该定时器时间内持续监测调度对应harq进程的pdcch，直至监测到调度对应harq进程的pdcch或该重传定时器drx-retransmissiontimer超时。
139.为了适应终端的不同数据的传输周期要求，在drx机制中还引入了短周期和长周期两种场景。例如，在进行基于网络协议传输的语音(voice over internet protocol，voip)业务时，语音编解码器通常20ms发送一个voip包，那么就可以配置长度为20ms的drx短周期；而在在voip通话期间会有较长的静默期，可以配置drx长周期。如图6所示，终端默认应用长周期，如果闲置时间定时器drx-inactivitytimer被触发，证明有数据需要传输，且接下来可能有连续的数据传输，若终端配置了drx短周期，终端可以进入drx短周期，以降低业务的传输时延。终端进入短周期后，会启动短周期定时器drx-shortcycletimer。当短周期定时器drx-shortcycletimer超时后，也就是说连续多个drx短周期内都没有监测到pdcch后，终端将进入drx长周期，以达到使终端省电的目的。在图6中，终端在持续时间定时器drx-ondurationtimer开启时间内监测到pdcch后触发闲置时间定时器drx-inactivitytimer，且闲置时间定时器drx-inactivitytimer超时后开启drx短周期定时器drx-shortcycletimer，该短周期定时器drx-shortcycletimer用于指示drx短周期drx-shortcycle的次数，例如2次。若在drx短周期drx-shortcycle中监测到pdcch，则重置短周期定时器drx-shortcycletimer。在短周期定时器drx-shortcycletimer超时后，终端进入drx长周期drx-longcycle循环。需要注意的是，drx短周期drx-shortcycle的开启时间需要满足：[(sfn
×
10)+subframe number]mod(drx-shortcycle)＝(drx-startoffset)mod(drx-shortcycle)，其中，sfn(system frame number)为系统帧号，subframe number为sfn中的子帧号，drx-shortcycle，drx-startoffset为drx-config中配置参数；drx长周期drx-longcycle应当满足：[(sfn
×
10)+subframe number]mod(drx-longcycle)＝drx-startoffset。
[0140]
另外，当终端在一段时间内(例如，4ms)未接收或发送任何数据，终端可以进入睡眠状态从而到达节省功耗的目的。
[0141]
基于上述介绍，当采用动态调度的方法传输xr视频等业务时，为达到省电的目的，可以将drx周期与xr周期进行匹配的方式，让xr数据的传输周期尽量在持续时间drx-onduration中，以降低数据传输的时延。
[0142]
但是，在目前的drx机制中，该重传机制可能无益于提升用户的体验，反而会打断终端进入睡眠的状态加剧功耗的开销。例如，某个xr帧的数据的重传所对应的时间超过空口传输时间要求，因此该xr帧已经来不及显示，且可能会导致终端无法进入睡眠状态。又考
虑到图2的xr帧间差错传递，该xr帧的数据仍有助于下一个xr帧的译码，因此为提升用户体验，该数据仍需要进行传输。示例性地，图7展示一种下行传输2个相邻xr帧的传输，xr帧1和xr帧2的场景，其中，子载波间隔(sub-carrier spacing，scs)为30k赫兹(hertz，hz)，时分双工tdd上下行时隙配比为8:2(即每10个时隙为一个周期，其中包含8个下行时隙和2个上行时隙)。在图7中，d代表下行时隙，u代表上行时隙，图8、图10、图11、图12、图14以及图15的d和u与图7相同，后续不再赘述。图7中，xr帧1的数据包含在d00为起始的11个下行时隙传输，xr帧2包含在d33为起始的9个下行时隙传输，它们的传输间隔约为16.5ms(60hz)，对应的drx周期也为16.5ms，xr帧的空口时延预算(packet delay budget，pdb)为10ms。其中，xr帧1在d11处传输的tb传输出现错误，其对应的harq进程的非确认应答(negative acknowledgement，nack)信息在上行时隙u10上报后，终端开启混合自动重传请求往返时延定时器drx-harq-rtt-timerdl。在该定时器超时后，由于d11的数据译码失败，因此启动下行重传进程定时器drx-retransmissiontimerdl定时器。在该重传进程定时器drx-retransmissiontimerdl开启时间内，终端将醒来监测重传数据的pdcch。需要注意的是，在图7所示的数据传输中，终端醒来接收重传数据的时间，如d23处，已经超过xr帧的空口时延预算pdb(10ms)。因此，尽管xr帧1已经全部接收成功，但由于传输时间已经超过空口时延预算pdb，xr帧1已经来不及在用户侧显示。同时，由于xr帧2的传输时间距离该tb的重传时间大约有5ms的时间，因此，此时接收到的xr帧1并未直接有益于xr帧2的译码，反而由于终端在xr帧1和帧2的传输中间接收重传数据，导致终端无法进入睡眠，造成了额外的功耗。为了不打断终端进入睡眠的同时保证xr帧1的完整传输，一种可能的方法为延迟已经超过空口时延预算pdb的重传数据至xr帧2前。尽管目前的机制中，基站可以通过rrc信令中的drx-config信令为终端配置drx的参数，如drx-longcycle、drx-shortcycle、drx-harq-rtt-timerdl以及drx-retransmissiontimerdl等参数，但这些参数通常为静态参量，因此无法通过修改参数数值的方法实现上述方法。
[0143]
目前还存在不配置drx进行数据传输的场景，例如，采用半静态调度(如半持续调度(semi-perisistent scheduling，sps))来传输xr业务。因为sps有一次配置，多次使用的特点，因此在每次sps传输过程中，终端不需要解码对应的控制信息(如dci)，因而可以降低了终端的功耗开销。
[0144]
图8示出了一种sps传输2个相邻xr帧的示意图，同样采用的是scs为30khz，tdd上下行时隙配比为8:2的情况下。其中，假设sps的周期与xr帧的周期已经匹配。其中，xr帧1的某个tb传输错误，在上行时隙传输harq应答信息后，基站过采用授权调度-无线网络临时标识(configured scheduling
–
radio network temporary identity，cs-rnti)加扰的dci调度重传。
[0145]
然而，在上述sps调度下的数据传输中，由于终端不确定重传数据出现的具体时隙，故只能在一段周期内连续监测pdcch，因此该方法可能导致终端不断盲检控制信息而加剧功耗开销的问题。同时，由于重传数据所对应的时隙可能已经超过xr帧空口传输时间，因此sps调度也可能会存在像上述drx机制中一样的问题，即重传的tb既无益于提升用户体验，又可能会打断终端进入睡眠状态而导致终端的功耗开销过大。
[0146]
基于上述原因，本技术提出了一种信息传输的方法和装置，以期望既能降低接收端因接收重传数据而中断睡眠导致的功耗开销，又能保证数据的可靠传输。
[0147]
图9示出了本技术信息传输的方法的一例示意性流程图。
[0148]
s910，第一通信装置接收第一配置信息，第一配置信息包括第一时长、第二时长和第一周期。
[0149]
其中，第一时长小于第一周期，第一时长在一个第一周期的起始时刻启动，第二时长用于指示第一通信装置在第一时刻上报应答信息后至收到应答信息对应的重传的调度控制信息之间预计的最小时长，或者，第二时长用于指示第一通信装置在第二时刻传输上行/侧行数据至收到上行/侧行数据对应的重传的调度控制信息之间预计的最小时长。
[0150]
可选地，在本技术实施例中，时长可以通过定时器来确定，例如，第一时长可以通过第一定时器确定，本技术不对其进行限定。
[0151]
可选地，第一周期为非连续接收drx的长周期；或者，第一周期为drx的短周期；或者，第一周期为半静态传输的周期；或者，第一周期为业务的传输周期。
[0152]
可选地，上述应答信息是一个混合自动重传请求harq进程的应答信息。
[0153]
可选地，上述第一配置信息还用于配置第三时长，第三时长用于指示第一通信装置在第二时长结束时所对应的时间单元的下一时间单元至收到应答信息对应的重传的调度控制信息之间的最大时长；或者，第三时长用于指示第一通信装置在第二时长结束时所对应的时间单元的下一时间单元至接收到上行/侧行数据的调度授权的最大时长。
[0154]
s920，当第一时长结束时所对应的时间单元不晚于第二时长结束时所对应的时间单元，且应答信息为非确认应答nack时，第一通信装置在第二时长结束时所对应的时间单元的下一时间单元不监测应答信息对应的重传的调度控制信息。
[0155]
可选地，上述方法还包括：第一通信装置在第一周期结束时所对应的时间单元前且与第一周期结束时所对应的时间单元相邻的k个连续的时间单元监测应答信息对应的重传的调度控制信息。
[0156]
这样，通过本技术的技术方案，既能保证重传数据的快速、可靠传输，又能降低接收端因接收重传数据而终端睡眠导致的功耗开销。
[0157]
可选地，当第一时长结束时所对应的时间单元不晚于第二时长结束时所对应的时间单元，且应答信息为nack时，上述方法还包括：第一通信装置延长第二时长在第一周期内的终止位置至第一周期结束时所对应的时间单元的相邻的前k个连续的时间单元的起始时刻。
[0158]
其中，k个连续的时间单元是根据第一时长结束时所对应的时间单元不晚于第二时长结束时所对应的时间单元的应答信息为nack的harq进程的个数确定的；和/或，根据第一通信装置的解码能力确定的；和/或，根据第三时长确定的；和/或，第一配置信息配置的。
[0159]
可选地，第一配置信息还用于指示第四时长，第四时长用于表示第一通信装置监测控制信息的时长，上述方法还包括：确定第五时长，第一通信装置在第五时长内监测控制信息，第五时长在第一周期内的起始位置是通过将第四时长的起始位置向前偏移k个连续的时间单元确定的。
[0160]
可选地，第五时长在第一周期内结束时所对应的时间单元的下一时间单元为下一个相邻第一周期的第四时长的起始时所对应的时间单元；或第五时长在第一周期内结束时所对应的时间单元为下一个相邻第一周期的第四时长结束时所对应的时间单元。
[0161]
其中，上述第五时长仅在第一周期内生效。
[0162]
可选地，上述第一配置信息还包括第一指示信息，第一指示信息用于指示第一时长的起始时刻相对于第一周期的起始时刻的偏移。
[0163]
应理解，在本技术实施例中“指示”可以显式地和/或隐式地指示。示例性地，隐式指示可以基于用于传输的位置和/或资源；显式指示可以基于一个或多个参数，和/或一个或多个索引，和/或一个或多个它所表示的位模式。此外，“指示”还可以表示“包含”，例如，第一指示信息用于指示第一时长的起始时刻相对于第一周期的起始时刻的偏移，也可以表述为：第一指示信息包含第一时长的起始时刻相对于第一周期的起始时刻的偏移。
[0164]
本技术的技术方案，既能降低接收端因接收重传数据而中断睡眠导致的功耗开销，又能保证数据的可靠传输。
[0165]
图10示出了本技术的信息传输方法的另一例示意性交互图。
[0166]
s1010，第一通信装置接收第一配置信息，第一配置信息包括第一时长、第二时长和第一周期。
[0167]
其中，第一时长小于第一周期，第一时长在一个第一周期的起始时刻启动，第二时长用于指示第一通信装置在第一时刻上报应答信息后至收到应答信息对应的重传的调度控制信息之间预计的最小时长，或者，第二时长用于指示第一通信装置在第二时刻传输上行/侧行数据至收到上行/侧行数据对应的重传的调度控制信息之间预计的最小时长。
[0168]
在本技术实施例中，时长可以通过定时器来确定，例如，第一时长可以通过第一定时器确定。
[0169]
第一周期为非连续接收drx的长周期；或者，第一周期为drx的短周期；或者，第一周期为半静态传输的周期；或者，第一周期为业务的传输周期。
[0170]
s1020，第一通信装置上报应答信息，该应答信息为一个harq进程的应答信息。
[0171]
s1030，当第一时长结束时所对应的时间单元不晚于第二时长结束时所对应的时间单元，且应答信息为非确认应答nack时，第一通信装置在第二时长结束时所对应的时间单元的下一时间单元不监测应答信息对应的重传的调度控制信息。
[0172]
不同于上述图7和图8中所展示的方式，即，第一通信装置在xr帧0和帧1(即连续的两个xr帧)的传输中间接收重传数据，导致第一通信装置无法进入睡眠，造成了额外的功耗。在本技术实施例中，第一通信装置可以将xr帧0的重传数据延迟至xr帧1传输前若干个时隙进行传输，具体可以由以下两种方式。
[0173]
方式1：
[0174]
s1040，第一通信装置延长第二时长在第一周期内的终止位置至第一周期结束时所对应的时间单元的相邻的前k个连续的时间单元的起始时刻。
[0175]
其中，k个连续的时间单元是根据第一时长结束时所对应的时间单元不晚于第二时长结束时所对应的时间单元的应答信息为nack的harq进程的个数确定的；和/或，根据第一通信装置的解码能力确定的；和/或，根据第三时长确定的；和/或，第一配置信息配置的。
[0176]
其中，上述第一配置信息还用于配置第三时长，第三时长用于指示第一通信装置在第二时长结束时所对应的时间单元的下一时间单元至收到应答信息对应的重传的调度控制信息之间的最大时长；或者，第三时长用于指示第一通信装置在第二时长结束时所对应的时间单元的下一时间单元至接收到上行/侧行数据的调度授权的最大时长。
[0177]
该方法还包括，确定第五时长，第一通信装置在第五时长内监测控制信息。
[0178]
其中，第五时长可以有多种方式确定，本技术不对其进行限定。例如，第五时长根据上述k个连续的时间单元确定，即第五时长可以可以根据harq进程的第二时长结束时对应的时隙不早于第一时长结束时对应的时隙，且harq的应答信息为nack的个数确定。例如，4个harq进程的第二时长结束时所对应的时隙不早于第一时长结束时所对应的时隙，但是其中1个harq进程的应答信息为nack，则可以认为k为1，即第五时长为1个时间单元。或者，第五时长可以根据第三时长确定，比如第五时长可以根据drx配置信息中用于确定第三时长的信令(如drx-retransmissiontimerdl)确定。又或者，第五时长也可以由第一配置信息drx-config单独配置。需要注意的是，在每个drx周期中，可以有多于一个第五时长。例如，当第五时长为由第三时长确定时，每个harq进程可以有自己的第五时长。又如，当第五时长是根据harq进程的第二时长结束时对应的时隙不早于第一时长结束时对应的时隙，且harq的应答信息为nack的个数确定的时候，每个drx周期可以有一个第五时长。又如，当第五时长由第一配置信息单独配置时，可以是每个drx周期可以有一个第五时长，也可以是每个harq进程有自己的第五时长。本技术对其不做限制。
[0179]
方式2：
[0180]
s1050，第一通信装置在第二时长结束时不再开启第三时长，而是在第五时长的起始时刻开始监测控制信息。
[0181]
其中，第三时长用于指示第一通信装置在第二时长结束时所对应的时间单元的下一时间单元至收到应到信息对应的重传的调度控制信息之间的最大时长；或者，第三时长用于指示第一通信装置在所述第二时长结束时所对应的时间单元的下一时间单元至接收到上行/侧行数据的调度授权的最大时长。
[0182]
第五时长用于第一通信装置监测控制信息，第五时长的确定方式可参照上述方式1中的描述，在此不再赘述。其中，第五时长在第一周期内的起始位置是通过将第四时长的起始位置向前偏移k个连续的时间单元确定的。该第五时长仅在第一周期内生效，且第五时长在第一周期内结束时所对应的时间单元的下一时间单元为下一个相邻第一周期的第四时长的起始时所对应的时间单元；或第五时长在第一周期内结束时所对应的时间单元为下一个相邻第一周期的第四时长结束时所对应的时间单元。应理解，k个连续的时间单元的确定方式与s1040中相同，在此不再赘述。
[0183]
其中，第四时长可以由上述第一配置信息确定，第四时长用于表示第一通信装置在下一个相邻的第一周期监测控制信息的时长。
[0184]
s1060，第一通信装置在第一周期结束时所对应的时间单元前且与第一周期结束时所对应的时间单元相邻的k个连续的时间单元，监测应答信息对应的重传的调度控制信息。
[0185]
可选地，第五时长可以是上述第一周期结束时所对应的时间单元前且与第一周期结束时所对应的时间单元相邻的k个连续的时间单元，此时，该第五时长可以包括k＝x+y个时隙，其中，x为重传第二时长结束时所对应的时隙超过第一时长结束时所对应的时隙的harq进程中应答信息为nack的harq进程的数据所需要的时隙数，y为在下一帧前的重传上述数据所占的x个时隙和上行时隙重叠的时隙数。
[0186]
这样，通过本技术的技术方案，既能保证重传数据的快速、可靠传输，又能降低接收端因接收重传数据而终端睡眠导致的功耗开销。
[0187]
图11示出了本技术的信息传输方法的具体示例的一例示意图。
[0188]
本技术实施例的技术方案可以应用在drx配置下的xr传输中，通过延长drx-harq-rtt-timerdl，即通过图10中方式1中的方法，将重传数据延迟至下xr帧传输前若干个时隙。
[0189]
本技术的技术方案可以在drx配置drx-config(即为第一配置信息)中加入第一定时器delaybudgettimer参数，该第一定时器delaybudgettimer可以用于确定第一时长，第一时长用于第一通信装置(例如，终端设备)计时空口时延预算pdb，即业务期望的传输时延预算。其中，第一时长(即第一定时器delaybudgettimer)是周期性的，其周期可以与drx周期相同，也可以与drx周期不同，本技术不对其进行限定。在本实施例中，第一时长的周期与第一周期相同，或第一时长的周期为第一周期。以xr业务为例，超过该空口时延预算pdb的数据xr帧数据已经来不及在端侧显示给用户。在第一时长内无法完成传输并不意味着接收剩余的xr帧数据是无用的，参考图2的帧间编码特性，如i帧的成功译码同样有助于参考其编解码的p帧的解码。由于超过第一时长的剩余xr帧已经来不及送显，而在两帧之间接收重传数据不仅无助于xr帧译码，而且会降低第一通信装置进入睡眠的概率。因此，延迟重传的数据，使第一通信装置在下一个xr帧传输前接收到该重传数据，既可以保证帧的完整性，即有助于下一帧译码，且不会打断第一通信装置进入睡眠的状态。
[0190]
作为示例而非限定，图11示出了一例子载波间隔scs为30khz，时分双工tdd上下行时隙配比8:2下的连续2个xr帧(xr帧1和xr帧2)的传输场景。其中，xr帧1在d00开始传输，包括11个下行时隙，xr帧2在d33开始传输，包括9个下行时隙。两个xr帧的传输间隔约为16.5ms，drx的周期也为16.5ms，xr帧的周期或drx的周期可用于确定第一周期。
[0191]
在drx周期的起始位置，即从d00和d33处开始计时持续时间定时器drx-onduraitontimer，该持续时间定时器drx-onduraitontimer用于确定第四时长。应理解，该drx周期可以是drx长周期，也可以是drx短周期，本技术对此不做限制。同时，在drx周期起始位置开启时延预算计时器drx-delaybudgettimer，该时延预算计时器drx-delaybudgettimer用于确定第一时长为。需要注意的是，在本实施例中，第一时长的起始位置与第四时长(即持续时间定时器drx-onduraitontimer)的起始位置相同，均为drx周期的起始位置，即图中d00和d33处。示例性地，该第一时长(或可以称为drx-delaybudgettimer)在drx配置中可以由如下加黑字体所示：
[0192]
[0193][0194]
应理解，上述的参数的配置数值可以是毫秒、时隙、符号等时间单位也可以是监测控制信息的次数，本技术不对其进行限定。
[0195]
在图11中，当xr帧1在d11处的数据传输失败，其harq应答信息于u10处由第一通信装置(如终端)上报给第二通信装置(如基站)，并在上报harq应答信息后为对应的harq进程开启第二定时器drx-harq-rtt-timerdl，该第二定时器可以用于确定第二时长，第二时长用于指示第一通信装置在第一时刻上报应答信息后至收到应答信息对应的重传的调度控制信息之间预计的最小时长，或者，第一通信装置在第二时刻传输上行/侧行数据至收到上行/侧行数据对应的重传的调度控制信息之间预计的最小时长。需要注意的是，第一时长在每个drx周期中只出现一次，且优选地，与drx的周期起始位置相同，而在drx-onduration中接收到的每个harq进程均有自己的第二时长。
[0196]
在已有方案中，第一通信装置在u10上报了d11的nack信息后，开始计时第二时长(即开启第二定时器drx-harq-rtt-timerdl)，第一通信装置可以在第二时长内不监测控制信息(例如，dci)。第二时长结束(即第二定时器drx-harq-rtt-timerdl超时)后，第一通信装置开启第三定时器drx-retransmissiontimerdl，该第三定时器drx-retransmissiontimerdl可以用于确定第三时长，第一通信装置可以在第三时长的持续时间内监测控制信息。假定d11处数据对应的harq进程的第二时长结束时的时隙不早于第一时长结束时的时隙，则在第三时长内监测控制信息已经无法提升用户体验，同时会导致第
一通信装置无法进入睡眠，或中断睡眠。因此在本实施例中，当第二时长结束时所对应的时隙不早于第一时长结束时所对应的时隙时，可以通过增加第二时长的时间(即，延长第二定时器drx-harq-rtt-timerdl的时间)，将xr帧1中d11所对应数据的重传数据延长至xr帧2的前k＝1个时隙处，即d32处。
[0197]
具体计算方式如下：
[0198]
令第二时长更新为：slot
frame2-slot
u-harq-x-y-1，其中slot
frame2
为xr帧2出现的第一个时隙，如图10中所示的d33，可选地，可以是drx的持续时间drx-onduration的开始时隙；slot
u-harq
为上报harq的上行时隙，如图11中所示的u10；x为重传第二时长结束时所对应的时隙超过第一时长结束时所对应的时隙的harq进程中应答信息为nack的harq进程的数据所需要的时隙数，如图11所示，只有d11上的数据需要重传，故x为1；y为在xr帧2前的重传上述数据所占的x个时隙和上行时隙重叠的时隙数。具体地，当在xr帧2(或drx-onduration的开始时隙或第一时长的开始时隙)所对应的时隙向前提前x个时隙时，可能会在x个时隙中出现y个上行时隙。因为图11中不存在推迟的重传数据占用的下行时隙和上行时隙重叠的情况，故y为0。在本实施例中，k的取值可以是x+y。
[0199]
因此，图11中所示的第二时长可以更新为d33-u10-x-y-1＝34-19-1-0-1＝13个时隙，其中d33位于图11中从左到右的第34个时隙，u10位于图11中从左到右的第19个时隙上。
[0200]
在另一种可能的情况下，有多个数据需要重传时，例如，若4个harq进程分别对应的第二时长结束时所在的时隙不早于上述第一时长，可以令x为4。此时，重传时隙可以为d33向前推x＝4个时隙，即u21-d32，由于u21为上行时隙不能用于基站调度重传，因此需要将重传时隙继续向前推2个时隙，即避开上行时隙，此时y为2，即x为4时，第二通信装置(例如，基站)在d27以及d30至d32时隙上调度重传，第一通信装置在d27以及d30至d32时隙上监测调度重传的控制信息(如dci)，即此时k＝x+y＝6。
[0201]
可选地，为减少xr帧1对于xr帧2的译码影响，在更新第二时长时，还可以考虑应用层的解码时延。例如，当接收端的应用层译码时延为z时，那么第二时长可以为slot
frame2-slot
u-harq-x-y-z-1。此外，还可以同时考虑物理层到应用层的传输时延，例如，当物理层到应用层的传输时延为w，且z大于w时，那么第二时长可以为slot
frame2-slot
u-harq-x-y-(z-w)-1，而当z小于或等于w时，那么第二时长仍旧为slot
frame2-slot
u-harq-x-y-1。此时，k的取值应为x+y+(z-w)。应理解，x和y的释义与前文描述相同，不再赘述。为方便理解，本技术中实施例多以时隙为时间单位进行展示，应理解，上述实施例中的时间单位可以是任意时间单位，如毫秒、时隙、符号等，且每个时长的时间单位可以不同。
[0202]
其中，k可以用于确定第五时长，第五时长可以有多种方式确定，本技术不对其进行限定。例如，第五时长可以根据harq进程的第二时长结束时对应的时隙不早于第一时长结束时对应的时隙，且harq的应答信息为nack的个数确定。例如，4个harq进程的第二时长结束时所对应的时隙不早于第一时长结束时所对应的时隙，但是其中1个harq进程的应答信息为nack，则可以认为k为1。或者，第五时长可以根据第三时长确定，比如第五时长可以根据drx配置信息中用于确定第三时长的信令(如drx-retransmissiontimerdl)确定。又或者，第五时长也可以由第一配置信息drx-config单独配置。需要注意的是，在每个drx周期中，可以有多于一个第五时长。例如，当第五时长为由第三时长确定时，每个harq进程可以有自己的第五时长。又如，当第五时长是根据harq进程的第二时长结束时对应的时隙不早
于第一时长结束时对应的时隙，且harq的应答信息为nack的个数确定的时候，每个drx周期可以有一个第五时长。又如，当第五时长由第一配置信息单独配置时，可以是每个drx周期可以有一个第五时长，也可以是每个harq进程有自己的第五时长。本技术对其不做限制。
[0203]
需要说明的是，第二时长的计时是从harq所在ul时隙传输完成后的第一个符号开始计算且每个harq进程都有自己的第二时长，因此可能会有多于一个第二时长需要延长。例如，在图11中，若u10和u11分别上报了2个harq进程的nack应答信息，其所对应的第二时长的开启位置和结束位置也会有所不同。此时，可以规定多个第二时长中增加量最少的第二时长生效，而其他第二时长不生效。例如，对于图11中xr帧1的数据而言，u11处开启的第二时长拥有最短的第二时长，因此采用u11处开启的第二时长；或者，还可以规定最新的第二时长生效，例如，u10处计算出的第二时长和u11处计算出的第二时长可能不一样，可以采用u11处的第二时长作为最后的时长(或定时器)。因此，这种多个第二时长并存的情况并不影响本技术的技术方案。应理解，考虑到在u10上报nack时，只有一个nack，而在u11处上报nack，有2个nack，因此，根据上述实施例计算的u11处上报应答信息的harq进程的延长量应小于在u10处上报harq应答信息的harq进程的延长量。因此，第一通信装置可以仅开启在u11上报的harq进程的第二定时器。
[0204]
在另一种实现方式中，第一配置信息可以为第一通信装置配置一个第六时长，用于表示第二时长的延长量。依然以图11为例，当第二时长(即第二定时器drx-harq-rtt-timerdl)结束时对应的时隙不晚于第一时长结束时所对应的时隙，则开启第六定时器drx-harq-rtt-exttimerdl，该第六定时器drx-harq-rtt-exttimerdl可以用于确定第六时长，此时，第六时长可以视为第二时长的延长量，第一通信装置在第六时长内可以不监测控制信息。
[0205]
示例性地，该第六时长在drx配置中可以称为drx-harq-rtt-exttimerdl，如下加黑字体所示：
[0206]
[0207][0208]
应理解，上述的参数的配置数值可以是毫秒、时隙、符号等时间单位，本技术不对其进行限定。
[0209]
在又一种实现方式中，第一配置信息可以为第一通信装置配置一个第七定时器，用于确定第七时长。当第一/第二通信装置预算到第二时长结束时所对应的时隙将不晚于第一时长结束时所对应的时隙时，用第七时长替代第二时长。以下行传输为例，当第一/第二通信装置预算到某个harq进程的第二时长(即第二定时器drx-harq-rtt-timerdl)结束时所对应的时隙将不晚于第一时长结束时所对应的时隙，则在对应harq进程上报应答信息后，不在开启第二定时器，而是开启第七定时器drx-harq-rtt-timerdl-r18，该第七定时器drx-harq-rtt-timerdl-r18可以用于确定第七时长。此时，第七时长可以替代第二时长，第一通信装置在第七时长内可以不监测控制信息。若该harq进程的应答信息为nack，则在第七时长结束时所对应的符号的下一符号开始计时第五时长，第一通信装置在第五时长内监测对应harq进程的重传控制信息。应理解，该第五时长可以是第三时长，即第五时长可以通过第三定时器确定。或者，第五时长可以根据第三时长确定，本技术对此不做限定。示例性地，该第七时长在drx配置中可以称为drx-harq-rtt-timerdl-r18，如下加黑字体所示：
[0210]
[0211][0212]
应理解，上述的参数的配置数值可以是毫秒、时隙、符号等时间单位，本技术不对其进行限定。
[0213]
应理解，在本技术实施例中，时长均可以通过定时器确定，因此，上述确定第一时长也可以表述为确定第一定时器；延长第二时长，也可以表述为延长第二定时器。无论表述为时长还是定时器，均不会对本技术的技术方案产生额外的影响，本技术为方便描述，统一称为时长，但其不应作为限定，本领域技术人员可以在本技术的基础上采用定时器、计时器、计时标识等方法得到时长，均应属于本技术的保护范围。
[0214]
图12示出了本技术的信息传输方法的具体示例的另一例示意图。
[0215]
在本技术实施例中，本技术的技术方案可以应用在drx配置下的xr传输中，通过在下一个持续时间drx-onduration，或者下一个xr帧到来前提前唤醒第一通信装置，即图10中方式2的方法，来达到在下一个xr帧前接收重传数据的目的。
[0216]
同上述图11中所描述的，本技术的技术方案可以在drx配置drx-config(即为第一配置信息)中加入第一定时器drx-delaybudgettimer参数，该第一定时器drx-delaybudgettimer可以用于确定第一时长，第一时长用于第一通信装置(例如，终端设备)计时空口时延预算pdb。其中，第一时长(即第一定时器delaybudgettimer)是周期性的，其周期可以与drx周期相同，也可以与drx周期不同，本技术不对其进行限定。以xr业务为例，超过该空口时延预算的数据xr帧数据已经来不及在端侧显示给用户。因此，延迟重传的数据，使第一通信装置在下一个xr帧传输前接收到该重传数据，既可以保证帧的完整性，即有助于下一帧译码，且不会打断第一通信装置进入睡眠的状态。示例性地，该第一时长在drx配置中的部分字段可参照图11中的介绍，在此不再赘述。
[0217]
作为示例而非限定，图12示出了一例子载波间隔(sub-carrier spacing，scs)为30khz，tdd上下行时隙配比8:2下的2个连续的xr帧(xr帧1和xr帧2)的传输时的又一种实现方法。其中，xr帧1在d11处的数据传输失败，且在u10处上报的harq应答信息后，第二时长结束时所对应的位置(如d22)超过第一时长结束时所对应的位置(u11)。此时，第一通信装置不会在第二时长结束后开始计时第三时长(开启第三定时器drx-retransmissiontimerdl)，即第一通信装置不会在第二时长结束后为d11处数据对应的harq进程监测器对应的重传控制信息，而是在下一个xr帧，即xr帧2(或下一个drx周期的持续时间on-duration或下一个drx周期起始)前第五时长醒来接收重传数据。其中，该第五时长可以包括k＝x+y个时隙，x、y的定义参照图11中的描述，在此不再赘述。
[0218]
在本技术实施例中，第一通信装置只需要在下一个xr帧(和/或下一个drx周期的
持续时间on-duration)前第五时长醒来接收重传数据，其中，该第五时长可以包括k＝x+y个时隙，x、y的定义参照图11中的描述，在此不再赘述。
[0219]
其中，k可以用于确定第五时长，第五时长可以有多种方式确定，本技术不对其进行限定，具体可参照上文，此处不再做赘述。
[0220]
在图12中所示的传输中，第一时长(即第一定时器delaybudgettimer)的长度为10ms且起始位置为d00的，因此其终止位置为u11。xr帧1在d11处传输的tb出现错误，其对应的harq应答信息在u10处上报后，第一通信装置开启第二时长(即第二定时器drx-harq-rtt-timerdl)。因为第二时长结束时所对应的时隙，如d22，已经超过第一时长结束时对应的时隙u11，因此第一通信装置不再开启第三时长(即第三定时器drx-retransmissiontimerdl)，此时x＝1,y＝0，即k＝1。在该实施例中，xr帧2以及下一个周期的第四时长drx-onduration从d33处开始，因此，第一通信装置可以在第五时长的开始时隙醒来接收重传数据，其中第五时长的开始时隙为d33-k＝d32。
[0221]
以图12为例，其中xr帧1只有d11的数据的重传需要延迟到xr帧2前传输，因此，在本实施例中可以认为第五时长为k＝1个时隙，该第五时长的其实时隙和结束时隙为d32，即第五时长的长度仅包括时隙d32。需要注意的是，第五时长并不会改变下一个drx周期，即不会影响下一个drx周期的第一时长和第四时长的起始位置。具体地，下一个drx周期开始的时间单元仍为d33，第一时长在d33处重新开始计时(即在d33处重启第一计时器drx-delaybudgettimer)，第一通信装置指示在d33前的第五时长提前醒来并在第五时长内接收监测调度重传的控制信息。该第五时长可以是由第二时长结束时所对应的时隙不晚于第一时长结束时所对应的时隙的harq进程中应答信息为nack的harq进程个数确定的，此时，该drx周期内可以只有一个第五时长。
[0222]
在另外一种可能的实现方式中，该第五时长的结束时隙还可以是第四时长的结束时隙，即第五时长包含第四时长，其中，第四时长可以是下一个drx周期中的持续时间drx-onduration。第一通信装置在该第四时长内监测控制信息。第五时长也可以通过第四时长向前提前k个时隙得到。同时，当通过第四时长向前提前k个时隙时，第四时长会相应延长k个时隙。或者，一个周期的第五时长可以是下一个相邻周期的第四时长向前延长k个时隙获得的。需要注意的是，通过第四时长向前提前k个时隙获得的第五时长只在该drx周期生效，不对下一个drx周期产生影响。例如，假设有3个drx周期，分别为drx0、drx1、drx2，分别对应第一通信装置开启持续时间drx-onduration的起始时刻为0ms、10ms、20ms。其中，drx0中超时的重传数据影响第一通信装置开启drx1的持续时间drx1-onduration的起始时刻(即，第一通信装置可能会在10ms时刻之前醒来)，但不会影响第一通信装置开启drx2的持续时间drx2-onduration的起始时刻(依旧为20ms的时刻)。应理解，在本方案中，drx2的持续时间drx2-onduration的起始时刻有可能会因为drx1的重传而发生改变。需要注意的是，drx0、drx1和drx2的第一时长的起始时刻均不会发生改变(依旧为0ms、10ms和20ms)。可选地，为减少xr帧1对于xr帧2的译码影响，在确定第五时长时，还可以考虑应用层的解码时延以及物理层到应用层的传输时延，其具体方法参照图11中的描述，在此不再赘述。
[0223]
在本技术实施例中，本技术的技术方案也可以应用在半静态传输的场景，例如，在下行场景下采用半持续调度sps进行xr的传输，通过延迟超时的重传数据至在下一个sps传输机会前的方式，提升终端进入睡眠的概率，从而达到降低终端功耗的目的。
[0224]
在现有的sps传输过程中，若数据传输出现错误，则在第一通信装置(例如，终端设备)上报harq应答信息后，第二通信装置(例如，基站)会在某个时隙通过cs-rnti加扰的控制信息(如dci)为第一通信装置调度重传数据，因此需要第一通信装置(例如，终端设备)去监测控制信息以便于接收重传数据。在已有方案中，第二通信装置调度sps重传的时隙取决于第二通信装置为第一通信装置配置的pdcch的监测周期。具体地，该监测周期与sps周期无直接关联性，可以独立配置。例如，在图8所示的现有sps配置场景中，scs为30khz，tdd上下行时隙比8:2时，若pdcch的监测周期为5ms，持续时间为2个时隙，则第一通信装置只能在如图8中的，d00、d01、d10、d11、d20、d21等处监测控制信息，第二通信装置也只能在所述时隙调度重传，第一通信装置在上述时隙监测重传控制信息。这样，由于第一通信装置不确定第二通信装置调度重传的具体时隙，因此需要一直盲检调度控制信息来接收重传。
[0225]
图13(a)展示一种sps场景下的接收重传数据的实施例。在本技术的实施例中，可以在sps配置sps-config(即为第一配置信息)中加入第一定时器delaybudgettimer参数，该第一定时器delaybudgettimer与上述drx配置中的第一定时器delaybudgettimer作用相同，可以用于确定第一时长，第一时长用于第一通信装置(例如，终端设备)计时空口时延预算pdb。其中，第一时长(即第一定时器delaybudgettimer)是周期性的，其周期可以与sps周期相同，也可以与sps周期不同，本技术不对其进行限定。以xr业务为例，超过该空口时延预算的数据xr帧数据已经来不及在端侧显示给用户。此外，还可以在sps配置sps-config中加入第二定时器retransmissionprocessingtimer，该第二定时器retransmissionprocessingtimer与上述drx配置中的第二定时器drx-harq-rtt-timerdl的作用相同，可以用于确定第二时长。该第二时长用于指示第一通信装置在第一时刻上报应答信息后至收到应答信息对应的重传的调度控制信息之间预计的最小时长。在sps传输中，该第二时长可以辅助第一通信装置确定监测重传的调度控制信息。需要注意的是，类似于drx机制中的drx-harq-rtt-timerdl，sps数据中的每个harq进程可以有自己的第二时长(即第二定时器retransmissionprocessingtimer)。在第二时长结束后，若该第二时长对应harq进程的应答信息为nack时，则开始计时第三时长(即开启第三定时器slotmonitoringtimer)，该第三定时器slotmonitoringtimer可以用于确定第三时长，第一通信装置可以在第三时长的持续时间内监测控制信息(例如，dci)。示例性地，一种sps配置的部分字段可以如下所示，其中第一时长、第二时长和第三时长可以可以分别称为drx-delaybudgettimer、retransmissionprocessingtimer和slotmonitoringtimer，如下加黑字体所示：
[0226]
[0227][0228]
其中，delaybudgettimer的可选取值以毫秒(ms)为单位，如ms1代表delaybudgettimer的持续时间为1ms，retransmissionprocessingtimer的可选取值以符号为单位，而slotmonitoringtimer的取值以时隙为单位，如sl4代表slotmonitoringtimer的持续时间为4个时隙。
[0229]
应理解，上述第一时长(即第一定时器delaybudgettimer)，第二时长(即第二定时器retransmissionprocessingtimer)以及第三时长(即第三定时器slotmonitoringtimer)的时间单元也可以是其他计时单元，如毫秒，符号或者时隙等，本技术不做限制。
[0230]
作为示例而非限定，图13(b)示出了一例scs为30khz，tdd上下行时隙配比8:2下的2个连续的xr帧(xr帧1和xr帧2)的传输。其中，xr帧1在d00开始传输，包含11个下行时隙。xr帧2在d33开始传输，包含9个下行时隙。xr帧传输周期为16.5ms，sps的周期也为16.5ms，即从d00-d32为第一个sps的周期。假定第一时长为10ms，从每个sps周期的起始位置或xr业务周期的起始位置，即d00和d33开始计时。在该实施例中，xr帧1中在d11处传输的数据传输失败，其对应的harq进程的应答信息于u10处由第一通信装置上报给第二通信装置，并在上报后开启第二定时器retransmissionprocessingtimer，该第二定时器retransmissionprocessingtimer可以用于确定第二时长。在图13(a)中，第二时长结束时所对应的时隙为d22。因为该第二定时器对应的harq进程的应答信息为nack，因此在d22后下的一个符号处开启第三定时器slotmonitoringtimer，该第三定时器slotmonitoringtimer用于确定第三时长，第一通信装置在第三时长内监测控制信息。假定第二定时器结束时的位置刚好为d22中最后一个符号，因此在d23处开启第三定时器并开始监测控制信息。
[0231]
由于此时第二时长结束所对应的时隙，如d23，已经晚于第一时长结束所对应的时隙u11，因此在d11所传输的数据对应的重传已经无益于提升用户体验，而且可能打断或阻止第一通信装置进入睡眠状态而导致额外的功耗开销。因此，在图13(b)所示的实施方法中，为了不打断第一通信装置进入睡眠，在第二时长结束后，不进入第三时长(即不开启第三定时器slotmonitoringtimer)，第一通信装置也不再第二时长结束后监测控制信息，而是在下一个sps传输机会的前第五时长开始接收重传数据。其中，第五时长可以包括k个时隙，k的定义参照图11中的描述，在此不再赘述。
[0232]
可选地，为减少xr帧1对于xr帧2的译码影响，在确定第五时长时，还可以考虑应用层的解码时延以及物理层到应用层的传输时延，其具体方法参照图11中的描述，在此不再赘述。
[0233]
本技术的技术方案，既能降低接收端因接收重传数据而中断睡眠导致的功耗开销，又能保证数据的可靠传输。
[0234]
图14示出了本技术信息传输的方法的另一例示意性流程图。
[0235]
s1410，第一通信装置接收第一配置信息，第一配置信息包括第一时长、第二时长和第一周期，第一配置信息还包括第三时长。
[0236]
其中，第一时长小于第一周期，第一时长在一个第一周期的起始时刻启动，第二时长用于指示第一通信装置在第一时刻上报应答信息后至收到应答信息对应的重传的调度控制信息之间预计的最小时长，或者，第二时长用于指示第一通信装置在第二时刻传输上行/侧行数据至收到上行/侧行数据对应的重传的调度控制信息之间预计的最小时长；第三时长用于指示第一通信装置在第二时长结束时所对应的时间单元的下一时间单元至收到应到信息对应的重传的调度控制信息之间的最大时长；或者，第三时长用于指示第一通信装置在第二时长结束时所对应的时间单元的下一时间单元至接收到上行/侧行数据的调度授权的最大时长。
[0237]
可选地，第一周期为非连续接收drx的长周期；或者，第一周期为drx的短周期；或者，第一周期为半静态传输的周期；或者，第一周期为业务的传输周期。
[0238]
可选地，上述应答信息是一个混合自动重传请求harq进程的应答信息。
[0239]
s1420，当在第一时长结束时所对应的时间单元的下一时间单元，第三时长未结束，第一通信装置在第三时长剩余时间范围不监测应答信息对应的重传的调度控制信息。
[0240]
可选地，上述方法还包括：第一通信装置在第一周期结束时所对应的时间单元前且与第一周期结束时所对应的时间单元相邻的k个连续的时间单元监测应答信息对应的重传的调度控制信息。
[0241]
这样，通过本技术的技术方案，既能保证重传数据的快速、可靠传输，又能降低接收端因接收重传数据而终端睡眠导致的功耗开销。
[0242]
可选地，x个连续的时间单元是根据当在第一时长结束时所对应的时间单元的下一时间单元，第三时长未结束时的harq进程的个数确定的；和/或，根据第一通信装置的解码能力确定的；和/或，根据第三时长确定的；和/或，第一配置信息配置的。
[0243]
可选地，上述第一配置信息还用于指示第四时长，第四时长用于表示第一通信装置监测控制信息的时长，方法还包括：第一通信装置确定第五时长，第一通信装置在第五时长内监测控制信息，第五时长在第一周期内的起始位置是通过将第四时长的起始位置向前
偏移x个连续的时间单元确定的。
[0244]
可选地，第五时长在第一周期内结束时所对应的时间单元的下一时间单元为下一相邻第一周期的第四时长的起始时所对应的时间单元；或，第五时长在第一周期内结束时所对应的时间单元为下一个相邻第一周期的第四时长结束时所对应的时间单元。
[0245]
其中，上述第五时长仅在第一周期内生效。
[0246]
可选地，上述第一配置信息还包括第一指示信息，第一指示信息用于指示第一时长的起始时刻相对于第一周期的起始时刻的偏移。
[0247]
本技术的技术方案，既能降低接收端因接收重传数据而中断睡眠导致的功耗开销，又能保证数据的可靠传输。
[0248]
在本技术实施例的技术方案中，当第一时长结束时所对应的下一时间单元，第三时长未结束，则在第三时长剩余时间范围内不监测应答信息所对应的harq进程所对应的重传的调度控制信息。作为示例而非限定，图15示出了本技术的信息传输方法的具体示例的另一例示意图，子载波间隔scs为30khz，时分双工tdd上下行时隙配比8:2下的连续2个xr帧(xr帧1和xr帧2)的传输场景。其中，xr帧1在d00开始传输，包括11个下行时隙，xr帧2在d33开始传输，包括9个下行时隙。两个xr帧的传输间隔约为16.5ms，drx的周期也为16.5ms，xr帧的周期或drx的周期可用于确定第一周期。
[0249]
在drx周期的起始位置，即从d00和d33处开始计时持续时间定时器drx-onduraitontimer，该持续时间定时器drx-onduraitontimer用于确定第四时长。应理解，该drx周期可以是drx长周期，也可以是drx短周期，本技术对此不做限制。同时，在drx周期起始位置开启时延预算计时器drx-delaybudgettimer，该时延预算计时器drx-delaybudgettimer用于确定第一时长为。需要注意的是，在本实施例中，第一时长的起始位置与第四时长(即持续时间定时器drx-onduraitontimer)的起始位置相同，均为drx周期的起始位置，即图中d00和d33处。示例性地，该第一时长(或可以称为drx-delaybudgettimer)在drx配置中可以参照图11中的描述，在此不再赘述。
[0250]
在图15中，当xr帧1在d11处的数据传输失败，其harq应答信息于u10处由第一通信装置(如终端)上报给第二通信装置(如基站)，并在上报harq应答信息后为对应的harq进程开启第二定时器drx-harq-rtt-timerdl，该第二定时器可以用于确定第二时长，第二时长用于指示第一通信装置在第一时刻上报应答信息后至收到应答信息对应的重传的调度控制信息之间预计的最小时长，或者，第一通信装置在第二时刻传输上行/侧行数据至收到上行/侧行数据对应的重传的调度控制信息之间预计的最小时长。需要注意的是，第一时长在每个drx周期中只出现一次，且优选地，与drx的周期起始位置相同，而在drx-onduration中接收到的每个harq进程均有自己的第二时长。
[0251]
在已有方案中，第一通信装置在u10上报了d11的nack应答信息后，开始计时对应harq进程的第二时长(即开启第二定时器drx-harq-rtt-timerdl)，第一通信装置可以在第二时长内不监测控制信息(例如，dci)。第二时长结束(即第二定时器drx-harq-rtt-timerdl超时)后，第一通信装置开启第三定时器drx-retransmissiontimerdl，该第三定时器drx-retransmissiontimerdl可以用于确定第三时长，第一通信装置可以在第三时长的持续时间内监测控制信息。
[0252]
如图15所示，第三时长结束时所对应的时隙(d26)已经超过第一时长结束时所对
应的时隙(d23)。因此，在第一时长结束时所对应时隙的下一时隙，第三时长未结束，则在剩余第三时长内监测控制信息已经无法提升用户体验，同时会影响第一通信装置进入睡眠从而造成额外功耗开销。因此，在本实施例中，当第一时长结束时所对应时隙的下一时隙，第三时长未结束，则在剩余第三时长内第一通信装置不再监测第三时长对应的harq进程的重传调度控制信息。具体地，若第一通信装置未在d23处监测到d11对应harq进程的调度控制信息，则第一通信装置在剩余第三时长内(d24-d26)不再监测该harq进程的调度控制信息。或者，当第一时长结束时所对应时隙的下一时隙，第三时长未结束时，结束第三时长。并在下一个xr帧，即xr帧2(或下一个drx周期的持续时间on-duration或下一个drx周期起始)前第五时长醒来接收重传数据。其中，该第五时长可以包括k＝x+y个时隙。x为重传在第一时长结束时所对应的时间单元的下一时间，第三时长未结束时，所对应的harq进程的数据所需要的时隙数，如图15所示，只有d11上的数据需要重传，故x为1；y为在xr帧2前的重传上述数据所占的x个时隙和上行时隙重叠的时隙数。具体地，当在xr帧2(或drx-onduration的开始时隙或第一时长的开始时隙)所对应的时隙向前提前x个时隙时，可能会在x个时隙中出现y个上行时隙。因为图15中不存在推迟的重传数据占用的下行时隙和上行时隙重叠的情况，故y为0。在本实施例中，k的取值可以是x+y。
[0253]
具体地，第五时长的获取方式可以参考图11、图12以及图13对应的说明部分，此处不再赘述。
[0254]
在上述方法中，第一配置信息包括或本身即为drx配置或sps配置。作为另一种可能的实现方式，第一配置信息还可以是一个单独的配置参数集。示例性地，第一配置信息可以是时延预算配置delaybudget-config，该配置的部分字段可以如下所示：
[0255][0256]
其中，第一定时器delaybudgettimer与上述drx或sps配置中的第一定时器delaybudgettimer的作用相同，可以用于确定第一时长，第一时长用于第一通信装置(例如，终端设备)计时空口时延预算pdb。示例性的，该第一配置信息中包括了该第一时长(或称为第一定时器)的周期periodicity，包括了第一时长(或称为第一定时器)delaybudgettimer，该第一时长在delaybudget的每个周期的开始位置生效。此外，该第一
配置信息中还包括第二定时器retransmissionprocessingtimer，该第二定时器retransmissionprocessingtimer用于确定第二时长，该第二时长用于指示在第一时刻上报应答信息后至收到应答信息对应的重传的调度控制信息之间预计的最小时长。可选地，该第二时长可以是基于harq进程的，即每个harq进程的均可以有对应的第二时长。该第一配置信息中还可以包括第三定时器slotmonitoringtimer，该第三定时器slotmonitoringtimer用于确定第三时长，第三时长用于指示第一通信装置在第二时长结束时所对应的时间单元的下一时间单元至收到应答信息对应的重传的调度控制信息之间的最大时长。可选地，该第三时长可以是基于harq进程的，即每个harq进程的均可以有对应的第三时长。第一通信装置在第三时长内监测对应harq进程的控制信息。具体地，当第一通信装置在第三时长内接收到对应harq进程的控制信息，则对应harq进程的第三时长可以结束。应理解，上述第一时长，第二时长和第三时长可以是几毫秒、时隙、符号等时间单位，也可以是监测控制信息的次数，本技术不对其进行限定。
[0257]
可选地，该第一配置信息中还可以包括标识delayflag，该标识delayflag可以为一个布尔数，即为
‘1’
或
‘0’
。示例性地
‘1’
代表若第二时长结束时所对应的时间单元不早于第一时长结束时所对应的时间单元时，或若当第一时长结束时所对应的时间单元的下一时间单元，第三时长未结束时，则可参照图11、图12、图13以及图15所述的方式，将超过第一时长的重传延迟到下一个第一定时器delaybudgettimer开始计时的前第五时长，具体方式可以是延长第二时长，即延长第二定时器retransmissionprocessingtimer(类似于图11中所示的延长第二定时器drx-harq-rtt-timerdl，包括设置第六定时器drx-harq-rtt-exttimerdl)，或是开启第七定时器drx-harq-rtt-timerdl-r18，或是关闭第三定时器slotmonitoringtimer(类似于图12中所示的的关闭第三定时器drx-retransmissiontimerdl)并在下一个第一定时器delaybudgettimer开始计时的前的第五时长对应的时间单元唤醒第一通信装置。
‘0’
则代表关闭该延迟效果，即第一通信装置按照已有的技术方案接收重传数据。
[0258]
示例性地，上述时延预算配置delaybudget-config的一种实现方式可以配置在drx配置中，可如下加黑字体所示：
[0259]
[0260][0261]
其中，delaybudget-config中相关参数的含义请参照前文中的介绍，此处不再赘述。
[0262]
另外，drx配置drx-config和时延预算配置delaybudget-config可以分别有自己的周期当在drx配置drx-config中配置delaybudget-config时，可以规定两者都采用drx配置drx-config的周期及偏移参数，即drx-longcyclestartoffset，也可以是采用时延预算配置delaybudget-config中的周期；或者drx配置drx-config和时延预算配置
delaybudget-config分别采用自己的周期，此时空口时延预算有自己的周期，且可以与第一周期(即drx-config配置的周期)不相同。
[0263]
在另一种实现方式中，上述时延预算配置delaybudget-config也可用于sps的场景。示例性地，可以将时延预算配置delaybudget-config参数按照如下加黑部分置于sps配置中，如下所示：
[0264][0265]
这样，通过单独配置参数集可以与drx或sps联合配置，增加了配置的灵活性。
[0266]
在上述实施例中，第一时长(或第一定时器delaybudgettimer)的触发时间与drx周期或sps的周期相关，即在每个drx周期的起始位置开始开启第一时长(或第一定时器delaybudgettimer)，或在每个sps传输时刻的起始位置开启第一时长(或第一定时器delaybudgettimer)。
[0267]
作为一种可能的实现方式，第一时长(或第一定时器delaybudgettimer)也可以不与drx或sps的周期相关联。例如，第一时长(或第一定时器delaybudgettimer)可以在drx-ondurationtimer开启时接收到第一个数据后开启计时，也可以是在每个sps传输时刻接收到第一个数据后开启计时。
[0268]
可选地，可以在drx-config、sps-config或delaybudget-config中，加入db-slotoffset参数，用于指示第一通信装置第一时长(或第一定时器delaybudgettimer)的启动时间偏移。该偏移可以是相对于drx或sps的每个周期的起始位置(如时隙，符号等)的偏移，也可以是相对于收到rrc信令时刻的偏移，本技术对此不做限制。示例性地，该时延预算配置delaybudget-config的部分字段可以如下所示，其中偏移参量可以如下加黑字体所示：
[0269]
[0270][0271]
应理解，上述的参数的配置数值可以是毫秒，时隙、符号等时间单位也可以是监测控制信息的次数，本技术不对其进行限定。这样，可以通过加入偏移参量的方式，使得第一时长的配置更加灵活。
[0272]
在上述方案中，第一时长(即第一定时器delaybudgettimer)为配置的固定的值。作为另一种可能的实现方式，在实际使用中，为提高配置的灵活性，可以为第一时长(即第一定时器delaybudgettimer)配置多个候选值，并通过控制信息激活其中某个候选值。
[0273]
如图16示出了一例scs为30khz，tdd上下行时隙配比8:2下的2个连续的xr帧(xr帧1和xr帧2)的传输。其中，xr帧1在d00开始传输，包含11个下行时隙。xr帧2在d33开始传输，包含9个下行时隙传输，两个帧的传输间隔为16.5ms。该实施例配置了drx，且drx的周期也为16.5ms，即从d00-d32为第一个drx周期。以下行传输为例，第二通信装置(例如，基站)在d00处发送由dci-x1指示的物理共享信道(physical downlink shared channel，pdsch)数据，其中dci-x1可以为任意格式dci，且该dci-x1包含db-timer字段，用于开启第一定时器delaybudgettimer。第一通信装置(例如，终端设备)在接收到dci-x1后，根据dci-xi中的db-timer字段的内容，从第一配置信息的多个第一时长候选中开启对应的第一定时器drx-delaybudgettimer，具体激活时间可以是在接收到dci-x1的时隙，或者是接收到dci-x1的下一个时隙，或者是dci-x1所指示的pdsch所在的时隙，或者是dci-x1所指示的物理共享信道pdsch所在时隙的下一相邻时隙，此处不再赘述。
[0274]
示例性的，此时drx配置drx-config的部分字段可以如下所示，其中候选第一时长(即第一定时器delaybudgettimer)可以如下加黑字体所示：
[0275]
[0276][0277]
示例性地，第一时长(即第一定时器drx-delaybudgettimer)计时的单位为时隙个数，如n8代表第一时长(即第一定时器drx-delaybudgettimer)计时8个时隙，即在第一时长(即第一定时器drx-delaybudgettimer)开启后8个时隙后关闭。需要注意的是，该时隙包括上行时隙和下行时隙，也可以只包括下行时隙或只包括上行时隙，也可以是只包括含有dci的时隙。上述字段中第一时长包括4个候选信息，因此需要log2(4)＝2bit(例如00,01,10,11)的指示信息进行指示。具体地，可以通过在dci添加2比特字段来指示具体的drx-delaybudgettimer大小(如在dci中加入2比特db-timer字段)。示例性地，db-timer＝
‘
00’代表n1，db-timer＝
‘
01’代表n2，db-timer＝
‘
10’代表n4，db-timer＝
‘
11’代表n8。ue在接收到该dci后，将根据其中的db-timer字段启动drx-config中对应的delaybudgettimer。
[0278]
可选地，上述第一时长(即第一定时器drx-delaybudgettimer)也可以以毫秒为单位，如以下字段中加黑字体所示：
[0279][0280][0281]
其中ms10代表delaybudgettimer开启后持续10ms，即在开启后10ms后关闭。实施方式可以和上述方式相同。如，在dci字段中计入3bit(因为上述字段中ms1，ms2，
…
，ms20共有8个数值，需要log2(8)＝3bit)用于承载db-timer字段。第一通信装置在接收到dci后根
据db-timer字段启动drx-config中对应的drx-delaybudgettimer。
[0282]
应理解，上述标识第一时长(即第一定时器drx-delaybudgettimer)的方式只是作为一种示例，其不应对本技术造成任何限定，其他标识第一时长的方式同样属于本技术的保护范围。应理解，上述的参数的配置数值可以是毫秒，时隙、符号等时间单位也可以是监测控制信息的次数，本技术不对其进行限定。
[0283]
如上所述，第一配置信息中可能包括多个第一时长候选时，可以通过控制信息激活其中的某个候选，以此来确定第一时长(即第一定时器delaybudgettimer)。
[0284]
需要注意的是，在图16中，d00-d12处的下行时隙都可以采用dci-x1来指示对应的pdsch，但是多个dci-x1并不会重复启动第一时长(即第一定时器delaybudgettimer)，即每个drx周期只有一个第一时长(即第一定时器delaybudgettimer)生效。具体地，该drx周期内的第一时长(即第一定时器delaybudgettimer)的启动时刻取决于drx周期中接收到的第一个dci-x1。同理，在图16中下一个drx周期(起始位置为d33)，第二通信装置可以通过dci-x2动态指示第一时长的起始位置。应理解，dci-x1和dci-x2可以是相同的dci类型，也可以是不同的dci类型。
[0285]
可选地，在本技术实施例中，还可以通过媒体接入控制(media access control，mac)控制信令(control element，ce)的方式进行激活第一时长(即第一定时器delaybudgettimer)。
[0286]
具体地，可以在drx-config中加入drx-delaybudgettimer参数确定第一时长，然后通过mac ce进行激活，其mac ce可以通过mac层包头的逻辑信道号(logical channel identity，lcid)得到。示例性地，可以称该mac ce为delaybudgettimer mac ce，该mac ce可以是一次性的，即ue在接收到该mac ce后，开启一个delaybudgettimer，持续时间取决于drx-config中的drx-delaybudgettimer。因此，若要每个drx-cycle开启一个delaybudgettimer，需要发送端在每个drx-cycle都发送delaybudgettimer mac ce。可选地，该delaybudgettimer mac ce可以激活一段时间的delaybudgettimer。示例性的，该mac ce可以包含激活信令db-activiation mac ce以及去激活信令db-deactivation mac ce。其中，db-activation mac ce用于激活drx-delaybudgettimer，即ue在接收到该mac ce后，每个drx-cycle(可以是long-cycle或short-cycle)，都重置并开启drx-delaybudgettimer，具体开启时刻可以参照前述方法，如drx周期的持续时间onduration位置，或者dci指示等。当第一通信装置接收到db-deactivation后，该drx-delaybudgettimer将会被停用。
[0287]
应理解，为便于理解本技术的技术方案，上述实施例中以下行传输为例，对本技术的技术方案进行了详细介绍。但本技术的技术方案也可以应用在上行传输、以及侧行传输中。例如，在上行传输中，第一通信装置可以是基站，第二通信装置可以为终端设备。又例如，第一通信装置和第二通信装置可以同为终端设备，其消息的具体形式可参照已有的技术，本技术不对其进行限定。
[0288]
以上，结合图9至图16详细说明了本技术实施例提供的信息传输的方法。上述信息传输方法主要从各个装置之间交互的角度进行了介绍。可以理解的是，各个装置，为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本技术能够以硬
件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
[0289]
应理解，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。
[0290]
还应理解，在本技术的各个实施例中，如果没有特殊说明以及逻辑冲突，不同的实施例之间的术语和/或描述具有一致性、且可以相互引用，不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。
[0291]
可以理解的是，本技术上述实施例中，由通信设备实现的方法，也可以由可配置于通信设备内部的部件(例如芯片或者电路)实现。
[0292]
以下，结合图17和图18详细说明本技术实施例提供的信息传输装置。应理解，装置实施例的描述与方法实施例的描述相互对应，因此，未详细描述的内容可以参见上文方法实施例，为了简洁，部分内容不再赘述。
[0293]
本技术实施例可以根据上述方法示例对发射端设备或者接收端设备进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本技术实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。下面以采用对应各个功能划分各个功能模块为例进行说明。
[0294]
图17是本技术提供的信息传输设备1700的一例示意性框图。上述方法900至方法1600中任一方法所涉及的任一设备，如第一通信装置和第二通信装置等都可以由图17所示的信息传输设备来实现。
[0295]
应理解，信息传输设备1700可以是实体设备，也可以是实体设备的部件(例如，集成电路，芯片等等)，还可以是实体设备中的功能模块。
[0296]
如图17所示，该信息传输设备1700包括：一个或多个处理器1710。可选地，处理器1710中可以调用接口实现接收和发送功能。所述接口可以是逻辑接口或物理接口，对此不作限定。例如，接口可以是收发电路，输入输出接口，或是接口电路。用于实现接收和发送功能的收发电路、输入输出接口或接口电路可以是分开的，也可以集成在一起。上述收发电路或接口电路可以用于代码/数据的读写，或者，上述收发电路或接口电路可以用于信号的传输或传递。
[0297]
可选地，接口可以通过收发器实现。可选地，该信息传输设备1700还可以包括收发器1730。所述收发器1730还可以称为收发单元、收发机、收发电路等，用于实现收发功能。
[0298]
可选地，该信息传输设备1700还可以包括存储器1720。本技术实施例对存储器1720的具体部署位置不作具体限定，该存储器可以集成于处理器中，也可以是独立于处理器之外。对于该信息传输装置1700不包括存储器的情形，该信息传输设备1700具备处理功能即可，存储器可以部署在其他位置(如，云系统)。
[0299]
处理器1710、存储器1720和收发器1730之间通过内部连接通路互相通信，传递控制和/或数据信号。
[0300]
可以理解的是，尽管并未示出，信息传输设备1700还可以包括其他装置，例如输入装置、输出装置、电池等。
[0301]
可选地，在一些实施例中，存储器1720可以存储用于执行本技术实施例的方法的执行指令。处理器1710可以执行存储器1720中存储的指令结合其他硬件(例如收发器1730)完成下文所示方法执行的步骤，具体工作过程和有益效果可以参见上文方法实施例中的描述。
[0302]
本技术实施例揭示的方法可以应用于处理器1710中，或者由处理器1710实现。处理器1710可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本技术实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本技术实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存取存储器(random access memory，ram)、闪存、只读存储器(read-only memory，rom)、可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的指令，结合其硬件完成上述方法的步骤。
[0303]
可以理解，存储器1720可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器rom、可编程只读存储器(programmable rom，prom)、可擦除可编程只读存储器(erasable prom，eprom)、电可擦除可编程只读存储器(electrically eprom，eeprom)或闪存。易失性存储器可以是随机存取存储器ram，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的ram可用，例如静态随机存取存储器(static ram，sram)、动态随机存取存储器(dynamic ram，dram)、同步动态随机存取存储器(synchronous dram，sdram)、双倍数据速率同步动态随机存取存储器(double data rate sdram，ddr sdram)、增强型同步动态随机存取存储器(enhanced sdram，esdram)、同步连接动态随机存取存储器(synchlink dram，sldram)和直接内存总线随机存取存储器(direct rambus ram，dr ram)。应注意，本文描述的系统和方法的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
[0304]
图18是本技术提供的信息传输装置1800的示意性框图。
[0305]
可选地，所述信息传输装置1800的具体形态可以是通用计算机设备或通用计算机设备中的芯片，本技术实施例对此不作限定。如图18所示，该信息传输装置包括处理单元1810和收发单元1820。
[0306]
具体而言，信息传输装置1800可以是本技术涉及的任一设备，并且可以实现该设备所能实现的功能。应理解，信息传输装置1800可以是实体设备，也可以是实体设备的部件(例如，集成电路，芯片等等)，还可以是实体设备中的功能模块。
[0307]
在一种可能的设计中，该信息传输装置1800可以是上文方法实施例中的第一通信装置，也可以是用于实现上文方法实施例中第一通信装置的功能的芯片。
[0308]
作为一种示例，该通信装置用于执行上文图9中第一通信装置所执行的动作，收发单元1820用于执行s910，处理单元1810用于执行s920。
[0309]
例如，收发单元，用于接收第一配置信息，第一配置信息包括第一时长、第二时长和第一周期，第一时长小于第一周期，第一时长在一个第一周期的起始时刻启动，第二时长用于指示第一通信装置在第一时刻上报应答信息后至收到应答信息对应的重传的调度控制信息之间预计的最小时长，或者，第一通信装置在第二时刻传输上行/侧行数据至收到上行/侧行数据对应的重传的调度控制信息之间预计的最小时长。
[0310]
处理单元，用于当第一时长结束时所对应的时间单元不晚于第二时长结束时所对应的时间单元，且应答信息为非确认应答nack时，在第二时长结束时所对应的时间单元的下一时间单元不监测应答信息对应的重传的调度控制信息。
[0311]
作为另一种示例，该通信装置用于执行上文图14中第一通信装置所执行的动作，收发单元1820用于执行s1410，处理单元1810用于执行s1420。
[0312]
例如，收发单元，用于接收第一配置信息，第一配置信息包括第一时长、第二时长和第一周期，第一时长小于第一周期，第一时长在第一周期的起始时刻启动，第二时长用于指示第一通信装置在第一时刻上报应答信息后至收到应答信息对应的重传的调度控制信息之间预计的最小时长，或者，第一通信装置在第二时刻传输上行/侧行数据至收到上行/侧行数据对应的重传的调度控制信息之间预计的最小时长；第一配置信息还包括第三时长，第三时长用于指示第一通信装置在第二时长结束时所对应的时间单元的下一时间单元至收到应到信息对应的重传的调度控制信息之间的最大时长；或者，第三时长用于指示第一通信装置在第二时长结束时所对应的时间单元的下一时间单元至接收到上行/侧行数据的调度授权的最大时长。
[0313]
处理单元，用于当在第一时长结束时所对应的时间单元的下一时间单元，第三时长未结束，在第三时长剩余时间范围不监测应答信息对应的重传的调度控制信息。
[0314]
还应理解，该信息传输装置1800为第一通信装置时，该信息传输装置1800中的收发单元1820可通过通信接口(如收发器或输入/输出接口)实现，该信息传输装置1800中的处理单元1810可通过至少一个处理器实现，例如可对应于图17中示出的处理器1710。
[0315]
可选地，信息传输装置1800还可以包括存储单元，该存储单元可以用于存储指令或者数据，处理单元可以调用该存储单元中存储的指令或者数据，以实现相应的操作。
[0316]
应理解，各单元执行上述相应步骤的具体过程在上述方法实施例中已经详细说明，为了简洁，在此不再赘述。
[0317]
在另一种可能的设计中，该信息传输装置1800可以是上文方法实施例中的第二通信装置，也可以是用于实现上文方法实施例中第二通信装置功能的芯片。
[0318]
作为一种示例，该通信装置用于执行上文图9中第二通信装置所执行的动作，收发单元1810用于执行s910。
[0319]
例如，收发单元，用于发送第一配置信息，第一配置信息包括第一时长、第二时长和第一周期，第一时长小于第一周期，第一时长在一个第一周期的起始时刻启动，第二时长用于指示第二通信装置在第一时刻接收应答信息后至发送应答信息对应的重传的调度控制信息之间的最小时长，或者，第二通信装置在第二时刻接收上行/侧行数据至发送上行/侧行数据对应的重传的调度控制信息之间的最小时长。
[0320]
所述收发单元，还用于当第一时长结束时所对应的时间单元不晚于第二时长结束时所对应的时间单元，且应答信息为非确认应答nack时，在第二时长结束时所对应的时间单元的下一时间单元不发送应答信息对应的重传的调度控制信息。
[0321]
作为另一种示例，该通信装置用于执行上文图13中第二通信装置所执行的动作，收发单元1820用于执行s1310。
[0322]
收发单元，用于，发送第一配置信息，第一配置信息包括第一时长、第二时长和第一周期，第一时长小于第一周期，第一时长在第一周期的起始时刻启动，第二时长用于指示第一通信装置在第一时刻接收应答信息后至发送应答信息对应的重传的调度控制信息之间的最小时长，或者，第二通信装置在第二时刻接收上行/侧行数据至发送上行/侧行数据对应的重传的调度控制信息之间的最小时长；第一配置信息还包括第三时长，第三时长用于指示第二通信装置在第二时长结束时所对应的时间单元的下一时间单元至发送应到信息对应的重传的调度控制信息之间的最大时长；或者，第三时长用于指示第二通信装置在第二时长结束时所对应的时间单元的下一时间单元至发送上行/侧行数据的调度授权的最大时长。
[0323]
所述收发单元，还用于当在第一时长结束时所对应的时间单元的下一时间单元，第三时长未结束，在第三时长剩余时间范围不发送应答信息对应的重传的调度控制信息。
[0324]
还应理解，该信息传输装置1800为第二通信装置时，该信息传输装置1800中的收发单元1820可通过通信接口(如收发器或输入/输出接口)实现，例如可对应于图17中示出的通信接口1860，该信息传输装置1800中的处理单元1810可通过至少一个处理器实现，例如可对应于图17中示出的处理器1710。
[0325]
可选地，信息传输装置1800还可以包括存储单元，该存储单元可以用于存储指令或者数据，处理单元可以调用该存储单元中存储的指令或者数据，以实现相应的操作。
[0326]
应理解，各单元执行上述相应步骤的具体过程在上述方法实施例中已经详细说明，为了简洁，在此不再赘述。
[0327]
另外，在本技术中，信息传输装置1800是以功能模块的形式来呈现。这里的“模块”可以指特定应用集成电路asic、电路、执行一个或多个软件或固件程序的处理器和存储器、集成逻辑电路，和/或其他可以提供上述功能的器件。在一个简单的实施例中，本领域的技术人员可以想到装置1800可以采用图18所示的形式。处理单元1810可以通过图17所示的处理器1710来实现。可选地，如果图17所示的计算机设备包括存储器1760，处理单元1810可以通过处理器1710和存储器1760来实现。收发单元1820可以通过图17所示的收发器1560来实现。所述收发器1760包括接收功能和发送功能。具体的，处理器通过执行存储器中存储的计算机程序来实现。可选地，当所述装置1800是芯片时，那么收发单元1820的功能和/或实现过程还可以通过管脚或电路等来实现。可选地，所述存储器可以为所述芯片内的存储单元，比如寄存器、缓存等，所述存储单元还可以是信息传输装置内的位于所述芯片外部的存储单元，如图17所的存储器1760，或者，也可以是部署在其他系统或设备中的存储单元，不在所述计算机设备内。
[0328]
本技术的各个方面或特征可以实现成方法、装置或使用标准编程和/或工程技术的制品。例如，计算机可读介质可以包括，但不限于：磁存储器件(例如，硬盘、软盘或磁带等)，光盘(例如，压缩盘(compact disc，cd)、数字通用盘(digital versatile disc，dvd)
等)，智能卡和闪存器件(例如，可擦写可编程只读存储器(erasable programmable read-only memory，eprom)、卡、棒或钥匙驱动器等)。另外，本文描述的各种存储介质可代表用于存储信息的一个或多个设备和/或其它机器可读介质。术语“机器可读介质”可包括但不限于，能够存储、包含和/或承载指令和/或数据的各种其它介质。
[0329]
根据本技术实施例提供的方法，本技术还提供一种计算机程序产品，该计算机程序产品包括：计算机程序或一组指令，当该计算机程序或一组指令在计算机上运行时，使得该计算机执行图9至图16中所示实施例中任意一个实施例的方法。
[0330]
根据本技术实施例提供的方法，本技术还提供一种计算机可读存储介质，该计算机可读介质存储有程序或一组指令，当该程序或一组指令在计算机上运行时，使得该计算机执行图9至图16中所示实施例中任意一个实施例的方法。
[0331]
根据本技术实施例提供的方法，本技术还提供一种通信系统，其包括前述的装置或设备。
[0332]
在本说明书中使用的术语“部件”、“模块”、“系统”等用于表示计算机相关的实体、硬件、固件、硬件和软件的组合、软件、或执行中的软件。例如，部件可以是但不限于，在处理器上运行的进程、处理器、对象、可执行文件、执行线程、程序和/或计算机。通过图示，在计算设备上运行的应用和计算设备都可以是部件。一个或多个部件可驻留在进程和/或执行线程中，部件可位于一个计算机上和/或分布在两个或更多个计算机之间。此外，这些部件可从在上面存储有各种数据结构的各种计算机可读介质执行。部件可根据具有一个或多个数据分组(例如来自与本地系统、分布式系统和/或网络间的另一部件交互的二个部件的数据，例如通过信号与其它系统交互的互联网)的信号通过本地和/或远程进程来通信。
[0333]
还应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
[0334]
还应理解，本技术实施例中引入编号“第一”、“第二”等只是为了区分不同的对象，比如，区分不同的“信息”，或，“设备”，或，“单元”，对具体对象以及不同对象间的对应关系的理解应以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。
[0335]
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
[0336]
以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以所述权利要求的保护范围为准。