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


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