本發(fā)明的實(shí)施例涉及因特網(wǎng)協(xié)議TV(IPTV)網(wǎng)絡(luò)，并且具體地說，涉及IPTV網(wǎng)絡(luò)中的快速信道更改。

背景技術(shù)：
因特網(wǎng)協(xié)議TV(IPTV)是在通過一般為寬帶接入網(wǎng)絡(luò)的IP網(wǎng)絡(luò)輸送廣播的TV服務(wù)時(shí)使用的術(shù)語。當(dāng)前主導(dǎo)的IPTV服務(wù)是寬帶TV，其中，普通非IPTV信道及低滲透的另外信道通過寬帶網(wǎng)絡(luò)從超級(jí)頭端向下傳送到最終用戶的機(jī)頂盒(STB)。為最小化這些傳送所要求的帶寬，最好是通過網(wǎng)絡(luò)使用多播技術(shù)。用戶切換信道時(shí)，STB隨后發(fā)送出因特網(wǎng)組管理協(xié)議(IGMP)消息以離開當(dāng)前多播信道并且加入新的多播信道。在IGMP第3版中，這在同一消息中進(jìn)行，而在IGMP的以前版本中，在兩個(gè)單獨(dú)的消息發(fā)送離開和加入。STB加入的多播群組包含帶有MPEG幀的流。MPEG中有不同的幀，包含完全圖像的所謂I幀、包括增量外推信息的P幀和包含內(nèi)插信息的B幀。由于B和P幀取決于相鄰幀，因此，在能夠?qū)⑿滦诺赖膸獯a之前，STB必需接收完全I(xiàn)幀。這意味著用于在信道之間切換的平均時(shí)間將取決于在I幀之間的時(shí)間距離。一般情況下，對(duì)于mpeg-2，距離大約在0.5秒，并且對(duì)于mpeg-4第10部分，它能夠長達(dá)幾秒。信道切換延遲的其它源與STB和網(wǎng)絡(luò)設(shè)備中的緩沖、執(zhí)行IGMP離開/加入和其它處理所用的時(shí)間有關(guān)。為減輕與信道切換延遲有關(guān)的問題，今天存在各種解決方案。一種解決方案是開始用于新信道的單播會(huì)話以盡快獲得新信道的幀，并隨后在同步可能時(shí)執(zhí)行到原多播會(huì)話的切換。此解決方案暗示有重疊的單播和多播流，這是因?yàn)樵谀軌驁?zhí)行到原多播流的切換之前，同時(shí)傳送單播流和原多播流。由于重疊的流要求額外的帶寬，因此，重疊的單播和多播流是依據(jù)多播流的基于單播的快速獲取技術(shù)的典型快速信道更改解決方案具有的一個(gè)重要限制。甚至單播和多播會(huì)話的小重疊可嚴(yán)重影響最終用戶體驗(yàn)，或者大幅限制網(wǎng)絡(luò)容量利用的效率。

技術(shù)實(shí)現(xiàn)要素：
人們希望解決與重疊流有關(guān)的問題以節(jié)省帶寬。因此，本發(fā)明的實(shí)施例有關(guān)的目的是實(shí)現(xiàn)用于快速信道更改(FCC)的改進(jìn)帶寬利用的解決方案，其中，通過在FCC多播流能夠提供所需媒體之前啟動(dòng)單播流，實(shí)現(xiàn)了快速信道更改。FCC多播流在此上下文中指多播流的延遲版本。原多播流指直播和非延遲多播流。帶寬利用通過相對(duì)于原多播流延遲FCC多播流，并且通過最遲在FCC多播流開始時(shí)終止單播流而得以實(shí)現(xiàn)。FCC多播流的延遲取決于網(wǎng)絡(luò)等待時(shí)間。在此上下文中，等待時(shí)間指客戶端發(fā)送IGMP加入(IGMPJOIN)消息開始，直至它收到FCC多播流的第一個(gè)分組經(jīng)過的時(shí)間。根據(jù)本發(fā)明的實(shí)施例的第一方面，提供了一種在服務(wù)器中用于在IPTV網(wǎng)絡(luò)中實(shí)現(xiàn)FCC的方法。通過在將FCC多播流加入某個(gè)信道之前提供所述信道的單播流，促進(jìn)了到所述信道的快速信道更改，并且其中，網(wǎng)絡(luò)等待時(shí)間的信息已知。在方法中，確定取決于至少一個(gè)網(wǎng)絡(luò)等待時(shí)間的FCC多播流的延遲。通過確定的延遲，相對(duì)于原多播流延遲FCC多播流，并且控制單播流最遲在延遲的多播流開始時(shí)終止。根據(jù)本發(fā)明的實(shí)施例的第二方面，提供了一種用于在IPTV網(wǎng)絡(luò)中實(shí)現(xiàn)快速信道更改的服務(wù)器。服務(wù)器配置成通過在將FCC多播流加入某個(gè)信道之前提供所述信道的單播流，促進(jìn)到所述信道的快速信道更改，并且最大網(wǎng)絡(luò)等待時(shí)間和最小網(wǎng)絡(luò)等待時(shí)間已知。服務(wù)器包括處理器，處理器配置成確定取決于最大和最小網(wǎng)絡(luò)等待時(shí)間的FCC多播流的延遲，相對(duì)于所述信道的原多播流延遲FCC多播流。此外，服務(wù)器配置成控制單播流最遲在延遲的多播流開始時(shí)終止。重疊的單播和多播流是依據(jù)多播流的基于單播的快速獲取技術(shù)的典型快速信道更改解決方案具有的一個(gè)重要限制。實(shí)施例提供了用于為快速信道更改優(yōu)化帶寬利用，并且具體而言避免單播和多播流的重疊的解決方案。優(yōu)點(diǎn)是大幅降低了與FCC有關(guān)的帶寬要求。附圖說明圖1示出其中可實(shí)現(xiàn)本發(fā)明的實(shí)施例的IPTV網(wǎng)絡(luò)。圖2示出根據(jù)現(xiàn)有技術(shù)的I、B和P幀的流。圖3示出在本發(fā)明的實(shí)施例的上下文內(nèi)在FCC中涉及的不同媒體流之間的關(guān)系。圖4是根據(jù)本發(fā)明的實(shí)施例的方法的流程圖。圖5示出根據(jù)本發(fā)明的實(shí)施例如何確定FCC多播流的延遲。圖6以示意圖方式示出根據(jù)本發(fā)明的一實(shí)施例的FCC服務(wù)器。具體實(shí)施方式在本發(fā)明實(shí)施例中，假設(shè)提供了快速信道更改(FCC)解決方案，其中，通過在多播流能夠提供新信道到客戶端之前啟動(dòng)新信道的單播流，啟動(dòng)新信道?？蛻舳艘部煞Q為機(jī)頂盒(STB)。通過利用本發(fā)明的實(shí)施例，可能優(yōu)化快速信道更改(FCC)帶寬利用并且避免在FCC操作期間單播和多播流的重疊。能夠假設(shè)IGMP網(wǎng)絡(luò)等待時(shí)間已知。此等待時(shí)間信息的使用使得在信道更改操作期間重疊單播和多播流的可能性大幅降低。通常，通過監(jiān)視在選擇的連接和路由選擇點(diǎn)的業(yè)務(wù)來測量確定給定網(wǎng)絡(luò)中IGMP等待時(shí)間。商用IP網(wǎng)絡(luò)的大多數(shù)運(yùn)營商通過使用專業(yè)網(wǎng)絡(luò)監(jiān)視產(chǎn)品定期執(zhí)行此類監(jiān)視。此外，F(xiàn)CC服務(wù)器已知IGMP加入(IGMPJOIN)消息的最大(max)和最小(min)等待時(shí)間。在此上下文中，等待時(shí)間指客戶端發(fā)送IGMP加入(IGMPJOIN)消息開始，直至它收到多播流的第一個(gè)分組經(jīng)過的時(shí)間。減輕單播和多播的重疊時(shí)的一個(gè)復(fù)雜因素是IGMP等待時(shí)間的變化。未將該變化考慮在內(nèi)的一種解決方案不得不補(bǔ)充重新傳送的經(jīng)常和隨意使用和/或面臨重疊單播和多播流的嚴(yán)重風(fēng)險(xiǎn)。通過FCC服務(wù)器在計(jì)算單播流的大小和延遲多播流時(shí)至少假設(shè)整個(gè)網(wǎng)絡(luò)的最大和最小IGMP等待時(shí)間中的差別，根據(jù)實(shí)施例解決了此方面。圖1示出其中能夠?qū)崿F(xiàn)實(shí)施例的帶有快速信道更改能力的IPTV系統(tǒng)。接入節(jié)點(diǎn)(AN)101是朝向訂戶的運(yùn)營商網(wǎng)絡(luò)中的最后節(jié)點(diǎn)，在數(shù)字訂戶線路(DSL)情況下，AN是數(shù)字訂戶線路復(fù)用器(DSLAM)。頭端服務(wù)器是從中發(fā)送多播視頻流的主要位置。FCC服務(wù)器（未示出）通常放置在靠近頭端服務(wù)器103的位置，但它能夠定位在網(wǎng)絡(luò)的許多層中以便節(jié)省網(wǎng)絡(luò)帶寬。如果FCC服務(wù)器靠近AN101，則要求使用更多服務(wù)器，如果服務(wù)器更靠近頭端，則利用更多網(wǎng)絡(luò)帶寬。在何處放置FCC服務(wù)器因此是在帶寬成本與服務(wù)器成本之間的折衷。終止IPTV多播流的裝置稱為機(jī)頂盒(STB)102。FCC解決方案的家庭部分能夠在STB102中或者在住宅網(wǎng)關(guān)(RGW)104中實(shí)現(xiàn)。在圖1所示交換器和路由器105是支持多播（包括IGMP）的標(biāo)準(zhǔn)設(shè)備。通過測量IGMP等待時(shí)間的最大和最小值，能夠計(jì)算最佳切換點(diǎn)以避免單播和多播數(shù)據(jù)的重疊。根據(jù)實(shí)施例，多播信道的延遲必須大于最大網(wǎng)絡(luò)IGMP等待時(shí)間減去最小網(wǎng)絡(luò)IGMP等待時(shí)間。相反，單播流的最后分組必須比第一多播分組早IGMP等待時(shí)間差（最大IGMP等待時(shí)間減去最小IGMP等待時(shí)間）傳送。這些原則確?？蛻舳私邮兆銐虻臄?shù)據(jù)以執(zhí)行與多播流的成功同步而無重疊流的風(fēng)險(xiǎn)。如果用于給定信道更改請(qǐng)求的IGMP等待時(shí)間低于最大等待時(shí)間，則客戶端應(yīng)丟棄冗余流分組。另外，F(xiàn)CC單播流可比實(shí)時(shí)更快發(fā)送以便填充緩沖器，例如，120%。在接收單播流（突發(fā)）一會(huì)之后，STB將切換到FCC多播流。MPEG中有不同的幀，包含完全圖像的所謂I幀、包括增量外推信息的P幀和包含內(nèi)插信息的B幀。S幀是已轉(zhuǎn)換成I幀的P幀。由于B和P幀取決于相鄰幀，因此，在能夠示出新信道之前，STB必需接收完全I(xiàn)幀。就MPEG-4第10部分而言，I幀或內(nèi)部幀通常稱為IDR幀，但原則是相同的。圖2示出幀的典型序列。這不必是它們傳送的順序，而是它們顯示的順序。不同幀的大小示出I幀比P幀大，P幀又比B幀大的事實(shí)。圖中的相對(duì)大小是用于說明；實(shí)際上，大小的不同甚至更大。I幀加上兩個(gè)I幀之間的幀稱為圖像組(GOP)。上述示例中的GOP是19，但它能夠更大得多。在無FCC解決方案的情況下，大的GOP導(dǎo)致更長的平均信道切換時(shí)間。FCC多播流能夠以I幀或S幀開始。只使用I幀有關(guān)的優(yōu)點(diǎn)是不必執(zhí)行成本高的轉(zhuǎn)碼。缺點(diǎn)是單播流要在更長時(shí)間處于活動(dòng)狀態(tài)。圖3示出如何構(gòu)建不同的媒體流，以及它們?cè)跁r(shí)間上如何相互有關(guān)。FCC多播流和單播流從原TV多播信道構(gòu)建。應(yīng)注意的是，原TV多播信道不由客戶端接收。FCC多播流是原多播信道的時(shí)間延遲版本。在圖3的示例中，也相對(duì)于原多播流延遲單播流。這不是必需的，但只是可能的情況，這是因?yàn)榕c原多播相比，緩沖和重新傳送原數(shù)據(jù)通常增加了單播流的小延遲。此情況造成的單播流的任何延遲必須由FCC服務(wù)器在計(jì)算單播流的長度或延遲原多播時(shí)考慮在內(nèi)。在IP網(wǎng)絡(luò)中，流內(nèi)容通常被封裝為傳送控制協(xié)議(TCP)或用戶數(shù)據(jù)報(bào)協(xié)議(UDP)/實(shí)時(shí)協(xié)議(RTP)分組。基于諸如校驗(yàn)和或分組序號(hào)等不同分組屬性，能夠獨(dú)特地識(shí)別每個(gè)此類分組。在圖3中的示例提供了對(duì)應(yīng)于RTP封裝流的簡化的視圖，流中根據(jù)序號(hào)識(shí)別每個(gè)分組。分組序號(hào)包括在內(nèi)以指示單播流和FCC多播流相對(duì)于時(shí)間和原流的延遲。單播流的壓縮表象指示它能夠比FCC多播和原流更快地發(fā)送。這樣，STB能夠在它開始顯示視頻/音頻的同時(shí)填充緩沖器。根據(jù)本發(fā)明的實(shí)施例和如圖3所示，必須在時(shí)間上延遲FCC多播流，使得在收到延遲的多播的第一幀之前盡早收到單播流的最后幀。在上述示例中，客戶端將接收一定量的冗余數(shù)據(jù)。這通過根據(jù)本發(fā)明的實(shí)施例描述FCC的以下示例進(jìn)一步例示。1.信道更改事件在STB中發(fā)生，例如，由于用戶從電子節(jié)目指南(EPG)變換或選擇新信道。2.STB查明要加入哪個(gè)多播信道。此多播信道對(duì)應(yīng)于原多播信道的延遲版本，下文如圖3所示稱為FCC多播。3.STB請(qǐng)求來自FCC服務(wù)器的FCC多播信道的單播流。4.STB開始從單播流填充其緩沖器。結(jié)合此事件，STB也接收單獨(dú)的消息，消息指示單播流何時(shí)將結(jié)束以及STB何時(shí)應(yīng)開始加入FCC多播信道。5.第一I幀收到時(shí)，STB將所述FCC多播信道解碼并且開始顯示視頻/音頻。6.STB使用在步驟4收到的信息啟動(dòng)FCC多播信道的加入。7.服務(wù)器基于計(jì)算的單播流長度及時(shí)終止單播流，以避免與FCC多播信道的重疊。8.STB停止接收單播流。9.STB接收FCC多播流，并且同步所述FCC多播信道的幀和所述單播流的幀。因此，如圖4的流程圖中所示，為避免單播流和FCC多播流的重疊，確定401取決于至少一個(gè)網(wǎng)絡(luò)等待時(shí)間的FCC多播流的延遲。注意，可以不按每信道更改確定延遲。然而，可能按信道更改確定延遲，或者確定在網(wǎng)絡(luò)等待時(shí)間未發(fā)生大的更改時(shí)可用于在某個(gè)時(shí)間期內(nèi)發(fā)生的多個(gè)信道更改的延遲。通過確定的延遲，相對(duì)于所述信道的原多播流延遲402FCC多播流。此外，控制403單播流最遲在延遲的FCC多播流開始時(shí)終止。根據(jù)一個(gè)實(shí)施例，基于最小網(wǎng)絡(luò)等待時(shí)間和最大網(wǎng)絡(luò)等待時(shí)間確定FCC多播流的延遲，例如確定為在最大網(wǎng)絡(luò)等待時(shí)間與最小網(wǎng)絡(luò)等待時(shí)間之間的差。這在下面進(jìn)一步描述并在圖5a中示出。根據(jù)另一實(shí)施例，誤差裕度被添加到確定的延遲，從而產(chǎn)生要用于相對(duì)于所述信道延遲FCC多播流的更長延遲。這在下面進(jìn)一步描述并在圖5b中示出。此外，可控制單播流終止，使得所述信道的內(nèi)容通過單播流或FCC多播流傳送。在理想的情形中，測量的IGMP等待時(shí)間值是完全準(zhǔn)確的，并且由于不適當(dāng)?shù)臏y量而重疊流的風(fēng)險(xiǎn)不存在。在此類情況下，如圖5a所示，通過從IGMP最大等待時(shí)間減去IGMP最小等待時(shí)間，能夠確定必需的延遲。實(shí)際上，如圖5b所示，在計(jì)算適當(dāng)?shù)亩嗖パ舆t時(shí)，將某個(gè)誤差裕度考慮在內(nèi)是合理的。視避免重疊流的相對(duì)重要性而定，通過在單播流的最后分組與FCC多播流的第一分組之間引入時(shí)間間隙，能夠應(yīng)用誤差裕度。對(duì)于實(shí)際的給定請(qǐng)求，最后單播流分組與第一多播分組之間的間隙是最大IGMP等待時(shí)間減去實(shí)際IGMP等待時(shí)間加上誤差裕度的因子。如果應(yīng)用誤差裕度，則FCC服務(wù)器必須通過延長單播流來提供另外的流數(shù)據(jù)-補(bǔ)償誤差裕度。這是避免客戶端接收太少流數(shù)據(jù)所必需的。FCC服務(wù)器配置成計(jì)算單播流的長度。前提條件是FCC服務(wù)器例如通過配置知道最大和最小IGMP等待時(shí)間，并且FCC多播流延遲時(shí)間是至少這兩個(gè)值的差。計(jì)算單播流的持續(xù)時(shí)間的公式能夠表述如下：單播流持續(xù)時(shí)間=（相對(duì)于原多播流的GOP開始+誤差裕度）/超速因子GOP開始指環(huán)形緩沖器中單播流應(yīng)開始的點(diǎn)。FCC服務(wù)器根據(jù)FCC接收來自客戶端的FCC請(qǐng)求時(shí)在環(huán)形緩沖器中I幀的數(shù)量和超速因子，確定適當(dāng)?shù)腉OP開始。如果在環(huán)形緩沖器中有幾個(gè)I幀，則選擇最近的I幀是優(yōu)選的，這是因?yàn)樾枰獋魉偷膯尾チ鲾?shù)據(jù)更少。但選擇太靠近直播點(diǎn)的I幀可限制解碼器緩沖器能夠更快填充的程度。這是因?yàn)槭褂?秒解碼器緩沖器時(shí)在20%超速需要至少5秒的流傳送。因此，如果GOP開始不是至少在FCC多播后1秒，則將不可能在超速速率填充整個(gè)解碼器緩沖器。確定最佳I幀（即，GOP開始）是FCC服務(wù)器的責(zé)任，并且不在實(shí)施例的范圍內(nèi)。實(shí)施例假設(shè)FCC服務(wù)器能夠基于緩沖的流數(shù)據(jù)確定適當(dāng)?shù)腉OP開始。如果應(yīng)用誤差裕度，則FCC服務(wù)器按客戶端要趕上多播流時(shí)需要的相同準(zhǔn)則延長單播流。這實(shí)際上意味著同步點(diǎn)應(yīng)移位到以后的時(shí)間點(diǎn)，該時(shí)間點(diǎn)對(duì)應(yīng)于在時(shí)間上單播流的延長和誤差裕度的長度。如圖5b所示，下面的等式對(duì)根據(jù)一個(gè)實(shí)施例計(jì)算多播延遲有效：多播延遲=最大IGMP延遲-最小IGMP延遲+誤差裕度為示出可行示例，假設(shè)有以下值：IGMP最大等待時(shí)間：250毫秒(ms)IGMP最小等待時(shí)間：100ms誤差裕度：50ms多播延遲：200ms(250-100+50)FCC服務(wù)器在原多播后3.5秒查找GOP開始。在20%超速（單播流比實(shí)時(shí)更快發(fā)送的速度），計(jì)算的單播流時(shí)間是(3.5+0.05)/0.2=17.75。FCC服務(wù)器也必須計(jì)算客戶端何時(shí)應(yīng)加入FCC服務(wù)器多播。為確?？蛻舳瞬粫?huì)接收不足的數(shù)據(jù)，服務(wù)器必須將IGMP最小等待時(shí)間和誤差裕度考慮在內(nèi)?？蛻舳藨?yīng)加入FCC多播的時(shí)間能夠通過以下等式計(jì)算得出：同步點(diǎn)（加入FCC多播的時(shí)間）=單播流持續(xù)時(shí)間-IGMP最小等待時(shí)間+誤差裕度通過應(yīng)用示例值，加入FCC多播流的時(shí)間給出17.7s的值(17.75-0.1+0.05)。如步驟4中所述，服務(wù)器經(jīng)單獨(dú)的消息向客戶端指示此值。在17.7秒后，客戶端發(fā)送IGMP加入。在17.75秒后，單播流在FCC多播之前到達(dá)點(diǎn)200ms。同時(shí)，單播流由FCC服務(wù)器終止。STB接收多播流的第一數(shù)據(jù)分組，例如，在IGMP加入后175ms。因此，在此示例中，IGMP等待時(shí)間為175，這意味著STB接收325ms的冗余數(shù)據(jù)（250（最大等待時(shí)間）-175（示范等待時(shí)間）+250（誤差裕度/超速因子））。最大IGMP等待時(shí)間的情形因此將提供250ms的冗余數(shù)據(jù)，并且相反的是，最小等待時(shí)間的情況將提供400ms的冗余數(shù)據(jù)。冗余數(shù)據(jù)的數(shù)量，以ms為單位=IGMP最大等待時(shí)間-實(shí)際IGMP等待時(shí)間+誤差裕度/超速因子在圖5a和5b中示出相對(duì)于上面的示例的實(shí)施例的原則。通過適當(dāng)計(jì)算以毫秒為單位的單播流的長度，并且通過基于準(zhǔn)確測量的IGMP等待時(shí)間值來延遲多播流，圖5a和5b示例顯示不發(fā)生單播和多播流的重疊。解決方案的一個(gè)重要方面是測量的最大和最小IGMP等待時(shí)間的準(zhǔn)確度。為所有或適當(dāng)選擇的客戶端經(jīng)常測量IGMP等待時(shí)間，并且提供測量到FCC服務(wù)器，允許持續(xù)細(xì)調(diào)FCC多播延遲和IGMP加入時(shí)間。重新配置FCC多播流的延遲應(yīng)在適合的時(shí)間點(diǎn)進(jìn)行，以確保用戶體驗(yàn)不受延遲更改的影響。為測量用于特定客戶端的IGMP等待時(shí)間，本發(fā)明提議的方法是客戶端保持此信息的記錄。對(duì)于每個(gè)請(qǐng)求，客戶端比較該值是否小于以前記錄的最小等待時(shí)間或大于以前記錄的最大等待時(shí)間。如果客戶端沒有以前最大或最小IGMP等待時(shí)間的記錄，則客戶端能夠?qū)λ哂性L問權(quán)的適當(dāng)選擇的信道或所有信道發(fā)出IGMP加入和離開(LEAVE)請(qǐng)求。信道更改請(qǐng)求（加入和離開操作）應(yīng)連續(xù)執(zhí)行以避免過多的帶寬要求。在此測量操作期間，應(yīng)不利用FCC功能。在應(yīng)用客戶端特定測量前，強(qiáng)烈建議記錄的最大和最小等待時(shí)間是基于足夠數(shù)量的IGMP請(qǐng)求。如果只記錄了少量的請(qǐng)求，則存在客戶端特定等待時(shí)間值的準(zhǔn)確度不足夠的風(fēng)險(xiǎn)。在此方面足夠的記錄請(qǐng)求的數(shù)量取決于在假設(shè)有一定數(shù)量的IGMP請(qǐng)求的情況下記錄足夠準(zhǔn)確的IGMP等待時(shí)間值的概率。IGMP等待時(shí)間測量能夠由客戶端使用廠商特定擴(kuò)展經(jīng)實(shí)時(shí)傳輸控制協(xié)議(RTCP)報(bào)告提交。在直播IPTV網(wǎng)絡(luò)中，可發(fā)生環(huán)境更改使得FCC服務(wù)器已知的IGMP等待時(shí)間值不準(zhǔn)確，需要進(jìn)行更新。在此類情形下，如果客戶端報(bào)告在FCC操作期間再發(fā)生的異常到網(wǎng)絡(luò)中的接收節(jié)點(diǎn)，例如，F(xiàn)CC服務(wù)器，則這是有益的。大多數(shù)情況下，客戶端在所述情形期間預(yù)期的異常采用攜帶流數(shù)據(jù)的丟失分組的形式。通過區(qū)分在FCC操作期間發(fā)生的分組丟失的報(bào)告和在其它事件期間發(fā)生的分組丟失，F(xiàn)CC服務(wù)器（或接收?qǐng)?bào)告的節(jié)點(diǎn)）可斷定在網(wǎng)絡(luò)上存在與FCC服務(wù)有關(guān)的特定故障。指示在FCC操作期間發(fā)生的分組丟失的報(bào)告能夠使用廠商特定擴(kuò)展經(jīng)RTCP報(bào)告提交。如圖6所示，提供了根據(jù)本發(fā)明的一個(gè)方面的FCC服務(wù)器。因此，提供了用于在IPTV網(wǎng)絡(luò)中實(shí)現(xiàn)快速信道更改的服務(wù)器600，也稱為FCC服務(wù)器。服務(wù)器配置成通過在將FCC多播流加入某個(gè)信道之前提供所述信道的單播流，促進(jìn)到所述信道的快速信道更改，并且最大網(wǎng)絡(luò)等待時(shí)間和最小網(wǎng)絡(luò)等待時(shí)間已知。服務(wù)器600包括處理器602，處理器配置成確定取決于最大和最小網(wǎng)絡(luò)等待時(shí)間的FCC多播流的延遲，相對(duì)于所述信道的原多播流延遲FCC多播流，以及控制單播流最遲在延遲的FCC多播流開始時(shí)終止。FCC服務(wù)器也可包括用于存儲(chǔ)例如網(wǎng)絡(luò)等待時(shí)間的最大和最小值的存儲(chǔ)器603。根據(jù)一個(gè)實(shí)施例，處理器602配置成基于最小網(wǎng)絡(luò)等待時(shí)間和最大網(wǎng)絡(luò)等待時(shí)間確定FCC多播流的延遲，例如確定為在最大網(wǎng)絡(luò)等待時(shí)間與最小網(wǎng)絡(luò)等待時(shí)間之間的差。此處，處理器602可配置成添加誤差裕度到延遲以便用于相對(duì)于所述信道延遲FCC多播流，而不增大客戶端接收太少數(shù)據(jù)的風(fēng)險(xiǎn)。添加誤差裕度意味著同步點(diǎn)移位到以后的時(shí)間點(diǎn)，從而產(chǎn)生比無誤差裕度時(shí)更長的單播流。因此，如果應(yīng)用誤差裕度，則在根據(jù)本發(fā)明所述原則計(jì)算同步點(diǎn)時(shí)必須將誤差裕度考慮在內(nèi)。另外，處理器602可配置成終止單播流，使得所述信道的內(nèi)容通過單播流或多播流傳送。如圖6所示，服務(wù)器的功能性可通過與存儲(chǔ)軟件代碼部分的存儲(chǔ)器603相關(guān)聯(lián)的處理器602實(shí)現(xiàn)。處理器運(yùn)行軟件代碼部分604以實(shí)現(xiàn)根據(jù)本發(fā)明的實(shí)施例的服務(wù)器的功能性。另外，F(xiàn)CC服務(wù)器配置成對(duì)從客戶端收到的FCC請(qǐng)求做出反應(yīng)，并且生成單播流和FCC多播流。根據(jù)實(shí)施例，相對(duì)于原多播流延遲FCC多播流。此外，F(xiàn)CC服務(wù)器配置成控制在單播流與FCC多播流之間的切換?？蛻舳丝膳渲贸蓽y量IGMP最小和最大等待時(shí)間并且如上所述報(bào)告在FCC操作期間發(fā)生的異常。