CN114389651A - 调度数据传输的方法和通信装置 - Google Patents

Abstract

本申请提供了一种调度数据传输的方法和通信装置。该方法包括：终端设备使用第一传输层数进行数据传输；在满足第一预设条件时，终端设备执行第一动作；在终端设备执行第一动作之后，终端设备接收网络设备发送的第一调度信息，第一调度信息用于指示终端设备使用第二传输层数进行数据传输，第二传输层数小于第一传输层数；其中，执行第一动作包括以下至少一种：降低探测参考信号SRS和/或PUSCH的发射功率；关闭用于发送SRS和/或PUSCH的多个天线端口中的至少一个天线端口；或向网络设备发送第一辅助信息消息。上述技术方案能够在不降低上下行吞吐峰值的前提下，使终端设备快速进行传输层数回退，减少或避免误码的产生。

Description

调度数据传输的方法和通信装置

技术领域

本申请涉及通信领域，并且更具体地，涉及一种调度数据传输的方法和通信装置。

背景技术

多输入多输出(multi input multi output，MIMO)技术，是在发射端和接收端分别使用多个发射天线(transmitter，Tx)和多个接收天线(receiver，Rx)进行信号的发射和接收。根据终端设备(user equipment，UE)的能力，终端设备可以支持如下的Tx天线与Rx天线数量的配置，例如1T2R、2T4R、1T4R、2TR、4T4R等。终端设备包括多个Tx天线或多个Rx天线，相应地，终端设备可以支持多流数据并发。

在目前的通信协议中，终端设备会向网络设备上报终端设备支持的接收天线的数量以及发送天线的数量。在网络设备调度终端设备进行数据传输时，网络设备调度不多于终端设备所上报的接收天线数量以及发送天线数量进行接收和发送。以2T4R的终端设备为例，终端设备向网络设备上报2T的发送能力和4R的接收能力，则网络设备可以调度终端设备以1T或2T发送数据，调度终端设备以1R、2R、3R或4R接收数据。即，网络设备会调度秩1(rank1)(对应的传输层数为1)或秩2(rank2)(对应的传输层数为2)发送，或调度秩1(rank1)(对应的传输层数为1)、秩2(rank2)(对应的传输层数为2)、秩3(rank3)(对应的传输层数为3)或秩4(rank4)(对应的传输层数为4)接收。

在一些场景中，终端设备期望以较低传输层数(layer数)传输，例如终端设备需要节省功耗，或者终端设备包括两个用户身份识别模块(subscriber identity module，SIM)卡(简称SIM卡)，该两个SIM卡同时传输数据时存在射频资源冲突等。终端设备可以通过重新接入网络并上报支持的MIMO能力使网络设备只能调度较低的layer数，或强行关闭发射/接收分集使网络设备自适应调整调度的layer数。但上述方式会中断当前业务或导致连续误码，影响用户的使用体验。

发明内容

本申请提供一种调度数据传输的方法和通信装置，能够使终端设备快速进行传输层数回退，减少或避免误码产生，提升用户体验。

第一方面，提供了一种调度数据传输的方法，包括：终端设备使用第一传输层数进行数据传输；在满足第一预设条件时，所述终端设备执行第一动作；在所述终端设备执行所述第一动作之后，所述终端设备接收网络设备发送的第一调度信息，所述第一调度信息用于指示所述终端设备使用第二传输层数进行数据传输，所述第二传输层数小于所述第一传输层数；其中，所述执行第一动作包括以下至少一种：降低探测参考信号SRS的发射功率；降低上行物理共享信道PUSCH的发射功率；关闭用于发送SRS的多个天线端口中的至少一个天线端口；关闭用于发送PUSCH的多个天线端口中的至少一个天线端口；或向所述网络设备发送第一辅助信息消息。

本申请实施例中，当终端设备想要以较低的传输层数进行传输时，通过执行第一动作，可以使网络设备快速响应进行调度调整。这样既不影响终端设备上报上下行MIMO能力，并且可以在不打断业务且不影响体验的前提下，关闭发射或接收分集，减少或避免误码产生。

结合第一方面，在一种可能的实现方式中，所述第一预设条件包括以下至少一种：所述终端设备检测到的参考信号接收功率RSRP大于第一阈值；所述终端设备处理的数据业务属于第一预设业务类型；所述终端设备处理的数据业务的应用层数据流量小于第二阈值；所述终端设备的温度大于第三阈值；所述终端设备的电量小于第四阈值；或所述终端设备携带第一用户身份识别模块SIM卡和第二SIM卡，其中所述第一SIM卡使用所述第一传输层数处理第一数据业务，所述第二SIM卡在空闲态下接收到第二数据业务的请求。

终端设备检测到的参考信号接收功率RSRP大于第一阈值时，可以认为终端设备处于信号质量优良的位置。终端设备可以使用较低的传输层数进行传输，以节省功耗。

可选地，第一预设业务类型包括短信业务、文字性网页浏览业务、即时通讯业务、碎片式内容传输业务。第一预设业务类型中的业务一般为小流量业务，当终端设备处理的数据业务属于第一预设业务类型时，终端设备使用较低的传输层数进行传输就可以满足需求，可以节省功耗。

终端设备处理的数据业务的应用层数据流量小于第二阈值时，该数据业务需要的应用层数据流量较小，因此终端设备可以使用较低的传输层数进行传输，以节省功耗。

终端设备的温度大于第三阈值时，终端设备的温度较高，终端设备需要使用较低的传输层数进行传输，以降低功耗。

终端设备的电量小于第四阈值时，终端设备的电量较小，终端设备可以使用较低的传输层数进行传输，以降低功耗，节省电量。

在终端设备携带有第一SIM卡和第二SIM卡的情况下，由于第一SIM卡和第二SIM卡共同使用终端设备的射频资源。第一SIM卡和第二SIM卡在处理业务时可能会产生射频资源的使用冲突问题，此时终端设备可以降低其中一个SIM卡的传输层数，从而释放部分或全部的射频资源供另一个SIM卡处理业务。

结合第一方面，在一种可能的实现方式中，第一调度信息为下行控制指示(downlink control indicator，DCI)。

这里，第一调度信息为DCI，也可以描述为第一调度信息承载于DCI中。

结合第一方面，在一种可能的实现方式中，所述第一辅助信息消息为过热(overheating)指示消息。

该过热指示消息在一些实施例中也可以描述为过热辅助信息(overheatingassistance information)消息。

可选地，所述第一辅助信息消息为标准协议规定的终端辅助信息(UEAssistanceInformation)消息。

终端设备通过标准信令的方式触发网络设备进行传输层数的调度调整，信令交互过程快速，网络设备可及时响应。

结合第一方面，在一种可能的实现方式中，所述第一辅助信息消息包括第二最大传输层数，所述第二最大传输层数小于第一最大传输层数，所述第一最大传输层数等于所述网络设备在所述终端设备执行所述第一动作之前所能调度的传输层数的最大值。

第一辅助信息消息包括的第二最大传输层数小于网络设备在终端设备执行第一动作之前所能调度的传输层数的最大值，这样网络设备后续可以为终端设备配置传输层数的最大值为第二最大传输层数，之后网络设备只能在第二最大传输层数以内对终端设备进行调度。

结合第一方面，在一种可能的实现方式中，所述第一传输层数和所述第二传输层数用于上行数据传输；或者，所述第一传输层数和所述第二传输层数用于下行数据传输。

结合第一方面，在一种可能的实现方式中，所述终端设备包括多个用于发送SRS的天线端口，所述降低探测参考信号SRS的发射功率，包括：降低所述多个用于发送SRS的天线端口中的至少一个天线端口对应的SRS发射功率。

可选地，终端设备可以以步进式、递增式、或递减式降低SRS的发射功率，也可以将SRS的发射功率直接降低到门限值。

终端设备通过降低SRS的发射功率，使得网络设备检测到的SRS的接收功率较小，相当于构造终端设备处于远点的类似场景，使得网络设备调度较低的传输层数。

结合第一方面，在一种可能的实现方式中，所述终端设备包括多个用于发送PUSCH的天线端口，所述降低上行物理共享信道PUSCH的发射功率，包括：降低所述多个用于发送PUSCH的天线端口中的至少一个天线端口对应的PUSCH发射功率。

可选地，终端设备可以以步进式、递增式、或递减式降低PUSCH的发射功率，也可以将PUSCH的发射功率直接降低到门限值。

终端设备通过降低PUSCH的发射功率，使得网络设备检测到的PUSCH的接收功率较小，相当于构造终端设备处于远点的类似场景，使得网络设备调度较低的传输层数。

结合第一方面，在一种可能的实现方式中，所述用于发送SRS的多个天线端口包括第一端口组，所述第一端口组用于发送用于天线切换AS的SRS，所述终端设备进行下行数据传输，所述关闭用于发送SRS的多个天线端口中的至少一个天线端口，包括：关闭所述第一端口组中的至少一个端口。

该第一端口组包括多个天线端口。

终端设备通过关闭用于发送AS SRS的天线端口，可以使网络设备及时获得终端设备状态，从而快速进行调度调整。网络设备可以根据发送AS SRS的天线端口数量，调整终端设备的下行传输层数的调度。

结合第一方面，在一种可能的实现方式中，所述用于发送SRS的多个天线端口包括第二端口组，所述第二端口组用于发送用于码本CB的SRS，所述终端设备进行上行数据传输，所述关闭用于发送SRS的多个天线端口中的至少一个天线端口，包括：关闭所述第二端口组中的至少一个端口。

该第二端口组包括多个天线端口。

终端设备通过关闭用于发送CB SRS的天线端口，可以使网络设备及时获得终端设备状态，从而快速进行调度调整。网络设备可以根据发送CB SRS的天线端口数量，调整终端设备的上行传输层数的调度。

结合第一方面，在一种可能的实现方式中，所述第一预设条件包括所述终端设备携带第一用户身份识别模块SIM卡和第二SIM卡，其中所述第一SIM卡使用所述第一传输层数处理第一数据业务，所述第二SIM卡在空闲态下接收到第二数据业务的请求，所述方法还包括：所述终端设备启动定时器；若所述定时器在所述终端设备接收所述第一调度信息之后超时，所述第二SIM卡使用第三传输层数处理所述第二数据业务，所述第一SIM使用所述第二传输层数处理所述第一数据业务；若所述定时器在所述终端设备接收所述第一调度信息之前超时，所述第二SIM卡使用所述第三传输层数处理所述第二数据业务，所述第一SIM卡进入空闲态。

本申请实施例中，可以在不打断第一SIM卡业务的前提下，使第一SIM卡快速进行传输层数回退，而不是由网络设备自适应调度调整。因此，既不影响第一SIM卡业务的使用体验，也可以使第二SIM卡在需要处理业务请求的时候进入连接态，进行处理。另外，不影响终端设备上报最高上行传输层数，因此不会降低上行吞吐峰值。

定时器未超时的情况下，第二SIM卡接收到第二数据业务请求后可以先使第二SIM卡处于等待状态，暂缓处理第二数据业务，从而为第一SIMA卡的传输层数回退留出时间。

当定时器超时后，第一SIM卡直接进入空闲态，第二SIM卡使用发射通道处理业务请求。这种情况下，由于第一SIM卡进入空闲态，网络设备侧可以很快感知到第一SIM卡的状态，从而快速进行调度调整，可以减少误码的发生。

可选地，定时器可以位于第一SIM卡一侧，或者位于第二SIM卡一侧。

这里，终端设备使用第一传输层数进行数据传输，可以理解为第一SIM卡使用第一传输层数处理第一数据业务。

结合第一方面，在一种可能的实现方式中，在所述终端设备启动定时器之前，还包括：所述终端设备根据所述第一数据业务的类型和所述第二数据业务的类型，确定所述定时器的时长。

根据第一SIM卡和第二SIM卡的业务类型确定定时器时长，可以灵活应用于各种业务组合场景。

结合第一方面，在一种可能的实现方式中，在所述终端设备执行第一动作之前，还包括：所述终端设备根据所述第一数据业务的类型和所述第二数据业务的类型，确定所述第一动作。

第一SIM卡和第二SIM卡的业务类型组合不同，终端设备可以执行不同的第一动作，例如实现快速回退或慢速回退，可以灵活应用于各种业务组合场景。

结合第一方面，在一种可能的实现方式中，所述第二传输层数与所述第三传输层数之和小于或等于所述网络设备在所述终端设备执行所述第一动作之后所能调度的传输层数的最大值。

当第一SIM卡和第二SIM卡同时处理数据业务时，第一SIM卡使用的第二传输层数和第二SIM卡使用的第三传输层数应小于或等于网络设备在终端设备执行第一动作之后所能调度的传输层数的最大值。这样第一SIM卡和第二SIM卡协调使用终端设备的射频资源处理各自数据业务。

结合第一方面，在一种可能的实现方式中，所述第一SIM卡使用所述第一传输层数处理第一数据业务，包括：所述第一SIM卡使用所述终端设备的全部上行射频资源处理所述第一数据业务。

结合第一方面，在一种可能的实现方式中，所述第一SIM卡上报的上行传输层数的最大值为2，所述第二SIM卡上报的上行传输层数的最大值为1。

结合第一方面，在一种可能的实现方式中，所述终端设备包括1个发射天线和2个接收天线；或者，所述终端设备包括2个发射天线和4个接收天线。

结合第一方面，在一种可能的实现方式中，还包括：所述终端设备使用所述第二传输层数进行数据传输；在满足第二预设条件时，所述终端设备执行第二动作；在所述终端设备执行所述第二动作之后，所述终端设备接收所述网络设备发送的第二调度信息，所述第二调度信息用于指示所述终端设备使用第四传输层数进行数据传输，所述第四传输层数大于所述第二传输层数；其中，所述执行第二动作包括以下至少一种：提高探测参考信号SRS的发射功率；提高上行物理共享信道PUSCH的发射功率；开启被关闭的用于发送SRS的多个天线端口中的至少一个天线端口；开启被关闭的用于发送PUSCH的多个天线端口中的至少一个天线端口；或向所述网络设备发送第二辅助信息消息。

当终端设备想要以较高的传输层数进行传输时，通过执行第二动作，可以使网络设备快速响应进行调度调整。这样既不影响终端设备上报上下行MIMO能力，并且可以在不打断业务且不影响体验的前提下，打开发射或接收分集，提升频谱利用率。

结合第一方面，在一种可能的实现方式中，所述第二预设条件包括以下至少一种：所述终端设备检测到的参考信号接收功率RSRP小于第五阈值；所述终端设备处理的数据业务属于第二预设业务类型；所述终端设备处理的数据业务的应用层数据流量大于第六阈值；所述终端设备的温度小于第七阈值；所述终端设备的电量大于第八阈值；或所述终端设备携带第一SIM卡和第二SIM卡，其中所述第一SIM卡处于空闲态或使用所述第二传输层数处理第一数据业务，所述第二SIM卡结束第二数据业务的处理并由业务连接态进入空闲态。

终端设备检测到的参考信号接收功率RSRP小于第五阈值时，可以认为终端设备处于信号质量较差的位置。终端设备可以使用较高的传输层数进行传输，以保证吞吐量。

可选地，第二预设业务类型包括通话业务、图片性网页浏览业务、视频业务、游戏业务等。第二预设业务类型中的业务一般为大流量业务，当终端设备处理的数据业务属于第二预设业务类型时，终端设备需要使用较高的传输层数进行传输，以保证吞吐量。

终端设备处理的数据业务的应用层数据流量大于第六阈值时，该数据业务需要的应用层数据流量较大，因此终端设备需要使用较高的传输层数进行传输，以保证吞吐量。

终端设备的温度小于第七阈值时，终端设备的温度较低，终端设备可以使用较高的传输层数进行传输，以提升频谱利用率。

终端设备的电量大于第八阈值时，终端设备的电量较多，终端设备可以使用较高的传输层数进行传输，以提升频谱利用率。

在终端设备携带有第一SIM卡和第二SIM卡的情况下，由于第一SIM卡和第二SIM卡共同使用终端设备的射频资源。第一SIM卡和第二SIM卡在处理业务时可能会产生射频资源的使用冲突问题，此时终端设备可以降低其中一个SIM卡的传输层数，从而释放部分或全部的射频资源供另一个SIM卡处理业务。

在终端设备携带有第一SIM卡和第二SIM卡的情况下，由于第一SIM卡和第二SIM卡共同使用终端设备的射频资源。当其中一个SIM卡结束业务处理时，可以释放部分射频资源供另一个SIM卡处理业务，因此另一个SIM卡可以使用较高的传输层数进行传输。

可选地，第五阈值等于第一阈值；或者，第六阈值等于第二阈值；或者第七阈值等于第三阈值；或者第八阈值等于第四阈值。

结合第一方面，在一种可能的实现方式中，所述第四传输层数等于所述第一传输层数。

网络设备调度终端设备恢复使用执行第一动作之前的传输层数进行传输。

第二方面，提供了一种调度数据传输的方法，包括：网络设备根据终端设备发送的探测参考信号SRS，确定终端设备上用于发送所述SRS的天线端口数；所述网络设备根据所述天线端口数，调整调度所述终端设备的传输层数。

网络设备通过检测终端设备用于发送SRS的天线端口数量，可以确定调度终端设备进行数据传输的层数，便于进行调度调整。

结合第二方面，在一种可能的实现方式中，所述终端设备包括多个用于发送SRS的天线端口，所述用于发送SRS的多个天线端口包括第一端口组，所述第一端口组用于发送用于天线切换AS的SRS，所述终端设备进行下行数据传输，所述确定终端设备上用于发送所述SRS的天线端口数，包括：根据所述终端设备发送的用于天线切换AS的SRS，确定所述第一端口组中发送天线切换AS的SRS的天线端口数；所述调整调度所述终端设备的传输层数，包括：根据所述第一端口组中发送天线切换AS的SRS的天线端口数，确定调整调度终端设备的下行传输层数。

结合第二方面，在一种可能的实现方式中，所述终端设备包括多个用于发送SRS的天线端口，所述用于发送SRS的多个天线端口包括第二端口组，所述第二端口组用于发送用于码本CB的SRS，所述终端设备进行上行数据传输，所述确定终端设备上用于发送所述SRS的天线端口数，包括：根据所述终端设备发送的用于码本CB的SRS，确定所述第二端口组中发送用于码本CB的SRS的天线端口数；所述调整调度所述终端设备的传输层数，包括：根据所述第二端口组中发送用于码本CB的SRS的天线端口数，确定调整调度终端设备的上行传输层数。

第三方面，提供了一种终端设备，包括用于执行上述第一方面或第一方面中任一种可能实现方式中的方法的模块或单元。该模块或单元可以是硬件电路，也可是软件，也可以是硬件电路结合软件实现。

第四方面，提供了一种网络设备，包括用于执行上述第二方面或第二方面中任一种可能实现方式中的方法的模块或单元。该模块或单元可以是硬件电路，也可是软件，也可以是硬件电路结合软件实现。

第五方面，提供了一种通信装置，包括一个或多个处理器、一个或多个存储器，所述一个或多个存储器存储一个或多个计算机程序，所述一个或多个计算机程序包括指令，当所述指令被所述一个或多个处理器执行时，使得所述通信装置执行上述第一方面或第一方面中任一种可能实现方式中的方法。

可选地，所述通信装置还包括收发器。

第六方面，提供了一种通信装置，包括一个或多个处理器、一个或多个存储器，所述一个或多个存储器存储一个或多个计算机程序，所述一个或多个计算机程序包括指令，当所述指令被所述一个或多个处理器执行时，使得所述通信装置执行上述第二方面或第二方面中任一种可能实现方式中的方法。

可选地，所述通信装置还包括收发器。

第七方面，提供一种通信装置，所述通信装置可以是终端设备，也可以是终端设备内的芯片。所述通信装置可以包括处理单元和收发单元。当所述通信装置是终端设备时，所述处理单元可以是处理器，所述收发单元可以是收发器；所述终端设备还可以包括存储单元，所述存储单元可以是存储器；所述存储单元用于存储指令，所述处理单元执行所述存储单元所存储的指令，以使所述终端设备执行第一方面或第一方面中任一种可能实现方式中的方法。当所述装置是终端设备内的芯片时，所述处理单元可以是处理器，所述收发单元可以是输入/输出接口、管脚或电路等；所述处理单元执行存储单元所存储的指令，以使所述终端设备执行第一方面或第一方面中任一种可能实现方式中的方法，所述存储单元可以是所述芯片内的存储单元(例如，寄存器、缓存等)，也可以是所述终端设备内的位于所述芯片外部的存储单元(例如，只读存储器、随机存取存储器等)。

第八方面，提供一种通信装置，所述通信装置可以是网络设备，也可以是网络设备内的芯片。所述通信装置可以包括处理单元和收发单元。当所述通信装置是网络设备时，所述处理单元可以是处理器，所述收发单元可以是收发器；所述网络设备还可以包括存储单元，所述存储单元可以是存储器；所述存储单元用于存储指令，所述处理单元执行所述存储单元所存储的指令，以使所述网络设备执行第二方面或第二方面中任一种可能实现方式中的方法。当所述装置是网络设备内的芯片时，所述处理单元可以是处理器，所述收发单元可以是输入/输出接口、管脚或电路等；所述处理单元执行存储单元所存储的指令，以使所述网络设备执行第二方面或第二方面中任一种可能实现方式中的方法，所述存储单元可以是所述芯片内的存储单元(例如，寄存器、缓存等)，也可以是所述网络设备内的位于所述芯片外部的存储单元(例如，只读存储器、随机存取存储器等)。

第九方面，提供一种芯片系统，包括至少一个处理器，当程序指令在所述至少一个处理器中执行时，使得所述至少一个处理器执行上述第一方面或第二方面，以及第一方面或第二方面中任一种可能实现方式中的方法。

第十方面，提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序代码，当所述计算机程序代码在计算机上运行时，使得计算机执行上述各方面中的方法。

需要说明的是，上述计算机程序代码可以全部或者部分存储在第一存储介质上，其中第一存储介质可以与处理器封装在一起的，也可以与处理器单独封装，本申请实施例对此不作具体限定。

第十一方面，提供了一种计算机可读介质，所述计算机可读介质存储有程序代码，当所述计算机程序代码在计算机上运行时，使得计算机执行上述各方面中的方法。

附图说明

图1是本申请实施例适用的通信系统的示意图；

图2是本申请实施例提供的一种终端设备的示意性结构图；

图3是终端设备上支持2T4R天线切换的硬件示意图；

图4是终端设备上支持1T4R和2T4R天线切换的硬件示意图；

图5是终端设备物理层的上行处理流程示意图；

图6是终端设备能力上报过程和数据传输调度过程的示意性流程图；

图7是本申请实施例提供的一种调度数据传输的方法的示意性流程图；

图8是本申请实施例提供的另一种调度数据传输的方法的示意性流程图；

图9是双卡双待单通的终端设备上行发射通道使用示意图；

图10是双卡双待双通的终端设备上行发射通道使用示意图；

图11是本申请实施例提供的一种调度数据传输的方法的示意性流程图；

图12是本申请实施例提供的另一种调度数据传输的方法的示意性流程图；

图13是本申请实施例提供的一种调度数据传输的方法的示意性流程图；

图14是本申请实施例提供的一种调度数据传输的方法的示意性流程图；

图15是本申请实施例提供的一种调度数据传输的方法的示意性流程图；

图16是本申请实施例提供的终端设备能力上报过程和数据传输调度过程的示意性流程图；

图17是本申请实施例提供的一种调度数据传输的方法的示意性流程图；

图18是本申请实施例提供的另一种调度数据传输的方法的示意性流程图；

图19是本申请实施例提供的一种调度数据传输的方法的示意性流程图；

图20是本申请实施例提供的调度数据传输的方法的示意性流程图；

图21是本申请实施例提供的终端设备SRS资源配置、复用方式、回退方式的示意图；

图22是本申请实施例提供的终端设备SRS资源配置、复用方式、回退方式的示意图；

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

图24是本申请实施例提供的一种终端设备的示意图。

具体实施方式

下面将结合附图，对本申请中的技术方案进行描述。

本申请实施例的技术方案可以应用于各种通信系统，包括但不限于：全球移动通信(global system for mobile communications，GSM)系统、码分多址(code divisionmultiple access，CDMA)系统、宽带码分多址(wideband code division multipleaccess，WCDMA)系统、通用分组无线业务(general packet radio service，GPRS)、长期演进(long term evolution，LTE)系统、LTE频分双工(frequency division duplex，FDD)系统、LTE时分双工(time division duplex，TDD)、通用移动通信系统(universal mobiletelecommunication system，UMTS)、全球互联微波接入(worldwide interoperabilityfor microwave access，WiMAX)通信系统、第五代(5th generation，5G)移动通信系统或新无线(new radio，NR)系统、窄带物联网(narrow band internet of things，NB-IoT)系统、增强型机器类型通信(enhanced machine-type communication，eMTC)系统或LTE-机器到机器(LTE-machine-to-machine，LTE-M)系统以及未来的第六代移动通信系统等。

需要说明的是，在本申请实施例中，术语“通信”还可以描述为“数据传输”、“信号传输”、“信息传输”或“传输”等。在本申请实施例中，传输可以包括发送或接收。示例性地，传输可以是上行传输，例如可以是终端设备向网络设备发送信号；传输也可以是下行传输，例如可以是网络设备向终端设备发送信号。

为便于理解本申请实施例，首先结合图1详细说明适用于本申请实施例的通信系统。图1示出了本申请实施例适用的通信系统的示意图。如图1所示，通信系统100可以包括网络设备110和终端设备120。

网络设备110可以是用于与终端设备120通信的设备，例如为用于将终端设备120接入无线接入网络(radio access network，RAN)的基站。基站有时也可称为接入网设备或接入网节点。可以理解的是，采用不同无线接入技术的系统中，具备基站功能的设备的名称可能会有所不同。为方便描述，本申请实施例将为终端设备提供无线通信接入功能的装置统称为基站。本申请实施例中，网络设备110包括但不限于：LTE中的演进型节点B(evolvednode B，eNB或eNodeB)、无线网络控制器(radio network controller，RNC)、节点B(nodeB，NB)、基站控制器(base station controller，BSC)、基站收发台(base transceiverstation，BTS)、家庭基站(home evolved nodeB，或home node B，HNB)、基带单元(baseband unit，BBU)，无线保真(wireless fidelity，WIFI)系统中的接入点(access point，AP)、无线中继节点、无线回传节点、传输点(transmission point，TP)或者发送接收点(transmission and reception point，TRP)等，还可以为5G系统中的下一代基站节点(next generation node basestation，gNB)或传输点(TRP或TP)，5G系统中的基站的一个或一组(包括多个天线面板)天线面板，构成gNB或传输点的网络节点，如基带单元(BBU)或分布式单元(distributed unit，DU)，以及未来6G网络中的网络设备等。

在一些部署中，gNB可以包括集中式单元(centralized unit，CU)和分布式单元(distributed unit，DU)。gNB还可以包括射频单元(radio unit，RU)。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)层的功能。由于RRC层的信息最终会变成PHY层的信息，或者由PHY层的信息转变而来，因而，在这种架构下，高层信令如RRC层信令，也可以认为是由DU发送的，或者由DU+CU发送的。可以理解的是，网络设备110可以为CU节点、或DU节点、或包括CU节点和DU节点的设备。此外，CU可以划分为接入网(radio access network，RAN)中的网络设备，也可以划分为核心网(core network，CN)中的网络设备，本申请对此不作限定。

本申请实施例中，用于实现网络设备的功能的装置可以是网络设备，也可以是能够支持网络设备实现该功能的装置，例如芯片系统。在本申请实施例的技术方案中，以用于实现网络设备的功能的装置是网络设备，以网络设备是基站为例，描述本申请实施例提供的技术方案。

终端设备120可以是任意一种具有无线收发功能的设备。终端设备120也可以称为用户设备(user equipment，UE)、接入终端、终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、无线网络设备、用户代理或用户装置。本申请实施例中，终端设备120包括但不限于：蜂窝电话(cellular phone)、无绳电话、会话启动协议(session initiation protocol，SIP)电话、智能电话(smart phone)、无线本地环路(wireless localloop，WLL)站、个人数字处理(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它设备、车载设备、可穿戴设备、无人机设备、物联网或车联网中的终端设备，以及未来网络中的任意形态的终端、中继用户设备或者未来演进的公用陆地移动通信网络(public land mobile network，PLMN)中的终端等。终端设备120还可以是虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制(industrial control)中的终端设备、无人驾驶(self driving)中的终端设备、远程医疗(remote medical)中的终端设备、智能电网(smart grid)中的终端设备、智慧城市(smart city)中的终端设备、智慧家庭(smarthome)中的终端设备等，本申请实施例对此并不限定。

本申请实施例中，用于实现终端设备的功能的装置可以是终端设备，也可以是能够支持终端设备实现该功能的装置，例如芯片系统。芯片系统可以由芯片构成，也可以包括芯片和其他分立器件。本申请实施例的技术方案中，以用于实现终端设备的功能的装置是终端设备，以终端设备是UE为例，描述本申请实施例提供的技术方案。

网络设备110和终端设备120可以是独立组网(standalone，SA)架构中的通信设备，也可以是非独立组网(non-standalone，NSA)架构中的通信设备，本申请实施例对此不作限定。

应理解，图1仅为便于理解而示例的简化示意图，该通信系统100中还可以包括其他网络设备或者还可以包括其他终端设备，图1中未予以画出。

网络设备110与终端设备120之间可以通过无线链路通信。网络设备110到终端设备120的传输链路可以称为下行链路(downlink)或下行信道，用于传输下行信号。终端设备120到网络设备110的传输链路可以称为上行链路(uplink)或上行信道，用于传输上行信号。示例性的，网络设备110可以通过下行信道向终端设备120发送下行参考信号，例如小区特定的参考信号(cell-specific reference signal，CRS)、UE特定的参考信号(UE-specific reference signal)，以用于信道状态信息的测量、数据解调、波束训练、时频参数跟踪等。终端设备120可以通过上行信道向网络设备110发送上行参考信号，例如探测参考信号(sounding reference signal，SRS)、解调参考信号(demodulation referencesignal，DMRS)，以用于上下行信道测量、数据解调等。网络设备110和终端设备120之间还可以通过下行信道进行下行数据传输，通过上行信道进行上行数据传输。

本申请实施例中，网络设备110为小区提供服务，终端设备110通过该小区例如图1所示的小区130使用的传输资源(例如，频域资源，或者说，频谱资源)与网络设备110进行通信。网络设备110可以是宏基站、微基站、中继站或接入点等。该小区130可以属于宏基站，或属于小小区(small cell)对应的基站。这里的小小区可以包括：城市小区(metro cell)、微小区(micro cell)、微微小区(pico cell)、毫微微小区(femto cell)等。小小区是相对于宏小区(macro cell)而言的，宏小区一般覆盖范围比较大(例如半径500米以上)、发射功率高，而小小区则具有覆盖范围小(例如半径几十米)、发射功率低的特点，适用于提供高速率的数据传输服务。

此外，LTE系统或5G系统中的载波上可以同时有多个小区同频工作，在某些特殊场景下，也可以认为上述载波与小区的概念等同。例如在载波聚合(carrier aggregation，CA)场景下，当为UE配置辅载波时，会同时携带辅载波的载波索引和工作在该辅载波的辅小区的小区标识(cell indentification，Cell ID)，在这种情况下，可以认为载波与小区的概念等同，比如UE接入一个载波和接入一个小区是等同的。

终端设备120开机或者重选后，需要执行小区的初始搜索过程，以搜索到一个合适的小区并驻留。当终端设备120在某个小区，例如小区130，完成了驻留之后，终端设备120在满足预设条件(例如，无业务等)下，进入了空闲态(idle)。处于空闲态的终端设备的无线资源控制(radio resource control，RRC)连接未建立，因此终端设备120也可称为处于RRC空闲态的终端设备。如果终端设备120后续又完成了随机接入过程，并和网络设备110建立了RRC连接，终端设备120则进入了连接态(connected)。处于连接态的终端设备的RRC连接建立，因此终端设备120也可称为处于RRC连接态的终端设备。

终端设备120与网络设备110之间进行通信时，为了降低干扰，需要在保证电平强度和信号质量的前提下，对终端设备120和网络设备110的功率进行控制。即根据需要调整网络设备110与终端设备120的发射功率。

功率控制(简称功控)包括上行功率控制和下行功率控制，上下行功率控制可独立进行。上行功控时，需要调整终端设备120的输出功率，使网络设备110获得稳定的接收信号强度，以减少对同邻频的干扰，降低终端设备120的功耗。下行功控时，需要调整网络设备110的输出功率，使终端设备120获得稳定的接收信号强度，减少同邻频干扰，降低网络设备110的功耗。本申请实施例主要以终端设备侧的功率控制为例进行说明。

终端设备的功率控制机制一般有两种方式，一种是开环功率控制，另一种是闭环功率控制。

在开环功控中，终端设备120是通过自身的功率设定算法确定传输功率的，其中功率设定算法的输入数据均来自于终端设备内部设置数据或测量数据，没有来自网络设备的数据。开环功控过程一般应用于通信双方建立连接之前，例如初始物理随机接入信道(physical random access channel，PRACH)功率控制即为开环功控过程。

在闭环功控中，终端设备120是根据网络设备发送的反馈信息对传输功率进行控制的。具体过程为：终端设备向网络设备发送信号；网络设备测量来自发射端的信号的功率；如果网络设备检测到的功率过低，网络设备将发送“增加功率”的命令(例如传输功率控制(transmit power control，TPC)命令)，如果测量到的功率太大，网络设备将发送“降低功率”的命令。在闭环功控过程中，终端设备120的发射机可以根据接收端的反馈动态地改变输出功率。闭环功控机制是基于通信双方已经建立了连接，例如PRACH成功接入以后，终端设备的上行物理共享信道(physical uplink shared channel，PUSCH)功率控制和物理上行控制信道(physical uplink control channel，PUCCH)功率控制等即为闭环功控过程。在一些实施中，闭环功控也可以称为“基于命令的功率控制”。

为方便理解，下面参考图1举例说明。假设终端设备120刚刚开机，需要向网络设备110发送信号以进行小区搜索。由于终端设备120与网络设备110未建立连接，无法通过交换命令进行功率控制，因此终端设备120需要通过自身的参数确定适当的发射功率，其中该发射功率水平既能够使终端设备120发送的信号被网络设备110正确解码，同时不能干扰其他终端设备与网络设备之间的通信。即，终端设备120与网络设备110建立连接之前，可以采用开环控制的功率控制的方法。当终端设备120与网络设备110建立连接以后，网络设备110可以通过信令控制终端设备120的发射功率。例如终端设备120位于网络设备110的近距离点时，若网络设备110检测到终端设备120的功率过大，则可以通知终端设备120降低功率。当终端设备120位于网络设备110的远距离点时，若网络设备110检测到终端设备120的功率较低，则可以通知终端设备120增大功率。即，终端设备120与网络设备110建立连接之后，可以采用闭环控制的功率控制的方法。

应理解，网络设备的近距离点(以下简称近点)和远距离点(以下简称远点)是相对的概念，本申请实施例中将距离网络设备相对近的点可以称为近点，将距离网络设备相对远的点可以称为远点。更为具体地，本申请实施例中可以参考网络设备接收到的信号的质量确定近点和远点，例如根据网络设备检测到的参考信号接收功率(reference signalreceiving power，RSRP)、接收的信号强度指示(received signal strength indication，RSSI)、参考信号接收质量(reference signal receiving quality，RSRQ)、信噪比(signalnoise ratio，SNR)等参数中的一项或多项确定近点和远点。示例性地，可以将网络设备检测到的RSRP大于一定阈值时对应的位置称为近点，将检测到的RSRP小于该一定阈值时对应的位置称为远点。

网络设备110或终端设备120，可以配置多个天线(antenna，ANT)进行通信。该多个天线可以包括至少一个用于发送信号的发射天线(transmitter，Tx)和至少一个用于接收信号的接收天线(receiver，Rx)。另外，网络设备110或终端设备120还附加地包括发射机链和接收机链，本领域普通技术人员可以理解，它们均可包括与信号发送和接收相关的多个部件(例如处理器、调制器、复用器、解调器、解复用器或天线等)。

为便于理解，图2示出了终端设备的一种示意性结构图。图2所示的终端设备200可以是图1中的终端设备120的一个具体的例子。如图2所示，终端设备200可以包括基带处理器210、射频处理单元220、功率放大器(power amplifier，PA)230、低噪声放大器(lownoise amplifier，LNA)280、发射滤波器240、接收滤波器270、双工器250、天线260等。

天线260用于接收和发射射频信号。双工器250用于分开发射信号和接收信号。功率放大器230位于发送路径上，用于放大待发射的信号。低噪声放大器280位于接收路径上，用于放大天线接收的信号。射频处理单元220用于处理射频信号，例如将接收的射频信号进行混频和解调处理，或者将发送的数据信号变成射频信号。基带处理器210用于接收基带信号，并进行解调、交织、解密、信道解码等处理，或者用于将需要发送的数据进行编码、交织、加密、调制等处理形成基带信号。

在接收信号时，天线260将网络设备例如基站发送的高频电磁波转换为高频信号电流，送入双工器250。双工器250具有不同的频带，可以同时过滤传输信号(即发射信号)和接收信号的频率，并且具备防止传输电路(即发射电路)流向接收电路的功能。这里，双工器250主要用于将发射信号和接收信号相隔离，以保证接收和发射能够同时正常工作。经过双工器250的接收信号送入接收滤波器270，接收滤波器270可以允许接收频段的射频信号进入接收电路，而抑制其他频段的信号。经接收滤波器270处理后得到的射频信号送入低噪声放大器280，低噪声放大器280可以将微弱的射频信号进行放大，以提高接收机的信噪比。放大后的射频信号送入射频处理单元220进行处理，得到基带信号。基带信号送入基带处理器210中进行处理，例如对基带信号进行解调、解码以及将解码后的数字信号传输至上层系统等。相应地，终端设备200的接收机链可以包括天线260、双工器250、接收滤波器270、低噪声放大器280、射频处理单元220、基带处理器210等。

发射信号的过程与接收信号的过程相反。在发射信号时，基带处理器210将要发送的数据信号进行处理得到基带信号，并将基带信号送入射频处理单元220。射频处理单元220将基带信号转换成射频信号，并送入功率放大器230。功率放大器230可以将微弱的射频信号进行放大，以满足发送功率的要求。放大后的射频信号依次送入发射滤波器240、双工器250后，由天线260将射频信号辐射到空间中。相应地，终端设备200的发射机链可以包括基带处理器210、射频处理单元220、功率放大器230、发射滤波器240、双工器250、天线260等。

应理解，终端设备的发射机链或接收机链还可以包括其他部件例如天线匹配电路、复用器、解复用器等，本申请实施例对此不作限定。

在网络设备110和终端设备120配置多个天线的条件下，网络设备110与终端设备120可通过多输入多输出(multi input multi output，MIMO)技术(也称多天线技术)通信。MIMO技术中，发射端和接收端分别使用多个发射天线和多个接收天线传送和接收信号。例如在NR中，根据终端设备的能力，终端设备可以支持如下的Tx天线和Rx天线数量的配置，包括1T2R、2T4R、1T4R、2TR、4T4R等。其中T表示发送天线，R表示接收天线，1T2R表示终端设备有1个发射天线，2个接收天线，其余天线配置方式依此类推。终端设备的发射天线数量多于一个时，终端设备可以支持上行MIMO；相应地，终端设备的接收天线多于一个时，终端设备可以支持下行MIMO。

为便于理解本申请实施例，首先对下文中涉及的几个概念做简单说明。

1、探测参考信号(sounding reference signal，SRS)

探测参考信号SRS是用于测量上行信道的一种参考信号。一方面，网络设备可以基于终端发送的SRS估计上行信道的信道状态，以调度终端设备传输PUSCH。另一方面，对于具有信道互易性的通信系统而言，例如时分双工(time division duplexing，TDD)系统，基于信道互易性，SRS也可被网络设备用于估计下行信道的信道状态。

2、天线端口(antenna port)

天线端口是逻辑上的概念，指用于传输的逻辑端口。天线端口与物理天线不存在定义上的一一对应关系，一个天线端口可以是一个物理发射天线，也可以是多个物理发射天线的合并。在这两种情况下，接收机(receiver)通常不会去分解来自同一个天线端口的信号，因为从接收机的角度来看，不管信号是由单个物理发射天线形成的，还是由多个物理发射天线合并而成的，这个天线端口对应的参考信号(reference signal，RS)就定义了这个天线端口。换句话说，天线端口的概念是从接收端(下行时接收端是终端设备，上行时接收端是网络设备)的角度来定义的，一个端口对于接收端来说就是一个独立的天线信道。上述RS为SRS时，网络设备可以根据终端设备发送的SRS得到这个天线端口的信道估计。

3、SRS资源(resource)以及SRS资源集(resource set)

通常一个SRS资源集中包含用于传输SRS的一个或多个SRS资源。

目前通信协议(例如，NR协议)中，为SRS配置了多种功能。传输具有不同功能的SRS的资源，通常是基于上述SRS资源集以及SRS资源的框架进行资源配置的。由于各个功能对SRS的需求不同，导致SRS资源集以及SRS资源的配置也有所差异。

具体而言，SRS的功能通常包括：确定基于码本(code book，CB)的PUSCH的传输方式(也即用于基站实现上行信道的探测)，确定基于非码本(non code book，NCB)的PUSCH的传输方式(也即支持非码本的传输)，天线切换(antenna switching，AS)功能(也即下行波束赋形)，用于管理波束(Beam management，BM)(也即上行波束管理)，以及多载波上的SRS发送等。用于CB的SRS可能与用于AS的SRS复用，即同一个天线上同一次发射，但是用途不一样。

SRS的天线切换功能用于TDD中终端设备的发射机(transmitter，Tx)的天线(或称“发射天线”)的数量少于接收机(receiver，Rx)的天线(或称“接收天线”)的数量的场景，比如说终端设备的射频(radio frequency，RF)通道造价高，导致终端设备的上行发送通道是受限的。由于终端设备的发射天线的数量少于接收天线的数量，在网络设备通过SRS测量接收天线对应的下行信道的信道状态时，终端设备需要以天线切换(或称天线轮发)的方式通过发射天线向网络设备发送接收天线对应的SRS，以便网络设备可以估计所有接收天线对应的信道状态。即对于用于天线切换的SRS资源集中的SRS资源，每次通过一个SRS资源发送能发送的Tx通道，然后切换到另外的Rx通道，发送剩下Rx通道的SRS资源，这些SRS资源在不同的正交频分复用(orthogonal frequency division multiplexing，OFDM)符号上发送。通过SRS资源在不同天线上的轮发，使基站获取所有Rx通道的信道状态信息。

下文分别以1T2R的终端设备、2T4R的终端设备以及1T4R的终端设备为例，介绍具有“天线切换”功能的SRS资源集以及SRS资源的配置方式。

对于1T2R的终端设备而言，有1个发射天线和2个接收天线。网络设备为终端设备所配置的SRS资源集内包含2个SRS资源，每个SRS资源对应一个天线端口。终端设备每次轮询一个Rx天线，在该Tx天线上发送该Rx天线对应的SRS。如此，终端设备需要在上述两个SRS资源把2个Rx天线对应的SRS发完，网络设备才能获取到2个Rx天线对应的信道的信道状态。

对于2T4R的终端设备而言，有2个发射天线和4个接收天线，网络设备为终端设备配置的SRS资源集内包含2个SRS资源，每个SRS资源对应2个天线端口。终端设备每次可以轮询2个Rx天线，对于同一个SRS资源，可对应不同的天线端口，2个Tx上均发送该SRS资源。终端设备需要在2个SRS资源上发完4个Rx天线对应的SRS，才能使网络设备获取到4个Rx对应的信道的信道状态。在用于CB的SRS和用于AS的SRS可以复用的情况下，在一个AS SRS周期内，第一次轮询的两个Rx天线发送的SRS为复用SRS。

对于1T4R的终端设备而言，可以有两种资源配置方式：

方式一，对于周期、半静态的SRS，网络设备为终端设备配置一个SRS资源集，该SRS资源集内有4个SRS资源，每个SRS资源分别对应4个天线端口。终端设备每次轮询一个Rx天线，终端设备通过一个Tx天线，在该Rx天线对应SRS资源上发送SRS。终端设备需要在4个SRS资源上将4个Rx天线对应的SRS资源发完，才能使网络设备获取到4个Rx对应的信道的信道状态。在用于CB的SRS和用于AS的SRS可以复用的情况下，在一个AS SRS周期内，第一次轮询的一个Rx天线发送的SRS为复用SRS。

方式二，对于非周期的SRS，有2种轮询方式：1、网络设备为终端设备配置2个SRS资源集，每个SRS资源集内有2个SRS资源。2、网络设备为终端设备配置2个SRS资源集，其中，一个SRS资源集内有一个SRS资源，另一个SRS资源集内有3个SRS资源。

应理解，由于终端设备轮询不同接收天线所发送的SRS时，需要在SRS资源之间预留一段时间，供终端设备轮询到下一个接收天线，即SRS资源之间需要预留一定的保护间隔。在用于CB的SRS和用于AS的SRS不复用的情况下，可以在两次轮询之间发送用于CB的SRS。

SRS天线切换主要是为了做下行信道质量的评估，目前独立组网SA架构支持2T4R，SA中带补充的上行链路(supplementary uplink，SUL)可以支持1T2R，非独立组网NSA架构支持1T2R。

SRS天线切换和天线开关是强相关的，不同的硬件电路决定了不同的天线切换能力。图3示出了支持2T4R天线切换的硬件示意图，图4示出了支持1T4R和2T4R天线切换的硬件示意图。

如图3所示，终端设备包括2个发射天线和4个接收天线331、332、333、334，其中接收天线中的两个天线复用为发射天线。相应地，终端设备包括2个发射通道311、312和4个接收通道311、312、321、322，其中发射通道311和312复用为接收通道。在发送SRS时，可以通过天线开关341和342实现终端设备轮询到不同的接收天线。本申请实施例中，天线开关为收发信号切换开关，可以在软件支持控制下完成收发切换，以及完成各频段间的切换等工作。在一些实施例中，天线开关也可以称为合路器、双工滤波器等。本申请实施例中，天线开关341、342可以为双刀双掷开关(double pole double throw，DPDT)。

如图4所示，终端设备包括2个发射天线和4个接收天线，相应地，终端设备包括2个发射通道和4个接收通道。与图3所示的天线切换硬件图不同的是，图4所示的天线切换硬件图中还包括另一级开关343。这样图4对应的终端设备不仅可以支持2T4R天线切换，还能够支持1T4R天线切换。

上文结合图2至图4介绍了终端设备的硬件结构，下面结合图5至图6介绍终端设备处理流程。

图5示出了终端设备物理层的上行处理流程示意图。

物理层(physical layer，PHY)处理的起点为介质访问控制(media accesscontrol，MAC)层传输下来的传输块，终点是生成基带正交频分复用(orthogonalfrequency division multiplexing，OFDM)信号，然后转换为射频信号通过天线端口发射出去。

为方便理解本申请实施例，下面对终端设备的上行处理流程中所涉及的相关概念作简要说明。

1、传输块(transport block，TB)

一个TB是一个子帧或一个传输时间间隔(transmission time interval，TTI)内含有的编码前的比特数。

2、码字(codeword，CW)

码字是指来自上层的业务流进行信道编码之后的数据。在LTE中，一个TB经过信道编码处理后就称为一个码字。

不同的码字区分不同的数据流，其目的是通过MIMO发送多路数据，实现空间复用。

多码字(multiple code word，MCW)，即用于空间复用传输的多层数据来自于多个不同的独立进行信道编码的数据。

3、层(layer)

层数表示能够独立并行传输的数据流。层数是由信道矩阵的秩(rank)确定，在LTE中，层数等于信道矩阵的秩。如果终端设备最多支持两天线，那么秩的最大值只能为2，终端能够支持两流并行传输，则终端设备进行数据传输时所使用的layer数最大值为2。

4、层映射(layer mapping)

层映射，是按照一定的规则将码字流重新映射到一个或多个层(新的数据流)中，其中层的数量小于物理信道传输所使用的天线端口数量。

5、预编码

预编码用于将层映射后的数据匹配到天线端口上，同时降低或者控制空间复用数据流之间的干扰，减少系统开销。

参考图5，终端设备物理层的上行处理过程主要为，对来自上层的数据进行编码，形成码字。对不同的码字进行加扰、调制，产生调制符号。对不同码字的调制符号组合一起进行层映射。对层映射后的数据进行转换预编码和预编码，然后通过资源映射、单载波频分多址(single-carrier frequency-division multiple access，SC-FDMA)符号产生后，映射到天线端口上发送。这里，层映射和预编码实际上是“映射码字到发送天线”过程的两个子过程，可以解决输入输出不匹配的问题。在LTE中，层映射和预编码共同完成MIMO功能。

这里，码字用于区分空间复用的流，层用于重排码字数据，天线端口决定预编码天线映射。在数量上存在以下关系：传输块个数(TB)＝码字数(CW)≤层数(layer)＝信道矩阵的秩(rank)≤天线端口数(port)≤天线物理端口数。

应理解，终端设备物理层下行处理流程与上行处理流程类似，在此仅以终端设备的物理层上行处理流程为例进行说明。

随着NR SA的部署，目前终端设备都可以支持上行2T发送能力，以及下行4R接收能力。2T发送可以支持更高的上行吞吐速率以及达到更大的覆盖性能，4R接收可以支持更高的下行吞吐速率及下行覆盖性能。

2T表示终端设备包括2个发射天线，该两个发射天线均工作时可以发送相同的数据流，也可以发送不同的数据流。也就是说，终端设备能够支持上行两流传输，相应地，网络设备可以调度的上行传输层数的最大值为2(或称上行传输最大层数为2，上行最大传输层数为2，或最大上行传输层数为2)。当网络设备调度的上行传输层数为1时，终端设备可以使用1T发送，或者使用2T发送相同的数据流；当网络设备调度的上行传输层数为2时，终端设备使用2T发送，且两个发射天线发送不同的数据流。具体地，网络设备可以根据终端设备发送的上行参考信号SRS和解调参考信号DMRS的参考信号接收功率(reference signalreceiving power，RSRP)、信号与干扰加噪声比(signal to interference plus noiseratio，SINR)，以及PUSCH的误块率(block error rate，BLER)等因素确定要调度的上行传输层数。

一般地，近点为了保证吞吐量，网络设备大多数场景下会调度较大的上行传输层数(例如上行layer数为2)。远点为了保证覆盖，网络设备多数会调度较小的上行传输层数(例如上行layer数为1)。

类似地，4R表示终端设备包括4个接收天线，该4个发射天线均工作时可以发送不同的数据流。也就是说，终端设备能够支持下行四流传输，相应地，网络设备可以调度的下行传输层数的最大值为4(或称下行传输最大层数为4，下行最大传输层数为4，或最大下行传输层数为4)。具体地，网络设备可以根据SRS轮发信号计算MIMO权值，确定要调度的下行传输层数。

一般地，出于频谱效率考虑，网络设备在近点会优先调度较大的下行传输层数(例如下行传输层数为4或3)，在远点会优先调度较小的下行传输层数(例如下行传输层数为1或2)。

为方便理解本申请，下面对几个概念之间的关系作简要说明。以2T4R的终端设备为例，2T表示终端设备包括2个发射天线(对应两个发射通道)，则终端设备支持上行2T发送能力，即终端设备可以使用该两个发射天线同时发送不同数据流。相应地，网络设备可以调度的上行传输层数的最大值为2。一种情况下，网络设备调度的上行传输层数为2时，终端设备能够并发2层数据(即双流数据，或称两流数据)，则终端设备使用2个发射天线发送不同的数据流。本申请实施例中，将这种情况也称为网络设备调度rank2(即双流，在上行传输过程中也可以称为上行双流)，终端设备根据网络设备的调度按照双流模式进行上行传输。另一种情况下，网络设备调度的上行传输层数为1时，终端设备能够并发1层数据(即单流数据)，则终端设备使用2个发射天线发送相同的数据流或使用该2个发射天线中的一个发射天线发送数据流。本申请实施例中，将这种情况也称为网络设备调度rank1(即单流，在上行传输过程中也可以称为上行单流)，终端设备根据网络设备的调度按照单流模式进行上行传输。

类似地，4R表示终端设备包括4个接收天线(对应四个接收通道)，则终端设备支持下行4R接收能力，即终端设备可以使用该4个接收天线同时接收不同数据流。相应地，网络设备可以调度的下行传输层数的最大值为4。当网络设备调度的下行传输层数分别为1/2/3/4时，即网络设备以分别调度rank1/rank2/rank3/rank4，终端设备按照网络设备的调度分别按照单流模式/双流模式/三流模式/四流模式进行下行接收。

上文提到传输层数(即layer数)与信道矩阵的秩(rank)相等。这里以信道矩阵的秩为2为例，表示终端设备的传输能力可以传输rank2，相应地，终端设备支持传输的最大层数为2，则网络设备能够调度终端设备的传输层数为2(即调度rank2)或传输层数为1(即调度rank1)。网络设备调度的传输层数和终端设备的传输模式具有一一对应的关系，在以下描述中，可以根据任意一种表述得到其他的表述方式。以终端设备包括2个发射天线为例，例如网络设备调度的传输层数为2、网络设备调度秩2(rank2)、网络设备调度终端设备上行双流的传输模式等几种表述方式可以认为表达相同的含义。

应理解，本申请实施例中终端设备的传输模式包括发送模式和接收模式。以2T4R的终端设备为例，发送模式包括以单流模式发送(调度上行传输层数为1，即上行rank1)、以双流模式发送(调度上行传输层数为2，即上行rank2)。接收模式包括以单流模式接收(调度下行传输层数为1，即下行rank1)、以双流模式接收(调度下行传输层数为2，即下行rank2)、以三流模式接收(调度下行传输层数为3，即下行rank3)、以四流模式(调度下行传输层数为4，即下行rank4)接收。

网络设备需要先知道终端设备的能力(UE capability)，这样在做各种事件判决或执行各种算法时才能做出正确的调度。UE能力，是一堆参数集合，包括UE等级(UEcategory)、PDCP参数、RLC参数、物理层参数、RF参数、是否支持过热指示的参数等等。例如本申请实施例中网络设备调度终端设备进行数据传输之前，即在网络设备调度终端设备的传输层数(即layer数)之前，需要先知道终端设备支持的传输层数的最大值(也称最大传输层数、最大层数、最大layer数)，即需要知道终端设备支持几流数据的并发。这里传输层数包括上行传输层数和下行传输层数，相应地，终端设备支持的最大传输层数包括上行传输最大层数和下行传输最大层数。

图6示出了终端设备能力上报过程和数据传输调度过程的示意性流程图。图中以网络设备为基站为例，终端设备为UE为例进行描述。

参考图6，UE上报能力信息的过程是在UE与基站建立RRC连接之后进行。例如在UE第一次附着(attach)过程或跟踪区更新(tracking area update，TAU)过程中，UE与基站建立RRC连接之后，UE上报UE能力。

如图6所示，当基站需要UE上报UE能力时，在步骤S410，基站向UE发送UE能力查询消息(例如UE Capability Enquiry消息)，用于查询UE能力。本申请实施例中，基站需要知道UE支持的上、下行传输的最大层数。因此该UE能力查询消息中包括查询UE的上行传输最大层数和下行传输最大层数。

在步骤S420，UE向基站发送UE能力信息消息(例如UE Capability Information消息)，用于向基站报告UE能力信息。在该步骤中，UE能力信息消息中包括UE的上行传输最大层数和下行传输最大层数。

应理解，UE上报的上行传输最大层数可以小于或等于UE实际能够支持的上行传输最大层数，UE上报的下行传输最大层数可以小于或等于UE实际能够支持的下行传输最大层数。例如UE支持2T发送能力，在该步骤中UE可以上报2T发送能力(例如上报上行传输最大层数为2)，也可以上报1T发送能力(例如上报上行传输最大层数为1)。在基站看来，UE上报的上行传输最大层数和下行传输最大层数就是UE支持的上行传输最大层数和下行传输最大层数，基站只能在UE上报的最大上/下行传输层数以内进行调度。例如UE上报2T发送能力，基站可以调度UE进行2T发送(即双流传输，调度layer数为2)或1T发送(即单流传输，调度layer数为1)。若UE能够支持2T发送能力，但UE上报1T发送能力，则基站只能调度UE进行1T发送。

若UE可以通过MIMO技术与基站通信，UE向基站上报上行传输最大层数和下行传输最大层数的过程，也就是UE上报支持的MIMO能力的过程。UE上报的上行传输最大层数即为UE支持的上行MIMO能力，UE上报的下行传输最大层数即为UE支持的下行MIMO能力。示例性的，在该步骤中终端设备上报的内容可以包括各小区或者载波聚合(carrieraggregation，CA)下的多输入多输出能力，例如在A1频段对应的小区下，终端设备的接收通道数量为2，在实现的时候，可以通过以下方式上报：

bandEUTRA-r16:3,0x26；

supportedMOMO-CapabilityDL-r16:twoLayers(0,0x0)标识的是，在band 3下支持多输入多输出的layer数量为2；

supportedMOMO-CapabilityDL-r16:fourLayers(0,0x0)标识的是，在当前频段下支持多输入多输出的layer数量为4。

在一些实施例中，layer数量为对应的终端设备的接收通道数量。

由于基站已经获知UE能力，当基站需要调度UE进行上行或下行数据传输时，基站根据UE能力以及基站检测到的信息等确定UE的传输模式。在步骤S430中，基站向UE发送调度信息(例如下行控制指示(downlink control indicator，DCI))，用于指示UE的传输层数。例如，当基站调度UE进行上行数据传输时，该调度信息中包括上行传输层数、预编码矩阵等；当基站调度UE进行下行数据传输时，该调度信息中包括下行传输层数、预编码矩阵等。

在步骤S440中，UE根据调度信息中指示的信息进行数据传输。

为了提高上下行吞吐峰值，终端设备一般会上报最高上下行MIMO能力，网络设备在终端设备上报的最大上/下行传输层数以内进行调度。目前主要是由网络设备根据实际情况自行进行调度调整。例如出于吞吐量、覆盖面、频谱效率等方面的考虑，网络设备在近点多数会调度较大的上下行传输层数，在远点多数会调度较小的上下行传输层数。

在一些场景下，终端设备使用较小的传输层数进行传输就可以满足需求，但网络设备侧调度较大的传输层数时，使得终端设备不得不使用网络设备调度的传输层数进行工作，这无疑造成了功耗的浪费。例如在近点、用户流量不大的场景下，终端设备使用较低传输层数就可以满足要求，但网络设备仍在该近点调度较高传输层数，这使得终端设备不得不使用较大的传输层数工作，产生了更高的功耗。在这些场景下，终端设备希望能够降低传输层数，既可以满足传输要求，还可以降低功耗。而在另一些场景下，终端设备的射频资源的使用存在冲突时，终端设备也希望能够降低传输层数，以解决射频资源使用冲突问题。

目前终端设备侧不能实现传输层数调度的调整，只能通过降低上报支持的MIMO能力使网络设备重配置终端设备的最大传输层数，从而实现降低调度的传输层数，或者终端设备强行关闭发射/接收分集使网络设备自适应调整终端设备的传输层数的调度，实现降低调度的传输层数。前一种方式中，最大传输层数重配置后，网络设备只能调度较低的传输层数，这样会导致上下行峰值的下降。后一种方式中，终端设备强行关闭发射/接收分集后，网络设备无法及时响应，会导致连续的误码，影响用户的使用体验。

因此，需要提供一种调度数据传输的方法，能够使终端设备在需要降低传输层数时，网络设备可以快速响应，进行调度调整。

图7示出了本申请实施例提供的一种调度数据传输的方法的示意性流程图。图7所示的方法500可以由终端设备执行，例如图1所示的终端设备120。该方法500包括步骤S510至步骤S530。

在步骤S510，终端设备使用第一传输层数进行数据传输。

这里，数据传输包括上行传输和下行传输，相应地，第一传输层数包括上行传输层数和下行传输层数。第一传输层数例如为上文所提及的layer数，即layer的数量或值。

应理解，本申请实施中终端设备进行上行数据传输时，第一传输层数对应为上行传输层数；终端设备进行下行数据传输时，第一传输层数对应为下行传输层数；终端设备同时进行上下行数据传输时，第一传输层数包括用于上行数据传输的上行传输层数和用于下行数据传输的下行传输层数。

还应理解，终端设备使用第一传输层数进行数据传输，还可以理解为终端设备使用与第一传输层数对应的秩rank进行数据传输，或者终端设备使用与第一传输层数对应的射频通道数进行数据传输。

示例性的，终端设备的天线配置方式为2T4R，若终端设备进行上行数据传输，则第一传输层数可以为2；若终端设备进行下行数据传输，则第一传输层数可以为2、3或4。

示例性的，终端设备的天线配置方式为1T2R，若终端设备进行下行数据传输，则第一传输层数可以为2。

示例性的，终端设备的天线配置方式为1T4R，若终端设备进行下行数据传输，则第一传输层数可以为2、3或4。

在步骤S520，在满足第一预设条件时，终端设备执行第一动作。

终端设备执行第一动作的方式有多种。

在一种实现方式中，终端设备执行第一动作包括降低探测参考信号SRS的发射功率。

示例性的，终端设备包括多个用于发送SRS的天线端口，终端设备可以降低该多个用于发送SRS的天线端口中的至少一个天线端口对应的SRS发射功率。

可选地，终端设备可以按照第一预设规则降低SRS的发射功率。

具体地，以降低其中一个天线端口对应的SRS发射功率为例，终端设备可以步进式降低SRS的发射功率，即按照恒定值降低SRS发射功率。例如终端设备连续多次降低SRS的发射功率，每次SRS发射功率的下降值相等，如均为5分贝(decibel，db)、10db或20db等。为方便理解，举例说明，例如其中一个天线端口的初始SRS发射功率为50db，终端设备执行第一动作时，将该天线端口的SRS发射功率依次降低至40db，30db，20db，……，依次类推，该天线端口对应的SRS发射功率每次均下降10db。当然，当天线端口的SRS发射功率降低至门限值时，可以不再继续降低，持续以该门限值对应的发射功率发射SRS信号。

或者，终端设备可以递增式或递减式降低SRS的发射功率，即SRS发射功率的下降值不相等，可以呈递增趋势或呈递减趋势。例如终端设备连续多次降低SRS的发射功率，SRS发射功率的下降值呈等差数列、等比数列或呈不规律的递增趋势、不规律的递减趋势等。为方便理解，举例说明，例如其中一个天线端口的初始SRS发射功率为60db，终端设备执行第一动作时，将该天线端口的SRS发射功率依次降低至40db，25db，15db，……，依次类推，该天线端口对应的SRS发射功率的下降值20db、15db、10db，……，呈等差数列。当然，当天线端口的SRS发射功率降低至门限值时，可以不再继续降低，持续以该门限值对应的发射功率发射SRS信号。或者，当天线端口的SRS发射功率降低至门限值时，终端设备步进式降低SRS发射功率，本申请实施例对此不作限定。

或者，终端设备可以直接将SRS的发射功率降低至门限值，然后持续以门限值对应的发射功率发射SRS信号。

在一些实施例中，在终端设备执行第一动作时，若终端设备降低多个用于发送SRS的天线端口中的至少两个天线端口对应的SRS的发射功率，则不同的天线端口的SRS发射策略可以相同，也可以不同。具体地，以降低其中两个天线端口对应的SRS发射功率为例，终端设备可以采用相同的规则降低该两个天线端口的SRS发射功率，也可以采用不同的规则降低该两个天线端口的SRS发射功率，例如步进式降低其中一个天线端口的SRS发射功率，递减式降低另一个天线端口的SRS发射功率。

终端设备降低多个用于发送SRS的天线端口中的至少两个天线端口对应的SRS的发射功率时，该至少两个天线端口的SRS发射功率可以同步降低，也可以分步降低，本申请实施例对此不作限定。

可选地，终端设备可以通过每个天线端口对应的功率放大器控制该天线端口的SRS发射功率。

通过降低SRS发射功率，可以构造终端设备处于远点的类似场景，使网络设备按照远点场景进行传输层数的调度调整，调度较低的传输层数。

在一种实现方式中，终端设备执行第一动作包括降低上行物理共享信道PUSCH的发射功率。

示例性的，终端设备包括多个用于发送PUSCH的天线端口，终端设备可以降低该多个用于发送PUSCH的天线端口中的至少一个天线端口对应的SRS发射功率。

可选地，终端设备可以按照第二预设规则降低PUSCH的发射功率。这里，终端设备采用的第二预设规则可以与上述第一预设规则相同，即终端设备可以按照类似于上述降低SRS的发射功率的方式降低PUSCH的反射功率，具体参考上文相关描述，为简洁，在此不再赘述。

可选地，终端设备可以通过每个天线端口对应的功率放大器控制该天线端口的PUSCH发射功率。

通过降低PUSCH发射功率，可以构造终端设备处于远点的类似场景，使网络设备按照远点场景进行传输层数的调度调整，调度较低的传输层数。

在另一种实现方式中，终端设备执行第一动作包括关闭用于发送SRS的多个天线端口中的至少一个天线端口。

这里，终端设备关闭用于发送SRS的多个天线端口中的至少一个天线端口时，可以将该至少一个天线端口对应的功率放大器关闭，或者将该至少一个天线端口对应的SRS发射功率设为0，或者将该至少一个天线端口对应的SRS发射功率设为网络设备检测不到的水平，这样在网络设备角度看，相当于该至少一个天线端口关闭。

应理解，关闭用于发送SRS的天线端口，可以理解为该天线端口不发送SRS。但该天线端口可以用于发送其他信号。

可选地，用于发送SRS的多个天线端口包括第一端口组，该第一端口组用于发送用于天线切换AS的SRS，当终端设备进行下行数据传输时，终端设备执行第一动作具体可以为关闭第一端口组中的至少一个端口。

终端设备关闭用于发送AS SRS的天线端口中的至少一个天线端口，网络设备可以检测到端口关闭，相应地，网络设备可以调整调度终端设备的下行传输层数。

可选地，用于发送SRS的多个天线端口包括第二端口组，该第二端口组用于发送用于码本CB的SRS，当终端设备进行上行数据传输时，终端设备执行第一动作具体可以为关闭第二端口组中的至少一个端口。

终端设备关闭用于发送CB SRS的天线端口中的至少一个天线端口，网络设备可以检测到端口关闭，相应地，网络设备可以调整调度终端设备的上行传输层数。

应理解，第一端口组和第二端口组可以包括相同的天线端口。例如，在用于CB的SRS和用于AS的SRS复用的情况下，同一个天线端口既用于发送用于CB的SRS，也用于发送用于AS的SRS。

可选地，终端设备关闭的端口数与网络设备调整调度后的传输层数具有关联关系。例如终端设备关闭的端口数越多，网络设备检测到的发射SRS的端口数越少，确定调整后的传输层数越低。例如，终端设备包括2个用于发送AS SRS的天线端口，终端设备关闭其中一个端口，网络设备能够检测到1个发送AS SRS信号的端口，若调整调度前网络设备调度的上行传输层数为2，则网络设备调整调度后调度的上行传输层数可以为1。再如，终端设备包括4个用于发送CB SRS的天线端口，终端设备关闭其中一个端口，网络设备能够检测到3个发送CB SRS信号的端口，若调整调度前网络设备调度的下行传输层数为4，则网络设备调整调度后调度的下行传输层数可以为3。或者，终端设备关闭其中3个端口，网络设备能够检测到1个发送CB SRS信号的端口，则网络设备调整调度后调度的下行传输层数可以为1。

在另一种实现方式中，终端设备执行第一动作包括关闭用于发送PUSCH的多个天线端口中的至少一个天线端口。

这里，终端设备关闭用于发送PUSCH的多个天线端口中的至少一个天线端口时，可以将该至少一个天线端口对应的功率放大器关闭，或者将该至少一个天线端口对应的PUSCH发射功率设为0，或者将该至少一个天线端口对应的PUSCH发射功率设为网络设备检测不到的水平，这样在网络设备角度看，相当于该至少一个天线端口关闭。

应理解，关闭用于发送PUSCH的天线端口，可以理解为该天线端口不发送PUSCH。但该天线端口可以用于发送其他信号。

可选地，终端设备关闭的端口数与网络设备调整调度后的传输层数具有关联关系。例如终端设备关闭的端口数越多，网络设备检测到的发射PUSCH的端口数越少，确定调整后的传输层数越低。具体示例可以参考上文关于关闭用于发送SRS的天线端口的相关描述，为简洁，在此不再赘述。

在又一种实现方式中，终端设备执行第一动作包括向网络设备发送第一辅助信息消息。

第一辅助信息消息可以为标准协议定义的终端辅助信息(UEAssistanceInformation)消息。该终端辅助信息消息一般用于终端设备向网络设备通知例如过热辅助信息(overheating assistance information)、UE为省电所偏好的最大聚合带宽(maximum aggregated bandwidth)、UE为省电所偏好的最大MIMO层数(maximum numberof MIMO layers)、UE为省电所偏好的跨时隙调度的最小调度偏移(minimum schedulingoffset for cross-slot scheduling)以及其他的为省电所偏好的参数信息。

协议中关于终端设备的UE AssistanceInformation消息的描述如下：

1.if the UE prefers a configuration primarily optimized for powersaving:

2>set powerPrefindication to lowPowerConsumption；

2.else

2>start or restart T340 with the timerval UE set to thePowerprefindicationTimer

2>set PowerprefindicationTimer to normal；

The UE shall submit the UE AssistanceInforamation message to lowerlayers for transmission.

可选地，该第一辅助信息消息为过热指示消息。该过热指示消息可以为标准协议定义的过热(overheating)指示消息，在一些实施例中也可以称为过热辅助信息(overheating assistance information)消息。

协议中关于终端设备的overheating assistance information消息的描述如下：

1>if transmission of the UEAssistanceInformation message is initiatedto provide overheating assistance information；

2>if the UE experiences internal overheating:

3>if the UE prefers to temporarily reduce the number of maximum MIMOlayers of each serving cell operating on FR1:

4>include reducedMaxMIMO-LayersFR1 in the OverheatingAssistance IE；

4>set reducedMIMO-LayersFR1-DL to the number of maximum MIMO layersof each serving cell operating on FR1 the UE prefers to be temporarilyconfigured in downlink；

4>set reducedMIMO-LayersFR1-UL to the number of maximum MIMO layersof each serving cell operating on FR1 the UE prefers to be temporarilyconfigured in uplink；

3>if the UE prefers to temporarily reduce the number of maximum MIMOlayers of each serving cell operating on FR2:

4>include reducedMaxMIMO-LayersFR2 in the OverheatingAssistance IE；

4>set reducedMIMO-LayersFR2-DL to the number of maximum MIMO layersof each serving cell operating on FR2 the UE prefers to be temporarilyconfigured in downlink；

4>set reducedMIMO-LayersFR2-UL to the number of maximum MIMO layersof each serving cell operating on FR2 the UE prefers to be temporarilyconfigured in uplink；

2>else(if the UE no longer experiences an overheating condition):

3>do not include reducedMaxCCs,reducedMaxBW-FR1,reducedMaxBW-FR2,reducedMaxMIMO-LayersFR1 and reducedMaxMIMO-LayersFR2 inOverheatingAssistance IE.

目前的标准协议中，过热指示消息是在终端设备出现内部过热的情况下向网络设备发送的，该过热指示消息中可以包括最大MIMO层数。在终端设备不再出现过热情况时，过热指示消息则不包括最大MIMO层数。

本申请实施例中过热指示消息不限于在终端设备过热的情况下向网络设备发送，只要满足第一预设条件，终端设备均可以向网络设备发送过热指示消息。因此，在终端设备想要网络设备调整传输层数调度时，可以利用现有的标准消息向网络设备发送指示，以使网络设备能够及时响应。

可选地，第一辅助信息消息包括第二最大传输层数，该第二最大传输层数小于第一最大传输层数，其中该第一最大传输层数等于网络设备在终端设备执行第一动作之前所能调度的传输层数的最大值。换句话说，终端设备在执行第一动作之前，网络设备能够调度的最大传输层数为第一最大传输层数。终端设备执行第一动作时，向网络设备发送的第一辅助信息消息中包括第二最大传输层数，第二最大传输层数小于第一最大传输层数。该第一辅助信息消息用于指示或请求网络设备将终端设备的最大传输层数配置为第二最大传输层数。这样网络设备能够调度的传输层数的最大值降低。

应理解，第二最大传输层数包括上行传输最大层数和下行传输最大层数。第二最大传输层数为网络设备能够调度的layer数的最大值。本申请实施中终端设备进行上行数据传输时，第二最大传输层数对应为上行传输最大层数；终端设备进行下行数据传输时，第二最大传输层数对应为下行传输最大层数；终端设备同时进行上下行数据传输时，第二最大传输层数包括用于上行数据传输的上行传输最大层数和用于下行数据传输的下行传输最大层数。对于第一最大传输层数的理解类似，不再赘述。

本申请实施例中在满足第一预设条件时终端设备向网络设备发送终端辅助信息消息，该终端辅助信息消息可以用于指示网络设备降低终端设备的传输层数的最大值，相应地，网络设备在后续调度中，能够调度的最大传输层数降低。

应理解，终端设备执行第一动作的方式可以是上述几种实现方式中的一种或多种组合。即终端设备执行第一动作包括以下至少一种：

降低探测参考信号SRS的发射功率；

降低上行物理共享信道PUSCH的发射功率；

关闭用于发送SRS的多个天线端口中的至少一个天线端口；

关闭用于发送PUSCH的多个天线端口中的至少一个天线端口；或

向网络设备发送第一辅助信息消息。

降低SRS和/或PUSCH发射功率的方式和关闭用于发送SRS和/或PUSCH的多个天线端口中的至少一个天线端口的方式，可以理解为是终端设备通过隐性信息方式指示网络设备调整调度。这几种方式中网络设备需要通过检测SRS和/或PUSCH的发射功率，或者检测发送SRS和/或PUSCH的天线端口数后，才能获知终端设备的意图。这几种方式可以认为是传输层数慢速回退方式。

向网络设备发送第一辅助信息消息的方式，可以理解为是终端设备通过显性信息方式指示网络设备调整调度。这种方式中，网络设备接收到该第一辅助信息消息后就可以快速响应，因此该中方式可以认为是传输层数快速回退方式。

在实际应用中，终端设备可以根据处理的数据业务类型确定采用传输层数慢速回退方式和/或传输层数快速回退方式，从而灵活应用于各种场景。

本申请实施例中，第一预设条件包括以下预设条件1至预设条件6中的至少一种，说明如下。

预设条件1，终端设备检测到的参考信号接收功率RSRP大于第一阈值。

在满足预设条件1时，可以认为终端设备所处位置的信号质量较好。一般地，终端设备处于网络设备的近距离点时的信号质量要比处于网络设备的远距离点时的信号质量好。因此，预设条件1可以用于终端设备判断是否位于近点。该第一阈值可以根据实际需要相应确定，在此不作具体限定。

在一些其他实施例中，终端设备也可以通过RSRQ、RSSI或SNR的值判断是否处于网络设备的近距离点。

当终端设备处于信号质量较好的位置时，终端设备可以使用较低的传输层数进行传输，以节省功耗。

预设条件2，终端设备处理的数据业务属于第一预设业务类型。

本申请实施例中，第一预设业务类型可以包括短信业务、文字性网页浏览业务、即时通讯业务、碎片式内容传输业务等。

第一预设业务类型中的业务一般为小流量业务，当终端设备处理的数据业务属于第一预设业务类型时，终端设备使用较低的传输层数进行传输就可以满足需求，以节省功耗。

预设条件3，终端设备处理的数据业务的应用层数据流量小于第二阈值。

当终端设备处理的数据业务的应用层数据流量小于第二阈值时，该数据业务需要的应用层数据流量较小，因此终端设备可以使用较低的传输层数进行传输，以节省功耗。该第二阈值可以根据实际需要相应确定，在此不作具体限定。

预设条件4，终端设备的温度大于第三阈值。

当终端设备的温度大于第三阈值时，终端设备的温度较高，终端设备需要使用较低的传输层数进行传输，以降低功耗。该第三阈值可以根据实际需要相应确定，在此不作具体限定。

预设条件5，终端设备的电量小于第四阈值。

当终端设备的电量小于第四阈值时，终端设备的电量较小，终端设备可以使用较低的传输层数进行传输，以降低功耗，节省电量。该第四阈值可以根据实际需要相应确定，在此不作具体限定。

预设条件6，终端设备携带第一用户身份识别模块SIM卡和第二SIM卡，其中第一SIM卡使用第一传输层数处理第一数据业务，第二SIM卡在空闲态下接收到第二数据业务的请求。

在终端设备携带有第一SIM卡和第二SIM卡的情况下，由于第一SIM卡和第二SIM卡共同使用终端设备的射频资源。第一SIM卡和第二SIM卡在处理业务时可能会产生射频资源的使用冲突问题，此时终端设备可以降低其中一个SIM卡的传输层数，从而释放部分或全部的射频资源供另一个SIM卡处理业务。

在步骤530，在终端设备执行第一动作之后，终端设备接收网络设备发送的第一调度信息，该第一调度信息用于指示终端设备使用第二传输层数进行数据传输，第二传输层数小于第一传输层数。

终端设备执行第一动作之后，使得网络设备对终端设备的调度进行调整，调度终端设备使用第二传输层数进行数据传输。由于第二传输层数小于第一传输层数，终端设备可以使用更少的射频通道传输数据，可以节省功耗，或者释放部分的射频资源。

可选地，该第一调度信息为下行控制指示(downlink control indicator，DCI)。

应理解，第二传输层数包括上行传输层数和下行传输层数。第二传输层数例如为上文所提及的layer数，即layer的数量或值。

应理解，本申请实施中终端设备进行上行数据传输时，第二传输层数对应为上行传输层数；终端设备进行下行数据传输时，第二传输层数对应为下行传输层数；终端设备同时进行上下行数据传输时，第二传输层数包括用于上行数据传输的上行传输层数和用于下行数据传输的下行传输层数。

可选地，第二传输层数与第一传输层数用于上行数据传输；或者，第二传输层数与第一传输层数用于下行数据传输。

本申请实施例提供的调度数据传输的方法可以应用于单卡场景，也可以应用于多卡场景；可以应用于终端设备过热场景，也可以应用于其他终端设备需要节省功耗的场景。在终端设备想要以较低的传输层数进行传输时，终端设备可以执行上述方法500，使得网络设备能够根据终端设备的动作进行响应，降低调度的传输层数。从而能够在终端设备上报最高MIMO能力的同时，既不影响终端设备的处理的业务，还能够关闭发送/接收分集、或者释放射频资源，以节省功耗或解决射频资源使用冲突问题。

当第一预设条件包括上述预设条件6时，即终端设备携带第一用户身份识别模块SIM卡和第二SIM卡，其中第一SIM卡使用第一传输层数处理第一数据业务，第二SIM卡在空闲态下接收到第二数据业务的请求。方法500还包括：

终端设备启动定时器；

若定时器在终端设备接收第一调度信息之后超时，第二SIM卡使用第三传输层数处理第二数据业务，第一SIM使用第二传输层数处理第一数据业务；

若定时器在终端设备接收第一调度信息之前超时，第二SIM卡使用第三传输层数处理第二数据业务，第一SIM卡进入空闲态。

本申请实施例中，终端设备还设置定时器。定时器未超时的情况下，第二SIM卡接收到第二数据业务请求后可以先使第二SIM卡处于等待状态，暂缓处理第二数据业务，从而为第一SIMA卡的传输层数回退留出时间。当定时器超时后，第一SIM卡直接进入空闲态，第二SIM卡使用发射通道处理业务请求。这种情况下，由于第一SIM卡进入空闲态，网络设备侧可以很快感知到第一SIM卡的状态，从而快速进行调度调整，可以减少误码的发生。

可选地，第二传输层数与第三传输层数之和小于或等于网络设备在终端设备执行第一动作之后所能调度的传输层数的最大值。

当第一SIM卡和第二SIM卡同时处理数据业务时，第一SIM卡使用的第二传输层数和第二SIM卡使用的第三传输层数应小于或等于网络设备在终端设备执行第一动作之后所能调度的传输层数的最大值。这样第一SIM卡和第二SIM卡协调使用终端设备的射频资源处理各自数据业务。

可选地，在终端设备启动定时器之前，终端设备可以根据第一数据业务的类型和第二数据业务的类型，确定定时器的时长。

根据第一SIM卡和第二SIM卡的业务类型确定定时器时长，可以灵活应用于各种业务组合场景。

可选地，在终端设备执行第一动作之前，终端设备可以根据第一数据业务的类型和第二数据业务的类型，确定第一动作。

第一动作可以上文描述的实现方式中的一种或多种，第一SIM卡和第二SIM卡的业务类型组合不同，终端设备可以执行不同的第一动作，例如实现快速回退或慢速回退，可以灵活应用于各种业务组合场景。

可选地，在终端设备执行第一动作之前，第一SIM卡使用终端设备的全部上行射频资源处理第一数据业务。

可选地，第一SIM卡上报的上行传输层数的最大值为2，第二SIM卡上报的上行传输层数的最大值为1。

可选地，方法500还包括步骤S540至步骤S560，参考图8所示。

在步骤S510，终端设备使用第二传输层数进行数据传输。

在步骤S550，在满足第二预设条件时，终端设备执行第二动作。

终端设备执行第二动作的方式有多种。

在一种实现方式中，终端设备执行第二动作包括提高探测参考信号SRS的发射功率。

示例性的，终端设备包括多个用于发送SRS的天线端口，终端设备可以提高该多个用于发送SRS的天线端口中的至少一个天线端口对应的SRS发射功率。

可选地，终端设备可以按照第三预设规则提高SRS的发射功率。

具体地，终端设备可以步进式提高SRS的发射功率，或者递增式或递减式提高SRS的发射功率，或者终端设备可以直接将SRS的发射功率提高至最大发射功率。这里终端设备提高SRS的发射功率的规则可以与步骤S520中降低SRS发射功率的规则类似，只是在该步骤中是提高SRS的发射功率，具体参考上文相关描述，为简洁，在此不再赘述。

在一些实施例中，在终端设备执行第二动作时，若终端设备提高多个用于发送SRS的天线端口中的至少两个天线端口对应的SRS的发射功率，则不同的天线端口的SRS发射策略可以相同，也可以不同。具体地，以提高其中两个天线端口对应的SRS发射功率为例，终端设备可以采用相同的规则提高该两个天线端口的SRS发射功率，也可以采用不同的规则提高该两个天线端口的SRS发射功率，例如步进式提高其中一个天线端口的SRS发射功率，递增式提高另一个天线端口的SRS发射功率。

终端设备提高多个用于发送SRS的天线端口中的至少两个天线端口对应的SRS的发射功率时，该至少两个天线端口的SRS发射功率可以同步提高，也可以分步提高，本申请实施例对此不作限定。

可选地，终端设备可以通过每个天线端口对应的功率放大器控制该天线端口的SRS发射功率。

通过提高SRS发射功率，可以构造终端设备处于近点的类似场景，或恢复终端设备实际的SRS发射水平，使网络设备按照近点场景或终端设备实际位置进行传输层数的调度调整。

在一种实现方式中，终端设备执行第二动作包括提高上行物理共享信道PUSCH的发射功率。

示例性的，终端设备包括多个用于发送PUSCH的天线端口，终端设备可以提高该多个用于发送PUSCH的天线端口中的至少一个天线端口对应的PUSCH发射功率。

可选地，终端设备可以按照第四预设规则提高PUSCH的发射功率。这里，终端设备采用的第四预设规则可以与上述第三预设规则相同，即终端设备可以按照类似于上述提高SRS的发射功率的方式提高PUSCH的反射功率，具体参考上文相关描述，为简洁，在此不再赘述。

可选地，终端设备可以通过每个天线端口对应的功率放大器控制该天线端口的PUSCH发射功率。

通过提高PUSCH发射功率，可以构造终端设备处于近点的类似场景，或恢复终端设备实际的PUSCH发射水平，使网络设备按照近点场景或终端设备的实际位置，进行传输层数的调度调整。

在另一种实现方式中，终端设备执行第二动作包括开启被关闭的用于发送SRS的多个天线端口中的至少一个天线端口。

这里，终端设备开启被关闭的用于发送SRS的多个天线端口中的至少一个天线端口时，可以将该至少一个天线端口对应的功率放大器开启，或者将该至少一个天线端口对应的SRS发射功率设为最大值，或者将该至少一个天线端口对应的SRS发射功率设为步骤S520之前的水平，本申请实施例对此不作限定。

应理解，打开被关闭的用于发送SRS的天线端口，可以理解为该天线端口继续发送SRS。

在另一种实现方式中，终端设备执行第二动作包括开启被关闭的用于发送PUSCH的多个天线端口中的至少一个天线端口。

这里，终端设备开启被关闭的用于发送PUSCH的多个天线端口中的至少一个天线端口时，可以将该至少一个天线端口对应的功率放大器开启，或者将该至少一个天线端口对应的PUSCH发射功率设为最大值，或者将该至少一个天线端口对应的PUSCH发射功率设为步骤S520之前的水平，本申请实施例对此不作限定。

应理解，打开被关闭的用于发送PUSCH的天线端口，可以理解为该天线端口继续发送PUSCH。

在又一种实现方式中，终端设备执行第二动作包括向网络设备发送第二辅助信息消息。

第二辅助信息消息可以为标准协议定义的终端辅助信息(UEAssistanceInformation)消息。

可选地，该第二辅助信息消息为过热指示消息。

本申请实施例中在满足第二预设条件时终端设备向网络设备发送终端辅助信息消息，该终端辅助信息消息可以用于指示网络设备提高终端设备的传输层数的最大值，相应地，网络设备在后续调度中，能够调度的最大传输层数提高。

应理解，终端设备执行第二动作的方式可以是上述几种实现方式中的一种或多种组合。即终端设备执行第二动作包括以下至少一种：

提高探测参考信号SRS的发射功率；

提高上行物理共享信道PUSCH的发射功率；

开启被关闭的用于发送SRS的多个天线端口中的至少一个天线端口；

开启被关闭的用于发送PUSCH的多个天线端口中的至少一个天线端口；或

向网络设备发送第二辅助信息消息。

本申请实施例中，第二预设条件包括以下预设条件7至预设条件12中的至少一种，说明如下。

预设条件7，终端设备检测到的参考信号接收功率RSRP小于第五阈值。

在满足预设条件7时，可以认为终端设备所处位置的信号质量较差。终端设备需要使用较高的传输层数进行传输，以保证吞吐量。

预设条件8，终端设备处理的数据业务属于第二预设业务类型。

本申请实施例中，第二预设业务类型可以包括通话业务、图片性网页浏览业务、视频业务、游戏业务等。

第二预设业务类型中的业务一般为大流量业务，当终端设备处理的数据业务属于第二预设业务类型时，终端设备需要使用较高的传输层数进行传输，以保证吞吐量。

预设条件9，终端设备处理的数据业务的应用层数据流量大于第六阈值。

当终端设备处理的数据业务的应用层数据流量大于第六阈值，该数据业务需要的应用层数据流量较大，因此终端设备需要使用较高的传输层数进行传输，以保证吞吐量。

预设条件10，终端设备的温度小于第七阈值。

当终端设备的温度小于第七阈值时，终端设备的温度较低，终端设备可以使用较高的传输层数进行传输，以提升频谱利用率。

预设条件11，终端设备的电量大于第八阈值。

当终端设备的电量大于第八阈值时，终端设备的电量较多，终端设备可以使用较高的传输层数进行传输，以提升频谱利用率。

预设条件12，终端设备携带第一SIM卡和第二SIM卡，其中第一SIM卡处于空闲态或使用第二传输层数处理第一数据业务，第二SIM卡结束第二数据业务的处理并由业务连接态进入空闲态。

在终端设备携带有第一SIM卡和第二SIM卡的情况下，由于第一SIM卡和第二SIM卡共同使用终端设备的射频资源。当其中一个SIM卡结束业务处理时，可以释放部分射频资源供另一个SIM卡处理业务，因此另一个SIM卡可以使用较高的传输层数进行传输。

可选地，上述第五阈值可以与第一阈值相等，第六阈值可以与第二阈值相等，第七阈值可以与第三阈值相等，第八阈值可以与第四阈值相等。第五阈值、第六阈值、第七阈值、第八阈值也可以根据实际相应确定，在此不做具体限定。

应理解，预设条件7-12与上述预设条件1-6是相对应的，即在满足预设条件1-6中至少一项时，终端设备希望使用较低的传输层数，在满足预设条件7-12中至少一项时，终端设备希望使用较高的传输层数。预设条件7-12与预设条件1-6条件相反，详细可参考上述步骤S520的相关描述，为简洁，在此不再赘述。

在步骤530，在终端设备执行第二动作之后，终端设备接收网络设备发送的第二调度信息，该第二调度信息用于指示终端设备使用第四传输层数进行数据传输，第四传输层数大于第二传输层数。

终端设备执行第二动作之后，使得网络设备对终端设备的调度进行调整，调度终端设备使用第四传输层数进行数据传输。由于第四传输层数大于第二传输层数，终端设备可以使用更高的传输层数传输数据，可以提高频谱利用效率。

可选地，第四传输层数等于第一传输层数。即网络设备调度终端设备恢复使用执行第一动作之前的传输层数进行传输。

为了进一步理解本申请，下面结合具体的应用场景和例子更加详细地描述本申请实施例提供的调度数据传输的方法。以下示例中终端设备的天线配置方式是以2T4R或1T2R为例进行描述的，但是本申请实施例也可以应用于其他天线配置类型的终端设备。还应理解，这些例子只是示例性的，而非意图限制本申请的范围。

上述预设条件6中涉及终端设备携带有第一SIM卡和第二SIM卡的场景，下面以终端设备携带双卡为例先描述该场景。

目前很多终端设备都支持双卡双待(dual sim dual standy，DSDS)，即同一个终端设备上包括两个用户身份识别模块(subscriber identity module，SIM)(简称SIM卡)，两张SIM卡可以同时待机。双卡双待又分为双卡双待单通和双卡双待双通。

双卡双待单通，是指终端设备可以同时插入两张SIM卡，支持两种不同的网络模式，两张SIM卡可同时待机。两张SIM卡通过终端设备的底层软件和控制芯片可以实现在两张SIM卡的两个网络间切换。当其中一个SIM卡处于通话状态时，另一个SIM卡是处于离线状态的。用户必须断开第一个SIM卡的通话才能建立第二个SIM卡的通话。

双卡双通(dual sim dual active，DSDA)，是指终端设备可以同时插入两张SIM卡，支持两种不同的网络模式，两张SIM卡可同时待机。两张SIM卡的来电都可处于接通状态。即当其中一个SIM卡处于通话状态时，另一个SIM卡有电话打入时会有提示，由用户决定是否接听。

目前因为成本的原因，大多数终端设备上行发射通道只有2个。对于单卡的终端设备来说，终端设备上的发射通道都可以为一个SIM卡业务服务。但对于双卡的终端设备来说，终端设备上的发射通道需要被两个SIM卡上的业务协调使用。

图9示出了双卡双待单通的终端设备上行发射通道使用示意图。

为方便理解，本申请实施例以及下文描述中将终端设备上插入的两张SIM卡(即第一SIM卡和第二SIM卡)分别称为主卡和副卡，其中主卡支持2T发送能力，副卡支持1T发送能力。终端设备包括2个上行发射通道TX1和TX2。

参考图9中的(a)所示，假设在上报UE能力时，主卡和副卡向网络设备均上报1T发送能力(即上报的上行传输最大层数为1)，网络设备只能为主卡和副卡调度rank1(即调度的上行传输层数为1)。当主卡处于连接态时，主卡可以通过TX1和/或TX2进行上行传输，副卡则处于空闲态。当副卡有业务请求例如来电业务时，副卡进入连接态，此时副卡抢占发射通道，通过TX1和/或TX2进行上行传输，主卡则处于空闲态。需要说明的是，这里主卡或副卡通过TX1和TX2进行上行传输时，TX1和TX2应发送相同的数据流，这样从网络设备的角度来看，主卡或副卡仍是调度的rank1。

参考图9中的(b)所示，假设在上报UE能力时，主卡向网络设备上报2T发送能力(即上报的上行传输最大层数为2)，副卡向网络设备上报1T发送能力(即上报的上行传输最大层数为1)。当主卡需要上行传输时，网络设备可以为主卡调度rank1或rank2，网络设备调度rank1的情形与图9中的(a)情形相同，不再详述，这里假设网络设备为主卡调度rank2。当副卡需要上行传输时，网络设备为副卡调度rank1。当主卡处于连接态时，主卡可以通过TX1和TX2进行上行传输，其中TX1和TX2发送不同的数据流，副卡则处于空闲态。当副卡有业务请求例如来电业务时，副卡进入连接态，此时副卡抢占发射通道，通过TX1和/或TX2进行上行传输，主卡则处于空闲态。需要说明的是，这里副卡通过TX1和TX2进行上行传输时，TX1和TX2应发送相同的数据流，这样从网络设备的角度来看，副卡仍是调度的rank1。

双卡双待单通的终端设备，主卡和副卡只能有一个处于连接态，另一个则处于空闲态。一般不会出现射频资源使用冲突的问题。

图10示出了双卡双待双通的终端设备上行发射通道使用示意图。

参考图10中的(a)所示，假设在上报UE能力时，主卡和副卡向网络设备均上报1T发送能力(即上报的上行传输最大层数为1)，网络设备只能为主卡和副卡调度rank1(即调度的上行传输层数为1)。当主卡处于连接态时，主卡可以通过TX1进行上行传输，副卡则处于空闲态。当副卡有业务请求例如来电业务时，副卡进入连接态，此时副卡可以通过TX2进行上行传输，不影响主卡业务。

参考图10中的(b)所示，假设在上报UE能力时，主卡向网络设备上报2T发送能力(即上报的上行传输最大层数为2)，副卡向网络设备上报1T发送能力(即上报的上行传输最大层数为1)。当主卡需要上行传输时，网络设备可以为主卡调度rank1或rank2，网络设备调度rank1的情形与图10中的(a)情形相同，不再详述，这里假设网络设备为主卡调度rank2。当副卡需要上行传输时，网络设备为副卡调度rank1。当主卡处于连接态时，主卡可以通过TX1和TX2进行上行传输，其中TX1和TX2发送不同的数据流，副卡则处于空闲态。当副卡有业务请求例如来电业务时，副卡由空闲态进入连接态，此时副卡会抢占上行发射通道，例如通过TX2进行传输，主卡则只能通过TX1进行传输。

由于目前上行调度采用的是单码字多流，一个码字会映射到两流中，如果有一流无法解码，将导致整个码字误码。在图10中的(b)所示的情况下，副卡抢占主卡的一个发射通道后，主卡只能通过一个发射通道进行上行发送。此时网络设备侧并不能及时获知主卡只有一个发射通道，若网络设备后续继续调度rank2，但主卡不能用2T进行发射，必然会导致误码。

目前有两种方式可以解决上述问题。一是降低能力上报支持的MIMO能力，例如主卡虽然可以支持2T发送能力，但只上报1T发送能力。二是主卡仍然上报支持上行MIMO，即主卡仍上报支持2T发送能力，当副卡起来工作时，主卡强行从2T发送变成1T发送，等待网络设备自适应调度调整降低rank。前者会导致上下行吞吐峰值的下降，后者网络设备的自适应调度调整需要较长的稳时间，例如5s以上，同时会有间歇性的连续误码，影响主卡业务的用户体验，例如游戏等应用会有卡顿。

因此，在这种场景下应用本申请实施例提供的调度数据传输方法，能够在不降低上下行吞吐峰值的前提下，使终端设备快速进行秩(rank)回退，保证业务的正常处理，提升用户体验。

图11示出了本申请实施例提供的一种调度数据传输的方法的示意性流程图。该方法可以由携带双卡的终端设备执行，该终端设备例如可以是图1所示的终端设备120。

应理解，终端设备可以为支持DSDA的终端设备，终端设备包括主卡和副卡，其中主卡支持使用第一网络，副卡支持使用第二网络。第一网络和第二网络可以相同，例如均为LTE网络或均为NR网络；第一网络和第二网络也可以不同，例如其中一个为LTE网络，另一个为NR网络，本申请实施例对此不作限定。主卡和副卡共同使用终端设备的射频资源，其中终端设备的射频资源包括终端设备的发射通道、接收通道、发射天线、接收天线等。

还应理解，本申请实施例中的主卡和副卡可以是两个独立的硬件形式的SIM卡，也可以是两个虚拟SIM卡(即软件形式的SIM信息)，还可以是一个硬件SIM卡内的两份SIM信息，本申请实施例对此不作限定。

本申请实施例中，以主卡支持上行2T发送能力，且向网络设备上报的上行传输最大层数为2；副卡支持上行1T发送能力，且向网络设备上报的上行传输最大层数为1为例进行说明。

当只有主卡处理业务请求时，网络设备针对主卡调度rank2，主卡处于连接态(例如玩游戏、看视频、打电话)，并以双流模式进行上行传输，副卡则处于空闲态。

当副卡有业务请求(例如被叫来电、收短信、TAU等)时，副卡先向主卡发送第一请求消息，用于请求主卡进行传输层数回退。主卡接收第一请求消息后可以执行第一动作，通过执行第一动作使得网络设备调度上行单流。这里，主卡采取主动动作，促使网络设备识别主卡进行传输层数回退的意图，从而使网络设备降低上行rank。该过程在下文将结合图13至图16描述，在此暂不详述。

相应地，网络设备可以调度主卡回退至上行单流，主卡则以单流模式进行上行传输。这里，网络设备可以通过降低主卡上行传输层数为1，降低调度rank，实现主卡由双流模式传输改为单流模式传输。

在主卡完成双流模式到单流模式的转换后，主卡可以向副卡发送第一响应消息，用于通知副卡传输层数回退完成。在主卡完成传输层数回退后，上行发射通道有空闲，因此主卡可以通知副卡该主卡已完成传输层数回退，副卡可以使用空闲的发射通道处理业务请求。之后，副卡再进入连接态，处理业务请求。

应理解，本申请实施例中的传输层数回退可以理解为网络设备降低调度主卡的传输层数，例如网络设备调度主卡由双流模式变成单流模式传输，或者网络设备针对主卡调度rank2回退至rank1，或者网络设备针对主卡调度的上行传输层数为2回退至上行传输层数为1。

本申请实施例中，终端设备可以上报最高上行传输层数(最高上行MIMO能力)，在主卡有业务需要处理时，可以在不打断主卡业务的前提下，使主卡快速进行传输层数回退，而不是由网络设备自适应调度调整。因此，既不影响主卡业务的使用体验，也可以使副卡在需要处理业务请求的时候进入连接态，进行处理。

图12示出了本申请实施例提供的另一种调度数据传输的方法的示意性流程图。

该方法与图11所示的方法不同的是，当副卡完成业务请求的处理后，副卡可以进入空闲态，释放上行发射通道。在副卡进入空闲态后，副卡可以向主卡发送第二请求消息，用于请求主卡进行传输层数恢复。主卡接收到第二请求消息后执行第二动作，通过执行第二动作使得网络设备调度上行双流。这里，主卡采取主动动作，促使网络设备识别主卡进行传输层数恢复的意图，从而使网络设备提高上行rank。该过程在下文将结合图13至图16描述，在此暂不详述。

相应地，网络设备可以调度主卡恢复至上行双流，主卡则以双流模式进行上行传输。

应理解，本申请实施例中的传输层数恢复可以理解为网络设备提高调度主卡的传输层数，例如网络设备调度主卡由单流模式变成双流模式传输，或者网络设备针对主卡调度rank1恢复至rank2，或者网络设备针对主卡调度的上行传输层数为1恢复至上行传输层数为2。

本申请实施例中，在副卡完成业务请求的处理后，能够通知主卡进行传输层数恢复，而不是由网络设备自适应调度调整，能够使主卡以上行MIMO方式进行传输，提升用户体验。

图11所示的方法中，主卡可以通过执行第一动作使网络设备调度上行单流，图12所示的方法中，主卡可以通过执行第二动作使网络设备调度上行双流。本申请实施例中，主卡触发网络设备调度上行单流的方式和触发网络设备调度上行双流的方式可以有多种，下面结合图13至图16详细描述。

在一种可能的实现方式中，主卡可以通过构造远点场景触发网络设备调度上行单流，为方便描述，该种实现方式简记为方式一。

参考图13所示，在网络设备调度上行单流的过程中，主卡执行第一动作可以包括降低SRS发射功率和/或降低PUSCH发射功率。

可选地，主卡可以降低用于发送SRS的天线端口中至少一个天线端口的SRS发射功率。

可选地，主卡可以降低用于发送PUSCH的天线端口中至少一个天线端口的PUSCH发射功率。

本申请实施例中，主卡支持2T发送能力，终端设备包括两个天线端口，例如port0和port1。在主卡执行第一动作之前，主卡以双流模式进行上行传输，则主卡在port0和port1上均会发送SRS和PUSCH。

示例性地，在主卡执行第一动作时，主卡可以降低SRS发射功率，和/或降低PUSCH发射功率。其中降低SRS功率包括：降低port0和/或port1的SRS发射功率。降低PUSCH发射功率包括：降低port0和/或port1的PUSCH发射功率。

可选地，主卡可以通过每个天线端口对应的功率放大器控制该天线端口的SRS发射功率，和/或PUSCH发射功率。

在一些实施例中，主卡可以按照步进式、递增式或递减式降低SRS发射功率和/或降低PUSCH发射功率，本申请实施例对此不作限定。

相应地，若网络设备检测到SRS接收功率小于第一门限值，和/或，检测到PUSCH信号质量小于第二门限值，则确定主卡的传输模式为单流模式。

可选地，SRS接收功率可以为SRS的参考信号接收功率RSRP。

可选地，PUSCH信号质量可以为PUSCH的误块率BLER，或者为PUSCH的参考信号的信噪比(signal noise ratio，SNR)。

一般地，网络设备为远点调度rank1单流。本申请实施例中，主卡通过降低SRS和/或PUSCH的发射功率，使得网络设备检测到的SRS的接收功率较小和/或PUSCH的信号质量较差，构造主卡处于远点的类似场景，触发网络设备调度单流模式传输。

相应地，在副卡处理完业务后，可以请求恢复主卡的双流模式传输。

仍参考图13，在网络设备调度上行双流的过程中，主卡执行第二动作可以包括恢复SRS发射功率和/或恢复PUSCH发射功率。

可选地，主卡可以恢复用于发送SRS的天线端口中至少一个天线端口的SRS发射功率。

可选地，主卡可以恢复用于发送PUSCH的天线端口中至少一个天线端口的PUSCH发射功率。

示例性地，主卡可以恢复SRS发射功率，和/或恢复PUSCH发射功率。其中恢复SRS功率包括：恢复port0和/或port1的SRS发射功率。恢复PUSCH发射功率包括：恢复port0和/或port1的PUSCH发射功率。

这里，恢复发射功率可以理解为提高发射功率。

相应地，若网络设备检测到SRS接收功率大于第一门限值，和/或，检测到PUSCH信号质量大于第二门限值，则确定主卡的传输模式为双流模式。

可选地，SRS接收功率可以为SRS的参考信号接收功率RSRP。

可选地，PUSCH信号质量可以为PUSCH的误块率BLER，或者为PUSCH的SNR。

一般地，网络设备为近点调度rank2双流。本申请实施例中，之前主卡以单流模式传输，主卡通过恢复SRS和/或PUSCH的发射功率，使得网络设备检测到的SRS接收功率较大和/或PUSCH的信号质量较优，触发网络设备调度双流模式传输。这样当副卡空闲态时，主卡仍然可以2T发射，实现上行MIMO。

在另一种实现方式中，主卡可以通过关闭用于发射SRS和/或PUSCH的天线端口触发网络设备调度上行单流，为方便描述，该种实现方式简记为方式二。

参考图14所示，在网络设备调度上行单流的过程中，主卡执行第一动作可以包括关闭用于发送SRS的第一天线端口和/或关闭用于发送PUSCH的第三天线端口。

第一天线端口和第三天线端口可以相同，也可以不同。

本申请实施例中，主卡支持2T发送能力，终端设备包括两个天线端口，例如port0和port1。在主卡执行第一动作之前，主卡以双流模式进行上行传输，则主卡在port0和port1上均会发送SRS和PUSCH。

示例性地，在主卡执行第一动作时，主卡可以关闭用于发送SRS的第一天线端口，和/或关闭用于发送PUSCH的第三天线端口。其中关闭用于发送SRS的第一天线端口包括：关闭用于发送SRS的port0或port1。关闭用于发送PUSCH的第三天线端口包括：关闭用于发送PUSCH的port0或port1。

相应地，若网络设备检测到用于发送SRS的天线端口数小于2，和/或，检测到用于发送PUSCH的天线端口数小于2，则确定主卡的传输模式为单流模式。

一般地，网络设备通过检测用于发送SRS和/或PUSCH的天线端口数量，可以判断主卡是否处于非连续发送(discontinuous transmission，DTX)状态。当检测到主卡处于DTX状态时，可以触发网络设备调度单流模式传输。

相应地，在副卡处理完业务后，可以请求恢复主卡的双流模式传输。

仍参考图14，在网络设备调度上行双流的过程中，主卡执行第二动作可以包括开启用于发送SRS的第一天线端口和/或开启用于发送PUSCH的第三天线端口。

应理解，这里开启的天线端口即为主卡执行第一动作时关闭的天线端口。

相应地，若网络设备检测到用于发送SRS的天线端口数等于2，和/或，检测到用于发送PUSCH的天线端口数等于2，则确定主卡的传输模式为双流模式。

该过程中，网络设备检测到主卡没有处于DTX状态时，可以触发网络设备调度双流模式传输。

本申请实施例中，主卡通过开启此前关闭的用于发送SRS和/或PUSCH的天线端口，使得网络设备检测到的主卡未处于DTX状态，触发网络设备调度双流模式传输。这样，当副卡空闲态时，主卡仍然可以2T发射，实现上行MIMO。

在另一种实现方式中，主卡可以通过关闭用于发射SRS和/或PUSCH的一个天线端口，并降低另一个天线端口的SRS发射功率和/或PUSCH发射功率，触发网络设备调度上行单流。相应地，主卡通过开启此前关闭的用于发射SRS和/或PUSCH的天线端口，并恢复另一个天线端口的SRS发射功率和/或PUSCH发射功率，触发网络设备调度双流模式传输。换句话说，主卡可以通过结合上述方式一和方式二来触发网络设备调度调整。

具体地，主卡执行第一动作可以包括：关闭用于发送SRS的第一天线端口和/或关闭用于发送PUSCH的第三天线端口，同时降低用于发送SRS的第二天线端口的SRS发射功率，和/或降低用于发送PUSCH的第四天线端口的PUSCH发射功率。

主卡执行第二动作包括：开启用于发送SRS的第一天线端口和/或开启用于发送PUSCH的第三天线端口，同时提高用于发送SRS的第二天线端口的SRS发射功率，和/或提高用于发送PUSCH的第四天线端口的PUSCH发射功率。

相应地，网络设备可以通过检测SRS的接收功率和/或PUSCH的信号质量，以及检测主卡是否处于DTX状态，确定调度单流模式传输还是双流模式传输。

在又一种实现方式中，主卡可以通过向网络设备发送过热指示消息，请求网络设备调度上行单流，为方便描述，该种实现方式简记为方式三。

参考图15所示，在网络设备调度上行单流的过程中，主卡执行第一动作可以包括：向网络设备发送第一过热(overheating)指示消息，该第一过热指示消息用于请求网络设备降低主卡的上行传输最大层数。

可选地，该第一过热指示消息可以指示上行传输最大层数为1。

可选地，该第一过热指示消息为标准定义的“overheating”消息。在一些实施例中，也可以描述为过热辅助信息(overheating assistance information)消息。

相应地，网络设备根据第一过热指示消息，确定主卡的传输模式为单流模式。然后向主卡发送第一RRC重配置消息，该第一RRC重配置消息用于指示上行传输最大层数为1。

这里，主卡发送的第一过热指示消息触发网络设备调度单流模式传输。

本申请实施例中，主卡通过向网络设备发送用于请求降低上行传输最大层数的过热指示消息，触发网络设备调度单流模式传输。

相应地，在副卡处理完业务后，可以请求恢复主卡的双流模式传输。

仍参考图15，在网络设备调度上行双流的过程中，主卡执行第二动作可以包括：向网络设备发送第二过热(overheating)指示消息，该第二过热指示消息用于请求网络设备恢复主卡的上行传输最大层数。

可选地，该第二过热指示消息可以指示上行传输最大层数为2。

可选地，该第二过热指示消息为标准定义的“overheating”消息。在一些实施例中，也可以描述为过热辅助信息(overheating assistance information)消息。

相应地，网络设备根据第二过热指示消息，确定主卡的传输模式为双流模式。然后向主卡发送第二RRC重配置消息，该第二RRC重配置消息用于指示上行传输最大层数为2。

这里，主卡发送的第二过热指示消息触发网络设备调度双流模式传输。

本申请实施例中，主卡通过向网络设备发送用于请求恢复上行传输最大层数的过热指示消息，触发网络设备调度双流模式传输。通过标准信令的方式，当副卡空闲态时，主卡仍然可以2T发射，实现上行MIMO。

本申请实施例通过向网络设备发送过热指示以请求网络设备调度单流模式或双流模式。在此之前，网络设备需要先知道终端设备是否支持过热指示能力。该过热指示能力属于UE能力的一种，也是在UE上报能力信息的过程上报给网络设备。图16示出了终端设备上报能力过程和网络设备调度主卡传输模式过程的示意性流程图。图中以网络设备为基站为例，终端设备为UE为例进行描述。

参考图16，UE上报能力信息的过程是在UE与基站建立RRC连接之后进行。例如在UE第一次附着(attach)过程或跟踪区更新(tracking area update，TAU)过程中，UE与基站建立RRC连接之后，UE上报UE能力。

如图16所示，当基站需要UE上报UE能力时，在步骤S610，基站向UE发送UE能力查询消息(例如UE Capability Enquiry消息)，用于查询UE能力。本申请实施例中，基站需要知道UE是否支持过热指示能力。因此在该步骤中UE能力查询消息中包括查询UE是否支持过热指示(overheatingInd)能力的信息。

示例性的，目前标准定义，UE可以请求基站降低最大上行传输层数的消息为过热指示(overheating)消息，该过热指示消息一般在UE功耗较大、过热的时候上报。本申请实施例中，该过热消息也可以在UE需要降低最大上行传输层数的情况下上报，包括但不限于需要降低功耗的情况，以及双卡场景下主副卡存在发射通道使用冲突的情况。

本申请实施例中，基站需要知道UE支持的上、下行传输最大层数。因此在该步骤中UE能力查询消息中包括查询UE的上行传输最大层数和下行传输最大层数。应理解，本申请实施例中描述的是主卡与网络设备之间的交互，因此步骤S620中，UE上报的上行传输最大层数为2，可以理解为UE上报的主卡的上行传输最大层数为2。

在步骤S620，UE向基站发送UE能力信息消息(例如UE Capability Information消息)，用于向基站报告UE能力信息。若UE支持过热指示能力，则在该步骤中，UE在能力信息消息中上报支持过热指示能力。

在步骤S630，基站向UE发送第三RRC重配置消息，该第三重配置消息用于配置UE的过热指示参数。

可选地，该过热指示参数包括定时器设置。

示例性的，该第三重配置消息中，用于定时器设置的字段如下：

该第三重配置消息还用于配置UE的上行传输层数为2。即在该步骤中，基站调度rank2。UE以双流模式发送数据。

在步骤S640，UE向基站发送RRC重配置完成消息。

当需要触发基站调度上行单流时，UE和基站执行步骤S650至步骤S660，如下。

在步骤S650，UE向基站发送第一过热指示消息(即第一overheating消息)。该第一过热指示消息用于请求降低上行传输最大层数。

应理解，在步骤S640之前，UE按照上行双流模式传输。

可选地，该第一过热指示消息包括上行传输最大层数为1的信息。

在步骤S660，基站向UE发送第一RRC重配置消息。该第一RRC重配置消息用于指示上行传输层数为1。

换句话说，在该步骤中，基站调度UE进行单流模式传输。

当需要触发基站调度上行双流时，UE和基站执行步骤S670至步骤S680，如下。

在步骤S670，UE向基站发送第二过热指示消息(即第二overheating消息)。该第二过热指示消息用于请求恢复上行传输最大层数。

应理解，在步骤S640之前，UE按照上行单流模式传输。

可选地，该第二过热指示消息包括上行传输最大层数为2的信息。

在步骤S680，基站向UE发送第二RRC重配置消息。该第二RRC重配置消息用于指示上行传输层数为2。

换句话说，在该步骤中，基站调度UE进行双流模式传输。

可选地，该本申请实施例中的第一过热指示消息和第二过热指示消息为标准消息。假设UE工作在FR1(即0-6GHz)频段，该标准消息的一种示例性协议字段如下：

则当需要触发基站调度上行单流时，即需要降低上行传输层数为1时，UE在第一过热指示消息中的“reducedMIMO-layersFRl-UL”字段上报值为1。

当需要触发基站调度上行双流时，即需要恢复上行传输层数为2时，UE在第二过热指示消息中的“reducedMIMO-layersFRl-UL”字段上报值为2。

本申请实施例中，主卡通过向网络设备发送过热指示消息，直接指示网络设备调度上行单流或上行双流，能够快速降低基站调度的rank。

在又一种实现方式中，主卡可以通过上述方式一和方式三结合，触发网络设备调度调整，或者通过上述方式二和方式三结合，触发网络设备调度调整，或者通过上述方式一、方式二和方式三结合，触发网络设备调度调整。

换句话说，主卡执行第一动作包括：向网络设备发送第一过热(overheating)指示消息，该第一过热指示消息用于请求网络设备降低上行传输最大层数。详细内容参考上文关于方式三的相关描述，为简洁，在此不再赘述。

可选地，主卡执行第一动作还包括：降低SRS发射功率和/或降低PUSCH发射功率。详细内容参考上文关于方式二的相关描述，为简洁，在此不再赘述。

可选地，主卡执行第一动作还包括：关闭用于发射SRS和/或PUSCH的天线端口。详细内容参考上文关于方式一的相关描述，为简洁，在此不再赘述。

可选地，方式三的优先级高于方式一和方式二。即只要网络设备接收到主卡发送的过热指示消息，则可以直接根据过热指示消息进行调度调整。

综上，主卡可以通过上述方式一、方式二、方式三的至少一种方式来触发网络设备调度调整。其中方式一和方式二可以理解为主卡隐性指示网络设备进行调度调整，方式三可以理解为主卡显示指示网络设备进行调度调整。由于主卡与网络设备之间的信令交互过程要比主卡与网络设备之间的信号测量过程快速，因此本申请实施例中也可以将方式三称为快速秩回退(或称快速回退)方式，将方式一和方式二称为慢速秩回退(或称慢速回退)方式。

可选地，主卡可以根据主卡和副卡的业务场景，选择合适的秩回退方式。

图17示出了本申请实施例提供的上行数据传输方法的示意性流程图。图17所示的方法700由终端设备执行，该方法700包括步骤S701至步骤S714。

应理解，在步骤S701之前，主卡处于连接态(例如玩游戏、看视频、打电话)，并以双流模式进行上行传输，副卡则处于空闲态。当副卡有业务请求(例如被叫来电、收短信、TAU等)，副卡由空闲态进入连接态，以处理业务请求。

在步骤S701，副卡接收到业务请求后，若判断存在发射通道使用冲突问题，副卡进入等待(hold)状态。

应理解，等待状态可以理解为副卡接收到业务请求，但暂缓处理该业务请求。

在步骤S702，副卡向主卡发送第一通知消息。该第一通知消息用于通知主卡启动定时器。

本申请实施例中，定时器位于主卡一侧。

在步骤S703，主卡启动定时器。

在步骤S704，副卡向主卡发送请求消息。该请求消息用于请求主卡进行传输层数回退。

示例性的，该请求消息可以为图11或图12中所述的第一请求消息。

在步骤S705，主卡通过执行第一动作，使得网络设备调度上行单流。

这里主卡所执行第一动作的方式可以为图13至图15中所述的至少一种方式，详述说明参见图13至图15的相关描述，为简洁，在此不再赘述。

在步骤S706，网络设备向主卡发送第一调度信息。该第一调度信息用于指示上行传输层数为1。

换句话说，在该步骤中，网络设备调度rank1。

在步骤S707，主卡根据接收到的第一调度信息，按照单流模式传输。

在步骤S708，主卡向副卡发送第二通知消息。该第二通知消息用于指示副卡传输层数回退完成。

示例性的，该第二通知消息可以为图11或图12中所述的第一响应消息。

在步骤S709，副卡进入连接态，处理业务请求。

在步骤S710，当副卡完成业务请求的处理后，进入空闲态。

副卡进入空闲态后，释放发射通道。

在步骤S711，副卡向主卡发送第三通知消息。该第三通知消息用于请求主卡进行传输层数恢复。

示例性的，该第三通知消息可以为图12中所述的第二请求消息。

在步骤S712，主卡通过执行第二动作，触发网络设备调度上行双流。

这里主卡所执行的第二动作的方式可以为图13至图15中所述的至少一种方式，详述说明参见图13至图15的相关描述，为简洁，在此不再赘述。

在步骤S713，网络设备向主卡发送第二调度信息。该第二调度信息用于指示上行传输层数为2。

换句话说，在该步骤中，网络设备调度rank2。

在步骤S714，主卡根据接收到的第二调度信息，按照双流模式传输。

上述步骤S704至步骤S709是在定时器未超时的情况下执行的。若步骤S704至步骤S708中的任意一个步骤执行后发生了步骤S715，即定时器超时，可以优先保证副卡业务，因为此时副卡可能是来电。主卡可以直接执行步骤S716，即主卡向副卡发送第四通知消息，该第四通知消息用于指示解除副卡等待状态。

相应地，在步骤S717，主卡进入空闲态。

在步骤S718，副卡进入连接态，处理业务请求。

应理解，步骤S716和步骤S717可以同时进行，也可以先后执行，本申请实施例对于该两个步骤执行的先后顺序不作限定。

在一些实施例中，步骤S702和步骤S704可以合并为一个步骤。即在图17所示的步骤S702中，副卡向主卡发送第一通知消息。该第一通知用于通知主卡启动定时器，并用于请求主卡进行传输层数回退。

在一些实施例中，定时器也可以设置在副卡一侧。即在图17所示的步骤S702之后，副卡启动定时器。副卡可以在发送完第一通知消息后立即启动定时器，或在预定时间后启动定时后，本申请实施例对此不作限定。

这种情况下，在定时器超时后，副卡可以向主卡发送通知消息，用于通知主卡定时器超时。主卡可以直接进入空闲态，而副卡进入连接态，处理业务请求。

在一些实施例中，主卡和副卡均可以设置定时器。在图17所示的步骤S702之后，主卡和副卡同时开启定时器。当主卡和副卡上定时器超时后，主卡可以直接进入空闲态，副卡直接进入连接态，处理业务请求。这样主卡无需执行图17所示的步骤S716。

本申请实施例中，定时器的时长可以根据主卡正在处理的业务类型和副卡将要发起的业务类型确定。例如，若主卡的业务类型为重要类型例如多媒体子系统(internetprotocol multimedia subsystem，IMS)语音业务、实时游戏业务等，可以设置较长的等待时间。应理解，定时器的时长即为副卡留给主卡进行传输层数回退的时间。

本申请实施例中，主卡和副卡可以直接进行通信，也可以间接通信。在间接通信的情况下，主卡和副卡之间可以通过额外的模块或无线资源管理(radio resourcemanagement(RRM)转发交互消息。应理解，主卡和副卡共用终端设备的硬件资源，因此，主卡和副卡之间的通信可以是终端设备的相关硬件单元或模块控制的。

图17所示的调度数据传输的方法中，当定时器超时后，主卡直接进入空闲态，副卡使用发射通道处理业务请求。这种情况下，由于主卡进入空闲态，网络设备侧可以很快感知到主卡的状态，从而快速进行调度调整，可以减少误码的发生。当然在副卡处理完业务请求后，还可以继续执行步骤S710至步骤S714，使主卡恢复双流模式传输。

可选地，当定时器超时后，主卡也可以直接按照单流模式传输，空余出发射通道供副卡使用。当然在副卡处理完业务请求后，还可以继续执行步骤S710至步骤S714，使主卡恢复双流模式传输。

本申请实施例提供的方法中，当副卡有业务时，先使副卡处于等待状态，待主卡完成上行传输层数回退之后，再继续副卡正常业务。副卡的等待状态可以为主卡的上行传输层数回退留出时间。

图18示出了本申请实施例提供的另一种调度数据传输的方法的示意性流程图。

该方法与图11所示的方法不同的是，在主卡接收到第一请求消息后，主卡根据和副卡的业务类型，确定回退策略。其他过程与图11所示的方法的相应过程类似，详细内容可参考图11的相关描述，在此仅对不同之处作详细解释。

本申请实施例中的回退策略包括快速回退和慢速回退。快速回退包括图15中描述的方式三，即主卡通过向网络设备发送过热指示消息，触发网络设备进行调度调整。慢速回退包括图13中描述的方式一和/或图14中描述的方式二，即主卡通过以下至少一种方式触发网络设备进行调度调整：降低SRS发射功率和/或降低PUSCH发射功率；关闭用于发射SRS和/或PUSCH的天线端口。这里主卡确定回退策略，可以理解为确定用户触发网络设备降低调度主卡上行传输层数的第一动作。

本申请实施例中回退策略还包括副卡业务的等待时间的设置，也即主卡回退时间的设置。

本申请实施例中，终端设备可以根据主卡和副卡的业务类型或业务场景确定合适的回退策略，能够在保证主卡业务不中断的前提下，正常处理副卡业务。

为方便理解，下面介绍一些主副卡业务类型的组合场景，以及相应的回退策略的具体例子。应理解，根据主副卡业务类型的不同组合，可以有不同的回退策略，本申请实施例不限于以下具体示例。

这里，以主卡支持使用NR网络，副卡支持使用LTE网络为例，则双卡并发主要涉及主卡NR子系统和副卡LTE子网络。双卡并发意味着双卡都进入业务连接态，本申请实施例从各个子系统维度出发，可以按照业务连接属性维度对场景进行区分。

对于主卡NR来说，在双卡进入并发时，主卡NR是需要执行上行传输层数回退的一方，因此，可以将主卡NR子系统按照业务重要性与持续时间长度分为如下4种：

主卡NR正在进行网际互连协议多媒体子系统(internet protocol multimediasubsystem，IMS)语音业务(属于长时重要业务)；

主卡NR正在进行实时游戏业务(属于长时重要业务)；

主卡NR正在进行TAU更新/ATTACH过程(属于短时重要业务)；

主卡NR正在进行其他业务(属于长时非重要业务)。

对于副卡LTE来说，在双卡进入并发时，副卡LTE是需要等待主卡回退的一方，因此，可以将副卡LTE子系统按照业务紧急性质分为如下4种：

副卡LTE发起IMS主叫业务(中等紧急程度)；

副卡LTE发起寻呼(paging)被叫业务(高等紧急程度)；

副卡LTE发起TAU变更的更新过程(中等紧急程度)；

副卡LTE发起其他业务(低等紧急程度)。

基于上述对主副卡业务类型的分类，当双卡业务进入并发状态时，若主卡先发起业务，副卡后发起业务，则可以产生表1所示的16种组合场景。

表1

	副卡IMS主叫	副卡寻呼被叫	副卡TAU变更	副卡其他业务
					主卡IMS语音	组合场景1	组合场景2	组合场景3	组合场景4
主卡实时游戏	组合场景5	组合场景6	组合场景7	组合场景8
					主卡TAU更新	组合场景9	组合场景10	组合场景11	组合场景12
主卡其他业务	组合场景13	组合场景14	组合场景15	组合场景16

若副卡先发起业务，而主卡后发起业务，则不再区分主卡或副卡业务类型，统一归为组合场景17。

本申请实施例中，对于主卡的回退，当前目标希望主卡采用慢速秩回退策略时能够有98％的概率在任何基站下5s内实现双流调度到单流调度的切换，因此本申请实施例设置副卡最长等待时间为5s，即图15中的定时器时长设置为5s。基于此，下面对上述17种组合场景下的回退策略进行示例性描述。应理解，副卡业务的最长等待时间可以根据实际需要确定，本申请实施例对此不作限定。

组合场景1(主卡IMS语音+副卡IMS主叫)

由于当前产品不支持语音双通，因此该场景应是主卡正好接收到IMS被叫(被叫信息还未到AP)时，用户同时使用副卡发起IMS主叫业务。此时回退策略应兼顾主卡被叫与副卡主叫。

在该组合场景下，为了保证主卡被叫，需要让副卡主叫等待一定时间。因此可考虑等最长时间5s(即定时器设置为5s)使得主卡完成回退。为了尽量缩短副卡等待时间，可以考虑通过图13所示的方式三进行快速回退单流。即主卡上报过热指示消息，请求网络设备降低上行传输最大层数。

组合场景2(主卡IMS语音+副卡寻呼被叫)

在该组合场景下，主卡为IMS语音场景，副卡收到寻呼触发的RRC连接建立。由于主卡正在IMS语音过程中，为了避免主卡语音中断，副卡需要确保主卡回退单流后才发起业务。

因此，本场景中为了保证主卡语音业务的正常处理，即使副卡寻呼响应为被叫语音，也需要最长等待5s(即定时器设置为5s)，确保主卡完成回退。为了尽量缩短副卡等待时间，可以考虑通过图13所示的方式三进行快速回退单流。即主卡上报过热指示消息，请求网络设备降低上行传输最大层数。

组合场景3(主卡IMS语音+副卡TAU变更)

在该组合场景下，主卡为IMS语音场景，副卡发起TAU更新。为了避免主卡语音中断，副卡需要确保主卡回退单流后才发起业务。

因此，本场景中为了保证主卡语音业务的正常处理，副卡需要最长等待5s，确保主卡回退。为了保证副卡时间提前量(timing adavance，TA)变更的TAU尽快同步到网络，可以考虑通过图13所示的方式三进行快速回退单流。即主卡上报过热指示消息，请求网络设备降低上行传输最大层数。

组合场景4(主卡IMS语音+副卡其他业务)

在该组合场景下，主卡为IMS语音场景，副卡发起其他业务。为了避免主卡语音中断，副卡需要确保主卡回退单流后才发起业务。

为了保证主卡语音业务的正常处理，副卡需要最长等待5s，确保主卡回退。本场景中可考虑通过图11所示的方式一或图12所示的方式二进行慢速回退单流。

组合场景5(主卡实时游戏+副卡IMS主叫)

在该组合场景下，主卡进行实时游戏业务，副卡发起IMS语音业务，此时终端设备的用户界面会切换为拨号应用。从用户使用习惯来看，语音业务应优先于游戏业务，语音业务应该认为较紧急，因此可考虑主卡回退等待时间为1s(即定时器设置为1s)。若超时未回退成功，可以按照DSDS2.0处理，即主卡直接进入空闲态，副卡使用发射通道发起业务。

为了避免双卡进入DSDS2.0，可以考虑通过图13所示的方式三进行快速回退单流。即主卡上报过热指示消息，请求网络设备降低上行最大层数。

组合场景6(主卡实时游戏+副卡寻呼被叫)

在该组合场景下，主卡进行实时游戏业务，副卡收到寻呼触发的RRC连接建立。由于主卡游戏属于重要业务，因此需要确保主卡游戏回退单流后副卡才发起业务。

本场景下为了保证主卡游戏业务的正常处理，即使副卡寻呼响应为被叫语音，也需要最长等待5s，确保主卡完成回退。为了尽量缩短副卡等待时间，可以考虑通过图13所示的方式三进行快速回退单流。即主卡上报过热指示消息，请求网络设备降低上行传输最大层数。

组合场景7(主卡实时游戏+副卡TAU变更)

在该组合场景下，主卡进行实时游戏业务，副卡发起TAU更新，需要保证主卡实时游戏回退成功后，副卡再发起TAU。

本场景下为了保证主卡游戏业务的正常处理，同组合场景6一样，需要给主卡保留5s的回退时间。为了保证副卡TA变更的TAU尽快同步到网络，可以考虑通过图13所示的方式三进行快速回退单流。即主卡上报过热指示消息，请求网络设备降低上行传输最大层数。

组合场景8(主卡实时游戏+副卡其他业务)

在该组合场景下，主卡进行实时游戏业务，副卡发起其他业务。本场景下需要给主卡留出5s的回退时间。本场景中可考虑通过图13所示的方式三进行快速回退单流。

组合场景9(主卡TAU更新+副卡IMS主叫)

在该组合场景下，主卡进行TAU更新过程，副卡发起IMS语音。本场景下为了保证主卡TAU业务，同时考虑TAU/ATTACH为短时业务，可以为此类短时过程保留3s的回退时间。若超时未回退成功，则按照DSDS2.0处理，主卡直接进入空闲态，副卡使用发射通道发起业务。由于此时TAU/ATTACH已经结束，副卡IMS语音可获得资源抢占主卡发起业务。

因此，为了保证主卡TAU业务，可以考虑在一定时间范围内等待TAU结束，副卡再发起IMS业务。

组合场景10(主卡TAU更新+副卡寻呼被叫)

在该组合场景下，主卡进行TAU更新过程，副卡收到寻呼触发的RRC连接建立。本场景下可以考虑为主卡保留2s的回退时间。若超时未回退成功，则按照DSDS2.0处理，主卡直接进入空闲态，副卡使用发射通道发起业务。由于此时TAU/ATTACH大概率已经结束，副卡寻呼可抢占资源发起接入。因此，为了保证主卡TAU业务，可以考虑在一定时间范围内等待TAU结束，副卡再发起IMS业务。

为了尽量缩短副卡等待时间，可以考虑通过图13所示的方式三进行快速回退单流。即主卡上报过热指示消息，请求网络设备降低上行传输最大层数。

组合场景11(主卡TAU更新+副卡TAU变更)

在该组合场景下，主卡进行TAU更新过程，副卡发起TAU。本场景可以考虑为主卡保留5s的回退时间。

组合场景12(主卡TAU更新+副卡其他业务)

在该组合场景下，主卡进行TAU更新过程，副卡发起其他业务。本场景可以考虑为主卡保留5s的回退时间。

组合场景13(主卡其他业务+副卡IMS主叫)

在该组合场景下，主卡进行其他业务，副卡发起IMS语音。为了保证副卡语音业务尽快发起，可以为给主卡保留3s的回退时间。若超时未回退成功，回退DSDS2.0。

考虑此时主卡可能存在IMS短信息服务(short message service，SMS)等业务，因此回退DSDS2.0后副卡IMS语音也需要等待主卡IMS SMS之类的业务结束才能获得资源。

组合场景14(主卡其他业务+副卡寻呼被叫)

在该组合场景下，主卡进行其他业务，副卡寻呼响应发起RRC连接建立。为了保证副卡被叫业务尽快发起，可以给主卡保留2s的回退时间。若超时未回退成功，回退DSDS2.0。

考虑此时主卡可能存在IMS SMS此类业务，回退DSDS2.0后副卡寻呼响应也需要等待主卡IMS SMS之类业务结束才能获得资源。

组合场景15(主卡其他业务+副卡TAU变更)

在该组合场景下，主卡进行其他业务，副卡发起TAU/ATTACH过程。本场景下可以为主卡保留3s的回退时间。若超时未回退成功，回退DSDS2.0。

考虑此时主卡可能存在IMS SMS此类业务，回退DSDS2.0后副卡IMS语音也需要等待主卡IMS SMS之类业务结束才能获得资源。

组合场景16(主卡其他业务+副卡其他业务)

在该组合场景下，主副卡都是其他业务。本场景可以为主卡保留5s的回退时间。

组合场景17

在该组合场景下，副卡先发起业务，主卡后发起业务，主卡业务上行只能使用1T。因此，理论上基站不会对主卡UE上行调度双流。副卡业务释放后，主卡应考虑尽快触发基站进行上行双流调度。例如主卡可以通过图11至图13中的方法触发基站进行调度调整。或者，副卡业务释放后，主卡的SRS恢复正常方式上报，基站可以自适应再次调度双流。

图19示出了本申请实施例提供的一种调度数据传输的方法的示意性流程图。图19所示的方法800可以为图18所示的方法的一个具体的例子。该方法800包括步骤S810至步骤S850。

在步骤S810，当副卡发起业务时，副卡按照双卡工作模式向RRM发送RRM资源请求消息(例如RRM_RESOURCE_REQ)，用于向RRM申请资源。

在步骤S820，RRM判断此时主卡处于业务态，且当前支持业务并发的状态，RRM向主卡发送Tx回退请求(例如Tx_FALLBACK_REQ)。

本申请实施例中，在主卡回复Tx回退请求之前，RRM认为当前能力依然支持业务并发。

在步骤S830，主卡确定回退策略，并根据回退策略进行回退。

本申请实施例中，回退策略包括快速回退和慢速回退。在快速回退方式中，主卡可以向网络设备发送UE辅助信息(UE assistance information)，例如过热指示信息，以进行快速回退。在慢速回退方式中，主卡可以通过物理层SRS的发送触发网络设备针对主卡进行上行调度回退。

在步骤S840，主卡回退成功后，主卡向RRM回复回退确认，即主卡向RRM发送Tx回退确认(例如Tx_FALLBACK_CNF)。该Tx回退确认中携带有主卡回退成功标记。

在步骤S850，RRM接收到主卡发送的Tx回退确认后，认为此时双卡可以并发，RRM向副卡发送RRM资源确认。

接收到RRM资源确认的副卡可以进入连接态，处理业务请求。

可选地，RRM可以为双卡双待模块，该模块可以与主卡进行通信，也可以与副卡进行通信。

本申请实施例中，为了保证主卡业务平滑回退单流，副卡发起业务时，通过请求主卡进行Tx回退的流程，请求主卡从双流调度到单流调度的切换。主卡根据当前业务类型与副卡要发起的业务类型决定回退的策略，副卡为主卡双流到单流回退留出时间。

上文描述的技术方案可以应用于双卡场景。当副卡处于空闲态时，主卡仍然可以2T发射，实现上行MIMO。当副卡需要由空闲态进入连接态时，可以在不打断主卡业务的前提下，完成主卡从双流调度到单流调度的切换，不影响用户体验。

上文讨论了终端设备携带双卡的场景，但从功耗的角度考虑，不论是单卡场景还是双卡场景，终端设备使用2T、4R意味着更高的耗电。在用户流量不大的情况下，通常使用较低rank就可以满足要求，那么此时终端设备可以关闭多余的发射或接收天线，以节省功耗。但网络设备调度高rank(例如上行调度rank2，下行调度rank3/4)，使得终端设备不得不使用2T4R进行工作，在近点、小流量等场景下造成功耗的浪费。因此，不仅可以在主副卡存在发射通道冲突的情况下，触发基站降低rank，还可以在终端设备想要节省功耗的情况下，触发基站降低rank。

为了节省功耗，现有技术提供以下几种方式。一是降低终端设备上报支持MIMO能力，这样网络设备只能调度低rank，但是这样会导致上下行吞吐峰值的下降。二是终端设备仍然上报最大的支持MIMO能力，在需要降低功耗时，终端设备强行从2T发射变成1T发射，或者由4R接收变为2R/1R接收，等待网络设备自适应调度调整降低rank。这种情况下，终端设备强行关闭发送、接收分集，会导致连续的误码，影响应用的使用体验。三是在需要降低功耗时，终端设备可以主动重新发起初始注册流程，但这样会打断当前的业务。

总而言之，目前如果终端设备想要网络设备调度低rank，或者是通过降低上报支持的MIMO能力的方式，或者是终端设备强行关闭发射/接收分集，使网络设备自适应调度的方式。目前提供的解决方案中存在上文描述的问题。本申请实施例提供的调度数据传输的方法，能够使终端设备想要网络设备调度低rank时，网络设备可以快速响应，进行调度调整。并且，能够在终端设备上报上下行MIMO能力的同时，在不打断业务且不影响体验的前提下，关闭发射或接收分集达到省功耗的目的。

需要说明的是，本申请实施例提供的调度数据传输的方法，可以应用于终端设备想要网络设备降低rank调度的任何场景，不限于DSDA场景、节省功耗场景等。

图20示出了本申请实施例提供的调度数据传输的方法的示意性流程图。该方法可以应用于图1所示的通信系统100中，由终端设备和网络设备交互信息以执行方法900。

本申请实施例中，以终端设备为2T4R的终端设备为例，2T4R终端设备支持上下行MIMO能力。在执行方法900之前，终端设备和网络设备建立了RRC连接，终端设备完成了UE能力上报。在UE能力上报中，终端设备上报上行传输最大层数为2，下行传输最大层数为4。

在步骤S910，终端设备使用2根发送天线、4根接收天线(即2T4R)进行收发，其中两个天线端口发送用于CB的SRS(为方便，以下简称CB SRS)，使用2T4R发送用于AS的SRS(为方便，以下简称AS SRS)。

应理解，终端设备上报的上行传输最大层数为2、下行传输最大层数为4，在执行本申请提供的方法前，设定网络设备调度终端设备上行传输层数为2，下行传输层数为4。

相应地，网络设备根据检测到的SRS，调度下行传输层数为4，上行传输层数为2。

应理解，本申请实施例中所述的终端设备以2T4R进行收发，可以理解为终端设备以2T4R发送或接收分集，即终端设备按照网络设备的调度进行上下行数据传输。

在步骤S920，当满足第一预设条件时，终端设备仍以2T4R进行收发，但终端设备关闭SRS资源的一个天线端口，使得一个天线端口发送用于CB SRS，使用1T2R发送AS SRS。

终端设备关闭SRS资源的一个天线端口的方式包括：终端设备直接关闭天线端口对应的功率放大器，或者将天线端口对应的功率放大器的功率配置为最低值。

当满足第一预设条件时，终端设备在该步骤中所执行的动作是为了让网络设备识别到终端设备期望工作在关闭分集的状态。其中，第一预设条件包括以下至少一种：

终端设备当前处于信号优良的位置例如近点，其中信号优良的位置包括参考信号接收功率(reference signal receiving power，RSRP)大于第一阈值的位置；

终端设备当前处理的业务属于第一预设业务类型，第一预设业务类型包括小流量业务；

终端设备当前处理的业务类型为小流量业务，其中小流量业务为应用层数据流量小于第二阈值的业务；

终端设备当前的温度大于第三阈值；

终端设备需要进入省功耗状态，例如终端设备的电量小于第四阈值。

换句话说，当满足第一预设条件时，例如终端设备检测到当前处于信号很好的位置、当前数据量很小时，低rank就能满足通信需求；再例如终端设备检测到当前温度较高，或者终端设备检测到当前的电量较低，需要进入省功耗状态，需要调度低rank，终端设备可以执行一定动作，使网络设备识别到终端设备要工作在低rank的意图。

在步骤S930，网络设备识别到SRS的部分端口处于非连续发送(DTX)状态，则确定降低下行调度层数和上行调度层数。

该步骤中，网络设备可以识别到终端设备存在没有发送SRS信号的端口，并且可以识别到有没有发送SRS信号的端口数量。这种情况下，网络设备可以认为终端设备期望工作在关闭分集的状态，则限制上下行调度的rank。

相应地，网络设备可以调度下行传输层数为2(即调度下行rank2)，调度上行传输层数为1(即调度上行rank1)。

在步骤S940，终端设备根据网络设备最新的调度，使用1根发射天线、2根接收天线(即1T2R)进行收发。

在该步骤中，终端设备关闭发送、接收分集天线，处于节省功耗的状态。

由于终端设备在接收到网络设备调度下行rank2和上行rank1之前，仍按照下行rank4和上行rank2进行工作，只是关闭了用于发送SRS资源的一个天线端口，这样在调度调整过程中，终端设备关闭分集后不会发生误码。

在步骤S950，当满足第二预设条件时，终端设备以2T4R进行收发，并打开之前关闭的SRS资源的天线端口，其中两个天线端口发送用于CB SRS，使用2T4R发送AS SRS。

终端设备打开SRS资源的天线端口的方式包括：终端设备打开天线端口对应的功率放大器，并且将该天线端口对应的功率放大器的功率恢复为正常值。

当满足第二预设条件时，终端设备在该步骤中所执行的动作是为了让网络设备识别到终端设备期望工作在打开分集的状态。其中，第二预设条件包括以下至少一种：

终端设备当前处于信号差的位置例如远点，其中信号差的位置包括参考信号接收功率(reference signal receiving power，RSRP)小于第五阈值的位置；

终端设备当前处理的业务属于第二预设业务类型，第二预设业务类型包括大流量业务；

终端设备当前处理的业务类型为大流量业务，其中大流量业务为应用层数据流量大于第六阈值的业务；

终端设备当前的温度小于第七阈值；

终端设备需要退出省功耗状态，例如终端设备的电量大于第八阈值。

换句话说，当满足第二预设条件时，例如终端设备检测到当前处于信号较差的位置、当前数据量很大时，需要高rank传输，再例如终端设备检测到当前温度较低，或者终端设备的电量较足，可以实现调度高rank，终端设备可以打开所有天线，并恢复SRS的信号的发送，使网络设备识别到终端设备要工作在高rank的意图。

在步骤S960，网络设备识别到终端设备退出SRS的非连续发送(DTX)状态，则确定恢复下行调度层数和上行调度层数。

该步骤中，网络设备可以识别到终端设备退出了SRS的DTX状态，这种情况下，网络设备可以认为终端设备期望工作在打开分集的状态，则解除对上下行调度的rank限制。

相应地，网络设备可以调度下行传输层数为4(即调度下行rank4)，调度上行传输层数为2(即调度上行rank2)。

在步骤S970，终端设备根据网络设备最新的调度，使用2根发射天线、4根接收天线(即2T4R)进行收发。

在该步骤中，终端设备打开发送、接收分集天线，处于正常工作的状态。

本申请实施例提供的方法中，终端设备可以根据自身是否需要节省功耗，调整发送SRS的天线端口，触发网络设备进行调度调整，并且不中断和影响当前业务。

应理解，图20所示的方法中，是以终端设备为2T4R的终端设备，且用于CB的SRS和用于AS的SRS复用为例进行的说明。因此终端设备在步骤S920和步骤S950中的执行的动作同时影响网络设备调度上行层数和下行层数。在一些其他实施例中，终端设备可以通过执行一定步骤，触发网络设备只进行上行传输层数的调度调整或只进行下行传输层数的调度调整。

还应理解，本申请实施例提供的方法不仅可以用于双卡场景，还可以用于单卡场景。在双卡场景下，当副卡也支持2T时，该方法可以应用于主卡，也可以应用于副卡。另外，本申请实施例提供的方法还可以应用于终端设备需要节省功耗的场景，本申请实施例对此不作限定。

在一些实施例中，当满足第一预设条件时，终端设备还可以通过降低SRS和/或PUSCH发射功率的方式，触发网络设备调整调度。具体实现方式与图13所示的方式类似。

在一些实施例中，当满足第一预设条件时，终端设备可以采用显性指示的方式通知网络设备，终端设备期望关闭接收或发送分集。

例如，终端设备可以向网络设备发送过热指示，该过热指示中包括终端设备上行传输最大层数和/或下行传输最大层数，其中该过热指示中的上行传输最大层数小于终端设备当前的实际上行传输层数，该过热指示中的下行传输最大层数小于终端设备当前的实际下行传输层数。也就是说，终端设备可以在过热指示中向网络设备通知终端设备期望的上行传输层数和/或期望的下行传输层数，以触发网络设备进行调度调整。

终端设备发送过热指示的方式与图15中主卡向终端设备发送过热指示的方式类似，详细说明可参考上文相关描述。

这里，终端设备发送的过热指示可以为标准定义的“overheating”消息。仍以图13中所列举的协议字段为例，当终端设备要触发基站降低上行传输层数时，则终端设备将过热指示消息中的“reducedMIMO-layersFRl-UL”字段值设置为期望的上行传输层数值，相应地，网络设备调度的实际上行传输层数小于或等于该字段对应的值。当终端设备要触发基站降低下行传输层数时，则终端设备将过热指示消息中的“reducedMIMO-layersFRl-DL”字段值设置为期望的下行传输层数值，相应地，网络设备调度的实际下行传输层数小于或等于该字段对应的值。

为便于理解，下面结合附图21和22更加详细地描述本申请实施例的一些具体的非限制性的例子。本申请实施例以2T4R和1T4R的终端设备为例进行说明，但如上所述，本申请实施例提供的方法同样可以具有其他数量发送天线和接收天线的终端设备。

图21示出了2T4R的终端设备SRS资源配置、复用方式、回退方式的示意图。该图示例性示出支持2T4R的终端设备的SRS资源发送以及低功耗状态时SRS资源发送方式。

如图21所示，终端设备包括2个发射天线和4个接收天线。终端设备包括四个天线端口，分别为端口0、端口1、端口2、端口3。对于2T4R的终端设备来说，在天线切换过程中，终端设备每次轮询2个接收天线，对于同一个SRS资源，对应两个天线端口。终端设备第一次轮询的两个Rx天线发送的SRS为复用SRS，也即端口0和端口1上发送的SRS为复用SRS。

本申请实施例中，在满足第二预设条件的情况下，终端设备以2T4R进行天线轮发。终端设备在t0时刻通过端口0和端口1发送其中一个SRS资源，在t1时刻通过端口2和端口3发送另一个SRS资源。端口0和端口1发送的SRS为复用SRS，即终端设备通过端口0和1发送用于CB的SRS，通过端口0、端口1、端口2和端口3发送用于AS的SRS。

以下行传输层数调度为例，网络设备根据终端设备SRS资源发送情况，调度下行传输层数为4(即下行rank4)。

在满足第一预设条件的情况下，终端设备可以关闭2个天线端口，例如端口1和端口3。这样终端设备在t0时刻通过端口0发送其中一个SRS资源，在t1时刻通过端口2上发送另一个SRS资源。端口0发送的SRS为复用SRS，即终端设备通过端口0发送用于CB的SRS，通过端口0和端口2发送用于AS的SRS。

相应地，网络设备根据终端设备发送的AS SRS的端口数，调度下行传输层数为2(即下行rank2)。

在满足第三预设条件的情况下，终端设备可以关闭3个天线端口，例如端口1、端口2和端口3。这样终端设备在t0时刻通过端口0上发送其中一个SRS资源。端口0发送的SRS为复用SRS，即终端设备通过端口0发送用于CB的SRS，通过端口0发送用于AS的SRS。

相应地，网络设备根据终端设备发送的AS SRS的端口数，调度下行传输层数为1(即下行rank1)。

本申请实施例中，终端设备可以通过发送AS SRS的端口数来指示网络设备调度下行传输层数。

第二预设条件可以包括以下至少一种：

终端设备检测到的参考信号接收功率小于阈值A1；或者，

终端设备检测到的参考信号接收质量小于阈值B1；或者，

终端设备当前处理的业务中应用层数据流量大于阈值C1；或者，

终端设备当前的温度小于阈值D1；或者，

终端设备当前的电量大于阈值K1。

第一预设条件可以包括以下至少一种：

终端设备检测到的参考信号接收功率大于阈值A1，且小于阈值A2；或者，

终端设备检测到的参考信号接收质量大于阈值B1，且小于阈值B2；或者，

终端设备当前处理的业务中应用层数据流量小于阈值C1，且大于阈值C2；或者，

终端设备当前的温度大于阈值D1，且小于阈值D2；或者，

终端设备当前的电量小于阈值K1，且大于阈值K2。

第三预设条件可以包括以下至少一种：

终端设备检测到的参考信号接收功率大于阈值A2；或者，

终端设备检测到的参考信号接收质量大于阈值B2；或者，

终端设备当前处理的业务中应用层数据流量小于阈值C3；或者，

终端设备当前的温度大于阈值D2；或者，

终端设备当前的电量小于阈值K2。

上述阈值中，A1＜A2，B1＜B2，C1＞C2，D1＜D2，K1＞K2。

应理解，上述阈值可以根据实际需要相应设定数值，本申请实施例不作限定。

上行传输层数调度情形与下行传输层数调度类似，下面仅做示例性说明。

在满足第二预设条件时，网络设备根据终端设备SRS资源发送情况，调度上行传输层数为2(即下行rank4)。

在满足第一预设条件的情况下，终端设备可以关闭用于发送CB SRS的天线端口中的1个天线端口，例如端口1，这样终端设备在t0时刻通过端口0上发送复用SRS。即终端设备通过端口0发送用于CB的SRS。

相应地，网络设备根据终端设备发送的CB SRS的端口数，调度上行传输层数为1(即下行rank1)。

简单理解，正常状态下，终端设备每个SRS周期在两个时隙位置t0/t1，每个时隙位置使用2个天线进行发送。而在低功耗状态下，每个时隙位置只发送1个端口的SRS信号，此时网络设备即会限制调度上行最大rank1，下行最大rank2。

应理解，本申请实施例中网络设备可以单独对上行传输层数或下行传输层数进行调度调整，也可以同时对上行传输层数和下行传输层数调度调整，本申请实施例对此不作限定。

图22示出了1T4R的终端设备SRS资源配置、复用方式、回退方式的示意图。该图示例性示出支持1T4R的终端设备的SRS资源发送以及低功耗状态时SRS资源发送方式。对于只支持1T4R的终端设备，仍可使用上述方法降低下行rank，关闭接收分集获得功耗收益，只是与支持2T4R的终端设备的区别在于SRS资源发送的位置不同。

如图22所示，终端设备包括1个发射天线和4个接收天线。终端设备包括四个天线端口，分别为端口0、端口1、端口2、端口3。对于1T4R的终端设备来说，在天线切换过程中，终端设备每次轮询1个接收天线。终端设备第一次轮询的1个Rx天线发送的SRS为复用SRS，也即端口0上发送的SRS为复用SRS。

以下以下行传输层数调度为例进行说明。

在满足第二预设条件的情况下，终端设备以1T4R进行天线轮发。终端设备在t0、t1、t2、t3时刻分别通过端口0、端口1、端口2和端口3发送SRS资源。端口0发送的SRS为复用SRS，即终端设备通过端口0发送用于CB的SRS，通过端口0、端口1、端口2和端口3发送用于AS的SRS。

相应地，网络设备根据终端设备发送AS SRS的端口数，调度下行传输层数为4(即下行rank4)。

在满足第四预设条件的情况下，终端设备可以关闭1个天线端口，例如端口1。这样终端设备在t0、t2、t3时刻分别通过端口0、端口2和端口3发送SRS资源。端口0发送的SRS为复用SRS，即终端设备通过端口0发送用于CB的SRS，通过端口0、端口2和端口3发送用于AS的SRS。

相应地，网络设备根据终端设备发送的AS SRS的端口数，调度下行传输层数为3(即下行rank3)。

在满足第一预设条件的情况下，终端设备可以关闭2个天线端口，例如端口1和端口3。终端设备在t0、t2时刻分别通过端口0、端口2发送SRS资源。端口0发送的SRS为复用SRS，即终端设备通过端口0发送用于CB的SRS，通过端口0和端口2发送用于AS的SRS。

相应地，网络设备根据终端设备发送的AS SRS的端口数，调度下行传输层数为2(即下行rank2)。

在满足第三预设条件的情况下，终端设备可以关闭3个天线端口，例如端口1、端口2和端口3。这样终端设备在t0时刻通过端口0上发送SRS资源。端口0发送的SRS为复用SRS，即终端设备通过端口0发送用于CB的SRS，通过端口0发送用于AS的SRS。

相应地，网络设备根据终端设备发送的AS SRS的端口数，调度下行传输层数为1(即下行rank1)。

本申请实施例中，终端设备可以通过发送AS SRS的端口数来指示网络设备调度下行传输层数。

第二预设条件可以包括以下至少一种：

终端设备检测到的参考信号接收功率小于阈值E1；或者，

终端设备检测到的参考信号接收质量小于阈值F1；或者，

终端设备当前处理的业务中应用层数据流量大于阈值G1；或者，

终端设备当前的温度小于阈值H1；或者，

终端设备当前的电量大于阈值L1。

第四预设条件可以包括以下至少一种：

终端设备检测到的参考信号接收功率大于阈值E1，且小于阈值E2；或者，

终端设备检测到的参考信号接收质量大于阈值F1，且小于阈值F2；或者，

终端设备当前处理的业务中应用层数据流量小于阈值G1，且大于阈值G2；或者，

终端设备当前的温度大于阈值H1，且小于阈值H2；或者，

终端设备当前的电量小于阈值L1，且大于阈值L2。

第一预设条件可以包括以下至少一种：

终端设备检测到的参考信号接收功率大于阈值E2，且小于阈值E3；或者，

终端设备检测到的参考信号接收质量大于阈值F2，且小于阈值F3；或者，

终端设备当前处理的业务中应用层数据流量小于阈值G2，且大于阈值G3；或者，

终端设备当前的温度大于阈值H2，且小于阈值H1；或者，

终端设备当前的电量小于阈值L2，且大于阈值L3。

第三预设条件可以包括以下至少一种：

终端设备检测到的参考信号接收功率大于阈值E3；或者，

终端设备检测到的参考信号接收质量大于阈值F3；或者，

终端设备当前处理的业务中应用层数据流量小于阈值G3；或者，

终端设备当前的温度大于阈值H3；或者，

终端设备当前的电量小于阈值L3。

上述阈值中，E1＜E2＜E3，F1＜F2＜F3，G1＞G2＞G3，H1＜H2＜H3，L1＞L2＞L3。

应理解，上述阈值可以根据实际需要相应设定数值，本申请实施例不作限定。

简单理解，正常状态下，终端设备每个SRS周期在4个时隙位置t0/t1/t2/t3，每个时隙位置使用1个天线进行发送，而在低功耗状态下，4个时隙位置中的2个不发送，基站即会限制调度下行最大rank2，当4个时隙位置中的3个不发送，基站机会限制调度下行最大rank1。

需要说明的是，本申请实施例是以2T4R或1T4R的终端设备描述本申请实施例提供的调度数据传输的方法，但应理解，本申请实施例提供的方法还可以应用于具有其他天线配置的终端设备，相应地，终端设备触发网络设备调度的数据传输模式也随着终端设备天线配置不同而有所不同，不限于调度双流模式到单流模式，或者调度四流模式到双流模式、单流模式等。

还需要说明的是，本申请实施例还以单卡场景和双卡场景描述了本申请实施例提供的调度数据传输的方法，但应理解，本申请实施例提供的方法还可以应用于多于双卡的场景(简称多卡场景)。

上文结合图1至图22详细的描述了本申请实施例的方法实施例，下面结合图23和图24，详细描述本申请实施例的装置实施例。应理解，方法实施例的描述与装置实施例的描述相互对应，因此，未详细描述的部分可以参见前面方法实施例。

图23是本申请实施例提供的通信装置的示意图，图23的通信装置1000可以是上文提及的终端设备，例如可以是图1所示的终端设备120的一个具体的例子。通信装置1000可用于实现上文中的由终端设备执行的步骤，例如图7或图8的方法，还可以用于具体实现图11至图22所示的实施例。为避免冗余，不再重复描述。

图23所示的通信装置1000包括传输模块1010、执行模块1020、接收模块1030。

传输模块1010，用于使用第一传输层数进行数据传输。

执行模块1020，在满足第一预设条件时，执行第一动作。

接收模块1030，用于在所述执行模块1020执行所述第一动作之后，接收网络设备发送的第一调度信息，所述第一调度信息用于指示所述通信装置使用第二传输层数进行数据传输，所述第二传输层数小于所述第一传输层数。

其中，执行模块1020执行第一动作包括以下至少一种：

降低探测参考信号SRS的发射功率；

降低上行物理共享信道PUSCH的发射功率；

关闭用于发送SRS的多个天线端口中的至少一个天线端口；

关闭用于发送PUSCH的多个天线端口中的至少一个天线端口；或

向所述网络设备发送第一辅助信息消息。

可选地，所述第一预设条件包括以下至少一种：所述通信装置检测到的参考信号接收功率RSRP大于第一阈值；所述通信装置处理的数据业务属于第一预设业务类型；所述通信装置处理的数据业务的应用层数据流量小于第二阈值；所述通信装置的温度大于第三阈值；所述通信装置的电量小于第四阈值；或所述通信装置携带第一用户身份识别模块SIM卡和第二SIM卡，其中所述第一SIM卡使用所述第一传输层数处理第一数据业务，所述第二SIM卡在空闲态下接收到第二数据业务的请求。

可选地，所述第一调度信息为下行控制指示DCI。

可选地，所述第一辅助信息消息为过热指示消息。

可选地，所述第一辅助信息消息包括第二最大传输层数，所述第二最大传输层数小于第一最大传输层数，所述第一最大传输层数等于所述网络设备在所述终端设备执行所述第一动作之前所能调度的传输层数的最大值。

可选地，所述第一传输层数和所述第二传输层数用于上行数据传输；或者，所述第一传输层数和所述第二传输层数用于下行数据传输。

可选地，所述通信装置包括多个用于发送SRS的天线端口，所述执行模块1020具体用于，降低所述多个用于发送SRS的天线端口中的至少一个天线端口对应的SRS发射功率。

可选地，所述通信装置包括多个用于发送PUSCH的天线端口，所述执行模块1020具体用于，降低所述多个用于发送PUSCH的天线端口中的至少一个天线端口对应的PUSCH发射功率。

可选地，所述用于发送SRS的多个天线端口包括第一端口组，所述第一端口组用于发送用于天线切换AS的SRS，所述通信装置进行下行数据传输，所述执行模块1020具体用于，关闭所述第一端口组中的至少一个端口。

可选地，所述用于发送SRS的多个天线端口包括第二端口组，所述第二端口组用于发送用于码本CB的SRS，所述通信装置进行上行数据传输，所述执行模块1020具体用于，关闭所述第二端口组中的至少一个端口。

可选地，所述第一预设条件包括所述通信装置携带第一用户身份识别模块SIM卡和第二SIM卡，其中所述第一SIM卡使用所述第一传输层数处理第一数据业务，所述第二SIM卡在空闲态下接收到第二数据业务的请求，所述通信装置还包括：

启动模块，用于启动定时器。

若所述定时器在所述通信装置接收所述第一调度信息之后超时，所述第二SIM卡使用第三传输层数处理所述第二数据业务，所述第一SIM使用所述第二传输层数处理所述第一数据业务。

若所述定时器在所述通信装置接收所述第一调度信息之前超时，所述第二SIM卡使用所述第三传输层数处理所述第二数据业务，所述第一SIM卡进入空闲态。

可选地，所述通信装置还包括确定模块，所述确定模块用于根据所述第一数据业务的类型和所述第二数据业务的类型，确定所述定时器的时长。

可选地，在执行模块执行第一动作之前，所述确定模块还用于根据所述第一数据业务的类型和所述第二数据业务的类型，确定所述第一动作。

可选地，所述第二传输层数与所述第三传输层数之和小于或等于所述网络设备在所述终端设备执行所述第一动作之后所能调度的传输层数的最大值。

可选地，所述第一SIM卡使用所述终端设备的全部上行射频资源处理所述第一数据业务。

可选地，所述第一SIM卡上报的上行传输层数的最大值为2，所述第二SIM卡上报的上行传输层数的最大值为1。

可选地，所述通信装置包括1个发射天线和2个接收天线；或者，所述通信装置包括2个发射天线和4个接收天线。

可选地，所述传输模块1010还用于使用所述第二传输层数进行数据传输。

执行模块1020，还用于在满足第二预设条件时，执行第二动作。

接收模块1030，还用于在所述执行模块1020执行所述第二动作之后，接收所述网络设备发送的第二调度信息，所述第二调度信息用于指示所述通信装置使用第四传输层数进行数据传输，所述第四传输层数大于所述第二传输层数。

其中，所述执行模块1020执行第二动作包括以下至少一种：

提高探测参考信号SRS的发射功率；

提高上行物理共享信道PUSCH的发射功率；

开启被关闭的用于发送SRS的多个天线端口中的至少一个天线端口；

开启被关闭的用于发送PUSCH的多个天线端口中的至少一个天线端口；或

向所述网络设备发送第二辅助信息消息。

可选地，所述第二预设条件包括以下至少一种：所述通信装置检测到的参考信号接收功率RSRP小于第五阈值；所述通信装置处理的数据业务属于第二预设业务类型；所述通信装置处理的数据业务的应用层数据流量大于第六阈值；所述通信装置的温度小于第七阈值；所述通信装置的电量大于第八阈值；或所述通信装置携带第一SIM卡和第二SIM卡，其中所述第一SIM卡处于空闲态或使用所述第二传输层数处理第一数据业务，所述第二SIM卡结束第二数据业务的处理并由业务连接态进入空闲态。

可选地，所述第四传输层数等于所述第一传输层数。

图24是本申请实施例的一种终端设备的结构示意图。该终端设备可适用于图1所示出的系统中，执行上述方法实施例中终端设备的功能。为了便于说明，图24仅示出了终端设备的主要部件。如图24所示，终端设备1100包括处理器、存储器、控制电路、天线以及输入输出装置。处理器1102主要用于对通信协议以及通信数据进行处理，以及对整个终端设备进行控制，执行软件程序，处理软件程序的数据，例如用于支持终端设备执行上述方法实施例中所描述的动作。存储器主要用于存储软件程序和数据。控制电路主要用于基带信号与射频信号的转换以及对射频信号的处理。控制电路和天线一起也可以叫做收发器1101，主要用于收发电磁波形式的射频信号。输入输出装置，例如触摸屏、显示屏，键盘等主要用于接收用户输入的数据以及对用户输出数据。

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

本领域技术人员可以理解，为了便于说明，图24仅示出了一个存储器和一个处理器。在实际的终端设备中，可以存在多个处理器和多个存储器。存储器也可以称为存储介质或者存储设备等，本申请实施例对此不作限定。

作为一种可选的实现方式，处理器可以包括基带处理器和中央处理器，基带处理器主要用于对通信协议以及通信数据进行处理，中央处理器主要用于对整个终端设备进行控制，执行软件程序，处理软件程序的数据。图24中的处理器可以集成基带处理器和中央处理器的功能，本领域技术人员可以理解，基带处理器和中央处理器也可以是各自独立的处理器，通过总线等技术互联。本领域技术人员可以理解，终端设备可以包括多个基带处理器以适应不同的网络制式，终端设备可以包括多个中央处理器以增强其处理能力，终端设备的各个部件可以通过各种总线连接。所述基带处理器也可以表述为基带处理电路或者基带处理芯片。所述中央处理器也可以表述为中央处理电路或者中央处理芯片。对通信协议以及通信数据进行处理的功能可以内置在处理器中，也可以以软件程序的形式存储在存储单元中，由处理器执行软件程序以实现基带处理功能。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

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

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

Claims (23)

1.一种调度数据传输的方法，其特征在于，包括：

终端设备使用第一传输层数进行数据传输；

在满足第一预设条件时，所述终端设备执行第一动作；

在所述终端设备执行所述第一动作之后，所述终端设备接收网络设备发送的第一调度信息，所述第一调度信息用于指示所述终端设备使用第二传输层数进行数据传输，所述第二传输层数小于所述第一传输层数；

其中，所述执行第一动作包括以下至少一种：

降低探测参考信号SRS的发射功率；

降低上行物理共享信道PUSCH的发射功率；

关闭用于发送SRS的多个天线端口中的至少一个天线端口；

关闭用于发送PUSCH的多个天线端口中的至少一个天线端口；或

向所述网络设备发送第一辅助信息消息。

2.根据权利要求1所述的方法，其特征在于，所述第一预设条件包括以下至少一种：

所述终端设备检测到的参考信号接收功率RSRP大于第一阈值；

所述终端设备处理的数据业务属于第一预设业务类型；

所述终端设备处理的数据业务的应用层数据流量小于第二阈值；

所述终端设备的温度大于第三阈值；

所述终端设备的电量小于第四阈值；或

所述终端设备携带第一用户身份识别模块SIM卡和第二SIM卡，其中所述第一SIM卡使用所述第一传输层数处理第一数据业务，所述第二SIM卡在空闲态下接收到第二数据业务的请求。

3.根据权利要求1或2所述的方法，其特征在于，所述第一调度信息为下行控制指示DCI。

4.根据权利要求1至3中任一项所述的方法，其特征在于，所述第一辅助信息消息为过热指示消息。

5.根据权利要求1至4中任一项所述的方法，其特征在于，所述第一辅助信息消息包括第二最大传输层数，所述第二最大传输层数小于第一最大传输层数，所述第一最大传输层数等于所述网络设备在所述终端设备执行所述第一动作之前所能调度的传输层数的最大值。

6.根据权利要求1至5中任一项所述的方法，其特征在于，

所述第一传输层数和所述第二传输层数用于上行数据传输；或者，

所述第一传输层数和所述第二传输层数用于下行数据传输。

7.根据权利要求1至6中任一项所述的方法，其特征在于，所述终端设备包括多个用于发送SRS的天线端口，

所述降低探测参考信号SRS的发射功率，包括：

降低所述多个用于发送SRS的天线端口中的至少一个天线端口对应的SRS发射功率。

8.根据权利要求1至7中任一项所述的方法，其特征在于，所述终端设备包括多个用于发送PUSCH的天线端口，

所述降低上行物理共享信道PUSCH的发射功率，包括：

降低所述多个用于发送PUSCH的天线端口中的至少一个天线端口对应的PUSCH发射功率。

9.根据权利要求1至8中任一项所述的方法，其特征在于，所述用于发送SRS的多个天线端口包括第一端口组，所述第一端口组用于发送用于天线切换AS的SRS，所述终端设备进行下行数据传输，

所述关闭用于发送SRS的多个天线端口中的至少一个天线端口，包括：

关闭所述第一端口组中的至少一个端口。

10.根据权利要求1至9中任一项所述的方法，其特征在于，所述用于发送SRS的多个天线端口包括第二端口组，所述第二端口组用于发送用于码本CB的SRS，所述终端设备进行上行数据传输，

所述关闭用于发送SRS的多个天线端口中的至少一个天线端口，包括：

关闭所述第二端口组中的至少一个端口。

11.根据权利要求1至10中任一项所述的方法，其特征在于，所述第一预设条件包括所述终端设备携带第一用户身份识别模块SIM卡和第二SIM卡，其中所述第一SIM卡使用所述第一传输层数处理第一数据业务，所述第二SIM卡在空闲态下接收到第二数据业务的请求，所述方法还包括：

所述终端设备启动定时器；

若所述定时器在所述终端设备接收所述第一调度信息之后超时，所述第二SIM卡使用第三传输层数处理所述第二数据业务，所述第一SIM使用所述第二传输层数处理所述第一数据业务；

若所述定时器在所述终端设备接收所述第一调度信息之前超时，所述第二SIM卡使用所述第三传输层数处理所述第二数据业务，所述第一SIM卡进入空闲态。

12.根据权利要求11所述的方法，其特征在于，在所述终端设备启动定时器之前，还包括：

所述终端设备根据所述第一数据业务的类型和所述第二数据业务的类型，确定所述定时器的时长。

13.根据权利要求11或12所述的方法，其特征在于，在所述终端设备执行第一动作之前，还包括：

所述终端设备根据所述第一数据业务的类型和所述第二数据业务的类型，确定所述第一动作。

14.根据权利要求11至13中任一项所述的方法，其特征在于，所述第二传输层数与所述第三传输层数之和小于或等于所述网络设备在所述终端设备执行所述第一动作之后所能调度的传输层数的最大值。

15.根据权利要求2至14中任一项所述的方法，其特征在于，所述第一SIM卡使用所述第一传输层数处理第一数据业务，包括：

所述第一SIM卡使用所述终端设备的全部上行射频资源处理所述第一数据业务。

16.根据权利要求2至15中任一项所述的方法，其特征在于，所述第一SIM卡上报的上行传输层数的最大值为2，所述第二SIM卡上报的上行传输层数的最大值为1。

17.根据权利要求1至16中任一项所述的方法，其特征在于，

所述终端设备包括1个发射天线和2个接收天线；或者，

所述终端设备包括2个发射天线和4个接收天线。

18.根据权利要求1至17中任一项所述的方法，其特征在于，还包括：

所述终端设备使用所述第二传输层数进行数据传输；

在满足第二预设条件时，所述终端设备执行第二动作；

在所述终端设备执行所述第二动作之后，所述终端设备接收所述网络设备发送的第二调度信息，所述第二调度信息用于指示所述终端设备使用第四传输层数进行数据传输，所述第四传输层数大于所述第二传输层数；

其中，所述执行第二动作包括以下至少一种：

提高探测参考信号SRS的发射功率；

提高上行物理共享信道PUSCH的发射功率；

开启被关闭的用于发送SRS的多个天线端口中的至少一个天线端口；

开启被关闭的用于发送PUSCH的多个天线端口中的至少一个天线端口；或

向所述网络设备发送第二辅助信息消息。

19.根据权利要求18所述的方法，其特征在于，所述第二预设条件包括以下至少一种：

所述终端设备检测到的参考信号接收功率RSRP小于第五阈值；

所述终端设备处理的数据业务属于第二预设业务类型；

所述终端设备处理的数据业务的应用层数据流量大于第六阈值；

所述终端设备的温度小于第七阈值；

所述终端设备的电量大于第八阈值；或

所述终端设备携带第一SIM卡和第二SIM卡，其中所述第一SIM卡处于空闲态或使用所述第二传输层数处理第一数据业务，所述第二SIM卡结束第二数据业务的处理并由业务连接态进入空闲态。

20.根据权利要求18或19所述的方法，其特征在于，所述第四传输层数等于所述第一传输层数。

21.一种通信装置，其特征在于，包括：

一个或多个处理器；

一个或多个存储器；

所述一个或多个存储器存储一个或多个计算机程序，所述一个或多个计算机程序包括指令，当所述指令被所述一个或多个处理器执行时，使得所述通信装置执行如权利要求1至20中任一项所述的方法。

22.一种芯片系统，其特征在于，包括至少一个处理器，当程序指令在所述至少一个处理器中执行时，使得所述至少一个处理器执行如权利要求1至20中任一项所述的方法。

23.一种计算机可读存储介质，其特征在于，存储有计算机程序，当所述计算机程序在计算机上运行时，使得所述计算机执行如权利要求1至20中任一项所述的方法。

Images