CN101674298B

CN101674298B - 以文件方式传输媒体内容的方法、***及设备

Info

Publication number: CN101674298B
Application number: CN200910004234.2A
Authority: CN
Inventors: 左羽; 李幼颖; 彭招君; 王丰
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huizhou wisdom Enterprise Management Co., Ltd.
Priority date: 2008-09-11
Filing date: 2009-02-13
Publication date: 2012-03-21
Anticipated expiration: 2029-02-13
Also published as: CN101674298A; WO2010028601A1

Abstract

本发明实施例涉及一种以文件方式传输媒体内容的方法、***及设备，其中方法应用于基于因特网协议多媒体子***IMS的因特网协议电视IPTV网络中，包括：通过发起包含请求标识的会话建立请求，协商建立以文件方式进行传输的内容通道；通过所述内容通道传输媒体内容。本发明实施例通过建立内容通道，可以在内容通道中传输文件方式的媒体内容，实现了在基于IMS的IPTV***中以文件的方式传输内容，提升了IPTV***的业务能力。

Description

以文件方式传输媒体内容的方法、***及设备

技术领域

本发明实施例涉及通信领域，尤其涉及一种以文件方式传输媒体内容的方法、***及内容设备、业务控制设备。

背景技术

因特网协议电视(IPTV：Internet Protocol Television)是一种利用宽带有线电视网，集互联网、多媒体、通讯等多种技术于一体，向家庭用户提供包括数字电视在内的多种交互式服务的崭新技术。用户在家中可以使用电脑或者以网络机顶盒和普通电视机方式享受IPTV业务，也可以通过移动终端享受IPTV业务。IPTV使用TCP/IP作为承载协议进行单播、广播或组播视频业务，有效地将电视网、电话网和互联网三个领域结合在一起，是三网融合最具代表性的业务，正受到业界越来越多的关注。

因特网协议多媒体子***(IP Multimedia Subsystem：IMS)是3GPP在Release 5版本中提出的支持IP多媒体业务的子***。IMS是一个独立于接入技术的基于IP的标准体系，与现存的语音和数据网络都可以互通。不论是固定网络用户(例如PSTN、ISDN、因特网)还是移动用户(例如GSM、CDMA)，IMS的体系使得各种类型的客户端都可以建立对等的IP通信，并可以获得所需要的服务质量。除会话管理之外，IMS体系还涉及完成服务所必须提供的功能(例如注册、安全、计费、承载控制、漫游等)。

TISPAN对IMS的研究直接基于3GPP Release7。TISPAN在架构中引入了网络附着子***(Network Attachment Subsystem：NASS)和资源与接纳控制子***(Resource and Admission Control Subsystem：RACS)。NASS用于完成对用户附着于接入网络的管理，包括用户验证和网络地址分配、位置管理。 RACS的主要任务则是完成资源的调度和分配，实现服务质量(Quality ofservice：QOS)控制。同时，TISPAN把组播控制点的功能分为了基本转发功能(Elementary Forwarding Function：EFF)和基本控制功能(Elementary ControlFunction：ECF)。EFF功能主要完成包的复制，而ECF主要负责处理多播相关的协议。

经过发明人的研究发现，在基于IMS的IPTV***中，目前标准中是以流的方式传输媒体内容以实现实时的音视频观看业务(例如直播、点播)。然而有些IPTV业务对于实时性并无特殊要求，且许多IPTV业务并不局限于提供音视频观看服务，而是提供双向互动和信息共享的服务，尤其是IPTV增值业务。在目前基于IMS的IPTV***中尚无法实现此种内容的上传和下载业务。

发明内容

本发明实施例提供了一种以文件方式传输媒体内容的方法、***及设备，用于实现在基于IMS的IPTV***中传输文件方式的媒体内容。

本发明实施例提供了一种以文件方式传输媒体内容的方法，所述方法应用于基于因特网协议多媒体子***IMS的因特网协议电视IPTV网络中，包括：

通过发起包含请求标识的会话建立请求，协商建立以文件方式进行传输的内容通道；

通过所述内容通道传输媒体内容；

其中，所述通过发起包含请求标识的会话建立请求，协商建立以文件方式进行传输的内容通道包括：

第一内容实体发起包含所述请求标识的所述会话建立请求；

业务控制实体根据所述请求标识，选择具备以文件方式传输能力的第二内容实体，并向所述第二内容实体转发所述会话建立请求；

所述第二内容实体返回会话建立响应，其中所述会话建立响应中携带以文件方式传输的媒体协商信息。

本发明实施例提供了一种内容设备，包括：

通道建立模块，用于根据包含请求标识的会话建立请求，协商建立以文件方式进行传输的内容通道；

传输模块，用于通过所述内容通道传输媒体内容；

所述通道建立模块包括：

第二接收单元，用于接收包含所述请求标识的会话建立请求，其中，所述会话建立请求由业务控制实体根据所述请求标识，选择具备以文件方式传输能力的所述内容设备后，向所述内容设备转发的；

第三发送单元，用于根据所述会话建立请求，返回会话建立响应，其中所述会话建立响应中携带以文件方式传输的媒体协商信息。

本发明实施例提供了一种以文件方式传输媒体内容的***，包括第一内容实体、第二内容实体和业务控制实体，其中，第一内容实体用于发起包含请求标识的会话建立请求，业务控制实体用于根据所述请求标识，选择具备以文件方式传输能力的第二内容实体，并向所述第二内容实体转发所述会话建立请求，控制协商建立所述第一内容实体与所述第二内容实体之间以文件方式进行传输的内容通道；所述第二内容实体用于接收所述会话建立请求，返回会话建立响应，其中所述会话建立响应中携带以文件方式传输的媒体协商信息；所述第一内容实体与所述第二内容实体之间通过所述内容通道传输媒体内容。

本发明实施例通过建立内容通道，可以在内容通道中传输文件方式的媒体内容，实现了在基于IMS的IPTV***中传输文件方式的媒体内容，提升了IPTV***的业务能力。

附图说明

图1为本发明实施例所适用的IPTV架构的示意图；

图2为本发明实施例一以文件方式传输媒体内容的方法的流程图；

图3为本发明实施例二以文件方式传输媒体内容的方法的信令流程图；

图4为本发明实施例三以文件方式传输媒体内容的方法的信令流程图；

图5为本发明实施例四以文件方式传输媒体内容的方法的信令流程图；

图6为本发明实施例五以文件方式传输媒体内容的方法的信令流程图；

图7为本发明实施例六以文件方式传输媒体内容的方法的信令流程图；

图8为本发明实施例七以文件方式传输媒体内容的方法的信令流程图；

图9为本发明实施例一内容设备的结构示意图；

图10为本发明实施例二内容设备的结构示意图；

图11为本发明实施例业务控制设备的结构示意图；

图12为本发明实施例一以文件方式传输媒体内容的***的结构示意图；

图13为本发明实施例二以文件方式传输媒体内容的***的结构示意图。

具体实施方式

下面通过附图和实施例，对本发明实施例的技术方案做进一步的详细描述。

如图1所示，为本发明实施例所适用的IPTV架构的示意图，其中业务发现功能实体(Service Discovery Function：SDF)和业务选择功能实体(ServiceSelection Function：SSF)为用户终端(User Equipment：UE)选择一个IPTV业务提供了必要的信息。SSF给UE提供可以浏览和选择的一系列可用服务的列表。每一个IPTV业务由一对IPTV业务控制功能实体(Service ControlFunctions：SCF)和IPTV媒体功能实体(Media Functions：MF)组成。其中，SCF是一种会话初始协议(Session Initial Protocol：SIP)应用服务器，其任务主要包括：会话初始化时进行授权；实施修改流程，检查用户的数据，以决定是否允许用户访问该业务；账号控制；选择相应的MF。MF负责媒体流的控制和递交，MF可被分为媒体控制功能(Media Control Function：MCF)和媒体递交功能(Media Delivery Function：MDF)。MCF的任务主要包括：处理媒体流的控制；监视MDF的状态(该功能是可选的)；管理和用户设备(UE)的交互；在MCF控制多个MDF时，选择一个MDF；精确感知不同MDF的状态和内容的分发；产生计费信息。MDF的任务主要包括：处理媒体流的递交；上报状态给MCF(该功能是可选的)。

内容按需输出(Content on Demand：CoD)是一个IPTV业务功能，可分为业务控制部分(CoD-SCF)、媒体控制部分(CoD-MCF)和媒体递交功能(CoD-MDF)。CoD-SCF通过IMS核心网和UE进行消息交互，UE和CoD-MCF之间的媒体控制消息通过Xc’参考点进行交互，UE和CoD-MDF之间的媒体数据通过Xc”参考点交互。

广播服务功能(Broadcast：BC)实现了广播IPTV业务，它可以分为业务控制部分(BC-SCF)、媒体控制部分(BC-MCF)和媒体递交功能(BC-MDF)。 BC-SCF通过IMS核心网和UE进行消息交互，UE和BC-MCF之间的媒体控制消息通过Xc’参考点进行交互，UE和BC-MDF之间的媒体数据通过Xc”参考点交互。

个人录像机功能(Personal Video Recorder：PVR)实现了IPTV PVR业务，它可以分为业务控制部分(PVR-SCF)、媒体控制部分(PVR-MCF)和媒体递交功能(PVR-MDF)。PVR-SCF通过IMS核心网和UE进行消息交互，UE和PVR-MCF之间的媒体控制消息通过Xc’参考点进行交互，UE和PVR-MDF之间的媒体数据通过Xc”参考点交互。

基于图1所提出的IPTV架构，本发明实施例提供了以文件方式传输媒体内容的方法、***及各种设备，具体说明如下。在本发明各个实施例中，以文件方式传输媒体内容就是上传或下载媒体内容，所述的以文件方式进行传输的内容通道就是用于上传/下载媒体内容的内容通道。

如图2所示，为本发明实施例一以文件方式传输媒体内容的方法的流程图，具体包括如下步骤：

步骤101、通过发起包含请求标识的会话建立请求，协商建立以文件方式进行传输的内容通道；

步骤102、通过所述内容通道传输媒体内容。

在步骤101中，可以使用SIP消息协商建立内容通道。进一步的，本实施例还可以包括协商建立控制通道，具体地说，通过发起包含请求标识的会话建立请求，协商建立以文件方式进行传输的内容通道，以及用于传输媒体内容交互过程中的控制命令的控制通道。

进一步的，步骤101可以包括：

步骤1011、第一内容实体发起包含请求标识的会话建立请求；

步骤1012、业务控制实体根据请求标识，选择第二内容实体，向第二内容实体转发会话建立请求；

步骤1013、第二内容实体返回会话建立响应。

上述步骤1011～1013可以用于协商建立内容通道，也可以用于协商建立内容通道和控制通道。

其中步骤1012可以为业务控制实体根据请求标识，选择具备以文件方式传输能力的第二内容实体；步骤1013中会话建立响应中提供以文件方式进行传输的媒体协商信息。

更进一步的，步骤101的其中一种实施方式可以描述如下：UE(即第一内容实体)发送会话建立请求，该会话建立请求中可以包括请求标识、UE提供的内容通道信息，除此之外，还可以包括内容标识或控制通道信息；SCF(即业务控制实体)接收该会话建立请求，判断其业务是否为上传/下载业务，并选择提供该业务的MF(即第二内容实体)，并将该会话建立请求转发给MF；MF返回会话建立响应，该会话建立响应中可以包括MF提供的内容通道信息，除此之外还可以包括文件内容标识信息和/或控制通道信息。

本实施例通过建立以文件方式进行传输的内容通道，可以在内容通道中上传/下载内容，实现了在基于IMS的IPTV***中以文件的方式传输媒体内容，提升了IPTV***的业务能力。

在以下各个实施例中，以UE作为第一内容实体、SCF作为业务控制实体、MF作为第二内容实体为例，进一步介绍本发明实施例的技术方案。

如图3所示，为本发明实施例二以文件方式传输媒体内容的方法的信令流程图，在本实施例中，用户利用UE从IPTV MF下载视频文件，且采用FTP协议，UE使用SIP消息协商建立与IPTV MF之间的内容通道和控制通道。本实施例具体包括如下步骤：

步骤201、UE发送经由IMS核心网到SCF的包含请求标识的会话建立请求Invite消息；

该会话建立请求中携带有会话协商提议(OFFER)，同时协商建立FTP的控制通道和内容通道。该会话建立请求中可以包括如下信息：

内容标识：用于标识用户选择下载的媒体内容，例如可以是Content ID，可以为一个内容标识或一个内容标识列表；该内容标识可以在SIP消息中的Request URI中携带，或者通过SIP消息体携带；

业务标识：用于标识用户请求的业务，本实施例中该标识指示本请求为以文件方式传送内容的业务请求，该信息可在SIP头域中或消息体中携带；

控制通道信息：用于表示控制通道的相关信息，可以包括以下信息中的一种或多种：FTP协议标识，UE用于控制通道的IP地址及端口，表示该通道为控制通道的标识；该控制通道信息可以在SDP中携带；

内容通道信息：用于表示内容通道的相关信息，可以包括以下信息中的一种或多种：FTP协议标识，UE用于内容通道的IP地址及端口，表示该通道为内容通道的标识，上传/下载操作标识(本实施例中为下载)，表示主动/被动方式的标识(本实施例中使用的是主动方式)，用户定义的文件类型(如ASCII)、数据结构(如File)、传输方式(如BLOCK)等传输模式信息；该内容通道信息可以在SDP中携带。

本实施例中请求标识可以为业务标识、FTP协议标识、内容标识、上传/下载操作标识或上述标识的任一组合。

步骤202、SCF接收到UE发送的会话建立请求，根据请求标识判断该会话建立请求的业务是否为上传/下载业务，若是则执行步骤203；

所述判断的方法可以为：根据业务标识和下载操作标识，判断出本实施例中会话建立请求的业务为下载业务；或直接根据内容标识判断为以文件方式下载的业务，也可根据内容标识和下载操作标识判断为下载业务。

步骤203、SCF根据内容标识选择提供相应媒体内容下载的MF，将该携带有内容标识的会话建立请求转发给选择的MF；其中，可以在会话建立请求的Request URI中写入MF的地址，在T0头域中携带内容标识；

步骤204、MF接收到SCF发送的会话建立请求，判断该会话建立请求的业务是否为下载业务，若是，则执行步骤205；该判断的方法可以采用步骤202中所述的方法；若该MF为专门处理下载业务的服务器，则本步骤可以为可选步骤，直接执行步骤205；

步骤205、MF根据接收到的内容标识，查找内容保存的路径，将内容保存的路径作为文件内容标识信息；

步骤206、MF返回会话建立响应200OK消息，该会话建立响应经由SCF和IMS核心网到达UE；该会话建立响应中提供下载的媒体协商信息，具体可以包括如下信息：

控制通道信息：用于表示控制通道的相关信息，可以包括以下信息中的一种或多种：FTP协议标识，MF用于控制通道的IP地址及端口，表示该通道为控制通道的标识；

内容通道信息：用于表示内容通道的相关信息，可以包括以下信息中的一种或多种：FTP协议标识，MF用于内容通道的IP地址及端口，表示该通道为内容通道的标识，上传/下载操作标识(本实施例中为下载)；

文件内容标识信息：即内容保存的路径，可以为内容在服务器中存放的目录、文件名，例如/USER/Video/Viedo.avi。

步骤207、UE与MF之间的控制通道建立完毕；在此之前还可以包括：UE从会话建立过程中获得MF用于控制通道的IP地址、或IP地址和端口后，使用短暂端口发出主动打开命令，创建控制连接；

步骤208、UE与MF之间的内容通道建立完毕；在此之前还可以包括：MF从会话建立过程中获得的UE用于内容通道的IP地址和端口后，使用熟知端口20发出主动打开命令，创建数据连接；

步骤209、UE根据从会话建立响应中获得的内容保存的路径，通过控制通道发送控制命令(RETR)，指示下载该路径处保存的内容，即从服务器下载路径为/USER/Video/Viedo.avi的视频文件；

步骤210、MF回复响应消息，并打开数据连接；

步骤211、进行文件传输，由UE在内容通道中下载视频文件。

本实施例通过建立内容通道和控制通道，可以在内容通道中下载内容，实现了在基于IMS的IPTV***中以文件的方式下载内容，提升了IPTV***的业务能力；并且本实施例采用FTP协议，使得用户可以高效地从服务器下载大信息量的文件，通过建立内容通道和控制通道，将命令和数据分开传送，大大提高传输效率。

如图4所示，为本发明实施例三以文件方式传输媒体内容的方法的信令流程图，在本实施例中，用户利用UE向IPTV媒体服务器上传自己录制的视频文件，且采用FTP协议，UE使用SIP消息协商建立与MF之间的内容通道和控制通道。本实施例具体包括如下步骤：

步骤301、UE发送经由IMS核心网到SCF的包含有请求标识的会话建立请求；

业务标识：本实施例该业务标识显示指示出业务为上传业务；该业务标识可以在SIP消息中的Request URI中携带；

内容标识：由用户或网络侧生成的用于标识用户上传的媒体内容，可以为一个内容标识或一个内容标识列表，用户可以在发起此上传请求前先从网络侧获得内容标识，；该内容标识可以在SIP消息的T0头域中携带或在SIP消息体中携带；若用户没有从网络侧获得内容标识，则会话建立请求中可以不包括内容标识；

内容通道信息：用于表示内容通道的相关信息，可以包括以下信息中的一种或多种：FTP协议标识，UE用于内容通道的IP地址及端口，表示该通道为内容通道的标识，上传/下载操作标识(本实施例中为上传)，表示主动/被动方式的标识(本实施例中使用的是主动方式)，用户定义的文件类型(如 ASCII)、数据结构(如File)、传输方式(如BLOCK)等传输模式信息；该内容通道信息可以在SDP中携带。

本实施例中请求标识可以为业务标识、FTP协议标识、上传/下载操作标识、内容标识或上述标识的任一组合，在本文中上传/下载操作标识即传输操作标识。

步骤302、SCF接收到UE发送的会话建立请求，根据请求标识判断该会话建立请求的业务是否为上传/下载业务，若是则执行步骤303；

所述判断的方法可以为：根据业务标识，直接判断出本实施例中会话建立请求的业务为上传业务。

步骤303、若会话建立请求中包括用户生成的内容标识，则SCF可以根据该内容标识生成一个唯一标识内容的新的内容标识，并在会话建立请求中携带该新的内容标识；若会话建立请求中不包括内容标识，则SCF生成一个唯一标识内容的新的内容标识，并在会话建立请求中携带该新的内容标识；本步骤中新的内容标识可以在SIP消息的头域中或在SDP中用属性行携带；

若会话建立请求中包括网络侧生成的内容标识，则本实施例可以不执行步骤303。

步骤304、SCF选择提供文件上传能力的MF，将携带有内容标识的会话建立请求转发给该MF；

步骤305、MF接收到SCF发送的会话建立请求，判断该会话建立请求的业务是否为上传业务，若是，则执行步骤306；该判断的方法可以采用步骤302中所述的方法；若MF为专门负责上传业务的MF，则本步骤为可选步骤，直接执行306；

步骤306、MF存储接收到的内容标识，可以选择适合的内容保存的路径，将该内容保存的路径作为文件内容标识信息；

步骤307、MF返回会话建立响应，该会话建立响应经由SCF和IMS核心网到达UE；该会话建立响应中提供上传的媒体协商信息，具体可以包括如下信息：

内容标识：由SCF或用户生成的用于标识用户上传的媒体内容，可以为一个内容标识或一个内容标识列表；

控制通道信息：用于表示控制通道的相关信息，可以包括以下信息中的一种或多种：FTP协议标识，MF用于控制通道的IP地址及端口，表示该通道为控制通道的标识；该控制通道信息可以在SDP中携带；

内容通道信息：用于表示内容通道的相关信息，可以包括以下信息中的一种或多种：FTP协议标识，MF用于内容通道的IP地址及端口，表示该通道为内容通道的标识，上传/下载操作标识(本实施例中为上传)；该内容通道信息可以在SDP中携带；

文件内容标识信息：即内容保存的路径，可以为内容在服务器中存放的目录、文件名，例如/USER/Video。

步骤308、UE与MF之间的控制通道建立完毕；在此之前还可以包括：UE从会话建立过程中获得MF用于控制通道的IP地址、或IP地址和端口后，使用短暂端口发出主动打开命令，创建控制连接；

步骤309、UE与MF之间的内容通道建立完毕；在此之前还可以包括：UE从会话建立过程中获得的MF用于内容通道的IP地址和端口后，发出主动打开命令，创建数据连接；

步骤310、UE通过控制通道发送存储命令(STOR)，指示向MF上传路径为/USER/Video/Viedo.avi的视频文件；

步骤311、进行文件传送，即UE在内容通道中上传视频文件。

本实施例通过建立内容通道和控制通道，可以在内容通道中上传内容，实现了在基于IMS的IPTV***中以文件的方式上传内容，提升了IPTV***的业务能力；并且本实施例采用FTP协议，使得用户可以高效地从服务器下载大信息量的文件，通过建立内容通道和控制通道，将命令和数据分开传送，大大提高传输效率。

如图5所示，为本发明实施例四以文件方式传输媒体内容的方法的信令流程图，在本实施例中，用户利用UE从IPTV媒体服务器下载视频文件，且采用TFTP协议，UE使用SIP消息协商建立与MF之间的内容通道。本实施例具体包括如下步骤：

步骤401、UE发送经由IMS核心网到SCF的包含有请求标识的会话建立请求；

该会话建立请求中携带有会话协商提议(OFFER)，协商建立TFTP的内容通道。该会话建立请求中可以包括如下信息：

内容标识：用于标识用户选择下载的媒体内容，等同于TFTP报文中的文件名字符串，可以为一个内容标识或一个内容标识列表；该内容标识可以在SIP消息中的请求(Request)URI中携带，或者通过SIP消息体携带；

业务标识：本实施例该业务标识显示的指示出业务为下载业务；该业务标识可以在SIP头域中携带；

内容通道信息：用于表示内容通道的相关信息，可以包括以下信息中的一种或多种：TFTP协议标识，UE用于内容通道的IP地址及端口，上传/下载的操作标识(本实施例中为下载)，传送方式标识等传输模式信息，如netascii(对于ASCII编码)或octet(对于二进制文件)；这里上传也可以指写，下载也可以指读；

本实施例中请求标识可以为业务标识、TFTP协议标识、上传/下载操作标识、内容标识或上述标识的任一组合。

步骤402、SCF接收到UE发送的会话建立请求，根据请求标识判断该会话建立请求的业务是否为上传/下载业务，若是则执行步骤403；

所述判断的方法可以为：根据业务标识，直接判断出本实施例中会话建立请求的业务为下载业务；或根据内容标识，直接判断出为文件下载业务。

步骤403、SCF根据内容标识选择提供相应媒体内容下载的MF，将该携带有内容标识的会话建立请求转发给选择的MF；其中，在会话建立请求的 Request URI中写入MF的地址，在To头域中携带内容标识；

步骤404、MF接收到SCF发送的会话建立请求，判断该会话建立请求的业务是否为上传/下载业务，若是，则执行步骤405；该判断的方法可以采用步骤402中所述的方法；本步骤可以为可选步骤；

步骤405、MF返回会话建立响应，该会话建立响应经由SCF和IMS核心网到达UE；该会话建立响应中提供下载的媒体协商信息，具体可以包括如下信息：

内容通道信息：用于表示内容通道的相关信息，可以包括以下信息中的一种或多种：TFTP协议标识，MF用于内容通道的IP地址及端口。

步骤406、UE与MF之间的内容通道建立完毕；

步骤407、在内容通道中下载视频文件；MF向UE发送数据报文，报文中包含数据块。

本实施例通过建立内容通道，可以在内容通道中下载内容，实现了在基于IMS的IPTV***中以文件的方式下载内容，提升了IPTV***的业务能力；并且本实施例采用TFTP协议，使得实现更为简单。

如图6所示，为本发明实施例五以文件方式传输媒体内容的方法的信令流程图，在本实施例中，用户利用UE向IPTV媒体服务器上传自己录制的视频文件，且采用TFTP协议，UE使用SIP消息协商建立与MF之间的内容通道。本实施例具体包括如下步骤：

步骤501、UE发送经由IMS核心网到SCF的包含有请求标识的会话建立请求；

内容标识：由网络侧或用户生成的用于标识用户选择上传的媒体内容，等同于TFTP报文中的文件名字符串，可以为一个内容标识或一个内容标识列表；该内容标识可以在SIP消息的头域或消息体中携带，例如在T0头域中携带；用户可能在发起此上传请求前先从网络侧获得内容标识，若用户没有获得内容标识，则会话建立请求中可以不包括内容标识；

业务标识：本实施例该业务标识指示该请求为一个UGC业务请求，UGC业务为一种支持上传或下载内容的业务。；该业务标识可以在SIP头域中携带；

内容通道信息：用于表示内容通道的相关信息，可以包括以下信息中的一种或多种：TFTP协议标识，UE用于内容通道的IP地址及端口，上传/下载操作标识(本实施例中为上传)，传送方式标识等传输模式信息，如netascii(对于ASCII编码)或octet(对于二进制文件)。

步骤502、SCF接收到UE发送的会话建立请求，根据请求标识判断该会话建立请求的业务是否为上传/下载业务，若是则执行步骤503；

所述判断的方法可以为：根据内容通道信息中的协议标识和上传/下载操作标识，判断出本实施例中会话建立请求的业务为上传业务。

步骤503、若会话建立请求中包括内容标识，则SCF可以根据该内容标识生成一个唯一标识内容的新的内容标识，并在会话建立请求中携带该新的内容标识；若会话建立请求中不包括内容标识，则SCF生成一个唯一标识内容的新的内容标识，并在会话建立请求中携带该新的内容标识；本步骤的新的内容标识可以在SIP消息的头域中携带或在SDP中用属性行携带；

若会话建立请求中包括网络侧生成的内容标识，则本实施例可不执行步骤503。

步骤504、SCF选择提供文件上传能力的MF，将携带有新的内容标识的会话建立请求转发给该MF；

步骤505、MF接收到SCF发送的会话建立请求，判断该会话建立请求的业务是否为上传/下载业务，若是，则执行步骤506；该判断的方法可以采用步骤502中所述的方法；本步骤为可选步骤；

步骤506、MF返回会话建立响应，该会话建立响应经由SCF和IMS核心网到达UE；该会话建立响应中提供上传的媒体协商信息，具体可以包括如下信息：

步骤507、UE与MF之间的内容通道建立完毕；

步骤508、在内容通道中进行文件传送，即上传视频文件；UE向MF发送数据报文，报文中包含数据块。

本实施例通过建立内容通道，可以在内容通道中上传内容，实现了在基于IMS的IPTV***中以文件的方式上传内容，提升了IPTV***的业务能力；并且本实施例采用TFTP协议，使得实现更为简单。

如图7所示，为本发明实施例六以文件方式传输媒体内容的方法的信令流程图，在本实施例中，SCF向一组IPTV用户推送COD节目，且采用FLUTE协议，SCF发起与UE建立会话，并协商建立基于FLUTE协议的内容通道。本实施例具体包括如下步骤：

步骤601、SCF发送经由IMS核心网到UE的会话建立请求；

该会话建立请求中携带有会话协商提议(OFFER)，协商建立内容通道。该会话协商提议中可以包括如下信息：FLUTE协议标识；FLUTE会话的传输会话标识(TSI)；FLUTE会话发送端IP地址，本实施例中具体为内容源MF的IP地址；一个以上内容通道对应的组播地址、或组播地址和端口号。另外，还可以包括以下可选信息：FLUTE会话中包含的通道数；FLUTE会话的开始与结束时间；FEC能力和相关参数；媒体类型(即“application”)和编码方案；每个通道对应的带宽信息；内容描述信息，包括该FLUTE会话中传递的文件(FILE)信息，在SDP表示时可能是给出一个描述信息的URI。以上信息(例如TSI、组播地址等)，在发起本会话请求前，SCF可以从MF 或其他应用服务器获取，也可以是预先在SCF上配置。

步骤602、UE返回经由IMS核心网到SCF的会话建立响应；

该会话建立响应中携带有会话协商应答(ANSWER)，其中可以包括如下信息：FLUTE协议标识；UE选择加入的一个以上FLUTE内容通道对应的组播地址、或组播地址和端口号。另外，还可以包括如下可选信息：每个通道对应的带宽信息；媒体类型(即“application”)和编码方案；FEC能力和相关参数。

步骤603、FLUTE内容通道建立完毕；

步骤604、UE向组播复制分发点发送加入组播组请求消息，请求加入一个以上组播组；

步骤605、在内容通道中下载内容；组播复制分发点在内容通道中将内容发送给UE。

本实施例通过建立内容通道，可以在内容通道中下载内容，实现了在基于IMS的IPTV***中以文件的方式下载内容，提升了IPTV***的业务能力；并且本实施例采用FLUTE协议，使得SCF可以向一组IPTV用户推送媒体内容。

如图8所示，为本发明实施例七以文件方式传输媒体内容的方法的信令流程图，在本实施例中，用户利用UE从内容服务器下载图片，且使用HTTP协议，UE发起与内容服务器建立HTTP会话，并协商建立内容通道。本实施例具体包括如下步骤：

步骤701、UE发送经由IMS核心网到SCF的包含有请求标识的会话建立请求；

该会话建立请求中携带有会话协商提议(OFFER)，协商建立内容通道。该会话建立请求中可以包括如下信息：

内容标识：用于标识用户选择下载的媒体内容，可以为一个内容标识或一个内容标识列表，本实施例具体为图片文件的标识；该内容标识可以在SIP 消息中的请求(Request)URI中携带；

业务标识：用于显示的指示业务是上传业务还是下载业务，本实施例该业务标识指示出业务为以文件方式的下载业务；该业务标识可以在SIP头域中携带；

内容通道信息：用于表示内容通道的相关信息，可以包括以下信息中的一种或多种：HTTP协议标识，UE用于内容通道的IP地址和/或端口，上传/下载操作标识(本实施例中为下载)。

本实施例的请求标识可以为业务标识、HTTP协议标识、上传/下载操作标识、内容标识或上述标识的任一组合。

步骤702、SCF接收到UE发送的会话建立请求，根据请求标识判断该会话建立请求的业务是否为上传/下载业务，若是则执行步骤703；

所述判断的方法可以为：根据业务标识，判断出本实施例中会话建立请求的业务为下载业务；还可以为：根据内容通道信息中的协议标识和上传/下载操作标识，判断出本实施例中会话建立请求的业务为下载业务。

步骤703、SCF根据内容标识选择提供相应媒体内容下载的MF，将该会话建立请求转发给选择的MF；其中，在会话建立请求的请求(Request)URI中写入MF的地址，在T0头域中携带内容标识；

步骤704、MF接收到SCF发送的会话建立请求，判断该会话建立请求的业务是否为上传/下载业务，若是，则执行步骤705；该判断的方法可以采用步骤702中所述的方法；本步骤为可选步骤；

步骤705、MF根据接收到的内容标识，查找内容的HTTP URI信息；

步骤706、MF返回经由IMS核心网和SCP到UE的会话建立响应；

该会话建立响应中提供上传/下载的媒体协商信息，具体的，可以携带有会话协商应答(ANSWER)，其中可以包括如下信息：

内容通道信息：用于表示内容通道的相关信息，可以包括以下信息中的一种或多种：HTTP协议标识，MF用于内容通道的IP地址和/或端口；

HTTP URI信息：MF根据内容标识查找到的URI信息，例如本实施例中UE所请求的图片的URI为www.example.com/image/a.jpeg。

步骤707、HTTP内容通道建立完毕；

步骤708、UE通过内容通道发送获取(GET)请求消息，请求从MF获取图片，请求格式如下：

GET/Image/a.jpeg HTTP/1.1

HOST:www.example.com

ACCEPT......

步骤709、从内容通道上下载图片；MF根据获取请求消息，在内容通道上返回响应消息(200OK)，该响应消息中携带有URI信息对应的图片(a.jpeg)。

本实施例采用HTTP协议，通过建立内容通道，可以在内容通道中下载内容，实现了在基于IMS的IPTV***中以文件的方式下载内容，提升了IPTV***的业务能力。

如图9所示，为本发明实施例一内容设备的结构示意图，本实施例用于基于IMS的IPTV***中，可以包括通道建立模块和传输模块，其中通道建立模块根据包含请求标识的会话建立请求，协商建立以文件方式进行传输的内容通道；传输模块通过内容通道传输媒体内容。进一步的，通道建立模块还可以协商建立控制通道，该控制通道用于传输媒体内容的交互过程中的控制命令。

进一步的，本实施例可以具体为UE，上述通道建立模块可以具体为第一通道建立模块100，可以包括第一发送单元111和第一接收单元112，其中第一发送单元111发送包含请求标识的会话建立请求，第一接收单元112接收根据该会话建立请求返回的会话建立响应。传输模块可以具体为第一传输模块200，可以包括第二发送单元121，该第二发送单元121根据从会话建立响应中获得的媒体内容保存的路径，通过控制通道发送控制命令，该控制命令指示下载所述路径处保存的媒体内容，或向路径处上传媒体内容；或者，第二发送单元121根据从会话建立响应中获得的媒体内容的统一资源标识符URI信息，通过内容通道发送获取请求消息。

如图10所示，为本发明实施例二内容设备的结构示意图，本实施例也包括上述通道建立模块和传输模块，本实施例可以具体为MF，具体地说，本实施例的通道建立模块可以具体为第二通道建立模块110，可以包括第二接收单元113、第三发送单元114，其中第二接收单元113接收UE经过SCF(即业务控制实体)发送的包含请求标识的会话建立请求，第三发送单元114根据会话建立请求，返回会话建立响应。传输模块可以具体为第二传输模块120。

当会话建立请求的业务为下载业务时，通道建立模块还可以包括查找单元115，该查找单元115根据会话建立请求中携带的内容标识，查找媒体内容保存的路径，并将路径携带在会话建立响应中，或者，根据会话建立请求中携带的内容标识，查找媒体内容的URI信息，并将URI信息携带在会话建立响应中。

当会话建立请求的业务为上传业务时，通道建立模块还可以包括选择单元116，该选择单元116存储会话建立请求中携带的内容标识，并选择适合的媒体内容保存的路径，并将路径携带在会话建立响应中。

如图11所示，为本发明实施例业务控制设备的结构示意图，在基于IMS的IPTV***中，本实施例可以具体为SCF，该SCF可以包括接收模块31、选择模块32和发送模块33，其中接收模块31接收UE发送的包含请求标识的会话建立请求，选择模块32根据请求标识，选择内容设备(具体为选择具备以文件方式传输能力的MF)，发送模块33将会话建立请求转发给内容设备。接收模块31还可以接收MF发送的会话建立响应，然后将该会话建立响应通过发送模块33转发给UE。

本实施例还可以包括生成模块34，当会话建立请求中没有携带内容标识，或SCF需要生成新的内容标识时，利用生成模块34生成新的内容标识，并将该新的内容标识携带在会话建立请求中。

通过上述实施例中描述的各种设备，建立了UE和MF之间的内容通道、或内容通道和控制通道，可以在内容通道中上传/下载内容，实现了在基于IMS的IPTV***中以文件的方式上传/下载内容，提升了IPTV***的业务能力。

如图12所示，为本发明实施例一以文件方式传输媒体内容的***的结构示意图，该***包括第一内容实体(UE)1、第二内容实体(MF)2和业务控制实体(SCF)3，UE发起包含请求标识的会话建立请求，SCF3接收包含请求标识的会话建立请求，根据请求标识控制协商建立UE1和MF2之间以文件方式进行传送的内容通道，UE1和MF2之间通过所建立的内容通道传输媒体内容。

进一步的，如图13所示，为本发明实施例二以文件方式传输媒体内容的***的结构示意图，本实施例中UE可以为上述本发明实施例一内容设备中所述的任一内容设备，MF可以为本发明实施例二内容设备中所述的任一内容设备，SCF可以为本发明实施例业务控制设备中所述的任一业务控制设备。

本实施例通过建立以文件方式进行传输的内容通道，可以在内容通道中上传/下载内容，实现了在基于IMS的IPTV***中以文件的方式上传/下载内容，提升了IPTV***的业务能力。

综上所述，由于现有技术中基于IMS的IPTV***中仅支持以流的方式传输媒体内容实现实时的音视频观看业务(例如直播、点播)，因此用户只能实时观看内容，而不在本地保存：例如用户一旦关闭观看窗口之后，无法再从本地打开继续观看，灵活性不强，且对网络带宽的要求较高。然而有些IPTV业务对于实时性并无特殊要求，且许多IPTV业务并不局限于提供音视频观看服务，而是提供双向互动和信息共享的服务，尤其是IPTV增值业务：例如在用户原创内容(UGC)业务中，用户可以将自己录制的视频上传到媒体服务器，其他用户可从服务器上下载该视频内容，此时用户不需要实时观看视频，媒体内容完全可以以文件(FILE)的方式上传至服务器或下载到用户终端，待文件保存完整后，用户可以在任意时刻观看该内容；也可以边下载边观看。本发明实施例中提出的技术方案通过建立以文件方式进行传输的内容通道，在内容通道中上传或下载内容，此时用户可以待内容在本地保存完整内容后再进行观看，或者也可以边下载边观看，观看完毕后内容同时也保存完毕，且后续任意时刻都可以再次在本地观看，提升了IPTV***的业务能力并丰富了用户体验。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤，而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上实施例仅用以说明本发明实施例的技术方案，而非对其限制；尽管参照前述实施例对本发明实施例进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明实施例各实施例技术方案的精神和范围。

Claims

1.一种以文件方式传输媒体内容的方法，其特征在于，所述方法应用于基于因特网协议多媒体子***IMS的因特网协议电视IPTV网络中，所述方法包括：

通过所述内容通道传输媒体内容；

第一内容实体发起包含所述请求标识的所述会话建立请求；

2.根据权利要求1所述的以文件方式传输媒体内容的方法，其特征在于还包括：协商建立控制通道，所述控制通道用于传输所述媒体内容的交互过程中的控制命令。

3.根据权利要求1所述的以文件方式传输媒体内容的方法，其特征在于：

所述会话建立请求为下载请求；

所述业务控制实体选择具备以文件方式传输能力的第二内容实体具体为：所述业务控制实体根据会话建立请求中的内容标识选择提供相应媒体内容的第二内容实体；

所述业务控制实体向第二内容实体转发所述会话建立请求具体为：所述业务控制实体将携带有内容标识的会话建立请求发送给第二内容实体；

或者，所述会话建立请求为下载请求，所述方法还包括协商建立控制通道，所述第二内容实体返回会话建立响应之前还包括：所述第二内容实体根据内容标识，查找媒体内容保存的路径，将所述媒体内容保存的路径作为文件内容标识信息；

或者，所述会话建立请求为上传请求；

当业务控制实体接收的会话建立请求中包括内容标识时，根据所述内容标识生成新的内容标识，将携带有新的内容标识的会话建立请求发送给第二内容实体；或者，当业务控制实体接收的会话建立请求中不包括内容标识时，业务控制实体生成新的内容标识，将携带有新的内容标识的会话建立请求发送给第二内容实体；

或者，所述会话建立请求为上传请求，所述方法还包括协商建立控制通道，所述第二内容实体返回会话建立响应之前还包括：所述第二内容实体存储所述新的内容标识，并选择适合的媒体内容保存的路径，将所述媒体内容保存的路径作为文件内容标识信息。

4.根据权利要求1所述的以文件方式传输媒体内容的方法，其特征在于，所述媒体协商信息包括如下之一或其任意组合：内容通道信息、控制通道信息、文件内容标识信息、内容标识。

5.根据权利要求3所述的以文件方式传输媒体内容的方法，其特征在于，所述建立内容通道和控制通道之后还包括：所述第一内容实体根据从会话建立响应中获得的媒体内容保存的路径，通过所述控制通道发送控制命令，所述控制命令指示下载所述路径处保存的媒体内容，或向所述路径处上传媒体内容。

6.根据权利要求1所述的以文件方式传输媒体内容的方法，其特征在于，所述方法采用的文件传输协议为文件传输协议FTP或简单文件传输协议TFTP或单向文件传输协议FLUTE或超文本传输协议HTTP。

7.根据权利要求6所述的以文件方式传输媒体内容的方法，其特征在于，协商建立所述内容通道的过程中包括协商传输模式信息，

所述采用的文件传输协议为FTP，所述传输模式信息包括文件类型、数据结构或传输方式；

或者，所述采用的文件传输协议为TFTP，所述传输模式信息包括传送方式标识。

8.根据权利要求1所述的以文件方式传输媒体内容的方法，其特征在于，所述第二内容实体返回会话建立响应之前还包括：所述第二内容实体根据所述会话建立请求中的内容标识，查找媒体内容的统一资源标识符URI信息。

9.根据权利要求8所述的以文件方式传输媒体内容的方法，其特征在于，所述媒体协商信息包括内容通道信息、所述媒体内容的URI信息；所述建立内容通道之后还包括：第一内容实体通过所述内容通道发送获取请求消息；

所述通过内容通道传输媒体内容包括：所述第二内容实体根据所述获取请求消息，在所述内容通道上返回响应消息，所述响应消息中携带有所述URI信息对应的媒体内容。

10.根据权利要求1所述的以文件方式传输媒体内容的方法，其特征在于，所述请求标识用于指示所述会话建立请求为上传或下载请求，所述请求标识包括如下之一或其组合：业务标识、协议标识、传输操作标识或内容标识。

11.一种内容设备，应用于基于因特网协议多媒体子***IMS的因特网协议电视IPTV网络中，其特征在于，所述内容设备包括：

传输模块，用于通过所述内容通道传输媒体内容；

所述通道建立模块包括：

12.根据权利要求11所述的内容设备，其特征在于，所述通道建立模块还用于协商建立控制通道，所述控制通道用于传输所述媒体内容的交互过程中的控制命令。

13.根据权利要求11或12所述的内容设备，其特征在于，所述通道建立模块还包括：

查找单元，用于根据会话建立请求中携带的内容标识，查找媒体内容保存的路径，并将所述路径携带在会话建立响应中，或者，用于根据会话建立请求中携带的内容标识，查找媒体内容的URI信息，并将所述URI信息携带在会话建立响应中。

14.根据权利要求11或12所述的内容设备，其特征在于，所述通道建立模块还包括：

选择单元，用于存储会话建立请求中携带的内容标识，并选择适合的媒体内容保存的路径，并将所述路径携带在会话建立响应中。

15.一种以文件方式传输媒体内容的***，其特征在于包括第一内容实体、第二内容实体和业务控制实体，其中，第一内容实体用于发起包含请求标识的会话建立请求，业务控制实体用于根据所述请求标识，选择具备以文件方式传输能力的第二内容实体，并向所述第二内容实体转发所述会话建立请求，控制协商建立所述第一内容实体与所述第二内容实体之间以文件方式进行传输的内容通道；所述第二内容实体用于接收所述会话建立请求，返回会话建立响应，其中所述会话建立响应中携带以文件方式传输的媒体协商信息；所述第一内容实体与所述第二内容实体之间通过所述内容通道传输媒体内容。