CN1229940C - 视频/数据广播的同频道多流透明传输方法 - Google Patents

视频/数据广播的同频道多流透明传输方法 Download PDF

Info

Publication number
CN1229940C
CN1229940C CN 02113687 CN02113687A CN1229940C CN 1229940 C CN1229940 C CN 1229940C CN 02113687 CN02113687 CN 02113687 CN 02113687 A CN02113687 A CN 02113687A CN 1229940 C CN1229940 C CN 1229940C
Authority
CN
China
Prior art keywords
data
byte
service
bag
stream
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.)
Expired - Fee Related
Application number
CN 02113687
Other languages
English (en)
Other versions
CN1455591A (zh
Inventor
朱维乐
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
University of Electronic Science and Technology of China
Original Assignee
University of Electronic Science and Technology of China
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by University of Electronic Science and Technology of China filed Critical University of Electronic Science and Technology of China
Priority to CN 02113687 priority Critical patent/CN1229940C/zh
Publication of CN1455591A publication Critical patent/CN1455591A/zh
Application granted granted Critical
Publication of CN1229940C publication Critical patent/CN1229940C/zh
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Television Systems (AREA)

Abstract

本发明为在数字视频/数据广播的同频道多流透明传输系统中使用的同频道多流透明传输方法,它采用加标志的多流透明传输(LMSTT)技术,在发送端部分采用包长重整和加密引擎缓存设备(4),将每一个188字节包由上向下按列存放到包长重整和加密引擎缓存设备(4)中;当缓冲区存满一页后,该页的值按行将每行188字节的包数据发送;在接收端部分采用包长重整缓存和索引/解密引擎设备(9),它是在找到页同步后,将接收到的TS流数据由上往下按行存放到包长重整缓存和索引/解密引擎设备(9)中。本发明大大简化了现有的数据流广播协议,解决了目前发展迅猛的因特网数据业务如何利用数字视频广播这个媒介进行多节目、多流的大规模并行广播传给用户和用户有选择性地解密和过滤以及并行镜像家庭数据仓储的问题,促进广播网数字化的进程和加快广播网的市场化进程。

Description

视频/数据广播的同频道多流透明传输方法
技术领域
本发明涉及数字视频广播领域,尤其是数字视频与因特网数据进行同频道多流透明传输的广播领域中。
背景技术
随着数字电视广播的飞速发展,广播电视由模拟向数字的转变已经是大势所趋。各个国家提出了不同的方案,其中欧洲提出的DVB(Digital Video Broadcasting)标准中的DVB-S(卫星广播标准)和DVB-C(有线数字电视标准)被我国广播部门采纳或推荐。
公众对基于DVB标准的数字电视多媒体业务的需求越来越大,并且数字电视业务已不再局限于视频,更为主要的是在互动式业务方面的应用,提供诸如视频点播、数据广播、高速Internet、网络教育等业务。在这些新增业务中,IP数据广播是应用最为广泛,发展前景最好的生力军。目前,我国有线电视宽带网正在进行数字化和双向化的改造的大规模实验,有十五个城市正在进行旧有宽带网络的第二代改造。其中,因特网数据广播是我国宽带网的急需开展的一项增值业务。在欧洲的DVB标准中因特网数据广播系统(IP overDVB)一般采用多协议封装的方式。多协议封装的标准可参见ETSI EN301 192。如图4所示,在DVB标准中,发送端因特网数据业务和其它节目流通过模块16一起进行传送复用17,复用后的的传输流(TS流)通过标准的SPI接口1传给信道编码/调制器6;在接收端,进行了信道解码/解调器7后通过TS流服务输出接口13传给解复用器18,最后得到原始数据流。由此可以看出IP数据业务必须要按照一定的方式(多为多协议封装的方式)与其它的数据流一起封装到TS流中,在进行封装的时候要修改相应的节目特殊信息表(PSI)和业务信息表(SI),要求无矛盾地重行分配有限的PID包鉴别号,另外还要校正各个节目流对应的节目参考时钟(PCR)、显示时间标签(PTS)等字段。采用这种方式在IP数据业务不多的情况下还是一种行之有效的好方法,但是在很多IP数据业务(几十种甚至上千种)的情况下(如远程教育中每一门课程就作为一种数据业务),很明显增加了复用器和解复用器的复杂度,各种协议之间转换显得非常复杂,兼容性较差,甚至于很难实现。
发明内容:
本发明的目的是提供一种数字视频/数据广播的同频道多流透明传输方法,它具有简化数据流广播协议,使得传输流和因特网数据流的多节目、多流的大规模并行广播更为快捷特点。用于解决目前发展迅猛的因特网数据业务利用数字视频广播(目前国内采用欧洲的DVB标准)这个媒介通过同一频道并行地传给用户。
需要说明的是上述的同频道是指因特网数据和原有的数字视频广播是在同一个频道内传输,多流是指数据业务的大规模(可以超过1000个)并行广播,透明是指该方案不影响上层协议及广播系统外部的协议处理。
本发明组成:在广播系统内部采用加标记的多流透明传输(LMSTT)技术,此处的广播系统内部是指上至数字信道传输设备入口,下至机顶盒或内装有信道解码器的电视机/数据接收机。LMSTT技术是采用加标记的“188+N包”传输方式,本标记对系统外为透明,所有对外接口(包括上接的各种传输传输流信源、因特网数据信源、iCP/ICP服务商信源)均为标准的传输流接口(ASI/SPI)或局域网接口。
本发明的数字视频/数据广播的同频道多流透明传输系统中使用的同频道多流透明传输方法,如图1所示,包括两个部分:发送端部分和接收端部分,其中,发送端部分包括与MPEG2编码器/复用器相连的ASI/SPI输入接口(1)、与局域网相连的10/100M base T以太网接口(2)、发送端先进先出数据缓存(3)、12/24/38/50Mbps SPI接口(5)、信道编码/调制设备(6);接收端部分包括信道解码/解调设备(7)、12/24/38/50Mbps SPI接口(8)、用户节目选择和收费管理设备(10)、接收端先进先出数据缓存(11)、0/n信道PCR/PLL(12)、TS流服务输出接口(13)、ICP服务输出接口(14)、数字电视和iCP节目本地存储设备(15),其中0/n信道PCR/PLL(12)中n为存放传输流的子标记号,取值范围为0到255,其特征是发送端部分还包括包长重整和加密引擎缓存设备(4),接收端部分还包括包长重整缓存和索引/解密引擎设备(9),其中包长重整和加密引擎缓存设备(4)采用下面的步骤工作:
步骤1:对于各信源到来的传输包,
如果所述传输包是传输流,则无需作转换;如果信源是ICP或iCP文化网站,则传输包是因特网数据包,这时需将因特网数据包转化为188字节净荷的数据包,即对于从与局域网相连的10/100M base T以太网接口(2)中来的每个因特网数据包首先要将它转化为若干个188字节的数据包,如果因特网数据包的长度不是188字节的整数倍,则最后一个188字节包需要用0xFF来填充,以满足188字节的要求;
步骤2:在传输流或因特网数据包上加上N字节的标记信息,N等于1或2,当含有统一内容定位标签时N为2,不含有统一内容定位标签时N为1;
当N为2时,第一行为统一内容定位标签,其后为服务号标记行;标记行中含有本页的各188列的服务标识M,每个服务为6bit的标识,共有64个服务号,其中的48个为传输流服务号,这时M=0~47,每个传输流包中有187字节净荷,另外16个为ICP服务号,这时M=48~63,每个因特网数据包中有188字节净荷,标记字节8bit中的6bit用于指示服务号,另2bit用于页同步标志、页连续性指示和误码纠正;当N为1时没有统一内容定位标签,只有服务号标记行,第一列为MPEG2标准中规定的包同步字节,它恒为0x47或其反码0xB8;
对于传输流包,从与MPEG2编码器/复用器相连的ASI/SPI输入接口(1)中来的每个传输流包的第一个为0x47或其反码0xB8的同步字节放在第一列,后面的187个字节则由上向下按列存放,同时该列对应的第N+i行存放一个字节数据,用于存放该传输流的子标记号,该子标记号记为所述的n;当包长重整和加密引擎缓存设备(4)存满一页后,该页的值按行将每行数据通过12/24/38/50Mbps SPI接口(5)送入信道编码/调制设备(6),每一行作为一个新的传输流传输包,其长度均为188字节,每一个包的第一个字节即为同步字节0x47或其反码0xB8;
对于因特网数据包,从与局域网相连的10/100M base T以太网接口(2)中来的每个因特网数据包首先由步骤1转化为若干个188字节数据包,然后按照顺序将每一个188字节数据包由上向下按列存放到包长重整和加密引擎缓存设备(4)中;当缓冲区存满一页后,该页的值按行将每行188字节的包数据通过12/24/38/50Mbps SPI接口(5)送入信道编码/调制设备(6),每一行作为一个新的长度均为188字节的传输流传输包,每一个包的第一个字节即为同步字节0x47或其反码0xB8;
步骤3:由信源提供者和信道经营商共同确定的加密方法进行加密;
对于接收端的包长重整缓存和索引/解密引擎设备(9)采用下面的步骤工作:
步骤4:在接收端,信号经过信道解码/解调设备(7)后,通过12/24/38/50Mbps SPI接口(8)过来的传输流数据包首先通过服务标记行中的页同步标记字节进行页同步;
步骤5:找到页同步后,将接收到的传输流数据由上往下按行存放到包长重整缓存和索引/解密引擎设备(9)中,当存满一页后通过所述的服务号标记行中的服务标识M来判断相应列的数据是原来的传输流数据还是因特网数据;如果是传输流数据,则将该列的第N+2行至该列的最后一行的数据加上同步字节0x47首先经过接收端先进先出数据缓存(11)缓冲后再通过TS流服务输出接口(13)传给用户端;如果是因特网数据包,则将该列的第N+1行到该列的最后一行,在不加同步字节0x47的情况下,首先经过接收端先进先出数据缓存(11)缓冲后再通过ICP服务输出接口(14)传给用户端;对于因特网数据包,在发送前还要通过因特网数据包的包头中的长度字段来判断该因特网数据包的最后188字节的数据中是否有填充字节,如果有则要过滤掉;在包长重整缓存和索引/解密引擎设备(9)通过12/24/38/50Mbps SPI接口(8)接收传输流数据过程中,如果发送端的包长重整和加密引擎缓存设备(4)对内部数据进行了加密,则在包长重整缓存和索引/解密引擎设备(9)处要进行相应的解密;如果用户需要通过用户节目选择和收费管理设备(10)选择所需要的节目,则在接收传输流数据的过程中,当N为2时通过包长重整缓存和索引/解密引擎设备(9)中的第N-1行的统一内容定位行和第N行的服务号标记行来进行传输包的过滤;
步骤6:根据由信源提供者和信道经营商共同确定的加密方法进行相应解密。
本发明的工作过程是:本发明的各个组成部分协同工作,紧密联系,是一个完整的整体。在发送端部分,来自MPEG2编码器/复用器和来自局域网ICP服务分别通过相应的接口即与MPEG2编码器/复用器相连的ASI/SPI输入接口(1)或与局域网相连的10/100M baseT以太网接口(2)输送到各自的发送端先进先出缓存(3)中,包长重整和加密引擎缓存设备(4)按照一定的规则读取先进先出数据缓存(3)中的数据,完成加标记、包长重整和加密,在经过包长重整和加密引擎缓存设备(4)后通过标准的12/24/38/50Mbps SPI接口(5)将重整的数据送给信道编码/调制设备(6),最后通过传输信道传给接收端。在接收端部分,信号经过信道解码/解调设备(7)后通过标准的12/24/38/50Mbps SPI接口(8)传给包长重整缓存和索引/解密引擎设备(9),在包长重整缓存和索引/解密引擎设备(9)中一方面将输入的包重整、解密,另一方面通过标记字节检测数据包的数据类别,然后根据其类别将数据送给相应的接口即TS流服务输出接口(13)或ICP服务输出接口(14)。
本发明创新是采用“188+N包”传输方式来实现数字视频于因特网数据广播的多流透明传输即在广播系统内部采用加标记的多流透明传输(LMSTT)技术,此处的广播系统内部是指上至数字信道传输设备入口,下至机顶盒或内装有信道解码器的电视机/数据接收机。所加的标记对系统外为透明,所有对外接口(包括上接的各种传输流信源、因特网数据信源)均为标准的TS流接口(ASI/SPI)或局域网接口,如图1所示。
加标记的多流透明传输(LMSTT)技术的工作原理是:
在本发明中的传输包的基本长度均为188字节,外加N(N为1或2)字节的标记字节,总共为188+N字节。为了适应欧洲的DVB系统的传输包长度(188字节),本系统中在发送端和接收端各设有一个固定长度的缓冲存储器(图1中的模块包长重整和加密引擎缓存设备(4)和包长重整缓存和索引/解密引擎设备(9)),这两个缓冲存储器大小为(188+N)行×188字节×2页=(70688+376N,约72K)字节。该缓冲存储器存采用专用芯片硬件完成包长转换工作,以期取得一致的处理时延。
对各信源到来的188包(其中对传输流无需作转换,对文化网站(ICP、iCP)信源需经IP-MAC接口转化为188字节),在该缓存内按列存放,并根据各信源来源加上N(N为1或2)字节的标记信息,如图2所示。
缓冲存储中的包长重整不仅是为了加入标记字节,而且为了完成一定的加密算法,用于实现有源端控制的数据加密功能。加密方法由信源提供者和信道经营商共同确定。当缓冲内存满一页后,即由列转行,按行将188包通过标准的SPI接口送入数据广播信道编码/调制设备,以透明形式传输至接收端设备,并在整个广播信道内保持不变。仅当由数字广播信道出口至外部或直接面对消费者时,在与源端配套的包长重整缓存和索引/解密引擎设备(9)和解密程序的配合下,各源端数据流将在允许的用户服务范围内,以正确的顺序再输出至外部设备的接口TS流服务输出接口(13)和ICP服务输出接口(14)。
在图2中所加的N位标记第一行为统一内容定位标签(UCL),其后为服务号标记行。外标记以数据页为单位((188+N)字节×188列)分页进行标记,再重整转发时,当N为2时,第一行为UCL行,第二行为标记行,当N为1时没有UCL行,第一行为标记行。UCL标签主要用于指导各数据流自动归类、存储、链接。该标签说明了该业务是什么,属于什么大类、栏目,标题和关键词又是什么等信息。该标签主要目的是提供并行镜像家庭仓储的索引和更新工作,存储用户所感兴趣的所有节目,并滤去目前存在的大量信息垃圾,通过这个标签用户通过用户节目选择和收费管理设备10可以过滤掉自己不想要的内容。标记行中含有本页的各188列的服务标识(6bit标识/服务,共64个服务号)M,其中的48个为TS流服务号(M=0~47,187字节净荷/包),16个为ICP服务号(M=48~63,188字节净荷/包,以适应1500字节=188字节×8的IP包长)。标记字节8bit中的6bit用于指示服务号,另2bit用于页同步标志、页连续性指示和误码纠正。由于对标记行增加了上述的有效的误码纠正,标记行内BER出错概率<1E-13,对任何情况均可忽略。因为数字电视信道是已具备前向纠错(FEC),其BER可达1E-11~1E-12的可靠信道,故采取上述措施之后的服务号传输的判决误码率极低,可达1E-10以下。
对TS流服务号而言,其首字节(原传输流同步码)亦作为服务区分号(n)。故有48×256=12288个TS流服务区分号,记为:M/n,M={0,…,47},n={0,…,255}。对ICP服务而言,则有:M={48,…,63}。
在传输流服务中,流0/0专门用于本方案中的服务内容指示,流0/1用于加密信息,流0/2用于用户权限播放和收费管理,流0/3~0/255服务号暂时保留;流0/n中的服务均带有节目参考时钟,且流0/n不参与加密;流1/n分配为公众服务节目,亦不参与加密,流1/n~47/n中的其余12032个传输流服务号用于电视节目、1000个iCP服务商节目、MP3音频节目、网络教育节目和电子游戏节目。由于有12,000个以上的服务号可以选择,对数字视频/数据广播而言不仅足够应用,并可供将来扩展。
由于本方法具备有效的行/页同步的自主检测方法,故只要信道有透明数据传输功能,本方法均可适用。不论对于新数字有线电视标准的数据广播(要求188包定长输入),或其下兼容的DVB-C数据广播网(188定长输入或透明传输功能)本方法均可适用。因此本方法适用于今后发展的新标准的多种选择,甚至于其它的通信网,只要其比特误码率低于1E-9,本方法亦可适用。
在本发明数字视频/数据广播的多流透明传输方案中,来自局域网的IP数据流不需要通过传输复用器复用到传输流中,原有的传输流也不需要经过任何改动,就能保证传输流和因特网数据流这两种数据流的多流透明传输,即多流并播。
综上所述,本发明的数字视频/因特网数据广播多流透明传输方案(采用LMSTT技术)有如下特点:
1.易于与传输流(TS)设备及因特网数据流设备接口,无需经过任何协议转换,保证双流(传输流和因特网数据流)透明畅通。
2.达95%以上的高传输承载效率。
3.以传输流为优先,每个节目占用一个标记流透明通道,适合广电网络系统应用,并能发展成数字电视/因特网数据同频道广播。
4.每个服务(如电视节目)均组织为一个标记流透明通道,传输流内不需任何PID重编和PCR校正,播放顺畅。
5.因特网数据流极易做到MII(媒介无关接口),对因特网广播特别合适。
6.易于划分为“细水长流”的小iCP通道,可容纳上千个文化网站(iCP)为信源,并可与数字电视同频道广播,包括多流并播以及发展并行镜像家庭数据仓储。
7.因特网数据流可在MAC层上进行高效传送,可应用至因特网数据双向传输。
8.简化节目服务信息和用户收费管理,使其更为简易有效。
9.价格低廉,特别是接收端宜于消费类产品。
附图说明:
图1是传输流/因特网数据广播同频道多流透明传输系统方框图。
其中图中的1表示TS流服务输入接口,2表示ICP(文化网站)服务输入接口,3表示发送端先进先出缓存(FIFO),4表示包长重整和加密引擎缓冲设备,5表示发送端标准的SPI接口,6表示信道编码/调制设备,7表示信道解码/解调设备,8表示接收端标准的SPI接口,9包长重整缓冲器和索引/解密引擎设备,10表示用户节目选择收费管理设备,11表示接收端先进先出缓存(FIFO),12表示0/n信道PCR/PLL,13表示TS流服务输出接口,14表示ICP服务输出接口,15表示数字电视&iCP节目本地存储设备。
图2是TS包长度转换和加密缓存器结构图。
其中,图中的N根据具体情况可取1或2,当为1时,没有UCL统一内容定位,服务号标记行作为第一行,当为2时第一行为UCL统一内容定位标签,服务号标记行作为第二行,图中的M为服务号标记行中含有的服务标记号。图中的第一列为MPEG2标准中规定的包同步字节,它恒为0x47,从模块(1)中来的每个TS流包的第一个同步字节(均为0x47)放在该列,后面的187个字节则由上向下按列存放(图中的虚线所示),同时该列对应的图中阴影区域(存放一个字节数据)用于存放该TS流的子标记号,该标记号记为n,其取值范围是0到255。当缓冲区存满一页后该页的值按行将每行数据通过标准的SPI接口送入数据广播信道编码/调制器(6),每一行作为一个新的TS流传输包(其长度均为188字节),每一个包的第一个字节即为同步字节0x47。
图3是IP包长度转换和加密缓存器结构图。
其中,图中的N根据具体情况可取1或2,当为1时,没有UCL统一内容定位,服务号标记行作为第一行,当为2时第一行为UCL统一内容定位标签,服务号标记行作为第二行,图中的M为服务号标记行中含有的服务标记号。图中的第一列为MPEG2标准中规定的包同步字节,它恒为0x47,从模块(2)中来的每个IP包数据首先转化为若干个188字节(如果IP数据包的长度不是188字节的整数被,则最后一个188字节包需要用0xFF来填充,以满足188字节的要求),然后按照顺序将每一个188字节包由上向下按列存放(图中虚线所示)到缓冲区中。当缓冲区存满一页后该页的值按行将每行数据通过标准的SPI接口送入数据广播信道编码/调制设备(6),每一行作为一个新的TS流传输包(其长度均为188字节),每一个包的第一个字节即为同步字节0x47。
图4是DVB中实现IP数据广播原理框图。
其中图中的16表示一路节目复用,17表示传送复用,18表示接收端解复用,19表示被解出的一路节目。
具体实施方式:
本发明主要是图1中的包长重整和加密引擎缓存设备(4)和包长重整缓存和索引/解密引擎设备(9),可以采用DSP(Digital Signal Processor)来实现其算法,也可通过FPGA(Field Programmable Gate Array)来实现(当需求量增加时,也可采用一块具有等同功能的专用芯片实现)其包长转换、加密、解密等功能,以期取得一致的处理时延。
有鉴于此,本方案提出了一种数字视频/数据广播的同频道多流透明传输系统中使用的同频道多流透明传输新方法。它简化了数据流广播协议,对传输流/因特网数据广播的多节目、多流并播带来了诸多便利,将促进新的国家标准的形成,对我国的宽带数字网的大众化、产业化进程起到促进和带头作用。它的最大的创新在于通过在每一个188字节包开头外加N(N为1或2)个字节标记信息,在信源端无需将IP数据业务通过复用器复用到传输流(TS)中,它完全不改变原有的数据流,也就不需要修改包鉴别号(PID)、节目特殊信息表(PSI)、业务信息表(SI)以及节目参考时钟(PCR)、显示时间标签(PTS)等字段值,从而大大减轻了复用器和解复用器的复杂度,使因特网数据广播和原DVB广播完全兼容,即使是在上千种因特网数据业务的大规模并播应用情况下也完全兼容,并且完全不增加发端复用器的复杂度。对接收端的解复用器则更为简化,为并行镜像家庭数据仓储提供了技术基础。本发明的核心部分就是图1中的模块包长重整和加密引擎缓存设备(4)和模块包长重整缓存和索引/解密引擎设备(9)。

Claims (4)

1.一种在数字视频/数据广播的同频道多流透明传输系统中使用的同频道多流透明传输方法,所述系统包括两个部分:发送端部分和接收端部分,其中,发送端部分包括与MPEG2编码器/复用器相连的ASI/SPI输入接口(1)、与局域网相连的10/100M base T以太网接口(2)、发送端先进先出数据缓存(3)、12/24/38/50Mbps SPI接口(5)、信道编码/调制设备(6);接收端部分包括信道解码/解调设备(7)、12/24/38/50Mbps SPI接口(8)、用户节目选择和收费管理设备(10)、接收端先进先出数据缓存(11)、0/n信道PCR/PLL(12)、TS流服务输出接口(13)、ICP服务输出接口(14)、数字电视和iCP节目本地存储设备(15),其中0/n信道PCR/PLL(12)中n为存放传输流的子标记号,取值范围为0到255,其特征是发送端部分还包括包长重整和加密引擎缓存设备(4),接收端部分还包括包长重整缓存和索引/解密引擎设备(9),其中包长重整和加密引擎缓存设备(4)采用下面的步骤工作:
步骤1:对于各信源到来的传输包,
如果所述传输包是传输流,则无需作转换;如果信源是ICP或iCP文化网站,则传输包是因特网数据包,这时需将因特网数据包转化为188字节净荷的数据包,即对于从与局域网相连的10/100M base T以太网接口(2)中来的每个因特网数据包首先要将它转化为若干个188字节的数据包,如果因特网数据包的长度不是188字节的整数倍,则最后一个188字节包需要用0xFF来填充,以满足188字节的要求;
步骤2:在传输流或因特网数据包上加上N字节的标记信息,N等于1或2,当含有统一内容定位标签时N为2,不含有统一内容定位标签时N为1;
当N为2时,第一行为统一内容定位标签,其后为服务号标记行;标记行中含有本页的各188列的服务标识M,每个服务为6bit的标识,共有64个服务号,其中的48个为传输流服务号,这时M=0~47,每个传输流包中有187字节净荷,另外16个为ICP服务号,这时M=48~63,每个因特网数据包中有188字节净荷,标记字节8bit中的6bit用于指示服务号,另2bit用于页同步标志、页连续性指示和误码纠正;当N为1时没有统一内容定位标签,只有服务号标记行,第一列为MPEG2标准中规定的包同步字节,它恒为0x47或其反码0xB8;
对于传输流包,从与MPEG2编码器/复用器相连的ASI/SPI输入接口(1)中来的每个传输流包的第一个为0x47或其反码0xB8的同步字节放在第一列,后面的187个字节则由上向下按列存放,同时该列对应的第N+1行存放一个字节数据,用于存放该传输流的子标记号,该子标记号记为所述的n;当包长重整和加密引擎缓存设备(4)存满一页后,该页的值按行将每行数据通过12/24/38/50Mbps SPI接口(5)送入信道编码/调制设备(6),每一行作为一个新的传输流传输包,其长度均为188字节,每一个包的第一个字节即为同步字节0x47或其反码0xB8;
对于因特网数据包,从与局域网相连的10/100M base T以太网接口(2)中来的每个因特网数据包首先由步骤1转化为若干个188字节数据包,然后按照顺序将每一个188字节数据包由上向下按列存放到包长重整和加密引擎缓存设备(4)中;当缓冲区存满一页后,该页的值按行将每行188字节的包数据通过12/24/38/50Mbps SPI接口(5)送入信道编码/调制设备(6),每一行作为一个新的长度均为188字节的传输流传输包,每一个包的第一个字节即为同步字节0x47或其反码0xB8;
步骤3:由信源提供者和信道经营商共同确定的加密方法进行加密;
对于接收端的包长重整缓存和索引/解密引擎设备(9)采用下面的步骤工作:
步骤4:在接收端,信号经过信道解码/解调设备(7)后,通过12/24/38/50Mbps SPI接口(8)过来的传输流数据包首先通过服务标记行中的页同步标记字节进行页同步;
步骤5:找到页同步后,将接收到的传输流数据由上往下按行存放到包长重整缓存和索引/解密引擎设备(9)中,当存满一页后通过所述的服务号标记行中的服务标识M来判断相应列的数据是原来的传输流数据还是因特网数据;如果是传输流数据,则将该列的第N+2行至该列的最后一行的数据加上同步字节0x47首先经过接收端先进先出数据缓存(11)缓冲后再通过TS流服务输出接口(13)传给用户端;如果是因特网数据包,则将该列的第N+1行到该列的最后一行,在不加同步字节0x47的情况下,首先经过接收端先进先出数据缓存(11)缓冲后再通过ICP服务输出接口(14)传给用户端;对于因特网数据包,在发送前还要通过因特网数据包的包头中的长度字段来判断该因特网数据包的最后188字节的数据中是否有填充字节,如果有则要过滤掉;在包长重整缓存和索引/解密引擎设备(9)通过12/24/38/50Mbps SPI接口(8)接收传输流数据过程中,如果发送端的包长重整和加密引擎缓存设备(4)对内部数据进行了加密,则在包长重整缓存和索引/解密引擎设备(9)处要进行相应的解密;如果用户需要通过用户节目选择和收费管理设备(10)选择所需要的节目,则在接收传输流数据的过程中,当N为2时通过包长重整缓存和索引/解密引擎设备(9)中的第N-1行的统一内容定位标签行和第N行的服务号标记行来进行传输包的过滤;
步骤6:根据由信源提供者和信道经营商共同确定的加密方法进行相应解密。
2.按照权利要求1所述的数字视频/数据广播的同频道多流透明传输系统中使用的同频道多流透明传输方法,其特征在于:所述的传输包的基本长度为188字节净荷,外加N字节的标记字节,总共为188+N字节;为了适应欧洲的DVB系统的传输包长度,本传输方法中在发送端和接收端各设有一个固定长度的缓冲存储器,该存储器大小为(188+N)行×188字节×2页=(70688+376N,约72K)字节。
3.按照权利要求1所述的数字视频/数据广播的同频道多流透明传输系统中使用的同频道多流透明传输方法,其特征进一步包括:在传输流服务中,流0/0专门用于本传输方法中的服务内容指示,流0/1用于加密信息,流0/2用于用户权限播放和收费管理,流0/3~0/255服务号暂时保留;流0/n中的服务均带有节目参考时钟,且流0/n不参与加密;流1/n分配为公众服务节目,亦不参与加密,流1/n~47/n中的其余12032个传输流服务号用于电视节目、1000个iCP服务商节目、MP3音频节目、网络教育节目和电子游戏节目。
4.按照权利要求1所述的数字视频/数据广播的同频道多流透明传输系统中使用的同频道多流透明传输方法,其特征进一步包括:在包长重整缓存和索引/解密引擎设备(9)的控制下,对多流并播的各节目依照用户交费状况进行有选择的解密和过滤以及并行镜像家庭数据仓储。
CN 02113687 2002-04-30 2002-04-30 视频/数据广播的同频道多流透明传输方法 Expired - Fee Related CN1229940C (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN 02113687 CN1229940C (zh) 2002-04-30 2002-04-30 视频/数据广播的同频道多流透明传输方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN 02113687 CN1229940C (zh) 2002-04-30 2002-04-30 视频/数据广播的同频道多流透明传输方法

Publications (2)

Publication Number Publication Date
CN1455591A CN1455591A (zh) 2003-11-12
CN1229940C true CN1229940C (zh) 2005-11-30

Family

ID=29256877

Family Applications (1)

Application Number Title Priority Date Filing Date
CN 02113687 Expired - Fee Related CN1229940C (zh) 2002-04-30 2002-04-30 视频/数据广播的同频道多流透明传输方法

Country Status (1)

Country Link
CN (1) CN1229940C (zh)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1284380C (zh) * 2003-12-31 2006-11-08 中国科学院计算技术研究所 一种参考图像缓冲区管理方法
CA2679049C (en) * 2004-05-13 2015-03-24 Samsung Electronics Co., Ltd. Digital broadcasting transmission/reception devices capable of improving a receiving performance and signal processing method thereof
KR101254136B1 (ko) * 2004-12-21 2013-04-12 샌디스크 코포레이션 스트림 내 데이터 암호화/복호화 및 오류 정정 기능을 가진 메모리 시스템
JP4938657B2 (ja) * 2005-06-10 2012-05-23 パナソニック株式会社 無線通信装置および無線通信方法
CN1968079B (zh) * 2005-11-17 2010-12-22 北京兆维电子(集团)有限责任公司 一种在单向开源数据传输的方法
CN101518082B (zh) * 2006-07-28 2012-11-28 汤姆森研究基金有限公司 用于数字视频的快速频道转换的方法和装置
CN101026892B (zh) * 2006-12-30 2011-03-02 电子科技大学 光分组交换中的标签与净荷的分离方法
WO2009018680A1 (fr) * 2007-08-06 2009-02-12 I-Vision Beijing Inc. Méthode de mise en concordance de flux ip dans un canal de transmission de programmes audio numériques
CN101568030A (zh) * 2009-06-05 2009-10-28 湖南工程学院 一种自适应多标准可重构视频解码方法及系统
CN101707701B (zh) * 2009-11-26 2011-08-31 上海交通大学 多流信息传输系统及其传输方法
CN103684597A (zh) * 2013-11-19 2014-03-26 北京邮电大学 基于fpga的可见光视频通信系统及方法
CN114710347B (zh) * 2022-03-30 2024-03-01 广州万协通信息技术有限公司 一种视频帧数据的多模式数据处理系统及方法

Also Published As

Publication number Publication date
CN1455591A (zh) 2003-11-12

Similar Documents

Publication Publication Date Title
CN102714754B (zh) 传输流的远程再复用
US8498220B2 (en) Service discovery mechanism in broadcast telecommunication network
CN103535046B (zh) 用于广播服务的发送方法、接收方法及其接收设备
CN102123304B (zh) 用于接收利用现有数据传输广播的视频内容和服务的方法和设备
CN102498722B (zh) 利用选择mpeg-2传输流多路复用的多媒体流的基础分组进行该流的分发
CN112019884B (zh) 发送广播信号的方法和设备及接收广播信号的方法和设备
CN1229940C (zh) 视频/数据广播的同频道多流透明传输方法
AU2011254616B2 (en) Digital multi-media broadcast (DMB) having efficient data transmission for limiting access in a transport stream packet comprising the program association table (PAT)
CN106031181A (zh) 广播信号发送设备、广播信号接收设备、广播信号发送方法和广播信号接收方法
US9148607B2 (en) DVB-T2 broadcasting method with the insertion of regional content, and device used in the method
CN104303507A (zh) 用于多媒体传输系统的收发数据的方法和装置
KR20080092420A (ko) 스케일러블 비디오 코딩에서 픽쳐들의 역방향-호환 집합
KR101581818B1 (ko) 디지털 방송 신호를 처리하는 방법 및 장치
Park et al. Delivery of ATSC 3.0 services with MPEG media transport standard considering redistribution in MPEG-2 TS format
CN101809962B (zh) 与媒体结构有关的方法和装置
US20080225838A1 (en) Common Rate Matching Slot for Variable Bit Rate Services
EP3790286A1 (en) Broadcast signal transmission device, broadcast signal transmission method, broadcast signal reception method, and broadcast signal reception device
CN101232613A (zh) 发送/接收数字内容的方法和接收数字内容的装置
CN101150383A (zh) Ip数据的传输方法
RU2600737C2 (ru) Система для вещания видеопрограмм
KR100776677B1 (ko) 지상파 dmb 서비스용 제한수신 장치 및 그 방법
CN104022844A (zh) 一种匹配多种传输方式的数据封装方法及系统
KR100649399B1 (ko) 아이피를 통해 디지털 방송 서비스를 제공하는 방법
CN1756349B (zh) 一种在数字视频广播网络上传输即时电视服务的方法
KR101650387B1 (ko) 디지털 방송 신호를 처리하는 방법 및 장치

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C14 Grant of patent or utility model
GR01 Patent grant
EE01 Entry into force of recordation of patent licensing contract

Assignee: Guangdong Jianxin Technology Co., Ltd.

Assignor: University of Electronic Science and Technology of China

Contract fulfillment period: 2007.3.2 to 2012.3.2 contract change

Contract record no.: 2009440000115

Denomination of invention: Video/data broadcasting co-channel multi-flow transparent transmitting method

Granted publication date: 20051130

License type: Exclusive license

Record date: 2009.2.13

LIC Patent licence contract for exploitation submitted for record

Free format text: EXCLUSIVE LICENSE; TIME LIMIT OF IMPLEMENTING CONTACT: 2007.3.2 TO 2012.3.2; CHANGE OF CONTRACT

Name of requester: GUANGDONG JIANXIN SCIENCE CO., LTD.

Effective date: 20090213

C19 Lapse of patent right due to non-payment of the annual fee
CF01 Termination of patent right due to non-payment of annual fee