本發(fā)明涉及HLS媒體流領域，尤其涉及一種通過組播傳輸HLS流媒體的方法、系統(tǒng)和終端。
背景技術：
：HLS(HTTPLiveStreaming)是美國蘋果公司提出的一促動態(tài)碼率自適應流媒體技術，主要用于流媒體音視頻服務。其包括一個m3u(8)的索引文件，TS媒體分片文件和key加密串文件。HLS流媒體技術由于具有對流服務器與終端要求低、可通過多碼率保證在不同網絡下播放的流暢性等優(yōu)點，所以近年來在互聯網視頻業(yè)務的應用中占有主流位置。目前HLS技術已經提交給IETF成為標準草案。組播(Multicast)技術在發(fā)送者和每一接收者之間實現點對多點網絡連接。如果一臺發(fā)送者同時給多個的接收者傳輸相同的數據，也只需復制一份的相同數據包。它提高了數據傳送效率。減少了骨干網絡出現擁塞的可能性。組播技術通過網絡復制傳輸流，極大減輕了服務器和網絡壓力。在IPTV建設實踐中，通過組播分發(fā)直播頻道，相比單播方式減小了30％～50％投資?？梢钥闯觯琀LS與組播技術都有各自的特點，HLS可更好地適用于網絡條件較差的情況，組播技術由于使用UDP技術，對網絡條件要求較高。HLS基于HTTP，傳統(tǒng)上只能使用TCP來傳輸，由于組播只能使用UDP，所以HLS難以直接使用組播來傳輸。目前，國內各電信運營商設備與組網有較大不同，對組播支持能力不齊，所以部分網絡開啟組播、部分無法使用，需要一種能適應不 同網絡的情況融合傳輸技術。為解決以上問題，開始有運營商希望能找到一種融合HLS與組播優(yōu)點的解決方案。如專利申請?zhí)枮?01510081200.9，“一種廣電OTT融合終端及其實現方法”，其提出在終端側實現HLS與組播的方案，該方案，存在以下不足：1)該方案HLS與組播傳輸在網絡側無關聯關系，僅由終端進行融合，無法實現組播上實現HLS的自適應特性。2)由于HLS與組播無關聯，所以無法實現HLS與組播的平滑切換。技術實現要素：本發(fā)明要解決的技術問題是如何通過組播技術來傳輸分發(fā)HLS流媒體。根據本發(fā)明一方面，提出一種通過組播傳輸HLS流媒體的方法，包括：在HLR服務器上將不同碼流的HLR流媒體分片，并將HLR流媒體分片與組播組的關聯關系寫入索引文件中；通過索引文件的標簽信息在HLR服務器下載HLS流媒體分片文件，并通過轉換網關將HLS流媒體分片文件轉換為組播流發(fā)送至終端；終端根據索引文件獲取組播地址，將接收到的組播流轉換為HLS流媒體分片文件發(fā)送至播放器。在一個實施例中，索引文件的標簽信息包括HLS流媒體分片文件的傳輸類型和對應的組播地址。在一個實施例中，終端根據索引文件獲取組播地址對應的單播URL，當接收到的組播流出現丟包或中斷時，通過單播方式下載所對應的HLS流媒體分片文件。在一個實施例中，終端記錄當前HLS流媒體分片文件的PCR時間，當接收到的組播流出現丟包或中斷時，根據分片時長、分片碼流參數計算切換分片對應的字節(jié)范圍；終端攜帶字節(jié)范圍參數到HLR 服務器下載對應的HLS流媒體分片文件。在一個實施例中，終端在初始播放視頻流時，通過單播方式向HLR服務器下載當前播放的HLS流媒體分片文件，并獲取對應的組播地址；通過組播地址，使用組播方式接收后續(xù)HLS流媒體分片文件對應的組播流。在一個實施例中，終端在從單播方式切換至組播方式接收HLS流媒體分片文件時，從轉換網關接收與當前單播方式下載的HLS流媒體分片文件所對應的組播流。根據本發(fā)明的另一方面，還提出一種通過組播傳輸HLS流媒體的系統(tǒng)，包括：HLR服務器，用于將不同碼流的HLR流媒體分片，并將HLR流媒體分片與組播組的關聯關系寫入索引文件中；轉換網關，用于從HLR服務器下載索引文件，通過索引文件的標簽信息下載HLS流媒體分片文件，并將HLS流媒體分片文件轉換為組播流發(fā)送至終端；終端，用于根據索引文件獲取組播地址，將接收到的組播流轉換為HLS流媒體分片文件發(fā)送至播放器。在一個實施例中，索引文件的標簽信息包括HLS流媒體分片文件的傳輸類型和對應的組播地址。在一個實施例中，終端用于根據索引文件獲取組播地址對應的單播URL，當接收到的組播流出現丟包或中斷時，通過單播方式下載所對應的HLS流媒體分片文件。在一個實施例中，終端用于記錄當前HLS流媒體分片文件的PCR時間，當接收到的組播流出現丟包或中斷時，根據分片時長、分片碼流參數計算切換分片對應的字節(jié)范圍；攜帶字節(jié)范圍參數到HLR服務器下載對應的HLS流媒體分片文件。在一個實施例中，終端用于在初始播放視頻流時，通過單播方式向HLR服務器下載當前播放的HLS流媒體分片文件，并獲取對應的組播地址；通過組播地址，使用組播方式接收后續(xù)HLS流媒體分片文件對應的組播流。在一個實施例中，終端用于在從單播方式切換至組播方式接收HLS流媒體分片文件時，從轉換網關接收與當前單播方式下載的HLS流媒體分片文件所對應的組播流。根據本發(fā)明的另一方面，還提出一種終端，包括：地址獲取模塊，用于根據索引文件獲取組播地址，其中索引文件的標簽信息包括HLS流媒體分片文件的傳輸類型和對應的組播地址；接收模塊，用于通過轉換網關從HLR服務器接收組播流；還原模塊，用于將接收到的組播流轉換為HLS流媒體分片文件；播放模塊，用于播放HLS流媒體分片文件。在一個實施例中，地址獲取模塊用于根據索引文件獲取組播地址對應的單播URL；單播組播切換模塊，用于當接收到的組播流出現丟包或中斷時，通過單播方式下載所對應的HLS流媒體分片文件。在一個實施例中，單播組播切換模塊用于記錄當前HLS流媒體分片文件的PCR時間，當接收到的組播流出現丟包或中斷時，根據分片時長、分片碼流參數計算切換分片對應的字節(jié)范圍；攜帶字節(jié)范圍參數到HLR服務器下載對應的HLS流媒體分片文件。在一個實施例中，同步模塊，用于在初始播放視頻流時，通過單播方式向HLR服務器下載當前播放的HLS流媒體分片文件，并獲取對應的組播地址；通過組播地址，使用組播方式接收后續(xù)HLS流媒體分片文件對應的組播流。在一個實施例中，同步模塊用于在從單播方式切換至組播方式接收HLS流媒體分片文件時，從轉換網關接收與當前單播方式下載的HLS流媒體分片文件所對應的組播流。與現有技術相比，本發(fā)明在HLR服務器上將不同碼流的HLR流媒體分片，并將HLR流媒體分片與組播組的關聯關系寫入索引文件中；通過索引文件的標簽信息在HLR服務器下載HLS流媒體分片文件，并通過轉換網關將HLS流媒體分片文件轉換為組播流發(fā)送至終端；終端根據索引文件獲取組播地址，將接收到的組播流轉換為HLS流媒體分片文件發(fā)送至播放器。因此，能夠實現組播技術來傳輸HLS 視頻、音頻，大大減小了投資。另外，還可以有效使用HLS的自適應流媒體技術，適應不同的網絡環(huán)境，非常適用于網絡情況復雜的電信運營商數據承載網。通過以下參照附圖對本發(fā)明的示例性實施例的詳細描述，本發(fā)明的其它特征及其優(yōu)點將會變得清楚。附圖說明構成說明書的一部分的附圖描述了本發(fā)明的實施例，并且連同說明書一起用于解釋本發(fā)明的原理。參照附圖，根據下面的詳細描述，可以更加清楚地理解本發(fā)明，其中：圖1為本發(fā)明通過組播傳輸HLS流媒體的方法的一個實施例的流程示意圖。圖2為本發(fā)明通過組播傳輸HLS流媒體的方法的另一個實施例的流程示意圖。圖3為本發(fā)明通過組播傳輸HLS流媒體的系統(tǒng)的一個實施例的結構示意圖。圖4為本發(fā)明通過組播傳輸HLS流媒體的終端的一個實施例的結構示意圖。圖5為本發(fā)明通過組播傳輸HLS流媒體的終端的另一個實施例的結構示意圖。具體實施方式現在將參照附圖來詳細描述本發(fā)明的各種示例性實施例。應注意到：除非另外具體說明，否則在這些實施例中闡述的部件和步驟的相對布置、數字表達式和數值不限制本發(fā)明的范圍。同時，應當明白，為了便于描述，附圖中所示出的各個部分的尺寸并不是按照實際的比例關系繪制的。以下對至少一個示例性實施例的描述實際上僅僅是說明性的，決 不作為對本發(fā)明及其應用或使用的任何限制。對于相關領域普通技術人員已知的技術、方法和設備可能不作詳細討論，但在適當情況下，所述技術、方法和設備應當被視為授權說明書的一部分。在這里示出和討論的所有示例中，任何具體值應被解釋為僅僅是示例性的，而不是作為限制。因此，示例性實施例的其它示例可以具有不同的值。應注意到：相似的標號和字母在下面的附圖中表示類似項，因此，一旦某一項在一個附圖中被定義，則在隨后的附圖中不需要對其進行進一步討論。為使本發(fā)明的目的、技術方案和優(yōu)點更加清楚明白，以下結合具體實施例，并參照附圖，對本發(fā)明進一步詳細說明。圖1為本發(fā)明通過組播傳輸HLS流媒體的方法的一個實施例的流程示意圖。該方法包括以下步驟：在步驟110，在HLR服務器上將不同碼流的HLR流媒體分片，并將HLR流媒體分片與組播組的關聯關系寫入索引文件中。其中，本發(fā)明的HLR服務器支持新的HLS索引擴展，通過擴展HLS索引文件，在擴展型HLS服務器上把傳統(tǒng)HLS與組播進行關聯。在步驟120，通過索引文件的標簽信息在HLR服務器下載HLS流媒體分片文件，并通過轉換網關將HLS流媒體分片文件轉換為組播流發(fā)送至終端。其中，轉換網關從擴展型HLS服務器上下載M3U8索引文件，根據M3U8索引的標簽信息再到擴展型HLS服務器上下載HLS流媒體分片，并按指定的組播組發(fā)送組播數據流。索引文件的標簽信息包括HLS流媒體分片文件的傳輸類型和對應的組播地址。例如，本發(fā)明對M3U8索引進行了擴展如表1所示：標簽取值備注EXT-X-TRANTYPE＝Multicast可使用組播進行傳輸EXT-X-STREAM-INFGroupIP＝“***”該媒體流對應的組播地址表1M3U8索引擴展字段M3U8示例如下：#EXTM3UEXT-X-TRANTYPE＝Multicast#EXT-X-STREAM-INF:BANDWIDTH＝1280000,AVERAGE-BANDWIDTH＝1000000,GroupIP＝“239.1.1.1”http://example.com/low.m3u8#EXT-X-STREAM-INF:BANDWIDTH＝2560000,AVERAGE-BANDWIDTH＝2000000,GroupIP＝“239.1.1.2”http://example.com/mid.m3u8在步驟130，終端根據索引文件獲取組播地址，將接收到的組播流轉換為HLS流媒體分片文件發(fā)送至播放器。在本發(fā)明的實施例中，在HLR服務器上將不同碼流的HLR流媒體分片，并將HLR流媒體分片與組播組的關聯關系寫入索引文件中；通過索引文件的標簽信息在HLR服務器下載HLS流媒體分片文件，并通過轉換網關將HLS流媒體分片文件轉換為組播流發(fā)送至終端；終端根據索引文件獲取組播地址，將接收到的組播流轉換為HLS流媒體分片文件發(fā)送至播放器。因此，能夠實現組播技術來傳輸HLS視頻、音頻，大大減小了投資。圖2為本發(fā)明通過組播傳輸HLS流媒體的方法的另一個實施例的流程示意圖。該方法包括以下步驟：在步驟210，在HLR服務器上將不同碼流的HLR流媒體分片，并在M3U8標簽中實現不同碼流的HLS文件與組播組進行關聯。即在步驟210中把HLS流媒體的視、音頻數據封裝在組播協議報文中進行傳輸。HLS的流媒體數據是以TS格式封裝的，每個TS報文為188個字節(jié)。HLR服務器支持信息的HLS索引擴展，M3U8索引擴展如表1所示。在步驟220，HLS->組播轉換網關，負責把HLS的直播文件分片 轉換為組播流，HLS->組播轉換網關不改變原HLS的TS分片文件。HLS->組播轉換網關在轉換以TS封閉的流媒體分片時，按每7個TS(188字節(jié))包生成一個UDP包，并在這載荷前，用2字節(jié)標明其序號，為終端進行重組提供標記。在步驟230，終端解釋M3U8索引文件，獲得直播頻道的組播地址及對應的單播URL，通過組播接收視頻流，并把接收到的視頻流轉換為HLS直播分片文件，再送到播放器播放。在步驟240，出現丟包時，終端查找組播相對應的文件URL，通過單播下載所對應的數據分片。其中，由于組播網關是無緩存機制的，要充分利用HLS自適應網絡機制，也需要在終端進行分片緩存。在本發(fā)明的實施例中，通過擴展HLS索引文件，在擴展型HLS服務器上把傳統(tǒng)HLS與組播進行關聯；通過單播、組播結合，實現了組播緩存HLS分片的機制。為了保證本發(fā)明能夠實現初始播放同步，本發(fā)明還可以在終端初始播放時，先通過單播方式向HLS服務器下載當前直播的第1個分片。同時終端加入對應組播組，轉換網關應比HLS服務的第1分片更快，如吐分片3。終端通過單播接收完第2個分片，同時也可通過組播接收到第3分片，后續(xù)將使用組播接收。本發(fā)明的另一個實施例，當組播出現大量丟包或中斷時，終端將把組播方式切換至單播。即終端把當前的TSPCR時間記錄下來，并根據分片時長、分片碼流等參數計算出切換分片對應的字節(jié)范圍ByteRange；終端攜帶ByteRange參數到HLS服務器下載對應的分片。例如，在同一個HLS節(jié)目里，可以有高中低等多個視頻流，這些視頻流嚴格按照時間同步進行分片。如，按10秒一個間隔來分片，有高中低3個視頻流，就同時有3個時間為10秒長的視頻分片流。終端在檢查到需要進行切換時(如網絡帶寬不足，需要從高碼率切換到低碼率播放)，終端需要保證視頻的連續(xù)性。終端首先進行從高碼率的組播組離開，加入低碼率的組播組，從而可以接收到數據。 但切換后接收到的數據因為是實時發(fā)送的，所以從離開到接收的這段時間切換的數據是缺失的。為此，我們在切換時是通過單播方式來下載缺失的內容的。缺失的內容我們可以知道切換的時間，通過時間我們可以反算出該時間開始的數據是在哪個分片的哪個位置(ByteRange)。在本發(fā)明的實施例中，終端把當前的TSPCR時間記錄下來，并根據分片時長、分片碼流等參數計算出切換分片對應的字節(jié)范圍ByteRange；終端攜帶ByteRange參數到HLS服務器下載對應的分片。能夠保證組播與HLS單播的平滑切換，支持組播多碼率切換，能夠適應不同的網絡環(huán)境，非常適用于網絡情況復雜的電信運營商數據承載網。圖3為本發(fā)明通過組播傳輸HLS流媒體的系統(tǒng)的一個實施例的結構示意圖。該系統(tǒng)包括HLR服務器310、轉換網關320和終端330。HLR服務器310用于將不同碼流的HLR流媒體分片，并將HLR流媒體分片與組播組的關聯關系寫入索引文件中。其中，本發(fā)明的HLR服務器支持新的HLS索引擴展，通過擴展HLS索引文件，在擴展型HLS服務器上把傳統(tǒng)HLS與組播進行關聯。轉換網關320用于從HLR服務器下載索引文件，通過索引文件的標簽信息下載HLS流媒體分片文件，并將HLS流媒體分片文件轉換為組播流發(fā)送至終端。其中，轉換網關從擴展型HLS服務器上下載M3U8索引文件，根據M3U8索引的標簽信息再到擴展型HLS服務器上下載HLS流媒體分片，并按指定的組播組發(fā)送組播數據流。索引文件的標簽信息包括HLS流媒體分片文件的傳輸類型和對應的組播地址。例如，本發(fā)明對M3U8索引進行了擴展如表1所示。M3U8示例如下：#EXTM3UEXT-X-TRANTYPE＝Multicast#EXT-X-STREAM-INF:BANDWIDTH＝1280000,AVERA GE-BANDWIDTH＝1000000,GroupIP＝“239.1.1.1”http://example.com/low.m3u8#EXT-X-STREAM-INF:BANDWIDTH＝2560000,AVERAGE-BANDWIDTH＝2000000,GroupIP＝“239.1.1.2”http://example.com/mid.m3u8終端330用于根據索引文件獲取組播地址，將接收到的組播流轉換為HLS流媒體分片文件發(fā)送至播放器。在本發(fā)明的實施例中，在HLR服務器上將不同碼流的HLR流媒體分片，并將HLR流媒體分片與組播組的關聯關系寫入索引文件中；通過索引文件的標簽信息在HLR服務器下載HLS流媒體分片文件，并通過轉換網關將HLS流媒體分片文件轉換為組播流發(fā)送至終端；終端根據索引文件獲取組播地址，將接收到的組播流轉換為HLS流媒體分片文件發(fā)送至播放器。因此，能夠實現組播技術來傳輸HLS視頻、音頻，大大減小了投資。本發(fā)明的另一個實施例，HLR服務器310用于將不同碼流的HLR流媒體分片，并在M3U8標簽中實現不同碼流的HLS文件與組播組進行關聯。即將HLS流媒體的視、音頻數據封裝在組播協議報文中進行傳輸。HLS的流媒體數據是以TS格式封裝的，每個TS報文為188個字節(jié)。轉換網關320為HLS->組播轉換網關，負責把HLS的直播文件分片轉換為組播流，HLS->組播轉換網關不改變原HLS的TS分片文件。HLS->組播轉換網關在轉換以TS封閉的流媒體分片時，按每7個TS(188字節(jié))包生成一個UDP包，并在這載荷前，用2字節(jié)標明其序號，為終端進行重組提供標記。終端330用于解釋M3U8索引文件，獲得直播頻道的組播地址及對應的單播URL，終端通過組播接收視頻流，并把接收到的視頻流轉換為HLS直播分片文件，再送到播放器播放。出現丟包時，終端330 查找組播相對應的文件URL，通過單播下載所對應的數據分片。其中，由于組播網關是無緩存機制的，要充分利用HLS自適應網絡機制，也需要在終端進行分片緩存。在本發(fā)明的實施例中，通過擴展HLS索引文件，在擴展型HLS服務器上把傳統(tǒng)HLS與組播進行關聯；通過單播、組播結合，實現了組播緩存HLS分片的機制。為了保證本發(fā)明能夠實現初始播放同步，本發(fā)明的終端330還用于在初始播放時，先通過單播方式向HLS服務器下載當前直播的第1個分片。同時終端加入對應組播組，轉換網關應比HLS服務的第1分片更快，如吐分片3。終端通過單播接收完第2個分片，同時也可通過組播接收到第3分片，后續(xù)將使用組播接收。本發(fā)明的另一個實施例，當組播出現大量丟包或中斷時，終端330用于將把組播方式切換至單播。即終端把當前的TSPCR時間記錄下來，并根據分片時長、分片碼流等參數計算出切換分片對應的字節(jié)范圍ByteRange；終端攜帶ByteRange參數到HLS服務器下載對應的分片。例如，在同一個HLS節(jié)目里，可以有高中低等多個視頻流，這些視頻流嚴格按照時間同步進行分片。如，按10秒一個間隔來分片，有高中低3個視頻流，就同時有3個時間為10秒長的視頻分片流。終端在檢查到需要進行切換時(如網絡帶寬不足，需要從高碼率切換到低碼率播放)，終端需要保證視頻的連續(xù)性。終端首先進行從高碼率的組播組離開，加入低碼率的組播組，從而可以接收到數據。但切換后接收到的數據因為是實時發(fā)送的，所以從離開到接收的這段時間切換的數據是缺失的。為此，我們在切換時是通過單播方式來下載缺失的內容的。缺失的內容我們可以知道切換的時間，通過時間我們可以反算出該時間開始的數據是在哪個分片的哪個位置(ByteRange)。在本發(fā)明的實施例中，終端把當前的TSPCR時間記錄下來，并根據分片時長、分片碼流等參數計算出切換分片對應的字節(jié)范圍 ByteRange；終端攜帶ByteRange參數到HLS服務器下載對應的分片。能夠保證組播與HLS單播的平滑切換，支持組播多碼率切換，能夠適應不同的網絡環(huán)境，非常適用于網絡情況復雜的電信運營商數據承載網。圖4為本發(fā)明通過組播傳輸HLS流媒體的終端的一個實施例的結構示意圖。該終端包括地址獲取模塊410、接收模塊420、還原模塊430和播放模塊440。地址獲取模塊410用于根據索引文件獲取組播地址，其中索引文件的標簽信息包括HLS流媒體分片文件的傳輸類型和對應的組播地址。其中，本發(fā)明的HLR服務器支持新的HLS索引擴展，通過擴展HLS索引文件，在擴展型HLS服務器上把傳統(tǒng)HLS與組播進行關聯。轉換網關從擴展型HLS服務器上下載M3U8索引文件，地址獲取模塊410根據M3U8索引的標簽信息再到擴展型HLS服務器上下載HLS流媒體分片，并按指定的組播組發(fā)送組播數據流。索引文件的標簽信息包括HLS流媒體分片文件的傳輸類型和對應的組播地址。例如，本發(fā)明對M3U8索引進行了擴展如表1所示。M3U8示例如下：#EXTM3UEXT-X-TRANTYPE＝Multicast#EXT-X-STREAM-INF:BANDWIDTH＝1280000,AVERAGE-BANDWIDTH＝1000000,GroupIP＝“239.1.1.1”http://example.com/low.m3u8#EXT-X-STREAM-INF:BANDWIDTH＝2560000,AVERAGE-BANDWIDTH＝2000000,GroupIP＝“239.1.1.2”http://example.com/mid.m3u8接收模塊420用于通過轉換網關從HLR服務器接收組播流。還原模塊430用于將接收到的組播流轉換為HLS流媒體分片文件。播放模塊440用于播放HLS流媒體分片文件。在本發(fā)明的實施例中，終端根據索引文件獲取組播地址，通過轉換網關從HLR服務器接收組播流，并將接收到的組播流轉換為HLS流媒體分片文件發(fā)送至播放器。因此，能夠實現組播技術來傳輸HLS視頻、音頻，大大減小了投資。本發(fā)明通過組播傳輸HLS流媒體的終端的另一個實施例的結構示意圖。該終端包括：地址獲取模塊510、接收模塊520、單播組播切換模塊530、同步模塊540、還原模塊550和播放模塊560。地址獲取模塊510用于根據索引文件獲取組播地址對應的單播URL。接收模塊520用于通過轉換網關從HLR服務器接收組播流。單播組播切換模塊530用于當接收到的組播流出現丟包或中斷時，通過單播方式下載所對應的HLS流媒體分片文件。單播組播切換模塊530還用于把當前的TSPCR時間記錄下來，并根據分片時長、分片碼流等參數計算出切換分片對應的字節(jié)范圍ByteRange；終端攜帶ByteRange參數到HLS服務器下載對應的分片。例如，在同一個HLS節(jié)目里，可以有高中低等多個視頻流，這些視頻流嚴格按照時間同步進行分片。如，按10秒一個間隔來分片，有高中低3個視頻流，就同時有3個時間為10秒長的視頻分片流。終端在檢查到需要進行切換時(如網絡帶寬不足，需要從高碼率切換到低碼率播放)，終端需要保證視頻的連續(xù)性。終端首先進行從高碼率的組播組離開，加入低碼率的組播組，從而可以接收到數據。但切換后接收到的數據因為是實時發(fā)送的，所以從離開到接收的這段時間切換的數據是缺失的。為此，我們在切換時是通過單播方式來下載缺失的內容的。缺失的內容我們可以知道切換的時間，通過時間我們可以反算出該時間開始的數據是在哪個分片的哪個位置(ByteRange)。為了保證本發(fā)明能夠實現初始播放同步，本發(fā)明還可以設置同步模塊540，用于初始播放時，先通過單播方式向HLS服務器下載當前 直播的第1個分片。同時終端加入對應組播組，轉換網關應比HLS服務的第1分片更快，如吐分片3。終端通過單播接收完第2個分片，同時也可通過組播接收到第3分片，后續(xù)將使用組播接收。還原模塊550用于將接收到的組播流轉換為HLS流媒體分片文件。播放模塊560用于播放HLS流媒體分片文件。在本發(fā)明的實施例中，終端可以通過單播、組播結合，實現了組播緩存HLS分片的機制。同時能夠保證組播與HLS單播的平滑切換，支持組播多碼率切換，能夠適應不同的網絡環(huán)境，非常適用于網絡情況復雜的電信運營商數據承載網。至此，已經詳細描述了本發(fā)明。為了避免遮蔽本發(fā)明的構思，沒有描述本領域所公知的一些細節(jié)。本領域技術人員根據上面的描述，完全可以明白如何實施這里公開的技術方案。可能以許多方式來實現本發(fā)明的方法以及裝置。例如，可通過軟件、硬件、固件或者軟件、硬件、固件的任何組合來實現本發(fā)明的方法以及裝置。用于所述方法的步驟的上述順序僅是為了進行說明，本發(fā)明的方法的步驟不限于以上具體描述的順序，除非以其它方式特別說明。此外，在一些實施例中，還可將本發(fā)明實施為記錄在記錄介質中的程序，這些程序包括用于實現根據本發(fā)明的方法的機器可讀指令。因而，本發(fā)明還覆蓋存儲用于執(zhí)行根據本發(fā)明的方法的程序的記錄介質。雖然已經通過示例對本發(fā)明的一些特定實施例進行了詳細說明，但是本領域的技術人員應該理解，以上示例僅是為了進行說明，而不是為了限制本發(fā)明的范圍。本領域的技術人員應該理解，可在不脫離本發(fā)明的范圍和精神的情況下，對以上實施例進行修改。本發(fā)明的范圍由所附權利要求來限定。當前第1頁1 2 3