基於ip多媒體子系統的流媒體點播方法和裝置的製作方法
2023-10-20 06:27:27
專利名稱：基於ip多媒體子系統的流媒體點播方法和裝置的製作方法
技術領域：
本發明涉及IP多媒體子系統(IMS)技術，特別涉及基於IMS的流媒體點播方法和
直ο
背景技術：
IMS是在第三代合作夥伴計劃(3GPP)版本5(肪)階段已有分組域之上疊加的一個子系統，採用分組域作為上層控制信令和媒體傳輸的承載通道，並引入初始會話協議(SIP) 作為業務控制協議，利用SIP協議簡單、易擴展、媒體組合方便等特點，使業務控制與承載控制分離，提供豐富的多媒體業務。隨著IMS的逐步完善，基於IMS的流媒體業務，如基於IMS的IP網際網路電視(IMS based IPTV)業務得到了快速發展。圖1為現有基於IMS的流媒體系統的組成結構示意圖。如圖1所示，其中，媒體伺服器(MF)負責媒體流的控制與交付，業務控制功能實體(SCF)負責業務邏輯的控制和執行。圖2為現有基於IMS的流媒體點播方法的流程圖。如圖2所示，包括以下步驟步驟21 用戶終端(UE)向IMS核心網(Core)發送點播請求，請求點播某一流媒體內容，其中攜帶有UE標識(ID)，所述點播請求通常為邀請(INVITE)請求。步驟22 =IMS Core將接收到的點播請求轉發給SCF。步驟23 =SCF對接收到的點播請求進行業務鑑權，以確定UE是否可以點播相應的流媒體內容，鑑權通過，根據UE請求點播的流媒體內容選擇合適的MF。如果鑑權不通過，可通過IMS Core通知UE，並結束流程。步驟M =SCP構造新的點播請求，其中攜帶有UE ID，發送給IMS Core0步驟25 =IMS Core將接收到的新的點播請求轉發給相應的MF。步驟洸=MF生成一個會話標識(Session ID)。並可記錄該kssion ID與UE ID之間的對應關係。步驟27 =MF將kssion ID以及由控制通道信息和媒體通道信息組成的會話描述協議(SDP)信息攜帶在2000K消息中發送給IMS Core ；其中，控制通道信息即指實時傳輸流媒體協議(RTSP)信息，媒體通道信息即指實時傳輸協議(RTP)或實時傳輸控制協議(RTCP)
fn息ο步驟28 =IMS Core將接收到的2000K消息轉發給SCF。步驟四 210 =SCF構造新的2000K消息，其中同樣攜帶有kssion ID和SDP信息，發送給IMS Core ；IMS Core將接收到的新的2000K消息轉發給UE。步驟211 212 =UE解析接收到的2000K消息中攜帶的Session ID和SDP信息， 並向IMS Core發送確認(ACK)消息；IMS Core將接收到的ACK消息轉發給SCF。步驟213 214 =SCF構造新的ACK消息，發送給IMS Core ；IMS Core將接收到的新的ACK消息轉發給MF。
步驟215 216 =UE根據RTSP信息建立與MF之間的RTSP連接，並向MF發送播放 (Play)請求，其中攜帶有kssion ID。步驟217 =MF從接收到的播放請求中解析出kssion ID，對其進行檢查，即確定自身是否保存有該％8^011 ID，如果沒有，則向UE發送否認(NACK)消息，然後結束流程，如果是，則執行步驟218。步驟218 =MF向UE發送2000K消息。步驟219 =MF向UE播放流媒體內容，UE根據媒體通道信息接收所述流媒體內容。上述流程中，UE將SCF作為背對背用戶代理(B2B UA)，利用SIP協議完成與MF之間的流媒體點播會話的建立以及媒體資源的協商(步驟21 214)；利用RTSP協議完成與 MF之間的RTSP連接的建立，並請求MF播放所點播的流媒體內容(步驟215 218)；利用 RTP協議或RTCP協議完成流媒體內容的播放和接收(步驟219)。對於圖1所示流程，當UE與MF之間利用RTSP協議進行通信時，現有技術中還沒有一種方式能夠較好地確保往來數據的安全性，那麼，如果步驟216中UE發送給MF的 Session ID被攻擊者截獲，攻擊者就可偽裝成UE重新構造播放請求，相應地，後續MF就會向攻擊者播放流媒體內容，從而影響流媒體業務的安全性。
發明內容
有鑑於此，本發明的主要目的在於提供一種基於IP多媒體子系統的流媒體點播方法，能夠提高流媒體業務的安全性。本發明的另一目的在於提供一種用戶終端、一種數據業務中心和一種媒體伺服器，能夠提高流媒體業務的安全性。為達到上述目的，本發明的技術方案是這樣實現的一種基於IP多媒體子系統IMS的流媒體點播方法，包括A、用戶終端UE確定自身是否保存有令牌t0ken_l，如果是，則執行步驟C，否則，執行步驟B;B、UE隨機生成t0ken_l，進行保存，並連同自身標識UE ID 一起，通過IMS核心網 Core發送給數據業務中心DC ；DC保存t0ken_l、UE ID以及兩者之間的對應關係，然後執行步驟C;C、UE通過IMS Core和業務控制功能實體SCF向媒體伺服器MF發送點播請求；MF 生成一個會話標識kssion ID，連同會話描述協議SDP信息一起，通過IMS Core和SCF發送給UE ；D、UE 利用 token_l 對 UE ID, Session ID 和 SDP 信息進行加密，生成 token_2 ；並建立與MF之間的實時傳輸流媒體協議RTSP連接，將t0ken_2和UE ID攜帶在播放請求中發送給MF ；MF將接收到的token_2和UE ID通過IMS Core發送給DC ；DC找到與接收到的UE ID對應的token_l，利用token_l對token_2進行解密；若解密得到的UE ID與接收到的UE ID —致，則將解密得到的kssion ID通過IMS Core發送給MF ；MF確定自身保存有該解密得到的kssion ID,向UE播放流媒體內容。一種用戶終端，包括
第一處理單元，用於確定自身是否保存有令牌t0ken_l，如果是，則通知第二處理單元執行自身功能，否則，隨機生成t0ken_l，進行保存，並連同自身標識UE ID 一起，通過 IP多媒體子系統核心網IMS Core發送給數據業務中心DC，然後通知所述第二處理單元執行自身功能；所述第二處理單元，用於通過IMS Core和業務控制功能實體SCF向媒體伺服器MF 發送點播請求，並接收MF通過IMS Core和SCF發送來的會話標識kssion ID和會話描述協議SDP信息；利用token_l對UE ID,Session ID和SDP信息進行加密，生成token_2 ；建立與MF之間的實時傳輸流媒體協議RTSP連接，將t0ken_2和UE ID攜帶在播放請求中發送給MF ；接收來自MF的流媒體內容。一種數據業務中心，包括第三處理單元，用於接收用戶終端UE通過IP多媒體子系統核心網IMS Core發送來的令牌t0ken_l和UE ID，保存t0ken_l、UE ID以及兩者之間的對應關係；第四處理單元，用於接收MF通過IMS Core發送來的token_2和UE ID，找到與UE ID對應的token_l，利用token_l對token_2進行解密，若解密得到的UE ID與接收到的UE ID 一致，則將解密得到的kssion ID通過IMS Core發送給MF。一種媒體伺服器，包括第五處理單元，用於接收用戶終端UE通過IP多媒體子系統核心網IMS Core和業務控制功能實體SCF發送來的點播請求，生成一個會話標識kssion ID，將其連同會話描述協議SDP信息一起，通過IMS Core和SCF發送給UE ；第六處理單元，用於建立與UE之間的實時傳輸流媒體協議RTSP連接，並接收來自 UE的播放請求，獲取其中攜帶的令牌t0ken_2和UE ID，通過IMS Core發送給數據業務中心DC;接收DC通過IMS Core發送來的對t0ken_2進行解密後得到的kssion ID，當確定自身保存有該解密得到的kssion ID後，向UE播放流媒體內容。可見，採用本發明的技術方案，UE利用自身保存的token_l對UE ID, Session ID 和SDP信息進行加密，生成t0ken_2，將t0ken_2和UE ID攜帶在播放請求中發送給MF，MF 將接收到的t0ken_2和UE ID發送給DC，DC找到與接收到的UE ID對應的t0ken_l，利用 token_l對t0ken_2進行解密，若解密得到的UE ID與接收到的UE ID 一致，則將解密得到的kssion ID發送給MF，MF確定自身保存有該解密得到的kssion ID,向UE播放流媒體內容。與現有技術相比，本發明所述方案通過加密和驗證等方式降低Tkssion ID被攻擊者截獲的可能性，進而提高了流媒體業務的安全性。
圖1為現有基於IMS的流媒體系統的組成結構示意圖。圖2為現有基於IMS的流媒體點播方法的流程圖。圖3為本發明基於IMS的流媒體系統的組成結構示意圖。圖4為本發明基於IMS的流媒體點播方法實施例的流程圖。圖5為本發明用戶終端實施例的組成結構示意圖。圖6為本發明數據業務中心實施例的組成結構示意圖。圖7為本發明媒體伺服器實施例的組成結構示意圖。
具體實施例方式針對現有技術中存在的問題，本發明中對圖1所示基於IMS的流媒體系統進行一定的改進，即增加一個數據業務中心(DC)，從而得到如圖3所示的基於IMS的流媒體系統； 其中，DC與IMS Core之間存在SIP接口，DC和UE均支持DC註冊功能，可完成UE與DC之間的令牌(token)協商，另外，DC還支持對播放請求的發送方的身份驗證等。基於圖3所示系統，圖4為本發明基於IMS的流媒體點播方法實施例的流程圖。如圖4所示，包括以下步驟步驟41 =UE確定自身是否保存有t0ken_l，如果是，則執行步驟43，否則，執行步驟 42。當UE要發起點播請求時，會首先確定自身是否保存有t0ken_l，並根據確定結果的不同後續執行不同的操作。步驟42:UE隨機生成t0ken_l，進行保存，並連同自身標識UE ID—起，通過IMS Core發送給DC ；DC保存t0ken_l、UE ID以及兩者之間的對應關係，然後執行步驟43。本步驟中，UE發起DC註冊流程，將隨機生成的t0ken_l和UE ID攜帶在DC註冊請求中發送給DC ；DC保存t0ken_l、UE ID以及兩者之間的對應關係。只要t0ken_l在有效期內，後續每次執行圖4所示流程時，均可省略步驟42。另外，在實際應用中，UE與IMS Core之間的傳輸通道可能有網際網路協議安全性 (IPSec)保護，也可能沒有。IPSec能夠在網絡層上對數據包進行安全處理，從而保證無連接的數據完整性、數據機密性和抗重播等。IPSec的核心為基於全球用戶識別卡(USIM)的 IMS認證和密鑰協商(AKA)機制，由於實際情況所限，比如UE中可能沒有USIM卡，因此UE 與IMS Core之間可能沒有IPSec保護。當UE與IMS Core之間沒有IPkc保護時，為保證token_l的安全性，本步驟中，UE 可在隨機生成t0ken_l，並進行保存之後，利用預先設置的公鑰(PubKey)對t0ken_l進行加密，得到token_3，將token_3連同UE ID 一起，通過IMS Core發送給DC ；相應地，DC利用預先保存的私鑰(PriKey)對接收到的t0ken_3進行解密，得到t0ken_l，並保存t0ken_l、 UE ID以及兩者之間的對應關係。其中，DC可預先生成10M比特(bits)的公私鑰對(通常為RSA公私鑰對)PubKey 和I^riKey，自身秘密保存I^riKeydf PubKey公開給IMS客戶端開發廠商，預置在UE中。步驟43 =UE通過IMS Core向SCF發送點播請求。本步驟中，UE首先向IMS Core發送點播請求，請求點播某一流媒體內容，所述點播請求通常為INVITE請求；之後，IMS Core將接收到的點播請求轉發給SCF。步驟44 =SCF對接收到的點播請求進行業務鑑權，鑑權通過，選擇合適的MF，並構造新的點播請求，通過IMS Core發送給相應的MF。SCF先將新的點播請求發送給IMS Core，之後，IMS Core將新的點播請求轉發給 MF。無論是新的點播請求還是之前的點播請求，其中均需攜帶UE ID。步驟45 =MF生成一個kssion ID，連同SDP信息一起，通過IMS Core和SCF發送給UE。
本步驟中，首先，iff^fkssion ID和SDP信息攜帶在2000K消息發送給IMS Core ； 然後，IMS Core將接收到的2000K消息轉發給SCF ；之後，SCF構造新的2000K消息，其中同樣攜帶有kssion ID和SDP信息，並發送給MSCore ；IMS Core將接收到的新的2000K消
息轉發給UE。步驟46 =UE利用token_l對UE ID、Session ID和SDP信息進行加密，得到 token_2 ；並建立與MF之間的RTSP連接，將t0ken_2和UE ID攜帶在播放請求中發送給MF。步驟47 =MF將接收到的token_2和UE ID通過IMS Core發送給DC。在實際應用中，MF可將接收到的token_2和UE ID攜帶在訂購(SUBSCRIBE)請求中，通過IMS Core發送給DC。步驟48 =DC找到與接收到的UE ID對應的token_l，利用token_l對token_2進行解密，若解密得到的UE ID與接收到的UE ID —致，則將解密得到的kssion ID通過IMS Core發送給MF。如果不一致，可通過MF通知UE，結束流程。DC可將解密得到的kssion ID攜帶在2000K消息中，通過IMS Core發送給MF。步驟49 :MF對解密得到的kssion ID進行檢查，若確定自身保存有該解密得到的 Session ID，則向UE播放流媒體內容。如果檢查未通過，則向UE發送NACK消息，然後結束流程，如果通過，則向UE發送 2000K消息，並向UE播放流媒體內容。可以看出，採用圖4所示流程，當UE與MF之間利用RTSP協議進行通信時，增加了對^^^011 ID等信息進行加密和驗證的過程，從而降低了 kssion ID等信息被攻擊者截獲的可能性，進而提高了流媒體業務的安全性。另外，步驟45中IMS Core發送給UE的2000K消息中攜帶的kssion ID和SDP 等信息也可能被攻擊者截獲，尤其是當UE與IMS Core之間的傳輸通道無IPSec保護時，從而影響流媒體業務的安全性。為此，可進行以下處理步驟45中，當MF生成kssion ID後，可先將kssion ID,UE ID以及SDP信息通過IMS Core發送給DC，具體來說，可將kssion ID,UE ID以及SDP信息攜帶在SUBSCRIBE 請求中，通過IMS Core發送給DC。然後，DC找到與UE ID對應的token_l，並確定UE與IMS Core之間的傳輸通道是否存在IPSec保護，如果存在，則利用t0ken_l對kssion ID進行加密(認為SDP信息的安全性已經能夠得到保證)，得到t0ken_4，否則，利用t0ken_l對kssion ID和SDP信息進行加密，得到token_5，將token_4或token_5通過IMS Core發送給MF，具體來說，可將 token_4或token_5攜帶在通知(NOTIFY)消息中，通過IMS Core發送給MF。之後，MF將接收到的token_5通過IMS Core和SCF發送給UE，或者，將token_4 和SDP信息通過IMS Core和SCF發送給UE。相應地，步驟46中UE利用token_l對UE ID,Session ID和SDP信息進行加密之前，需要先利用token_l對token_4或token_5進行解密，得到kssion ID或kssion ID 和SDP信息。至此，即完成了關於本發明方法實施例的介紹。
基於上述介紹，圖5為本發明用戶終端實施例的組成結構示意圖。如圖5所示，包括第一處理單元51，用於確定自身是否保存有t0ken_l，如果是，則通知第二處理單元52執行自身功能，否則，隨機生成t0ken_l，進行保存，並連同自身標識UE ID 一起，通過 IMS Core發送給DC，然後通知第二處理單元52執行自身功能；第二處理單元52，用於通過IMS Core和SCF向MF發送點播請求，並接收MF通過 IMS Core 和 SCF 發送來的 kssion ID 和 SDP 信息；利用 token_l 對 UEID、Session ID 和 SDP信息進行加密，生成t0ken_2 ；建立與MF之間的RTSP連接，將t0ken_2和UE ID攜帶在播放請求中發送給MF ；接收來自MF的流媒體內容。其中，第一處理單元51可進一步用於，利用預先設置的PubKey對t0ken_l進行加密,得到token_3，將token_3連同UE ID 一起，通過IMS Core發送給DC。第二處理單元52可進一步用於，利用token_l對MF通過IMS Core和SCF發送來的token_4或token_5進行解密，得到kssion ID或kssion ID和SDP信息。圖6本發明數據業務中心實施例的組成結構示意圖。如圖6所示，包括第三處理單元61，用於接收UE通過IMS Core發送來的t0ken_l和UE ID，並保存 token_l、UE ID以及兩者之間的對應關係；第四處理單元62，用於接收MF通過IMS Core發送來的token_2和UE ID，找到與 UE ID對應的token_l，利用token_l對token_2進行解密，若解密得到的UE ID與接收到的UE ID 一致，則將解密得到的Session ID通過IMS Core發送給MF。其中，第三處理單元61可進一步用於，接收UE通過IMS Core發送來的t0ken_3， 利用預先保存的I^riKey對t0ken_3進行解密，得到t0ken_l。第四處理單元62可進一步用於，接收MF通過IMS Core發送來的kssion ID,UE ID以及SDP信息，找到與UE ID對應的t0ken_l，並確定UE與IMS Core之間的傳輸通道是否存在IPSec保護，如果存在，則利用t0ken_l對kssion ID進行加密，得到t0ken_4，否貝丨J，利用token_l對kssion ID和SDP信息進行加密，得到token_5，將token_4或token_5 通過IMS Core發送給MF。圖7為本發明媒體伺服器實施例的組成結構示意圖。如圖7所示，包括第五處理單元71，用於接收UE通過IMS Core和SCF發送來的點播請求，生成一個 Session ID，連同SDP信息一起，通過IMS Core和SCF發送給UE ；第六處理單元72，用於建立與UE之間的RTSP連接，並接收來自UE的播放請求，獲取其中攜帶的token_2和UE ID,通過IMS Core發送給DC ；接收DC通過IMS Core發送來的對t0ken_2進行解密後得到的kssion ID,當確定自身保存有該解密得到的kssion ID 後，向UE播放流媒體內容。所述點播請求中通常攜帶有UE ID;第五處理單元71可進一步用於，將kssion ID,UE ID以及SDP信息通過IMS Core發送給DC，接收DC通過IMS Core發送來的token_4 或token_5 ；其中，token_4是DC利用token_l對kssion ID進行加密得到的，token_5是 DC利用token_l對kssion ID和SDP信息進行加密得到的。圖5 7所示裝置實施例的具體工作流程請參照圖4所示方法實施例中的相應說明，不再贅述。
以上所述僅為本發明的較佳實施例而已，並不用以限制本發明，凡在本發明的精神和原則之內，所做的任何修改、等同替換、改進等，均應包含在本發明保護的範圍之內。
權利要求
1.一種基於IP多媒體子系統IMS的流媒體點播方法，其特徵在於，包括A、用戶終端UE確定自身是否保存有令牌t0ken_l，如果是，則執行步驟C，否則，執行步驟B;B、UE隨機生成t0ken_l，進行保存，並連同自身標識UEID 一起，通過IMS核心網Core 發送給數據業務中心DC ；DC保存t0ken_l、UE ID以及兩者之間的對應關係，然後執行步驟 C；C、UE通過IMSCore和業務控制功能實體SCF向媒體伺服器MF發送點播請求；MF生成一個會話標識kssion ID，連同會話描述協議SDP信息一起，通過IMS Core和SCF發送給 UE ；D、UE利用token_l對UEID、Session ID和SDP信息進行加密，生成token_2 ；並建立與MF之間的實時傳輸流媒體協議RTSP連接，將t0ken_2和UE ID攜帶在播放請求中發送給MF ；MF將接收到的token_2和UE ID通過IMS Core發送給DC ；DC找到與接收到的UE ID對應的token_l，利用token_l對token_2進行解密；若解密得到的UE ID與接收到的UE ID —致，則將解密得到的kssion ID通過IMS Core發送給 MF ；MF確定自身保存有該解密得到的kssion ID,向UE播放流媒體內容。
2.根據權利要求1所述的方法，其特徵在於，當UE與IMSCore之間的傳輸通道無網際網路協議安全性IPSec保護時；所述UE隨機生成t0ken_l，進行保存之後，進一步包括UE利用預先設置的公鑰 PubKey對token_l進行加密，得到token_3 ；將token_3連同UE ID 一起，通過IMS Core發送給DC ；所述DC保存t0ken_l、UE ID以及兩者之間的對應關係之前，進一步包括DC利用預先保存的私鑰I^riKey對接收到的t0ken_3進行解密，得到t0ken_l。
3.根據權利要求2所述的方法，其特徵在於，所述步驟A之前，進一步包括DC生成公私鑰對PubKey和I^riKey，自身秘密保存I^riKey，將PubKey公開給IMS客戶端開發廠商，預置在UE中。
4.根據權利要求1、2或3所述的方法，其特徵在於，所述點播請求中攜帶有UEID；所述MF生成一fkssion ID之後，進一步包括MF將kssion ID,UE ID以及SDP信息通過IMS Core發送給DC ；DC找到與UE ID對應的token_l，並確定UE與IMS Core之間的傳輸通道是否存在IPSec保護，如果存在，則利用t0ken_l對％%1011 ID進行加密，得到 token_4,否則，利用token_l對kssion ID和SDP信息進行加密，得到token_5，將token_4 或token_5通過IMS Core發送給MF ；所述連同SDP信息一起，通過IMS Core和SCF發送給UE包括將token_5，或token_4 和SDP信息通過IMS Core和SCF發送給UE ；所述利用token_l對UE ID、Session ID和SDP信息進行加密之前，進一步包括利用 token_l 對 token_4 或 token_5 進行解密，得到 kssion ID 或 kssion ID 和 SDP 信息。
5.一種用戶終端UE，其特徵在於，包括第一處理單元，用於確定自身是否保存有令牌token_l，如果是，則通知第二處理單元執行自身功能，否則，隨機生成t0ken_l，進行保存，並連同自身標識UE ID 一起，通過IP多媒體子系統核心網IMS Core發送給數據業務中心DC，然後通知所述第二處理單元執行自身功能；所述第二處理單元，用於通過IMS Core和業務控制功能實體SCF向媒體伺服器MF發送點播請求，並接收MF通過IMS Core和SCF發送來的會話標識kssion ID和會話描述協議SDP信息；利用token_l對UE ID,Session ID和SDP信息進行加密，生成token_2 ；建立與MF之間的實時傳輸流媒體協議RTSP連接，將t0ken_2和UE ID攜帶在播放請求中發送給MF ；接收來自MF的流媒體內容。
6.根據權利要求5所述的UE,其特徵在於，所述第一處理單元進一步用於，利用預先設置的公鑰PubKey對token_l進行加密，得到token_3，將token_3連同UE ID 一起，通過IMS Core發送給DC。
7.根據權利要求5或6所述的UE，其特徵在於，所述第二處理單元進一步用於，利用 token_l對MF通過IMS Core和SCF發送來的token_4或token_5進行解密，得到kssion 皿或^^如ID禾口 SDP信息。
8.一種數據業務中心DC，其特徵在於，包括第三處理單元，用於接收用戶終端UE通過IP多媒體子系統核心網IMS Core發送來的令牌token_l和UE ID，保存token_l、UE ID以及兩者之間的對應關係；第四處理單元，用於接收MF通過IMS Core發送來的token_2和UE ID，找到與UE ID 對應的token_l，利用token_l對token_2進行解密，若解密得到的UE ID與接收到的UE ID 一致，則將解密得到的kssion ID通過IMS Core發送給MF。
9.根據權利要求8所述的DC，其特徵在於，所述第三處理單元進一步用於，接收UE通過IMS Core發送來的t0ken_3，利用預先保存的私鑰I^riKey對t0ken_3進行解密，得到 token_l。
10.根據權利要求8或9所述的DC，其特徵在於，所述第四處理單元進一步用於，接收 MF通過IMS Core發送來Wkssion ID,UE ID以及SDP信息，找到與UE ID對應的token_l， 並確定UE與IMS Core之間的傳輸通道是否存在IPSec保護，如果存在，則利用t0ken_l對 Session ID進行加密，得到token_4，否則，利用token_l對kssion ID和SDP信息進行加密，得到 token_5，將 token_4 或 token_5 通過 IMS Core 發送給 MF。
11.一種媒體伺服器MF，其特徵在於，包括第五處理單元，用於接收用戶終端UE通過IP多媒體子系統核心網IMS Core和業務控制功能實體SCF發送來的點播請求，生成一個會話標識kssion ID，連同會話描述協議SDP 信息一起，通過IMS Core和SCF發送給UE ；第六處理單元，用於建立與UE之間的實時傳輸流媒體協議RTSP連接，並接收來自UE 的播放請求，獲取其中攜帶的令牌t0ken_2和UE ID，通過IMS Core發送給數據業務中心 DC;接收DC通過IMS Core發送來的對t0ken_2進行解密後得到的kssion ID，當確定自身保存有該解密得到的kssion ID後，向UE播放流媒體內容。
12.根據權利要求11所述的MF，其特徵在於，所述點播請求中攜帶有UEID;所述第五處理單元進一步用於，將kssion ID,UE ID以及SDP信息通過IMS Core發送給DC，接收DC 通過 IMS Core 發送來的 token_4 或 token_5 ；其中，token_4 是 DC 利用 token_l 對 kssion ID進行加密得到的，t0ken_5是DC利用t0ken_l對kssion ID和SDP信息進行加密得到的。
全文摘要
本發明公開了基於IMS的流媒體點播方法和裝置，其中，UE利用自身保存的token_1對UE ID、Session ID和SDP信息進行加密，生成token_2，將token_2和UE ID攜帶在播放請求中發送給MF；MF將接收到的token_2和UE ID發送給DC；DC找到與接收到的UE ID對應的token_1，利用token_1對token_2進行解密，若解密得到的UE ID與接收到的UE ID一致，則將解密得到的Session ID發送給MF；MF確定自身保存有該解密得到的Session ID，向UE播放流媒體內容。應用本發明所述方案，能夠提高流媒體業務的安全性。
文檔編號H04L29/06GK102546574SQ201010621148
公開日2012年7月4日 申請日期2010年12月24日 優先權日2010年12月24日
發明者盧山, 常輝, 彭華熹, 路曉明 申請人:中國移動通信集團公司