專(zhuān)利名稱(chēng)：用戶(hù)生成內(nèi)容ugc業(yè)務(wù)的實(shí)現(xiàn)方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通信領(lǐng)域，尤其涉及一種用戶(hù)生成內(nèi)容UGC業(yè)務(wù)的實(shí)現(xiàn)方 法及裝置。
背景技術(shù)：
目前，移動(dòng)通訊網(wǎng)絡(luò)和固定通訊網(wǎng)絡(luò)的IP化，因特網(wǎng)和電信網(wǎng)絡(luò)的融合已 成為了業(yè)界公認(rèn)的發(fā)展方向，而為了滿(mǎn)足越來(lái)越突出的IP多媒體應(yīng)用的普遍需 求，第三代合作伙伴計(jì)劃3GPP在分組承載網(wǎng)的基礎(chǔ)上引入了全lP業(yè)務(wù)網(wǎng)絡(luò)架 構(gòu)的IP多媒體子系統(tǒng)(IMS, IP Multimedia Subsystem ),其目標(biāo)就是個(gè)性化 用戶(hù)數(shù)據(jù)，屏蔽用戶(hù)接入方式，控制業(yè)務(wù)能力的開(kāi)放程度，并提供多媒體的通 信體驗(yàn)。
目前業(yè)界廣泛關(guān)注的技術(shù)是基于IMS的IPTV系統(tǒng)，這里所說(shuō)的IPTV (IP Television,即網(wǎng)絡(luò)電視)是一種基于電信網(wǎng)絡(luò)技術(shù)、互聯(lián)網(wǎng)技術(shù)、廣播電視 網(wǎng)絡(luò)技術(shù)和媒體傳輸技術(shù)建立起來(lái)的新型的媒體信息服務(wù)技術(shù)；它可以將數(shù)字 視頻廣播內(nèi)容進(jìn)行媒體轉(zhuǎn)換后放在IP網(wǎng)絡(luò)上傳輸，再通過(guò)接入網(wǎng)使各種用戶(hù)UE 都能夠接收并播放該內(nèi)容。而基于IMS的IPTV系統(tǒng)不但可以提供直播業(yè)務(wù)、點(diǎn) 播業(yè)務(wù)、錄制業(yè)務(wù)，而且還可以提供體現(xiàn)IMS優(yōu)勢(shì)的各種增強(qiáng)業(yè)務(wù)，包括用戶(hù) 生成內(nèi)容(UGC， User Generated Content)業(yè)務(wù)、推薦業(yè)務(wù)、廣告業(yè)務(wù)和家 長(zhǎng)控制業(yè)務(wù)等。以上所說(shuō)的UGC業(yè)務(wù)指的是用戶(hù)將自己原創(chuàng)的內(nèi)容通過(guò)互聯(lián)網(wǎng) 平臺(tái)進(jìn)行展示或者提供給其他用戶(hù)，是一種用戶(hù)使用互聯(lián)網(wǎng)的新方式，即由原 來(lái)的以下載為主變成下載和上傳并重，例如社區(qū)網(wǎng)絡(luò)、視頻分享、博客和播客 等都是UGC業(yè)務(wù)應(yīng)用的主要形式。
目前UGC業(yè)務(wù)的實(shí)現(xiàn)有多種方式，可以采用單播也可以采用多播的方式；
5但是現(xiàn)有技術(shù)中并沒(méi)有針對(duì)多播的方式部署UGC業(yè)務(wù)的技術(shù)方案，如果采用傳 統(tǒng)業(yè)務(wù)中的靜態(tài)多播部署的方式來(lái)實(shí)現(xiàn)UGC業(yè)務(wù)，由于UGC業(yè)務(wù)的用戶(hù)眾多， 為每一個(gè)UGC業(yè)務(wù)的用戶(hù)部署一個(gè)多播地址需要耗費(fèi)大量的資源；同時(shí)采用靜 態(tài)的方式部署UGC業(yè)務(wù)，在業(yè)務(wù)實(shí)現(xiàn)上也顯得非常不靈活，不利于UGC業(yè)務(wù) 的正常開(kāi)展。

發(fā)明內(nèi)容
本發(fā)明實(shí)施方式所要解決的技術(shù)問(wèn)題在于提供一種用戶(hù)生成內(nèi)容UGC業(yè) 務(wù)的實(shí)現(xiàn)方法及裝置，能夠靈活的采用多播方式來(lái)部署UGC業(yè)務(wù)，保證UGC 業(yè)務(wù)的正常開(kāi)展。
本發(fā)明實(shí)施方式是通過(guò)以下技術(shù)方案實(shí)現(xiàn)的
本發(fā)明實(shí)施例提供了一種用戶(hù)生成內(nèi)容UGC業(yè)務(wù)的實(shí)現(xiàn)方法，包括 觸發(fā)進(jìn)行用戶(hù)生成內(nèi)容UGC業(yè)務(wù)的多播部署； 獲取所述多播部署所需要的多播地址；
根據(jù)所獲取到的多播地址，將生成的UGC媒體流發(fā)送到指定的多播組中。 本發(fā)明實(shí)施例還提供了一種實(shí)現(xiàn)用戶(hù)生成內(nèi)容UGC業(yè)務(wù)的設(shè)備，包括 多播內(nèi)容生成單元，用于生成UGC媒體流，并將所生成的UGC媒體流傳
送到多播內(nèi)容傳送單元；
地址接收單元，用于接收進(jìn)行多播部署所需要的多播地址； 多播內(nèi)容傳送單元，用于根據(jù)所述地址接收單元所接收的多播地址，將所
述多播內(nèi)容生成單元所生成的UGC媒體流發(fā)送到指定的多播組中。
本發(fā)明實(shí)施例還提供了 一種實(shí)現(xiàn)用戶(hù)生成內(nèi)容UGC業(yè)務(wù)的裝置，包括 多播觸發(fā)單元，用于觸發(fā)進(jìn)行用戶(hù)生成內(nèi)容UGC業(yè)務(wù)的多播部署； 多播部署單元，用于根據(jù)所述多播觸發(fā)單元的觸發(fā)來(lái)進(jìn)行UGC業(yè)務(wù)的多播
部署，獲取進(jìn)行所述多播部署所需要的多播地址。
由上述所提供的技術(shù)方案可以看出，首先通過(guò)各種方式來(lái)觸發(fā)進(jìn)行用戶(hù)生
6成內(nèi)容UGC業(yè)務(wù)的多播部署；然后獲取進(jìn)行所述多播部署所需要的多播地址； 再根據(jù)所獲取到的多播地址，將生成的UGC媒體流發(fā)送到指定的多播組中。這 樣就可以方便靈活的采用多播方式來(lái)進(jìn)行UGC業(yè)務(wù)，保證了UGC業(yè)務(wù)的正常 開(kāi)展，提高了網(wǎng)絡(luò)通信的質(zhì)量。


圖1為本發(fā)明實(shí)施例1所提供方法的流程示意圖； 圖2為本發(fā)明實(shí)施例2所提供設(shè)備的結(jié)構(gòu)示意圖； 圖3為本發(fā)明實(shí)施例3所提供裝置的結(jié)構(gòu)示意圖； 圖4為本發(fā)明實(shí)施例4所提供的UGC業(yè)務(wù)具體實(shí)現(xiàn)的信令交互示意圖； 圖5為本發(fā)明實(shí)施例5所提供的另一UGC業(yè)務(wù)具體實(shí)現(xiàn)的信令交互示意圖； 圖6為本發(fā)明實(shí)施例6所提供的另一UGC業(yè)務(wù)具體實(shí)現(xiàn)的信令交互示意圖； 圖7為本發(fā)明實(shí)施例7所提供的另一UGC業(yè)務(wù)具體實(shí)現(xiàn)的信令交互示意圖； 圖8為本發(fā)明實(shí)施例8所提供的多播部署具體實(shí)現(xiàn)的結(jié)構(gòu)示意圖。
具體實(shí)施例方式
本發(fā)明實(shí)施方式提供了一種用戶(hù)生成內(nèi)容UGC業(yè)務(wù)的實(shí)現(xiàn)方法、設(shè)備及裝 置，現(xiàn)結(jié)合附圖對(duì)本發(fā)明的具體實(shí)施方式
進(jìn)行說(shuō)明
實(shí)施例1:本發(fā)明實(shí)施例1提供了一種UGC業(yè)務(wù)的實(shí)現(xiàn)方法，如圖1所示為 本發(fā)明實(shí)施例1所4是供方法的流程示意圖，所述方法包括
步驟11:觸發(fā)進(jìn)行UGC業(yè)務(wù)的多播部署。
具體來(lái)說(shuō)，可以是在用戶(hù)終端生成UGC內(nèi)容之前或之后，由特定的功能模 塊來(lái)觸發(fā)進(jìn)行UGC內(nèi)容的多播部署。以上觸發(fā)進(jìn)行UGC內(nèi)容多播部署的方式 可以包括以下幾種
方式一，通過(guò)接收UGC請(qǐng)求消息來(lái)觸發(fā)進(jìn)行UGC內(nèi)容的多播部署；該UGC 請(qǐng)求消息中包括指示多播方式傳送UGC內(nèi)容的信息，例如可以在UGC業(yè)務(wù)請(qǐng) 求消息中攜帶多播傳送標(biāo)識(shí)，當(dāng)特定的功能模塊接收到該請(qǐng)求消息后，解析出
7所述的多播傳送標(biāo)識(shí)，并根據(jù)該多播傳送標(biāo)識(shí)來(lái)觸發(fā)進(jìn)行UGC內(nèi)容的多播部署。
方式二，可以根據(jù)預(yù)先設(shè)定的UGC業(yè)務(wù)邏輯來(lái)觸發(fā)進(jìn)行UGC業(yè)務(wù)的多播 部署。該方式不需要在UGC業(yè)務(wù)請(qǐng)求消息中攜帶多播傳送標(biāo)識(shí)，具體可以在用 戶(hù)終端發(fā)起UGC業(yè)務(wù)請(qǐng)求之前或之后，根據(jù)預(yù)設(shè)的UGC業(yè)務(wù)邏輯來(lái)觸發(fā)多播 部署，例如可以由產(chǎn)生UGC內(nèi)容的UE發(fā)送UGC業(yè)務(wù)請(qǐng)求消息，當(dāng)特定的功能 模塊接收到該UGC業(yè)務(wù)請(qǐng)求消息后，就根據(jù)預(yù)設(shè)的UGC業(yè)務(wù)邏輯來(lái)觸發(fā)多播 部署。
這里所說(shuō)的UGC業(yè)務(wù)邏輯可以是根據(jù)所生成的UGC媒體流的內(nèi)容或?qū)嶋H 的需求而設(shè)定的。具體可以在UGC業(yè)務(wù)邏輯中包含UGC內(nèi)容標(biāo)識(shí)和多播部署 的關(guān)系，該UGC內(nèi)容標(biāo)識(shí)用來(lái)表明所生成的UGC媒體流的內(nèi)容，例如若根據(jù) 用戶(hù)的簽約協(xié)議，所生成的UGC媒體流內(nèi)容需要采用多播的形式分發(fā)，則可以 在業(yè)務(wù)邏輯中設(shè)定該段UGC媒體流內(nèi)容進(jìn)行多播部署，那么當(dāng)特定的功能模塊 在接收到包含該UGC內(nèi)容標(biāo)識(shí)的請(qǐng)求消息時(shí)，就可以根據(jù)該UGC內(nèi)容標(biāo)識(shí)和 預(yù)設(shè)的業(yè)務(wù)邏輯來(lái)觸發(fā)進(jìn)行多播部署。
另外，以上所述的根據(jù)實(shí)際需求而設(shè)定，具體可以是根據(jù)用戶(hù)的觀看需求 或觀看數(shù)量來(lái)進(jìn)行設(shè)定，例如當(dāng)有用戶(hù)觀看UGC媒體流時(shí)，業(yè)務(wù)邏輯就設(shè)定進(jìn) 行多播部署；或當(dāng)觀看的用戶(hù)數(shù)量達(dá)到預(yù)定值時(shí)，業(yè)務(wù)邏輯就設(shè)定進(jìn)行多播部 署。
方式三，以上所述的業(yè)務(wù)邏輯也可以是和UGC業(yè)務(wù)類(lèi)型相關(guān)的，例如可以 將UGC業(yè)務(wù)具體細(xì)分成幾種業(yè)務(wù)類(lèi)型，如監(jiān)控類(lèi)業(yè)務(wù)，網(wǎng)絡(luò)纟聶像機(jī)類(lèi)業(yè)務(wù)，大 眾直#~類(lèi)業(yè)務(wù)等；然后在發(fā)送的UGC請(qǐng)求消息中攜帶指示其業(yè)務(wù)類(lèi)型的標(biāo)識(shí)； 特定的功能模塊在接收到該UGC請(qǐng)求消息后，就可以根據(jù)該請(qǐng)求消息中的業(yè)務(wù) 類(lèi)型標(biāo)識(shí)來(lái)判定是以多播還是單播的形式進(jìn)行分發(fā)，在業(yè)務(wù)邏輯中可以預(yù)先配 置不同的業(yè)務(wù)類(lèi)型采用不同的媒體分發(fā)方式。
8除以上所述的方式外，還可以由用戶(hù)人為的控制來(lái)觸發(fā)進(jìn)行UGC業(yè)務(wù)的多 播部署。以上的業(yè)務(wù)邏輯可以根據(jù)具體情況或?qū)嶋H需求來(lái)進(jìn)行設(shè)定，并不限于 上述實(shí)施例中所舉的例子。
以上所述觸發(fā)進(jìn)行多播部署的特定功能模塊可以設(shè)置在業(yè)務(wù)控制功能實(shí) 體SCF中，位于媒體功能實(shí)體MF,內(nèi)容文檔服務(wù)功能實(shí)體CPSF,用戶(hù)數(shù)據(jù)功 能UPSF,業(yè)務(wù)選擇功能SSF等中，作為上述實(shí)體的一個(gè)功能模塊；也可以設(shè)置 成單獨(dú)的功能實(shí)體，執(zhí)行相應(yīng)的操作。
步驟12:獲取進(jìn)行所述多播部署所需要的多播地址。
在進(jìn)行以上步驟11觸發(fā)進(jìn)行UGC業(yè)務(wù)的多播部署之后，就可以由特定的功 能模塊來(lái)執(zhí)行多播部署的操作，獲取進(jìn)行多播部署所需要的多播地址。該多播 地址是從多播地址池中選擇出的可用的多播地址，同時(shí)當(dāng)該分配的多播地址使 用完畢后，還可以由該特定的功能模塊將該多播地址回收。
以上所述執(zhí)行多播部署操作的特定功能模塊可以設(shè)置在業(yè)務(wù)控制功能實(shí) 體SCF、媒體功能實(shí)體MF或內(nèi)容文檔服務(wù)功能實(shí)體CPSF,業(yè)務(wù)選擇功能SSF, 用戶(hù)數(shù)據(jù)功能UPSF等中，作為上述實(shí)體的一個(gè)功能模塊；也可以設(shè)置成單獨(dú) 的功能實(shí)體，執(zhí)行相應(yīng)的操作。
步驟13:根據(jù)所獲取到的多播地址，將生成的UGC媒體流發(fā)送到指定的多 播組中。
在經(jīng)過(guò)上述步驟12的操作獲取到多播地址后，就可以由特定的功能模塊根 據(jù)所獲取到的多播地址，將UGC媒體流內(nèi)容發(fā)送到指定的多播組中。這里所生 成的UGC媒體流可以是直接由該特定的功能模塊來(lái)生成，也可以是該特定的功 能模塊從用戶(hù)終端處接收到的。
例如，在基于IP多媒體子系統(tǒng)的網(wǎng)絡(luò)電視IMS Based IPTV系統(tǒng)中，該特定 的功能模塊可以設(shè)置在產(chǎn)生UGC媒體流內(nèi)容的UE中，也可以設(shè)置在媒體功能 實(shí)體MF中。如果設(shè)置在UE中，那么該UE就將自己產(chǎn)生的UGC媒體流內(nèi)容注入到指定的多播組中；如果設(shè)置在MF中，那么該MF就從產(chǎn)生UGC內(nèi)容的UE 處接收到的媒體流內(nèi)容，再將所接收到的媒體流內(nèi)容注入到指定的多播組中。 以上的特定的功能模塊也可以設(shè)置成單獨(dú)的功能實(shí)體，執(zhí)行相應(yīng)的操作。
上述產(chǎn)生UGC媒體流內(nèi)容的UE可以是基于IP多媒體子系統(tǒng)的網(wǎng)絡(luò)電視用 戶(hù)，也可以是其他類(lèi)型的網(wǎng)絡(luò)電視用戶(hù)，還可以是IP多媒體子系統(tǒng)的終端。
另外，在進(jìn)行上述步驟13將生成的UGC媒體流發(fā)送到指定的多播組中之 后，該多播組就可以將所接收到的UGC媒體流分發(fā)到加入該多播組的用戶(hù)終端 中。例如，在多播組接收到UGC媒體流之后，若有用戶(hù)終端加入到該多播組中， 則該多播組就可以將所接收到UGC媒體流發(fā)送到該用戶(hù)終端中，供該用戶(hù)終端 使用。
通過(guò)實(shí)施以上的技術(shù)方案，就可以方便靈活的采用多播方式來(lái)進(jìn)行各種 UGC業(yè)務(wù)，保證了UGC業(yè)務(wù)的正常開(kāi)展，提高了網(wǎng)絡(luò)通信的質(zhì)量，滿(mǎn)足了用 戶(hù)的需求。
實(shí)施例2:本發(fā)明實(shí)施例2提供了一種實(shí)現(xiàn)UGC業(yè)務(wù)的設(shè)備，如圖2所示為 所述設(shè)備的結(jié)構(gòu)示意圖，所述設(shè)備包括多播內(nèi)容生成單元21、地址接收單元22 和多播內(nèi)容傳送單元23。
其中，所述的多播內(nèi)容生成單元21用于生成UGC媒體流，并將所生成的 UGC媒體流傳送到多播內(nèi)容傳送單元23中。
所述的地址接收單元22用于接收進(jìn)行多播部署所需要的多播地址。其中所 述的多播地址的獲取方式見(jiàn)以上方法實(shí)施例1中所述。
所述多播內(nèi)容傳送單元23用于根據(jù)所述地址接收單元22所接收的多播地 址，將所述多播內(nèi)容生成單元21所生成的UGC媒體流發(fā)送到指定的多播組中。 具體的傳送方式見(jiàn)以上方法實(shí)施例1中所述。
以上所述的設(shè)備可以是基于IP多媒體子系統(tǒng)的網(wǎng)絡(luò)電視終端；也可以是網(wǎng) 絡(luò)電視應(yīng)用服務(wù)器IPTV AS。
10實(shí)施例3:本發(fā)明實(shí)施例3提供了一種實(shí)現(xiàn)UGC業(yè)務(wù)的裝置，如圖3所示為 所述裝置的結(jié)構(gòu)示意圖，所述裝置包括多播觸發(fā)單元31和多播部署單元32。
部署；具體的觸發(fā)方式見(jiàn)以上方法實(shí)施例1中所述。
多播部署單元32用于根據(jù)所述多播觸發(fā)單元31的觸發(fā)來(lái)進(jìn)行UGC業(yè)務(wù)的 多播部署，獲取進(jìn)行所述多播部署所需要的多播地址。具體進(jìn)行多播部署的方 式見(jiàn)以上方法實(shí)施例1中所述。
另外，在所述多播觸發(fā)單元31中還可包括信令觸發(fā)模塊310,所述信令觸 發(fā)模塊310用于通過(guò)接收UGC請(qǐng)求消息來(lái)觸發(fā)進(jìn)行UGC業(yè)務(wù)的多播部署；所述 的UGC請(qǐng)求消息中包括指示進(jìn)行UGC業(yè)務(wù)多播部署的標(biāo)識(shí)。
另外，在所述多播觸發(fā)單元31中還可包括邏輯觸發(fā)模塊311,所述邏輯觸 發(fā)模塊311用于根據(jù)預(yù)先設(shè)定的UGC業(yè)務(wù)邏輯來(lái)觸發(fā)進(jìn)行UGC業(yè)務(wù)的多播部 署。具體的UGC業(yè)務(wù)邏輯的設(shè)置見(jiàn)以上方法實(shí)施例1中所述。
以上所述的裝置可以設(shè)置在業(yè)務(wù)控制功能實(shí)體SCF、媒體功能實(shí)體MF、 內(nèi)容文檔服務(wù)功能實(shí)體CPSF、用戶(hù)數(shù)據(jù)功能實(shí)體UPSF或業(yè)務(wù)選擇功能實(shí)體 SSF等實(shí)體中，作為上述實(shí)體的一個(gè)功能模塊；也可以設(shè)置成單獨(dú)的功能實(shí)體， 執(zhí)行相應(yīng)的操作。
另外，除以上單元之外，以上所述的裝置還可連接內(nèi)容分發(fā)設(shè)備，所述的 內(nèi)容分發(fā)設(shè)備可以將所生成的UGC媒體流內(nèi)容分發(fā)到加入多播組的用戶(hù)終端 中，這樣相應(yīng)的用戶(hù)終端就可以接收到想要的UGC媒體流內(nèi)容，并進(jìn)行后繼的 操作了。
上述設(shè)備和裝置實(shí)施例中，所包括的各個(gè)單元只是按照功能邏輯進(jìn)行劃分 的，但并不局限于上述的劃分，只要能夠?qū)崿F(xiàn)相應(yīng)的功能即可；另外，各功能 單元的具體名稱(chēng)也只是為了便于相互區(qū)分，并不用于限制本發(fā)明的保護(hù)范圍。
同樣的，通過(guò)上述設(shè)備和裝置實(shí)施例的技術(shù)方案，也可以方便靈活的采用
ii多播方式來(lái)進(jìn)行各種UGC業(yè)務(wù)，保證了UGC業(yè)務(wù)的正常開(kāi)展，提高了網(wǎng)絡(luò)通 信的質(zhì)量，滿(mǎn)足了用戶(hù)的需求。
實(shí)施例4:在本實(shí)施例中，產(chǎn)生UGC媒體流內(nèi)容的UE (以下簡(jiǎn)稱(chēng)UE)。 由于在進(jìn)行UGC業(yè)務(wù)的過(guò)程中，有不同的內(nèi)容標(biāo)識(shí)生成方式，即可以由UE生 成內(nèi)容標(biāo)識(shí)，也可以由SCF生成內(nèi)容標(biāo)識(shí)，MF生成內(nèi)容標(biāo)識(shí)，CPSF生成內(nèi) 容標(biāo)識(shí)，UPSF生成內(nèi)容標(biāo)識(shí)，還可以是SSF生成內(nèi)容標(biāo)識(shí)，該內(nèi)容標(biāo)識(shí)用來(lái) 表明所生成的UGC媒體流的內(nèi)容。這樣在啟動(dòng)UGC媒體流上傳時(shí)就有多種情 況，在本發(fā)明實(shí)施例4中，是以UE生成內(nèi)容標(biāo)識(shí)為例進(jìn)行說(shuō)明的，如圖4所示 為本發(fā)明實(shí)施例4具體實(shí)現(xiàn)的信令交互示意圖，圖中
41, 42中在INIVTE請(qǐng)求消息中攜帶有多播傳送標(biāo)識(shí)。
具體的多播傳送標(biāo)識(shí)的攜帶方法有多種，可以是通過(guò)定義新的頭域來(lái)攜 帶；也可以是通過(guò)擴(kuò)展會(huì)話(huà)描述協(xié)議SDP來(lái)攜帶；也可以通過(guò)消息體中的xml 來(lái)攜帶多播傳送標(biāo)識(shí)。
43: SCF根據(jù)接收到的請(qǐng)求消息，判定為UGC業(yè)務(wù)類(lèi)型；并根據(jù)該請(qǐng)求消 息中的多播傳送標(biāo)識(shí)判斷采用多播的形式進(jìn)行UGC業(yè)務(wù)。
44: SCF對(duì)UE的請(qǐng)求進(jìn)行鑒權(quán)。
45:由SCF獲取多播地址。
該多播地址可以是某個(gè)單獨(dú)的功能實(shí)體來(lái)分配；也可以是由集成在SCF中 的一個(gè)功能模塊來(lái)分配。如果是前者，那么SCF和該多播地址分配實(shí)體之間進(jìn) 行信令交互；如果是后者，那么獲取多播地址的過(guò)程就可以由SCF來(lái)完成。
46, 47中SCF向MF發(fā)送INVITE請(qǐng)求消息。
該INVITE請(qǐng)求消息中攜帶多播傳送標(biāo)識(shí)和所獲取的多播地址；具體實(shí)現(xiàn)過(guò) 程中，該多播地址可以通過(guò)該請(qǐng)求消息中的SDP的c行來(lái)攜帶；也可以采用其 他的方式來(lái)攜帶。
48: MF保存UE所生成的內(nèi)容標(biāo)識(shí)和所接收到的多播地址。
12在該步驟中，MF也可以不保存上述內(nèi)容標(biāo)識(shí)和多播地址，而直接進(jìn)行下 面的操作。
49,410,411 ，412中:MF發(fā)送相應(yīng)的響應(yīng)消息。
413,414,415,416中產(chǎn)生UGC媒體流內(nèi)容的UE返回確認(rèn)消息。
417: UE和MF之間建立媒體傳輸通道。
418: UE將所產(chǎn)生的UGC媒體流內(nèi)容發(fā)送到MF中。
419:由MF根據(jù)所接收到的多播地址，將UE發(fā)送來(lái)的UGC媒體流內(nèi)容注 入到指定的多播組中。
上述過(guò)程就實(shí)現(xiàn)了UGC業(yè)務(wù)的多播部署，多播組可以將所接收到的UGC 媒體流分發(fā)到加入該多播組的用戶(hù)終端中，這樣就保證了 UGC業(yè)務(wù)的正常開(kāi) 展，提高了網(wǎng)絡(luò)通信的質(zhì)量，并滿(mǎn)足了用戶(hù)的需求。
實(shí)施例5:在本實(shí)施例5中，產(chǎn)生UGC媒體流內(nèi)容的UE (以下簡(jiǎn)稱(chēng)UE)是 作為多播內(nèi)容的生成源和注入源，將產(chǎn)生的UGC媒體流內(nèi)容直接注入到多播組 ECF/EFF中；由ECF/EFF將UGC媒體流內(nèi)容分發(fā)到各個(gè)接收方中。如圖5所示 為本發(fā)明實(shí)施例5具體實(shí)現(xiàn)的信令交互示意圖，圖中
過(guò)程51 55和上述實(shí)施例4的41 -45的過(guò)程是一樣的，在本實(shí)施例5中就 不再重復(fù)說(shuō)明了 。
另外，UGC觀看的權(quán)限信息可以是由UE來(lái)指定的，具體可以在UE發(fā)送的 上傳信令中攜帶；也可以是在上傳前，通過(guò)用戶(hù)手動(dòng)設(shè)置上傳到SCF，或者 UPSF,或者CPSF中的；也可以作為業(yè)務(wù)數(shù)據(jù)的一部分預(yù)先存放在UPSF中。 該UGC觀看的權(quán)限信息可以用來(lái)設(shè)置用戶(hù)觀看的權(quán)限，例如可以設(shè)置為該 UGC用戶(hù)上傳的內(nèi)容，用戶(hù)A和用戶(hù)B始終具有觀看權(quán)限，而用戶(hù)C不具有觀看 權(quán)限。
56, 57中SCF將獲取的多播地址，以及多播傳送標(biāo)識(shí)(該標(biāo)識(shí)是可選的)， 通過(guò)20Q OK消息發(fā)送給UE。和上述實(shí)施例4相比，在51和52過(guò)程發(fā)送的請(qǐng)求消息中可以攜帶也可以不 攜帶多播傳送標(biāo)識(shí)。如果UE在51消息中攜帶了多播傳送標(biāo)識(shí)，則在56， 57中 返回的200 OK消息就可不必?cái)y帶多播傳送標(biāo)識(shí)；如果UE在51消息中沒(méi)有攜帶 多播傳送標(biāo)識(shí)，則SCF可以根據(jù)業(yè)務(wù)邏輯來(lái)判定采用多播方式進(jìn)行UGC的傳 送，那么在56， 57返回的200OK消息中就需要攜帶多播傳送標(biāo)識(shí)。
58， 59中UE發(fā)送確認(rèn)消息給SCF。
510中產(chǎn)生UGC媒體流內(nèi)容的UE直接將所產(chǎn)生的UGC媒體流內(nèi)容注入
到指定的多播組中。
上述過(guò)程同樣實(shí)現(xiàn)了 UGC業(yè)務(wù)的多播部署，多播組可以將所接收到的
UGC媒體流分發(fā)到加入該多播組的用戶(hù)終端中，這樣就保證了 UGC業(yè)務(wù)的正
常開(kāi)展，提高了網(wǎng)絡(luò)通信的質(zhì)量，并滿(mǎn)足了用戶(hù)的需求。
實(shí)施例6:在本實(shí)施例中，產(chǎn)生UGC々某體流內(nèi)容的UE (以下簡(jiǎn)稱(chēng)UE)。
在本實(shí)施例6中，多播部署在UE發(fā)起上傳請(qǐng)求之前就已經(jīng)設(shè)置好了，具體可以
由SCF來(lái)觸發(fā)進(jìn)行多播部署，也可以是由其它的功能實(shí)體，例如業(yè)務(wù)選"t奪功能
實(shí)體SSF, CPSF, UPSF或MF等；在多播部署完成之后，可以由SSF將獲取
的多播地址發(fā)布給UE。
如圖6所示為本發(fā)明實(shí)施例6具體實(shí)現(xiàn)的信令交互示意圖，圖中 在U E發(fā)起上傳請(qǐng)求之前，SSF就將獲取的多播地址發(fā)布給U E 。 本實(shí)施例6中的各操作過(guò)程和上述實(shí)施例5中的類(lèi)似，不同之處在于 在上述實(shí)施例5的51中，UE發(fā)起的初始請(qǐng)求消息中，不攜帶多播地址；而
在本實(shí)施例6的61中，由于SSF已經(jīng)將獲取的多播地址發(fā)布給了UE,那么在UE
發(fā)起的初始請(qǐng)求消息中就攜帶有該多播地址。
同時(shí)，在上述實(shí)施例5的56， 57中，發(fā)送的200OK消息中攜帶有多播地址；
而在本實(shí)施例6中的65, 66中是不攜帶多播地址的，而只是協(xié)商的多播通道。
14同樣的，在本實(shí)施例6中，是由產(chǎn)生UGC媒體流內(nèi)容的UE直接將所產(chǎn)生的 UGC媒體流內(nèi)容注入到指定的多播組ECF/EFF中；由多播組將所接收到的 UGC媒體流分發(fā)到加入該多播組的用戶(hù)終端中。
上述過(guò)程同樣實(shí)現(xiàn)了UGC業(yè)務(wù)的多播部署，保證了UGC業(yè)務(wù)的正常開(kāi)展， 提高了網(wǎng)絡(luò)通信的質(zhì)量，并滿(mǎn)足了用戶(hù)的需求。
實(shí)施例7:在本實(shí)施例7中，多播的部署由觀看的UE來(lái)觸發(fā)，在SCF中預(yù) 置了相應(yīng)的業(yè)務(wù)邏輯，例如該業(yè)務(wù)邏輯可以是根據(jù)第一個(gè)觀看UGC內(nèi)容的請(qǐng) 求，來(lái)觸發(fā)進(jìn)行多播的部署；然后再由SCF來(lái)獲取多播地址，或者是由SCF指 示MF來(lái)獲取多播地址；SCF再將獲取的多播地址和多播傳送標(biāo)識(shí)發(fā)送給MF; MF在收到該多播傳送指示后，就根據(jù)所述多播地址將UE發(fā)送來(lái)的媒體流內(nèi)容 注入到指定多播地址的多播組ECF/EFF中。
如圖7所示為本發(fā)明實(shí)施例7具體實(shí)現(xiàn)的信令交互示意圖，圖中
產(chǎn)生UGC內(nèi)容的UE將產(chǎn)生的UGC媒體流內(nèi)容發(fā)送到MF中；此時(shí)MF可能 已經(jīng)將該UGC媒體流內(nèi)容采用單播的形式下發(fā)了 ，也可能還沒(méi)有將該媒體流內(nèi) 容注入到多播組中，當(dāng)觀看的UE發(fā)起請(qǐng)求，請(qǐng)求觀看該UGC媒體流內(nèi)容時(shí)， 就觸發(fā)UGC媒體流內(nèi)容注入到相應(yīng)的多播組中。
71, 72中觀看的UE發(fā)起INVITE請(qǐng)求消息，請(qǐng)求觀看UGC媒體流內(nèi)容， 該INVITE請(qǐng)求消息中攜帶UGC的內(nèi)容標(biāo)識(shí)。
73: SCF根據(jù)觀看的UE發(fā)起的INVITE請(qǐng)求消息，向UPSF請(qǐng)求鑒權(quán)數(shù)據(jù)， 進(jìn)行用戶(hù)鑒權(quán)操作。
74: SCF根據(jù)預(yù)設(shè)的業(yè)務(wù)邏輯判斷此時(shí)需要進(jìn)行多播部署。
該業(yè)務(wù)邏輯可以是保存在SCF中，可以是由SCF向UPSF請(qǐng)求而獲得；該 業(yè)務(wù)邏輯可以和用戶(hù)的觀看請(qǐng)求相關(guān)，例如可以設(shè)定該業(yè)務(wù)邏輯為收到第一 個(gè)觀看用戶(hù)發(fā)來(lái)請(qǐng)求，則觸發(fā)多播部署。
75: SCF根據(jù)業(yè)務(wù)邏輯判定好進(jìn)行多播部署后，向多播地址分配單元獲取
15多播地址，并向MF傳送多播傳送指示消息和多播地址。
該多播地址也可以是SCF向MF發(fā)送多播傳送指示后，由MF向多播地址分 配單元來(lái)獲?。蝗绻怯蒑F來(lái)獲取多播地址，則SCF只需要發(fā)送攜帶多播傳 送指示的消息就可以了。
76: MF收到多播傳送指示的消息后，將UE發(fā)送來(lái)的UGC媒體流內(nèi)容注入 到多播組ECF/EFF中。
如果多播地址由SCF獲取，則MF直接根據(jù)收到的多播地址將UGC媒體流 內(nèi)容注入到相應(yīng)的多播組中；如果SCF未獲取多播地址，則MF自己向多播地 址分配單元獲取多播地址，并根據(jù)獲取的多播地址將UGC媒體流內(nèi)容注入到該 多播組中，同時(shí)MF還需將獲取的多播地址返回給SCF,以便SCF能夠?qū)⒍嗖?地址返回給觀看的UE。
77,78中SCF向觀看的UE發(fā)送200ok響應(yīng)消息，該200ok消息中攜帶相 應(yīng)的多4番地址。
79,710中觀看的UE向SCF回送確認(rèn)消息。
711中觀看的UE加入到該多播組中，這樣就可以接收到多播組下發(fā)的 UGC媒體流內(nèi)容了。
上述過(guò)程同樣實(shí)現(xiàn)了UGC業(yè)務(wù)的多播部署，保證了UGC業(yè)務(wù)的正常開(kāi)展， 提高了網(wǎng)絡(luò)通信的質(zhì)量，并滿(mǎn)足了用戶(hù)的需求。
實(shí)施例8:在本實(shí)施例8中，UGC媒體流內(nèi)容上傳的過(guò)程與多播部署的過(guò)程 是兩個(gè)獨(dú)立的過(guò)程，不通過(guò)SIP會(huì)話(huà)層關(guān)聯(lián)。也就是說(shuō)，多播部署不通過(guò)在SIP 會(huì)話(huà)中進(jìn)行操作，而是一種后臺(tái)的行為，由SCF通過(guò)管理層面來(lái)完成多播資源 的部署，即在SCF和MF之間通過(guò)管理接口進(jìn)行配置，而不是在SIP會(huì)話(huà)中進(jìn)行 配置。
本實(shí)施例8分為兩個(gè)部分， 一部分是啟動(dòng)UGC々某體流內(nèi)容上傳的流程，該 流程與上述各實(shí)施例中UGC媒體流內(nèi)容上傳的過(guò)程類(lèi)似，不同的是在上傳過(guò)程中不進(jìn)行多播部署的判定；另一部分是進(jìn)行多播部署的流程，如圖8所示為本 實(shí)施例8所提供的多播部署具體實(shí)現(xiàn)的結(jié)構(gòu)示意圖，圖中
SCF通過(guò)管理接口指示MF現(xiàn)在以多播的方式進(jìn)行UGC媒體流的分發(fā)。具 體來(lái)說(shuō)，SCF可以是根據(jù)UPSF中的業(yè)務(wù)配置數(shù)據(jù)，當(dāng)收到來(lái)自UE的上傳請(qǐng)求 后，檢測(cè)業(yè)務(wù)配置信息，再根據(jù)業(yè)務(wù)配置信息，判定此時(shí)需要以多播的形式發(fā) 布該UGC媒體流內(nèi)容；也可以是在后臺(tái)由用戶(hù)通過(guò)手動(dòng)操作的方式，通過(guò)管理 接口指示MF以多播的形式分發(fā)該UGC媒體流內(nèi)容。
上述多播地址的獲取可以是SCF向多播地址分配實(shí)體獲取，也可以是MF 向多播地址分配實(shí)體獲取。其中的多播地址分配實(shí)體可以是一個(gè)單獨(dú)的實(shí)體， 也可以是作為一個(gè)模塊集成在SCF，MF,CPSF,UPSF等實(shí)體中。
上述過(guò)程同樣實(shí)現(xiàn)了UGC業(yè)務(wù)的多播部署，保證了UGC業(yè)務(wù)的正常開(kāi)展， 提高了網(wǎng)絡(luò)通信的質(zhì)量，并滿(mǎn)足了用戶(hù)的需求。
另外，本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述實(shí)施例方法中的全部或部分 步驟是可以通過(guò)程序來(lái)指令相關(guān)的硬件完成，相應(yīng)的程序可以存儲(chǔ)于一種計(jì)算 機(jī)可讀存儲(chǔ)介質(zhì)中，上述提到的存儲(chǔ)介質(zhì)可以是只讀存儲(chǔ)器，石茲盤(pán)或光盤(pán)等。
綜上所述，本發(fā)明具體實(shí)施方式
可以方便靈活的采用多播方式來(lái)進(jìn)行各種 UGC業(yè)務(wù)，保證了UGC業(yè)務(wù)的正常開(kāi)展，提高了網(wǎng)絡(luò)通信的質(zhì)量，滿(mǎn)足了用 戶(hù)的需求。
以上所述，僅為本發(fā)明較佳的具體實(shí)施方式
，但本發(fā)明的保護(hù)范圍并不局 限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明實(shí)施例揭露的技術(shù)范圍內(nèi)， 可輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明 的保護(hù)范圍應(yīng)該以權(quán)利要求的保護(hù)范圍為準(zhǔn)。
1權(quán)利要求
1、一種用戶(hù)生成內(nèi)容UGC業(yè)務(wù)的實(shí)現(xiàn)方法，其特征在于觸發(fā)進(jìn)行用戶(hù)生成內(nèi)容UGC業(yè)務(wù)的多播部署；獲取所述多播部署所需要的多播地址；根據(jù)所獲取到的多播地址，將生成的UGC媒體流發(fā)送到指定的多播組中。
2、 如權(quán)利要求1所述的方法，其特征在于，所述觸發(fā)進(jìn)行用戶(hù)生成內(nèi)容UGC 業(yè)務(wù)的多播部署，具體包括通過(guò)接收UGC請(qǐng)求消息來(lái)觸發(fā)進(jìn)行UGC業(yè)務(wù)的多播部署；所述的UGC請(qǐng) 求消息中包括指示進(jìn)行UGC業(yè)務(wù)多播部署的標(biāo)識(shí)。
3、 如權(quán)利要求1所述的方法，其特征在于，所述觸發(fā)進(jìn)行用戶(hù)生成內(nèi)容UGC 業(yè)務(wù)的多播部署，具體包括根據(jù)預(yù)先設(shè)定的UGC業(yè)務(wù)邏輯來(lái)觸發(fā)進(jìn)行UGC業(yè)務(wù)的多播部署。
4、 如權(quán)利要求3所述的方法，其特征在于，所述UGC業(yè)務(wù)邏輯是根據(jù)所生 成的UGC媒體流內(nèi)容或?qū)嶋H需求而設(shè)定的。
5、 如權(quán)利要求4所述的方法，其特征在于，所述根據(jù)所生成的UGC媒體流內(nèi)容而設(shè)定，具體包括當(dāng)所生成的UGC 媒體流需要進(jìn)行多播分發(fā)時(shí)，設(shè)定進(jìn)行多播部署；或者，所述根據(jù)實(shí)際需求而設(shè)定，具體包括當(dāng)有用戶(hù)觀看UGC媒體流時(shí)， 設(shè)定進(jìn)行多播部署；或，當(dāng)觀看的用戶(hù)數(shù)量達(dá)到預(yù)定值時(shí)，設(shè)定進(jìn)行多播部署。
6、 如權(quán)利要求1所述的方法，其特征在于，所述觸發(fā)進(jìn)行用戶(hù)生成內(nèi)容UGC 業(yè)務(wù)的多播部署，具體包括由用戶(hù)控制來(lái)觸發(fā)進(jìn)行UGC業(yè)務(wù)的多播部署。
7、 如權(quán)利要求1所述的方法，其特征在于，所述多播地址是從多播地址池中選擇出的可用多播地址。
8、 如權(quán)利要求1所述的方法，其特征在于，所述方法還包括 當(dāng)所述多播地址使用完畢后，回收所述多播地址。
9、 如權(quán)利要求1所述的方法，其特征在于，在所述將生成的UGC媒體流發(fā) 送到指定的多播組中之后，還包括所述多播組將所接收到的UGC媒體流分發(fā)到加入所述多播組的用戶(hù)終端中。
10、 一種實(shí)現(xiàn)用戶(hù)生成內(nèi)容UGC業(yè)務(wù)的設(shè)備，其特征在于，包括 多播內(nèi)容生成單元，用于生成UGC媒體流，并將所生成的UGC媒體流傳送到多播內(nèi)容傳送單元；地址接收單元，用于接收進(jìn)行多播部署所需要的多播地址； 多播內(nèi)容傳送單元，用于根據(jù)所述地址接收單元所接收的多播地址，將所述多播內(nèi)容生成單元所生成的UGC々某體流發(fā)送到指定的多播組中。
11、 如權(quán)利要求10所述的設(shè)備，其特征在于，所述設(shè)備為基于IP多媒體子 系統(tǒng)的網(wǎng)絡(luò)電視終端，或網(wǎng)絡(luò)電視應(yīng)用服務(wù)器IPTV AS。
12、 一種實(shí)現(xiàn)用戶(hù)生成內(nèi)容UGC業(yè)務(wù)的裝置，其特征在于，包括 多播觸發(fā)單元，用于觸發(fā)進(jìn)行用戶(hù)生成內(nèi)容UGC業(yè)務(wù)的多播部署；多播部署單元，用于根據(jù)所述多播觸發(fā)單元的觸發(fā)來(lái)進(jìn)行UGC業(yè)務(wù)的多播 部署，獲取進(jìn)行所述多播部署所需要的多播地址。
13、 如權(quán)利要求12所述的裝置，其特征在于，所述多播觸發(fā)單元中包括 信令觸發(fā)模塊，用于通過(guò)接收UGC請(qǐng)求消息來(lái)觸發(fā)進(jìn)行UGC業(yè)務(wù)的多播部署；所述的UGC請(qǐng)求消息中包括指示進(jìn)行UGC業(yè)務(wù)多播部署的標(biāo)識(shí)。
14、 如權(quán)利要求12所述的裝置，其特征在于，所述多播觸發(fā)單元中包括 邏輯觸發(fā)模塊，用于根據(jù)預(yù)先設(shè)定的UGC業(yè)務(wù)邏輯來(lái)觸發(fā)進(jìn)行UGC業(yè)務(wù)的多播部署。
15、 如權(quán)利要求12-14任一所述的裝置，其特征在于，所述裝置設(shè)置在業(yè) 務(wù)控制功能實(shí)體SCF、媒體功能實(shí)體MF、內(nèi)容文檔服務(wù)功能實(shí)體CPSF、用戶(hù) 數(shù)據(jù)功能實(shí)體UPSF或業(yè)務(wù)選擇功能實(shí)體SSF中。
16、 如權(quán)利要求13所述的裝置，其特征在于，所述UGC請(qǐng)求消息中還包 括用于表明UGC媒體流內(nèi)容的內(nèi)容標(biāo)識(shí)。
全文摘要
本發(fā)明實(shí)施方式提供了一種用戶(hù)生成內(nèi)容UGC業(yè)務(wù)的實(shí)現(xiàn)方法、設(shè)備及裝置。具體來(lái)說(shuō)，首先通過(guò)各種方式來(lái)觸發(fā)進(jìn)行用戶(hù)生成內(nèi)容UGC業(yè)務(wù)的多播部署；然后獲取進(jìn)行所述多播部署所需要的多播地址；再根據(jù)所獲取到的多播地址，將生成的UGC媒體流發(fā)送到指定的多播組中。這樣就可以方便靈活的采用多播方式來(lái)進(jìn)行UGC業(yè)務(wù)，保證了UGC業(yè)務(wù)的正常開(kāi)展，提高了網(wǎng)絡(luò)通信的質(zhì)量，滿(mǎn)足了用戶(hù)的需求。
文檔編號(hào)H04L12/18GK101686194SQ20081022327
公開(kāi)日2010年3月31日 申請(qǐng)日期2008年9月28日 優(yōu)先權(quán)日2008年9月28日
發(fā)明者漆寶劍, 陳學(xué)梁 申請(qǐng)人:華為技術(shù)有限公司