一种流媒体数据的发送方法

暂无

一种流媒体数据的发送方法 \n技术领域\n[0001] 本发明涉及移动通信领域，具体涉及一种流媒体数据的发送方法。 [0002] 背景技术\n[0003] 在中国广播电影电视行业标准(CMMB)中，用于承载流媒体数据的媒体单元被要求打上时间戳，但目前还没有针对时间戳的具体操作方法。另外，流媒体通信要求有时间关联的各媒体保持时间上的同步。有同步关系的流媒体数据可能在同一个复用子帧里，也可能在一个网络节点里的不同复用子帧里，甚至可能在不同节点上。 \n[0004] 但由于没有针对时间戳的具体操作方法，导致流媒体通信的同步尚无法有效实现；在对发送流媒体数据的前端设备进行主备倒换的情况下，同步更是难以实现，这导致接收端无法确定接收到的流媒体数据在播放时的先后顺序，在降低流媒体数据播放质量的同时还降低了用户满意度。 \n[0005] 发明内容\n[0006] 有鉴于此，本发明的主要目的在于提供一种流媒体数据的发送方法，保证流媒体数据的同步性，提高用户满意度。 \n[0007] 为达到上述目的，本发明的技术方案是这样实现的： \n[0008] 一种流媒体数据的发送方法，该方法包括： \n[0009] 为独立运行的不同前端设备选取同一个网络时间协议(NTP)时间值： [0010] 将所选取的NTP时间值作为表示所有媒体数据包的时间基准的统一标准时间点；\n根据接收到的媒体数据报文内容和媒体控制报文内容，确定各个媒体数据包所对应的相应统一标准时间点；根据各媒体数据包的统一标准时间点，确定各媒体数据包所对应的媒体单元的时间戳；将已确定的时间戳携带于相应 的媒体单元中，并将媒体单元封装在帧结构中发送； \n[0011] 其中，所述所有媒体数据包在同一复用子帧、或不同复用子帧中发送。 [0012] 所述NTP时间值的取值范围为：从0至早于当前时间的非负的NTP时间。 [0013] 所述确定各个媒体数据包所对应的相应统一标准时间点的方法为： [0014] 根据实时传输协议(RTP)/实时传输控制协议(RTCP)报文内容计算RTP包所对应的NTP时间。 \n[0015] 计算所述NTP时间的方法为： \n[0016] 接收输入的RTP和RTCP流，并从收到的RTCP流所包含的RTCP报文中取出参考NTP时间和对应的参考RTP时间戳；查找收到的RTP包所对应的RTCP流，应用RTP包里的RTP时间戳与查找到的RTCP流里的参考RTP时间戳做差值运算，根据差值运算结果得到参考绝对时间差；应用所得到的参考绝对时间差加上所述参考NTP时间，得到所述RTP包所对应的NTP时间。 \n[0017] 确定的所述统一标准时间点为RTP包所对应的NTP时间；确定所述时间戳的方法为： \n[0018] 用得到的RTP包对应的所述NTP时间减去NTP时间基准，得到绝对时间差值；应用所述绝对时间差值乘以时间单位，将乘得的值以2的32次方取模，将取模所得结果作为所述时间戳。 \n[0019] 所述媒体单元是中国广播电影电视行业标准媒体单元，所述时间戳是中国广播电影电视行业标准时间戳。 \n[0020] 所述帧结构是复用子帧/复用帧结构。 \n[0021] 所述统一标准时间点是格林威治时间。 \n[0022] 可见，本发明所提供的流媒体数据发送方法，由于为媒体单元确定的时间戳的关键因素是为所有媒体数据包所选取的统一标准时间点，因此有时间关联的各媒体数据包可以很容易地实现时间同步，使得经过不同路径到达同一目的的媒体单元的时间先后顺序很容易识别，方便了接收端的处理。本发明的流媒体数据发送方法，能够保证流媒体数据的同步性，进而有效提高用户满意度。 \n附图说明\n[0023] 图1为本发明一实施例的流媒体数据发送流程图。 \n具体实施方式\n[0024] 下面结合附图对本发明技术详细描述。 \n[0025] 参见图1，图1为本发明一实施例的流媒体数据发送流程图，该流程包括以下步骤： \n[0026] 步骤101：选取作为所有媒体数据包的时间基准的统一标准时间点。具体而言，可以预先为所有独立运行的前端设备选取同一个NTP时间值，将该NTP时间值作为表示所有媒体数据包的时间基准的统一标准时间点。表示所有媒体数据包的时间基准的所述统一标准时间点的取值范围为早于当前时间的一个非负的NTP时间，可以为0。 [0027] 步骤102：根据接收到的媒体数据报文内容和媒体控制报文内容，确定各个媒体数据包所对应的相应统一标准时间点。 \n[0028] 具体而言，所述媒体数据报文内容可以来自RTP媒体流中，所述媒体控制报文内容可以来自RTCP控制流中。在确定各个媒体数据包所对应的相应统一标准时间点时，可以根据RTP/RTCP报文内容计算RTP包所对应的NTP时间。 \n[0029] 比如：接收输入的RTP和RTCP流，并从收到的RTCP流所包含的RTCP报文中取出发送者报告(SR)里所携带的参考NTP时间和对应的参考RTP时间戳；之后，查找收到的RTP包所对应的RTCP流，应用RTP包里的RTP时间戳与查找到的RTCP流里的参考RTP时间戳做差值运算，并用差值运算结果除以其时间度量单位(timescale)，得到参考绝对时间差；\n接着，应用所得到的参考绝对时间差加上所述参考NTP时间，最终得到所述RTP包所对应的NTP时间。 \n[0030] 步骤103：根据各媒体数据包的统一标准时间点，确定各媒体数据包所对 应的媒体单元的时间戳。 \n[0031] 具体而言，可以根据得到的各RTP包对应的所述NTP时间为基准，计算得到各RTP包所对应的媒体单元的时间戳。所述媒体单元可以是CMMB媒体单元，所述时间戳可以是CMMB时间戳。 \n[0032] 比如：用得到的RTP包对应的所述NTP时间减去NTP时间基准，得到绝对时间差值；应用所述绝对时间差值乘以CMMB时间单位(22500/秒)，将乘得的值以2的32次方取模(因为CMMB时间戳是以32位值表示的)，将取模所得结果作为CMMB时间戳。 [0033] 步骤104：将已确定的时间戳携带于相应的媒体单元中，并将媒体单元封装在帧结构中发送。 \n[0034] 在实际应用中，可以将所述媒体单元封装在复用子帧/复用帧结构中发送。 [0035] 由图1可见，为媒体单元确定的时间戳的关键因素是为所有媒体数据包所选取的统一标准时间点，这使得有时间关联的各媒体数据包可以很容易地实现时间同步；经过不同路径到达同一目的的媒体单元的时间先后顺序很容易识别，方便了接收端的处理。显然，图1所示流程在保证流媒体数据同步性的同时，还能有效提高用户满意度。图1所示流程适用于媒体单元通过同一复用子帧、不同复用子帧、甚至独立运行的不同前端设备传送。 [0036] 另外，即便是在对发送流媒体数据的前端设备进行主备倒换的情况下，由于进行主备倒换的所有前端设备均以所选取的相同统一标准时间点作为时间基准，所以在发生主备倒换前后所分别发送的媒体数据包之间也具有正确的时间先后顺序；因此，接收端可以轻松确定接收到的流媒体数据在播放时的先后顺序，进而实现流媒体数据的正确连续播放。显然，即便是在对发送流媒体数据的前端设备进行主备倒换的情况下，图1所示流程仍能在保证流媒体数据同步性的同时，有效提高用户满意度。 \n[0037] 在实际应用时，所述统一标准时间点还可以是格林威治时间。 [0038] 由以上所述可见，本发明的流媒体数据发送方法，能够保证流媒体数据的同步性，进而有效提高用户满意度。