一种调度请求的传输方法及装置

本申请要求在2021年01月19日提交中国专利局、申请号为202110070788.3、发明名称为《一种SR的发送方法》的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本申请涉及通信技术领域，尤其涉及一种调度请求的传输方法及装置。

背景技术

支持第五代新一代无线接入技术(5th Generation new radio accesstechnology，5G NR)的终端设备，一般需要支持较大的带宽(例如100兆赫兹(MHz)等)、较多的天线数(例如为4个(reception，RX)天线和2个发送(transmission，TX)天线等)、较复杂的基带处理流程(例如极化(polar)码等)，这样会导致终端设备的功耗较高。目前，为了降低终端设备的功耗，针对终端设备的功耗节省的研究越来越普遍，但是在目前的研究中，主要针对终端设备的下行传输进行了优化，并未对上行传输进行优化。

发明内容

本申请提供一种调度请求的传输方法及装置，用以提出如何对调度请求的传输进行优化，以节省终端设备的功耗。

第一方面，本申请提供了一种调度请求的传输方法，该方法可以包括：终端设备确定第一时域范围内存在第一上行信道后，将所述调度请求与所述第一上行信道包含的信息合并，得到第一信息，最后所述终端设备将所述第一信息发送给所述网络设备；其中，所述第一时域范围与包含调度请求的物理上行控制信道(physical uplink control channel，PUCCH)的时域位置相关，所述第一上行信道可为以下任一项：包含混合自动重传请求(hybrid automatic repeat request，HARQ)反馈的PUCCH、包含信道状态信息(channelstate information，CSI)报告的PUCCH或者物理上行共享信道(physical uplink sharedchannel，PUSCH)。

在上述方法中，通过将调度请求与第一上行信道包含的信息合并传输，可以减少上行传输的次数，进而降低终端设备的功耗。

在一个可能的设计中，所述第一时域范围为第一时间窗和/或第二时间窗；其中，所述第一时间窗的起始时刻可以为所述终端设备的物理(physical，PHY)层收到所述终端设备的媒体接入控制(media access control，MAC)层的调度请求触发的时刻，终止时刻可以为包含所述调度请求的PUCCH的时域位置；或者，所述第一时间窗的终止时刻可以为包含所述调度请求的PUCCH的时域位置，时域长度为第一时域长度；所述第二时间窗的起始时刻可以为包含所述调度请求的PUCCH的时域位置，时域长度为第二时域长度。这样可以准确地确定第一时域范围，进而准确地确定在所述第一时域范围内是否存在第一上行信道。

在一个可能的设计中，所述第一时域范围内存在所述第一上行信道，具体可以为：在终端设备的PHY层收到终端设备的MAC层的调度请求触发的时刻之后，且在包含调度请求的PUCCH的时域位置之前存在第一上行信道。这样可以准确地在所述第一时域范围内存在第一上行信道。

在一个可能的设计中，所述第一时域范围内存在所述第一上行信道，具体可以为：在包含调度请求的PUCCH的时域位置之前的第一时域长度内存在第一上行信道。这样可以准确地在所述第一时域范围内存在第一上行信道。

在一个可能的设计中，所述第一时域范围内存在所述第一上行信道，具体可以为：在包含调度请求的PUCCH的时域位置之后的第二时域长度内存在第一上行信道，其中所述第一上行信道为包含CSI报告的PUCCH。这样可以准确地在所述第一时域范围内存在第一上行信道。

在一个可能的设计中，所述第一时域范围内存在所述第一上行信道，具体可以为：在包含调度请求的PUCCH的时域位置之后的第二时域长度内存在第一上行信道，且调度或指示第一上行信道传输的DCI的时域位置在包含调度请求的PUCCH的时域位置之前，其中，第一上行信道可以为包含HARQ反馈的PUCCH或者为PUSCH(如不包含上行数据的PUSCH)。这样可以准确地在所述第一时域范围内存在第一上行信道。

在一个可能的设计中，当所述第一时域范围内存在多个上行信道时，所述第一上行信道可以是所述多个上行信道中时域位置最早的上行信道，或者，所述第一上行信道可以是所述多个上行信道中时域位置与包含所述调度请求的PUCCH的时域位置之间的间隔最小的上行信道。这样可以确定唯一一个发送调度请求的位置，从而避免网络设备和终端设备无法对齐。

在一个可能的设计中，所述第一上行信道所在的时隙包含调度请求时机。这样可以保证调度请求仅在特定的时隙进行合并传输，从而避免网络设备对每个上行信号或上行信道都假设有调度请求的传输。

在一个可能的设计中，当包含所述调度请求的PUCCH的格式是格式0或格式1，所述第一上行信道是所述包含HARQ反馈的PUCCH且所述包含HARQ反馈的PUCCH的格式是格式0时，所述终端设备将所述调度请求与所述第一上行信道包含的信息合并，得到第一信息，具体可以为：所述终端设备将所述调度请求与所述HARQ反馈级联，得到所述第一信息；进而，所述终端设备将所述第一信息发送给所述网络设备，具体可以为：所述终端设备将所述第一信息映射为第一循环移位值，根据所述第一循环移位值将所述第一信息发送给所述网络设备。这样所述终端设备可以成功地将所述调度请求和所述第一上行信道中的信息合并传输。

在一个可能的设计中，当包含所述调度请求的PUCCH的格式是格式0或格式1，所述第一上行信道是所述包含HARQ反馈的PUCCH且所述包含HARQ反馈的PUCCH的格式是格式2、格式3或格式4时，所述终端设备将所述调度请求与所述第一上行信道包含的信息合并得到第一信息，具体可以为：所述终端设备将所述调度请求和所述HARQ反馈进行级联，得到所述第一信息；进而，所述终端设备将所述第一信息发送给所述网络设备，具体可以为：所述终端设备通过所述第一上行信道将所述第一信息发送给所述网络设备。这样所述终端设备可以成功地将所述调度请求和所述第一上行信道中的信息合并传输。

在一个可能的设计中，当包含所述调度请求的PUCCH的格式是格式0或格式1，所述第一上行信道是所述包含CSI报告的PUCCH且所述包含CSI报告的PUCCH的格式是格式2、格式3或格式4时，所述终端设备将所述调度请求与所述第一上行信道包含的信息合并得到第一信息，具体可以为：所述终端设备将所述调度请求和所述CSI报告进行级联，得到所述第一信息；进而，所述终端设备将所述第一信息发送给所述网络设备，具体可以为：所述终端设备通过所述第一上行信道将所述第一信息发送给所述网络设备。这样所述终端设备可以成功地将所述调度请求和所述第一上行信道中的信息合并传输。

在一个可能的设计中，当包含所述调度请求的PUCCH的格式是格式0，所述第一上行信道是所述包含HARQ反馈的PUCCH且所述包含HARQ反馈的PUCCH的格式是格式1时，所述终端设备将所述调度请求与所述第一上行信道包含的信息合并得到第一信息，具体可以为：所述终端设备将所述调度请求与所述HARQ反馈级联，得到所述第一信息；进而，所述终端设备将所述第一信息发送给所述网络设备，具体可以为：所述终端设备将所述第一信息映射为第二循环移位值，根据所述第二循环移位值将所述第一信息发送给所述网络设备。这样所述终端设备可以成功地将所述调度请求和所述第一上行信道中的信息合并传输。

在一个可能的设计中，当包含所述调度请求的PUCCH的格式是格式1，所述第一上行信道是所述包含HARQ反馈的PUCCH且所述包含HARQ反馈的PUCCH的格式是格式1时，所述终端设备将所述第一信息发送给所述网络设备，具体可以为：当确定所述第一上行信道的时域位置存在用于传输调度请求的PUCCH格式1的资源时，所述终端设备通过信道选择的方式将所述第一信息发送给所述网络设备。这样所述终端设备可以成功地将所述调度请求和所述第一上行信道中的信息合并传输。

在一个可能的设计中，当包含所述调度请求的PUCCH的格式是格式0或格式1，所述第一上行信道是所述PUSCH时，所述终端设备将所述调度请求与所述第一上行信道包含的信息合并得到第一信息，具体可以为：所述终端设备将所述调度请求和所述PUSCH包含的信息进行级联，得到所述第一信息；进而，所述终端设备通过所述第一上行信道将所述第一信息发送给所述网络设备。这样所述终端设备可以成功地将所述调度请求和所述第一上行信道中的信息合并传输。

在一个可能的设计中，当包含所述调度请求的PUCCH的格式是格式0或格式1，所述第一上行信道是所述PUSCH时，所述终端设备将所述调度请求与所述第一上行信道包含的信息合并得到第一信息，具体可以为：所述终端设备对所述PUSCH进行打孔，将所述调度请求映射到所述PUSCH被打孔的位置上，得到所述第一信息，进而，所述终端设备通过所述第一上行信道将所述第一信息发送给所述网络设备。这样所述终端设备可以成功地将所述调度请求和所述第一上行信道中的信息合并传输。

在一个可能的设计中，所述终端设备接收来自所述网络设备的第一消息，所述第一消息用于配置或启用终端设备将调度请求与第一上行信道包含的信息合并传输的功能。这样可以使终端设备将调度请求和第一上行信道中的信息合并传输给网络设备。

在一个可能的设计中，所述终端设备向所述网络设备发送第二消息，所述第二消息用于请求启用将调度请求与第一上行信道包含的信息合并传输的功能。这样可以使终端设备将调度请求和第一上行信道中的信息合并传输给网络设备。

在一个可能的设计中，所述终端设备接收来自所述网络设备的第三消息，所述第三消息用于指示所述终端设备将调度请求与第一上行信道包含的信息合并传输。这样可以使终端设备将调度请求和第一上行信道中的信息合并传输给网络设备。

在一个可能的设计中，在所述终端设备将所述调度请求与所述第一上行信道包含的信息合并，得到第一信息之前，所述终端设备确定从所述网络设备接收到参考信号后，发送给所述网络设备的参考信号接收功率(reference signal received power，RSRP)大于RSRP阈值，其中所述RSRP为所述终端设备基于所述参考信号确定的。这样可以保证终端设备的传输性能。

在一个可能的设计中，所述终端设备将所述第一信息发送给所述网络设备，具体可以为：所述终端设备通过第一发射功率将所述第一信息发送给所述网络设备；其中，所述第一发射功率比所述第一上行信道的原始发射功率大；或者所述第一发射功率基于所述第一上行信道的原始发射功率和包含所述调度请求的PUCCH的原始发射功率确定。这样可以提高平均每个比特分到的能量，从而保证终端设备的传输性能。

第二方面，本申请提供了一种调度请求的传输方法，该方法可以包括：网络设备确定第一时域范围内存在第一上行信道；然后所述网络设备接收来自终端设备的第一信息，所述第一信息为所述终端设备将所述调度请求与所述第一上行信道包含的信息合并得到的；其中，所述第一时域范围与包含调度请求的PUCCH的时域位置相关，所述第一上行信道为以下任一项：包含HARQ反馈的PUCCH、包含CSI报告的PUCCH或者PUSCH。

在上述方法中，通过将调度请求与第一上行信道包含的信息合并传输，可以减少终端设备上行传输的次数，进而降低终端设备的功耗。

在一个可能的设计中，所述第一时域范围可以为第一时间窗和/或第二时间窗；其中，所述第一时间窗的起始时刻可以为所述终端设备的PHY层收到所述终端设备的MAC层的调度请求触发的时刻，终止时刻可以为包含所述调度请求的PUCCH的时域位置的起始位置；或者，所述第一时间窗的终止时刻可以为包含所述调度请求的PUCCH的时域位置的起始位置，时域长度可以为第一时域长度；所述第二时间窗的起始时刻可以为包含所述调度请求的PUCCH的时域位置的终止始位置，时域长度可以为第二时域长度。这样可以准确地确定第一时域范围，进而准确地确定在所述第一时域范围内是否存在第一上行信道。

在一个可能的设计中，所述第一时域范围内存在所述第一上行信道，具体可以为：在终端设备的PHY层收到终端设备的MAC层的调度请求触发的时刻之后，且在包含调度请求的PUCCH的时域位置之前存在第一上行信道。这样可以准确地在所述第一时域范围内存在第一上行信道。

在一个可能的设计中，所述第一时域范围内存在所述第一上行信道，具体可以为：在包含调度请求的PUCCH的时域位置之前的第一时域长度内存在第一上行信道。这样可以准确地在所述第一时域范围内存在第一上行信道。

在一个可能的设计中，所述第一时域范围内存在所述第一上行信道，具体可以为：在包含调度请求的PUCCH的时域位置之后的第二时域长度内存在第一上行信道，其中所述第一上行信道为包含CSI报告的PUCCH。这样可以准确地在所述第一时域范围内存在第一上行信道。

在一个可能的设计中，所述第一时域范围内存在所述第一上行信道，具体可以为：在包含调度请求的PUCCH的时域位置之后的第二时域长度内存在第一上行信道，且调度或指示第一上行信道传输的DCI的时域位置在包含调度请求的PUCCH的时域位置之前，其中，第一上行信道可以为包含HARQ反馈的PUCCH或者为PUSCH(如不包含上行数据的PUSCH)。这样可以准确地在所述第一时域范围内存在第一上行信道。

在一个可能的设计中，当所述第一时域范围内存在多个上行信道时，所述第一上行信道可以是所述多个上行信道中时域位置最早的上行信道，或者，所述第一上行信道可以是所述多个上行信道中时域位置与包含所述调度请求的PUCCH的时域位置之间的间隔最小的上行信道。这样可以确定唯一一个发送调度请求的位置，从而避免网络设备和终端设备无法对齐。

在一个可能的设计中，所述第一上行信道所在的时隙包含调度请求时机。这样可以保证调度请求仅在特定的时隙进行合并传输，从而避免网络设备对每个上行信号或上行信道都假设有调度请求的传输。

在一个可能的设计中，HARQ反馈的PUCCH且所述包含HARQ反馈的PUCCH的格式是格式0时，所述第一信息为所述终端设备将所述调度请求与所述HARQ反馈级联得到的；所述网络设备接收来自所述终端设备的所述第一信息，具体可以为：所述网络设备接收所述终端设备根据第一循环移位值发送的所述第一信息，所述第一循环移位值为所述终端设备将所述第一信息映射得到的。这样所述网络设备可以成功地接收所述调度请求和所述第一上行信道中的信息合并传输的信息。

在一个可能的设计中，当包含所述调度请求的PUCCH的格式是格式0或格式1，所述第一上行信道是所述包含HARQ反馈的PUCCH且所述包含HARQ反馈的PUCCH的格式是格式2、格式3或格式4时，所述第一信息为所述终端设备将所述调度请求和所述HARQ反馈进行级联得到的；所述网络设备接收来自所述终端设备的所述第一信息，具体可以为：所述网络设备接收所述终端设备通过所述第一上行信道发送的所述第一信息。这样所述网络设备可以成功地接收所述调度请求和所述第一上行信道中的信息合并传输的信息。

在一个可能的设计中，当包含所述调度请求的PUCCH的格式是格式0或格式1，所述第一上行信道是所述包含CSI报告的PUCCH且所述包含CSI报告的PUCCH的格式是格式2、格式3或格式4时，所述第一信息为所述终端设备将所述调度请求和所述CSI报告进行级联得到的；所述网络设备接收来自所述终端设备的所述第一信息，具体可以为：所述网络设备接收所述终端设备通过所述第一上行信道发送的所述第一信息。这样所述网络设备可以成功地接收所述调度请求和所述第一上行信道中的信息合并传输的信息。

在一个可能的设计中，当包含所述调度请求的PUCCH的格式是格式0，所述第一上行信道是所述包含HARQ反馈的PUCCH且所述包含HARQ反馈的PUCCH的格式是格式1时，所述第一信息为所述终端设备将所述调度请求与所述HARQ反馈级联得到的；所述网络设备接收来自所述终端设备的所述第一信息，具体可以为：所述网络设备接收所述终端设备根据第二循环移位值发送的所述第一信息，所述第二循环移位值为所述终端设备将所述第一信息映射得到的。这样所述网络设备可以成功地接收所述调度请求和所述第一上行信道中的信息合并传输的信息。

在一个可能的设计中，当包含所述调度请求的PUCCH的格式是格式1，所述第一上行信道是所述包含HARQ反馈的PUCCH且所述包含HARQ反馈的PUCCH的格式是格式1时，所述网络设备接收来自所述终端设备的所述第一信息，具体可以为：当所述第一上行信道的时域位置存在用于传输调度请求的PUCCH格式1的资源时，接收所述终端设备通过信道选择的方式发送的所述第一信息。这样所述网络设备可以成功地接收所述调度请求和所述第一上行信道中的信息合并传输的信息。

在一个可能的设计中，当包含所述调度请求的PUCCH的格式是格式0或格式1，所述第一上行信道是所述PUSCH时，所述第一信息为所述终端设备将所述调度请求和所述PUSCH包含的信息进行级联得到的，所述网络设备可以接收所述终端设备通过所述第一上行信道发送的所述第一信息。这样所述网络设备可以成功地接收所述调度请求和所述第一上行信道中的信息合并传输的信息。

在一个可能的设计中，当包含所述调度请求的PUCCH的格式是格式0或格式1，所述第一上行信道是所述PUSCH时，所述第一信息为所述终端设备对所述PUSCH进行打孔，并将所述调度请求映射到所述PUSCH被打孔的位置上得到的，所述网络设备可以接收所述终端设备通过所述第一上行信道发送的所述第一信息。这样所述网络设备可以成功地接收所述调度请求和所述第一上行信道中的信息合并传输的信息。

在一个可能的设计中，所述网络设备向所述终端设备发送第一消息，所述第一消息用于配置终端设备将调度请求与第一上行信道包含的信息合并传输的功能。这样可以使网络设备接收将调度请求和第一上行信道中的信息合并传输的信息。

在一个可能的设计中，所述网络设备接收来自所述终端设备发送第二消息，所述第二消息用于请求将调度请求与第一上行信道包含的信息合并传输的功能。这样可以使网络设备接收将调度请求和第一上行信道中的信息合并传输的信息。

在一个可能的设计中，所述网络设备接向所述终端设备发送第三消息，所述第三消息用于指示所述终端设备将调度请求与第一上行信道包含的信息合并传输。这样可以使网络设备接收将调度请求和第一上行信道中的信息合并传输的信息。

在一个可能的设计中，在所述网络设备接收来自终端设备的第一信息之前，所述网络设备确定来自所述终端设备的RSRP大于RSRP阈值，其中，所述RSRP为所述终端设备从所述网络设备接收到参考信号后发送的，所述RSRP为所述终端设备基于所述参考信号确定的。这样可以保证传输性能。

第三方面，本申请还提供了一种通信装置，所述通信装置可以是终端设备，该通信装置具有实现上述第一方面或第一方面的各个可能的设计示例中终端设备的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。

在一个可能的设计中，所述通信装置的结构中可以包括收发单元和处理单元，这些单元可以执行上述第一方面或第一方面的各个可能的设计示例中终端设备的相应功能，具体参见方法示例中的详细描述，此处不做赘述。

在一个可能的设计中，所述通信装置的结构中包括收发器和处理器，可选的还包括存储器，所述收发器用于收发数据或信息，以及用于与通信系统中的其他设备进行通信交互，所述处理器被配置为支持所述通信装置执行上述第一方面或第一方面的各个可能的设计示例中终端设备的相应的功能。所述存储器与所述处理器耦合，其保存所述通信装置必要的程序指令和数据。

第四方面，本申请还提供了一种通信装置，所述通信装置可以是网络设备，该通信装置具有实现上述第二方面或第二方面的各个可能的设计示例中网络设备的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块。

在一个可能的设计中，所述通信装置的结构中可以包括收发单元和处理单元，这些单元可以执行上述第二方面或第二方面的各个可能的设计示例中网络设备的相应功能，具体参见方法示例中的详细描述，此处不做赘述。

在一个可能的设计中，所述通信装置的结构中包括收发器和处理器，可选的还包括存储器，所述收发器用于收发数据或信息，以及用于与通信系统中的其他设备进行通信交互，所述处理器被配置为支持所述通信装置执行上述第二方面或第二方面的各个可能的设计示例中网络设备的相应的功能。所述存储器与所述处理器耦合，其保存所述通信装置必要的程序指令和数据。

第五方面，本申请实施例提供了一种通信系统，可以包括上述提及的终端设备和网络设备。

第六方面，本申请实施例提供的一种计算机可读存储介质，该计算机可读存储介质存储有程序指令，当程序指令在计算机上运行时，使得计算机执行本申请实施例上述第一方面或第一方面的各个可能的设计示例或上述第二方面或第二方面的各个可能的设计示例的方法。示例性的，计算机可读存储介质可以是计算机能够存取的任何可用介质。以此为例但不限于：计算机可读介质可以包括非瞬态计算机可读介质、随机存取存储器(random-access memory，RAM)、只读存储器(read-only memory，ROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)、CD-ROM或其他光盘存储、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质。

第七方面，本申请实施例提供一种包括计算机程序代码或指令的计算机程序产品，当其在计算机上运行时，使得计算机实现上述第一方面或第一方面的各个可能的设计示例或上述第二方面或第二方面的各个可能的设计示例的方法。

第八方面，本申请还提供了一种芯片，所述芯片与存储器耦合，用于读取并执行所述存储器中存储的程序指令，以实现上述第一方面或第一方面的各个可能的设计示例或上述第二方面或第二方面的各个可能的设计示例方法。

上述第三方面至第八方面中的各个方面以及各个方面可能达到的技术效果请参照上述针对第一方面或第二方面中的各种可能方案可以达到的技术效果说明，这里不再重复赘述。

附图说明

图1为本申请提供的一种通信系统的架构示意图；

图2为本申请提供的一种调度请求的传输方法的流程图；

图3为本申请提供的一种第一时间窗和第二时间窗的示意图；

图4为本申请提供的一种调度请求的传输的示意图；

图5为本申请提供的另一种调度请求的传输的示意图；

图6为本申请提供的另一种调度请求的传输的示意图；

图7为本申请提供的另一种调度请求的传输的示意图；

图8为本申请提供的另一种调度请求的传输的示意图；

图9为本申请提供的另一种调度请求的传输的示意图；

图10为本申请提供的一种调度请求的传输的流程示意图；

图11为本申请提供的另一种调度请求的传输的流程示意图；

图12为本申请提供的另一种调度请求的传输的流程示意图；

图13为本申请提供的另一种调度请求的传输的流程示意图；

图14为本申请提供的一种时间窗1和时间窗2的示意图；

图15为本申请提供的一种SR的传输的示意图；

图16为本申请提供的另一种SR的传输的示意图；

图17为本申请提供的另一种SR的传输的示意图；

图18为本申请提供的另一种SR的传输的示意图；

图19为本申请提供的另一种SR的传输的示意图；

图20为本申请提供的一种SR的传输的流程示意图；

图21为本申请提供的另一种SR的传输的流程示意图；

图22为本申请提供的另一种SR的传输的流程示意图；

图23为本申请提供的另一种SR的传输的流程示意图；

图24为本申请提供的一种通信装置的结构示意图；

图25为本申请提供的一种通信装置的结构图。

具体实施方式

下面将结合附图对本申请作进一步地详细描述。

本申请实施例提供一种调度请求的传输方法及装置，用以提出如何对调度请求的传输进行优化，以节省终端设备的功耗。其中，本申请所述方法和装置基于同一技术构思，由于方法及装置解决问题的原理相似，因此装置与方法的实施可以相互参见，重复之处不再赘述。

在本申请的描述中，“第一”、“第二”等词汇，仅用于区分描述的目的，而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序。

在本申请中的描述中，“至少一项(个，种)”是指一项(个，种)或者多项(个，种)，多项(个，种)是指两项(个，种)或者两项(个，种)以上。

为了更加清晰地描述本申请实施例的技术方案，下面结合附图，对本申请实施例提供的调度请求的传输方法及装置进行详细说明。

图1示出了本申请实施例涉及的通信系统的架构，所述通信系统的架构中包括网络设备和终端设备，其中：

所述网络设备为具有无线收发功能的设备或可设置于该网络设备的芯片，该网络设备包括但不限于：基站(generation node B，gNB)、无线网络控制器(radio networkcontroller，RNC)、节点B(Node B，NB)、基站控制器(base station controller，BSC)、基站收发台(base transceiver station，BTS)、家庭基站(例如，home evolved NodeB，或homeNode B，HNB)、基带单元(baseband unit，BBU)，无线保真(wireless fidelity，Wi-Fi)系统中的接入点(access point，AP)、无线中继节点、无线回传节点、传输点(transmission andreception point，TRP或者transmission point，TP)等，还可以为构成gNB或传输点的网络节点，如基带单元(BBU)，或，分布式单元(distributed unit，DU)等。

在一些部署中，gNB可以包括集中式单元(centralized unit，CU)和DU。gNB还可以包括射频单元(radio unit，RU)。CU实现gNB的部分功能，DU实现gNB的部分功能，比如，CU实现无线资源控制(radio resource control，RRC)，分组数据汇聚层协议(packet dataconvergence protocol，PDCP)层的功能，DU实现无线链路控制(radio link control，RLC)、媒体接入控制(media access control，MAC)和物理(physical，PHY)层的功能。由于RRC层的信息最终会变成PHY层的信息，或者，由PHY层的信息转变而来，因而，在这种架构下，高层信令，如RRC层信令或PHCP层信令，也可以认为是由DU发送的，或者，由DU+RU发送的。可以理解的是，网络设备可以为CU节点、或DU节点、或包括CU节点和DU节点的设备。此外，CU可以划分为接入网RAN中的网络设备，也可以将CU划分为核心网CN中的网络设备，对此不作限定。

所述终端设备也可以称为用户设备(user equipment，UE)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。本申请的实施例中的终端设备可以是手机(mobile phone)、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智能穿戴设备(智能眼镜、智能手表、智能耳机等)、智慧家庭(smart home)中的无线终端等等，也可以是能够设置于以上设备的芯片或芯片模组(或芯片系统)等。本申请的实施例对应用场景不做限定。本申请中将具有无线收发功能的终端设备及可设置于前述终端设备的芯片统称为终端设备。

需要说明的是，图1所示的通信系统可以但不限于为第四代(4th Generation，4G)系统、第五代(5th Generation，5G)系统，如新一代无线接入技术(new radio accesstechnology，NR)，可选的，本申请实施例的方法还适用于未来的各种通信系统，例如第六代(6th Generation，6G)系统或者其他通信网络等。

目前，在一些实施例中，NR的上行传输以及相关流程可以如下所述：

1、上行数据：携带在物理上行共享信道(physical uplink shared channel，PUSCH)中传输。

(1)PUSCH传输的时域位置通常通过网络设备发送给终端设备的下行控制信息(downlink control information，DCI)指示。具体的，如果网络设备在时隙n发送一个DCI，DCI中会指示一个K2值，则终端设备在时隙n+K2发送PUSCH。这种通过DCI调度的PUSCH一般被称为动态数据调度。

(2)标准中还存在另一种PUSCH的传输方式，为配置授权(configured grant，CG)的传输方式。CG可以分为两种情况：一种情况下PUSCH的传输参数通过网络设备的无线资源控制(radio resource control，RRC)信令配置给终端设备，当终端设备有上行数据需要发送时，即通过预先配置好的PUSCH发送。另一种情况是PUSCH的部分传输参数通过网络设备的RRC信令配置，剩余传输参数通过DCI指示。当网络设备发送DCI激活PUSCH的发送时，终端设备会根据配置好的周期值进行周期性发送，直到网络设备再发送一个DCI停止终端设备的PUSCH发送。因此，在CG的传输方式下，可能存在“只有PUSCH没有DCI”的情况。

2、混合自动重传请求(hybrid automatic repeat request，HARQ)反馈：HARQ反馈通常携带在PUCCH中传输，携带HARQ反馈的PUCCH的时域位置可以由DCI指示，该DCI是由网络设备发送给终端设备的。具体的，如果网络设备在时隙n发送一个DCI调度下行数据的传输，DCI中会指示一个K0值和一个K1值，终端设备在时隙n+K0接收物理下行共享信道(physical downlink shared channel，PDSCH)，其中PDSCH中包含下行数据，并且终端设备在时隙n+K0+K1发送该PDSCH对应的HARQ反馈。HARQ反馈可以使用PUCCH格式(format)0/1/2/3/4来发送。

3、信道状态信息(channel state information，CSI)报告(CSI report)：终端设备接收网络设备发送的CSI参考信号(reference signal,，RS)(CSI-RS)后，会向网络设备发送CSI报告。CSI报告可以分为以下三类：

(1)周期性CSI报告(periodic CSI report，P-CSI report)：通常在PUCCH中传输，一旦网络设备为终端设备配置了周期性CSI报告，终端设备就会按照配置的周期发送该CSI报告。即周期性CSI报告的时域位置是通过RRC信令半静态配置的。周期性CSI报告可以使用PUCCH format 2/3/4来发送。

(2)半持续CSI报告(semi-persistence CSI report，SP-CSI report)：与周期性CSI报告一样，通常在PUCCH中传输。但是与周期性CSI报告的区别在于，半持续性CSI报告在网络设备为终端设备配置之后，还需要再激活一下。激活后，其时域位置可以认为是通过RRC信令半静态配置的。半持续CSI报告可以使用PUCCH format 2/3/4来发送。

(3)非周期性CSI报告(aperiodic CSI report，AP-CSI report)：在PUSCH中传输，通过DCI触发。具体的，如果网络设备在时隙n发送一个DCI，DCI中除了指示K2值之外，还可以包含一个非周期CSI触发信息。若DCI中包含非周期CSI触发信息，则终端设备会在被调度的PUSCH中携带非周期CSI报告。

4、调度请求(scheduling request，SR)：SR会携带在PUCCH中发送，网络设备会为终端设备配置一个或多个用于发送SR的PUCCH资源，每个PUCCH资源都是周期性出现的。当终端设备有上行数据需要发送时，终端设备内的媒体接入控制(media access control，MAC)层会确定一个SR发送时机(SR transmission occasion)，并向终端设备内的物理(physical，PHY)层发送指示，让PHY层在该SR transmission occasion上发送SR。SR可以使用PUCCH format 0/1来发送。

目前，PUCCH共有5种format，分别是format 0/1/2/3/4。其中format 0和format 1可以携带1～2比特的信息，format 2/3/4可以携带多于2比特的信息。format 0和format 2在时域上占用1或2个正交频分复用(orthogonal frequency division multiplexing，OFDM)符号，因此format 0/2可以被称为短PUCCH(short PUCCH)，format 1/3/4在时域上占用大于或等于4个OFDM符号，因此format 1/3/4可以被称为长PUCCH(long PUCCH)。其中，PUCCH format可以简写为PF。

本申请中为了节省终端设备的功耗，提出可以对上述上行传输进行优化传输，具体的，在本申请主要对调度请求的传输方法进行了具体描述。需要说明是，调度请求在是5G中可以是调度请求(scheduling request，SR)；在以后的通信系统或网络，例如6G等中，仍可以是SR，或者可以有其它名称，本申请对此不作限定。

需要说明的是，下面实施例中涉及的终端设备实现的操作，也可以是通过终端设备中的处理器，或者是芯片或芯片系统，或者是一个功能模块等来实现；涉及的网络设备实现的操作，也可以通过网络设备中的处理器，或者是芯片或芯片系统，或者是一个功能模块等来实现。

基于上述描述，本申请实施例提供的一种调度请求的传输方法，适用于图1所示的通信系统。参阅图2所示，该方法的具体流程可以包括：

步骤201：终端设备确定第一时域范围内存在第一上行信道；其中，第一时域范围与包含调度请求的PUCCH的时域位置相关，第一上行信道可以为以下任一项：包含HARQ反馈的PUCCH、包含CSI报告的PUCCH或者PUSCH。

其中，PUSCH可以为不包含上行数据的PUSCH，例如不包含上行共享信道(uplinkshared channel，UL-SCH)的PUSCH；HARQ反馈可以为肯定确认(acknowledgment，ACK)或者否定确认(negative acknowledgment，NACK)。

步骤202：终端设备将调度请求与第一上行信道包含的信息合并，得到第一信息。

步骤203：终端设备将第一信息发送给网络设备。

在一种可选的实施方式中，第一时域范围可以为第一时间窗(window 1)和/或第二时间窗(window 2)；其中，第一时间窗的起始时刻可以为终端设备的PHY层收到终端设备的MAC层的调度请求触发的时刻，终止时刻可以为包含调度请求的PUCCH的时域位置(也可以称为调度请求时机(occasion)或者称为包含调度请求的PUCCH资源)；或者，第一时间窗的终止时刻可以为包含调度请求的PUCCH的时域位置，时域长度可以为第一时域长度；第二时间窗的起始时刻可以为包含调度请求的PUCCH的时域位置，时域长度可以为第二时域长度。例如，第一时间窗和第二时间窗的一种示例可以如图3所示。

可选的，包含调度请求的PUCCH的时域位置具体可以为PUCCH的时域位置的起始位置，或者可以为PUCCH的时域位置的结束位置，或者还可以是PUCCH的时域位置的中间位置等等，本申请对此不作限定。

一种示例中，第一时域长度或者第二时域长度可以为一个或多个符号(symbol)，或者为一个或多个时隙(slot)等。

通过第一时间窗和/或第二时间窗，可以保证调度请求可以合并到附近时域位置的上行信道(也即第一上行信道)中一并发送，从而减少终端设备上行发送的次数，降低终端设备上行传输的功耗。具体的，若第一时间窗位于调度请求的PUCCH的时域位置之前，第一时间窗可以用于保证上行信道在调度请求之前的一段时间内。一种情况下，第一时间窗的起始时刻可以为终端设备的PHY层收到终端设备的MAC层的调度请求触发的时刻。若终端设备按照目前的实施例中的流程，即不将调度请求合并传输，则终端设备会在生成调度请求后，等到包含调度请求的PUCCH的时域位置发送调度请求。如果在第一时间窗内有其他上行信道(也即第一上行信道)，终端设备可以将已经生成的调度请求合并到该上行信道中，而不必等到包含调度请求的PUCCH的时域位置再发送调度请求。这样，一方面可以降低终端设备上行传输的功耗，另一方面可以提前发送调度请求，降低整体通信时延。另一种情况下，第一时间窗的终止时刻可以为包含调度请求的PUCCH的时域位置，时域长度可以为第一时域长度。这是因为终端设备的MAC层什么时间会触发调度请求发送对于网络设备是不可知的，因此从网络设备的角度看，只能从包含调度请求的PUCCH的时域位置算起，认为之前第一时域长度内的上行信道可能会携带合并后的调度请求。在这种情况下，第一时域长度可以理解为对终端设备的MAC层触发调度请求发送的一个时间范围(也即时域范围)的最大值。

第二时间窗位于包含调度请求的PUCCH的时域位置之后，即第二时间窗可以用于保证上行信道在调度请求之后的一段时间内。该第二时间窗可以保证调度请求的发送不会延时太大，即整体通信时延不会由于采用本申请的合并传输方法而增大太多。此时，第二时域长度可以理解为根据数据传输最大时延(或数据传输时延预算)确定的时域长度。

需要说明的是，时间窗也可以称为时域范围或者时间区域等等，本申请对此不作限定。

示例的，第一时间窗和第二时间窗可以在标准中预定义，也可以由网络设备配置给终端设备，或者还可以有其它方式确定，本申请对此不作限定。

具体的，第一时域范围内存在第一上行信道可以包括以下四种情况：

情况a1：在终端设备的PHY层收到终端设备的MAC层的调度请求触发的时刻之后，且在包含调度请求的PUCCH的时域位置之前存在第一上行信道。也即，第一上行信道在第一时间窗内。例如，在该情况a1下，调度请求的传输可以如图4所示。

情况a2：在包含调度请求的PUCCH的时域位置之前的第一时域长度内存在第一上行信道。也即，第一上行信道在第一时间窗内。例如，在该情况a2下，调度请求的传输可以如图5所示。

需要说明的是，上述情况a1和情况a2与上述第一时间窗的不同解释有关。其中，上述情况a1对应第一时间窗的起始时刻为终端设备的PHY层收到终端设备的MAC层的调度请求触发的时刻，终止时刻为包含调度请求的PUCCH的时域位置的情况；上述情况a2对应第一时间窗的终止时刻为包含调度请求的PUCCH的时域位置，时域长度可以为第一时域长度的情况。

情况a3：在包含调度请求的PUCCH的时域位置之后的第二时域长度内存在第一上行信道。也即，第一上行信道在第二时间窗内。例如，在该情况a3下，调度请求的传输可以如图6所示。

例如，在该情况a3中，第一上行信道可以为包含CSI报告的PUCCH。由于包含CSI报告的PUCCH是半静态配置的，因此终端设备可以预先判断，在调度请求的PUCCH之后的一定范围内一定会有这样的PUCCH(也即第一上行信道)可以使用，也就可以成功地把调度请求合并到包含CSI报告的PUCCH中发送。

情况a4：在包含调度请求的PUCCH的时域位置之后的第二时域长度内存在第一上行信道，且调度或指示第一上行信道传输的DCI的时域位置在包含调度请求的PUCCH的时域位置之前。也即，第一上行信道在第二时间窗内。例如，在该情况a4下，调度请求的传输可以如图7所示。

例如，在该情况a4中，第一上行信道可以为包含HARQ反馈的PUCCH或者为PUSCH(如不包含上行数据的PUSCH)。在该情况a4中，虽然第一上行信道的传输不是半静态配置的，而是动态调度的，但是调度该第一上行信道的传输的DCI位于调度请求的PUCCH之前。也就是说，在调度请求的PUCCH之前，终端设备就能够判断在后面的第二时间窗内是否会有可以使用的第一上行信道，如果有可以使用的第一上行信道，终端设备就可以把调度请求合并到该第一上行信道中，如果没有可以使用的第一上行信道，终端设备使用原本调度请求的PUCCH发送调度请求。

当然，第一时域范围内存在第一上行信道还可以有其它情况，上述情况a1～情况a4仅仅是示例，此处不再一一列举。

在一种可选的实施方式中，当第一时域范围内存在多个上行信道时，该第一上行信道可以是多个上行信道中时域位置最早的上行信道，或者，该第一上行信道也可以是多个上行信道中时域位置与包含调度请求的PUCCH的时域位置之间的间隔最小的上行信道。这样可以确定唯一一个发送调度请求的位置，从而避免网络设备和终端设备无法对齐。

在一种可选的实施方式中，当第一时域范围内存在多个上行信道时，第一上行信道可以是多个上行信道中的任一个上行信道，例如图8所示。

在一种可选的实施方式中，第一上行信道所在的时隙包含调度请求时机(occasion)。也就是说，当第一时域范围内存在多个上行信道时，在多个上行信道所在的时隙中包含调度请求时机的上行信道作为该第一上行信道。例如图9所示。

在具体实施时，可以由终端设备的MAC层判断调度请求与第一上行信道包含的信息是否可以进行合并(也即判断第一时域范围内是否存在第一上行信道)，并且由MAC层指示终端设备的PHY层传输调度请求的上行信道，然后终端设备的PHY层再进行调度请求的传输；或者，可以由终端设备的MAC层仅指示一个调度请求的PUCCH的时域位置，然后由终端设备的PHY层判断调度请求与第一上行信道包含的信息是否可以合并，并进行调度请求的传输。

目前，在一些实施例中，当包含调度请求的PUCCH与其他上行信道在时域上有部分或者重叠(overlap)时，调度请求和其他上行信道中的信息的传输方式可以如下表1所示，其中在表1中以调度请求为SR为例示出。

表1

其中，在上述表1中，m

一些示例中，当调度请求可以合并到包含HARQ反馈的PUCCH中传输，且包含HARQ反馈的PUCCH的格式为格式0/2/3/4时，或者，调度请求可以合并到包含CSI报告的PUCCH中传输，且包含CSI报告的PUCCH的格式为格式2/3/4时，终端设备均可以采用上述表1中对应的方法(也即上述表1中字体加粗的方法)传输调度请求。具体的，可以包括以下几种场景：

场景b1：当包含调度请求的PUCCH的格式是格式0或格式1，第一上行信道是包含HARQ反馈的PUCCH且包含HARQ反馈的PUCCH的格式是格式0时，终端设备可以将调度请求与HARQ反馈级联，得到第一信息；然后，终端设备将第一信息映射为第一循环移位值，根据第一循环移位值将第一信息发送给网络设备。例如，HARQ反馈为1比特且HARQ反馈比特的取值为ACK时，有调度请求发送(也即当前终端设备向网络设备请求上行数据调度)，则m

场景b2：当包含调度请求的PUCCH的格式是格式0或格式1，第一上行信道是包含HARQ反馈的PUCCH且包含HARQ反馈的PUCCH的格式是格式2、格式3或格式4时，终端设备将调度请求和HARQ反馈进行级联，得到第一信息；然后，终端设备通过第一上行信道将第一信息发送给网络设备。其中，在终端设备将调度请求和HARQ反馈进行级联时，是将调度请求对应的比特(例如为log(K+1)个比特)和HARQ反馈对应的比特进行级联。

场景b3：当包含调度请求的PUCCH的格式是格式0或格式1，第一上行信道是包含CSI报告的PUCCH且包含CSI报告的PUCCH的格式是格式2、格式3或格式4时，终端设备将调度请求和CSI报告进行级联，得到第一信息；然后，终端设备通过第一上行信道将第一信息发送给网络设备。其中，在终端设备将调度请求和CSI报告进行级联时，是将调度请求对应的比特(例如为log(K+1)个比特)和CSI报告对应的比特进行级联。

另一些示例中，对于第一上行信道为包含HARQ反馈的PUCCH，且该PUCCH的格式为格式1，或者第一上行信道为PUSCH(例如不包含上行数据的PUSCH)时，终端设备不再采用上述表1中对应的方法(也即表1中非加粗字体对应的方法)。具体的，终端设备可以采用以下几种场景中的方法：

场景c1：当包含调度请求的PUCCH的格式是格式0，第一上行信道是包含HARQ反馈的PUCCH且包含HARQ反馈的PUCCH的格式是格式1时，终端设备可以采用如下方法：

方法一：终端设备不将调度请求与HARQ反馈合并，也即调度请求不可以合并传输。

方法二：(1)若HARQ反馈仅有1比特(bit)信息，终端设备将调度请求与HARQ反馈级联，得到第一信息，然后将第一信息映射为第二循环移位值，根据第二循环移位值将第一信息发送给网络设备。也即终端设备通过PUCCH的循环移位携带调度请求，即若无调度请求(也即当前终端设备不向网络设备请求上行数据调度)，则m

(2)若HARQ反馈有2比特信息，则调度请求和HARQ反馈组成的3比特信息可以生成一个八相移键控(8phase shift keying，8PSK)调制符号，乘到一个序列(sequence)上，例如可以符合以下公式一：

其中，y(n)为第一信息，

可选的，在HARQ反馈有2比特信息的情况下，终端设备可以不将调度请求与HARQ反馈合并。

场景c2：当包含调度请求的PUCCH的格式是格式1，第一上行信道是包含HARQ反馈的PUCCH且包含HARQ反馈的PUCCH的格式是格式1时，当确定第一上行信道的时域位置存在用于传输调度请求的PUCCH格式1的资源时，终端设备通过信道选择的方式将第一信息发送给网络设备。

可选的，当确定第一上行信道的时域位置不存在用于传输调度请求的PUCCH格式1的资源时，终端设备可以不将调度请求与HARQ反馈合并。

场景c3：当包含所述调度请求的PUCCH的格式是格式0或格式1，所述第一上行信道是PUSCH(例如不包含上行数据的PUSCH)时，终端设备将调度请求与第一上行信道包含的信息合并，得到第一信息，可以包括以下两种方法：

方法一：终端设备将调度请求和PUSCH包含的信息进行级联，得到第一信息。

该方法一中，调度请求可以复用(multiplexing)到PUSCH中，即将调度请求的信息比特与上行数据信息比特级联，再一起调制映射到PUSCH的物理资源上，即得到第一信息。

方法二：终端设备对PUSCH进行打孔(puncture)，将调度请求映射到PUSCH被打孔的位置上，得到第一信息。其中，第一信息为映射到PUSCH被打孔的位置上的调度请求以及PUSCH未被打孔的位置上的信息。

该方法二中，终端设备对调度请求进行单独地调制，待终端设备将PUSCH打孔后，将打孔后的PUSCH占用的某些资源单元(resource element，RE)上的调制符号(modulatedsymbol)替换为调度请求调制后的调制符号，即得到第一信息。

示例性的，PUSCH被打孔的位置可以是预定义的。例如，在时域上，终端设备可以从PUSCH占用的第一个符号开始打孔，或者终端设备可以在PUSCH中除了DMRS之外的第一个符号开始打孔；在频域上，终端设备可以在PUSCH占用的起始RE开始打孔，被打孔的两个RE之间可以间隔h个RE，其中h可以为预定义的。当然，PUSCH被打孔的位置还可以有别的可能，保证被打孔的位置上的信息对数据传输影响较小即可，本申请对此不作限定。

可选的，当包含所述调度请求的PUCCH的格式是格式0或格式1，所述第一上行信道是PUSCH(例如不包含上行数据的PUSCH)时，终端设备可以不将调度请求与PUSCH中的信息合并。

目前，当调度请求与第一上行信道中的信息单独传输时，终端设备需要发送两次信号，虽然终端设备的发射功耗较大，但是两个信号中平均每个比特分到的能量也较高，可以抵抗较强的噪声，信号的覆盖范围比较大。而当采用本申请的方法将调度请求与第一上行信道中的信息合并传输时，无论是调度请求还是第一上行信道中的信息，平均每个比特分到的能量会比较低，信号的覆盖范围可能会受限，信号传输可靠性会降低。为了解决信号传输可靠性的问题，本申请可以通过以下几种方法保证信号传输的可靠性：

方法d1：终端设备从网络设备接收到参考信号后，发送给网络设备的参考信号接收功率(reference signal received power，RSRP)大于RSRP阈值的情况下，终端设备才执行步骤202和步骤203。其中RSRP为终端设备基于参考信号确定的。

其中，终端设备会根据从网络设备接收到的参考信号(如同步信号块和广播信号块((synchronization signal block，SSB)and(physical broadcast channel，PBCH)block)，或者CSI-RS等)的功率计算一个RSRP值，当该RSRP值越大，说明终端设备距离网络设备越近。RSRP阈值相当于一个等效的网络设备到终端设备的距离阈值。当终端设备收到的参考信号对应的RSRP大于该RSRP阈值的时候，即说明终端设备距离网络设备足够近。此时终端设备即使将调度请求与第一上行信道中的信息合并发送，也能保证信号可以正确传输。当终端设备上报给网络设备的RSRP大于该RSRP阈值时，可以认为终端设备的覆盖不受限，此时可以采用上述步骤202和步骤203中的方式传输调度请求。

示例性的，当RSRP不满足方法d1中的条件时，终端设备可以采用目前常用的方法发送调度请求，例如调度请求单独传输的方式等。

需要说明的是，只有终端设备和网络设备均确定RSRP大于RSRP阈值时才会采用步骤202和步骤203的方式传输调度请求，因此，通过终端设备发送给网络设备的RSRP与RSRP阈值比较判断才可以使得终端设备和网络设备均确定条件是否满足。

方法d2：当终端设备将第一信息发送给网络设备时，终端设备可以通过第一发射功率将第一信息发送给网络设备。

其中，第一发射功率可以通过以下两种方式确定：

第一种方式：第一发射功率可以为第一上行信道的原始发射功率加上X分贝(dB)得到，其中X的值可以为标准预定义的，或者网络设备预配置给终端设备的，或者为网络设备通过信令(例如DCI)指示的，本申请对此不作限定。

第二种方式：第一发射功率可以基于第一上行信道的原始发射功率和包含调度请求的PUCCH的原始发射功率确定。示例性的，第一发射功率可以由第一上行信道的原始发射功率和PUCCH的原始发射功率相加得到，或者第一发射功率可以由第一上行信道的原始发射功率和PUCCH的原始发射功率相加后再乘以一个系数得到。例如，若PUCCH的原始发射功率为16毫瓦分贝(dBm)，第一上行信道的原始发射功率为16dBm时，第一发射功率可以为二者的和，即19dBm，或者二者相加后乘以一个系数，为18dBm等。当然还可以有其他方法得到第一发射功率，本申请对此不做限定。

应理解，上述两种方式均是为了提高发射功率。在一些实施例中，第一上行信道的发射功率可以根据终端设备估计的路径损耗值、网络设备配置的传输参数、以及网络设备在DCI中指示的传输功率控制(transmit power control，TPC)命令确定。为了提高调度请求和第一上行信道中的信息合并传输的传输可靠性，可以采用上述方法d2中的方式，提高第一上行信道的发射功率，从而提高平均每个比特分到的能量。

在一种可选的实施方式中，终端设备将调度请求与第一上行信道包含的信息合并传输给网络设备，以及网络设备接收终端设备合并传输的调度请求与第一上行信道包含的信息时，双方需要协商一致，共同启用或不启用该功能(也即将调度请求与第一上行信道包含的信息合并传输的功能)。示例性的，该功能的启用可以通过以下四种方式配置：

方式e1：终端设备接收来自网络设备的第一消息，第一消息用于配置或启用终端设备将调度请求与第一上行信道包含的信息合并传输的功能。

其中，第一消息也即网络设备发送给终端设备的配置信息，例如第一消息可以通过无线资源控制(radio resource control，RRC)信令或媒介接入控制(medium accesscontrol，MAC)控制单元(control elements，CE)(MAC CE)发送。

通过上述方法，在第一时域范围内存在第一上行信道时，终端设备即可以将调度请求与第一上行信道包含的信息合并传输，以及网络设备即可以接收终端设备合并传输的调度请求与第一上行信道包含的信息，例如具体流程可以如图10所示。

方式e2：终端设备向网络设备发送第二消息，第二消息用于请求启用将调度请求与第一上行信道包含的信息合并传输的功能。然后，终端设备接收来自网络设备的第一消息，第一消息用于配置或启用终端设备将调度请求与第一上行信道包含的信息合并传输的功能。之后，在第一时域范围内存在第一上行信道时，终端设备即可以将调度请求与第一上行信道包含的信息合并传输，以及网络设备即可以接收终端设备合并传输的调度请求与第一上行信道包含的信息，例如具体流程可以如图11所示。

方式e3：终端设备接收来自网络设备的第一消息，第一消息用于配置或启用终端设备将调度请求与第一上行信道包含的信息合并传输的功能；然后终端设备接收来自网络设备的第三消息，第三消息用于指示终端设备将调度请求与第一上行信道包含的信息合并传输。之后，在第一时域范围内存在第一上行信道时，终端设备即可以将调度请求与第一上行信道包含的信息合并传输，以及网络设备即可以接收终端设备合并传输的调度请求与第一上行信道包含的信息，例如具体流程可以如图12所示。

该方式e3中，网络设备向终端设备发送配置信息(即第一消息)后，还需要向终端设备发送动态指示信息，即第三消息(例如为DCI)，指示终端设备是否可以将调度请求与第一上行信道包含的信息合并传输。例如，可以在网络设备调度的PUSCH/PUCCH的DCI中加入第三消息，用于指示调度请求是否能够与第一上行信道包含的信息合并传输。

方式e4：终端设备向网络设备发送第二消息，第二消息用于请求启用将调度请求与第一上行信道包含的信息合并传输的功能。然后，终端设备接收来自网络设备的第一消息，第一消息用于配置或启用终端设备将调度请求与第一上行信道包含的信息合并传输的功能。之后终端设备接收来自网络设备的第三消息，第三消息用于指示终端设备将调度请求与第一上行信道包含的信息合并传输。最后，在第一时域范围内存在第一上行信道时，终端设备即可以将调度请求与第一上行信道包含的信息合并传输，以及网络设备即可以接收终端设备合并传输的调度请求与第一上行信道包含的信息，例如具体流程可以如图13所示。

也即方式e4为上述三种方式的结合，具体的消息描述均可以参见上述方式中的相关描述。

采用本申请提供的调度请求的传输方法，通过将调度请求与第一上行信道包含的信息合并传输，可以减少上行传输的次数，进而降低终端设备的功耗。

下面结合实际场景来说明通过采用上述实施例涉及的方法，可以减少上行传输的次数，进而降低终端设备的功耗。具体的，当终端设备为手机时，手机用户在使用手机收发微信消息的场景中，用户通过手机接收微信消息时会接收下行数据包(包含在PDSCH中)，并向网络设备发送HARQ反馈(包含在PUCCH中)。用户通过手机发送微信消息时，会先向网络设备发送调度请求。如果采用目前的方法，若手机根据网络设备的配置/指示确定的发送HARQ反馈的时域位置与发送调度请求的时域位置不重叠，手机会在两个时域位置分别发送HARQ反馈以及调度请求，即会发送两个上行信号。若采用本申请中的方案，在满足条件的情况下，手机可以将调度请求与HARQ反馈的信息合并，并通过PUCCH发送，手机仅发送一个上行信号。从而达到手机节能的效果。

基于以上实施例，以一些具体的示例对调度请求的传输方法进行详细说明。在以下的示例中，以终端设备为UE，网络设备为基站，调度请求为SR为例说明。

在以下的示例中，本方案用以实现如何减少UE上行传输的次数，从而降低UE的上行传输功耗。

具体的，在以下的示例中，为了实现减少UE上行传输的次数，UE可以预知SR的PUCCH附近有其他上行传输(也即上述实施例涉及的第一上行信道)(也可以称为上行资源或上行信号等)，将SR合并到其他上行传输中发送，从而减少上行信号发送的次数(也即上行传输的次数)，降低上行传输功耗。进一步地，本方案可以通过以下三个方面来描述：第一方面，UE在什么情况下对SR进行合并发送，也即如何定义“PUCCH附近”；第二方面，SR如何合并到其他上行传输中发送；第三方面，如何避免对传输性能的影响。

第一方面，UE在什么情况下对SR进行合并发送，也即如何定义“PUCCH附近”：

其他上行传输可以包括如下任意一种：携带HARQ反馈(如HARQ-ACK，在以下HARQ反馈均以HARQ-ACK为例说明)的PUCCH、携带CSI报告(report的PUCCH)、不携带UL-SCH的PUSCH(也即不包含上行数据的PUSCH)。

进一步的，在其他上行传输所在的时隙也有SR资源时，才可以将SR合并到其他上行传输中发送。

SR的PUCCH附近可以定义为：该PUCCH前后的一定时间范围(也即上述涉及的第一时域范围)内，可以用两个时间窗来表示。

第二方面，SR如何合并到其他上行传输中发送：

方法一：可以采用目前一些实施例中的方法，其中适用于部分场景，例如HARQ-ACK的PF 0/2/3/4的信息与SR合并发送，或PUCCH中的CSI与SR合并发送的场景。

方法二：采用本申请提出的方法进行合并传输，可以适用于方法一中的场景以外的场景，例如HARQ-ACK的PF 1的信息与SR合并发送，或不携带上行数据的PUSCH中包含的CSI与SR合并发送。

第三方面，如何避免对传输性能的影响：

可能的影响：SR合并到其他上行传输中，每个比特的能量(energy per bit)会下降，覆盖性能受影响。

解决方案一：引入一个RSRP阈值，当UE上报给基站的RSRP高于该RSRP阈值时，认为UE的覆盖不受限，此时才能采用本申请中的合并传输方式，否则采用目前常用的方式。

解决方案二：对上行传输的功率控制进行增强。

例如，当SR合并到其他上行传输中发送时，其他上行传输的发射功率加X dB，X的值可以预定义、或基站配置、或由DCI指示。

再例如，当SR合并到其他上行传输中发送时，其他上行传输的最终发射功率，可以通过原始的SR的PUCCH发射功率和原始的其他上行传输发射功率确定，例如功率相加，或者功率相加后乘以一个系数等。

在第一种具体的示例中，上行传输(也即上述实施例涉及的第一上行信道)可以包括如下任意一种：携带HARQ-ACK的PUCCH、携带CSI报告(report)的PUCCH、不携带UL-SCH的PUSCH。也就是说，本示例中，SR只能合并到上述三种上行传输中一起发送。

SR的PUCCH附近可以定义为如图14所示的时间窗1(window 1)(也即上述实施例涉及的第一时间窗)和/或时间窗2(window 2)(也即上述实施例涉及的第二时间窗)的范围内(也即上述实施例涉及的第一时域范围)，其中：

时间窗1的定义可以为：起点为“PHY层接到MAC层的SR触发”(也即起始时刻为UE的PHY层收到UE的MAC层的SR触发的时刻)，终点为“SR时机(occasion)”(SR时机即SR的PUCCH资源)(也即终止时刻为包含SR的PUCCH的时域位置)；或者，终点为“SR时机”，长度为长度1(length 1)(也即上述实施例涉及的第一时域长度)，其中，长度1可以预定义或者由基站配置。

时间窗2的起点为“SR时机”，时间窗2的长度为长度2(length 2)，其中，长度2可以预定义或者由基站配置。

即，只要在时间窗1和/或时间窗2的范围内存在其他上行传输，就可以把SR信息合并到该其他上行传输中一起发送出去。

可选的，若在时间窗1和/或时间窗2中有多个上行传输，可以选择其中出现时间最早的(也即时域位置最早的)，或者距离SR时机最近的(也即上述实施例中涉及的多个上行信道中时域位置与包含调度请求的PUCCH的时域位置之间的间隔最小的)上行传输合并SR。这样可以确定唯一一个发送SR的位置，避免在每个其他上行传输中均携带多余比特。

采用该第一种具体的示例，可以减少UE发送次数，从而降低UE功耗。

在第二种具体的示例中，对SR的PUCCH附近有其他上行传输的判断进行详细描述。具体的，有如下三种可能的情况：

(1)若上行传输为携带HARQ-ACK的PUCCH，或为携带CSI报告(report)的PUCCH，或为不携带UL-SCH的PUSCH时，且上行传输落在时间窗1内，则SR可以合并到该上行传输内发送。在本示例中，上述类型的上行传输都可以通过某种方式携带SR信息，并且上述类型的上行传输在SR的PUCCH之前且在UE的MAC触发PHY发送SR(也即上述实施例中终端设备的PHY层收到终端设备的MAC层的调度请求触发的时刻)之后(即在时间窗1内)，如图15所示。因此UE可以在SR的PUCCH之前就判断有这些上行传输，并且可以合并传输。

(2)若上行传输为携带CSI报告的PUCCH，且上行传输落在时间窗2内，则SR可以合并到该上行传输内发送。在本示例中，由于携带CSI报告的PUCCH是半静态配置的，因此UE可以预先判断，在SR的PUCCH之后的一定范围内(也即上述实施例涉及的第二时域长度)一定会有携带CSI报告的PUCCH可以使用，也就可以成功地把SR合并到携带CSI报告的PUCCH中发送，例如图16所示。如果UE无法判断时间窗2中是否一定有可用的上行传输，为了避免没有资源可用导致SR无法发送，UE只能用SR的PUCCH发送SR，也就无法达到UE节能的目的。

(3)若上行传输为不携带UL-SCH的PUSCH或携带HARQ-ACK的PUCCH，上行传输落在时间窗2内，且调度该PUSCH或PUCCH的DCI位于SR的PUCCH之前，则SR可以合并到该上行传输内传输，例如图17所示。在本示例中，虽然上行传输不是半静态配置的，而是动态调度的，但是调度该上行传输的DCI位于SR的PUCCH之前。也就是说，在SR的PUCCH之前，UE就能够判断在后面的时间窗2中可能会有可以使用的上行传输，因此UE可以把SR合并到该上行传输内。如果没有可以使用的上行传输，则UE使用SR的PUCCH发送SR。

另外，在满足上述三种情况之一时，还可以进一步限定能否可以合并传输。例如，只要有上行传输就可以合并，如图18所示。

又例如，其他上行传输所在的时隙必须有SR时机才可以合并传输，如图19所示。

在任何一种场景下，可以由UE的MAC层判断是否可以进行合并，并且指示UE的PHY层在哪个SR资源上传输SR，UE的PHY再根据目前常用的方式进行复用传输SR；或者UE的MAC层仅指示一个SR时机，由UE的PHY层判断是否可以合并，并进行SR的传输。

采用该第二种具体的示例，可以明确判断SR的PUCCH附近有其他上行传输的方法。

在第三种具体的示例中，具体介绍SR如何合并到其他上行传输中发送。

例如图2所示的实施例中表1示出的目前一些实施例中，SR与其他上行传输出现重叠的时候的做法，表1中字体加粗示出的组合方式对应的做法，都可以应用到本示例中。即按照上述第一种具体的示例或第二中具体的示例中的方式判断SR可以合并到携带HARQ-ACK的PUCCH格式(PF)0/2/3/4中时，或者SR可以合并到携带CSI报告的PF 2/3/4时，均可以采用目前实施例中的方法。但是上述表1中字体没有加粗的部分对应的组合的方法，可能需要一定增强。具体的，可以有以下几种场景：

场景一：如果SR的PUCCH资源是格式(format)0，且SR要合并到携带HARQ-ACK的PF1中传输，有如下几种可能的做法：

方法1：该组合不可合并传输，即在这种场景下，SR不能合并发送。

方法2：若HARQ-ACK仅有1比特(bit)，则通过PUCCH的循环移位携带SR信息(也UE将SR与HARQ-ACK级联，再将级联后的信息映射为第二循环移位值，根据第二循环移位值发送给网络设备)，即若无SR则m

若HARQ-ACK有2-bit，则可以有以下两种方法：

方法2-1：SR不能合并到该PUCCH上传输。

方法2-2：SR和HARQ-ACK组成的3bit信息可以生成一个8PSK符号，再乘到序列(sequence)上，例如可以参见上述实施例涉及的公式一，此处不再重复描述。在目前的实施例中，d(0)是一个复数符号，是用最多2bits信息生成的，本方法2-2中d(0)为一个8PSK符号。

场景二：如果SR的PUCCH资源是格式1，且SR要合并到携带HARQ-ACK的PF1中传输，可以有如下做法：

若携带HARQ-ACK的PUCCH所在时隙有用于SR传输的PUCCH格式(format)1资源，则UE使用信道选择的方式(与目前实施例中信道选择的方式相同)；否则不可合并。

场景三：如果SR要合并到不携带UL-SCH的PUSCH中传输，可以有如下方法：

方法1：SR可以复用(multiplexing)到PUSCH中，即将SR信息比特与上行数据比特级联，再一起调制映射到PUSCH的物理资源上；

方法2：SR可以对PUSCH做打孔(puncture)，即UE将SR进行单独地调制，待生成PUSCH之后，将PUSCH占用的某些RE的调制符号替换为SR调制后的符号。

方法3：该场景下SR不可合并传输。

采用该第三种具体的实施方式，可以明确UE如何将SR合并传输。

在第四种具体的示例中，对上述具体的示例进行了进一步补充。

具体的，基站可以向UE发送配置信息(例如通过RRC信令(消息)或MAC CE)(也即上述实施例涉及的第一消息)，该配置信息用启用该功能(也即将SR与上行传输合并传输的功能，也即上述实施例涉及的将调度请求与第一上行信道包含的信息合并传输的功能)。UE被配置了该功能之后，当PUCCH或PUSCH的相对位置满足条件时，基站和UE都可以判断二者(也即SR和PUCCH或PUSCH中的信息)可以合并传输。一种示例的流程可以如图20所示。

另一方面，UE可以发送辅助信息(也即上述实施例涉及的第二消息)，请求或触发该功能的开启(即启用)或关闭。一种示例的流程可以如图21所示。

另一种情况下，基站向UE发送配置信息后，还需要向UE发送动态指示信息(例如为DCI)(也即上述实施例涉及的第三消息)，指示UE是否可以合并传输(也即是否启用该功能)。例如，在调度PUSCH或PUCCH的DCI中加入指示信息，用于指示SR是否能够合并到当前PUSCH或PUCCH中一起传输。一种示例的流程可以如图22所示。

进一步地，可以在上述情况下结合UE的请求，来请求或触发该功能的开启或关闭。一种示例的流程可以如图23所示。

在第五种具体的示例中，该示例用以避免对传输性能的影响。当SR的PUCCH与其他上行传输单独传输时，UE需要发送两次信号，虽然UE的发射功耗较大，但是两个信号中平均每个比特分到的能量也较高，可以抵抗较强的噪声，信号的覆盖范围比较大。当SR与其他上行传输合并发送时，无论是SR还是其他上行传输中的信息，平均每个比特分到的能辆会比较低，信号的覆盖范围可能会受限，信号传输可靠性会降低。为了解决信号传输可靠性的问题，本示例提出几种增强的方法。

方法一：引入一个参考信号接收功率(reference signal received power，RSRP)阈值，当UE上报给基站的RSRP高于该RSRP阈值时，可以认为UE的覆盖不受限，此时才能采用本申请中的合并传输方式，否则采用目前常用的方式。其原理是，UE会根据接收到的基站发送的参考信号的功率计算一个RSRP值，当该RSRP值越大，说明UE距离基站越近。一个RSRP阈值，相当于一个等效的基站到UE的距离阈值。当UE收到的RSRP高于该阈值的时候，即说明UE距离基站足够近。此时UE即使将SR与其他上行传输合并发送，也能保证信号可以正确传输。需要注意的是，本方法中，条件是“UE上报给基站的RSRP”，这是因为，必须是UE和基站同时都知道SR与其他上行传输是否合并，才能够正确传输。因此UE和基站必须都知道RSRP条件是否满足。

方法二：对功率控制方式进行增强。目前的一些实施例中，上行信号的发射功率可以根据UE估计的路径损耗值、基站配置的传输参数或基站在DCI中指示的TPC(transmitpower control，传输功率控制)命令中的一项或多项确定的。如果不做任何增强，UE会根据目前实施例中的方法确定上行信号的发射功率。如果希望提高合并后信号传输可靠性，可以考虑在SR与上行传输合并传输时，提高合并后信号的发射功率，从而提高平均每个比特分到的能量。具体地，可以包括如下几种可能方法：

示例一：当SR合并到其他上行传输中发送时，其他上行传输的发射功率加X dB，X的值可以预定义、或基站配置、或由基站通过DCI指示。

示例二：当SR合并到其他上行传输中发送时，其他上行传输的最终发射功率，可以通过原定的SR的PUCCH发射功率(也即PUCCH的原始发射功率)和原定的其他上行传输的发射功率(也即第一信道的原始发射功率)确定，例如两个功率相加，或者两个功率相加后乘以一个系数等。举例来说，若SR的PUCCH的原始发射功率为16dBm，SR合并到PUSCH中传输时，PUSCH的原始发射功率为16dBm。SR合并到PUSCH中后PUSCH的发射功率可以为二者的和，即19dBm；或者为二者相加后乘以一个系数，为18dBm等。

该第五种具体的示例，进一步考虑了SR和其他上行传输合并传输的可实施性，尽量减少了合并传输对于传输性能的影响。

基于以上实施例，本申请实施例还提供了一种通信装置，参阅图24所示，装置2400可以包括收发单元2401和处理单元2402。其中，所述收发单元2401用于所述通信装置2400传输信息(消息或数据)，也即接收信息(消息或数据)或发送信息(消息或数据)，所述处理单元2402用于对所述通信装置2400的动作进行控制管理。所述处理单元2402还可以控制所述收发单元2401执行的步骤。

示例性的，该通信装置2400具体可以是上述实施例中的终端设备、所述终端设备中的处理器，或者芯片或者芯片系统，或者是一个功能模块等；或者，该通信装置2400具体可以是上述实施例中的网络设备、所述网络设备的处理器，或者芯片或者芯片系统，或者是一个功能模块等。

在一个实施例中，所述通信装置2400用于实现上述图2所述的实施例中终端设备的功能时，所述收发单元2401可以实现图2所示的实施例中的由终端设备执行的收发操作(或传输操作)；所述处理单元2402可以实现图2所示的实施例中由终端设备执行的除收发操作以外的其他操作。具体的相关具体描述可以参见上述图2所示的实施例中的相关描述，此处不再详细介绍。

在另一个实施例中，所述通信装置2400用于实现上述图2所述的实施例中网络设备的功能时，所述收发单元2401可以实现图2所示的实施例中的由网络设备执行的收发操作；所述处理单元2402可以实现图2所示的实施例中由网络设备执行的除收发操作以外的其他操作。具体的相关具体描述可以参见上述图2所示的实施例中的相关描述，此处不再详细介绍。

需要说明的是，本申请实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。在本申请的实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-onlymemory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

基于以上实施例，本申请实施例还提供了一种通信装置，参阅图25所示，通信装置2500可以包括收发器2501和处理器2502。可选的，所述通信装置2500中还可以包括存储器2503。其中，所述存储器2503可以设置于所述通信装置2500内部，还可以设置于所述通信装置2500外部。其中，所述处理器2502可以控制所述收发器2501接收和发送数据(信息或消息)。

具体的，所述处理器2502可以是中央处理器(central processing unit，CPU)，网络处理器(network processor，NP)或者CPU和NP的组合。所述处理器2502还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路(application-specific integratedcircuit，ASIC)，可编程逻辑器件(programmable logic device，PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(complex programmable logic device，CPLD)，现场可编程逻辑门阵列(field-programmable gate array，FPGA)，通用阵列逻辑(generic array logic，GAL)或其任意组合。

其中，所述收发器2501、所述处理器2502和所述存储器2503之间相互连接。可选的，所述收发器2501、所述处理器2502和所述存储器2503通过总线2504相互连接；所述总线2504可以是外设部件互连标准(Peripheral Component Interconnect，PCI)总线或扩展工业标准结构(Extended Industry Standard Architecture，EISA)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图25中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

在一种可选的实施方式中，所述存储器2503，用于存放程序等。具体地，程序可以包括程序代码，该程序代码包括计算机操作指令。所述存储器2503可能包括RAM，也可能还包括非易失性存储器(non-volatile memory)，例如一个或多个磁盘存储器。所述处理器2502执行所述存储器2503所存放的应用程序，实现上述功能，从而实现通信装置2500的功能。

示例性的，该通信装置2500可以是上述实施例中的终端设备；还可以是上述实施例中的网络设备。

在一个实施例中，所述通信装置2500在实现图2所示的实施例中终端设备的功能时，收发器2501可以实现图2所示的实施例中的由终端设备执行的收发操作(或传输操作)；处理器2502可以实现图2所示的实施例中由终端设备执行的除收发操作以外的其他操作。具体的相关具体描述可以参见上述图2所示的实施例中的相关描述，此处不再详细介绍。

在一个实施例中，所述通信装置2500在实现图2所示的实施例中网络设备的功能时，收发器2501可以实现图2所示的实施例中的由网络设备执行的收发操作；处理器2502可以实现图2所示的实施例中由网络设备执行的除收发操作以外的其他操作。具体的相关具体描述可以参见上述图2所示的实施例中的相关描述，此处不再详细介绍。

基于以上实施例，本申请实施例还提供一种通信系统，该通信系统可以包括终端设备和网络设备等。

本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，该计算机程序被计算机执行时，所述计算机可以实现上述方法实施例提供的调度请求的传输方法。

本申请实施例还提供一种计算机程序产品，所述计算机程序产品用于存储计算机程序，该计算机程序被计算机执行时，所述计算机可以实现上述方法实施例提供的调度请求的传输方法。

本申请实施例还提供一种芯片，包括处理器，所述处理器与存储器耦合，用于调用所述存储器中的程序使得所述芯片实现上述方法实施例提供的调度请求的传输方法。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。