CN114567818B - Iptv单播节目播放的优化方法、装置及智能机顶盒 - Google Patents

Iptv单播节目播放的优化方法、装置及智能机顶盒 Download PDF

Info

Publication number
CN114567818B
CN114567818B CN202011359437.6A CN202011359437A CN114567818B CN 114567818 B CN114567818 B CN 114567818B CN 202011359437 A CN202011359437 A CN 202011359437A CN 114567818 B CN114567818 B CN 114567818B
Authority
CN
China
Prior art keywords
media stream
top box
set top
mp2t
server
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN202011359437.6A
Other languages
English (en)
Other versions
CN114567818A (zh
Inventor
李茂文
王勇
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hisense Broadband Multimedia Technology Co Ltd
Original Assignee
Hisense Broadband Multimedia Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hisense Broadband Multimedia Technology Co Ltd filed Critical Hisense Broadband Multimedia Technology Co Ltd
Priority to CN202011359437.6A priority Critical patent/CN114567818B/zh
Publication of CN114567818A publication Critical patent/CN114567818A/zh
Application granted granted Critical
Publication of CN114567818B publication Critical patent/CN114567818B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/64—Addressing
    • H04N21/6408—Unicasting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26208—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/4424—Monitoring of the internal components or processes of the client device, e.g. CPU or memory load, processing speed, timer, counter or percentage of the hard disk space used
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols

Abstract

本申请公开了一种IPTV单播节目播放的优化方法、装置及智能机顶盒，该方法包括：机顶盒与服务器根据RTSP协议建立会话；服务器根据RTSP协议中优先级较高的媒体流承载模式向机顶盒传输媒体流；判断机顶盒是否可正常播放媒体流；若机顶盒不可正常播放媒体流，则动态调整RTSP协议中的媒体流承载模式，直至机顶盒正常播放根据调整后优先级较高的媒体流承载模式传输的媒体流。本申请在机顶盒与服务器通过RTSP协议交互时，机顶盒无法从已协商好的媒体流承载模式获取数据流，机顶盒再次发起媒体流的承载流协商，通过动态调整RTSP协议中的媒体流承载模式，确认一种最优的媒体流承载模式进行承载，有效改善了单播播放质差的问题。

Description

IPTV单播节目播放的优化方法、装置及智能机顶盒
技术领域
本申请涉及网络电视(IPTV)技术领域，尤其涉及一种IPTV单播节目播放的优化方法、装置及终端。
背景技术
随着智能化产品普及，越来越多人开始关注电子消费产品，特别是在Android平台的产品在大规模占领市场之后，基于Android平台的智能化终端-IPTV机顶盒逐渐被亿万家庭所接受，IPTV机顶盒是视频数据直接在网络上面传输，但限于网络环境等因素，仍面临播放质差等问题，IPTV机顶盒中的点播节目基本都是单播，单播播放质差同样存在。
在IPTV单播基本都是基于RTSP(Real Time Streaming Protocol，实时流传输协议)的协议进行交互和传输，RTSP用于建立控制媒体流的传输，它为多媒体服务扮演“网络远程控制”的角色，尽管有时可以把RTSP控制信息和媒体数据流交织一起传送，但一般情况RTSP本身并不用于传送媒体流数据。在RTSP协议中定义了RTSP媒体点播方法，用以表示RTSP控制媒体点播时所需要具备的功能，其中，RTSP媒体点播方法包括建立会话(SETUP)、播放(PLAY)、暂停播放(PAUSE)、媒体描述(DESCRIBE)、获取参数(GET_PARAMETER)、性能查询(OPTIONS)、重定向(REDIRECT)、参数设置(SET_PARAMETER)与会话结束(TEARDOWN)等。其中在SETUP中定义了终端所支持的媒体数据的传送协议，通常是多种媒体流承载方式，媒体服务器支持多种，根据终端的上报优先响应第一种媒体流承载方式，进而建立会话，用已确认过的数据流承载方式进行传输。
但是，由于网络环境等因素依然可能存在数据流无法获取，导致黑屏或者网络抖动时延，造成播放卡顿或马赛克等问题。
发明内容
本申请提供了一种IPTV单播节目播放的优化方法、装置及终端，以解决目前IPTV单播时由于网络环境存在数据流无法获取导致黑屏或者网络抖动时延，造成播放卡顿或马赛克的问题。
为了解决上述技术问题，本申请实施例公开了如下技术方案：
第一方面，本申请实施例公开了一种IPTV单播节目播放的优化方法，所述方法包括：
机顶盒与服务器根据RTSP协议建立会话；
所述服务器根据所述RTSP协议中优先级较高的媒体流承载模式向所述机顶盒传输媒体流；
判断所述机顶盒是否可正常播放所述媒体流；
若所述机顶盒不可正常播放所述媒体流，则动态调整所述RTSP协议中的媒体流承载模式，直至所述机顶盒正常播放根据调整后优先级较高的媒体流承载模式传输的媒体流。
第二方面，本申请实施例还公开了一种IPTV单播节目播放的优化装置，包括：
建立模块，用于机顶盒与服务器根据RTSP协议建立会话；
传输模块，用于服务器根据RTSP协议中优先级较高的媒体流承载模式向机顶盒传输媒体流；
判断模块，用于判断机顶盒是否可正常播放媒体流；
调整模块，用于当所述机顶盒不能正常播放媒体流时，动态调整RTSP协议中的媒体流承载模式，直至机顶盒正常播放根据调整后优先级较高的媒体流承载模式传输的媒体流。
第三方面，本申请实施例还提供了一种终端，包括处理器与存储器，所述存储器存储计算机执行指令，所述处理器执行所述存储器存储的所述计算机执行指令，使得所述处理器执行如第一方面所述的方法。
本申请提供的IPTV单播节目播放的优化方法包括：机顶盒与服务器根据RTSP协议建立会话，服务器根据RTSP协议中优先级较高的媒体流承载模式向机顶盒传输媒体流，判断机顶盒是否可正常播放媒体流；若机顶盒不可正常播放媒体流，则动态调整RTSP协议中的媒体流承载模式，直至机顶盒正常播放根据调整后优先级较高的媒体流承载模式传输的媒体流。本申请在机顶盒与服务器通过RTSP协议交互时，当机顶盒无法从已协商好的媒体流承载模式获取数据流时，机顶盒再次发起媒体流的承载流协商，通过动态调整RTSP协议中的媒体流承载模式，跟服务器确认一种最优的媒体流承载模式进行承载，以解决因媒体流无法获取导致黑屏或播放卡顿等问题，有效改善单播播放质差的问题。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。
附图说明
为了更清楚地说明本申请的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种场景示意图；
图2为本申请实施例提供的一种IPTV单播节目播放的优化方法的流程图；
图3为本申请实施例提供的一种IPTV单播节目播放的优化方法中IPTV RTSP交互协议的流程图；
图4为本申请实施例提供的一种IPTV单播节目播放的优化方法中S400的详细流程示意图；
图5为本申请实施例提供的一种IPTV单播节目播放的优化方法中IPTV RTSP选择最优承载模式的流程图；
图6为本申请实施例提供的一种IPTV单播节目播放的优化装置的结构示意图；
图7为本申请实施例提供的一种终端的硬件结构示意图。
具体实施方式
为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。
图1为本发明实施例提供的一种场景示意图，图1中包括电视机101和机顶盒102，电视机101和机顶盒102可以通过有线或无线的方式连接，机顶盒102用于将网络资源与有线资源传输至电视机101，使用户可以通过电视机101浏览网页或收看网络电视或收看直播节目等。其中，图1所示仅为本发明的一种场景示意图，图中机顶盒102以及电视机101的具体类型和对应关系都不限于图1中公开的具体形式。
IPTV单播基本都是基于RTSP的协议进行交互和传输，RTSP用于建立的控制媒体流的传输，它为多媒体服务扮演“网络远程控制”的角色。尽管有时可以把RTSP控制信息和媒体数据流交织在一起传送，但一般情况RTSP本身并不用于传送媒体流数据，在RTSP协议中增加了如下一些方法用户OPTIONS，DESCRIBE，SETUP，TERADOWN，PLAY，PAUSE用于媒体流传输会话的建立，其中在SETUP中定义了终端所支持的媒体数据的传送协议，通常是多种媒体流承载方式。媒体流服务器支持多种，根据终端的上报优先响应第一种媒体流承载方式，进而建立会话，用已确认过的数据流承载方式进行传输。
但是，由于平台响应的差异、网络环境的差异和网络本身的抖动、时延等因素，已协商好的媒体流承载方式并不是最优的策略，用户依然面临数据流无法获取导致黑屏或者网络抖动时延导致播放卡顿或马赛克等问题，之前已协商确认媒体承载流方式，不会变更，如果出现问题，只能手动修改或者通过版本升级才能解决问题。
为了解决上述问题，本申请实施例提供了一种IPTV单播节目播放的优化方法，该方法在机顶盒与服务器建立会话后，机顶盒无法根据已协商好的媒体流承载方式拉下数据流进行播放时，机顶盒再次发起媒体流的承载流协商，通过动态调整媒体流承载模式的顺序和内容，跟服务器确认一种最优的媒体流承载方式进行承载，有效改善单播播放质差，从而解决用户单播播放黑屏或者播放卡顿、马赛克等问题。
图2为本申请实施例提供的一种IPTV单播节目播放的优化方法的流程图。如图2所示，本申请实施例提供的IPTV单播节目播放的优化方法包括：
S100：机顶盒与服务器根据RTSP协议建立会话。
IPTV单播基本都是基于RTSP协议进行交互和传输，RTSP用于建立控制媒体流的传输，因此机顶盒与服务器根据RTSP协议建立会话，以实现机顶盒与服务器之间的交互。机顶盒与服务器之间交互时，数据传输机制连接建立包含的实现步骤如图3所示：
1)机顶盒向服务器发起OPTION请求。
2)服务器向机顶盒回应提供的所有可用方法。
3)机顶盒向服务器发起DESCRIBE请求。
4)服务器解析该DESCRIBE请求，分析出所请求的资源，如果资源存在，则以RTSP协议的形式生成媒体资源的信息，以文本形式附加在DESCRIBE请求的应答消息之后。
5)机顶盒收到服务器发来的应答消息后，发起SETUP请求，请求会话建立并准备传输，SETUP命令包含了传输协议、传输方式信息。
6)服务器收到机顶盒的SETUP请求后，生成一个会话序列号，将SETUP应答消息发送至客户端，应答消息包括传输服务器的端口号和会话序列号。
7)机顶盒收到服务器发来的SETUP应答消息后，机顶盒将发出PLAY请求，目的是请求播放视频。
8)服务器收到机顶盒的PLAY请求后，会将视频数据封装成数据包，根据SETUP时指定的传输协议发送。
9)机顶盒收到数据包后，进行解码播放。
10)视频播放时，机顶盒发出PAUSE请求，目的是请求暂停播放。
11)服务器收到机顶盒的PAUSE请求后，暂停向机顶盒发送数据包。
12)视频播放完成后，机顶盒发出TEARDOWN请求，目的是请求关闭会话。
13)服务器收到机顶盒的TEARDOWN请求后，关闭会话。
如此，机顶盒向服务器发起SETUP请求，请求会话建立并准备传输媒体流，该SETUP请求中有Transport参数，可选字段有MP2T/TCP，MP2T/UDP，MP2T/RTP/TCP，MP2T/RTP/UDP四种，机顶盒在向服务器上报时，可以选择其中1种或者多种进行上报。服务器会根据机顶盒的上报优选上报中的第一种可选字段进行响应，从而确认媒体流承载模式进而建立会话。
S200：服务器根据RTSP协议中优先级较高的媒体流承载模式向机顶盒传输媒体流。
Transport参数的四种可选字段MP2T/TCP，MP2T/UDP，MP2T/RTP/TCP，MP2T/RTP/UDP中，媒体流承载模式默认优先级为MP2T/RTP/UDP＞＞MP2T/UDP＞＞MP2T/RTP/TCP＞＞MP2T/TCP，机顶盒跟服务器进行交互时，服务器优先选择机顶盒上报的几种可选字段中的第一个作为媒体流承载模式，如机顶盒选择四种可选字段，并按照MP2T/RTP/UDP＞＞MP2T/UDP＞＞MP2T/RTP/TCP＞＞MP2T/TCP的顺序上报至服务器，服务器优先选择第一个MP2T/RTP/UDP作为承载模式，并通过该承载模式向机顶盒传送媒体流。
在本申请实施例中，MP2T/TCP为使用TCP直接承载MPEG2-TS，不使用RTP封装；MP2T/UDP为使用UDP直接承载MPEG2-TS，不使用RTP封装；MP2T/RTP/TCP为使用基于TCP的RTP承载MPEG2-TS；MP2T/RTP/UDP为使用基于UDP的RTP承载MPEG2-TS。
S300：判断机顶盒是否可正常播放媒体流。
服务器通过优选的媒体流承载模式向机顶盒传输媒体流后，机顶盒进行媒体流的获取，如果能拉下来媒体流则底层播放器进行播放，但由于网络环境原因，之前已协商好的媒体流承载模式可能存在无法真正拉下来数据流的问题，进而导致播放黑屏，也存在网络带宽限制或者网络抖动时延大导致播放卡顿或马赛克等问题。因此，需要查看机顶盒是否可通过已协商好的媒体流承载模式真正拉下来媒体流，以判断机顶盒是否可正常播放媒体流。若机顶盒可正常播放媒体流，则执行步骤S500；若机顶盒不能正常播放媒体流，则执行步骤S400。
S400：若机顶盒不能正常播放媒体流，则动态调整RTSP协议中的媒体流承载模式，直至机顶盒正常播放根据调整后优先级较高的媒体流承载模式传输的媒体流。
当机顶盒根据已协商好的媒体流承载模式无法获取媒体流，即媒体流无法拉下来或者媒体流丢包严重影响播放时，机顶盒可以再次发起媒体流的承载模式协商，通过修改Transport字段的顺序和内容，跟服务器确认一种最优的媒体流承载模式进行承载，从而解决用户单播播放黑屏或者播放卡顿、马赛克等问题。
当机顶盒根据已协商好的媒体流承载模式无法正常播放媒体流时，动态调整RTSP协议中媒体流承载模式的具体方法如图4、图5所示：
S401：去掉机顶盒上报至服务器的可选字段中的第一个可选字段MP2T/RTP/UDP。
S402：机顶盒将剩余的多种可选字段按优先级排序后重新上报至服务器。
S403：服务器选择机顶盒重新上报的多种可选字段中的第一个MP2T/UDP作为新的媒体流承载模式。
S404：判断机顶盒是否可正常播放新的媒体流承载模式MP2T/UDP传输的媒体流。
由于UDP是不可靠的传输协议，受网络的影响较大，可能存在丢包等问题，进而影响用户的播放质量，因此第一次选定的媒体流承载模式MP2T/RTP/UDP可能无法拉下来媒体流，或者丢包严重影响播放，此时机顶盒可再次发起媒体流的承载模式协商，通过修改Transport参数中的字段内容和上报优先级，来动态的调整媒体流承载方式。具体地，去掉机顶盒上报至服务器的可选字段中的第一个可选字段MP2T/RTP/UDP，机顶盒按照MP2T/UDP＞＞MP2T/RTP/TCP＞＞MP2T/TCP的优先级排序重新上报至服务器，服务器选择机顶盒重新上报的多种可选字段中的第一个MP2T/UDP作为新的媒体流承载模式，服务器通过新的媒体流承载模式MP2T/UDP向机顶盒传送媒体流。
服务器通过新的媒体流承载模式MP2T/UDP向机顶盒传送媒体流后，机顶盒进行媒体流的获取，如果能拉下来媒体流则底层播放器进行播放，但由于网络环境因素，新的媒体流承载模式MP2T/UDP可能存在无法真正拉下来数据流的问题，进而导致播放黑屏，也存在网络带宽限制或者网络抖动时延大导致播放卡顿或马赛克等问题。因此，需要查看机顶盒是否可通过新的媒体流承载模式MP2T/UDP真正拉下来媒体流，以判断机顶盒是否可正常播放媒体流。若机顶盒可正常播放媒体流，则执行步骤S4012；若机顶盒不能正常播放媒体流，则执行步骤S405。
S405：若机顶盒不能正常播放新的媒体流承载模式MP2T/UDP传输的媒体流，则再次去掉机顶盒重新上报至服务器的可选字段中的第一个可选字段MP2T/UDP。
S406：机顶盒将剩余的多种可选字段按优先级排序后再次上报至服务器。
S407：服务器选择机顶盒再次上报的多种可选字段中的第一个MP2T/RTP/TCP作为新的媒体流承载模式。
S408：判断机顶盒是否可正常播放新的媒体承载模式MP2T/RTP/TCP传输的媒体流。
当机顶盒不能正常播放新的媒体流承载模式MP2T/UDP传输的媒体流时，机顶盒可再次发起媒体流的承载模式协商，通过再次修改Transport参数中的字段内容和上报优先级，再次动态的调整媒体流承载方式。具体地，再次去掉机顶盒重新上报至服务器的可选字段中的第一个可选字段MP2T/UDP，机顶盒按照MP2T/RTP/TCP＞＞MP2T/TCP的优先级排序再次上报至服务器，服务器选择机顶盒再次上报的多种可选字段中的第一个MP2T/RTP/TCP作为新的媒体流承载模式，服务器通过新的媒体流承载模式MP2T/RTP/TCP向机顶盒传送媒体流。
服务器通过新的媒体流承载模式MP2T/RTP/TCP向机顶盒传送媒体流后，机顶盒进行媒体流的获取，如果能拉下来媒体流则底层播放器进行播放，但由于网络环境因素，新的媒体流承载模式MP2T/RTP/TCP可能存在无法真正拉下来数据流的问题，进而导致播放黑屏，也存在网络带宽限制或者网络抖动时延大导致播放卡顿或马赛克等问题。因此，需要查看机顶盒是否可通过新的媒体流承载模式MP2T/RTP/TCP真正拉下来媒体流，以判断机顶盒是否可正常播放媒体流。若机顶盒可正常播放媒体流，则执行步骤S4012；若机顶盒不能正常播放媒体流，则执行步骤S409。
S409：若机顶盒不能正常播放新的媒体流MP2T/RTP/TCP传输的媒体流，则再次去掉机顶盒再次上报至服务器的可选字段中的第一个可选字段MP2T/RTP/TCP。
S4010：机顶盒将剩余的可选字段MP2T/TCP再次上报至服务器。
S4011：服务器选择机顶盒再次上报的可选字段MP2T/TCP作为新的媒体流承载模式。
S4012：机顶盒播放新的媒体流承载模式MP2T/TCP传输的媒体流。
当机顶盒不能正常播放新的媒体流承载模式P2T/RTP/TCP传输的媒体流时，机顶盒可再次发起媒体流的承载模式协商，通过再次修改Transport参数中的字段内容和上报优先级，再次动态的调整媒体流承载方式。具体地，再次去掉机顶盒重新上报至服务器的可选字段中的第一个可选字段P2T/RTP/TCP，机顶盒将最后的可选字段MP2T/TCP再次上报至服务器，服务器选择机顶盒再次上报的可选字段MP2T/TCP作为新的媒体流承载模式，服务器通过新的媒体流承载模式MP2T/TCP向机顶盒传送媒体流，机顶盒进行媒体流的获取，即拉下来媒体流在底层播放器进行播放。
S500：若机顶盒可正常播放媒体流，则正常播放媒体流。
当机顶盒根据已协商好的媒体流承载模式能够获取媒体流，及媒体流可以拉下来时，机顶盒拉下来媒体流并在底层播放器进行播放。
本申请提供的IPTV单播节目播放的优化方法中，机顶盒与服务器根据RTSP协议建立会话，服务器根据RTSP协议中优先级较高的媒体流承载模式向机顶盒传输媒体流，判断机顶盒是否可正常播放媒体流；若机顶盒不可正常播放媒体流，则动态调整RTSP协议中的媒体流承载模式，直至机顶盒正常播放根据调整后优先级较高的媒体流承载模式传输的媒体流。本申请在机顶盒与服务器通过RTSP协议交互时，当机顶盒无法从已协商好的媒体流承载模式获取数据流时，机顶盒再次发起媒体流的承载流协商，通过修改Transport参数中的字段内容和上报优先级，来动态调整RTSP协议中的媒体流承载模式，跟服务器确认一种最优的媒体流承载模式进行承载，并自由切换媒体流承载模式，以解决因媒体流无法获取导致黑屏或播放卡顿等问题，有效改善了单播播放质差的问题。
图6为本申请实施例提供的一种IPTV单播节目播放的优化装置的结构示意图。如图6所示，对应于上述IPTV单播节目播放的优化方法，本申请实施例还提供了一种IPTV单播节目播放的优化装置，所述IPTV单播节目播放的优化装置600包括建立模块601、传输模块602、判断模块603与调整模块604，其中，
建立模块601，用于机顶盒与服务器根据RTSP协议建立会话。即IPTV单播基本都是基于RTSP协议进行交互和传输，RTSP用于建立控制媒体流的传输，因此机顶盒与服务器根据RTSP协议建立会话，以实现机顶盒与服务器之间的交互。
传输模块602，用于服务器根据RTSP协议中优先级较高的媒体流承载模式向机顶盒传输媒体流。即机顶盒向服务器发起SETUP请求，请求会话建立并准备传输媒体流，该SETUP请求中有Transport参数，可选字段有MP2T/TCP，MP2T/UDP，MP2T/RTP/TCP，MP2T/RTP/UDP四种，机顶盒在向服务器上报时，可以选择其中1种或者多种进行上报。服务器会根据机顶盒的上报优选上报中的第一种可选字段进行响应，从而确认媒体流承载模式。
判断模块603，用于判断机顶盒是否可正常播放媒体流。即服务器通过优选的媒体流承载模式向机顶盒传输媒体流后，机顶盒进行媒体流的获取，如果能拉下来媒体流则底层播放器进行播放，但由于网络环境原因，之前已协商好的媒体流承载模式可能存在无法真正拉下来数据流的问题，进而导致播放黑屏，也存在网络带宽限制或者网络抖动时延大导致播放卡顿或马赛克等问题。因此，需要查看机顶盒是否可通过已协商好的媒体流承载模式真正拉下来媒体流，以判断机顶盒是否可正常播放媒体流。
调整模块604，用于当机顶盒不能正常播放媒体流时，动态调整RTSP协议中的媒体流承载模式，直至机顶盒正常播放根据调整后优先级较高的媒体流承载模式传输的媒体流。即当机顶盒根据已协商好的媒体流承载模式无法获取媒体流，即媒体流无法拉下来或者媒体流丢包严重影响播放时，机顶盒可以再次发起媒体流的承载模式协商，通过修改Transport字段的顺序和内容，跟服务器确认一种最优的媒体流承载模式进行承载，从而解决用户单播播放黑屏或者播放卡顿、马赛克等问题。
在本申请实施例中，调整模块604包括删除子模块、上报子模块与选择子模块，其中，
删除子模块，用于去掉机顶盒上报至服务器的可选字段中的第一个可选字段。即当机顶盒不能正常播放已协商的媒体流承载模式传输的媒体流时，去掉机顶盒上报至服务器的可选字段中的第一个可选字段。如当前服务器上报至服务器的可选字段为MP2T/RTP/UDP＞＞MP2T/UDP＞＞MP2T/RTP/TCP＞＞MP2T/TCP，已协商的媒体流承载模式为MP2T/RTP/UDP，机顶盒不能正常播放MP2T/RTP/UDP传输的媒体流，则去掉可选字段MP2T/RTP/UDP。
上报子模块，用于将剩余的多种可选字段按优先级排序后重新上报至服务器。即机顶盒将去掉第一个可选字段后的剩余多种可选字段按照优先级进行排序，然后将排序后的可选字段重新上报至服务器。如去掉可选字段MP2T/RTP/UDP，机顶盒将剩余的MP2T/UDP、MP2T/RTP/TCP与MP2T/TCP按优先级进行排序，并将排序后的MP2T/UDP＞＞MP2T/RTP/TCP＞＞MP2T/TCP上报至服务器。
选择子模块，用于服务器选择机顶盒重新上报的多种可选字段中的第一个作为新的媒体流承载模式。如服务器从机顶盒重新上报的可选字段MP2T/UDP＞＞MP2T/RTP/TCP＞＞MP2T/TCP中选择第一个可选字段MP2T/UDP作为新的媒体流承载模式，并通过新的媒体流承载模式向机顶盒传输媒体流。
通过新的媒体流承载模式向机顶盒传输媒体流后，机顶盒进行媒体流的获取，查看机顶盒是否可正常播放媒体流，若机顶盒不能正常播放新的媒体流承载模式传输的媒体流，则再次修改Transport参数中的字段内容和上报优先级，直至机顶盒能够正常播放媒体流。
本申请实施例提供的IIPTV单播节目播放的优化装置，可用于执行上述任一方法实施例，即机顶盒与服务器根据RTSP协议建立会话，服务器根据RTSP协议中优先级较高的媒体流承载模式向机顶盒传输媒体流，判断机顶盒是否可正常播放媒体流；若机顶盒不可正常播放媒体流，则动态调整RTSP协议中的媒体流承载模式，直至机顶盒正常播放根据调整后优先级较高的媒体流承载模式传输的媒体流。
图7为本申请实施例提供的一种终端的硬件结构示意图。如图7所示，本实施例提供的终端700包括处理器701与存储器703，处理器701与存储器703通过总线702连接。
在具体实现过程中，处理器701执行存储器703存储的计算机执行指令，使得处理器701执行上述任一方法实施例的技术方案。
处理器701的具体实现过程可参见上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。
在上述图7所示的实施例中，应理解，处理器可以是中央处理单元(CentralProcessing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital SignalProcessor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
存储器可能包含高速RAM存储器，也可能还包括非易失性储存NVM，例如至少一个磁盘存储器。
总线可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外部设备互连(Peripheral Component，PCI)总线或扩展工业标准体系结构(ExtendedIndustry Standard Architecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，本申请附图中的总线并不限定仅有一根总线或一种类型的总线。
本申请实施例还可提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，当处理器执行所述计算机执行指令时，实现上述任一方法实施例的技术方案。
上述的计算机可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(SPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。可读存储介质可以是通用或专用计算机能够存取的任何可用介质。
一种示例性的可读存读存储介质耦合至处理器，从而使处理器能够从该可读存储介质读取信息，且可向该可读存储介质写入信息。当然，可读存储介质也可以是处理器的组成部分。处理器和可读存储介质可以位于专用集成电路(Application SpecificIntegrated Circuits，ASIC)中。当然，处理器和可读存储介质也可以作为分离组件存在于设备中。
本领域技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤，而前述的存储介质包括ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
需要说明的是，在本说明书中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的电路结构、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种电路结构、物品或者设备所固有的要素。在没有更多限制的情况下，有语句“包括一个……”限定的要素，并不排除在包括所述要素的电路结构、物品或者设备中还存在另外的相同要素。
本领域技术人员在考虑说明书及实践这里发明的公开后，将容易想到本申请的其他实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由权利要求的内容指出。
以上所述的本申请实施方式并不构成对本申请保护范围的限定。

Claims (9)

1.一种IPTV单播节目播放的优化方法，其特征在于，所述方法包括：
机顶盒与服务器根据RTSP协议建立会话，所述RTSP协议中的媒体流承载模式包括MP2T/TCP，MP2T/UDP，MP2T/RTP/TCP，MP2T/RTP/UDP，所述媒体流承载模式的优先级为MP2T/RTP/UDP＞＞MP2T/UDP＞＞MP2T/RTP/TCP＞＞MP2T/TCP；
所述服务器根据所述RTSP协议中优先级较高的媒体流承载模式向所述机顶盒传输媒体流；
判断所述机顶盒是否可正常播放所述媒体流；
若所述机顶盒不能正常播放所述媒体流，则删除当前媒体流承载模式，按照优先级动态调整所述RTSP协议中的剩余媒体流承载模式，直至所述机顶盒正常播放根据调整后优先级较高的媒体流承载模式传输的媒体流。
2.根据权利要求1所述的IPTV单播节目播放的优化方法，其特征在于，机顶盒与服务器根据RTSP协议建立会话，包括：
所述RTSP协议的SETUP方法中存在Transport参数，所述Transport参数包括多种可选字段，所述可选字段包括MP2T/TCP、MP2T/UDP、MP2T/RTP/TCP、MP2T/RTP/UDP；
所述机顶盒选择至少一种所述可选字段，并将所述可选字段按优先级排序后上报至所述服务器；
所述服务器选择上报的一种可选字段与所述机顶盒建立会话。
3.根据权利要求2所述的IPTV单播节目播放的优化方法，其特征在于，所述服务器根据所述RTSP协议中优先级较高的媒体流承载模式向所述机顶盒传输媒体流，包括：
所述服务器优先选择所述机顶盒上报的多种可选字段中的第一个MP2T/RTP/UDP作为媒体流承载模式；
所述服务器将所述媒体流按照选定的媒体流承载模式MP2T/RTP/UDP传送至所述机顶盒。
4.根据权利要求3所述的IPTV单播节目播放的优化方法，其特征在于，动态调整所述RTSP协议中的媒体流承载模式，直至所述机顶盒正常播放根据调整后优先级较高的媒体流承载模式传输的媒体流，包括：
去掉所述机顶盒上报至所述服务器的可选字段中的第一个可选字段MP2T/RTP/UDP；
所述机顶盒将剩余的多种可选字段按优先级排序后重新上报至所述服务器；
所述服务器选择所述机顶盒重新上报的多种可选字段中的第一个MP2T/UDP作为新的媒体流承载模式；
判断所述机顶盒是否可正常播放新的媒体流承载模式MP2T/UDP传输的媒体流。
5.根据权利要求4所述的IPTV单播节目播放的优化方法，其特征在于，动态调整所述RTSP协议中的媒体流承载模式，直至所述机顶盒正常播放根据调整后优先级较高的媒体流承载模式传输的媒体流，还包括：
若所述机顶盒不能正常播放新的媒体流承载模式MP2T/UDP传输的媒体流，则再次去掉所述机顶盒重新上报至所述服务器的可选字段中的第一个可选字段MP2T/UDP；
所述机顶盒将剩余的多种可选字段按优先级排序后再次上报至所述服务器；
所述服务器选择所述机顶盒再次上报的多种可选字段中的第一个MP2T/RTP/TCP作为新的媒体流承载模式；
判断所述机顶盒是否可正常播放新的媒体流承载模式MP2T/RTP/TCP传输的媒体流。
6.根据权利要求5所述的IPTV单播节目播放的优化方法，其特征在于，动态调整所述RTSP协议中的媒体流承载模式，直至所述机顶盒正常播放根据调整后优先级较高的媒体流承载模式传输的媒体流，还包括：
若所述机顶盒不能正常播放新的媒体流承载模式MP2T/RTP/TCP传输的媒体流，则再次去掉所述机顶盒再次上报至所述服务器的可选字段中的第一个可选字段MP2T/RTP/TCP；
所述机顶盒将剩余的可选字段MP2T/TCP再次上报至所述服务器；
所述服务器选择所述机顶盒再次上报的可选字段MP2T/TCP作为新的媒体流承载模式；
所述机顶盒播放新的媒体流承载模式MP2T/TCP传输的媒体流。
7.一种IPTV单播节目播放的优化装置，其特征在于，包括：
建立模块，用于机顶盒与服务器根据RTSP协议建立会话，所述RTSP协议中的媒体流承载模式包括MP2T/TCP，MP2T/UDP，MP2T/RTP/TCP，MP2T/RTP/UDP，所述媒体流承载模式的优先级为MP2T/RTP/UDP＞＞MP2T/UDP＞＞MP2T/RTP/TCP＞＞MP2T/TCP；
传输模块，用于服务器根据RTSP协议中优先级较高的媒体流承载模式向机顶盒传输媒体流；
判断模块，用于判断机顶盒是否可正常播放媒体流；
调整模块，用于当所述机顶盒不能正常播放媒体流时，删除当前媒体流承载模式，按照优先级动态调整RTSP协议中的剩余媒体流承载模式，直至机顶盒正常播放根据调整后优先级较高的媒体流承载模式传输的媒体流。
8.根据权利要求7所述的IPTV单播节目播放的优化装置，其特征在于，所述调整模块包括：
删除子模块，用于去掉所述机顶盒上报至所述服务器的可选字段中的第一个可选字段；
上报子模块，用于将剩余的多种可选字段按优先级排序后重新上报至所述服务器；
选择子模块，用于所述服务器选择所述机顶盒重新上报的多种可选字段中的第一个作为新的媒体流承载模式。
9.一种智能机顶盒，其特征在于，包括处理器与存储器，所述存储器存储计算机执行指令，所述处理器执行所述存储器存储的所述计算机执行指令，使得所述处理器执行如权利要求1-6任一项所述的方法。
CN202011359437.6A 2020-11-27 2020-11-27 Iptv单播节目播放的优化方法、装置及智能机顶盒 Active CN114567818B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011359437.6A CN114567818B (zh) 2020-11-27 2020-11-27 Iptv单播节目播放的优化方法、装置及智能机顶盒

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011359437.6A CN114567818B (zh) 2020-11-27 2020-11-27 Iptv单播节目播放的优化方法、装置及智能机顶盒

Publications (2)

Publication Number Publication Date
CN114567818A CN114567818A (zh) 2022-05-31
CN114567818B true CN114567818B (zh) 2023-10-31

Family

ID=81712438

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011359437.6A Active CN114567818B (zh) 2020-11-27 2020-11-27 Iptv单播节目播放的优化方法、装置及智能机顶盒

Country Status (1)

Country Link
CN (1) CN114567818B (zh)

Citations (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1494028A (zh) * 2002-10-29 2004-05-05 乐金电子（沈阳）有限公司 订购型视频系统中登陆及提供多媒体数据的方法
CN101018318A (zh) * 2007-02-25 2007-08-15 华为技术有限公司 一种流媒体系统、信令转发设备以及流媒体发送方法
CN101064841A (zh) * 2006-04-30 2007-10-31 武汉烽火网络有限责任公司 网络电视机顶盒、网络电视系统及其流媒体提供方法
CN101072328A (zh) * 2007-06-19 2007-11-14 中兴通讯股份有限公司 切换流媒体服务器的方法及系统
CN101442537A (zh) * 2008-11-11 2009-05-27 北京星谷科技有限公司 一种基于rtsp协议的网络流媒体直播的方法及系统
CN102547475A (zh) * 2012-02-21 2012-07-04 德科仕通信(上海)有限公司 提高ip视频媒体流业务质量告警精准度的方法及系统
CN102547408A (zh) * 2012-01-17 2012-07-04 深圳市同洲视讯传媒有限公司 播放点播节目的方法、系统和会话管理器
CN105681879A (zh) * 2016-02-25 2016-06-15 四川长虹电器股份有限公司 专网网络中实现机顶盒点播的方法及系统
CN108322835A (zh) * 2018-02-08 2018-07-24 青岛海信宽带多媒体技术有限公司 一种在机顶盒上引入宽带业务的方法及机顶盒
WO2018133478A1 (zh) * 2017-01-17 2018-07-26 烽火通信科技股份有限公司 一种流媒体传输优化方法及装置
WO2019224574A1 (en) * 2018-05-21 2019-11-28 Telefonaktiebolaget Lm Ericsson (Publ) Ims-based streaming framework
CN111629283A (zh) * 2020-05-14 2020-09-04 武汉群宇科技有限公司 一种多流媒体网关服务系统及方法

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7801158B2 (en) * 2000-10-16 2010-09-21 Verizon Communications Inc. Congestion and thru-put visibility and isolation
US7716310B2 (en) * 2007-12-21 2010-05-11 Telefonaktiebolaget L M Ericsson (Publ) Method and Internet Protocol Television (IPTV) content manager server for IPTV servicing

Patent Citations (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1494028A (zh) * 2002-10-29 2004-05-05 乐金电子（沈阳）有限公司 订购型视频系统中登陆及提供多媒体数据的方法
CN101064841A (zh) * 2006-04-30 2007-10-31 武汉烽火网络有限责任公司 网络电视机顶盒、网络电视系统及其流媒体提供方法
CN101018318A (zh) * 2007-02-25 2007-08-15 华为技术有限公司 一种流媒体系统、信令转发设备以及流媒体发送方法
CN101072328A (zh) * 2007-06-19 2007-11-14 中兴通讯股份有限公司 切换流媒体服务器的方法及系统
CN101442537A (zh) * 2008-11-11 2009-05-27 北京星谷科技有限公司 一种基于rtsp协议的网络流媒体直播的方法及系统
CN102547408A (zh) * 2012-01-17 2012-07-04 深圳市同洲视讯传媒有限公司 播放点播节目的方法、系统和会话管理器
CN102547475A (zh) * 2012-02-21 2012-07-04 德科仕通信(上海)有限公司 提高ip视频媒体流业务质量告警精准度的方法及系统
CN105681879A (zh) * 2016-02-25 2016-06-15 四川长虹电器股份有限公司 专网网络中实现机顶盒点播的方法及系统
WO2018133478A1 (zh) * 2017-01-17 2018-07-26 烽火通信科技股份有限公司 一种流媒体传输优化方法及装置
CN108322835A (zh) * 2018-02-08 2018-07-24 青岛海信宽带多媒体技术有限公司 一种在机顶盒上引入宽带业务的方法及机顶盒
WO2019224574A1 (en) * 2018-05-21 2019-11-28 Telefonaktiebolaget Lm Ericsson (Publ) Ims-based streaming framework
CN111629283A (zh) * 2020-05-14 2020-09-04 武汉群宇科技有限公司 一种多流媒体网关服务系统及方法

Also Published As

Publication number Publication date
CN114567818A (zh) 2022-05-31

Similar Documents

Publication Publication Date Title
US7921150B1 (en) Method for viewing videos on distributed networks
JP5569053B2 (ja) コンテンツ配信装置、コンテンツ配信方法および送信サーバ
US20090178091A1 (en) Contents distribution method and receiving device
RU2491751C2 (ru) Способ управления временным доступом в сети цифрового видео
CN102652421B (zh) 用于内容下载和内容上载的策略
EP1950967A1 (en) Epg, streaming media scheduling and demanding system, method and apparatus
US20090150957A1 (en) Providing alternate services corresponding to unauthorized requested television services
CN103262558B (zh) 内容再现装置、内容再现方法、内容再现程序及内容提供系统
WO2008095566A1 (en) Method, apparatus, and computer program product for dynamic bandwidth management in an ip-network
JP5477655B2 (ja) 情報処理方法および記録媒体
WO2016174960A1 (ja) 受信装置、送信装置、およびデータ処理方法
KR101141163B1 (ko) Ａ／ｖ 컨텐츠와 관련된 어플리케이션의 실행 방법 및 그 장치
US20080229372A1 (en) Method and system for delivering media programs
CN102843616A (zh) Iptv系统实现边放边下的方法、终端及cdn服务器
CN110832821B (zh) 下载视听内容的方法和设备
US20080115177A1 (en) Method and system for providing a file
CN114567818B (zh) Iptv单播节目播放的优化方法、装置及智能机顶盒
EP2914011A1 (en) Media playing method and device
JP4196004B2 (ja) マルチメディア情報の受信方法及びこれを実現するプログラム、マルチメディア情報の受信装置
US11805290B2 (en) Method for managing zapping of digital multimedia contents obtained by HTTP adaptive streaming (HAS), and corresponding management device, multimedia stream reader and computer program
WO2019123480A1 (en) Streaming methods and systems using tuner buffers
US20190335218A1 (en) Method of real-time file format conversion streaming service
CN114401428A (zh) 基于短链接信令通道的公网下进行远程多屏互动实现方法
US11778008B2 (en) Method for managing adaptive progressive downloading of digital content which is broadcast in real time
KR101933036B1 (ko) 콘텐츠 재생 제어 장치

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant