[发明专利]基于IP多媒体子系统的流媒体点播方法和装置

说明书

技术领域

本发明涉及IP多媒体子系统(IMS)技术，特别涉及基于IMS的流媒体点播方法和装置。

背景技术

IMS是在第三代合作伙伴计划(3GPP)版本5(R5)阶段已有分组域之上叠加的一个子系统，采用分组域作为上层控制信令和媒体传输的承载通道，并引入初始会话协议(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，并结束流程。

步骤24：SCP构造新的点播请求，其中携带有UE ID，发送给IMS Core。

步骤25：IMS Core将接收到的新的点播请求转发给相应的MF。

步骤26：MF生成一个会话标识(Session ID)。

并可记录该Session ID与UE ID之间的对应关系。

步骤27：MF将Session ID以及由控制通道信息和媒体通道信息组成的会话描述协议(SDP)信息携带在200OK消息中发送给IMS Core；其中，控制通道信息即指实时传输流媒体协议(RTSP)信息，媒体通道信息即指实时传输协议(RTP)或实时传输控制协议(RTCP)信息。

步骤28：IMS Core将接收到的200OK消息转发给SCF。

步骤29～210：SCF构造新的200OK消息，其中同样携带有Session ID和SDP信息，发送给IMS Core；IMS Core将接收到的新的200OK消息转发给UE。

步骤211～212：UE解析接收到的200OK消息中携带的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)请求，其中携带有Session ID。

步骤217：MF从接收到的播放请求中解析出Session ID，对其进行检查，即确定自身是否保存有该Session ID，如果没有，则向UE发送否认(NACK)消息，然后结束流程，如果是，则执行步骤218。

步骤218：MF向UE发送200OK消息。

步骤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多媒体子系统的流媒体点播方法，能够提高流媒体业务的安全性。