CN102150407B

CN102150407B - 网络电视频道业务实现方法和相关设备

Info

Publication number: CN102150407B
Application number: CN2009801476169A
Authority: CN
Inventors: 余勇; 许鑫; 贾记磊
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2009-06-30
Filing date: 2009-06-30
Publication date: 2013-12-04
Anticipated expiration: 2029-06-30
Also published as: CN102150407A; WO2011000151A1

Abstract

一种网络电视频道业务实现方法，包括：接收用户设备发送的请求加入频道的会话建立请求；识别所述用户请求加入频道的频道类型，若所述频道的类型为单播频道，则根据所述频道的对应的组播流地址，将所述组播地址对应的组播流转化为单播流；向所述用户设备播放所述单播流。

Description

网络电视频道业务实现方法和相关设备

技术领域

本发明涉及通信技术领域，具体涉及网络电视频道业务实现方法和相关设备。

背景技术

交互式网络电视(Internet Protocol Television，IPTV)是一种承载在网际协议(Internet Protocol，IP)网络之上，提供电视、视频、语音、文本、图像、数据等业务的多媒体系统。伴随着网络不断进步和业务不断丰富，多媒体与通信融合、固定与移动融合、互联网与电信融合是必然趋势。

IP多媒体系统(IP Multimedia Subsystem，IMS)是实现IP网络与通信业务融合的统一系统架构，现有的基于IMS的IPTV频道业务通过组播方案实现，业务流程如图1所示：

1、用户设备(User Equipment，UE)接入基于IMS的IPTV系统后，发起组播频道会话建立请求给IMS核心网(IMS Core)，该请求可以是基于SIP协议的Invite消息此请求消息体带有组播会话描述(SDP)信息；

2、IMS Core转发所述Invite请求给资源和准入控制子系统(Resource andAdmission Control Subsystem，RACS)，完成资源预留和准入控制；

3、IMS Core转发所述Invite请求给业务控制功能设备(Service ControlFunction，SCF)；

4-5、SCF对Invite请求进行授权检查，通过后直接发送确认消息(200OK)给IMS Core；

6、IMS Core转发200OK响应给RACS，完成资源提交；

7、IMS Core转发200OK响应给UE；

8-9、UE发送最终确认消息(ACK)给SCF；

10-11、频道会话建立，UE直接加入组播频道接收频道数据流；

现有技术中，基于IMS的IPTV频道业务，用户设备(UE)通过加入组播频道获取频道数据流，这就要求网络必须支持全网组播，如果部分网络或设备只支持单播，不支持组播，那么将无法开展上述流程描述的IPTV频道业务。

发明内容

本发明实施例提供网络电视频道业务实现方法和相关设备，可以通过单播方式实现基于IMS的IPTV频道业务。

本发明实施例提供一种网络电视频道业务实现方法，包括：

接收用户设备发送的请求加入频道的会话建立请求；

识别所述用户请求加入频道的频道类型，若所述频道的类型为单播频道，则根据所述频道的对应的组播流地址，将所述组播地址对应的组播流转化为单播流；

向所述用户设备播放所述单播流。

本发明实施例提供一种用户设备，包括：

元数据获取单元，用于获取网络侧下发的频道元数据；所述频道元数据中包含频道类型信息；

消息生成单元，用于根据所述元数据获取单元获取的频道元数据中的频道类型信息生成加入频道的会话建立请求，所述会话建立请求包含所述频道标识；若所述频道类型为组播频道，则生成的会话建立请求包含组播频道的SDP信息，若所述频道类型为单播频道，则生成的会话建立请求包含单播频道的SDP信息。

本发明实施例提供一种元数据服务器，包括：

接收单元，用于接收用户设备发起的频道元数据获取请求；

元数据存储单元，用于存储频道元数据，所述存储的频道元数据包括频道的类型标识；

元数据获取单元，用于根据所述接收单元接收的用户的获取请求获取所述元数据存储单元存储的频道元数据；

下发单元，用于将所述元数据获取单元获取的包括频道类型标识的频道元数据下发给用户设备。

本发明实施例提供一种业务控制功能设备，包括：

接收单元，用于接收用户设备发送的请求加入频道的会话建立请求；

频道识别单元，用于识别频道的类型；

通知单元，用于在所述频道识别单元识别所述用户设备请求加入的频道的类型为单播频道时，通知媒体服务器根据所述频道的对应的组播流地址，将组播流转换为单播流。

本发明实施例提供一种媒体服务器，包括：

媒体控制单元，用于接收业务控制功能设备的请求，与用户建立控制连接；

媒体传输单元，用于再媒体控制单元的控制下，根据组播流的地址，将组播流转化为单播流，并向用户播放所述单播流。

本发明实施例采用在已有的基于IMS的IPTV频道业务中增加单播频道类型，网络侧对于单播频道，先将组播频道的组播流转化为单播流，再向用户播放，使得运营商无需大范围的网络改造，即可实现对IMS的IPTV频道业务的支持，降低了业务实现的成本。

附图说明

图1是先有技术通过组播方式实现基于IMS的IPTV频道业务的信令流程图；

图2是本发明实施例一网络电视频道业务实现方法的流程图；

图3是本发明实施例二网络电视频道业务实现方法的流程图；

图4是本发明实施例中用户设备获取频道元数据的信令流程图；

图5是本发明实施例中新增频道元数据的信令流程图；

图6是本发明实施例中用户根据频道类型发起频道会话的信令流程图；

图7是本发明实施例应用到IMS中提供IPTV频道业务的信令流程图；

图8是本发明实施例三会话请求发送方法的流程图；

图9是本发明实施例四频道元数据发送方法的流程图；

图10是本发明实施例五网络电视频道业务处理方法的流程图；

图11是本发明实施例六用户设备的结构示意图；

图12是本发明实施例七用户设备的结构示意图；

图13是本发明实施例八元数据服务器的结构示意图；

图14是本发明实施例九业务控制功能设备的结构示意图；

图15是本发明实施例十媒体服务器的结构示意图。

具体实施方式

本发明实施例提供网络电视频道业务实现方法和相关设备，以下分别进行详细说明。

实施例一、一种网络电视频道业务实现方法，流程图如图2所示，包括：

A1，接收用户设备发送的请求加入频道的会话建立请求；

本发明实施例中接受用户的会话建立请求可以由网络侧的业务控制功能设备接收也可以由其他设备接收，具体的会话建立请求路由的网元可以参考多种常规实现，不构成对本发明的限制。

A2，识别用户请求加入的频道的类型，若频道的类型为单播频道，则根据频道的对应的组播流地址，将组播地址对应的组播流转化为单播流；

A3，向用户设备播放单播流。

本发明实施例一中，采用在已有的基于IMS的IPTV频道业务中增加单播频道类型，网络侧对于单播频道，先将组播频道的组播流转化为单播流，再向用户播放，使得运营商无需大范围的网络改造，即可实现对IMS的IPTV频道业务的支持，降低了业务实现的成本。

实施例二、一种网络电视频道业务实现方法，流程图如图3所示，包括：

B1，业务控制功能设备接收用户设备发送的请求加入频道的会话建立请求；会话建立请求包含频道标识；本发明实施例中，所述频道标识可以是频道号或者其他可以用于区分频道的标识。

B2，业务控制功能设备识别用户请求加入的频道的类型；若频道类型为组播频道，则继续步骤B3，若频道类型为单播频道，则继续步骤B4；

本发明实施例增加了单播频道类型，对于单播频道，采用将组播频道的组播流转化为单播流的方式实现服务，具体业务控制功能设备识别频道类型的方式可以有多种，下面举例说明：

方式一、本发明实施例中可以在用户设备请求加入频道的会话建立请求中增加频道类型信息，即频道类型由用户发送的请求指定，识别用户请求加入频道的频道类型的步骤包括：

业务控制功能设备根据频道类型信息识别频道的类型。

具体的频道类型信息可以采用多种方式表示，如：在会话建立请求中增加频道类型信息标志位，根据标志位的值用于标识频道的类型，也可以简单的根据会话建立请求的消息格式进行区分，如：根据用户设备发送的会话建立请求中的SDP格式信息进行区分。

方式二、在请求加入频道的会话建立请求中增加频道标识；

识别用户请求加入频道的频道类型的步骤包括：

根据频道标识识别频道的类型，具体的，业务控制功能设备SCF从元数据服务器获取的频道标识对应的频道元数据；并根据频道元数据识别频道的类型。

B3，采用常规的组播方式为用户设备提供IPTV频道业务。

本实施例中，获取频道的组播流地址，并将组播地址对应的组播流转化为单播流的步骤可以由业务控制功能设备和媒体服务器配合完成，具体包括：

B4，业务控制功能设备向媒体服务器发送请求消息；

B5，媒体服务器根据频道的组播流地址，并将组播流地址对应的组播流转化为单播流。

媒体服务器获取频道对应的组播地址的方式可以有多种，下面举例进行说明：

方式一、用户设备向业务控制功能设备发送的会话建立请求中包含组播流地址，业务控制功能设备向媒体服务器发送请求消息时，将组播流地址发送给媒体服务器。

方式二、用户设备向业务控制功能设备发送的会话建立请求中包含频道标识，业务控制功能设备根据频道标识与元数据服务器交互获取频道元数据，并进一步获取频道元数据中的组播流地址；在向媒体服务器发送请求消息时，将组播流地址一起发送给媒体服务器。

方式三、用户设备向业务控制功能设备发送的会话建立请求中包含频道标识，业务控制功能设备在向媒体服务器发送请求消息时，将频道标识发送给媒体服务器，媒体服务器与元数据服务器交互获取频道标识对应的组播流地址。

B6，向用户设备播放单播流。

具体的播放单播流可以通过以下方式：

媒体服务器通过实施流协议(RealTime Streaming Protocol，RTSP)协议建立与用户设备的流媒体连接通道；

本实施例中，媒体服务器和用户设备之间可以通过RTSP协议建立承载层的媒体连接通道，或者进行后续的控制。可以理解在通过RTSP协议建立媒体连接通道的过程中可以进行媒体协商，媒体协商可以采用SDP协议进行，协商的内容可以是编码速率、上下行端口等信息。

媒体服务器通过流媒体连接通道播放单播流。

本实施例中，在步骤B6之后还可以包括：

媒体服务器接收用户设备发送控制请求；媒体服务器根据控制请求，对播放的单播流进行时移控制。具体的时移控制可以是暂停播放，或者后退等。

本实施例中，单播流播放结束或者用户主动退出，则可以结束用户设备与媒体服务器的会话，释放媒体连接通道，具体的可以是：

用户设备向业务控制功能设备发送会话请求，请求中包含频道标识，业务控制功能设备识别该频道为单播频道，则发送会话结束请求给媒体服务器；

媒体服务器收到业务控制功能设备的会话结束请求，则释放与用户设备的流媒体连接通道，结束会话。

本发明实施例二中，由于采用的媒体服务器与用户设备之间单独建立的媒体连接通道播放单播流，相对于现有技术中的组播方式，可以实现通过RTSP协议会话实现对媒体流的时移控制，如暂停、后退等，在不增加业务成本的基础上为用户提供更加丰富的服务，贴近用户需求，提升用户体验。

本发明实施例中，UE使用业务前，可以向系统侧请求内容元数据。

UE获取频道元数据的流程如图4所示，包括：

C1、UE发起频道元数据获取请求；

C2、业务交换功能设备(Service switch Function，SSF)接收到频道元数据请求，校验UE合法性，校验通过则转发请求到元数据服务器；

C3-C4、元数据服务器将带有频道类型的频道元数据发送到UE；频道元数据通过SSF转发。

可以理解，元数据服务器下发的频道元数据扩展了频道类型的属性。

元素据服务器下发给UE的频道元数据片断举例如下，Type属性表示频道类型，其中CCTV1是组播频道，CCTV2是单播频道：

</ChannelList>

元数据服务器保存的频道元数据可以由维护人员通过内容管理部件(CMS)系统与元数据服务器交互进行维护或新增，以新增频道元数据的过程为例，流程如图5所示，包括：

D1，维护人员在CMS系统中新增频道，指定频道类型(单播频道或组播频道)填写频道组播地址；对于单播频道，组播地址用于后续媒体服务器的媒体传输功能设备(MDF Media Delivery Function，MDF)接收媒体流；

D2，CMS将频道元数据发送给元数据服务器保存；

D3、元数据服务器保存频道后返回响应；

D4、对于单播频道，维护人员通过CMS在媒体服务器的媒体控制功能设备(Media Control Function，MCF)定义单播频道，MCF在收到单播频道的播放请求后，协调MDF根据组播地址接收频道组播流，转换成单播；

D5，MCF返回单播频道定义结果给CMS；

如下频道元数据片断举例，扩展出CHANNELTYPE字段表示频道类型：

CHANNELID INTEGER not null，

FOREIGNSN VARCHAR2(128)not null，

CHANNELINDEX INTEGER not null，

CHANNELNAME1 VARCHAR2(384)not null，

CHANNELNAME2 VARCHAR2(384)，

RATINGID INTEGER，

SPID VARCHAR2(36)，

PREVIEW INTEGER default(1)，

BITRATE INTEGER default(2000)，

IP VARCHAR2(15)，

PORT INTEGER，

ISTSTV INTEGER，

CHANNELTYPE INTEGER default(1)，

用户根据频道类型发起频道会话的过程如图6所示，包括：

F1，用户触发频道播放时，用户设备(UE)获取频道元数据中频道类型标识；

F2，识别此频道是组播频道或单播频道；若是组播频道，则继续步骤F3，若是单播频道则继续步骤F4；

F3，对于组播频道，构造组播频道SDP，发起组播频道Invite请求；

F4，对于单播频道，UE构造单播频道请求SDP，发起单播频道Invite请求。

下面结合应用场景，提供本发明实施例二的具体应用例。

应用例一：

本应用例以IMS提供IPTV频道业务进行描述，设备之间的信令采用SIP消息，具体流程如图7所示，包括：

G1、UE识别此频道是单播频道后，UE构造单播频道请求SDP，发起单播频道Invite请求：

其中，Invite请求的Reqeust-URI设置为频道的公共服务标志；To头域设置与Reqeust-URI相同；公共服务标志如IPTV_BC_SERVICEXX.com；

From头域设置为用户IP多媒体公共标识(IP Multimedia Public Identity，IMPU)，如16172024202XX.com；Content-Type设置为application/sdp；消息体为单播频道SDP，包含媒体控制通道的m行、媒体传输通道的m行和频道服务包信息，举例如下：

v＝0

o＝-3434049036 0 IN IP4 10.170.15.105

s＝Unicast BC initiation

i＝this is a typical initial Unicast BC SIP SDP Invite example！

t＝0 0

m＝application 9 TCP iptv_rtsp//协商RTSP控制信道时必选。M行指示媒体为RTSP控制通道，媒体类型为application，传输类型为TCP，媒体格式为iptv_rtsp(参见refer RFC2327)

c＝IN IP4 10.170.15.105//指示连接的UE的IP地址

a＝connection:new

a＝fmtp:iptv_rtsp 1//RTSP版本号1

a＝setup:active

m＝video 7720 RTP/AVP 33//m行指示媒体传输通道的内容，媒体传输类型33为MP2 over RTP；7720为UE接收流使用的UDP端口

c＝IN IP4 10.170.15.105//指示连接的UE的IP地址

b＝AS:2000//节目的使用带宽

a＝bc_service:sip:hw1XX.com//UE要打开的频道为hw1

a＝bc_service_package:1//频道hw1所属于的服务包为1，授权使用

a＝recvonly//仅接收

G2、IMS Core转发消息给RACS，进行单播资源预留；

G3、资源预留完成后，IMS Core转发Invite消息给SCF；

G4、SCF自动适配组播/单播频道：SCF接收到频道的Invite请求，根据频道元数据(SCF从元数据服务器获取的频道元数据)中频道类型标识，识别此频道是组播频道或单播频道；对于组播频道，频道处理详细流程参考现有技术流程；对于单播频道，SCF请求授权检查通过后，为UE选择MCF；

G5，采用背靠背代理(B2BUA)方式发起Invite请求给MCF：

其中，Invite请求的Reqeust-URI设置为MCF的SIP URI，如MCF1XX.com；To头域为请求的频道标识；Content-Type与消息体SDP保持不变；

G6-G8、MCF接收到BC服务的Invite请求后，选择MDF，向SCF响应200OK携带的SDP应答，SDP中携带媒体控制通道的m行、媒体传输通道的m行：

v＝0

o＝MCF 1073742166 1073742166 IN IP4 10.70.1.80

s＝Sip Call

t＝0 0

m＝application 554 TCP iptv_rtsp//M行指示媒体为RTSP控制通道，MCF服务器侧端口554

c＝IN IP4 10.70.1.80

a＝setup:passive

a＝connection:new a＝fmtp:iptv_rtsp h-uri＝rtsp://10.70.1.80/hw1//MCF在返回的UE用于发起RTSP播放的URI地址。

a＝fmtp:iptv_rtsp h-session:02300311//MCF在创建RTSP会话后返回的RTSPsession ID

a＝fmtp:iptv_rtsp h-offset:clock＝20081030T191625Z//时移左窗口边界

a＝fmtp:iptv_rtsp 1

m＝video 288 RTP/AVP 33//m行指示媒体传输通道的内容，媒体传输类型33为MP2 over RTP；288为服务器发送流使用的UDP端口

c＝IN IP4 10.70.0.64//服务器侧的IP地址

b＝AS:2000

a＝bc_service:sip:hw1huawei.com

a＝bc_service_package:1

a＝sendonly//指示MCF为媒体的发送方。

G9-G11、SCF接收到MCF的200OK响应后，发送200OK携带更新后的SDP响应给UE；

G10-G11、IMS Core转发200OK给RACS提交资源预留，并将消息转发UE；

G12-G15、UE收到200OK，回送ACK响应；

G16-G17、UE根据200OK消息SDP中的RTSP地址和会话标识，完成与MCF的RTSP交互，获取频道单播流。

本应用例中，UE可以直接通过RTSP协议与MCF交互实现频道的时移控制，如执行后退及定位到某时间点播放，或者暂停播放等操作。

有一种情况，当前给UE发送单播频道流的MDF上可能没有启动时移功能，那么MCF接收到UE的单播频道时移切换请求时，先判断当前为用户服务器的MDF是否支持时移功能，若支持，则直接向MDF发送时移切换请求，如果当前为用户服务器的MDF不支持时移功能，那么MCF为UE选择一个支持时移的MDF，并通知该MDF向用户发送单播流，该通知中可以包含指示从哪一个时间点开始播放的时移信息，该过程由MCF实现控制，对UE透明。

单播频道的播放结束或用户主动退出后，UE需要发送BYE请求结束会话，SCF收到用户的BYE请求，识别此频道为单播频道，则发送BYE给MCF结束单播会话。

应用例二、

本应用例以IMS子系统提供IPTV频道业务进行描述，设备之间的信令采用SIP消息，本应用例与应用例一的区别在于，应用例一在建立RTSP控制会话的交互信令中携带SDP信息，直接完成媒体连接通道的建立，应用例二中，采用先建立RTSP会话，在通过RTSP消息建立媒体连接通道，本应用例单播频道控制流与媒体流分开建立时，其流程与单播频道控制流与媒体流同时建立方式的流程一致，参见图五，区别在于UE发送到SCF的Invite消息SDP中只携带了媒体控制通道协商的参数，不携带媒体传输通道的参数，传输面的协商将通过RTSP消息完成。

SCF向MCF发送的Invite请求中UE的SDP包含媒体控制通道的m行和频道服务包信息，举例如下：

v＝0

o＝-3434049036 0 IN IP4 10.170.15.105

s＝Unicast BC initiation

i＝this is a typical initial Unicast BC SIP SDP Invite example！

t＝0 0

m＝application 9 TCP iptv_rtsp

c＝IN IP4 10.170.15.105

a＝connection:new

a＝fmtp:iptv_rtsp 1

a＝setup:active

a＝bc_service:sip:hw1huawei.com

a＝bc_service_package:1

a＝recvonly

MCF向UE响应的200OK消息中的SDP包含媒体控制通道的m行和频道服务包信息，举例如下：

v＝0

o＝-3434049036 0 IN IP4 10.170.15.105

s＝Unicast BC initiation

i＝this is a typical initial Unicast BC SIP SDP Invite example！

t＝0 0

m＝application 554TCP iptv_rtsp

c＝IN IP4 10.70.1.80

a＝setup:passive

a＝connection:new

a＝fmtp:iptv_rtsp h-uri＝rtsp://10.70.1.80/hw1

a＝fmtp:iptv_rtsp h-session:02300311

a＝fmtp:iptv_rtsp 1

a＝bc_service:sip:hw1huawei.com

a＝bc_service_package:1

a＝sendonly

建立RTSP媒体控制通道后，通过RTSP的描述消息(DESRIBE)、建立消息(SETUP)建立媒体传输通道的方法和更新媒体会话可以采用现有的常规方式实现，不在赘述。

上述应用例一和应用例二中，在进行时移切换时，用户设备只需通过RTSP协议直接向媒体服务器发送请求，媒体服务器接收用户的控制进行时移操作，但是，如果用户设备没有进行过该频道的时移权限认证，那么这种情况下，UE单播频道切换到时移的过程，可以通过由用户设备重新发送reINVITE请求，触发发权限认证，下面描述reINVITE流程和消息体格式。

单播频道时移切换(reInvite请求)时，其流程与单播频道控制流与媒体流同时建立方式的流程一致，参见图五，区别在于UE发送到SCF的Invite消息体原有的SDP去除了频道服务包信息；新增了名为SwitchToTM，的XML消息体IPTVActionDataCommand，XML消息体格式可以参见现有规范。

单播频道时移切换reInvite请求，请求消息包括XML和SDP，其中SDP也因为控制通道与媒体连接通道同时建立和分开建立两种方式略有不同，以控制通道和媒体连接通道同时建立方式举例的reInvite消息体如下：

--scfboundary

Content-Type:application/sdp

Content-Length:360

v＝0

o＝-3434049036 0 IN IP4 10.170.15.105

s＝Unicast B C initiation

i＝this is a typical initial Unicast BC SIP SDP Invite example！

t＝0 0

m＝application 9 TCP iptv_rtsp

c＝IN IP4 10.170.15.105

a＝connection:new

a＝fmtp:iptv_rtsp 1

a＝setup:active

m＝video 288 RTP/AVP 33

c＝IN IP4 10.70.0.64

b＝AS:2000

a＝recvonly

--scfboundary

Content-Type:application/vnd.etsi.iptvcommand+xml

Content-Length:571

<？xml version＝″1.0″encoding＝″UTF-8″？>

<IPTVActionDataCommand

xmlns＝″urn:org:etsi:ngn:params:xml:ns:iptvactiondatacommand″

xmlns:bc＝″urn:org:etsi:ngn:params:xml:ns:iptvbcserviceactiondata″

xmlns:co＝″urn:org:etsi:ngn:params:xml:ns:iptvcodserviceactiondata″

xmlns:np＝″urn:org:etsi:ngn:params:xml:ns:iptvnpvrserviceactiondata″

xmlns:xsi＝″http://www.w3.org/2001/XMLSchema-instance″>

<bc:IPTVBcActionData>

<bc:BCBookmark>

<bc:BCServiceId>sip:hw1hw.vz.us.com</bc:BCServiceId>

</bc:BCBookmark>

</bc:IPTVB cActionData>

</SwitchToTM>

</IPTVActionDataCommand>

响应消息SDP，包含媒体控制通道的m行和频道服务包信息，举例如下：

v＝0

o＝-3434049036 0 IN IP4 10.170.15.105

s＝Unicast B C initiation

i＝this is a typical initial Unicast BC SIP SDP Invite example！

t＝0 0

m＝application 554 TCP iptv_rtsp

c＝IN IP4 10.70.1.80

a＝setup:passive

a＝connection:new

a＝fmtp:iptv_rtsp h-uri＝rtsp://10.70.1.80/hw1

a＝fmtp:iptv_rtsp h-session:02300311

a＝fmtp:iptv_rtsp h-offset:clock＝20081030T191625Z-

a＝fmtp:iptv_rtsp 1

m＝video 288 RTP/AVP 33

c＝IN IP4 10.70.0.64

b＝AS:2000

a＝sendonly

后续时移切换到频道，因为已经完成了UE的时移权限认证，因此不再需要重新发送reInvite请求，UE可以采用应用例一中的方法直接通过RTSP与MCF交互即可实现对媒体流的控制。

实施例三、一种会话请求发送方法，流程图如图8所示，包括：

H1，获取网络侧下发的频道元数据；所述频道元数据中包含频道类型信息；

H2，根据所述元数据获取单元获取的频道元数据中的频道类型信息生成加入频道的会话建立请求。

可以理解，本实施例中，所述会话建立请求包含所述频道标识；若所述频道类型为组播频道，则生成的会话建立请求包含组播频道的SDP信息，若所述频道类型为单播频道，则生成的会话建立请求包含单播频道的SDP信息。

本发明实施例中，所述消息生成单元生成的会话建立请求中包含频道标识或所述频道类型信息，以便于网络侧根据所述频道标识或所述频道类型信息识别所述频道的类型。

本发明实施例三通过获得频道元数据中的频道类型，本根据不同的频道类型发送不同的会话建立请求，使得网络侧可以根据不同的会话请求进行区别处理，为网络侧对单播频道的处理提供支持。

实施例四、一种频道元数据发送方法，流程图如图9所示，包括：

M1，接收用户设备发起的频道元数据获取请求；

M2，根据所述接收单元接收的用户的获取请求获取所述元数据存储单元存储的频道元数据；所述频道元数据包括频道的类型标识；

M3，将所述获取的包括频道类型标识的频道元数据下发给用户设备。

本实施例中，所述元数据存储单元存储的频道元数据还包括频道的组播地址，若所述频道类型为组播频道，则所述组播地址用于用户设备接收组播流；若所述频道类型为单播频道，则所述组播地址用于媒体服务器获取组播流，并将组播流转为单播流。

本实施例提供的频道元数据发送方法，对频道元数据进行了扩展，使得网络侧可以根据频道元数据识别频道类型，并进行区别处理。

实施例五、一种网络电视频道业务处理方法，流程图如图10所示，包括：

S1，接收用户设备发送的请求加入频道的会话建立请求；

S2，识别频道的类型；若所述用户设备请求加入的频道的类型为单播频道，则通知媒体服务器根据所述频道的对应的组播流地址，将组播流转换为单播流后向所述用户设备播放。

本实施例提供的网络电视频道业务处理方法，采用在已有的基于IMS的IPTV频道业务中增加单播频道类型，网络侧对于单播频道，先将组播频道的组播流转化为单播流，再向用户播放，使得运营商无需大范围的网络改造，即可实现对IMS的IPTV频道业务的支持，降低了业务实现的成本。

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

本发明实施例还提供实现上述方法的用户设备，元数据服务器、媒体服务器，下面进行详细描述。

实施例六、一种用户设备800，结构示意图如图11所示，包括：

元数据获取单元810，用于获取网络侧下发的频道元数据；频道元数据中包含频道类型信息；

消息生成单元820，用于根据元数据获取单元810获取的频道元数据中的频道类型信息生成加入频道的会话建立请求，会话建立请求包含频道标识；若频道类型为组播频道，则生成的会话建立请求包含组播频道的SDP信息，若频道类型为单播频道，则生成的会话建立请求包含单播频道的SDP信息。

可以理解，本实施例中，消息生成单元生成的会话建立请求中可以包含频道标识或频道类型信息，以便于网络侧根据频道标识或频道类型信息识别频道的类型。

实施例七、一种用户设备，结构示意图如图12所示，本实施例中在实施例三的基础上增加了播放单元830和控制单元840；

播放单元830，用于与网络侧建立媒体连接通道，并通过建立的媒体连接通道接收单播媒体流。

控制单元840，用于向媒体服务器发送时移控制请求，对所述媒体连接通道接收的单播媒体流进行时移控制。

实施例八、一种元数据服务器900，结构示意图如图13所示，包括：

接收单元910，用于接收用户设备发起的频道元数据获取请求；

元数据存储单元920，用于存储频道元数据，存储的频道元数据包括频道的类型标识；

元数据获取单元930，用于根据接收单元接收的用户的获取请求获取元数据存储单元存储的频道元数据；

下发单元940，用于将元数据获取单元获取的包括频道类型标识的频道元数据下发给用户设备。

可以理解，本实施例中，元数据存储单元920存储的频道元数据还可以包括频道的组播地址，若频道类型为组播频道，则组播地址用于用户设备接收组播流；若频道类型为单播频道，则组播地址用于媒体服务器获取组播流，并将组播流转为单播流。

实施例九、一种业务控制功能设备1000，结构示意图如图14所示，包括：

接收单元1010，用于接收用户设备发送的请求加入频道的会话建立请求；

频道识别单元1020，用于识别频道的类型；

本实施例中，频道识别单元1020识别频道类型的方式可以有多种方式：

例如：可以是接收单元1010接收到UE发送的会话建立请求中携带频道类型信息，也可以是由业务控制功能设备根据接收单元接收的会话建立请求中的频道标识与元数据服务器交互获得频道的类型，例如：频道识别单元可以包括：

元数据请求单元1021，用于向元数据服务器请求元数据；

类型识别单元1022，用于获取元数据服务器返回的频道元数据，并根据频道元数据内的类型标识确定频道的频道类型。

通知单元1030，用于在频道识别单元识别用户设备请求加入的频道的类型为单播频道时，通知媒体服务器根据频道的对应的组播流地址，将组播流转换为单播流。

实施例十、一种媒体服务器1100，结构示意图如图15所示，包括：

媒体控制单元1110，用于接收业务控制功能设备的请求，与用户建立控制连接；

媒体传输单元1120，用于再媒体控制单元的控制下，根据组播流的地址，将组播流转化为单播流，并向用户播放单播流。

可以理解，本实施例中，媒体控制单元还可以用于接收用户的控制请求，根据用户的控制请求对媒体传输单元传输的单播流进行控制。

以上对本发明实施例所提供的网络电视频道业务实现方法和相关设备进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims

1.一种网络电视频道业务实现方法，其特征在于，包括：

接收用户设备发送的请求加入频道的会话建立请求；

识别所述用户请求加入频道的频道类型，若所述频道的类型为单播频道，则业务控制功能设备向媒体服务器发送请求消息，以使得所述媒体服务器根据所述频道的组播流地址，将组播流转化为单播流；

向所述用户设备播放所述单播流。

2.如权利要求1所述的方法，其特征在于，所述接收用户设备发送的请求加入频道的会话建立请求的步骤包括：

业务控制功能设备接收用户设备发送的请求加入频道的会话建立请求；所述请求加入频道的会话建立请求中包含频道类型信息；

所述识别所述用户请求加入频道的频道类型的步骤包括：

业务控制功能设备根据所述频道类型信息识别所述频道的类型。

3.如权利要求1所述的方法，其特征在于，所述接收用户设备发送的请求加入频道的会话建立请求的步骤包括：

业务控制功能设备接收用户设备发送的请求加入频道的会话建立请求；所述请求加入频道的会话建立请求中包含频道标识；

所述根据所述频道标识识别所述频道的类型的步骤包括：

业务控制功能设备SCF从元数据服务器获取的所述频道标识对应的频道元数据；

根据所述频道元数据识别所述频道的类型。

4.如权利要求1所述的方法，其特征在于，向所述用户设备播放所述单播流的步骤包括：

媒体服务器通过实施流协议RTSP建立与用户设备的流媒体连接通道；

媒体服务器通过所述流媒体连接通道播放所述单播流。

5.如权利要求4所述的方法，其特征在于，所述媒体服务器通过所述流媒体连接通道播放所述单播流之后还包括：

媒体服务器接收所述用户设备发送时移控制请求；媒体服务器根据所述控制请求，对所述播放的单播流进行时移控制。

6.如权利要求5所述的方法，其特征在于，所述单播流播放结束或者用户主动退出，则用户设备向所述业务控制功能设备发送会话请求，所述请求中包含频道标识，业务控制功能设备识别该频道为单播频道，则发送会话结束请求给媒体服务器；

媒体服务器收到所述业务控制功能设备的会话结束请求，则释放与所述用户设备的流媒体连接通道，结束会话。

7.一种业务控制功能设备，其特征在于，包括：

频道识别单元，用于识别频道的类型；

通知单元，用于在所述频道识别单元识别所述用户设备请求加入的频道的类型为单播频道时，通知媒体服务器根据所述频道的对应的组播流地址，将组播流转换为单播流，其中所述通知媒体服务器根据所述频道的对应的组播流地址，将组播流转换为单播流具体为：向媒体服务器发送请求消息，以使得所述媒体服务器根据所述频道的组播流地址，将组播流转化为单播流。

8.如权利要求7所述的业务控制功能设备，其特征在于，所述频道识别单元包括：

元数据请求单元，用于向元数据服务器请求元数据；

类型识别单元，用于获取所述元数据服务器返回的频道元数据，并根据所述频道元数据内的类型标识确定所述频道的频道类型。

9.一种媒体服务器，其特征在于，包括：

媒体传输单元，用于在媒体控制单元的控制下，根据组播流的地址，将组播流转化为单播流，并向用户播放所述单播流；

其中，所述根据组播流的地址，将组播流转化为单播流包括：若频道的类型为单播频道，则接收业务控制功能设备发送的请求消息，根据所述频道的组播流地址，将组播流转化为单播流。

10.如权利要求9所述的媒体服务器，其特征在于，所述媒体控制单元，还用于接收用户的控制请求，根据用户的控制请求对媒体传输单元传输的单播流进行控制。