專利名稱：一種動(dòng)態(tài)內(nèi)容發(fā)送的處理方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，更具體的說(shuō)，是涉及基于組播式Flute會(huì)話的一種周期性動(dòng)態(tài)發(fā)送的處理方法及系統(tǒng)。
背景技術(shù)：
動(dòng)態(tài)內(nèi)容發(fā)送(DCD，Dynamic Content Delivery)是基于服務(wù)端/客戶端結(jié)構(gòu)，由網(wǎng)絡(luò)DCD服務(wù)端根據(jù)一定的本地策略從內(nèi)容源獲取內(nèi)容后，通過(guò)特定的觸發(fā)機(jī)制向移動(dòng)終端發(fā)送內(nèi)容的技術(shù)，(可參見(jiàn)《移動(dòng)增值數(shù)據(jù)業(yè)務(wù)總體技術(shù)要求》(0MA-AD-D⑶-V1_0)。Flute 協(xié)議是一種適合組播環(huán)境的應(yīng)用層單向傳輸協(xié)議(參見(jiàn)多媒體通信技術(shù)標(biāo)準(zhǔn)RFC3926)。 Flute協(xié)議中采用文件發(fā)送表(FDT，F(xiàn)ile Delivery Table)對(duì)協(xié)議中發(fā)送的文件對(duì)象進(jìn)行索引和描述，每個(gè)文件對(duì)象由傳輸對(duì)象標(biāo)識(shí)(Τ0Ι,Transport Objectldentity)唯一進(jìn)行標(biāo)識(shí)和索引，并且，文件對(duì)象可被分隔為由源塊號(hào)(SBN，Source Block Number)標(biāo)識(shí)的多個(gè) Flute協(xié)議數(shù)據(jù)包。在進(jìn)行動(dòng)態(tài)內(nèi)容的發(fā)送時(shí)可分為拉(Pull)和推送(Push)兩種方式，在推送方式中，又可分為單播(Unicast)推送和帶寬利用率較高的組播推送(Multicast)兩種方式?，F(xiàn)有技術(shù)中通常采用組播式Flute協(xié)議實(shí)現(xiàn)D⑶內(nèi)容的發(fā)送。由于，基于IP環(huán)境的組播式Flute協(xié)議實(shí)現(xiàn)中，一個(gè)應(yīng)用層Flute會(huì)話對(duì)應(yīng)一個(gè)用戶數(shù)據(jù)包協(xié)議(UDP，User Datagram Protocol)端口，即源IP地址、目的Multicast IP 地址、源UDP發(fā)送端口、目的UDP接收端口這四個(gè)參數(shù)對(duì)應(yīng)于一個(gè)組播式Flute會(huì)話，因此， 在基于組播式Flute會(huì)話的D⑶發(fā)送方案中，采用依據(jù)UDP端口號(hào)來(lái)區(qū)分不同的D⑶頻道， 即一個(gè)應(yīng)用層Flute會(huì)話對(duì)應(yīng)一個(gè)D⑶頻道。但是，采用上述現(xiàn)有技術(shù)中的方案時(shí)，隨著DCD客戶端向DCD服務(wù)端訂購(gòu)DCD頻道數(shù)量的增大，DCD客戶端本地需要啟動(dòng)的本地Socket (套接字，應(yīng)用層通過(guò)傳輸層進(jìn)行數(shù)據(jù)通信時(shí)通信兩方的一種約定)資源相應(yīng)增多。同時(shí)，基于組播式Flute動(dòng)態(tài)內(nèi)容發(fā)送的環(huán)境中，在沒(méi)有動(dòng)態(tài)內(nèi)容發(fā)送時(shí)，DCD客戶端也需要一直偵聽(tīng)UDP端口，因此，采用現(xiàn)有技術(shù)的方案會(huì)造成底層組播承載資源和上層的Socket資源浪費(fèi)，增加系統(tǒng)的功耗，降低系統(tǒng)對(duì)動(dòng)態(tài)內(nèi)容發(fā)送的利用率。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明提供了一種動(dòng)態(tài)內(nèi)容發(fā)送的處理方法及系統(tǒng)，以克服現(xiàn)有技術(shù)中基于組播式Flute動(dòng)態(tài)內(nèi)容發(fā)送的環(huán)境中在沒(méi)有動(dòng)態(tài)內(nèi)容發(fā)送時(shí)，D⑶客戶端仍然對(duì)UDP 端口進(jìn)行偵聽(tīng)所造成的底層組播承載資源和上層的Socket資源浪費(fèi)，以及增加系統(tǒng)功耗， 降低系統(tǒng)對(duì)動(dòng)態(tài)內(nèi)容發(fā)送的利用率的問(wèn)題。為實(shí)現(xiàn)上述目的，本發(fā)明提供如下技術(shù)方案一種動(dòng)態(tài)內(nèi)容發(fā)送的處理方法，包括歸類具有相同發(fā)送周期的動(dòng)態(tài)內(nèi)容發(fā)送D⑶頻道；
復(fù)用歸類后的所述D⑶頻道于同一個(gè)組播式Flute會(huì)話UDP用戶數(shù)據(jù)包協(xié)議發(fā)送
端□；當(dāng)位于動(dòng)態(tài)內(nèi)容連續(xù)發(fā)送時(shí)間段內(nèi)時(shí)，從所述Flute UDP發(fā)送端口上依次發(fā)送歸類后的所述D⑶頻道的D⑶動(dòng)態(tài)內(nèi)容；當(dāng)位于靜態(tài)連續(xù)時(shí)間段內(nèi)時(shí)，停止在所述Flute UDP發(fā)送端口上發(fā)送所述D⑶頻道的D⑶動(dòng)態(tài)內(nèi)容。優(yōu)選的，所述DCD動(dòng)態(tài)內(nèi)容為一個(gè)傳輸對(duì)象標(biāo)識(shí)的文件對(duì)象，且一個(gè)所述傳輸對(duì)象標(biāo)識(shí)對(duì)應(yīng)一個(gè)所述D⑶頻道的D⑶頻道標(biāo)識(shí)。優(yōu)選的，所述DCD動(dòng)態(tài)內(nèi)容對(duì)應(yīng)相應(yīng)的動(dòng)態(tài)內(nèi)容生成時(shí)間戳信息。一種動(dòng)態(tài)內(nèi)容發(fā)送的處理方法，包括依據(jù)預(yù)先獲取的D⑶接收處理輔助信息開(kāi)啟所訂購(gòu)D⑶頻道復(fù)用的Flute UDP接收端口 ；接收組播式Flute會(huì)話的文件發(fā)送表FDT ；當(dāng)所述訂購(gòu)的D⑶頻道的標(biāo)識(shí)與所述FDT中的傳輸對(duì)象標(biāo)識(shí)TOI對(duì)應(yīng)的D⑶頻道標(biāo)識(shí)相匹配時(shí)，則獲取匹配的所述訂購(gòu)DCD頻道的DCD新動(dòng)態(tài)內(nèi)容的生成時(shí)間點(diǎn)；當(dāng)所述新動(dòng)態(tài)內(nèi)容的生成時(shí)間點(diǎn)晚于當(dāng)前DCD客戶端中存儲(chǔ)的原動(dòng)態(tài)內(nèi)容生成時(shí)間戳?xí)r，或者當(dāng)前DCD客戶端中沒(méi)有存儲(chǔ)DCD動(dòng)態(tài)內(nèi)容及動(dòng)態(tài)內(nèi)容生成時(shí)間戳?xí)r，則依據(jù)所述匹配的訂購(gòu)DCD頻道，接收更新DCD動(dòng)態(tài)內(nèi)容Flute數(shù)據(jù)包；當(dāng)接收到第一個(gè)所述更新DCD動(dòng)態(tài)內(nèi)容時(shí)，更新接收到的第一個(gè)DCD動(dòng)態(tài)內(nèi)容接收時(shí)間點(diǎn)，并啟動(dòng)DCD動(dòng)態(tài)內(nèi)容接收超時(shí)計(jì)時(shí)；更新存儲(chǔ)于當(dāng)前DCD客戶端存儲(chǔ)的DCD動(dòng)態(tài)內(nèi)容，以及更新DCD動(dòng)態(tài)內(nèi)容對(duì)應(yīng)的動(dòng)態(tài)內(nèi)容生成時(shí)間戳作為當(dāng)前動(dòng)態(tài)內(nèi)容生成時(shí)間戳；當(dāng)接收更新啟動(dòng)的所述DCD動(dòng)態(tài)內(nèi)容接收超時(shí)時(shí)長(zhǎng)到達(dá)當(dāng)前接收超時(shí)時(shí)長(zhǎng)時(shí)，則關(guān)閉Flute UDP接收端口，同時(shí)保持當(dāng)前接收超時(shí)時(shí)長(zhǎng)不變；當(dāng)接收更新啟動(dòng)的所述DCD動(dòng)態(tài)內(nèi)容接收超時(shí)時(shí)長(zhǎng)未到達(dá)當(dāng)前接收超時(shí)時(shí)長(zhǎng)，且接收到所有訂購(gòu)的D⑶頻道的更新D⑶動(dòng)態(tài)內(nèi)容時(shí)，關(guān)閉所述Flute UDP接收端口，并修正當(dāng)前接收超時(shí)時(shí)長(zhǎng)為此時(shí)所述DCD動(dòng)態(tài)內(nèi)容接收超時(shí)計(jì)時(shí)的值；依據(jù)所述D⑶動(dòng)態(tài)內(nèi)容當(dāng)前接收超時(shí)時(shí)長(zhǎng)計(jì)算下次Flute UDP接收端口的開(kāi)啟時(shí)間點(diǎn)。優(yōu)選的，在開(kāi)啟所訂購(gòu)D⑶頻道復(fù)用的Flute UDP接收端口之前，包括通過(guò)訂購(gòu)D⑶頻道，獲取所述訂購(gòu)D⑶頻道的D⑶接收處理輔助信息；所述D⑶接收處理輔助信息包括周期信息、所訂購(gòu)DCD頻道標(biāo)識(shí)信息、參考超時(shí)時(shí)長(zhǎng)信息和接入承載
fn息ο優(yōu)選的，當(dāng)所述訂購(gòu)的DCD頻道的標(biāo)識(shí)與所述FDT中的傳輸對(duì)象標(biāo)識(shí)TOI對(duì)應(yīng)的 D⑶頻道標(biāo)識(shí)不匹配時(shí)，返回執(zhí)行接收組播式Flute會(huì)話的文件發(fā)送表FDT這一步驟。優(yōu)選的，當(dāng)所述新動(dòng)態(tài)內(nèi)容的生成時(shí)間點(diǎn)不晚于當(dāng)前DCD客戶端中存儲(chǔ)的原動(dòng)態(tài)內(nèi)容生成時(shí)間戳?xí)r，返回執(zhí)行接收組播式Flute會(huì)話的文件發(fā)送表FDT這一步驟。優(yōu)選的，所述修正的DCD動(dòng)態(tài)內(nèi)容接收超時(shí)時(shí)長(zhǎng)為上述執(zhí)行過(guò)程中，最后接收到的DCD動(dòng)態(tài)內(nèi)容的接收時(shí)間點(diǎn)減去第一個(gè)接收到的DCD動(dòng)態(tài)內(nèi)容的接收時(shí)間點(diǎn)。
5
優(yōu)選的，獲得的下次開(kāi)啟時(shí)間點(diǎn)為上述執(zhí)行過(guò)程中，接收到第一個(gè)DCD動(dòng)態(tài)內(nèi)容的時(shí)間點(diǎn)加上一個(gè)發(fā)送周期，再減去兩個(gè)動(dòng)態(tài)內(nèi)容接收超時(shí)時(shí)長(zhǎng)。一種動(dòng)態(tài)內(nèi)容發(fā)送的處理系統(tǒng)，包括DCD服務(wù)端，用于對(duì)不同的DCD業(yè)務(wù)應(yīng)用依據(jù)周期性發(fā)送的時(shí)間間隔進(jìn)行分類，使每個(gè)D⑶業(yè)務(wù)對(duì)應(yīng)一個(gè)D⑶頻道，并將具有相同發(fā)送周期時(shí)間間隔的D⑶頻道在同一個(gè)組播式Flute UDP會(huì)話中進(jìn)行混合發(fā)送；D⑶客戶端，用于接收D⑶服務(wù)端進(jìn)行混合發(fā)送的D⑶頻道及相關(guān)信息，并在每個(gè)發(fā)送周期的靜態(tài)連續(xù)時(shí)段，關(guān)閉相應(yīng)的Flute UDP接收端口。經(jīng)由上述的技術(shù)方案可知，與現(xiàn)有技術(shù)相比，本發(fā)明公開(kāi)了一種動(dòng)態(tài)內(nèi)容發(fā)送的處理方法及系統(tǒng)，基于周期性動(dòng)態(tài)內(nèi)容發(fā)送的特征，通過(guò)將具有同樣動(dòng)態(tài)內(nèi)容發(fā)送周期需求的D⑶頻道動(dòng)態(tài)內(nèi)容在同一個(gè)UDP端口(或同一個(gè)Flute會(huì)話)上混合發(fā)送，實(shí)現(xiàn)了一個(gè)組播式Flute會(huì)話UDP端口上的D⑶頻道復(fù)用；同時(shí)，實(shí)現(xiàn)了 D⑶客戶端基于周期時(shí)間的合理UDP端口接收進(jìn)程的啟動(dòng)和釋放。并且使DCD客戶端只有在DCD服務(wù)端側(cè)有組播式動(dòng)態(tài)內(nèi)容發(fā)送時(shí)才需啟動(dòng)UDP端口接收進(jìn)程并進(jìn)行偵聽(tīng)，在其余時(shí)間則關(guān)閉UDP端口接收進(jìn)程， 能夠降低對(duì)底層組播承載資源和上層的Socket資源浪費(fèi)，減少系統(tǒng)的功耗，以及增加系統(tǒng)對(duì)動(dòng)態(tài)內(nèi)容發(fā)送的利用率。


為了更清楚地說(shuō)明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見(jiàn)地，下面描述中的附圖僅僅是本發(fā)明的實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)提供的附圖獲得其他的附圖。圖1為本發(fā)明實(shí)施例一公開(kāi)的一種動(dòng)態(tài)內(nèi)容發(fā)送的處理方法流程圖；圖2為本發(fā)明實(shí)施例一公開(kāi)的一種動(dòng)態(tài)內(nèi)容發(fā)送的處理方法的具體示例圖；圖3為本發(fā)明實(shí)施例二公開(kāi)的一種動(dòng)態(tài)內(nèi)容發(fā)送的處理方法流程圖；圖4為本發(fā)明實(shí)施例公開(kāi)的一種動(dòng)態(tài)內(nèi)容發(fā)送的處理系統(tǒng)流程圖。
具體實(shí)施例方式為了引用和清楚起見(jiàn)，下文中使用的技術(shù)名詞的說(shuō)明、簡(jiǎn)寫(xiě)或縮寫(xiě)總結(jié)如下DCD Dynamic Content Delivery，動(dòng)態(tài)內(nèi)容發(fā)送；Flute 是一種適合組播環(huán)境的應(yīng)用層單向傳輸協(xié)議(參見(jiàn)多媒體通信技術(shù)標(biāo)準(zhǔn) RFC3926)；OMA-AD-DOT-VIJ)移動(dòng)增值動(dòng)態(tài)內(nèi)容發(fā)送數(shù)據(jù)業(yè)務(wù)總體技術(shù)要求；FDT =File Delivery Table，文件發(fā)送表；TOI transport Object Identity，傳輸對(duì)象標(biāo)識(shí)；SBN =Source Block Number，源塊號(hào)標(biāo)識(shí)；UDP =User Datagram Protocol，用戶數(shù)據(jù)包協(xié)議；Flute UDP 為基于Flute協(xié)議的UDP發(fā)送端口或UDP接收端口 ；頻道動(dòng)態(tài)內(nèi)容發(fā)送業(yè)務(wù)下發(fā)的組織形式，是內(nèi)容發(fā)送和計(jì)費(fèi)的最小單元。
下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒(méi)有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。在動(dòng)態(tài)內(nèi)容發(fā)送應(yīng)用業(yè)務(wù)中，周期性動(dòng)態(tài)內(nèi)容發(fā)送是指對(duì)每個(gè)DCD頻道，DCD服務(wù)端以固定的時(shí)間間隔周期性的發(fā)送對(duì)應(yīng)該D⑶頻道的動(dòng)態(tài)內(nèi)容。這類發(fā)送方式具有兩個(gè)顯著特征其一，不同的應(yīng)用需求特征決定不同的發(fā)送周期要求，同時(shí)很多同類應(yīng)用具有同一或類似的發(fā)送周期需求。例如，軟件包的更新以幾個(gè)月為發(fā)送周期；廣告信息則以幾天為一個(gè)發(fā)送周期；天氣預(yù)報(bào)的更新則以一天為一個(gè)發(fā)送周期；財(cái)經(jīng)信息則以半小時(shí)為一個(gè)發(fā)送周期。同時(shí)，隨著動(dòng)態(tài)發(fā)送業(yè)務(wù)的擴(kuò)展，很多軟件包更新可依據(jù)相同的發(fā)送周期發(fā)送，很多廣告信息也可依據(jù)相同的發(fā)送周期發(fā)送。其二，在一個(gè)發(fā)送周期內(nèi)，動(dòng)態(tài)內(nèi)容的發(fā)送時(shí)長(zhǎng)遠(yuǎn)遠(yuǎn)小于發(fā)送周期時(shí)間間隔。本發(fā)明基于上述周期性動(dòng)態(tài)內(nèi)容發(fā)送的特征，提出了基于組播式Flute會(huì)話的一種周期性動(dòng)態(tài)內(nèi)容發(fā)送的處理方法及系統(tǒng)，通過(guò)將具有同樣動(dòng)態(tài)內(nèi)容發(fā)送周期需求的DCD 頻道動(dòng)態(tài)內(nèi)容在同一個(gè)UDP端口(或同一個(gè)Flute會(huì)話)上混合發(fā)送，實(shí)現(xiàn)了一個(gè)組播式 Flute會(huì)話UDP端口上的D⑶頻道復(fù)用；同時(shí)，實(shí)現(xiàn)了 D⑶客戶端基于周期時(shí)間的合理UDP 端口接收進(jìn)程的啟動(dòng)和釋放。并且使DCD客戶端只有在DCD服務(wù)端側(cè)有組播式動(dòng)態(tài)內(nèi)容發(fā)送時(shí)才需啟動(dòng)UDP端口接收進(jìn)程并進(jìn)行偵聽(tīng)，在其余時(shí)間則關(guān)閉UDP端口接收進(jìn)程，能夠降低對(duì)底層組播承載資源和上層的Socket資源浪費(fèi)，減少系統(tǒng)的功耗，以及增加系統(tǒng)對(duì)動(dòng)態(tài)內(nèi)容發(fā)送的利用率。并且能夠進(jìn)一步確定組播承載資源的釋放及建立時(shí)間點(diǎn)。其中，通過(guò)在Flute協(xié)議的原有FDT中引入D⑶頻道標(biāo)識(shí)信息及動(dòng)態(tài)內(nèi)容生成時(shí)間戳信息，實(shí)現(xiàn)同一 Flute UDP 端口上的不同DCD頻道區(qū)分以及DCD客戶端對(duì)動(dòng)態(tài)內(nèi)容的更新判斷。具體執(zhí)行方案將通過(guò)以下實(shí)施例進(jìn)行詳細(xì)說(shuō)明。實(shí)施例一請(qǐng)參閱附圖1，為本發(fā)明實(shí)施例一公開(kāi)的一種動(dòng)態(tài)內(nèi)容發(fā)送的處理方法流程圖，在本實(shí)施例中主要描述了 DCD服務(wù)端在一個(gè)發(fā)送周期內(nèi)發(fā)送復(fù)用同一個(gè)Flute UDP的具有相同發(fā)送周期的多個(gè)DCD頻道動(dòng)態(tài)內(nèi)容的示例，主要包括以下步驟步驟S101，D⑶服務(wù)端將具有相同發(fā)送周期T的D⑶頻道進(jìn)行歸類。在執(zhí)行步驟SlO 1，本發(fā)明所公開(kāi)的本實(shí)施例在D⑶服務(wù)端側(cè)，對(duì)不同的D⑶業(yè)務(wù)應(yīng)用依據(jù)周期性發(fā)送的時(shí)間間隔進(jìn)行分類，且每個(gè)DCD業(yè)務(wù)對(duì)應(yīng)一個(gè)DCD頻道，即將具有相同發(fā)送周期T的D⑶頻道進(jìn)行歸類。步驟S102，將歸類后的所述D⑶頻道復(fù)用于同一個(gè)Flute UDP發(fā)送端口上。需要說(shuō)明的是，為了區(qū)分復(fù)用在同一Flute UDP發(fā)送端口上的不同D⑶頻道的D⑶ 動(dòng)態(tài)內(nèi)容，在Flute協(xié)議的原有FDT中引入D⑶頻道標(biāo)識(shí)信息。在組播式Flute會(huì)話中， FDT中的一個(gè)以TOI標(biāo)識(shí)的文件對(duì)象為一個(gè)D⑶動(dòng)態(tài)內(nèi)容，并且，一個(gè)TOI同時(shí)唯一對(duì)應(yīng)一個(gè)D⑶頻道標(biāo)識(shí)，以此表明其對(duì)應(yīng)的文件對(duì)象所屬的D⑶頻道，即該TOI所屬的D⑶頻道。 在本發(fā)明公開(kāi)的該實(shí)施例中DCD服務(wù)端在其發(fā)送的FDT中加入了 TOI所對(duì)應(yīng)的DCD頻道信肩、ο
步驟S103，在動(dòng)態(tài)內(nèi)容連續(xù)發(fā)送時(shí)間段內(nèi)，在所述Flute UDP發(fā)送端口上依次發(fā)送歸類后的所述DCD頻道的DCD動(dòng)態(tài)內(nèi)容。在執(zhí)行步驟S102和步驟S103時(shí)，將具有相同發(fā)送周期時(shí)間間隔的D⑶頻道在同一個(gè)組播式Flute UDP會(huì)話中進(jìn)行混合發(fā)送，即復(fù)用一個(gè)UDP端口發(fā)送具有相同發(fā)送周期的D⑶頻道動(dòng)態(tài)內(nèi)容。在D⑶服務(wù)端在Flute UDP發(fā)送端口上依次發(fā)送D⑶頻道的D⑶動(dòng)態(tài)內(nèi)容時(shí)，采用Flute數(shù)據(jù)包的方式在這個(gè)發(fā)送周期的起始點(diǎn)連續(xù)發(fā)送。需要說(shuō)明的是，在Flute協(xié)議的原有FDT中還引入動(dòng)態(tài)內(nèi)容生成時(shí)間戳信息，所謂動(dòng)態(tài)內(nèi)容生成時(shí)間戳信息為當(dāng)前DCD服務(wù)端側(cè)DCD頻道動(dòng)態(tài)內(nèi)容的生成時(shí)間點(diǎn)。由于，在 DCD服務(wù)端根據(jù)發(fā)送周期發(fā)送DCD動(dòng)態(tài)內(nèi)容時(shí)，該DCD動(dòng)態(tài)內(nèi)容可能是剛更新過(guò)的動(dòng)態(tài)內(nèi)容，也可能是已經(jīng)發(fā)送過(guò)的還尚未更新的動(dòng)態(tài)內(nèi)容。因此，對(duì)應(yīng)每個(gè)TOI，D⑶服務(wù)端在FDT 中加入相對(duì)應(yīng)的動(dòng)態(tài)內(nèi)容生成時(shí)間戳信息，即DCD服務(wù)端在FDT中加入了以TOI標(biāo)識(shí)的文件對(duì)象的動(dòng)態(tài)內(nèi)容生成時(shí)間點(diǎn)信息，使發(fā)送的DCD頻道攜帶有其動(dòng)態(tài)內(nèi)容生成時(shí)間戳。步驟S104，在靜態(tài)連續(xù)時(shí)間段內(nèi)，停止在所述Flute UDP發(fā)送端口上發(fā)送所述D⑶ 頻道的D⑶動(dòng)態(tài)內(nèi)容。在上述本發(fā)明公開(kāi)的實(shí)施例中，描述的是在DCD服務(wù)端側(cè)，采用對(duì)不同的DCD業(yè)務(wù)應(yīng)用依據(jù)周期性發(fā)送的時(shí)間間隔進(jìn)行分類，使具有相同發(fā)送周期時(shí)間間隔的DCD頻道在同一個(gè)組播式Flute UDP會(huì)話中進(jìn)行混合發(fā)送，并且，在動(dòng)態(tài)內(nèi)容連續(xù)發(fā)送時(shí)間段內(nèi)進(jìn)行發(fā)送，在靜態(tài)連續(xù)時(shí)間段內(nèi)停止發(fā)送。其中，動(dòng)態(tài)內(nèi)容連續(xù)發(fā)送時(shí)間段為從一個(gè)發(fā)送周期的起始點(diǎn)開(kāi)始至發(fā)送所有DCD頻道的DCD動(dòng)態(tài)內(nèi)容的連續(xù)時(shí)間段；靜態(tài)連續(xù)時(shí)間段為停止發(fā)送DCD動(dòng)態(tài)內(nèi)容的連續(xù)時(shí)間段。需要說(shuō)明的是D⑶服務(wù)端連續(xù)發(fā)送復(fù)用同一 UDP端口的所有D⑶頻道的D⑶動(dòng)態(tài)內(nèi)容時(shí)，其具有從發(fā)送周期起始點(diǎn)開(kāi)始的發(fā)送所有DCD動(dòng)態(tài)內(nèi)容的連續(xù)時(shí)長(zhǎng)遠(yuǎn)遠(yuǎn)小于靜態(tài)連續(xù)剩余時(shí)段的特點(diǎn)，即動(dòng)態(tài)內(nèi)容連續(xù)發(fā)送時(shí)間段遠(yuǎn)遠(yuǎn)小于靜態(tài)連續(xù)時(shí)間段。另外，對(duì)應(yīng)于每個(gè)發(fā)送周期的靜態(tài)連續(xù)時(shí)段，接收DCD服務(wù)端所發(fā)送DCD動(dòng)態(tài)內(nèi)容的DCD客戶端關(guān)閉相應(yīng)的UDP端口接收進(jìn)程。請(qǐng)參閱附圖2，對(duì)上述本發(fā)明所公開(kāi)的執(zhí)行過(guò)程進(jìn)行舉例說(shuō)明如圖2所示，D⑶頻道A、D⑶頻道B、D⑶頻道C具有相同的發(fā)送周期T，因此復(fù)用于同一個(gè)Flute UDP上進(jìn)行混合發(fā)送。在從TO開(kāi)始至T2結(jié)束的一個(gè)發(fā)送周期，D⑶服務(wù)端對(duì)這三個(gè)頻道的DCD動(dòng)態(tài)內(nèi)容以Flute數(shù)據(jù)包的方式在這個(gè)發(fā)送周期的起始點(diǎn)連續(xù)發(fā)送。 TO至Tl時(shí)段為該Flute UDP會(huì)話上連續(xù)發(fā)送D⑶動(dòng)態(tài)內(nèi)容的時(shí)段(圖2中用D標(biāo)示)，Tl 至T2為發(fā)送周期的靜態(tài)連續(xù)剩余時(shí)段(圖2中用E標(biāo)示)，靜態(tài)連續(xù)剩余時(shí)段內(nèi)，沒(méi)有任何 D⑶動(dòng)態(tài)內(nèi)容發(fā)送。從T2時(shí)間點(diǎn)開(kāi)始，又開(kāi)始一個(gè)類似的新的發(fā)送周期循環(huán)。依據(jù)上述本發(fā)明所公開(kāi)的實(shí)施例中的說(shuō)明，在該示例中，TOI與DCD頻道的對(duì)應(yīng)關(guān)系由FDT中引入的D⑶頻道標(biāo)識(shí)指示。在TO至Tl的動(dòng)態(tài)內(nèi)容連續(xù)發(fā)送時(shí)段內(nèi)，TOI為1的文件對(duì)象屬于D⑶頻道A，該文件對(duì)象包括兩個(gè)SNB為1和2的Flute數(shù)據(jù)包；TOI為2的文件對(duì)象屬于D⑶頻道B，該文件對(duì)象只有一個(gè)SNB為1的Flute數(shù)據(jù)包；TOI為3的文件對(duì)象屬于D⑶頻道C，該文件對(duì)象包括兩個(gè)SNB為1和2的兩個(gè)Flute數(shù)據(jù)包。需要說(shuō)明的是，在上述本發(fā)明實(shí)施例公開(kāi)的動(dòng)態(tài)內(nèi)容發(fā)送的處理方法的基礎(chǔ)上， D⑶服務(wù)端通過(guò)D⑶訂購(gòu)過(guò)程(D⑶訂購(gòu)過(guò)程可參見(jiàn)0MA-AD-DOT-V1_0)向D⑶客戶端提供D⑶接收處理輔助信息，所述D⑶接收處理輔助信息包括周期信息、所訂購(gòu)D⑶頻道標(biāo)識(shí)信息、參考超時(shí)時(shí)長(zhǎng)信息和接入承載信息。其中，一個(gè)發(fā)送周期表示一個(gè)固定的時(shí)間間隔，每經(jīng)過(guò)這個(gè)時(shí)間間隔，即一個(gè)發(fā)送周期，D⑶服務(wù)器就通過(guò)源UDP發(fā)送端口(Flute UDP發(fā)送端口)向組播地址的目的UDP接收端口(D⑶客戶端開(kāi)啟的Flute UDP接收端口)，發(fā)送復(fù)用該Flute UDP地址上的所有D⑶ 頻道動(dòng)態(tài)內(nèi)容；采用D⑶頻道標(biāo)識(shí)區(qū)分一個(gè)Flute UDP發(fā)送端口上的多個(gè)D⑶頻道，而且， 一個(gè)發(fā)送周期可對(duì)應(yīng)多個(gè)不同的D⑶頻道標(biāo)識(shí)，即按照發(fā)送周期是否相同對(duì)D⑶頻道分類； 同時(shí)，一個(gè)發(fā)送周期也對(duì)應(yīng)一個(gè)接入承載信息，即具有相同發(fā)送周期的不同DCD頻道復(fù)用同一個(gè)Flute UDP發(fā)送端口承載進(jìn)行動(dòng)態(tài)內(nèi)容發(fā)送；接入承載信息則包括源IP地址、目的組播(Multicast) IP地址、源UDP發(fā)送端口和目的UDP接收端口這四個(gè)參數(shù)；一個(gè)參考超時(shí)時(shí)長(zhǎng)對(duì)應(yīng)于一個(gè)發(fā)送周期，參考超時(shí)時(shí)長(zhǎng)是DCD服務(wù)端側(cè)計(jì)算的一個(gè)發(fā)送周期內(nèi)，基于從開(kāi)始發(fā)送第一個(gè)D⑶頻道動(dòng)態(tài)內(nèi)容到完成復(fù)用同一個(gè)Flute UDP端口的所有D⑶頻道動(dòng)態(tài)內(nèi)容發(fā)送的時(shí)長(zhǎng)選擇的一個(gè)等量級(jí)時(shí)長(zhǎng)，即基于動(dòng)態(tài)內(nèi)容連續(xù)發(fā)送時(shí)間段長(zhǎng)度選擇的一個(gè)等量級(jí)時(shí)長(zhǎng)。該參考超時(shí)時(shí)長(zhǎng)選擇的原則是遠(yuǎn)小于靜態(tài)連續(xù)剩余時(shí)段的時(shí)長(zhǎng)；與動(dòng)態(tài)內(nèi)容連續(xù)發(fā)送時(shí)段時(shí)長(zhǎng)處于一個(gè)量級(jí)；大于服務(wù)端計(jì)算的連續(xù)發(fā)送時(shí)段時(shí)長(zhǎng)?；谠撛瓌t，實(shí)施例中可將參考超時(shí)時(shí)長(zhǎng)設(shè)置為服務(wù)器端計(jì)算的連續(xù)發(fā)送時(shí)長(zhǎng)的兩倍。實(shí)施例二請(qǐng)參閱附圖3，為本發(fā)明實(shí)施例二公開(kāi)的一種動(dòng)態(tài)內(nèi)容發(fā)送的處理方法流程圖，本實(shí)施例二主要描述D⑶客戶端接收所訂購(gòu)D⑶頻道的D⑶動(dòng)態(tài)內(nèi)容的一個(gè)處理循環(huán)過(guò)程， 主要包括以下步驟步驟S201，D⑶客戶端通過(guò)D⑶訂購(gòu)過(guò)程，獲取訂購(gòu)D⑶頻道的D⑶接收處理輔助信息，并依據(jù)所述DCD接收處理輔助信息中的接入承載信息進(jìn)入DCD動(dòng)態(tài)內(nèi)容的接收處理過(guò)程中。在執(zhí)行步驟S201時(shí)，客戶端通過(guò)D⑶訂購(gòu)過(guò)程(D⑶訂購(gòu)過(guò)程參見(jiàn) 0MA-AD-Dra-Vl_0)獲取所訂購(gòu)D⑶頻道的D⑶接收處理輔助信息(該D⑶接收處理輔助信息為DCD服務(wù)端通過(guò)DCD訂購(gòu)過(guò)程向DCD客戶端提供的)，并且，可以隨時(shí)進(jìn)行所訂購(gòu)DCD 頻道的DCD動(dòng)態(tài)內(nèi)容的接收。在所進(jìn)入的DCD客戶端的DCD動(dòng)態(tài)內(nèi)容接收處理過(guò)程中包括加入/退出組播、開(kāi)啟/關(guān)閉UDP接收和基于Flute協(xié)議的D⑶動(dòng)態(tài)內(nèi)容接收處理。其中，D⑶客戶端根據(jù)接收的所述接入承載信息，可隨時(shí)加入或退出組播(加入及退出組播過(guò)程可參見(jiàn) 3GPP TS 26. 346)。需要說(shuō)明的是，在D⑶客戶端獲取訂購(gòu)D⑶頻道的D⑶接收處理輔助信息中包括 周期信息、所訂購(gòu)DCD頻道標(biāo)識(shí)信息、參考超時(shí)時(shí)長(zhǎng)信息和接入承載信息。其中，接入承載信息則包括源IP地址、目的組播IP地址、源UDP發(fā)送端口和目的UDP接收端口這四個(gè)參數(shù)。步驟S202，D⑶客戶端開(kāi)啟所訂購(gòu)D⑶頻道復(fù)用的Flute UDP接收端口。所述 Flute UDP接收端口為訂購(gòu)過(guò)程中獲取的所述DCD接收處理輔助信息中的目的UDP接收端步驟S203，DCD客戶端接收組播式Flute會(huì)話的FDT。
在步驟S203中，在組播式Flute會(huì)話中，通過(guò)FDT對(duì)Flute協(xié)議中發(fā)送的文件對(duì)象進(jìn)行索引和描述，每個(gè)文件對(duì)象由TOI唯一進(jìn)行標(biāo)識(shí)和索引，并且，一個(gè)TOI同時(shí)唯一對(duì)應(yīng)一個(gè)DCD頻道標(biāo)識(shí)，以此表明其對(duì)應(yīng)的文件對(duì)象所屬的DCD頻道，即該TOI所屬的DCD頻道。此外，同一文件對(duì)象可被分隔為由同一頻道信息標(biāo)識(shí)的多個(gè)有不同源塊號(hào)標(biāo)識(shí)(SBN) 的Flute協(xié)議數(shù)據(jù)包。步驟S204，D⑶客戶端基于所述FDT中的D⑶頻道標(biāo)識(shí)信息，對(duì)所述訂購(gòu)D⑶頻道進(jìn)行匹配，即判斷所述訂購(gòu)的D⑶頻道的標(biāo)識(shí)是否有與所述FDT中Flute文件對(duì)象TOI對(duì)應(yīng)的D⑶頻道標(biāo)識(shí)相匹配，如果沒(méi)有，則返回執(zhí)行步驟203 ；如果有，則轉(zhuǎn)而執(zhí)行步驟205。
在步驟S204中，D⑶客戶端將FDT中Flute文件對(duì)象TOI對(duì)應(yīng)的D⑶頻道標(biāo)識(shí)與訂購(gòu)過(guò)程獲取的訂購(gòu)D⑶頻道的標(biāo)識(shí)信息對(duì)比，以便于可以找出所訂購(gòu)D⑶頻道標(biāo)識(shí)對(duì)應(yīng)的Flute文件對(duì)象TOI。步驟S205，D⑶客戶端獲取匹配的所述訂購(gòu)D⑶頻道的D⑶動(dòng)態(tài)內(nèi)容的生成時(shí)間點(diǎn)，即所述訂購(gòu)DCD頻道的DCD動(dòng)態(tài)內(nèi)容生成時(shí)間戳(新動(dòng)態(tài)內(nèi)容生成時(shí)間戳)，并判斷其是否晚于對(duì)應(yīng)的當(dāng)前DCD客戶端中存儲(chǔ)的DCD動(dòng)態(tài)內(nèi)容對(duì)應(yīng)的動(dòng)態(tài)內(nèi)容生成時(shí)間戳(原動(dòng)態(tài)內(nèi)容生成時(shí)間戳)，如果是，或者當(dāng)前DCD客戶端中沒(méi)有存儲(chǔ)DCD動(dòng)態(tài)內(nèi)容及動(dòng)態(tài)內(nèi)容生成時(shí)間戳，則轉(zhuǎn)而執(zhí)行步驟S206 ；如果否，則返回執(zhí)行步驟S203。在執(zhí)行步驟S205時(shí)，依據(jù)執(zhí)行步驟S204獲得的Flute文件對(duì)象TOI匹配的所述訂購(gòu)的DCD頻道的動(dòng)態(tài)內(nèi)容生成時(shí)間戳，與該TOI所屬DCD頻道的當(dāng)前客戶端存儲(chǔ)的動(dòng)態(tài)內(nèi)容對(duì)應(yīng)的動(dòng)態(tài)內(nèi)容生成時(shí)間戳進(jìn)行比較。若前者晚于后者，說(shuō)明該Flute文件對(duì)象為更新的DCD動(dòng)態(tài)內(nèi)容，或者當(dāng)前的DCD客戶端首次接收動(dòng)態(tài)內(nèi)容，即當(dāng)前DCD客戶端中沒(méi)有存儲(chǔ)的動(dòng)態(tài)內(nèi)容及動(dòng)態(tài)內(nèi)容生成時(shí)間戳，則轉(zhuǎn)而執(zhí)行更新的步驟；否則相反的，說(shuō)明該Flute 文件對(duì)象不是更新的DCD動(dòng)態(tài)內(nèi)容，返回重新執(zhí)行接收組播式Flute會(huì)話的FDT的步驟。步驟206，D⑶客戶端與Flute文件對(duì)象TOI匹配的所述訂購(gòu)D⑶頻道，接收更新的DCD動(dòng)態(tài)內(nèi)容Flute數(shù)據(jù)包，在DCD客戶端接收到第一個(gè)更新DCD動(dòng)態(tài)內(nèi)容時(shí)啟動(dòng)DCD 動(dòng)態(tài)內(nèi)容接收超時(shí)計(jì)時(shí)，并更新接收到的第一個(gè)DCD動(dòng)態(tài)內(nèi)容接收時(shí)間點(diǎn)。同時(shí)，更新存儲(chǔ)于當(dāng)前DCD客戶端存儲(chǔ)的DCD動(dòng)態(tài)內(nèi)容，以及更新DCD動(dòng)態(tài)內(nèi)容對(duì)應(yīng)的動(dòng)態(tài)內(nèi)容生成時(shí)間戳作為當(dāng)前動(dòng)態(tài)內(nèi)容生成時(shí)間戳。在執(zhí)行步驟S206中，主要是依據(jù)執(zhí)行步驟S204中找出的更新D⑶動(dòng)態(tài)內(nèi)容對(duì)應(yīng)的Flute文件對(duì)象TOI，接收更新D⑶動(dòng)態(tài)內(nèi)容Flute數(shù)據(jù)包。需要說(shuō)明的是，當(dāng)DCD客戶端首次接收DCD動(dòng)態(tài)內(nèi)容時(shí)，動(dòng)態(tài)內(nèi)容當(dāng)前接收超時(shí)時(shí)長(zhǎng)為訂購(gòu)過(guò)程接收到的參考超時(shí)時(shí)長(zhǎng)。所述參考超時(shí)時(shí)長(zhǎng)為DCD接收處理輔助信息中的一部分，該DCD接收處理輔助信息為DCD服務(wù)端通過(guò)DCD訂購(gòu)過(guò)程向DCD客戶端提供的。具體的，該參考超時(shí)時(shí)長(zhǎng)為D⑶服務(wù)端側(cè)計(jì)算的一個(gè)發(fā)送周期內(nèi)，從開(kāi)始發(fā)送第一個(gè)D⑶頻道動(dòng)態(tài)內(nèi)容到完成復(fù)用同一個(gè)Flute UDP端口的所有DCD頻道動(dòng)態(tài)內(nèi)容發(fā)送的時(shí)長(zhǎng)的兩倍。步驟S207，判斷所述DCD客戶端接收更新啟動(dòng)的所述DCD動(dòng)態(tài)內(nèi)容接收超時(shí)是否到達(dá)當(dāng)前接收超時(shí)時(shí)長(zhǎng)，如果是，則執(zhí)行步驟S208，同時(shí)保持本次的當(dāng)前接收超時(shí)時(shí)長(zhǎng)保持不變，使其作為下次的當(dāng)前接收超時(shí)時(shí)長(zhǎng)；如果否，則執(zhí)行步驟S209。步驟S208，DCD客戶端關(guān)閉Flute UDP接收端口，轉(zhuǎn)入執(zhí)行步驟211。在步驟S208中，當(dāng)所述DCD動(dòng)態(tài)內(nèi)容接收超時(shí)等于當(dāng)前接收超時(shí)時(shí)長(zhǎng)，則關(guān)閉Flute UDP 接收端口。步驟S209，D⑶客戶端偵聽(tīng)接收所訂購(gòu)的所有更新的D⑶動(dòng)態(tài)內(nèi)容，并判斷D⑶客戶端是否接收到所有訂購(gòu)的DCD頻道的更新DCD動(dòng)態(tài)內(nèi)容，如果是，則執(zhí)行步驟S210，如果否，則返回執(zhí)行步驟S207。在執(zhí)行步驟S209時(shí)，當(dāng)DCD動(dòng)態(tài)內(nèi)容接收超時(shí)時(shí)長(zhǎng)未達(dá)到當(dāng)前接收超時(shí)時(shí)長(zhǎng)，DCD 客戶端一直偵聽(tīng)接收所訂購(gòu)的所有DCD頻道更新的DCD動(dòng)態(tài)內(nèi)容。步驟S210，D⑶客戶端關(guān)閉所述Flute UDP接收端口，并修正當(dāng)前接收超時(shí)時(shí)長(zhǎng)。在執(zhí)行步驟S210時(shí)所進(jìn)行的修正，即修正當(dāng)前接收超時(shí)時(shí)長(zhǎng)等于本次處理循環(huán)接收到所有訂購(gòu)DCD頻道的更新DCD內(nèi)容的時(shí)刻，所述DCD動(dòng)態(tài)內(nèi)容接收超時(shí)計(jì)時(shí)值。即該次處理循環(huán)中最后接收到的DCD動(dòng)態(tài)內(nèi)容的接收時(shí)間點(diǎn)減去第一個(gè)接收到的DCD動(dòng)態(tài)內(nèi)容的接收時(shí)間點(diǎn)。步驟S211，D⑶客戶端計(jì)算下次Flute UDP接收端口的開(kāi)啟時(shí)間點(diǎn)。在步驟S211中所獲得的下次開(kāi)啟時(shí)間點(diǎn)為本次處理循環(huán)接收到第一個(gè)DCD動(dòng)態(tài)內(nèi)容的時(shí)間點(diǎn)加上一個(gè)發(fā)送周期再減去2個(gè)當(dāng)前動(dòng)態(tài)內(nèi)容接收超時(shí)時(shí)長(zhǎng)。上述執(zhí)行步驟S202至步驟S211的過(guò)程為D⑶客戶端接收所訂購(gòu)D⑶頻道的D⑶ 動(dòng)態(tài)內(nèi)容的一個(gè)處理循環(huán)過(guò)程。在通過(guò)執(zhí)行步驟S211得到了下次Flute UDP接收的開(kāi)啟時(shí)間點(diǎn)，并且在下次開(kāi)啟Flute UDP接收端口的開(kāi)啟時(shí)間點(diǎn)到達(dá)時(shí)，開(kāi)始下一個(gè)處理循環(huán)。需要說(shuō)明的是，在執(zhí)行上述本發(fā)明實(shí)施例公開(kāi)的每個(gè)處理循環(huán)中(DCD客戶端每接收D⑶服務(wù)器一個(gè)發(fā)送周期的D⑶動(dòng)態(tài)內(nèi)容的接收處理過(guò)程稱為一個(gè)處理循環(huán))，D⑶客戶端需要計(jì)算其Flute UDP接收端口的下次關(guān)閉時(shí)間點(diǎn)和下次開(kāi)啟時(shí)間點(diǎn)。為實(shí)現(xiàn)DCD客戶端對(duì)Flute UDP接收端口的開(kāi)啟/關(guān)閉時(shí)間點(diǎn)計(jì)算，在本發(fā)明所公開(kāi)的實(shí)施例中采用DCD 當(dāng)前動(dòng)態(tài)內(nèi)容接收超時(shí)時(shí)長(zhǎng)作為計(jì)算時(shí)間點(diǎn)的依據(jù)。可以利用當(dāng)前動(dòng)態(tài)內(nèi)容接收超時(shí)時(shí)長(zhǎng)來(lái)衡量一個(gè)處理循環(huán)中，DCD客戶端連續(xù)偵聽(tīng)該UDP端口以接收復(fù)用該端口的所有DCD頻道動(dòng)態(tài)內(nèi)容的最大時(shí)長(zhǎng)。在DCD客戶端首次進(jìn)行接收DCD動(dòng)態(tài)內(nèi)容時(shí)，DCD當(dāng)前動(dòng)態(tài)內(nèi)容接收超時(shí)時(shí)長(zhǎng)的初始值設(shè)置為訂購(gòu)過(guò)程DCD客戶端接收到的參考超時(shí)時(shí)長(zhǎng)。并且，當(dāng)DCD客戶端在一個(gè)處理循環(huán)中接收到復(fù)用于Flute UDP端口上的所有訂購(gòu)DCD頻道動(dòng)態(tài)內(nèi)容時(shí)，對(duì)動(dòng)態(tài)內(nèi)容接收超時(shí)時(shí)長(zhǎng)進(jìn)行修正，即修正當(dāng)前接收超時(shí)時(shí)長(zhǎng)為最新的接收所有DCD動(dòng)態(tài)內(nèi)容的時(shí)長(zhǎng)， 即該次處理循環(huán)中最后接收到的DCD動(dòng)態(tài)內(nèi)容的接收時(shí)間點(diǎn)減去第一個(gè)接收到的DCD動(dòng)態(tài)內(nèi)容的接收時(shí)間點(diǎn)。另外，在本發(fā)明上述實(shí)施例公開(kāi)每次處理循環(huán)中，對(duì)Flute UDP接收端口的下次關(guān)閉時(shí)間點(diǎn)和下次開(kāi)啟時(shí)間點(diǎn)進(jìn)行設(shè)置。具體的設(shè)置方法如下所述其中，對(duì)Flute UDP接收端口的下次關(guān)閉時(shí)間點(diǎn)進(jìn)行設(shè)置的方法為其一，在本次處理循環(huán)接收到第一個(gè)D⑶動(dòng)態(tài)內(nèi)容的時(shí)間點(diǎn)開(kāi)始計(jì)時(shí)，到一個(gè)當(dāng)前動(dòng)態(tài)內(nèi)容接收超時(shí)時(shí)長(zhǎng)結(jié)束，如果未能接收到所有復(fù)用該端口的DCD頻道動(dòng)態(tài)內(nèi)容，則下次關(guān)閉時(shí)間點(diǎn)為本次處理循環(huán)接收到第一個(gè)DCD動(dòng)態(tài)內(nèi)容的時(shí)間點(diǎn)加上一個(gè)當(dāng)前動(dòng)態(tài)內(nèi)容接收超時(shí)時(shí)長(zhǎng)。其二，在本次處理循環(huán)接收到第一個(gè)D⑶動(dòng)態(tài)內(nèi)容的時(shí)間點(diǎn)開(kāi)始計(jì)時(shí)，到一個(gè)動(dòng)態(tài)內(nèi)容接收超時(shí)時(shí)長(zhǎng)結(jié)束之前，接收到了所有復(fù)用該端口的DCD頻道動(dòng)態(tài)內(nèi)容，則下次關(guān)時(shí)間點(diǎn)。其中，對(duì)Flute UDP接收端口的下次開(kāi)啟時(shí)間點(diǎn)進(jìn)行設(shè)置的方法為本次處理循環(huán)接收到第一個(gè)DCD動(dòng)態(tài)內(nèi)容的時(shí)間點(diǎn)加上一個(gè)發(fā)送周期再減去2個(gè)動(dòng)態(tài)內(nèi)容接收超時(shí)時(shí)長(zhǎng)。通過(guò)上述的設(shè)置開(kāi)啟及關(guān)閉時(shí)間，可以保證下一個(gè)D⑶服務(wù)器動(dòng)態(tài)內(nèi)容發(fā)送周期開(kāi)始前，D⑶客戶端以一定時(shí)間余量提前開(kāi)啟Flute UDP接收，并保證這個(gè)時(shí)間余量遠(yuǎn)小于靜態(tài)連續(xù)剩余時(shí)段；同時(shí)使DCD客戶端關(guān)閉Flute UDP接收的時(shí)長(zhǎng)接近靜態(tài)連續(xù)剩余時(shí)段， 即每個(gè)發(fā)送周期的靜態(tài)連續(xù)時(shí)段。并且，在D⑶客戶端的處理循環(huán)過(guò)程中，D⑶客戶端可根據(jù)FluteUDP接收的關(guān)閉時(shí)間點(diǎn)信息及開(kāi)啟時(shí)間點(diǎn)信息確定相應(yīng)的組播退出和加入時(shí)間點(diǎn)，組播退出時(shí)，通過(guò)釋放相應(yīng)的組播承載資源，節(jié)省了組播承載資源，提高了利用率。需要說(shuō)明的是，在本發(fā)明實(shí)施例中組播退出和加入分兩種情形。第一種情形是D⑶ 客戶端所訂購(gòu)的D⑶頻道都復(fù)用于同一個(gè)Flute UDP，這時(shí)的組播加入同F(xiàn)lute UDP接收的開(kāi)啟時(shí)間點(diǎn)，組播的退出時(shí)間點(diǎn)同F(xiàn)luteUDP接收的關(guān)閉時(shí)間點(diǎn)。第二種情形是DCD客戶端所訂購(gòu)的D⑶頻道復(fù)用在多個(gè)Flute UDP上，這時(shí)只有所有Flute UDP接收均關(guān)閉后D⑶客戶端才能退出組播，退出組播后，當(dāng)其中的任一個(gè)Flute UDP接收的開(kāi)啟時(shí)間點(diǎn)到達(dá)時(shí)D⑶ 客戶端加入組播。上述本發(fā)明公開(kāi)的實(shí)施例中詳細(xì)描述了一種動(dòng)態(tài)內(nèi)容發(fā)送的處理方法，對(duì)于本發(fā)明的方法可采用多種形式的系統(tǒng)實(shí)現(xiàn)，因此本發(fā)明還公開(kāi)了一種動(dòng)態(tài)內(nèi)容發(fā)送的處理系統(tǒng)，下面給出具體的實(shí)施例進(jìn)行詳細(xì)說(shuō)明。請(qǐng)參閱附圖4，為本發(fā)明實(shí)施例公開(kāi)的一種動(dòng)態(tài)內(nèi)容發(fā)送的處理系統(tǒng)結(jié)構(gòu)示意圖。 主要包括D⑶服務(wù)端401和D⑶客戶端402。所述DCD服務(wù)端401，用于對(duì)不同的DCD業(yè)務(wù)應(yīng)用依據(jù)周期性發(fā)送的時(shí)間間隔進(jìn)行分類，使每個(gè)DCD業(yè)務(wù)對(duì)應(yīng)一個(gè)DCD頻道，并將具有相同發(fā)送周期時(shí)間間隔的DCD頻道在同一個(gè)組播式Flute UDP會(huì)話中進(jìn)行混合發(fā)送。所述D⑶客戶端402，用于接收D⑶服務(wù)端401進(jìn)行混合發(fā)送的D⑶頻道及相關(guān)信息，并在每個(gè)發(fā)送周期的靜態(tài)連續(xù)時(shí)段，關(guān)閉相應(yīng)的FluteUDP接收端口。上述D⑶服務(wù)端401和D⑶客戶端402的具體執(zhí)行過(guò)程分別對(duì)應(yīng)于上述本發(fā)明公開(kāi)的實(shí)施例一和實(shí)施例二中的內(nèi)容，這里不再贅述。綜上所述通過(guò)本發(fā)明上述實(shí)施例公開(kāi)的方法及系統(tǒng)，基于相同的發(fā)送周期特性對(duì)多個(gè)DCD 頻道在同一 Flute UDP會(huì)話上復(fù)用，使多個(gè)具有發(fā)送周期的D⑶頻道的動(dòng)態(tài)內(nèi)容在同一 Flute UDP會(huì)話上混合傳輸，且D⑶動(dòng)態(tài)內(nèi)容在發(fā)送周期的起始點(diǎn)開(kāi)始連續(xù)發(fā)送。從而在實(shí)現(xiàn)Flute UDP會(huì)話多個(gè)D⑶頻道復(fù)用的同時(shí)，使一個(gè)發(fā)送周期內(nèi)形成明顯的D⑶動(dòng)態(tài)內(nèi)容發(fā)送連續(xù)時(shí)段與靜態(tài)連續(xù)剩余時(shí)段。通過(guò)對(duì)已有FDT的改進(jìn)及DCD訂購(gòu)時(shí)段DCD服務(wù)器發(fā)送給DCD客戶端的DCD接收處理輔助信息，實(shí)現(xiàn)了 DCD客戶端DCD動(dòng)態(tài)內(nèi)容發(fā)送的有效接收及靜態(tài)連續(xù)剩余時(shí)段的接收資源釋放，達(dá)到降低對(duì)底層組播承載資源和上層的Socket 資源浪費(fèi)，減少系統(tǒng)的功耗，以及增加系統(tǒng)對(duì)動(dòng)態(tài)內(nèi)容發(fā)送的利用率的目的。本說(shuō)明書(shū)中各個(gè)實(shí)施例采用遞進(jìn)的方式描述，每個(gè)實(shí)施例重點(diǎn)說(shuō)明的都是與其他
12實(shí)施例的不同之處，各個(gè)實(shí)施例之間相同相似部分互相參見(jiàn)即可。對(duì)于實(shí)施例公開(kāi)的裝置而言，由于其與實(shí)施例公開(kāi)的方法相對(duì)應(yīng)，所以描述的比較簡(jiǎn)單，相關(guān)之處參見(jiàn)方法部分說(shuō)明即可。結(jié)合本文中所公開(kāi)的實(shí)施例描述的方法或算法的步驟可以直接用硬件、處理器執(zhí)行的軟件模塊，或者二者的結(jié)合來(lái)實(shí)施。軟件模塊可以置于隨機(jī)存儲(chǔ)器(RAM)、內(nèi)存、只讀存儲(chǔ)器(ROM)、電可編程ROM、電可擦除可編程ROM、寄存器、硬盤(pán)、可移動(dòng)磁盤(pán)、CD-ROM、或技術(shù)領(lǐng)域內(nèi)所公知的任意其它形式的存儲(chǔ)介質(zhì)中。對(duì)所公開(kāi)的實(shí)施例的上述說(shuō)明，使本領(lǐng)域?qū)I(yè)技術(shù)人員能夠?qū)崿F(xiàn)或使用本發(fā)明。 對(duì)這些實(shí)施例的多種修改對(duì)本領(lǐng)域的專業(yè)技術(shù)人員來(lái)說(shuō)將是顯而易見(jiàn)的，本文中所定義的一般原理可以在不脫離本發(fā)明的精神或范圍的情況下，在其它實(shí)施例中實(shí)現(xiàn)。因此，本發(fā)明將不會(huì)被限制于本文所示的這些實(shí)施例，而是要符合與本文所公開(kāi)的原理和新穎特點(diǎn)相一致的最寬的范圍。
權(quán)利要求
1.一種動(dòng)態(tài)內(nèi)容發(fā)送的處理方法，其特征在于，包括 歸類具有相同發(fā)送周期的動(dòng)態(tài)內(nèi)容發(fā)送D⑶頻道；復(fù)用歸類后的所述D⑶頻道于同一個(gè)組播式Flute會(huì)話UDP用戶數(shù)據(jù)包協(xié)議發(fā)送端Π ；當(dāng)位于動(dòng)態(tài)內(nèi)容連續(xù)發(fā)送時(shí)間段內(nèi)時(shí)，從所述Flute UDP發(fā)送端口上依次發(fā)送歸類后的所述DCD頻道的DCD動(dòng)態(tài)內(nèi)容；當(dāng)位于靜態(tài)連續(xù)時(shí)間段內(nèi)時(shí)，停止在所述Flute UDP發(fā)送端口上發(fā)送所述DCD頻道的 D⑶動(dòng)態(tài)內(nèi)容。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述DCD動(dòng)態(tài)內(nèi)容為一個(gè)傳輸對(duì)象標(biāo)識(shí)的文件對(duì)象，且一個(gè)所述傳輸對(duì)象標(biāo)識(shí)對(duì)應(yīng)一個(gè)所述D⑶頻道的D⑶頻道標(biāo)識(shí)。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述DCD動(dòng)態(tài)內(nèi)容對(duì)應(yīng)相應(yīng)的動(dòng)態(tài)內(nèi)容生成時(shí)間戳信息。
4.一種動(dòng)態(tài)內(nèi)容發(fā)送的處理方法，其特征在于，包括依據(jù)預(yù)先獲取的D⑶接收處理輔助信息開(kāi)啟所訂購(gòu)D⑶頻道復(fù)用的Flute UDP接收端Π ；接收組播式Flute會(huì)話的文件發(fā)送表FDT ；當(dāng)所述訂購(gòu)的DCD頻道的標(biāo)識(shí)與所述FDT中的傳輸對(duì)象標(biāo)識(shí)TOI對(duì)應(yīng)的DCD頻道標(biāo)識(shí)相匹配時(shí)，則獲取匹配的所述訂購(gòu)DCD頻道的DCD新動(dòng)態(tài)內(nèi)容的生成時(shí)間點(diǎn)；當(dāng)所述新動(dòng)態(tài)內(nèi)容的生成時(shí)間點(diǎn)晚于當(dāng)前DCD客戶端中存儲(chǔ)的原動(dòng)態(tài)內(nèi)容生成時(shí)間戳?xí)r，或者當(dāng)前DCD客戶端中沒(méi)有存儲(chǔ)DCD動(dòng)態(tài)內(nèi)容及動(dòng)態(tài)內(nèi)容生成時(shí)間戳?xí)r，則依據(jù)所述匹配的訂購(gòu)D⑶頻道，接收更新D⑶動(dòng)態(tài)內(nèi)容Flute數(shù)據(jù)包；當(dāng)接收到第一個(gè)所述更新DCD動(dòng)態(tài)內(nèi)容時(shí)，更新接收到的第一個(gè)DCD動(dòng)態(tài)內(nèi)容接收時(shí)間點(diǎn)，并啟動(dòng)DCD動(dòng)態(tài)內(nèi)容接收超時(shí)計(jì)時(shí)；更新存儲(chǔ)于當(dāng)前DCD客戶端存儲(chǔ)的DCD動(dòng)態(tài)內(nèi)容，以及更新DCD動(dòng)態(tài)內(nèi)容對(duì)應(yīng)的動(dòng)態(tài)內(nèi)容生成時(shí)間戳作為當(dāng)前動(dòng)態(tài)內(nèi)容生成時(shí)間戳；當(dāng)接收更新啟動(dòng)的所述DCD動(dòng)態(tài)內(nèi)容接收超時(shí)時(shí)長(zhǎng)到達(dá)當(dāng)前接收超時(shí)時(shí)長(zhǎng)時(shí)，則關(guān)閉 Flute UDP接收端口，同時(shí)保持當(dāng)前接收超時(shí)時(shí)長(zhǎng)不變；當(dāng)接收更新啟動(dòng)的所述DCD動(dòng)態(tài)內(nèi)容接收超時(shí)時(shí)長(zhǎng)未到達(dá)當(dāng)前接收超時(shí)時(shí)長(zhǎng)，且接收到所有訂購(gòu)的D⑶頻道的更新D⑶動(dòng)態(tài)內(nèi)容時(shí)，關(guān)閉所述Flute UDP接收端口，并修正當(dāng)前接收超時(shí)時(shí)長(zhǎng)為此時(shí)所述DCD動(dòng)態(tài)內(nèi)容接收超時(shí)計(jì)時(shí)的值；依據(jù)所述DCD動(dòng)態(tài)內(nèi)容當(dāng)前接收超時(shí)時(shí)長(zhǎng)計(jì)算下次Flute UDP接收端口的開(kāi)啟時(shí)間點(diǎn)ο
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，在開(kāi)啟所訂購(gòu)DCD頻道復(fù)用的FluteUDP 接收端口之前，包括通過(guò)訂購(gòu)DCD頻道，獲取所述訂購(gòu)DCD頻道的DCD接收處理輔助信息；所述DCD接收處理輔助信息包括周期信息、所訂購(gòu)DCD頻道標(biāo)識(shí)信息、參考超時(shí)時(shí)長(zhǎng)信息和接入承載信肩、ο
6.根據(jù)權(quán)利要求4所述的方法，其特征在于，當(dāng)所述訂購(gòu)的DCD頻道的標(biāo)識(shí)與所述FDT 中的傳輸對(duì)象標(biāo)識(shí)TOI對(duì)應(yīng)的DCD頻道標(biāo)識(shí)不匹配時(shí)，返回執(zhí)行接收組播式Flute會(huì)話的文件發(fā)送表FDT這一步驟。
7.根據(jù)權(quán)利要求4所述的方法，其特征在于，當(dāng)所述新動(dòng)態(tài)內(nèi)容的生成時(shí)間點(diǎn)不晚于當(dāng)前DCD客戶端中存儲(chǔ)的原動(dòng)態(tài)內(nèi)容生成時(shí)間戳?xí)r，返回執(zhí)行接收組播式Flute會(huì)話的文件發(fā)送表FDT這一步驟。
8.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述修正的DCD動(dòng)態(tài)內(nèi)容接收超時(shí)時(shí)長(zhǎng)為上述執(zhí)行過(guò)程中，最后接收到的DCD動(dòng)態(tài)內(nèi)容的接收時(shí)間點(diǎn)減去第一個(gè)接收到的DCD動(dòng)態(tài)內(nèi)容的接收時(shí)間點(diǎn)。
9.根據(jù)權(quán)利要求4所述的方法，其特征在于，獲得的下次開(kāi)啟時(shí)間點(diǎn)為上述執(zhí)行過(guò)程中，接收到第一個(gè)DCD動(dòng)態(tài)內(nèi)容的時(shí)間點(diǎn)加上一個(gè)發(fā)送周期，再減去兩個(gè)動(dòng)態(tài)內(nèi)容接收超時(shí)時(shí)長(zhǎng)。
10.一種動(dòng)態(tài)內(nèi)容發(fā)送的處理系統(tǒng)，其特征在于，包括DCD服務(wù)端，用于對(duì)不同的DCD業(yè)務(wù)應(yīng)用依據(jù)周期性發(fā)送的時(shí)間間隔進(jìn)行分類，使每個(gè) D⑶業(yè)務(wù)對(duì)應(yīng)一個(gè)D⑶頻道，并將具有相同發(fā)送周期時(shí)間間隔的D⑶頻道在同一個(gè)組播式 Flute UDP會(huì)話中進(jìn)行混合發(fā)送；D⑶客戶端，用于接收D⑶服務(wù)端進(jìn)行混合發(fā)送的D⑶頻道及相關(guān)信息，并在每個(gè)發(fā)送周期的靜態(tài)連續(xù)時(shí)段，關(guān)閉相應(yīng)的Flute UDP接收端口。
全文摘要
本發(fā)明公開(kāi)了一種動(dòng)態(tài)內(nèi)容發(fā)送的處理方法及系統(tǒng)，基于周期性動(dòng)態(tài)內(nèi)容發(fā)送的特征，通過(guò)將具有同樣動(dòng)態(tài)內(nèi)容發(fā)送周期需求的DCD頻道動(dòng)態(tài)內(nèi)容在同一個(gè)UDP端口(或同一個(gè)Flute會(huì)話)上混合發(fā)送，實(shí)現(xiàn)了一個(gè)組播式Flute會(huì)話UDP端口上的DCD頻道復(fù)用；同時(shí)，實(shí)現(xiàn)了DCD客戶端基于周期時(shí)間的合理UDP端口接收進(jìn)程的啟動(dòng)和釋放。并且使DCD客戶端只有在DCD服務(wù)端側(cè)有組播式動(dòng)態(tài)內(nèi)容發(fā)送時(shí)才需啟動(dòng)UDP端口接收進(jìn)程并進(jìn)行偵聽(tīng)，在其余時(shí)間則關(guān)閉UDP端口接收進(jìn)程，能夠降低對(duì)底層組播承載資源和上層的Socket資源浪費(fèi)，減少系統(tǒng)的功耗，以及增加系統(tǒng)對(duì)動(dòng)態(tài)內(nèi)容發(fā)送的利用率。
文檔編號(hào)H04L29/06GK102546196SQ20101060608
公開(kāi)日2012年7月4日 申請(qǐng)日期2010年12月24日 優(yōu)先權(quán)日2010年12月24日
發(fā)明者莫建林 申請(qǐng)人:聯(lián)芯科技有限公司