專利名稱：一種預(yù)覽頻道媒體流協(xié)商的方法、系統(tǒng)和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種預(yù)覽頻道媒體流協(xié)商的方法、 系統(tǒng)和裝置。
背景技術(shù)：
IPTV (Internet Protocol Television,因特網(wǎng)協(xié)議電一見)業(yè)務(wù)是一種利用寬 帶IP (Internet Protocol,因特網(wǎng)協(xié)議)網(wǎng)絡(luò)，集互聯(lián)網(wǎng)、多媒體、通訊等多種 技術(shù)于一體，向家庭用戶提供包括數(shù)字電視在內(nèi)的多種交互式服務(wù)的嶄新技 術(shù)。用戶在家中可以使用個人電腦或者網(wǎng)絡(luò)機(jī)頂盒享受IPTV業(yè)務(wù)，也可以通 過移動終端享受IPTV業(yè)務(wù)。IPTV有效地將電視網(wǎng)、電話網(wǎng)和互聯(lián)網(wǎng)三個領(lǐng)域 結(jié)合在一起，是三網(wǎng)融合最具代表性的業(yè)務(wù)，正受到業(yè)界越來越多的關(guān)注。
在IPTV的直播電視業(yè)務(wù)中，存在對直播頻道進(jìn)行預(yù)覽的需求，即用戶在 決定正式觀看某個頻道之前預(yù)覽該頻道的內(nèi)容，這可以是在正常觀看一個頻 道內(nèi)容時，以畫中畫小畫面的方式預(yù)覽另一個頻道的內(nèi)容，或在屏幕上以平 鋪的小畫面的方式同時播放多個頻道的內(nèi)容，以便用戶選擇一個頻道進(jìn)行觀 看。
在IPTV系統(tǒng)中，由于支持的頻道眾多，用戶終端的接入帶寬資源有限， 不是采用將所有頻道的媒體內(nèi)容都同時傳送到用戶終端的方式，而是只向用 戶終端傳送用戶觀看的頻道的媒體內(nèi)容，而且，為節(jié)省帶寬，預(yù)覽頻道媒體 流可能需要采用占用帶寬少的獨(dú)立的媒體流，即同一個頻道，雖然頻道內(nèi)容 相同，但提供多種媒體流，正常觀看的媒體流與預(yù)覽的媒體流，例如預(yù)覽頻 道的媒體流采用小畫面、占用的帶寬少。
在實(shí)現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中存在以下缺點(diǎn) 現(xiàn)有技術(shù)中，尚沒有支持IPTV頻道預(yù)覽的方案，IPTV用戶無法實(shí)現(xiàn)對頻 道媒體流內(nèi)容的預(yù)覽。
發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供了一種預(yù)覽頻道媒體流協(xié)商的方法、系統(tǒng)和裝置，使
IPTV用戶實(shí)現(xiàn)了對頻道媒體流內(nèi)容進(jìn)行預(yù)覽。
本發(fā)明實(shí)施例提供了 一種預(yù)覽頻道媒體流協(xié)商的方法，包括以下步驟 接收來自用戶設(shè)備的預(yù)覽頻道媒體流協(xié)商請求； 根據(jù)所述預(yù)覽頻道媒體流協(xié)商請求生成預(yù)覽頻道媒體流協(xié)商響應(yīng)； 將所述預(yù)覽頻道媒體流協(xié)商響應(yīng)發(fā)送給所述用戶設(shè)備，使所述用戶設(shè)備
根據(jù)所述預(yù)覽頻道^ 某體流協(xié)商響應(yīng)獲取預(yù)覽頻道^ 某體流。
本發(fā)明實(shí)施例提供了 一種預(yù)覽頻道媒體流協(xié)商的系統(tǒng)，包括業(yè)務(wù)控制功
能實(shí)體和用戶設(shè)備，其中
所述業(yè)務(wù)控制功能實(shí)體，用于接收來自所述用戶設(shè)備的預(yù)覽頻道媒體流
協(xié)商請求；根據(jù)所述預(yù)覽頻道媒體流協(xié)商請求生成預(yù)覽頻道媒體流協(xié)商響應(yīng)；
將所述預(yù)覽頻道媒體流協(xié)商響應(yīng)發(fā)送給所述用戶設(shè)備，使所述用戶設(shè)備根據(jù)
所述預(yù)覽頻道媒體流協(xié)商響應(yīng)獲取預(yù)覽頻道媒體流；
所述用戶設(shè)備，用于向所述業(yè)務(wù)控制功能實(shí)體發(fā)送預(yù)覽頻道媒體流協(xié)商
請求；接收來自所述業(yè)務(wù)控制功能實(shí)體的預(yù)覽頻道媒體流協(xié)商響應(yīng)；根據(jù)所
述預(yù)覽頻道媒體流協(xié)商響應(yīng)獲取預(yù)覽頻道媒體流。
本發(fā)明實(shí)施例4是供了一種業(yè)務(wù)控制功能實(shí)體，包括 接收模塊，用于接收來自用戶設(shè)備的預(yù)覽頻道媒體流協(xié)商請求； 生成模塊，用于根據(jù)所述接收模塊接收的預(yù)覽頻道^ 某體流協(xié)商請求生成
預(yù)覽頻道纟某體流協(xié)商響應(yīng)；
發(fā)送模塊，用于將所述生成模塊生成的預(yù)覽頻道媒體流協(xié)商響應(yīng)發(fā)送給
所述用戶設(shè)備。
本發(fā)明實(shí)施例提供了一種用戶設(shè)備，包括
發(fā)送模塊，用于將所述生成模塊生成的預(yù)覽頻道媒體流協(xié)商請求發(fā)送給 業(yè)務(wù)控制功能實(shí)體，所述預(yù)覽頻道媒體流協(xié)商請求中包括至少一種頻道預(yù)覽 指示；
6接收模塊，用于接收來自所述業(yè)務(wù)控制功能實(shí)體的預(yù)覽頻道媒體流協(xié)商
響應(yīng)；
獲取模塊，用于根據(jù)所述接收模塊接收的預(yù)覽頻道媒體流協(xié)商響應(yīng)獲取 預(yù)覽頻道媒體流。
本發(fā)明的實(shí)施例中，通過與用戶設(shè)備進(jìn)行預(yù)覽頻道媒體流協(xié)商，以建立 預(yù)覽頻道媒體流，使IPTV用戶實(shí)現(xiàn)了對頻道媒體流內(nèi)容進(jìn)行預(yù)覽。
為了更清楚地說明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實(shí) 施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面 描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對于本領(lǐng)域普通技術(shù)人員來講， 在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
圖1是本發(fā)明實(shí)施例中一種預(yù)覽頻道媒體流協(xié)商的方法流程圖； 圖2是本發(fā)明實(shí)施例中一種預(yù)覽頻道媒體流協(xié)商的方法流程圖； 圖3是本發(fā)明實(shí)施例中一種預(yù)覽頻道媒體流協(xié)商的方法流程圖； 圖4是本發(fā)明實(shí)施例中一種預(yù)覽頻道媒體流協(xié)商的方法流程圖； 圖5是本發(fā)明實(shí)施例中一種預(yù)覽頻道媒體流協(xié)商的方法流程圖； 圖6是本發(fā)明實(shí)施例中一種預(yù)覽頻道媒體流協(xié)商的系統(tǒng)結(jié)構(gòu)圖； 圖7是本發(fā)明實(shí)施例中一種業(yè)務(wù)控制功能實(shí)體結(jié)構(gòu)圖； 圖8是本發(fā)明實(shí)施例中一種用戶設(shè)備結(jié)構(gòu)圖。
具體實(shí)施例方式
下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行 清楚、完整地描述，顯然，所描述的實(shí)施例是本發(fā)明一部分實(shí)施例，而不是 全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng) 造性勞動前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。
本發(fā)明實(shí)施例提供了一種預(yù)覽頻道媒體流協(xié)商的方法，如圖1所示，包括以下步驟
步驟101,接收來自用戶設(shè)備的預(yù)覽頻道媒體流協(xié)商請求。
步驟102,根據(jù)所述預(yù)覽頻道媒體流協(xié)商請求生成預(yù)覽頻道媒體流協(xié)商響應(yīng)。
步驟103,將所述預(yù)覽頻道媒體流協(xié)商響應(yīng)發(fā)送給所述用戶設(shè)備，使所述
用戶設(shè)備根據(jù)所述預(yù)覽頻道媒體流協(xié)商響應(yīng)獲取預(yù)覽頻道媒體流。
本發(fā)明的實(shí)施例中，通過與用戶設(shè)備進(jìn)行預(yù)覽頻道媒體流協(xié)商，以建立
預(yù)覽頻道媒體流，使IPTV用戶實(shí)現(xiàn)了對頻道媒體流內(nèi)容進(jìn)行預(yù)覽。
本發(fā)明實(shí)施例提供了一種預(yù)覽頻道媒體流協(xié)商的方法，如圖2所示，包 括以下步驟
步驟201, UE (User Equipment,用戶設(shè)備)向SCF (Service Control Function,業(yè)務(wù)控制功能實(shí)體)發(fā)送預(yù)覽頻道i某體流協(xié)商請求
本步驟中，UE向SCF發(fā)送預(yù)覽頻道々某體流協(xié)商請求，請求消息中攜帶頻 道預(yù)覽指示。
UE發(fā)送預(yù)覽頻道媒體流協(xié)商請求有兩種情況， 一種情況是在LTV (Live Television,直播電視)業(yè)務(wù)初始建立時發(fā)送，這種情況下，預(yù)覽頻道媒體流 協(xié)商請求可以就位于UE向SCF發(fā)送的LTV會話建立請求消息中，例如SIP Invite消息中；另一種情況是在LTV業(yè)務(wù)建立完成后發(fā)送，這種情況下，預(yù) 覽頻道媒體流協(xié)商請求就位于UE向SCF發(fā)送的修改會話請求消息中，例如 SIPReinvite消息中。前一種情況，往往是在LTV業(yè)務(wù)建立過程中，預(yù)先進(jìn)行 預(yù)覽頻道媒體流協(xié)商，在LTV會話建立完成后，并不立即進(jìn)行頻道預(yù)覽，而 是在接收到用戶的請求后再進(jìn)行頻道預(yù)覽，或者是在LTV會話建立完成，同 時預(yù)覽頻道i某體流協(xié)商完成后，立即進(jìn)行頻道預(yù)覽，即LTV會話建立完成后， 初始觀看的內(nèi)容包括頻道預(yù)覽；后一種情況，往往是在用戶觀看LTV業(yè)務(wù)過 程中請求進(jìn)行頻道預(yù)覽，UE接收到用戶的頻道預(yù)覽請求后，向SCF發(fā)送修改 會話消息，攜帶預(yù)覽頻道纟某體流協(xié)商請求。
本發(fā)明中，預(yù)覽頻道媒體流協(xié)商請求可以是在SIP消息的SDP消息體中 攜帶，具體可以在SIP Invite消息或SIP Reinvite消息的SDP消息體中攜帶。預(yù)覽頻道媒體流協(xié)商請求中的頻道預(yù)覽指示可以是支持頻道預(yù)覽的指 示，例如，終端可指示支持畫中畫頻道預(yù)覽和馬賽克頻道預(yù)覽。這可以是在
SDP中增加一種a屬性行進(jìn)行指示。示例如下， a=iptv-bc-support:pip mosaic
這表明，通過該a屬性行，指示可以支持畫中畫(pip )和馬賽克(mosaic ) 頻道預(yù)覽。如果表示只支持畫中畫或馬賽克頻道預(yù)覽，示例如下 a=iptv-bc-support:pip 或
a=iptv-bc-support: mosaic
預(yù)覽頻道媒體流協(xié)商請求中的頻道預(yù)覽指示可以是初始觀看頻道信息中 的預(yù)覽頻道指示。初始觀看頻道是媒體流協(xié)商完成后，UE首先進(jìn)入觀看的頻 道，即UE接收到纟某體流協(xié)商響應(yīng)消息后，就開始接收并播放對應(yīng)的力某體流， 不需要再等待用戶人工發(fā)送請求，例如換臺請求或預(yù)覽請求。初始觀看頻道 的信息可通過SDP的m行、c行、a=bc—service:BCServiceld行來表示，分別 攜帶媒體流的屬性(例如媒體流類型、編解碼屬性)、媒體流的接收地址(例 如接收媒體流的多播地址)、頻道標(biāo)識。
初始觀看頻道信息中的預(yù)覽頻道指示可以是在a=bc—service:BCServiceId 行中攜帶預(yù)覽頻道標(biāo)識，其中的預(yù)覽頻道標(biāo)識可以是在已有的頻道標(biāo)識基礎(chǔ) 上增加參數(shù)表示該頻道的預(yù)覽版本，對應(yīng)的，也可以增加參數(shù)表示該頻道的
正常觀看版本，如果不帶這樣的參數(shù)，可默認(rèn)為是正常觀看版本。例如，在 原有頻道標(biāo)識后增加media=xxx參數(shù)，通過該參數(shù)區(qū)別同 一頻道的多個版本， 即通過在同一頻道標(biāo)識后帶不同的參數(shù)，表示這些頻道的內(nèi)容是相同的，但 是屬于不同的版本，例如一個是大畫面的正常觀看版本，另一個是小畫面的 預(yù)覽版本。
下面的示例是在SDP的a=bc_service:BCServiceId行中攜帶正常觀看版 本的頻道標(biāo)識和預(yù)覽版本的頻道標(biāo)識，指示初始觀看的頻道是正常觀看頻道 還是預(yù)覽頻道。
a=bc service: 〈tv:sztvl.sztv.com;media:normal〉或a=bc_service: tv:sztvl.sztv.com
通過攜帶media-normal參數(shù)表示頻道的正常觀看版本，該參數(shù)的缺省值 可以是正常觀看版本，即如果不攜帶該參數(shù)就表示正常觀看版本(正常觀看 頻道)。
a=bc—service: <tv:sztvl .sztv.com;media=preview>
通過攜帶media=preview參數(shù)表示頻道的預(yù)覽版本(預(yù)覽頻道)。
初始觀看頻道信息中的預(yù)覽頻道指示還可以是初始觀看頻道的SDP描述 中增加表示預(yù)覽的屬性，即頻道標(biāo)識不變，增加屬性表示是頻道的預(yù)覽版本。
下面的示例是增加表示預(yù)覽的屬性，表示頻道的預(yù)覽版本。即 a=bc—service:BCServiceld行中初始觀看頻道標(biāo)識不變，另外增加屬性表示頻 道的預(yù)覽版本?？紤]到一個頻道可能對應(yīng)多個m行(例如視頻的m行和音頻 的m行)，這里引入一種新的SDP的group語義，指示哪些m行屬于一個頻 道，并增加group的屬性參數(shù)，表示是預(yù)覽版本。
a=bc—service: tv:sztvl.sztv.com
a=bc—service: tv:cctvl.cctv.com
a=group Channel 1 2
a=group Channel 3 4 media=preview
m=video 3400 RTP/AVP 98
mid:l
m=audio 3456 RTP/AVP 97 mid:2
m=video 3402 RTP/AVP 98 mid:3
m=audio 3458 RTP/AVP 97 96 mid:4
本示例中，初始觀看頻道有兩個頻道，頻道標(biāo)識分別是tv:sztvl.sztv.com 和tvxctvl.cctv.com,其中mid為1和2的m行對應(yīng)一個頻道，mid為3和4 的m行對應(yīng)另一個頻道，并且對應(yīng)的是該頻道的預(yù)覽版本。預(yù)覽頻道媒體流協(xié)商請求中的頻道預(yù)覽指示可以是預(yù)覽頻道業(yè)務(wù)包指 示，即預(yù)覽頻道組成一個單獨(dú)的業(yè)務(wù)包，有單獨(dú)的預(yù)覽頻道業(yè)務(wù)包標(biāo)識，一 些正常觀看頻道組成其他的業(yè)務(wù)包，有其他的業(yè)務(wù)包標(biāo)識。通過SDP描述中
的a=bc—service_package行攜帶預(yù)覽頻道業(yè)務(wù)包標(biāo)識，指示需要支持頻道預(yù)覽。 示例如下，通過SDP的a=bc_service_package 4于攜帶正常，見看頻道業(yè)務(wù)包標(biāo)識 normal-package和予貞覽步貞道業(yè)務(wù)包標(biāo)識preview-package表示本次會話需要支 持頻道預(yù)覽。
a=bc—service_package:normal-package
a=bc—service_package:preview-package
進(jìn)一步的，SDP的a=bc—service_package行除攜帶預(yù)覽頻道業(yè)務(wù)包標(biāo)識外， 還可以攜帶預(yù)覽頻道標(biāo)識的列表。這里的預(yù)覽頻道標(biāo)識可采用上述的通過頻 道標(biāo)識增加參數(shù)的方式。示例如下，
a=bc—service_package: normal-package 〈tv:cctvl.cctv.com〉,
<tv:cctv2.cctv.com>, < tv:sztvl.sztv.com 〉, < tv:sztv2.sztv.com>
a=bc—service_package:preview-package<tv:cctvl.cctv.com;media=preview>， <tv:cctv2.cctv.com;media=preview>,<tv:sztvl.sztv.com;media=preview>, <tv:sztv2.sztv.com;media=preview 〉
這里通過兩個a=bc—servicejackage行分別攜帶兩個業(yè)務(wù)包信息行，前一 個業(yè)務(wù)包為正常觀看頻道業(yè)務(wù)包，后一個業(yè)務(wù)包為預(yù)覽頻道業(yè)務(wù)包，每一業(yè) 務(wù)包信息行中攜帶了業(yè)務(wù)包標(biāo)識，及頻道標(biāo)識列表。
預(yù)覽頻道媒體流協(xié)商請求中的頻道預(yù)覽指示可以是在已有業(yè)務(wù)包信息行 中攜帶預(yù)覽頻道標(biāo)識列表，即預(yù)覽頻道不組成單獨(dú)的業(yè)務(wù)包，預(yù)覽頻道與正 常觀看頻道在一個業(yè)務(wù)包內(nèi)，通過SDP的a=bc—service_package行的業(yè)務(wù)包信 息中攜帶預(yù)覽頻道標(biāo)識列表，指示本次會話中后續(xù)可能需要預(yù)覽的頻道。
如下示例是SDP的a=bc—servicej)ackage行的業(yè)務(wù)包信息行中攜帶正常觀
看頻道標(biāo)識列表和預(yù)覽頻道標(biāo)識列表，這里的預(yù)覽頻道標(biāo)識仍采用頻道標(biāo)識 后增加參數(shù)的方式。
a=bc—service_package:bc-package<tv:cctvl.cctv.com>，<tv:cctv2.cctv.com>,<tv:sztvl.sztv.com>，<tv:sztv2.sztv,com> ，<tv:cctvl.cctv.com;media=preview>,<tv:cctv2.cctv.com;media=preview>,<tv:sztv 1 .sztv.com;media=preview>,<tv:sztv2.sztv.com;media=preview >
預(yù)覽頻道媒體流協(xié)商請求中的頻道預(yù)覽指示還可以是上述指示的任意組 合，例如，初始觀看頻道信息中和業(yè)務(wù)包信息中都攜帶預(yù)覽頻道標(biāo)識，或攜 帶支持頻道預(yù)覽的指示并通過業(yè)務(wù)包攜帶預(yù)覽頻道標(biāo)識列表，等等。
這種組合示例如下，通過SDP中a—ptv-bc-support行表示支持頻道預(yù)覽， 并通過a=bc—service_package行攜帶預(yù)覽頻道標(biāo)識列表，表示本次會話后續(xù)可 能需要進(jìn)行預(yù)覽的頻道。
a=iptv-bc-support:pip mosaic
a=bc—service_package :bc-package <tv: cctv 1. cctv. com>, <tv: cctv2. cctv. com〉,〈tv: sztv 1. sztv. com〉，〈tv: sztv2. sztv.com〉 ,<tv:cctvl.cctv.com;media=preview>，<tv:cctv2.cctv.com;media=preview>，<tv:sztv
1. sztv.com;media=preview >，< tv:sztv2.sztv.com;media=preview >
如下示例，通過SDP的兩個a=bc—service行攜帶初始觀看頻道，初始觀 看的頻道有兩個頻道， 一個是正常觀看頻道，另一個是預(yù)覽頻道，分別指示 初始觀看的正常頻道和預(yù)覽頻道。并通過兩個a=bc—servicejackage行分別攜 帶正常觀看的業(yè)務(wù)包標(biāo)識及頻道標(biāo)識列表和預(yù)覽頻道業(yè)務(wù)包標(biāo)識及預(yù)覽頻道 標(biāo)識列表，分別指示后續(xù)需要觀看的正常頻道和預(yù)覽頻道。
a=bc—service: <tv:sztv 1.sztv.com>
a=bc—service: <tv:cctvl .cctv.com;media=preview>
a=bc_service_package:normal-package<tv:cctvl.cctv.com>,<tv:cctv2.cctv.co m>,<tv:sztvl .sztv.com>,< tv: sztv2.sztv.com>
a=bc_service_package:preview-package<tv:cctvl.cctv.com;media=preview>， <tv:cctv2.cctv.com;media=preview>,<tv:sztvl.sztv.com;media=preview>,<tv:sztv
2. sztv.com;media=preview >
預(yù)覽頻道媒體流協(xié)商請求中的頻道預(yù)覽指示還可以是隱式的指示，即不 攜帶顯式的指示，由SCF根據(jù)本地策略確定是否支持頻道預(yù)覽。這可以是默
12認(rèn)所有的用戶支持頻道預(yù)覽，或根據(jù)用戶的簽約數(shù)據(jù)確定用戶是否支持頻道
預(yù)覽。例如，在SCF處理UE的LTV會話建立過程中，SCF才艮據(jù)本地策略確 定支持頻道預(yù)覽，進(jìn)行頻道預(yù)覽的相關(guān)處理。
預(yù)覽頻道媒體流協(xié)商請求中，進(jìn)一步可以攜帶帶寬需求的信息，帶寬需 求中包含了支持頻道預(yù)覽業(yè)務(wù)在內(nèi)的最大帶寬，即LTV業(yè)務(wù)的最大帶寬計算 中包括了頻道預(yù)覽業(yè)務(wù)的需求，例如，最大帶寬可能是一個正常觀看的大畫 面需要的帶寬加上一個預(yù)覽的小畫面需要的帶寬(對應(yīng)畫中畫頻道預(yù)覽)，或 最大帶寬需求是若干個(例如8個)預(yù)覽小畫面的帶寬需求(對應(yīng)馬賽克頻 道預(yù)覽)。特別地，在預(yù)覽媒體流預(yù)先協(xié)商的情況下，請求消息中的初始觀看 頻道信息中未包括預(yù)覽頻道的信息，但需要支持頻道預(yù)覽，此時，請求的帶 寬需求不僅僅是初始觀看頻道的帶寬需求，還需要將預(yù)覽頻道的帶寬需求計 算在內(nèi)，例如帶寬需求要滿足正常觀看頻道媒體流加上預(yù)覽頻道媒體流的帶 寬需求，即一個大畫面的帶寬需求加上一個小畫面的帶寬需求。
假定大畫面的帶寬需求為2048kbps，小畫面的帶寬需求為500kbps?？墒?用SDP的b行表示本次會話的帶寬需求。示例如下。
b=AS:2548
預(yù)覽頻道媒體流協(xié)商請求消息中，進(jìn)一步可以攜帶預(yù)覽頻道的網(wǎng)絡(luò)參數(shù)， 例如預(yù)覽頻道的多播地址信息?？蓴y兩種預(yù)覽頻道的網(wǎng)絡(luò)參數(shù)， 一種是在初 始觀看頻道信 息中的預(yù)覽頻道的網(wǎng)絡(luò)參數(shù)，另一種是業(yè)務(wù)包中的預(yù)覽頻道網(wǎng) 絡(luò)參數(shù)。初始觀看頻道信息中的預(yù)覽頻道網(wǎng)絡(luò)參數(shù)是預(yù)覽媒體流協(xié)商完成后， UE首先需要接收的預(yù)覽頻道媒體流的網(wǎng)絡(luò)參數(shù)，業(yè)務(wù)包中的預(yù)覽頻道網(wǎng)絡(luò)參 數(shù)是后續(xù)需要預(yù)覽的頻道的網(wǎng)絡(luò)參數(shù)，例如預(yù)覽頻道小畫面換臺時需要獲取 的媒體流的網(wǎng)絡(luò)參數(shù)。初始觀看頻道信息中的預(yù)覽頻道網(wǎng)絡(luò)參數(shù)可以使用 SDP的m行、c行來攜帶，業(yè)務(wù)包中的預(yù)覽頻道網(wǎng)絡(luò)參數(shù)可以使用SDP的業(yè) 務(wù)包屬小生4亍a=bc—service_package來攜帶,例^口在a=bc—service_package屬'l"生 行中攜帶各預(yù)覽頻道對應(yīng)的多播地址列表。
如下示例是使用SDP的m行、c行攜帶初始觀看的預(yù)覽頻道的網(wǎng)絡(luò)參數(shù)， 初始觀看頻道除一個正常觀看頻道外，還包括一個預(yù)覽頻道，m行(m行有
13視頻和音頻的m行)攜帶對應(yīng)的媒體流的屬性，C行攜帶對應(yīng)的媒體流的地 址。
a=bc—service: <tv:sztvl.sztv.com>
a=bc—service: 〈tv:cctvl .cctv.com;media=preview>
m=video 3400 RTP/AVP 98
c=INIP4 225.1.1.1
a=rtpmap:98 H263
m=audio 3456 RTP/AVP 97
c=INIP4 225.1.1.2
a=rtpmap:97 AMR
a=maxptime:20
m=video 3402 RTP/AVP 98
c=INIP4 225.1.1.3
a=rtpmap:98 H263
m=audio 3458 RTP/AVP 97 96
c=INIP4 225.1.1.4
如下示例是預(yù)覽頻道組成獨(dú)立的業(yè)務(wù)包，使用 SDP的 a=bc_service_package行分別攜帶正常觀看頻道業(yè)務(wù)包信息和預(yù)覽頻道業(yè)務(wù)包 信息，除攜帶正常頻道業(yè)務(wù)包標(biāo)識和預(yù)覽頻道業(yè)務(wù)包標(biāo)識外，還攜帶正常觀 看頻道標(biāo)識列表和預(yù)覽頻道標(biāo)識列表，及正常觀看頻道網(wǎng)絡(luò)參數(shù)列表和預(yù)覽 頻道網(wǎng)絡(luò)參數(shù)列表，這里是多播地址列表。
a=bc—service jpackage:normal-package multi-list:224.1.1.1 -224.1.1.2，
224.1.1.3-224.1.1,4, 224.1.1.5-224.1.1.6， 224.1.1.7-224.1.1.8 〈tv:cctvl.cctv.com〉， <tv:cctv2.cctv.com>， < tv:sztvl.sztv.com >, < tv:sztv2.sztv.com>
a=bc—service_package:preview-package multi-list:225.1.1.1-225.1.1.2,
225.1.1.3-225.1.1.4,225.1 1.5-225.1.1.6,225.1.1.7-225.1.1.8〈tv:cctvl .cctv.讓;me dia=preview>,<tv:cctv2.cctv.com;media=preview>,<tv:sztvl.sztv.com;media=prev iew>， < tv:sztv2.sztv.com;media=preview >如下示例是預(yù)覽頻道不組成獨(dú)立的業(yè)務(wù)包，正常觀看頻道和預(yù)覽頻道在
一個業(yè)務(wù)包，通過SDP的a=bc—servicej)ackage行攜帶業(yè)務(wù)包信息，包括業(yè)務(wù) 包標(biāo)識，正常觀看頻道和預(yù)覽頻道的網(wǎng)絡(luò)參數(shù)列表，這里是多播地址列表， 正常觀看頻道和預(yù)覽頻道的頻道標(biāo)識列表。
a=bc—service_package:bc-package multi畫list:224.1.1,1 -224.1.1.2,
224.LL3-224.1.1.4, 224.1.1.5-224.1.1.6， 224.1.1.7-224.1.1.8, 225.1.1.1-225.1.1.2, 225.1.1.3-225.1.1.4， 225.1.1.5-225.1.1.6， 225.1.1.7-225.1.1.8 〈tv:cctvl.cctv.com>, <tv:cctv2.cctv.com〉，<tv:sztvl.sztv.com>,<tv:sztv2.sztv.com>，<tv:cctvl.cctv.com; media=preview>,<tv:cctv2.cctv.com;media=preview>,<tv:sztvl.sztv.com;media=p review >, < tv:sztv2,sztv.com;media=preview >
在預(yù)覽頻道媒體流協(xié)商請求消息中攜帶的一些信息，例如業(yè)務(wù)包標(biāo)識、 頻道標(biāo)識、頻道對應(yīng)的網(wǎng)絡(luò)參數(shù)等信息，可以是UE從預(yù)先獲取到的EPG數(shù) 據(jù)中得到，或通過發(fā)送查詢消息向SCF獲取，例如發(fā)送SIP Options消息獲取。
步驟202， SCF處理預(yù)覽頻道媒體流協(xié)商請求，發(fā)送預(yù)覽頻道媒體流協(xié)商 響應(yīng)。
本步驟中，SCF接收到UE發(fā)送的預(yù)覽頻道媒體流協(xié)商請求，進(jìn)行處理后， 發(fā)送預(yù)覽頻道媒體流協(xié)商響應(yīng)。
SCF可以是接收到UE的LTV會話建立請求消息SIP Invite消息或LTV 會話修改請求消息SIP Reinvite消息后，識別出包括了預(yù)覽頻道媒體流協(xié)商請 求的。如前所述，這也可以是隱式的頻道預(yù)覽指示，即UE發(fā)送的SIP Invite 消息或SIP Reinvite消息并未攜帶明確的頻道預(yù)覽指示，SCF根據(jù)本地策略確 定需要支持頻道預(yù)覽，例如，根據(jù)運(yùn)營商策略，所有用戶的LTV業(yè)務(wù)都支持 頻道預(yù)覽，或根據(jù)用戶的簽約數(shù)據(jù)確定該用戶支持頻道預(yù)覽，從而確定接收 到的LTV會話建立請求消息或LTV會話修改請求消息中包括了預(yù)覽頻道媒體 流協(xié)商請求。SCF也可以是根據(jù)請求消息中攜帶的頻道預(yù)覽指示，識別包括 了預(yù)覽頻道媒體流協(xié)商請求。
SCF識別出預(yù)覽頻道媒體流協(xié)商請求后，可對用戶進(jìn)行鑒權(quán)，判斷用戶 是否具有使用所述預(yù)覽頻道媒體流協(xié)商請求中頻道預(yù)覽指示對應(yīng)的預(yù)覽業(yè)務(wù)的權(quán)限，返回失敗或成功的預(yù)覽頻道^!某體流協(xié)商響應(yīng)。 具體的鑒權(quán)及信息檢查如下。
如果請求消息中攜帶了支持頻道預(yù)覽的指示，例如a=iptv-bc-support:pip mosaic,可根據(jù)運(yùn)營商策略確定是否對頻道預(yù)覽業(yè)務(wù)進(jìn)行鑒權(quán)，如果需要鑒權(quán)， 查詢該用戶數(shù)據(jù)，判斷用戶是否簽約了頻道預(yù)覽業(yè)務(wù)，如果為否，返回失敗 響應(yīng)，可以是403表示禁止的SIP狀態(tài)碼消息，并可攜帶文本方式的原因描 述，說明用戶未簽約頻道預(yù)覽業(yè)務(wù)。進(jìn)一步，可以判斷網(wǎng)絡(luò)側(cè)是否能夠提供 頻道預(yù)覽業(yè)務(wù)，如果不能提供，可以返回488表示本處不能接受的失敗響應(yīng)， 并可攜帶文本方式的原因描述，說明網(wǎng)絡(luò)側(cè)不支持頻道預(yù)覽業(yè)務(wù)。
下面具體針對不同的預(yù)覽頻道指示分別進(jìn)行說明。
若頻道預(yù)覽指示為支持頻道預(yù)覽的指示，例如a=iptv-bc-support:pip mosaic,業(yè)務(wù)控制功能實(shí)體根據(jù)運(yùn)營商策略判斷用戶是否具有使用頻道預(yù)覽業(yè) 務(wù)的權(quán)限，若判斷結(jié)果為是，則在所述預(yù)覽頻道媒體流協(xié)商響應(yīng)中攜帶相同 的支持頻道預(yù)覽的指示
若頻道預(yù)覽指示為預(yù)覽頻道標(biāo)識，例如 a=bc—service: <tv:cctvl.cctv.com;media=preview〉，業(yè)務(wù)控制功能實(shí)體判斷用戶是否具有預(yù)覽 所述預(yù)覽頻道標(biāo)識對應(yīng)的頻道的權(quán)限，若判斷結(jié)果為是，則在所述預(yù)覽頻道 媒體流協(xié)商響應(yīng)中攜帶相同的預(yù)覽頻道標(biāo)識。根據(jù)運(yùn)營商策略，可以是頻道 的不同版本單獨(dú)簽約，即正常觀看版本和預(yù)覽版本單獨(dú)簽約，進(jìn)行單獨(dú)鑒權(quán)， 或不區(qū)分頻道的各種版本，按頻道簽約，即簽約了某個頻道，則用戶有權(quán)觀 看該頻道的各個版本，例如正常觀看版本和預(yù)覽版本。如果用戶未簽約該頻 道，返回失敗響應(yīng)，可以是403表示禁止的SIP狀態(tài)碼響應(yīng)，并可攜帶文本 方式的原因描述，說明用戶未簽約該頻道。
若頻道預(yù)覽指示為表示預(yù)覽的屬性。例如a=group Channel 3 4 media=preview，業(yè)務(wù)控制功能實(shí)體根據(jù)mid獲取對應(yīng)的頻道標(biāo)識，進(jìn)行鑒權(quán)， 業(yè)務(wù)控制功能實(shí)體根據(jù)運(yùn)營商策略判斷用戶是否具有預(yù)覽表示預(yù)覽的屬性對 應(yīng)的頻道的權(quán)限，若判斷結(jié)果為是，則在預(yù)覽頻道媒體流協(xié)商響應(yīng)中攜帶相 同的表示預(yù)覽的屬性。如果鑒權(quán)失敗，返回失敗的響應(yīng)，例如403狀態(tài)碼響應(yīng)。
若頻道預(yù)覽指示為預(yù)覽頻道業(yè)務(wù)包標(biāo)識，例如
a=bc—service_package:preview-package，業(yè)務(wù)控制功能實(shí)體才艮據(jù)運(yùn)營商策略判 斷用戶是否具有使用所述預(yù)覽頻道業(yè)務(wù)包標(biāo)識對應(yīng)的業(yè)務(wù)包的權(quán)限，若判斷 結(jié)果為是，則在所述預(yù)覽頻道^ 某體流協(xié)商響應(yīng)中攜帶相同的預(yù)覽頻道業(yè)務(wù)包 標(biāo)識。具體鑒權(quán)的處理，取決于運(yùn)營商的策略，例如，預(yù)覽頻道業(yè)務(wù)包不需 要單獨(dú)簽約，只需要簽約對應(yīng)的正常觀看頻道業(yè)務(wù)包。如果請求消息中除了 預(yù)覽頻道業(yè)務(wù)包標(biāo)識外，還攜帶了預(yù)覽頻道標(biāo)識列表，SCF需要檢查用戶簽 約數(shù)據(jù)，如果該列表中存在用戶未簽約的預(yù)覽頻道標(biāo)識，返回的消息中將從 該列表中刪除該預(yù)覽頻道標(biāo)識，如果該列表中所有的預(yù)覽頻道都未簽約，返 回失敗響應(yīng)，例如403響應(yīng)。如果請求消息中只攜帶了預(yù)覽頻道業(yè)務(wù)包標(biāo)識， 未攜帶預(yù)覽頻道標(biāo)識列表，表明本次會話可能需要使用該業(yè)務(wù)包內(nèi)的所有預(yù) 覽頻道，相當(dāng)于請求消息中攜帶了該業(yè)務(wù)包內(nèi)所有預(yù)覽頻道標(biāo)識的列表，進(jìn) 行上述的同樣處理。
若頻道預(yù)覽指示為預(yù)覽頻道標(biāo)識列表，例如SDP的a=bc—service_package 屬性行中攜帶的頻道標(biāo)識列表中包括正常觀看頻道標(biāo)識列表和預(yù)覽頻道標(biāo)識 列表，根據(jù)運(yùn)營商策略判斷用戶是否具有預(yù)覽所述預(yù)覽頻道標(biāo)識列表中任意 一個頻道的權(quán)限，若判斷結(jié)果為是，在所述預(yù)覽頻道媒體流協(xié)商響應(yīng)中攜帶 刪除了用戶未簽約的預(yù)覽頻道標(biāo)識的預(yù)覽頻道標(biāo)識列表。如果列表中的所有 頻道都未簽約，返回失敗響應(yīng)，例如403響應(yīng)。
若所述頻道預(yù)覽指示為隱式的頻道預(yù)覽指示，所述業(yè)務(wù)控制功能實(shí)體根 據(jù)運(yùn)營商策略判斷所述用戶是否具有使用頻道預(yù)覽業(yè)務(wù)的權(quán)限，若判斷結(jié)果 為是，則在所述預(yù)覽頻道媒體流協(xié)商響應(yīng)中攜帶至少一種頻道預(yù)覽指示。
如果預(yù)覽頻道媒體流協(xié)商請求中攜帶帶寬信息，例如使用SDP中表示帶 寬需求的b屬性行b=AS:xxx, SCF需要檢查該帶寬需求是否本次會話中UE 需要使用的最大帶寬。SCF根據(jù)前面識別出的請求消息中是否包括了預(yù)覽頻 道媒體流協(xié)商請求，確定計算帶寬需求時是否包括預(yù)覽頻道媒體流的帶寬需 求，若判斷結(jié)果為是，則在所述預(yù)覽頻道媒體流協(xié)商響應(yīng)中攜帶相同的帶寬
17信息。例如最大帶寬需求是一個大畫面的正常觀看頻道J 某體流加上一個小畫 面的預(yù)覽頻道媒體流的帶寬需求(對應(yīng)畫中畫頻道預(yù)覽)，或最大帶寬需求是 若干個小畫面的預(yù)覽頻道^ 某體流的帶寬需求(對應(yīng)馬賽克頻道預(yù)覽)。如果請
求的帶寬需求不合理，返回403響應(yīng)，攜帶文本方式的原因描述，說明帶寬 需求不足，或帶寬需求太大超出允許的范圍。因此，SCF計算帶寬需求時， 不僅僅是根據(jù)初始觀看頻道的信息，帶寬需求不是僅僅滿足初始觀看頻道的 帶寬需求，還考慮到業(yè)務(wù)包中的其他頻道的帶寬需求和預(yù)覽頻道媒體流需要 的帶寬需求，即本次會話內(nèi)可能需要的最大帶寬需求。
如果預(yù)覽頻道媒體流協(xié)商請求中攜帶預(yù)覽頻道的網(wǎng)絡(luò)參數(shù)，例如使用 SDP的m行、c行攜帶的初始觀看的預(yù)覽頻道的網(wǎng)絡(luò)參數(shù)，和/或通過SDP的 a=bc—service_package行攜帶的業(yè)務(wù)包信息中多播地址列表攜帶的業(yè)務(wù)包中的 預(yù)覽頻道網(wǎng)絡(luò)參數(shù)，檢查網(wǎng)絡(luò)參數(shù)的正確性，即網(wǎng)絡(luò)參數(shù)是否對應(yīng)的預(yù)覽頻 道的網(wǎng)絡(luò)參數(shù)，若判斷結(jié)果為是，則在所述預(yù)覽頻道媒體流協(xié)商響應(yīng)中攜帶 相同的參數(shù)信息。如果初始觀看的預(yù)覽頻道的網(wǎng)絡(luò)參數(shù)不正確，返回403響 應(yīng)，并可攜帶文本方式的原因描述，說明網(wǎng)絡(luò)參數(shù)不正確；如果業(yè)務(wù)包中的 網(wǎng)絡(luò)參數(shù)不正確，可以在返回的消息中給出正確的參數(shù)。
所有的檢查通過后，SCF將返回預(yù)覽頻道媒體流協(xié)商響應(yīng)消息，消息中 攜帶對應(yīng)的頻道預(yù)覽指示等信息，具體如下。
如果請求消息在初始觀看頻道信息中攜帶預(yù)覽頻道指示，響應(yīng)消息中攜 帶同樣的預(yù)覽頻道指示。具體地，如果請求消息在表示初始觀看頻道標(biāo)識的 SDP的a=bc—service行中攜帶初始觀看的預(yù)覽頻道標(biāo)識，例如，a=bc—service: <tv:cctvl.cctv.com;media=preview>， 響應(yīng)消息中包4舌同樣的a=bc—service 4亍攜 帶初始觀看的預(yù)覽頻道標(biāo)識。如果請求消息中攜帶表示預(yù)覽的屬性，例如 a-group行中攜帶表示預(yù)覽的屬性，響應(yīng)消息中返回同樣的a二group行，攜帶 初始觀看頻道的預(yù)覽屬性。另外，響應(yīng)消息中返回與請求消息中一致的初始 觀看的預(yù)覽頻道的網(wǎng)絡(luò)參數(shù)的SDPm行，c行。
如果請求消息中攜帶了預(yù)覽頻道業(yè)務(wù)包標(biāo)識，例如SDP的 a=bc—service_package業(yè)務(wù)包屬性行攜帶預(yù)覽頻道業(yè)務(wù)包標(biāo)識，響應(yīng)消息中也需要攜帶同樣的預(yù)覽頻道業(yè)務(wù)包標(biāo)識。如果請求消息中除了預(yù)覽頻道業(yè)務(wù)包 標(biāo)識外，還攜帶了預(yù)覽頻道標(biāo)識列表，響應(yīng)消息中也攜帶預(yù)覽頻道標(biāo)識列表， 但列表中刪除用戶未簽約的預(yù)覽頻道標(biāo)識。如果未攜帶預(yù)覽頻道標(biāo)識列表， 響應(yīng)消息中可以根據(jù)運(yùn)營商策略確定是否攜帶預(yù)覽頻道標(biāo)識列表，列表中包 括用戶簽約的預(yù)覽頻道標(biāo)識。
如果請求消息攜帶的業(yè)務(wù)包信息中包括預(yù)覽頻道標(biāo)識列表，例如SDP的
a=bc—service_package: bc-package行中攜帶子貞覽頻道標(biāo)識列表，響應(yīng)消息中也 攜帶預(yù)覽頻道標(biāo)識列表，列表中刪除用戶未簽約的預(yù)覽頻道標(biāo)識。如果請求 消息的業(yè)務(wù)包信息中未包括預(yù)覽頻道標(biāo)識列表，SCF也可以在響應(yīng)消息中攜 帶預(yù)覽頻道標(biāo)識列表，是否攜帶取決于運(yùn)營商策略。如果請求消息中未攜帶 業(yè)務(wù)包信息，響應(yīng)消息中可以攜帶業(yè)務(wù)包信息，包括業(yè)務(wù)包標(biāo)識和頻道標(biāo)識 列表，其中頻道標(biāo)識列表中包括預(yù)覽頻道標(biāo)識的列表。
如果請求消息中未攜帶任何業(yè)務(wù)包信息，也未攜帶預(yù)覽頻道業(yè)務(wù)包信息， 如果SCF判斷用戶支持頻道預(yù)覽，則響應(yīng)消息中可以攜帶業(yè)務(wù)包信息，包括 預(yù)覽頻道業(yè)務(wù)包信息。例如，如果請求消息中攜帶了支持頻道預(yù)覽的指示(例 如a=iptv-bc-support:pip mosaic ),但未攜帶業(yè)務(wù)包信息，SCF在響應(yīng)消息中攜 帶支持頻道預(yù)覽的指示，并可以同時攜帶預(yù)覽頻道業(yè)務(wù)包信息，包括預(yù)覽頻 道業(yè)務(wù)包標(biāo)識，進(jìn)一步可包括預(yù)覽頻道標(biāo)識列表。
如果請求消息中攜帶了帶寬需求，響應(yīng)消息中返回同樣的帶寬需求。如 果請求消息中未攜帶帶寬需求，響應(yīng)消息中可以攜帶SCF計算的最大帶寬需 求，包括了預(yù)覽頻道媒體流的帶寬需求。例如，請求消息中攜帶的初始觀看 頻道為正常觀看頻道，未包括初始觀看的預(yù)覽頻道標(biāo)識，但攜帶了支持頻道 預(yù)覽的指示，例如支持畫中畫頻道預(yù)覽，則SCF在計算帶寬時，要滿足一個 正常觀看頻道加上一個預(yù)覽觀看頻道的媒體流的帶寬需求。
如果請求消息中攜帶了預(yù)覽頻道的網(wǎng)絡(luò)參數(shù)，響應(yīng)消息中攜帶對應(yīng)的網(wǎng) 絡(luò)參數(shù)。具體地，如果請求消息中通過SDP的c行、m行攜帶初始觀看的預(yù) 覽頻道的網(wǎng)絡(luò)參數(shù)，響應(yīng)消息中攜帶同樣的c行、m行，以攜帶初始觀看的 預(yù)覽頻道的網(wǎng)絡(luò)參數(shù)。如果請求消息的SDP的a=bc—service_package業(yè)務(wù)包屬性行中攜帶了預(yù)覽頻道的網(wǎng)絡(luò)參數(shù)列表，具體是多播地址列表，響應(yīng)消息中攜帶同樣的多播地址列表。
步驟203 ， UE 向 ECF/EFF ( Elementary Control Function/ElementaryForwarding Function,基本控制轉(zhuǎn)發(fā)功能實(shí)體)獲取預(yù)覽頻道i某體流。
這一步中，在UE接收到成功的預(yù)覽頻道媒體流協(xié)商響應(yīng)之后，向ECF/EFF發(fā)送獲取預(yù)覽頻道媒體流的請求，例如IGMP Join請求，并接收ECF/EFF發(fā)送的預(yù)覽頻道媒體流，播放輸出。
UE向ECF/EFF發(fā)送獲取預(yù)覽頻道媒體流的請求有兩種情況， 一種情況是預(yù)覽頻道媒體流協(xié)商完成后即發(fā)起，即在接收到預(yù)覽頻道媒體流協(xié)商響應(yīng)消息后發(fā)起。另一種情況，在預(yù)覽頻道媒體流協(xié)商完成后，UE并不發(fā)送獲取預(yù)覽頻道媒體流的請求，而是在用戶請求進(jìn)行頻道預(yù)覽時再發(fā)送。這種情況就是預(yù)先完成預(yù)覽頻道々某體流協(xié)商，在用戶正常觀看電^L節(jié)目過程中，UE接收到用戶的頻道預(yù)覽請求，因?yàn)轭A(yù)先已經(jīng)完成了預(yù)覽頻道媒體流的協(xié)商，不需要再進(jìn)行預(yù)覽頻道^ 某體流的協(xié)商，UE直接向ECF/EFF發(fā)送獲取預(yù)覽頻道媒體流的請求。
如前所述，UE發(fā)起預(yù)覽頻道媒體流協(xié)商有兩種情況， 一種情況是IPTV直播業(yè)務(wù)建立時發(fā)起的，IPTV直播業(yè)務(wù)建立時可能需要同時建立頻道預(yù)覽，或預(yù)先進(jìn)行預(yù)覽頻道媒體流的協(xié)商，等待后續(xù)的用戶請求進(jìn)行頻道預(yù)覽；另一種情況是IPTV直播業(yè)務(wù)建立時不進(jìn)行預(yù)覽頻道纟某體流的協(xié)商，而是在接收到用戶建立頻道預(yù)覽的請求后發(fā)起的，即在用戶觀看直播電視節(jié)目過程中，請求進(jìn)行頻道預(yù)覽。
這樣，具體預(yù)覽頻道J 某體流的建立，可能有3種方式。方式l， LTV業(yè)務(wù)建立的同時建立頻道預(yù)覽，即LTV業(yè)務(wù)初始建立過程中(例如，發(fā)送LTV會話建立請求)，進(jìn)行預(yù)覽頻道々某體流的協(xié)商，預(yù)覽頻道媒體流協(xié)商完成后(與LTV業(yè)務(wù)建立同時完成)，UE向ECF/EFF發(fā)送獲取々某體流的請求，例如包括預(yù)覽頻道媒體流和正常觀看頻道媒體流(對應(yīng)畫中畫頻道預(yù)覽)，或只包括預(yù)覽頻道媒體流(對應(yīng)馬賽克頻道預(yù)覽)，UE接收到媒體流后^番放輸出。方式2， LTV業(yè)務(wù)建立時預(yù)先進(jìn)行預(yù)覽頻道媒體流的協(xié)商，即LTV業(yè)務(wù)初始建立過程中，進(jìn)行預(yù)覽頻道媒體流的協(xié)商，但預(yù)覽頻道媒體流協(xié)商完成后(與LTV業(yè)務(wù)建立同時完成)，UE并不立即向ECF/EFF發(fā)送獲耳又預(yù)覽頻道媒體流的請求，而是在LTV業(yè)務(wù)觀看過程中，UE接收到用戶的建立頻道預(yù)覽的請求后(例如，用戶請求建立畫中畫頻道預(yù)覽或馬賽克頻道預(yù)覽)，發(fā)送獲取預(yù)覽頻道媒體流的請求，UE接收到媒體流后播放輸出。
方式3， LTV業(yè)務(wù)^L看過程中建立頻道預(yù)覽，即LTV業(yè)務(wù)初始建立過程中，不進(jìn)行預(yù)覽頻道媒體流的協(xié)商，而是在LTV業(yè)務(wù)觀看過程中，UE接收到用戶的建立頻道預(yù)覽的請求后(例如，用戶請求建立畫中畫預(yù)覽或馬賽克預(yù)覽)，UE向SCF發(fā)送預(yù)覽頻道媒體流協(xié)商請求(例如，在修改會話的請求中攜帶)，預(yù)覽頻道^^某體流協(xié)商完成后，UE再向ECF/EFF發(fā)送獲取預(yù)覽頻道媒體流的請求，UE接收到預(yù)覽頻道媒體流后播放輸出。
方式1和方式3，預(yù)覽頻道媒體流協(xié)商請求中，通過初始觀看頻道信息攜帶初始觀看的預(yù)覽頻道信息，UE接收到預(yù)覽頻道媒體流協(xié)商響應(yīng)后，向ECF/EFF發(fā)送獲取對應(yīng)的預(yù)覽頻道媒體流的請求，接收預(yù)覽頻道的媒體流并播放輸出。
方式2,預(yù)覽頻道媒體流協(xié)商請求中不攜帶初始觀看的預(yù)覽頻道信息，UE接收到預(yù)覽頻道媒體流協(xié)商響應(yīng)后，不發(fā)送獲取預(yù)覽頻道媒體流的請求，當(dāng)用戶請求建立頻道預(yù)覽后，UE再向ECF/EFF發(fā)送獲取預(yù)覽頻道媒體流的請求，接收預(yù)覽頻道媒體流并播放輸出。
另外，用戶在頻道預(yù)覽過程中，可以請求預(yù)覽頻道換臺，UE接收到預(yù)覽頻道換臺請求后向ECF/EFF發(fā)送更換預(yù)覽頻道々某體流的請求，例如IGMPLeave/Join消息，接收新的預(yù)覽頻道媒體流，并播放輸出。
ECF/EFF接收到UE發(fā)送的獲取預(yù)覽頻道媒體流的請求后，可以對用戶進(jìn)行鑒權(quán)，判斷用戶是否有權(quán)接收該預(yù)覽頻道媒體流。ECF/EFF獲取這樣的用戶權(quán)限信息有兩種方式， 一種是預(yù)先設(shè)置到ECF/EFF中的，例如在用戶簽約業(yè)務(wù)過程中設(shè)置的；另一種方式是在預(yù)覽頻道々某體流協(xié)商過程中，ECF/EFF動態(tài)獲取本次會話的預(yù)覽頻道媒體流信息，具體可以是預(yù)覽頻道媒體流協(xié)商請求消息和響應(yīng)消息經(jīng)過Core IMS時，Core IMS通過RACS將用戶的權(quán)限信息下發(fā)到ECF/EFF。
本發(fā)明的實(shí)施例中，通過在業(yè)務(wù)控制功能實(shí)體和用戶設(shè)備之間進(jìn)行預(yù)覽頻道媒體流協(xié)商，以建立預(yù)覽頻道媒體流，使IPTV用戶實(shí)現(xiàn)了對頻道媒體流內(nèi)容進(jìn)行預(yù)覽。
本發(fā)明實(shí)施例提供了一種預(yù)覽頻道媒體流協(xié)商的方法，如圖3所示，包括以下步驟
步驟301, UE發(fā)送LTV會話建立請求消息SIP Invite消息，消息中攜帶支持頻道預(yù)覽的指示，這里具體是SDP消息體中的a屬性行a=iptv-bc-support:pip mosaic,指示支持畫中畫頻道預(yù)覽和馬賽克頻道預(yù)覽。并攜帶本次IPTV會話需要使用的最大帶寬需求，這里是b二AS:2548,表示最大帶寬需求是2548kbps，為一個正常觀看頻道的帶寬需求(2048kbps)加上一個預(yù)覽頻道的帶寬需求(為500kbps )。消息中也攜帶建立LTV業(yè)務(wù)的初始觀看頻道及LTV業(yè)務(wù)包等信息，這里初始觀看的頻道標(biāo)識是tv:cctvl.cctv.com，并通過m行、c行攜帶初始觀看頻道的網(wǎng)絡(luò)參數(shù)，攜帶的業(yè)務(wù)包標(biāo)識是bc-pacakge，未攜帶業(yè)務(wù)包的頻道標(biāo)識列表和多播地址列表。注意這里初始觀看頻道只有一個正常觀看頻道，只需要2048kbps,請求預(yù)留的帶寬為2548kbps，預(yù)留了頻道預(yù)覽的帶寬。發(fā)送的SIP Invite消息大致如下。
INVITE sip:IPTV.ctc.com SIP/2.0
Max-Forwards: 70
P-Preferred-Identity: <sip:userl_publicl @ctc.com>
From: <sip:userl_publicl@ctc.com〉;tag=l71828
To: < sip:IPTV.ctc.com>
Call-ID: cb03a0s09a2s卿kj490333
Cs叫127 INVITE
Supported: 100rel
Contact: 〈sip:[129.1丄l]:1357〉
Allow: INVITE, ACK, CANCEL, BYE, PRACK， UPDATE, REFER,
22MESSAGE
Content-Type: application/sdpContent-Length:(...)
v=0
o=- 2987933615 2987933615
s=-
t=0 0
a=iptv-bc-support:pip mosaic
a=bc—service :<tv:cctv 1 .cctv.com>
a=bc—service_package:bc-pacakge
b=AS:2548
m=video 3400 RTP/AVP 98c=INIP4 224.1.1.1a=rtpmap:98 H263m=audio 3456 RTP/AVP 97c=INIP4 224.1.1.2a=rtpmap:97 AMRa=maxptime:20
步驟302 ， SCF接收到該SIP Invite消息后，根據(jù)SDP消息體中支持頻道預(yù)覽的指示a=iptv-bc-support:pip mosaic,識別需要支持頻道預(yù)覽，判斷網(wǎng)絡(luò)側(cè)可以提供頻道預(yù)覽業(yè)務(wù)，并且是提供給所有用戶不需要另外簽約的業(yè)務(wù)，因此請求消息中該支持頻道預(yù)覽的指示是合理的。SCF在計算本次會話的最大帶寬需求時包括頻道預(yù)覽的帶寬，這里是一個正常觀看頻道的帶寬(這里具體是2048kbps)加上一個預(yù)覽頻道的帶寬(這里具體是500kbps),共2548kbps, SCF檢查請求消息中攜帶的帶寬需求b二AS:2548，為合理的帶寬需求。SCF檢查請求消息中攜帶的業(yè)務(wù)包標(biāo)識bc-pacakge，查詢用戶簽約數(shù)據(jù)為當(dāng)前用戶已簽約的業(yè)務(wù)包，并且業(yè)務(wù)包中包括正常觀看頻道和預(yù)覽頻道。這里，根據(jù)業(yè)務(wù)部署，ECF/EFF中用戶權(quán)限是動態(tài)獲取的，因此SCF將在響應(yīng)消息中攜帶該業(yè)務(wù)包內(nèi)的頻道標(biāo)識列表和多播地址列表，其中包括了預(yù)覽頻道標(biāo)識的列表和預(yù)覽頻道的多播地址列表，這是在頻道標(biāo)識后增加media=preview參凄t表示預(yù)覽頻道標(biāo)識。SCF對-清求消息SIP Invite消息4全查通過后，返回成功的響應(yīng)消息SIP200消息，其中攜帶支持頻道預(yù)覽的指示、帶寬需求、業(yè)務(wù)包標(biāo)識及業(yè)務(wù)包內(nèi)的頻道標(biāo)識列表和多播地址列表(這里假定該業(yè)務(wù)包有4個頻道，每個頻道有一個正常觀看版本和一個預(yù)覽版本，因此，具體有8個頻道標(biāo)識)，這里的頻道標(biāo)識列表就是用戶在本次會話中可以觀看的頻道，具體包括可正常觀看的頻道和預(yù)覽頻道。SIP200響應(yīng)消息大致如下。
SIP/2.0 200 OK
Max-Forwards: 70
P-Preferred國Identity: <sip:userl_publicl@ctc.com>
From: <sip:userl_publicl@ctc.com>;tag=l71828
To: < SIP:IPTV.ctc.com.cn 〉;tag=666666
Call-ID: cb03a0s09a2s卿kj490333
Cseq: 127 INVITE
Supported: lOOrel
Contact: < sip:IPTV.ctc.com>
Allow: INVITE, ACK, CANCEL, BYE, PRACK, UPDATE, REFER,MESSAGE
Content-Type: application/sdpContent-Length:(…)
v=0
o=- 2987933615 2987933615
s=-
t=0 0a=iptv-bc-support:pip mosaica=bc—service :〈tv:cctv 1 .cctv.com>b=AS:2548
a=bc_service_package:bc-pacakge multi-list: 224.1.1.1-224.1.1.2:224.1.1.3-224.1.1.4, 224.1.1.5-224.1.1.6, 224.1.1.7-224.1.1.8， 225.1.1.1-225.1.1.2:225.1.1.3-225.1.1.4， 225.1,1.5-225.1.1.6， 225.1.1.7-225.1.1.8 <tv:cctvl.cctv.com>:<tv:cctv2.cctv.com>， <tv:sztvl.sztv.com>， <tv:sztv2.sztv.com〉:
<tv:cctvl.cctv.com;media=preview>, <tv:cctv2.cctv.com;media=preview>,<tv:sztvl.sztv.com;media=preview>, < tv:sztv2.sztv.com;media=preview >
m=video 3400 RTP/AVP 98
c=INIP4 224.1.1.1
a=rtpmap:98 H263
m=audio 3456 RTP/AVP 97
c=IN IP4 224.1.1.2
a=rtpmap:97 AMR
a=maxptime:20
步驟303, UE接收到SIP 200響應(yīng)消息后，向ECF/EFF發(fā)送IGMP Join消息，以獲取初始觀看的頻道的媒體流，這里是tvxctvl.cctv.com對應(yīng)的媒體流，為正常觀看的頻道的媒體流。
步驟304， ECF/EFF檢查該用戶具有獲取該媒體流的權(quán)限，向該UE發(fā)送對應(yīng)的媒體流，為正常觀看的頻道的媒體流。用戶進(jìn)入正常的LTV節(jié)目觀看。
步驟305,在LTV節(jié)目觀看過程中，用戶請求進(jìn)行頻道預(yù)覽，例如畫中畫頻道預(yù)覽，UE接收到用戶的頻道預(yù)覽請求后，向ECF/EFF發(fā)送IGMP Join消息，以獲取預(yù)覽頻道的媒體流。
步驟306， ECF/EFF檢查該用戶具有獲取該媒體流的權(quán)限，向該UE發(fā)送對應(yīng)的媒體流，為預(yù)覽頻道的媒體流。
本發(fā)明的實(shí)施例中，通過在控制功能實(shí)體和用戶設(shè)備之間進(jìn)行預(yù)覽頻道媒體流協(xié)商，以建立預(yù)覽頻道媒體流，使IPTV用戶實(shí)現(xiàn)了對頻道媒體流內(nèi)容
25進(jìn)行預(yù)覽。具體是LTV業(yè)務(wù)建立時預(yù)先進(jìn)行預(yù)覽頻道媒體流的協(xié)商，在LTV業(yè)務(wù)觀看過程中，用戶請求進(jìn)行頻道預(yù)覽時，再獲取預(yù)覽頻道媒體流并播放輸出。
本發(fā)明實(shí)施例提供了一種預(yù)覽頻道媒體流協(xié)商的方法，如圖4所示，包括以下步驟
步驟401, UE發(fā)送SIP Invite請求消息，請求建立LTV會話。消息中攜帶初始觀看的預(yù)覽頻道的信息，包括通過4個a=bc—service行攜帶的4個預(yù)覽頻道標(biāo)識及對應(yīng)的c行、m行攜帶的網(wǎng)絡(luò)參數(shù)。并攜帶本次LTV會話需要使用的最大帶寬需求，這里是b=AS:2548,表示最大帶寬需求是2548kbps，為一個正常觀看頻道的帶寬需求(2048kbps )加上一個預(yù)覽頻道的帶寬需求(為500kbps )。注意這里初始觀看的是4個預(yù)覽頻道，只需要500*4=2000kbps,預(yù)留的帶寬是頻道預(yù)覽的最大帶寬。消息中還攜帶了正常觀看頻道的業(yè)務(wù)包標(biāo)識bc-normal-pacakge和予貞覽頻道的業(yè)務(wù)包標(biāo)識bc-preview-pacakge,未攜帶業(yè)務(wù)包的頻道標(biāo)識列表和多播地址列表。發(fā)送的SIP Invite消息大致如下。
INVITE sip:IPTV.ctc.com SIP/2.0
Content-Type: application/sdp
a=bc—service:<tv:cctvl.cctv.com;media=preview>a=bc—service:<tv:cctv2.cctv.com;media=preview>a=bc—service:<tv:cctv3.cctv.com;media=preview>a=bc_service:<tv:cctv4.cctv.com;media=preview>a=bc—service_package:bc-normal-pacakgea=bc—service_package:bc-preview-pacakgeb=AS:2548
m=video 3400 RTP/AVP 98CIP4 225.1.1.1
26a=rtpmap:98 H263m=audio 3456 RTP/AVP 97c=INIP4 225.1.1.2a=rtpmap:97 AMRa=maxptime:20m=video 3400 RTP/AVP 98c=INIP4 225.1.1.3a=rtpmap:98 H263m=audio 3456 RTP/AVP 97c=INIP4 225.1.1.4a=rtpmap:97 AMRa=maxptime:20m=video 3400 RTP/AVP 98c=IN IP4 225.1.1.5a=rtpmap:98 H263m=audio 3456 RTP/AVP 97c=INIP4 225.1.1.6a=rtpmap:97 AMRa=maxptime:20m=video 3400 RTP/AVP 98c=INIP4 225.1.1.7a=rtpmap:98 H263m=audio 3456 RTP/AVP 97c=INIP4 225.1.1.8a=rtpmap:97 AMRa=maxptime:20
步驟402 ， IPTV SCF接收到該SIP Invite消息后，根據(jù)a=bc—service:〈tv:cctvl .cctv.com;media:preview〉等攜帶的4刀始乂見看的予貞覽頻道標(biāo)識，識別需要支持頻道預(yù)覽，判斷網(wǎng)絡(luò)側(cè)可以提供頻道預(yù)覽業(yè)務(wù)，并判斷 用戶簽約了這些頻道，因此請求消息中這4個初始)^見看的預(yù)覽頻道標(biāo)識指示
是合理的。SCF在計算本次會話的最大帶寬需求時包括頻道預(yù)覽的帶寬，這 里是一個正常觀看頻道的帶寬(這里具體是2048kbps)加上一個預(yù)覽頻道的 帶寬(這里具體是500kbps)，共2548kbps, SCF檢查請求消息中攜帶的帶寬 需求b二AS:2548，為合理的帶寬需求。SCF檢查請求消息中攜帶的業(yè)務(wù)包標(biāo)識 bc-normal-pacakge和bc-preview-pacakge ， 查詢用戶簽約凄史據(jù)為該用戶已簽約 的業(yè)務(wù)包。這里，根據(jù)業(yè)務(wù)部署，ECF/EFF中用戶權(quán)限是預(yù)先配置的，因此 SCF在響應(yīng)消息中不攜帶該業(yè)務(wù)包內(nèi)的頻道標(biāo)識列表和多"l番地址列表。SCF 對請求消息SIP Invite消息纟企查通過后，返回成功的響應(yīng)消息SIP 200消息， 其中攜帶同樣的初始觀看的預(yù)覽頻道信息，包括預(yù)覽頻道標(biāo)識及網(wǎng)絡(luò)參數(shù)、 帶寬需求、業(yè)務(wù)包標(biāo)識。SIP200響應(yīng)消息大致如下。 SIP/2.0 200 OK
Content-Type: application/sdp
a=bc_service:<tv:cctvl.cctv.com;media=preview>
a=bc_service:<tv:cctv2.cctv.com;media=preview>
a=bc—service:<tv:cctv3.cctv.com;media=preview>
a=bc—service:<tv:cctv4.cctv.com;media=preview>
a=bc—service—package:bc畫normal國pacakge
a=bc_service_package:bc-preview-pacakge
b=AS:2548
m=video 3400 RTP/AVP 98 c=INIP4 225.1.1.1 a=rtpmap:98 H263 m=audio 3456 RTP/AVP 97c=INIP4 225.1.1.2 a=rtpmap:97 AMR a=maxptime:20 m=video 3400 RTP/AVP 98 c=INIP4 225.1.1.3 a=rtpmap:98 H263 m=audio 3456 RTP/AVP 97 c=IN IP4 225.1.1.4 a=rtpmap:97 AMR a=maxptime:20 m=video 3400 RTP/AVP 98 c=INIP4 225.U .5 a=rtpmap:98 H263 m=audio 3456 RTP/AVP 97 c=IN IP4 225.1.1,6 a=rtpmap:97 AMR a=maxptime:20 m=video 3400 RTP/AVP 98 c=INIP4 225.1.1.7 a=rtpmap:98 H263 m=audio 3456 RTP/AVP 97 c=INIP4 225.1.1.8 a=rtpmap:97 AMR a=maxptime:20
步驟403, UE接收到SIP 200響應(yīng)消息后，發(fā)送IGMP Join消息，以獲取 初始觀看的預(yù)覽頻道的媒體流，這里是tv:cctvl.cctv.com;media=preview等4 個預(yù)覽頻道對應(yīng)的媒體流。
步驟404, ECF/EFF檢查該用戶具有獲取這些媒體流的權(quán)限，向該UE發(fā)
29送對應(yīng)的媒體流，這里是4個預(yù)覽頻道對應(yīng)的媒體流，進(jìn)入4個畫面的mosaic 頻道預(yù)覽。
本發(fā)明的實(shí)施例中，通過在業(yè)務(wù)控制功能實(shí)體和用戶設(shè)備之間進(jìn)行預(yù)覽 頻道媒體流協(xié)商，建立預(yù)覽頻道媒體流，使IPTV用戶實(shí)現(xiàn)了對頻道媒體流內(nèi) 容進(jìn)行預(yù)覽。這里具體是在LTV業(yè)務(wù)建立過程中進(jìn)行預(yù)覽頻道媒體流協(xié)商， LTV業(yè)務(wù)建立完成后直接進(jìn)入頻道預(yù)覽。
本發(fā)明實(shí)施例提供了一種預(yù)覽頻道媒體流協(xié)商的方法，如圖5所示，包 括以下步驟
步驟501, UE發(fā)送SIP Invite請求消息，請求建立LTV會話。這是一個 普通的LTV會話建立請求，不協(xié)商預(yù)覽頻道纟某體流。消息中攜帶的初始觀看 頻道的信息，為正常觀看頻道的信息。攜帶的帶寬需求，為正常觀看頻道需 要的最大帶寬需求，這里是b=AS:2048,表示最大帶寬需求是2048kbps。消 息中還攜帶了正常觀看頻道的業(yè)務(wù)包標(biāo)識bc-normal-package，未攜帶業(yè)務(wù)包 的頻道標(biāo)識列表和多播地址列表。發(fā)送的SIP Invite消息大致如下。
INVITE sip:IPTV.ctc.com SIP/2.0
Content-Type: application/sdp
a=bc—service:<tv:cctvl.cctv.com >
a=bc—service一package:bc-normal國pacakge
b=AS:2048
m=video 3400 RTP/AVP 98 c=INIP4 225.1.1.1 a=rtpmap:98 H263 m=audio 3456 RTP/AVP 97 c=INIP4 225.1.1.2 a=rtpmap:97 AMRa=maxptime:20
步驟502, SCF處理SIP Invite消息后，返回成功的響應(yīng)， 步驟503, UE接收到響應(yīng)后，向ECF/EFF獲取正常觀看頻道媒體流并播 放輸出。
步驟504， UE接收到用戶請求建立畫中畫頻道預(yù)覽的請求后，發(fā)送修改 會話的SIP reinvite請求消息。消息中攜帶初始觀看的頻道信息，這里包括初 始觀看的正常觀看頻道的信息和初始觀看的預(yù)覽頻道的信息，包括預(yù)覽頻道 標(biāo)識(這里具體是tv:sztvl.sztv.com;media=preview)和乂于應(yīng)的c 4亍、m ft攜帶 的預(yù)覽頻道的網(wǎng)絡(luò)參數(shù)。消息中攜帶新的帶寬需求，這里是b二AS:2548,為包 括預(yù)覽頻道的帶寬需求，具體是一個正常觀看頻道的帶寬需求(假定為 2048kbps)加上一個預(yù)覽頻道的帶寬需求(假定為500kbps)。消息中除正常 觀看頻道的業(yè)務(wù)包標(biāo)識外，還攜帶預(yù)覽頻道的業(yè)務(wù)包標(biāo)識bc-preview-pacakge。
REINVITE sip:IPTV,ctc.com SIP/2.0
Content-Type: application/sdp Content-Length:(...)
v=0
o=- 2987933615 2987933615
s=-
t=0 0
a=bc—service:<tv:cctvl.cctv.com>
a=bc—service :<tv:sztvl .sztv.com; media=preview>
a=bc—service_package:bc-normal-pacakge
a=bc—service一package:bc-preview-pacakge
b=AS:2548
m=video 31a=rtpmap:98 H263 m=audio 3456 RTP/AVP 97 c=INIP4 224.1.1.2 a=rtpmap:97 AMR a=maxptime:20 m=video 3400 RTP/AVP 98 c=INIP4 225,1.1,1 a=rtpmap:98 H263 m=audio 3456 RTP/AVP 97 c=INIP4 225.1.1.2 a=rtpmap:97 AMR a=maxptime:20
步驟505 , SCF接收到該SIP reinvite請求消息后，通過 a=bc—service:〈tv:sztvl .sztv.com;media-preview〉攜帶的#刀始7見看的予貞覽頻道才示 識，識別為需要支持頻道預(yù)覽。檢查該用戶是否具有頻道預(yù)覽的權(quán)限，并判 斷是否有該初始觀看的預(yù)覽頻道的權(quán)限。并檢查攜帶的預(yù)覽頻道業(yè)務(wù)包內(nèi)的 預(yù)覽頻道是否都是用戶有權(quán)觀看的頻道。檢查請求消息中的帶寬需求是否為 合理的最大的帶寬需求，這里SCF識別出需要支持頻道預(yù)覽，計算最大帶寬 需求時，包括預(yù)覽頻道媒體流的帶寬需求，為一個正常觀看頻道的帶寬需求 (假定2048kbps)加上一個預(yù)覽頻道的帶寬需求(假定500kbps),因此判斷 請求的帶寬需求合理。所有的檢查通過后，SCF返回成功的響應(yīng)消息，SIP200 響應(yīng)消息。消息中攜帶同樣的初始觀看的頻道信息(其中包括預(yù)覽頻道信息)， 業(yè)務(wù)包信息，包括預(yù)覽頻道業(yè)務(wù)包標(biāo)識，及帶寬需求。響應(yīng)消息大致如下。
SIP/2.0 200 OK
Content-Type: application/sdp Content-Length:(...)v=0
o=- 2987933615 2987933615
s=-
t=0 0
a=bc—service:<tv:cctvl,cctv.com> a=bc_service:<tv:sztvl.sztv.com;media=preview> a=bc—service一package:be畫normal-pacakge a=bc_service—package:bc-preview-pacakge b=AS:2548
m=video 3400 RTP/AVP 98 c=INIP4 224.1.1.1 a=rtpmap:98 H263 m=audio 3456 RTP/AVP 97 c=INIP4 224.1.1.2 a=rtpmap:97 AMR a=maxptime:20 m=video 3400 RTP/AVP 98 c=INIP4 225.l丄l a=rtpmap:98 H263 m=audio 3456 RTP/AVP 97 c=INIP4 225.1.1.2 a=rtpmap:97 AMR a=maxptime:20
步驟506， UE接收到SIP 200響應(yīng)消息后，向ECF/EFF發(fā)送IGMP Join 消息，以獲取初始觀看的預(yù)覽頻道的媒體流，這里是 tv:sztvl.sztv.com;media=preview只于應(yīng)的A某體流。
步驟507, ECF/EFF檢查該用戶具有獲取該媒體流的權(quán)限，向該UE發(fā)送 對應(yīng)的媒體流，這里是預(yù)覽頻道媒體流，進(jìn)入畫中畫頻道預(yù)覽。本發(fā)明的實(shí)施例中，通過在業(yè)務(wù)控制功能實(shí)體和用戶設(shè)備之間進(jìn)行預(yù)覽 頻道媒體流協(xié)商，建立預(yù)覽頻道媒體流，使IPTV用戶實(shí)現(xiàn)了對頻道媒體流內(nèi)
容進(jìn)行預(yù)覽。具體是在LTV會話建立完成后，在觀看LTV業(yè)務(wù)過程中，接收 到用戶的頻道預(yù)覽的請求后，發(fā)起預(yù)覽頻道媒體流協(xié)商請求，以進(jìn)入頻道預(yù) 覽。
本發(fā)明實(shí)施例提供了一種預(yù)覽頻道媒體流協(xié)商的系統(tǒng)，如圖6所示，包 括業(yè)務(wù)控制功能實(shí)體601和用戶設(shè)備602,其中
所述業(yè)務(wù)控制功能實(shí)體601,用于接收來自所述用戶設(shè)備602的預(yù)覽頻道 媒體流協(xié)商請求；根據(jù)所述預(yù)覽頻道媒體流協(xié)商請求生成預(yù)覽頻道媒體流協(xié) 商響應(yīng)；將所述預(yù)覽頻道媒體流協(xié)商響應(yīng)發(fā)送給所述用戶設(shè)備602,使所述用 戶設(shè)備602根據(jù)所述預(yù)覽頻道媒體流協(xié)商響應(yīng)獲取預(yù)覽頻道媒體流；
所述用戶設(shè)備602,用于向所述業(yè)務(wù)控制功能實(shí)體601發(fā)送預(yù)覽頻道媒體 流協(xié)商請求；接收來自所述業(yè)務(wù)控制功能實(shí)體601的預(yù)覽頻道i某體流協(xié)商響 應(yīng)；根據(jù)所述預(yù)覽頻道媒體流協(xié)商響應(yīng)獲取預(yù)覽頻道媒體流。
本發(fā)明的實(shí)施例中，通過提供一種預(yù)覽頻道媒體流協(xié)商的系統(tǒng)，在業(yè)務(wù) 控制功能實(shí)體和用戶設(shè)備之間進(jìn)行預(yù)覽頻道媒體流協(xié)商，以建立預(yù)覽頻道媒 體流，使IPTV用戶實(shí)現(xiàn)了對頻道媒體流內(nèi)容進(jìn)行預(yù)覽。
本發(fā)明實(shí)施例提供了一種業(yè)務(wù)控制功能實(shí)體，如圖7所示，包括
接收模塊701 ，用于接收來自用戶設(shè)備的預(yù)覽頻道々某體流協(xié)商請求；
生成模塊702,用于根據(jù)所述接收模塊701接收的預(yù)覽頻道媒體流協(xié)商請 求生成預(yù)覽頻道媒體流協(xié)商響應(yīng)；
發(fā)送模塊703，用于將所述生成模塊702生成的預(yù)覽頻道媒體流協(xié)商響應(yīng) 發(fā)送給所述UE。
其中，所述用戶具有使用所述預(yù)覽頻道媒體流協(xié)商請求中頻道預(yù)覽指示 對應(yīng)的預(yù)覽業(yè)務(wù)的權(quán)限，所述生成模塊702包括
頻道預(yù)覽指示處理子模塊704,用于在所述預(yù)覽頻道媒體流協(xié)商響應(yīng)中攜 帶對應(yīng)的頻道預(yù)覽指示。
其中，所述預(yù)覽頻道媒體流協(xié)商請求中攜帶帶寬信息，所述帶寬為支持頻道預(yù)覽的前提下所述用戶設(shè)備需要使用的最大帶寬，所述生成模塊702包
括
帶寬信息處理子模塊705,用于在所述預(yù)覽頻道媒體流協(xié)商中攜帶相同的
帶寬信息；
其中，所述預(yù)覽頻道媒體流協(xié)商請求中攜帶預(yù)覽頻道的網(wǎng)絡(luò)參數(shù)，所述 預(yù)覽頻道的網(wǎng)絡(luò)參數(shù)是正確的，所述生成模塊702包括
網(wǎng)絡(luò)參數(shù)處理子模塊706,用于在所述預(yù)覽頻道々某體流協(xié)商中攜帶相同的 網(wǎng)絡(luò)參數(shù)信息。
本發(fā)明的實(shí)施例中，通過提供一種業(yè)務(wù)控制功能實(shí)體，在控制功能實(shí)體 和用戶設(shè)備之間進(jìn)行預(yù)覽頻道媒體流協(xié)商，以建立預(yù)覽頻道媒體流，使IPTV 用戶實(shí)現(xiàn)了對頻iU某體流內(nèi)容進(jìn)行預(yù)覽。
本發(fā)明實(shí)施例提供了一種用戶設(shè)備，如圖8所示，包括
發(fā)送模塊801，用于向業(yè)務(wù)控制功能實(shí)體發(fā)送預(yù)覽頻道媒體流協(xié)商請求， 所述預(yù)覽頻道媒體流協(xié)商請求中包括至少 一種頻道預(yù)覽指示；
接收模塊802,用于接收來自所述業(yè)務(wù)控制功能實(shí)體的預(yù)覽頻道媒體流協(xié) 商響應(yīng)；
獲取模塊803,用于根據(jù)所述接收模塊802接收的預(yù)覽頻道媒體流協(xié)商響 應(yīng)獲取預(yù)覽頻道媒體流。
本發(fā)明的實(shí)施例中，通過提供一種用戶設(shè)備，在業(yè)務(wù)控制功能實(shí)體和用 戶設(shè)備之間進(jìn)行預(yù)覽頻道媒體流協(xié)商，以建立預(yù)覽頻道媒體流，使IPTV用戶 實(shí)現(xiàn)了對頻道^ 某體流內(nèi)容進(jìn)行預(yù)覽。
通過以上的實(shí)施方式的描述，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā) 明可以通過硬件實(shí)現(xiàn)，也可以可借助軟件加必要的通用硬件平臺的方式來實(shí) 現(xiàn)，基于這樣的理解，本發(fā)明的技術(shù)方案可以以軟件產(chǎn)品的形式體現(xiàn)出來， 該軟件產(chǎn)品可以存儲在一個非易失性存儲介質(zhì)(可以是CD-ROM， U盤，移 動硬盤等)中，包括若干指令用以使得一臺計算機(jī)設(shè)備(可以是個人計算機(jī)， 服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實(shí)施例所述的方法。
總之，以上所述僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的
35保護(hù)范圍。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改 進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1、一種預(yù)覽頻道媒體流協(xié)商的方法，其特征在于，包括接收來自用戶設(shè)備的預(yù)覽頻道媒體流協(xié)商請求；根據(jù)所述預(yù)覽頻道媒體流協(xié)商請求生成預(yù)覽頻道媒體流協(xié)商響應(yīng)；將所述預(yù)覽頻道媒體流協(xié)商響應(yīng)發(fā)送給所述用戶設(shè)備，使所述用戶設(shè)備根據(jù)所述預(yù)覽頻道媒體流協(xié)商響應(yīng)獲取預(yù)覽頻道媒體流。
2、 如權(quán)利要求l所述的方法，其特征在于，所述根據(jù)所述預(yù)覽頻道媒體 流協(xié)商請求生成預(yù)覽頻道^ 某體流協(xié)商響應(yīng)包括所述用戶具有使用所述預(yù)覽頻道媒體流協(xié)商請求中頻道預(yù)覽指示對應(yīng)的 預(yù)覽業(yè)務(wù)的權(quán)限，在所述預(yù)覽頻道媒體流協(xié)商響應(yīng)中攜帶對應(yīng)的頻道預(yù)覽指 示。
3、 如權(quán)利要求2所述的方法，其特征在于，所述在所述預(yù)覽頻道纟某體流 協(xié)商響應(yīng)中攜帶對應(yīng)的頻道預(yù)覽指示包括所述頻道預(yù)覽指示為支持頻道預(yù)覽的指示，在所述預(yù)覽頻道媒體流協(xié)商 響應(yīng)中攜帶相同的支持頻道預(yù)覽的指示；或者所述頻道預(yù)覽指示為預(yù)覽頻道標(biāo)識，在所述預(yù)覽頻道J 某體流協(xié)商響應(yīng)中 攜帶相同的預(yù)覽頻道標(biāo)識；或者所述頻道預(yù)覽指示為表示預(yù)覽的屬性，在所述預(yù)覽頻道媒體流協(xié)商響應(yīng) 中攜帶相同的表示預(yù)覽的屬性；或者所述頻道預(yù)覽指示為預(yù)覽頻道業(yè)務(wù)包標(biāo)識，在所述預(yù)覽頻道媒體流協(xié)商 響應(yīng)中攜帶相同的預(yù)覽頻道業(yè)務(wù)包標(biāo)識；或者所述頻道預(yù)覽指示為預(yù)覽頻道標(biāo)識列表，在所述預(yù)覽頻道媒體流協(xié)商響 應(yīng)中攜帶刪除了用戶未簽約的預(yù)覽頻道標(biāo)識的預(yù)覽頻道標(biāo)識列表；或者所述頻道預(yù)覽指示為隱式的頻道預(yù)覽指示，在所述預(yù)覽頻道媒體流協(xié)商 響應(yīng)中攜帶至少一種頻道預(yù)覽指示。
4、 如權(quán)利要求l所述的方法，其特征在于，所述根據(jù)所述預(yù)覽頻道媒體 流協(xié)商請求生成預(yù)覽頻道媒體流協(xié)商響應(yīng)包括所述預(yù)覽頻道媒體流協(xié)商請求中攜帶帶寬信息，所述帶寬為支持頻道預(yù)覽的前提下所述用戶設(shè)備需要使用的最大帶寬，在所述預(yù)覽頻道媒體流協(xié)商 響應(yīng)中攜帶相同的帶寬信息；或者所述預(yù)覽頻道媒體流協(xié)商請求中攜帶預(yù)覽頻道的網(wǎng)絡(luò)參數(shù)，所述預(yù)覽頻 道的網(wǎng)絡(luò)參數(shù)是正確的，在所述預(yù)覽頻道媒體流協(xié)商響應(yīng)中攜帶相同的參數(shù) 信息。
5、 如權(quán)利要求l所述的方法，其特征在于，所述接收來自用戶設(shè)備的預(yù) 覽頻道纟某體流協(xié)商請求包括在LTV業(yè)務(wù)初始建立時接收來自所述用戶設(shè)備的預(yù)覽頻道媒體流協(xié)商請 求，所述預(yù)覽頻道々某體流協(xié)商請求位于LTV建立會話的請求消息中；或者在LTV業(yè)務(wù)建立完成后接收來自所述用戶設(shè)備的預(yù)覽頻道^ 某體流協(xié)商請 求，所述預(yù)覽頻道媒體流協(xié)商請求位于修改會話的請求消息中。
6、 一種預(yù)覽頻道媒體流協(xié)商的系統(tǒng)，其特征在于，包括業(yè)務(wù)控制功能實(shí) 體和用戶設(shè)備，其中所述業(yè)務(wù)控制功能實(shí)體，用于接收來自所述用戶設(shè)備的預(yù)覽頻道媒體流 協(xié)商請求；根據(jù)所述預(yù)覽頻道媒體流協(xié)商請求生成預(yù)覽頻道媒體流協(xié)商響應(yīng)； 將所述預(yù)覽頻道媒體流協(xié)商響應(yīng)發(fā)送給所述用戶設(shè)備，使所述用戶設(shè)備根據(jù) 所述預(yù)覽頻道媒體流協(xié)商響應(yīng)獲取預(yù)覽頻道媒體流；所述用戶設(shè)備，用于向所述業(yè)務(wù)控制功能實(shí)體發(fā)送預(yù)覽頻道媒體流協(xié)商 請求；接收來自所述業(yè)務(wù)控制功能實(shí)體的預(yù)覽頻道媒體流協(xié)商響應(yīng)；根據(jù)所 述預(yù)覽頻道媒體流協(xié)商響應(yīng)獲取預(yù)覽頻道媒體流。
7、 一種業(yè)務(wù)控制功能實(shí)體，其特征在于，包括接收模塊，用于接收來自用戶設(shè)備的預(yù)覽頻道媒體流協(xié)商請求； 生成模塊，用于根據(jù)所述接收模塊接收的預(yù)覽頻道媒體流協(xié)商請求生成預(yù)覽頻iU某體流協(xié)商響應(yīng)；發(fā)送模塊，用于將所述生成模塊生成的預(yù)覽頻道媒體流協(xié)商響應(yīng)發(fā)送給所述用戶設(shè)備。
8、 如權(quán)利要求7所述的業(yè)務(wù)控制功能實(shí)體，其特征在于，所述用戶具有 使用所述預(yù)覽頻道J 某體流協(xié)商請求中頻道預(yù)覽指示對應(yīng)的預(yù)覽業(yè)務(wù)的權(quán)限，所述生成模塊包括頻道預(yù)覽指示處理子模塊，用于在所述預(yù)覽頻道媒體流協(xié)商響應(yīng)中攜帶 對應(yīng)的頻道預(yù)覽指示。
9、 如權(quán)利要求7所述的業(yè)務(wù)控制功能實(shí)體，其特征在于，所述預(yù)覽頻道媒體流協(xié)商請求中攜帶帶寬信息，所述帶寬為支持頻道預(yù)覽的前提下所述用戶設(shè)備需要使用的最大帶寬，所述生成模塊包括帶寬信息處理子模塊，用于在所述預(yù)覽頻道媒體流協(xié)商響應(yīng)中攜帶相同 的帶寬信息。
10、 如權(quán)利要求7所述的業(yè)務(wù)控制功能實(shí)體，其特征在于，所述預(yù)覽頻 道媒體流協(xié)商請求中攜帶預(yù)覽頻道的網(wǎng)絡(luò)參數(shù)，所述預(yù)覽頻道的網(wǎng)絡(luò)參數(shù)是 正確的，所述生成模塊包括網(wǎng)絡(luò)參數(shù)處理子模塊，用于在所述預(yù)覽頻道媒體流協(xié)商響應(yīng)中攜帶相同 的網(wǎng)絡(luò)參數(shù)信息。
11、 一種用戶設(shè)備，其特征在于，包括發(fā)送模塊，用于向業(yè)務(wù)控制功能實(shí)體發(fā)送預(yù)覽頻道媒體流協(xié)商請求，所 述預(yù)覽頻道^f某體流協(xié)商請求中包括至少一種頻道預(yù)覽指示；接收模塊，用于接收來自所述業(yè)務(wù)控制功能實(shí)體的預(yù)覽頻道媒體流協(xié)商 響應(yīng)；獲取模塊，用于根據(jù)所述接收模塊接收的預(yù)覽頻道媒體流協(xié)商響應(yīng)獲取 預(yù)覽頻道媒體流。
全文摘要
本發(fā)明實(shí)施例公開了一種預(yù)覽頻道媒體流協(xié)商的方法、系統(tǒng)和裝置，所述方法包括以下步驟接收來自用戶設(shè)備的預(yù)覽頻道媒體流協(xié)商請求；根據(jù)所述預(yù)覽頻道媒體流協(xié)商請求生成預(yù)覽頻道媒體流協(xié)商響應(yīng)；將所述預(yù)覽頻道媒體流協(xié)商響應(yīng)發(fā)送給所述用戶設(shè)備，使所述用戶設(shè)備根據(jù)所述預(yù)覽頻道媒體流協(xié)商響應(yīng)獲取預(yù)覽頻道媒體流。本發(fā)明的實(shí)施例中，通過與用戶設(shè)備進(jìn)行預(yù)覽頻道媒體流協(xié)商，以建立預(yù)覽頻道媒體流，使IPTV用戶實(shí)現(xiàn)了對頻道媒體流內(nèi)容進(jìn)行預(yù)覽。
文檔編號H04N7/24GK101677396SQ20081021206
公開日2010年3月24日 申請日期2008年9月16日 優(yōu)先權(quán)日2008年9月16日
發(fā)明者張德文, 漆寶劍 申請人:華為技術(shù)有限公司