CN101848215A - 一种处理交互式网络电视多播业务的方法及系统 - Google Patents

Abstract

本发明公开一种处理交互式网络电视多播业务的方法及系统，其方法包括：用户设备发起要求建立交互式网络电视多播业务的请求；在收到交互式网络电视多播业务建立成功的响应后，用户设备向广播组播业务中心发起要求加入交互式网络电视多播业务的请求；提供交互式网络电视多播业务给用户设备，从而在IPTV业务中复用了IMS的增值业务及个性化的特点，实现了IPTV的多播业务在移动网中的成功运用，进而充分利用IMS丰富的业务能力，给用户提供更好的业务体验。本发明处理交互式网络电视多播业务的系统，在原有的PSS、MBMS业务基础上通过IMS提供IPTV业务，实现了IPTV的多播业务在移动网中的成功运用，进而充分利用IMS丰富的业务能力，给用户提供更好的业务体验。

Description

一种处理交互式网络电视多播业务的方法及系统

技术领域

本发明涉及交互式网络电视技术领域，尤其涉及一种处理交互式网络电视多播业务的方法及系统。

背景技术

IPTV(交互式网络电视)，是一种利用宽带有线电视网，集互联网、多媒体、通讯等多种技术于一体，向家庭用户提供包括数字电视在内的多种交互式服务的技术。

家庭用户在家中享受IPTV服务的方式包括：(1)计算机；(2)网络机顶盒+电视机。它能够很好地适应当今网络飞速发展的趋势，充分有效地利用网络资源。

IPTV使用TCP/IP(传输控制协议/网间协议)作为承载协议进行单播、广播或组播视频业务，有效地将电视网、电话网和互联网三个领域结合在一起，是三网融合最具代表性的业务，正受到业界越来越多的关注。

IMS(多媒体子系统)是一个独立于接入技术的基于IP的标准体系，与现存的语音和数据网络可以互通。无论是固定网络用户，例如PSTN(公众陆地移动网络)、ISDN(综合业务数字网)、因特网等，还是移动用户，例如GSM(全球移动通讯系统)、CDMA(码分多址接入)等，IMS使得各种类型的客户端都可以建立对等的IP通信，并可以获得所需要的服务质量。除会话管理之外，IMS还涉及完成服务提供所必须的功能，例如注册、安全、计费、承载控制、漫游等。

在3GPP(第三代合作伙伴计划)中，已经实现了基于PSS(包交换流服务)的单播流媒体服务，以及基于MBMS(多媒体广播多播业务)的多播流媒体服务。但是，现有技术未对基于IMS的IPTV进行研究，即，没有考虑如何基于IMS，考虑原有的PSS、MBMS业务来提供IPTV业务，充分利用IMS丰富的业务能力，给用户提供更好的业务体验。

发明内容

本发明要解决的技术问题是提供一种处理交互式网络电视多播业务的方法及系统，能为用户提供更好的业务体验。

本发明提供一种处理交互式网络电视多播业务的方法，包括：

用户设备UE发起要求建立交互式网络电视多播业务的请求；

在收到交互式网络电视多播业务建立成功的响应后，用户设备向广播组播业务中心BM-SC发起要求加入交互式网络电视多播业务的请求；

提供交互式网络电视多播业务给用户设备。

其中，在所述用户设备发起要求建立交互式网络电视多播业务的请求步骤之前还包括：

用户设备从存储节目信息的网元获取归属地电子节目指南EPG，所述电子节目指南包括接入点名称、多播地址、带宽信息。

其中，所述用户设备发起要求建立交互式网络电视多播业务的请求步骤具体包括：

用户设备向多媒体子系统IMS发起要求建立交互式网络电视多播业务的请求，该请求包含的信息包括业务标识、频道信息、IMS用户身份、会话描述协议SDP、终端能力；

IMS收到要求建立交互式网络电视多播业务的请求后，根据所述请求中的业务标识或频道信息路由到业务控制实体SCF；

所述路由到业务控制实体的方式包括：根据频道信息采取公共业务标识PSI的路由方式、根据业务标识采取初始过滤准则IFC触发方式。

其中，所述用户设备发起要求建立交互式网络电视多播业务的请求的步骤之后，所述用户设备向广播组播业务中心发起要求加入交互式网络电视多播业务的请求的步骤之前，还包括：

业务控制实体获取用户的IPTV Profile数据，并通过对用户的IPTV业务相关的鉴权、频道权限检查；

业务控制实体返回交互式网络电视多播业务建立成功的响应；

IMS将用户IPTV鉴权信息通过权限下发消息，经过与BM-SC的接口发送给BM-SC。

其中，所述在收到交互式网络电视多播业务建立成功的响应后，用户设备向广播组播业务中心BM-SC发起要求加入交互式网络电视多播业务的请求的步骤具体包括：

用户设备在收到交互式网络电视多播业务建立成功的响应后，启动一个定时器，等待定时器超时；

在定时器超时后，用户设备向BM-SC发送要求加入交互式网络电视多播业务的请求，所述加入交互式网络电视多播业务的请求中需携带有标记Token。

其中，所述提供交互式网络电视多播业务给用户设备的步骤具体包括：

BM-SC上检查用户设备的IMSI和用户设备的IPTV权限的对应关系；

使用IMSI和Token一起确定IP多媒体公共标识IMPU的鉴权信息，进行鉴权；

在鉴权成功后，多播业务建立成功，开始数据传输，提供交互式网络电视多播业务给用户设备。

本发明还提供一种处理交互式网络电视多播业务的系统，包括：

用户设备，用于发起要求建立交互式网络电视多播业务的请求，在收到交互式网络电视多播业务建立成功的响应后，向广播组播业务中心发起要求加入交互式网络电视多播业务的请求；

业务控制实体，用于接收所述用户设备发起的要求建立交互式网络电视多播业务的请求，对用户进行IMS层面的用户鉴权，进行业务逻辑控制和处理；将携带接入点名称APN和多播地址信息的响应消息通过所述IMS返回给所述用户设备；

广播组播业务中心，用于接收所述用户设备发起的要求加入交互式网络电视多播业务的请求后，根据IPTV业务鉴权信息对所述用户设备进行业务鉴权，业务鉴权成功后允许所述用户设备加入多播组，进行业务数据传输；

多播业务提供单元，用于提供交互式网络电视多播业务给所述用户设备。

其中，所述用户设备包括：

建立多播业务请求单元，用于发起要求建立交互式网络电视多播业务的请求；

加入多播业务请求单元，用于向所述广播组播业务中心发起要求加入交互式网络电视多播业务的请求；

信息获取单元，用于从所述业务控制实体发送的会话建立成功响应中获取APN和多播地址信息，或在会话建立过程之前从存储节目信息的网元中获取APN和多播地址信息。

其中，所述业务控制实体包括：

建立多播业务请求接收单元，用于接收所述用户设备发起的要求建立交互式网络电视多播业务的请求，对用户进行IMS层面的用户鉴权，进行业务逻辑控制和处理；

建立多播业务请求响应单元，用于将携带接入点名称APN和多播地址信息的响应消息通过所述IMS返回给所述用户设备。

其中，所述广播组播业务中心包括：

加入多播业务请求接收单元，用于接收所述用户设备发起的要求加入交互式网络电视多播业务的请求；

鉴权单元，用于获取鉴权信息，并根据IPTV业务鉴权信息对所述用户设备进行业务鉴权；

业务数据传输单元，用于在业务鉴权通过后，向所述用户设备传输业务数据。

上述技术方案可以看出：

本发明处理交互式网络电视多播业务的方法应用用户访问归属地多播业务，业务逻辑由归属地控制，用户的签约信息存储在归属地SCF类似实体上，通过在建立会话过程中将用户的IPTV业务权限下发，由BM-SC根据该IPTV业务权限信息对用户是否可以使用该IPTV业务进行鉴权，当鉴权成功后，开始多播业务的数据传输，从而在IPTV业务中复用了IMS的增值业务及个性化的特点，实现了IPTV的多播业务在移动网中的成功运用，进而充分利用IMS丰富的业务能力，给用户提供更好的业务体验。

本发明处理交互式网络电视多播业务的系统，在原有的PSS、MBMS业务基础上通过IMS提供IPTV业务，实现了IPTV的多播业务在移动网中的成功运用，进而充分利用IMS丰富的业务能力，给用户提供更好的业务体验。

附图说明

图1为本发明处理交互式网络电视多播业务的方法示意图；

图2为本发明处理交互式网络电视多播业务的方法实施例的示意图；

图3为本发明处理交互式网络电视多播业务的系统的示意图；

图4为用户设备的示意图；

图5为业务控制实体的示意图；

图6为广播组播业务中心的示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

本发明提供一种处理交互式网络电视多播业务的方法及系统，应用于交互式网络电视技术领域，其基本思路是：用户访问归属地多播业务，业务逻辑由归属地控制，用户的签约信息存储在归属地SCF类似实体上，通过在建立会话过程中将用户的IPTV业务权限下发，由BM-SC根据该IPTV业务权限信息对用户是否可以使用该IPTV业务进行鉴权，当鉴权成功后，开始多播业务的数据传输，从而在IPTV业务中复用了IMS的增值业务及个性化的特点，实现了IPTV的多播业务在移动网中的成功运用，进而充分利用IMS丰富的业务能力，给用户提供更好的业务体验。

以下结合附图及实施例，对本发明进行进一步详细说明。请参见图1，为本发明处理交互式网络电视多播业务的方法示意图，该处理交互式网络电视多播业务的方法包括：

S101、UE(用户设备)发起要求建立交互式网络电视多播业务的请求；

S102、在收到交互式网络电视多播业务建立成功的响应后，用户设备向广播组播业务中心发起要求加入交互式网络电视多播业务的请求；

S103、提供交互式网络电视多播业务给用户设备。

请参见图2，为本发明处理交互式网络电视多播业务的方法实施例的示意图，该处理交互式网络电视多播业务的方法实施例包括：

S201、用户设备在业务发现过程中，从存储节目信息的网元获取归属地EPG(电子节目指南)，该电子节目指南包括接入点名称、多播地址、带宽信息；

S202、用户设备发起要求建立交互式网络电视多播业务的请求，包括：

用户设备向IMS多媒体子系统发起要求建立交互式网络电视多播业务的请求，所述请求包含的信息包括业务标识、频道信息、IMS用户身份、SDP会话描述协议、终端能力，该终端能力可以在SDP提供方中携带；

IMS收到要求建立交互式网络电视多播业务的请求后，根据所述请求中的业务标识或频道信息路由到业务控制实体(SCF)；其中，路由到业务控制实体的方式包括：根据频道信息采取PSI(公共业务标识)的路由方式，或者根据业务标识采取IFC(初始过滤准则)触发方式；

S203、业务控制实体判断是本地业务，需要终结这次请求；获得用户的IPTVProfile数据，并通过对用户的IPTV业务相关的鉴权、频道权限检查；

S204、业务控制实体返回交互式网络电视多播业务建立成功的响应，包括：

业务控制实体向IMS返回交互式网络电视多播业务建立成功的响应，该响应包括用户IPTV业务权限信息，该IPTV业务权限信息可以是IMSI，也可以是IMPU(IP多媒体公共标识)的对应的IPTV鉴权信息；如果是后者，且IMSI和IP多媒体公共标识的映射关系存在SCF上，需要将这个映射关系一起下发，否则需要在BM-SC(广播组播业务中心)上配置IMSI和IP多媒体公共标识的对应关系；也可以在返回的响应中增加一个标记(Token)，用来区别同一IMSI对应的不同IMPU；

IMS向UE返回交互式网络电视多播业务建立成功的响应；

S205、IMS将用户IPTV鉴权信息通过权限下发消息，经过与BM-SC的接口发送给BM-SC；

S206、UE在收到交互式网络电视多播业务建立成功的响应后，启动一个定时器，等待定时器超时；

S207、定时器超时后，UE向BM-SC发送要求加入交互式网络电视多播业务的请求，该多播业务的请求中需要携带标记Token；

S208、BM-SC上检查UE的IMSI和其IPTV权限的对应关系，必要时，需要使用IMSI和Token一起确定IMPU的鉴权信息，进行鉴权；

S209，当鉴权成功后，多播业务建立成功，开始数据传输，提供交互式网络电视多播业务给用户设备。

在本发明处理交互式网络电视多播业务的方法实施例中，除了在SCF类似实体上配置IMSI、IMPU及其对应IPTV业务权限的方法，还可以在BM-SC上直接配置IMSI和对应的IPTV业务权限，此时需要在SCF类似实体上有IMSI和IMPU的映射关系，也可以直接在BM-SC上配置IMSI、IMPU和权限的对应关系。

在本发明处理交互式网络电视多播业务的方法实施例的步骤S204中，采取了在SCF类似实体上配置IMSI、IMPU及其对应IPTV业务权限的方法，在会话建立时，由SCF类似实体在会话建立过程中返回给IMS的方法；当然也可以通过BM-SC收到多播业务加入请求后，直接从和SCF类似实体之间的接口获取IPTV业务权限信息；或者SCF类似实体直接将IPTV业务权限信息PUSH给BM-SC，此时需要SCF类似实体能够寻址到BM-SC，并且两者之间存在接口；或者在BM-SC收到多播业务加入请求时，实时从SCF类似实体PULL IPTV业务权限信息。

本发明处理交互式网络电视多播业务的方法实施例由于S205和S207之间没有严格的顺序关系，可能会造成BM-SC在收到用户多播业务加入请求时，有可能还没有获得用户IPTV业务权限信息。因此在UE收到会话建立成功后，等待一段时间再发送多播业务加入请求；或者采用IMS先发送权限下发消息，并收到BM-SC的响应后，再发送会话建立成功给UE来解决顺序问题；或者BM-SC收到UE的多播业务加入请求后，并不马上处理，等待一段时间，直到收到用户IPTV业务权限信息后才进行鉴权；或者UE发现加入多播业务不成功时，重新发送多播业务加入请求。

在本发明处理交互式网络电视多播业务的方法实施例中，在步骤S204，S205，S207以及S208中，使用Token将会话处理和在BM-SC进行的针对多播业务加入请求的授权检查关联，实现了用户的多IMPU多会话能力。

在本发明处理交互式网络电视多播业务的方法实施例中，用户访问归属地多播业务，业务逻辑由归属地控制，用户的签约信息存储在归属地SCF似实体上，通过在建立会话过程中将用户的IPTV业务权限下发，由BM-SC根据该IPTV业务权限信息对用户是否可以使用该IPTV业务进行鉴权，当鉴权成功后，开始多播业务的数据传输，从而在IPTV业务中复用了IMS的增值业务及个性化的特点，实现了IPTV的多播业务在移动网中的成功运用，进而充分利用IMS丰富的业务能力，给用户提供更好的业务体验。

本发明还提供一种处理交互式网络电视多播业务的系统。

请参见图3，为本发明处理交互式网络电视多播业务的系统的示意图，该处理交互式网络电视多播业务的系统包括：

用户设备301，用于发起要求建立交互式网络电视多播业务的请求，在收到交互式网络电视多播业务建立成功的响应后，向广播组播业务中心发起要求加入交互式网络电视多播业务的请求；

业务控制实体302，用于接收用户设备301发起的要求建立交互式网络电视多播业务的请求，对用户进行IMS层面的用户鉴权，进行业务逻辑控制和处理；将携带接入点名称APN和多播地址信息的响应消息通过所述IMS返回给用户设备301；

广播组播业务中心303，用于接收用户设备301发起的要求加入交互式网络电视多播业务的请求后，根据IPTV业务鉴权信息对用户设备301进行业务鉴权，业务鉴权成功后允许用户设备301加入多播组，进行业务数据传输；

多播业务提供单元304，用于提供交互式网络电视多播业务给用户设备301。

其中，请参见，该用户设备301包括：

建立多播业务请求单元401，用于发起要求建立交互式网络电视多播业务的请求；

加入多播业务请求单元402，用于向广播组播业务中心303发起要求加入交互式网络电视多播业务的请求；

信息获取单元403，用于从业务控制实体302发送的会话建立成功响应中获取APN和多播地址信息，或在会话建立过程之前从存储节目信息的网元中获取APN和多播地址信息。

其中，请参见图5，为业务控制实体的示意图，该业务控制实体302包括：

建立多播业务请求接收单元501，用于接收用户设备301发起的要求建立交互式网络电视多播业务的请求，对用户进行IMS层面的用户鉴权，进行业务逻辑控制和处理；

建立多播业务请求响应单元502，用于将携带接入点名称APN和多播地址信息的响应消息通过该IMS返回给用户设备301。

其中，请参见图6，为广播组播业务中心的示意图，该广播组播业务中心303包括：

加入多播业务请求接收单元601，用于接收用户设备301发起的要求加入交互式网络电视多播业务的请求；

鉴权单元602，用于获取鉴权信息，并根据IPTV业务鉴权信息对用户设备301进行业务鉴权；

业务数据传输单元603，用于在业务鉴权通过后，向用户设备301传输业务数据。

其中，鉴权单元602获取鉴权信息的过程包括：直接配置用户设备的IPTV业务鉴权信息；或在会话建立过程中通过信令获取用户的IPTV业务鉴权信息；或在会话建立过程中从业务控制实体直接获取IPTV业务鉴权信息。

从上述内容可以发现：本发明处理交互式网络电视多播业务的系统，在原有的PSS、MBMS业务基础上通过IMS提供IPTV业务，实现了IPTV的多播业务在移动网中的成功运用，进而充分利用IMS丰富的业务能力，给用户提供更好的业务体验。

需要说明的是，上述装置和系统内的各单元之间的信息交互、执行过程等内容，由于与本发明方法实施例基于同一构思，具体内容可参见本发明方法实施例中的叙述，此处不再赘述。

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

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

Claims (10)

1.一种处理交互式网络电视多播业务的方法，其特征在于，包括：

用户设备UE发起要求建立交互式网络电视多播业务的请求；

在收到交互式网络电视多播业务建立成功的响应后，用户设备向广播组播业务中心BM-SC发起要求加入交互式网络电视多播业务的请求；

提供交互式网络电视多播业务给用户设备。

2.如权利要求1所述的处理交互式网络电视多播业务的方法，其特征在于，在所述用户设备发起要求建立交互式网络电视多播业务的请求步骤之前还包括：

用户设备从存储节目信息的网元获取归属地电子节目指南EPG，所述电子节目指南包括接入点名称、多播地址、带宽信息。

3.如权利要求1或2所述的处理交互式网络电视多播业务的方法，其特征在于，所述用户设备发起要求建立交互式网络电视多播业务的请求步骤具体包括：

用户设备向多媒体子系统IMS发起要求建立交互式网络电视多播业务的请求，该请求包含的信息包括业务标识、频道信息、IMS用户身份、会话描述协议SDP、终端能力；

IMS收到要求建立交互式网络电视多播业务的请求后，根据所述请求中的业务标识或频道信息路由到业务控制实体SCF；

所述路由到业务控制实体的方式包括：根据频道信息采取公共业务标识PSI的路由方式、根据业务标识采取初始过滤准则IFC触发方式。

4.如权利要求3所述的处理交互式网络电视多播业务的方法，其特征在于，所述用户设备发起要求建立交互式网络电视多播业务的请求的步骤之后，所述用户设备向广播组播业务中心发起要求加入交互式网络电视多播业务的请求的步骤之前，还包括：

业务控制实体获取用户的IPTV Profile数据，并通过对用户的IPTV业务相关的鉴权、频道权限检查；

业务控制实体返回交互式网络电视多播业务建立成功的响应；

IMS将用户IPTV鉴权信息通过权限下发消息，经过与BM-SC的接口发送给BM-SC。

5.如权利要求4所述的处理交互式网络电视多播业务的方法，其特征在于，所述在收到交互式网络电视多播业务建立成功的响应后，用户设备向广播组播业务中心BM-SC发起要求加入交互式网络电视多播业务的请求的步骤具体包括：

用户设备在收到交互式网络电视多播业务建立成功的响应后，启动一个定时器，等待定时器超时；

在定时器超时后，用户设备向BM-SC发送要求加入交互式网络电视多播业务的请求，所述加入交互式网络电视多播业务的请求中需携带有标记Token。

6.如权利要求5所述的处理交互式网络电视多播业务的方法，其特征在于，所述提供交互式网络电视多播业务给用户设备的步骤具体包括：

BM-SC上检查用户设备的IMSI和用户设备的IPTV权限的对应关系；

使用IMSI和Token一起确定IP多媒体公共标识IMPU的鉴权信息，进行鉴权；

在鉴权成功后，多播业务建立成功，开始数据传输，提供交互式网络电视多播业务给用户设备。

7.一种处理交互式网络电视多播业务的系统，其特征在于，包括：

用户设备，用于发起要求建立交互式网络电视多播业务的请求，在收到交互式网络电视多播业务建立成功的响应后，向广播组播业务中心发起要求加入交互式网络电视多播业务的请求；

业务控制实体，用于接收所述用户设备发起的要求建立交互式网络电视多播业务的请求，对用户进行IMS层面的用户鉴权，进行业务逻辑控制和处理；将携带接入点名称APN和多播地址信息的响应消息通过所述IMS返回给所述用户设备；

广播组播业务中心，用于接收所述用户设备发起的要求加入交互式网络电视多播业务的请求后，根据IPTV业务鉴权信息对所述用户设备进行业务鉴权，业务鉴权成功后允许所述用户设备加入多播组，进行业务数据传输；

多播业务提供单元，用于提供交互式网络电视多播业务给所述用户设备。

8.如权利要求7所述的处理交互式网络电视多播业务的系统，其特征在于，所述用户设备包括：

建立多播业务请求单元，用于发起要求建立交互式网络电视多播业务的请求；

加入多播业务请求单元，用于向所述广播组播业务中心发起要求加入交互式网络电视多播业务的请求；

信息获取单元，用于从所述业务控制实体发送的会话建立成功响应中获取APN和多播地址信息，或在会话建立过程之前从存储节目信息的网元中获取APN和多播地址信息。

9.如权利要求7或8所述的处理交互式网络电视多播业务的系统，其特征在于，所述业务控制实体包括：

建立多播业务请求接收单元，用于接收所述用户设备发起的要求建立交互式网络电视多播业务的请求，对用户进行IMS层面的用户鉴权，进行业务逻辑控制和处理；

建立多播业务请求响应单元，用于将携带接入点名称APN和多播地址信息的响应消息通过所述IMS返回给所述用户设备。

10.如权利要求7或8所述的处理交互式网络电视多播业务的系统，其特征在于，所述广播组播业务中心包括：

加入多播业务请求接收单元，用于接收所述用户设备发起的要求加入交互式网络电视多播业务的请求；

鉴权单元，用于获取鉴权信息，并根据IPTV业务鉴权信息对所述用户设备进行业务鉴权；

业务数据传输单元，用于在业务鉴权通过后，向所述用户设备传输业务数据。

Images