专利名称：Network element for enabling a user of an IPTV system to obtain media stream ...的制作方法
技术领域：
本发明涉及通信领域，具体地涉及使得IPTV系统的用户能够从视频监视系统获 得媒体流。
背景技术：
目前，视频监视系统广泛应用于各种行业。这种系统的一个例子是由上海贝尔阿 尔卡特有限公司部署的ViSS(视频智能监视系统)。ViSS是一种基于宽带网络的智能远程 监视、传输和管理系统，其满足了大规模电信级视频监视、远程接入和集中式管理的需求。图1示出了 ViSS的结构。如所示，ViSS主要包括下列实体-EMS 终端用户管理服务器，其提供唯一的接入门户并且对终端用户(正常用户 和管理用户)开放核心网接入能力；-CSG 控制信令网关，其接受来自终端用户(可以是管理用户)的控制命令，并且 连接到视频服务器以完成该命令。该部件也可以接受来自视频服务器的报告信息并且报告 给EMS服务器；-SA 存储单元代理，其接受来自EMS的命令并且用作客户端代理以访问指定视频 流并且将该流记录到持久性存储单元中；-SMG 流媒体网关，其代理终端用户的关于流访问的请求并且连接到前端视频服 务器，并且将来自视频服务器的流分发给终端用户并在内部应用流控制策略；-Radius服务器-Mk服务器，其实现认证、授权和计费功能；-管理/监视客户端PC客户端，其包括管理和监视客户端；和-DVS/DVR 视频服务器，其提供针对ViSS解决方案的视频源。实际上，ViSS解决方案仅适配于PC终端，这在一些情形中是不方便的，例如许多 家庭主妇不会操作计算机但是她们希望通过TV上的实时视频知道她们的孩子是否在幼儿 园中安好，或者旅馆希望为其顾客在TV终端上提供实时风景画面，等等。然而，IPTV (互联 网协议电视)可以为其提供方便的终端。如已知的那样，IPTV经由宽带连接利用互联网协 议递送电视节目至家庭。它需要预订和IPTV机顶盒，并且相比现有的电缆和卫星电视而言 提供了很大的优势。IPTV通常与其他服务捆绑在一起，例如视频点播(VoD)、IP上的语音 (VoIP)或数字电话、以及Web接入，它们统称为三合一。
发明内容
为解决上述现有技术中的问题，根据本发明的一个方面，提出了一种用于使得 IPTV系统的用户能够从监视系统获得媒体流的网络单元，所述网络单元包括用于当收到 来自所述IPTV系统的关于从所述监视系统获得媒体流的第一消息时转换该第一消息并且 将转换后的第一消息转发至所述监视系统中的第二服务器的消息处理装置；以及用于将发 送自所述第二服务器的媒体流传送至所述IPTV系统的媒体传送装置。
根据本发明的另一方面，提出了一种用于使得IPTV系统的用户能够从监视系统 获得媒体流的方法，该方法包括所述网络单元当收到来自所述IPTV系统的关于从所述监 视系统获得媒体流的第一消息时转换该第一消息并且将转换后的第一消息转发至所述监 视系统中的第二服务器；以及所述网络单元将发送自所述第二服务器的媒体流传送至所述 IPTV系统。
参考附图，通过阅读下面对本发明实施例的描述，本发明的所述和许多其他特征 和优点将变得明显，其中-图1示出了现有ViSS的一般结构；-图2说明了本发明的基本思想；-图3是根据本发明一个实施例的方法的流程图；-图4是根据本发明实施例的在IPTV与ViSS之间交换信令的流程图；和-图5是根据本发明一个实施例的网络单元的框图。
具体实施例方式本发明提出一种用于使得IPTV系统的用户能够从监视系统获得媒体流的方法。 该方法例如可以应用于图2所示的系统。下面参考图2说明本发明的基本思想。如图2所示，VSG(视频流式传输网关)被提供于IPTV与ViSS之间。利用这个 VSG，IPTV用户(STB，机顶盒)可以在TV门户上选择ViSS节目然后观看TV上的实时视频。VSG的主要功能是从视频服务器(PU，外围单元)传送视频流至IPTV系统，并且优 选地针对Radius服务器而收集和代理认证和计费信息。当IPTV系统中的⑶N(内容递送网 络)接收来自VSG的视频监视内容时，它将按照IPTV分发模式分发视频节目给不同的IPTV 用户(STB)。VSG中的主要模块如下1. RTSP代理，其适于实现RTSP代理功能并且在转发RTSP请求消息之前解释和重 写该RTSP请求消息；2.媒体传送模块，其适于接收来自ViSS的视频监视节目并将其传送至IPTV，该节 目然后被CDN分发给不同的IPTV用户；3.认证和计费代理，其适于传送认证信息至ViSS中的Radius服务器以授权IPTV 用户，并且收集CDR的计费数据。参考图3，下面将基于图2所示的系统并结合图4的信令流程图来描述用于使得 IPTV系统的用户能够从监视系统获得媒体流的方法。优选地，在根据本发明的方法开始之前，网络单元当从IPTV系统收到关于从监视 系统获得媒体流的第一消息时，发送认证请求至该监视系统中的第一服务器以授权用户。 在这里，如图2和4所示，所述监视系统例如是ViSS，所述网络单元例如是VSG，所述第一服 务器例如是Radius服务器，即AAA服务器，所述认证请求例如是符合Radius协议的接入请 求消息，并且所述第一消息例如是符合RTSP协议的SETUP消息。在这个实施例中，SETUP消 息由IPTV系统中的⑶N发送至VSG以从ViSS获得视频节目。这个SETUP消息中的URL格式例如如下rtsp / / vsgaddress 554 / asset / service ？ USERID = 3 20 1 0 1 3 1 2 3 45 6 7 00 0 1 &Password = abdcdef&Chaηe1 Nο-P U I D = l-320101000200000001&PlayMethod = 0，其意味着用户 320101312345670001 想要 观看320101000200000001的第一频道中的实时视频节目。然后，VSG发送Radius Access-Request消息至ViSS中的Radius服务器以进行认证。通常，Radius服务器返回 RadiusAccess-Accept 消息给 VSG 作为确认。本发明的方法开始于步骤301。在步骤301中，所述网络单元转换所述第一消息并 且将转换后的第一消息转发至所述监视系统中的第二服务器。在这里，所述第二服务器例 如是视频服务器(Pu)。具体地，在这个实施例中，VSG将在收到来自Radius服务器的Radius Access-Accept消息后分析并重写SETUP消息。重写的消息例如如下 rtsp://puaddress:554/asset/service ？ USERID = 3 20 1 0 1 3 1 2 345 6 7 00 0 1 &Password = abdcdef&Chaηe1 Nο-P U I D = l-320101000200000001&PlayMethod = 0，其中，VSG的地址被视频服务器的地址所替代。然 后，VSG转发重写的SETUP消息至视频服务器。接着，在步骤302中，所述网络单元将发送自所述第二服务器的媒体流传送到所 述IPTV系统。具体地，在这个实施例中，在基于例如TCP的RTSP连接被建立之后，指定视 频流从视频服务器被发送至VSG，再从VSG到⑶N。参考图4，视频服务器响应于重写的SETUP消息将发送2000K消息作为确认。然 后，CDN将发送PLAY消息，该消息告知视频服务器开始通过SETUP消息中指定的机制来发 送数据。在收到来自视频服务器的2000K消息后，RTSP连接将被建立。此外，如果IPTV用户想要关闭这个视频节目，⑶N将发送RTSPTEARD0WN消息至 VSG，然后VSG将转发这个消息至视频服务器以结束这个会话。可选地，VSG同时也将收集 并以Radius Accounting-Request消息报告计费信息给Radius服务器，并且Radius服务 器将生成这次通信的CDR(呼叫详细记录)并且以Radius Accounting-Response消息来对 VSG做出响应。应当指出，在另一个IPTV用户想要观看同一个视频节目的情况下，CDN负责分发 同一视频内容给该另一个用户，并且在这种情况下⑶N将不发送SETUP消息给VSG。由此，利用这个方法，通过在IPTV与ViSS之间安排中间网关来转发并转换RTSP 消息，这两个自管理系统可以关联在一起并且IPTV用户可以在TV上观看来自ViSS的视频 监视内容。此外，由于不需要修改IPTV和ViSS网络，这个解决方案因而可以被经济地、高 效地实现。基于同一发明构思，根据本发明的另一个方面，提出了一种用于使得IPTV系统的 用户能够从监视系统获得媒体流的网络单元。下面将参考图5描述该网络单元。图5是根据本发明一个实施例的网络单元的框图，其例如是图2所示的VSG。网络 单元500包括消息处理装置501和媒体传送装置502。优选地，网络单元500还包括认证装 置(未显示)和计费装置(未显示)。参考图4，优选地，当SETUP消息被⑶N发送到VSG时，认证装置发送Radius Access-Request消息至Radius服务器以进行认证，并且Radius服务器返回RadiusAccess-Accept消息作为确认。这个SETUP消息中的URL格式例如如下
rtsp / / vsgaddress 554 / asset / service ？ USERID = 3 20 1 0 1 3 1 2 3 45 6 7 00 0 1 &Password = abdcdef&Chaηe1 Nο-P U I D = l-320101000200000001&PlayMethod = 0，其意味着用户 320101312345670001 想要观看 320101000200000001的第一频道中的实时视频节目。然后，消息处理装置501将在接收来 自Radius服务器的Radius Access-Acc印t消息之后分析并重写该SETUP消息。重写的消 息例如如下 rtsp://puaddress:554/asset/service ？ USERID = 3 20 1 0 1 3 1 2 345 6 7 00 0 1 &Password = abdcdef&Chaηe 1 Nο-PU I D = l-320101000200000001&PlayMethod = 0，其中VSG的地址被视频服务器的地址所替代。然 后，消息处理装置501转发重写的SETUP消息至视频服务器。视频服务器响应于重写的 SETUP消息而发送2000K消息作为确认。然后，⑶N发送PLAY消息。在收到来自视频服务 器的2000K消息后，RTSP连接将被建立。因此，指定视频流从视频服务器被发送到VSG，并 且媒体传送装置502转发该视频流至⑶N。可选地，在RTSP连接被清除之后，计费装置收集并以RadiusAccounting-Request 消息报告计费信息给Radius服务器，并且Radius服务器生成此次通信的⑶R并以Radius Accounting-Response 消息对 VSG 做出响应。应当指出，在另一个IPTV用户想要观看同一视频节目的情况下，CDN负责分发同 一视频内容给该另一个用户，并且在这种情况下，⑶N不发送SETUP消息至VSG。在实现中，本实施例的网络单元500以及其包含的消息处理装置501、媒体传送装 置502、认证和计费装置，可以以软件、硬件或其组合来实现。例如，本领域技术人员熟悉多 种可用来实现这些部件的设备，诸如微处理器、微控制器、专用集成电路(ASIC)、可编程逻 辑设备(PLD)和/或现场可编程门阵列(FPGA)等。本实施例的消息处理装置501、媒体传 送装置502、认证和计费装置可以物理地分开实现而操作上地相互连接。在操作中，结合图5说明的本实施例的网络单元可以通过转发并转换RTSP消息来 将IPTV关联于ViSS，并且因而使得IPTV用户能够在TV上观看来自ViSS的视频监视内容。 此外，由于不需要修改IPTV和ViSS网络，这个解决方案因而可以被经济地、高效地实现。尽管以上详细描述了本发明的用于使得IPTV系统的用户能够从监视系统获得媒 体流的方法和网络单元的示例性实施例，然而以上这些实施例并不是穷举的，并且本领域 技术人员可以在本发明的精神和范围内实现各种变化和修改。因此，本发明并不限于这些 实施例，本发明的范围仅由所附权利要求来限定。
权利要求
一种用于使得IPTV系统的用户能够从监视系统获得媒体流的网络单元，其中，所述网络单元被安排在所述IPTV系统与所述监视系统之间，所述网络单元包括 消息处理装置，用于在收到来自所述IPTV系统的关于从所述监视系统获得媒体流的第一消息时转换该第一消息并且将转换后的第一消息转发至所述监视系统中的第二服务器；和 媒体传送装置，用于将发送自所述第二服务器的媒体流传送至所述IPTV系统。
2.根据权利要求1所述的网络单元，其中，所述第一消息是符合RTSP协议的SETUP消息、ο
3.根据权利要求1或2所述的网络单元，其中，所述第二服务器是媒体服务器。
4.根据权利要求1至3中任一项所述的网络单元，还包括认证和计费装置，用于当收 到来自所述IPTV系统的所述第一消息时，在处理该第一消息之前发送认证请求至所述监 视系统中的第一服务器以授权所述用户，并且在收到来自所述IPTV系统的关于清除在所 述IPTV系统与所述监视系统之间所建立的连接的第二消息之后收集并向所述第一服务器 报告计费信息。
5.根据权利要求4所述的网络单元，其中，所述第一服务器是认证、授权和计费服务ο
6.根据权利要求4或5所述的网络单元，其中，所述认证请求是符合Radius协议的 Access-Request消息，并且所述第二消息是符合RTSP协议的TEARDOWN消息。
7.根据权利要求1至6中任一项所述的网络单元，其中，转换所述第一消息包括用所述 第二服务器的地址来替代所述第一消息中的所述网络单元的地址。
8.一种用于使得IPTV系统的用户能够从监视系统经由网络单元获得媒体流的方法， 其中，所述网络单元被安排在所述IPTV系统与所述监视系统之间，该方法包括-所述网络单元当收到来自所述IPTV系统的关于从所述监视系统获得媒体流的第一 消息时转换该第一消息，并且转发转换后的第一消息至所述监视系统中的第二服务器；和-所述网络单元将发送自所述第二服务器的媒体流传送至所述IPTV系统。
9.根据权利要求8所述的方法，其中，所述第一消息是符合RTSP协议的SETUP消息。
10.根据权利要求8或9所述的方法，其中，所述第二服务器是媒体服务器。
11.根据权利要求8至10中任一项所述的方法，还包括所述网络单元当接收来自所述 IPTV系统的所述第一消息时，在处理该第一消息之前发送认证请求至所述监视系统中的第 一服务器以授权所述用户，并且在接收来自所述IPTV系统的关于清除在所述IPTV系统与 所述监视系统之间所建立的连接的第二消息之后收集并向所述第一服务器报告计费信息。
12.根据权利要求11所述的方法，其中，所述第一服务器是认证、授权和计费服务器。
13.根据权利要求11或12所述的方法，其中，所述认证请求是符合Radius协议的 Access-Request消息，并且所述第二消息是符合RTSP协议的TEARDOWN消息。
14.根据权利要求8至13中任一项所述的方法，其中，转换所述第一消息包括用所述第 二服务器的地址来替代所述第一消息中的所述网络单元的地址。
全文摘要
文档编号H04L12/46GK101953121SQ20088012741
公开日2011年1月19日 申请日期2008年3月18日 优先权日2008年3月18日
发明者Gu Sanyan, Huang Bo, Ping Huibing, Xuan Tieying 申请人:Alcatel Shanghai Bell Co Ltd