下行传输方式的控制方法及装置

技术领域

本申请涉及无线通信技术，涉及但不限定于下行传输方式的控制方法及装置。

背景技术

相关技术中，针对体现网络关键绩效指标如上下行吞吐量的特定用户进行标识，对于被标识的用户，基站将该用户使用的下行传输方式固定配置为非码本的传输方式；对于其他用户，基站统一默认配置为码本方式进行下行的数据传输。该方案可持续操作性较低，灵活性不强，针对普通用户在业务需求量大时无法能满足，造成用户的体验感知差。

发明内容

本申请实施例提供一种下行传输方式的控制方法及装置、终端、存储介质。

本申请实施例的技术方案是这样实现的：

第一方面，本申请实施例提供一种下行传输方式的控制方法，所述方法包括：

网络设备监测接入网络的每一终端所进行的下行业务质量；其中，每一所述终端均支持SRS轮发功能；

基于所述下行业务质量，确定是否向每一所述终端发送RRC重配置消息；其中，所述RRC重配置消息用于指示每一所述终端切换当前下行传输方式为目标传输方式。

第二方面，本申请实施例提供一种下行传输方式的控制方法，所述方法包括：

终端在进行下行业务中，接收网络设备发送的RRC重配置消息；其中，所述RRC重配置消息用于指示所述终端切换当前下行传输方式为目标传输方式；

响应于所述RRC重配置消息，切换所述终端的当前下行传输方式为目标传输方式；

向所述网络设备发送RRC重配置完成消息。

第三方面，本申请实施例提供一种下行传输方式的控制装置，包括：

监测模块，用于网络设备监测接入网络的每一终端所进行的下行业务质量；其中，每一所述终端均支持SRS轮发功能；

第一发送模块，用于基于所述下行业务质量，确定是否向每一所述终端发送RRC重配置消息；其中，所述RRC重配置消息用于指示每一所述终端切换当前下行传输方式为目标传输方式。

第四方面，本申请实施例提供一种下行传输方式的控制装置，包括：

第一接收模块，用于终端在进行下行业务中，接收网络设备发送的RRC重配置消息；其中，所述RRC重配置消息用于指示所述终端切换当前下行传输方式为目标传输方式；

切换模块，用于响应于所述RRC重配置消息，切换所述终端的当前下行传输方式为目标传输方式；

第二发送模块，用于向所述网络设备发送RRC重配置完成消息。

第五方面，本申请实施例提供一种终端，包括存储器和处理器，所述存储器存储有可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述终端侧的下行传输方式的控制方法中的步骤。

第六方面，本申请实施例提供一种网络设备，包括存储器和处理器，所述存储器存储有可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述网络设备侧的下行传输方式的控制方法中的步骤。

第七方面，本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现终端侧下行传输方式的控制方法中的步骤；或者，该计算机程序被处理器执行时实现终端侧下行传输方式的控制方法中的步骤。

本申请实施例提供的技术方案带来的有益效果至少包括：

在本申请实施例中，首先，网络设备监测接入网络的每一终端所进行的下行业务质量；其中，每一所述终端均支持SRS轮发功能；然后，基于所述下行业务质量，确定是否向每一所述终端发送RRC重配置消息；其中，所述RRC重配置消息用于指示每一所述终端切换当前下行传输方式为目标传输方式；如此，通过监测接入网络的终端的下行业务质量，满足触发条件的情况下，触发RRC重配置过程，调整终端的当前下行传输方式，给予更好的下行业务传输方式，满足用户需求，提高用户的感知。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图，其中：

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

图2为本申请实施例提供的下行传输方式的控制方法的流程示意图；

图3为本申请实施例提供的下行传输方式的控制方法的一种交互流程图；

图4为本申请实施例提供的下行传输方式的控制方法的另一种交互流程图；

图5为本申请实施例提供的基于下行业务量进行下行传输方式切换的逻辑流程图；

图6为本申请实施例提供的切换下行传输方式过程的信令流程图；

图7为本申请实施例提供的一种下行传输方式的控制装置的结构示意图；

图8为本申请实施例提供的另一种下行传输方式的控制装置的结构示意图；

图9为本申请实施例提供的一种终端的硬件实体示意图；

图10为本申请实施例提供的一种网络设备的硬件实体示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。以下实施例用于说明本申请，但不用来限制本申请的范围。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

在对本申请实施例提供的下行传输方式的控制方法进行详细介绍之前，先对本申请实施例涉及的名词和通信系统进行简单介绍。

首先，为了便于理解本申请实施例的方案，首先对本申请实施例涉及的术语和通信系统进行简单介绍。

SRS信号(Sounding Reference Signal，探测参考信号)：一方面，网络设备可以基于终端发送的SRS估计上行信道的信道状态，以调度终端设备传输上行共享信道(PhysicalUplink Shared Channel，PUSCH)。另一方面，对于具有信道互易性的通信系统而言，例如时分双工(Time Division Duplexing，TDD)系统，基于信道互易性，SRS也可被网络设备用于估计下行信道的信道状态。

SRS资源(resource)以及SRS资源集(resource set)：通常一个SRS资源集中包含用于传输SRS的一个或多个SRS资源。

目前通信协议中，为SRS配置了多种功能。传输具有不同功能的SRS的资源，通常是基于上述SRS资源集以及SRS资源的框架进行资源配置的。由于各个功能对SRS的需求不同，导致的SRS资源集以及SRS资源的配置也有所差异。SRS的功能通常包括：确定基于码本的PUSCH(Physical Uplink Shared Channel，上行物理共享信道)的传输方式，确定基于非码本的PUSCH的传输方式，天线切换(antenna switching)功能以及用于管理波束等。由于本申请主要涉及具有天线切换(或称天线轮询)功能的SRS，下文对此类SRS进行详细介绍。

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

CSI(Channel State Information)是终端用于将下行信道质量反馈给网络设备的信道状态信息，以便网络设备对下行数据的传输选择一个合适的MCS(Modulation andCoding Scheme，调制编码策略)，减少下行数据传输的误码率(BLER)，其由CQI(ChannelQuality Indicator，信道质量指示符)、PMI(Precoding Matrix Indicator，预编码矩阵指示符)、CRI(CSI-RS Resource Indicator，CSI参考信号资源指示符)、SSBRI(SS/PBCHBlock Resource Indicator，SSB资源指示符)、LI(Layer Indicator，层指示符)、RI(RankIndicator，秩指示符)、L1-RSRP(Layer 1Reference Signal Received Power，层1参考信号接收功率)组成，其传输时所需要的时频域资源由网络设备控制。

RRC连接重配置旨在修改RRC连接，例如可以修改以下之一：建立/修改/释放资源块(RB)，进行切换，准备/修改/释放测量。网络设备通过下行控制信道(DL_DCCH)在SRB1上发送，根据功能的不同携带不同的配置信息内容，一条消息中可以携带体现多个功能信息的信息单元。

为便于理解本申请实施例，首先结合图1详细说明适用于本申请实施例的通信系统。请参阅图1，图1为本申请实施例提供的一种通信系统的架构示意图，示例性地示出了一个网络设备110和一个终端120。在一些实施例中，该通信系统可以包括多个网络设备并且每个网络设备的覆盖范围内可以包括其它数量的终端，本申请实施例对此不做限定。

该通信系统中的网络设备110，可以为特定的地理区域提供通信覆盖，并且可以与位于该覆盖区域内的终端120进行通信。在一些实施例中，该网络设备110可以是LTE(LongTerm Evolution，长期演进)系统中的eNB或eNodeB(Evolutional Node B，演进型网络设备)，或者是CRAN(Cloud Radio Access Network，云无线接入网络)中的无线控制器，或者该网络设备110可以为移动交换中心、中继站、接入点、车载设备、可穿戴设备、集线器、交换机、网桥、路由器、5G(5th-Generation，第五代移动通信技术)网络中的网络设备或者未来通信系统中的网络设备等。

该通信系统还包括位于网络设备110覆盖范围内的至少一个终端120。作为在此使用的“终端”包括但不限于经由有线线路连接，如经由PSTN(Public Switched TelephoneNetworks，公共交换电话网络)、DSL(Digital Subscriber Line，数字用户线路)、数字电缆、直接电缆连接；和/或另一数据连接/网络；和/或经由无线接口，如，针对蜂窝网络、WLAN(Wireless Local Area Network，无线局域网)、诸如DVB-H(Digital Video BroadcastingHandheld，数字视频广播-手持)网络的数字电视网络、卫星网络、AM-FM(AmplitudeModulation-Frequency Modulation，调频-调幅)广播发送器；和/或另一终端的被设置成接收/发送通信信号的装置；和/或IoT(Internet of Things，物联网)设备。被设置成通过无线接口通信的终端可以被称为“无线通信终端”、“无线终端”或“移动终端”。移动终端的示例包括但不限于卫星或蜂窝电话；可以组合蜂窝无线电电话与数据处理、传真以及数据通信能力的PCS(Personal Communications System，个人通信系统)终端；可以包括无线电电话、寻呼机、因特网/内联网接入、网页浏览器、记事簿、日历以及/或GPS(GlobalPositioning System，全球定位系统)接收器的PDA(Personal Digital Assistant，个人数字助理)；以及常规膝上型和/或掌上型接收器或包括无线电电话收发器的其它电子装置。终端可以指接入终端、UE(User Equipment，用户设备)、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。接入终端可以是蜂窝电话、无绳电话、SIP(Session Initiation Protocol，会话启动协议)电话、WLL(Wireless Local Loop，无线本地环路)站、PDA、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备、5G网络中的终端或者未来演进的PLMN(Public Land Mobile Network，公共陆地移动网)中的终端等。为方便描述，上面提到的设备统称为终端。

本申请实施例提供一种下行传输方式的控制方法，应用于网络设备，该方法所实现的功能可以通过网络设备中的处理器调用程序代码来实现，当然程序代码可以保存在计算机存储介质中，可见，该网络设备至少包括处理器和存储介质。图2为本申请实施例提供的一种下行传输方式的控制方法的流程示意图，如图2所示，所述方法至少包括以下步骤：

步骤S210，网络设备监测接入网络的每一终端所进行的下行业务质量。

这里，终端可以包括手机、平板电脑、笔记本电脑、台式电脑或者服务器等。终端接入网络后即处于在线状态，开始进行下行业务。

每一所述终端均支持SRS轮发功能(supported SRS-TxPort Switch)，从而相应终端的下行传输方式同时支持基于CSI RS(Channel State Information ReferenceSignal，信道状态信息参考信号)的码本方式和基于SRS轮发的非码本方式。

这里，所述网络设备可以是5G网络中的网络设备或者未来通信系统中的网络设备。

网络设备监测终端的下行业务质量的方式可以是网络设备周期性地获取终端所进行的每一业务的业务报文，从而解析业务报文，并获得相应业务的业务质量。其中，下行业务质量可以通过下行业务速率和传输时延等指标表征。

步骤S220，基于所述下行业务质量，确定是否向每一所述终端发送RRC重配置消息。

这里，所述RRC(Radio Resource Control，无线资源控制层)重配置消息用于指示每一所述终端切换当前下行传输方式为目标传输方式。网络设备通知终端进行下行传输模式切换时，使用空口的RRC重配置消息，并且收到终端发送的重配置完成消息后，完成整个下行传输方式的转换流程。

基于上述理解，由于终端的下行传输方式包括基于码本的传输方式(也称码本方式)和基于非码本的传输方式(也称非码本方式)，也就是说，在所述当前下行传输方式为码本方式的情况下，所述目标传输方式为非码本方式；在所述当前下行传输方式为非码本方式的情况下，所述目标传输方式为码本方式。

值得注意的是，非码本方式是网络设备接收终端的SRS信号后进行信道估计，然后给终端的下行分配资源，码本方式是终端测量CSI RS信号后，向网络进行请求的下行数据调度。对于非码本方式，终端能够达到更大且稳定的速率进行业务传输；对于码本方式，既能提供该用户的业务需求，同时还可以降低耗电问题，保障了续航。

示例地，对于流量和迟延要求较高的数据业务(如实时下载、流媒体类业务，以及复杂的网络和多媒体业务，诸如多用户游戏、实时消息、在线购物、个人/公共数据库接入和电影下载等)，则可以切换为非码本方式进行传输；对于普通语音、浏览网页等应用业务，则可以切换为码本方式进行传输。

需要说明的是，RRC连接重配置消息中包含无线资源配置专用(radio ResourseConfig Dedicated)字段，可以根据消息内容重配置天线承载、数据无线承载、传输信道以及物理信道。本申请实施例的RRC连接重配置消息主要用于重配置数据无线承载的资源，如增加或删除SRS资源，进行下行传输模式切换。

在本申请实施例中，首先，网络设备监测接入网络的每一终端所进行的下行业务质量；其中，每一所述终端均支持SRS轮发功能；然后，基于所述下行业务质量，确定是否向每一所述终端发送RRC重配置消息；其中，所述RRC重配置消息用于指示每一所述终端切换当前下行传输方式为目标传输方式；如此，通过监测用户的下行业务质量，满足触发条件的情况下，触发RRC重配置过程，调整终端的当前下行传输方式，给予更好的下行业务传输方式，满足用户需求，提高用户的感知。

图3为本申请实施例提供的下行传输方式的控制方法的一种交互流程图，如图3所述，所述方法至少包括以下步骤：

步骤S301，网络设备确定终端具有下行传输转换能力；

这里，所述终端为接入所述网络设备的网络并进行下行业务的设备。其中，下行业务可以包括但不限于音视频、网络游戏、实时消息、在线购物、电影下载等业务。

所述下行传输转换能力表征所述终端同时支持基于码本和非码本的下行传输方式。终端在接入网络设备后，可以主动上报自身具有下行传输转换能力，例如发送消息指示支持SRS轮发功能；或者，网络设备通过发送消息查询终端是否支持SRS轮发功能，从而确定终端具有下行传输转换能力

步骤S302，网络设备配置终端的缺省下行传输方式为基于码本的下行传输方式。

这里，基于由于在现网中用户数量众多，默认配置所有的终端为基于码本的下行传输方式，从而不需要为所有用户分配SRS资源，也就是说，在资源配置方面，配置终端的缺省下行传输方式为基于码本的下行传输方式相对于统一配置为基于非码本的下行传输方式时要减少；而且能够在用户在做基本业务时提供足够的保证。

步骤S303，网络设备在特定时长内监测终端的下行业务的总数据量；

这里，通过MAC层对终端的下行业务的总数据量进行监测，并且监测特定的时长。可以通过启动定时器，并在定时器的运行时长内对相应业务的总数据量进行监测。

步骤S304，网络设备基于特定时长和下行业务的总数据量，确定终端的下行传输速率；

这里，所述下行传输速率，为网络设备给终端发送信息时的数据传输速率，比如基站给手机、笔记本等无线终端发送数据时的传输数据速率。可以表示为每下行传输单元中的数据和/或信息位数。例如，传输速率可以表示为每传输符号的数据和/或信息位数，也可以表示为每下行段的数据/信息位数，还可以表示为每上行段的数据/信息帧数。在数值上等于每秒钟传输构成数据代码的比特数，单位为兆比特每秒(Mbps)。

在一些可能的实施例中，为提高确定业务质量的精确性，将所述特定时长划分成多个时间段。针对每个时间段，根据在相应时间段内向终端发送的数据量和发送数据消耗的传输时延，确定出该时间段内的业务速率；根据所述多个时间段对应的业务速率，确定出所述待测业务在特定时长内的下行传输速率。如将所述多个时间段的业务速率的算术平均值、几何平均值或加权平均值，确定为所述待测业务在特定时长内的下行传输速率；或者，将所述多个时间段对应的业务速率中取值最小的业务速率确定为所述待测业务在特定时长内的下行传输速率。

步骤S305，响应于下行传输速率达到第一门限，网络设备向终端发送第一消息；

这里，所述第一门限大于等于下行两流的速率值；第一门限为码本方式切换为非码本方式时的速率阈值，通常通过网络设备配置。

所述第一消息为RRC重配置消息，用于为所述终端配置对应的SRS资源。

需要说明的是，在现网中配置为码本方式时，用户在无线环境覆盖下测量到CSIRS的信号一般都是RI(Rank Indiciton，信道秩指示)为1或者RI为2，在较少的点位能测量到RI为3的。因此，对于码本方式切换为非码本方式时，需要配置的门限值即第一门限可以配置下行为两流的速率大小；相应地，非码本方式切换为码本方式时，需要配置的门限值即第二门限可以配置下行数据量少于下行两流的速率为门限。

步骤S306，响应于第一消息，终端使用基于非码本的下行传输方式进行数据传输；

这里，终端基于第一消息确定网络设备配置的SRS资源，并利用SRS资源进行数据传输，从而修改下行传输方式为基于非码本的传输方式，达到更大且稳定的速率进行业务传输。

需要说明的是，该方式为基于SRS轮发的非码本方式，通过SRS资源在不同天线上的轮询，使网络设备获取所有下行传输信道即Rx通道的信道状态信息。

步骤S307，终端向网络设备发送RRC重配置完成消息；

步骤S308，网络设备响应于接收到终端发送的RRC重配置完成消息，确定相应终端为非码本的下行传输方式；

步骤S309，响应于下行传输速率达到第二门限，网络设备向终端发送第二消息；

这里，所述第二门限小于下行两流的速率值，即第二门限小于第一门限；第一门限为非码本方式切换为码本方式时的速率阈值，通常通过网络设备配置。

所述第二消息为RRC重配置消息，用于删除终端对应的SRS资源。

步骤S310，响应于第二消息，终端使用基于码本的下行传输方式进行数据传输；

这里，终端基于所述第二消息删除SRS资源，从而修改下行传输方式为码本方式。这样既能提供该用户的业务需求，同时还可以降低耗电问题，保障了续航。

需要说明的是，该方式为基于CSI RS的码本方式，此时终端需要接收网络设备发送的CSI RS信号并进行测量，以使网络设备获得下行传输信道的状态信息。这样保证用户的基本业务需求不受影响，特别是在无线环境较差时，调整为码本方式能够进一步减少SRS的能耗，达到了终端节电的效果。

步骤S311，终端向网络设备发送RRC重配置完成消息。

这里，RRC重配置完成消息为与RRC重配置消息对应的空口信令，用于终端向网络设备反馈重配置的完成状态。

步骤S312，网络设备响应于接收到终端发送的RRC重配置完成消息，确定相应终端为码本的下行传输方式。

这里，网络设备接收到终端发送的RRC重配置完成消息后，整个下行传输方式的转换流程完成。

在本申请实施例中，通过监测用户的下行业务速率，同时配置对应的门限灵活地匹配不同的下行传输方式，从而触发RRC重配置过程，以切换终端的当前下行传输方式。这样，即能保证用户的基本业务需求不受影响，同时在业务需求量大的情况下，资源分配更加合理，保证接入的稳定性，具有较高的可持续操作性和灵活性。

在一些可能的实施例中，所述网络设备包括物理层(L1)、数据链路层(L2)和网络层(L3)，其中数据链路层又包括PDCP(Packet Data Convergence Protocol，分组数据汇聚协议)、RLC(Radio Link Control，无线链路控制层协议)、MAC(Medium Access Control，媒体介质访问控制)三个子层。图4为本申请实施例提供的下行传输方式的控制方法的另一种交互流程图，如图4所述，所述方法至少包括以下步骤：

步骤S401，MAC层监测接入网络的终端的下行业务速率；

步骤S402，MAC层响应于下行传输速率满足设定的门限，向网络层发送转换消息；

这里，在下行传输速率满足第一门限的情况下，所述转换消息指示将下行传输方式切换为非码本方式；在下行传输速率满足第二门限的情况下，所述转换消息指示将下行传输方式切换为码本方式。

步骤S403，网络层响应于转换消息，触发RRC重配置消息给终端；

这里，在转换消息指示将下行传输方式切换为非码本方式的情况下，触发第一消息(相配置SRS资源的RRC重配置消息)给终端；在转换消息指示将下行传输方式切换为码本方式的情况下，触发第二消息(删除SRS资源的RRC重配置消息)给终端。

步骤S404，终端响应于RRC重配置消息，切换为目标传输方式进行数据传输；

这里，终端基于第一消息，切换下行传输方式为非码本方式；终端基于第二消息，切换下行传输方式为码本方式。

步骤S405，网络层向物理层发送指示消息；

步骤S406，物理层响应于指示消息，将终端的当前下行传输方式配置为目标传输方式；

这里，所述物理层基于指示消息，修改终端使用的配置以适配对应的传输方式。也就是说，目标传输方式为非码本方式则修改为非码本配置，目标传输方式为码本方式则修改为码本配置，从而适配整体的数据传输方式。

步骤S407，终端向网络设备发送RRC重配置完成消息。

这里，网络设备收到终端返回的RRC重配置完成消息后，下行数据传输正式转换为目标传输方式。

在本申请实施例中，网络设备通过MAC层监测接入网络的终端的下行传输速率，并在下行传输速率满足相应门限的情况下通知网络层；由网络层触发RRC重配置消息给终端，以通知用户修改下行使用目标传输方式；同时网络层通知物理层修改对应终端的配置，以适配整体的数据传输方式。这样，能够灵活地给终端提供不同的下行业务传输方式，下行业务传输方式可以使用码本方式，也可以通过非码本方式进行；默认配置用户的下行传输方式为码本的保证用户的基本业务需求不受影响；基站在多用户接入时资源分配更加合理，保证接入的稳定性。

下面结合一个具体实施例对上述下行传输方式的控制方法进行说明，然而值得注意的是，该具体实施例仅是为了更好地说明本申请，并不构成对本申请的不当限定。

在现网中并非所有的用户进行下行数据请求时都需要多流峰值，并且基站在判断终端支持基于SRS轮发功能后，只要终端在线状态，基站资源对下行传输方式配置的都是基于SRS轮发的非码本方式。

一方面，现网中5G用户数量众多且都支持SRS轮发功能，那么众多的用户接入后，基站为每个用户都分配SRS轮发资源资源，在资源分配上会出现资源占用冗余，导致基站处理用户调度相关出现异常，并且基站的处理能力会出现下降的风险。

另一方面，基站对于多用户的SRS测量性能的保证也是一个挑战，在信号较差的环境下，终端的SRS的发射功率也大，从而终端的耗电增加，出现续航变差的问题。特别是在差点的无线环境下，上行的路损变大，终端的上行发射功率会太高满足基站的接收功率，所以在差点时下行还是使用基于SRS的非码本方式，SRS的发射功率增大，SRS周期发送，导致终端的耗电增加，造成终端的续航减少。

如果单一配置为基于CSI RS的码本方式，由于现网中5G终端下行接收的天线最大为4根，所以在下行码本方式时，终端需要去接收基站发送的CSI RS信号，此时会出现终端测量CSI RS信号不良或者是基站发送CSI RS信号的覆盖不够，导致下行的数据量无法达到对应信号强度下的下行业务速率峰值，从而引起用户投诉或者是网络关键绩效指标无法达标。

本申请实施例通过终端接入后对终端的能力进行判决，确认终端是否同时支持码本和非码本的下行传输方式后，默认配置下行为码本方式进行数据传输，当该终端的下行业务需求达到下行两流的速率及以上时(该门限网络设备可配置)，网络设备判决满足条件后，网络设备通过RRC重配置消息通知该终端并配置对应的SRS资源，使得该终端下行传输更改为非码本方式，达到更大且稳定的速率进行业务传输；当该终端的业务需求降低时(该门限网络设备可配置)，网络设备判决满足条件后，网络设备通过RRC重配置消息删除该终端对应的SRS资源，使得该终端下行传输更改为码本方式，既能提供该终端用户的业务需求，同时还可以降低耗电问题，保障了续航。

图5为本申请实施例提供的基于下行业务量进行下行传输方式切换的逻辑流程图，如图5所示，该过程至少包括以下步骤：

步骤S501，终端接入网络，进行下行业务；

步骤S502，MAC层监测终端的下行传输速率；

这里，网络设备的MAC层在特定的时长内监测下行业务的速率大小，并配置对应的门限灵活调整码本和非码本的传输方式切换。

因为在现网中配置为码本方式时，用户在无线环境覆盖下测量到CSI RS的信号一般都是RI为1或者RI为2，在较少的点位能测量到RI为3的，因此对于码本切换为非码本时需要配置的门限值建议为下行为两流的速率大小，非码本切换为码本时建议数据量少于下行两流的速率为门限。

步骤S503，响应于下行传输速率满足第一门限，网络层触发配置SRS资源的RRC重配置消息给终端；

这里，MAC层检测到终端的下行传输速率达到第一门限后，需要通知网络层触发配置SRS资源的RRC重配置消息给终端，通知用户修改下行使用非码本方式进行数据传输。

步骤S504，响应于下行传输速率满足第二门限，网络层触发删除SRS资源的RRC重配置消息给终端；

MAC监测到用户的下行数据下降到到达了门限，MAC通知网络层触发删除SRS资源的RRC重配置消息给用户，通知用户修改下行使用码本方式进行数据传输。

步骤S505，网络层通知物理层适配对应传输模式；

在执行步骤S503之后，同时网络层通知物理层下行切换为非码本方式，物理层收到消息后更改使用的配置修改为非码本配置；在执行步骤S504之后同时网络层通知物理层下行切换为码本方式，物理层收到消息后更改使用的配置修改为码本配置，适配整体的数据传输方式。

步骤S506，终端收到RRC重配置消息，返回RRC重配置完成消息。

这里，网络设备收到用户返回的RRC重配置完成消息后，下行数据传输正式转换为码本方式。图6为本申请实施例提供的切换下行传输方式过程的信令流程图，如图6所示，网络设备通知终端进行下行传输方式切换的时候，使用空口信令中的RRC重配置消息；网络设备收到终端发送的RRC重配置完成消息后，则整个转换流程完成。

本申请实施例配置用户的下行传输模式默认为码本方式，在现网中用户数量众多，在资源配置方面相对于统一配置为非码本方式时要减少；而且在用户在做基本业务时提供足够的保证，基站通过用户的下行数据量的需求变大，按照门限通过重配置消息灵活调整下行传输方式为非码本方式，给予更好的下行数据业务方式，满足用户需求，提高用户的感知；在用户下行业务需求低时基站调整为码本方式，特别是在无线环境较差时，调整为码本方式进一步减少SRS的能耗，达到了终端节电的效果。

本申请实施例中基站通过监测用户的下行业务的速率的大小，配置对应的门限灵活调整码本和非码本的传输方式切换。能够灵活地给终端提供不同的下行业务传输方式，下行业务传输方式可以使用码本方式，也可以通过非码本方式进行。默认配置用户的下行传输方式为码本的保证用户的基本业务需求不受影响；基站在多用户接入时资源分配更加合理，保证接入的稳定性。

基于前述的实施例，本申请实施例再提供一种下行传输方式的控制装置，所述控制装置包括所包括的各模块、以及各模块所包括的各子模块，可以通过网络设备中的处理器来实现；当然也可通过具体的逻辑电路实现；在实施的过程中，处理器可以为CPU(Central Rrocessing Unit，中央处理器)、MPU(Micro Rrocessing Unit，微处理器)、DSP(Digital Signal Processor，数字信号处理器)或FPGA(Field Programmable GateArray，现场可编程门阵列)等。

图7为本申请实施例提供的一种下行传输方式的控制装置结构示意图，如图7所示，所述控制装置700包括监测模块710和第一发送模块720，其中：

所述监测模块710，用于网络设备监测接入网络的每一终端所进行的下行业务质量；其中，每一所述终端均支持SRS轮发功能；

所述第一发送模块720，用于基于所述下行业务质量，确定是否向每一所述终端发送RRC重配置消息；其中，所述RRC重配置消息用于指示每一所述终端切换当前下行传输方式为目标传输方式。

在一些可能的实施例中，所述控制装置700还包括第一确定模块和第一配置模块，其中：所述第一确定模块，用于确定每一所述终端具有下行传输转换能力；其中，所述下行传输转换能力表征所述终端同时支持基于码本和非码本的下行传输方式；所述第一配置模块，用于配置每一所述终端的缺省下行传输方式为基于码本的下行传输方式。

在一些可能的实施例中，所述监测模块710包括监测子模块和确定子模块，其中：所述监测子模块，用于在特定时长内监测每一所述终端的下行业务的总数据量；所述确定子模块，用于基于所述特定时长和所述下行业务的总数据量，确定每一所述终端的下行传输速率；相应地，所述第一发送模块720，还用于基于所述下行传输速率是否满足设定的门限，确定是否向每一所述终端发送RRC重配置消息。

在一些可能的实施例中，所述目标传输方式为基于非码本的下行传输方式，所述第一发送模块720还用于响应于所述下行传输速率达到第一门限，向每一所述终端发送第一消息；其中，所述第一门限大于等于下行两流的速率值；所述第一消息用于为每一所述终端配置对应的SRS资源；所述控制装置700还包括第二配置模块，用于响应于接收到每一所述终端发送的RRC重配置完成消息，确定相应终端为所述非码本的下行传输方式。

在一些可能的实施例中，所述目标传输方式为基于码本的下行传输方式，所述第一发送模块720还用于响应于所述下行传输速率达到第二门限，向每一所述终端发送第二消息；其中，所述第二门限小于下行两流的速率值；所述第二消息用于删除每一所述终端对应的SRS资源；所述控制装置700还包括第三配置模块，用于响应于接收到每一所述终端发送的RRC重配置完成消息，确定相应终端为所述码本的下行传输方式。

这里需要指出的是：以上装置实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本申请装置实施例中未披露的技术细节，请参照本申请方法实施例的描述而理解。

基于前述的实施例，本申请实施例再提供一种下行传输方式的控制装置，所述控制装置包括所包括的各模块、以及各模块所包括的各子模块，可以通过终端中的处理器来实现；当然也可通过具体的逻辑电路实现；在实施的过程中，处理器可以为CPU、MPU、DSP或FPGA等。

图8为本申请实施例提供的另一种下行传输方式的控制装置结构示意图，如图8所示，所述控制装置800包括：第一接收模块810、切换模块820和第二发送模块830，其中：

所述第一接收模块810，用于终端在进行下行业务中，接收网络设备发送的RRC重配置消息；其中，所述RRC重配置消息用于指示所述终端切换当前下行传输方式为目标传输方式；

所述切换模块820，用于响应于所述RRC重配置消息，所述终端切换为目标传输方式进行数据传输；

所述第二发送模块830，用于向所述网络设备发送RRC重配置完成消息。

在一些可能的实施例中，所述第一接收模块810还用于在进行所述下行业务中，接收所述网络设备发送的第一消息；所述第一消息用于为每一所述终端配置对应的SRS资源；相应地，所述切换模块还用于响应于所述第一消息，使用基于非码本的下行传输方式进行数据传输。

在一些可能的实施例中，所述第一接收模块810还用于在进行所述下行业务中，接收所述网络设备发送的第二消息；所述第二消息用于删除每一所述终端对应的SRS资源；相应地，所述切换模块还用于响应于所述第二消息，使用基于码本的下行传输方式进行数据传输。

这里需要指出的是：以上装置实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本申请装置实施例中未披露的技术细节，请参照本申请方法实施例的描述而理解。

对应地，基于同一技术构思，本申请实施例提供一种终端，用于实施上述终端侧方法实施例记载的下行传输方式的控制方法。图9为本申请实施例提供的一种终端的硬件实体示意图，如图9所示，该终端900的硬件实体包括：处理器901、接收器902、发射器903、存储器904和总线905。需要说明的是，图9仅为示例性架构图，除图9中所示功能单元之外，该网络架构还可以包括其他功能单元，本申请实施例对此不进行限定。

处理器901包括一个或者一个以上处理核心，处理器801通过运行软件程序以及模块，从而执行各种功能应用以及信息处理。

接收器902和发射器903可以实现为一个通信组件，该通信组件可以是一块通信芯片。

存储器904通过总线905与处理器901相连。

存储器904可用于存储计算机程序，处理器901用于执行该计算机程序，以实现上述方法实施例中的终端执行的下行传输方式的控制方法的各个步骤。

此外，存储器904可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，易失性或非易失性存储设备包括但不限于：磁盘或光盘，EEPROM(电可擦除可编程只读存储器)，EPROM(可擦除可编程只读存储器)，SRAM(静态随时存取存储器)，ROM(只读存储器)，磁存储器，快闪存储器，PROM(可编程只读存储器)。

在示例性实施例中，所述终端包括处理器901和存储器904，所述处理器用于调用所述存储器904中存储的计算机程序，以执行所述方法实施例中下行传输方式的控制方法，包括：终端在进行下行业务中，接收网络设备发送的RRC重配置消息；其中，所述RRC重配置消息用于指示所述终端切换当前下行传输方式为目标传输方式；响应于所述RRC重配置消息，所述终端切换为目标传输方式进行数据传输；向所述网络设备发送RRC重配置完成消息。

在一些实施例中，所述终端包括处理器901、接收器902和发射器903，其中：所述处理器901用于响应于所述RRC重配置消息，切换为目标传输方式进行数据传输；所述接收器902还用于在进行下行业务中，接收网络设备发送的RRC重配置消息；其中，所述RRC重配置消息用于指示所述终端切换当前下行传输方式为目标传输方式；所述发射器903，还用于向所述网络设备发送RRC重配置完成消息。

在一些实施例中，所述接收器902还用于在进行所述下行业务中，接收所述网络设备发送的第一消息；所述第一消息用于为每一所述终端配置对应的SRS资源；相应地，所述处理器901，还用于响应于所述第一消息，使用基于非码本的下行传输方式进行数据传输。

在一些实施例中，所述接收器902还用于在进行所述下行业务中，接收所述网络设备发送的第二消息；所述第二消息用于删除每一所述终端对应的SRS资源；相应地，所述处理器901，还用于响应于所述第二消息，使用基于码本的下行传输方式进行数据传输。

对应地，基于同一技术构思，本申请实施例提供一种网络设备，用于实施上述网络设备侧方法实施例记载的下行传输方式的控制方法。图10为本申请实施例提供的一种网络设备的硬件实体示意图，如图10所示，该网络设备1000的硬件实体包括：处理器1001、接收器1002、发射器1003、存储器1004和总线1005。需要说明的是，图10仅为示例性架构图，除图10中所示功能单元之外，该网络架构还可以包括其他功能单元，本申请实施例对此不进行限定。

处理器1001包括一个或者一个以上处理核心，处理器801通过运行软件程序以及模块，从而执行各种功能应用以及信息处理。

接收器1002和发射器1003可以实现为一个通信组件，该通信组件可以是一块通信芯片。

存储器1004通过总线1005与处理器1001相连。

存储器1004可用于存储计算机程序，处理器901用于执行该计算机程序，以实现上述方法实施例中的终端执行的下行传输方式的控制方法的各个步骤。

此外，存储器1004可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，易失性或非易失性存储设备包括但不限于：磁盘或光盘，EEPROM(电可擦除可编程只读存储器)，EPROM(可擦除可编程只读存储器)，SRAM(静态随时存取存储器)，ROM(只读存储器)，磁存储器，快闪存储器，PROM(可编程只读存储器)。

在示例性实施例中，所述网络设备包括处理器1001和存储器1004，所述处理器用于调用所述存储器1004中存储的计算机程序，以执行所述方法实施例中下行传输方式的控制方法，包括：网络设备监测接入网络的每一终端所进行的下行业务质量；其中，每一所述终端均支持SRS轮发功能；基于所述下行业务质量，确定是否向每一所述终端发送RRC重配置消息；其中，所述RRC重配置消息用于指示每一所述终端切换当前下行传输方式为目标传输方式。

在一些实施例中，所述网络设备包括处理器1001，还用于确定每一所述终端具有下行传输转换能力；其中，所述下行传输转换能力表征所述终端同时支持基于码本和非码本的下行传输方式；配置每一所述终端的缺省下行传输方式为基于码本的下行传输方式。

在一些实施例中，所述处理器1001还用于在特定时长内监测每一所述终端的下行业务的总数据量；基于所述特定时长和所述下行业务的总数据量，确定每一所述终端的下行传输速率；基于所述下行传输速率是否满足设定的门限，确定是否向每一所述终端发送RRC重配置消息。

在一些实施例中，所述网络设备还包括发射器1003和接收器1002，所述目标传输方式为基于非码本的下行传输方式，所述发射器1003还用于响应于所述下行传输速率达到第一门限，向每一所述终端发送第一消息；其中，所述第一门限大于等于下行两流的速率值；所述第一消息用于为每一所述终端配置对应的SRS资源；相应地，所述接收器1002还用于响应于接收到每一所述终端发送的RRC重配置完成消息，确定相应终端为所述非码本的下行传输方式。

在一些实施例中，所述目标传输方式为基于码本的下行传输方式，所述发射器1003还用于响应于所述下行传输速率达到第二门限，向每一所述终端发送第二消息；其中，所述第二门限小于下行两流的速率值；所述第二消息用于删除每一所述终端对应的SRS资源；相应地，所述接收器1002还用于响应于接收到每一所述终端发送的RRC重配置完成消息，确定相应终端为所述码本的下行传输方式。

对应地，本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例中提供的终端侧的下行传输方式的控制方法中的步骤；或者，该计算机程序被处理器执行时实现上述实施例中提供的网络侧的下行传输方式的控制方法中的步骤。

对应地，本申请实施例中，还提供了一种芯片，所述芯片包括可编程逻辑电路和/或程序指令，当所述芯片运行时，用于实现如上述终端侧的下行传输方式的控制方法；或者，当所述芯片运行时，用于实现如上述网络侧的下行传输方式的控制方法。

对应地，本申请实施例中，还提供了一种计算机程序产品，当该计算机程序产品被终端的处理器执行时，其用于实现上述终端侧的下行传输方式的控制方法；或者，当该计算机程序产品被网络设备的处理器执行时，其用于实现上述网络侧的下行传输方式的控制方法。

这里需要指出的是：以上存储介质和设备实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本申请存储介质和设备实施例中未披露的技术细节，请参照本申请方法实施例的描述而理解。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

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

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

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

或者，本申请上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得设备自动测试线执行本申请各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、磁碟或者光盘等各种可以存储程序代码的介质。

本申请所提供的几个方法实施例中所揭露的方法，在不冲突的情况下可以任意组合，得到新的方法实施例。

本申请所提供的几个方法或设备实施例中所揭露的特征，在不冲突的情况下可以任意组合，得到新的方法实施例或设备实施例。

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