入向码流码率获取方法、收流处理方法、电子设备、介质技术

本申请提供了一种入向码流码率获取方法、收流处理方法、电子设备、计算机可读存储介质，入向码流码率获取方法包括：计算本次时间间隔对应的平均码率；根据上一次入向码流码率和所述本次时间间隔对应的平均码率计算本次码率波动的权重系数；根据所述本次码率波动的权重系数确定本次入向码流码率和下一次时间间隔，延迟预设时间间隔后继续执行计算下一次时间间隔对应的平均码率的步骤。间隔对应的平均码率的步骤。间隔对应的平均码率的步骤。

【技术实现步骤摘要】
入向码流码率获取方法、收流处理方法、电子设备、介质


[0001]本申请实施例涉及互联网
，特别涉及入向码流码率获取方法、收流处理方法、电子设备、计算机可读存储介质。

技术介绍

[0002]随着网络协议电视(IPTV，Internet Protocol Television)的快速发展，特别是用户数的不断增长，为了给用户带来更好的体验，在流媒体服务器和终端间引入丢包恢复和避免缓存上下溢的机制。例如，针对组播丢包恢复的机制是前向纠错(FEC，Forward Error Correction)，针对单播丢包恢复的机制是自动要求重传(ARQ，Automatic Repeat reQuest)，针对单播避免缓存上下溢的机制是流量控制。但是这些机制并没有考虑到直播业务场景下流媒体服务器因为如下码流码率的变化而导致的收流处理的包出错的问题。
[0003]针对直播业务场景，目前需要由流媒体服务器的运维人员将入向码流码率输入到流媒体服务器中，然后由流媒体服务器根据入向码流码率构建收流信息，继而流媒体服务器根据收流信息对入向码流中的包进行收流处理。这种方式中流媒体服务器用来构建收流信息的入向码流码率一般不会发生变化，但是由于运维人员有可能输入错误的码率，也有可能实际的入向码流码率发生变化，从而导致运维人员输入的入向码流码率与实际的入向码流码率的匹配程度差距很大，导致直播业务质量下降。

技术实现思路

[0004]本申请实施例提供一种入向码流码率获取方法、收流处理方法、电子设备、计算机可读存储介质。
[0005]第一方面，本申请实施例提供一种入向码流码率获取方法，包括：计算本次时间间隔对应的平均码率；根据上一次入向码流码率和所述本次时间间隔对应的平均码率计算本次码率波动的权重系数；根据所述本次码率波动的权重系数确定本次入向码流码率和下一次时间间隔，延迟预设时间间隔后继续执行计算下一次时间间隔对应的平均码率的步骤。
[0006]第二方面，本申请实施例提供一种收流处理方法，包括：根据本次入向码流码率计算本次任务对应的最大接收包数量；其中，所述本次入向码流码率为采用上述任意一种入向码流码率获取方法确定的本次入向码流码率；根据所述本次任务对应的最大接收包数量将入向码流中属于所述本次任务的包进行收流处理，发送收流处理后的包。
[0007]第三方面，本申请实施例提供一种电子设备，包括：至少一个处理器；存储器，存储器上存储有至少一个程序，当所述至少一个程序被所述至少一个处理器执行时，实现上述任意一种入向码流码率获取方法，或实现上述任意一种收流处理方法。
[0008]第四方面，本申请实施例提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一种入向码流码率获取方法，或实现上述任意一种收流处理方法。
[0009]本申请实施例提供的入向码流码率获取方法，对入向码流码率进行了自适应评
估，为后续进行收流处理奠定了基础。
[0010]本申请实施例提供的收流处理方法，基于自适应评估的入向码流码率进行收流处理，而不需要运维人员输入入向码流码率，继而根据运维人员输入的入向码流码率构建收流进行进行收流处理，从而自适应评估的入向码流码率与实际的入向码流码率的匹配程度差距较小，从而提升了直播业务质量。
附图说明
[0011]图1为本申请实施例提供的直播业务场景1对应的架构示意图；
[0012]图2为本申请实施例提供的直播业务场景2对应的架构示意图；
[0013]图3为本申请实施例提供的直播业务场景3对应的架构示意图；
[0014]图4为本申请一个实施例提供的入向码流码率获取方法的流程图；
[0015]图5为本申请另一个实施例提供的收流处理方法的流程图；
[0016]图6为本申请另一个实施例提供的流媒体服务器的组成框图。
具体实施方式
[0017]为使本领域的技术人员更好地理解本申请的技术方案，下面结合附图对本申请提供的入向码流码率获取方法、收流处理方法、电子设备、计算机可读存储介质进行详细描述。
[0018]在下文中将参考附图更充分地描述示例实施例，但是所述示例实施例可以以不同形式来体现且不应当被解释为限于本文阐述的实施例。反之，提供这些实施例的目的在于使本申请透彻和完整，并将使本领域技术人员充分理解本申请的范围。
[0019]在不冲突的情况下，本申请各实施例及实施例中的各特征可相互组合。
[0020]如本文所使用的，术语“和/或”包括至少一个相关列举条目的任何和所有组合。
[0021]本文所使用的术语仅用于描述特定实施例，且不意欲限制本申请。如本文所使用的，单数形式“一个”和“该”也意欲包括复数形式，除非上下文另外清楚指出。还将理解的是，当本说明书中使用术语“包括”和/或“由
……
制成”时，指定存在所述特征、整体、步骤、操作、元件和/或组件，但不排除存在或添加至少一个其它特征、整体、步骤、操作、元件、组件和/或其群组。
[0022]除非另外限定，否则本文所用的所有术语(包括技术和科学术语)的含义与本领域普通技术人员通常理解的含义相同。还将理解，诸如那些在常用字典中限定的那些术语应当被解释为具有与其在相关技术以及本申请的背景下的含义一致的含义，且将不解释为具有理想化或过度形式上的含义，除非本文明确如此限定。
[0023]在介绍本申请实施例的入向码流码率获取方法和收流处理方法之前，首先介绍本申请实施例的入向码流码率获取方法和收流处理方法所适用的几种直播业务场景。
[0024]图1为本申请实施例提供的直播业务场景1对应的架构示意图。如图1所示的直播业务场景中，入向码流为入向组播码流，出向码流为出向组播码流，两个或两个以上终端一将入向组播码流发送给组播交换机，组播交换机将入向组播码流发送给流媒体服务器，流媒体服务器接收入向组播码流，对入向组播码流进行收流处理得到出向组播码流，将出向组播码流发送给组播交换机，组播交换机将出向组播码流发送给两个或两个以上终端二。
[0025]图2为本申请实施例提供的直播业务场景2对应的架构示意图。如图2所示的直播业务场景中，入向码流为入向单播码流，出向码流为出向组播码流，终端三将入向单播码流发送给流媒体服务器，流媒体服务器接收入向单播码流，对入向单播码流进行收流处理得到出向组播码流，将出向组播码流发送给组播交换机，组播交换机将出向组播码流发送给两个或两个以上终端四。
[0026]图3为本申请实施例提供的直播业务场景3对应的架构示意图。如图3所示的直播业务场景中，入向码流为入向单播码流，出向码流为出向单播码流，终端五将入向单播码流发送给流媒体服务器，流媒体服务器接收入向单播码流，对入向单播码流进行收流处理得到出向单播码流，将出向单播码流发送给终端六。
[0027]根据以上描述的三种直播业务场景，本申请实施例中的入向码流可以是入向组播码流，也可以是入向单播码流；出向码流可以是出向组播本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种入向码流码率获取方法，包括：计算本次时间间隔对应的平均码率；根据上一次入向码流码率和所述本次时间间隔对应的平均码率计算本次码率波动的权重系数；根据所述本次码率波动的权重系数确定本次入向码流码率和下一次时间间隔，延迟预设时间间隔后继续执行计算下一次时间间隔对应的平均码率的步骤。2.根据权利要求1所述的入向码流码率获取方法，其中，所述本次时间间隔对应的平均码率为所述本次时间间隔内接收的所有包的总大小和所述本次时间间隔的比值。3.根据权利要求1所述的入向码流码率获取方法，其中，所述根据上一次入向码流码率和所述本次时间间隔对应的平均码率计算本次码率波动的权重系数包括：按照公式计算所述本次码率波动的权重系数；其中，flucoeff为所述本次码率波动的权重系数，cur_b为所述本次时间间隔对应的平均码率，last_b为所述上一次入向码流码率。4.根据权利要求1所述的入向码流码率获取方法，其中，所述根据所述本次码率波动的权重系数确定本次入向码流码率和下一次时间间隔包括以下至少之一：在所述本次码率波动的权重系数小于预设阈值的情况下，确定所述本次入向码流码率与上一次入向码流码率相同，确定所述下一次时间间隔与所述本次时间间隔相同；在所述本次码率波动的权重系数大于或等于预设阈值的情况下，确定所述本次入向码流码率为所述本次时间间隔对应的平均码率，确定所述下一次时间间隔小于所述本次时间间隔。5.根据权利要求4所述的入向码流码率获取方法，其中，所述确定所述下一次时间间隔小于所述本次时间间隔包括：按照公式确定所述下一次时间间隔；其中，t
next
为所述下一次时间间隔，t
cur
为所述本次时间间隔，flucoeff为所述本次码率波动的权重系数。6.一种收流处理方法，包括：根据本次入向码流码率计算本次任务对应的最大接收包数量；其中，所述本次入向码流码率为采用权利要求1
‑
5任意一项所述的入向码流码率获取方法确定的本次入向码流码率；根据所述本次任务对应的最大接收包数量将入向码流中属于...

【专利技术属性】
技术研发人员：陈奇，
申请(专利权)人：中兴通讯股份有限公司，
类型：发明
国别省市：