音视频资源的传输方法、装置、服务器及存储介质

技术领域

本申请实施例涉及计算机网络技术领域，特别涉及一种音视频资源的传输方法、装置、服务器及存储介质。

背景技术

在音视频播放的初始阶段，音视频播放器往往需要经过一段时间的加载，才能播放视频帧。在视频播放的过程中，可能因缺乏足够的音视频资源，导致音视频播放卡顿。如何提高起播阶段的播放效果，成为急需解决的问题。

发明内容

本申请实施例提供了一种音视频资源的传输方法、装置、服务器及存储介质。所述技术方案包括如下方面。

一方面，本申请实施例提供了一种音视频资源的传输方法，所述方法包括：

在接收到终端发送的请求报文的情况下，从所述请求报文中提取请求信息，所述请求信息包括目标连接标识以及目标资源标识，所述目标连接标识用于标识服务器与所述终端之间的连接，所述目标资源标识用于标识所述终端所请求的目标音视频资源；

在基于所述请求信息以及连接请求映射关系，确定所述请求报文在起播阶段发送的情况下，确定所述请求报文对应的目标起播类型，所述连接请求映射关系用于表征已建立连接上的资源传输情况；

确定所述目标起播类型对应的目标资源传输参数，其中，不同起播类型对应不同资源传输参数；

基于所述目标资源传输参数向所述终端传输所述目标音视频资源的流量报文。

另一方面，本申请实施例提供了一种音视频资源的传输装置，所述装置包括：

提取模块，用于在接收到终端发送的请求报文的情况下，从所述请求报文中提取请求信息，所述请求信息包括目标连接标识以及目标资源标识，所述目标连接标识用于标识服务器与所述终端之间的连接，所述目标资源标识用于标识所述终端所请求的目标音视频资源；

类型确定模块，用于在基于所述请求信息以及连接请求映射关系，确定所述请求报文在起播阶段发送的情况下，确定所述请求报文对应的目标起播类型，所述连接请求映射关系用于表征已建立连接上的资源传输情况；

参数确定模块，用于确定所述目标起播类型对应的目标资源传输参数，其中，不同起播类型对应不同资源传输参数；

传输模块，用于基于所述目标资源传输参数向所述终端传输所述目标音视频资源的流量报文。

另一方面，本申请实施例提供了一种服务器，所述服务器包括处理器、存储器，所述存储器中存储至少一条程序代码，所述至少一条程序代码由所述处理器加载并执行以实现如上述方面所述的音视频资源的传输方法。

另一方面，本申请实施例提供了一种计算机可读存储介质，所述存储介质存储有至少一条程序代码，所述至少一条程序代码用于被处理器执行以实现如上述方面所述的音视频资源的传输方法。

另一方面，本申请实施例提供了一种计算机程序产品，该计算机程序产品包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备实现如上述方面提供的音视频资源的传输方法。

本申请实施例中，服务器通过建立连接请求映射关系对请求报文中的请求信息进行分析，从而确定目标起播类型，随后根据目标起播类型对应得到目标资源传输参数，最后基于目标资源传输参数进行起播阶段的目标音视频资源传输；本申请实施例提供的方案通过识别不同类型的起播阶段，并根据不同类型起播阶段的特点设置相应的传输策略，优化不同起播场景下的音视频传输效果，优化终端侧起播阶段的音视频播放效果。

附图说明

图1示出了本申请一个示例性实施例提供的实施环境的示意图；

图2示出了本申请一个示例性实施例提供的音视频资源的传输方法的流程图；

图3是本申请一个示例性实施例提供的目标起播类型的确定过程的流程图；

图4是本申请一个示例性实施例提供的基于初参的音视频起播阶段的传输过程的实施示意图；

图5是本申请一个示例性实施例提供的基于预建连的音视频起播阶段的传输过程的实施示意图；

图6是本申请一个示例性实施例提供的基于连接复用的音视频起播阶段的传输过程的实施示意图；

图7示出了本申请另一个示例性实施例提供的音视频资源的传输方法的流程图；

图8是本申请一个示例性实施例提供的请求报文识别过程的流程图；

图9是本申请一个示例性实施例提供的音视频资源的传输过程的实施示意图；

图10示出了本申请一个示例性实施例提供的音视频资源的传输装置的结构框图；

图11示出了本申请一个示例性实施例提供的服务器的结构方框图。

具体实施方式

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

在本文中提及的“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

在音视频资源传输的起播阶段，终端缓存了较少的待播放音视频资源，导致音视频在播放过程中容易出现卡顿现象。

为了确保音视频播放过程流畅，终端需要在短时间内容快速缓存足量的音视频资源，即需要优化音视频资源在起播阶段的传输效果。

音视频资源的传输一般通过拥塞控制算法对发送窗口或者发送速率进行调控，即根据网络状态选择合适的发送窗口或者发送速率，从而保证音视频资源的高效传输。

当初始发送窗口与当前网络状态不适配的情况下，音视频资源在起播阶段的传输效果较差，经过拥塞控制算法调整后传输效果得到改善。在初始发送窗口与当前网络状态适配的情况下，音视频资源在初始阶段已能达到较好的传输效果，然后在拥塞控制算法的调控下保持高效传输。综上所述，终端可以通过选择合适的初始发送窗口，从而实现对音视频资源初始阶段传输效果的优化。同理，发送速率等其他资源传输参数也可以通过选择合适的初始值，提高音视频资源起播阶段的传播效率。

然而，在起播阶段选择合适初始资源传输参数的方式，不足以优化音视频资源的传输效果。音视频资源在起播阶段的丢包率高于非起播阶段的丢包率，在出现随机丢包的情况下，音视频资源的传输效果可能过差。

在起播阶段之前存在预建连阶段的情况下，初始资源传输参数并未用于进行音视频资源传输，而是用于建立终端与服务器的连接。在预建连阶段出现随机丢包的情况下，经过拥塞控制算法调整，音视频资源的发送窗口尺寸或发送速率减小，传输效果变差。

示例性的，预建连阶段初始发送窗口为50，在预建连阶段中出现随机丢包的情况下，音视频资源在起播阶段的最开始的发送窗口为25，传输效果差。

另外，在连接复用的过程中的起播阶段，与最近一次请求的音视频资源相比，新请求的音视频资源传输效果较差。比如，在发送窗口尺寸为100，在途数据量为80的情况下，新请求的音视频资源能够使用的窗口尺寸为20，传输效果差。

为了改善音视频资源的传输效果，在本申请中，服务器根据不同的起播类型确定不同的资源传输参数，向终端发送音视频资源。请参考图1，其示出了本申请一个示例性实施例提供的实施环境的示意图，该环境中包括终端110和服务器120。

终端110为可以安装音视频播放应用的设备，可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表等，但并不局限于此。

服务器120为音视频应用的后台服务器，用于进行音视频资源的分发。在终端110向服务器120请求音视频资源的情况下，服务器120能够对音视频资源的起播阶段进行类型识别，并为不同的起播类型设置不同的参数。在起播阶段，服务器120根据起播类型采用相应的参数进行流量报文传输。

服务器120可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN（Content Delivery Network，内容分发网络）、以及大数据和人工智能平台等基础云计算服务的云服务器。

终端110以及服务器120可以通过有线或无线通信方式进行直接或间接地连接，本申请在此不做限制。

在本申请实施例中，在终端110需要切换音视频播放内容的情况下，终端110向服务器120发送请求报文，以获取音视频资源。服务器120在接收到终端110发送的请求报文后，向终端110传输音视频资源的流量报文。随后终端110向服务器120发送确认报文，即终端110确定已接收到对应的音视频资源的流量报文。

下列各实施例中，以音视频资源的传输方法用于服务器120为例进行说明。

请参考图2，其示出了本申请一个示例性实施例提供的音视频资源的传输方法的流程图，该方法包括如下步骤。

步骤201，在接收到终端发送的请求报文的情况下，从请求报文中提取请求信息，请求信息包括目标连接标识以及目标资源标识，目标连接标识用于标识服务器与终端之间的连接，目标资源标识用于标识终端所请求的目标音视频资源。

在一种可能的实施方式中，请求信息存储在请求报文中，服务器可以分别从目标连接标识的对应字段中提取目标连接标识，从目标资源标识的对应字段中提取目标资源标识。

在另一种可能的实施方式中，请求信息可以根据请求报文的字段内容生成，比如在服务器提取请求报文中记录请求信息的字段内容后，对字段内容进行解释，从而生成目标连接标识。

步骤202，在基于请求信息以及连接请求映射关系，确定请求报文在起播阶段发送的情况下，确定请求报文对应的目标起播类型，连接请求映射关系用于表征已建立连接上的资源传输情况。

起播阶段为音视频资源传输的初始阶段，用于在首个视频帧播放以前进行音视频资源缓存。

在一些实施例中，起播阶段具有多种不同的起播类型。其中，不同起播类型下，服务器与终端的交互不同，从而造成音视频资源传输过程中，不同的起播类型使用的资源传输参数不同。

连接请求映射关系为连接标识与资源标识的映射关系。其中，连接标识用于标识服务器与终端之间已经建立的连接，资源标识用于标识已建立连接上终端请求的音视频资源。其中，在资源标识存在的情况下，已建立连接上的音视频资源已开始传输，在资源标识不存在的情况下，已建立连接上的音视频资源未开始传输。

在一种可能的实施方式中，服务器根据请求信息中的目标连接标识以及目标资源标识，通过查询连接请求映射关系，确定服务器与终端的连接情况以及已建立连接上的资源传输情况，从而确定请求报文对应的目标起播类型。

步骤203，确定目标起播类型对应的目标资源传输参数，其中，不同起播类型对应不同资源传输参数。

资源传输参数用于指示音视频资源流量报文的传输策略。在音视频资源流量报文的传输过程中，不同资源传输参数的传输效果不同。

在一些实施例中，资源传输参数可以包括发送窗口、发送速率，还可以包括其他参数，本申请实施例对此不进行限定。

在一种可能的实施方式中，目标起播类型与目标资源传输参数一一对应，服务器通过查询起播类型与资源传输参数的对照表格，确定目标起播类型对应的目标资源传输参数。

示例性的，如表1所示，起播类型1对应发送窗口尺寸为尺寸1，对应发送速率为速率1，起播类型2对应发送窗口尺寸为尺寸2，对应发送速率为速率2。

步骤204，基于目标资源传输参数向终端传输目标音视频资源的流量报文。

在一种可能的实施方式中，服务器对起播阶段的流量报文采用目标起播类型对应的目标资源传输参数，向终端传输目标音视频资源的流量报文，对非起播阶段的流量报文，采用通过拥塞控制算法确定的目标资源传输参数，向终端传输目标音视频资源的流量报文。

综上所述，本申请实施例中，服务器通过建立连接请求映射关系对请求报文中的请求信息进行分析，从而确定目标起播类型，随后根据目标起播类型对应得到目标资源传输参数，最后基于目标资源传输参数进行起播阶段的目标音视频资源传输；本申请实施例提供的方案通过识别不同类型的起播阶段，并根据不同类型起播阶段的特点设置相应的传输策略，优化不同起播场景下的音视频传输效果，优化终端侧起播阶段的音视频播放效果。

在上述实施例中，参见图3，服务器确定目标起播类型的过程可以包括如下子步骤。

步骤202A，在连接请求映射关系中不包含目标映射关系对的情况下，确定请求报文在起播阶段发送，目标映射关系对包括目标连接标识和目标资源标识。

其中，连接请求映射关系用于记录已建立连接上最近一次的资源传输情况。目标映射关系对为目标连接标识和目标资源标识的映射关系对。

在连接请求映射关系中不包含目标映射关系对的情况下，目标音视频资源未开始传输，因此服务器可以确定请求报文在起播阶段发送。

另外，在连接请求映射关系中不包含目标映射关系对的情况下，服务器需要在连接请求映射关系中添加目标映射关系对，从而对连接请求映射关系进行维护。

需要说明的是，在连接请求映射关系中包含目标映射关系对的情况下，目标连接已建立，且目标音视频资源在传输过程中，服务器确定当前处于非起播阶段。

步骤202B，基于目标连接标识在连接请求映射关系中的存在情况，确定请求报文对应的目标起播类型。

其中，目标连接标识在连接请求映射关系中的存在情况可以包括如下两种。

情况一，在连接请求映射关系中不存在目标连接标识的情况下，确定请求报文对应的目标起播类型为初参起播类型，初参起播类型用于表征基于初参的音视频起播阶段。

在目标起播类型为初参起播类型的情况下，服务器在接收到终端发送请求报文后，基于初始资源传输参数向终端发送目标音视频资源的流量报文。

示例性的，如图4所示，终端410首先向服务器420发送请求报文request，服务器420在接收到request报文后，向终端410发送目标音视频资源的流量报文Live-streamingdata，终端410在接收到Live-streaming data报文后，向服务器420发送确认报文ACK（Acknowledgement），后续服务器420继续向终端410发送Live-streaming data报文。

可选的，初始资源传输参数可以预设在服务器内部，服务器也可以通过使用机器学习模型决定不同用户终端对应的初始资源传输参数，本申请不对初始资源传输参数的获取方式进行限定。

情况二，在连接请求映射关系中存在目标连接标识的情况下，确定请求报文对应的目标起播类型为非初参起播类型。

连接请求映射关系中存在目标连接标识的情况，可以包括存在目标连接标识和目标资源标识的映射关系对的情况，以及连接请求映射关系中存在目标连接标识，且不存在目标连接标识和目标资源标识的映射关系对的情况。

其中，在存在目标连接标识和目标资源标识的映射关系对的情况下，服务器确定当前处于非起播阶段。

在连接请求映射关系中存在目标连接标识，且不存在目标连接标识和目标资源标识的映射关系对的情况下，非初参起播类型还可以分为第一非初参起播类型以及第二非初参起播类型，其中第一非初参起播类型用于表征基于预建连的音视频起播阶段，第二非初参起播类型用于表征基于连接复用的音视频起播阶段。

可选的，连接请求映射关系中还可以包括在途流量，服务器可以根据在途流量，确定具体的非初参起播类型。其中，在途流量指已发送且未确认的资源流量。在音视频资源流量报文的传输过程中，在途流量实时更新。

示例性的，如表2所示，连接请求映射关系通过表格表示，包括连接标识、资源标识以及在途流量。其中，连接标识Conn_ID对应的资源标识Req_ID所表征资源的在途流量为Conn_inflight。

与基于连接复用的音视频起播阶段相比，基于预建连的音视频起播阶段传输的在途流量较少，因此服务器可以通过流量阈值区分基于预建连的音视频起播阶段与基于连接复用的音视频起播阶段。

由上述推理可知，连接请求映射关系中存在目标连接标识的情况，还包括如下两种情况。

情况1，在连接请求映射关系中存在目标连接标识，且目标连接标识对应资源标识所表征资源的在途流量小于流量阈值的情况下，确定请求报文对应的目标起播类型为第一非初参起播类型，第一非初参起播类型用于表征基于预建连的音视频起播阶段。

在基于预建连的音视频起播阶段，服务器与终端首先进行预建连，即预先建立连接，在预建连过程结束以后，且服务器接收到终端发送的请求报文的情况下，服务器向终端发送音视频资源流量报文。

在一种可能的场景中，在终端进行短视频切换的情况下，当下一条短视频与上一条短视频的音视频资源由不同服务器进行分发时，服务器与终端之间需要进行预建连。

需要说明的是，在预建连过程中，服务器基于初始资源传输参数向终端发送报文，在起播阶段，资源传输参数可能因为拥塞控制算法的调整而发生改变，服务器不基于初始资源传输参数向终端发送音视频资源流量报文。

示例性的，基于预建连的音视频起播阶段的传输过程如图5所示，终端510首先基于初始传输参数向服务器520发送连接请求报文，随后服务器520向终端510发送预建连报文，终端510在接收到预建连报文后，向服务器520发送连接确认报文，至此完成了终端510与服务器520之间的预建连过程。

在预建连过程结束后，服务器520与终端510之间开始进行音视频资源的传输。终端510首先向服务器520发送请求报文，请求目标音视频资源，在服务器520接收到终端510发送的请求报文后，向终端510发送目标音视频资源的流量报文。

在本申请实施例中，在在途流量小于流量阈值的情况下，服务器可以确定连接请求映射关系中目标连接标识对应资源标识所表征资源在连接建立以后刚开始进行传输，符合基于预建连的音视频起播阶段的特征，因此服务器确定请求报文对应的目标起播类型为第一非初参起播类型。

示例性的，服务器设置流量阈值为200个报文，每个报文大小为1500个字节，通过已发送且未确认的报文数量表示在途流量。在在途流量小于200个报文的情况下，服务器确定请求报文对应的目标起播类型为第一非初参起播类型。

情况2，在连接请求映射关系中存在目标连接标识，且目标连接标识对应资源标识所表征资源的在途流量大于流量阈值的情况下，确定请求报文对应的目标起播类型为第二非初参起播类型，第二非初参起播类型用于表征基于连接复用的音视频起播阶段。

在基于连接复用的音视频起播阶段，服务器通过复用上一条音视频资源流量的资源传输参数，向终端发送音视频资源的流量报文。

在一种可能的场景中，在终端进行短视频切换的情况下，服务器通过复用被切换的短视频资源的资源传输参数，向终端发送待播放短视频资源的流量报文。

示例性的，基于连接复用的音视频起播阶段的传输过程如图6所示，终端610首先向服务器620发送第一请求url_request1，请求目标连接标识对应资源标识所表征资源，即第一资源，在服务器620接收到第一请求后，向终端610发送第一资源的流量报文last-stream data。随后，在第一资源流量的传输过程中，终端610向服务器620发送第二请求url_request2，请求目标音视频资源，即第二资源，服务器620接收到第二请求后，向终端610发送目标音视频资源的流量报文current-stream data。

在本申请实施例中，在在途流量大于流量阈值的情况下，服务器可以确定目标连接标识对应资源标识所表征资源处于传输过程中，在终端请求目标音视频资源以后，服务器可以复用前一次进行资源传输所采用的资源传输参数，因此服务器确定请求报文对应的目标起播类型为第二非初参起播类型。

示例性的，服务器设置流量阈值为200个报文，每个报文大小为1500个字节，通过已发送且未确认的报文数量表示在途流量。在在途流量大于200个报文的情况下，服务器确定请求报文对应的目标起播类型为第二非初参起播类型。

在本申请实施例中，服务器根据目标连接标识在连接请求映射关系中的存在情况，确定起播类型。其中，起播类型包括初参起播类型和非初参起播类型。进一步的，在连接请求映射关系中不包含目标映射关系对的情况下，服务器根据连接请求映射关系中目标连接标识对应资源标识所表征资源的在途流量，确定非初参起播类型。其中，非初参起播类型包括第一非初参起播类型和第二非初参起播类型；采用本申请实施例提供的方案能够识别不同类型的起播阶段，随后根据不同类型起播阶段的特点设置相应的传输策略，优化不同起播场景下的音视频传输效果，优化终端侧起播阶段的音视频播放效果。

在确定请求报文对应的目标起播类型之后，服务器根据目标起播类型确定对应的目标资源传输参数，进行目标音视频资源的流量报文传输。其中，不同起播类型对应不同的资源传输参数。

在音视频资源的传输过程中，服务器可以不断优化同一类型起播阶段的传输策略，从而优化音视频传输效果。请参考图7，其示出了本申请另一个示例性实施例提供的音视频资源的传输方法的流程图。该方法包括如下步骤。

步骤701，在接收到终端发送的请求报文的情况下，从请求报文中提取请求信息，请求信息包括目标连接标识以及目标资源标识，目标连接标识用于标识服务器与终端之间的连接，目标资源标识用于标识终端所请求的目标音视频资源。

其中，服务器可以将请求报文中的URI（Uniform Resource Identifier，统一资源标识符）信息作为目标资源标识。

关于目标连接标识的获取，可以包括如下两种情况。

1，在请求报文中包含协议连接标识的情况下，将协议连接标识确定为请求报文的目标连接标识。

其中，协议连接标识为传输协议规定的携带在终端发送的请求报文中的连接标识。

示例性的，QUIC（Quick UDP Internet Connection，快速UDP网络连接）协议规定的请求报文中包含协议连接标识ConnectionID，服务器将ConnectionID确定为请求报文的目标连接标识Conn_ID，即Conn_ID=ConnectionID。

2，在请求报文中不包含协议连接标识的情况下，基于请求报文的连接多元组信息生成请求报文的目标连接标识。

其中，连接多元组信息为请求报文中携带的可以表征终端与服务器之间连接关系的多元组信息。

在一种可能的实施方式中，服务器对源地址、源端口、目的地址、目的端口和协议类型等信息进行组合，生成请求报文的目标连接标识。

在另一种可能的实施方式中，服务器对源地址、源端口、目的地址、目的端口和协议类型等信息拼接后得到的字符串进行哈希计算，生成请求报文的目标连接标识。

示例性的，TCP（Transmission Control Protocol，传输控制协议）协议规定的请求报文中不包含协议连接标识，服务器将请求报文中携带的源地址src、源端口sport、目的地址dst、目的端口dport和协议类型ptl_type等信息拼接成字符srcsportdstdportptl_type，然后对该字符串进行哈希计算，得到目标连接标识Conn_ID。

步骤702，在基于请求信息以及连接请求映射关系，确定请求报文在起播阶段发送的情况下，确定请求报文对应的目标起播类型，连接请求映射关系用于表征已建立连接上的资源传输情况。

本步骤的实施方式可以参考上述步骤202A至步骤202B，本实施例在此不进行赘述。

步骤703，确定目标起播类型对应的目标传输控制参数，目标传输控制参数包括窗口控制参数、速率控制参数以及报文编号参数，窗口控制参数用于控制发送窗口，速率控制参数用于控制发送速率，报文编号参数用于指示起播阶段的流量报文的编号范围。

在一种可能的实施方式中，服务器首先建立目标起播类型与目标传输控制参数的对应关系表格，随后通过查询表格，得到目标起播类型对应的目标传输控制参数。

示例性的，如表3所示，初参起播类型对应的窗口控制参数为Alpha_1，速率控制参数为Beta_1，报文编号参数Pkt_num_gap_1；第一非初参起播类型对应的窗口控制参数为Alpha_2，速率控制参数为Beta_2，报文编号参数Pkt_num_gap_2；第二非初参起播类型对应的窗口控制参数为Alpha_3，速率控制参数为Beta_3，报文编号参数Pkt_num_gap_3。

其中，在起播阶段包括300个报文，且请求报文对应的起播阶段从第1001个报文开始的情况下，报文编号参数可以记录为1300，从第1301个报文开始服务器进行非起播阶段的音视频资源的流量报文传输。

需要说明的是，在音视频资源的流量报文从1开始编号的情况下，报文编号参数可以用于表征起播阶段的流量报文总数。

步骤704，基于目标传输控制参数以及基础资源传输参数确定目标资源传输参数。

其中，基础资源传输参数可以为初始资源传输参数，也可以为拥塞控制算法计算得到的资源传输参数，基础资源传输参数包括发送窗口、发送速率。

在一种可能的实施方式中，服务器利用目标传输控制参数，在基础资源传输参数基础上对目标资源传输参数进行调控。

各个起播类型对应的目标资源传输参数的确定方式相同，下面以初参起播类型为例进行说明。

示例性的，在服务器根据拥塞控制算法得到发送窗口cwnd、发送速率pacing_rate的情况下，目标资源传输参数的发送窗口cwnd_final可以用公式1表示，目标资源传输参数的发送速率pacing_final可以用公式2表示。

公式1

公式2

需要说明的是，基于当前的目标传输控制参数以及基础资源传输参数，确定的目标资源传输参数无法保证音视频资源的高效传输，为了找到更合适的目标资源传输参数，从而优化不同起播场景下的音视频传输效果，服务器可以通过微调目标传输控制参数，对目标传输控制参数的控制效果进行试验，因此目标资源传输参数的确定过程，可以包括如下两种情况。

情况一，在请求报文不属于试验报文的情况下，基于目标传输控制参数以及基础资源传输参数确定目标资源传输参数。

在请求报文不属于试验报文的情况下，服务器根据公式1以及公式2可以确定初参起播类型的目标资源传输参数中的发送窗口以及发送速率。

本申请实施例中，各个起播类型的目标资源传输参数的确定方式相同，在此不进行赘述。

情况二，在请求报文属于试验报文的情况下，对目标传输控制参数进行参数微调，得到微调后的传输控制参数；基于微调后的传输控制参数以及基础资源传输参数确定目标资源传输参数。

服务器对目标传输控制参数进行参数微调，是为了后续试验目标资源传输参数增大或减小后的控制效果，从而在微调后的传输控制参数的控制效果优于目标传输控制参数的控制效果的情况下，更新目标传输控制参数，进而优化音视频传输效果。

其中，目标传输控制参数进行参数微调的情况，可以包括如下至少一种。三种起播模式下的微调方式相同，下面以初参起播类型为例进行说明。

情况1，对窗口控制参数进行增大或减小操作。

示例性的，通过公式3或公式4对窗口控制参数Alpha_1进行微调，其中，c为0到1之间的小数。

公式3

公式4

在公式3中，Alpha_1增大，在公式4中，Alpha_1减小。

在微调后Alpha_1大于1的情况下，目标资源传输参数中发送窗口尺寸增大，在微调后的Alpha_1在0到1之间的情况下，目标资源传输参数中发送窗口尺寸减小。

情况2，对速率控制参数进行增大或减小操作。

示例性的，通过公式5或公式6对速率控制参数Beta_1进行微调，其中，c为0到1之间的小数。

公式5

公式6

在公式5中，Beta_1增大，在公式6中，Beta_1减小。

在微调后的Beta_1大于1的情况下，目标资源传输参数中发送速率增大，在微调后的Beta_1在0到1之间的情况下，目标资源传输参数中发送速率减小。

情况3，对报文编号参数进行增大或减小操作。

示例性的，通过公式7或公式8对报文编号参数Pkt_num_gap_1进行微调，其中，c为0到1之间的小数。

公式7

公式8/>

在公式7中，Pkt_num_gap_1增大，在公式8中，Pkt_num_gap_1减小。

在对目标传输控制参数进行参数微调后，根据公式1以及公式2可以确定初参起播类型的目标资源传输参数中的发送窗口以及发送速率。本申请实施例中，各个起播类型的目标资源传输参数的确定方式相同，在此不进行赘述。

需要说明的是，上述各个公式中的c，可以作为传输控制参数预设在服务器中。

步骤705，基于目标资源传输参数向终端传输目标音视频资源的流量报文。

其中，目标资源传输参数包括目标窗口参数、目标速率参数以及报文编号参数，报文编号参数用于指示起播阶段的流量报文的编号范围，目标窗口参数用于指示服务器的发送窗口尺寸，目标速率参数用于指示服务器的发送速率大小。

在流量报文的报文编号未超过报文编号参数的情况下，服务器可以确定当前处于起播阶段，随后基于目标窗口参数以及目标速率参数向终端传输目标音视频资源的流量报文。

在一种可能的实施方式中，服务器根据终端请求报文中携带的请求信息，确定终端请求的目标音视频资源，随后基于目标窗口参数以及目标速率参数向终端传输目标音视频资源的流量报文。

另外，在流量报文的报文编号超过报文编号参数的情况下，服务器可以确定当前处于非起播阶段，随后基于基准窗口参数以及基准速率参数向终端传输目标音视频资源的流量报文。在一种可能的实施方式中，基准窗口参数以及基准速率参通过拥塞控制算法进行计算得到。

需要说明的是，在流量报文的报文编号超过报文编号参数的情况下，服务器也可以基于目标窗口参数以及目标速率参数向终端传输目标音视频资源的流量报文。

可选的，目标资源传输参数中可以包括一个用于指示目标窗口参数以及目标速率参数是否在非起播阶段生效的生效参数，服务器根据生效参数的值确定目标窗口参数以及目标速率参数是否在非起播阶段生效。

步骤706，接收确认报文，确认报文用于反馈终端的流量报文接收情况。

步骤707，在基于确认报文确定起播阶段的流量报文接收完毕的情况下，确定同一起播类型对应的目标传输控制参数以及微调后的传输控制参数的控制效果。

在一种可能的实施方式中，服务器根据确认报文中记录的播放效果指标，确定同一起播类型对应的目标传输控制参数以及微调后的传输控制参数的控制效果。

在另一种可能的实施方式中，服务器通过比较流量报文的传输效率，确定同一起播类型对应的目标传输控制参数以及微调后的传输控制参数的控制效果。

步骤708，在微调后的传输控制参数的控制效果优于目标传输控制参数的控制效果的情况下，将目标传输控制参数更新为微调后的传输控制参数。

在一种可能的实施方式中，服务器通过建立目标起播类型与目标传输控制参数的对应关系表格，记录目标起播类型对应的目标传输控制参数，随后将表格中对应起播类型的目标传输控制参数，包括窗口控制参数、速率控制参数以及报文编号参数，替换为微调后的传输控制参数。

需要说明的是，在步骤708执行结束后，下一次执行步骤703时，服务器将新后的目标传输控制参数，确定为目标起播类型对应的目标传输控制参数。

本申请实施例提供的方案能够根据不同起播类型选择合适的目标传输控制参数，随后通过目标传输控制参数对目标资源传输参数进行控制，从而控制音视频资源的传输效果。其中，服务器通过对目标传输控制参数进行微调，不断寻找控制效果更好的目标传输控制参数，然后更新各个起播类型对应的目标传输控制参数，从而优化了目标音视频资源的传输效果，优化了终端侧起播阶段的音视频播放效果。

在上述实施例中，服务器还需要确定请求报文是否属于试验报文，如图8所示，包括如下步骤。

步骤704A，基于目标连接标识和目标资源标识，确定请求报文对应的请求随机数。

在一种可能的实施方式中，服务器将目标连接标识与目标资源标识拼接得到的字符串，通过哈希算法计算得到请求随机数。

示例性的，服务器根据公式9计算请求报文对应的请求随机数。其中，Conn_ID为目标连接标识，Req_ID为所请求目标音视频资源的目标资源标识，R为请求报文对应的请求随机数，R属于区间[0，999]，“||”表示拼接操作。

公式9

需要说明的是，区间[0，999]也可以是其他范围，比如[0，99]，本申请实施例对此不进行限定。

步骤704B，在请求随机数属于第一随机数区间的情况下，确定请求报文属于试验报文。

步骤704C，在请求随机数属于第二随机数区间的情况下，确定请求报文不属于试验报文，第一随机数区间的区间长度小于第二随机数区间的区间长度。

在一种可能的实施方式中，服务器通过预设的试验报文占比，确定第一随机数区间以及第二随机数区间的范围。在默认情况下，试验报文占比可以为20%。在试验报文占比为20%的情况下，请求随机数区间中20%的请求随机数对应的请求报文属于试验报文。

示例性的，在试验报文占比为20%的情况下，服务器将区间[0，999×a]确定为第一随机数区间，将[999×a+1，999]确定为第二随机数区间，或者，服务器将[0，999×（1-a）]确定为第二随机数区间，将[999×（1-a）+1，999]确定为第一随机数区间。

在上述实施例中，服务器在基于确认报文确定起播阶段的流量报文接收完毕的情况下，对同一起播类型对应的目标传输控制参数以及微调后的传输控制参数的控制效果进行比较。

其中，服务器可以根据确认报文中携带的最小完整报文编号达到报文编号参数，确定起播阶段的流量报文接收完毕，其中，确认报文中携带的最小完整报文编号用于指示最小完整报文编号以及之前的流量报文已被接收。

在确认报文对应的请求报文不属于试验报文，且确认报文中包含的最小完整报文编号达到报文编号参数的情况下，确定起播阶段的流量报文接收完毕。

在确认报文对应的请求报文属于试验报文，且确认报文中包含的最小完整报文编号达到微调后的报文编号参数的情况下，确定起播阶段的流量报文接收完毕。

需要说明的是，当出现丢包时，在确认报文对应的请求报文不属于试验报文的情况下，最小完整报文编号无法达到报文编号参数，在确认报文对应的请求报文属于试验报文的情况下，最小完整报文编号无法达到微调后的报文编号参数，因此最小完整报文编号还可以用于进行丢包判断。

在同一起播类型对应的目标传输控制参数以及微调后的传输控制参数的控制效果的确定过程，可以分为两种情况。

1，确认报文中包含QoE（Quality of Experience，体验质量）参数的情况。

2，确认报文中不包含QoE参数的情况。

可选的，QoE参数至少包括首帧时延、视频卡顿次数、视频卡顿时长。其中，首帧时延用于指示从终端发出请求报文到音视频首屏播放的时长，视频卡顿次数用于指示音视频从开始播放到当前时刻累计的卡顿次数，视频卡顿时长用于指示音视频从开始播放到当前时刻累计的卡顿时长。QoE参数还可以包括其他指标，本申请对此不进行限定。

在确认报文中包含QoE参数的情况下，控制效果的确定过程包括如下子步骤。其中，QoE参数由终端在起播阶段统计得到。

子步骤1，获取起播阶段采用目标传输控制参数时的第一QoE参数，以及采用微调后的传输控制参数时的第二QoE参数。

关于第一QoE参数的获取过程，在一种可能的实施方式中，服务器根据采用目标传输控制参数时得到的目标资源传输参数，向终端发送音视频资源的流量报文，随后终端在接收到流量报文后，将QoE参数带入确认报文中，并向服务器发送确认报文。在终端对起播阶段的流量报文接收完毕以后，服务器对所有的确认报文中的QoE参数进行统计，得到第一QoE参数。

关于第二QoE参数的获取过程，在一种可能的实施方式中，服务器根据采用微调后的目标传输控制参数时得到的目标资源传输参数，向终端发送音视频资源的流量报文，随后终端在接收到流量报文后，将QoE参数带入确认报文，并向服务器发送确认报文。在终端对起播阶段的流量报文接收完毕以后，服务器对所有的确认报文中的QoE参数进行统计，得到第二QoE参数。

子步骤2，基于第一QoE参数和第二QoE参数，确定目标传输控制参数以及微调后的传输控制参数的控制效果。

在一种可能的实施方式中，在第一QoE参数的首帧时延比第二QoE参数的首帧时延短，和/或，第一QoE参数的视频卡顿次数比第二QoE参数的视频卡顿次数少，和/或，第一QoE参数的视频卡顿时长比第二QoE参数的视频卡顿时长短的情况下，目标传输控制参数的控制效果优于微调后的传输控制参数的控制效果，反之，微调后的传输控制参数的控制效果优于目标传输控制参数的控制效果。

在确认报文中不包含QoE参数的情况下，控制效果的确定过程包括如下步骤。

步骤一，确定起播阶段采用目标传输控制参数时的第一传输效率，以及采用微调后的传输控制参数时的第二传输效率。

其中，第一传输效率的确定过程包括如下步骤。

第1步，确定起播阶段采用目标传输控制参数传输的流量报文的第一数据量以及第一传输时长。

其中，第一数据量为服务器统计的起播阶段音视频资源流量报文的总大小。第一传输时长为服务器统计的起播阶段音视频资源流量报文从开始发送到全部被终端确认的时长。

第2步，基于第一数据量和第一传输时长确定第一传输效率。

在一种可能的实施方式中，服务器将第一数据量除以第一传输时长，得到第一传输效率。

示例性的，公式10中，Startup_size为第一数据量，Startup_duration为第一传输时长，Efficiency为第一传输效率。

公式10

第二传输效率的确定过程包括如下步骤。

第一步，确定起播阶段采用微调后的传输控制参数传输的流量报文的第二数据量以及第二传输时长。

其中，第二数据量为服务器统计的起播阶段音视频资源流量报文的总大小。第二传输时长为服务器统计的起播阶段音视频资源流量报文从开始发送到全部被终端确认的时长。

第二步，基于第二数据量和第二传输时长确定第二传输效率。

在一种可能的实施方式中，服务器将第二数据量除以第二传输时长，得到第二传输效率。

示例性的，如公式10所示，Startup_size为第二数据量，Startup_duration为第二传输时长，Efficiency为第二传输效率。

步骤二，基于第一传输效率和第二传输效率，确定目标传输控制参数以及微调后的传输控制参数的控制效果。

在一种可能的实施方式中，在第一传输效率高于第二传输效率的情况下，目标传输控制参数的控制效果优于微调后的传输控制参数的控制效果，在第二传输效率高于第一传输效率的情况下，微调后的传输控制参数的控制效果优于目标传输控制参数的控制效果。

在本申请实施例中，服务器在确认报文中的最小完整报文编号达到报文编号参数的情况下，确定起播阶段的流量报文接收完毕，随后根据确认报文中的第一QoE参数以及第二QoE参数，或者，根据服务器计算的第一传输效率以及第二传输效率，确定同一起播类型对应的目标传输控制参数以及微调后的传输控制参数的控制效果，在微调后的传输控制参数的控制效果优于目标传输控制参数的控制效果的情况下，利用微调后的传输控制参数更新目标传输控制参数，从而进一步优化音视频资源的传输效果，优化终端侧起播阶段的音视频播放效果。

请参考图9，其示出了本申请一个示例性实施例提供的音视频资源的传输过程的实施示意图。在音视频资源的传输过程中，终端910与服务器920进行交互。服务器920包括接收模块921、模式识别模块922、微试验模块923以及传输模块924。该过程包括如下步骤。

步骤1，接收模块921在接收到终端910发送的请求报文后，从请求报文中提取目标连接标识Conn_ID以及目标资源标识Req_ID。

本步骤可以参考步骤701，本申请实施例对此不进行赘述。

步骤2，接收模块921将携带Conn_ID以及Req_ID的报文Pkt_new_req，发送给模式确定模块。

步骤3，模式识别模块922在接收到接收模块921传输的报文Pkt_new_req后，确定起播阶段的音视频资源流量报文的目标传输模式。

传输模式为服务器920进行音视频资源流量报文传输的工作模式，传输模式包括第一模式931，第二模式932和第三模式933，其中，在请求报文对应的目标起播类型为初参起播类型的情况下，服务器920确定起播阶段音视频资源流量报文的目标传输模式为第一模式931；在请求报文对应的目标起播类型为第一非初参起播类型的情况下，服务器920确定起播阶段音视频资源流量报文的目标传输模式为第二模式932；在请求报文对应的目标起播类型为第二非初参起播类型的情况下，服务器920确定起播阶段音视频资源流量报文的目标传输模式为第三模式933。

关于目标起播类型的确定过程，可以参考步骤702，本申请实施例对此不进行赘述。

步骤4，服务器920获取目标传输模式下的目标传输控制参数Para_ctl。

不同传输模式下的传输控制参数不同，其中，第一模式931下的传输控制参数为第一参数941，第二模式932下的传输控制参数为第二参数942，第三模式933下的传输控制参数为第三参数943。

在目标传输模式为第一模式931的情况下，Para_ctl为第一参数941，在目标传输模式为第二模式932的情况下，Para_ctl为第二参数942，在目标传输模式为第三模式933的情况下，Para_ctl为第三参数943。

目标传输模式下目标传输控制参数的确定过程，与目标起播类型对应的目标传输控制参数的确定过程类似，本步骤可以参考步骤703，本申请实施例对此不进行赘述。

步骤5，服务器920向微试验模块923发送携带目标传输控制参数Para_ctl、Conn_ID以及Req_ID的报文Pkt_mode_para。

步骤6，微试验模块923在接收到Pkt_mode_para报文后，在确定Conn_ID以及Req_ID对应请求随机数属于第一随机数区间的情况下，对Para_ctl进行微调，得到微调后的Para_ctl；在确定Conn_ID以及Req_ID对应请求随机数不属于第二随机数区间的情况下，执行步骤907。

本步骤中请求随机数、第一随机数区间以及第二随机数区间的确定方式，可以参考步骤704A至704C，本申请实施例对此不进行赘述。

本步骤中Para_ctl的微调方式可以参考步骤704，本申请实施例对此不进行赘述。

步骤7，微试验模块923向传输模块924传送携带Para_ctl、Conn_ID以及Req_ID的报文Pkt_para。

步骤8，传输模块924在接收到微试验模块923发送的Pkt_para报文后，基于携带的Para_ct进行传输控制，从而向终端910发送流量报文。

本步骤中可以参考步骤705，本申请实施例对此不进行赘述。

步骤9，终端910在接收到流量报文后，向服务器920发送确认报文Pkt_ack。

其中，在终端910支持在Pkt_ack中携带QoE参数的情况下，Pkt_ack={QoE，Pkt_num_min}。在不支持携带QoE参数的情况下，Pkt_ack={Pkt_num_min}。Pkt_num_min为最小完整报文编号，用于表征最小完整报文编号以及之前的流量报文已被接收。

步骤10，服务器920在接收到终端910发送的Pkt_ack报文后，对Para_ctl以及微调后的Para_ctl的控制效果进行评估，得到最优控制参数Para_ctl_best。

在一种可能的实施方式中，服务器920对第一随机数区间进行划分，得到多个子区间，在确定Conn_ID以及Req_ID对应请求随机数属于第一随机数区间的子区间的情况下，对Para_ctl进行微调，得到微调后的Para_ctl，其中，不同子区间得到的微调后的Para_ctl不同，随后服务器920确定多个微调后的Para_ctl的控制效果以及Para_ctl的控制效果，得到控制效果最优的Para_ctl_best。

其中，控制效果的确定方式包括如下两种。

1，在终端910支持在Pkt_ack中携带QoE参数的情况下，服务器920基于第一QoE参数以及第二QoE参数确定控制效果，其中，第一QoE参数为起播阶段采用Para_ctl时的QoE参数，第二QoE参数为起播阶段采用微调后的Para_ctl时的QoE参数。QoE参数由终端在起播阶段统计得到。

2，在终端910不支持在Pkt_ack中携带QoE参数的情况下，服务器920基于第一传输效率和第二传输效率确定控制效果。其中，第一传输效率为起播阶段采用Para_ctl时的传输效率，第二传输效率为起播阶段采用微调后的Para_ctl时的传输效率。传输效率由服务器根据起播阶段流量报文的数据量以及传输时长得到。

步骤11，服务器920将目标传输模式下的Para_ctl替换为Para_ctl_best。

在本申请实施例中，服务器920在接收终端910发送的请求报文后，首先根据请求报文进行模式识别，确定目标音视频资源流量报文的目标传输模式，随后确定目标传输模式下的目标传输控制参数。在确定目标传输控制参数后，服务器920确定同一传输模式下多个微调后的传输控制参数，以及目标传输控制参数的控制效果，得到目标传输模式下最优的传输控制参数，随后服务器920基于最优的传输控制参数更新目标传输控制参数，从而进一步优化音视频资源的传输效果，优化终端910侧起播阶段的音视频播放效果。

请参考图10，其示出了本申请一个示例性实施例提供的音视频资源的传输装置的结构框图。该装置包括如下模块。

提取模块1001，用于在接收到终端发送的请求报文的情况下，从所述请求报文中提取请求信息，所述请求信息包括目标连接标识以及目标资源标识，所述目标连接标识用于标识服务器与所述终端之间的连接，所述目标资源标识用于标识所述终端所请求的目标音视频资源；

类型确定模块1002，用于在基于所述请求信息以及连接请求映射关系，确定所述请求报文在起播阶段发送的情况下，确定所述请求报文对应的目标起播类型，所述连接请求映射关系用于表征已建立连接上的资源传输情况；

参数确定模块1003，用于确定所述目标起播类型对应的目标资源传输参数，其中，不同起播类型对应不同资源传输参数；

传输模块1004，用于基于所述目标资源传输参数向所述终端传输所述目标音视频资源的流量报文。

可选的，所述类型确定模块1002，还用于：

在所述连接请求映射关系中不包含目标映射关系对的情况下，确定所述请求报文在起播阶段发送，所述目标映射关系对包括所述目标连接标识和所述目标资源标识；

基于所述目标连接标识在所述连接请求映射关系中的存在情况，确定所述请求报文对应的所述目标起播类型。

可选的，所述类型确定模块1002，还用于：

在所述连接请求映射关系中不存在所述目标连接标识的情况下，确定所述请求报文对应的所述目标起播类型为初参起播类型，所述初参起播类型用于表征基于初参的音视频起播阶段；

在所述连接请求映射关系中存在所述目标连接标识的情况下，确定所述请求报文对应的所述目标起播类型为非初参起播类型。

可选的，所述类型确定模块1002，还用于：

在所述连接请求映射关系中存在所述目标连接标识，且所述目标连接标识对应资源标识所表征资源的所述在途流量小于流量阈值的情况下，确定所述请求报文对应的所述目标起播类型为第一非初参起播类型，所述第一非初参起播类型用于表征基于预建连的音视频起播阶段；

在所述连接请求映射关系中存在所述目标连接标识，且所述目标连接标识对应资源标识所表征资源的所述在途流量大于流量阈值的情况下，确定所述请求报文对应的所述目标起播类型为第二非初参起播类型，所述第二非初参起播类型用于表征基于连接复用的音视频起播阶段。

可选的，所述参数确定模块1003，还用于：

确定所述目标起播类型对应的目标传输控制参数，所述目标传输控制参数包括窗口控制参数、速率控制参数以及报文编号参数，所述窗口控制参数用于控制发送窗口，所述速率控制参数用于控制发送速率，所述报文编号参数用于指示起播阶段的流量报文的编号范围；

基于所述目标传输控制参数以及基础资源传输参数确定所述目标资源传输参数。

可选的，所述参数确定模块1003，还用于：

在所述请求报文属于试验报文的情况下，对所述目标传输控制参数进行参数微调，得到微调后的传输控制参数；基于所述微调后的传输控制参数以及所述基础资源传输参数确定所述目标资源传输参数；

在所述请求报文不属于试验报文的情况下，基于所述目标传输控制参数以及所述基础资源传输参数确定所述目标资源传输参数。

可选的，所述参数确定模块1003，还用于：

基于所述目标连接标识和所述目标资源标识，确定所述请求报文对应的请求随机数；

在所述请求随机数属于第一随机数区间的情况下，确定所述请求报文属于试验报文；

在所述请求随机数属于第二随机数区间的情况下，确定所述请求报文不属于试验报文，所述第一随机数区间的区间长度小于所述第二随机数区间的区间长度。

可选的，所述参数确定模块1003，还用于：

接收确认报文，所述确认报文用于反馈终端的流量报文接收情况；

在基于所述确认报文确定起播阶段的流量报文接收完毕的情况下，确定同一起播类型对应的所述目标传输控制参数以及所述微调后的传输控制参数的控制效果；

在所述微调后的传输控制参数的控制效果优于所述目标传输控制参数的控制效果的情况下，将所述目标传输控制参数更新为所述微调后的传输控制参数。

可选的，所述确认报文中包含最小完整报文编号，其中，所述最小完整报文编号以及之前的流量报文已被接收；

所述参数确定模块1003，还用于：

在所述确认报文对应的所述请求报文不属于所述试验报文，且所述确认报文中包含的所述最小完整报文编号达到所述报文编号参数的情况下，确定起播阶段的流量报文接收完毕；

在所述确认报文对应的所述请求报文属于所述试验报文，且所述确认报文中包含的所述最小完整报文编号达到微调后的报文编号参数的情况下，确定起播阶段的流量报文接收完毕。

可选的，所述参数确定模块1003，还用于：

在所述确认报文中包含QoE参数的情况下，获取起播阶段采用所述目标传输控制参数时的第一QoE参数，以及采用所述微调后的传输控制参数时的第二QoE参数；基于所述第一QoE参数和所述第二QoE参数，确定所述目标传输控制参数以及所述微调后的传输控制参数的控制效果；

在所述确认报文中不包含QoE参数的情况下，确定起播阶段采用所述目标传输控制参数时的第一传输效率，以及采用所述微调后的传输控制参数时的第二传输效率；基于所述第一传输效率和所述第二传输效率，确定所述目标传输控制参数以及所述微调后的传输控制参数的控制效果；

其中，所述QoE参数由终端在起播阶段统计得到。

可选的，所述参数确定模块1003，还用于：

确定起播阶段采用所述目标传输控制参数传输的流量报文的第一数据量以及第一传输时长；基于所述第一数据量和第一传输时长确定所述第一传输效率；

确定起播阶段采用所述微调后的传输控制参数传输的流量报文的第二数据量以及第二传输时长；基于所述第二数据量和第二传输时长确定所述第二传输效率。

可选的，所述提取模块1001，还用于：

基于所述请求报文中所述目标音视频资源的URI信息，生成所述请求报文的所述目标资源标识；

在所述请求报文中包含协议连接标识的情况下，将所述协议连接标识确定为所述请求报文的所述目标连接标识；

在所述请求报文中不包含协议连接标识的情况下，基于所述请求报文的连接多元组信息生成所述请求报文的所述目标连接标识。

可选的，所述目标资源传输参数包括目标窗口参数、目标速率参数以及报文编号参数，所述报文编号参数用于指示起播阶段的流量报文的编号范围；

所述传输模块1004，还用于：

在所述流量报文的报文编号未超过所述报文编号参数的情况下，基于所述目标窗口参数以及所述目标速率参数向所述终端传输所述目标音视频资源的流量报文；

所述传输模块1004，还用于：

在所述流量报文的报文编号超过所述报文编号参数的情况下，基于基准窗口参数以及基准速率参数向所述终端传输所述目标音视频资源的流量报文。

需要说明的是：上述实施例提供的装置，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的装置与方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

请参考图11出了本申请一个示例性实施例提供的服务器的结构示意图。具体来讲：所述服务器1100包括中央处理单元（Central Processing Unit，CPU）1101、包括随机存取存储器1102和只读存储器1103的系统存储器1104，以及连接系统存储器1104和中央处理单元1101的系统总线1105。所述服务器1100还包括帮助计算机内的各个器件之间传输信息的基本输入/输出系统（Input/Output，I/O系统）1106，和用于存储操作系统1113、应用程序1114和其他程序模块1115的大容量存储设备1107。

所述基本输入/输出系统1106包括有用于显示信息的显示器1108和用于用户输入信息的诸如鼠标、键盘之类的输入设备1109。其中所述显示器1108和输入设备1109都通过连接到系统总线1105的输入输出控制器1110连接到中央处理单元1101。所述基本输入/输出系统1106还可以包括输入输出控制器1110以用于接收和处理来自键盘、鼠标、或电子触控笔等多个其他设备的输入。类似地，输入输出控制器1110还提供输出到显示屏、打印机或其他类型的输出设备。

所述大容量存储设备1107通过连接到系统总线1105的大容量存储控制器（未示出）连接到中央处理单元1101。所述大容量存储设备1107及其相关联的计算机可读介质为服务器1100提供非易失性存储。也就是说，所述大容量存储设备1107可以包括诸如硬盘或者驱动器之类的计算机可读介质（未示出）。

不失一般性，所述计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读指令、数据结构、程序模块或其他数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括随机存取记忆体（RAM，Random Access Memory）、只读存储器（ROM，Read Only Memory）、闪存或其他固态存储其技术，只读光盘（Compact Disc Read-Only Memory，CD-ROM）、数字通用光盘（Digital Versatile Disc，DVD）或其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。当然，本领域技术人员可知所述计算机存储介质不局限于上述几种。上述的系统存储器1104和大容量存储设备1107可以统称为存储器。

存储器存储有一个或多个程序，一个或多个程序被配置成由一个或多个中央处理单元1101执行，一个或多个程序包含用于实现上述方法的指令，中央处理单元1101执行该一个或多个程序实现上述各个方法实施例提供的方法。

根据本申请的各种实施例，所述服务器1100还可以通过诸如因特网等网络连接到网络上的远程计算机运行。也即服务器1100可以通过连接在所述系统总线1105上的网络接口单元1111连接到网络1112，或者说，也可以使用网络接口单元1111来连接到其他类型的网络或远程计算机系统（未示出）。

本申请实施例还提供一种计算机可读存储介质，该可读存储介质中存储有至少一条指令，至少一条指令由处理器加载并执行以实现上述实施例提供的方法。

可选地，该计算机可读存储介质可以包括：ROM、RAM、固态硬盘（SSD，Solid StateDrives）或光盘等。其中，RAM可以包括电阻式随机存取记忆体（ReRAM，Resistance RandomAccess Memory）和动态随机存取存储器（DRAM，Dynamic Random Access Memory）。

本申请实施例提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述实施例所述的方法。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本申请的可选的实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。