CN117858245A - 通信方法及装置 - Google Patents

Abstract

一种通信方法及装置，该方法包括：终端设备发送请求信息，对应的，网络设备接收该请求信息。该请求信息用于指示第一调度周期，该第一调度周期为终端设备期望的上行调度周期。然后，终端设备根据第一调度周期发送第一上行数据，对应的，网络设备根据第一调度周期接收第一上行数据。本申请实施例提供的方法，可以有效降低上行填充的占比，降低上行发送功耗。

Description

通信方法及装置

技术领域

本申请涉及通信技术领域，尤其涉及一种通信方法及装置。

背景技术

上行发送功耗对终端设备的性能和用户体验的影响比较显著。从实际情况中发现在不同业务场景下上行填充(padding)的占比偏高，导致发送上行填充的功耗依然较大，浪费上行发送功率。因此，如何降低上行填充的占比亟待解决。

发明内容

本申请提供一种通信方法及装置，可以有效降低上行填充的发送比例，降低上行发送功耗。

第一方面，本申请实施例提供一种通信方法，该方法可以应用于终端设备或芯片，该芯片可以设置于终端设备中，该方法包括：发送请求信息，该请求信息用于指示第一调度周期，该第一调度周期为终端设备期望的上行调度周期；根据该第一调度周期发送第一上行数据。

一般来说，网络设备通过预调度的方式为终端设备配置调度周期时，网络设备配置的调度周期是其基于长期的数据观测得到的。这种方式可能会导致网络设备配置的调度周期与终端设备的实际数据周期不匹配(如网络设备配置的调度周期小于实际数据周期)，从而出现终端设备通过发送上行填充的方式匹配网络设备配置的调度周期。进而导致终端设备存在不必要的上行发送功耗，影响网络资源的调度效率。

本申请实施例中，终端设备通过上报其期望的上行调度周期(即第一调度周期)，可使得网络设备基于终端设备指示的第一调度周期优化该终端设备的预调度周期。从而，终端设备所使用的调度周期与终端设备的数据周期匹配，由此可以有效降低上行填充的发送比例，达到节约上行发送功耗的目的，以及还有效提高了网络资源的调度效率。

可理解，为便于描述，因此第一方面所示的执行主体是以终端设备为例说明的，但是，不应将其理解为对本申请实施例的限定。

在一种可能的实现方式中，所述方法还包括：基于如下至少一项确定第一调度周期：终端设备的业务类型、该终端设备的业务周期、该终端设备的传输时延。

本申请实施例中，终端设备基于其业务类型、业务周期和传输时延确定第一调度周期，可以有效提高第一调度周期与终端设备发送的数据周期的匹配度，从而进一步优化终端设备期望的调度周期。进而可以进一步降低上行填充的发送比例，节约上行发送功耗，提高网络资源的调度效率。

在一种可能的实现方式中，上述根据第一调度周期发送第一上行数据包括：在接收到来自网络设备的确认信息的情况下，根据该第一调度周期发送第一上行数据，该确认信息用于确认该第一调度周期；或者，在接收到来自网络设备的配置信息，且该配置信息用于指示第一调度周期的情况下，根据该第一调度周期发送第一上行数据。

本申请实施例中，在接收到来自网络设备的确认信息或配置信息(该配置信息用于指示第一调度周期)的情况下，终端设备根据第一调度周期发送第一上行数据，从而通过增加该“握手”形式的确认信息或配置信息，增强通信的可靠性，提高通信双方的通信效率。同时有效降低了上行填充的发送比例，节约上行发送功耗，提高了网络资源的调度效率。

在一种可能的实现方式中，所述方法还包括：在接收到来自网络设备的拒绝信息的情况下，根据第二调度周期发送第二上行数据，该拒绝信息用于拒绝第一调度周期，该第二调度周期为该网络设备预先配置的上行调度周期；或者，在接收到来自网络设备的配置信息，且该配置信息用于指示第三调度周期的情况下，根据该第三调度周期发送第二上行数据；或者，在未接收到来自网络设备的响应信息的情况下，根据第二调度周期发送第二上行数据，该第二调度周期为该网络设备预先配置的上行调度周期。

本申请实施例中，在接收到来自网络设备的拒绝信息的情况下，终端设备根据第二调度周期发送第二上行数据；或者，在接收到来自网络设备的配置信息，该配置信息用于指示第三调度周期的情况下，根据第三调度周期发送第二上行数据。从而通过增加该“握手”形式的确认信息或配置信息，增强通信的可靠性，提高通信双方的通信效率。同时有效降低了上行填充的发送比例，节约上行发送功耗，提高了网络资源的调度效率。

在一种可能的实现方式中，配置信息通过动态调度(dynamic grant，DG)的下行控制信息DCI实现；所述方法还包括：发送物理下行控制信道(physical downlink controlchannel，PDCCH)，该PDCCH的周期由该请求信息确定。

可理解，上述动态调度可以包括上行动态调度。

在一种可能的实现方式中，该PDCCH的周期由该请求信息确定包括：该PDCCH的周期包含于该请求信息中；或者，该PDCCH的周期与该第一调度周期对应；或者，该PDCCH的周期与该第二调度周期对应；或者，该PDCCH的周期与该第三调度周期对应。

也就是说，PDCCH的周期可以包含于请求信息中，或者，PDCCH的周期可以与终端设备期望的调度周期之间具有对应关系。终端设备通过上报PDCCH的周期，在网络设备确认的情况下，终端设备可以按照其上报的期望的PDCCH周期进行监测，降低下行PDCCH的监测周期，节省功耗。

在一种可能的实现方式中，第一调度周期与第二调度周期不同。

可选地，该第一调度周期大于该第二调度周期。终端设备期望的调度周期大于网络设备预先配置的调度周期，则说明网络设备配置的调度周期与终端设备的实际数据周期不匹配，导致上行填充的比例过高。由此，终端设备上报第一调度周期，根据第一调度周期发送第一上行数据，可以有效提高第一调度周期与实际数据周期的匹配度，降低上行填充的发送比例，节约上行发送功耗，提高网络资源的调度效率。

可选地，该第一调度周期小于该第二调度周期。终端设备通过上报第一调度周期，可以有效提高第一调度周期与实际数据周期的匹配度，优化终端设备的预调度周期，提高网络资源的调度效率，降低终端设备的业务发送时延。进一步的，不同的终端设备通过上报各自的调度周期，可以有效提高网络设备对不同终端设备不同业务的调度效率。

在一种可能的实现方式中，所述方法还包括：若未接收到来自网络设备的针对第一上行数据的重传请求信息，则根据第一调度周期发送第三上行数据。

本申请实施例中，网络设备可以不向终端设备发送针对请求信息的响应信息，从而可以节省该响应信息的信令开销。可选地，若未接收到来自网络设备的针对第一上行数据的重传请求信息，则说明网络设备确认了第一调度周期，则终端设备可以继续以第一调度周期发送上行数据。可选地，若接收到来自网络设备的针对第一上行数据的重传请求信息，则说明网络设备拒绝了第一调度周期，则终端设备需要以第二调度周期发送上行数据。

可理解，在实际应用中，可以不对上行数据进行区分，如第一上行数据、第二上行数据和第三上行数据可以统称为上行数据。

在一种可能的实现方式中，该请求信息承载于媒体接入控制控制单元(mediumaccess control control element，MAC-CE)，该MAC-CE位于包含数据的MAC子协议数据单元(protocol data unit，PDU)之后，或者，该MAC-CE位于包含填充的MAC子PDU中。

一般来说，网络设备配置的资源量大于终端设备的实际数据量时，终端设备会在数据的MAC子PDU之后进行填充以满足网络设备配置的资源量。本申请实施例中，将MAC-CE位于包含数据的MAC子PDU之后，不仅降低了上行填充的发送比例，还有效利用了资源，提高了资源的利用率。

在一种可能的实现方式中，MAC-CE的逻辑信道标识(logical channel identity，LCID)字段的取值为37-42中的任一项。

本申请实施例中，MAC-CE的LCID字段的取值为37-42中的任一项，可使得该MAC-CE所在的MAC子PDU与承载数据的MAC子PDU区分开。可选地，该MAC-CE的LCID的取值可以用于指示第一调度周期。

第二方面，本申请实施例提供一种通信方法，该方法应用于网络设备或芯片，该芯片可以设置于网络设备中，该方法包括：

接收请求信息，该请求信息用于指示第一调度周期，该第一调度周期为终端设备期望的上行调度周期；根据该第一调度周期接收第一上行数据。

在一种可能的实现方式中，根据第一调度周期接收第一上行数据包括：在向终端设备发送确认信息的情况下，根据该第一调度周期接收该第一上行数据；或者，在向该终端设备发送配置信息，且该配置信息用于指示该第一调度周期的情况下，根据该第一调度周期接收该第一上行数据。

在一种可能的实现方式中，该方法还包括：在向终端设备发送拒绝信息的情况下，根据第二调度周期接收第二上行数据，该拒绝信息用于拒绝第一调度周期，该第二调度周期为网络设备预先配置的上行调度周期；或者，在向该终端设备发送配置信息，且该配置信息用于指示第三调度周期的情况下，根据第三调度周期接收第二上行数据；或者，在未向该终端设备发送响应信息(也可以理解为不向终端设备发送响应信息或不用向终端设备发送响应信息)的情况下，根据第二调度周期接收第二上行数据，该第二调度周期为该网络设备预先配置的上行调度周期。

在一种可能的实现方式中，第一调度周期与第二调度周期不同。

在一种可能的实现方式中，该方法还包括：在确认第一调度周期的情况下，根据第一调度周期接收第三上行数据。

在一种可能的实现方式中，请求信息承载于媒体接入控制控制单元MAC-CE，该MAC-CE位于包含数据的MAC子协议数据单元PDU之后，或者，该MAC-CE位于包含填充的MAC子PDU中。

在一种可能的实现方式中，MAC-CE的逻辑信道标识LCID字段的取值为37-42中的任一项。

可理解，关于第二方面的相关说明和有益效果可以参考第一方面。

第三方面，本申请实施例提供一种通信装置，用于执行第一方面或第一方面的任意可能的实现方式中的方法。该通信装置包括具有执行第一方面或第一方面的任意可能的实现方式中的方法的单元。

示例性的，该通信装置可以包括终端设备或芯片，该芯片可以应用于终端设备。

第四方面，本申请实施例提供一种通信装置，用于执行第二方面或第二方面的任意可能的实现方式中的方法。该通信装置包括具有执行第二方面或第二方面的任意可能的实现方式中的方法的单元。

示例性的，该通信装置可以包括网络设备或芯片，该芯片可以应用于网络设备。

在第三方面或第四方面中，上述通信装置可以包括收发单元和处理单元。对于收发单元和处理单元的具体描述还可以参考下文示出的装置实施例。

第五方面，本申请实施例提供一种通信装置，该通信装置包括处理器，用于执行上述第一方面或第一方面的任意可能的实现方式所示的方法。或者，该处理器用于执行存储器中存储的程序，当该程序被执行时，上述第一方面或第一方面的任意可能的实现方式所示的方法被执行。

在一种可能的实现方式中，存储器位于上述通信装置之外。

在一种可能的实现方式中，存储器位于上述通信装置之内。

本申请实施例中，处理器和存储器还可以集成于一个器件中，即处理器和存储器还可以被集成在一起。

在一种可能的实现方式中，该通信装置还包括收发器，该收发器，用于接收信号或发送信号。示例性的，该收发器还可以用于发送请求信息和第一上行数据。示例性的，该收发器还可以用于接收确认信息、拒绝信息或配置信息等。

第六方面，本申请实施例提供一种通信装置，该通信装置包括处理器，用于执行上述第二方面或第二方面的任意可能的实现方式所示的方法。或者，该处理器用于执行存储器中存储的程序，当该程序被执行时，上述第二方面或第二方面的任意可能的实现方式所示的方法被执行。

在一种可能的实现方式中，存储器位于上述通信装置之外。

在一种可能的实现方式中，存储器位于上述通信装置之内。

在本申请实施例中，处理器和存储器还可以集成于一个器件中，即处理器和存储器还可以被集成在一起。

在一种可能的实现方式中，该通信装置还包括收发器，该收发器，用于接收信号或发送信号。示例性的，该收发器可以用于接收请求信息和第一上行数据。示例性的，该收发器还可以用于发送确认信息、拒绝信息或配置信息等。

第七方面，本申请实施例提供一种通信装置，该通信装置包括逻辑电路和接口，该逻辑电路和该接口耦合；该接口，用于输出请求信息，该请求信息用于指示第一调度周期，该第一调度周期为终端设备期望的上行调度周期；该逻辑电路，用于根据该第一调度周期输出第一上行数据。

在一种可能的实现方式中，该逻辑电路，还用于基于如下至少一项确定该第一调度周期：该终端设备的业务类型、该终端设备的业务周期、该终端设备的传输时延。

在一种可能的实现方式中，该逻辑电路，具体用于在接收到来自网络设备的确认信息的情况下，根据该第一调度周期输出该第一上行数据，该确认信息用于确认该第一调度周期；或者，在接收到来自网络设备的配置信息，且该配置信息用于指示该第一调度周期的情况下，根据该第一调度周期输出该第一上行数据。

在一种可能的实现方式中，该逻辑电路，还用于在接收到来自网络设备的拒绝信息的情况下，根据第二调度周期输出第二上行数据，该拒绝信息用于拒绝该第一调度周期，该第二调度周期为该网络设备预先配置的上行调度周期；或者，在接收到来自网络设备的配置信息，且该配置信息用于指示第三调度周期的情况下，根据该第三调度周期输出第二上行数据；或者，在未接收到来自网络设备的响应信息的情况下，根据第二调度周期输出第二上行数据，该第二调度周期为该网络设备预先配置的上行调度周期。

在一种可能的实现方式中，该逻辑电路，还用于若未接收到来自网络设备的针对该第一上行数据的重传请求信息，则根据该第一调度周期输出第三上行数据。

可理解，关于第七方面的具体说明还可以参考第一方面，这里不作详述。

第八方面，本申请实施例提供一种通信装置，该通信装置包括逻辑电路和接口，该逻辑电路和该接口耦合；该接口，用于输入请求信息，该请求信息用于指示第一调度周期，该第一调度周期为终端设备期望的上行调度周期；该逻辑电路，用于根据该第一调度周期输入第一上行数据。

在一种可能的实现方式中，该逻辑电路，具体用于在向该终端设备发送确认信息的情况下，根据该第一调度周期输入该第一上行数据；或者，在向该终端设备发送配置信息，且该配置信息用于指示该第一调度周期的情况下，根据该第一调度周期输入该第一上行数据。

在一种可能的实现方式中，该逻辑电路，还用于在向该终端设备发送拒绝信息的情况下，根据第二调度周期输入第二上行数据，该拒绝信息用于拒绝该第一调度周期，该第二调度周期为网络设备预先配置的上行调度周期；或者，在向该终端设备发送配置信息，且该配置信息用于指示第三调度周期的情况下，根据该第三调度周期输入第二上行数据；或者，在未向该终端设备发送响应信息的情况下，根据第二调度周期输入第二上行数据，该第二调度周期为该网络设备预先配置的上行调度周期。

在一种可能的实现方式中，该逻辑电路，还用于在确认该第一调度周期的情况下，根据该第一调度周期输入第三上行数据。

可理解，关于第八方面的具体说明还可以参考第二方面，这里不作详述。

第九方面，本申请实施例提供一种计算机可读存储介质，该计算机可读存储介质用于存储计算机程序，当其在计算机上运行时，使得上述第一方面或第一方面的任意可能的实现方式所示的方法被执行。

第十方面，本申请实施例提供一种计算机可读存储介质，该计算机可读存储介质用于存储计算机程序，当其在计算机上运行时，使得上述第二方面或第二方面的任意可能的实现方式所示的方法被执行。

第十一方面，本申请实施例提供一种计算机程序产品，该计算机程序产品包括计算机程序或计算机代码，当其在计算机上运行时，使得上述第一方面或第一方面的任意可能的实现方式所示的方法被执行。

第十二方面，本申请实施例提供一种计算机程序产品，该计算机程序产品包括计算机程序或计算机代码，当其在计算机上运行时，使得上述第二方面或第二方面的任意可能的实现方式所示的方法被执行。

第十三方面，本申请实施例提供一种计算机程序，该计算机程序在计算机上运行时，上述第一方面或第一方面的任意可能的实现方式所示的方法被执行。

第十四方面，本申请实施例提供一种计算机程序，该计算机程序在计算机上运行时，上述第二方面或第二方面的任意可能的实现方式所示的方法被执行。

第十五方面，本申请实施例提供一种无线通信方法，该无线通信方法包括上述第一方面或第一方面的任意可能的实现方式所示的方法，以及上述第二方面或第二方面的任意可能的实现方式所示的方法。

第十六方面，本申请实施例提供一种无线通信***，该无线通信***包括终端设备和网络设备，该终端设备用于执行上述第一方面或第一方面的任意可能的实现方式所示的方法，该网络设备用于执行上述第二方面或第二方面的任意可能的实现方式所示的方法。

附图说明

图1是本申请实施例提供的一种通信***的架构示意图；

图2是本申请实施例提供的一种通信方法的流程示意图；

图3是本申请实施例提供的一种MAC PDU的结构示意图；

图4是本申请实施例提供的一种MAC PDU的结构示意图；

图5a是本申请实施例提供的一种调整上行发送周期的过程示意图；

图5b是本申请实施例提供的一种调整上行发送周期的过程示意图；

图6a是本申请实施例提供的一种调整上行发送周期的过程示意图；

图6b是本申请实施例提供的一种调整上行发送周期的过程示意图；

图7是本申请实施例提供的一种通信方法的流程示意图；

图8是本申请实施例提供的一种通信方法的流程示意图；

图9是本申请实施例提供的一种通信装置的结构示意图；

图10是本申请实施例提供的一种通信装置的结构示意图；

图11是本申请实施例提供的一种通信装置的结构示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地描述。

本申请的说明书、权利要求书及附图中的术语“第一”和“第二”等仅用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、***、产品或设备等，没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元等，或可选地还包括对于这些过程、方法、产品或设备等固有的其它步骤或单元。

在本文中提及的“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员可以显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上，“至少两个(项)”是指两个或三个及三个以上，“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：只存在A，只存在B以及同时存在A和B三种情况，其中A，B可以是单数或者复数。“或”表示可以存在两种关系，如只存在A、只存在B；在A和B互不排斥时，也可以表示存在三种关系，如只存在A、只存在B、同时存在A和B。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，a和b，a和c，b和c，或a和b和c。

本申请实施例提供的技术方案可以应用于各类通信***，例如，可以是物联网(internet of things，IoT)***、窄带物联网(narrow band internet of things，NB-IoT)***、长期演进(long term evolution，LTE)***，也可以是第五代(5th-generation，5G)通信***，以及未来通信发展中出现的新的通信***等。

本申请实施例提供的技术方案还可以应用于非地面网络(non-terrestrialnetworks，NTN)通信(也可以称为非陆地网络通信)、机器类通信(machine typecommunication，MTC)、机器间通信长期演进技术(long term evolution-machine，LTE-M)、设备到设备(device-todevice，D2D)网络、机器到机器(machine to machine，M2M)网络、物联网(internet of things，IoT)网络、工业互联网或者其他网络。其中，IoT网络例如可以包括车联网。其中，车联网***中的通信方式统称为车与任何事物(vehicle-to-everything，V2X，X可以代表任何事物)，例如，该V2X可以包括：车辆到车辆(vehicle tovehicle，V2V)通信，车辆与基础设施(vehicle to infrastructure，V2I)通信、车辆与行人之间的通信(vehicle to pedestrian，V2P)或车辆与网络(vehicle to network，V2N)通信等。示例性的，下文示出的图1中，终端设备与终端设备之间便可以通过D2D技术、M2M技术或V2X技术通信等。

图1是本申请实施例提供的一种通信***的架构示意图。如图1所示，该通信***可以包括至少一个网络设备，以及至少一个终端设备，如图1中的终端设备1至终端设备4。示例性的，如图1所示的终端设备3与终端设备4之间可以直接通信。例如可以通过D2D技术实现终端设备之间的直接通信。终端设备1至终端设备4可以分别与网络设备通信。可理解，终端设备3和终端设备4可以直接与网络设备通信，也可以间接地与网络设备通信，如经由其他终端设备(图1未示出)与网络设备通信。应理解，图1示例性地示出了一个网络设备和多个终端设备，以及各通信设备之间的通信链路。可选地，该通信***可以包括多个网络设备，并且每个网络设备的覆盖范围内可以包括其它数量的终端设备，例如更多或更少的终端设备，本申请实施例对此不做限定。以下对终端设备和网络设备进行详细说明。

终端设备是一种具有无线收发功能的装置。终端设备可以与无线接入网(radioaccess network，RAN)中的接入网设备(或者也可以称为接入设备)进行通信。终端设备也可以称为用户设备(user equipment，UE)、接入终端、终端(terminal)、用户单元(subscriber unit)、用户站、移动站、远方站、远程终端、移动设备、用户终端、用户代理或用户装置等。在一种可能的实现方式中，终端设备可以部署在陆地上，包括室内或室外、手持或车载；也可以部署在水面上(如轮船等)。在一种可能的实现方式中，终端设备可以是具有无线通信功能的手持设备、车载设备、可穿戴设备、传感器、物联网中的终端、车联网中的终端、无人机、5G网络或未来网络中的任意形态的终端设备等，本申请实施例对此不作限定。可理解，本申请实施例示出的终端设备不仅可以包括车联网中的车辆(如汽车)、而且还可以包括车联网中的车载设备或车载终端等，本申请实施例对于该终端设备应用于车联网时的具体形态不作限定。可理解，本申请实施例示出的终端设备与终端设备之间还可以通过D2D、V2X或M2M等技术进行通信，本申请实施例对于终端设备与终端设备之间的通信方法不作限定。

网络设备可以是一种部署在无线接入网中，为终端设备提供无线通信服务的装置。该网络设备也可以称为接入网设备、接入设备或RAN设备等。示例性的，网络设备可以是下一代节点B(next generation node B，gNB)、下一代演进型基站(next generationevolved nodeB，ng-eNB)、或者6G通信中的网络设备等。网络设备可以是任意一种具有无线收发功能的设备，包括但不限于以上所示的基站(包括部署于卫星上的基站)。该网络设备还可以是6G中具有基站功能的装置。可选的，该网络设备可以为无线局域网(wireless-fidelity，Wi-Fi)***中的接入节点、无线中继节点、无线回传节点等。可选的，该网络设备可以是云无线接入网络(cloud radio access network，CRAN)场景下的无线控制器。可选的，该网络设备可以是可穿戴设备或车载设备等。可选的，该网络设备还可以是小站，传输接收节点(transmission reception point，TRP)(或也可以称为传输点)等。可理解，该网络设备还可以是未来演进的公共陆地移动网络(public land mobile network，PLMN)中的基站、卫星等等。该网络设备还可以为非地面通信***、D2D、V2X或M2M中承载基站功能的通信装置等，本申请实施例对网络设备的具体类型不作限定。在不同的无线接入技术的***中，具备网络设备功能的通信装置的名称可能会有所不同，本申请实施例不再一一列举。可选的，在网络设备的一些部署中，网络设备可以包括集中式单元(centralized unit，CU)和分布式单元(distributed unit，DU)等。其中包括CU和DU的网络设备可以理解为将协议层拆分开，部分协议层的功能放在CU集中控制，剩下部分或全部协议层的功能分布在DU中，由CU集中控制DU。在网络设备的另一些部署中，CU还可以划分为CU-控制面(control plane，CP)和CU-用户面(user plan，UP)等。在网络设备的又一些部署中，网络设备还可以是开放的无线接入网(openradioaccessnetwork，ORAN)架构等，本申请实施例对于网络设备的具体部署方式不作限定。

可理解，网络设备和终端设备之间、网络设备和网络设备之间、终端设备和终端设备之间可以通过授权频谱进行通信，也可以通过免授权频谱进行通信，也可以同时通过授权频谱和免授权频谱进行通信；可以通过6千兆赫(gigahertz，GHz)以下的频谱进行通信，也可以通过6GHz以上的频谱进行通信，还可以同时使用6GHz以下的频谱和6GHz以上的频谱进行通信。本申请的实施例对无线通信所使用的频谱资源不做限定。

本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定。本领域技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

在不断研究中发现，上行填充的发送比例偏高。上行填充占比偏高的原因可以包括：a)上行存在网络设备预调度的方式，但是出现终端设备的上行数据量小的情况，比如游戏、语音等小包业务。如不同业务场景下的填充占比情况，上行数据量小导致终端设备大量发送填充。实际日志(log)中也发现上下行会存在大量无线链路控制(Radio LinkControl，RLC)周期性状态上报，也是小包场景。b)网络设备调度策略约束，如终端设备在进行上行传输时上行没有明显的调制编码方案(modulation and coding scheme，MCS)降阶行为，即使资源块(resource block，RB)调度小，对应的传输块大小(transport blocksize，TBS)依然比较大。目前上行的调度MCS中高阶256正交幅度调制(quadratureamplitude modulation，QAM)占比偏高，从而当网络设备配置资源以及上行数据量一定时，上行填充的占比偏高，增加终端设备的上行发送功耗，以及浪费资源。

目前存在一种跳过上行传输(UL skipping)的特性，在终端设备没有数据需要传输的情况下，终端设备可以跳过上行发送，即，跳过上行填充的发送。然而，该特性的应用依赖于网络设备的检测能力，当检测能力较强时，网络设备可以有效地检测出终端设备跳过了上行填充的发送，例如下述场景：信道条件好的场景(例如当终端设备位于小区中心时)、非连续传输(discontinuous transmission，DTX)检测准确性高的场景等。然而，当检测能力较弱时，网络设备可能无法检测出终端设备跳过了上行填充的发送，例如下述场景：信道条件差的场景(例如当终端设备位于小区边缘或距离网络设备较远时)、DTX检测准确性低的场景。这是因为如果检测能力较弱，则网络设备无法成功检测终端设备发送的上行数据的概率较高，因而在未检测到上行数据时，网络设备难以判断上行发送状态是终端设备跳过了发送，还是终端设备进行了发送但是网络设备没有检测成功，因而网络设备难以判断是否需要让终端设备进行上行重传。

由此，上述特性无法解决上行填充占比偏高的问题，尤其是在信道条件差的场景和DTX检测准确性低的场景下。

鉴于此，本申请实施例提供一种通信方法及装置，可以有效降低上行填充的占比。可选地，本申请实施例提供的通信方法可以理解为是一种终端设备侧与网络设备侧协同的上行填充功耗优化方法，通过MAC CE等信令实现终端设备侧和网络设备侧对调度周期的协同。示例性的，终端设备可以基于上行业务场景、业务周期、传输时延等条件，调整上行调度周期，并协调网络设备调整调度策略(如为终端设备配置其期望的上行调度周期)或上行数据接收策略(如调整自身接收上行数据的周期)，从而有效降低上行填充的占比，节省功耗，提高网络资源调度效率。可理解，终端设备侧与网络设备侧协同可以理解为终端设备侧与网络设备侧之间的协同或协商等。

可理解，本申请实施例所示的上行填充可以理解为：当上行调度的资源大于终端设备实际待发数据时，终端设备会添加一些冗余比特，这些冗余比特不包含有效数据，称之为冗余比特或冗余信息。示例性的，在到达调度周期时，终端设备没有数据需要发送于是向网络设备发送填充；或者，终端设备所需要发送的数据量小于网络设备配置的时频资源导致终端设备除了发送所需要发送的数据之外还需要发送填充。

图2是本申请实施例提供的一种通信方法的流程示意图。该方法中涉及的终端设备和网络设备的说明可以参考图1，这里不再详述。如图2所示，该方法包括：

201、终端设备发送请求信息，对应的，网络设备接收该请求信息。该请求信息用于指示第一调度周期，该第一调度周期为终端设备期望的上行调度周期。

请求信息用于指示第一调度周期可以理解为：请求信息用于请求网络设备配置第一调度周期；或者，请求信息用于指示终端设备所期望的上行调度周期；或者，请求信息用于通知网络设备接收上行数据的调度周期。本申请实施例对于请求信息的具体描述不作限定。总之，网络设备通过该请求信息可以获知终端设备所期望的上行调度周期，或者，网络设备通过该请求信息可以获知终端设备所期望的网络设备配置的上行调度周期，或者，网络设备通过该请求信息可以确定网络设备发送上行数据的调度周期。对于第一调度周期的具体取值，本申请实施例不作限定。

作为一种可能的实现方式，请求信息承载于MAC-CE，该MAC-CE位于包含数据的MAC子PDU(sub PDU)之后。一般来说，当MAC PDU中包括填充时，该MAC PDU可以依次包括：包括MAC服务数据单元(service data unit，SDU)的MAC子PDU(个数不限)、包括MAC-CE的MAC子PDU(个数不限)、包括填充的MAC子PDU。可选地，包括MAC SDU的MAC子PDU的个数可以为0，包括MAC-CE的MAC子PDU的个数可以为0。可选的地，包括MAC SDU的MAC子PDU的个数可以大于0，包括MAC-CE的MAC子PDU的个数可以大于0。本申请实施例中，可以将包括请求信息的MAC-CE置于上述包括填充的MAC子PDU中。可选地，可以通过包括请求信息的MAC-CE所在的MAC子PDU的LCID指示第一调度周期。通过该包括请求信息的MAC-CE可使得网络设备获知该包括请求信息的MAC-CE之后承载的是填充。

图3是本申请实施例提供的一种MACPDU的结构示意图。如图3所示，该MAC PDU包括：多个包括MAC SDU的MAC子PDU(MAC subPDU including MAC SDU)、包括MAC-CE1的MAC子PDU(MAC subPDU including MAC-CE1)、包括MAC-CE2的MAC子PDU(MAC subPDU includingMAC-CE2)和包括填充的MAC子PDU(MAC subPDU including padding)。这些MAC子PDU还可以包括由R、F、L、LCID这些字段中的全部或部分组成的子头(subheader)，R表示预留或预留比特(reserved bit)(也可以称为保留比特等)，F表示格式(format)，L表示长度(length)，LCID表示逻辑信道标识(logical channel identify，LCID)。图3中的包括填充的MAC子PDU的LCID可以为37-42中的任一项。可选地，该LCID的取值指示第一调度周期。这里所示的通过LCID的取值指示第一调度周期可以理解为包括请求信息的MAC-CE。

本申请实施例中，将包括请求信息的MAC-CE位于包含数据的MAC子PDU之后，或者，也可以理解为将包括请求信息的MAC-CE位于MAC PDU里面的最后一个MAC子PDU中(该最后一个MAC子PDU包括填充或是可选的MAC子PDU)，该MAC-CE与有效数据同时上报给网络设备，可以不引入额外的信令开销，而且MAC-CE交互的实时性好，时延小，能够随着业务变化快速地完成终端设备侧与网络设备侧的协同。有效降低了上行填充的发送比例，还有效利用了资源，提高了资源的利用率。

作为另一种可能的实现方式中，请求信息承载于MAC-CE，该MAC-CE位于包含填充的MAC子PDU中。可选的，在到达一个调度周期时，如果包含有效数据的MAC子PDU后面没有包含填充的子PDU，则终端设备可以向网络设备发送填充。该填充所在的MAC PDU中的第一个填充对应的MAC子PDU来携带包括请求信息的MAC CE。

图4是本申请实施例提供的一种MACPDU的结构示意图。示例性的，终端设备可以发送一个或多个填充包，该一个或多个填充包中第一个填充包里可以携带包括请求信息的MAC-CE。通过该MAC-CE可使得网络设备获知该包括请求信息的MAC-CE之后承载的是填充。

图4中的相关参数的说明可以参考图3，这里不作详述。示例性的，图3和图4所示的MAC PDU的长度可以等于网络设备调度的资源确定的TBS。

作为一个示例，表1是本申请实施例提供的第一调度周期与包括请求信息的MAC-CE的LCID之间的关系示意。

表1

MAC CE的LCID取值	第一调度周期的取值/ms
		37(100101)	5
38(100110)	10
		39(100111)	20
…	…

可理解，表1仅为示例，不应将其理解为对本申请实施例的限定。

作为另一个示例，表2是本申请实施例提供的第一调度周期、缓存状态报告(buffer status report，BSR)平均数据量与MAC-CE的LCID之间的关系示意。也就是说，请求信息除了可以指示第一调度周期之外，还可以指示与该第一调度周期对应的BSR平均数据量。从而，可以进一步提高第一调度周期的准确度，该第一调度周期可以与终端设备缓存的数据量更匹配。

表2

MAC CE的LCID取值	第一调度周期的取值/ms	BSR平均数据量/字节
			35(100011)	5ms	b1
36(100100)	5ms	b2
			37(100101)	20ms	b1
38(100110)	20ms	b2
			…	…

其中，b1和b2均为正整数。可理解，表2所示的各个取值之间的关系仅为示例，不应将其理解为对本申请实施例的限定。

可理解，本申请实施例所示的LCID的长度可以为6bits，但是，不应将其理解为对本申请实施例的限定。

作为又一种可能的实现方式中，请求信息承载于RRC信令中。终端设备通过RRC信令上报其期望的调度周期。

在一种可能的实现方式中，图2所示的方法还包括：

基于如下至少一项确定第一调度周期：终端设备的业务类型、终端设备的业务周期、终端设备的传输时延。

不同的业务类型(也可以称为业务场景)会有不同的调度周期，因此终端设备通过业务类型可以确定其所期望的调度周期。示例性的，业务类型包括第一业务类型和第二业务类型，如第一业务类型对时延服务质量(quality of service，QoS)要求高于第二业务类型，则第一业务类型的调度周期可以小于第二业务类型的调度周期。又如第一业务类型属于时延敏感型业务，第二业务类型属于时延不敏感型业务，则第一业务类型的调度周期可以小于第二业务类型的调度周期。举例来说，对游戏等时延敏感型业务，其时延QoS要求较高，终端设备可以确定其期望的调度周期为5毫秒(ms)；对于语音等时延不敏感型业务，终端设备可以确定其期望的调度周期为20ms。

终端设备的业务周期可以包括终端设备的数据周期(也可以称为数据到达周期等)。示例性的，业务周期可以与调度周期成正比。终端设备的传输时延要求不同，则期望的调度周期不同。示例性的，传输时延与调度周期可以成正比。例如，时延敏感，则期望的调度周期可以较小，时延不敏感，则期望的调度周期可以较大。可理解，这里所示的较小和较大是相对而言的，如时延敏感相对于时延不敏感来说，期望的调度周期较小。可理解，传输时延也可以称为时延QoS要求或QoS传输要求或业务对时延的敏感程度等。示例性的，数据到达的周期大，则终端设备期望的调度周期可以较大；数据到达的周期小，则终端设备期望的调度周期可以较小。从而使调度周期和业务周期尽量匹配，以保证一方面可满足业务的传输周期要求，另一方面不会出现调度周期过小而导致终端发送填充，浪费功耗和资源。可理解，这里所示的较大和较大是相对而言的，如数据到达周期大的调度周期相对于数据到达周期小的调度周期较大，又如数据到达周期小的调度周期相对于数据到达周期大的调度周期较小。示例性的，终端设备可以针对当前业务持续观测一段时间，并基于这段时间的观测确定期望的上行调度周期；或者终端设备可以结合历史业务数据，通过长期观测确定当前业务期望的上行调度周期。

可选地，终端设备可以基于高层(upper layers)业务QoS的指示确定第一调度周期。高层业务QoS的指示包括跨层QoS指示，如从应用(application，APP)层指示MAC层业务的时延QoS等要求，或者，从APP层到MAC层的直接通道指示业务的时延QoS等要求，或者，可以从APP层到MAC层逐层传递业务的时延QoS等要求。可理解，跨层QoS指示的具体方式可以由终端设备根据自身能力设计，本申请实施例对此不作限定。可选地，终端设备可以基于其他业务体验模型等确定第一调度周期，本申请实施例对此不作限定。

可理解，在终端设备的业务发生切换或当前业务结束等情况下，则终端设备可以重新确定第一调度周期，向网络设备上报新的第一调度周期。

终端设备确定第一调度周期之后，可以上报该第一调度周期(如步骤201所示)，并相应的调整上行数据发送(如步骤202所示)。

202、终端设备根据第一调度周期发送第一上行数据，对应的，网络设备根据第一调度周期接收第一上行数据。

示例性的，终端设备根据第一调度周期发送第一上行数据可以包括如下几种实现方式：

实现方式一

终端设备在发送请求信息之后，可以直接根据第一调度周期发送第一上行数据。也就是说，终端设备无需等待网络设备针对请求信息的响应信息，或者，网络设备无需向终端设备发送针对请求信息的响应信息。从而，可以有效节省信令开销，减少下行调度信令开销，节省调度资源。而且还可以降低网络设备的下行发送功耗。

针对实现方式一来说，网络设备在接收到请求信息之后，网络设备可以根据第一调度周期对可能存在的第一上行数据进行接收。可理解，如果第一调度周期大于第二调度周期，则网络设备在接收到请求信息之后，可以不基于第二调度周期接收填充，即原本的第二调度周期内的上行填充不进行接收。

可选地，该网络设备确认第一调度周期或同意终端设备上报的第一调度周期，则网络设备可以不向终端设备发送针对第一上行数据的重传请求信息。该情况下，终端设备未接收到针对第一上行数据的重传请求信息，则可以根据第一调度周期发送第三上行数据。也就是说，终端设备可以基于其未接收到针对第一上行数据的重传请求信息获知网络设备确认了第一调度周期，由此终端设备可以继续以第一调度周期发送上行数据。可选地，在终端设备未接收到其基于第一调度周期发送的上行数据的重传请求信息之前，该终端设备均可以确认网络设备确认了第一调度周期。可选地，终端设备可以在一段时间内根据第一调度周期发送上行数据。举例来说，网络设备和终端设备可以约定，或由标准定义，一旦终端设备发送了请求信息，则其可以在请求信息的发送时间之后的一段时间内按着期望的上行调度周期进行上行数据发送，该一段时间可以为第一调度周期的倍数，如2倍、5倍或10倍。可选地，在终端设备接收到来自网络设备的配置信息的情况下，该终端设备可以更新上行调度周期。可选地，在终端设备的业务停止或业务更新等情况下，该终端设备可以重新上报新的第一调度周期。

可选地，如果网络设备拒绝第一调度周期或不同意终端设备上报的第一调度周期，则网络设备可以向终端设备发送针对第一上行数据的重传请求信息。该情况下，当终端设备接收到针对第一上行数据的重传请求信息，则可以获知网络设备不同意第一调度周期。从而，终端设备可以继续以网络设备预先配置的第二调度周期发送上行数据。示例性的，网络设备可能基于其资源调度的情况以及服务的用户数等拒绝第一调度周期。本申请实施例对于网络设备拒绝第一调度周期的原因不作限定。

实现方式二

可选地，在接收到来自网络设备的确认信息的情况下，根据第一调度周期发送第一上行数据，该确认信息用于确认第一调度周期，或者，该确认信息可以用于确认请求信息。也就是说，终端设备需要根据网络设备的针对请求信息的响应信息决定要不要以第一调度周期发送第一上行数据。示例性的，确认信息可以包括确认应答(acknowledge，ACK)，通过ACK确认第一调度周期，可以在尽可能地减少信令开销的基础上，通过“握手”形式的确认信息增强通信的可靠性，提高通信双方的通信效率。同时有效降低了上行填充的发送比例，节约上行发送功耗，提高了网络资源的调度效率。

可选地，在接收到来自网络设备的拒绝信息的情况下，根据第二调度周期发送第二上行数据，该拒绝信息用于拒绝第一调度周期，第二调度周期为网络设备预先配置的上行调度周期，或者，该拒绝信息可以用于拒绝请求信息。示例性的，在终端设备多次上报第一调度周期的过程中，可能在一些次数中存在网络设备确认第一调度周期的情况，而在另一些次数中存在网络设备拒绝第一调度周期的情况。可理解，这里所示的多次上报的第一调度周期的取值可能相同，也可能不同，本申请实施例对此不作限定。示例性的，拒绝信息可以包括否定应答(negative acknowledgement，NACK)，通过NACK拒绝第一调度周期，可以在尽可能地减少信令开销的基础上，使得终端设备能够及时有效地获知其是否可以使用第一调度周期，提高通信效率。同时有效降低了上行填充的发送比例，节约上行发送功耗，提高了网络资源的调度效率。

实现方式三

可选地，在接收到来自网络设备的配置信息，且配置信息用于指示第一调度周期的情况下，根据第一调度周期发送第一上行数据。

可选地，在接收到来自网络设备的配置信息，且配置信息用于指示第三调度周期的情况下，根据第三调度周期发送第二上行数据。也就是说，网络设备在接收到请求信息的情况下，可以调整终端设备的上行调度周期，如从第二调度周期调整为第三调度周期。可理解，在该情况下，第一上行数据和第二上行数据可以不进行区分，如终端设备可以根据第一调度周期发送上行数据，或者，根据第三调度周期发送上行数据。

示例性的，该配置信息可以通过下行控制信息(downlink control information，DCI)的调度周期实现，如网络设备通过上行动态调度(dynamic grant，DG)的方式实现第一调度周期。在上行动态调度场景下，终端设备上报其期望的上行调度周期后，可以等待网络设备下发DCI，并根据DCI调度的PUSCH(或上行资源)发送上行数据。如果DCI调度的PUSCH之间的时间间隔符合终端设备所期望的上行调度周期，则表示终端设备与网络设备之间完成一次终端设备侧与网络设备侧协同。如果DCI调度的PUSCH之间的时间间隔不符合终端设备所期望的上行调度周期，则终端设备可以以DCI调度的PUSCH发送上行数据。可选地，终端设备同时还可以继续向网络设备上报其所期望的上行调度周期，直至获得符号预期的上行调度周期。可理解，当终端设备的业务发生切换或当前业务结束，则终端设备可以重新确定第一调度周期，向网络设备上报新的第一调度周期。

可选地，终端设备在上报其期望的上行调度周期时，可以同时上报其期望的PDCCH的周期。一般来说，终端设备需要进行PDCCH监测。如DG场景下，终端设备需要进行PDCCH监测，根据其监测到的PDCCH获取DG场景下上行调度的DCI，从而获得由DCI指示的上行调度资源。

作为一个示例，请求信息可以用于指示终端设备期望的上行调度周期和期望的PDCCH监测周期。如表3所示，在上报第一调度周期的同时，上报PDCCH的监测周期。如表4所示，上报第一调度周期、BSR平均数据量以及PDCCH的监测周期。可理解，表3和表4的取值仅为示例，不应将其理解为对本申请实施例的限定。可理解，关于表3和表4的相关说明可以参考表1和表2，这里不作详述。

表3

MAC CE的LCID取值	第一调度周期的取值/ms	PDCCH监测周期/ms
			37(100101)	5	5
38(100110)	10	5
			39(100111)	20	10
…	…	…

表4

作为另一个示例，终端设备上报的期望的上行调度周期与其期望的PDCCH监测周期之间具有对应关系。也就是说，终端设备上报的期望的上行调度周期对应相应的PDCCH监测周期。至于上行调度周期与PDCCH监测周期之间的具体对应关系，本申请实施例不作一一列举。可理解，终端设备期望的上行调度周期和PDCCH监测周期的取值可以不用完全相同，可以有不同的对应关系，如该对应关系可以由网络设备和终端设备进行协商。

示例性的，终端设备上报其期望的上行调度周期和PDCCH监测周期之后，网络设备可以向终端设备发送确认信息，该确认信息可以用于确认终端设备上报的期望的上行调度周期和PDCCH监测周期。或者，网络设备可以向终端设备发送拒绝信息，该拒绝信息可以用于拒绝终端设备上报的期望的上行调度周期和PDCCH监测周期。在网络设备拒绝的情况下，终端设备可以基于网络设备预先配置的上行调度周期进行上行数据发送和PDCCH监测。或者，网络设备可以向终端设备发送配置信息，该配置信息可以用于指示终端设备上报的期望的上行调度周期和PDCCH监测周期。如终端设备可以基于其获取到的PDCCH以及DCI，判断网络设备下发PDCCH的周期与终端设备上报的期望的PDCCH监测周期是否相同，以及判断网络设备通过DCI调度的上行资源的时间间隔与终端设备上报的期望的上行调度周期是否相同。如网络设备下发PDCCH的周期与终端设备期望的PDCCH监测周期相同，网络设备通过DCI调度的上行资源的时间间隔与期望的上行调度周期相同，则表示网络设备确认了终端设备上报的请求信息。本申请实施例可以有效改善终端设备时时监测PDCCH的情况，节约终端设备的功耗。当然，网络设备也可以不同意终端设备上报的期望的上行调度周期和PDCCH监测周期。如网络设备通过DCI调度的上行资源的时间间隔与期望的上行调度周期不同，网络设备下发PDCCH的周期与终端设备期望的PDCCH监测周期不同。

示例性的，终端设备上报其期望的上行调度周期和PDCCH监测周期之后，可以直接根据其期望的PDCCH监测周期进行PDCCH监测，以及基于DCI调度的该PDCCH资源发送上行数据。如果网络设备同意终端设备上报的上行调度周期，则网络设备可以不向终端设备发送针对上行数据的重传请求信息。如果网络设备不同意终端设备上报的上行调度周期，则网络设备可以向终端设备发送针对上行数据的重传请求信息。从而，终端设备可以基于该重传请求信息获知网络设备是否确认了终端设备上报的PDCCH监测周期和期望的上行调度周期。

示例性的，配置信息可以包含于RRC信令，如网络设备通过RRC信令配置第一调度周期。如在配置的上行授权调度(configured grant，CG)或半静态调度(semi-persistentscheduling，SPS)中，终端设备上报其期望的上行调度周期后，可以等待网络设备下发RRC信令，通过该RRC信令中所指示的上行调度周期发送上行数据

可理解，对于实现方式二和实现方式三来说，终端设备需要根据网络设备的针对请求信息的响应信息决定要不要以第一调度周期发送第一上行数据。因此，在这两种实现方式中，在未接收到来自网络设备的针对请求信息的响应信息的情况下，终端设备根据第二调度周期发送第二上行数据。也就是说，如果终端设备未接收到响应信息，则终端设备需要继续以网络设备预先配置的调度周期发送第二上行数据。

可理解，第一调度周期可以理解为终端设备自己确定的调度周期或终端设备自己期望的调度周期。第二调度周期可以理解为终端设备在根据第一调度周期发送第一上行数据之前，网络设备配置的调度周期；或者，终端设备在发送请求信息之前，网络设备配置的调度周期。第三调度周期可以理解为终端设备发送请求信息之后，网络设备重新配置的调度周期。至于第三调度周期与第二调度周期是否相同，本申请实施例不作限定。对应的，第一上行数据可以理解为终端设备根据第一调度周期发送的上行数据，第二上行数据可以理解为终端设备根据第二调度周期或第三调度周期发送的上行数据，第三上行数据可以理解为终端设备在成功发送第一上行数据之后，根据第一调度周期向网络设备发送的另一个上行数据。

需要说明的是，本申请实施例所示的第一上行数据、第二上行数据和第三上行数据是基于第一调度周期、第二调度周期和第三调度周期区分的。在实际应用中，可以不对上行数据进行区分，如第一上行数据、第二上行数据和第三上行数据可以统称为上行数据。

可选地，第一调度周期可以大于第二调度周期。终端设备期望的调度周期大于网络设备预先配置的调度周期，则说明网络设备配置的调度周期与终端设备的实际数据周期不匹配，导致上行填充的比例过高。由此，终端设备上报第一调度周期，根据第一调度周期发送第一上行数据，可以有效提高第一调度周期与实际数据周期的匹配度，降低上行填充的发送比例，节约上行发送功耗，提高网络资源的调度效率。

可选地，所述第一调度周期小于所述第二调度周期。终端设备通过上报第一调度周期，可以有效提高第一调度周期与实际数据周期的匹配度，优化终端设备的预调度周期，提高网络资源的调度效率。进一步的，不同的终端设备通过上报各自的调度周期，可以有效提高网络设备对不同终端设备不同业务的调度效率。

可理解，本申请实施例所示的发送上行数据也可以理解为发送用于承载上行数据的物理上行共享信道(physical uplink shared channel，PUSCH)。

本申请实施例中，终端设备基于业务类型、业务周期或传输时延要求等条件判定期望的上行调度周期(如第一调度周期)，从而基于该第一调度周期调整上行有效数据的发送周期，以及还可以调整上行填充的发送周期。如第一调度周期大于第二调度周期时，可以有效降低上行填充的占比，通过延迟部分有效数据的发送，可使得有效数据发送周期按照终端设备期望的方式发送。终端设备通过MAC-CE等信令通知网络设备其期望的上行调度周期(第一调度周期)，或者，终端设备通过MAC-CE等信令通知网络设备其在一段时间内按照第一调度周期进行上行数据发送。

可选地，第一调度周期大于第二调度周期时，终端设备可能会存在如下情况：如跳过上行填充帧的发送，如图5a和图6b所示。例如，第一调度周期为10ms，第二调度周期为5ms，则表示终端设备的实际数据周期是10ms，在预先配置的5ms的情况下，终端设备需要发送一定数量的上行填充。因此，终端设备上报了其期望的第一调度周期后，该终端设备可以按照第一调度周期与第二调度周期之间的关系跳过一些上行填充的发送。对应的，网络设备在接收到MAC-CE信令后，可以按照第一调度周期进行上行数据的接收，对无数据发送时刻不用进行接收；或者，按照第一调度周期对终端设备进行预调度；或者，为终端设备重新配置上行调度周期等。

可理解，图5a所示的MAC SDU表示该行对应的是数据到达情况，MAC表示该行对应的是数据发送情况。对于该说明下文同样适用。

本申请实施例中，终端设备通过上报其期望的上行调度周期(即第一调度周期)，可使得网络设备基于终端设备指示的第一调度周期优化该终端设备的预调度周期。从而，终端设备所使用的调度周期与终端设备的数据周期匹配，由此可以有效降低上行填充的发送比例，达到节约上行发送功耗的目的，以及还有效提高了网络资源的调度效率。

目前存在一种预调度策略优化上行调度资源分配，如预调度包括普通预调度和智能预调度。然而，网络设备即使是通过预调度策略为终端设备进行预调度，仍会出现上行填充的占比偏高的情况。原因如下：预调度策略开启条件有限，目前网络设备会对小区边缘用户(或离网络设备远点的用户)或信道条件差的用户关闭预调度策略，从而对小区边缘用户性能造成影响，难以满足远点用户的业务需求，例如远点用户时延敏感型业务等。然而，本申请实施例提供的技术方案，既适用于小区中心用户也适用于小区边缘用户。本申请实施例通过终端设备侧与网络设备侧协同可以优化预调度周期，一方面可以使得终端设备在当前业务下的预调度周期与其业务周期更匹配，不影响用户QoS，且可以有效降低上行填充的发送比例，达到节约上行发送功耗的目标，使得终端设备在业务性能和功耗上达到最优平衡。另一方面，通过终端设备侧与网络设备侧协同，网络设备可以有效提升对不同终端设备不同业务的调度效率，避免过度资源调度的浪费，有效提升网络设备对用户的服务，提升网络设备的整体性能。

图5a和图5b是本申请实施例提供的一种调整上行发送周期的过程示意图。如图5a和图5b所示，横轴表示时间(time)，每两个坐标点之间的时长为5ms。图5a中，第一行所示的MAC SDU表示数据到达情况，第二行所示的MAC表示在第一调度周期的情况下，MAC层发送数据情况，第三行表示在第二调度周期的情况下，MAC层发送数据情况。第一行所示的虚线表示数据在对应时间的到达情况。

如图5a的第一行和第二行所示，当终端设备上报第一调度周期之后，可以每10ms发送一次数据。在下一个调度周期未达到之前，即使有数据，也需要延迟到该下一个调度周期发送，如图5a第一行所示的第三个箭头所示的数据。当到达调度周期时，如果没有数据需要发送，则发送上行填充，如图5a所示的第二行中的上行填充。图5a所示的第三行表示当终端设备根据第二调度周期发送数据时上行填充的情况。可理解，图5a中的第三行仅为示例，不应将其理解为对本申请实施例的限定。可理解，基于图5a可以看出，当终端设备的调度周期从第二调度周期更新为第一调度周期，终端设备按照数据∶上行填充＝1∶1的比例跳过了上行填充。图5a第二行所示的上行填充可以理解为在该时间内，没有数据要发送，因此终端设备根据第一调度周期发送了上行填充。通过采用本方案，如第一调度周期为10ms，该第一调度周期大于第二调度周期，有效降低了上行填充的占比。

可选地，当终端设备确定了第一调度周期，根据该第一调度周期发送数据，如果该数据中有上行填充，则可以在上行填充所在的MAC子PDU发送包括请求信息的MAC-CE。如图5b所示，终端设备可以在发送第二行的第一个数据(如图5b方框中的数据)时，携带包括请求信息的MAC-CE。可选的，如果填充之前的数据子PDU没有空间携带包括请求信息的MAC-CE，则可以在发送填充包时携带该包括请求信息的MAC-CE。如图6a所示，终端设备可以在发送第二行的第一个填充(如图6a方框中的填充)时，携带包括请求信息的MAC-CE。可理解，关于图5b和图6a的说明对于图6b所示的场景同样适用，下文不再赘述。

图6b是本申请实施例提供的一种调整上行发送周期的过程示意图。图6b所示的第一调度周期是以大于10ms为例示出的，如第一调度周期可以为15ms或20ms等，这里不再一一列举。图6b中的省略号省略的是5ms的个数。如图6b的第一行和第二行所示，在下一个调度周期未达到之前，即使有数据，也需要延迟到该下一个调度周期发送，如图6b第一行所示的第二个箭头所示的数据。图6b所示的第三行表示当终端设备根据第二调度周期发送数据时上行填充的情况。可理解，图6b中的第三行仅为示例，不应将其理解为对本申请实施例的限定。基于图6b，当终端设备的调度周期从第二调度周期更新为第一调度周期，终端设备可以根据第一调度周期与第二调度周期的比例跳过一些上行填充。

通过本申请实施例，当终端设备基于其期望的上行调度周期发送数据时，可以有效降低上行填充的占比。

图7是本申请实施例提供的一种通信方法的流程示意图。图7是以动态调度的方式说明本申请实施例所示的通信方法。如图7所示，该方法包括：

701、终端设备执行PDCCH监测。

终端设备进行PDCCH监测，以便于及时获取网络设备下发的调度信息等。可理解，虽然图7仅示例性示出了一个PDCCH监测，但是可以理解终端设备每次接收DCI之前均可以进行PDCCH监测。PDCCH监测的周期可以是终端设备上报的期望的PDCCH监测周期。示例性的，PDCCH监测周期可以小于或等于上行调度周期。

702、网络设备向终端设备发送DCI，对应的，终端设备接收该DCI。

该DCI可以用于进行动态上行调度，该DCI可以是小区无线临时网络标识(cell-radio network temporary identifier，C-RNTI)加扰的DCI，该DCI可以承载于PDCCH中。

示例性的，终端设备可以通过DCI调度的PUSCH之间的时间间隔确定第二调度周期，关于第二调度周期的说明可以参考上文。这里所示的DCI调度的PUSCH之间的时间间隔可以理解为：DCI调度的上行资源(如上行授权)之间的时间间隔。

703、终端设备执行PUSCH上行数据传输。

示例性的，步骤703可以理解为：终端设备可以基于DCI调度的PUSCH发送上行数据。

可理解，步骤703之后的省略号省略的是步骤702和步骤703，本申请实施例对于步骤702和步骤703的执行次数不作限定。

704、终端设备确定第一调度周期。

示例性的，终端设备可以基于当前业务时延QoS、业务周期等确定第一调度周期。

可选地，终端设备可以在网络设备未下发DCI(如步骤702)之前(也可以理解为网络设备未通过DCI实现第二调度周期之前)执行步骤704，以及步骤704之后的步骤。可选地，终端设备可以在网络设备下发DCI(如步骤702)之后(也可以理解为网络设备通过DCI实现第二调度周期之后)执行步骤704，以及步骤704之后的步骤。图7是以终端设备在网络设备下发DCI之后为例示出的，但是不应将其理解为对本申请实施例的限定。图7所示的步骤701至步骤703可以认为是可选的步骤。

示例性的，终端设备确定的第一调度周期可以理解为终端设备确定的与当前业务匹配的调度周期。

关于步骤704的说明可以参考图2所示的方法，这里不作详述。

705、终端设备向网络设备发送PUSCH，对应的，网络设备接收该PUSCH。该PUSCH可以承载终端设备通过MAC-CE上报的期望的调度周期。

关于步骤705所示的MAC-CE的说明可以参考图2所示的方法，或参考图3和图4等，这里不作详述。

706、网络设备向终端设备发送DCI，对应的，终端设备接收该DCI。

707、终端设备执行PUSCH上行数据传输。

708、网络设备向终端设备发送DCI，对应的，终端设备接收该DCI。

可理解，终端设备在通过步骤706和步骤708分别获取到DCI之后，就可以基于该DCI调度的PUSCH之间的时间间隔确定网络设备为其配置的调度周期是否为其期望的调度周期。

709、终端设备执行PUSCH上行数据传输。

关于步骤708和步骤709的说明可以参考步骤706和步骤707。

上述步骤706和步骤708还可以理解为：网络设备基于终端设备上报的期望的调度周期，调整对终端设备的上行调度周期。

可理解，步骤709之后的省略号省略的是如步骤706和步骤707所示的内容。也就是说，后续通信过程中，网络设备可以基于第一调度周期通过动态调度的方式为终端设备配置第一调度周期。

示例性的，当终端设备的当前业务停止，或终端设备更新业务等，则该终端设备可以重新上报其期望的调度周期。或者，当网络设备根据其资源的配置情况或服务的用户数需要更多调度周期时，可以重新为终端设备配置调度周期。对于后续的通信过程，本申请实施例不作限定。

可理解，图7所示的方法中各个步骤之间的先后顺序可以不受序号的约定。

本申请实施例中，终端设备通过上报其期望的调度周期，可使得网络设备基于终端设备上报的期望的调度周期优化该终端设备的预调度周期。从而，保证终端设备所使用的调度周期与终端设备的数据周期匹配，提高网络资源分配和调度效率、增加***性能。

图8是本申请实施例提供的一种通信方法的流程示意图。图8是以配置的授权调度的方式说明本申请实施例所示的通信方法。如图8所示，该方法包括：

711、网络设备发送RRC信令，对应的，终端设备接收该RRC信令。该RRC信令可以用于配置预调度。

示例性的，该RRC信令所配置的调度周期可以是第二调度周期。

712、终端设备执行PDCCH监测。

关于步骤712的说明可以参考步骤701，这里不作详述。不同的是，步骤701中的DCI用于调度上行资源，步骤713中的DCI用于激活预调度。

713、网络设备发送DCI，对应的，终端设备接收该DCI。该DCI用于启动预调度。

可理解，DCI启动预调度可以对应类型2(type2)的授权调度方式。DCI启动预调度还可以理解为：DCI激活预调度。预调度的周期可以基于步骤711中的RRC信令确定。

714、终端设备执行PUSCH上行数据传输。

可理解，步骤711至步骤714可以认为是可选的步骤。可理解，步骤714之后的省略号省略的是终端设备执行PUSCH上行数据传输的步骤。

715、终端设备确定第一调度周期。

关于步骤715的说明可以参考图2所示的方法或图7所示的步骤704，这里不作详述。

716、终端设备向网络设备发送PUSCH，对应的，网络设备接收该PUSCH。该PUSCH可以承载终端设备通过MAC-CE上报的期望的调度周期。

关于步骤716所示的MAC-CE的说明可以参考图2所示的方法，或参考图3和图4等，这里不作详述。

717、网络设备发送RRC信令，对应的，终端设备接收该RRC信令。该RRC信令可以用于调整预调度周期。

示例性的，该RRC信令所指示的调度周期可以是第一调度周期。可理解，如果图8所示的方法不包括步骤711至步骤714，则在步骤717之后，网络设备还需要通过DCI激活第一调度周期。在终端设备接收到用于激活第一调度周期的DCI之后，执行步骤718。

718、终端设备执行PUSCH上行数据传输。

步骤718之后省略号省略的是终端设备执行PUSCH上行数据传输的步骤。示例性的，终端设备上报第一调度周期之后，网络设备可以基于终端设备上报的期望的调度周期，调整对终端设备的预调度周期。

示例性的，当终端设备的当前业务停止，或终端设备更新业务等，则该终端设备可以重新上报其期望的调度周期。或者，当网络设备根据其资源的配置情况或服务的用户数需要更多调度周期时，可以重新为终端设备配置调度周期。可选地，对于后续的通信过程，可以参考步骤本申请实施例不作限定。

719、在更新业务的情况下，终端设备更新第一调度周期。

关于步骤719的说明可以参考图2所示的方法或图7所示的步骤704，这里不作详述。可理解，步骤719至步骤724可以认为是可选的步骤。

720、终端设备向网络设备发送PUSCH，对应的，网络设备接收该PUSCH。该PUSCH可以承载终端设备通过MAC-CE上报的期望的调度周期。

关于步骤720所示的MAC-CE的说明可以参考图2所示的方法，或参考图3和图4等，这里不作详述。

721、网络设备向终端设备发送DCI，对应的，终端设备接收该DCI。该DCI用于指示重传。

示例性的，在网络设备未接收到MAC-CE的情况下，终端设备仍然基于第一调度周期上报数据。例如，第一调度周期大于第二调度周期，则可以认为终端设备跳过了一些上行填充。对于网络设备来说，网络设备仍认为终端设备的调度周期是第二调度周期，由于网络设备未在第二调度周期对应的调度时刻接收到终端设备发送的上行数据，则网络设备可以通过DCI指示终端设备重传。可理解，这里所示的上行数据是统称，该上行数据可以包括有效数据或上行填充中的至少一项。

示例性的，在网络设备接收到MAC-CE的情况下，如果网络设备拒绝第一调度周期，则网络设备可以通过DCI指示终端设备重传。终端设备基于该DCI可以根据第二调度周期发送上行数据。

722、终端设备向网络设备发送PUSCH，对应的，网络设备接收该PUSCH。该PUSCH可以承载终端设备通过MAC-CE上报的期望的调度周期。

可理解，当终端设备基于DCI重传上行数据的过程中，该终端设备可以再次上报其期望的调度周期。关于步骤722所示的MAC-CE的说明可以参考图2所示的方法，或参考图3和图4等，这里不作详述。

723、网络设备发送RRC信令，对应的，终端设备接收该RRC信令。该RRC信令可以用于调整预调度周期。

示例性的，该RRC信令所指示的调度周期可以是终端设备再次上报的第一调度周期。示例性的，在终端设备通过步骤720上报期望的调度周期的情况下，网络设备可能根据其资源的配置情况或负载情况等拒绝第一调度周期。而在终端设备通过步骤722再次上报期望的调度周期的情况下，网络设备可能根据其资源的配置情况或负载情况等同意第一调度周期。

724、终端设备执行PUSCH上行数据传输。

步骤724之后省略号省略的是终端设备执行PUSCH上行数据传输的步骤。

可理解，图8所示的方法中各个步骤之间的先后顺序可以不受序号的约定。

本申请实施例中，终端设备通过上报其期望的调度周期，可使得网络设备基于终端设备上报的期望的调度周期优化该终端设备的预调度周期。从而，保证终端设备所使用的调度周期与终端设备的数据周期匹配，提高网络资源分配和调度效率、增加***性能。

以上所示的图7和图8中未详述描述的实现方式可以参考图2或图3、图4等。

本申请实施例中，终端设备通过上报其期望的与当前业务匹配的调度周期，可以使得网络设备能够基于终端设备上报的调度周期优化预调度策略。从而，可以有效降低上行填充的占比，由于跳过了上行填充的发送，因此还可以有效降低上行发送功耗，提高终端设备待机时间和用户体验。对于网络设备侧来说，可以有效提高网络资源分配和调度的效率、提高用户调度效率和***性能。通过终端设备侧与网络设备侧协同方式优化终端设备的调度周期，网络设备侧可以优化对不同终端设备的预调度资源的分配，拉长上行需求小的用户的调度周期或者减小其上行资源量，增加对其余用户的调度和分配，从而提升***上行效率和性能。

需要说明的是，本领域技术人员可以基于本申请实施例所示的上行调度周期扩展到下行发送周期。如网络设备可以对下行填充的发送进行优化，如网络设备可以通过DCI或MAC-CE等信令与终端设备协同跳过下行填充发送。也就是说，网络设备可以向终端设备指示其下行发送周期，从而终端设备基于网络设备指示的下行发送周期可以获知网络设备更新了下行发送周期，从而终端设备基于该下行发送周期可以减少不必要的接收动作。该方法可以有效节省交互时延和信令开销，降低下行填充的发送功耗。

以下将介绍本申请实施例提供的通信装置。

本申请根据上述方法实施例对通信装置进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。下面将结合图9至图11详细描述本申请实施例的通信装置。

图9是本申请实施例提供的一种通信装置的结构示意图，如图9所示，该通信装置包括处理单元901和收发单元902。

在本申请的一些实施例中，该通信装置可以是上文示出的终端设备或芯片，该芯片可以设置于终端设备中。即该通信装置可以用于执行上文方法实施例(包括图2、图7和图8)中由终端设备执行的步骤或功能等。

收发单元902，用于发送请求信息，该请求信息用于指示第一调度周期，该第一调度周期为终端设备期望的上行调度周期；

处理单元901，用于根据第一调度周期发送第一上行数据。

可理解，处理单元901，用于根据第一调度周期发送第一上行数据可以理解为：处理单元901确定第一调度周期之后，基于该第一调度周期输出第一上行数据。可选地，处理单元901，输出第一上行数据之后，可以由收发单元902，向网络设备发送该第一上行数据。

在一种可能的实现方式中，处理单元901，还用于基于如下至少一项确定第一调度周期：

终端设备的业务类型、终端设备的业务周期、终端设备的传输时延。

在一种可能的实现方式中，处理单元901，具体用于在接收到来自网络设备的确认信息的情况下，根据第一调度周期发送第一上行数据，该确认信息用于确认所述第一调度周期；或者，在接收到来自网络设备的配置信息，且配置信息用于指示第一调度周期的情况下，根据第一调度周期发送第一上行数据。

在一种可能的实现方式中，处理单元901，还用于在接收到来自网络设备的拒绝信息的情况下，根据第二调度周期发送第二上行数据，该拒绝信息用于拒绝第一调度周期，该第二调度周期为网络设备预先配置的上行调度周期；或者，在接收到来自网络设备的配置信息，且配置信息用于指示第三调度周期的情况下，根据第三调度周期发送第二上行数据；或者，在未接收到来自网络设备的响应信息的情况下，根据第二调度周期发送第二上行数据，该第二调度周期为所述网络设备预先配置的上行调度周期。

在一种可能的实现方式中，处理单元901，还用于若未接收到来自网络设备的针对第一上行数据的重传请求信息，则根据第一调度周期发送第三上行数据。

在本申请的另一些实施例中，该通信装置可以是上文示出的网络设备或芯片，该芯片可以设置于网络设备中。即该通信装置可以用于执行上文方法实施例(包括图2、图7和图8)中由网络设备执行的步骤或功能等。

收发单元902，用于接收请求信息，该请求信息用于指示第一调度周期，该第一调度周期为终端设备期望的上行调度周期；

处理单元901，用于根据第一调度周期接收第一上行数据。

在一种可能的实现方式中，处理单元901，具体用于在向终端设备发送确认信息的情况下，根据第一调度周期接收第一上行数据；或者，在向终端设备发送配置信息，且配置信息用于指示第一调度周期的情况下，根据第一调度周期接收第一上行数据。

在一种可能的实现方式中，处理单元901，还用于在向终端设备发送拒绝信息的情况下，根据第二调度周期接收第二上行数据，拒绝信息用于拒绝所述第一调度周期，第二调度周期为网络设备预先配置的上行调度周期；或者，在向终端设备发送配置信息，且配置信息用于指示第三调度周期的情况下，根据第三调度周期接收第二上行数据；或者，在未向终端设备发送响应信息的情况下，根据第二调度周期接收第二上行数据，第二调度周期为网络设备预先配置的上行调度周期。

在一种可能的实现方式中，处理单元901，还用于在确认第一调度周期的情况下，根据第一调度周期接收第三上行数据。

可理解，本申请实施例示出的收发单元和处理单元的具体说明仅为示例，对于收发单元和处理单元的具体功能或执行的步骤等，可以参考上述方法实施例，这里不再详述。

上个各个实施例中，关于第一调度周期、第二调度周期、第三调度周期、第一上行数据、第二上行数据、第三上行数据、请求信息、MAC-CE等说明还可以参考上文方法实施例中的介绍，这里不再一一详述。

以上介绍了本申请实施例的通信装置，以下介绍所述通信装置可能的产品形态。应理解，但凡具备上述图9所述的通信装置的功能的任何形态的产品，都落入本申请实施例的保护范围。还应理解，以下介绍仅为举例，不限制本申请实施例的通信装置的产品形态仅限于此。

在一种可能的实现方式中，图9所示的通信装置中，处理单元901可以是一个或多个处理器，收发单元902可以是收发器，或者收发单元902还可以是发送单元和接收单元，发送单元可以是发送器，接收单元可以是接收器，该发送单元和接收单元集成于一个器件，例如收发器。本申请实施例中，处理器和收发器可以被耦合等，对于处理器和收发器的连接方式，本申请实施例不作限定。在执行上述方法的过程中，上述方法中有关发送信息的过程，可以理解为由处理器输出上述信息的过程。在输出上述信息时，处理器将该上述信息输出给收发器，以便由收发器进行发射。该上述信息在由处理器输出之后，还可能需要进行其他的处理，然后才到达收发器。类似的，上述方法中有关接收信息的过程，可以理解为处理器接收输入的上述信息的过程。处理器接收输入的信息时，收发器接收该上述信息，并将其输入处理器。更进一步的，在收发器收到该上述信息之后，该上述信息可能需要进行其他的处理，然后才输入处理器。

如图10所示，该通信装置100包括一个或多个处理器1020和收发器1010。

在本申请的一些实施例中，该通信装置可以用于执行上文方法实施例(包括图2、图7和图8)中由终端设备执行的步骤或功能等。

收发器1010，用于发送请求信息，该请求信息用于指示第一调度周期，该第一调度周期为终端设备期望的上行调度周期；

处理器1020，用于根据第一调度周期发送第一上行数据。

可理解，处理器1020，用于根据第一调度周期发送第一上行数据可以理解为：处理器1020确定第一调度周期之后，基于该第一调度周期输出第一上行数据。可选地，处理器1020，输出第一上行数据之后，可以由收发器1010，向网络设备发送该第一上行数据。

在一种可能的实现方式中，处理器1020，还用于基于如下至少一项确定第一调度周期：

终端设备的业务类型、终端设备的业务周期、终端设备的传输时延。

在一种可能的实现方式中，处理器1020，具体用于在接收到来自网络设备的确认信息的情况下，根据第一调度周期发送第一上行数据，该确认信息用于确认所述第一调度周期；或者，在接收到来自网络设备的配置信息，且配置信息用于指示第一调度周期的情况下，根据第一调度周期发送第一上行数据。

在一种可能的实现方式中，处理器1020，还用于在接收到来自网络设备的拒绝信息的情况下，根据第二调度周期发送第二上行数据，该拒绝信息用于拒绝第一调度周期，该第二调度周期为网络设备预先配置的上行调度周期；或者，在接收到来自网络设备的配置信息，且配置信息用于指示第三调度周期的情况下，根据第三调度周期发送第二上行数据；或者，在未接收到来自网络设备的响应信息的情况下，根据第二调度周期发送第二上行数据，该第二调度周期为所述网络设备预先配置的上行调度周期。

在一种可能的实现方式中，处理器1020，还用于若未接收到来自网络设备的针对第一上行数据的重传请求信息，则根据第一调度周期发送第三上行数据。处理器1020，用于确定CSI报告；收发器1010，用于发送CSI报告。

在本申请的另一些实施例中，该通信装置可以用于执行上文方法实施例(包括图2、图7和图8)中由网络设备执行的步骤或功能等。

收发器1010，用于接收请求信息，该请求信息用于指示第一调度周期，该第一调度周期为终端设备期望的上行调度周期；

处理器1020，用于根据第一调度周期接收第一上行数据。

在一种可能的实现方式中，处理器1020，具体用于在向终端设备发送确认信息的情况下，根据第一调度周期接收第一上行数据；或者，在向终端设备发送配置信息，且配置信息用于指示第一调度周期的情况下，根据第一调度周期接收第一上行数据。

在一种可能的实现方式中，处理器1020，还用于在向终端设备发送拒绝信息的情况下，根据第二调度周期接收第二上行数据，拒绝信息用于拒绝所述第一调度周期，第二调度周期为网络设备预先配置的上行调度周期；或者，在向终端设备发送配置信息，且配置信息用于指示第三调度周期的情况下，根据第三调度周期接收第二上行数据；或者，在未向终端设备发送响应信息的情况下，根据第二调度周期接收第二上行数据，第二调度周期为网络设备预先配置的上行调度周期。

在一种可能的实现方式中，处理器1020，还用于在确认第一调度周期的情况下，根据第一调度周期接收第三上行数据。

可理解，本申请实施例示出的收发器和处理器的具体说明仅为示例，对于收发器和处理器的具体功能或执行的步骤等，可以参考上述方法实施例，这里不再详述。

上个各个实施例中，关于第一调度周期、第二调度周期、第三调度周期、第一上行数据、第二上行数据、第三上行数据、请求信息、MAC-CE等说明还可以参考上文方法实施例中的介绍，这里不再一一详述。

在图10所示的通信装置的各个实现方式中，收发器可以包括接收机和发射机，该接收机用于执行接收的功能(或操作)，该发射机用于执行发射的功能(或操作)。以及收发器用于通过传输介质和其他设备/装置进行通信。

可选的，通信装置100还可以包括一个或多个存储器1030，用于存储程序指令和/或数据等。存储器1030和处理器1020耦合。本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接，可以是电性，机械或其它的形式，用于装置、单元或模块之间的信息交互。处理器1020可能和存储器1030协同操作。处理器1020可可以执行存储器1030中存储的程序指令。可选的，上述一个或多个存储器中的至少一个可以包括于处理器中。

本申请实施例中不限定上述收发器1010、处理器1020以及存储器1030之间的具体连接介质。本申请实施例在图10中以存储器1030、处理器1020以及收发器1010之间通过总线1040连接，总线在图10中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图10中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

在本申请实施例中，处理器可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等，可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成等。

本申请实施例中，存储器可包括但不限于硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)等非易失性存储器，随机存储记忆体(Random AccessMemory，RAM)、可擦除可编程只读存储器(Erasable Programmable ROM，EPROM)、只读存储器(Read-Only Memory，ROM)或便携式只读存储器(Compact Disc Read-Only Memory，CD-ROM)等等。存储器是能够用于携带或存储具有指令或数据结构形式的程序代码，并能够由计算机(如本申请示出的通信装置等)读和/或写的任何存储介质，但不限于此。本申请实施例中的存储器还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。

示例性的，处理器1020主要用于对通信协议以及通信数据进行处理，以及对整个通信装置进行控制，执行软件程序，处理软件程序的数据。存储器1030主要用于存储软件程序和数据。收发器1010可以包括控制电路和天线，控制电路主要用于基带信号与射频信号的转换以及对射频信号的处理。天线主要用于收发电磁波形式的射频信号。输入输出装置，例如触摸屏、显示屏，键盘等主要用于接收用户输入的数据以及对用户输出数据。

当通信装置开机后，处理器1020可以读取存储器1030中的软件程序，解释并执行软件程序的指令，处理软件程序的数据。当需要通过无线发送数据时，处理器1020对待发送的数据进行基带处理后，输出基带信号至射频电路，射频电路将基带信号进行射频处理后将射频信号通过天线以电磁波的形式向外发送。当有数据发送到通信装置时，射频电路通过天线接收到射频信号，将射频信号转换为基带信号，并将基带信号输出至处理器1020，处理器1020将基带信号转换为数据并对该数据进行处理。

在另一种实现中，所述的射频电路和天线可以独立于进行基带处理的处理器而设置，例如在分布式场景中，射频电路和天线可以与独立于通信装置，呈拉远式的布置。

可理解，本申请实施例示出的通信装置还可以具有比图10更多的元器件等，本申请实施例对此不作限定。以上所示的处理器和收发器所执行的方法仅为示例，对于该处理器和收发器具体所执行的步骤可参照上文介绍的方法。

在另一种可能的实现方式中，网络设备的功能也可以由网络设备中的模块(如芯片)来执行，也可以由包含有网络设备功能的控制子***来执行。这里的包含有网络设备功能的控制子***可以是智能电网、工业控制、智能交通、智慧城市等上述应用场景中的控制中心。终端设备的功能也可以由终端设备中的模块(如芯片或调制解调器)来执行，也可以由包含有终端设备功能的装置来执行。图9所示的通信装置中，处理单元901可以是一个或多个逻辑电路，收发单元902可以是输入输出接口，又或者称为通信接口，或者接口电路，或接口等等。或者收发单元902还可以是发送单元和接收单元，发送单元可以是输出接口，接收单元可以是输入接口，该发送单元和接收单元集成于一个单元，例如输入输出接口。如图11所示，图11所示的通信装置包括逻辑电路1101和接口1102。即上述处理单元901可以用逻辑电路1101实现，收发单元902可以用接口1102实现。其中，该逻辑电路1101可以为芯片、处理电路、集成电路或片上***(system on chip，SoC)芯片等，接口1102可以为通信接口、输入输出接口、管脚等。示例性的，图11是以上述通信装置为芯片为例出的，该芯片包括逻辑电路1101和接口1102。

本申请实施例中，逻辑电路和接口还可以相互耦合。对于逻辑电路和接口的具体连接方式，本申请实施例不作限定。

在本申请的一些实施例中，该通信装置可以用于执行上文方法实施例(包括图2、图7和图8)中由终端设备执行的步骤或功能等。当上述通信装置为应用于终端设备的芯片时，该终端设备的芯片实现上述方法实施例中终端设备的功能。该终端设备的芯片从终端设备中的其它模块(如射频模块或天线)接收信息，该信息可以是网络设备发送给终端设备的；或者，该终端设备的芯片向终端设备中的其它模块(如射频模块或天线)发送信息，该信息是终端设备发送给网络设备的。

接口1102，用于输出请求信息，请求信息用于指示第一调度周期，该第一调度周期为终端设备期望的上行调度周期；逻辑电路1101，用于根据第一调度周期输出第一上行数据。

在一种可能的实现方式中，逻辑电路1101，还用于基于如下至少一项确定第一调度周期：终端设备的业务类型、终端设备的业务周期、终端设备的传输时延。

在一种可能的实现方式中，逻辑电路1101，具体用于在接收到来自网络设备的确认信息的情况下，根据第一调度周期输出第一上行数据，确认信息用于确认第一调度周期；或者，在接收到来自网络设备的配置信息，且配置信息用于指示第一调度周期的情况下，根据第一调度周期输出第一上行数据。

在一种可能的实现方式中，逻辑电路1101，还用于在接收到来自网络设备的拒绝信息的情况下，根据第二调度周期输出第二上行数据，拒绝信息用于拒绝第一调度周期，第二调度周期为网络设备预先配置的上行调度周期；或者，在接收到来自网络设备的配置信息，且配置信息用于指示第三调度周期的情况下，根据第三调度周期输出第二上行数据；或者，在未接收到来自网络设备的响应信息的情况下，根据第二调度周期输出第二上行数据，第二调度周期为网络设备预先配置的上行调度周期。

在一种可能的实现方式中，逻辑电路1101，还用于若未接收到来自网络设备的针对第一上行数据的重传请求信息，则根据第一调度周期输出第三上行数据。逻辑电路1101接口1102

在本申请的又一些实施例中，该通信装置可以用于执行上文方法实施例(包括图2、图7和图8)中由网络设备执行的步骤或功能等。当上述通信装置为应用于网络设备的模块时，该网络设备模块实现上述方法实施例中网络设备的功能。该网络设备模块从网络设备中的其它模块(如射频模块或天线)接收信息，该信息是终端设备发送给网络设备的；或者，该网络设备模块向网络设备中的其它模块(如射频模块或天线)发送信息，该信息是网络设备发送给终端设备的。这里的网络设备模块可以是网络设备的基带芯片，也可以是DU或其他模块，这里的DU可以是开放式无线接入网(open radio access network，O-RAN)架构下的DU。本申请实施例以网络设备模块为芯片为例进行说明，但是不应将其理解为对本申请实施例的限定。

接口1102，用于输入请求信息，请求信息用于指示第一调度周期，第一调度周期为终端设备期望的上行调度周期；逻辑电路1101，用于根据第一调度周期输入第一上行数据。

在一种可能的实现方式中，逻辑电路1101，具体用于在向终端设备发送确认信息的情况下，根据第一调度周期输入第一上行数据；或者，在向终端设备发送配置信息，且配置信息用于指示第一调度周期的情况下，根据第一调度周期输入第一上行数据。

在一种可能的实现方式中，逻辑电路1101，还用于在向终端设备发送拒绝信息的情况下，根据第二调度周期输入第二上行数据，拒绝信息用于拒绝第一调度周期，第二调度周期为网络设备预先配置的上行调度周期；或者，在向终端设备发送配置信息，且配置信息用于指示第三调度周期的情况下，根据第三调度周期输入第二上行数据；或者，在未向终端设备发送响应信息的情况下，根据第二调度周期输入第二上行数据，第二调度周期为网络设备预先配置的上行调度周期。

在一种可能的实现方式中，逻辑电路1101，还用于在确认第一调度周期的情况下，根据第一调度周期输入第三上行数据。

可理解，本申请实施例示出的逻辑电路和接口的具体说明仅为示例，对于逻辑电路和接口的具体功能或执行的步骤等，可以参考上述方法实施例，这里不再详述。

上个各个实施例中，关于第一调度周期、第二调度周期、第三调度周期、第一上行数据、第二上行数据、第三上行数据、请求信息、MAC-CE等说明还可以参考上文方法实施例中的介绍，这里不再一一详述。

可理解，本申请实施例示出的通信装置可以采用硬件的形式实现本申请实施例提供的方法，也可以采用软件的形式实现本申请实施例提供的方法等，本申请实施例对此不作限定。

本申请实施例还提供了一种无线通信***，该无线通信***包括终端设备和网络设备，该终端设备和该网络设备可以用于执行前述任一实施例(如图2、图7和图8)中的方法。

此外，本申请还提供一种计算机程序，该计算机程序用于实现本申请提供的方法中由终端设备执行的操作和/或处理。

本申请还提供一种计算机程序，该计算机程序用于实现本申请提供的方法中由网络设备执行的操作和/或处理。

本申请还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机代码，当计算机代码在计算机上运行时，使得计算机执行本申请提供的方法中由终端设备执行的操作和/或处理。

本申请还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机代码，当计算机代码在计算机上运行时，使得计算机执行本申请提供的方法中由网络设备执行的操作和/或处理。

本申请还提供一种计算机程序产品，该计算机程序产品包括计算机代码或计算机程序，当该计算机代码或计算机程序在计算机上运行时，使得本申请提供的方法中由终端设备执行的操作和/或处理被执行。

本申请还提供一种计算机程序产品，该计算机程序产品包括计算机代码或计算机程序，当该计算机代码或计算机程序在计算机上运行时，使得本申请提供的方法中由网络设备执行的操作和/或处理被执行。

在本申请所提供的几个实施例中，应该理解到，所揭露的***、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本申请实施例提供的方案的技术效果。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

可以理解的是，在本申请的实施例中涉及的各种数字编号仅为描述方便进行的区分，并不用来限制本申请的实施例的范围。上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (24)

1.一种通信方法，其特征在于，所述方法包括：

发送请求信息，所述请求信息用于指示第一调度周期，所述第一调度周期为终端设备期望的上行调度周期；

根据所述第一调度周期发送第一上行数据。

2.根据权利要求1所述的方法，其特征在于，所述方法还包括：

基于如下至少一项确定所述第一调度周期：

所述终端设备的业务类型、所述终端设备的业务周期、所述终端设备的传输时延。

3.根据权利要求1或2所述的方法，其特征在于，所述根据所述第一调度周期发送第一上行数据包括：

在接收到来自网络设备的确认信息的情况下，根据所述第一调度周期发送所述第一上行数据，所述确认信息用于确认所述第一调度周期；或者，

在接收到来自网络设备的配置信息，且所述配置信息用于指示所述第一调度周期的情况下，根据所述第一调度周期发送所述第一上行数据。

4.根据权利要求3所述的方法，其特征在于，所述方法还包括：

在接收到来自网络设备的拒绝信息的情况下，根据第二调度周期发送第二上行数据，所述拒绝信息用于拒绝所述第一调度周期，所述第二调度周期为所述网络设备预先配置的上行调度周期；或者，

在接收到来自网络设备的配置信息，且所述配置信息用于指示第三调度周期的情况下，根据所述第三调度周期发送第二上行数据；或者，

在未接收到来自网络设备的响应信息的情况下，根据第二调度周期发送第二上行数据，所述第二调度周期为所述网络设备预先配置的上行调度周期。

5.根据权利要求3或4所述的方法，其特征在于，所述方法还包括：

监测物理下行控制信道PDCCH，所述PDCCH的周期由所述请求信息确定。

6.根据权利要求5所述的方法，其特征在于，所述PDCCH的周期由所述请求信息确定包括：

所述PDCCH的周期包含于所述请求信息中；或者，

所述PDCCH的周期与所述第一调度周期对应；或者，

所述PDCCH的周期与所述第二调度周期对应；或者，

所述PDCCH的周期与所述第三调度周期对应。

7.根据权利要求4-6任一项所述的方法，其特征在于，所述第一调度周期与所述第二调度周期不同。

8.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

若未接收到来自网络设备的针对所述第一上行数据的重传请求信息，则根据所述第一调度周期发送第三上行数据。

9.根据权利要求1-8任一项所述的方法，其特征在于，所述请求信息承载于媒体接入控制控制单元MAC-CE，所述MAC-CE位于包含数据的MAC子协议数据单元PDU之后，或者，所述MAC-CE位于包含填充的MAC子PDU中。

10.一种通信方法，其特征在于，所述方法包括：接收请求信息，所述请求信息用于指示第一调度周期，所述第一调度周期为终端设备期望的上行调度周期；

根据所述第一调度周期接收第一上行数据。

11.根据权利要求10所述的方法，其特征在于，所述根据所述第一调度周期接收第一上行数据包括：

在向所述终端设备发送确认信息的情况下，根据所述第一调度周期接收所述第一上行数据；或者，

在向所述终端设备发送配置信息，且所述配置信息用于指示所述第一调度周期的情况下，根据所述第一调度周期接收所述第一上行数据。

12.根据权利要求11所述的方法，其特征在于，所述方法还包括：

在向所述终端设备发送拒绝信息的情况下，根据第二调度周期接收第二上行数据，所述拒绝信息用于拒绝所述第一调度周期，所述第二调度周期为网络设备预先配置的上行调度周期；或者，

在向所述终端设备发送配置信息，且所述配置信息用于指示第三调度周期的情况下，根据所述第三调度周期接收第二上行数据；或者，

在未向所述终端设备发送响应信息的情况下，根据第二调度周期接收第二上行数据，所述第二调度周期为所述网络设备预先配置的上行调度周期。

13.根据权利要求11或12所述的方法，其特征在于，所述配置信息通过动态调度DG的下行控制信息DCI实现；所述方法还包括：

发送物理下行控制信道PDCCH，所述PDCCH的周期由所述请求信息确定。

14.根据权利要求13所述的方法，其特征在于，所述PDCCH的周期由所述请求信息确定包括：

所述PDCCH的周期包含于所述请求信息中；或者，

所述PDCCH的周期与所述第一调度周期对应；或者，

所述PDCCH的周期与所述第二调度周期对应；或者，

所述PDCCH的周期与所述第三调度周期对应。

15.根据权利要求12-14任一项所述的方法，其特征在于，所述第一调度周期与所述第二调度周期不同。

16.根据权利要求10所述的方法，其特征在于，所述方法还包括：

在确认所述第一调度周期的情况下，根据所述第一调度周期接收第三上行数据。

17.根据权利要求10-16任一项所述的方法，其特征在于，所述请求信息承载于媒体接入控制控制单元MAC-CE，所述MAC-CE位于包含数据的MAC子协议数据单元PDU之后，或者，所述MAC-CE位于包含填充的MAC子PDU中。

18.一种通信装置，其特征在于，包括用于执行根据权利要求1至17任一项所述方法的单元。

19.一种通信装置，其特征在于，包括处理器和存储器；

所述存储器用于存储指令；

所述处理器用于执行所述指令，以使根据权利要求1至17任一项所述的方法被执行。

20.一种通信装置，其特征在于，包括逻辑电路和接口，所述逻辑电路和接口耦合；

所述接口用于输入和/或输出代码指令，所述逻辑电路用于执行所述代码指令，以使根据权利要求1至17任一项所述的方法被执行。

21.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质用于存储计算机程序，当所述计算机程序被执行时，根据权利要求1至17任一项所述的方法被执行。

22.一种计算机程序，其特征在于，所述计算机程序被执行时，根据权利要求1至17任一项所述的方法被执行。

23.一种通信方法，其特征在于，所述通信方法包括如权利要求1至9任一项所述的方法和如权利要求10至17任一项所述的方法。

24.一种通信***，其特征在于，所述通信***包括终端设备和网络设备，所述终端设备用于执行根据权利要求1至9任一项所述的方法，所述网络设备用于执行根据权利要求10至17任一项所述的方法。