專利名稱：以文件方式傳輸媒體內(nèi)容的方法、系統(tǒng)及設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明實(shí)施例涉及通信領(lǐng)域，尤其涉及一種以文件方式傳輸媒體內(nèi)容的 方法、系統(tǒng)及內(nèi)容設(shè)備、業(yè)務(wù)控制設(shè)備。
背景技術(shù)：
因特網(wǎng)協(xié)議電視(IPTV: Internet Protocol Television )是一種利用寬帶有 線電視網(wǎng)，集互聯(lián)網(wǎng)、多媒體、通訊等多種技術(shù)于一體，向家庭用戶提供包 括數(shù)字電視在內(nèi)的多種交互式服務(wù)的嶄新技術(shù)。用戶在家中可以使用電腦或 者以網(wǎng)絡(luò)機(jī)頂盒和普通電視機(jī)方式享受IPTV業(yè)務(wù)，也可以通過移動(dòng)終端享 受IPTV業(yè)務(wù)。IPTV使用TCP/IP作為承載協(xié)議進(jìn)行單播、廣播或組播視頻業(yè) 務(wù)，有效地將電視網(wǎng)、電話網(wǎng)和互聯(lián)網(wǎng)三個(gè)領(lǐng)域結(jié)合在一起，是三網(wǎng)融合最 具代表性的業(yè)務(wù)，正受到業(yè)界越來越多的關(guān)注。
因特網(wǎng)協(xié)議多媒體子系統(tǒng)(IP Multimedia Subsystem: IMS )是3GPP在 Release 5版本中提出的支持IP多媒體業(yè)務(wù)的子系統(tǒng)。IMS是一個(gè)獨(dú)立于接入 技術(shù)的基于IP的標(biāo)準(zhǔn)體系，與現(xiàn)存的語音和數(shù)據(jù)網(wǎng)絡(luò)都可以互通。不論是固 定網(wǎng)絡(luò)用戶(例如PSTN、 ISDN、因特網(wǎng))還是移動(dòng)用戶(例如GSM、 CDMA)， IMS的體系使得各種類型的客戶端都可以建立對(duì)等的IP通信，并可以獲得所 需要的服務(wù)質(zhì)量。除會(huì)話管理之外，IMS體系還涉及完成服務(wù)所必須提供的 功能(例如注冊(cè)、安全、計(jì)費(fèi)、承載控制、漫游等)。
TISPAN對(duì)IMS的研究直接基于3GPP Release7。 TISPAN在架構(gòu)中引入 了網(wǎng)絡(luò)附著子系統(tǒng)(Network Attachment Subsystem: NASS)和資源與接納控制 子系統(tǒng)(Resource and Admission Control Subsystem: RACS ) 。 NASS用于完 成對(duì)用戶附著于接入網(wǎng)絡(luò)的管理，包括用戶-驗(yàn)證和網(wǎng)絡(luò)地址分配、位置管理。RACS的主要任務(wù)則是完成資源的調(diào)度和分配，實(shí)現(xiàn)服務(wù)質(zhì)量(Quality of service: QOS )控制。同時(shí)，TISPAN把組播控制點(diǎn)的功能分為了基本轉(zhuǎn)發(fā)功 能(Elementary Forwarding Function: EFF )和基本4空制功能(Elementary Control Function: ECF ) 。 EFF功能主要完成包的復(fù)制，而ECF主要負(fù)責(zé)處理多播相 關(guān)的協(xié)議。
經(jīng)過發(fā)明人的研究發(fā)現(xiàn)，在基于IMS的IPTV系統(tǒng)中，目前標(biāo)準(zhǔn)中是以 流的方式傳輸媒體內(nèi)容以實(shí)現(xiàn)實(shí)時(shí)的音視頻觀看業(yè)務(wù)(例如直播、點(diǎn)播)。 然而有些IPTV業(yè)務(wù)對(duì)于實(shí)時(shí)性并無特殊要求，且許多IPTV業(yè)務(wù)并不局限于 提供音視頻觀看服務(wù)，而是提供雙向互動(dòng)和信息共享的服務(wù)，尤其是IPTV 增值業(yè)務(wù)。在目前基于IMS的IPTV系統(tǒng)中尚無法實(shí)現(xiàn)此種內(nèi)容的上傳和下 載業(yè)務(wù)。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供了 一種以文件方式傳輸媒體內(nèi)容的方法、系統(tǒng)及設(shè)備， 用于實(shí)現(xiàn)在基于IMS的IPTV系統(tǒng)中傳輸文件方式的々某體內(nèi)容。
本發(fā)明實(shí)施例提供了 一種以文件方式傳輸媒體內(nèi)容的方法，所述方法應(yīng) 用于基于因特網(wǎng)協(xié)議多媒體子系統(tǒng)IMS的因特網(wǎng)協(xié)議電視IPTV網(wǎng)絡(luò)中，包 括
通過發(fā)起包含請(qǐng)求標(biāo)識(shí)的會(huì)話建立請(qǐng)求，協(xié)商建立以文件方式進(jìn)行傳輸 的內(nèi)容通道；
通過所述內(nèi)容通道傳輸々某體內(nèi)容。 本發(fā)明實(shí)施例提供了一種內(nèi)容設(shè)備，包括
通道建立模塊，用于根據(jù)包含請(qǐng)求標(biāo)識(shí)的會(huì)話建立請(qǐng)求，協(xié)商建立以文 件方式進(jìn)行傳輸?shù)膬?nèi)容通道；
傳輸模塊，用于通過所述內(nèi)容通道傳輸媒體內(nèi)容。 本發(fā)明實(shí)施例提供了一種業(yè)務(wù)控制設(shè)備，包括接收模塊，用于接收包含請(qǐng)求標(biāo)識(shí)的會(huì)話建立請(qǐng)求； 選擇模塊，用于根據(jù)所述請(qǐng)求標(biāo)識(shí)，選擇內(nèi)容設(shè)備； 發(fā)送模塊，用于將所述會(huì)話建立請(qǐng)求轉(zhuǎn)發(fā)給所述內(nèi)容設(shè)備。 本發(fā)明實(shí)施例提供了 一種以文件方式傳輸媒體內(nèi)容的系統(tǒng)，包括第一內(nèi) 容實(shí)體、第二內(nèi)容實(shí)體和業(yè)務(wù)控制實(shí)體，其中，第一內(nèi)容實(shí)體用于發(fā)起包含 請(qǐng)求標(biāo)識(shí)的會(huì)話建立請(qǐng)求，業(yè)務(wù)控制實(shí)體用于控制協(xié)商建立所述第一內(nèi)容實(shí) 體與所述第二內(nèi)容實(shí)體之間以文件方式進(jìn)行傳輸?shù)膬?nèi)容通道；所述第一內(nèi)容 實(shí)體與所述第二內(nèi)容實(shí)體之間通過所述內(nèi)容通道傳輸媒體內(nèi)容。
本發(fā)明實(shí)施例通過建立內(nèi)容通道，可以在內(nèi)容通道中傳輸文件方式的媒 體內(nèi)容，實(shí)現(xiàn)了在基于IMS的IPTV系統(tǒng)中傳輸文件方式的媒體內(nèi)容，提升 了 IPTV系統(tǒng)的業(yè)務(wù)能力。


圖1為本發(fā)明實(shí)施例所適用的IPTV架構(gòu)的示意圖2為本發(fā)明實(shí)施例一以文件方式傳車IH某體內(nèi)容的方法的流程圖3為本發(fā)明實(shí)施例二以文件方式傳輸々某體內(nèi)容的方法的信令流程圖4為本發(fā)明實(shí)施例三以文件方式傳輸媒體內(nèi)容的方法的信令流程圖5為本發(fā)明實(shí)施例四以文件方式傳輸4某體內(nèi)容的方法的信令流程圖6為本發(fā)明實(shí)施例五以文件方式傳輸々某體內(nèi)容的方法的信令流程圖7為本發(fā)明實(shí)施例六以文件方式傳輸4某體內(nèi)容的方法的信令流程圖8為本發(fā)明實(shí)施例七以文件方式傳輸媒體內(nèi)容的方法的信令流程圖9為本發(fā)明實(shí)施例一內(nèi)容設(shè)備的結(jié)構(gòu)示意圖IO為本發(fā)明實(shí)施例二內(nèi)容設(shè)備的結(jié)構(gòu)示意圖11為本發(fā)明實(shí)施例業(yè)務(wù)控制設(shè)備的結(jié)構(gòu)示意圖12為本發(fā)明實(shí)施例一以文件方式傳輸媒體內(nèi)容的系統(tǒng)的結(jié)構(gòu)示意圖13為本發(fā)明實(shí)施例二以文件方式傳輸媒體內(nèi)容的系統(tǒng)的結(jié)構(gòu)示意圖。
具體實(shí)施例方式
下面通過附圖和實(shí)施例，對(duì)本發(fā)明實(shí)施例的技術(shù)方案做進(jìn)一步的詳細(xì)描述。
如圖1所示，為本發(fā)明實(shí)施例所適用的IPTV架構(gòu)的示意圖，其中業(yè)務(wù) 發(fā)現(xiàn)功能實(shí)體(Service Discovery Function: SDF)和業(yè)務(wù)選4奪功能實(shí)體(Service Selection Function: SSF)為用戶終端(User Equipment: UE )選擇一個(gè)IPTV 業(yè)務(wù)提供了必要的信息。SSF給UE提供可以瀏覽和選擇的一系列可用服務(wù) 的列表。每一個(gè)IPTV業(yè)務(wù)由一對(duì)IPTV業(yè)務(wù)控制功能實(shí)體(Service Control Functions: SCF )和IPTV媒體功能實(shí)體(Media Functions: MF )組成。其中， SCF是一種會(huì)話初始協(xié)議(Session Initial Protocol: SIP)應(yīng)用服務(wù)器，其任 務(wù)主要包括會(huì)話初始化時(shí)進(jìn)行授權(quán)；實(shí)施修改流程，檢查用戶的數(shù)據(jù)，以 決定是否允許用戶訪問該業(yè)務(wù)；賬號(hào)控制；選擇相應(yīng)的MF。 MF負(fù)責(zé)媒體流 的控制和遞交，MF可被分為媒體控制功能(Media Control Function: MCF ) 和媒體遞交功能(Media Delivery Function: MDF) 。 MCF的任務(wù)主要包括 處理媒體流的控制；監(jiān)視MDF的狀態(tài)(該功能是可選的)；管理和用戶設(shè)備 (UE)的交互；在MCF控制多個(gè)MDF時(shí)，選擇一個(gè)MDF;精確感知不同 MDF的狀態(tài)和內(nèi)容的分發(fā)；產(chǎn)生計(jì)費(fèi)信息。MDF的任務(wù)主要包括處理媒 體流的遞交；上報(bào)狀態(tài)給MCF (該功能是可選的)。
內(nèi)容按需輸出(Content on Demand: CoD)是一個(gè)IPTV業(yè)務(wù)功能，可分 為業(yè)務(wù)控制部分(CoD-SCF)、媒體控制部分(CoD-MCF)和媒體遞交功能 (CoD-MDF)。 CoD-SCF通過IMS核心網(wǎng)和UE進(jìn)行消息交互，UE和CoD-MCF 之間的媒體控制消息通過Xc，參考點(diǎn)進(jìn)行交互，UE和CoD-MDF之間的力某體 數(shù)據(jù)通過Xc"參考點(diǎn)交互。
廣播服務(wù)功能(Broadcast: BC)實(shí)現(xiàn)了廣播IPTV業(yè)務(wù)，它可以分為業(yè)務(wù) 控制部分(BC-SCF)、媒體控制部分(BC-MCF)和i某體遞交功能(BC-MDF)。BC-SCF通過IMS核心網(wǎng)和UE進(jìn)行消息交互，UE和BC-MCF之間的媒體控 制消息通過Xc，參考點(diǎn)進(jìn)行交互，UE和BC-MDF之間的媒體數(shù)據(jù)通過Xc" 參考點(diǎn)交互。
個(gè)人錄像機(jī)功能(Personal Video Recorder: PVR)實(shí)現(xiàn)了 IPTVPVR業(yè)務(wù)， 它可以分為業(yè)務(wù)控制部分(PVR-SCF)、 媒體控制部分(PVR-MCF)和媒體遞 交功能(PVR-MDF)。 PVR-SCF通過IMS核心網(wǎng)和UE進(jìn)行消息交互，UE和 PVR-MCF之間的媒體控制消息通過Xc，參考點(diǎn)進(jìn)行交互，UE和PVR-MDF 之間的媒體數(shù)據(jù)通過Xc"參考點(diǎn)交互。.
基于圖1所提出的IPTV架構(gòu)，本發(fā)明實(shí)施例提供了以文件方式傳輸媒 體內(nèi)容的方法、系統(tǒng)及各種設(shè)備，具體說明如下。在本發(fā)明各個(gè)實(shí)施例中， 以文件方式傳輸媒體內(nèi)容就是上傳或下載媒體內(nèi)容，所述的以文件方式進(jìn)行 傳輸?shù)膬?nèi)容通道就是用于上傳/下載媒體內(nèi)容的內(nèi)容通道。
如圖2所示，為本發(fā)明實(shí)施例一以文件方式傳輸々某體內(nèi)容的方法的流程 圖，具體包括如下步驟
步驟101、通過發(fā)起包含請(qǐng)求標(biāo)識(shí)的會(huì)話建立請(qǐng)求，協(xié)商建立以文件方 式進(jìn)行傳輸?shù)膬?nèi)容通道；
步驟102、通過所述內(nèi)容通道傳輸媒體內(nèi)容。
在步驟101中，可以使用SIP消息協(xié)商建立內(nèi)容通道。進(jìn)一步的，本實(shí) 施例還可以包括協(xié)商建立控制通道，具體地說，通過發(fā)起包含請(qǐng)求標(biāo)識(shí)的會(huì) 話建立請(qǐng)求，協(xié)商建立以文件方式進(jìn)行傳輸?shù)膬?nèi)容通道，以及用于傳輸媒體 內(nèi)容交互過程中的控制命令的控制通道。
進(jìn)一步的，步驟101可以包括
步驟1011、第一內(nèi)容實(shí)體發(fā)起包含請(qǐng)求標(biāo)識(shí)的會(huì)話建立請(qǐng)求； 步驟1012、業(yè)務(wù)控制實(shí)體根據(jù)請(qǐng)求標(biāo)識(shí)，選擇第二內(nèi)容實(shí)體，向第二內(nèi) 容實(shí)體轉(zhuǎn)發(fā)會(huì)話建立請(qǐng)求；
步驟1013、第二內(nèi)容實(shí)體返回會(huì)話建立響應(yīng)。上述步驟1011 ~ 1013可以用于協(xié)商建立內(nèi)容通道，也可以用于協(xié)商建立
內(nèi)容通道和控制通道。
其中步驟1012可以為業(yè)務(wù)控制實(shí)體根據(jù)請(qǐng)求標(biāo)識(shí)，選擇具備以文件方式 傳輸能力的第二內(nèi)容實(shí)體；步驟1013中會(huì)話建立響應(yīng)中提供以文件方式進(jìn)行 傳輸?shù)拿襟w協(xié)商信息。
更進(jìn)一步的，步驟101的其中一種實(shí)施方式可以描述如下UE (即第一 內(nèi)容實(shí)體)發(fā)送會(huì)話建立請(qǐng)求，該會(huì)話建立請(qǐng)求中可以包括請(qǐng)求標(biāo)識(shí)、UE提 供的內(nèi)容通道信息，除此之外，還可以包括內(nèi)容標(biāo)識(shí)或控制通道信息；SCF (即業(yè)務(wù)控制實(shí)體)接收該會(huì)話建立請(qǐng)求，判斷其業(yè)務(wù)是否為上傳/下載業(yè)務(wù)， 并選擇提供該業(yè)務(wù)的MF (即第二內(nèi)容實(shí)體)，并將該會(huì)話建立請(qǐng)求轉(zhuǎn)發(fā)給 MF; MF返回會(huì)話建立響應(yīng)，該會(huì)話建立響應(yīng)中可以包括MF提供的內(nèi)容通 道信息，除此之外還可以包括文件內(nèi)容標(biāo)識(shí)信息和/或控制通道信息。
本實(shí)施例通過建立以文件方式進(jìn)行傳輸?shù)膬?nèi)容通道，可以在內(nèi)容通道中 上傳/下載內(nèi)容，實(shí)現(xiàn)了在基于IMS的IPTV系統(tǒng)中以文件的方式傳輸媒體內(nèi) 容，提升了 IPTV系統(tǒng)的業(yè)務(wù)能力。
在以下各個(gè)實(shí)施例中，以UE作為第一內(nèi)容實(shí)體、SCF作為業(yè)務(wù)控制實(shí) 體、MF作為第二內(nèi)容實(shí)體為例，進(jìn)一步介紹本發(fā)明實(shí)施例的技術(shù)方案。
如圖3所示，為本發(fā)明實(shí)施例二以文件方式傳輸+某體內(nèi)容的方法的信令 流程圖，在本實(shí)施例中，用戶利用UE從IPTV MF下載視頻文件，且釆用FTP 協(xié)議，UE使用SIP消息協(xié)商建立與IPTV MF之間的內(nèi)容通道和控制通道。 本實(shí)施例具體包括如下步驟
步驟201、 UE發(fā)送經(jīng)由IMS核心網(wǎng)到SCF的包含請(qǐng)求標(biāo)識(shí)的會(huì)話建立 請(qǐng)求Invite消息；
該會(huì)話建立請(qǐng)求中攜帶有會(huì)話協(xié)商提議(OFFER)，同時(shí)協(xié)商建立FTP 的控制通道和內(nèi)容通道。該會(huì)話建立請(qǐng)求中可以包括如下信息
內(nèi)容標(biāo)識(shí)用于標(biāo)識(shí)用戶選擇下載的媒體內(nèi)容，例如可以是Content ID,可以為一個(gè)內(nèi)容標(biāo)識(shí)或一個(gè)內(nèi)容標(biāo)識(shí)列表；該內(nèi)容標(biāo)識(shí)可以在SIP消息中的 Request URI中攜帶，或者通過SIP消息體攜帶；
業(yè)務(wù)標(biāo)識(shí)用于標(biāo)識(shí)用戶請(qǐng)求的業(yè)務(wù)，本實(shí)施例中該標(biāo)識(shí)指示本請(qǐng)求為 以文件方式傳送內(nèi)容的業(yè)務(wù)請(qǐng)求，該信息可在SIP頭域中或消息體中攜帶；
控制通道信息用于表示控制通道的相關(guān)信息，可以包括以下信息中的 一種或多種FTP協(xié)議標(biāo)識(shí)，UE用于控制通道的IP地址及端口 ，表示該通 道為控制通道的標(biāo)識(shí)；該控制通道信息可以在SDP中攜帶；
內(nèi)容通道信息用于表示內(nèi)容通道的相關(guān)信息，可以包括以下信息中的 一種或多種FTP協(xié)議標(biāo)識(shí)，UE用于內(nèi)容通道的IP地址及端口 ，表示該通 道為內(nèi)容通道的標(biāo)識(shí)，上傳/下載操作標(biāo)識(shí)(本實(shí)施例中為下載)，表示主動(dòng) /被動(dòng)方式的標(biāo)識(shí)(本實(shí)施例中使用的是主動(dòng)方式)，用戶定義的文件類型(如 ASCII)、數(shù)據(jù)結(jié)構(gòu)(如File)、傳輸方式(如BLOCK)等傳輸模式信息； 該內(nèi)容通道信息可以在SDP中攜帶。
本實(shí)施例中請(qǐng)求標(biāo)識(shí)可以為業(yè)務(wù)標(biāo)識(shí)、FTP協(xié)議標(biāo)識(shí)、內(nèi)容標(biāo)識(shí)、上傳/ 下載操作標(biāo)識(shí)或上述標(biāo)識(shí)的任一組合。
步驟202、 SCF接收到UE發(fā)送的會(huì)話建立請(qǐng)求，根據(jù)請(qǐng)求標(biāo)識(shí)判斷該會(huì) 話建立請(qǐng)求的業(yè)務(wù)是否為上傳/下載業(yè)務(wù)，若是則執(zhí)行步驟203;
所述判斷的方法可以為根據(jù)業(yè)務(wù)標(biāo)識(shí)和下載操作標(biāo)識(shí)，判斷出本實(shí)施 例中會(huì)話建立請(qǐng)求的業(yè)務(wù)為下載業(yè)務(wù)；或直接根據(jù)內(nèi)容標(biāo)識(shí)判斷為以文件方 式下載的業(yè)務(wù)，也可根據(jù)內(nèi)容標(biāo)識(shí)和下載操作標(biāo)識(shí)判斷為下載業(yè)務(wù)。
步驟203、 SCF根據(jù)內(nèi)容標(biāo)識(shí)選擇提供相應(yīng)媒體內(nèi)容下載的MF，將該攜 帶有內(nèi)容標(biāo)識(shí)的會(huì)話建立請(qǐng)求轉(zhuǎn)發(fā)給選擇的MF;其中，可以在會(huì)話建立請(qǐng)求 的RequestURI中寫入MF的地址，在T0頭域中攜帶內(nèi)容標(biāo)識(shí)；
步驟204、 MF接收到SCF發(fā)送的會(huì)話建立請(qǐng)求，判斷該會(huì)話建立請(qǐng)求 的業(yè)務(wù)是否為下載業(yè)務(wù)，若是，則執(zhí)行步驟205;該判斷的方法可以采用步 驟202中所述的方法；若該MF為專門處理下載業(yè)務(wù)的服務(wù)器，則本步驟可以為可選步驟，直接執(zhí)行步驟205;
步驟205、 MF根據(jù)接收到的內(nèi)容標(biāo)識(shí)，查找內(nèi)容保存的路徑，將內(nèi)容保 存的路徑作為文件內(nèi)容標(biāo)識(shí)信息；
步驟206、MF返回會(huì)話建立響應(yīng)200 OK消息，該會(huì)話建立響應(yīng)經(jīng)由SCF 和IMS核心網(wǎng)到達(dá)UE;該會(huì)話建立響應(yīng)中提供下載的媒體協(xié)商信息，具體 可以包括如下信息
控制通道信息用于表示控制通道的相關(guān)信息，可以包括以下信息中的 一種或多種FTP協(xié)議標(biāo)識(shí)，MF用于控制通道的IP地址及端口 ，表示該通 道為控制通道的標(biāo)識(shí)；
內(nèi)容通道信息用于表示內(nèi)容通道的相關(guān)信息，可以包括以下信息中的 一種或多種FTP協(xié)議標(biāo)識(shí)，MF用于內(nèi)容通道的IP地址及端口 ，表示該通 道為內(nèi)容通道的標(biāo)識(shí)，上傳/下載操作標(biāo)識(shí)(本實(shí)施例中為下載)；
文件內(nèi)容標(biāo)識(shí)信息即內(nèi)容保存的路徑，可以為內(nèi)容在服務(wù)器中存放的 目錄、文件名，例如/USER/Video/Viedo.avi。
步驟207、 UE與MF之間的控制通道建立完畢；在此之前還可以包括 UE從會(huì)話建立過程中獲得MF用于控制通道的IP地址、或IP地址和端口后， 使用短暫端口發(fā)出主動(dòng)打開命令，創(chuàng)建控制連接；
步驟208、 UE與MF之間的內(nèi)容通道建立完畢；在此之前還可以包括 MF從會(huì)話建立過程中獲得的UE用于內(nèi)容通道的IP地址和端口后，使用熟 知端口 20發(fā)出主動(dòng)打開命令，創(chuàng)建數(shù)據(jù)連接；
步驟209、 UE根據(jù)從會(huì)話建立響應(yīng)中獲得的內(nèi)容保存的路徑，通過控制 通道發(fā)送控制命令(RETR)，指示下載該路徑處保存的內(nèi)容，即從服務(wù)器下 載路徑為/USER/Video/Viedo.avi的視頻文件；
步驟210、 MF回復(fù)響應(yīng)消息，并打開數(shù)據(jù)連接；
步驟211、進(jìn)行文件傳輸，由UE在內(nèi)容通道中下載視頻文件。
本實(shí)施例通過建立內(nèi)容通道和控制通道，可以在內(nèi)容通道中下載內(nèi)容，實(shí)現(xiàn)了在基于IMS的IPTV系統(tǒng)中以文件的方式下載內(nèi)容，提升了 IPTV系統(tǒng)的業(yè)務(wù)能力；并且本實(shí)施例采用FTP協(xié)議，使得用戶可以高效地從服務(wù)器下載大信息量的文件，通過建立內(nèi)容通道和控制通道，將命令和數(shù)據(jù)分開傳送，大大提高傳輸效率。
如圖4所示，為本發(fā)明實(shí)施例三以文件方式傳輸J泉體內(nèi)容的方法的信令流程圖，在本實(shí)施例中，用戶利用UE向IPTV媒體服務(wù)器上傳自己錄制的視頻文件，且采用FTP協(xié)議，UE使用SIP消息協(xié)商建立與MF之間的內(nèi)容通道和控制通道。本實(shí)施例具體包括如下步驟
步驟301、 UE發(fā)送經(jīng)由IMS核心網(wǎng)到SCF的包含有請(qǐng)求標(biāo)識(shí)的會(huì)話建立請(qǐng)求；
該會(huì)話建立請(qǐng)求中攜帶有會(huì)話協(xié)商提議(OFFER),同時(shí)協(xié)商建立FTP的控制通道和內(nèi)容通道。該會(huì)話建立請(qǐng)求中可以包括如下信息
業(yè)務(wù)標(biāo)識(shí)本實(shí)施例該業(yè)務(wù)標(biāo)識(shí)顯示指示出業(yè)務(wù)為上傳業(yè)務(wù)；該業(yè)務(wù)標(biāo)識(shí)可以在SIP消息中的Request URI中攜帶；
內(nèi)容標(biāo)識(shí)由用戶或網(wǎng)絡(luò)側(cè)生成的用于標(biāo)識(shí)用戶上傳的媒體內(nèi)容，可以為一個(gè)內(nèi)容標(biāo)識(shí)或一個(gè)內(nèi)容標(biāo)識(shí)列表，用戶可以在發(fā)起此上傳請(qǐng)求前先從網(wǎng)絡(luò)側(cè)獲得內(nèi)容標(biāo)識(shí)，；該內(nèi)容標(biāo)識(shí)可以在SIP消息的TO頭域中攜帶或在SIP消息體中攜帶；若用戶沒有從網(wǎng)絡(luò)側(cè)獲得內(nèi)容標(biāo)識(shí)，則會(huì)話建立請(qǐng)求中可以不包括內(nèi)容標(biāo)識(shí)；
控制通道信息用于表示控制通道的相關(guān)信息，可以包括以下信息中的一種或多種FTP協(xié)議標(biāo)識(shí)，UE用于控制通道的IP地址及端口，表示該通道為控制通道的標(biāo)識(shí)；該控制通道信息可以在SDP中攜帶；
內(nèi)容通道信息用于表示內(nèi)容通道的相關(guān)信息，可以包括以下信息中的一種或多種FTP協(xié)議標(biāo)識(shí)，UE用于內(nèi)容通道的IP地址及端口 ，表示該通道為內(nèi)容通道的標(biāo)識(shí)，上傳/下載操作標(biāo)識(shí)(本實(shí)施例中為上傳)，表示主動(dòng)/被動(dòng)方式的標(biāo)識(shí)(本實(shí)施例中使用的是主動(dòng)方式)，用戶定義的文件類型(如ASCII)、數(shù)據(jù)結(jié)構(gòu)(如File)、傳輸方式(如BLOCK)等傳輸模式信息；該內(nèi)容通道信息可以在SDP中攜帶。
本實(shí)施例中請(qǐng)求標(biāo)識(shí)可以為業(yè)務(wù)標(biāo)識(shí)、FTP協(xié)i義標(biāo)識(shí)、上傳/下載操作標(biāo)識(shí)、內(nèi)容標(biāo)識(shí)或上述標(biāo)識(shí)的任一組合，在本文中上傳/下載操作標(biāo)識(shí)即傳輸操作標(biāo)識(shí)。
步驟302、 SCF接收到UE發(fā)送的會(huì)話建立請(qǐng)求，根據(jù)請(qǐng)求標(biāo)識(shí)判斷該會(huì)話建立請(qǐng)求的業(yè)務(wù)是否為上傳/下載業(yè)務(wù)，若是則執(zhí)行步驟303;
所述判斷的方法可以為根據(jù)業(yè)務(wù)標(biāo)識(shí)，直接判斷出本實(shí)施例中會(huì)話建立請(qǐng)求的業(yè)務(wù)為上傳業(yè)務(wù)。
步驟303、若會(huì)話建立請(qǐng)求中包括用戶生成的內(nèi)容標(biāo)識(shí)，則SCF可以根據(jù)該內(nèi)容標(biāo)識(shí)生成一個(gè)唯一標(biāo)識(shí)內(nèi)容的新的內(nèi)容標(biāo)識(shí)，并在會(huì)話建立請(qǐng)求中攜帶該新的內(nèi)容標(biāo)識(shí)；若會(huì)話建立請(qǐng)求中不包括內(nèi)容標(biāo)識(shí)，則SCF生成一個(gè)唯一標(biāo)識(shí)內(nèi)容的新的內(nèi)容標(biāo)識(shí)，并在會(huì)話建立請(qǐng)求中攜帶該新的內(nèi)容標(biāo)識(shí)；本步驟中新的內(nèi)容標(biāo)識(shí)可以在SIP消息的頭域中或在SDP中用屬性行攜帶；
若會(huì)話建立請(qǐng)求中包括網(wǎng)絡(luò)側(cè)生成的內(nèi)容標(biāo)識(shí)，則本實(shí)施例可以不執(zhí)行步驟303。
步驟304、 SCF選擇提供文件上傳能力的MF，將攜帶有內(nèi)容標(biāo)識(shí)的會(huì)話建立請(qǐng)求轉(zhuǎn)發(fā)給該MF;
步驟305、 MF接收到SCF發(fā)送的會(huì)話建立請(qǐng)求，判斷該會(huì)話建立請(qǐng)求的業(yè)務(wù)是否為上傳業(yè)務(wù)，若是，則執(zhí)行步驟306;該判斷的方法可以采用步驟302中所述的方法；若MF為專門負(fù)責(zé)上傳業(yè)務(wù)的MF,則本步驟為可選步驟，直接執(zhí)行306;
步驟306、 MF存儲(chǔ)接收到的內(nèi)容標(biāo)識(shí)，可以選擇適合的內(nèi)容保存的路徑，將該內(nèi)容保存的路徑作為文件內(nèi)容標(biāo)識(shí)信息；
步驟307、 MF返回會(huì)話建立響應(yīng)，該會(huì)話建立響應(yīng)經(jīng)由SCF和IMS核心網(wǎng)到達(dá)UE;該會(huì)話建立響應(yīng)中提供上傳的々某體協(xié)商信息，具體可以包括如下信息
內(nèi)容標(biāo)識(shí)由SCF或用戶生成的用于標(biāo)識(shí)用戶上傳的媒體內(nèi)容，可以為一個(gè)內(nèi)容標(biāo)識(shí)或一個(gè)內(nèi)容標(biāo)識(shí)列表；
控制通道信息用于表示控制通道的相關(guān)信息，可以包括以下信息中的一種或多種FTP協(xié)議標(biāo)識(shí)，MF用于控制通道的IP地址及端口 ，表示該通道為控制通道的標(biāo)識(shí)；該控制通道信息可以在SDP中攜帶；
內(nèi)容通道信息用于表示內(nèi)容通道的相關(guān)信息，可以包括以下信息中的一種或多種FTP協(xié)議標(biāo)識(shí)，MF用于內(nèi)容通道的IP地址及端口 ，表示該通道為內(nèi)容通道的標(biāo)識(shí)，上傳/下載操作標(biāo)識(shí)(本實(shí)施例中為上傳)；該內(nèi)容通道信息可以在SDP中攜帶；
文件內(nèi)容標(biāo)識(shí)信息即內(nèi)容保存的路徑，可以為內(nèi)容在服務(wù)器中存放的目錄、文件名，例如/USER/Video。
步驟308、 UE與MF之間的控制通道建立完畢；在此之前還可以包括UE從會(huì)話建立過程中獲得MF用于控制通道的IP地址、或IP地址和端口后，使用短暫端口發(fā)出主動(dòng)打開命令，創(chuàng)建控制連接；
步驟309、 UE與MF之間的內(nèi)容通道建立完畢；在此之前還可以包括UE從會(huì)話建立過程中獲得的MF用于內(nèi)容通道的IP地址和端口后，發(fā)出主動(dòng)打開命令，創(chuàng)建數(shù)據(jù)連接；
步驟310、 UE通過控制通道發(fā)送存儲(chǔ)命令(STOR)，指示向MF上傳路徑為/USER/Video/Viedo.avi的視頻文件；
步驟311、進(jìn)行文件傳送，即UE在內(nèi)容通道中上傳視頻文件。本實(shí)施例通過建立內(nèi)容通道和控制通道，可以在內(nèi)容通道中上傳內(nèi)容，實(shí)現(xiàn)了在基于IMS的IPTV系統(tǒng)中以文件的方式上傳內(nèi)容，提升了 IPTV系統(tǒng)的業(yè)務(wù)能力；并且本實(shí)施例采用FTP協(xié)議，使得用戶可以高效地從服務(wù)器下載大信息量的文件，通過建立內(nèi)容通道和控制通道，將命令和數(shù)據(jù)分開傳送，大大提高傳輸效率。流程圖，在本實(shí)施例中，用戶利用UE從IPTV媒體服務(wù)器下載視頻文件，且
采用TFTP協(xié)議，UE使用SIP消息協(xié)商建立與MF之間的內(nèi)容通道。本實(shí)施 例具體包括如下步驟
步驟401、 UE發(fā)送經(jīng)由IMS核心網(wǎng)到SCF的包含有請(qǐng)求標(biāo)識(shí)的會(huì)話建
立請(qǐng)求；
該會(huì)話建立請(qǐng)求中攜帶有會(huì)話協(xié)商提議(OFFER),協(xié)商建立TFTP的 內(nèi)容通道。該會(huì)話建立請(qǐng)求中可以包括如下信息
內(nèi)容標(biāo)識(shí)用于標(biāo)識(shí)用戶選擇下載的媒體內(nèi)容，等同于TFTP報(bào)文中的 文件名字符串，可以為一個(gè)內(nèi)容標(biāo)識(shí)或一個(gè)內(nèi)容標(biāo)識(shí)列表；該內(nèi)容標(biāo)識(shí)可以 在SIP消息中的請(qǐng)求(Request) URI中攜帶，或者通過SIP消息體攜帶；
業(yè)務(wù)標(biāo)識(shí)本實(shí)施例該業(yè)務(wù)標(biāo)識(shí)顯示的指示出業(yè)務(wù)為下載業(yè)務(wù)；該業(yè)務(wù) 標(biāo)識(shí)可以在SIP頭域中攜帶；
內(nèi)容通道信息用于表示內(nèi)容通道的相關(guān)信息，可以包括以下信息中的 一種或多種TFTP協(xié)i義標(biāo)識(shí)，UE用于內(nèi)容通道的IP地址及端口 ，上傳/下 載的操作標(biāo)識(shí)(本實(shí)施例中為下載),傳送方式標(biāo)識(shí)等傳輸模式信息，如netascii (對(duì)于ASCII編碼)或octet (對(duì)于二進(jìn)制文件)；這里上傳也可以指寫，下 載也可以指讀；
本實(shí)施例中請(qǐng)求標(biāo)識(shí)可以為業(yè)務(wù)標(biāo)識(shí)、TFTP協(xié)議標(biāo)識(shí)、上傳/下載操作 標(biāo)識(shí)、內(nèi)容標(biāo)識(shí)或上述標(biāo)識(shí)的任一組合。
步驟402、 SCF接收到UE發(fā)送的會(huì)話建立請(qǐng)求，根據(jù)請(qǐng)求標(biāo)識(shí)判斷該會(huì) 話建立請(qǐng)求的業(yè)務(wù)是否為上傳/下載業(yè)務(wù)，若是則執(zhí)行步驟403;
所述判斷的方法可以為根據(jù)業(yè)務(wù)標(biāo)識(shí)，直接判斷出本實(shí)施例中會(huì)話建 立請(qǐng)求的業(yè)務(wù)為下載業(yè)務(wù)；或根據(jù)內(nèi)容標(biāo)識(shí)，直接判斷出為文件下載業(yè)務(wù)。
步驟403、 SCF根據(jù)內(nèi)容標(biāo)識(shí)選擇提供相應(yīng)媒體內(nèi)容下載的MF，將該攜 帶有內(nèi)容標(biāo)識(shí)的會(huì)話建立請(qǐng)求轉(zhuǎn)發(fā)給選擇的MF;其中，在會(huì)話建立請(qǐng)求的Request URI中寫入MF的地址，在To頭域中攜帶內(nèi)容標(biāo)識(shí)；
步驟404、 MF接收到SCF發(fā)送的會(huì)話建立請(qǐng)求，判斷該會(huì)話建立請(qǐng)求
的業(yè)務(wù)是否為上傳/下載業(yè)務(wù)，若是，則執(zhí)行步驟405;該判斷的方法可以釆
用步驟402中所述的方法；本步驟可以為可選步驟；
步驟405、 MF返回會(huì)話建立響應(yīng)，該會(huì)話建立響應(yīng)經(jīng)由SCF和IMS核
心網(wǎng)到達(dá)UE;該會(huì)話建立響應(yīng)中提供下載的媒體協(xié)商信息，具體可以包括如
下信息
內(nèi)容通道信息用于表示內(nèi)容通道的相關(guān)信息，可以包括以下信息中的 一種或多種TFTP協(xié)議標(biāo)識(shí)，MF用于內(nèi)容通道的IP地址及端口 。 步驟406、 UE與MF之間的內(nèi)容通道建立完畢；
步驟407、在內(nèi)容通道中下載視頻文件；MF向UE發(fā)送數(shù)據(jù)報(bào)文，報(bào)文 中包含數(shù)據(jù)塊。
本實(shí)施例通過建立內(nèi)容通道，可以在內(nèi)容通道中下載內(nèi)容，實(shí)現(xiàn)了在基 于IMS的IPTV系統(tǒng)中以文件的方式下載內(nèi)容，提升了 IPTV系統(tǒng)的業(yè)務(wù)能 力；并且本實(shí)施例采用TFTP協(xié)議，使得實(shí)現(xiàn)更為簡(jiǎn)單。
流程圖，在本實(shí)施例中，用戶利用UE向IPTV媒體服務(wù)器上傳自己錄制的視 頻文件，且采用TFTP協(xié)議，UE使用SIP消息協(xié)商建立與MF之間的內(nèi)容通 道。本實(shí)施例具體包括如下步驟
步驟501、 UE發(fā)送經(jīng)由IMS核心網(wǎng)到SCF的包含有請(qǐng)求標(biāo)識(shí)的會(huì)話建 立請(qǐng)求；
該會(huì)話建立請(qǐng)求中攜帶有會(huì)話協(xié)商提議(OFFER),協(xié)商建立TFTP的 內(nèi)容通道。該會(huì)話建立請(qǐng)求中可以包括如下信息
內(nèi)容標(biāo)識(shí)由網(wǎng)絡(luò)側(cè)或用戶生成的用于標(biāo)識(shí)用戶選擇上傳的媒體內(nèi)容， 等同于TFTP報(bào)文中的文件名字符串，可以為一個(gè)內(nèi)容標(biāo)識(shí)或一個(gè)內(nèi)容標(biāo)識(shí) 列表；該內(nèi)容標(biāo)識(shí)可以在SIP消息的頭域或消息體中攜帶，例如在TO頭域中攜帶；用戶可能在發(fā)起此上傳請(qǐng)求前先從網(wǎng)絡(luò)側(cè)獲得內(nèi)容標(biāo)識(shí)，若用戶沒有
獲得內(nèi)容標(biāo)識(shí)，則會(huì)話建立請(qǐng)求中可以不包括內(nèi)容標(biāo)識(shí)；
業(yè)務(wù)標(biāo)識(shí)本實(shí)施例該業(yè)務(wù)標(biāo)識(shí)指示該請(qǐng)求為一個(gè)UGC業(yè)務(wù)請(qǐng)求，UGC 業(yè)務(wù)為一種支持上傳或下載內(nèi)容的業(yè)務(wù)。；該業(yè)務(wù)標(biāo)識(shí)可以在SIP頭域中攜
帶；
內(nèi)容通道信息用于表示內(nèi)容通道的相關(guān)信息，可以包括以下信息中的 一種或多種TFTP協(xié)議標(biāo)識(shí)，UE用于內(nèi)容通道的IP地址及端口 ，上傳/下 載操作標(biāo)識(shí)(本實(shí)施例中為上傳)，傳送方式標(biāo)識(shí)等傳輸模式信息，如netascii (對(duì)于ASCII編碼)或octet (對(duì)于二進(jìn)制文件)。
本實(shí)施例中請(qǐng)求標(biāo)識(shí)可以為業(yè)務(wù)標(biāo)識(shí)、TFTP協(xié)議標(biāo)識(shí)、上傳/下載操作 標(biāo)識(shí)、內(nèi)容標(biāo)識(shí)或上述標(biāo)識(shí)的4壬一組合。
步驟502、 SCF接收到UE發(fā)送的會(huì)話建立請(qǐng)求，4艮據(jù)請(qǐng)求標(biāo)識(shí)判斷該會(huì) 話建立請(qǐng)求的業(yè)務(wù)是否為上傳/下載業(yè)務(wù)，若是則執(zhí)行步驟503;
所述判斷的方法可以為根據(jù)內(nèi)容通道信息中的協(xié)議標(biāo)識(shí)和上傳/下載操 作標(biāo)識(shí)，判斷出本實(shí)施例中會(huì)話建立請(qǐng)求的業(yè)務(wù)為上傳業(yè)務(wù)。
步驟503、若會(huì)話建立請(qǐng)求中包括內(nèi)容標(biāo)識(shí)，則SCF可以根據(jù)該內(nèi)容標(biāo) 識(shí)生成一個(gè)唯一標(biāo)識(shí)內(nèi)容的新的內(nèi)容標(biāo)識(shí)，并在會(huì)話建立請(qǐng)求中攜帶該新的 內(nèi)容標(biāo)識(shí)；若會(huì)話建立請(qǐng)求中不包括內(nèi)容標(biāo)識(shí)，則SCF生成一個(gè)唯一標(biāo)識(shí)內(nèi) 容的新的內(nèi)容標(biāo)識(shí)，并在會(huì)話建立請(qǐng)求中攜帶該新的內(nèi)容標(biāo)識(shí)；本步驟的新 的內(nèi)容標(biāo)識(shí)可以在SIP消息的頭域中攜帶或在SDP中用屬性行攜帶；
若會(huì)話建立請(qǐng)求中包括網(wǎng)絡(luò)側(cè)生成的內(nèi)容標(biāo)識(shí)，則本實(shí)施例可不執(zhí)行步 驟503。
步驟504、 SCF選拷，提供文件上傳能力的MF，將攜帶有新的內(nèi)容標(biāo)識(shí)的 會(huì)話建立請(qǐng)求轉(zhuǎn)發(fā)給該MF;
步驟505、 MF接收到SCF發(fā)送的會(huì)話建立請(qǐng)求，判斷該會(huì)話建立請(qǐng)求 的業(yè)務(wù)是否為上傳/下載業(yè)務(wù)，若是，則執(zhí)行步驟506;該判斷的方法可以采用步驟502中所述的方法；本步驟為可選步驟；
步驟506、 MF返回會(huì)話建立響應(yīng)，該會(huì)話建立響應(yīng)經(jīng)由SCF和IMS核 心網(wǎng)到達(dá)UE;該會(huì)話建立響應(yīng)中提供上傳的媒體協(xié)商信息，具體可以包括如 下信息
內(nèi)容通道信息用于表示內(nèi)容通道的相關(guān)信息，可以包括以下信息中的 一種或多種TFTP協(xié)議標(biāo)識(shí)，MF用于內(nèi)容通道的IP地址及端口 。 步驟507、 UE與MF之間的內(nèi)容通道建立完畢；
步驟508、在內(nèi)容通道中進(jìn)行文件傳送，即上傳-見頻文件；UE向MF發(fā) 送數(shù)據(jù)報(bào)文，報(bào)文中包含數(shù)據(jù)塊。
本實(shí)施例通過建立內(nèi)容通道，可以在內(nèi)容通道中上傳內(nèi)容，實(shí)現(xiàn)了在基 于IMS的IPTV系統(tǒng)中以文件的方式上傳內(nèi)容，提升了 IPTV系統(tǒng)的業(yè)務(wù)能 力；并且本實(shí)施例采用TFTP協(xié)議，使得實(shí)現(xiàn)更為簡(jiǎn)單。
如圖7所示，為本發(fā)明實(shí)施例六以文件方式傳輸々某體內(nèi)容的方法的信令 流程圖，在本實(shí)施例中，SCF向一組IPTV用戶推送COD節(jié)目，且采用FLUTE 協(xié)議，SCF發(fā)起與UE建立會(huì)話，并協(xié)商建立基于FLUTE協(xié)議的內(nèi)容通道。 本實(shí)施例具體包括如下步驟
步驟601、 SCF發(fā)送經(jīng)由IMS核心網(wǎng)到UE的會(huì)話建立請(qǐng)求；
該會(huì)話建立請(qǐng)求中攜帶有會(huì)話協(xié)商提議(OFFER),協(xié)商建立內(nèi)容通道。 該會(huì)話協(xié)商提議中可以包括如下信息FLUTE協(xié)議標(biāo)識(shí)；FLUTE會(huì)話的傳 輸會(huì)話標(biāo)識(shí)(TSI) ; FLUTE會(huì)話發(fā)送端IP地址，本實(shí)施例中具體為內(nèi)容源 MF的IP地址； 一個(gè)以上內(nèi)容通道對(duì)應(yīng)的組播地址、或組^番地址和端口號(hào)。 另外，還可以包括以下可選信息FLUTE會(huì)話中包含的通道數(shù)；FLUTE會(huì) 話的開始與結(jié)束時(shí)間；FEC能力和相關(guān)參數(shù)；々某體類型(即"application") 和編碼方案；每個(gè)通道對(duì)應(yīng)的帶寬信息；內(nèi)容描述信息，包括該FLUTE會(huì)話 中傳遞的文件(FILE)信息，在SDP表示時(shí)可能是給出一個(gè)描述信息的URI。 以上信息(例如TSI、組播地址等)，在發(fā)起本會(huì)話請(qǐng)求前，SCF可以從MF或其他應(yīng)用服務(wù)器獲取，也可以是預(yù)先在SCF上配置。
步驟602、 UE返回經(jīng)由IMS核心網(wǎng)到SCF的會(huì)話建立響應(yīng)； 該會(huì)話建立響應(yīng)中攜帶有會(huì)話協(xié)商應(yīng)答(ANSWER)，其中可以包括如 下信息FLUTE協(xié)議標(biāo)識(shí)；UE選擇加入的一個(gè)以上FLUTE內(nèi)容通道對(duì)應(yīng)的 組播地址、或組播地址和端口號(hào)。另外，還可以包括如下可選信息每個(gè)通 道對(duì)應(yīng)的帶寬信息；媒體類型(即"application")和編碼方案；FEC能力和 相關(guān)參數(shù)。
步驟603、 FLUTE內(nèi)容通道建立完畢；
步驟604、 UE向組播復(fù)制分發(fā)點(diǎn)發(fā)送加入組播組請(qǐng)求消息，請(qǐng)求加入一 個(gè)以上組l番組；
步驟605、在內(nèi)容通道中下載內(nèi)容；組播復(fù)制分發(fā)點(diǎn)在內(nèi)容通道中將內(nèi) 容發(fā)送給UE。
本實(shí)施例通過建立內(nèi)容通道，可以在內(nèi)容通道中下載內(nèi)容，實(shí)現(xiàn)了在基 于IMS的IPTV系統(tǒng)中以文件的方式下載內(nèi)容，提升了 IPTV系統(tǒng)的業(yè)務(wù)能 力；并且本實(shí)施例采用FLUTE協(xié)議，使得SCF可以向一組IPTV用戶推送i某 體內(nèi)容。
如圖8所示，為本發(fā)明實(shí)施例七以文件方式傳輸媒體內(nèi)容的方法的信令 流程圖，在本實(shí)施例中，用戶利用UE從內(nèi)容服務(wù)器下載圖片，且使用HTTP 協(xié)議，UE發(fā)起與內(nèi)容服務(wù)器建立HTTP會(huì)話，并協(xié)商建立內(nèi)容通道。本實(shí)施 例具體包括如下步驟
步驟701、 UE發(fā)送經(jīng)由IMS核心網(wǎng)到SCF的包含有請(qǐng)求標(biāo)識(shí)的會(huì)話建 立請(qǐng)求；
該會(huì)話建立請(qǐng)求中攜帶有會(huì)話協(xié)商提議(OFFER)，協(xié)商建立內(nèi)容通道。 該會(huì)話建立請(qǐng)求中可以包括如下信息
內(nèi)容標(biāo)識(shí)用于標(biāo)識(shí)用戶選擇下載的Jf某體內(nèi)容，可以為一個(gè)內(nèi)容標(biāo)識(shí)或 一個(gè)內(nèi)容標(biāo)識(shí)列表，本實(shí)施例具體為圖片文件的標(biāo)識(shí)；該內(nèi)容標(biāo)識(shí)可以在SIP消息中的請(qǐng)求(Request) URI中攜帶；
業(yè)務(wù)標(biāo)識(shí)用于顯示的指示業(yè)務(wù)是上傳業(yè)務(wù)還是下載業(yè)務(wù)，本實(shí)施例該 業(yè)務(wù)標(biāo)識(shí)指示出業(yè)務(wù)為以文件方式的下載業(yè)務(wù)；該業(yè)務(wù)標(biāo)識(shí)可以在SIP頭域 中攜帶；
內(nèi)容通道信息用于表示內(nèi)容通道的相關(guān)信息，可以包括以下信息中的 一種或多種HTTP協(xié)議標(biāo)識(shí)，UE用于內(nèi)容通道的IP地址和/或端口，上傳/ 下載操作標(biāo)識(shí)(本實(shí)施例中為下載)。
本實(shí)施例的請(qǐng)求標(biāo)識(shí)可以為業(yè)務(wù)標(biāo)識(shí)、HTTP協(xié)議標(biāo)識(shí)、上傳/下載操作 標(biāo)識(shí)、內(nèi)容標(biāo)識(shí)或上述標(biāo)識(shí)的4壬一組合。
步驟702、 SCF接收到UE發(fā)送的會(huì)話建立請(qǐng)求，根據(jù)請(qǐng)求標(biāo)識(shí)判斷該會(huì) 話建立請(qǐng)求的業(yè)務(wù)是否為上傳/下載業(yè)務(wù)，若是則執(zhí)行步驟703;
所述判斷的方法可以為根據(jù)業(yè)務(wù)標(biāo)識(shí)，判斷出本實(shí)施例中會(huì)話建立請(qǐng) 求的業(yè)務(wù)為下載業(yè)務(wù)；還可以為根據(jù)內(nèi)容通道信息中的協(xié)議標(biāo)識(shí)和上傳/下 載操作標(biāo)識(shí)，判斷出本實(shí)施例中會(huì)話建立請(qǐng)求的業(yè)務(wù)為下載業(yè)務(wù)。
步驟703、 SCF根據(jù)內(nèi)容標(biāo)識(shí)選擇提供相應(yīng)媒體內(nèi)容下載的MF，將該會(huì) 話建立請(qǐng)求轉(zhuǎn)發(fā)給選4奪的MF;其中，在會(huì)話建立請(qǐng)求的請(qǐng)求(Request) URI 中寫入MF的地址，在TO頭域中攜帶內(nèi)容標(biāo)識(shí)；
步驟704、 MF接收到SCF發(fā)送的會(huì)話建立請(qǐng)求，判斷該會(huì)話建立請(qǐng)求 的業(yè)務(wù)是否為上傳/下載業(yè)務(wù)，若是，則執(zhí)行步驟705;該判斷的方法可以采 用步驟702中所述的方法；本步驟為可選步驟；
步驟705、 MF才艮據(jù)接收到的內(nèi)容標(biāo)識(shí)，查找內(nèi)容的HTTPURI信息；
步驟706、 MF返回經(jīng)由IMS核心網(wǎng)和SCP到UE的會(huì)話建立響應(yīng)；
該會(huì)話建立響應(yīng)中提供上傳/下載的媒體協(xié)商信息，具體的，可以攜帶有 會(huì)話協(xié)商應(yīng)答(ANSWER)，其中可以包括如下信息
內(nèi)容通道信息用于表示內(nèi)容通道的相關(guān)信息，可以包括以下信息中的 一種或多種HTTP協(xié)議標(biāo)識(shí)，MF用于內(nèi)容通道的IP地址和/或端口 ；HTTP URI信息MF根據(jù)內(nèi)容標(biāo)識(shí)查找到的URI信息，例如本實(shí)施例中 UE所請(qǐng)求的圖片的URI為www.example.com/image/a」peg。 步驟707、 HTTP內(nèi)容通道建立完畢；
步驟708、 UE通過內(nèi)容通道發(fā)送獲取(GET)請(qǐng)求消息，請(qǐng)求從MF獲 取圖片，請(qǐng)求格式如下
GET /Image/a.jpeg HTTP/1.1 HOST :www.example.com ACCEPT ......
步驟709、從內(nèi)容通道上下載圖片；MF根據(jù)獲取請(qǐng)求消息，在內(nèi)容通道 上返回響應(yīng)消息(200 OK),該響應(yīng)消息中攜帶有URI信息對(duì)應(yīng)的圖片 (a.jpeg)。
本實(shí)施例采用HTTP協(xié)議，通過建立內(nèi)容通道，可以在內(nèi)容通道中下載 內(nèi)容，實(shí)現(xiàn)了在基于IMS的IPTV系統(tǒng)中以文件的方式下載內(nèi)容，提升了 IPTV 系統(tǒng)的業(yè)務(wù)能力。
如圖9所示，為本發(fā)明實(shí)施例一內(nèi)容設(shè)備的結(jié)構(gòu)示意圖，本實(shí)施例用于 基于IMS的IPTV系統(tǒng)中，可以包括通道建立模塊和傳輸模塊，其中通道建 立模塊根據(jù)包含請(qǐng)求標(biāo)識(shí)的會(huì)話建立請(qǐng)求，協(xié)商建立以文件方式進(jìn)行傳輸?shù)?內(nèi)容通道；傳輸模塊通過內(nèi)容通道傳輸媒體內(nèi)容。進(jìn)一步的，通道建立模塊 還可以協(xié)商建立控制通道，該控制通道用于傳輸i某體內(nèi)容的交互過程中的控 制命令。
進(jìn)一步的，本實(shí)施例可以具體為UE，上述通道建立才莫塊可以具體為第一 通道建立模塊100，可以包括第一發(fā)送單元111和第一接收單元112，其中第 一發(fā)送單元111發(fā)送包含請(qǐng)求標(biāo)識(shí)的會(huì)話建立請(qǐng)求，第一接收單元112接收 根據(jù)該會(huì)話建立請(qǐng)求返回的會(huì)話建立響應(yīng)。傳輸模塊可以具體為第 一傳輸模 塊200，可以包括第二發(fā)送單元121，該第二發(fā)送單元121才艮據(jù)從會(huì)話建立響 應(yīng)中獲得的媒體內(nèi)容保存的路徑，通過控制通道發(fā)送控制命令，該控制命令指示下載所述路徑處保存的媒體內(nèi)容，或向路徑處上傳媒體內(nèi)容；或者，第
二發(fā)送單元121根據(jù)從會(huì)話建立響應(yīng)中獲得的媒體內(nèi)容的統(tǒng)一資源標(biāo)識(shí)符 URI信息，通過內(nèi)容通道發(fā)送獲取請(qǐng)求消息。
如圖IO所示，為本發(fā)明實(shí)施例二內(nèi)容設(shè)備的結(jié)構(gòu)示意圖，本實(shí)施例也包 括上述通道建立模塊和傳輸模塊，本實(shí)施例可以具體為MF，具體地說，本實(shí) 施例的通道建立模塊可以具體為第二通道建立模塊110，可以包括第二接收 單元113、第三發(fā)送單元114,其中第二接收單元113接收UE經(jīng)過SCF (即 業(yè)務(wù)控制實(shí)體)發(fā)送的包含請(qǐng)求標(biāo)識(shí)的會(huì)話建立請(qǐng)求，第三發(fā)送單元114根 據(jù)會(huì)話建立請(qǐng)求，返回會(huì)話建立響應(yīng)。傳輸模塊可以具體為第二傳輸模塊120。
當(dāng)會(huì)話建立請(qǐng)求的業(yè)務(wù)為下載業(yè)務(wù)時(shí)，通道建立^^莫塊還可以包括查找單 元115，該查找單元115才艮據(jù)會(huì)話建立請(qǐng)求中攜帶的內(nèi)容標(biāo)識(shí)，查找々某體內(nèi) 容保存的路徑，并將路徑攜帶在會(huì)話建立響應(yīng)中，或者，根據(jù)會(huì)話建立請(qǐng)求 中攜帶的內(nèi)容標(biāo)識(shí)，查找媒體內(nèi)容的URI信息，并將URI信息攜帶在會(huì)話建 立響應(yīng)中。
當(dāng)會(huì)話建立請(qǐng)求的業(yè)務(wù)為上傳業(yè)務(wù)時(shí)，通道建立^^莫塊還可以包括選擇單 元116,該選擇單元116存儲(chǔ)會(huì)話建立請(qǐng)求中攜帶的內(nèi)容標(biāo)識(shí)，并選擇適合 的媒體內(nèi)容保存的路徑，并將路徑攜帶在會(huì)話建立響應(yīng)中。
如圖ll所示，為本發(fā)明實(shí)施例業(yè)務(wù)控制設(shè)備的結(jié)構(gòu)示意圖，在基于IMS 的IPTV系統(tǒng)中，本實(shí)施例可以具體為SCF，該SCF可以包括接收4莫塊31 、 選捧模塊32和發(fā)送模塊33,其中接收模塊31接收UE發(fā)送的包含請(qǐng)求標(biāo)識(shí) 的會(huì)話建立請(qǐng)求，選擇模塊32根據(jù)請(qǐng)求標(biāo)識(shí)，選擇內(nèi)容設(shè)備(具體為選擇具 備以文件方式傳輸能力的MF)，發(fā)送模塊33將會(huì)話建立請(qǐng)求轉(zhuǎn)發(fā)給內(nèi)容設(shè) 備。接收模塊31還可以接收MF發(fā)送的會(huì)話建立響應(yīng)，然后將該會(huì)話建立響 應(yīng)通過發(fā)送模塊33轉(zhuǎn)發(fā)給UE。
本實(shí)施例還可以包括生成模塊34,當(dāng)會(huì)話建立請(qǐng)求中沒有攜帶內(nèi)容標(biāo) 識(shí)，或SCF需要生成新的內(nèi)容標(biāo)識(shí)時(shí)，利用生成才莫塊34生成新的內(nèi)容標(biāo)識(shí)，并將該新的內(nèi)容標(biāo)識(shí)攜帶在會(huì)話建立請(qǐng)求中。
通過上述實(shí)施例中描述的各種設(shè)備，建立了 UE和MF之間的內(nèi)容通道、 或內(nèi)容通道和控制通道，可以在內(nèi)容通道中上傳/下載內(nèi)容，實(shí)現(xiàn)了在基于IMS 的IPTV系統(tǒng)中以文件的方式上傳/下載內(nèi)容，提升了 IPTV系統(tǒng)的業(yè)務(wù)能力。
如圖12所示，為本發(fā)明實(shí)施例一以文件方式傳輸媒體內(nèi)容的系統(tǒng)的結(jié)構(gòu) 示意圖，該系統(tǒng)包括第一內(nèi)容實(shí)體(UE) 1、第二內(nèi)容實(shí)體(MF) 2和業(yè)務(wù) 控制實(shí)體(SCF)3， UE發(fā)起包含請(qǐng)求標(biāo)識(shí)的會(huì)話建立請(qǐng)求，SCF3接收包含 請(qǐng)求標(biāo)識(shí)的會(huì)話建立請(qǐng)求，才艮據(jù)請(qǐng)求標(biāo)識(shí)控制協(xié)商建立UE1和MF2之間以 文件方式進(jìn)行傳送的內(nèi)容通道，UE1和MF2之間通過所建立的內(nèi)容通道傳輸 媒體內(nèi)容。
進(jìn)一步的，如圖13所示，為本發(fā)明實(shí)施例二以文件方式傳輸媒體內(nèi)容的 系統(tǒng)的結(jié)構(gòu)示意圖，本實(shí)施例中UE可以為上述本發(fā)明實(shí)施例一內(nèi)容設(shè)備中 所述的任一內(nèi)容設(shè)備，MF可以為本發(fā)明實(shí)施例二內(nèi)容設(shè)備中所述的任一內(nèi)容 設(shè)備，SCF可以為本發(fā)明實(shí)施例業(yè)務(wù)控制設(shè)備中所述的任一業(yè)務(wù)控制設(shè)備。
本實(shí)施例通過建立以文件方式進(jìn)行傳輸?shù)膬?nèi)容通道，可以在內(nèi)容通道中 上傳/下載內(nèi)容，實(shí)現(xiàn)了在基于IMS的IPTV系統(tǒng)中以文件的方式上傳/下載內(nèi) 容，提升了 IPTV系統(tǒng)的業(yè)務(wù)能力。
綜上所述，由于現(xiàn)有技術(shù)中基于IMS的IPTV系統(tǒng)中僅支持以流的方式 傳輸媒體內(nèi)容實(shí)現(xiàn)實(shí)時(shí)的音視頻觀看業(yè)務(wù)(例如直播、點(diǎn)播)，因此用戶只
能實(shí)時(shí)觀看內(nèi)容，而不在本地保存例如用戶一旦關(guān)閉觀看窗口之后，無法 再從本地打開繼續(xù)觀看，靈活性不強(qiáng)，且對(duì)網(wǎng)絡(luò)帶寬的要求較高。然而有些 IPTV業(yè)務(wù)對(duì)于實(shí)時(shí)性并無特殊要求，且許多IPTV業(yè)務(wù)并不局限于提供音視 頻觀看服務(wù)，而是提供雙向互動(dòng)和信息共享的服務(wù)，尤其是IPTV增值業(yè)務(wù) 例如在用戶原創(chuàng)內(nèi)容(UGC)業(yè)務(wù)中，用戶可以將自己錄制的視頻上傳到媒 體服務(wù)器，其他用戶可從服務(wù)器上下載該視頻內(nèi)容，此時(shí)用戶不需要實(shí)時(shí)觀 看視頻，媒體內(nèi)容完全可以以文件(FILE)的方式上傳至服務(wù)器或下載到用戶終端，待文件保存完整后，用戶可以在任意時(shí)刻觀看該內(nèi)容；也可以邊下
載邊觀看。本發(fā)明實(shí)施例中提出的技術(shù)方案通過建立以文件方式進(jìn)行傳輸?shù)?內(nèi)容通道，在內(nèi)容通道中上傳或下載內(nèi)容，此時(shí)用戶可以待內(nèi)容在本地保存 完整內(nèi)容后再進(jìn)行觀看，或者也可以邊下載邊觀看，觀看完畢后內(nèi)容同時(shí)也
保存完畢，且后續(xù)任意時(shí)刻都可以再次在本地觀看，提升了 IPTV系統(tǒng)的業(yè) 務(wù)能力并豐富了用戶體驗(yàn)。
本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述方法實(shí)施例的全部或部分步 驟可以通過程序指令相關(guān)的硬件來完成，前述的程序可以存儲(chǔ)于一計(jì)算機(jī) 可讀取存儲(chǔ)介質(zhì)中，該程序在執(zhí)行時(shí)，執(zhí)行包括上述方法實(shí)施例的步驟， 而前述的存儲(chǔ)介質(zhì)包括ROM、 RAM、磁碟或者光盤等各種可以存儲(chǔ)程 序代碼的介質(zhì)。
最后應(yīng)說明的是以上實(shí)施例僅用以說明本發(fā)明實(shí)施例的技術(shù)方案，而 非對(duì)其限制；盡管參照前述實(shí)施例對(duì)本發(fā)明實(shí)施例進(jìn)行了詳細(xì)的說明，本領(lǐng) 域的普通技術(shù)人員應(yīng)當(dāng)理解其依然可以對(duì)前述各實(shí)施例所記載的技術(shù)方案 進(jìn)行修改，或者對(duì)其中部分技術(shù)特征進(jìn)行等同替換；而這些修改或者替換， 并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明實(shí)施例各實(shí)施例技術(shù)方案的精神和范 圍。
權(quán)利要求
1、一種以文件方式傳輸媒體內(nèi)容的方法，其特征在于，所述方法應(yīng)用于基于因特網(wǎng)協(xié)議多媒體子系統(tǒng)IMS的因特網(wǎng)協(xié)議電視IPTV網(wǎng)絡(luò)中，所述方法包括通過發(fā)起包含請(qǐng)求標(biāo)識(shí)的會(huì)話建立請(qǐng)求，協(xié)商建立以文件方式進(jìn)行傳輸?shù)膬?nèi)容通道；通過所述內(nèi)容通道傳輸媒體內(nèi)容。
2、 根據(jù)權(quán)利要求1所述的以文件方式傳輸媒體內(nèi)容的方法，其特征在 于還包括協(xié)商建立控制通道，所述控制通道用于傳輸所述媒體內(nèi)容的交互 過程中的控制命令。
3、 根據(jù)權(quán)利要求1所述的以文件方式傳輸媒體內(nèi)容的方法，其特征在 于，所述通過發(fā)起包含請(qǐng)求標(biāo)識(shí)的會(huì)話建立請(qǐng)求，協(xié)商建立以文件方式進(jìn)行 傳輸?shù)膬?nèi)容通道包括第 一 內(nèi)容實(shí)體發(fā)起包含請(qǐng)求標(biāo)識(shí)的會(huì)話建立請(qǐng)求； 業(yè)務(wù)控制實(shí)體根據(jù)所述請(qǐng)求標(biāo)識(shí)，選擇第二內(nèi)容實(shí)體，并向所述第二內(nèi)容實(shí)體轉(zhuǎn)發(fā)所述會(huì)話建立請(qǐng)求；所述第二內(nèi)容實(shí)體返回會(huì)話建立響應(yīng)。
4、 根據(jù)權(quán)利要求2所述的以文件方式傳輸媒體內(nèi)容的方法，其特征在 于，所述通過發(fā)起包含請(qǐng)求標(biāo)識(shí)的會(huì)話建立請(qǐng)求，協(xié)商建立所述內(nèi)容通道及 所述控制通道包括第一內(nèi)容實(shí)體發(fā)起包含請(qǐng)求標(biāo)識(shí)的會(huì)話建立請(qǐng)求； 業(yè)務(wù)控制實(shí)體根據(jù)所述請(qǐng)求標(biāo)識(shí)，選擇第二內(nèi)容實(shí)體，并向所述第二內(nèi) 容實(shí)體轉(zhuǎn)發(fā)所述會(huì)話建立請(qǐng)求；所述第二內(nèi)容實(shí)體返回會(huì)話建立響應(yīng)。
5、 根據(jù)權(quán)利要求3或4所述的以文件方式傳輸+某體內(nèi)容的方法，其特 征在于，所述業(yè)務(wù)控制實(shí)體根據(jù)請(qǐng)求標(biāo)識(shí)，選擇第二內(nèi)容實(shí)體包括所述業(yè)務(wù)控制實(shí)體根據(jù)請(qǐng)求標(biāo)識(shí)，選擇具備以文件方式傳輸能力的第二內(nèi)容實(shí)體；所述第二內(nèi)容實(shí)體返回會(huì)話建立響應(yīng)包括所述第二內(nèi)容實(shí)體在返回的 會(huì)話建立響應(yīng)中提供以文件方式傳輸?shù)拿襟w協(xié)商信息。
6、 根據(jù)權(quán)利要求5所述的以文件方式傳輸媒體內(nèi)容的方法，其特征在于所述會(huì)話建立請(qǐng)求為下載請(qǐng)求；所述業(yè)務(wù)控制實(shí)體選擇具備以文件方式傳輸能力的第二內(nèi)容實(shí)體具體 為所述業(yè)務(wù)控制實(shí)體根據(jù)會(huì)話建立請(qǐng)求中的內(nèi)容標(biāo)識(shí)選擇提供相應(yīng)媒體內(nèi) 容的第二內(nèi)容實(shí)體；所述業(yè)務(wù)控制實(shí)體向第二內(nèi)容實(shí)體轉(zhuǎn)發(fā)所述會(huì)話建立請(qǐng)求具體為所述 業(yè)務(wù)控制實(shí)體將攜帶有內(nèi)容標(biāo)識(shí)的會(huì)話建立請(qǐng)求發(fā)送給第二內(nèi)容實(shí)體；或者，所述會(huì)話建立請(qǐng)求為下載請(qǐng)求，所述方法還包括協(xié)商建立控制通 道，所述第二內(nèi)容實(shí)體返回會(huì)話建立響應(yīng)之前還包括所述第二內(nèi)容實(shí)體根 據(jù)內(nèi)容標(biāo)識(shí)，查找媒體內(nèi)容保存的路徑，將所述媒體內(nèi)容保存的路徑作為文 件內(nèi)容標(biāo)識(shí)信息；或者，所述會(huì)話建立請(qǐng)求為上傳請(qǐng)求；當(dāng)業(yè)務(wù)控制實(shí)體接收的會(huì)話建立請(qǐng)求中包括內(nèi)容標(biāo)識(shí)時(shí)，根據(jù)所述內(nèi)容 標(biāo)識(shí)生成新的內(nèi)容標(biāo)識(shí)，將攜帶有新的內(nèi)容標(biāo)識(shí)的會(huì)話建立請(qǐng)求發(fā)送給第二 內(nèi)容實(shí)體；或者，當(dāng)業(yè)務(wù)控制實(shí)體接收的會(huì)話建立請(qǐng)求中不包括內(nèi)容標(biāo)識(shí)時(shí)， 業(yè)務(wù)控制實(shí)體生成新的內(nèi)容標(biāo)識(shí)，將攜帶有新的內(nèi)容標(biāo)識(shí)的會(huì)話建立請(qǐng)求發(fā) 送給第二內(nèi)容實(shí)體；或者，所述會(huì)話建立請(qǐng)求為上傳請(qǐng)求，所述方法還包括協(xié)商建立控制通 道，所述第二內(nèi)容實(shí)體返回會(huì)話建立響應(yīng)之前還包括所述第二內(nèi)容實(shí)體存 儲(chǔ)所述新的內(nèi)容標(biāo)識(shí)，并選擇適合的媒體內(nèi)容保存的路徑，將所述媒體內(nèi)容 保存的路徑作為文件內(nèi)容標(biāo)識(shí)信息。
7、 根據(jù)權(quán)利要求5所述的以文件方式傳輸媒體內(nèi)容的方法，其特征在于，所述媒體協(xié)商信息包括如下之一或其任意組合內(nèi)容通道信息、控制通 道信息、文件內(nèi)容標(biāo)識(shí)4言息、內(nèi)容標(biāo)識(shí)。
8、 根據(jù)權(quán)利要求6所述的以文件方式傳輸^ 某體內(nèi)容的方法，其特征在 于，所述建立內(nèi)容通道和控制通道之后還包括所述第一內(nèi)容實(shí)體根據(jù)從會(huì) 話建立響應(yīng)中獲得的媒體內(nèi)容保存的路徑，通過所述控制通道發(fā)送控制命令， 所述控制命令指示下載所述路徑處保存的媒體內(nèi)容，或向所述路徑處上傳媒 體內(nèi)容。
9、 根據(jù)權(quán)利要求1所述的以文件方式傳輸媒體內(nèi)容的方法，其特征在 于，所述方法采用的文件傳輸協(xié)議為文件傳輸協(xié)議FTP或簡(jiǎn)單文件傳輸協(xié)議 TFTP或單向文件傳輸協(xié)議FLUTE或超文本傳輸協(xié)議HTTP。
10 于，協(xié)商建立所述內(nèi)容通道的過程中包括協(xié)商傳輸模式信息，所述采用的文件傳輸協(xié)議為FTP，所述傳輸模式信息包括文件類型、數(shù)據(jù)結(jié)構(gòu)或傳輸方式；或者，所述采用的文件傳輸協(xié)議為TFTP，所述傳輸模式信息包括傳送方式標(biāo)識(shí)。
11、 根據(jù)權(quán)利要求5所述的以文件方式傳輸媒體內(nèi)容的方法，其特征在于，所述第二內(nèi)容實(shí)體返回會(huì)話建立響應(yīng)之前還包括所述第二內(nèi)容實(shí)體根據(jù)所述會(huì)話建立請(qǐng)求中的內(nèi)容標(biāo)識(shí)，查找々某體內(nèi)容的統(tǒng)一資源標(biāo)識(shí)符URI信 自
12、 根據(jù)權(quán)利要求11所述的以文件方式傳輸媒體內(nèi)容的方法，其特征 在于，所述媒體協(xié)商信息包括內(nèi)容通道信息、所述^ 某體內(nèi)容的URI信息；所 述建立內(nèi)容通道之后還包括第一內(nèi)容實(shí)體通過所述內(nèi)容通道發(fā)送獲取請(qǐng)求 消息；所述通過內(nèi)容通道傳輸々某體內(nèi)容包括所述第二內(nèi)容實(shí)體根據(jù)所述獲取 請(qǐng)求消息，在所述內(nèi)容通道上返回響應(yīng)消息，所述響應(yīng)消息中攜帶有所述URI信息對(duì)應(yīng)的媒體內(nèi)容。
13、 根據(jù)權(quán)利要求1 ~4任一所述的以文件方式傳輸媒體內(nèi)容的方法， 其特征在于，所述請(qǐng)求標(biāo)識(shí)用于指示所述會(huì)話建立請(qǐng)求為上傳或下載請(qǐng)求， 所述請(qǐng)求標(biāo)識(shí)包括如下之一或其組合業(yè)務(wù)標(biāo)識(shí)、協(xié)議標(biāo)識(shí)、傳輸操作標(biāo)識(shí) 或內(nèi)容標(biāo)識(shí)。
14、 一種內(nèi)容設(shè)備，應(yīng)用于基于因特網(wǎng)協(xié)議多媒體子系統(tǒng)IMS的因特 網(wǎng)協(xié)議電視IPTV網(wǎng)絡(luò)中，其特征在于，所述內(nèi)容設(shè)備包括通道建立模塊，用于根據(jù)包含請(qǐng)求標(biāo)識(shí)的會(huì)話建立請(qǐng)求，協(xié)商建立以文 件方式進(jìn)行傳輸?shù)膬?nèi)容通道；傳輸模塊，用于通過所述內(nèi)容通道傳輸媒體內(nèi)容。
15、 根據(jù)權(quán)利要求14所述的內(nèi)容設(shè)備，其特征在于，所述通道建立模 塊還用于協(xié)商建立控制通道，所述控制通道用于傳輸所述媒體內(nèi)容的交互過 程中的控制命令。
16、 根據(jù)權(quán)利要求15所述的內(nèi)容設(shè)備，其特征在于，所述通道建立模 塊包括第一發(fā)送單元，用于發(fā)送包含請(qǐng)求標(biāo)識(shí)的會(huì)話建立請(qǐng)求； 第一接收單元，用于接收根據(jù)所述會(huì)話建立請(qǐng)求，返回的會(huì)話建立響應(yīng)。
17、 根據(jù)權(quán)利要求16所述的內(nèi)容設(shè)備，其特征在于，所述傳輸模塊包括第二發(fā)送單元，用于根據(jù)從所述會(huì)話建立響應(yīng)中獲得的媒體內(nèi)容保存的 路徑，通過所述控制通道發(fā)送控制命令，所述控制命令指示下載所述路徑處 保存的媒體內(nèi)容，或向所述路徑處上傳媒體內(nèi)容；或者，用于根據(jù)從會(huì)話建 立響應(yīng)中獲得的i某體內(nèi)容的統(tǒng)一資源標(biāo)識(shí)符URI信息，通過所述內(nèi)容通道發(fā) 送獲取請(qǐng)求消息。
18、 根據(jù)權(quán)利要求14或15所述的內(nèi)容設(shè)備，其特征在于，所述通道建 立模塊包括第二接收單元，用于接收包含請(qǐng)求標(biāo)識(shí)的會(huì)話建立請(qǐng)求； 第三發(fā)送單元，用于根據(jù)所述會(huì)話建立請(qǐng)求，返回會(huì)話建立響應(yīng)。
19、 根據(jù)權(quán)利要求18所述的內(nèi)容設(shè)備，其特征在于，所述通道建立模 塊還包括查找單元，用于才艮據(jù)會(huì)話建立請(qǐng)求中攜帶的內(nèi)容標(biāo)識(shí)，查找媒體內(nèi)容保 存的路徑，并將所述路徑攜帶在會(huì)話建立響應(yīng)中，或者，用于根據(jù)會(huì)話建立 請(qǐng)求中攜帶的內(nèi)容標(biāo)識(shí)，查找媒體內(nèi)容的URI信息，并將所述URI信息攜帶 在會(huì)話建立響應(yīng)中。
20、 根據(jù)權(quán)利要求18所述的內(nèi)容設(shè)備，其特征在于，所述通道建立模 塊還包括選擇單元，用于存儲(chǔ)會(huì)話建立請(qǐng)求中攜帶的內(nèi)容標(biāo)識(shí)，并選擇適合的媒 體內(nèi)容保存的路徑，并將所述路徑攜帶在會(huì)話建立響應(yīng)中。
21、 一種業(yè)務(wù)控制設(shè)備，應(yīng)用于基于因特網(wǎng)協(xié)議多媒體子系統(tǒng)IMS的 因特網(wǎng)協(xié)議電視IPTV網(wǎng)絡(luò)中，其特征在于，所述業(yè)務(wù)控制設(shè)備包括接收模塊，用于接收包含請(qǐng)求標(biāo)識(shí)的會(huì)話建立請(qǐng)求； 選捧模塊，用于根據(jù)所述請(qǐng)求標(biāo)識(shí)，選擇內(nèi)容設(shè)備； 發(fā)送模塊，用于將所述會(huì)話建立請(qǐng)求轉(zhuǎn)發(fā)給所述內(nèi)容設(shè)備。
22、 根據(jù)權(quán)利要求21所述的業(yè)務(wù)控制設(shè)備，其特征在于還包括生成 模塊，用于生成新的內(nèi)容標(biāo)識(shí)，并將新的內(nèi)容標(biāo)識(shí)攜帶在會(huì)話建立請(qǐng)求中。
23、 一種以文件方式傳輸媒體內(nèi)容的系統(tǒng)，其特征在于包括第一內(nèi)容實(shí) 體、第二內(nèi)容實(shí)體和業(yè)務(wù)控制實(shí)體，其中，第一內(nèi)容實(shí)體用于發(fā)起包含請(qǐng)求 標(biāo)識(shí)的會(huì)話建立請(qǐng)求，業(yè)務(wù)控制實(shí)體用于控制協(xié)商建立所述第一內(nèi)容實(shí)體與 所述第二內(nèi)容實(shí)體之間以文件方式進(jìn)行傳輸?shù)膬?nèi)容通道；所述第一內(nèi)容實(shí)體 與所述第二內(nèi)容實(shí)體之間通過所述內(nèi)容通道傳輸媒體內(nèi)容。
全文摘要
本發(fā)明實(shí)施例涉及一種以文件方式傳輸媒體內(nèi)容的方法、系統(tǒng)及設(shè)備，其中方法應(yīng)用于基于因特網(wǎng)協(xié)議多媒體子系統(tǒng)IMS的因特網(wǎng)協(xié)議電視IPTV網(wǎng)絡(luò)中，包括通過發(fā)起包含請(qǐng)求標(biāo)識(shí)的會(huì)話建立請(qǐng)求，協(xié)商建立以文件方式進(jìn)行傳輸?shù)膬?nèi)容通道；通過所述內(nèi)容通道傳輸媒體內(nèi)容。本發(fā)明實(shí)施例通過建立內(nèi)容通道，可以在內(nèi)容通道中傳輸文件方式的媒體內(nèi)容，實(shí)現(xiàn)了在基于IMS的IPTV系統(tǒng)中以文件的方式傳輸內(nèi)容，提升了IPTV系統(tǒng)的業(yè)務(wù)能力。
文檔編號(hào)H04L29/06GK101674298SQ20091000423
公開日2010年3月17日 申請(qǐng)日期2009年2月13日 優(yōu)先權(quán)日2008年9月11日
發(fā)明者羽 左, 彭招君, 李幼穎, 豐 王 申請(qǐng)人:華為技術(shù)有限公司