專利名稱：支持ims終端享用現(xiàn)有iptv業(yè)務(wù)的系統(tǒng)和方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，特別是涉及一種支持IP多媒體子系統(tǒng)(IMS) 終端享用現(xiàn)有交互式網(wǎng)絡(luò)電視(IPTV)業(yè)務(wù)的系統(tǒng)和方法。
背景技術(shù)：
會(huì)話發(fā)起協(xié)議(SIP, Session Initiation Protocol)是由IETF (Interne工程 任務(wù)組)制訂的多媒體通信系統(tǒng)框架協(xié)議之一，是用于建立、改變或結(jié)束多 媒體會(huì)話的應(yīng)用層協(xié)議，與實(shí)時(shí)傳輸協(xié)議/實(shí)時(shí)流傳輸控制協(xié)議(RTP/RTCP:議(SDP, Session Description Protocol )、實(shí)時(shí)流傳^T十辦i義(RTSP, Real-Time Streaming Protocol )、域名系統(tǒng)(DNS， Domain Name System )等協(xié)議配合， 共同完成IP多媒體子系統(tǒng)(IMS )中的會(huì)話建立及媒體協(xié)商； 一旦建立會(huì)話， 媒體流將使用RTP協(xié)議在承載層中直接傳送，在一次會(huì)話中可以靈活的交互多種媒體'IMS是3GPP R5階段增加的WCDMA網(wǎng)絡(luò)中疊加在已有分組域之上的 一個(gè)子系統(tǒng)，采用分組域?yàn)槠渖蠈涌刂菩帕詈兔襟w傳輸?shù)某休d通道，引入SIP 協(xié)議作為業(yè)務(wù)控制協(xié)議，利用SIP簡(jiǎn)單、易擴(kuò)展、媒體組合方便的特點(diǎn)，通 過將業(yè)務(wù)控制與承載控制分離，提供豐富的多媒體業(yè)務(wù)；IMS中主要的功能 實(shí)體包括控制用戶注冊(cè)、會(huì)話控制等功能的呼叫控制功能實(shí)體(CSCF)、提 供各種業(yè)務(wù)邏輯控制功能的應(yīng)用服務(wù)器(AS)、集中管理用戶簽約數(shù)據(jù)的歸 屬用戶服務(wù)器(HSS)以及用于實(shí)現(xiàn)與電路交換網(wǎng)互通的媒體網(wǎng)關(guān)控制功能/ IP多媒體網(wǎng)關(guān)(MGCF/IM-MGW)，用戶通過當(dāng)前所在地代理節(jié)點(diǎn)P-CSCF 接入IMS，會(huì)話和業(yè)務(wù)觸發(fā)控制及與AS的業(yè)務(wù)控制交互則由其注冊(cè)地的歸 屬域服務(wù)節(jié)點(diǎn)S-CSCF完成。IPTV也叫交互式網(wǎng)絡(luò)電視，是集互聯(lián)網(wǎng)、多媒體、通信等多種技術(shù)于 一體，提供交互式數(shù)字媒體服務(wù)的嶄新技術(shù)。流媒體業(yè)務(wù)或IPTV業(yè)務(wù)是近 幾年迅速發(fā)展的一種新業(yè)務(wù)，流媒體業(yè)務(wù)利用流式傳輸技術(shù)，在包交換網(wǎng)絡(luò)
上傳輸多媒體文件，包括視頻、音頻等文件內(nèi)容。這些內(nèi)容在訪問時(shí)無需完 全下載就可以立即播放。流媒體實(shí)現(xiàn)的關(guān)鍵技術(shù)就是流式傳輸技術(shù)，而流式 傳輸技術(shù)是把連續(xù)的視頻和音頻信息經(jīng)過處理后放上網(wǎng)站服務(wù)器，讓用戶一 邊下載一邊觀看、收聽，而不需要等整個(gè)文件下載到自己機(jī)器后才可以觀看 的網(wǎng)絡(luò)傳輸技術(shù)。以D類IP地址發(fā)送業(yè)務(wù)的技術(shù)，用于發(fā)送者同時(shí)向多個(gè)接收者(大于 等于一個(gè))發(fā)送相同業(yè)務(wù)內(nèi)容時(shí)，因?yàn)橄嗤瑑?nèi)容只需要向指定組播地址發(fā)送 一份即可，因而可以有效降低業(yè)務(wù)發(fā)送方和傳輸網(wǎng)絡(luò)的負(fù)載。使用組播技術(shù) 傳送業(yè)務(wù)流，無論接收方有多少，業(yè)務(wù)發(fā)送方只需要發(fā)送一個(gè)數(shù)據(jù)流。組播 數(shù)據(jù)在從業(yè)務(wù)發(fā)送點(diǎn)到接收方的傳送路徑上的傳送點(diǎn)之間只產(chǎn)生單一的數(shù)據(jù) 流，顯而易見使用組播技術(shù)可以減輕發(fā)送者(業(yè)務(wù)提供方)的負(fù)荷，并且可 以有效利用網(wǎng)絡(luò)資源。為了獲取組播內(nèi)容，內(nèi)容接收方(用戶)通過加入業(yè)務(wù)組播組(如使用 IGMP協(xié)議)來要求鄰接的路由器發(fā)送業(yè)務(wù)內(nèi)容給自己，而路由器之間則通 過組播路由協(xié)議(如PIM-SM(協(xié)議無關(guān)組播-稀疏模式)協(xié)議等)與其它路由 器交互以建立組播轉(zhuǎn)發(fā)路徑，這樣組播業(yè)務(wù)內(nèi)容就可以從組播源沿組播轉(zhuǎn)發(fā) 路徑傳遞給內(nèi)容接收方。視頻點(diǎn)播(VoD)業(yè)務(wù)通常采用數(shù)字版權(quán)管理(DRM, Digital Right Management)方式對(duì)媒體流內(nèi)容進(jìn)行保護(hù)，DRM基本構(gòu)架如圖1所示DRM 系統(tǒng)主要由內(nèi)容源、版權(quán)發(fā)布中心和DRM Agent組成(1 )內(nèi)容源對(duì)內(nèi)容進(jìn) 行加密，把內(nèi)容ID和對(duì)應(yīng)的密鑰傳送給版權(quán)發(fā)布中心；(2 )版權(quán)發(fā)布中心 根據(jù)用戶的請(qǐng)求，下發(fā)版權(quán)對(duì)象；(3) DRMAgent接收4某體流，根據(jù)媒體流 中的RIURL請(qǐng)求相應(yīng)內(nèi)容的RO,播放媒體流。傳統(tǒng)的電^見業(yè)務(wù)中，通過條件接收系統(tǒng)(CA, Conditional Access)系 統(tǒng)對(duì)媒體流進(jìn)行保護(hù)，CA系統(tǒng)使用多層密鑰保護(hù)機(jī)制，其密鑰機(jī)制如圖2 所示媒體流通過控制字(CW, Control Word)進(jìn)行加擾；控制字CW用業(yè)務(wù) 密鑰(SK， Service Key )保護(hù)，并通過授權(quán)控制信息(ECM， Entitle Control Message)傳送給終端；業(yè)務(wù)密鑰SK用個(gè)人分發(fā)密鑰PDK (PersonalDistribution Key )保護(hù)，并通過授權(quán)管理信息(EMM, Entitle Manage Message )傳送給終端。業(yè)務(wù)層保護(hù)是指用戶在請(qǐng)求多媒體內(nèi)容時(shí)，多媒體服務(wù)器對(duì)該內(nèi)容的傳 輸過程加密，傳輸過程結(jié)束后，該保護(hù)也隨之結(jié)束。傳輸源和目的源需要某 種密鑰管理機(jī)制。IMS網(wǎng)絡(luò)部署初期，IMS網(wǎng)絡(luò)并不會(huì)支持IPTV業(yè)務(wù)，同時(shí)運(yùn)營(yíng)商基于 市場(chǎng)竟?fàn)幍男枨髸?huì)基于獨(dú)立的IPTV解決方案部署IPTV業(yè)務(wù)，隨著IPTV業(yè) 務(wù)的發(fā)展，運(yùn)營(yíng)商如何利用現(xiàn)網(wǎng)的資源，即應(yīng)用現(xiàn)在已部署的IPTV網(wǎng)絡(luò)以 及IMS網(wǎng)絡(luò)，為IMS用戶提供IPTV業(yè)務(wù)，或如何封裝后，對(duì)外可以宣稱支 持基于IMS的IPTV方案是個(gè)有待解決的問題。發(fā)明內(nèi)容有鑒于此，本發(fā)明的目的是提供一種支持IMS終端享用現(xiàn)有IPTV業(yè)務(wù) 的系統(tǒng)和方法，以及支持IMS終端享用現(xiàn)有IPTV網(wǎng)絡(luò)VoD和LTV業(yè)務(wù)的 方法，以解決利用現(xiàn)在已部署的IPTV網(wǎng)絡(luò)以及IMS網(wǎng)絡(luò)，為IMS用戶提供 IPTV業(yè)務(wù)的問題。為達(dá)到上述目的，本發(fā)明的技術(shù)方案包括一種支持IP多媒體子系統(tǒng)IMS終端享用現(xiàn)有IPTV業(yè)務(wù)的系統(tǒng)，包括現(xiàn) 有IPTV網(wǎng)絡(luò)Deployed A/V System、 IMS核心網(wǎng)IMS core、 IP分組核心網(wǎng)IP Core、接入網(wǎng)，IMS的用戶終端IMSUE，該系統(tǒng)還包括業(yè)務(wù)網(wǎng)關(guān)，其中，所述IMSUE，用于通過接入網(wǎng)、IP分組核心網(wǎng)接入IMS核心網(wǎng)，從電子節(jié) 目單EPG中獲取節(jié)目單信息，向業(yè)務(wù)網(wǎng)關(guān)發(fā)起包含節(jié)目單信息的業(yè)務(wù)請(qǐng)求；所述業(yè)務(wù)網(wǎng)關(guān)，包含信令面控制實(shí)體，用于將接收到的來自IMS UE的 業(yè)務(wù)請(qǐng)求，轉(zhuǎn)換為現(xiàn)有IPTV網(wǎng)絡(luò)支持的協(xié)議格式，以現(xiàn)有IPTV網(wǎng)絡(luò)終端的 方式向現(xiàn)有IPTV網(wǎng)絡(luò)發(fā)起包含節(jié)目單信息的業(yè)務(wù)請(qǐng)求，獲取流媒體服務(wù)器 標(biāo)識(shí)，將來自現(xiàn)有IPTV網(wǎng)絡(luò)的消息轉(zhuǎn)換為IMS核心網(wǎng)支持的協(xié)議格式，建 立信令面連接；所述現(xiàn)有IPTV網(wǎng)絡(luò)，用于在業(yè)務(wù)網(wǎng)關(guān)的控制下與IMS UE建立信令面 連接后，通過自身內(nèi)的流媒體服務(wù)器向IMS UE發(fā)送媒體流。其中，所述電子節(jié)目單EPG位于現(xiàn)有IPTV網(wǎng)絡(luò)中，或位于IMS核心網(wǎng)
內(nèi)，或與業(yè)務(wù)網(wǎng)關(guān)為一個(gè)實(shí)體，或是獨(dú)立存在的一個(gè)服務(wù)器。其中，所述現(xiàn)有IPTV網(wǎng)絡(luò)中的流々某體服務(wù)器所發(fā)送的々某體流直接到達(dá)IMS UE,或通過承載面實(shí)體的轉(zhuǎn)換后到達(dá)IMS UE 。其中，所述承載面實(shí)體是業(yè)務(wù)網(wǎng)關(guān)內(nèi)新設(shè)置的邏輯實(shí)體，或者，所述承 載面實(shí)體是IMS Core內(nèi)的i某體資源功能MRF實(shí)體。其中，所述IMS UE與業(yè)務(wù)網(wǎng)關(guān)之間的信令面控制基于會(huì)話發(fā)起協(xié)議 SIP,所述業(yè)務(wù)網(wǎng)關(guān)與現(xiàn)有IPTV網(wǎng)絡(luò)之間的信令面控制基于超文本傳輸協(xié)議 HTTP、簡(jiǎn)單對(duì)象訪問協(xié)議SOAP或?qū)崟r(shí)流傳輸協(xié)議RTSP。一種支持IMS終端享用現(xiàn)有IPTV業(yè)務(wù)的方法，包括IMS UE從電子節(jié)目單EPG中獲取節(jié)目單信息；業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體接收到的來自IMS UE的包含節(jié)目單信息 業(yè)務(wù)請(qǐng)求后，將其轉(zhuǎn)換為現(xiàn)有IPTV網(wǎng)絡(luò)支持的協(xié)議格式，以現(xiàn)有IPTV網(wǎng)絡(luò) 終端的方式向現(xiàn)有IPTV網(wǎng)絡(luò)發(fā)起業(yè)務(wù)請(qǐng)求，獲取業(yè)務(wù)信息，將來自現(xiàn)有IPTV 網(wǎng)絡(luò)的消息轉(zhuǎn)換為IMS核心網(wǎng)支持的協(xié)議格式，建立信令面連接；在現(xiàn)有IPTV網(wǎng)絡(luò)與IMSUE建立信令面連接后，現(xiàn)有IPTV網(wǎng)絡(luò)通過自 身內(nèi)的流媒體服務(wù)器向IMS UE發(fā)送媒體流。其中，所述IMS UE從電子節(jié)目單EPG中獲取節(jié)目單信息的過程包括如果所述EPG位于現(xiàn)有IPTV網(wǎng)絡(luò)中，所述IMSUE通過Ut接口與現(xiàn)有 IPTV網(wǎng)絡(luò)交互，獲取節(jié)目單信息；或者，如果所述EPG位于IMS核心網(wǎng)內(nèi)，所述IMS UE與IMS核心網(wǎng)交互， 獲取節(jié)目單信息；或者，如果所述EPG與業(yè)務(wù)網(wǎng)關(guān)為一個(gè)實(shí)體，所述IMS UE與所述業(yè)務(wù)網(wǎng)關(guān)交 互，獲取節(jié)目單信息；或者，如果所述EPG是獨(dú)立存在的一個(gè)服務(wù)器，所述IMS UE與該EPG服務(wù) 器交互，獲取節(jié)目單信息。其中，現(xiàn)有IPTV網(wǎng)絡(luò)通過自身內(nèi)的流媒體服務(wù)器向IMS UE發(fā)送媒體 流的過程包括所述現(xiàn)有IPTV網(wǎng)絡(luò)中的流媒體服務(wù)器直接向IMS UE發(fā)送 媒體流，或者，所述現(xiàn)有IPTV網(wǎng)絡(luò)中的流媒體服務(wù)器向承載面實(shí)體發(fā)送媒 體流，由承載面實(shí)體將接收到的媒體流轉(zhuǎn)換為IMS UE能夠識(shí)別的格式后， 再發(fā)送給IMS UE。其中，所述承載面實(shí)體是業(yè)務(wù)網(wǎng)關(guān)內(nèi)的邏輯實(shí)體，或者，是IMS Core 內(nèi)的MRF實(shí)體；所述業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體由IPTV AS實(shí)現(xiàn)。 其中，所述IMS UE接收到的々某體流是經(jīng)過加密的； 所述IMS UE應(yīng)用已獲得的密鑰對(duì)接收的媒體流解密后，進(jìn)行顯示。 一種支持IMS終端享用現(xiàn)有IPTV網(wǎng)絡(luò)VoD業(yè)務(wù)的方法，包括 IMS UE從電子節(jié)目單EPG中獲取節(jié)目單信息；業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體接收到的來自IMS UE的包含節(jié)目單信息 業(yè)務(wù)請(qǐng)求后，將其轉(zhuǎn)換為現(xiàn)有IPTV網(wǎng)絡(luò)支持的協(xié)議格式，以現(xiàn)有IPTV網(wǎng)絡(luò) 終端的方式向現(xiàn)有IPTV網(wǎng)絡(luò)發(fā)起業(yè)務(wù)請(qǐng)求，獲取VoD流媒體服務(wù)器標(biāo)識(shí)， 將來自現(xiàn)有IPTV網(wǎng)絡(luò)的消息轉(zhuǎn)換為IMS核心網(wǎng)支持的協(xié)議格式，建立信令 面連接；VoD流媒體服務(wù)器向IMS UE發(fā)送媒體流；業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體獲取VCR控制命令，控制VoD流媒體服 務(wù)器執(zhí)行VCR控制命令所指示的操作。其中，所述業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體獲取VCR控制命令的過程為業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體使用訂閱Subscribe向IMS UE訂閱VCR 控制，IMS UE通知Notify其VCR控制命令；或者，在IMS UE得到媒體流后，通過擴(kuò)展SIP信令通知業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面 控制實(shí)體其VCR控制命令。其中，所述VoD業(yè)務(wù)采用RTP流封裝；所述建立信令面連接的方式為 業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體和VoD流媒體服務(wù)器之間建立信令面連接；所述VoD流媒體服務(wù)器向IMS UE發(fā)送媒體流的過程為所述VoD流媒 體服務(wù)器直接向IMSUE發(fā)送媒體流；或者，所述VoD流媒體服務(wù)器向承載 面實(shí)體發(fā)送媒體流，由承載面實(shí)體將接收到的媒體流轉(zhuǎn)換為IMS UE能夠識(shí) 別的格式后，再發(fā)送給IMSUE;所述控制VoD流媒體服務(wù)器執(zhí)行VCR控制命令所指示的操作的過程為 所述業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體給VoD流媒體服務(wù)器發(fā)起包含VCR控制 命令的RTSP連接請(qǐng)求，控制VoD流媒體服務(wù)器執(zhí)行VCR控制命令所指示
的操作。其中，所述VoD業(yè)務(wù)采用RTP流封裝；所述建立信令面連接的方式為 所述業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體控制承載面實(shí)體與VoD流^^某體服務(wù)器之 間建立信令面接；所述VoD流媒體服務(wù)器向IMS UE發(fā)送媒體流的過程為所述VoD流媒 體服務(wù)器直接向IMSUE發(fā)送媒體流；或者，所述VoD流媒體服務(wù)器向承栽 面實(shí)體發(fā)送媒體流，由承載面實(shí)體將接收到的媒體流轉(zhuǎn)換為IMS UE能夠識(shí) 別的格式后，再發(fā)送給IMSUE;所述控制VoD流媒體服務(wù)器執(zhí)行VCR控制命令所指示的操作的過程為 所述業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體通過承載面實(shí)體給VoD流媒體服務(wù)器發(fā) 起包含VCR控制命令的連接請(qǐng)求，控制VoD流媒體服務(wù)器執(zhí)行VCR控制命 令所指示的操作。其中，所述承載面實(shí)體是業(yè)務(wù)網(wǎng)關(guān)內(nèi)的邏輯實(shí)體，或者，是IMS Core 內(nèi)的MRF實(shí)體；所述業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體由IPTVAS實(shí)現(xiàn)。其中，所述IMS UE接收到媒體流是經(jīng)過加密的，IMS UE接收到媒體流 之后，進(jìn)一步包括業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體獲取IMS UE從接收到的媒體流中識(shí)別出 RIF的標(biāo)識(shí)，代理IMS UE從該RIF標(biāo)識(shí)所指示的RIF中獲取版權(quán)對(duì)象RO, 應(yīng)用該RO得到的用于對(duì)媒體流內(nèi)容進(jìn)行加密的內(nèi)容加密密鑰，再應(yīng)用業(yè)務(wù) 網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體和IMS UE之間的共享密鑰對(duì)該已解密的內(nèi)容加密 密鑰進(jìn)行加密，之后，將加密后的內(nèi)容加密密鑰下發(fā)給IMSUE;IMS UE應(yīng)用與業(yè)務(wù)網(wǎng)關(guān)之間的共享密鑰解密已加密的內(nèi)容加密密鑰， 應(yīng)用該內(nèi)容加密密鑰對(duì)已加密^ 某體流進(jìn)行解密，顯示給用戶。其中，業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體獲取RIF的標(biāo)識(shí)的過程包括業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體使用訂閱Subscribe消息向IMS UE訂閱 RIF標(biāo)識(shí)，IMS UE通知Notify業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體其從接收到的 媒體流中識(shí)別出的RIF;IMS UE從接收到的媒體流中識(shí)別出RIF的標(biāo)識(shí)后，通過info消息上報(bào) RIF標(biāo)識(shí)給業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體。 其中，所述業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體向IMS UE下發(fā)RIF地址訂閱 請(qǐng)求，與業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體向IMS UE下發(fā)VCR控制命令訂閱請(qǐng) 求是相同的訂閱請(qǐng)求或不同的訂閱請(qǐng)求。其中，所述IMSUE接收到媒體流是經(jīng)過加密的，所述業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體以現(xiàn)有IPTV網(wǎng)絡(luò)終端的方式向現(xiàn)有 IPTV網(wǎng)絡(luò)發(fā)起的業(yè)務(wù)i青求中包含請(qǐng)求內(nèi)容加密密鑰的信息；所述業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體獲得內(nèi)容加密密鑰后，進(jìn)一步包括 業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體應(yīng)用與IMS UE之間的共享密鑰對(duì)該內(nèi)容加密 密鑰進(jìn)行加密，之后，將加密后的內(nèi)容加密密鑰下發(fā)給IMSUE;IMS UE接收到媒體流之后，進(jìn)一步包括應(yīng)用與業(yè)務(wù)網(wǎng)關(guān)之間的共享 密鑰解密已加密的內(nèi)容加密密鑰，再應(yīng)用該內(nèi)容加密密鑰對(duì)已加密媒體流進(jìn) 行解密，顯示給用戶。其中，所述IMS UE接收到媒體流是經(jīng)過加密的，在VoD業(yè)務(wù)釆用TS 流封裝時(shí)，包括所述建立信令面連接的方式為業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體直接或通 過承載面實(shí)體與VoD流媒體服務(wù)器間建立起RTSP連接；承載面實(shí)體通過業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體與IMS UE之間完成媒體 流的傳輸參數(shù)協(xié)商；承載面實(shí)體接收到來自VoD流媒體服務(wù)器的經(jīng)TS方式封裝的組播流后， 解析該TS流，從解析后的TS流中獲取RTP流、ECM流、EMM流，并從 ECM流中取出應(yīng)用業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體和VoD流^ 某體服務(wù)器共享 密鑰加密的SK，從EMM流中取出應(yīng)用SK加密的CW，將加密的SK和CW 通知給業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體；業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體應(yīng)用與VoD流媒體服務(wù)器共享密鑰解密 SK，并用SK解密CW,再應(yīng)用與IMS UE共享的密鑰對(duì)已解密的CW進(jìn)行 加密，將加密后的CW給下發(fā)給IMS UE,媒體面實(shí)體向IMS UE下發(fā)RTP 流，IMS UE通過共享密鑰解密得到CW,并用CW進(jìn)一步解密媒體流并顯 示。其中，所述IMS UE接收到媒體流是經(jīng)過加密的，在VoD業(yè)務(wù)采用TS
流封裝時(shí)，包括所述建立信令面連接的方式為業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體直接或通 過承栽面實(shí)體與VoD流媒體服務(wù)器間建立起RTSP連接；承載面實(shí)體通過業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體與IMS UE之間完成媒體 流的傳輸參數(shù)協(xié)商；承載面實(shí)體接收到來自VoD流媒體服務(wù)器的經(jīng)TS方式封裝的組播流后， 解析該TS流，從解析后的TS流中獲取RTP流、ECM流、EMM流，并從 ECM流中取出應(yīng)用業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體和VoD流媒體服務(wù)器共享 密鑰加密的SK，從EMM流中取出應(yīng)用SK加密的CW，將加密的SK通知 給業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體，將加密的CW下發(fā)給IMSUE;業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體應(yīng)用與VoD流媒體服務(wù)器共享密鑰解密 SK，再將應(yīng)用與IMSUE共享密鑰加密后的SK下發(fā)給IMSUE， MRF向UE 下發(fā)RTP流和應(yīng)用SK加密的CW流；IMS UE通過共享密鑰解密得到SK，并用SK解密加密的CW流得到 CW，使用CW進(jìn)一步解密i某體流并顯示。一種支持IMS終端享用現(xiàn)有IPTV網(wǎng)絡(luò)LTV業(yè)務(wù)的方法，包括IMS UE從電子節(jié)目單EPG中獲取節(jié)目單信息；業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體接收到的來自IMS UE的包含節(jié)目單信息 業(yè)務(wù)請(qǐng)求后，將其轉(zhuǎn)換為現(xiàn)有IPTV網(wǎng)絡(luò)支持的協(xié)議格式，以現(xiàn)有IPTV網(wǎng)絡(luò) 終端的方式向現(xiàn)有IPTV網(wǎng)絡(luò)發(fā)起業(yè)務(wù)請(qǐng)求，獲取LTV頻道組播IP地址，將 來自現(xiàn)有IPTV網(wǎng)絡(luò)的消息轉(zhuǎn)換為IMS核心網(wǎng)支持的協(xié)議格式，向P-CSCF 返回包含頻道組播IP地址的響應(yīng)；并且，業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體經(jīng) P-CSCF通過RACS進(jìn)行接入側(cè)和核心側(cè)承載面組播控制，由P-CSCF給IMS UE返回包含頻道組播IP地址或接入側(cè)承載實(shí)體地址、以及安全相關(guān)參數(shù)的 業(yè)務(wù)請(qǐng)求響應(yīng)信息，建立信令面連接；接入側(cè)承載實(shí)體將從內(nèi)容源接收到的 加密組播數(shù)據(jù)流傳送給IMS UE;IMS UE應(yīng)用已獲得的密鑰對(duì)接收到的媒體流進(jìn)行解密并顯示。 其中，若所述流傳輸方式為RTP傳輸方式，且IMS UE和LTV組播源間 的媒體編解碼類型匹配； 則所述業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體獲取LTV頻道組播IP地址的同時(shí)， 進(jìn)一步包括獲取SEK及LTV組播源媒體能力信息；業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面 控制實(shí)體應(yīng)用與IMS UE的共享密鑰加密SEK，并將所獲取的信息包含在返 回給P-CSCF的響應(yīng)中；所述所獲取的信息包括加密的SEK、頻道組播IP地 址、LTV組播源媒體能力；所述接入側(cè)承載實(shí)體接收到的加密組播數(shù)據(jù)流包括來自LTV組播源的 媒體流和加密的內(nèi)容加密密鑰TEK流。其中，如果所確定的流傳輸方式為RTP傳輸方式，且IMS UE和LTV組 播源間的4某體編碼類型不匹配；則所述業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體獲取頻道組播IP地址的同時(shí)，進(jìn)一 步包括獲取節(jié)目密鑰SEK及LTV組播源媒體能力信息；之后，所述業(yè)務(wù) 網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體應(yīng)用與IMS UE的共享密鑰加密SEK,控制力某體面 實(shí)體進(jìn)行媒體轉(zhuǎn)換，與LTV組播源間建立組播或單播隧道，并分配新的組播 IP地址，控制媒體面實(shí)體為新的組播源；將頻道組播IP地址、加密的SEK 和媒體面實(shí)體組播源J泉體能力信息包含在返回給P-CSCF的響應(yīng)中；所述接入側(cè)承載實(shí)體接收到加密的組播數(shù)據(jù)流包括來自承載面實(shí)體的媒 體流和加密的內(nèi)容加密密鑰TEK流。其中，所述IMS UE應(yīng)用已獲得的媒體密鑰對(duì)接收到的媒體流進(jìn)行解密 的過程包括IMS UE應(yīng)用與業(yè)務(wù)網(wǎng)關(guān)之間的共享密鑰解密SEK;所述IMS UE應(yīng)用SEK對(duì)組播密鑰流進(jìn)行解密，獲得內(nèi)容加密密鑰TEK; 之后，應(yīng)用該TEK對(duì)接收到的媒體流進(jìn)行解密。其中，若所述流傳輸方式為RTP傳輸方式，且IMS UE和LTV組播源間 的^;某體編解碼類型匹配；則所述業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體獲取LTV頻道組播IP地址的同時(shí)， 進(jìn)一步包括獲取節(jié)目密鑰SEK、用SEK加密的內(nèi)容密鑰TEK和LTV組播 源媒體能力信息；業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體利用SEK解出TEK,并用 與IMS UE的共享密鑰加密TEK;并將組播IP地址、加密的TEK、組播源 媒體能力信息包含在返回給P-CSCF的響應(yīng)中；
所述接入側(cè)承載實(shí)體接收到的加密組播數(shù)據(jù)流中包括來自LTV組播源的媒體流。其中，如果所確定的流傳輸方式為RTP傳輸方式，且IMS UE和LTV組 播源間的媒體編碼類型不匹配；則所述業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體獲取頻道組播IP地址的同時(shí)，進(jìn)一 步包括獲取節(jié)目密鑰SEK、用SEK加密的內(nèi)容密鑰TEK及LTV組播源媒 體能力信息；之后，所述業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體利用SEK解出TEK， 并用與IMSUE的共享密鑰加密TEK,還控制媒體面實(shí)體進(jìn)行媒體轉(zhuǎn)換，與 LTV組播源間建立組播或單播隧道，并分配新的組播IP地址，控制媒體面實(shí) 體為新的組播源；將頻道組播IP地址、加密的TEK和媒體面實(shí)體組播源媒 體能力信息包含在返回給P-CSCF的響應(yīng)中；所述接入側(cè)承載實(shí)體接收到加密的組播數(shù)據(jù)流中包括來自承載面實(shí)體的 i某體流。其中，所述IMS UE應(yīng)用已獲得的媒體密鑰對(duì)接收到的媒體流進(jìn)行解密 的過程包括IMS UE應(yīng)用與業(yè)務(wù)網(wǎng)關(guān)之間的共享密鑰解密TEK;進(jìn)一步應(yīng)用所述 TEK對(duì)接收到的媒體流進(jìn)行解密。其中，如果確定的流傳輸方式為TS傳輸方式，所述建立信令面控制的 過程為IPTVAS控制承栽面實(shí)體與LTV組播源之間建立組播流； 承載面實(shí)體接收到來自LTV組播源的經(jīng)TS方式封裝的組播流后，解析 該TS流，從解析后的TS流中獲取RTP流、ECM流、EMM流，并從ECM 流中取出應(yīng)用業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體和LTV組播源共享密鑰加密的 SK,從EMM流中取出應(yīng)用SK加密的CW，將加密的SK和CW通知給業(yè) 務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體；業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體應(yīng)用與LTV組播源共享密鑰解密SK,并 用SK解密CW，應(yīng)用與IMS UE共享的密鑰對(duì)已解密的CW進(jìn)行加密，之 后，業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體再分配在IMS核心網(wǎng)內(nèi)有效的組播IP地 址，并控制承載面實(shí)體將接收到的RTP流作為IMS核心網(wǎng)內(nèi)的組播流，然
后，業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體將新分配的所述在IMS核心網(wǎng)內(nèi)有效的組播IP地址或邊界網(wǎng)關(guān)功能實(shí)體地址，以及應(yīng)用與IMSUE共享的密鑰加密的 CW傳送給IMSUE;所述IMS UE應(yīng)用已獲得的媒體密鑰對(duì)接收到的媒體流進(jìn)行解密的過程 包括IMS UE應(yīng)用與業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體共享密鑰對(duì)接收到的加 密的CW進(jìn)行解密，獲取CW,之后，應(yīng)用該CW對(duì)接收到的媒體流進(jìn)行解 密。其中，如果確定的流傳輸方式為TS傳輸方式，所述建立信令面控制的 過程為IPTVAS控制承載面實(shí)體與LTV組播源之間建立組播流； 承載面實(shí)體接收到來自LTV組播源的經(jīng)TS方式封裝的組播流后，解析 該TS流，從解析后的TS流中獲取RTP流、ECM流、EMM流，并從ECM 流中取出應(yīng)用業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體和LTV組播源共享密鑰加密的 SK，從EMM流中取出應(yīng)用SK加密的CW，將加密的SK通知給業(yè)務(wù)網(wǎng)關(guān) 內(nèi)的信令面控制實(shí)體，將加密的CW下發(fā)給IMS UE;業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體應(yīng)用與LTV組播源共享密鑰解密SK,并 用與IMS UE的共享密鑰對(duì)SK再次加密，之后，業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制 實(shí)體再分配在IMS核心網(wǎng)內(nèi)有效的組播IP地址，并控制承載面實(shí)體將接收 到的RTP流和i某體密鑰流作為IMS核心網(wǎng)內(nèi)的組#"流，然后，業(yè)務(wù)網(wǎng)關(guān)內(nèi) 的信令面控制實(shí)體將新分配的所述在IMS核心網(wǎng)內(nèi)有效的組播IP地址或邊 界網(wǎng)關(guān)功能實(shí)體地址，以及應(yīng)用與IMS UE共享的密鑰加密的SK傳送給IMS UE;所述IMS UE應(yīng)用已獲得的媒體密鑰對(duì)接收到的媒體流進(jìn)行解密的過程 包括IMS UE應(yīng)用與業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體共享密鑰對(duì)接收到的加密 的SK進(jìn)行解密，獲取SK,之后，再應(yīng)用該SK對(duì)已接收到的加密的CW進(jìn) 行解密，獲取CW,再應(yīng)用CW對(duì)接收到的媒體流進(jìn)行解密。其中，所述IPTV AS控制承載面實(shí)體與LTV組播源之間建立組播流的 過程包括
承載面實(shí)體通過組播路由協(xié)議和LTV組播源建立組播轉(zhuǎn)發(fā)路徑，或者通 過應(yīng)用層組播方式，在承載面實(shí)體和LTV組播源間建立單播隧道。其中，當(dāng)核心側(cè)承載網(wǎng)絡(luò)支持組播功能時(shí)，所述通過RACS進(jìn)行承載面 組播控制的過程為接入側(cè)承載實(shí)體通過組播路由協(xié)議建立到現(xiàn)網(wǎng)IPTV系 統(tǒng)中的內(nèi)容源或MRF的組播轉(zhuǎn)發(fā)路徑；當(dāng)核心側(cè)承載網(wǎng)絡(luò)不支持組播功能時(shí)，所述通過RACS進(jìn)行承載面組播 控制的過程為IPTVAS通過RACS進(jìn)行核心側(cè)組播的控制；所述核心側(cè)組 播的控制包括通過應(yīng)用層組播建立接入側(cè)承載實(shí)體設(shè)備到內(nèi)容源的單播或隧 道路徑；所述內(nèi)容源為L(zhǎng)TV組播源或承載面實(shí)體。其中，所述承載面實(shí)體是業(yè)務(wù)網(wǎng)關(guān)內(nèi)的邏輯實(shí)體，或者，是IMS Core 內(nèi)的MRF實(shí)體；所述業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體由IPTV AS實(shí)現(xiàn)。本發(fā)明關(guān)鍵是，增加了一用于IMS網(wǎng)絡(luò)和現(xiàn)有IPTV網(wǎng)絡(luò)互通所需的業(yè) 務(wù)網(wǎng)關(guān)，其包括信令面的控制功能，其還可以包括承載面功能。針對(duì)IMS網(wǎng) 絡(luò)初期IMS UE對(duì)IPTV的能力支持有限，不具備一些通用的IPTV終端功能， IMS網(wǎng)絡(luò)并不會(huì)支持IPTV業(yè)務(wù)的狀況，本發(fā)明解決了如何利用現(xiàn)網(wǎng)的資源， 如已部署的IPTV網(wǎng)絡(luò)以及IMS網(wǎng)絡(luò)，為IMS用戶提供IPTV業(yè)務(wù)的問題。 不但豐富了 IMS網(wǎng)絡(luò)的業(yè)務(wù)，而且對(duì)IPTV的開展與普及提供了很好的平臺(tái)。


圖是現(xiàn)有的DRM基本構(gòu)架；圖2是現(xiàn)有CA系統(tǒng)的多層密鑰機(jī)制；圖3是根據(jù)本發(fā)明一實(shí)施例的IMS終端享用現(xiàn)有IPTV網(wǎng)絡(luò)業(yè)務(wù)的系統(tǒng) 架構(gòu)圖；圖4是基于圖3所示系統(tǒng)構(gòu)架的實(shí)現(xiàn)IMS UE享用現(xiàn)有IPTV業(yè)務(wù)的流 程示意圖；圖5是根據(jù)本發(fā)明一實(shí)施例的IMS UE享用現(xiàn)有IPTV網(wǎng)絡(luò)VoD業(yè)務(wù)的實(shí)現(xiàn)流程圖；圖6是根據(jù)本發(fā)明一實(shí)施例的IMS UE享用現(xiàn)有IPTV網(wǎng)絡(luò)LTV業(yè)務(wù)的
實(shí)現(xiàn)流程圖；圖7是根據(jù)本發(fā)明另 一實(shí)施例的IMS UE享用現(xiàn)有IPTV網(wǎng)絡(luò)LTV業(yè)務(wù) 的實(shí)現(xiàn)流程圖。
具體實(shí)施方式
下面結(jié)合附圖及具體實(shí)施例對(duì)本發(fā)明做進(jìn)一步詳細(xì)說明。 圖3所示為根據(jù)本發(fā)明 一 實(shí)施例的支持IMS終端享用現(xiàn)有IPTV網(wǎng)絡(luò)業(yè)務(wù)的 系統(tǒng)架構(gòu)圖。其包括現(xiàn)有IPTV網(wǎng)絡(luò)(Deployed A/V System )110、 IMS核心網(wǎng) (IMScore) 130、 IP分組核心網(wǎng)(IP Core) 140、才妻入網(wǎng)150， IMSUE160，其 中，該系統(tǒng)還包括業(yè)務(wù)網(wǎng)關(guān)120。現(xiàn)有IPTV網(wǎng)絡(luò)(Deployed A/V System ) 110為已部署IPTV業(yè)務(wù)的網(wǎng)絡(luò)，其 內(nèi)包括電子節(jié)目單(EPG)、中間件(Middleware)、業(yè)務(wù)管理(Service Management)實(shí)體、流媒體服務(wù)器(Streaming Server)以及其他功能(Other linabler)實(shí)體等。現(xiàn)有IPTV網(wǎng)絡(luò)110具備^f某體資源管理、EPG生成、內(nèi)容分發(fā) 網(wǎng)絡(luò)(CDN)分發(fā)功能、條件接收(CA， Conditional Access)系統(tǒng)、業(yè)務(wù)層 保護(hù)或數(shù)字版權(quán)管理(DRM, Digital Right Management)等安全保護(hù)功能，提 供視頻點(diǎn)播(VoD, Video On Demand ),實(shí)時(shí)電視(LTV, Linear TV )等業(yè) 務(wù)。業(yè)務(wù)網(wǎng)關(guān)120為本發(fā)明所新增加的網(wǎng)關(guān)，用于IMS網(wǎng)絡(luò)和現(xiàn)有IPTV網(wǎng)絡(luò)互 通所需的業(yè)務(wù)網(wǎng)關(guān)，包括信令面的控制功能，其還可以包括承載面功能。IMScore 130提供NGN會(huì)話業(yè)務(wù)，提供注冊(cè)、鑒權(quán)、會(huì)話控制、業(yè)務(wù)觸發(fā)、 路由、計(jì)費(fèi)、資源控制等功能；IP分組核心網(wǎng)140可支持單播、組播和廣播。接入網(wǎng)絡(luò)150部分可采用各種IP接入方式，包括各種移動(dòng)和固定寬帶接入 如DSL、 3G、 WiMax、 DVB-T/H等各種接入方式。IMS的用戶終端(IMSUE) 160與IMS core 130、 IP分組核心網(wǎng)140以及接 入網(wǎng)絡(luò)15 0之間可直接交互信息。參見圖3，上述系統(tǒng)的連接關(guān)系如下IMSUE,用于通過接入網(wǎng)、IP分組核心網(wǎng)接入IMS核心網(wǎng)，從EPG中獲取 節(jié)目單信息，向業(yè)務(wù)網(wǎng)關(guān)發(fā)起包含節(jié)目單信息的業(yè)務(wù)請(qǐng)求。
在圖3所示實(shí)施例中，上述EPG位于現(xiàn)有IPTV網(wǎng)絡(luò)中，因此，IMSUE通過 Ut接口與現(xiàn)有IPTV網(wǎng)絡(luò)之間存在直接的連接關(guān)系，即圖3中IMS UE與現(xiàn)有 IPTV網(wǎng)絡(luò)之間的虛線。在實(shí)際應(yīng)用中，上述EPG還可以位于IMS核心網(wǎng)內(nèi)，或 與業(yè)務(wù)網(wǎng)關(guān)為一個(gè)實(shí)體，或是獨(dú)立存在的一個(gè)EPG服務(wù)器。此時(shí)上述虛線將不 存在，取而代之的是IMS UE與相應(yīng)實(shí)體之間的連接。上述節(jié)目單信息包含節(jié)目標(biāo)識(shí)、內(nèi)容標(biāo)識(shí)等，而且節(jié)目單信息內(nèi)的各種標(biāo) 識(shí)以統(tǒng)一資源標(biāo)識(shí)符(SIPURI)方式標(biāo)識(shí)。業(yè)務(wù)網(wǎng)關(guān)，包含信令面控制實(shí)體，用于將接收到的來自IMS UE的業(yè)務(wù)請(qǐng) 求，轉(zhuǎn)換為現(xiàn)有IPTV網(wǎng)絡(luò)支持的協(xié)議格式，以現(xiàn)有IPTV網(wǎng)絡(luò)終端的方式向現(xiàn) 有IPTV網(wǎng)絡(luò)發(fā)起包含節(jié)目單信息的業(yè)務(wù)請(qǐng)求，將來自現(xiàn)有IPTV網(wǎng)絡(luò)的消息轉(zhuǎn) 換為IMS核心網(wǎng)支持的協(xié)議格式，控制IMS UE與現(xiàn)有IPTV網(wǎng)絡(luò)中建立信令面 連接。上述業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體可以由IPTVAS來實(shí)現(xiàn)。IMS UE與業(yè)務(wù)網(wǎng)關(guān)之間的信令面控制基于SIP，業(yè)務(wù)網(wǎng)關(guān)與現(xiàn)有IPTV網(wǎng)絡(luò) 之間的信令面控制基于超文本傳輸協(xié)議(HTTP )、或簡(jiǎn)單對(duì)象訪問協(xié)議(SOAP， Simple Object Access Protocol)、或RTSP。因而，業(yè)務(wù)網(wǎng)關(guān)主要用于完成SIP 協(xié)議請(qǐng)求和HTTP、 SOAP、 RTSP等請(qǐng)求之間協(xié)議的轉(zhuǎn)換和會(huì)話狀態(tài)的管理。現(xiàn)有IPTV網(wǎng)絡(luò)，用于在業(yè)務(wù)網(wǎng)關(guān)的控制下與IMS UE建立信令面連接后， 通過自身內(nèi)的流媒體服務(wù)器向IMS UE發(fā)送媒體流。此時(shí)，媒體服務(wù)器所發(fā)送 的媒體流直接到達(dá)IMSUE，也可以通過承載面實(shí)體的轉(zhuǎn)換后到達(dá)IMSUE。有 以下兩種情況需要承載面實(shí)體的轉(zhuǎn)換 一是IMS UE和媒體流內(nèi)容的編解碼格 式不匹配，則此時(shí)可以由業(yè)務(wù)網(wǎng)關(guān)內(nèi)的IPTV AS控制承載面實(shí)體完成轉(zhuǎn)碼；二 是若現(xiàn)有IPTV網(wǎng)絡(luò)中的媒體流基于TS方式傳送，可以由IPTV AS控制承載面 實(shí)體完成對(duì)TS的解復(fù)用后將RTP報(bào)文傳送給IMS UE。上述承載面實(shí)體既可以是業(yè)務(wù)網(wǎng)關(guān)內(nèi)新設(shè)置的邏輯實(shí)體，參見圖3業(yè)務(wù)網(wǎng) 關(guān)120內(nèi)的虛線框，也可以是IMS Core內(nèi)的々某體資源功能(MRF ， Media Resource Function)實(shí)體，即包含媒體資源功能控制器(MRFC， Media Resource Function Controller )和々某體資源功能處理器(MRFP, Media Resource Function Processor) 兩個(gè)邏輯實(shí)體。
用戶使用IPTV業(yè)務(wù)的計(jì)費(fèi)由IPTV AS基于IMS網(wǎng)絡(luò)中的計(jì)費(fèi)機(jī)制來完成， 現(xiàn)網(wǎng)IPTV網(wǎng)絡(luò)則將IPTV AS作為 一個(gè)特殊的用戶進(jìn)行計(jì)費(fèi)，或不計(jì)費(fèi)。對(duì)IMS UE的認(rèn)證授權(quán)由IMS網(wǎng)絡(luò)中現(xiàn)有機(jī)制來完成，由IPTV AS基于IMS 用戶的簽約來進(jìn)行認(rèn)證和授權(quán)，現(xiàn)網(wǎng)IPTV網(wǎng)絡(luò)對(duì)該IPTV AS發(fā)起的用戶請(qǐng)求不 再進(jìn)行認(rèn)證和鑒權(quán)。圖4所示為基于圖3所示系統(tǒng)構(gòu)架的實(shí)現(xiàn)IMS UE享用現(xiàn)有IPTV業(yè)務(wù)的流程 示意圖。圖4中Deployed A/V Service System中除流々某體服務(wù)器(Streaming Server)外的實(shí)體統(tǒng)稱為其他實(shí)體(Other Entity )，以下以業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令 面控制實(shí)體由IPTV AS來實(shí)現(xiàn)為例進(jìn)行說明。步驟l， IMS UE通過Ut接口與現(xiàn)有IPTV網(wǎng)絡(luò)交互，從現(xiàn)有IPTV網(wǎng)絡(luò)內(nèi)的 EPG中獲取節(jié)目單信息；該節(jié)目單信息包含節(jié)目標(biāo)識(shí)、內(nèi)容標(biāo)識(shí)等，而且以SIP URI方式標(biāo)識(shí)。當(dāng)然，如果EPG位于IMS核心網(wǎng)內(nèi)，則IMSUE與IMS核心網(wǎng)交互，從IMS 核心網(wǎng)內(nèi)的EPG中獲取節(jié)目單信息；如果EPG與業(yè)務(wù)網(wǎng)關(guān)為一個(gè)實(shí)體，貝"MS UE與業(yè)務(wù)網(wǎng)關(guān)交互，獲取節(jié)目單信息；如果EPG是獨(dú)立存在的一個(gè)服務(wù)器， 則IMSUE與該EPG服務(wù)器交互，獲取節(jié)目單信息。步驟2,根據(jù)用戶選擇的觀看節(jié)目，IMS UE向IPTV AS發(fā)起包含節(jié)目單信 息的業(yè)務(wù)請(qǐng)求。步驟3, IPTV AS將接收到的業(yè)務(wù)請(qǐng)求轉(zhuǎn)換為現(xiàn)有IPTV網(wǎng)絡(luò)支持的協(xié)議格息。在應(yīng)用不同的流纟!某體服務(wù)器時(shí)，所獲取的業(yè)務(wù)信息是不同的，比如，如果 是VoD流媒體服務(wù)器，則上述業(yè)務(wù)信息為VoD流媒體服務(wù)器，如果是LTV組播 源，則上述業(yè)務(wù)信息可能為組播地址等。步驟4, IPTV AS將來自現(xiàn)有IPTV網(wǎng)絡(luò)的消息轉(zhuǎn)換為IMS核心網(wǎng)支持的協(xié) 議格式，控制IMS UE與現(xiàn)有IPTV網(wǎng)絡(luò)建立信令面連接；步驟5，現(xiàn)有IPTV網(wǎng)絡(luò)通過自身內(nèi)的流媒體服務(wù)器向IMS UE發(fā)送媒體流。 具體實(shí)現(xiàn)過程為現(xiàn)有IPTV網(wǎng)絡(luò)中的流媒體服務(wù)器直接向IMS UE發(fā)送媒 體流(即圖中實(shí)線的步驟5)，或者，現(xiàn)有IPTV網(wǎng)絡(luò)中的流纟泉體服務(wù)器向承載 面實(shí)體發(fā)送媒體流，由承載面實(shí)體將接收到的媒體流轉(zhuǎn)換為IMS UE能夠識(shí)別 的格式后，再發(fā)送給IMSUE (即圖中虛線的步驟5)。該承載面實(shí)體可以是業(yè) 務(wù)網(wǎng)關(guān)內(nèi)的還輯實(shí)體，也可以是IMS Core內(nèi)的MRF實(shí)體。再有，IMSUE接收到的媒體流很可能是經(jīng)過加密的；此時(shí)，IMSUE應(yīng)用 已獲得的密鑰對(duì)接收的媒體流解密后，進(jìn)行顯示，以供用戶觀看。圖4是基于總體思想的流程圖，下面針對(duì)兩個(gè)具體的應(yīng)用業(yè)務(wù)，對(duì)IMSUE 享用現(xiàn)有IPTV業(yè)務(wù)的實(shí)現(xiàn)流程再做說明。同樣地，以業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控 制實(shí)體由IPTV AS來實(shí)現(xiàn)為例進(jìn)行說明。視頻點(diǎn)播(VoD)業(yè)務(wù)VoD業(yè)務(wù)的實(shí)施方式與上述總體思想中介紹的類似，內(nèi)容的分發(fā)、定位在 現(xiàn)網(wǎng)IPTV系統(tǒng)中已解決，主要問題是(1 )如何向IMSUE提供對(duì)節(jié)目的卡帶 式影像錄放機(jī)(VCR, Video Cassette Recorder)控制功能；(2 ) IPTV AS如 何進(jìn)行業(yè)務(wù)建立；(3 )媒體流安全傳輸控制；(4 ) VoD業(yè)務(wù)采用TS流封裝的 處理。以下以應(yīng)用RTSP協(xié)議為例進(jìn)行說明，當(dāng)然，應(yīng)用HTTP或SOAP協(xié)議也 是完全可以的。(1) VCR控制的考慮部分?jǐn)U展RTSP的功能，如SIP協(xié)議頭域或參數(shù)中指示暫停、播放、快進(jìn)、 快退等命令指示，IMS UE通知IPTV AS其VCR操作命令。具體實(shí)現(xiàn)方式可為IPTVAS在VoD會(huì)話建立后，向終端發(fā)送Subscribe消 息訂閱用戶的VCR操作命令，IMS UE通過Notify消息將VCR操作命令通知給 IPTV AS;或者，IMSUE發(fā)送擴(kuò)展的SIP信令直接傳遞其VCR控制信息給IPTV AS,而后，IPTV AS就可以向IPTV網(wǎng)絡(luò)發(fā)起RTSP請(qǐng)求，或控制MRF向IPTV 網(wǎng)絡(luò)發(fā)起RTSP請(qǐng)求。(2) 業(yè)務(wù)建立過程IMS UE從EPG中獲取節(jié)目單信息，并向IPTV AS發(fā)起業(yè)務(wù)請(qǐng)求；IPTV AS收到IMS UE的SIP請(qǐng)求后，和現(xiàn)有IPTV系統(tǒng)交互，獲取IPTV系統(tǒng)中VoD流媒體服務(wù)器的URL,可以采用HTTP、 SOAP、 RTSP等協(xié)議；IPTV AS可直接向IPTV網(wǎng)絡(luò)發(fā)起RTSP請(qǐng)求，也可控制MRF向IPTV網(wǎng)絡(luò)發(fā)起RTSP請(qǐng)求。若IMS UE和VoD多媒體服務(wù)器編解碼格式匹配，攜帶的SDP描 述為IMSUE的媒體能力和地址，實(shí)現(xiàn)VoD流媒體服務(wù)器直接將媒體流傳送給 IMS UE，若不匹配，則IPTV AS控制MRF進(jìn)行媒體轉(zhuǎn)碼，攜帶的SDP描述為 MRF的媒體能力和地址，MRF作為VoD流媒體服務(wù)器和IMS UE間的媒體轉(zhuǎn)換 節(jié)點(diǎn)。也就是說，組合起來共有四種實(shí)現(xiàn)方式。IMS UE收到加密的媒體流，通過獲得的密鑰對(duì)內(nèi)容進(jìn)行解碼，顯示給用 戶，以使用戶能夠觀看節(jié)目。IMS UE進(jìn)行VCR控制時(shí)，通知IPTV AS其VCR控制命令，IPTV AS根據(jù) VCR命令直接、或控制MRF向VoD流媒體服務(wù)器發(fā)起相應(yīng)的RTSP控制。(3) 安全控制VoD業(yè)務(wù)通常采用DRM方式進(jìn)行保護(hù)，基于DRM考慮如下IMS UE接收到媒體流，從中識(shí)別出版權(quán)發(fā)布功能(RIF， Right IssuerFunction )的URI，并通知給IPTV AS;具體實(shí)現(xiàn)方式可以為IPTVAS在與VoD流媒體服務(wù)器的會(huì)話建立后，向IMS UE發(fā)送Subscribe消息訂閱用戶獲取的RIF地址信息，IMS UE通過Notify消息通知IPTV AS;當(dāng)然，也可以為其它方式，如IMS UE通過擴(kuò)展的SIP信令通知給IPTV AS等；IPTV AS代理用戶向RIF發(fā)起版權(quán)對(duì)象的請(qǐng)求，即作為現(xiàn)有IPTV網(wǎng)絡(luò)內(nèi)的一個(gè)終端向RIF發(fā)起版權(quán)對(duì)象的請(qǐng)求；RIF將請(qǐng)求的版權(quán)對(duì)象(RO， Right Object)返回給IPTVAS;IPTV AS從RO中得到對(duì)媒體流內(nèi)容進(jìn)行加密的內(nèi)容加密密鑰，將該內(nèi)容加密密鑰以IPTV AS和IMS UE之間的共享密鑰加密后下發(fā)給IMS UE; IMSUE解密獲取內(nèi)容加密密鑰，解密后顯示節(jié)目，以便用戶觀看。 如果VoD業(yè)務(wù)采用非DRM方式進(jìn)行保護(hù)，則考慮如下 IPTV AS代理用戶向現(xiàn)網(wǎng)IPTV系統(tǒng)發(fā)起業(yè)務(wù)請(qǐng)求，在請(qǐng)求過程中獲取VoD業(yè)務(wù)中的內(nèi)容加密密鑰；該內(nèi)容加密密鑰采用IMS UE和IPTV AS之間的共享密鑰加密后下發(fā)給IMS UE;IMSUE獲取內(nèi)容加密密鑰，解密后顯示節(jié)目，以便用戶觀看。(4) 傳送流(TS, Transport Streams )封裝考慮 VoI)業(yè)務(wù)采用TS流封裝的可能性比較小，如果采用TS流，則IPTVAS直接 或控制MRF向VoD流媒體服務(wù)器發(fā)起RTSP請(qǐng)求，攜帶的SDP描述為MRF的媒 體能力和地址。MRF與VoD流媒體服務(wù)器間建立RTSP連接，VoD流媒體服務(wù) 器向MRF下發(fā)TS流如杲按下面LTV業(yè)務(wù)中IPTV AS和MRF共同完成密鑰下發(fā)的下發(fā)方式i ) 進(jìn)行密鑰下發(fā)，則MRF通過IPTV AS完成和IMS UE間的媒體流的傳輸參數(shù)協(xié) 商，IPTV AS在信令面下發(fā)應(yīng)用與IMS UE共享密鑰加密后的CW給IMS UE, MRF向UE下發(fā)RTP流。IMS UE通過與IPTV AS共享密鑰解密得到CW，并用 CW進(jìn)一步解密々某體流)現(xiàn)看節(jié)目。IMS UE采用前面的VCR控制方式向IPTV AS 通知其VCR控制，IPTV AS直接或控制MRF進(jìn)行相應(yīng)的VCR控制，并向VOD 流媒體服務(wù)器發(fā)起相應(yīng)的RTSP控制請(qǐng)求。如杲按下面LTV業(yè)務(wù)中IPTV AS和MRF共同完成密鑰下發(fā)的下發(fā)方式ii) 進(jìn)行密鑰下發(fā)，則MRF通過IPTV AS完成和IMS UE間的媒體流和密鑰流的傳 輸參數(shù)協(xié)商，IPTV AS在信令面下發(fā)應(yīng)用與IMS UE共享密鑰加密后的SK給 IMS UE, MRF向UE下發(fā)RTP流和應(yīng)用SK力口密的CW流。IMS UE通過與IPTV AS共享密鑰解密得到SK,并用SK解密加密的CW流得到CW，使用CW進(jìn)一步 解密RTP流觀看節(jié)目。IMS UE采用前面的VCR控制方式向IPTV AS通知其VCR 控制，IPTV AS直接或控制MRF進(jìn)行相應(yīng)的VCR控制，并向VOD流媒體服務(wù)器 發(fā)起相應(yīng)的RTSP控制請(qǐng)求。下面結(jié)合一具體實(shí)現(xiàn)流程對(duì)VoD業(yè)務(wù)的實(shí)現(xiàn)過程再做說明。圖5所示為根據(jù)本發(fā)明 一 實(shí)施例的IMS UE享用現(xiàn)有IPTV網(wǎng)絡(luò)VoD業(yè)務(wù)的 實(shí)現(xiàn)流程圖。本實(shí)施例中，采用RTP流封裝，DRM方式進(jìn)行保護(hù)，IMS UE和 現(xiàn)網(wǎng)IPTV網(wǎng)絡(luò)內(nèi)EPG有Ut接口 ， Deployed A/V Service System中除Streaming Server外的實(shí)體稱為Other Entity。承載面實(shí)體由MRF實(shí)現(xiàn)，且IPTV AS控制MRF 向IPTV網(wǎng)絡(luò)發(fā)起RTSP請(qǐng)求。步驟l, IMSUE基于Ut接口向現(xiàn)有IPTV網(wǎng)絡(luò)的EPG發(fā)起請(qǐng)求，獲取節(jié)目單 信息，該節(jié)目單信息包含節(jié)目標(biāo)識(shí)、內(nèi)容標(biāo)識(shí)等，而且以SIPURI方式標(biāo)識(shí)。當(dāng)然，EPG的位置可靈活放置，與前述同，此處不再贅述。
步驟2，根據(jù)用戶選擇的觀看節(jié)目，IMS UE向IPTV AS發(fā)起包含節(jié)目單信 息的業(yè)務(wù)請(qǐng)求。該請(qǐng)求基于SIP協(xié)議。步驟3， IPTV AS將接收到的業(yè)務(wù)請(qǐng)求轉(zhuǎn)換為現(xiàn)有IPTV網(wǎng)絡(luò)支持的協(xié)議格 式，以現(xiàn)有IPTV網(wǎng)絡(luò)終端的方式向現(xiàn)有IPTV網(wǎng)絡(luò)發(fā)起業(yè)務(wù)請(qǐng)求，獲取VoD流 媒體服務(wù)器標(biāo)識(shí)(VoD Streaming Server URI)，該IPTV AS向現(xiàn)有IPTV網(wǎng)絡(luò)發(fā) 起請(qǐng)求基于HTTP或SOAP或RTSP等協(xié)議。步驟4， IPTV AS控制MRF向VoD服務(wù)器發(fā)起請(qǐng)求，該請(qǐng)求基于SIP和 H.248協(xié)議。步驟5， MRF向VoD流媒體服務(wù)器發(fā)起RTSP請(qǐng)求，若IMS UE和VOEH!某體 服務(wù)器間的編解碼格式不匹配，則SDP為MRF的媒體能力和地址，并在響應(yīng)中 獲取媒體流的描述信息。若IMS UE和VoD流^ 某體服務(wù)器的編解碼格式匹配， 則UE得到請(qǐng)求響應(yīng)中攜帶的SDP描述為IMSUE的媒體能力和地址。步驟6 7，由于本實(shí)施例是步驟5的前一種情況，因此UE得到的請(qǐng)求響應(yīng) 中攜帶的S DP描述為MRF的媒體能力和地址。步驟8, IPTV AS向UE Subscribe VCR控制及RIF地址信息。步驟9， IMSUE和VoD流媒體服務(wù)器間通過RTP方式傳送媒體流，中間經(jīng) 過MRF轉(zhuǎn)發(fā)RTP流。步驟10 11, IMS UE從媒體流中獲取RIF URI,并通過Notify消息通知IPTVAS。步驟12~14， IPTV AS向RIF請(qǐng)求RO，從中得到內(nèi)容加密密鑰，并以和UE 間的共享密鑰對(duì)它加密后，發(fā)送給IMSUE。步驟15, IMS UE解密得到內(nèi)容加密密鑰，并解密媒體流，進(jìn)行顯示，以 供用戶觀看節(jié)目。步驟16， IMS UE發(fā)起VCR控制，并通過Notify的方式通知IPTV AS其VCR控制命令。步驟17 18， IPTV AS控制MRF進(jìn)行相應(yīng)的VCR操作，MRF向VoD流媒體 服務(wù)器發(fā)起相應(yīng)的RTSP請(qǐng)求，指示VoD流媒體服務(wù)器執(zhí)行VCR控制命令所指示的操作。
在圖4所示實(shí)施例中，是以通過信令面獲取SEK，媒體面組播數(shù)據(jù)流獲取 TEK和媒體流為例，進(jìn)行說明的，在實(shí)際應(yīng)用中，還可以有一種實(shí)現(xiàn)方式通 過信令面獲取TEK，通過^ 某體面組播數(shù)據(jù)流僅獲取^ 某體流。后一種實(shí)現(xiàn)方式與 前一種實(shí)現(xiàn)方式的區(qū)別點(diǎn)主要是流傳輸方式為RTP傳輸方式，且IMS UE和LTV組播源間的媒體編解碼類 型匹配時(shí)，IPTV AS獲取LTV頻道組播IP地址的同時(shí)，還獲取節(jié)目密鑰SEK、 用SEK加密的內(nèi)容密鑰TEK和LTV組播源媒體能力信息；IPTV AS利用SEK解 出TEK,并用與IMSUE的共享密鑰加密TEK;并將組播IP地址、加密的TEK、 組播源媒體能力信息包含在返回給P-CSCF的響應(yīng)中；此時(shí)，接入側(cè)承載實(shí)體 如BGF接收到的加密組播數(shù)據(jù)流中僅包括來自LTV組播源的媒體流。流傳輸方式為RTP傳輸方式，且IMS UE和LTV組播源間的媒體編碼類型 不匹配時(shí)，IPTV AS獲取LTV頻道組播IP地址的同時(shí)，還獲取節(jié)目密鑰SEK、 用SEK加密的內(nèi)容密鑰TEK及LTV組播源媒體能力信息；之后，IPTVAS利用 SEK解出TEK,并用與IMSUE的共享密鑰加密TEK，還控制々某體面實(shí)體如MRF 進(jìn)行媒體轉(zhuǎn)換，與LTV組播源間建立組播或單播隧道，并分配新的組播IP地址， 控制MRF為新的組播源；將頻道組播IP地址、加密的TEK和MRF組播源媒體能 力信息包含在返回給P-CSCF的響應(yīng)中；此時(shí)，接入側(cè)承載實(shí)體如BGF接收到 加密的組播數(shù)據(jù)流中僅包括來自MRF的媒體流。其余與前一種實(shí)現(xiàn)方式相同，不再贅述。實(shí)時(shí)電視(LTV)業(yè)務(wù)LTV業(yè)務(wù)主要是獲取組播IP地址，節(jié)目加密密鑰，以及用戶加入組播組， 完成組播路徑的建立，但由于IMSUE并不支持組播相關(guān)的協(xié)議如Intemet組管 理協(xié)議(IGMP)等，同時(shí)LTV業(yè)務(wù)通常采用CA或業(yè)務(wù)層進(jìn)行保護(hù)、并采用TS 方式對(duì)媒體流進(jìn)行封裝，因此從以下幾方面考慮。以下仍以應(yīng)用RTSP協(xié)議為 例進(jìn)行說明，當(dāng)然，應(yīng)用HTTP或SOAP協(xié)議也是完全可以的。 (1 ) LTV業(yè)務(wù)請(qǐng)求IMSUE從EPG中獲取節(jié)目單信息，并向IPTVAS發(fā)起業(yè)務(wù)請(qǐng)求； IPTV AS向現(xiàn)網(wǎng)IPTV系統(tǒng)發(fā)起業(yè)務(wù)請(qǐng)求，獲取該頻道、節(jié)目的組播IP地址、 安全相關(guān)的信息；若流傳輸方式為RTP,且IMS UE與LTV組播源間的媒體編解碼類型匹商己， 則IPTV AS在IMS UE的請(qǐng)求響應(yīng)中返回組播IP地址、安全相關(guān)信息及LTV組播 源媒體能力信息，若不匹配，則IPTV AS控制承載面實(shí)體如MRF進(jìn)行媒體轉(zhuǎn)換， 與LTV組播源間建立組播或單播隧道，并分配新的組播IP地址，MRF成為新的 組播源，IPTV AS在IMSUE的請(qǐng)求響應(yīng)中返回新的組播IP地址、安全相關(guān)信息 及MRF組播源媒體能力信息。若采用TS流封裝，則IPTV AS控制MRF與LTV組播源間建立組播或單播隧 道，MRF解TS流，IPTV AS分配新的組播IP地址，MRF成為新的組播源，IPTV AS在IMS UE的請(qǐng)求響應(yīng)中返回新的組播IP地址、安全相關(guān)信息及MRF組播源 媒體能力信息。IPTV AS通過資源及許可控制子系統(tǒng)(RACS, Resource and Admission control Subsystem)進(jìn)行接入側(cè)組播的控制，如控制接入邊界網(wǎng)關(guān)設(shè)備，進(jìn)行 組播組的管理，將IMS UE加入所管理的組播組；如果承載網(wǎng)絡(luò)支持組播路由協(xié)議，接入邊界網(wǎng)關(guān)設(shè)備通過組播路由協(xié)議建 立到現(xiàn)網(wǎng)IPTV系統(tǒng)中的內(nèi)容源或MRF的組播轉(zhuǎn)發(fā)路徑；如果承載網(wǎng)絡(luò)不支持組播功能，IPTV AS通過RACS進(jìn)行核心側(cè)組播的控 制，如通過應(yīng)用層組播建立接入邊界網(wǎng)關(guān)設(shè)備到內(nèi)容源的單播或隧道路徑；上 述內(nèi)容源為L(zhǎng)TV組播源或承載面實(shí)體組播源。接入邊界網(wǎng)關(guān)設(shè)備收到組播節(jié)目流后向所管理的組播成員用戶轉(zhuǎn)發(fā)節(jié)目、'云.IMS UE發(fā)起切換時(shí)，獲取新的組播IP地址、控制接入邊界網(wǎng)關(guān)設(shè)備變更 組播成員，轉(zhuǎn)發(fā)新的媒體流。 (2)安全控制如果采用業(yè)務(wù)層保護(hù)，且基于RTP方式傳送，貝'h業(yè)務(wù)加密密鑰(SEK， Service Encapsulation Key )由IPTV AS從現(xiàn)網(wǎng)IPTV 系統(tǒng)獲取后，通過IPTV AS和IMS UE之間的共享密鑰，如通用鑒權(quán)框架(GBA ) 方式生成的共享密鑰，加密后下發(fā)給IMSUE, IMSUE解密獲取SEK;
LTV組播源生成的媒體加密密鑰(TEK, Traffic Encapsulation Key)由SEK 加密，并將加密后的TEK流通過組播通道發(fā)給IMSUE,或通過IPTVAS從信令 面向IMSUE下發(fā)；IMS UE向IPTV AS請(qǐng)求SEK的更新信息；IPTV AS從現(xiàn)網(wǎng)IPTV系統(tǒng)中獲取新的SEK后，加密下發(fā)給IMS UE。 如果采用CA方式保護(hù)，且基于TS方式傳送，貝'J:承載面實(shí)體如MRF從TS流中解封獲取RTP流、授權(quán)控制信息(ECM， Entitle Control Message )流、授權(quán)管理信息(EMM， Entitle Manage Message )流；對(duì)于RTP流，IPTV AS分配新的組播IP地址，并控制MRF將RTP流作為IMS 網(wǎng)絡(luò)內(nèi)的組播流下發(fā)到給UE;IPTV AS和MRF共同完成密鑰的下發(fā)；具體實(shí)現(xiàn)可以為i) MRF從ECM流中獲取以業(yè)務(wù)密鑰(SK)加密后的加擾控制字(CW)， 從EMM流中獲取以用戶的個(gè)人分配密鑰(PDK)或組分發(fā)密鑰(GDK， Group Distribution Key)加密后的SK; MRF將上述加密后的CW和加密后的SK通知 IPTV AS; IPTV AS通過PDK或GDK (IPTV AS作為現(xiàn)網(wǎng)IPTV系統(tǒng)中的一個(gè)特 殊用戶，會(huì)獲取和現(xiàn)網(wǎng)IPTV系統(tǒng)中共享的某個(gè)PDK或GDK)解密SK; IPTV AS 用SK再解密CW; IPTV AS用和終端共享的密鑰(如GBA方式生成)加密CW 后，通知給IMSUE; IMSUE解密獲取CW，用CW解密媒體流，觀看頻道節(jié)目；ii) MRF從ECM流中獲取以SK加密后的CW、從EMM流中獲取以用戶的 PDK或GDK加密后的SK; MRF將上述加密后的SK通知IPTV AS; IPTV AS通 過PDK或GDK解密SK;并用和終端共享的密鑰(如GBA方式生成)加密SK后， 通知給IMS UE; MRF將加密后的CW流通過組播通道下發(fā)到給UE， IPTV AS 可以給加密后的CW流分配新的組播IP地址，并控制MRF成為新的密鑰流組播 源；UE解密獲取SK，用SK解密密鑰流得到CW，并用CW解密媒體流，觀看頻 道、節(jié)目；(3 ) TS流封裝如果媒體流采用TS流封裝，則采用支持TS流解封裝的MRF; IPTV AS控制MRF建立和現(xiàn)網(wǎng)IPTV網(wǎng)絡(luò)中節(jié)目?jī)?nèi)容源之間的連接，接收從 內(nèi)容源發(fā)過來的TS流，MRF和內(nèi)容源之間可以考慮采用單4番方式，也可以考 慮采用組播方式；MRF對(duì)TS解封，獲取RTP流；IPTV AS可以分配新的組播IP地址(在IMS域的承載網(wǎng)絡(luò)內(nèi)有效，且IMS 域承載網(wǎng)絡(luò)支持組播功能，否則可以考慮采用應(yīng)用層組播)，通過IMS網(wǎng)絡(luò)和 RACS建立接入邊界網(wǎng)關(guān)設(shè)備和MRF之間的組播網(wǎng)，并控制接入邊界網(wǎng)關(guān)設(shè)備 完成組播組的管理，轉(zhuǎn)發(fā)從MRF獲取的RTP流至IMS UE——新的組播源為 MRF。圖6所示為根據(jù)本發(fā)明 一 實(shí)施例的IMS UE享用現(xiàn)有IPTV網(wǎng)絡(luò)LTV業(yè)務(wù)的 實(shí)現(xiàn)流程圖。本實(shí)施例中，媒體流基于RTP方式傳輸，TEK密鑰流也基于組播 方式傳輸，且LTV組播源直接將組播流下發(fā)到IMS UE 。步驟l, IMS UE基于Ut接口向現(xiàn)有IPTV網(wǎng)絡(luò)的EPG發(fā)起請(qǐng)求，獲取節(jié)目單 信息，該節(jié)目單信息包含節(jié)目標(biāo)識(shí)、內(nèi)容標(biāo)識(shí)等，而且以SIPURI方式標(biāo)識(shí)。當(dāng)然，EPG的位置可靈活放置，與前述同，此處不再贅述。步驟2,根據(jù)用戶選擇的觀看節(jié)目，IMS UE向IPTV AS發(fā)起包含節(jié)目單信 息的業(yè)務(wù)請(qǐng)求。該請(qǐng)求基于SIP協(xié)議。步驟3， IPTV AS將接收到的業(yè)務(wù)請(qǐng)求轉(zhuǎn)換為現(xiàn)有IPTV網(wǎng)絡(luò)支持的協(xié)議格HTTP、 SOAP或RTSP等協(xié)議，獲取頻道組播IP地址，節(jié)目密鑰(SEK)。步驟4,假設(shè)UE和LTV組播源間媒體格式匹配，IPTVAS使用和終端共 享的密鑰(如GBA方式生成)加密SEK后，將+某體流和密鑰流的組播IP地址/ 端口號(hào)、LTV組播源媒體能力和加密的SEK作為請(qǐng)求響應(yīng)發(fā)給IMS網(wǎng)絡(luò)內(nèi)的 P-CSC1，；步驟5， P-CSCF通過RACS控制邊界網(wǎng)關(guān)功能實(shí)體，如BGF,進(jìn)行組播管 理，用戶加入組纟番組；步驟6. P-CSCF將請(qǐng)求響應(yīng)轉(zhuǎn)發(fā)給IMSUE,該響應(yīng)中攜帶^^某體流和密鑰 流的組播地址/端口號(hào)或BGF地址、LTV組播源媒體能力以及加密后的SEK。以上步驟5和步驟6之間沒有嚴(yán)格的先后順序，也可同時(shí)執(zhí)行。
步驟7 ， IMS UE應(yīng)用與IPTV AS的共享密鑰解密SEK。 步驟8， BGF通過組播路由協(xié)議建立到LTV組播源的組播轉(zhuǎn)發(fā)路徑。 步驟9， LTV組播源傳輸RTP媒體流和密鑰流給l正；上述密鑰流即用SEK 加密的TEK流，而且，上述媒體流和密鑰流可以是同一個(gè)組播流，不同的端口 號(hào)，也可以是兩個(gè)的組播流，且上述媒體流和密鑰流可被統(tǒng)稱為數(shù)據(jù)流。步驟IO， IMSUE利用SEK解密密鑰流得到TEK，利用TEK解密媒體流， 并進(jìn)行顯示，以供用戶觀看。圖7是根據(jù)本發(fā)明另 一實(shí)施例的IMS UE享用現(xiàn)有IPTV網(wǎng)絡(luò)LTV業(yè)務(wù)的實(shí) 現(xiàn)流程圖。本實(shí)施例中，LTV業(yè)務(wù)基于TS流傳輸，且使用CA保護(hù)方式，承載 面實(shí)體為MRF，由MRF解TS流，并成為UE新的組〗番源。步驟l ， IMS UE基于Ut接口向現(xiàn)有IPTV網(wǎng)絡(luò)的EPG發(fā)起請(qǐng)求，獲取節(jié)目單 信息，該節(jié)目單信息包含節(jié)目標(biāo)識(shí)、內(nèi)容標(biāo)識(shí)等，而且以SIPURI方式標(biāo)識(shí)。當(dāng)然，EPG的位置可靈活放置，與前述同，此處不再贅述。步驟2，根據(jù)用戶選擇的觀看節(jié)目，IMSUE向IPTVAS發(fā)起包含節(jié)目單信 息的業(yè)務(wù)請(qǐng)求。該請(qǐng)求基于SIP協(xié)議。步驟3， IPTV AS將接收到的業(yè)務(wù)請(qǐng)求轉(zhuǎn)換為現(xiàn)有IPTV網(wǎng)絡(luò)支持的協(xié)議格 式，以現(xiàn)有IPTV網(wǎng)絡(luò)終端的方式向現(xiàn)有IPTV網(wǎng)絡(luò)發(fā)起業(yè)務(wù)請(qǐng)求，該請(qǐng)求基于 HTTP、 SOAP或RTSP等協(xié)議，獲取頻道組播IP地址。步驟4， IPTV AS控制MRF與LTV組播源之間建立組播流；步驟5, MRF通過組播路由協(xié)議建立和LTV組播源建立組播轉(zhuǎn)發(fā)路徑，或 者通過應(yīng)用層組播方式，在MRF和LTV組播源間建立單播隧道；步驟6, IPTV AS向MRF訂閱密鑰包。步驟7, LTV組播源下發(fā)TS流。步驟8. MRF解TS流，獲取RTP流、ECM流和EMM流，從ECM流中取出 加密的SK， EMM流中取出加密的CW。步驟9, MRF向IPTV AS上報(bào)加密的SK和CW。步驟IO， IPTV AS利用和LTV共享的PDK或GDK解密SK，并用SK解密CW， 且用和IMSUE共享的密鑰(如GBA方式生成的共享密鑰)加密CW。 步驟ll, IPTVAS分配新的組播IP地址，該組播地址旨在IMS域的承載網(wǎng)絡(luò)內(nèi)有效；步驟12, IPTV AS控制MRF將RTP流作為IMS網(wǎng)絡(luò)內(nèi)的組播流； 步驟13， IPTV AS向IMS網(wǎng)絡(luò)內(nèi)的P-CSCF返回請(qǐng)求響應(yīng)，攜帶新的組播IP 地址和加密的CW;步驟14~15， P-CSCF控制BGF進(jìn)行組播組管理、用戶加入組播組；并將請(qǐng) 求響應(yīng)轉(zhuǎn)發(fā)給IMS UE; IMS UE接收到的響應(yīng)中包含組播IP地址或BGF的地址， 以及加密后的CW。步驟16, UE應(yīng)用與IPTV共享的密鑰解密得到CW。 步驟17， BGF通過組播路由協(xié)議建立和MRF間的組播轉(zhuǎn)發(fā)路徑。 步驟18， MRF通過組播轉(zhuǎn)發(fā)路徑下發(fā)RTP流，BGF進(jìn)一步完成RTP流的復(fù) 制轉(zhuǎn)發(fā)給UE;步驟19， UE利用CW解密媒體流并顯示，以供用戶觀看節(jié)目。 對(duì)于圖7所示實(shí)施例，僅是以IPTV AS和MRF共同完成密鑰的下發(fā)的方式 l)為例進(jìn)行說明的，如果采用方式ii)的下方方式也完全可以，此處不再重復(fù)說明。以上所述僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范 圍。凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換、改進(jìn)等，均包 含在本發(fā)明的保護(hù)范圍內(nèi)。
權(quán)利要求
1、一種支持IP多媒體子系統(tǒng)IMS終端享用現(xiàn)有IPTV業(yè)務(wù)的系統(tǒng)，包括現(xiàn)有IPTV網(wǎng)絡(luò)Deployed A/V System、IMS核心網(wǎng)IMS core、IP分組核心網(wǎng)IP Core、接入網(wǎng)，IMS的用戶終端IMS UE，其特征在于，該系統(tǒng)還包括業(yè)務(wù)網(wǎng)關(guān)，其中，所述IMS UE，用于通過接入網(wǎng)、IP分組核心網(wǎng)接入IMS核心網(wǎng)，從電子節(jié)目單EPG中獲取節(jié)目單信息，向業(yè)務(wù)網(wǎng)關(guān)發(fā)起包含節(jié)目單信息的業(yè)務(wù)請(qǐng)求；所述業(yè)務(wù)網(wǎng)關(guān)，包含信令面控制實(shí)體，用于將接收到的來自IMS UE的業(yè)務(wù)請(qǐng)求，轉(zhuǎn)換為現(xiàn)有IPTV網(wǎng)絡(luò)支持的協(xié)議格式，以現(xiàn)有IPTV網(wǎng)絡(luò)終端的方式向現(xiàn)有IPTV網(wǎng)絡(luò)發(fā)起包含節(jié)目單信息的業(yè)務(wù)請(qǐng)求，獲取流媒體服務(wù)器標(biāo)識(shí)，將來自現(xiàn)有IPTV網(wǎng)絡(luò)的消息轉(zhuǎn)換為IMS核心網(wǎng)支持的協(xié)議格式，建立信令面連接；所述現(xiàn)有IPTV網(wǎng)絡(luò)，用于在業(yè)務(wù)網(wǎng)關(guān)的控制下與IMS UE建立信令面連接后，通過自身內(nèi)的流媒體服務(wù)器向IMS UE發(fā)送媒體流。
2、 根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述電子節(jié)目單EPG位 于現(xiàn)有IPTV網(wǎng)絡(luò)中，或位于IMS核心網(wǎng)內(nèi)，或與業(yè)務(wù)網(wǎng)關(guān)為一個(gè)實(shí)體，或 是獨(dú)立存在的一個(gè)服務(wù)器。
3、 根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述現(xiàn)有IPTV網(wǎng)絡(luò)中的 流媒體服務(wù)器所發(fā)送的媒體流直接到達(dá)IMS UE,或通過承載面實(shí)體的轉(zhuǎn)換 后到達(dá)IMS UE。
4、 根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述承載面實(shí)體是業(yè)務(wù)網(wǎng) 關(guān)內(nèi)新設(shè)置的邏輯實(shí)體，或者，所述承載面實(shí)體是IMS Core內(nèi)的媒體資源功 能MRF實(shí)體。
5、 根據(jù)權(quán)利要求1所述的系統(tǒng)，其特征在于，所述IMSUE與業(yè)務(wù)網(wǎng)關(guān) 之間的信令面控制基于會(huì)話發(fā)起協(xié)議SIP，所述業(yè)務(wù)網(wǎng)關(guān)與現(xiàn)有IPTV網(wǎng)絡(luò)之 間的信令面控制基于超文本傳輸協(xié)議HTTP、簡(jiǎn)單對(duì)象訪問協(xié)議SOAP或?qū)?時(shí)流傳輸協(xié)議RTSP。
6、 一種支持IMS終端享用現(xiàn)有IPTV業(yè)務(wù)的方法，其特征在于，包括 IMS UE從電子節(jié)目單EPG中獲取節(jié)目單信息；業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體接收到的來自IMS UE的包含節(jié)目單信息 業(yè)務(wù)請(qǐng)求后，將其轉(zhuǎn)換為現(xiàn)有IPTV網(wǎng)絡(luò)支持的協(xié)議格式，以現(xiàn)有IPTV網(wǎng)絡(luò) 終端的方式向現(xiàn)有IPTV網(wǎng)絡(luò)發(fā)起業(yè)務(wù)請(qǐng)求，獲取業(yè)務(wù)信息，將來自現(xiàn)有IPTV 網(wǎng)絡(luò)的消息轉(zhuǎn)換為IMS核心網(wǎng)支持的協(xié)議格式，建立信令面連接；在現(xiàn)有IPTV網(wǎng)絡(luò)與IMS UE建立信令面連接后，現(xiàn)有IPTV網(wǎng)絡(luò)通過自 身內(nèi)的流媒體服務(wù)器向IMS UE發(fā)送媒體流。
7、 根據(jù)權(quán)利要求6所述的方法，其特征在于，所述IMSUE從電子節(jié)目 單EPG中獲取節(jié)目單信息的過程包括如果所述EPG位于現(xiàn)有IPTV網(wǎng)絡(luò)中，所述IMS UE通過Ut接口與現(xiàn)有 IPTV網(wǎng)絡(luò)交互，獲取節(jié)目單信息；或者，如果所述EPG位于IMS核心網(wǎng)內(nèi)，所述IMS UE與IMS核心網(wǎng)交互，獲取節(jié)目單信息；或者，如果所述EPG與業(yè)務(wù)網(wǎng)關(guān)為一個(gè)實(shí)體，所述IMSUE與所述業(yè)務(wù)網(wǎng)關(guān)交 互，獲取節(jié)目單信息；或者，如果所述EPG是獨(dú)立存在的一個(gè)服務(wù)器，所述IMS UE與該EPG服務(wù) 器交互，獲取節(jié)目單信息。
8、 根據(jù)權(quán)利要求6所述的方法，其特征在于，現(xiàn)有IPTV網(wǎng)絡(luò)通過自身 內(nèi)的流媒體服務(wù)器向IMS UE發(fā)送媒體流的過程包括所述現(xiàn)有IPTV網(wǎng)絡(luò)中的流媒體服務(wù)器直接向IMS UE發(fā)送媒體流， 或者，所述現(xiàn)有IPTV網(wǎng)絡(luò)中的流媒體服務(wù)器向承載面實(shí)體發(fā)送媒體流，由承 載面實(shí)體將接收到的媒體流轉(zhuǎn)換為IMS UE能夠識(shí)別的格式后，再發(fā)送給 IMS UE。
9、 根據(jù)權(quán)利要求6所述的方法，其特征在于，所述承載面實(shí)體是業(yè)務(wù)網(wǎng) 關(guān)內(nèi)的邏輯實(shí)體，或者，是IMS Core內(nèi)的MRF實(shí)體；所述業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信 令面控制實(shí)體由IPTV AS實(shí)現(xiàn)。
10、 根據(jù)權(quán)利要求6所述的方法，其特征在于， 所述IMS UE接收到的媒體流是經(jīng)過加密的；所述IMS UE應(yīng)用已獲得的密鑰對(duì)接收的々某體流解密后，進(jìn)行顯示。
11、 一種支持IMS終端享用現(xiàn)有IPTV網(wǎng)絡(luò)VoD業(yè)務(wù)的方法，其特征在 于，包括IMS UE從電子節(jié)目單EPG中荻取節(jié)目單信息；業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體接收到的來自IMS UE的包含節(jié)目單信息 業(yè)務(wù)請(qǐng)求后，將其轉(zhuǎn)換為現(xiàn)有IPTV網(wǎng)絡(luò)支持的協(xié)議格式，以現(xiàn)有IPTV網(wǎng)絡(luò) 終端的方式向現(xiàn)有IPTV網(wǎng)絡(luò)發(fā)起業(yè)務(wù)請(qǐng)求，獲取VoD流i某體服務(wù)器標(biāo)識(shí)， 將來自現(xiàn)有IPTV網(wǎng)絡(luò)的消息轉(zhuǎn)換為IMS核心網(wǎng)支持的協(xié)議格式，建立信令 面連接；VoD流媒體服務(wù)器向IMS UE發(fā)送媒體流；業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體獲取VCR控制命令，控制VoD流媒體服 務(wù)器執(zhí)行VCR控制命令所指示的操作。
12、 根據(jù)權(quán)利要求11所述的方法，其特征在于， 所述業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體獲取VCR控制命令的過程為 業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體使用訂閱Subscribe向IMS UE訂閱VCR控制，IMS UE通知Notify其VCR控制命令；或者，在IMS UE得到媒體流后，通過擴(kuò)展SIP信令通知業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面 控制實(shí)體其VCR控制命令。
13、 根據(jù)權(quán)利要求11所述的方法，其特征在于，所述VoD業(yè)務(wù)采用RTP 流封裝；所述建立信令面連接的方式為業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體和VoD 流媒體服務(wù)器之間建立信令面連接；所述VoD流媒體服務(wù)器向IMS UE發(fā)送媒體流的過程為所述VoD流媒 體服務(wù)器直接向IMS UE發(fā)送媒體流；或者，所述VoD流媒體服務(wù)器向承載 面實(shí)體發(fā)送媒體流，由承載面實(shí)體將接收到的媒體流轉(zhuǎn)換為IMS UE能夠識(shí) 別的格式后，再發(fā)送給IMSUE;所述控制VoD流媒體服務(wù)器執(zhí)行VCR控制命令所指示的操作的過程為 所述業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體給VoD流媒體服務(wù)器發(fā)起包含VCR控制 命令的RTSP連接請(qǐng)求，控制VoD流媒體服務(wù)器執(zhí)行VCR控制命令所指示 的操作。
14、 根據(jù)權(quán)利要求11所述的方法，其特征在于，所述VoD業(yè)務(wù)采用RTP流封裝；所述建立信令面連接的方式為所述業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體 控制承載面實(shí)體與VoD流媒體服務(wù)器之間建立信令面連接；所述VoD流媒體服務(wù)器向IMS UE發(fā)送媒體流的過程為所述VoD流媒 體服務(wù)器直接向IMSUE發(fā)送媒體流；或者，所述VoD流媒體服務(wù)器向承栽 面實(shí)體發(fā)送媒體流，由承載面實(shí)體將接收到的媒體流轉(zhuǎn)換為IMS UE能夠識(shí) 別的才各式后，再發(fā)送給IMSUE;所述控制VoD流媒體服務(wù)器執(zhí)行VCR控制命令所指示的操作的過程為 所述業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體通過承載面實(shí)體給VoD流媒體服務(wù)器發(fā) 起包含VCR控制命令的連接請(qǐng)求，控制VoD流媒體服務(wù)器執(zhí)行VCR控制命 令所指示的操作。
15、 根據(jù)權(quán)利要求13或14所述的方法，其特征在于，所述承載面實(shí)體 是業(yè)務(wù)網(wǎng)關(guān)內(nèi)的邏輯實(shí)體，或者，是IMS Core內(nèi)的MRF實(shí)體；所述業(yè)務(wù)網(wǎng) 關(guān)內(nèi)的信令面控制實(shí)體由IPTVAS實(shí)現(xiàn)。
16、 根據(jù)權(quán)利要求11、 13或14所述的方法，其特征在于，所述IMSUE 接收到媒體流是經(jīng)過加密的，IMSUE接收到媒體流之后，進(jìn)一步包括業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體獲取IMS UE從接收到的媒體流中識(shí)別出 RIF的標(biāo)識(shí)，代理IMS UE從該RIF標(biāo)識(shí)所指示的RIF中獲取版權(quán)對(duì)象RO, 應(yīng)用該RO得到的用于對(duì)^ 某體流內(nèi)容進(jìn)行加密的內(nèi)容加密密鑰，再應(yīng)用業(yè)務(wù) 網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體和IMS UE之間的共享密鑰對(duì)該已解密的內(nèi)容加密 密鑰進(jìn)行加密，之后，將加密后的內(nèi)容加密密鑰下發(fā)給IMSUE;IMS UE應(yīng)用與業(yè)務(wù)網(wǎng)關(guān)之間的共享密鑰解密已加密的內(nèi)容加密密鑰， 應(yīng)用該內(nèi)容加密密鑰對(duì)已加密媒體流進(jìn)行解密，顯示給用戶。
17、 根據(jù)權(quán)利要求16所述的方法，其特征在于，業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控 制實(shí)體獲取RIF的標(biāo)識(shí)的過程包括業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體使用訂閱Subscribe消息向IMS UE訂閱 RIF標(biāo)識(shí)，IMS UE通知Notify業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體其從接收到的 i某體流中識(shí)別出的RIF;IMS UE從接收到的媒體流中識(shí)別出RIF的標(biāo)識(shí)后，通過info消息上報(bào) RIF標(biāo)識(shí)給業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體。
18、 根據(jù)權(quán)利要求17所述的方法，其特征在于，所述業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令 面控制實(shí)體向IMS IJE下發(fā)RIF地址訂閱請(qǐng)求，與業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制 實(shí)體向IMS UE下發(fā)VCR控制命令訂閱請(qǐng)求是相同的訂閱請(qǐng)求或不同的訂閱請(qǐng)求。
19、 根據(jù)權(quán)利要求13或14所述的方法，其特征在于，所述IMSUE接 收到媒體流是經(jīng)過加密的，所述業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體以現(xiàn)有IPTV網(wǎng)絡(luò)終端的方式向現(xiàn)有 IPTV網(wǎng)絡(luò)發(fā)起的業(yè)務(wù)請(qǐng)求中包含請(qǐng)求內(nèi)容加密密鑰的信息；所述業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體獲得內(nèi)容加密密鑰后，進(jìn)一步包括業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體應(yīng)用與IMS UE之間的共享密鑰對(duì)該內(nèi)容加密 密鑰進(jìn)行加密，之后，將加密后的內(nèi)容加密密鑰下發(fā)給IMSUE;IMS UE接收到媒體流之后，進(jìn)一步包括應(yīng)用與業(yè)務(wù)網(wǎng)關(guān)之間的共享 密鑰解密已加密的內(nèi)容加密密鑰，再應(yīng)用該內(nèi)容加密密鑰對(duì)已加密媒體流進(jìn) 行解密，顯示給用戶。
20、 根據(jù)權(quán)利要求11所述的方法，其特征在于，所述IMSUE接收到媒 體流是經(jīng)過加密的，在VoD業(yè)務(wù)采用TS流封裝時(shí)，包括所述建立信令面連接的方式為業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體直接或通 過承載面實(shí)體與VoD流媒體服務(wù)器間建立起RTSP連接；承載面實(shí)體通過業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體與IMS UE之間完成媒體 流的傳輸參數(shù)協(xié)商；承載面實(shí)體接收到來自VoD流媒體服務(wù)器的經(jīng)TS方式封裝的組播流后， 解析該TS流，從解析后的TS流中獲取RTP流、ECM流、EMM流，并從 ECM流中取出應(yīng)用業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體和VoD流媒體服務(wù)器共享 密鑰加密的SK,從EMM流中取出應(yīng)用SK加密的CW，將加密的SK和CW 通知給業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體；業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體應(yīng)用與VoD流媒體服務(wù)器共享密鑰解密 SK，并用SK解密CW,再應(yīng)用與IMS UE共享的密鑰對(duì)已解密的CW進(jìn)行 加密，將加密后的CW給下發(fā)給IMS UE,媒體面實(shí)體向IMS UE下發(fā)RTP 流，IMS UE通過共享密鑰解密得到CW,并用CW進(jìn)一步解密媒體流并顯不。
21、 根據(jù)權(quán)利要求11所述的方法，其特征在于，所述IMSUE接收到媒 體流是經(jīng)過加密的，在VoD業(yè)務(wù)采用TS流封裝時(shí)，包括所述建立信令面連接的方式為業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體直接或通 過承載面實(shí)體與VoD流媒體服務(wù)器間建立起RTSP連接；承載面實(shí)體通過業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體與IMS UE之間完成媒體 流的傳輸參數(shù)協(xié)商；承載面實(shí)體接收到來自VoD流媒體服務(wù)器的經(jīng)TS方式封裝的組播流后，解析該TS流，從解析后的TS流中獲取RTP流、ECM流、EMM流，并從 ECM流中取出應(yīng)用業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體和VoD流媒體服務(wù)器共享 密鑰加密的SK，從EMM流中取出應(yīng)用SK加密的CW,將加密的SK通知 給業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體，將加密的CW下發(fā)給IMSUE;業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體應(yīng)用與VoD流媒體服務(wù)器共享密鑰解密 SK,再將應(yīng)用與IMSUE共享密鑰加密后的SK下發(fā)給IMSUE, MRF向UE 下發(fā)RTP流和應(yīng)用SK加密的CW流；IMS UE通過共享密鑰解密得到SK，并用SK解密加密的CW流得到 CW,使用CW進(jìn)一步解密媒體流并顯示。
22、 一種支持IMS終端享用現(xiàn)有IPTV網(wǎng)絡(luò)LTV業(yè)務(wù)的方法，其特征在 于，包括IMS UE從電子節(jié)目單EPG中獲取節(jié)目單信息；業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體接收到的來自IMS UE的包含節(jié)目單信息 業(yè)務(wù)請(qǐng)求后，將其轉(zhuǎn)換為現(xiàn)有IPTV網(wǎng)絡(luò)支持的協(xié)議格式，以現(xiàn)有IPTV網(wǎng)絡(luò) 終端的方式向現(xiàn)有IPTV網(wǎng)絡(luò)發(fā)起業(yè)務(wù)請(qǐng)求，獲取LTV頻道組播IP地址，將 來自現(xiàn)有IPTV網(wǎng)絡(luò)的消息轉(zhuǎn)換為IMS核心網(wǎng)支持的協(xié)議格式，向P-CSCF 返回包含頻道組播IP地址的響應(yīng)；并且，業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體經(jīng) P-CSCF通過RACS進(jìn)行接入側(cè)和核心側(cè)承載面組播控制，由P-CSCF給IMS UE返回包含頻道組播IP地址或接入側(cè)承載實(shí)體地址、以及安全相關(guān)參數(shù)的 業(yè)務(wù)請(qǐng)求響應(yīng)信息，建立信令面連接；接入側(cè)承載實(shí)體將從內(nèi)容源接收到的加密組播數(shù)據(jù)流傳送給IMS UE;IMS UE應(yīng)用已獲得的密鑰對(duì)接收到的媒體流進(jìn)行解密并顯示。
23、 根據(jù)權(quán)利要求22所述的方法，其特征在于，若所述流傳輸方式為 RTP傳輸方式，且IMS UE和LTV組播源間的4某體編解碼類型匹配；則所述業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體獲取LTV頻道組播IP地址的同時(shí)， 進(jìn)一步包括獲取SEK及LTV組播源媒體能力信息；業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面 控制實(shí)體應(yīng)用與IMSUE的共享密鑰加密SEK,并將所獲取的信息包含在返 回給P-CSCF的響應(yīng)中；所述所獲取的信息包括加密的SEK、頻道組播IP地 址、LTV組播源媒體能力；所述接入側(cè)承載實(shí)體接收到的加密組播數(shù)據(jù)流包括來自LTV組播源的 媒體流和加密的內(nèi)容加密密鑰TEK流。
24、 根據(jù)權(quán)利要求22所述的方法，其特征在于，如果所確定的流傳輸方 式為RTP傳輸方式，且IMSUE和LTV組播源間的力某體編碼類型不匹配；則所述業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體獲取頻道組播IP地址的同時(shí)，進(jìn)一 步包括獲取節(jié)目密鑰SEK及LTV組播源媒體能力信息；之后，所述業(yè)務(wù) 網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體應(yīng)用與IMSUE的共享密鑰加密SEK，控制媒體面 實(shí)體進(jìn)行媒體轉(zhuǎn)換，與LTV組播源間建立組播或單播隧道，并分配新的組播 IP地址，控制媒體面實(shí)體為新的組播源；將頻道組播IP地址、加密的SEK 和媒體面實(shí)體組播源媒體能力信息包含在返回給P-CSCF的響應(yīng)中；所述接入側(cè)承載實(shí)體接收到加密的組播數(shù)據(jù)流包括來自承載面實(shí)體的媒 體流和加密的內(nèi)容加密密鑰TEK流。
25、 根據(jù)權(quán)利要求23或24所述的方法，其特征在于，所述IMSUE應(yīng) 用已獲得的媒體密鑰對(duì)接收到的媒體流進(jìn)行解密的過程包括IMS UE應(yīng)用與業(yè)務(wù)網(wǎng)關(guān)之間的共享密鑰解密SEK; 所述IMS UE應(yīng)用SEK對(duì)組播密鑰流進(jìn)行解密，獲得內(nèi)容加密密鑰TEK; 之后，應(yīng)用該TEK對(duì)接收到的媒體流進(jìn)行解密。
26、 根據(jù)權(quán)利要求22所述的方法，其特征在于，若所述流傳輸方式為 RTP傳輸方式，且IMS UE和LTV組播源間的媒體編解碼類型匹配；則所述業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體獲取LTV頻道組播IP地址的同時(shí)，進(jìn)一步包括獲取節(jié)目密鑰SEK、用SEK加密的內(nèi)容密鑰TEK和LTV組播 源媒體能力信息；業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體利用SEK解出TEK，并用 與IMS UE的共享密鑰加密TEK;并將組播IP地址、加密的TEK、組播源 媒體能力信息包含在返回給P-CSCF的響應(yīng)中；所述接入側(cè)承載實(shí)體接收到的加密組播數(shù)據(jù)流中包括來自LTV組播源 的媒體流。
27、 根據(jù)權(quán)利要求22所述的方法，其特征在于，如果所確定的流傳輸方 式為RTP傳輸方式，且IMS UE和LTV組播源間的4某體編碼類型不匹配；則所述業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體獲取頻道組播IP地址的同時(shí)，進(jìn)一 步包括獲取節(jié)目密鑰SEK、用SEK加密的內(nèi)容密鑰TEK及LTV組播源媒 體能力信息；之后，所述業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體利用SEK解出TEK, 并用與IMSUE的共享密鑰加密TEK,還控制媒體面實(shí)體進(jìn)行媒體轉(zhuǎn)換，與 LTV組播源間建立組播或單播隧道，并分配新的組播IP地址，控制媒體面實(shí) 體為新的組播源；將頻道組播IP地址、加密的TEK和媒體面實(shí)體組播源媒 體能力信息包含在返回給P-CSCF的響應(yīng)中；所述接入側(cè)承載實(shí)體接收到加密的組播數(shù)據(jù)流中包括來自承載面實(shí)體的 媒體流。
28、 根據(jù)權(quán)利要求26或27所述的方法，其特征在于，所述IMS UE應(yīng) 用已獲得的媒體密鑰對(duì)接收到的媒體流進(jìn)行解密的過程包括IMS UE應(yīng)用與業(yè)務(wù)網(wǎng)關(guān)之間的共享密鑰解密TEK;進(jìn)一步應(yīng)用所述 TEK對(duì)接收到的媒體流進(jìn)行解密。
29、 根據(jù)權(quán)利要求22所述的方法，其特征在于，如果確定的流傳輸方式 為TS傳輸方式，所述建立信令面控制的過程為IPTVAS控制承載面實(shí)體與LTV組播源之間建立組播流； 承載面實(shí)體接收到來自LTV組播源的經(jīng)TS方式封裝的組播流后，解析 該TS流，從解析后的TS流中獲取RTP流、ECM流、EMM流，并從ECM 流中取出應(yīng)用業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體和LTV組播源共享密鑰加密的 SK，從EMM流中取出應(yīng)用SK加密的CW，將加密的SK和CW通知給業(yè) 務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體；業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體應(yīng)用與LTV組播源共享密鑰解密SK，并 用SK解密CW，應(yīng)用與IMS UE共享的密鑰對(duì)已解密的CW進(jìn)行加密，之 后，業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體再分配在IMS核心網(wǎng)內(nèi)有效的組播IP地 址，并控制承載面實(shí)體將接收到的RTP流作為IMS核心網(wǎng)內(nèi)的組播流，然 后，業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體將新分配的所述在IMS核心網(wǎng)內(nèi)有效的組 播IP地址或邊界網(wǎng)關(guān)功能實(shí)體地址，以及應(yīng)用與IMSUE共享的密鑰加密的 CW傳送給IMS UE;所述IMS UE應(yīng)用已獲得的媒體密鑰對(duì)接收到的媒體流進(jìn)行解密的過程 包括IMS UE應(yīng)用與業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體共享密鑰對(duì)接收到的加 密的CW進(jìn)行解密，獲取CW，之后，應(yīng)用該CW對(duì)接收到的媒體流進(jìn)行解 密。
30、根據(jù)權(quán)利要求22所述的方法，其特征在于，如果確定的流傳輸方式 為TS傳輸方式，所述建立信令面控制的過程為IPTVAS控制承載面實(shí)體與LTV組播源之間建立組播流；承載面實(shí)體接收到來自LTV組播源的經(jīng)TS方式封裝的組播流后，解析 該TS流，從解析后的TS流中獲取RTP流、ECM流、EMM流，并從ECM 流中取出應(yīng)用業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體和LTV組播源共享密鑰加密的 SK，從EMM流中取出應(yīng)用SK加密的CW，將加密的SK通知給業(yè)務(wù)網(wǎng)關(guān) 內(nèi)的信令面控制實(shí)體，將加密的CW下發(fā)給IMSUE;業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體應(yīng)用與LTV組播源共享密鑰解密SK,并 用與IMS UE的共享密鑰對(duì)SK再次加密，之后，業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制 實(shí)體再分配在IMS核心網(wǎng)內(nèi)有效的組播IP地址，并控制承載面實(shí)體將接收 到的RTP流和i某體密鑰流作為IMS核心網(wǎng)內(nèi)的組播流，然后，業(yè)務(wù)網(wǎng)關(guān)內(nèi) 的信令面控制實(shí)體將新分配的所述在IMS核心網(wǎng)內(nèi)有效的組播IP地址或邊 界網(wǎng)關(guān)功能實(shí)體地址，以及應(yīng)用與IMSUE共享的密鑰加密的SK傳送給IMS UE;所述IMS UE應(yīng)用已獲得的媒體密鑰對(duì)接收到的媒體流進(jìn)行解密的過程 包括IMS UE應(yīng)用與業(yè)務(wù)網(wǎng)關(guān)內(nèi)的信令面控制實(shí)體共享密鑰對(duì)接收到的加密的SK進(jìn)行解密，獲取SK，之后，再應(yīng)用該SK對(duì)已接收到的加密的CW進(jìn) 行解密，獲取CW，再應(yīng)用CW對(duì)接收到的媒體流進(jìn)行解密。
31、 根據(jù)權(quán)利要求29或30所述的方法，其特征在于，所述IPTVAS控 制7K載面實(shí)體與LTV組4番源之間建立組4番流的過禾呈包括承載面實(shí)體通過組播路由協(xié)議和LTV組播源建立組播轉(zhuǎn)發(fā)路徑，或者通 過應(yīng)用層組播方式，在承載面實(shí)體和LTV組播源間建立單播隧道。
32、 根據(jù)權(quán)利要求22所述的方法，其特征在于，當(dāng)核心側(cè)承載網(wǎng)絡(luò)支持組播功能時(shí)，所述通過RACS進(jìn)行承載面組播控 制的過程為接入側(cè)承載實(shí)體通過組播路由協(xié)議建立到現(xiàn)網(wǎng)IPTV系統(tǒng)中的 內(nèi)容源或MRF的組播轉(zhuǎn)發(fā)路徑；當(dāng)核心側(cè)承載網(wǎng)絡(luò)不支持組播功能時(shí)，所述通過RACS進(jìn)行承載面組播 控制的過程為IPTV AS通過RACS進(jìn)行核心側(cè)組播的控制；所述核心側(cè)組 播的控制包括通過應(yīng)用層組播建立接入側(cè)承載實(shí)體設(shè)備到內(nèi)容源的單播或隧 道路徑；所述內(nèi)容源為L(zhǎng)TV組播源或承載面實(shí)體。
33、 根據(jù)權(quán)利要求22所述的方法，其特征在于，所述承載面實(shí)體是業(yè)務(wù) 網(wǎng)關(guān)內(nèi)的邏輯實(shí)體，或者，是IMS Core內(nèi)的MRF實(shí)體；所述業(yè)務(wù)網(wǎng)關(guān)內(nèi)的 信令面控制實(shí)體由IPTV AS實(shí)現(xiàn)。
全文摘要
本發(fā)明公開了一種支持IMS終端享用現(xiàn)有IPTV業(yè)務(wù)的系統(tǒng)和方法，以及支持IMS終端享用現(xiàn)有IPTV網(wǎng)絡(luò)VoD和LTV業(yè)務(wù)的方法，其關(guān)鍵是，增加了一用于IMS網(wǎng)絡(luò)和現(xiàn)有IPTV網(wǎng)絡(luò)互通所需的業(yè)務(wù)網(wǎng)關(guān)，其包括信令面的控制功能，其還可以包括承載面功能。針對(duì)IMS網(wǎng)絡(luò)初期IMSUE對(duì)IPTV的能力支持有限，不具備一些通用的IPTV終端功能，IMS網(wǎng)絡(luò)并不會(huì)支持IPTV業(yè)務(wù)的狀況，本發(fā)明解決了如何利用現(xiàn)網(wǎng)的資源，如已部署的IPTV網(wǎng)絡(luò)以及IMS網(wǎng)絡(luò)，為IMS用戶提供IPTV業(yè)務(wù)的問題。不但豐富了IMS網(wǎng)絡(luò)的業(yè)務(wù)，而且對(duì)IPTV的開展與普及提供了很好的平臺(tái)。
文檔編號(hào)H04N7/173GK101155191SQ20061013947
公開日2008年4月2日 申請(qǐng)日期2006年9月25日 優(yōu)先權(quán)日2006年9月25日
發(fā)明者軍 嚴(yán), 吳向陽, 彭招君, 李幼穎, 李金成, 豐 王 申請(qǐng)人:華為技術(shù)有限公司