CN101360232A - 与部署点(pod)对接的主机设备及处理广播数据的方法 - Google Patents
与部署点(pod)对接的主机设备及处理广播数据的方法 Download PDFInfo
- Publication number
- CN101360232A CN101360232A CN200810130164.0A CN200810130164A CN101360232A CN 101360232 A CN101360232 A CN 101360232A CN 200810130164 A CN200810130164 A CN 200810130164A CN 101360232 A CN101360232 A CN 101360232A
- Authority
- CN
- China
- Prior art keywords
- grouping
- mpeg
- data
- information
- main frame
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 79
- 238000012545 processing Methods 0.000 title abstract description 7
- 230000008569 process Effects 0.000 claims abstract description 40
- 230000005540 biological transmission Effects 0.000 claims description 23
- 238000001514 detection method Methods 0.000 claims 1
- 238000003860 storage Methods 0.000 description 9
- 230000006870 function Effects 0.000 description 7
- 238000003672 processing method Methods 0.000 description 7
- 230000008859 change Effects 0.000 description 4
- 238000010586 diagram Methods 0.000 description 4
- 239000000835 fiber Substances 0.000 description 4
- 230000008901 benefit Effects 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000004891 communication Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 230000014759 maintenance of location Effects 0.000 description 2
- 230000000630 rising effect Effects 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- IERHLVCPSMICTF-XVFCMESISA-N CMP group Chemical group P(=O)(O)(O)OC[C@@H]1[C@H]([C@H]([C@@H](O1)N1C(=O)N=C(N)C=C1)O)O IERHLVCPSMICTF-XVFCMESISA-N 0.000 description 1
- 230000006835 compression Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 125000004122 cyclic group Chemical group 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
- 238000011835 investigation Methods 0.000 description 1
- 238000003032 molecular docking Methods 0.000 description 1
- 238000004806 packaging method and process Methods 0.000 description 1
- 238000012797 qualification Methods 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/302—Route determination based on requested QoS
- H04L45/306—Route determination based on the nature of the carried application
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/75—Media network packet handling
- H04L65/756—Media network packet handling adapting media to device capabilities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/61—Network physical structure; Signal processing
- H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
- H04N21/6118—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving cable transmission, e.g. using a cable modem
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/643—Communication protocols
- H04N21/64322—IP
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
- H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/75—Media network packet handling
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开一种与部署点(POD)对接的主机设备和一种处理广播数据的方法。宽带接口单元通过线缆接收MPEG传送分组。解调器解调接收到的MPEG传送分组。IP物理接口通过网络接收包括网际协议(IP)分组的帧。路由引擎将帧转换成IP分组并基于包括在帧中的目的地信息路由IP分组。复用器通过将携带有标识信息和分组标识信息的分组报头附加于IP分组和已解调的MPEG传送分组中的每一个来生成IP MPEG分组和CableCARD MPEG分组、将IP MPEG分组和CableCARD MPEG分组复用并将复用的IP MPEG分组和CableCARD MPEG分组发送到POD。
Description
本申请要求于2007年7月30日提交的美国临时申请No.60/952,847的权益,这里通过引用将其并入本文,正如在此处对其作了充分阐述。而且本申请要求于2007年10月16日提交的韩国专利申请No.10-2007-103949的权益,这里以引用的方式将其并入本文,正如此处对其作了充分阐述。
发明背景
技术领域
本发明涉及一种与部署点(POD)对接(interface with)的主机设备和一种处理广播数据的方法,并且更特别地,涉及一种用于处理基于网际协议(IP)传送的广播数据的主机设备和一种处理基于网际协议(IP)传送的广播数据的方法。
背景技术
现有电视(TV)服务以这样的方式被提供,即由广播公司制造的内容通过诸如地面波的无线电传输介质、有线电视或卫星被传送,并且观众通过TV接收机来观看所传送的内容,该TV接收机能够经由相应传输介质接收所传送的内容。
但是,由于基于数字广播的数字TV技术被开发和投入商用、摆脱现有的模拟广播,所以除使用现有传输介质之外,还可以使用连接到每个家庭的因特网网络来向观众提供各种内容,诸如实时广播、内容点播(CoD)、游戏和新闻。
使用因特网网络提供内容的例子可以包括网际协议电视(IPTV)。IPTV表示使用因特网网络接收各类信息服务、运动图像内容和广播并将它们显示给用户的广播接收机。因特网网络可以基于各种类型的网络来实现,诸如光缆网络、同轴电缆网络、光纤到户(FTTH)、电话网络和无线网络。
使用因特网网络的服务另外具有双向性,并且使得观众能够在他/她方便的时候观看想看的节目,这与一般的地面广播不同。
发明内容
因此,本发明涉及与部署点(POD)对接的主机设备和在该主机设备中使用的数据处理方法,它们基本上消除由相关技术的限制和缺点引起的一个或多个问题。
本发明的目的是提供与部署点(POD)对接的主机设备和在该主机设备中使用的数据处理方法,该主机设备可以处理经由因特网接收到的数据。
本发明的另一个目的是与部署点(POD)对接的主机设备和在该主机设备中使用的数据处理方法,该主机设备可以使用由常规有线卡提供的条件接入来处理从包括有线/无线网络和IP协议两者的所有Tx协议接收到的广播数据。
本发明的另一个目的是提供与部署点(POD)对接的主机设备和在该主机设备中使用的数据处理方法,该主机设备可以接收来自同轴电缆多媒体联盟(MoCA)的广播数据。
本发明的另一目的是提供与部署点(POD)对接的主机设备和在该主机设备中使用的数据处理方法,该主机设备可以处理通过因特网接收的带内数据。
本发明的另一目的是提供与部署点(POD)对接的主机设备和在该主机设备中使用的数据处理方法,该主机设备可以处理通过因特网接收到的带内数据和基于另一Rx方案接收到的另一带内数据。
本发明的另一目的是提供与部署点(POD)对接的主机设备和在该主机设备中使用的数据处理方法,该主机设备允许通过因特网接收到的第一带内数据具有与基于另一Rx方案的第二带内数据的相同结构,以使得第一和第二带内数据与主机和安全卡对接。
本发明的其它优点、目的、和特征将在后面的说明中得到部分阐述,其部分地将在随后的考察中对于本领域的技术人员来说变得明显的,或者可以通过对本发明的实践被了解。本发明的目标和其它优点可以通过在书面说明及其权利要求以及附图中特别指出的结构来实现和完成。
为了实现这些目的和其它优点及依照本发明的意图,如此处所体现和广泛描述的,处理广播数据的方法包括:通过网络接收包括网际协议(IP)分组的帧和通过线缆接收MPEG传送分组;将帧转换成IP分组并且基于包括在帧中的目的地信息来路由IP分组;解调接收到的MPEG传送分组;通过将携带有标识信息和分组标识信息的分组报头附加于IP分组和已解调的MPEG传送分组中的每一个来生成IP MPEG分组和CableCARD MPEG分组;以及将IP MPEG分组和CableCARDMPEG分组复用并将复用的IP MPEG分组和CableCARD MPEG分组发送到部署点(POD)。在这里,目的地信息是MAC地址、IP地址和端口号中的至少一个。并且IP分组携带有视频、音频和服务信息中的至少一个。并且标识信息是本地传送流ID(LTSID)。并且分组标识信息是用于标识IP MPEG分组或CableCARD MPEG分组的信息。
而且,帧是包括以太网报头、IP分组和以太网CRC的以太网帧。在这里,将帧转换成IP分组包括从帧中去除以太网报头和以太网CRC。
而且,生成IP MPEG分组包括确定关于IP分组的标识信息。在这里,基于包括在IP分组中的IP地址和端口号中的至少一个来确定标识信息。
而且,该方法进一步包括接收来自POD的分组并基于包括在分组中的分组标识信息来检测接收到的分组是IP MPEG分组还是CableCARD MPEG分组。
在本发明的另一方面,处理广播数据的方法包括:接收来自主机的分组;基于包括在分组中的分组标识信息来检测接收到的分组是IPMPEG分组还是CableCARD MPEG分组;对包括在检测到的分组中的有效负荷字段内携带的数据进行解扰;以及将分组发送到主机。在这里,分组标识信息被携带在包括在分组中的分组报头内。
在本发明的另一方面,与部署点(POD)对接的主机设备包括:宽带接口单元,用于通过线缆接收MPEG传送分组;解调器,用于解调接收到的MPEG传送分组;IP物理接口单元,用于通过网络接收包括网际协议(IP)分组的帧;路由引擎,用于将帧转换成IP分组并基于包括在帧中的目的地信息来路由IP分组;以及复用器,用于通过将携带有标识信息和分组标识信息的分组报头附加于IP分组和已解调的MPEG传送分组中的每一个、复用IP MPEG分组和CableCARD MPEG分组,并将复用的IP MPEG分组和CableCARD MPEG分组发送到POD。在这里,目的地信息是MAC地址、IP地址和端口号中的至少一个。IP分组携带有视频、音频和服务信息中的至少一个。并且标识信息是本地传送流ID(LTSID)。并且分组标识信息是用于标识IP MPEG分组或CableCARD MPEG分组的信息。
而且,帧是包括以太网报头、IP分组和以太网CRC的以太网帧。在这里,路由引擎从帧中去除以太网报头和以太网CRC。
而且,复用器确定关于IP分组的标识信息。在这里,复用器基于包括在每个IP分组中的IP地址和端口号中的至少一个来确定标识信息。
而且,主机进一步包括解复用器,用于接收来自POD的分组并且基于包括在分组中的分组标识信息来检测接收到的分组是IP MPEG分组还是CableCARD MPEG分组。
因此,本发明可以使用从常规有线卡提供的条件接入来执行内容保护。因此,服务供应商或服务企业可以使用条件接入来执行以上内容保护,并稳定地向服务用户收取使用费。
本发明处理从包括有线/无线网络和IP协议的所有传输协议接收到的广播数据,以使得它与openCable安全卡对接。服务订户或服务用户最低限度地修改或扩展常规有线安全卡的功能,以使得订户或用户能够观看想要的服务供应商的数据。
本发明允许在包括有线/无线网络和IP协议的所有传输协议上传送的带内数据保持IP分组格式,以使得IP分组格式的带内数据被传送到安全卡。结果,主机可以有效地与安全卡通信。
本发明保持常规openCable卡的带内接口的接口,以使得它可以支持通过因特网接收的数据或通过其它带内信道接收的其它带内数据。结果,本发明可以获得与常规系统的向后兼容。
本发明不仅接收在包括有线/无线网络和IP协议的所有传输协议上传送的第一带内数据,而且还接收基于另一Rx方案的第二带内数据,并在基于相同IP分组的数据结构下实现主机与卡之间的接口,以使得它可以有效地处理具有各种传输方案和路径的带内数据。
本发明可以接收来自同轴电缆多媒体联盟(MoCA)的广播数据,以使得可以在同轴网络上实现基于IP的无缝连接,从而实现同轴电缆IP(IP over Coax)。
附图说明
被包括进来以提供对本发明的进一步理解的附图被并入本申请并构成本申请的一部分、图解本发明的实施例,并连同说明一起用于解释本发明的原理。在附图中:
图1是示出了根据本发明的一个实施例的IPTV系统的概念图;
图2是示出了根据本发明的一个实施例的使用有线卡的接收机的框图;
图3是示出根据本发明的一个实施例的以太网帧的结构图;
图4是示出根据本发明的一个实施例的、被路由到复用器的数据的结构图;
图5是示出根据本发明的一个实施例的本地传送流ID(LTSID)表的结构图;
图6示出根据本发明的第一实施例的接收机的数据流;
图7是示出根据本发明的一个实施例的IMP分组结构的结构图;
图8示出根据本发明的第二实施例的接收机的数据流;以及
图9是示出根据本发明的另一实施例的CableCARD MPEG分组(CMP)分组结构的结构图;
图10是示出根据本发明的一个实施例的IMP分组结构的结构图;
图11A和11B示出根据本发明的一个实施例的分组的起始信号和结束信号;
图12是示出根据本发明的一个实施例的用于处理Rx数据的方法的流程图;以及
图13是示出根据本发明的另一实施例的用于处理Rx数据的方法的流程图。
具体实施方式
另外,虽然本发明中使用的术语选自通常已知和使用的术语,但本发明的说明书中提及的一些术语是申请人慎重选择的,其详细意义在本说明书的相关部分中有描述。此外,要求不是简单地通过使用的实际术语而是通过每个术语的内在意义理解本发明。
将参照附图详细描述根据本发明的广播接收机和处理广播数据的方法。
网际协议电视(IPTV)系统,其是能够利用因特网网络来提供各种内容的系统的示例,可以主要被划分成服务器、网络和广播接收机(客户端)。
IPTV系统的服务器可以包括具有各种功能的服务器,诸如服务发现和选择服务器、流式服务器、内容指南信息服务器、顾客信息服务器和支付信息服务器。
在这些服务器中,流式服务器将存储的编码运动图像数据的运动图像专家组(MPEG)-2或MPEG-4经由网络传送到广播接收机。作为传输协议,可以使用实时传输协议(RTP)或RTP控制协议(RTCP)。
在使用实时流协议(RTSP)的情形中,运动图像流的再现在某种程度上可以通过诸如暂停、重放、停止等的网络技巧播放功能来控制。
内容指南信息服务器提供关于提供的各种内容的信息。内容指南信息包括多种关于内容的信息作为对应于电子节目指南(EPG)的信息。内容指南信息服务器存储内容指南信息数据,并将存储的数据提供给广播接收机。
在服务器中,服务发现和选择服务器提供服务器的接入信息,用于将诸如广播、内容点播(CoD)或游戏之类的各种内容服务,和再现信息提供给广播接收机。
网络系统包括基于因特网的网络和网关。作为基于因特网的网络,可以使用各种类型的基于IP的网络,诸如光缆网络、同轴电缆网络、光纤到户(FTTH)、电话网络和无线网络。网关通常可以执行数据传送、使用诸如因特网组管理协议(IGMP)的协议的多播组管理和服务质量(QoS)管理。
IPTV表示能够接收经由因特网网络传送的数据并将数据提供给用户的广播接收机。该广播接收机可以包括IPTV机顶盒、家庭网关和IPTV嵌入电视。
混合IPTV系统可以提供各种类型的因特网内容以及各种类型的现有广播内容。也就是说,除诸如地面广播、有线广播、卫星广播或私有广播之类的各类广播内容之外,还可以向用户提供各种因特网图像内容或除图像之外的数据内容。这些内容可以实时或按需提供。
图1是示出根据本发明的实施例的IPTV系统的示意图。
从内容服务供应商的角度看,IPTV系统可以分成内容供应商(CP)、服务供应商(SP)、网络供应商(NP)和用户。
CP制造并提供各种类型的内容。CP可以包括地面广播公司、有线系统运营商(SO)或有线多系统运营商(MSO)、卫星广播公司和因特网广播公司。
SP将CP提供的内容打包成服务并提供该服务。例如,图1的SP将第一地面广播、第二地面广播、有线MSO广播、卫星广播、各种因特网广播打包成服务并将该服务提供给用户。
作为保护在IPTV系统中所传送的内容的手段,可以使用条件接入或内容保护。作为条件接入或内容保护的示例,可以使用有线卡或可下载条件接入系统(DCAS)。
可以由提供IPTV服务的SP来选择使用安全卡或DCAS。在广播接收机中使用安全卡或DCAS的情形中,与广播接收机通信的SP应使用该系统。
图2是示出根据本发明的实施例、使用安全卡的广播接收机的示意框图。
图2的广播接收机可以接收以下所有:基于IP的IPTV服务、有线广播、地面广播和卫星广播。图2的广播接收机可以根据实现示例只接收IPTV服务或有线广播。图2的安全卡可以根据实现示例被称作其它术语。
图2的接收机主要包括主机和安全卡。主机包括第一宽带接口单元202、第二宽带接口单元204、解调器206、复用器208、解复用器210、解码器212、IP物理接口单元214、路由引擎216、控制器218、可下载CAS(DCAS)单元222、数字视频录像机(DVR)控制器224、内容加密器226、存储接口单元228和存储单元230。
广播接收机是开放有线型接收机,其中包括条件接入系统(CAS)的安全卡可以与主体分离。安全卡也可以被称作部署点(POD)模块,其被插在广播接收机主体的狭槽中或与之分离。安全卡插在其中的主体也可以被称作主机设备。也就是说,安全卡与主机设备的组合被称作广播接收机。
包括在图2的广播接收机中的主机设备是通过能够同时处理多个流的多流主机设备实现的一个示例。当主机设备通过只能处理一个流的单流主机设备实现时,它被旁路以便图2的主机设备的复用器208和解复用器210通过将分组报头附加于MPEG传送分组来生成CableCard MPEG分组(CMP)和IP MPEG分组(IMP),以及复用CMP和IMP和解复用所复用的CMP和IMP。但是,虽然主机设备是通过单流主机设备实现的,但本发明公开的其它操作也同样执行。而且,只能处理一个流的单流卡可以用作安全卡220,或者能够同时处理几个流的多流卡可以用作安全卡220。
网络调制解调器200连接外部网络和广播接收机。例如,广播接收机可以利用有线数据服务接口规范(DOCSIS)调制解调器、连接到无线因特网网络的无线中继器、或诸如有线非对称数字用户线(ADSL)中继器的连接到有线因特网网络的有线中继器来连接到外部网络。广播接收机与外部网络之间的连接的示例只是示范性的并且可以根据广播接收机如何连接到外部网络而变化。
在网络调制解调器200是通过DOCSIS调制解调器实现的情形中,根据本发明的广播接收机可以连接到DOCSIS网络。也就是说,网络调制解调器200可以建立有线调制解调器终端系统(CMTS)(DSG代理)和DSG隧道以便传递经由DOCSIS网络从机顶控制器(DSG服务器)接收到的数据广播,并且可以通过建立的DSG隧道接收广播数据。在这里,DOCSIS网络可以通过IP骨干网络实现并支持IP多播/单播。
但是,为了支持经由DOCSIS网络的IP多播/单播,从CMTS(DSG代理)接收到的分组应当被转换成DSG分组并且应当传送该DSG分组。因此,广播接收机不能直接连接到外部IP网络以接收广播数据。
为了解决这些问题,网络调制解调器200可以提供用于将广播接收机直接连接到外部IP网络的功能。例如,网络调制解调器200可以通过同轴电缆多媒体联盟(MoCA)实现。在网络调制解调器200是通过MoCA实现的情形中,可以通过同轴电缆网络建立并连接基于IP的网络。也就是说,在网络调制解调器200是通过MoCA实现的情形中,可以不使用DOCSIS、不需要使用DOCSIS调制解调器,并且不需要使用通过网络连接到DOCSIS调制解调器的CMTS。另外,不需要使用在DOCSIS调制解调器与CMTS之间建立的DSG隧道。因此,由于可以通过同轴网络实现基于IP的无缝连接,根据本发明的广播接收机可以使用同轴电缆IP,并且因此向用户提供快速稳定的广播服务。
第一宽带接口单元202只调谐到经由天线传送的地面音频/视频(A/V)广播或经由连接到网络调制解调器200的线缆被带内传送的有线A/V广播的特定信道频率,并将调谐的信号输出到解调器206。
这时,由于地面广播和有线广播是通过不同的传输方法来传送的,它们在解调器206中被不同的解调方法解调。例如,地面A/V广播是通过残留边带调制(VSB)方法调制的,而有线A/V广播是通过正交调幅(QAM)方法调制的。因此,如果由第一宽带接口单元202调谐的信道频率是地面广播,那么解调器206利用VSB方法来解调地面广播,并且如果由第一宽带接口单元202调谐的信道频率是有线广播,那么利用QAM方法解调有线广播。
第二宽带接口单元204只调谐到经由连接到网络调制解调器200的线缆被带内传送的有线A/V广播的特定信道频率,并将调谐的信号输出到解调器206。
第一宽带接口单元202和第二宽带接口单元204可以调谐不同信道的信号并将信号传送到解调器206。替换地,第一宽带接口单元202和第二宽带接口单元204可以调谐相同信道的不同A/V流,并将信号传送到解调器206。例如,第一宽带接口单元202可以调谐主画面流,而第二宽带接口单元204可以调谐画中画(PIP)流。在数字视频信号存储在数字视频录像机(DVR)中的情形中,可以使用第一宽带接口单元202和第二宽带接口单元204观看和记录视频信号。
解调器206解调接收到的信号并将解调的信号传送到复用器208。例如,被MPEG编码方案(例如MPEG 2或MPEG 4)编码的MPEG TS(传送流)流被传送到复用器208。或者,被其它编码方案编码的流被传送到复用器208。所接收的信号根据对所接收的信号进行编码的编码方案而不同。
IP物理接口单元214充当网络接口单元。IP物理接口单元214接收经由网络调制解调器200接收的、被传送到地址之中的特定IP地址的以太网帧分组,并将接收到的以太网帧分组传送到路由引擎216。另外,IP物理接口单元接收来自路由引擎216的双向数据(例如按次计费节目应用、接收机状态信息和用户输入信息),并经由网络调制解调器200将接收到的双向数据传送到外部网络。IP地址可以是主机的IP地址或安全卡的IP地址。
图2的接收机可以从IP物理接口单元214接收基于IP协议的OOB(带外)消息数据或带内数据,包括音频、视频和数据广播数据。
常规的有线广播系统使用DOCSIS机顶网关(DSG)或OOB方案接收OOB数据,例如系统信息(SI)、紧急警报系统(EAS)、扩展应用信息表(XAIT)、条件接入系统信息和各种安全卡控制信息。
图2的接收机的主机可以包括DOCSIS调制解调器或OOB调谐器,以便它可以接收OOB数据。例如,接收机可以使用IP方案和OON方案中的一个来接收OOB数据。另外,接收机可以使用IP方案、DSG方案和OOB方案中的一个来接收OOB数据。
如果接收机选择IP方案和OOB方案中的一个并在选择的方案下接收OOB数据,那么图2的接收机进一步需要OOB调谐器和解调器。如果图2的接收机接收IP方案、DSG方案和OOB方案中的一个,并且在选择的方案下接收OOB数据,那么接收机进一步需要DOCSIC调制解调器、OOB调谐器、用于选择DSG或OOB方案的切换单元,和用于根据各个方案将数据传送到头端器或服务供应商的解调器。如果有多个方案,那么头端器确定将使用哪个方案,并将确定的结果传送到安全卡。安全卡将接收到的操作方案信息传送到主机。
为了方便说明,图2的接收机中省略了DOCSIS调制解调器的DSG方案的路径和块或OOB调谐器的OOB方案的路径和块。
路由引擎216将每个Rx分组路由到Rx分组的目的地。例如,路由引擎216可以使用基于TCP/IP(传输控制协议/网际协议)的网络堆栈将以上分组路由到目的地。路由引擎216可以支持TCP/IP协议和UDP(用户数据报协议)/IP协议两者。而且,路由引擎216可以使用分组报头信息区分带内数据和OOB数据,并且可以执行抖动过滤。
图3是示出根据本发明的一个实施例的以太网帧的结构图。路由引擎216接收具有图3的结构的以太网帧。该帧包括14字节的以太网报头、20字节的IP报头、8字节的UDP报头、有效负荷和以太网CRC(循环冗余校验)。如果数据是根据TCP协议而不是UDP协议被传送的,那么可以使用TCP报头而不是UDP报头,并且代表UDP报头的TCP有效负荷可以包含在以太网帧中,使得上述有效负荷可以包括带内数据或OOB数据。
路由引擎216将图3的Rx数据分成带内数据和OOB数据,并执行带内和OOB数据的路由。为了将带内数据与OOB数据区分开来,路由引擎216可以使用由传输端与接收端之间的协定得到的报头信息。可以使用第二层路由、第三层路由或第四层路由将带内数据和OOB数据路由到数据目的地。
在使用第二层路由的情形中,路由引擎216利用目的地媒体访问控制(MAC)地址来执行路由,该MAC地址包含在接收到的以太网帧的以太网报头中。在使用第三层路由的情形中,路由引擎216利用目的地IP地址来执行路由,该IP地址包含在接收到的以太网帧的IP报头中。在使用第四层路由的情形中,路由引擎216利用目的地端口来执行路由,该端口包含在接收到的以太网帧的UDP报头中。如果以太网帧包括TCP报头,那么路由引擎216利用目的地TCP端口来执行路由。路由引擎216可以根据各个实现示例来确定使用第二层路由、第三层路由或第四层路由。换言之,路由引擎216可以根据各个实现示例而使用第二层路由、第三层路由或第四层路由。
例如,在使用第二层路由的情形中,包含在Rx数据中的主机数据的以太网报头包括MAC地址信息。在使用第三层路由的情形中,包含在Rx数据中的主机数据的IP地址包括主机的IP地址信息。在使用第四层路由的情形中,包含在Rx数据中的主机数据的UDP报头或TCP报头包括端口号。
在路由引擎216的Rx数据中,包括音频、视频和数据广播数据的带内数据被路由到IP到TS解封装器218。带内数据可以是利用MPEG编码方案(例如MPEG 2或MPEG 4)编码的MPEG TS流。带内数据可以是利用其它编码方案编码的流。
图4是示出根据本发明的一个实施例的被路由到复用器208的数据的结构图。图4的数据结构可以包括利用MPEG方案编码的MPEG-TS和有效负荷。路由引擎216将除在接收到的以太网帧中的以太网报头和以太网CRC两者之外的数据传送到复用器208。具有图4的数据结构的数据将在下文中称为IP分组。
根据主机实现示例,可以同时接收包括几个信道的A/V数据的IP分组。因此,复用器208将LTSID分配给包含在不同信道的IP分组中的每个数据,并将结果得到的数据复用。在这种情形中,LTSID表示用于标识相应流数据的标识信息。例如,如果复用器208接收到图4的IP分组,则使用与数据传输服务器或头端器约定的路由索引信息将映射到每个MPEG-TS的LTSID分配给接收到的IP分组。安全卡利用上述LTSID将数据分类,并且可以执行已分类数据的CA解扰。主机可以利用LTSID正确地路由数据。在这种情形中,路由索引信息可以经由服务器或头端器被接收。而且,路由索引信息可以包括IP地址列表或端口列表,并且还可以包括与IP地址和相关端口相关的另一个列表。
图5是示出根据本发明的一个实施例的本地传送流ID(LTSID)的结构图。基于图5的LTSID表,本发明可以同时在基于IP的每个Rx信道的IP分组数据和有线广播信道的带内数据之间进行区分。而且,本发明可以利用路由索引信息生成并修改上述LTSID表。
参照图5,QAM有线索引可以用来区分通过有线广播信道的正交调幅(QAM)信道接收到的A/V数据流。例如,如果接收机可以经由几个调谐器接收几个有线广播信道的数据,那么它可以将LTSID分配给每个调谐器。如图2所示,为了标识在第一宽带接口单元202中接收到的A/V数据流,可以分配QAM有线索引1(LTSID 1)。为了标识在第二宽带接口单元204中接收到的A/V数据流,可以分配QAM有线索引2(LTSID 2)。
IP索引可以用来标识与经由IP网络信道接收到的每个信道数据相对应的IP分组。为了标识以上IP分组数据,可以使用用于分配LTSID的各种方法。在这种情形中,可以根据路由索引信息来计算IP索引。
首先,接收机可以利用在复用器208中接收到的IP分组的IP报头中所包含的IP地址信息来分配LTSID。换言之,如果几个IP地址被用作IP索引,那么可以将不同的LTSID分配给这些IP地址。因此,接收机可以区分每个IP地址的Rx数据。例如,IP索引1(LTSID 3)可以被分配给在接收机的IP地址(1.1.1.1)处接收到的IP分组,并且IP索引2(LTSID 4)可以被分配给在接收机的另一IP地址(1.1.1.2)处接收到的IP分组。IPv4、IPv6等可以应用于IP地址。上述IP地址只是用作示例。但是,帧或分组的IP报头中包含的信息可以根据以上IP地址而改变。在这种情形中,复用器208可以将包含在路由索引信息中的每个IP地址设为IP索引,并将LTSID分配给每个IP地址,以便可以生成并修改图4的表。
其次,接收机可以利用在复用器208中接收到的IP分组的UDP(或TCP)报头中包含的端口信息来分配LTSID。换言之,如果几个端口被用作IP索引,那么可以将不同的LTSID分配给各个端口。因此,接收机可以区分每个端口的Rx数据。例如,IP索引1(LTSID 3)可以被分配给在接收机的No.6端口处接收到的IP分组,并且IP索引2(LTSID 4)可以被分配给在接收机的No.17端口处接收到的IP分组。上述端口号只是用作示例。在这种情形中,复用器208可以将包含在路由索引信息中的每个端口设为IP索引,并将LTSID分配给每个端口,以便可以生成并修改图5的表。
第三,接收机不仅可以利用在复用器208中接收到的IP分组的IP报头中所包含的IP地址,而且可以利用UDP(或TCP)报头中包含的端口信息来分配LTSID。换言之,IP索引可以包括IP地址及其相关端口中的至少一个。接收机可以利用IP地址和端口信息来分配LTSID。例如,IP索引1(LTSID 3)可以被分配给在IP地址(1.1.1.1)处接收到的所有IP分组之中的在No.6端口接收到的IP分组,并且IP索引2(LTSID 4)可以分配给在IP地址(1.1.1.1)处接收到的所有IP分组之中的在No.17端口接收到的IP分组。IP索引3(LTSID 5:未示出)可以被分配给在IP地址(1.1.1.2)处接收到的所有IP分组之中的在No.6端口接收到的IP分组。在这种情形中,复用器208可以将包含在路由索引信息中的每个IP地址和与IP地址相关的端口设为IP索引,并将LTSID分配给每个IP地址和端口,以便可以生成并修改图5的表。
LTSID的路由目的地(Routing Dest)表示在解复用器210已执行解复用之后以上数据的路由目的地。LTSID表的‘格式’表示当解复用器210的解复用数据被路由时在目的地接收到的数据格式。例如,如果数据的LTSID值为1,那么这个数据被解复用器210解复用,并且解复用的数据被路由到解码器。路由到解码器的数据格式是MPEG-TS格式。如果数据的LTSID值为4,那么这个数据被解复用器210解复用,并且解复用的数据被路由到存储单元(例如HDD)。上述路由数据格式以IP分组的形式被配置,所述IP分组的IP报头被添加到MPEG-TS,如图4所示。
当分配了LTSID时,可以由用户设置信息来建立路由目的地信息和格式信息。也就是说,路由目的地信息和格式信息可以由各种设置信息进行修改。
复用器208将LTSID插入解调器206和路由引擎216两者的Rx数据。Rx数据可以被复用,并且所复用的数据可以被输出。例如,复用器208将主图像和PIP图像复用并输出经复用得到的图像。在这种情形中,主图像被第一宽带接口单元202调谐,并且经调谐得到的图像被解调。PIP图像被第二宽带接口单元204调谐,并且经调谐得到的图像被解调。另外,根据实现示例,上述复用结果可以与路由引擎216的输出信号一起被复用,以便可以从复用器208生成得到的图像。如果在接收机中经由调谐器接收基于MPEG2的编码数据,那么复用器208接收MPEG-TS数据。如果在接收机中经由IP物理接口单元(NIC)214接收基于IP的编码数据,那么复用器208接收IP分组。
如果接收机的安全卡等同于(equal to)能够支持单个流的S-CARD,那么主机在不做任何修改的情况下将Rx数据传送到安全卡。因此,图2的复用器208或解复用器210不需要通过将本地报头附于Rx数据来实现IMP或CMP,并且不需要复用或解复用IMP或CMP。换言之,图2中所示的复用器208或解复用器210的复用或解复用过程被旁路。然而,虽然使用了单流主机,但本发明的其它操作还可以以与多流主机相同的方式被执行。但是,如果安全卡是能够支持多流的M-CARD,则需要用于复用几个数据流或对复用得到的数据进行解复用的过程。上述复用过程将12字节的前报头(pre-header)添加到流数据,并且随后对得到的数据进行复用。该前报头从解复用过程中去除。
当使用能够支持多流的M-CARD卡时,使用图2的接收机。如果在复用器208中接收到数据,那么复用器208将前报头添加到数据、复用所添加的数据,并输出经复用的结果。前报头包括LTSID信息。解调器206的Rx数据与路由引擎216的Rx数据不同。例如,解调器206可以接收MPEG-TS数据。复用器208可以从路由引擎216接收图4的IP分组数据。复用器208区分Rx数据、将前报头添加到得到的数据,并将添加的结果传送到安全卡。
复用器208将地面广播数据(即不需要CA解扰的数据)输出到解复用器210。要求CA解扰的其它数据(例如有线广播数据或IPTV带内数据)被传送到安全卡220。
安全卡220包括条件接入(CA)系统,以便可以实现高附加值广播内容数据的防止复制和条件接入。安全卡220还可以被称作部署点(POD)。换言之,安全卡220将Rx广播数据解扰,并将已解扰的广播数据输出到主机的解复用器210。如果没有安全卡220,那么复用器208的输出数据被直接传送到解复用器210。在这种情形中,加扰的广播数据不能被解扰,因此用户不能够正常观看以上广播数据。
解复用器210对从安全卡接收到的数据进行解复用。解复用器210利用包含在前报头中的LTSID来处理经解复用的数据。例如,包括特定LTSID的分组数据可以被传送到解码器212,使得解码器212解码接收到的数据。可以使用数字视频录像机(DVR)将包括另一LTSID的其它分组数据存储在存储单元230中。解码器212恢复利用视频解码算法和音频解码算法两者压缩的A/V信号,并输出恢复的A/V信号。
DVR控制器224、内容加密器226、存储接口228和存储单元230存储接收到的数字数据、输出存储的数据,并再现这些数据。在接收到来自控制器218的控制信号时,DVR控制器224存储选自解复用器210的输出数据的视频数据、或再现选自存储的数据的视频数据。内容加密器226对要被存储的数据执行加密,并输出加密的数据。另外,内容加密器226恢复加密的数据并输出恢复的数据。根据实现示例,可以不使用内容加密器226。存储接口228将数据传送到存储单元230和/或接收来自存储单元230的数据,因此对于存储单元230它充当数据I/O接口。存储单元230存储接收到的数据。
DCAS单元222从传输端服务器下载条件接入系统(CAS),并存储下载的CAS。DCAS单元222根据存储的CA系统之中的适当CA系统来执行条件接入(CA)功能。控制器218控制主机设备与安全卡之间的接口和以上主机的数据处理功能。
在上述接收机的情形中,主机与安全卡之间的接口类型可以根据在主机与安全卡之间的传送的Tx/Rx数据而改变。接下来,下文中将描述主机与安全卡之间的上述接口和在主机与安全卡之间传送的Tx/Rx数据的各种实施例。
根据第一实施例的接收机可以允许IMP(IP MPEG分组)格式的数据在主机与安全卡之间传送。通过将12字节的前报头添加到图4的IP分组报头来构造上述IP分组。但是,以上术语只是为说明性目的而被公开,并且本发明的范围和精神不仅限于这个术语,而是还可以根据需要应用于其它示例。
图6示出根据本发明的第一实施例的接收机的数据流。图6的接收机等同于图2的接收机。为了方便说明,应注意到,图8的数据流是基于IP网络信道的Rx数据和有线广播信道的Rx数据的流,并且这里将省略其它块。假定在图8的接收机中已接收到MPEG编码数据。
如上所述,可以经由第一宽带接口单元202和第二宽带接口单元204接收有线广播数据。接收到的数据被解调器206以QAM解调,以使得解调的数据被应用到复用器208。复用器208的输出数据具有MPEG-TS格式。
经由IP物理接口单元(NIC)214接收IP网络信道数据,并且接收到的数据被路由引擎216路由到相应的目的地。图8的路由引擎216仅示出网络堆栈之中的以太网层、IP层和TCP/UDP层。路由引擎216将Rx数据分成带内数据和OOB数据。OOB数据被传送到安全卡,并且带内数据被传送到复用器208。所传送的OOB或带内数据是IP分组格式数据,包括IP报头、UDP报头(或TCP报头)和有效负荷。在OOB数据的情形中,有效负荷包括OOB消息数据。在带内数据的情形中,有效负荷包括MPEG TS。
复用器208将12字节的前报头添加到从解调器206接收到的MPEG-TS、将12字节的前报头添加到从路由引擎216接收到的IP分组格式的数据,并将得到的IP分组数据传送到安全卡。图6的‘本地’表示由复用器208添加的前报头。
图7是示出根据本发明的一个实施例的IMP分组结构的结构图。IMP分组结构包括12字节的前报头、20字节的IP报头和8字节的UDP(或TCP)报头,以及188字节的有效负荷(MPEG-TS)。
12字节的前报头包括本地传送流ID(LTSID)区、保留区(Res1和Res2)、主机保留区(HOSTres)、本地时间戳(LTS)区、安全CARD保留区(CableCardres)和CRC区。LTSID区可以包括上述LTSID信息。主机保留区(HOSTres)可以包括从主机生成的附加分组特征信息。LTS区包括在主机中规定的本地时间戳(LTS)信息。主机可以使用上述本地时间戳(LTS)信息来管理MPEG分组定时。安全卡保留区(CableCardres)可以被安全卡选择性地使用。CRC区包括用于纠正前报头误差的CRC信息。
如上所述,从路由引擎216接收到的IP分组数据可以由添加的12字节的前报头形成。但是,从解调器206接收到的MPEG-TS数据进一步需要伪(dummy)IP报头和伪UDP(或TCP)报头以便形成上述IMP分组。因此,复用器208将前报头添加到从路由引擎216接收到的数据,将前报头、伪IP报头和伪UDP(或TCP)报头添加到从解调器206接收的数据,以便形成IMP分组。可以为IMP分组格式添加上述伪值,但是应注意到,以上伪值还可以用作能够包括其它信息的保留区。
数据信道和扩展信道位于安全卡与主机之间。数据信道允许在主机与安全卡之间传送控制信号。扩展信道允许在主机与安全卡之间传送真实或实际数据。数据信道与扩展信道被定义成实现主机与安全卡之间的数据通信,使得它们充当CPU接口。换言之,安全卡与传输端通信、分析从传输端接收到的数据,并经由数据和扩展信道与主机通信,以使得传输端指示的命令可以被执行或者用户条目(user-entry)内容被传送到传输端。
在这种情形中,为了通过扩展信道传送数据,必须在安全卡与主机之间建立与预定数据类型相对应的传输路径。这个传输路径被称作“流”。例如,为了传送MPEG区段(section)数据,必须在安全卡与主机之间建立MPEG区段流。在已在安全卡与主机之间建立MPEG区段流之后,实际MPEG区段数据可以被传送到相应的流。安全卡与主机之间有各种扩展信道流,DOCSIS机顶网关(DSG)流、IP单播(IP_U)流、IP多播(IP_M)流和MPEG区段流。如从图6所见,可以使用IP_U流或IP_M流将以IP分组的形式配置的OOB消息传送到安全卡。
安全卡220根据CAS(条件接入系统)或CP(内容保护)方案解扰在接收到的IMP分组的有效负荷中所包含的数据。包括已解扰数据的所得到的IMP分组被再传送(re-transmit)到主机。
主机的解复用器210对接收到的IMP分组进行解复用,并输出经解复用的IMP分组。在接收到IMP分组时,解复用器210从以上分组中去除前报头,并根据LTSID信息处理数据。例如,解复用器210从以上分组中除去前报头、IP报头和UDP(或TCP)报头,并将包含在有效负荷中的数据(MPEG-TS)输出到解码器212。又例如,根据上述LTSID信息,没有前报头的IP分组可以存储在存储单元230中,或者只有有效负荷数据(MPEG-TS)存储在存储单元230中。
如上所述,在主机与安全卡之间传送的Tx/Rx数据是统一的(unified),以使得可以实现简单接口,并且安全卡可以具有简单逻辑。
根据本发明的第二实施例,CMP和IMP格式的数据可以在主机与安全卡之间传送。在以上示例中,将经由有线广播信道接收到的数据和经由IP网络信道接收到的另一数据相互区分开来,并且随后执行数据传输/接收。
图8示出根据本发明的第二实施例的接收机的数据流。图8的接收机等同于图2的接收机。
如上所述,接收到的有线广播数据具有MPEG-TS格式,并被传送到复用器208。IP网络信道数据经由IP物理接口单元(NIC)214和路由引擎216被传送到复用器208。复用器208将12字节的前报头添加到从解调器206接收到的MPEG-TS数据,这样它形成CMP包。复用器208将12字节的前报头添加到从路由引擎216接收到的IP分组数据,这样它形成IMP分组。图8的‘本地’表示由复用器208添加的前报头。
图9是示出根据本发明的一个实施例的CableCARD MPEG分组(CMP)结构的结构图。图10是示出根据本发明的一个实施例的IMP结构的结构图。CMP包括12字节的前报头和188字节的有效负荷(MPEG-TS)。IMP结构包括12字节的前报头、20字节的IP报头和8字节的UDP(或TCP)报头,以及188字节的有效负荷(MPEG-TS)。上述的前报头信息等同于图7中的前报头信息,并且图7的IMP等同于图10的IMP。
如从图8所见,可以使用IP_U流或IP_M流将以IP分组形式配置的OOB消息传送到安全卡。可以使用MPEG数据流在安全卡与主机之间传送带内数据(例如CMP或IMP分组)。
安全卡220根据CAS(条件接入系统)或CP(内容保护)方案解扰包含在接收到的CMP或IMP分组的有效负荷中的数据。得到的包括已解扰数据的CMP或IMP分组被再传送到主机。
主机的解复用器210对从安全卡接收到的分组进行解复用。如果解复用器210接收到CMP分组,那么它可以根据包含在前报头中的LTSID信息将包含在有效负荷中的数据(例如MPEG-TS)输出到解码器212或者将其存储在存储单元230中。
如果解复用器210接收到IMP分组,那么它可以根据包含在前报头中的LTSID信息将包含在有效负荷中的数据(例如MPEG-TS)输出到解码器212或者将其存储在存储单元230中。另外,没有前报头的IP分组也可以存储在存储单元230中。
在这种情形中,主机的解复用器210和安全卡220必须将CMP分组和IMP分组区分开。为了将CMP分组和IMP分组区分开,安全卡220和解复用器210可以使用多种方案。
首先,本发明可以将使用利用起始包(Start Of Packet)(SOP)来标识以上分组(诸如包含在有效负荷中的MPEG-TS)的方法。如果安全卡220接收到来自主机的分组,那么它确定接收到的分组是否等同于CMP分组。如果确定接收到的分组不同于CMP分组,那么安全卡220确定接收到的分组是否是IMP分组。另外,根据实现示例,安全卡220可以首先确定接收到的分组是否是IMP分组。
也就是说,安全卡220基于接收到的分组的第一字节将当前位置移动与前报头的大小相对应的12字节,以便它确定第13个字节的值是否表示SOP。例如,如果使用的是MPEG-TS,那么SOP值被设为‘0x47’。因此,如果第13个字节的值表示SOP值,那么安全卡220确定接收到的分组为CMP。
如果没有确定CMP,那么安全卡220基于第一字节将当前位置移动与前报头、IP报头、和UDP(或TCP)报头的大小相对应的40字节,以便它确定第41个字节的值是否为SOP。如果第41个字节的值被确定为SOP,那么安全卡220确定接收到的分组为IMP。上述方案还可以用于允许主机的解复用器210识别分组。
其次,本发明可以使用利用包含在以上分组的前报头中的保留区来标识以上分组的方法。例如,复用器208将用于标识以上分组的标识信息插在包含在CMP或IMP的前报头中的保留区中,以便它将得到的分组传送到安全卡220。
12字节的前报头包括本地传送流ID(LTSID)区、保留区(Res1和Res2)、主机保留区(HOSTres)、本地时间戳(LTS)区、安全CARD保留区(CableCardres)和CRC区。复用器208将分组标识信息插在Res1、Res2、HOSTres、CableCardres区中的至少一个中。例如,复用器208将前报头添加到从解调器206接收到的数据,并将添加的结果转换成CMP分组。在这种情形中,CMP分组标识信息被插在前报头的保留区中。从路由引擎216接收到的数据被转换为IMP分组,并且IMP分组标识信息被插在前报头的保留区中。以上分组标识信息插在其中的上述保留区的位置可以根据实现示例改变成另一个。
当2字节的分组标识信息(分组ID)被插在HOSTres区中,获得下面的表1。在CMP分组的情形中,HOSTres区的分组ID字段值被设为‘0x01’。在IMP分组的情形中,分组ID字段值被设为‘0x02’。
【表1】
分组ID值 | 说明 |
0x01 | CMP(CableCard MPEG分组) |
0x02 | IMP(IP MPEG分组) |
0x03~0xFF | 留作将来使用 |
主机的解复用器210和安全卡220可以使用包含在以上前报头中的分组标识信息识别接收到的分组。另外,安全卡220和解复用器210可以使用上述标识信息以相应分组的长度为单位传送/接收数据。虽然定义了其它种类的分组,但本发明的范围可以由上述标识信息轻易地扩展。而且,本发明可以有效地支持与不同A/V类型的分组相关的安全卡与主机之间的接口。
第三,本发明可以使用利用以上分组的Tx/Rx信号来标识以上分组的方法。例如,在安全卡与主机之间传送表示分组的起始部分的第一信号和表示分组的结束部分的第二信号以便标识分组。
图11A和11B示出根据本发明的一个实施例的分组的起始信号和结束信号。‘MICLK’表示在多流模式下从主机传送到卡的MPEG传输流时钟信号。‘MOCLK’表示在多流模式下从卡传送到主机的MPEG传输流时钟信号。‘MISTRT’表示这样的信号,其表示从主机传送到卡的分组的开始。‘MIEND’表示这样的信号,其表示从主机传送到卡的分组的结束。‘MOSTRT’表示这样的信号,其表示从主机传送到卡的分组的开始。‘MOEND’表示这样的信号,其表示从主机传送到卡的分组的结束。‘MDI’表示从主机传送到卡的MPEG传输流输入数据总线。‘MDO’表示从卡传送到主机的MPEG传输流输出数据总线。上述信号可以充当在主机与安全卡之间传送的控制信号,并且可以通过控制器被传送。但是,上述术语只是为说明性的目的而公开,并且本发明的范围不仅限于以上术语,而是还可以根据需要应用于其它示例。
从‘MICLK’时钟的上升沿将‘MDI’数据和‘MISTRT’信号时钟加到卡。从‘MOCLK’时钟的上升沿将‘MDO’数据和‘MOSTRT’信号时钟加到主机。‘MISTRT’时钟信号的输入数据和200字节的CMP分组(即12字节的前报头+188字节的MPEG TS)或200字节的IMP分组(即12字节的前报头+20字节的IP报头+8字节的UDP(或TCP)报头+188字节的MPEG TS)被从主机传送到卡。当以上分组的最后一个字节被传送到安全卡时,‘MIEND’时钟信号可以被传送到安全卡。因此,安全卡计数位于‘MISTRI’信号与‘MIEND’之间的Rx数据的字节数或‘MICLK’时钟的数目,以便它根据计数的结果识别分组类型。通过上述方法,主机的解复用器210可以利用‘MOSTRT’和‘MOEND’信号来识别分组类型。
而且,当以上分组有效负荷的第一个字节被传送到安全卡时,‘MIEND’时钟信号可以被传送到安全卡。因此,安全卡计数位于‘MISTRI’信号与‘MIEND’之间的Rx数据的字节数或‘MICLK’时钟的数目,以便它根据计数的结果识别分组类型。通过上述方法,主机的解复用器210可以利用‘MOSTRT’和‘MOEND’信号来识别分组类型。更详细地,如果‘MISTRI’信号与‘MIEND’信号之间的Rx数据的字节数是13,那么安全卡可以识别接收到的分组是CMP分组。如果‘MISTRI’信号与‘MIEND’信号之间的Rx数据的字节数是41,那么安全卡可以识别接收到的分组是IMP分组。
基于图11A的常规‘MISTRT’和‘MOSTRT’信号系统,如果接收到单个时钟信号,那么‘MIEND’和‘MOEND’信号可以分别被识别为‘MISTRT’和‘MOSTRT’信号。如果接收到几个时钟信号,那么‘MIEND’和‘MOEND’信号可以分别被识别为‘MIEND’和‘MOEND’信号。另外,还可以独立于常规的MISTRT和MOSTRT信号系统传送/接收MIEND或MOEND时钟信号。如果不同的信号系统被应用于Tx起始信号和Tx结束信号,如图11B所示,则不需要区分时钟信号。但是,如果如图11A所示使用相同的信号系统,则本发明必须将Tx起始信号与Tx结束信号区分开。
通过上述方法,虽然定义了不同种类的分组,但本发明可以轻易地标识分组类型。而且,如果硬件设计稍作修改,本发明可以有效地支持与不同A/V类型的分组相关的安全卡与主机之间的接口。
图12是示出根据本发明的一个实施例、用于处理Rx数据的方法的流程图。图12示出用于将有线广播信道的Rx数据和IP网络信道的Rx数据转换成IMP分组并随后传送/接收该IMP分组的方法。
如上所述,接收机的主机可以在步骤S1200经由IP网络信道和有线广播信道接收A/V数据。主机可以同时从IP网络信道和有线广播信道接收以上数据,或者可以从IP网络信道和有线广播信道中的任何一个接收以上数据。
如上所述,在步骤S1210,主机将Rx数据转换成IMP分组,并复用IMP分组。在这种情形中,12字节的前报头被添加到IP网络信道的Rx数据,并且12字节的前报头、伪IP报头和伪UDP(或TCP)报头可以被添加到有线广播信道的Rx数据。在这种情形中,LTSID可以被插在IMP分组的前报头中。
在步骤S1220,IMP分组被传送到安全卡。在步骤S1230,安全卡对包含在接收到的分组的有效负荷中的数据进行解扰。在步骤S1240,安全卡将包括已解扰数据的IMP分组再传送到主机。
在步骤1250,主机对从安全卡接收到的IMP分组的有效负荷中所包含的数据进行解码。另外,主机可以存储以上有效负荷的已解扰数据或者可以存储没有前报头的IP分组。
图13是示出根据本发明的另一实施例、用于处理Rx数据的方法的流程图。图13示出用于将有线广播信道的Rx数据转换成CMP分组、将IP网络信道的Rx数据转换成IMP分组并传送/接收CMP和IMP分组的方法。
如上所述,在步骤S1300,接收机的主机可以经由IP网络信道和有线广播信道接收A/V数据。该主机可以同时从IP网络信道和有线广播信道接收以上数据,或者可以从IP网络信道和有线广播信道中的任何一个接收以上数据。
在步骤S1310,如果接收到的数据被确定为是经由IP网络信道接收到的数据,那么主机在步骤S1320将接收到的数据转换成IMP分组。另外,如果接收到的数据被确定为是经由有线广播信道接收到的数据,那么主机在步骤S1330将接收到的数据转换成CMP分组。在这种情形中,LTSID可以被插在IMP或CMP分组的前报头中。
在步骤S1340,IMP或CMP分组被传送到安全卡。安全卡区分接收到的分组,并在步骤S1350对包含在接收到的分组的有效负荷中的数据进行解扰。为了区分以上分组,本发明可以根据各种实现示例使用SOP(起始包)信息、包含在分组前报头中的分组ID,或分组的起始和结束信号。
在步骤S1360,安全卡将包括已解扰数据的CMP或IMP分组再传送到主机。在步骤S1370,主机对包含在从安全卡接收到的IMP或CMP分组有效负荷中的数据进行解码。另外,主机可以存储以上有效负荷的已解扰数据或者可以存储没有前报头的IP分组。
虽然上述实施例示范性地使用了安全卡,但是也可以使用智能卡而不是安全卡。
依据本发明的本实施例,解扰模块包含在安全卡或智能卡中。卡可拆卸地连接到主机。Rx广播信号被卡的解扰模块解扰,并且已解扰的结果被提供给用户。但是,根据本发明的某些实施例,主机可以在没有卡的情况下包括解扰模块。解扰模块可以被修改为从广播电台或服务供应商处下载。换言之,下载的解扰模块可以被修改为存储在包含在主机中的预定存储器中。但是,上述结构只是出于说明目的而公开,应注意到上述结构差异不限制本发明的精神和范围并且还可以根据需要用其它示例实现。
从以上说明明显可知,本发明可以用从常规有线卡提供的条件接入执行内容保护。因此,服务供应商或服务企业可以用条件接入执行以上内容保护,并稳定地向服务用户收取使用费。
本发明处理从包括有线/无线网络和IP协议二者的所有传输协议接收到的广播数据,以使得它与openCable安全卡对接。服务订户或服务用户最低限度地修改或扩展常规有线安全卡的功能,以使得订户或用户能够观看期望的服务供应商的数据。
本发明允许在包括有线/无线网络和IP协议二者的所有传输协议上传送的带内数据保持IP分组格式,以使得IP分组格式的带内数据被传送到安全卡。结果,主机可以有效地与安全卡通信。
本发明保持常规openCable卡的带内接口的接口,以使得它可以支持通过因特网接收的数据或通过其它带内信道接收的其它带内数据。结果,本发明可以获得与常规系统的向后兼容。
本发明不仅接收在包括有线/无线网络和IP协议的所有传输协议上传送的第一带内数据,而且还接收基于另一Rx方案的第二带内数据,并在基于相同IP分组的数据结构下实现主机与卡之间的接口,以使得它可以有效地处理具有各种传输方案和路径的带内数据。
本发明可以接收来自同轴电缆多媒体联盟(MoCA)的广播数据,以使得可以在同轴网络上实现基于IP的无缝连接,从而实现同轴电缆IP。
对于本领域的技术人员明显的是,可以在不脱离本发明的精神和范围的情况下在本发明中进行各种修改和变更。因此,本发明旨在包括落入所附权利要求及它们的等同物的范围内的本发明的修改和变更。
Claims (15)
1.一种处理广播数据的方法,该方法包括:
通过网络接收包括网际协议(IP)分组的帧并且通过线缆接收MPEG传送分组;
将所述帧转换成IP分组并且基于包括在所述帧中的目的地信息路由所述IP分组;
解调接收到的MPEG传送分组;
通过将携带有标识信息和分组标识信息的分组报头添加到IP分组和已解调的MPEG传送分组中的每一个来生成IP MPEG分组和CableCARD MPEG分组;以及
复用所述IP MPEG分组和所述CableCARD MPEG分组,并将复用的IP MPEG分组和CableCARD MPEG分组发送到部署点(POD)。
2.如权利要求1所述的方法,其中生成IP MPEG分组包括:
确定关于所述IP分组的标识信息。
3.如权利要求2所述的方法,其中基于包括在所述IP分组中的IP地址和端口号中的至少一个确定所述标识信息。
4.如权利要求1所述的方法,其中所述标识信息是本地传送流ID(LTSID)。
5.如权利要求1所述的方法,其中所述分组标识信息是用于标识IP MPEG分组或CableCARD MPEG分组的信息。
6.如权利要求1所述的方法,进一步包括:
接收来自所述POD的分组,并基于包括在所述分组中的分组标识信息检测接收到的分组是IP MPEG分组还是CableCARD MPEG分组。
7.如权利要求1所述的方法,其中所述IP分组携带有视频、音频和服务信息中的至少一个。
8.一种处理广播数据的方法,该方法包括:
接收来自主机的分组;
基于包括在所述分组中的分组标识信息检测接收到的分组是IPMPEG分组还是CableCARD MPEG分组;
对包括在检测到的分组中的有效负荷字段中所携带的数据进行解扰;以及
将所述分组发送到所述主机。
9.如权利要求8所述的方法,其中所述分组标识信息被携带在包括在所述分组中的分组报头内。
10.一种与部署点(POD)对接的主机设备,该主机设备包括:
宽带接口单元(202),用于通过线缆接收MPEG传送分组;
解调器(206),用于解调所述接收到的MPEG传送分组;
IP物理接口单元(214),用于通过网络接收包括网际协议(IP)分组的帧;
路由引擎(216),用于将所述帧转换成IP分组,并基于包括在所述帧中的目的地信息路由所述IP分组;以及
复用器(208),用于通过将携带有标识信息和分组标识信息的分组报头附加于所述IP分组和已解调的MPEG传送分组中的每一个来生成IP MPEG分组和CableCARD MPEG分组、复用所述IP MPEG分组和所述CableCARD MPEG分组,并将复用的IP MPEG分组和CableCARD MPEG分组发送到所述POD(220)。
11.如权利要求10所述的主机,其中所述复用器(208)确定关于所述IP分组的标识信息。
12.如权利要求11所述的主机,其中所述复用器(208)基于包括在每个IP分组中的IP地址和端口号中的至少一个来确定所述标识信息。
13.如权利要求10所述的主机,其中所述IP分组携带有视频、音频和服务信息中的至少一个。
14.如权利要求10所述的主机,其中所述标识信息是本地传送流ID(LTSID)。
15.如权利要求10所述的主机,其中进一步包括:
解复用器(210),用于接收来自所述POD(220)的分组,并基于包括在所述分组中的分组标识信息来检测接收到的分组是IP MPEG分组还是CableCARD MPEG分组。
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US95284707P | 2007-07-30 | 2007-07-30 | |
US60/952,847 | 2007-07-30 | ||
KR1020070103949A KR101366278B1 (ko) | 2007-07-30 | 2007-10-16 | 방송 수신기 및 방송 데이터 처리 방법 |
KR1020070103949 | 2007-10-16 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101360232A true CN101360232A (zh) | 2009-02-04 |
Family
ID=40228083
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200810130164.0A Pending CN101360232A (zh) | 2007-07-30 | 2008-07-30 | 与部署点(pod)对接的主机设备及处理广播数据的方法 |
Country Status (4)
Country | Link |
---|---|
US (1) | US7860109B2 (zh) |
EP (1) | EP2028801B1 (zh) |
CN (1) | CN101360232A (zh) |
BR (1) | BRPI0804619A2 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102549957A (zh) * | 2009-10-09 | 2012-07-04 | 汤姆森特许公司 | 数字接收器和对应的数字发送系统服务器 |
CN102761779A (zh) * | 2011-04-28 | 2012-10-31 | 三星电子株式会社 | 条件接收模块及其系统及向其发送加密数据的装置和方法 |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7746878B2 (en) * | 2007-07-05 | 2010-06-29 | Lg Electronics Inc. | Host device interface with a point of deployment (POD) and a method of processing broadcast data |
EP2048881A1 (en) * | 2007-07-30 | 2009-04-15 | Lg Electronics Inc. | A host device, a point of deployment (POD), and a method of identifying an operation mode |
EP2028836A3 (en) * | 2007-07-30 | 2010-07-14 | LG Electronics Inc. | A host device, a point of deployment (POD), and a method of identifying an operation mode |
KR100900884B1 (ko) * | 2007-12-04 | 2009-06-04 | 한국전자통신연구원 | 다운로드 제한수신 시스템에서 셋탑박스의 다중-스트림처리 방법 및 이를 이용한 장치 |
EP2624580A1 (en) * | 2012-02-06 | 2013-08-07 | SmarDTV S.A. | A system for receiving and prestenting media content |
EP2624584A1 (en) * | 2012-02-06 | 2013-08-07 | SmarDTV S.A. | A system for receiving and presenting conditional access digital streaming content |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7912220B2 (en) * | 2001-02-05 | 2011-03-22 | Broadcom Corporation | Packetization of non-MPEG stream data in systems using advanced multi-stream POD interface |
KR20070012130A (ko) * | 2005-07-22 | 2007-01-25 | 엘지전자 주식회사 | 케이블 방송 수신기 및 인터페이스 방법 |
KR100688089B1 (ko) * | 2005-09-27 | 2007-03-02 | 한국전자통신연구원 | 케이블 방송 수신기의 다중화/역다중화 장치 |
US8887212B2 (en) * | 2006-03-21 | 2014-11-11 | Robin Dua | Extended connectivity point-of-deployment apparatus and concomitant method thereof |
-
2008
- 2008-07-24 EP EP08161126A patent/EP2028801B1/en not_active Ceased
- 2008-07-29 BR BRPI0804619-0A patent/BRPI0804619A2/pt not_active IP Right Cessation
- 2008-07-29 US US12/219,856 patent/US7860109B2/en not_active Expired - Fee Related
- 2008-07-30 CN CN200810130164.0A patent/CN101360232A/zh active Pending
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102549957A (zh) * | 2009-10-09 | 2012-07-04 | 汤姆森特许公司 | 数字接收器和对应的数字发送系统服务器 |
US9143270B2 (en) | 2009-10-09 | 2015-09-22 | Thomson Licensing | Digital receiver and corresponding digital transmission system server |
CN102549957B (zh) * | 2009-10-09 | 2015-09-30 | 汤姆森特许公司 | 数字接收器和对应的数字发送系统服务器 |
CN102761779A (zh) * | 2011-04-28 | 2012-10-31 | 三星电子株式会社 | 条件接收模块及其系统及向其发送加密数据的装置和方法 |
Also Published As
Publication number | Publication date |
---|---|
US7860109B2 (en) | 2010-12-28 |
EP2028801B1 (en) | 2010-05-12 |
BRPI0804619A2 (pt) | 2009-05-12 |
EP2028801A3 (en) | 2009-03-04 |
US20090059927A1 (en) | 2009-03-05 |
EP2028801A2 (en) | 2009-02-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8526450B2 (en) | Host device interface with a point of deployment (POD) and a method of processing broadcast data | |
CN101359969B (zh) | 广播接收机和确定广播接收机的操作模式的方法 | |
CN101360230B (zh) | 与部署点(pod)对接的主机设备和处理广播数据的方法 | |
CN101360232A (zh) | 与部署点(pod)对接的主机设备及处理广播数据的方法 | |
CN101360231B (zh) | 与部署点(pod)对接的主机设备和处理广播数据的方法 | |
US9210479B2 (en) | Broadcasting receiver and method of interfacing resource information between a host device and a pod, sending host device resource information and obtaining host device resource information | |
KR101490251B1 (ko) | 호스트 장치, pod 및 작동모드 인식 방법 | |
KR101526974B1 (ko) | 호스트 장치, pod 및 작동모드 인식 방법 | |
CN101340573B (zh) | 与部署点进行接口的主机设备以及处理广播数据的方法 | |
KR101623019B1 (ko) | 호스트 장치, pod 및 작동모드 인식 방법 | |
KR101366278B1 (ko) | 방송 수신기 및 방송 데이터 처리 방법 | |
KR20100011208A (ko) | 호스트 장치, pod 및 작동모드 인식 방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Open date: 20090204 |