專利名稱：Iptv中廣告實(shí)現(xiàn)的方法及裝置和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種IPTV中廣告實(shí)現(xiàn)的方法及系統(tǒng)和 裝置。 '
背景技術(shù)：
IMS (IP Multimedia Subsystem, IP多媒體子系統(tǒng))是3GPP (3rd Generation Partnership Project,第三代移動(dòng)通信標(biāo)準(zhǔn)化伙伴項(xiàng)目)標(biāo)準(zhǔn)定義的一個(gè)IP多媒 體子系統(tǒng)，是3G (3rdGeneration)移動(dòng)網(wǎng)實(shí)現(xiàn)分組話音和分組數(shù)據(jù)，提供統(tǒng)一 的多媒體業(yè)務(wù)和應(yīng)用的目標(biāo)網(wǎng)絡(luò)。
IMS采用IP分組域作為其控制信令和媒體傳輸?shù)某性酝ǖ溃捎脮?huì)話發(fā)起 協(xié)議(Session Initiation Protocol, SIP)協(xié)議作為呼叫控制信令，實(shí)現(xiàn)了業(yè)務(wù)管 理、會(huì)話控制及承載接入的三者分離。IMS中主要的功能實(shí)體包括控制用戶注 冊、會(huì)話控制等功能的呼叫控制實(shí)體CSCF (Call Session Control Function),提 供各種業(yè)務(wù)邏輯控制功能的應(yīng)用服務(wù)器AS (Application Server )、集中管理用戶 簽約數(shù)據(jù)的歸屬用戶服務(wù)器HSS (Home Subscriber Server)以及用于實(shí)現(xiàn)與電路 交換網(wǎng)互通的MGCF (Media Gateway Control Function,々某體網(wǎng)關(guān)控制功能) /IMS畫MGW (IMS Media Gateway Function, IMS媒體網(wǎng)關(guān))。
IMS-based IPTV是在IMS網(wǎng)絡(luò)架構(gòu)上引入的一種多媒體業(yè)務(wù)，通過對IMS 網(wǎng)絡(luò)實(shí)體和接口的增強(qiáng)，包括對協(xié)議的擴(kuò)展，對AS能力的細(xì)化和增強(qiáng)，實(shí)現(xiàn)各 種IPTV基本業(yè)務(wù)，包括點(diǎn)播節(jié)目CoD (Content on Demand )，直播節(jié)目BC (Broadcast,或者LTV Live TV,或者Linear TV),網(wǎng)絡(luò)內(nèi)容錄制N-PVR (Network-Personal Video Recorder )。并且通過對用戶數(shù)據(jù)、內(nèi)容數(shù)據(jù)的交互和 控制，為用戶提供各式各樣的增強(qiáng)業(yè)務(wù)，如PPV預(yù)定(Pay Per View )、廣告業(yè) 務(wù)、推薦業(yè)務(wù)等，提高用戶的觀看體驗(yàn)。
目前一些國際標(biāo)準(zhǔn)組織都在致力于制定基于下一代通信網(wǎng)絡(luò)NGN (Next Generation Network)的IPTV標(biāo)準(zhǔn)，并且基于IMS的IPTV架構(gòu)是其中主要的研 究內(nèi)容，但是現(xiàn)有標(biāo)準(zhǔn)規(guī)范以及現(xiàn)有技術(shù)中沒有如何在IMS架構(gòu)下開展IPTV
8廣告業(yè)務(wù)的方案。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供了 一種IPTV廣告解決方案，通過獲取用戶的IPTV業(yè)務(wù) 狀態(tài)信息控制網(wǎng)絡(luò)廣告的發(fā)送，能夠滿足運(yùn)營商需求和用戶需求。
相應(yīng)的，本發(fā)明實(shí)施例提供了一種網(wǎng)絡(luò)電視中廣告實(shí)現(xiàn)方法，包括如下步
驟
獲取用戶所在的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息；
根據(jù)所述獲取的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息為用戶選擇所匹配的網(wǎng)絡(luò)廣告信
息；
通過所述選擇的網(wǎng)絡(luò)廣告信息控制網(wǎng)絡(luò)廣告的發(fā)送。 相應(yīng)的，本發(fā)明實(shí)施例還4是供了一種廣告業(yè)務(wù)功能控制實(shí)體，包括 獲取沖莫塊，用于獲取用戶所在的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息； 選擇模塊，用于根據(jù)所述獲取模塊獲取的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息為用戶選 擇所匹配的網(wǎng)絡(luò)廣告信息；
控制模塊，用于根據(jù)所述選擇模塊選擇的網(wǎng)絡(luò)廣告信息控制網(wǎng)絡(luò)廣告的發(fā)送。
相應(yīng)的，本發(fā)明實(shí)施例還提供了一種廣告業(yè)務(wù)系統(tǒng)，包括廣告業(yè)務(wù)控制 功能實(shí)體和廣告媒體功能，其中
廣告業(yè)務(wù)控制功能實(shí)體用于獲取用戶所在的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息，根據(jù) 所述獲取的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息為用戶選擇所匹配的網(wǎng)絡(luò)廣告信息，并通過 所述選擇的網(wǎng)絡(luò)廣告信息控制廣告媒體功能中的網(wǎng)絡(luò)廣告的發(fā)送；
廣告d^某體功能用于在廣告業(yè)務(wù)控制功能實(shí)體的控制下向用戶所在的用戶設(shè)
備提供網(wǎng)絡(luò)廣告。
通過實(shí)施本發(fā)明實(shí)施例，可以根據(jù)網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息為用戶選擇所匹 配的網(wǎng)絡(luò)廣告信息，根據(jù)所述網(wǎng)絡(luò)廣告信息控制網(wǎng)絡(luò)廣告的發(fā)送，可以為用戶 提供多樣化的廣告服務(wù)和更個(gè)性化的廣告服務(wù)，更好的滿足用戶的需求和廣告 業(yè)務(wù)商的需求。


9為了更清楚地說明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實(shí)施 例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述 中的附圖僅僅是本發(fā)明的一些實(shí)施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付 出創(chuàng)造性勞動(dòng)性的前提下，還可以根據(jù)這些附圖荻得其他的附圖。
圖1為本發(fā)明實(shí)施例中的IPTV廣告業(yè)務(wù)系統(tǒng)架構(gòu)圖2為本發(fā)明實(shí)施中的IPTV廣告實(shí)現(xiàn)方案的流程圖3為本發(fā)明實(shí)施例中的iFC規(guī)則的系統(tǒng)架構(gòu)圖4為本發(fā)明實(shí)施例中的SB規(guī)則的系統(tǒng)架構(gòu)圖5為本發(fā)明實(shí)施例中的直播中的廣告插播實(shí)施例一的流程圖6為本發(fā)明實(shí)施例中的直播中的廣告插播實(shí)施例二的流程圖7為本發(fā)明實(shí)施例中的直播中的廣告插播實(shí)施例三的流程圖8為本發(fā)明實(shí)施例中的直播中的廣告插播實(shí)施例四的流程圖9為本發(fā)明實(shí)施例中的點(diǎn)播中的廣告插播實(shí)施例一的流程圖10為本發(fā)明實(shí)施例中的點(diǎn)播中的廣告插播實(shí)施例二的流程圖11為本發(fā)明實(shí)施例中的點(diǎn)播中的廣告插播實(shí)施例三的流程圖12為本發(fā)明實(shí)施例中的點(diǎn)播中的廣告插播實(shí)施例四的流程圖13為本發(fā)明實(shí)施例中的點(diǎn)播中的廣告插播實(shí)施例五的流程圖14為本發(fā)明實(shí)施例中的點(diǎn)播中的廣告插播實(shí)施例六的流程圖15為本發(fā)明實(shí)施例中的廣告信息推送過程中實(shí)施例一的流程圖16為本發(fā)明實(shí)施例中的廣告信息推送過程中實(shí)施例二的流程圖17為本發(fā)明實(shí)施例中的廣告信息推送過程中實(shí)施例三的流程圖18為本發(fā)明實(shí)施例中的廣告信息略過過程中的流程圖19為本發(fā)明實(shí)施例中的廣告業(yè)務(wù)功能控制實(shí)體的結(jié)構(gòu)示意圖20為本發(fā)明實(shí)施例中的獲取模塊的結(jié)構(gòu)示意圖21為本發(fā)明實(shí)施例中的控制模塊的結(jié)構(gòu)示意圖22為本發(fā)明實(shí)施例中的廣告業(yè)務(wù)功能控制實(shí)體的另 一結(jié)構(gòu)示意圖。
具體實(shí)施例方式
本發(fā)明實(shí)施例提供了 一種IPTV廣告解決方案，通過獲取用戶的IPTV業(yè)務(wù) 狀態(tài)信息控制網(wǎng)絡(luò)廣告的發(fā)送，能夠滿足運(yùn)營商需求和用戶需求。圖1示出了本發(fā)明實(shí)施例中的IPTV廣告業(yè)務(wù)系統(tǒng)架構(gòu)圖，包括用戶終端 (UE) 11、 CorelMS12、廣告業(yè)務(wù)控制功能(AD-SCF) 13和廣告々某體功能 14,其中
用戶終端用于在廣告到來時(shí)接收廣告媒體；
Core IMS用于轉(zhuǎn)發(fā)用戶終端、廣告業(yè)務(wù)控制功能，以及廣告士某體功能之間 的SIP消息，該實(shí)體包括SIP消息轉(zhuǎn)發(fā)所必須的各個(gè)CSCF (Call Session Control Function ，呼叫會(huì)話控制功能)實(shí)體，以及HSS (Home Subscription Server歸屬
簽約服務(wù)器)；
廣告業(yè)務(wù)控制功能用于獲取IPTV業(yè)務(wù)信息，為特定的用戶或者用戶群選擇 廣告，為用戶終端建立廣告媒體傳輸通道。該功能可以是獨(dú)立的廣告應(yīng)用服務(wù) 器，也可以是集成在其他網(wǎng)絡(luò)實(shí)體之上，比如IPTV AS,基本業(yè)務(wù)SCF(如CoD SCF、 BCSCF等)，廣告業(yè)務(wù)平臺(tái)，媒體服務(wù)器等；
廣告媒體功能用于向用戶終端發(fā)送廣告媒體，必要時(shí)為特定的用戶或者用 戶群進(jìn)行廣告媒體與IPTV節(jié)目媒體之間的拼接。該功能可以是獨(dú)立的廣告媒體 服務(wù)器，也可以是集成在其他網(wǎng)絡(luò)實(shí)體之上，比如IPTV Media Server (IPTV媒 體服務(wù)器)，IPTVMF (IPTV媒體功能)，以及其他能夠轉(zhuǎn)發(fā)或存儲(chǔ)廣告媒體的 網(wǎng)絡(luò)實(shí)體。
在圖1中所示的架構(gòu)下，廣告業(yè)務(wù)控制功能獲取用戶所在的網(wǎng)絡(luò)電視業(yè)務(wù) 狀態(tài)信息，根據(jù)獲取的網(wǎng)絡(luò)電^L業(yè)務(wù)狀態(tài)信息為用戶選擇所匹配的網(wǎng)絡(luò)廣告信 息，通過該網(wǎng)絡(luò)廣告信息來控制網(wǎng)絡(luò)廣告的發(fā)送。圖2示出了本發(fā)明實(shí)施中的 IPTV廣告實(shí)現(xiàn)方案的流程圖，這里分如下三個(gè)步驟具體描述
步驟S21:獲取IPTV業(yè)務(wù)狀態(tài)；
廣告業(yè)務(wù)控制功能通過訂閱用戶終端的在線狀態(tài)(Presence )信息、接收IPTV 業(yè)務(wù)控制功能的廣告觸發(fā)請求、接收與轉(zhuǎn)發(fā)IPTV業(yè)務(wù)請求與響應(yīng)等方式，獲得 當(dāng)前用戶終端的IPTV業(yè)務(wù)狀態(tài)，必要的時(shí)候配合本地策略，決定是否在當(dāng)前進(jìn) 行的IPTV業(yè)務(wù)中插入廣告i某體。
IPTV業(yè)務(wù)狀態(tài)可以是以下信息中的一個(gè)或者多個(gè)的組合，且不限于以下信 息用戶終端或者用戶當(dāng)前是否注冊、用戶當(dāng)前是否接受IPTV廣告、用戶終端 當(dāng)前正在使用的IPTV業(yè)務(wù)類型如正在觀看BC (直播電視)、正在觀看CoD
(點(diǎn)播節(jié)目)、正在玩游戲、正在進(jìn)行交互式等、用戶終端當(dāng)前正在觀看的節(jié)
ii目標(biāo)識(shí)或者直播頻道標(biāo)識(shí)、用戶終端或者用戶的在線狀態(tài)(如是否在線、是否
隱身等)、用戶正在進(jìn)行的士某體操作(如點(diǎn)播節(jié)目的暫停等)、正在進(jìn)行的IPTV 業(yè)務(wù)的其他信息如提供CoD服務(wù)的媒體服務(wù)器地址，提供BC服務(wù)的組播源 地址等等。
根據(jù)業(yè)務(wù)狀態(tài)信息的種類，可以分別來自于以下信息中的一類或者多類， 且不限于此
用戶終端或者用戶的注冊狀態(tài)信息，其中的IPTV業(yè)務(wù)狀態(tài)信息可以是當(dāng)前 是否已注冊等；用戶簽約數(shù)據(jù)，其中的IPTV業(yè)務(wù)狀態(tài)信息可以是用戶當(dāng)前是 否接受IPTV廣告、接受的廣告類別、在何種時(shí)間段內(nèi)接受廣告等；PTV業(yè)務(wù)交 互數(shù)據(jù)，其中的IPTV業(yè)務(wù)狀態(tài)信息可以是用戶當(dāng)前是否接受IPTV廣告、用 戶終端當(dāng)前正在使用的IPTV業(yè)務(wù)類型如正在觀看BC (直播電視)、正在觀看 CoD(點(diǎn)播節(jié)目)、正在玩游戲、正在進(jìn)行交互式等、當(dāng)前正在觀看的節(jié)目標(biāo)識(shí) 或者直播頻道標(biāo)識(shí)、正在進(jìn)行的々某體操作如節(jié)目的快進(jìn)、暫停等等；用戶 終端或者用戶的在線狀態(tài)數(shù)據(jù)，其中的IPTV業(yè)務(wù)狀態(tài)信息可以是當(dāng)前是否在 線、是否隱身、用戶終端當(dāng)前正在使用的IPTV業(yè)務(wù)類型如正在觀看BC (直 播電視)、正在觀看CoD(點(diǎn)播節(jié)目)、正在玩游戲、正在進(jìn)行交互式等、當(dāng)前 正在觀看的節(jié)目標(biāo)識(shí)或者直播頻道標(biāo)識(shí)、用戶正在進(jìn)行的+某體操作(如點(diǎn)播節(jié) 目的暫停等)、當(dāng)前正在進(jìn)行的IPTV業(yè)務(wù)的其他信息提供CoD服務(wù)的媒體服 務(wù)器地址，提供BC服務(wù)的組播源地址等等；用戶終端相關(guān)聯(lián)的對話狀態(tài)信息， 其中的IPTV業(yè)務(wù)狀態(tài)信息可以是用戶終端當(dāng)前正在觀看的節(jié)目標(biāo)識(shí)或者直播 頻道標(biāo)識(shí)、正在進(jìn)行的IPTV業(yè)務(wù)的其他信息如提供CoD服務(wù)的々某體服務(wù)器 地址，提供BC服務(wù)的組播源地址等等；針對廣告的請求，其中的IPTV業(yè)務(wù) 狀態(tài)信息可以是用戶當(dāng)前是否接受IPTV廣告、用戶終端當(dāng)前正在使用的IPTV 業(yè)務(wù)類型如正在觀看BC (直播電視)、正在觀看CoD (點(diǎn)播節(jié)目)、正在玩游 戲、正在進(jìn)行交互式等、用戶終端當(dāng)前正在觀看的節(jié)目標(biāo)識(shí)或者直播頻道標(biāo)識(shí)、 用戶終端或者用戶的在線狀態(tài)(如是否在線、是否隱身等)、用戶正在進(jìn)行的々某 體操作(如點(diǎn)播節(jié)目的暫停等)、正在進(jìn)行的IPTV業(yè)務(wù)的其他信息如提供CoD 服務(wù)的媒體服務(wù)器地址，提供BC服務(wù)的組播源地址等等。
根據(jù)信息來源的不同，廣告業(yè)務(wù)控制功能獲取所述IPTV業(yè)務(wù)狀態(tài)信息的方 式可以有如下幾種，且不限于此
12A、 對于用戶的注冊狀態(tài)信息，廣告業(yè)務(wù)控制功能可以通過如下方式進(jìn)行獲
取
用戶終端直接在廣告業(yè)務(wù)控制功能上登記注冊；或者
S-CSCF在UE注冊成功后，代替UE向廣告業(yè)務(wù)控制功能發(fā)起第三方注冊， 將UE已注冊的信息告知后者廣告業(yè)務(wù)控制功能；或者
廣告業(yè)務(wù)控制功能向S-CSCF發(fā)起針對注冊事件包的訂閱，請求指定用戶 的注冊狀態(tài)變更信息(如使用reg事件包的SIP訂閱SUBSCRIBE消息)。這種 方式可以重用IMS的注冊機(jī)制，從而令廣告業(yè)務(wù)控制功能不需要額外的信令擴(kuò) 展或交互，即可獲得用戶的注冊狀態(tài)信息，該過程具體可參考ETSITS 23.228 和TS 24.229標(biāo)準(zhǔn)規(guī)范。
B、 對于用戶簽約數(shù)據(jù)，廣告業(yè)務(wù)控制功能可以通過^Mv本地或者專門的用戶 數(shù)據(jù)管理實(shí)體(如UPSF， User Profile Server Function,用戶配置服務(wù)功能；或 者GUP, General User Profile,通用用戶數(shù)據(jù))等實(shí)體獲取。獲取的用戶簽約數(shù) 據(jù)可以包括用戶是否接受廣告、是否接受個(gè)性化的廣告插播、接受何種廣告 業(yè)務(wù)、在哪個(gè)時(shí)間段內(nèi)接受廣告等等信息。對于用戶簽約數(shù)據(jù)不在本地的情況 下，廣告業(yè)務(wù)控制功能可以通過DIAMETER、 SOAP、或者私有接口進(jìn)行數(shù)據(jù) 的獲取。
C、 對于IPTV業(yè)務(wù)交互數(shù)據(jù)，廣告業(yè)務(wù)控制功能可以通過加入到IPTV會(huì) 話路徑，對IPTV業(yè)務(wù)交互信令進(jìn)行接收和轉(zhuǎn)發(fā)而獲得；或者IPTV業(yè)務(wù)交互相 關(guān)的實(shí)體直接向廣告業(yè)務(wù)控制功能報(bào)告業(yè)務(wù)交互數(shù)據(jù)，如當(dāng)用戶進(jìn)行VCR操作 時(shí)，相關(guān)的媒體服務(wù)器向固定配置的某個(gè)廣告業(yè)務(wù)控制功能進(jìn)行報(bào)告，從而令 后者獲知相關(guān)IPTV業(yè)務(wù)交互數(shù)據(jù)。對于廣告業(yè)務(wù)控制功能串入IPTV會(huì)話路徑 的方式有如下幾種
第 一種、用戶終端的IPTV業(yè)務(wù)請求經(jīng)過S-CSCF的iFC( initial Filter Criteria, 初始過濾準(zhǔn)則)少見則匹配后，觸發(fā)到廣告業(yè)務(wù)控制功能，因而令廣告業(yè)務(wù)控制 功能接收或轉(zhuǎn)發(fā)用戶終端的IPTV業(yè)務(wù)交互信息，從而獲得用戶終端當(dāng)前的IPTV 業(yè)務(wù)狀態(tài)信息。
該方式中，當(dāng)用戶終端或者網(wǎng)絡(luò)設(shè)備發(fā)起的IPTV業(yè)務(wù)請求經(jīng)過CoreIMS 中的S-CSCF ( Serving-Call Session Control Function,服務(wù)-呼叫會(huì)話控制功能) 實(shí)體時(shí)，S-CSCF通過應(yīng)用iFC準(zhǔn)則，將IPTV業(yè)務(wù)請求觸發(fā)到廣告業(yè)務(wù)控制功能，從而將廣告業(yè)務(wù)控制功能串入了 IPTV會(huì)話路徑之中。
廣告業(yè)務(wù)控制功能在IPTV業(yè)務(wù)會(huì)話交互過程中，需要接收和轉(zhuǎn)發(fā)會(huì)話請求 與響應(yīng)，從而感知當(dāng)前的IPTV業(yè)務(wù)狀態(tài)，如用戶進(jìn)行直播頻道切換時(shí)向直纟番業(yè) 務(wù)控制服務(wù)器(IPTV業(yè)務(wù)控制服務(wù)功能的一種)發(fā)起一個(gè)SIP INFO,指示頻道 的切換，該信息將沿IPTV業(yè)務(wù)交互路徑，從而經(jīng)過廣告業(yè)務(wù)控制功能，后者因 此而獲得用戶終端的業(yè)務(wù)狀態(tài)變化(直播頻道變化)；又如，用戶進(jìn)行點(diǎn)播節(jié)目 的VCR操作(如快進(jìn)、暫停等)時(shí)，點(diǎn)播媒體服務(wù)器可以向點(diǎn)播業(yè)務(wù)控制服務(wù) 功能(IPTV業(yè)務(wù)控制服務(wù)功能的 一種)發(fā)送SIP INFO,用于指示用戶的VCR， 該信息也可以通過會(huì)話路徑而經(jīng)過廣告業(yè)務(wù)控制功能，另后者得以感知。
圖3示出了 iFC規(guī)則的系統(tǒng)架構(gòu)圖，包括廣告業(yè)務(wù)控制功能AD-SCF、IPTV 業(yè)務(wù)控制功能IPTVSCF、用戶設(shè)備UE和Core IMS,在具體應(yīng)用時(shí)，通過Invite 消息在各個(gè)網(wǎng)絡(luò)實(shí)體間進(jìn)行交互。這里可以是先通過觸發(fā)到AD-SCF (通過2 Invite消息和3 Invite消息)，再進(jìn)行IPTV業(yè)務(wù)觸發(fā)(通過4 Invite消息)；或者 先進(jìn)行IPTV業(yè)務(wù)觸發(fā)(通過4 Invite消息)，再觸發(fā)通過2 Invite消息和3 Invite 消息，本發(fā)明實(shí)施例中不限定觸發(fā)的先后順序。
第二種、通過3GPP服務(wù)代理Service Broker方式將請求觸發(fā)到廣告業(yè)務(wù)控 制功能。該方式中，廣告業(yè)務(wù)控制功能于CoreIMS之間通過專門的SB進(jìn)行業(yè) 務(wù)觸發(fā)，其觸發(fā)規(guī)則由SB決定，如默認(rèn)的將每個(gè)請求觸發(fā)到AD-SCF;通過 檢查用戶簽約數(shù)據(jù)，發(fā)現(xiàn)用戶沒有簽約廣告業(yè)務(wù)，則請求不發(fā)送到AD-SCF;通 過檢查用戶的當(dāng)前在線狀態(tài)，發(fā)現(xiàn)用戶是隱身，則不發(fā)送；通過檢查用戶當(dāng)前 的業(yè)務(wù)狀態(tài)，發(fā)現(xiàn)用戶正在進(jìn)行VCR操作，則將請求觸發(fā)到AD-SCF等。
圖4示出了 SB規(guī)則的系統(tǒng)架構(gòu)圖，包括廣告業(yè)務(wù)控制功能AD-SCF、IPTV 業(yè)務(wù)控制功能IPTVSCF、用戶設(shè)備UE、 CoreIMS和SB,在具體應(yīng)用時(shí)，通過 Invite消息在各個(gè)網(wǎng)絡(luò)實(shí)體間進(jìn)行交互。
首先可以先經(jīng)過SB觸發(fā)到AD-SCF (01 Invite、 02 Invite、 03 Invite、 04 Invite )，再進(jìn)行IPTV的業(yè)務(wù)觸發(fā)(05 Invite);或者
先進(jìn)行IPTV業(yè)務(wù)觸發(fā)(01 Invite、 02Invite、 05 Invite),之后再觸發(fā)到 AD-SCF,此時(shí)SB與AD-SCF之間的交互可以是03Invite、 04Invite消息，也 可以不是SIP INVITE請求，通過其它消息體替代，最終是SB根據(jù)當(dāng)前的用戶 在線狀態(tài)(如隱身)、當(dāng)前的媒體操作狀態(tài)(如VCR操作)等等信息，在與IPTVSCF會(huì)話已建立的情況下，觸發(fā)某個(gè)SIP請求到AD-SCF,因此03Invite消息可 以通過SIP INFO、 SIP MESSAGE等信息傳達(dá)，而04 Invite消息則可以是對SIP 消息的響應(yīng)，如200OK。
這里的SB作為邏輯實(shí)體，可以于CoreIMS合設(shè)，也可以與某個(gè)AS合i殳 (如與圖中的AD-SCF)，或者單獨(dú)的設(shè)立。具體如何設(shè)置，可才艮據(jù)實(shí)際情況進(jìn) 行部署。
D、 對于用戶終端或者用戶的在線狀態(tài)數(shù)據(jù)，可以由廣告業(yè)務(wù)控制功能向用 戶在線狀態(tài)服務(wù)器(Presence Server, PS)進(jìn)^f亍訂閱獲得。通過對用戶在線狀態(tài) 信息的適當(dāng)擴(kuò)展，PS可以保存和維護(hù)以下信息中的一種或者多種的組合，且不 限于此用戶或者用戶終端是否在線/隱身、正在進(jìn)行的IPTV業(yè)務(wù)類型(BC、 CoD還是UGC等)、正在觀看的節(jié)目標(biāo)識(shí)(點(diǎn)播節(jié)目或者直播頻道標(biāo)識(shí)等)；PS 還可以維護(hù)正在進(jìn)行的IPTV業(yè)務(wù)的其他信息，如提供IPTV內(nèi)容的媒體服務(wù)器 標(biāo)識(shí)(點(diǎn)播服務(wù)器，直播々某體源等)。相關(guān)的在線狀態(tài)信息可以由用戶終端向PS 發(fā)布(如用戶是否在線)，或者SCF向PS發(fā)布(當(dāng)前進(jìn)行的IPTV業(yè)務(wù)類型)， 甚至由提供IPTV內(nèi)容的媒體服務(wù)器向PS發(fā)布(媒體服務(wù)器標(biāo)識(shí))，并且由廣告 業(yè)務(wù)控制功能向PS訂閱，之后由PS發(fā)送通知而得到。發(fā)布的機(jī)制可以使用SIP PUBLISH消息完成，而訂閱可采用SIPSUBCRIBE,通知?jiǎng)t可采用SIP NOTIFY 的方式完成。
E、 對于IPTV的對話狀態(tài)信息，可以由廣告業(yè)務(wù)控制功能向S-CSCF或者 特定的AS訂閱SIP對話狀態(tài)事件包(RFC4235, Dialog event package),從而 獲得與用戶終端關(guān)聯(lián)的、正在進(jìn)行的SIP對話的狀態(tài)信息。通過對SIP對話狀態(tài) 事件包的適當(dāng)擴(kuò)展，S-CSCF或者特定的AS可以維護(hù)和更新以下信息中的一種 或多種組合，且不限于當(dāng)前進(jìn)行的IPTV業(yè)務(wù)類型、當(dāng)前提供IPTV內(nèi)容的媒 體服務(wù)器標(biāo)識(shí)(如提供CoD節(jié)目的々某體服務(wù)器的SIP URI等)、當(dāng)前正在觀看的 節(jié)目標(biāo)識(shí)等。
F、 對于針對廣告的請求，可以有如下幾種觸發(fā)方式: IPTV業(yè)務(wù)控制功能、用戶終端、々某體服務(wù)器或者其他會(huì)話相關(guān)實(shí)體在進(jìn)行
IPTV會(huì)話的過程中，主動(dòng)向廣告業(yè)務(wù)控制功能發(fā)起觸發(fā)請求，其中攜帶當(dāng)前的 IPTV業(yè)務(wù)狀態(tài)信息。所述請求可以是SIPINVITE、 MESSAGE、 INFO等，或 者SOAP、 HTTP等其他協(xié)議請求；攜帶的IPTV業(yè)務(wù)狀態(tài)信息可以包括以下信息的一種或者多種，且不限于此用戶在線狀態(tài)、用戶正在進(jìn)行的IPTV業(yè)務(wù)類 型、正在觀看的節(jié)目標(biāo)識(shí)(點(diǎn)播節(jié)目或者直播頻道、直播節(jié)目等)、用戶正在進(jìn) 行的媒體操作、正在提供IPTV內(nèi)容的媒體服務(wù)器標(biāo)識(shí)等。廣告業(yè)務(wù)控制功能主動(dòng)向IPTV業(yè)務(wù)控制功能或者其他網(wǎng)絡(luò)實(shí)體發(fā)起SIP、 SOAP或者HTTP請求，獲得指定用戶終端或者用戶的的IPTV業(yè)務(wù)狀態(tài)信息。 如廣告業(yè)務(wù)控制功能直接向IPTV業(yè)務(wù)控制功能發(fā)起HTTP GET請求，其響應(yīng)中 攜帶以下信息中的一種或多種用戶終端或者用戶當(dāng)前是否注冊、用戶當(dāng)前是 否接受IPTV廣告、用戶終端當(dāng)前正在使用的IPTV業(yè)務(wù)類型如正在觀看BC (直播電纟見)、正在觀看CoD (點(diǎn)播節(jié)目)、正在玩游戲、正在進(jìn)行交互式等、 用戶終端當(dāng)前正在觀看的節(jié)目標(biāo)識(shí)或者直播頻道標(biāo)識(shí)、用戶終端或者用戶的在 線狀態(tài)(如是否在線、是否隱身等)、正在進(jìn)行的IPTV業(yè)務(wù)的其他信息如提 供CoD服務(wù)的媒體服務(wù)器地址，提供BC服務(wù)的組播源地址等等。廣告控制功能獲取IPTV業(yè)務(wù)狀態(tài)信息后，可以根據(jù)本地策略、用戶簽約數(shù) 據(jù)等信息決定是否插入廣告。比如用戶的簽約數(shù)據(jù)中指明了用戶當(dāng)前接受廣告 推送，則廣告控制功能再觸發(fā)廣告業(yè)務(wù)；或者運(yùn)營商決定再當(dāng)前節(jié)目進(jìn)行時(shí)臨 時(shí)插入廣告，從而觸發(fā)廣告的業(yè)務(wù)。步驟S22:為用戶選擇廣告該步驟中，廣告控制功能通過本地處理邏輯，或者與其他實(shí)體交互，匹配 獲得符合特定用戶或用戶群的廣告信息。廣告控制功能可以根據(jù)當(dāng)前的IPTV業(yè) 務(wù)狀態(tài)信息、IPTV節(jié)目元數(shù)據(jù)信息，以及用戶數(shù)據(jù)信息中的一種或者多種，匹 配獲得合適的廣告。其中這里的IPTV業(yè)務(wù)狀態(tài)信息可以通過步驟S21獲得；IPTV節(jié)目元數(shù)據(jù)信息可以包括當(dāng)前用戶終端正在M^看的節(jié)目的描述信息， 包括且不限于節(jié)目的標(biāo)題、演員、關(guān)鍵字、節(jié)目類型等，這些信息可以從廣告控制功能本地獲取，或者廣告控制功能與元數(shù)據(jù)存儲(chǔ)實(shí)體(如CPSF， Content Profile Server Function, 內(nèi)容配置^E務(wù)功能；或者SSF, Service Selection Function,業(yè)務(wù)選擇功能)進(jìn)行交互后獲得；甚至該信息也可以通過步驟S21而獲得，即廣告控制功能除獲得IPTV業(yè)務(wù) 狀態(tài)外，還同時(shí)獲得了當(dāng)前節(jié)目的元數(shù)據(jù)信息。用戶數(shù)據(jù)信息可以包括且不限于用戶是否簽約了 (個(gè)性化)廣告業(yè)務(wù)；用戶是否愿意接受廣告；用戶偏好的廣告類型；用戶愿意接受廣告的時(shí)間段；用戶對商品購買的偏好；其他用戶偏好等等。用戶數(shù)據(jù)信息可以從廣告控制功能本地獲得，或者廣告控制功能與用戶數(shù)據(jù)配置服務(wù)功能(UPSF， User Profile Server Function) 進(jìn)行交互后獲得，或者該信息可以通過步驟S21而獲得，即廣告控制功能除獲得IPTV業(yè)務(wù)狀態(tài)外， 還同時(shí)獲得了用戶數(shù)據(jù)信息。根據(jù)IPTV節(jié)目元數(shù)據(jù)、用戶數(shù)據(jù)以及IPTV業(yè)務(wù)狀態(tài)信息中的一種或者多 種，匹配廣告的過程屬于廣告業(yè)務(wù)控制功能的內(nèi)部邏輯，可通過各種匹配算法 實(shí)現(xiàn)，在此不做贅述。需要說明的是，廣告業(yè)務(wù)控制功能匹配得到的廣告信息， 可以包括廣告的標(biāo)識(shí)(邏輯標(biāo)識(shí)或者物理訪問標(biāo)識(shí))、廣告的描述信息(如廣告 的編解碼格式是H,264還是MPEG2、廣告類型是視頻還是圖片、廣告插入的起 止時(shí)間點(diǎn)以及其他)、廣告?zhèn)鬏斔玫木W(wǎng)絡(luò)參數(shù)(如廣告單播地址、廣告多播地 址)等信息。步驟S23:向用戶提供廣告。該步驟為廣告業(yè)務(wù)控制功能才艮據(jù)匹配的廣告信息為用戶終端提供廣告。所 述廣告可以是廣告推送信息，也可以是廣告々某體本身。對于前者，用戶終端獲 得廣告推送信息之后，可以根據(jù)該信息提供的參數(shù)或者提示，向網(wǎng)絡(luò)獲取廣告 媒體，用戶終端也可以忽略該信息，從而不獲取廣告媒體；對于后者，廣告媒 體需要發(fā)送到用戶終端，則需要建立廣告媒體傳輸通道，并且在廣告來臨時(shí)為 用戶終端提供廣告々某體。廣告業(yè)務(wù)控制功能向用戶終端發(fā)送廣告推送信息的方法可^f吏用SIP NOTIFY、 SIPMESSAGE、 SIP INFO等SIP消息，也可以使用其他的協(xié)i義，如 RTSPANNOUNCE,甚至通過組播的方式，由用戶終端加入組4番組而獲得。下面主要描述建立廣告媒體通道的方法。所述廣告媒體傳輸通道可以是單獨(dú)的RTP、 TCP或者其他基于IP的傳輸通 道，也可以是與某個(gè)IPTV節(jié)目共用的通道。廣告媒體傳輸方式可以采用單4番或 者多播，以流的方式或者文件下載的方式。廣告業(yè)務(wù)控制功能可以采用不同的方式為用戶終端建立廣告士某體傳輸通道a.廣告業(yè)務(wù)控制功能將匹配獲得的廣告信息(部分或者全部)發(fā)送給特定 的用戶終端，指示用戶終端發(fā)起建立廣告媒體傳輸通道的請求，由此而完成通 道的建立。該過程中，廣告業(yè)務(wù)控制功能發(fā)送給用戶終端的廣告信息可以包含 通道建立所需要的參數(shù)，如廣告4某體單播地址或組播地址，傳輸協(xié)議，使用的 媒體編解碼等。實(shí)際應(yīng)用中，廣告業(yè)務(wù)控制功能發(fā)送廣告信息的方式可以是SIP、SAP、RTSP 等協(xié)議，消息中使用會(huì)話描述協(xié)議(Session Description Protocol, SDP)或者可 擴(kuò)展標(biāo)記語言(extensible Markup Language, XML)的方式攜帶建立廣告i某體 通道所需的參凄t。當(dāng)使用SIP MESSAGE或者INFO消息時(shí)，Request-URI和To頭域?yàn)橛脩艚K 端的SIPURI,當(dāng)廣告與某個(gè)IPTV會(huì)話相關(guān)聯(lián)時(shí)，可以使用Call-ID頭域，并設(shè) 為該會(huì)話的標(biāo)識(shí)，Content-Type頭域設(shè)為application/sdp用于指示消息體為SDP， i殳為application/xml或者application/adlnsertion+xml或其4也類4以標(biāo)"i只，用于指示 消息體為XML等等。具體使用SIP如何攜帶SDP或者XML可參見本發(fā)明人另 一個(gè)專利，在此不再贅述。當(dāng)使用SAP協(xié)議時(shí)，廣告業(yè)務(wù)控制功能可以周期性的向某個(gè)組播地址(如 當(dāng)前用戶終端正在觀看的直播頻道所在組播組)發(fā)送SAP包，其中攜帶廣告媒 體傳輸通道信息，如SDP或者XML文本。用戶終端在觀看直播節(jié)目時(shí)接受到 該SAP包并獲得^某體傳輸通道信息，并以此發(fā)起建立通道的請求。當(dāng)使用RTSP協(xié)議時(shí)，廣告業(yè)務(wù)控制功能可以向用戶終端發(fā)送RTSP ANNOUNCE消息，其中攜帶SDP，以指示終端需要在確定的時(shí)刻獲取指定的 廣告(這些信息可以由廣告業(yè)務(wù)控制功能匹配后得到)，用戶終端從而發(fā)起建立 通道的請求。此時(shí)RTSP消息可以不經(jīng)過Core IMS實(shí)體。用戶終端獲得廣告業(yè)務(wù)控制功能發(fā)送的廣告信息之后，可以發(fā)起建立廣告 媒體通道的請求，該請求可以發(fā)送到同一個(gè)廣告業(yè)務(wù)控制功能，或者物理上獨(dú)18立的另一個(gè)廣告業(yè)務(wù)控制功能，或者其他網(wǎng)絡(luò)實(shí)體，如廣告業(yè)務(wù)服務(wù)器，廣告媒體服務(wù)器，IPTV業(yè)務(wù)控制功能等等，其目的就是建立廣告?zhèn)鬏數(shù)耐ǖ馈Ｔ撨^程可通過SIP， RTSP,或者HTTP等協(xié)議完成，如發(fā)送SIPINVITE， RTSPSETUP， RTSPPLAY, HTTPGET等消息，攜帶廣告標(biāo)識(shí)，廣告媒體通道 參數(shù)等信息。當(dāng)使用SIP協(xié)議時(shí)，消息交互經(jīng)過Core IMS實(shí)體，否則可以不經(jīng) 過該實(shí)體。b. 廣告業(yè)務(wù)控制功能獲得廣告信息之后，不是指示用戶終端發(fā)起通道建立 請求，而是直接向用戶終端請求建立通道。該過程可以使用SIP或者其他協(xié)議 充成。當(dāng)廣告業(yè)務(wù)控制功能在IPTV會(huì)話路徑中時(shí)，可以向用戶終端發(fā)起會(huì)話修改 re-INVITE或者UPDATE,攜帶廣告媒體通道的建立參數(shù)，如SDP或者XML, 具體可參見本發(fā)明的另一個(gè)專利，在此不作贅迷。當(dāng)廣告業(yè)務(wù)控制功能沒有串入IPTV會(huì)話路徑時(shí)，廣告業(yè)務(wù)控制功能可以向 用戶終端發(fā)起初始會(huì)話請求，攜帶廣告媒體通道建立參數(shù)，比如使用SIP INVITE 消息，攜帶廣告媒體通道建立所需的SDP。用戶終端在收到廣告業(yè)務(wù)控制功能發(fā)出的請求(會(huì)話修改，會(huì)話更新或者 初始會(huì)話請求)后，可根據(jù)本地策略或者終端能力等進(jìn)行響應(yīng)，成功后即可建 立廣告媒體通道。該過程與基本的IMS會(huì)話過程相似，可參考TS 23.228或者 TS24,229標(biāo)準(zhǔn)規(guī)范。c. 廣告業(yè)務(wù)控制功能獲得廣告信息之后，既不向用戶終端發(fā)起廣告媒體通 道建立請求，也不指示用戶終端，而是找到當(dāng)前處理IPTV媒體的媒體服務(wù)器， 將廣告信息以廣告媒體拼接指令的方式發(fā)送給該媒體服務(wù)器，后者重用IPTV業(yè) 務(wù)所需的々某體通道，在廣告插播期間用于傳輸廣告媒體，沒有廣告插入的時(shí)候 則傳輸IPTV媒體。該方式要求廣告業(yè)務(wù)與某個(gè)IPTV業(yè)務(wù)相關(guān)聯(lián)，并且在該IPTV 業(yè)務(wù)過程中插播或者推送相關(guān)廣告。根據(jù)步驟S21中廣告業(yè)務(wù)控制功能是否在 IPTV業(yè)務(wù)會(huì)話路徑中的不同情形，分為以下兩種方式1).當(dāng)廣告業(yè)務(wù)控制功能已串入會(huì)話時(shí)，廣告業(yè)務(wù)控制功能可以根據(jù)會(huì)話信 息找到當(dāng)前正在進(jìn)行的IPTV業(yè)務(wù)所使用的媒體服務(wù)器標(biāo)識(shí)(作為IPTV業(yè)務(wù)狀 態(tài)信息的一部分)，并將廣告插播或推送的信息發(fā)送到該媒體服務(wù)器。 例來說， 廣告業(yè)務(wù)功能已經(jīng)存在于某個(gè)CoD業(yè)務(wù)的會(huì)活路徑中，則能夠通過現(xiàn)有SIP機(jī)制獲得CoD業(yè)務(wù)所使用的CoD媒體功能MF (比如使用SIP消息中的 Record-Route頭域，或者Route、 Via、 From、 To等頭域)的標(biāo)識(shí)。如果此時(shí)需 要在該CoD節(jié)目中插^^某個(gè)廣告，則廣告業(yè)務(wù)控制功能可以將插播指令以會(huì) 話內(nèi)的SIP消息(INFO、 MESSAGE, REFER或者其他SIP消息，如INVITE 等)發(fā)送給該MF,以指示該MF在確定的時(shí)間插播確定的廣告；或者廣告業(yè)務(wù) 控制功能以RTSP信令、HTTP等其他協(xié)議也可以完成相似的指示功能功能。
2).當(dāng)廣告業(yè)務(wù)控制功能沒有串入會(huì)話等，或者雖然廣告業(yè)務(wù)控制功能在 IPTV業(yè)務(wù)的會(huì)話路徑中，但是不能從會(huì)話信息中獲得々某體服務(wù)器的信息。此時(shí) 需要通過額外的方式獲得指定用戶終端當(dāng)前使用IPTV業(yè)務(wù)的媒體服務(wù)器信息
i) .步驟S21中，廣告業(yè)務(wù)控制功能通過訂閱用戶終端或者用戶的在線狀態(tài) 或者當(dāng)前對話狀態(tài)信息，其中已經(jīng)包含了媒體服務(wù)器的標(biāo)識(shí)(SIPURI如 sip:mcf—001 @sp.com或者RTSP URI如rtsp:〃mcf—001.sp.com，或者IP地址等)。 此時(shí)獲取媒體服務(wù)器信息的步驟與步驟S21在同一步驟中實(shí)現(xiàn)；或者
ii) .廣告業(yè)務(wù)控制功能使用單獨(dú)的訂閱或者請求，向IPTVPS，或者S-CSCF 等實(shí)體獲得當(dāng)前IPTV業(yè)務(wù)中處理媒體的媒體服務(wù)器標(biāo)識(shí)；
iii) . IPTV業(yè)務(wù)進(jìn)行中的媒體服務(wù)器能夠主動(dòng)向廣告業(yè)務(wù)控制功能發(fā)布相關(guān) 信息，包括媒體服務(wù)器標(biāo)識(shí)(SIPURI或者RTSPURI等)、正在處理的IPTV業(yè) 務(wù)描述信息(如CoD節(jié)目標(biāo)識(shí)，甚至IPTV會(huì)話標(biāo)識(shí)等)、用戶標(biāo)識(shí)等信息。
在獲得了負(fù)責(zé)媒體拼接的媒體服務(wù)器信息之后，廣告業(yè)務(wù)控制功能將要插 入的廣告信息，如廣告標(biāo)識(shí)，插入時(shí)間信息等，以SIP消息(INFO、 MESSAGE、
REFER或者其他SIP消息，如INVITE等)發(fā)送到該媒體服務(wù)器，指示媒體服 務(wù)器進(jìn)行纟某體拼接；廣告業(yè)務(wù)控制功能還可以通過非SIP的方式，如RTSP、 HTTP,或者私有協(xié)議，達(dá)到指示的目的。
在(以a，b，c或者其他方式)建立廣告々某體傳輸通道之后(新建媒體通道， 或者重用IPTV業(yè)務(wù)所用的媒體通道等方式)，用戶終端可以使用IGMP、 MLD 或者RTSP主動(dòng)請求獲取廣告媒體，或者用戶終端不發(fā)送任何請求，由網(wǎng)絡(luò)側(cè)進(jìn) 行媒體拼接，使得廣告々某體重用原來IPTV業(yè)務(wù)所使用的傳輸通道發(fā)送給用戶終 端。再根據(jù)業(yè)務(wù)需要和用戶意愿，決定將廣告媒體與IPTV節(jié)目媒體以一同播放 (如以多畫面形式)、還是廣告替換的方式，提供給用戶。
圖5示出了本發(fā)明實(shí)施例中的直播中的廣告插播實(shí)施例一的流程圖，該實(shí)
20施例中通過Core IMS直接iFC的方式將會(huì)話觸發(fā)到AD-SCF，將其與BC會(huì)話 關(guān)聯(lián)起來；廣告信息在會(huì)話建立時(shí)通知UE; UE在廣告插播時(shí)間到來時(shí)通過切 換多播組完成廣告媒體與BC媒體的切換，具體步驟如下
步驟S101至步驟S108為在BC業(yè)務(wù)會(huì)話建立時(shí)將AD-SCF串入會(huì)話，完成 BC會(huì)話的流程
步驟S101: UE發(fā)起B(yǎng)C業(yè)務(wù)請求SIP INVITE;
該請求中可以是基本BC業(yè)務(wù)會(huì)話，不攜帶用戶接受廣告插播的標(biāo)識(shí)；也可 以攜帶廣告插播標(biāo)識(shí)。對于攜帶廣告插播標(biāo)識(shí)的方式可以通過不限于以下幾種 實(shí)現(xiàn)
Request-URI中攜帶的節(jié)目標(biāo)識(shí)后面增加相關(guān)參數(shù)，如sip:cod—01 @sp.com; mode:AdAllowed或其他類似指示；或者使用SIP頭域攜帶該標(biāo)識(shí)，比如Accept 或者Accept-Contact頭域使用sip.Ad或其他類似的標(biāo)識(shí)，指示當(dāng)前會(huì)話中接受廣 告；或者使用消息體SDP攜帶，如在會(huì)話級別或媒體級別的a行進(jìn)行擴(kuò)展，增
力口 a=ad—insertion:allow或其他類似指示，指示當(dāng)前會(huì)話(或者當(dāng)前々某體通道) 支持廣告插入。
步驟S102: Core IMS根據(jù)提前預(yù)設(shè)的iFC規(guī)則進(jìn)行匹配，決定是否觸發(fā)到 廣告業(yè)務(wù)控制功能(即AD-SCF)，觸發(fā)點(diǎn)可以是根據(jù)Request-URI, SIP頭域或 者其他會(huì)話信息。
步驟S103: Core IMS將會(huì)話請求觸發(fā)到AD-SCF;
步驟S104: AD-SCF通過獲得用戶簽約數(shù)據(jù)或者根據(jù)會(huì)活請求中的相關(guān)標(biāo) 識(shí)(如步驟S101所設(shè)置)，對用戶使用廣告業(yè)務(wù)進(jìn)行授權(quán)；
可選的，該步驟中AD-SCF可以4艮據(jù)用戶數(shù)據(jù)、當(dāng)前IPTV業(yè)務(wù)狀態(tài)信息等 數(shù)據(jù)匹配廣告，從而獲得一個(gè)或者多個(gè)廣告組播地址，并將其加入到BC會(huì)話請 求中。如在會(huì)話請求消息INVITE的SDP中增加a行擴(kuò)展，描述廣告組播地址， ^口 a=ad-description: 225.216.12.1。
更進(jìn)一步的，AD-SCF還可以在a行中增加廣告插播時(shí)間的描述信息，如
a=ad-description: 225.216.12.1,time=20080808T080808.00Z-20080808T081808.00
表示從2008年08月08日08點(diǎn)08分08秒開始的10分鐘內(nèi)，需要插播廣 告，廣告多播地址為225.216.12.1。步驟S105: AD-SCF在對用戶的請求進(jìn)行授權(quán)后，將BC業(yè)務(wù)請求經(jīng)Core IMS發(fā)送到BC-SCF，以完成BC業(yè)務(wù)的授權(quán)、媒體協(xié)商等邏輯控制； 具體的，該過程通過以下步驟完成
步驟5a: AD-SCF可以充當(dāng)SIP Proxy的功能，將BC業(yè)務(wù)請求，即SIP INVITE 作為Proxy轉(zhuǎn)發(fā)給Core IMS;或者AD-SCF充當(dāng)UE的背靠背用戶代理(Back to Back User Agent, B2BUA),新建一個(gè)SIP INVITE請求，發(fā)送到CoreIMS。該 請求可攜帶BC業(yè)務(wù)相關(guān)的SDP信息，以便協(xié)商BC 4某體通道。
步驟5b: Core IMS通過iFC觸發(fā)的方式將會(huì)話發(fā)送到執(zhí)行BC業(yè)務(wù)的SCF, 即BC SCF。
步驟5c: BCSCF對請求進(jìn)行授權(quán)后，可以向Core IMS返回BC會(huì)話響應(yīng)， 如200OK,其中可以攜帶BC業(yè)務(wù)相關(guān)的SDP信息。
步驟5d: Core IMS根據(jù)會(huì)話路徑，將BC會(huì)話響應(yīng)返回給AD SCF。
步驟S106: AD-SCF在獲得BC會(huì)話響應(yīng)(來自BC-SCF)后，根據(jù)當(dāng)前業(yè) 務(wù)狀態(tài)信息、用戶數(shù)據(jù)等其他信息，為用戶匹配合適的廣告信息，可以包括廣 告的多播地址，或者廣告的其他描述信息；
若步驟S104中的AD-SCF已經(jīng)在會(huì)話請求中加入了廣告相關(guān)的信息時(shí)，本 步驟可以省略。
步驟S107至步驟S108: AD-SCF將BC業(yè)務(wù)響應(yīng)經(jīng)Core IMS返回給UE;
在完成BC業(yè)務(wù)的響應(yīng)之后，UE獲得了直播頻道內(nèi)的廣告信息，如多播地 址，廣告插播時(shí)間信息等。該過程中Core IMS可以才艮據(jù)BC業(yè)務(wù)響應(yīng)中的廣告 信息，以及基本的BC會(huì)話信息為UE分配合適的網(wǎng)絡(luò)資源，如預(yù)留的帶寬為廣 告媒體帶寬和BC媒體帶寬的最大值，或者兩倍等，這里可以結(jié)合實(shí)際情況而定。
步驟S109: UE通過多播組加入?yún)f(xié)議，如IGMP或者M(jìn)LD等協(xié)議，加入到 組播分發(fā)節(jié)點(diǎn)ECF/EFF ，以獲得BC媒體流；
BC媒體流內(nèi)也可以攜帶當(dāng)前直播頻道的廣告插播時(shí)間，則此時(shí)步驟S104 或者步驟S106中，AD-SCF可以不在會(huì)話請求(或者響應(yīng))中增加關(guān)于廣告插 播時(shí)間的信息。即當(dāng)前媒體流在什么時(shí)候開始是廣告時(shí)間，可以插入別的媒體. 比如球賽上半場結(jié)束時(shí)，媒體流里面可以攜帶中場休息開始時(shí)間和結(jié)束時(shí)間， 在這段時(shí)間里面，本地運(yùn)營商可以插入本地廣告。
步驟S110至步驟S115為廣告插播的流程步驟S110: UE從步驟S108或者從步驟S109中的BC媒體流中獲得廣告插 播時(shí)間，并從一個(gè)或者多個(gè)待選的廣告多播地址中選擇一個(gè)，準(zhǔn)備BC媒體流到 廣告媒體流的切換；
步驟Sill: UE向ECF/EFF發(fā)起組播組加入請求，如IGMP JOIN消息，攜 帶選擇的廣告多播組地址；
步驟S112: UE從組播分發(fā)節(jié)點(diǎn)ECF/EFF獲得廣告媒體流；
該過程中，UE可以不退出BC多播組，則UE同時(shí)獲得BC4某體和廣告媒 體；UE也可以先退出BC多"J番組，再加入廣告多播組，則UE在同一時(shí)刻只接 收一份媒體；為保證々某體之間的平滑切換，UE還可以在加入廣告多播組之后再 退出BC多播組，則此時(shí)UE在一個(gè)時(shí)間段內(nèi)接收兩^^某體，需要兩倍帶寬。
步驟S113: UE^r測到廣告插入時(shí)間結(jié)束，該時(shí)間信息來源與步驟S110類 似，可以來自BC會(huì)話響應(yīng)，或者來自BCi某體流；
步驟S114: UE向ECF/EFF發(fā)起組播組離開請求，如IGMP LEAVE消息， 指示離開廣告多播組所在的組；
步驟S115: UE從組播分發(fā)節(jié)點(diǎn)ECF/EFF恢復(fù)獲得BC媒體流。
當(dāng)前面UE沒有退出BC組播組時(shí)，UE不需要加入BC多播組，只需將BC 媒體流覆蓋廣告媒體進(jìn)行顯示即可；如果UE在廣告播放期間退出了 BC組播組， 則此時(shí)需要重新加入組播組，如使用IGMPJOIN，攜帶BC組播組地址；為保 證媒體的平滑切換，UE還可以在加入BC組播組地址之后才進(jìn)行步驟S114。
圖6示出了本發(fā)明實(shí)施例中的直播中的廣告插播實(shí)施例二的流程圖，主要 由AD-SCF在廣告時(shí)間到達(dá)前通過SIP MESSAGE或者INFO消息，攜帶廣告多 播地址等，發(fā)送給UE，由UE進(jìn)行多播組切換，具體步驟如下
步驟S201至步驟S209為將AD-SCF串入BC會(huì)話的流程；
其中Core IMS與AD-SCF之間的交互可以是通過S-CSCF上的iFC觸發(fā)到 AD-SCF完成，或者S-CSCF進(jìn)行iFC觸發(fā)到某個(gè)業(yè)務(wù)代理(Service Broker )， 再由業(yè)務(wù)代理根據(jù)當(dāng)前的業(yè)務(wù)狀態(tài)、用戶在線狀態(tài)等信息進(jìn)行觸發(fā)到AD-SCF。 這兩種方式在觸發(fā)的時(shí)機(jī)和觸發(fā)的規(guī)則上有所不同，但是目的都是一樣，就是 令A(yù)D-SCF能夠感知當(dāng)前進(jìn)行的IPTV業(yè)務(wù)狀態(tài)，如當(dāng)前觀看的BC頻道、觀看 的CoD節(jié)目、是否注冊、是否在線等。
步驟S201至步驟S209在AD-SCF串入會(huì)話的同時(shí)，完成了 BC會(huì)話的建
23立，從而UE能夠通過BC多播組管理協(xié)議(如IGMP或MLD等)從多播組獲 得當(dāng)前BC頻道的內(nèi)容。
步驟S210: AD-SCF根據(jù)本地邏輯、運(yùn)營商策略、或者當(dāng)前的業(yè)務(wù)狀態(tài)， 為用戶匹配獲得合適的廣告信息，此處可以為特定的單個(gè)用戶、特定的用戶群 組等匹配廣告信息，以滿足用戶或用戶群組的特定需求。
步驟S211: AD-SCF將匹配獲得的廣告信息經(jīng)Core IMS發(fā)送到特定的UE (用戶或用戶群組所使用的UE )。
該廣告信息可通過SIP INFO、 SIPMESSAGE、 SIPNOTIFY、 SIP REFER 等方式完成，消息中可以包含匹配的廣告標(biāo)識(shí)(多播組標(biāo)識(shí)，如多播地址)，同 時(shí)還可以包含進(jìn)行廣告插播的時(shí)間，如確定的UTC或GMT時(shí)間點(diǎn)(如 2008-09-09T09:09:09Z),或者有確定語義的時(shí)間標(biāo)識(shí)符(如"now"表示立刻切 換)；該信息還可以包含廣告結(jié)束的時(shí)間，同樣可以是確定的時(shí)間點(diǎn)或者有確定 語義的時(shí)間標(biāo)識(shí)符。
步驟S212: UE在廣告插播時(shí)間到來時(shí)通過加入到廣告所在的多播組，從而 獲得廣告媒體。
此過程可通過IGMP或者M(jìn)LD協(xié)議完成，如IGMP JOIN。該過程中UE可 以不退出BC頻道的多播組，也可以退出BC頻道多播組，不同在于UE獲取一 個(gè)媒體流(只有廣告)還是兩個(gè)媒體流(BC頻道和廣告媒體)的區(qū)別。
步驟S213:廣告時(shí)間結(jié)束時(shí)，AD-SCF準(zhǔn)備通知UE。
可選的，若步驟S211中AD-SCF已經(jīng)將廣告結(jié)束的時(shí)間下發(fā)給UE時(shí)，本 步驟可選。那么在廣告時(shí)間到達(dá)時(shí)，UE已經(jīng)知道了在該時(shí)間廣告結(jié)束。
步驟S214: AD-SCF將廣告時(shí)間結(jié)束的通知發(fā)送給UE,途徑CoreIMS。
此過程可以通過SIPINFO、 SIPMESSAGE、 SIPNOTIFY、 SIP REFER等信 息發(fā)送。當(dāng)步驟S211中AD-SCF已經(jīng)將廣告結(jié)束的時(shí)間下發(fā)給UE時(shí)，本步驟 可選。
步驟S215.. UE在廣告時(shí)間結(jié)束時(shí)退出廣告多播組，從而恢復(fù)^L替換的BC
頻道媒體。
當(dāng) 一個(gè)BC頻道中有多個(gè)時(shí)段要插入廣告并且廣告多播組為同 一個(gè)時(shí)，UE 可以在一次廣告時(shí)間結(jié)束時(shí)不退出廣告多播組，而是在所有該頻道中的廣告都 已結(jié)束(或者中間UE進(jìn)行了頻道切換，目標(biāo)頻道所關(guān)聯(lián)的廣告多播組與當(dāng)前廣
24告多播組不一樣)才退出。如果在廣告插播期間UE退出了當(dāng)前的BC頻道多播 組，則此時(shí)還需要重新加入BC多播，以獲得BC媒體流。
圖7示出了本發(fā)明實(shí)施例中的直播中的廣告插播實(shí)施例三的流程圖，主要 由AD-SCF在廣告時(shí)間到達(dá)前通過SIP MESSAGE或者INFO消息，攜帶廣告多 播地址等，發(fā)送給UE,由UE進(jìn)行多播組切換，具體步驟如下
步驟S301至步驟S309為將AD-SCF串入BC會(huì)話的流程
步驟S301: UE發(fā)起B(yǎng)C會(huì)話請求，經(jīng)Core IMS觸發(fā)到特定的業(yè)務(wù)代理 (Service Broker,即SB);
步驟S302: SB根據(jù)業(yè)務(wù)狀態(tài)變化、用戶終端或者用戶在線狀態(tài)中的一種或 多種信息，進(jìn)行動(dòng)態(tài)的業(yè)務(wù)觸發(fā)到AD-SCF:
步驟S303: AD-SCF將請求以B2BUA或者Proxy方式返回給SB;
步驟S304: SB根據(jù)本地規(guī)則或者業(yè)務(wù)狀態(tài)等信息將業(yè)務(wù)請求發(fā)送到 BC-SCF:
步驟S305至步驟S308為BC業(yè)務(wù)響應(yīng)的路徑，依次根據(jù)請求路徑逆向發(fā) 送給UE,從而建立BC業(yè)務(wù)的SIP會(huì)話；
步驟S309: UE根據(jù)多播地址加入到當(dāng)前BC頻道，獲得BC媒體流；
步驟S310: AD-SCF根據(jù)本地邏輯、運(yùn)營商策略、或者當(dāng)前的業(yè)務(wù)狀態(tài)， 為用戶匹配獲得合適的廣告信息；
具體的，這里可以為特定的用戶群組匹配廣告信息，以滿足用戶群組的特 定需求(如給所有喜歡體育用品的用戶推送體育品牌廣告、給某個(gè)特定地區(qū)的 用戶推送該地區(qū)的特產(chǎn)等)；
步驟S311: AD-SCF將匹配獲得的廣告插播指令發(fā)送給當(dāng)前BC業(yè)務(wù)的媒體 分發(fā)服務(wù)器(即BC-MF);
該指令中可以包含一個(gè)或者多個(gè)匹配的廣告標(biāo)識(shí)(多播組標(biāo)識(shí)，如多播地 址)，同時(shí)還可以包含進(jìn)行廣告插播的時(shí)間，如確定的UTC或GMT時(shí)間點(diǎn)(如 2008-09-09T09:09:09Z)，或者有確定語義的時(shí)間標(biāo)識(shí)符(如"now"表示立刻切 換)；該指令還可以包含廣告結(jié)束的時(shí)間，同樣可以是確定的時(shí)間點(diǎn)或者有確定 語義的時(shí)間標(biāo)識(shí)符。此過程可以通過以SIPINFO、 SIPMESSAGE、 SIPNOTIFY、 SIP REFER等信息發(fā)送。
步驟S312: BC-MF在獲得廣告插播指令之后，在廣告插播時(shí)間到來時(shí)將一個(gè)或者廣告々某體以多播的方式發(fā)送到指定的廣告多播組標(biāo)識(shí)中；
具體的，可以將該時(shí)間段中的廣告A發(fā)送到多播地址MA,該時(shí)間段內(nèi)的廣告 B發(fā)送到多播地址MB等。該過程中，BC-MF可以停止發(fā)送當(dāng)前的BC媒體流 到BC多播組，也可以停止發(fā)送BC媒體流，可根據(jù)實(shí)際情況決定。
步驟S313: AD-SCF將匹配獲得的廣告信息發(fā)送到特定的UE (用戶或用戶 群組所使用的UE);
該信息中可以包含匹配的廣告標(biāo)識(shí)(多播組標(biāo)識(shí)，如多播地址)，同時(shí)還可 以包含進(jìn)行廣告插:燔的時(shí)間，如確定的UTC或GMT時(shí)間點(diǎn)(如 2008-09-09T09:09:09Z)，或者有確定語義的時(shí)間標(biāo)識(shí)符(如"now"表示立刻切 換)；該信息還可以包含廣告結(jié)束的時(shí)間，同樣可以是確定的時(shí)間點(diǎn)或者有確定 語義的時(shí)間標(biāo)識(shí)符。此過程可以通過以SIPINFO、 SIPMESSAGE、 SIPNOTIFY、 SIP REFER等信息發(fā)送；該過程還可以通AD-SCF將廣告信息以多播的方式發(fā) 送，如直接發(fā)送到某個(gè)多播地址由UE偵聽，或者將廣告信息發(fā)送給BC-MF， 由BC-MF在當(dāng)前的BC媒體流中進(jìn)行傳輸。
步驟S314: UE在廣告插播時(shí)間到來時(shí)加入到廣告所在的多播組，從而獲得
廣告媒體； '
具體的，若該時(shí)間段內(nèi)喜歡廣告A的用戶通iti。入MA多播組，從而獲得 廣告A;同一時(shí)間段中喜歡廣告B的用戶則加入到MB多播組，從而獲得廣告 B。此過程中，各個(gè)UE可以不退出BC頻道的多播組，也可以退出BC頻道多 播組，不同在于UE獲取一個(gè)媒體流(只有廣告)還是兩個(gè)媒體流(BC頻道和 廣告媒體)的區(qū)別。該步驟可以通過IGMP或者M(jìn)LD協(xié)議完成，如IGMPJOIN 消息，攜帶廣告多播組地址。
步驟S315: 廣告時(shí)間結(jié)束時(shí)，AD-SCF準(zhǔn)備通知UE。 當(dāng)步驟S311中AD-SCF已經(jīng)將廣告結(jié)束的時(shí)間下發(fā)給UE時(shí)，本步驟可選。 步驟S316: AD-SCF將廣告插播結(jié)束指令發(fā)送給執(zhí)行廣告插播的BC-MF; 此過程可以通過以SIPINFO、 SIPMESSAGE、 SIPNOTIFY、 SIP REFER 等信息發(fā)送。當(dāng)步驟S311中AD-SCF已經(jīng)將廣告結(jié)束的時(shí)間發(fā)送給BC-MF時(shí)， 本步驟可選。BC-MF獲得廣告插播結(jié)束指令后，停止向各個(gè)廣告多播組發(fā)送廣 告媒體；當(dāng)廣告插播期間BC-MF停止了發(fā)送BC媒體流時(shí)，此刻需要重新恢復(fù) 發(fā)送BC^某體流。Core IMS; 此過程可以通過以SIPINFO、 SIPMESSAGE、 SIPNOTIFY、 SIP REFER 等信息發(fā)送。當(dāng)步驟S312中AD-SCF已經(jīng)將廣告結(jié)束的時(shí)間下發(fā)給UE時(shí)，本
步驟可選。
步驟S318: UE在廣告時(shí)間結(jié)束時(shí)退出廣告多播組，從而恢復(fù)被替換的BC 頻道媒體；
當(dāng)一個(gè)BC頻道中有多個(gè)時(shí)段要插入廣告并且廣告多播組為同一個(gè)時(shí)，UE 可以在一次廣告時(shí)間結(jié)束時(shí)不退出廣告多播組，而是在所有該頻道中的廣告都 已結(jié)束(或者中間UE進(jìn)行了頻道切換，目標(biāo)頻道所關(guān)聯(lián)的廣告多播組與當(dāng)前廣 告多播組不一樣)才退出。如果在廣告插播期間UE退出了當(dāng)前的BC頻道多4番 組，則此時(shí)還需要重新加入BC多播，以獲得BC媒體流。退出廣告多播組的過 程可通過IGMP或者M(jìn)LD方式完成，如使用IGMPLEAVE,攜帶廣告多播組地 址。
圖8示出了本發(fā)明實(shí)施例中的直播中的廣告插播實(shí)施例四的流程圖，主要 通過AD-SCF訂閱用戶終端或者用戶的在線狀態(tài)，獲得當(dāng)前的業(yè)務(wù)狀態(tài)，從而 將匹配的廣告信息發(fā)送給UE, UE通過重新發(fā)起廣告會(huì)話進(jìn)行廣告媒體的獲取 (單播會(huì)話或者多播會(huì)話)，具體步驟如下
步驟S401: UE與BC-SCF建立針對BC的SIP會(huì)話，并接收BC媒體流；
步驟S402: AD-SCF向PS訂閱特定UE的在線狀態(tài)；
該過程可使用SIP SUBSCRIBE完成，可以在步驟S401之前或者之后完成。
步驟S403至步驟S405: UE進(jìn)行頻道切換時(shí)(比如從頻道A跳到頻道B ), 向PS發(fā)布目標(biāo)頻道信息(即頻道B的標(biāo)識(shí))，作為UE的當(dāng)前的在線狀態(tài)變更。 該過程中還可以攜帶目標(biāo)頻道中當(dāng)前正在播放的直播節(jié)目標(biāo)識(shí)。
步驟S406: PS將UE的在線狀態(tài)更新到訂閱者AD-SCF;
該過程可使用SIPNOTIFY完成，攜帶UE的在線狀態(tài)信息。
步驟S407: AD-SCF獲取了 UE的當(dāng)前IPTV業(yè)務(wù)狀態(tài)之后，根據(jù)用戶偏好、 用戶購買習(xí)慣、用戶簽約信息、當(dāng)前BC頻道的元數(shù)據(jù)、當(dāng)前BC頻道中節(jié)目的 元數(shù)據(jù)、以及廣告元數(shù)據(jù)中的一個(gè)或多個(gè)數(shù)據(jù)，匹配生成合適的廣告信息；
該廣告信息含有廣告多播組地址、或者廣告單播地址等。
步驟S408: AD-SCF向UE發(fā)送廣告信息。該過程可以是通過SIP MESSAGE,SIP NOTIFY攜帶廣告信息的方式發(fā)送，或者AD-SCF將廣告信息發(fā)送到當(dāng)前頻 道媒體發(fā)送的BC MF，由BC MF在媒體面進(jìn)行發(fā)送。
步驟S408: UE通過接收SIP消息，或者從BC的多播組中獲得廣告信息， 從而發(fā)起基于廣告的會(huì)話，接收廣告i某體，如加入廣告多播組，或者連接廣告 媒體服務(wù)器，獲得單播廣告流。
圖9示出了本發(fā)明實(shí)施例中的點(diǎn)播中的廣告插播實(shí)施例一的流程圖，主要 采用iFC觸發(fā)的方式，將AD-SCF與CoD會(huì)話關(guān)聯(lián)起來，當(dāng)廣告插播時(shí)間到來 時(shí)，AD-SCF使用消息方式通知CoDMF，從而進(jìn)行廣告拼接，具體步驟如下
步驟S501至步驟S507為在CoD會(huì)話建立過程中串入AD-SCF的流程
步驟S501: UE經(jīng)Core IMS發(fā)起CoD業(yè)務(wù)請求，即SIPINVITE。
該請求中可以不攜帶用戶是否接受廣告的指示；也可以根據(jù)用戶的意愿， 或者CoD的元數(shù)據(jù)等信息，在消息體或者頭域中對用戶接受廣告的意愿進(jìn)行指 示，可行的方法包括且不限于以下幾種
a. Request-URI中攜帶的節(jié)目標(biāo)識(shí)后面增加相關(guān)參數(shù)，如sip:cod_0l@sp.com; mode-AdAllowed或其他類似指示；或者b.使用SIP頭域攜帶該標(biāo)識(shí)，比如 Accept或者Accept-Contact頭域4吏用sip.Ad或其他類似的標(biāo)識(shí)，指示當(dāng)前會(huì)話 中接受廣告；或者c.使用消息體SDP攜帶，如在會(huì)話級別或媒體級別的a行進(jìn) 行擴(kuò)展，增加a二ad—insertion:allow或其他類似指示，指示當(dāng)前會(huì)話(或者當(dāng)前 4某體通道)支持廣告插入。UE的業(yè)務(wù)請求經(jīng)過AD-SCF的過程中，可以以Core IMS的iFC直接觸發(fā)到AD-SCF,或者Core IMS將請求觸發(fā)到特定的業(yè)務(wù)代理 (Service Broker),再由Service Broke根據(jù)當(dāng)前業(yè)務(wù)狀態(tài)、用戶終端或者用戶的 在線狀態(tài)等信息觸發(fā)到AD-SCF。
步驟S502.. AD-SCF根據(jù)CoD業(yè)務(wù)請求對用戶使用廣告業(yè)務(wù)進(jìn)行授權(quán)。 當(dāng)請求中攜帶廣告接受意愿，或者AD-SCF從用戶簽約數(shù)據(jù)中獲知用戶已 簽約了 CoD中的廣告時(shí)，可認(rèn)為在當(dāng)前CoD業(yè)務(wù)中可以進(jìn)行廣告插播。該步驟 中AD-SCF可以立刻為用戶進(jìn)行廣告的匹配，獲得合適的廣告信息，并將其加 入到CoD業(yè)務(wù)請求中；該步驟也可以不進(jìn)行廣告的匹配，而是在CoD業(yè)務(wù)響應(yīng) 到達(dá)AD-SCF時(shí)再由AD-SCF進(jìn)行廣告信息的生成(即步驟4 )。具體如何實(shí)現(xiàn) 可根據(jù)實(shí)際情況決定。
步驟S503: AD-SCF將CoD業(yè)務(wù)請求經(jīng)Core IMS發(fā)送到CoD-SCF，以完
28成CoD業(yè)務(wù)的會(huì)話建立。
該過程具體流程可參考ETSITS 183063規(guī)范，描述如下
步驟3a: AD SCF將CoD業(yè)務(wù)請求發(fā)送到Core IMS，攜帶CoD業(yè)務(wù)建立所
需的信息，如Request URI為節(jié)目的標(biāo)識(shí)，消息體攜帶CoD媒體通道協(xié)商的SDP
信息，等。該過程中AD SCF可作為Proxy或者B2BUA進(jìn)行會(huì)話的發(fā)送。 步驟3b: Core IMS通過iFC方式將請求觸發(fā)到CoD SCF。 步驟3c: CoD SCF根據(jù)會(huì)話請求，作為UE的B2BUA或者Proxy,將請求
再路由到Core IMS 。
步驟4d: Core IMS將CoD會(huì)話請求發(fā)送到某個(gè)CoD MF。
步驟3e至步驟3h為CoD MF對CoD會(huì)話的請求作出響應(yīng)，其響應(yīng)的消息
依次經(jīng)過Core IMS、 CoD SCF、 Core IMS到達(dá)AD SCF。
步驟S504: CoD業(yè)務(wù)響應(yīng)200 OK消息返回到AD-SCF后，AD-SCF可以
根據(jù)用戶偏好、購買習(xí)慣、當(dāng)前CoD業(yè)務(wù)狀態(tài)、廣告元數(shù)據(jù)等信息，匹配出合
適的廣告信息，并將其加入到200 OK的消息中。
若當(dāng)步驟S502中已經(jīng)包含了 AD-SCF進(jìn)行廣告匹配和廣告信息生成的步驟
時(shí)，本步驟可選。
步驟S505: AD-SCF將包含廣告信息的CoD業(yè)務(wù)響應(yīng)經(jīng)Core IMS發(fā) 送到UE。
步驟S506: UE通過SIP會(huì)話(步驟S501至步驟S505步驟)中的媒 體信息，與CoD MF進(jìn)行々某體通道的建立。
根據(jù)ETSI TS 183063的規(guī)范，可能的方式分兩種，即RTSP method 1或RTSP method 2,具體的媒體通道建立過程可參考該規(guī)范，本文不做贅述。
步驟S507: CoD MF在媒體通道建立后向UE發(fā)送當(dāng)前CoD節(jié)目的々某體流。
步驟S508至步驟S515為廣告插播的過程
步驟S508: AD-SCF由于已串入會(huì)話路徑，因此獲知當(dāng)前CoD節(jié)目的廣告 插入時(shí)間點(diǎn)(可以是i某體相對時(shí)間點(diǎn)，如smpte-00:10:00表示節(jié)目開始后的第 00小時(shí)10分鐘00秒需要暫停，插入廣告)，或者獲得廣告插入時(shí)間的長度(如 使用參數(shù)timelength-00:02:00，表示在暫停CoD的期間插入時(shí)長2分鐘的廣告)， 從而根據(jù)匹配得出的廣告信息(步驟S502或者步驟S504)向當(dāng)前進(jìn)行CoD媒 體分發(fā)的CoDMF發(fā)送媒體切換指令。該指令可以是SIP MESSAGE,或者SIP
29INFO等消息，經(jīng)過CoreIMS實(shí)體，可以攜帶廣告切換的起止時(shí)間點(diǎn)(或者一 個(gè)語義上的標(biāo)識(shí)，如"Now"表示立刻進(jìn)行插播)，以及該時(shí)間段內(nèi)需要播放的 廣告的標(biāo)識(shí)。該SIP消息可以是CoD會(huì)話內(nèi)的消息，也可以是CoD會(huì)話外的消 息。其他的實(shí)施方式中，AD-SCF可以直接發(fā)送RTSP或者HTTP、 SOAP等非 SIP消息到該CoDMF,則此時(shí)消息可以不經(jīng)過Core IMS實(shí)體。切換指令中可 攜帶某個(gè)時(shí)間段內(nèi)的某一個(gè)廣告的切換指令，或者某個(gè)時(shí)間段內(nèi)的多個(gè)廣告切 換指令，或者多個(gè)時(shí)間段內(nèi)的多個(gè)廣告切換指令。
步驟S509: Core IMS將步驟S508發(fā)出的媒體切換指令轉(zhuǎn)發(fā)至當(dāng)前進(jìn)行CoD 媒體分發(fā)的CoD MF。
步驟S510: CoDMF在處理特定CoD媒體發(fā)送的過程中觸發(fā)媒體切換，貝'J 根據(jù)切換指令中的切換時(shí)間、廣告標(biāo)識(shí)等進(jìn)行媒體切換，即暫停當(dāng)前CoD媒 體的發(fā)送，并獲得廣告標(biāo)識(shí)所指示的廣告媒體，將廣告媒體沿CoD媒體的傳輸 通道進(jìn)行發(fā)送。此時(shí)廣告媒體可以與CoD媒體使用相同的傳輸參數(shù)，如編解碼， 目的地址和端口，帶寬等。
步驟S511: CoDMF使用原CoD媒體通道發(fā)送廣告媒體，UE在相同的端 口 ，從相同的單播地址接收廣告士某體。該過程中UE可以不感知CoD媒體到廣 告媒體之間的切換(但是用戶可以感知，即呈現(xiàn)出來的內(nèi)容有變化)。
步驟S512:當(dāng)廣告插播時(shí)間結(jié)束時(shí)，AD-SCF仍使用步驟S508所描述的方 式，向該CoDMF發(fā)送媒體切換指令，指示恢復(fù)當(dāng)前的CoD媒體發(fā)送。此時(shí)的 切換指令中可以包含當(dāng)前被暫停的CoD節(jié)目的標(biāo)識(shí)，CoD節(jié)目的播放恢復(fù)時(shí)間 (即廣告插播的終點(diǎn)，如smpte^O0:15:23)等信息;AD-SCF可以發(fā)送SIP消息、 RTSP消息，或者HTTP、 SOAP等消息，當(dāng)使用SIP時(shí)，該步驟經(jīng)過CoreIMS。 步驟S513:當(dāng)步驟S508中的切換指令使用SIP時(shí)，Core IMS將切換指令轉(zhuǎn)發(fā) 到CoD MF。
如果步驟S508中的切換指令已經(jīng)包含恢復(fù)CoD媒體流的時(shí)間點(diǎn)(如廣告 插播2分鐘之后恢復(fù)CoD)，則步驟S512和步驟S513可選，即MF自己能夠根 據(jù)時(shí)間點(diǎn)進(jìn)行媒體切換，不需要AD-SCF指示。
步驟S514: CoD-MF根據(jù)切換指令進(jìn)行媒體切換，即停止發(fā)送廣告媒體流， 仍在原CoD的傳輸通道中恢復(fù)CoD々某體的發(fā)送。
步驟S515: CoD媒體恢復(fù)的過程，此時(shí)UE不感知廣告媒體到CoD媒體的切換，但是從用戶來看，呈現(xiàn)的內(nèi)容已經(jīng)發(fā)生了變化(廣告插播結(jié)束，恢復(fù)CoD 播放)。
需要說明的是，在本實(shí)施例中， 一個(gè)CoD會(huì)話進(jìn)行的期間，步驟S508、 S509 可以只進(jìn)行一次或多次，步驟S512和步驟S513可以進(jìn)行0次， 一次或者多次
AD-SCF在整個(gè)過程中可以只向MF進(jìn)行一次通知即告知所有的廣告插播計(jì)
劃，后續(xù)所有的切換均由MF完成，期間CoD的恢復(fù)也不許AD-SCF進(jìn)行通知；
則MF按順序進(jìn)行廣告插播，之后MF自動(dòng)恢復(fù)CoD，或者AD-SCF再運(yùn)行步 驟S512、步驟S513通知一次；
AD-SCF還可以在每個(gè)廣告開始時(shí)都通知MF,廣告插播結(jié)束后的CoD恢復(fù) 也由AD-SCF進(jìn)行通知。
圖IO示出了本發(fā)明實(shí)施例中的點(diǎn)播中的廣告插播實(shí)施例二的流程圖，主要 由AD SCF通過向AD MF請求廣告，并向UE發(fā)起會(huì)話修 iL/會(huì)話建立，從而建 立新的廣告+某體通道，發(fā)送廣告，具體步驟如下
步驟S601至步驟S605為在CoD會(huì)話建立過程中串入AD-SCF的流程，與 步驟501至步驟S506中的CoD會(huì)話建立過程中串入AD-SCF的流程類似。
步驟S606: AD-SCF根據(jù)用戶數(shù)據(jù)、節(jié)目元數(shù)據(jù)、廣告元數(shù)據(jù)、運(yùn)營策略 等信息，匹配生成廣告信息。
步驟S607: AD-SCF代替UE向廣告媒體服務(wù)器ADMF請求廣告。該過程 可使用SIP INVITE的方式完成，攜帶匹配生成的廣告標(biāo)識(shí)，同時(shí)還可攜帶廣告 媒體通道的協(xié)商參數(shù)。
步驟S608: Core IMS轉(zhuǎn)發(fā)廣告請求。
步驟S609: ADMF對廣告請求進(jìn)行響應(yīng)，如生成200 OK,攜帶廣告纟某體 協(xié)商的SDPAnswer,并將這個(gè)請求響應(yīng)返回給AD-SCF。
步驟S610: AD-SCF根據(jù)當(dāng)前CoD會(huì)話狀態(tài)，向UE發(fā)起會(huì)話修改或會(huì)話 更新，攜帶廣告相關(guān)信息，如廣告標(biāo)識(shí)、廣告纟某體協(xié)商參數(shù)等。該過程可使用 SIP UPDATE或者SIP INVITE,攜帶當(dāng)前CoD會(huì)話標(biāo)識(shí)(來自Call-ID頭域等) 的方式完成。該過程中，會(huì)話修改可在原CoD的會(huì)話SDP中增加廣告的SDP 信息，如增加m行或者替換當(dāng)前CoD媒體的m行，以傳輸廣告媒體；可選的， 會(huì)話修改或更新請求中，可以使用SDP攜帶廣告插播的時(shí)間信息。除此之外，會(huì)話修改或者更新的消息中，可以使用多消息體的方式攜帶XML文本，以指示 廣告插播的計(jì)劃，如消息的Content-Type頭域使用Multipart/related或者 Multipart/mixed等方式進(jìn)行XML指示。
步驟S611: UE接受會(huì)話修改響應(yīng)。
步驟S612:廣告i某體通道建立。
步驟S613:廣告會(huì)話拆除。
步驟S614: CoD會(huì)話修改。
步驟S615: CoD會(huì)話修改響應(yīng)。
步驟S616: CoD媒體流。
圖11示出了本發(fā)明實(shí)施例中的點(diǎn)播中的廣告插播實(shí)施例三的流程圖，即首 先將ADSCF串入CoD會(huì)話，并且生成廣告插播指令信息，將其以會(huì)話請求的 方式發(fā)送到CoD MF，之后CoD MF自動(dòng)的根據(jù)廣告插播指令進(jìn)行媒體拼接， 不需要ADSCF進(jìn)行指示，具體步驟如下
步驟S701至步驟S707為在CoD會(huì)話建立過程中串入AD-SCF的流程 步驟S701: UE發(fā)起CoD業(yè)務(wù)請求，經(jīng)Core IMS的iFC觸發(fā)之后發(fā)送到 AD SCF;
步驟S702: AD SCF對CoD業(yè)務(wù)請求進(jìn)行廣告業(yè)務(wù)4受^^;
如果CoD業(yè)務(wù)請求中已經(jīng)標(biāo)識(shí)了用戶接受廣告，或者用戶的簽約數(shù)據(jù)中已 指示用戶簽約了廣告業(yè)務(wù)，則AD SCF對廣告業(yè)務(wù)進(jìn)行授斥又；如果AD SCF授 權(quán)不成功，可以直接返回Core IMS —個(gè)失敗響應(yīng)，由Core IMS根據(jù)該失敗響 應(yīng)進(jìn)行判斷，是繼續(xù)匹配后面的iFC，完成CoD流程，還是將失敗響應(yīng)返回給 UE,拒絕UE的CoD業(yè)務(wù)請求(授權(quán)不成功的步驟未在流程中標(biāo)識(shí)出來)。
步驟S703: ADSCF根據(jù)業(yè)務(wù)請求以及用戶數(shù)據(jù)、節(jié)目元數(shù)據(jù)、廣告元數(shù) 據(jù)等信息匹配生成合適的廣告，并生成廣告插播指令；
步驟S704: AD SCF代替UE向CoD SCF和CoD MF請求獲取帶廣告的CoD 節(jié)目，該過程中，ADSCF發(fā)起CoD業(yè)務(wù)請求，即SIP INVITE,包含ETSITS 183063所述的CoD消息格式，同時(shí)還包括廣告插播指令；
所述的廣告插播指令在SIP消息中，可以使用SDP描述的方式，如在CoD 媒體行后面增加擴(kuò)展a=ad—insert行，指示該CoD媒體行除了傳輸點(diǎn)播媒體流外， 還用于傳輸期間的插播廣告媒體，因此需要在該行中描述各插播廣告的標(biāo)識(shí)，
32cod—001@sp.com SIP/2.0 From: <sip :user 1 @sp .com〉 ;tag=2x5 fytu7 To:<sip:cod_001 @sp.com>
Content-Type:application/sdp
o=..
v=..
m=video 2346 RTP/AVP 98〃當(dāng)使用RTSP method 2時(shí)，此行為m=application 9 TCP… a:fmtp:98…
a=ad_insert: (<ad—insert一time〉 <ad—list>)
所述廣告插播指令還可以使用XML的方式，在SIP消息中攜帶，如使用 Content-Type:Multipart的方式，除攜帶CoD的SDP外，還攜帶另外一個(gè)XML 文本，用于描述廣告插播時(shí)間以及該時(shí)間段內(nèi)的廣告標(biāo)識(shí)，除此之外，還可以 攜帶其他的一些指令信息，如廣告期間是否允許VCR等。 一個(gè)SIP消息攜帶 XML文本的例子如下所示
INVITE sip:cod—001@sp.com SIP/2.0
From:<sip:userl@sp.com>;tag=2x5fytu7
To:<sip:cod_001@sp.com>
Content-Type:Multipart/related; boundary=example2;Type="application/sdp" —example2
Content-Type: application/sdp 〃〈SDP消息體〉
—example2
Content國Type:application/xml <adlist〉<ad—insert〉
<ad—id>crid:〃ad.example.com/ad—001 </ad_id> 〃廣告標(biāo)識(shí)
<ad—insert—time〉npt:00:01:00</ad—insert—time〉 〃廣告插才番時(shí)間
<ad—insert—length〉npt:00:02:00<ad—insert—length> 〃廣告插播時(shí)長
<vcr—allow〉NO</vcr—allow> 〃廣告期間是否允許VCR
</ad—insert〉
〈ad一insert〉
<ad—id>crid:〃ad.example.com/ad—002</ad—id> <ad—insert—time〉npt:00:10:00</ad—insert一time〉 <vcr—allow>YES</vcr_allow> </ad—insert> </ad—list>
該過程中，CoD SCF可以將AD SCF的CoD會(huì)話請求轉(zhuǎn)發(fā)給CoD MF ，由 CoDMF進(jìn)行CoD的資源準(zhǔn)備，同時(shí)由CoDMF獲知了 AD SCF的廣告插播指 令，包括當(dāng)前CoD中的各個(gè)廣告插入時(shí)間點(diǎn)，各個(gè)時(shí)間點(diǎn)上需要插入的廣告的 標(biāo)識(shí)。CoD MF將會(huì)話響應(yīng)(200 OK)發(fā)送給CoD SCF后，再由CoD SCF返回 給AD SCF,以指示允許廣告插入的CoD會(huì)話建立成功。
步驟S705: AD SCF在請求CoD會(huì)話成功后，將會(huì)話響應(yīng)經(jīng)Core IMS返回 給UE;
該過程中，200 0K的響應(yīng)可以攜帶ADSCF之前生成的廣告插播指令，也 可以不攜帶廣告相關(guān)的協(xié)商信息。
步驟S706: CoD媒體傳輸通道建立的過程，可遵從標(biāo)準(zhǔn)規(guī)范ETSITS 183063。
步驟S707: CoDMF準(zhǔn)備點(diǎn)播媒體流，并發(fā)送給UE。
步驟S708:廣告插播時(shí)間到達(dá)(由AD SCF在步驟S703決定并經(jīng)步驟S704 發(fā)送給CoDMF), CoDMF獲取相應(yīng)時(shí)間所對應(yīng)的插播廣告的標(biāo)識(shí)，并準(zhǔn)備廣 告媒體，如從廣告媒體服務(wù)器獲取廣告媒體等。
步驟S709: CoD MF暫停當(dāng)前的CoD i某體流(同時(shí)可以記錄當(dāng)前CoD節(jié) 目的暫停時(shí)間點(diǎn))，并代之以獲取的廣告媒體。該過程中，廣告媒體使用原CoD 媒體的傳輸參數(shù)進(jìn)行傳送，如目的地址，帶寬，編解碼等。步驟S710:廣告插播時(shí)間結(jié)束，CoDMF停止發(fā)送廣告媒體，并恢復(fù)當(dāng)前 的CoD媒體CoD節(jié)目媒體標(biāo)識(shí)，以及恢復(fù)時(shí)間點(diǎn)(步驟S709中記錄的暫停 時(shí)間點(diǎn))，恢復(fù)發(fā)送CoD節(jié)目。
步驟S711: CoD々某體恢復(fù)發(fā)送，仍使用最開始協(xié)商的CoDJ^某體通道。
圖12示出了本發(fā)明實(shí)施例中的點(diǎn)播中的廣告插播實(shí)施例四的流程圖，即首
先將ADSCF感知當(dāng)前IPTV會(huì)話狀態(tài)，并根據(jù)感知的IPTV會(huì)話狀態(tài)為UE插 入廣告，具體步驟如下
步驟S801: UE向CoDSCF發(fā)起會(huì)話請求，建立點(diǎn)播會(huì)話，并從CoDMF 接收CoD媒體流。
步驟S802: AD-SCF向?qū)υ挔顟B(tài)服務(wù)器(Dialog status Server)請求訂閱特 定用戶的對話狀態(tài)。
該步驟可以在步驟S801之前或者之后完成。此處所謂Dialog status Server 為對話狀態(tài)保存和更新功能，可以是單獨(dú)的實(shí)體，也可以集成在其他網(wǎng)絡(luò)實(shí)體 中，如CoD SCF, PS等。該過程中AD SCF可以發(fā)起SIP SUBSCRIBE消息， event頭域中攜帶對話狀態(tài)事件包名稱dialog。
步驟S803: CoD-SCF在CoD會(huì)話建立成功之后，經(jīng)Core IMS向Dialog status Server發(fā)布特定UE當(dāng)前的對話狀態(tài)信息，其中攜帶當(dāng)前CoD會(huì)話的業(yè)務(wù)狀態(tài) 信息，如當(dāng)前正在觀看的CoD節(jié)目標(biāo)識(shí)，還可以攜帶對話成員CoD MF的標(biāo)識(shí) (SIPURI或者IP地址等)。
步驟S804: Dialog status Server在對話狀態(tài)更新時(shí)向AD-SCF發(fā)送通知消息， 攜帶當(dāng)前UE的對話狀態(tài)。該過程可使用SIP NOTIFY消息完成，event頭域攜 帶對話狀態(tài)事件包名稱dialog,消息體攜帶當(dāng)前CoD會(huì)話的業(yè)務(wù)狀態(tài)信息，如 當(dāng)前正在》見看的CoD節(jié)目標(biāo)識(shí)，還可以攜帶對話成員CoD MF的標(biāo)識(shí)(SIP URI 或者IP地址等)。
該Dialog status server可以是單獨(dú)的服務(wù)器，也可以由Core IMS中的實(shí)體集 成，如S-CSCF可以自動(dòng)的為已注冊的UE記錄對話狀態(tài)信息，并且提供AD SCF 進(jìn)行訂閱，在對話信息更新時(shí)向AD SCF發(fā)送通知。
步驟S805: AD-SCF獲知當(dāng)前IPTV會(huì)話狀態(tài)后，根據(jù)用戶數(shù)據(jù)、當(dāng)前CoD 節(jié)目元數(shù)據(jù)、廣告元數(shù)據(jù)中的一個(gè)或者多個(gè)數(shù)據(jù)，進(jìn)行廣告匹配，并生成廣告 插播指令。所述廣告插播指令中可以包含當(dāng)前CoD節(jié)目標(biāo)識(shí)、廣告插播的時(shí)間(如npt暫停時(shí)間點(diǎn)，或者再加上暫停時(shí)長)、待插^"的一個(gè)或多個(gè)廣告標(biāo)識(shí)等 信息。
步驟S806: AD-SCF從業(yè)務(wù)狀態(tài)信息中獲得當(dāng)前處理CoD媒體發(fā)送的CoD MF標(biāo)識(shí)，因此通過Core IMS向CoD MF發(fā)送步驟S805所生成的廣告插播指令。
其消息體攜帶XML文本，描述一個(gè)或多個(gè)時(shí)間段中的一個(gè)或多個(gè)廣告插播指令。
步驟S807: Core IMS將廣告插播指令轉(zhuǎn)發(fā)到CoD MF。
步驟S808: CoDMF根據(jù)廣告插播指令對媒體進(jìn)行拼接，即暫停當(dāng)前的CoD 媒體播放，并獲取廣告々某體，沿當(dāng)前的CoD媒體通道進(jìn)行發(fā)送。
步驟S809:廣告媒體流從CoD媒體通道發(fā)送到UE。該過程中UE可以不 感知媒體的切換，但是從用戶角度看，呈現(xiàn)的畫面已經(jīng)從CoD轉(zhuǎn)換成了廣告。
步驟S810: CoD MF在廣告插播時(shí)間結(jié)束時(shí)，對CoD節(jié)目進(jìn)行恢復(fù)播放， 即停止發(fā)送廣告媒體，將暫停的CoD媒體/人當(dāng)前的媒體通道進(jìn)行發(fā)送。
步驟S811: CoD媒體恢復(fù)播放。該過程中UE可以不感知媒體的切換，但 是從用戶角度看，呈現(xiàn)的畫面已經(jīng)從廣告轉(zhuǎn)換成了 CoD,并且從暫停點(diǎn)進(jìn)行播 放。
圖13示出了本發(fā)明實(shí)施例中的點(diǎn)播中的廣告插播實(shí)施例五的流程圖，即 AD - SCF將廣告信息發(fā)送給UE,由UE對廣告和CoD進(jìn)行關(guān)聯(lián)控制，具體步 驟如下
步驟S901: UE與CoD-SCF建立CoD會(huì)話，并從CoD MF接收點(diǎn)播節(jié)目媒 體流。
步驟S902: AD-SCF通過Presence、對話狀態(tài)信息等方式獲得當(dāng)前UE的 IPTV業(yè)務(wù)狀態(tài)信息，其與前面實(shí)現(xiàn)方案類似。
步驟S903: AD-SCF根據(jù)用戶數(shù)據(jù)、節(jié)目元數(shù)據(jù)、廣告元數(shù)據(jù)、運(yùn)營策略 等信息，匹配生成廣告信息。
步驟S904: AD-SCF將匹配生成的廣告信息發(fā)送給UE。該過程可以使用 SIPMESSAGE、 SIPINFO、 SIP REFER等消息完成；如果UE在步驟3之前訂 閱了廣告信息，則此時(shí)AD-SCF可以使用SIP NOTIFY進(jìn)4亍通知。
步驟S905: UE根據(jù)廣告信息內(nèi)容，可以根據(jù)用戶選擇(或者自動(dòng)進(jìn)行選擇)結(jié)果，向AD-SCF發(fā)起廣告請求。
步驟S906至步驟S909與基本的CoD流程一致，只是請求是針對廣告的， 在廣告會(huì)話建立之后，UE可以對當(dāng)前需要暫停的CoD進(jìn)行VCR暫停操作，如 向CoDMF發(fā)起RTSPPAUSE請求，UE可以記錄暫停時(shí)間點(diǎn)；同時(shí)UE需要啟 動(dòng)廣告媒體的發(fā)送，如向ADMF發(fā)送RTSPPLAY請求，從而接收廣告媒體流。
該過程中，UE還可以不暫停CoD媒體，同時(shí)接收廣告媒體，將二者在同 一個(gè)屏幕中一起呈現(xiàn)。具體如何實(shí)現(xiàn)，視實(shí)際情況而定。
步驟S910:當(dāng)廣告時(shí)間結(jié)束時(shí)，UE或者ADMF發(fā)起會(huì)話釋放，拆除廣告 會(huì)話，停止發(fā)送廣告々某體流。與此同時(shí)，如果UE之前已經(jīng)暫停了 CoD媒體， 則此時(shí)需要恢復(fù)點(diǎn)播媒體的播放，如UE向CoD MF發(fā)起RTSP PLAY請求，可 以攜帶之前暫停時(shí)的相對時(shí)間點(diǎn)。
步驟S911: UE從CoDMF恢復(fù)接收點(diǎn)播媒體流，完成廣告插播。
圖14示出了本發(fā)明實(shí)施例中的點(diǎn)播中的廣告插播實(shí)施例六的流程圖，即會(huì)
如用戶觀看CoD時(shí)，中途進(jìn)行了暫停操作時(shí)，則AD SCF通過CoD MF的VCR 信息上報(bào)，生成廣告插播指示，從而獲得廣告插播指示，由CoDMF根據(jù)指示 進(jìn)行媒體拼接，具體步驟如下
步驟S1001: UE請求CoD，該請求被Core IMS觸發(fā)到AD SCF。該過程可 以通過使用SIP INVITE實(shí)現(xiàn)。
步驟S1002: AD SCF將轉(zhuǎn)發(fā)CoD業(yè)務(wù)請求到Core IMS。該過程中，AD SCF 可以作為UE的B2BUA,進(jìn)行業(yè)務(wù)請求的轉(zhuǎn)發(fā)，或者作為普通的SIP Proxy進(jìn)行 請求的轉(zhuǎn)發(fā)。
步驟S1003至步驟S1006: CoD會(huì)話的建立過程，可參考標(biāo)準(zhǔn)規(guī)范TS 182027。其中步驟S1006包含CoD會(huì)話建立的響應(yīng)，需要經(jīng)過ADSCF之后， 再回到UE。通過這些步驟，UE從CoDMF獲得單播媒體流并進(jìn)行觀看。
步驟S1007:在觀看的過程中，UE觸發(fā)媒體控制操作，對點(diǎn)播節(jié)目進(jìn)行暫 停。該過程可通過RTSP PAUSE請求完成。
步驟S1008: CoD MF向AD SCF報(bào)告UE的媒體操作信息。該過程可以通 過SIP INVITE、 SIP MESSAGE. SIP INFO或者其他非SIP的方式，如HTTP PUT, 或者RTSP ANNOUNCE,'攜帶媒體操作信息，可以包含CoD節(jié)目標(biāo)識(shí)，暫停時(shí)
37間點(diǎn)等信息。當(dāng)使用SIP消息時(shí)，信令需要經(jīng)過Core IMS實(shí)體進(jìn)行轉(zhuǎn)發(fā)。
步驟S1009: ADSCF根據(jù)媒體操作信息進(jìn)行廣告的匹配，選擇合適的廣告 生成廣告插播指令，其中包括廣告標(biāo)識(shí)，插播的時(shí)間點(diǎn)，時(shí)長等信息。
步驟S1010: ADSCF將廣告插播指令發(fā)送給CoDMF。該過程可通過對 INVITE的響應(yīng)(如200 OK )、 SIP MESSAGE、 SIP INFO或者其他非SIP的方 式完成，如私有協(xié)議。對于ADSCF,匹配獲得廣告后也可以不發(fā)送給CoDMF， 而是轉(zhuǎn)發(fā)給當(dāng)前觀看該節(jié)目的UE,從而完成廣告的推送。
步驟S1011: CoDMF收到插播指令后進(jìn)行媒體4并接，即暫停當(dāng)前的CoD 節(jié)目，并且將匹配的廣告媒體通過重用CoD傳輸通道的方式(如使用相同的單 播地址和端口等)發(fā)送給UE。
步驟S1012:作為步驟S1011的結(jié)果，UE在暫停CoD的過程中獲得廣告媒 體。本方案中步驟S1007的節(jié)目暫停導(dǎo)致了廣告的插播，在實(shí)際應(yīng)用中，其他 的媒體控制操作也可以導(dǎo)致廣告的播放，如快進(jìn)時(shí)將廣告媒體與快進(jìn)CoD媒體 一同發(fā)送，在終端同時(shí)呈現(xiàn)，等等。
步驟S1013: UE再次進(jìn)行VCR操作，恢復(fù)CoD媒體的播放。該過程可以 通過使用RTSPPLAY完成。
步驟S1014: CoD MF使用類似步驟S1008的方式，將VCR操作信息報(bào)告 給ADSCF。
步驟S1015: ADSCF生成節(jié)目恢復(fù)的指示，可以包括恢復(fù)的節(jié)目標(biāo)識(shí)，恢 復(fù)時(shí)間點(diǎn)等信息，并將其發(fā)送給同 一個(gè)CoD MF。該過程可以使用類似步驟S1010 的方式，只是攜帶的信息有所不同。
步驟S1016: CoDMF接到節(jié)目恢復(fù)的指示后，停止發(fā)送廣告媒體，并且從 暫停時(shí)間點(diǎn)發(fā)送被暫停的CoD媒體，從而恢復(fù)CoD節(jié)目的播放。
步驟S1017:作為步驟S1016的結(jié)果，UE恢復(fù)插-放CoD節(jié)目。
恢復(fù)播放的指令(RTSPPLAY)到達(dá)CoDMF后，后者不需要報(bào)告AD SCF，而 是根據(jù)該指令自行進(jìn)行CoD節(jié)目的播放，此時(shí)步驟S1014和步驟S1015為可選。 圖15示出了本發(fā)明實(shí)施例中的廣告信息推送過程中實(shí)施例一的流程圖，通 過使用SB將AD-SCF與IPTV業(yè)務(wù)(CoD或者BC或者其它業(yè)務(wù))關(guān)^來， 并使用會(huì)話內(nèi)或者會(huì)話外的消息，向UE推送當(dāng)前節(jié)目關(guān)聯(lián)的信息，具體步驟如下
步驟S1101至步驟S1106為IPTV會(huì)話建立過程中將AD-SCF串入的流程， 相比前面的實(shí)施例，該實(shí)施例增加CoreIMS到SB的iFC觸發(fā)，以及SB根據(jù) 業(yè)務(wù)種類進(jìn)行業(yè)務(wù)觸發(fā)(先到AD-SCF，再到IPTV-SCF)的過程。
步驟S1107: IPTV會(huì)話建立成功，UE在使用IPTV業(yè)務(wù)過程中，AD-SCF 感知當(dāng)前業(yè)務(wù)狀態(tài)，生成匹配的廣告信息，如根據(jù)用戶偏好、購買習(xí)慣、當(dāng)前 節(jié)目的元數(shù)據(jù)以及廣告元數(shù)據(jù)等，生成符合用戶偏好和習(xí)慣的廣告推送信息。
在步驟S1107之前，UE還可以根據(jù)本地邏輯、用戶操作等方式，觸發(fā)對廣 告推送信息的訂閱，如在步驟S1107之前UE通過CorelMS、 SB向AD-SCF發(fā) 送SIP SUBSCRIBE消息，在Event頭域中攜帶廣告推送事件包名稱(比如 recommendation)等等。具體如何訂閱以及如何發(fā)送推送消息，請參見本發(fā)明人 的其他專利。
步驟S1108: AD-SCF使用SIP消息將廣告推送信息發(fā)送到UE。該過程中， AD-SCF可使用IPTV會(huì)話通路，即AD-SCF、 SB、 CoreIMS、 UE,攜帶當(dāng)前 IPTV業(yè)務(wù)的Call-ID參數(shù)等，以INFO、 NOTIFY或者M(jìn)ESSAGE等發(fā)送到UE; 也可以使用會(huì)話外的消息，即AD-SCF、 CoreIMS、 UE，不攜帶會(huì)話參凄t，直 接告知UE推送的廣告信息，可以是INFO 、 NOTIFY或者M(jìn)ESSAGE等SIP消 息。廣告推送信息可以使用XML的方式在消息體內(nèi)描述。
步驟S1109: UE在收到廣告推送消息之后，返回成功響應(yīng)200OK。
圖16示出了本發(fā)明實(shí)施例中的廣告信息推送過程中實(shí)施例二的流程圖，用 戶進(jìn)行IPTV注冊后，廣告業(yè)務(wù)控制功能(即AD-SCF)通過向S-CSCF訂閱的 方式獲得用戶的注冊信息，之后通過獲取用戶簽約數(shù)據(jù)，從而決定是否向UE推 送特定的廣告，具體步驟如下
步驟S1201: UE通過標(biāo)準(zhǔn)的IMS注冊流程，在Core IMS進(jìn)行注冊。該過 程中，Core IMS可以代理UE向IPTV SCF發(fā)起第三方注冊。
步驟S1202: AD SCF通過向Core IMS發(fā)起訂閱請求，訂閱特定用戶的注 冊狀態(tài)。該過程中，Core IMS也可以將訂閱請求觸發(fā)到IPTV SCF上，從而獲 得特定用戶在IPTV SCF上的注冊信息。實(shí)際應(yīng)用中，ADSCF可以發(fā)送SIP SUBSCRIBE請求，其中的event頭域攜帶reg事件包。
步驟S1203: Core IMS將特定用戶的注冊狀態(tài)信息以通知的方式發(fā)送給AD
39SCF。該過程也可以是由IPTVSCF經(jīng)Core IMS返回的通知。實(shí)際應(yīng)用中，通 知消息可以采用SIP NOTIFY的方式發(fā)送。
步驟S1204: ADSCF獲知了特定用戶的注冊狀態(tài)，從而根據(jù)本地策略、用 戶簽約信息等進(jìn)行廣告的匹配，生成廣告推送信息，其中包括廣告標(biāo)識(shí)。
步驟S1205: AD SCF將廣告推送信息發(fā)送給UE。該過程可以通過發(fā)送SIP MESSAGE完成，消息體中攜帶匹配得到的廣告標(biāo)識(shí)。
圖17示出了本發(fā)明實(shí)施例中的廣告信息推送過程中實(shí)施例三的流程圖，即 CoD MF在UE進(jìn)行VCR時(shí)向AD SCF報(bào)告，由AD SCF進(jìn)行廣告信息的推送， 具體步驟如下
步驟S1301: UE使用標(biāo)準(zhǔn)的CoD流程，通過Core IMS、 CoD SCF以及CoD MF建立點(diǎn)播會(huì)話，并從CoD MF荻得點(diǎn)播媒體流。
步驟S1302: UE在節(jié)目觀看過程中向CoDMF發(fā)送媒體操作指令。該過程 可以通過RTSP的方式，如發(fā)送RTSP PAUSE進(jìn)行暫停，或者發(fā)送的RTSP PLAY 攜帶scale參數(shù)進(jìn)行快進(jìn)或者快退等。
步驟S1303: CoDMF通過提前配置或者通過其他方式，找到某個(gè)廣告服務(wù) 器(ADSCF)，并向其發(fā)送媒體操作信息的報(bào)告。該報(bào)告中可以攜帶以下信息 的一種或多個(gè)正在觀看的媒體標(biāo)識(shí)、正在觀看的媒體片段、視頻幀、幀內(nèi)的 媒體對象等等。該過程可使用SIPINFO、 SIP MESSAGE的方式，信令經(jīng)過Core IMS后再發(fā)送到AD SCF;也可以使用直接的接口 ，如使用HTTP的PUT消息、 RTSP ANNOUNCE等消息完成。
步驟S1304: ADSCF通過獲得特定UE對特定媒體的操作信息，感知業(yè)務(wù) 狀態(tài)，從而匹配合適的廣告信息。如根據(jù)當(dāng)前正在觀看的幀內(nèi)媒體對象是球星 羅納爾多，獲得羅納爾多所代言的廣告(如"金嗓子喉寶")。
步驟S1305: ADSCF將匹配得到的廣告信息發(fā)送給UE。該過程可以通過 SIPINFO、 SIP MESSAGE或者非SIP的其他方式完成，消息中攜帶廣告標(biāo)識(shí)。
圖18示出了本發(fā)明實(shí)施例中的廣告信息略過過程中的流程圖，SB集成了 廣告的業(yè)務(wù)邏輯，執(zhí)行對廣告推送、廣告插播等控制功能，具體步驟如下
步驟S1401至步驟S1406為BC會(huì)話過程中串入SB(w池AD)的流程，與前 面的實(shí)施方案類似。
步驟S1407: AD-SCF在當(dāng)前BC會(huì)話中獲得廣告間隙信息，從而觸發(fā)廣告
40間隙通知。該過程可以是AD-SCF從本地或者部署實(shí)體或者CPSF等實(shí)體上獲得 直播頻道的部署結(jié)果，從而獲得特定直播頻道的廣告時(shí)間(起止點(diǎn)，如 ntp=20080808T080808.00Z-20080808T090909.00Z )。
步驟S1408: AD-SCF在廣告間隙時(shí)間到來之前，根據(jù)用戶簽約(如用戶已 簽約廣告略過業(yè)務(wù))信息向UE發(fā)送廣告間隙通知，其中可以攜帶廣告時(shí)間的起 止點(diǎn)，同時(shí)還可以攜帶一個(gè)或多個(gè)選項(xiàng)供用戶選擇，如是否略過廣告？是否 播放不同版本的廣告？等等。該通知可以是會(huì)話內(nèi)的INFO或者M(jìn)ESSAGE消 息，沿BC會(huì)話建立的路徑進(jìn)行發(fā)送，攜帶會(huì)話信息(如Call-ID);或者使用會(huì) 話外的MESSAGE或INFO消息，不攜帶會(huì)話信息。
步驟S1409:用戶同意略過當(dāng)前頻道中的廣告時(shí)間，則發(fā)送消息向AD-SCF 指示進(jìn)行廣告略過的處理。該過程可使用會(huì)話內(nèi)或者會(huì)話外的INFO或者 MESSAGE完成，還可以使用SIP INVITE等完成。
步驟S1410: AD-SCF接收到廣告略過請求后，記錄當(dāng)前BC業(yè)務(wù)的狀態(tài)， 如當(dāng)前被略過的BC頻道標(biāo)識(shí)，廣告略過時(shí)間起止點(diǎn)等。
步驟S1411: UE在廣告略過期間，可進(jìn)行其他IPTV業(yè)務(wù)，如發(fā)起新的 CoD業(yè)務(wù)，或者BC業(yè)務(wù)。如果期間UE請求的是非BC的業(yè)務(wù)，則UE可以拆 除當(dāng)前的BC會(huì)話，或者不拆除BC會(huì)話，但是退出當(dāng)前BC的多播組，以確保 接入側(cè)的帶寬不浪費(fèi)；或者UE不對略過的BC會(huì)話做任何處理，直接新發(fā)起新 的IPTV會(huì)話，則此時(shí)UE需要保留對BC媒體流的接入側(cè)帶寬需求。如果期間 UE請求的是用戶簽約的其他BC頻道，則UE可以保持BC會(huì)話，只進(jìn)行多播 組的切換即可，確保不浪費(fèi)接入側(cè)的帶寬。
步驟S1412:廣告間隙時(shí)間結(jié)束時(shí)，AD-SCF獲得BC業(yè)務(wù)恢復(fù)時(shí)間點(diǎn)，從 而觸發(fā)BC業(yè)務(wù)恢復(fù)的過程。
步驟S1413: AD-SCF經(jīng)Core IMS向UE發(fā)送BC業(yè)務(wù)恢復(fù)的通知，攜帶記 錄的BC業(yè)務(wù)狀態(tài)，如^皮略過的BC頻道標(biāo)識(shí)，廣告略過時(shí)間終點(diǎn)(即BC業(yè)務(wù) 恢復(fù)時(shí)間點(diǎn))等。
步驟S1414: UE恢復(fù)當(dāng)前被略過的BC頻道。根據(jù)步驟S1411中UE發(fā)起 IPTV會(huì)話的方式可以有如下處理如果廣告略過期間UE只在簽約的BC業(yè)務(wù) 包內(nèi)進(jìn)行頻道切換，則此時(shí)只需要切換回被略過的BC頻道即可；如果UE還進(jìn) 行了其他業(yè)務(wù)，并且已拆除了被略過的BC會(huì)話，則UE需要拆除其他業(yè)務(wù)的會(huì)
41話，重新發(fā)起B(yǎng)C會(huì)話，加入被略過BC頻道；如果UE進(jìn)行其他業(yè)務(wù)的同時(shí)沒 有拆除BC會(huì)話，而是退出了BC多播組，則此時(shí)UE需要拆除其他業(yè)務(wù)會(huì)話， 并加入凈皮略過的BC多播組。
相應(yīng)的，圖19示出了本發(fā)明實(shí)施例中的廣告業(yè)務(wù)功能控制實(shí)體的結(jié)構(gòu)示意 圖，包括獲取模塊191、選擇模塊192和控制模塊193,其中獲取模塊191用 于獲取用戶所在的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息；選擇模塊192用于根據(jù)所述獲取模 塊191獲取的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息為用戶選擇所匹配的網(wǎng)絡(luò)廣告信息；控制 模塊193用于根據(jù)所述選擇模塊192選擇的網(wǎng)絡(luò)廣告信息控制網(wǎng)絡(luò)廣告的發(fā)送。 需要說明的是，這里的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息為用戶的注冊信息、用戶接受網(wǎng) 絡(luò)廣告的數(shù)據(jù)信息、網(wǎng)絡(luò)電視業(yè)務(wù)類型、網(wǎng)絡(luò)電視的節(jié)目標(biāo)識(shí)、直播頻道標(biāo)識(shí)、 用戶的在線狀態(tài)信息、J^某體操作類型等中的一個(gè)或者多個(gè)的組合；網(wǎng)絡(luò)廣告信 息包括廣告標(biāo)識(shí)、廣告描述信息、傳輸廣告的網(wǎng)絡(luò)參數(shù)等，其中廣告描述 信息中包括廣告編碼格式、廣告類型、廣告插入的起止時(shí)間等。
相應(yīng)的，圖20示出了本發(fā)明實(shí)施例中的獲取模塊191的結(jié)構(gòu)示意圖，該獲 取模塊191中包括第一獲取單元201、第二獲取單元202、第三獲取單元203、 第四獲取單元204、第五獲取單元205和第六獲取單元206中的一個(gè)或者多個(gè)， 其中第一獲取單元201用于通過向用戶所在的在線狀態(tài)服務(wù)器訂閱用戶的在 線狀態(tài)信息獲取用戶所在的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息；第二獲取單元202用于從 廣告觸發(fā)請求中獲取用戶所在的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息；第三獲取單元203用 于從網(wǎng)絡(luò)電視業(yè)務(wù)會(huì)話過程中的業(yè)務(wù)交互數(shù)據(jù)獲取用戶所在的網(wǎng)絡(luò)電視業(yè)務(wù)狀 態(tài)信息；第四獲取單元204用于從用戶的注冊信息中獲取用戶所在的網(wǎng)絡(luò)電視 業(yè)務(wù)狀態(tài)信息；第五獲取單元205用于查詢用戶簽約數(shù)據(jù)信息，從用戶簽約數(shù) 據(jù)信息中獲取用戶所在的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息；第六獲取單元206用于訂閱 用戶所對應(yīng)的對話狀態(tài)事件包，從對話狀態(tài)事件包中獲取用戶所在的網(wǎng)絡(luò)電視 業(yè)務(wù)狀態(tài)信息。
相應(yīng)的，圖21示出了本發(fā)明實(shí)施例中的控制模塊193的結(jié)構(gòu)示意圖，該控 制模塊193包括第一控制單元211、第二控制單元212和第三控制單元213中的 一個(gè)或者多個(gè)，其中第一控制單元211用于向用戶所在的用戶終端發(fā)送網(wǎng)絡(luò) 廣告信息，通過所述網(wǎng)絡(luò)廣告信息指示所述用戶終端向所述網(wǎng)絡(luò)廣告所在的媒 體服務(wù)器請求并呈現(xiàn)所述網(wǎng)絡(luò)廣告；第二控制單元212分別向用戶所在的用戶
42終端以及所述網(wǎng)絡(luò)廣告所在的媒體服務(wù)器發(fā)送網(wǎng)絡(luò)廣告信息以建立廣告媒體傳
輸通道，并由用戶所在的用戶終端呈現(xiàn)所述網(wǎng)絡(luò)廣告；第三控制單元213用于向所述網(wǎng)絡(luò)廣告所在的媒體服務(wù)器發(fā)送網(wǎng)絡(luò)廣告信息，通過所述網(wǎng)絡(luò)廣告信息指示所述媒體服務(wù)器以媒體拼接的方式將網(wǎng)絡(luò)廣告發(fā)送到用戶所在的用戶終端。
相應(yīng)的，圖22示出了本發(fā)明實(shí)施例中的廣告業(yè)務(wù)功能控制實(shí)體的另一結(jié)構(gòu)示意圖，包括獲取模塊221 、選擇模塊222、控制模塊223和略過處理模塊224，其中獲取模塊221用于獲取用戶所在的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息；選擇才莫塊222用于根據(jù)所述獲取模塊221獲取的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息為用戶選擇所匹配的網(wǎng)絡(luò)廣告信息；控制模塊223用于根據(jù)所述選擇模塊222選擇的網(wǎng)絡(luò)廣告信息控制網(wǎng)絡(luò)廣告的發(fā)送；略過處理模塊224用于根據(jù)所述選擇模塊222選擇的網(wǎng)絡(luò)廣告信息向用戶發(fā)送廣告略過請求，在所述用戶選擇對所述網(wǎng)絡(luò)廣告進(jìn)行廣告略過后，在所迷網(wǎng)絡(luò)廣告信息的插播時(shí)間內(nèi)，略過所述網(wǎng)絡(luò)廣告。需要說明的是，這里的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息為用戶的注冊信息、用戶接受網(wǎng)絡(luò)廣告的數(shù)據(jù)信息、網(wǎng)絡(luò)電視業(yè)務(wù)類型、網(wǎng)絡(luò)電視的節(jié)目標(biāo)識(shí)、直播頻道標(biāo)識(shí)、用戶的在線狀態(tài)信息、媒體操作類型等中的一個(gè)或者多個(gè)的組合；網(wǎng)絡(luò)廣告信息包括廣告標(biāo)識(shí)、廣告描述信息、傳輸廣告的網(wǎng)絡(luò)參數(shù)等，其中廣告描述信息中包括廣告編碼格式、廣告類型、廣告插入的起止時(shí)間等。
這里的獲取模塊221可以通過如下方式中的一種或者多種獲取用戶所在的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息
通過向用戶所在的在線狀態(tài)服務(wù)器訂閱用戶的在線狀態(tài)信息獲取用戶所在的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息；
從廣告觸發(fā)請求中獲取用戶所在的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息，具體的，可以接收廣告觸發(fā)請求，從所述廣告觸發(fā)請求中獲取用戶所在的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息；或向用戶發(fā)送廣告觸發(fā)請求，從所述廣告觸發(fā)請求返回的響應(yīng)消息中獲取用戶所在的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息；或向網(wǎng)絡(luò)電視業(yè)務(wù)控制實(shí)體發(fā)送廣告觸發(fā)請求，從所述廣告觸發(fā)請求返回的響應(yīng)消息中獲取用戶所在的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息；
從網(wǎng)絡(luò)電視業(yè)務(wù)會(huì)話過程中的業(yè)務(wù)交互數(shù)據(jù)獲取用戶所在的網(wǎng)絡(luò)電^L業(yè)務(wù)狀態(tài)信息，具體的，可以通過初始過濾準(zhǔn)則匹配接收網(wǎng)絡(luò)電4見會(huì)話過程中的業(yè)務(wù)交互數(shù)據(jù)，從所述業(yè)務(wù)交互數(shù)據(jù)中獲取用戶所在的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息；或通過服務(wù)代理接收網(wǎng)絡(luò)電3見會(huì)話過程中的業(yè)務(wù)交互凄t據(jù)，從所述業(yè)務(wù)交互數(shù)據(jù)中獲取用戶所在的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息，這里的網(wǎng)絡(luò)電視業(yè)務(wù)會(huì)話過程中
的業(yè)務(wù)交互數(shù)據(jù)具體為用戶所在的用戶終端發(fā)起的直播頻道切換寺艮告信息；或媒體服務(wù)器發(fā)起的點(diǎn)播節(jié)目媒體控制信息；或業(yè)務(wù)代理發(fā)起的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)更改通知；或網(wǎng)絡(luò)電視業(yè)務(wù)控制實(shí)體發(fā)起的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)更改通知；或從用戶的注冊信息中獲取用戶所在的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息；
查詢用戶簽約數(shù)據(jù)信息，從用戶簽約數(shù)據(jù)信息中獲取用戶所在的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息；
訂閱用戶所對應(yīng)的對話狀態(tài)事件包，從對話狀態(tài)事件包中獲取用戶所在的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息。
這里的選擇模塊222，當(dāng)獲取模塊221獲取的用戶所在的網(wǎng)絡(luò)業(yè)務(wù)狀態(tài)信息包括用戶接收網(wǎng)絡(luò)廣告的數(shù)據(jù)信息時(shí)，可以根據(jù)用戶接受廣告的數(shù)據(jù)信息為用戶選擇所匹配的廣告信息，其中所述用戶接受網(wǎng)絡(luò)電視廣告的信息包括用戶簽約的廣告業(yè)務(wù)、用戶接受廣告意愿和接受廣告意愿的時(shí)間段、用戶接受廣告的類型、用戶對商品購買的喜好。
這里的控制模塊223可以通過如下方式控制網(wǎng)絡(luò)廣告的發(fā)送
向用戶所在的用戶終端發(fā)送網(wǎng)絡(luò)廣告信息，通過所述網(wǎng)絡(luò)廣告信息指示所述用戶終端向所述網(wǎng)絡(luò)廣告所在的^ 某體服務(wù)器請求并呈現(xiàn)所述網(wǎng)絡(luò)廣告。具體的，將所述網(wǎng)絡(luò)廣告信息發(fā)送給用戶，所述用戶從所述網(wǎng)絡(luò)廣告信息中選擇廣告標(biāo)識(shí)，并根據(jù)所迷網(wǎng)絡(luò)廣告信息中的廣告插播時(shí)間從所述網(wǎng)絡(luò)廣告所在的媒體服務(wù)器獲取所述網(wǎng)絡(luò)廣告；
分別向用戶所在的用戶終端以及所述網(wǎng)絡(luò)廣告所在的媒體服務(wù)器發(fā)送網(wǎng)絡(luò)廣告信息以建立廣告媒體傳輸通道，并由用戶所在的用戶終端呈現(xiàn)所述網(wǎng)絡(luò)廣告。具體的，分別向用戶所在的用戶終端以及所述網(wǎng)絡(luò)廣告所在的媒體服務(wù)器發(fā)送網(wǎng)絡(luò)廣告信息，所述媒體服務(wù)器和所述用戶終端根據(jù)所述網(wǎng)絡(luò)廣告信息中的傳輸參數(shù)建立傳輸通道，在所述網(wǎng)絡(luò)廣告信息中的傳輸時(shí)間開始時(shí)，所述媒
體服務(wù)器通所述傳輸通道向所述用戶設(shè)備傳輸所迷網(wǎng)絡(luò)廣告，所述用戶設(shè)備接收并呈現(xiàn)所述網(wǎng)絡(luò)廣告。；
向所述網(wǎng)絡(luò)廣告所在的々某體服務(wù)器發(fā)送網(wǎng)絡(luò)廣告信息，通過所述網(wǎng)絡(luò)廣告信息指示所述媒體服務(wù)器以媒體拼接的方式將網(wǎng)絡(luò)廣告發(fā)送到用戶所在的用戶
44終端。具體的，媒體服務(wù)器停止發(fā)送當(dāng)前的網(wǎng)絡(luò)電視媒體，并且使用當(dāng)前的網(wǎng)
絡(luò)電視媒體的網(wǎng)絡(luò)參數(shù)傳輸所述網(wǎng)絡(luò)廣告媒體，這里的網(wǎng)絡(luò)參數(shù)包括單播目的地址，單播目的端口，多播地址，多播端口，々某體發(fā)送端口， 4某體傳輸所用帶寬，々某體傳輸所用協(xié)i義中的一個(gè)或者多個(gè)的組合。
這里的廣告業(yè)務(wù)功能控制實(shí)體還可以在略過處理單元224將廣告略過后，在略過網(wǎng)絡(luò)廣告的時(shí)間內(nèi)，為用戶重新配置網(wǎng)絡(luò)電視業(yè)務(wù)或者其它信息，也可以直接接續(xù)當(dāng)前的網(wǎng)絡(luò)電視業(yè)務(wù)。
通過實(shí)施本發(fā)明實(shí)施例，可以根據(jù)網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息為用戶選擇所匹配的網(wǎng)絡(luò)廣告信息，根據(jù)所述網(wǎng)絡(luò)廣告信息控制網(wǎng)絡(luò)廣告的發(fā)送，可以為用戶提供多樣化的廣告服務(wù)和更個(gè)性化的廣告服務(wù)，更好的滿足用戶的需求和廣告業(yè)務(wù)商的需求。這里可以感知用戶所在的IPTV業(yè)務(wù)狀態(tài)，為用戶提供實(shí)時(shí)的、符合用戶偏好或者運(yùn)營商策略的個(gè)性化廣告，實(shí)現(xiàn)個(gè)性化廣告插^"、廣告推送以及廣告略過等目的，能夠同時(shí)提高用戶體-瞼、運(yùn)營商收入，以及廣告商的廣告推送回報(bào)率。
以上所揭露的僅為本發(fā)明 一種較佳實(shí)施例而已，當(dāng)然不能以此來限定本發(fā)明之權(quán)利范圍，因此依本發(fā)明權(quán)利要求所作的等同變化，仍屬本發(fā)明所涵蓋的范圍。
通過以上的實(shí)施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可借助軟件加必需的硬件平臺(tái)的方式來實(shí)現(xiàn)，當(dāng)然也可以全部通過硬件來實(shí)施?；谶@樣的理解，本發(fā)明的技術(shù)方案對背景技術(shù)做出貢獻(xiàn)的全部或者部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計(jì)算機(jī)軟件產(chǎn)品可以存儲(chǔ)在存儲(chǔ)介質(zhì)中，如R0M/RAM、磁碟、光盤等，包括若干指令用以使得一臺(tái)計(jì)算機(jī)設(shè)備(可以是個(gè)人計(jì)算機(jī)，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個(gè)實(shí)施例或者實(shí)施例的某些部分所述的方法。
權(quán)利要求
1、一種網(wǎng)絡(luò)電視中廣告實(shí)現(xiàn)方法，其特征在于，包括如下步驟獲取用戶所在的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息；根據(jù)所述獲取的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息為用戶選擇所匹配的網(wǎng)絡(luò)廣告信息；通過所述選擇的網(wǎng)絡(luò)廣告信息控制網(wǎng)絡(luò)廣告的發(fā)送。
2、 如權(quán)利要求l所述的方法，其特征在于，所述網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息為用戶的注冊信息、用戶接受網(wǎng)絡(luò)廣告的數(shù)據(jù)信息、網(wǎng)絡(luò)電^f見業(yè)務(wù)類型、網(wǎng)絡(luò)電視的節(jié)目標(biāo)識(shí)、直播頻道標(biāo)識(shí)、用戶的在線狀態(tài)信息、媒體#:作類型中的一個(gè)或者多個(gè)的組合。
3、 如權(quán)利要求2所述的方法，其特征在于，所述獲取用戶所在的網(wǎng)絡(luò)電枧業(yè)務(wù)狀態(tài)步驟具體為通過向用戶所在的在線狀態(tài)服務(wù)器訂閱用戶的在線狀態(tài)信息獲取用戶所在的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息；或從廣告觸發(fā)請求中獲取用戶所在的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息；或從網(wǎng)絡(luò)電視業(yè)務(wù)會(huì)話過程中的業(yè)務(wù)交互數(shù)據(jù)獲取用戶所在的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息；或從用戶的注冊信息中獲取用戶所在的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息；或查詢用戶簽約數(shù)據(jù)信息，從用戶簽約數(shù)據(jù)信息中獲取用戶所在的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息；或訂閱用戶所對應(yīng)的對話狀態(tài)事件包，從對話狀態(tài)事件包中獲取用戶所在的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息。
4、 如權(quán)利要求3所述的方法，其特征在于，所述從網(wǎng)絡(luò)電視會(huì)話過程中的業(yè)務(wù)交互數(shù)據(jù)獲取用戶所在的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息步驟具體為通過初始過濾準(zhǔn)則匹配接收網(wǎng)絡(luò)電^L會(huì)話過程中的業(yè)務(wù)交互數(shù)據(jù)，從所述業(yè)務(wù)交互數(shù)據(jù)中獲取用戶所在的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息；或通過服務(wù)代理接收網(wǎng)絡(luò)電^L會(huì)話過程中的業(yè)務(wù)交互數(shù)據(jù)，從所迷業(yè)務(wù)交互數(shù)據(jù)中獲取用戶所在的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息。
5、 如權(quán)4所迷方法，其特征在于，所述網(wǎng)絡(luò)電視業(yè)務(wù)會(huì)話過程中的業(yè)務(wù)交互數(shù)據(jù)具體為用戶所在的用戶終端發(fā)起的直播頻道切換才艮告信息；或媒體服務(wù)器發(fā)起的點(diǎn)播節(jié)目媒體控制信息；或業(yè)務(wù)代理發(fā)起的網(wǎng)絡(luò)電4^業(yè)務(wù)狀態(tài)更改通知；或網(wǎng)絡(luò)電視業(yè)務(wù)控制實(shí)體發(fā)起的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)更改通知。
6、 如權(quán)利要求3所述的方法，其特征在于，所述從廣告觸發(fā)請求中獲取用戶所在的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息步驟具體為接收廣告觸發(fā)請求，從所述廣告觸發(fā)請求中獲取用戶所在的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息；或向用戶發(fā)送廣告觸發(fā)請求，從所述廣告觸發(fā)請求返回的響應(yīng)消息中獲取用戶所在的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息；或向網(wǎng)絡(luò)電視業(yè)務(wù)控制實(shí)體發(fā)送廣告觸發(fā)請求，從所述廣告觸發(fā)請求返回的響應(yīng)消息中獲取用戶所在的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息。
7、 如權(quán)利要求l所述的方法，其特征在于，所述網(wǎng)絡(luò)廣告信息包括廣告標(biāo)識(shí)、廣告描述信息、傳輸廣告的網(wǎng)絡(luò)參數(shù)，其中廣告描述信息中包括廣告編碼格式、廣告類型、廣告插入的起止時(shí)間。
8、 如權(quán)利要求7所述的方法，其特征在于，所述獲取的用戶所在的網(wǎng)絡(luò)業(yè)務(wù)狀態(tài)信息包括用戶接受網(wǎng)絡(luò)廣告的數(shù)據(jù)信息時(shí)，所述根據(jù)所述獲取的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息為用戶選擇所匹配的網(wǎng)絡(luò)廣告信息步驟包括根據(jù)所述用戶接受廣告的數(shù)據(jù)信息為用戶選擇所匹配的廣告信息；其中所述用戶接受網(wǎng)絡(luò)電視廣告的信息包括用戶簽約的廣告業(yè)務(wù)、用戶接受廣告意愿和接受廣告意愿的時(shí)間段、用戶接受廣告的類型、用戶對商品購買的喜好。
9、如權(quán)利要求1至8所述的方法，其特征在于，所述通過所迷選擇的網(wǎng)絡(luò)廣告信息控制網(wǎng)絡(luò)廣告的發(fā)送步驟具體為向用戶所在的用戶終端發(fā)送網(wǎng)絡(luò)廣告信息，通過所述網(wǎng)絡(luò)廣告信息指示所述用戶終端向所述網(wǎng)絡(luò)廣告所在的々某體服務(wù)器請求并呈現(xiàn)所述網(wǎng)絡(luò)廣告；或者廣告信息以建立廣告媒體傳輸通道，并由用戶所在的用戶終端呈現(xiàn)所述網(wǎng)絡(luò)廣告5 或者向所述網(wǎng)絡(luò)廣告所在的媒體服務(wù)器發(fā)送網(wǎng)絡(luò)廣告信息，通過所述網(wǎng)絡(luò)廣告信息指示所述媒體服務(wù)器以媒體拼接的方式將網(wǎng)絡(luò)廣告發(fā)送到用戶所在的用戶終端。
10、如權(quán)利要求9所述方法，其特征在于，所述媒體服務(wù)器以媒體拼接的方式將網(wǎng)絡(luò)廣告發(fā)送到用戶所在的用戶終端步驟具體為所述媒體服務(wù)器停止發(fā)送當(dāng)前的網(wǎng)絡(luò)電視媒體，并且使用當(dāng)前的網(wǎng)絡(luò)電視媒體的網(wǎng)絡(luò)參數(shù)傳輸所述網(wǎng)絡(luò)廣告媒體；所述網(wǎng)絡(luò)參數(shù)包括單播目的地址，單播目的端口，多播地址，多播端口，媒體發(fā)送端口，媒體傳輸所用帶寬，媒體傳輸所用協(xié)議中的一個(gè)或者多個(gè)的組合。
11、如權(quán)利要求IO所述的方法，其特征在于，所述向用戶所在的用戶終端發(fā)送網(wǎng)絡(luò)廣告信息，通過所述網(wǎng)絡(luò)廣告信息指示所述用戶終端向所述網(wǎng)絡(luò)廣告所在的媒體服務(wù)器請求并呈現(xiàn)所述網(wǎng)絡(luò)廣告步驟具體為將所述網(wǎng)絡(luò)廣告信息發(fā)送給用戶，所述用戶從所述網(wǎng)絡(luò)廣告信息中選擇廣告標(biāo)識(shí)，并根據(jù)所述網(wǎng)絡(luò)廣告信息中的廣告插播時(shí)間從所述網(wǎng)絡(luò)廣告所在的媒體服務(wù)器獲取所述網(wǎng)絡(luò)廣告。
12、如權(quán)利要求IO所述的方法，其特征在于，所述分別向用戶所在的用戶終端以及所述網(wǎng)絡(luò)廣告所在的媒體服務(wù)器發(fā)送網(wǎng)絡(luò)廣告信息以建立廣告媒體傳輸通道，并由用戶所在的用戶終端呈現(xiàn)所述網(wǎng)絡(luò)廣告步驟具體為廣告信息，所述媒體服務(wù)器和所述用戶終端根據(jù)所述網(wǎng)絡(luò)廣告信息中的傳輸參 數(shù)建立傳輸通道，在所述網(wǎng)絡(luò)廣告信息中的傳輸時(shí)間開始時(shí)，所述媒體服務(wù)器 通所述傳輸通道向所述用戶設(shè)備傳輸所述網(wǎng)絡(luò)廣告，所述用戶設(shè)備接收并呈現(xiàn) 所述網(wǎng)絡(luò)廣告。
13、如權(quán)利要求l所述的方法，其特征在于，所述方法還包括根據(jù)所述選擇的網(wǎng)絡(luò)廣告信息向用戶發(fā)送廣告略過請求； 在所述用戶選擇對所述網(wǎng)絡(luò)廣告進(jìn)行廣告略過后，在所述網(wǎng)絡(luò)廣告信息的 插播時(shí)間內(nèi)，略過所述網(wǎng)絡(luò)廣告。
14、如權(quán)利要求13所述的方法，其特征在于，所述方法還包括 在所述略過所述網(wǎng)絡(luò)廣告的時(shí)間內(nèi)，為用戶配置新的網(wǎng)絡(luò)電視業(yè)務(wù)或者接 續(xù)當(dāng)前的網(wǎng)絡(luò)電#見業(yè)務(wù)。
15、 一種廣告業(yè)務(wù)功能控制實(shí)體，其特征在于，包括 獲取模塊，用于獲取用戶所在的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息； 選擇模塊，用于根據(jù)所述獲取模塊獲取的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息為用戶選 擇所匹配的網(wǎng)絡(luò)廣告信息；控制模塊，用于根據(jù)所述選擇模塊選擇的網(wǎng)絡(luò)廣告信息控制網(wǎng)絡(luò)廣告的發(fā)送。
16、如權(quán)利要求15所述的廣告業(yè)務(wù)功能控制實(shí)體，其特征在于，所述獲取 模塊包括第一獲取單元，用于通過向用戶所在的在線狀態(tài)服務(wù)器訂閱用戶的在線狀 態(tài)信息獲取用戶所在的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息；第二獲取單元，用于從廣告觸發(fā)請求中獲取用戶所在的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息；第三獲取單元，用于從網(wǎng)絡(luò)電視業(yè)務(wù)會(huì)話過程中的業(yè)務(wù)交互數(shù)據(jù)獲取用戶 所在的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息；第四獲取單元，用于從用戶的注冊信息中獲取用戶所在的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)J呂息;第五獲取單元，用于查詢用戶簽約數(shù)據(jù)信息，從用戶簽約數(shù)據(jù)信息中獲取用戶所在的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息；第六獲取單元，用于訂閱用戶所對應(yīng)的對話狀態(tài)事件包，,人對話狀態(tài)事件 包中獲取用戶所在的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息。
17、 如權(quán)利要求15所述的廣告業(yè)務(wù)功能控制實(shí)體，其特征在于，所述控制 模塊包括第一控制單元，用于向用戶所在的用戶終端發(fā)送網(wǎng)絡(luò)廣告信息，通過所述 網(wǎng)絡(luò)廣告信息指示所述用戶終端向所述網(wǎng)絡(luò)廣告所在的媒體^I良務(wù)器請求并呈現(xiàn)所述網(wǎng)絡(luò)廣告；第二控制單元，分別向用戶所在的用戶終端以及所述網(wǎng)絡(luò)廣告所在的媒體 服務(wù)器發(fā)送網(wǎng)絡(luò)廣告信息以建立廣告媒體傳輸通道，并由用戶所在的用戶終端 呈現(xiàn)所述網(wǎng)絡(luò)廣告；第三控制單元，用于向所述網(wǎng)絡(luò)廣告所在的媒體服務(wù)器發(fā)送網(wǎng)絡(luò)廣告信息， 通過所述網(wǎng)絡(luò)廣告信息指示所述^f某體服務(wù)器以士某體拼接的方式將網(wǎng)絡(luò)廣告發(fā)送 到用戶所在的用戶終端。
18、 如權(quán)利要求15至17所述的廣告業(yè)務(wù)功能控制實(shí)體，其特征在于，所 述廣告業(yè)務(wù)功能控制實(shí)體還包括略過處理模塊，用于根據(jù)所述選擇模塊選擇的網(wǎng)絡(luò)廣告信息向用戶發(fā)送廣 告略過請求；在所述用戶選擇對所述網(wǎng)絡(luò)廣告進(jìn)行廣告略過后，在所述網(wǎng)絡(luò)廣 告信息的插播時(shí)間內(nèi)，略過所述網(wǎng)絡(luò)廣告。
19、 一種廣告業(yè)務(wù)系統(tǒng)，其特征在于，包括廣告業(yè)務(wù)控制功能實(shí)體和廣 告媒體功能，其中廣告業(yè)務(wù)控制功能實(shí)體用于獲取用戶所在的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息，根據(jù) 所迷獲取的網(wǎng)絡(luò)電^L業(yè)務(wù)狀態(tài)信息為用戶選擇所匹配的網(wǎng)絡(luò)廣告信息，并通過 所迷選擇的網(wǎng)絡(luò)廣告信息控制廣告4某體功能中的網(wǎng)絡(luò)廣告的發(fā)送；廣告J(某體功能用于在廣告業(yè)務(wù)控制功能實(shí)體的控制下向用戶所在的用戶設(shè) 備提供網(wǎng)絡(luò)廣告。
20、如權(quán)利要求19所述的廣告業(yè)務(wù)系統(tǒng)，其特征在于，所述系統(tǒng)還包括 核心IP多媒體子系統(tǒng)，用于與用戶設(shè)備之間交互數(shù)據(jù)，所述廣告業(yè)務(wù)控制功能實(shí)體從所述交互數(shù)據(jù)中獲取用戶所在的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息；和/或在線狀態(tài)服務(wù)器，用于存儲(chǔ)用戶的在線狀態(tài)信息，所述廣告業(yè)務(wù)控制功能實(shí)體從所述用戶的在線狀態(tài)信息中獲取用戶所在的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息；和/或注冊服務(wù)器，用于存儲(chǔ)用戶的注冊信息，所述廣告業(yè)務(wù)控制功能從所述用 戶的在注冊信息中獲取用戶所在的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息；和/或?qū)υ挔顟B(tài)服務(wù)器，用于存儲(chǔ)用戶的對話狀態(tài)信息，所述廣告業(yè)務(wù)功能控制 實(shí)體從所述用戶的在線狀態(tài)信息中獲取用戶所在的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息。
全文摘要
本發(fā)明實(shí)施例公開了一種網(wǎng)絡(luò)電視中廣告實(shí)現(xiàn)方法，包括如下步驟獲取用戶所在的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息；根據(jù)所述獲取的網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)信息為用戶選擇所匹配的網(wǎng)絡(luò)廣告信息；通過所述選擇的網(wǎng)絡(luò)廣告信息控制網(wǎng)絡(luò)廣告的發(fā)送。相應(yīng)的，本發(fā)明實(shí)施例還公開了一種廣告業(yè)務(wù)功能控制實(shí)體和廣告業(yè)務(wù)系統(tǒng)，通過實(shí)施本發(fā)明實(shí)施例，能夠根據(jù)網(wǎng)絡(luò)電視業(yè)務(wù)狀態(tài)在廣告業(yè)務(wù)功能實(shí)體的控制下為用戶提供個(gè)性化的網(wǎng)絡(luò)廣告服務(wù)。
文檔編號H04N7/173GK101668165SQ20081019834
公開日2010年3月10日 申請日期2008年9月5日 優(yōu)先權(quán)日2008年9月5日
發(fā)明者軍 嚴(yán), 彭招君, 朱文明, 漆寶劍 申請人:華為技術(shù)有限公司