[發明專利]一種IPTV機頂盒基于RTSP協議網絡媒體流竄播放方法

無效

• 申請號: 201210569260.1
• 申請日: 2012-12-25
• 公開（公告）號: CN103024596A
• 公開（公告）日: 2013-04-03
• 發明（設計）人: 李東旭;申及
• 申請（專利權）人: 四川九洲電器集團有限責任公司
• 主分類號: H04N21/6437
• 分類號: H04N21/6437;H04N21/6405
• 代理公司: 成都九鼎天元知識產權代理有限公司 51214
• 代理人: 詹永斌

技術領域

本發明涉及網絡媒體流竄播放方法，特別是涉及一種IPTV機頂盒基于RTSP協議網絡媒體流竄播放方法。?

背景技術

?RTSP（Real?Time?Streaming?Protocol，實時流媒體協議）是由Real?Network和Netscape共同提出的一種應用層協議，它定義了如何在IP網絡上有效地傳輸流媒體數據，RTSP提供了一種機制，使音頻、視頻等數據可以按照需要進行實時傳輸，并且可以實施諸如暫停、快進等控制。網絡中的媒體服務器基本上都是基于RTSP協議的媒體服務器，IPTV機頂盒是基于網絡的產品，所以播放網絡中的媒體流是一個必須的基本功能。基于這個需求，我們設計了基于RTSP的網絡媒體流串播放。?

發明內容

本發明的目的在與解決如何實現IPTV機頂盒播放網絡中的媒體流。?

本發明采用如下技術方案：一種IPTV機頂盒基于RTSP協議網絡媒體流竄播放方法，所述方法主要通過機頂盒中的RTSP模塊是實現，所述RTSP模塊按照接收到的網絡流媒體地址與服務器進行協商與播放控制，獲取媒體數據，并把收到的媒體數據解析成解碼器需要的格式；所述方法包括以下步驟：?

步驟一：首先建立兩個緩存數組，分別對應接收到與準備發送的數據，其數組元素包括緩存區與標識緩存區是否有數據的標志位；

步驟二：建立四個鏈表，分別對應音頻的準備數據與完畢數據、視頻的準備數據與完畢數據；

步驟三：解析處理媒體數據，把解析后的媒體數據放入鏈表，供播放器取用；

步驟四:?處理服務器主動發送的Announce信號；

步驟五：根據RTSP控制指令，IPTV機頂盒開始播放。

上述步驟三中的鏈表包括鏈表節點元素，所述鏈表節點元素包括一幀asf數據、數據對應的掃描信息、指向鏈表下一個節點及尾節點的指針。?

上述步驟五中的RTSP控制指令每發送一次，只有收到服務器對此指令的回應后才能發送下一條rtsp指令。?

在上述技術方案中，傳輸的數據過多堆積時，RTSP模塊自動暫停數據傳輸或停止播放。?

本發明的優點在于：本發明可以兼容所有基于RFC2326規范設計的流媒體服務器發送出的網絡流串；可以處理基于RTSP單播流媒體和基于IGMP的組播流媒體；結合實際網絡情況，增加了私網穿越功能，能適應復雜的內網環境；基于獨立模塊的設計，不影響播放器的其他播放功能；模塊基于獨立的結構設計，可以廣泛使用于各種播放器的流媒體播放模塊。?

附圖說明

本發明將通過實施例并參照附圖的方式說明，其中：?

圖1是RTSP流媒體播放模塊流程圖。

具體實施方式

下面結合附圖對本發明做進一步的說明。?

本發明主要通過RTSP模塊來實現，RTSP模塊的主要功能是，按照傳入的網絡流媒體地址與服務器進行協商與播放控制，獲取媒體數據，并把收到的媒體數據解析成解碼器需要的格式。?

數據的處理流向如下：?

首先，建立兩個緩存數組RecvBuf_Block與SendBuf_Block，分別對應接收到與準備發送的數據，其數組元素包括緩存區與標識緩存區是否有數據的標志位。使用這兩個數組的目的是：把數據接收與處理獨立開，并行化加快效率；在多數據源的情況下（例如tcp+udp），有利于數據在主循環中的統一處理。

其次，建立四個鏈表、VideoStream、AudioStream、VideoStreamReady、AudioStreamReady，分別對應音視頻的準備數據與完畢數據，其鏈表節點元素包括“一塊”數據（針對asf，即一幀數據）、數據對應的描述信息、指向鏈表下一個節點及尾節點的指針。?

在RTSP模塊的handle函數的主循環中：?

首先從RecvBuf_Block取出一塊接收到的網絡數據，接著對媒體數據進行解析，把解析完畢后的數據放入VideoStream/AudioStream；

接著，對當前的VideoStream/AudioStream鏈表進行判斷，把其中準備好的數據轉入VideoStreamReady/AudioStreamReady鏈表，以供播放器模塊取用。