媒体流传输方法及装置与流程

1.本技术属于通信技术领域，更具体地，涉及一种媒体流传输方法及装置。


背景技术：

2.通常，在直播场景下是基于用户数据报(user datagram protocol，udp)进行媒体流的传输，由于基于udp协议传输媒体流期间往往会存在抖动或延迟。为了优化抖动或延迟，电子设备在接收到的数据包接收存在抖动或延迟时，缓冲区就会逐渐增大，使得新接收到的媒体流数据包播放前在缓冲区中放置较长时间。
3.同时，当电子设备移动时，其需要在一定的流程控制下例如重定向控制下更换驻留的小区，此时往往会存在丢包现象。然而，电子设备中的直播应用程序并不知道媒体流数据包已经丢弃，其会认为存在抖动或延迟，此时缓冲区就会增大，这样就导致重定向完成之后按照顺序收到的数据包在缓冲区中停留过长的时间，导致视频或语音播放出现长时间的卡顿，严重影响用户体验。


技术实现要素：

4.本技术实施例的目的是提供一种媒体流传输方法及装置，能够解决现有的电子设备移动导致丢包时，电子设备的视频或语音播放出现长时间卡顿的问题。
5.第一方面，本技术实施例提供一种媒体流传输方法，应用于终端设备，其包括：
6.在媒体流数据包传输期间，接收发生目标事件的通知；所述目标事件包括设定场景开始的第一事件、所述设定场景结束的第二事件，所述通知包括发生所述第一事件的第一通知，及发生所述第二事件的第二通知，所述第一通知包括发生所述第一事件的第一时刻，所述第二通知包括发生所述第二事件的第二时刻；
7.根据所述通知调整所述电子设备的缓冲区，或者将所述通知发送至服务器供所述服务器根据所述通知对所述媒体流数据包进行处理。
8.第二方面，本技术实施例提供一种媒体流传输方法，应用于服务器，其包括：
9.在媒体流数据包传输期间，接收终端设备发送的发生目标事件的通知；所述目标事件包括设定场景开始的第一事件、所述设定场景结束的第二事件，所述通知包括发生所述第一事件的第一通知，及发生所述第二事件的第二通知，所述第一通知包括发生所述第一事件的第一时刻，所述第二通知包括发生所述第二事件的第二时刻；
10.根据所述通知对所述媒体流数据包进行处理。
11.第三方面，本技术实施例提供一种媒体流传输装置，应用于终端设备，其包括：
12.接收模块，用于在媒体流数据包传输期间，接收发生目标事件的通知；所述目标事件包括设定场景开始的第一事件、所述设定场景结束的第二事件，所述通知包括发生所述第一事件的第一通知，及发生所述第二事件的第二通知，所述第一通知包括发生所述第一事件的第一时刻，所述第二通知包括发生所述第二事件的第二时刻；
13.控制模块，用于根据所述通知调整所述电子设备的缓冲区，或者将所述通知发送
至服务器供所述服务器根据所述通知对所述媒体流数据包进行处理。
14.第四方面，本技术实施例提供一种媒体流传输装置，应用于服务器，其包括：
15.接收模块，用于在媒体流数据包传输期间，接收发生目标事件的通知；所述目标事件包括设定场景开始的第一事件、所述设定场景结束的第二事件，所述通知包括发生所述第一事件的第一通知，及发生所述第二事件的第二通知，所述第一通知包括发生所述第一事件的第一时刻，所述第二通知包括发生所述第二事件的第二时刻；
16.处理模块，用于根据所述通知调整所述终端设备的缓冲区，或者将所述通知发送至服务器供所述服务器根据所述通知对所述媒体流数据包进行处理。
17.第五方面，本技术实施例提供了一种电子设备，该电子设备包括处理器、存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。
18.第六方面，本技术实施例提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤。
19.第七方面，本技术实施例提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的方法。
20.在本技术实施例中，其在媒体流数据包传输期间，如果终端设备移动时发生例如切换、重定向或者小区重选等场景，由于该场景会导致媒体流数据包丢弃的现象，此时，终端设备会在以上场景发生时，接收发生该场景的通知，并直接根据该通知调整电子设备的缓冲区以避免缓冲区一直被增大，进而缩短新的媒体流数据包在缓冲区的停留时间，减轻用户看到的音视频卡顿时长。当然，也可以是直接将该通知发送至服务器，由服务器对所传输的媒体流数据包进行处理，使得音视频播放可以得到快速恢复。
附图说明
21.被结合在说明书中并构成说明书的一部分的附图示出了本发明的实施例，并且连同其说明一起用于解释本发明的原理。
22.图1为本技术实施例提供的媒体流传输方法的流程示意图；
23.图2为本技术另一实施例提供的媒体流传输方法的流程示意图；
24.图3为本技术实施例提供的媒体流传输装置的结构示意图；
25.图4为本技术另一实施例提供的媒体流传输装置的结构示意图；
26.图5为本技术实施例提供的电子设备的结构示意图；
27.图6为本技术另一实施例提供的电子设备的结构示意图。
具体实施方式
28.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员获得的所有其他实施例，都属于本技术保护的范围。
29.本技术的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互
换，以便本技术的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。
30.下面结合附图，通过具体的实施例及其应用场景对本技术实施例提供的媒体传输方法进行详细地说明。
31.请参看图1，其是本技术实施例提供的一种媒体流传输方法的流程图。该方法可以应用于终端设备中，该终端设备可以为手机、平板电脑、笔记本电脑等。具体的，该方法可以是由终端设备中当前运行多媒体业务的应用程序执行，如图1所示，该方法可以包括步骤s1100～步骤s1200，以下予以详细说明。
32.步骤s1100，在媒体流数据包传输期间，接收发生目标事件的通知。
33.媒体流是指采用流式传输的方式在互联网播放媒体格式，例如，音频、视频或多媒体文件，媒体流在传输时，是以媒体流数据包的形式由服务器发送至终端设备。
34.以上媒体流可以包括直播视频流，直播视频流可以是终端设备在登录网络直播平台之后所接收的视频流数据，直播视频流的内容多种多样，例如吃饭、睡觉、唱歌、游戏等等。
35.本实施例中，媒体流数据包是基于udp协议进行传输，udp协议为无连接的传输层通信协议，一般用于一点对多点的数据业务，比如视频会议。基于udp进行数据传输，服务器不需要与终端设备设备进行任何的协商，就可以将媒体流数据包发出，终端设备在接收到媒体流数据包后，也不会给服务器确认。在基于udp协议进行媒体流数据包传输时，该媒体流数据包可称之为udp数据包。
36.目标事件包括设定场景开始的第一事件、设定场景结束的第二事件。通知包括发生第一事件的第一通知，及发生第二事件的第二通知，第一通知包括发生第一事件的第一时刻，第二通知包括发生第二事件的第二时刻。
37.在一个例子中，目标事件可以同时包括设定场景开始的第一事件和设定场景结束的第二事件。
38.对应的，通知包括发生第一事件的第一通知，及发生第二事件的第二通知；其中，第一通知包括发生第一事件的第一时刻，第二通知包括发生第二事件的第二时刻。
39.设定场景例如但不限于包括电子设备进行切换、重定向和小区重选。可以理解的是，一方面，当终端设备在同一移动网络内部移动时，其会基于以上设定场景下在该同一种移动网络内部更换驻留的小区，例如在5g网络内部移动时，终端设备会基于重定向在5g网络内部更换小区。另一方面，当终端设备在不同移动网络之间移动时，其会基于以上设定场景在该不同移动网络之间更换驻留的小区，例如在4g网络和5g网络之间移动时，终端设备基于重定向将4g网络的小区更换为5g网络的小区。再一方面，当终端设备在无线局域网和移动网络之间移动时，终端设备基于重定向在无线局域网和移动网络之间更换驻留的小区，例如在wifi和5g之间移动时，终端设备基于重定向将wifi的小区更换为5g的小区。
40.当存在以上设定场景时，往往会存在丢包现象，也就是说，本实施例适用于所有存在丢包现象的场景。由于终端设备中运行多媒体业务的应用程序并不知道媒体流数据包被丢弃，其会认为是存在抖动或延迟，就会一直增大缓冲区，这样就导致设定场景完成之后按
照顺序接收到的媒体流数据包在缓冲区中停留过长的时间，进而会导致音视频的播放出现长时间的卡顿。
41.例如，终端设备中运行多媒体业务的应用程序在媒体流数据包传输期间，可以是在设定场景开始即发生第一事件的情况下，接收终端设备所发送的设定场景开始的第一通知。以及，在设定场景结束即发生第二事件的情况下，接收终端设备所发送的设定场景结束的第二通知。
42.示例性地，当终端设备检测到4g到5g重定向开始时，向终端设备中运行多媒体业务的应用程序发送重定向开始的第一通知，第一通知中包括重定向开始的第一时刻。以及，当终端设备检测到4g到5g重定向结束时，向终端设备中运行多媒体业务的应用程序发送重定向结束的第二通知，第二通知中包括重定向结束的第二时刻。
43.在一个例子中，目标事件也包括仅包括设定场景结束的第二事件。对应的，通知仅包括发生第二事件的第二通知。
44.例如，终端设备中运行多媒体业务的应用程序在媒体流数据包传输期间，可以仅是在设定场景结束即发生第二事件的情况下，接收终端设备所发送的设定场景结束的第二通知。
45.示例性地，当终端设备检测到4g到5g重定向结束时，向终端设备中运行多媒体业务的应用程序发送重定向结束的第二通知，第二通知中包括重定向结束的第二时刻。
46.可以理解的是，设定场景结束包括设定场景失败和成功，例如重定向结束可以包括重定向成功和重定向失败这两种情况。
47.在媒体流数据包传输期间，接收发生目标事件的通知之后，进入：
48.步骤s1200，根据通知调整终端设备的缓冲区，或者将通知发送至服务器供服务器根据通知对媒体流数据包进行处理。
49.本实施例中，终端设备中的运行多媒体业务的应用程序均具有对应的缓冲区。当服务器传输媒体流数据包至终端设备时，媒体流数据包会先放置在对应的缓冲区中，在由运行多媒体业务的应用程序从该缓冲区去播放媒体流数据。
50.在一个例子中，本步骤s1200中根据通知调整电子设备的缓冲区可以进一步包括如下步骤s1210a～s1220a：
51.步骤s1210a，在第一时刻到达时，停止基于第一调整方式调整缓冲区的大小。
52.本步骤s1210a中，终端设备中运行多媒体业务的应用程序在接收发生第一事件的第一通知后，会先获取第一时刻到达之前的缓冲区的调整方式即第一调整方式。
53.第一调整方式可以是：每m毫秒将缓冲区的大小增大n个byte。其中，m和n均为大于0的正整数。
54.步骤s1220a，在第二时刻到达时，恢复使用第一调整方式以在满足设定条件时基于第一调整方式调整缓冲区。
55.本步骤s1220a中，可以是在第一时刻到达时，直接停止基于第一调整方式调整缓冲区。
56.由于第一时刻到达之前的缓冲区的调整方式是每m毫秒将缓冲区增大n个byte。在此，可以是在第一时刻到达时，直接控制缓冲区停止每m毫秒将缓冲区增大n个byte，使得缓冲区的大小不增长。这样可以缩短设定场景结束后新的媒体流数据包在缓冲区的停留时
间，从而减轻用户看到的视频或音频卡顿的时长。
57.设定条件包括接收到的媒体流数据包存在抖动或延迟。
58.本步骤s1220a中，在第二时刻到达时，终端设备中运行多媒体业务的应用程序会恢复之前的调整方式即第一调整方式，并在接收到的媒体流数据包存在抖动或延迟时，基于该第一调整方式调整缓冲区。
59.在一个例子中，本步骤s1200中根据通知调整电子设备的缓冲区可以进一步包括如下步骤s1210b～s1220b：
60.步骤s1210b，在第一时刻到达时，将调整缓冲区的大小的方式由第一调整方式变更为第二调整方式。
61.第一调整方式为第一时刻到达前缓冲区的调整方式。
62.本步骤s1210b中，终端设备中运行多媒体业务的应用程序在接收发生第一事件的第一通知后，会先获取第一时刻到达之前的缓冲区的调整方式即第一调整方式。
63.第一调整方式可以是：每m毫秒将缓冲区增大n个byte。其中，m和n均为大于0的正整数。
64.第二调整方式可以是每m*k毫秒将缓冲区增大n个byte。其中，k为大于1的正整数。
65.由于第一时刻到达之前的缓冲区的调整方式是每m毫秒将缓冲区增大n个byte。在此，可以是在第一时刻到达时，控制缓冲区每m*k毫秒将缓冲区增大n个byte，从而使得缓冲区的大小缓慢增大。
66.步骤s1220b，在第二时刻到达时，将第二调整方式恢复为第一调整方式，以在满足设定条件时基于第一调整方式调整缓冲区。
67.设定条件包括接收到的媒体流数据包存在抖动或延迟。
68.本步骤s1220b中，在第二时刻达到时，终端设备中运行多媒体业务的应用程序会恢复之前的调整方式即第一调整方式，并在接收到的媒体流数据包存在抖动或延迟时，基于该第一调整方式调整缓冲区。
69.在一个例子中，本步骤s1200中根据通知调整终端设备的缓冲区可以进一步包括如下步骤s1210c：
70.步骤s1210c，在第二时刻到达时，将缓冲区的大小设置为目标值。
71.该目标值可以为某一定值。
72.示例性地，可以是在第二时刻到达时，将缓冲区的大小设置为媒体流数据包传输前缓冲区的大小值。
73.该媒体流数据包传输前缓冲区的大小值可以称之为初始值。也就是说，可以是在第二时刻到达时，直接将缓冲区的大小设置为初始值。
74.示例性地，也可以是在第二时刻到达时，将缓冲区的大小设置为第一时刻到达时缓冲区的大小值。
75.例如，可以是在设定场景结束时刻，直接将缓冲区的大小设置为目标值。
76.又例如，也可以是在设定场景结束时刻之后的设定事件发生时，才将缓冲区的大小设置为目标值。具体的，可以是在设定场景结束时刻之后接收到第一个媒体流数据包的时刻到达时，才将缓冲区的大小设置为目标值。
77.根据以上步骤s1210c，其将设定场景结束时刻的缓冲区的大小调整为设定场景开
始时刻的缓冲区的大小值，这样可以缩短设定场景结束后所接收到的数据包在缓冲区中的停留时间，从而减轻用户看到的视频或音频卡顿的时长。
78.在一个例子中，本步骤s1200中服务器根据通知对目标事件相关的媒体流数据包进行处理包括如下步骤s1210d～s1220d：
79.步骤s1210d，在第一时刻到达时，停止发送媒体流数据包并将媒体流数据包按照顺序进行缓存。
80.本步骤s1210d中，可以是在设定场景开始时刻，服务器停止发送媒体流数据包并将媒体流数据包按照顺序缓存起来。
81.步骤s1220d，在第二时刻到达时，按照缓存的媒体流数据包的顺序，发送缓存的媒体流数据包。
82.本步骤s1220d中，可以是在设定场景结束时刻，服务器按照缓存的媒体流数据包的顺序重新开始发送所缓存的媒体流数据包。
83.根据以上步骤s1210d～s1220d，由于存在缓冲区，在设定场景发生期间，终端设备中运行多媒体业务的应用程序会继续播放缓冲区中的媒体流数据包，用户仍然可以继续体验流畅的视频或音频，可以理解的是，这个正常体验的时长跟缓冲区的大小和设定场景发生的时间有关。
84.本例子中，由于设定事件结束之后收到的媒体流数据包携带的标识例如时间戳与缓冲区中保存的最后一个媒体流数据包的时间戳是连续的，因此，运行多媒体业务的应用程序可以正常运行，视频或者音频可以得到快速恢复。
85.在一个例子中，本步骤s1200中服务器根据通知对目标事件相关的媒体流数据包进行处理包括如下步骤s1210e～s1220e：
86.步骤s1210e，获取第一时刻和第二时刻之间所发送的媒体流数据包。
87.步骤s1220e，在第二时刻到达时，按照媒体流数据包的发送顺序，重新发送媒体流数据包。
88.本步骤s1210e中，服务器可以是先获取到在设定场景期间所发送的媒体流数据包，并在设定场景结束后，按照在设定场景期间所发送的媒体流数据包的顺序，重新发送媒体流数据包。
89.根据以上步骤s1210e～s1220e，由于存在缓冲区，在设定场景期间，终端设备中运行多媒体业务的应用程序会继续播放缓冲区中的媒体流数据包，用户仍然可以继续体验流畅的视频或音频，可以理解的是，这个正常体验的时长跟缓冲区的大小和设定场景发生的时间有关。
90.在本技术实施例中，其在媒体流数据包传输期间，如果终端设备移动时发生例如切换、重定向或者小区重选等场景，由于该场景会导致媒体流数据包丢弃的现象，此时，终端设备会在以上场景发生时，接收发生该场景的通知，并直接根据该通知调整终端设备的缓冲区以避免缓冲区一直被增大，缩短新的媒体流数据包在缓冲区的停留时间，减轻用户看到的音视频卡顿时长。当然，也可以是直接将该通知发送至服务器，由服务器对所传输的媒体流数据包进行处理，使得音视频播放可以得到快速恢复。
91.请参看图2，其是本技术另一实施例提供的一种媒体流传输方法的流程图。该方法可以应用于服务器中，如图2所示，该方法可以包括步骤s2100～步骤s2200，以下予以详细
说明。
92.步骤s2100，在媒体流数据包传输期间，接收终端设备发送的发生目标事件的通知。
93.目标事件包括设定场景开始的第一事件、设定场景结束的第二事件，通知包括发生第一事件的第一通知，及发生第二事件的第二通知，第一通知包括发生第一事件的第一时刻，第二通知包括发生第二事件的第二时刻。
94.步骤s2200，根据通知对媒体流数据包进行处理。
95.在一个例子中，本步骤s2200中根据通知对媒体流数据包进行处理可以进一步包括如下步骤s2210a～s2220a：
96.步骤s2210a，在第一时刻到达时，停止发送媒体流数据包并将媒体流数据包按照顺序进行缓存。
97.本步骤s2210a中，可以是在设定场景开始时刻，服务器停止发送媒体流数据包并将媒体流数据包按照顺序缓存起来。
98.步骤s2220a，在第二时刻到达时，按照缓存的媒体流数据包的顺序，发送缓存的媒体流数据包。
99.本步骤s2220a中，可以是在设定场景结束时刻，服务器按照缓存的媒体流数据包的顺序重新开始发送所缓存的媒体流数据包。
100.根据以上步骤s2210a～s2220a，由于存在缓冲区，在设定场景发生期间，终端设备中运行多媒体业务的应用程序会继续播放缓冲区中的媒体流数据包，用户仍然可以继续体验流畅的视频或音频，可以理解的是，这个正常体验的时长跟缓冲区的长度和设定场景发生的时间有关。
101.本例子中，由于设定事件结束之后收到的媒体流数据包携带的标识例如时间戳与缓冲区中保存的最后一个媒体流数据包的时间戳是连续的，因此，运行多媒体业务的应用程序可以正常运行，视频或者音频可以得到快速恢复。
102.在一个例子中，本步骤s2200中根据通知对媒体流数据包进行处理可以进一步包括如下步骤s2210b～s2220b：
103.步骤s2210b，获取第一时刻和第二时刻之间所发送的媒体流数据包。
104.步骤s2220b，在第二时刻到达时，按照媒体流数据包的发送顺序，重新发送媒体流数据包。
105.本步骤s2210b中，服务器可以是先获取到在设定场景期间所发送的媒体流数据包，并在设定场景结束后，按照在设定场景期间所发送的媒体流数据包的顺序，重新发送媒体流数据包。
106.根据以上步骤s2210b～s2220b，由于存在缓冲区，在设定场景期间，终端设备中运行多媒体业务的应用程序会继续播放缓冲区中的媒体流数据包，用户仍然可以继续体验流畅的视频或音频，可以理解的是，这个正常体验的时长跟缓冲区的大小和设定场景发生的时间有关。
107.在本技术实施例中，其在媒体流数据包传输期间，服务器会接收终端设备所发送的发生设定场景的通知，并对所传输的媒体流数据包进行处理，使得音视频播放可以得到快速恢复。
108.与上述第一实施例相对应，参见图3，本技术实施例还提供一种媒体流传输装置300，应用于终端设备，其包括：
109.接收模块310，用于在媒体流数据包传输期间，接收发生目标事件的通知；所述目标事件包括设定场景开始的第一事件、所述设定场景结束的第二事件，所述通知包括发生所述第一事件的第一通知，及发生所述第二事件的第二通知，所述第一通知包括发生所述第一事件的第一时刻，所述第二通知包括发生所述第二事件的第二时刻。
110.控制模块320，用于根据所述通知调整所述电子设备的缓冲区，或者将所述通知发送至服务器供所述服务器根据所述通知对所述媒体流数据包进行处理。
111.在一个实施例中，所述控制模块320具体用于：在所述第一时刻到达时，停止基于第一调整方式调整所述缓冲区的大小；在所述第二时刻到达时，恢复使用所述第一调整方式以在满足设定条件时基于所述第一调整方式调整所述缓冲区。
112.在一个实施例中，所述控制模块320具体用于：在所述第一时刻到达时，将调整所述缓冲区的大小的方式由第一调整方式变更为第二调整方式；在所述第二时刻到达时，将所述第二调整方式恢复为所述第一调整方式，以在满足设定条件时基于所述第一调整方式调整所述缓冲区。
113.在一个实施例中，所述控制模块320具体用于：在所述第二时刻到达时，将所述缓冲区的大小设置为目标值。
114.在一个实施例中，所述控制模块320具体用于：在所述第二时刻到达时，将所述缓冲区的大小设置为所述第一时刻到达时所述缓冲区的大小值；或者，在所述第二时刻到达时，将所述缓冲区的大小设置为所述媒体流数据包传输前所述缓冲区的大小值。
115.本技术实施例中的媒体流传输装置可以是装置，也可以是终端中的部件、集成电路、或芯片。该装置可以是移动电子设备，也可以为非移动电子设备。示例性的，移动电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、超级移动个人计算机(ultra
‑
mobile personal computer，umpc)、上网本或者个人数字助理(personal digital assistant，pda)等，非移动电子设备可以为服务器、网络附属存储器(network attached storage，nas)、个人计算机(personal computer，pc)、电视机(television，tv)、柜员机或者自助机等，本技术实施例不作具体限定。
116.本技术实施例中的媒体流传输装置可以为具有操作系统的装置。该操作系统可以为安卓(android)操作系统，可以为ios操作系统，还可以为其他可能的操作系统，本技术实施例不作具体限定。
117.本技术实施例提供的媒体流传输装置能够实现上述方法实施例实现的各个过程，为避免重复，这里不再赘述。
118.与上述第二实施例相对应，参见图4，本技术实施例还提供一种媒体流传输装置400，应用于服务器，其包括：
119.接收模块410，用于在媒体流数据包传输期间，接收终端设备发送的发生目标事件的通知；所述目标事件包括设定场景开始的第一事件、所述设定场景结束的第二事件，所述通知包括发生所述第一事件的第一通知，及发生所述第二事件的第二通知，所述第一通知包括发生所述第一事件的第一时刻，所述第二通知包括发生所述第二事件的第二时刻。
120.处理模块420，用于根据所述通知对所述媒体流数据包进行处理。
121.在一个实施例中，处理模块420具体用于：在所述第一时刻到达时，停止发送所述媒体流数据包并将所述媒体流数据包按照顺序进行缓存；在所述第二时刻到达时，按照缓存的所述媒体流数据包的顺序，发送缓存的所述媒体流数据包。
122.在一个实施例中，处理模块420具体用于：获取所述第一时刻和所述第二时刻之间所发送的媒体流数据包；在所述第二时刻到达时，按照所述媒体流数据包的发送顺序，重新发送所述媒体流数据包。
123.本技术实施例中的媒体流传输装置可以是装置，也可以是终端中的部件、集成电路、或芯片。该装置可以是移动电子设备，也可以为非移动电子设备。示例性的，移动电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、超级移动个人计算机(ultra
‑
mobile personal computer，umpc)、上网本或者个人数字助理(personal digital assistant，pda)等，非移动电子设备可以为服务器、网络附属存储器(network attached storage，nas)、个人计算机(personal computer，pc)、电视机(television，tv)、柜员机或者自助机等，本技术实施例不作具体限定。
124.本技术实施例中的媒体流传输装置可以为具有操作系统的装置。该操作系统可以为安卓(android)操作系统，可以为ios操作系统，还可以为其他可能的操作系统，本技术实施例不作具体限定。
125.本技术实施例提供的媒体流传输装置能够实现上述方法实施例实现的各个过程，为避免重复，这里不再赘述。
126.与上述实施例相对应，可选的，如图5所示，本技术实施例还提供一种电子设备500，该电子设备500可以是终端设备，也可以是服务器。该电子设备500包括处理器501，存储器502，存储在存储器502上并可在所述处理器301上运行的程序或指令，该程序或指令被处理器501执行时实现上述媒体流传输方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
127.需要说明的是，本技术实施例中的电子设备包括上述所述的移动电子设备和非移动电子设备。
128.图6为实现本技术实施例的一种电子设备的硬件结构示意图。
129.该电子设备600包括但不限于：射频单元601、网络模块602、音频输出单元603、输入单元604、传感器605、显示单元606、用户输入单元607、接口单元608、存储器609、以及处理器610等部件。
130.本领域技术人员可以理解，电子设备600还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器610逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图6中示出的电子设备结构并不构成对电子设备的限定，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。
131.其中，处理器610，用于在媒体流数据包传输期间，接收发生目标事件的通知；所述目标事件包括设定场景开始的第一事件、所述设定场景结束的第二事件，所述通知包括发生所述第一事件的第一通知，及发生所述第二事件的第二通知，所述第一通知包括发生所述第一事件的第一时刻，所述第二通知包括发生所述第二事件的第二时刻；根据所述通知调整所述终端设备的缓冲区，或者将所述通知发送至服务器供所述服务器根据所述通知对
所述媒体流数据包进行处理。
132.在一个实施例中，处理器610，还用于在所述第一时刻到达时，停止基于第一调整方式调整所述缓冲区的大小；在所述第二时刻到达时，恢复使用所述第一调整方式以在满足设定条件时基于所述第一调整方式调整所述缓冲区。
133.在一个实施例中，处理器610，还用于在所述第一时刻到达时，将调整所述缓冲区的大小的方式由第一调整方式变更为第二调整方式；在所述第二时刻到达时，将所述第二调整方式恢复为所述第一调整方式，以在满足设定条件时基于所述第一调整方式调整所述缓冲区。
134.在一个实施例中，处理器610，还用于在所述第二时刻到达时，将所述缓冲区的大小设置为目标值。
135.在一个实施例中，处理器610，还用于在所述第二时刻到达时，将所述缓冲区的大小设置为所述第一时刻到达时所述缓冲区的大小值；或者，在所述第二时刻到达时，将所述缓冲区的大小设置为所述媒体流数据包传输前所述缓冲区的大小值。
136.应理解的是，本技术实施例中，输入单元604可以包括图形处理器(graphics processing unit，gpu)6041和麦克风6042，图形处理器6041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元606可包括显示面板6061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板6061。用户输入单元607包括触控面板6071以及其他输入设备6072。触控面板6071，也称为触摸屏。触控面板6071可包括触摸检测装置和触摸控制器两个部分。其他输入设备6072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。存储器609可用于存储软件程序以及各种数据，包括但不限于应用程序和操作系统。处理器610可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器610中。
137.本技术实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述媒体流传输方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
138.其中，所述处理器为上述实施例中所述的电子设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(read
‑
only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等。
139.本技术实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述媒体流传输方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
140.应理解，本技术实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。
141.需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该
要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本技术实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。
142.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，或者网络设备等)执行本技术各个实施例所述的方法。
143.上面结合附图对本技术的实施例进行了描述，但是本技术并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本技术的启示下，在不脱离本技术宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本技术的保护之内。