一种业务模型选取方法、装置及存储介质与流程

本发明涉及通信领域中的业务传输管理技术，尤其涉及一种业务模型选取方法、装置及存储介质。

背景技术：

目前语音编码分成高清语音编码和标清语音编码。其中，标清语音编码(amr-nb)包括的码率为：amr4.75kbps，5.15kbps，5.9kbps，6.7kbps，7.4kbps，7.95kbps，10.2kbps，12.2kbps。高清语音编码(amr-wb)包括的码率为：amr6.6kbps，8.85kbps，12.65kbps，14.25kbps，15.85kbps，18.25kbps，19.85kbps，23.05kbps,23.85kbps。

从上述4g支持的语音编码码率来看，语音业务可以有多种质量选择。在实际的网络中，可以根据用户的空口质量动态选择合适的码率以确保语音通信，比如用户信道质量好时，选择高清语音；用户信道质量差时，选择标清语音以确保基本的通话需求。

但是，在5g的网络里，包括语音在内的各种业务都需要根据空口质量做出动态选择，以确保在空口信道质量差时的基本业务质量需求。

技术实现要素：

本发明的主要目的在于提出一种业务模型选取方法、装置及存储介质，旨在解决现有技术中存在的上述问题。

为实现上述目的，本发明提供一种业务模型选取方法，包括：

获取终端设备对应的空口信道参数；

基于所述终端设备的空口信道参数，通过第一类协议层为所述终端设备确定业务模型；所述第一类协议层为至少能够进行传输信道与物理信道之间的映射能力的协议层，或者能够按照收发的数据包的特征对空口物理层资源进行控制、分配或者管理的协议层；

其中，所述为所述终端设备确定业务模型，包括：

确定针对所述终端设备的上行业务模型，和/或，确定针对所述终端设备的下行业务模型

本发明提供一种业务模型选取装置，所述装置包括：

参数获取模块，用于获取所述终端设备对应的空口信道参数；

无线大数据运算功能模块，用于基于所述终端设备的空口信道参数，通过第一类协议层为所述终端设备确定业务模型；所述第一类协议层为至少能够进行逻辑信道与传输信道之间的映射能力的协议层；

其中，所述无线大数据运算功能模块，用于确定针对所述终端设备的上行业务模型，和/或，确定针对所述终端设备的下行业务模型。

本发明提供一种业务模型选取装置，所述装置包括：

通信接口，用于获取终端设备对应的空口信道参数；

处理器，用于基于所述终端设备的空口信道参数，通过第一类协议层为所述终端设备确定业务模型；所述第一类协议层为至少能够进行传输信道与物理信道之间的映射能力的协议层，或者能够按照收发的数据包的特征对空口物理层资源进行控制、分配或者管理的协议层；

其中，所述处理器，用于确定针对所述终端设备的上行业务模型，和/或，确定针对所述终端设备的下行业务模型。

本发明提供一种业务模型选取装置，包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器，

其中，所述处理器用于运行所述计算机程序时，执行所述方法的步骤。

本发明提供一种存储介质，其上存储有计算机程序，其中，该计算机程序被处理器执行时实现前述方法的步骤。

本发明提出的通业务模型选取方法、装置及存储介质，结合终端设备的空口信道参数，为终端设备选取上行和/或下行业务模型，从而实现实时根据终端设备的当前的空口质量进行动态处理，得到最符合当前情况的业务模型，如此避免了无法使得终端设备提供符合当前空口质量的服务的问题。

附图说明

图1为本发明实施例业务模型选取方法流程示意图1；

图2为本发明实施例业务模型选取方法流程示意图2；

图3为本发明实施例结构示意图；

图4为本发明实施例业务模型选取方法流程示意图3；

图5为本发明实施例业务模型选取装置组成结构示意图1；

图6为本发明实施例业务模型选取装置组成结构示意图2。

具体实施方式

下面结合附图和具体实施例对本发明作进一步详细说明。

实施例一、

本发明实施例提供了一种业务模型选取方法，如图1所示，包括：

步骤101：获取终端设备对应的空口信道参数；

步骤102：基于所述终端设备的空口信道参数，通过第一类协议层为所述终端设备确定业务模型；所述第一类协议层为至少能够进行传输信道与物理信道之间的映射能力的协议层，或者能够按照收发的数据包的特征对空口物理层资源进行控制、分配或者管理的协议层；

其中，所述为所述终端设备确定业务模型，包括：

确定针对所述终端设备的上行业务模型，和/或，确定针对所述终端设备的下行业务模型。

针对5g中业务类型的增多，如物联网、车联网、行业应用、传统的移动通信业务，能够准确及时的根据用户在空口的信道质量选择合适的数据源业务模型，可以有效提高用户移动通信的体验。

本实施例提供的方法可以应用在网络侧的设备，比如，第一类协议层可以mac层中，这里不进行限定，只要能够进行计算以及收发功能的网络设备即可。具体来说，可以运行在无线网络设备上，比如基站(4g的enb、5g的gnb)，或者基站专门的外部接入的辅助设备。

另外，前述步骤101中所述获取终端设备对应的空口信道参数，包括：

获取终端设备上报的空口信道参数，和/或，测量针对终端设备的空口信道参数。

获取的空口信道参数，可以直接在无线网络设备上获得，并直接输入到无线大数据运算功能模块进行存储和计算。经过无线大数据运算功能模块计算后，产生数据源业务模型的参数。空口信道参数不需要发送给无线网络以上的协议栈高层。进一步地，完成步骤102之后，还需要把计算得到的数据源业务源模型参数发送给业务源服务器，指示业务源服务器产生满足要求的数据包大小和传输时间间隔等业务源模型参数。其中，所述数据包大小和传输时间间隔的条件可以与业务相关，比如，可以根据具体的业务进行设置。

在前述说明的基础上，结合图2具体进行说明：

所述获取终端设备的空口信道参数，包括：获取终端设备的信道测量参数，基于所述终端设备的信道测量参数确定所述终端设备的信道质量；

相应的，基于所述终端设备的空口信道参数，为所述终端设备确定业务模型，包括：获取终端设备的业务的qos要求；

基于所述终端设备的信道质量、以及所述业务的qos要求，为所述终端设备确定上行业务模型，和/或，下行业务模型。

也就是说，在进行上行和或下行业务模型的确定的处理中，还可以结合终端设备具体的业务的qos要求进行选择，比如，终端本身能够支持的传输速率等等进行针对终端设备的业务模型的选取，从而能够得到更加适用于终端设备的业务模型。

对于下行：所述方法还包括：将针对所述终端设备的下行业务模型，发送给业务源服务器，以使得所述业务源服务器接收到指示后基于所述下行业务模型发送下行业务数据。具体来说：

计算出下行数据源业务模型的参数后，通过基站定义的信令，通知业务源服务器；下行业务源服务器接到指示后，按照指示发送下行数据；需要指出的是，下行业务源服务器接收到的指示中可以包括有业务模型的参数；也就是说，下行业务源服务器从指示中提取业务模型的参数后，基于指示中的业务模型的参数发送下行数据。其中，所述业务模型的参数可以包括有时间间隔、数据包大小等参数，这里不进行穷举。

对于上行：所述方法还包括：将针对所述终端设备的上行业务模型，通过空口发送至所述终端设备侧。

具体来说，计算出上行数据源业务模型的参数后，通过空口的控制信令(比如rrc信令、pdcch控制指示、macce控制指示或者其他空口定义的控制方式)，通知终端侧；相应的，终端侧接收到空口指令后，把该指示发送给上行业务源服务器或者数据源；上行业务源服务器或者数据源接到指示后，按照指示发送上行数据。

参见图2，方案主要有网络侧(networkside)的mac控制终端侧(ueside)的mac实现业务模型选择。具体来说：

网络侧的mac根据监测的用户信道信息，预测用户信道的质量；网络侧的mac还会结合用户该业务的qos要求，选择合理的业务模型。其中，qos要求可以为业务的数据包大小的要求、传输速率的要求等；也就是说，通过本处理能够将qos要求与用户终端的信道质量进行结合，取两者的合集所对应的指标要求，来选择合适的业务模型。其中，两者的合集所对应的指标要求可以包括有数据包的大小、时间间隔以及传输速率等等，这里不进行穷举。

对于终端发送的上行业务源，网络侧mac把控制信令发送给终端侧的mac，终端向上行业务源发送业务源模型更改请求，在随后的上行业务过程中，终端按照新业务源模型进行数据上传；对于网络侧发送的下行业务源，网络侧的mac直接发送新的业务源模型更改请求给下行业务源，网络侧的mac在后继的调度中启用新的业务源模型进行数据发送。

网络侧mac进行用户信道质量监控和业务源模型选择：逻辑上可以分成两部分：

a)mac的调度器(如图3中的schedulingofmac)实时监测用户的信道质量(图3中的measurementofchannelstatus)。mac调度器监测用户在每个接入载波上的用户信道质量。

b)多个mac调度器间的用户信道质量监测(图3中的control功能)和信道状态计算(channelstatuscomputing)以及业务源模型预测(servicesourcemodelprediction)。通过把多个mac调度器监测的用户信道质量信息汇聚上报给调度器间的信道质量计算和业务源模型预测功能模块，该功能模块采用大数据计算平台提供的计算能力和算法，通过对用户信道质量的计算，进行业务源模型的预测，并把结果上报给下行业务源或者通过mac调度器发送给终端的mac，由终端的mac发送给上行业务源。

用户信道质量计算功能：通过测量上报的初始bler(initialbler)，残留bler(residualbler)，码率，平均tb(transportblock)块大小，最大tb块大小，数据缓存接收数据的平均速率(单位bps)，数据缓存发送数据的平均速率(单位bps)，数据缓存的空置次数、数据缓存数据丢失次数和溢出次数及相应的数据量、数据包被分割的次数、数据包被级联的次数等等，上述参数既有每个tti的测量数据，还有一定周期内统计的测量数据。

用户信道质量计算出的结果要具有一定的鲁棒性，要能够屏蔽掉空口信道本身的抖动带来的用户速率波动，不能够也不必要把空口信道每次变动都实时反映到对业务源模型的选择上，而是应该具有一定时间周期内的稳定性和不变性。

当通过上述测量信息无法快速收敛业务源模型时，用户信道质量计算功能模块应该保持业务源模型不改变，以确保算法计算的快速收敛。并启动数据的切分功能(segmentationfunction)或者级联功能(concatenationfunction)实现业务数据大小与空口tb的匹配。

通过上述参数和对应的周期，mac的channelstatuscomputing&servicesourcemodelprediction功能模块完成用户空口适合的业务源模型的定义：

a)适合用户的业务源模型，包括业务源提供的业务采样数据包大小，产生数据包的时间间隔，空口能够承载的平均数据包大小等。

b)该新的业务源模型的生命周期，包括起始时间点和可能持续的时间。

2、上下行业务源模型选择：图4给出了mac控制下的业务源模型选择流程。为了便于表述，图4中的mac功能分别标识为快速控制macfc-mac(fastcontrolmac)和实时macrt-mac(realtimemac)对应上下两部分mac功能。

1、业务和无线承载建立/重配制：在用户无线承载建立或者重配制过程的rrc信令中，在网络侧和终端侧层2(sdap/pdcp/rlc/mac)和层1(物理层)建立或者配置性相关的参数，其中在必须包括该业务可供选择的源数据包大小格式集合(tfs：transportformatset。如现有技术介绍中的各种语音编码格式对应的ip包的字节长度)，给出可供选择的各种业务源编码率下的ip包长度。tfs经过rrc信令可以配置到mac层，也可以配置到层2和层1的其他功能实体中。

2、rt-mac测量用户在空口的信道质量和数据包收发质量，并上报给fc-mac。

3、fc-mac收到测量后，启动大数据运算功能模块，对用户在空口的信道质量和数据包收发质量进行准确逼近量化，并依靠大数据运算的快速运算能力，确保计算结果的时效性，比如1ms、10ms等时效性。把运算结果输入判决功能模块，产生判决结果并产生相应的空置信令。

如果是下行数据收发：

4、fc-mac向下行业务源发送业务源模式变更指示。

5、业务源按照新模式产生业务数据包，并经过层2和层3发送到rt-mac。

6、rt-mac经过空口的业务信道直接发送数据报。

7、终端侧的mac收到数据包后，和其他包处理层(sdap/pdcp/rlc)联合处理这行数据包，最后得到的ip包只要是rrc信令配置的tfs中的一种包大小，则认为该数据有正确的数据；否则丢弃该数据包。并把正确的数据包发送给上层。

对于上行数据收发：

8、fc-mac向rt-mac发送业务源模型变更指示。

9、rt-mac根据当前的调度情况，选择使用pdcch或者macce的方式把该指示发送给终端侧。其中pdcch和macce的格式都是新定义的格式。比如：定义专门的pdcch的dci格式，里面有若干个比特标识每种数据包大小的tfi(tfindicator，每个tf在tfs的下标索引)。定义专门的macce类型，专门用来发送tfi，具体的macce格式可以沿用已有的macce格式进行扩展。

10、用户侧的mac收到相应的pdcch或者macce，解析该新模型指示，并发送给上行业务源。

11、上行数据源按照新的数据格式发送数据包，终端侧的层2(sdap/pdcp/rlc/mac)收到数据包后，最后得到的ip包只要是rrc信令配置的tfs中的一种包大小，则认为该数据有正确的数据，把正确的数据包发送到空口。

可见，通过采用上述方案，就能够结合终端设备的空口信道参数，为终端设备选取上行和/或下行业务模型，从而实现实时根据终端设备的当前的空口质量进行动态处理，得到最符合当前情况的业务模型，如此避免了无法使得终端设备提供符合当前空口质量的服务的问题。

实施例二、

本实施例提供了一种业务模型选取装置，如图5所示，包括：

参数获取模块51，用于获取终端设备的空口信道参数；

无线大数据运算功能模块52，用于基于所述终端设备的空口信道参数，通过第一类协议层为所述终端设备确定业务模型；所述第一类协议层为至少能够进行传输信道与物理信道之间的映射能力的协议层，或者能够按照收发的数据包的特征对空口物理层资源进行控制、分配或者管理的协议层；

其中，所述无线大数据运算功能模块52，用于确定针对所述终端设备的上行业务模型，和/或，确定针对所述终端设备的下行业务模型。

针对5g中业务类型的增多，如物联网、车联网、行业应用、传统的移动通信业务，能够准确及时的根据用户在空口的信道质量选择合适的数据源业务模型，可以有效提高用户移动通信的体验。

本实施例提供的方法可以应用在网络侧的设备，比如，可以应用在mac中，或者可以应用在ran中，这里不进行限定，只要能够进行计算以及收发功能的网络设备即可。具体来说，可以运行在无线网络设备上，比如基站(4g的enb、5g的gnb)，或者基站专门的外部接入的辅助设备。

无线大数据运算功能模块运行在无线网络设备上，比如基站(4g的enb、5g的gnb)，或者基站专门的外部接入的辅助设备。

无线大数据运算功能模块需要的各种空口信道参数直接在无线网络设备上获得，并直接输入到无线大数据运算功能模块进行存储和计算。经过无线大数据运算功能模块计算后，产生数据源业务模型的参数。空口信道参数不需要发送给无线网络以上的协议栈高层。

无线大数据运算功能模块把计算得到的数据源业务源模型参数发送给业务源服务器，指示业务源服务器产生满足要求的数据包大小和传输时间间隔等业务源模型参数。

在前述说明的基础上，结合图2具体进行说明：

所述参数获取模块，用于获取终端设备的信道测量参数，基于所述终端设备的信道测量参数确定所述终端设备的信道质量；

相应的，无线大数据运算功能模块，用于获取终端设备的业务的qos要求；基于所述终端设备的信道质量、以及所述业务的qos要求，为所述终端设备确定上行业务模型，和/或，下行业务模型。

也就是说，在进行上行和或下行业务模型的确定的处理中，还可以结合终端设备具体的业务的qos要求进行选择，比如，终端本身能够支持的传输速率等等进行针对终端设备的业务模型的选取，从而能够得到更加适用于终端设备的业务模型。

对于下行：所述参数获取模块51，用于将针对所述终端设备的下行业务模型，发送给业务源服务器，以使得所述业务源服务器接收到指示后基于所述下行业务模型发送下行业务数据。具体来说：

计算出下行数据源业务模型的参数后，通过基站定义的信令，通知业务源服务器；下行业务源服务器接到指示后，按照指示发送下行数据。

对于上行：所述参数获取模块51，用于将针对所述终端设备的上行业务模型，通过空口发送至所述终端设备侧。

具体来说，计算出上行数据源业务模型的参数后，通过空口的控制信令(比如rrc信令、pdcch控制指示、macce控制指示或者其他空口定义的控制方式)，通知终端侧；相应的，终端侧接收到空口指令后，把该指示发送给上行业务源服务器或者数据源；上行业务源服务器或者数据源接到指示后，按照指示发送上行数据。

参见图2，主要有网络侧(networkside)的mac控制终端侧(ueside)的mac实现业务模型选择。具体来说：

网络侧的mac根据监测的用户信道信息，预测用户信道的质量；网络侧的mac还会结合用户该业务的qos要求，选择合理的业务模型。

对于终端发送的上行业务源(图2中的ulservicesource)，网络侧mac把控制信令发送给终端侧的mac，终端向上行业务源发送业务源模型更改请求，在随后的上行业务过程中，终端按照新业务源模型进行数据上传；对于网络侧发送的下行业务源(图2中的dlservicesource)，网络侧的mac直接发送新的业务源模型更改请求给下行业务源，网络侧的mac在后继的调度中启用新的业务源模型进行数据发送。

如图3所示，网络侧mac进行用户信道质量监控和业务源模型选择：逻辑上可以分成两部分：

a)mac的调度器实时监测用户的信道质量。mac调度器监测用户在每个接入载波上的用户信道质量。

b)多个mac调度器间的用户信道质量监测。通过把多个mac调度器监测的用户信道质量信息汇聚上报给调度器间的信道质量计算和业务源模型预测功能模块，该功能模块采用大数据计算平台提供的计算能力和算法，通过对用户信道质量的计算，进行业务源模型的预测，并把结果上报给下行业务源或者通过mac调度器发送给终端的mac，由终端的mac发送给上行业务源。

用户信道质量计算功能：通过测量上报的初始bler(initialbler)，残留bler(residualbler)，码率，平均tb(transportblock)块大小，最大tb块大小，数据缓存接收数据的平均速率(单位bps)，数据缓存发送数据的平均速率(单位bps)，数据缓存的空置次数、数据缓存数据丢失次数和溢出次数及相应的数据量、数据包被分割的次数、数据包被级联的次数等等，上述参数既有每个tti的测量数据，还有一定周期内统计的测量数据。

用户信道质量计算出的结果要具有一定的鲁棒性，要能够屏蔽掉空口信道本身的抖动带来的用户速率波动，不能够也不必要把空口信道每次变动都实时反映到对业务源模型的选择上，而是应该具有一定时间周期内的稳定性和不变性。

当通过上述测量信息无法快速收敛业务源模型时，用户信道质量计算功能模块应该保持业务源模型不改变，以确保算法计算的快速收敛。并启动数据的切分功能(segmentationfunction)或者级联功能(concatenationfunction)实现业务数据大小与空口tb的匹配。

通过上述参数和对应的周期，mac的channelstatuscomputing&servicesourcemodelprediction功能模块完成用户空口适合的业务源模型的定义：

a)适合用户的业务源模型，包括业务源提供的业务采样数据包大小，产生数据包的时间间隔，空口能够承载的平均数据包大小等。

b)该新的业务源模型的生命周期，包括起始时间点和可能持续的时间。

2、上下行业务源模型选择：图4给出了mac控制下的业务源模型选择流程。为了便于表述，图4中的mac功能分别标识为fc-mac(fastcontrolmac)和rt-mac(realtimemac)对应上下两部分mac功能。

1、业务和无线承载建立/重配制：在用户无线承载建立或者重配制过程的rrc信令中，在网络侧和终端侧层2(sdap/pdcp/rlc/mac)和层1(物理层)建立或者配置性相关的参数，其中在必须包括该业务可供选择的源数据包大小格式集合(tfs：transportformatset。如现有技术介绍中的各种语音编码格式对应的ip包的字节长度)，给出可供选择的各种业务源编码率下的ip包长度。tfs经过rrc信令可以配置到mac层，也可以配置到层2和层1的其他功能实体中。

2、rt-mac测量用户在空口的信道质量和数据包收发质量，并上报给fc-mac。

3、fc-mac收到测量后，启动大数据运算功能模块，对用户在空口的信道质量和数据包收发质量进行准确逼近量化，并依靠大数据运算的快速运算能力，确保计算结果的时效性，比如1ms、10ms等时效性。把运算结果输入判决功能模块，产生判决结果并产生相应的空置信令。

如果是下行数据收发：

4、fc-mac向下行业务源发送业务源模式变更指示。

5、业务源按照新模式产生业务数据包，并经过层2和层3发送到rt-mac。

6、rt-mac经过空口的业务信道直接发送数据报。

7、终端侧的mac收到数据包后，和层了其他包处理层(sdap/pdcp/rlc)联合处理这行数据包，最后得到的ip包只要是rrc信令配置的tfs中的一种包大小，则认为该数据有正确的数据；否则丢弃该数据包。并把正确的数据包发送给上层。

对于上行数据收发：

8、fc-mac向rt-mac发送业务源模型变更指示。

9、rt-mac根据当前的调度情况，选择使用pdcch或者macce的方式把该指示发送给终端侧。其中pdcch和macce的格式都是新定义的格式。比如：定义专门的pdcch的dci格式，里面有若干个比特标识每种数据包大小的tfi(tfindicator，每个tf在tfs的下标索引)。定义专门的macce类型，专门用来发送tfi，具体的macce格式可以沿用已有的macce格式进行扩展。

10、用户侧的mac收到相应的pdcch或者macce收，解析该指示，并发送给上行业务源。

11、上行数据源按照新的数据格式发送数据包，终端侧的层2(sdap/pdcp/rlc/mac)收到数据包后，最后得到的ip包只要是rrc信令配置的tfs中的一种包大小，则认为该数据有正确的数据，把正确的数据包发送到空口。

可见，通过采用上述方案，就能够结合终端设备的空口信道参数，为终端设备选取上行和/或下行业务模型，从而实现实时根据终端设备的当前的空口质量进行动态处理，得到最符合当前情况的业务模型，如此避免了无法使得终端设备提供符合当前空口质量的服务的问题。

实施例三、

本实施例提供了一种业务模型选取装置，如图6所示，包括：

通信接口61，用于获取终端设备的空口信道参数；

处理器62，用于基于所述终端设备的空口信道参数，通过第一类协议层为所述终端设备确定业务模型；所述第一类协议层为至少能够进行传输信道与物理信道之间的映射能力的协议层，或者能够按照收发的数据包的特征对空口物理层资源进行控制、分配或者管理的协议层；

其中，所述处理器62，用于确定针对所述终端设备的上行业务模型，和/或，确定针对所述终端设备的下行业务模型。

针对5g中业务类型的增多，如物联网、车联网、行业应用、传统的移动通信业务，能够准确及时的根据用户在空口的信道质量选择合适的数据源业务模型，可以有效提高用户移动通信的体验。

本实施例提供的方法可以应用在网络侧的设备，比如，可以应用在mac中，或者可以应用在ran中，这里不进行限定，只要能够进行计算以及收发功能的网络设备即可。具体来说，可以运行在无线网络设备上，比如基站(4g的enb、5g的gnb)，或者基站专门的外部接入的辅助设备。

无线大数据运算功能模块运行在无线网络设备上，比如基站(4g的enb、5g的gnb)，或者基站专门的外部接入的辅助设备。

无线大数据运算功能模块需要的各种空口信道参数直接在无线网络设备上获得，并直接输入到无线大数据运算功能模块进行存储和计算。经过无线大数据运算功能模块计算后，产生数据源业务模型的参数。空口信道参数不需要发送给无线网络以上的协议栈高层。

无线大数据运算功能模块把计算得到的数据源业务源模型参数发送给业务源服务器，指示业务源服务器产生满足要求的数据包大小和传输时间间隔等业务源模型参数。

需要理解的是，前述无线大数据运算功能模块可以为处理器62能够提供的一功能模块。

在前述说明的基础上，结合图2具体进行说明：

所述通信接口，用于获取终端设备的信道测量参数；

所述处理器，用于基于所述终端设备的信道测量参数确定所述终端设备的信道质量；获取终端设备的业务的qos要求；基于所述终端设备的信道质量、以及所述业务的qos要求，为所述终端设备确定上行业务模型，和/或，下行业务模型。

也就是说，在进行上行和或下行业务模型的确定的处理中，还可以结合终端设备具体的业务的qos要求进行选择，比如，终端本身能够支持的传输速率等等进行针对终端设备的业务模型的选取，从而能够得到更加适用于终端设备的业务模型。

对于下行：将针对所述终端设备的下行业务模型，发送给业务源服务器，以使得所述业务源服务器接收到指示后基于所述下行业务模型发送下行业务数据。具体来说：

计算出下行数据源业务模型的参数后，通过基站定义的信令，通知业务源服务器；下行业务源服务器接到指示后，按照指示发送下行数据。

对于上行：将针对所述终端设备的上行业务模型，通过空口发送至所述终端设备侧。

具体来说，计算出上行数据源业务模型的参数后，通过空口的控制信令(比如rrc信令、pdcch控制指示、macce控制指示或者其他空口定义的控制方式)，通知终端侧；相应的，终端侧接收到空口指令后，把该指示发送给上行业务源服务器或者数据源；上行业务源服务器或者数据源接到指示后，按照指示发送上行数据。

参见图2，主要有网络侧(networkside)的mac控制终端侧(ueside)的mac实现业务模型选择。具体来说：

网络侧的mac根据监测的用户信道信息，预测用户信道的质量；网络侧的mac还会结合用户该业务的qos要求，选择合理的业务模型。

对于终端发送的上行业务源，网络侧mac把控制信令发送给终端侧的mac，终端向上行业务源发送业务源模型更改请求，在随后的上行业务过程中，终端按照新业务源模型进行数据上传；对于网络侧发送的下行业务源，网络侧的mac直接发送新的业务源模型更改请求给下行业务源，网络侧的mac在后继的调度中启用新的业务源模型进行数据发送。

网络侧mac进行用户信道质量监控和业务源模型选择：逻辑上可以分成两部分：

a)mac的调度器实时监测用户的信道质量。mac调度器监测用户在每个接入载波上的用户信道质量。

b)多个mac调度器间的用户信道质量监测。通过把多个mac调度器监测的用户信道质量信息汇聚上报给调度器间的信道质量计算和业务源模型预测功能模块，该功能模块采用大数据计算平台提供的计算能力和算法，通过对用户信道质量的计算，进行业务源模型的预测，并把结果上报给下行业务源或者通过mac调度器发送给终端的mac，由终端的mac发送给上行业务源。

用户信道质量计算功能：通过测量上报的初始bler(initialbler)，残留bler(residualbler)，码率，平均tb(transportblock)块大小，最大tb块大小，数据缓存接收数据的平均速率(单位bps)，数据缓存发送数据的平均速率(单位bps)，数据缓存的空置次数、数据缓存数据丢失次数和溢出次数及相应的数据量、数据包被分割的次数、数据包被级联的次数等等，上述参数既有每个tti的测量数据，还有一定周期内统计的测量数据。

用户信道质量计算出的结果要具有一定的鲁棒性，要能够屏蔽掉空口信道本身的抖动带来的用户速率波动，不能够也不必要把空口信道每次变动都实时反映到对业务源模型的选择上，而是应该具有一定时间周期内的稳定性和不变性。

当通过上述测量信息无法快速收敛业务源模型时，用户信道质量计算功能模块应该保持业务源模型不改变，以确保算法计算的快速收敛。并启动数据的切分功能(segmentationfunction)或者级联功能(concatenationfunction)实现业务数据大小与空口tb的匹配。

通过上述参数和对应的周期，mac的channelstatuscomputing&servicesourcemodelprediction功能模块完成用户空口适合的业务源模型的定义：

a)适合用户的业务源模型，包括业务源提供的业务采样数据包大小，产生数据包的时间间隔，空口能够承载的平均数据包大小等。

b)该新的业务源模型的生命周期，包括起始时间点和可能持续的时间。

2、上下行业务源模型选择：图4给出了mac控制下的业务源模型选择流程。为了便于表述，图4中的mac功能分别标识为fc-mac(fastcontrolmac)和rt-mac(realtimemac)对应上下两部分mac功能。

1、业务和无线承载建立/重配制：在用户无线承载建立或者重配制过程的rrc信令中，在网络侧和终端侧层2(sdap/pdcp/rlc/mac)和层1(物理层)建立或者配置性相关的参数，其中在必须包括该业务可供选择的源数据包大小格式集合(tfs：transportformatset。如现有技术介绍中的各种语音编码格式对应的ip包的字节长度)，给出可供选择的各种业务源编码率下的ip包长度。tfs经过rrc信令可以配置到mac层，也可以配置到层2和层1的其他功能实体中。

2、rt-mac测量用户在空口的信道质量和数据包收发质量，并上报给fc-mac。

3、fc-mac收到测量后，启动大数据运算功能模块，对用户在空口的信道质量和数据包收发质量进行准确逼近量化，并依靠大数据运算的快速运算能力，确保计算结果的时效性，比如1ms、10ms等时效性。把运算结果输入判决功能模块，产生判决结果并产生相应的空置信令。

如果是下行数据收发：

4、fc-mac向下行业务源发送业务源模式变更指示。

5、业务源按照新模式产生业务数据包，并经过层2和层3发送到rt-mac。

6、rt-mac经过空口的业务信道直接发送数据报。

7、终端侧的mac收到数据包后，和层了其他包处理层(sdap/pdcp/rlc)联合处理这行数据包，最后得到的ip包只要是rrc信令配置的tfs中的一种包大小，则认为该数据有正确的数据；否则丢弃该数据包。并把正确的数据包发送给上层。

对于上行数据收发：

8、fc-mac向rt-mac发送业务源模型变更指示。

9、rt-mac根据当前的调度情况，选择使用pdcch或者macce的方式把该指示发送给终端侧。其中pdcch和macce的格式都是新定义的格式。比如：定义专门的pdcch的dci格式，里面有若干个比特标识每种数据包大小的tfi(tfindicator，每个tf在tfs的下标索引)。定义专门的macce类型，专门用来发送tfi，具体的macce格式可以沿用已有的macce格式进行扩展。

10、用户侧的mac收到相应的pdcch或者macce收，解析该指示，并发送给上行业务源。

11、上行数据源按照新的数据格式发送数据包，终端侧的层2(sdap/pdcp/rlc/mac)收到数据包后，最后得到的ip包只要是rrc信令配置的tfs中的一种包大小，则认为该数据有正确的数据，把正确的数据包发送到空口。

可见，通过采用上述方案，就能够结合终端设备的空口信道参数，为终端设备选取上行和/或下行业务模型，从而实现实时根据终端设备的当前的空口质量进行动态处理，得到最符合当前情况的业务模型，如此避免了无法使得终端设备提供符合当前空口质量的服务的问题。

进一步地，本申请还提供一种装置，包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器，

其中，所述处理器用于运行所述计算机程序时，执行实施例一种所述方法的步骤。并且处理器能够执行实施例一中所提供的方法的各个步骤，这里不再赘述。

本申请还提供一种存储介质，其上存储有计算机程序，其中，该计算机程序被处理器执行时实现实施例一种所述方法的步骤。并且该计算机程序被处理器执行时实现执行实施例一中所提供的方法的各个步骤，这里不再赘述。

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

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备设备(可以是手机，计算机，装置，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。