CN1757191B - 前向纠错的方法和系统 - Google Patents

前向纠错的方法和系统 Download PDF

Info

Publication number
CN1757191B
CN1757191B CN2004800060346A CN200480006034A CN1757191B CN 1757191 B CN1757191 B CN 1757191B CN 2004800060346 A CN2004800060346 A CN 2004800060346A CN 200480006034 A CN200480006034 A CN 200480006034A CN 1757191 B CN1757191 B CN 1757191B
Authority
CN
China
Prior art keywords
data
characteristic value
network layer
head
layer data
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
CN2004800060346A
Other languages
English (en)
Other versions
CN1757191A (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.)
Nokia Technologies Oy
Original Assignee
Nokia Oyj
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
Priority claimed from GB0306220A external-priority patent/GB0306220D0/en
Application filed by Nokia Oyj filed Critical Nokia Oyj
Priority claimed from PCT/IB2004/050204 external-priority patent/WO2004079982A1/en
Publication of CN1757191A publication Critical patent/CN1757191A/zh
Application granted granted Critical
Publication of CN1757191B publication Critical patent/CN1757191B/zh
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/4363Adapting the video stream to a specific local network, e.g. a Bluetooth® network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2381Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network
    • HELECTRICITY
    • H03ELECTRONIC CIRCUITRY
    • H03MCODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/03Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words
    • H03M13/05Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words using block codes, i.e. a predetermined number of check bits joined to a predetermined number of information bits
    • H03M13/09Error detection only, e.g. using cyclic redundancy check [CRC] codes or single parity bit
    • HELECTRICITY
    • H03ELECTRONIC CIRCUITRY
    • H03MCODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/03Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words
    • H03M13/05Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words using block codes, i.e. a predetermined number of check bits joined to a predetermined number of information bits
    • H03M13/13Linear codes
    • H03M13/15Cyclic codes, i.e. cyclic shifts of codewords produce other codewords, e.g. codes defined by a generator polynomial, Bose-Chaudhuri-Hocquenghem [BCH] codes
    • H03M13/151Cyclic codes, i.e. cyclic shifts of codewords produce other codewords, e.g. codes defined by a generator polynomial, Bose-Chaudhuri-Hocquenghem [BCH] codes using error location or error correction polynomials
    • H03M13/1515Reed-Solomon codes
    • HELECTRICITY
    • H03ELECTRONIC CIRCUITRY
    • H03MCODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/27Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes using interleaving techniques
    • H03M13/2703Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes using interleaving techniques the interleaver involving at least two directions
    • H03M13/2707Simple row-column interleaver, i.e. pure block interleaving
    • HELECTRICITY
    • H03ELECTRONIC CIRCUITRY
    • H03MCODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/29Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes combining two or more codes or code structures, e.g. product codes, generalised product codes, concatenated codes, inner and outer codes
    • H03M13/2906Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes combining two or more codes or code structures, e.g. product codes, generalised product codes, concatenated codes, inner and outer codes using block codes
    • HELECTRICITY
    • H03ELECTRONIC CIRCUITRY
    • H03MCODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/29Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes combining two or more codes or code structures, e.g. product codes, generalised product codes, concatenated codes, inner and outer codes
    • H03M13/2906Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes combining two or more codes or code structures, e.g. product codes, generalised product codes, concatenated codes, inner and outer codes using block codes
    • H03M13/2909Product codes
    • H03M13/2915Product codes with an error detection code in one dimension
    • HELECTRICITY
    • H03ELECTRONIC CIRCUITRY
    • H03MCODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/29Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes combining two or more codes or code structures, e.g. product codes, generalised product codes, concatenated codes, inner and outer codes
    • H03M13/2906Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes combining two or more codes or code structures, e.g. product codes, generalised product codes, concatenated codes, inner and outer codes using block codes
    • H03M13/2927Decoding strategies
    • H03M13/293Decoding strategies with erasure setting
    • HELECTRICITY
    • H03ELECTRONIC CIRCUITRY
    • H03MCODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/29Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes combining two or more codes or code structures, e.g. product codes, generalised product codes, concatenated codes, inner and outer codes
    • H03M13/2948Iterative decoding
    • HELECTRICITY
    • H03ELECTRONIC CIRCUITRY
    • H03MCODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/29Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes combining two or more codes or code structures, e.g. product codes, generalised product codes, concatenated codes, inner and outer codes
    • H03M13/2957Turbo codes and decoding
    • H03M13/296Particular turbo code structure
    • H03M13/2963Turbo-block codes, i.e. turbo codes based on block codes, e.g. turbo decoding of product codes
    • HELECTRICITY
    • H03ELECTRONIC CIRCUITRY
    • H03MCODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/37Decoding methods or techniques, not specific to the particular type of coding provided for in groups H03M13/03 - H03M13/35
    • H03M13/3707Adaptive decoding and hybrid decoding, e.g. decoding methods or techniques providing more than one decoding algorithm for one code
    • H03M13/3715Adaptation to the number of estimated errors or to the channel state
    • HELECTRICITY
    • H03ELECTRONIC CIRCUITRY
    • H03MCODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/63Joint error correction and other techniques
    • H03M13/635Error control coding in combination with rate matching
    • H03M13/6362Error control coding in combination with rate matching by puncturing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056Systems characterized by the type of code used
    • H04L1/0057Block codes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056Systems characterized by the type of code used
    • H04L1/0071Use of interleaving
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/23614Multiplexing of additional data and video streams
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4381Recovering the multiplex stream from a specific network, e.g. recovering MPEG packets from ATM cells
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network 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/61Network physical structure; Signal processing
    • H04N21/6106Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6131Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via a mobile phone network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60Network 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/63Control 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/643Communication protocols
    • H04N21/64315DVB-H
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/54Store-and-forward switching systems 
    • H04L12/56Packet switching systems
    • H04L12/5601Transfer mode dependent, e.g. ATM
    • H04L2012/5603Access techniques

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Probability & Statistics with Applications (AREA)
  • Theoretical Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mathematical Physics (AREA)
  • Pure & Applied Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Algebra (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Error Detection And Correction (AREA)
  • Communication Control (AREA)
  • Radio Transmission System (AREA)
  • Detection And Correction Of Errors (AREA)
  • Time-Division Multiplex Systems (AREA)
  • Circuits Of Receivers In General (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

一种系统和方法,其中二维阵列或类似物可用于数据传输和/或接收,并且在其中特征值是可计算的和关于要被传输的数据的。特征值与数据一起被传输,并且可能被数据接收器使用,并且能够包括,例如前向纠错数据。不同的此类系统和方法可用于很多网络类型,包括,例如,数字视频广播网络。

Description

前向纠错的方法和系统
技术领域
本发明涉及数据传输和接收的系统和方法。 
背景技术
在移动手持式终端中使用的服务需要相对低的带宽。使用像MPEG-4的高级压缩的流式视频的估计最大比特率是每秒几百个千比特的数量级,一个实际极限是来自3G环境的384kpbs。然而,一些其它类型的服务,例如文件下载可能需要相当高的带宽。因而,我们有了灵活性的需求。 
DVB传输系统通常提供10Mpbs或更高的带宽。这提供了通过引入基于时分多路复用(TDM)的方案极大地减少平均DVB接收机功率消耗的可能性。引入的方案被称为时间切片。 
时间切片的构思是使用比当使用静态带宽发送数据时所需的带宽高得多的带宽在突发中发送数据。在一次突发中,至下一次突发的起始的时间(Δt)被表示了。在突发之间,该服务的数据没有被传输,允许其它的服务使用分配给该服务的带宽。这允许接收机仅在时间段内保持活动,同时接收所请求的服务的突发。如果移动手持式终端需要固定的较低比特率,缓存已接收的突发可以提供它。 
作为额外的好处,时间切片还支持使用接收机在空闲时间期间监控相邻小区的可能性。并且通过在空闲时间期间完成从传送流至另一个的接受的交换,服务的接收表面上是连续的。在普通的DVB-T系统中,平滑切换在单个终端中将需要两个前端。 
数据通过使用例如根据欧洲标准EN 301 192“Digital VideoBroadcasting(DVB);DVB specification for data broadcasting”的第7部分的多协议封装器被格式化。为了作为时间切片信号向数字广播 接收机广播,多协议的封装器向数字广播发射机发送被封装的数据。时间切片信号包含传输突发的连续序列。 
需要指出的是,关于DVB的更多的信息可以例如在下面的ETSI(欧洲电信标准协会)文档中被发现,每个文档都在此被引作参考: 
ETSI TR 101202 Digital Video Broadcasting(DVB) 
“Implementation guidelines for Data Broadcasting” 
ETSI EN 300 468 Digital Video Broadcasting(DVB) 
“Specification for Service Information(SI)in DVB systems” 
ETSI EN 300 744“Digital Video Broadcasting(DVB)Framingstructure,channel coding and modulation for digital terrestrialtelevision” 
在最近几年,在为了各种目的的有线和无线网络的使用上已经有了增加。例如,网络被日益用于媒体、应用和个人通信的传输和接受。例如考虑到这个增加的使用,有可能对适用于这些网络的技术感兴趣。通常,数据的传输和接受可能引起一些质量问题,因而不同类型的纠错方案可能存在。尤其当移动终端有问题时,有必要利用在纠错数据和被纠正的数据中的不同信息。 
发明内容
根据本发明,在这里提供了一种数据传输的方法,所述方法包含:将一个或多个数据分段设置到具有第一方向排列和第二方向排列的二维数据结构,在其中所述第一方向排列正交于所述第二方向排列,并且在其中设置是关于所述第一方向排列的;向每个所述第二方向排列添加一个或多个对应的计算出的特征值;传输一个或多个保存所述特征值的部分的所述第一方向排列的内容;并且传输所述一个或多个数据分段,在其中,被设置到所述二维结构的数据分段根据第一特定格式被传输,并且保存所述特征值的部分的所述第一方向排列利用在传 送流中的第二特定格式被传输。 
根据第一特定格式的传输可能包含将设置到所述二维结构的数据分段封装在一个或多个具有第一首标的分组中,根据第二特定格式的传输可能包含将在保存所述特征值的部分的每个第一方向排列中的数据封装在具有第二首标的分组中。 
每个分组首标可能包括数据结构设置信息和/或表示数据分段边界的数据。 
被封装的一个或多个保存所述特征值的部分的所述第一方向排列的内容可在来自所述被封装的数据分段的不同的突发中被传输。 
根据本发明,在这里还提供了被配置以执行该方法的发射机节点。 
根据本发明,在这里进一步提供了接收数据的方法,所述方法包含:接收在传送流中的一个或多个数据分段;提供具有第一方向排列和第二方向排列的二维数据结构,在其中,所述第一方向排列在功能上正交于所述第二方向排列,并且在其中所述数据分段的设置是关于所述第一方向排列的;在其中设置到所述二维结构的数据分段根据第一特定格式被接收;所述第一方向排列也接收利用在传送流中的第二特定格式被接收的特征值的部分,并且使用已接收的特征值处理关于第二方向排列的数据分段以提供关于第一方向排列的已纠正的数据分段。 
根据本发明,在这里还提供了接收机节点以执行接收数据的方法。从在下文中的权利要求书,本发明的更多的特性和好处将是显而易见的。 
附图说明
为了本发明能够被更全面地理解,其实施例现在将参考附图以例子的形式被描述,在其中: 
图1显示了根据本发明的第一实施例的通信系统; 
图2是描述包含在根据本发明的实施例的数据传输中的典型的步 骤的图表; 
图3是描述包含在根据本发明的实施例的数据接受中的典型的步骤的图表; 
图4是描述根据本发明的实施例的第一加载技术的图表; 
图5是描述根据本发明的实施例的第二加载技术的图表; 
图6显示了在本发明的实施例中可使用的典型的通用计算机; 
图7显示了在本发明的实施例中可使用的典型的节点的功能结构图; 
图8是本发明的实施例的协议栈的图表; 
图9显示了MPE-FEC和MPE部分的首标部分格式的图表; 
图10显示了本发明的实施例的MPE-FEC帧结构; 
图11显示了显示MPE和MPE-FEC部分语法的描述的表格。 
具体实施方式
图1是根据本发明的第一实施例的通信系统1的结构图。该通信系统包含可以存取诸如视听内容、数据文件或图像等内容的资源3、4的内容提供商2。该内容可以使用在诸如DVB-T网络的数字宽带网络之上的IP,在被称为IP数据播放(IPDC)服务中,被传输至一个或多个接收设备5a,5b。接收设备5a,5b例如具有视频功能的移动电话,被配置以从至少两个不同的通信信道接收数据。 
该内容数据被传输至网络单元6,所述网络单元6是被配置以接收内容数据和产生在内容数据的前向纠错中使用的恢复数据的服务器。该内容数据通过第一信道被传输至接收设备5a,5b。在这个例子中,第一通信信道是由数字广播(诸如DVB-T)网络7提供的,所述网络7包括发射机8。该内容被广播、组播或单播至与第一通信网络7相关联的小区内的所有适当的接收设备5a,5b。 
恢复数据例如通过由第三代(3G)移动网络9提供的第二通信信道被传输至接收设备5a,5b,所述网络9包括至少一台发射机10。 
应该需要指出的是,内容和恢复数据的通信路径被以简化的形式 显示在图1中。然而,诸如另外的发射机、网络单元或网络等其它的单元可位于这些通信路径上。可以理解,在图1中显示的网络提供了传输数据至接收机5a、5b的发射机节点,所述接收机构成了接收机或接收器节点,并且这些术语将在下文的描述中被使用。 
一般操作 
根据本发明的各种实施例,在这里提供了数据传输和接受的系统和方法。根据各种典型的实施例,可寻址存储位置的二维阵列等能够被传输节点创建和/或存取。 
转向图2,要注意在这些实施例中,对应于可能在特定的突发中被该节点传输的数据的分组或类似物能够以直列方向(columnar-wise)的方式被载入二维阵列或类似对象(步骤101)。这些分组或类似物例如可能是因特网协议(IP)分组。因此,已加载的分组或类似物的内容可能占用一列或多列的一个或多个可寻址的存储位置。 
接下来,关于二维阵列或类似物的每行,一个或多个特征值能够被计算出来(步骤103)。这种特征值例如可能表示前向纠错(FEC)数据。作为一个特定的例子,这种FEC数据可能是里德所罗门(RS)纠错数据。接下来,对应于行的已计算出的特征值能够被写入为FEC数据。因此,特征值能够占用那行的一个或多个可寻址的存储位置。 
需要指出的是,在各种实施例中,计算特征值的方式能够动态地变化。作为一个特定的例子,其中特征值对应于FEC数据(例如,里德-所罗门数据),要被添加的奇偶数据的数量可能动态地变化。例如,在被认为导致更大的传输误差的网络条件出现时,更多的奇偶数据能够被添加。此外,传输质量可以被评估,并且纠错的判定能够被定义。 
作为下一个步骤,二维阵列或类似物以直列方向的方式被清空(步骤105)。在这种清空过程中,原始加载的分组或类似物能够被提取出来。在各种实施例中,每个原始加载的分组可以被该节点改变,以致于包括它被存储在阵列或类似对象的地方的指示。该指示例如可 能指定了对应于被分组等占据的第一可寻址的存储位置的行和/或列地址。 
这种指示例如可能被存储在对应于分组或类似数据单元的首标内。对应于分组或类似数据单元的指示例如可能在该节点将它设置在阵列或类似物不久之后被添加至分组或类似物。另一个例子,该节点可能在从阵列或类似物卸载分组不久之前设置该指示。 
另外,在直列方向清空过程中,对应于已计算的特征值的数据被卸载,并且设置到一个或多个分组或类似物(步骤107)。一个或多个分组或类似物例如是IP分组。这种分组例如包含所有对应于存储在阵列或类似物的个别列中的已计算的特征值的数据。因此,这种分组能够包含对应于多个特征值的数据。例如,这种分组能够包含对应于一个或多个确定特征值的每一个的部分数据。需要指出的是,对应于个别特征值的数据能够被分散在多个这种分组中。在不同的实施例中,添加至这种分组可能是它保存的数据被存储在阵列或类似对象的哪里的指示。该指示例如可能指定了对应于被持有的数据占据的第一可寻址的存储单元的列地址。 
接下来,发射机节点设法将已创建的保存特征值或其中一部分的,具有特定段首标和或许已修改的、原始加载的分组或类似物的分组传输至一个或多个接收器节点。需要指出的是,在不同的实施例中,已创建的保存特征值的分组或类似物能够被分派在来自,或许已修改的、原始加载的分组或类似物的分离的突发中。在本发明的不同的实施例中,特征值或其中一部分能够被添加至或许已修改的、原始加载的分组或类似物。 
关于图3,刚才描述的分组或类似物到达接收器节点(步骤205)。需要指出的是,接收器节点可能或不使用由传输节点提供的特征值。例如,接收器节点可能不能使用特征值。作为另一个例子,对应于接收器节点的用户可能指定,或许通过图形用户接口(GUI)或其它的接口,特征值不应该被节点使用。还作为另一个例子,接收器节点可能,这一点将在后面被更加详细地讨论,做出关于特征值是否应该被 使用的决定。 
需要指出的是,例如不会使用特征值,和/或已经确定和/或接收了它将不或可能不使用特征值的指示的接收器终端可能,在不同的实施例中,一点也不起接收由传输节点分派的分组或类似物的作用,或者起接收它们并且以它自己选择的方式存储它们中的一些或全部的作用。然后,该节点可能以传统的方式使用接收到的、或许已修改的、原始加载的分组或类似物。该节点可能从存储器中删除对应于特征值的接收到的分组。这种分组例如可以通过诸如PID(程序标识符)或类似物的标识符被识别。 
备选地,这种接收器节点可以起丢弃保存特征值的分组或类似数据单元而不存储它们的作用。该节点能够根据不同的实施例,以很多种方式识别这种分组或类似物。例如,这种分组能够通过它们的首标被识别。更明确地,较之于那些由或许已修改的、原始加载的分组或类似物的首标指定的,这种分组的首标例如可以指定不同的源IP地址或类似物。 
在接收器节点已经确定和/或接收了它可以使用特征值的指示的地方,该节点,或许在以它自己选择的方式存储接收到的分组或类似物之后,能够执行适当的行动以确定该特征值是否将被使用。这种确定将在下面被更加详细地讨论。在接收器节点确定和/或接收了该特征值不要被使用的指示的地方,该节点能够起,或许在以它自己选择的方式存储接收到的分组或类似物之后,以传统的方式使用接收到的、或许已修改的、原始加载的分组或类似物的作用。 
在接收器节点确定了和/或接收了特征值要被使用的指示的地方,接收器节点能够创建和/或访问对应于由传输节点创建和/或访问的阵列或类似物的二维阵列或类似物。由接收器节点创建和/或访问的阵列或类似物例如能够处理一个或多个和由传输节点创建和/或访问的阵列或类似物一样的属性。例如,由接收器节点创建和/或访问的阵列或类似物能够同由传输节点创建和/或访问的阵列或类似物一样具有相同的尺寸和/或以相同的方式被寻址。 
在不同的实施例中,传输节点例如能够向接收器节点分派关于它创建和/或访问的阵列或类似物的属性的指示。这种属性能够包括,例如,阵列或类似物的列尺寸、行尺寸、寻址信息和/或类似物。作为另一个例子,指定这种属性被所有特定的传输和接收器节点观察能够被建立。系统管理员或类似的人能够设置这种属性。 
已经执行了任何必须的创建和/或使可访问阵列或类似物的步骤之后,接收器节点将保存特征值的接收到的分组或类似物和或许已修改的、原始加载的分组或类似物载入它的阵列或类似物(步骤207)。加载能够根据任何接收到的上面已经注意的种类的行和/或列地址指示。因此,虽然如此加载,接收器加载的阵列或类似物在它被使用前能够去匹配传输节点的阵列或类似物。需要指出的是,在不同的实施例中,这种地址指示将不必要为了让接收器节点能够保存它的阵列或类似物以致在它被清空之前匹配传输节点的阵列或类似物而被接收。例如,在使用多协议封装(MPE)的地方,接收器节点在它的阵列或类似物的这种加载中可以使用传送流(TS)连续性计数器值。 
在有效地使它的阵列或类似物在它被清空之前去匹配传输节点的阵列或类似物之后,接收器节点将调整上面已经注意的特征值(步骤209)。作为下一个步骤,接收器节点可以应用一个或多个特征值的每一个至它的在阵列或类似物中的对应的行(步骤211)。这种应用例如能够执行关于接收到的、或许已修改的、原始加载的分组或类似物的FEC。 
需要指出的是,在某些实施例中,不是所有的特征值都将被应用。例如,在每行有多个特征值的地方,少于所有这些值可能被应用于那行。作为另一个例子,对应的特征值可能被应用于一个或多个确定的行的每一个,而不对应的特征值可能被应用于一个或多个其它的行。 
作为下一个步骤,接收器节点能够起以直列方向的方式卸载它的阵列或类似物的作用,以便根据一个或多个特征值析取或许已修改的和或许被影响的(例如,被纠正的)、原始加载的分组或类似物。然后,该节点能够以传统的方式使用这些已析取的分组或类似物。 
尽管前述部分已经将接收器节点描述为当或许被修改的、原始加载的分组或类似物被存储在阵列或类似物中时影响了(例如,纠正)它们,需要指出的是,在不同的实施例中,这种应用可以被执行,例如关于在分组从阵列或类似物析取之后的这种分组。而且,需要指出的是,在不同的实施例中,特征值(例如,里德-所罗门数据)的迭代使用能够在接收机上被执行。例如,特播译码能够被使用。这种特播译码的性能,能够包括,例如,特征值的行方向和列方向的使用和/或由这些数值的应用产生的数据的反复的迭代。迭代还能够在推荐的FEC译码和一些能够传送软比特信息的较低层FEC译码之间被执行。 
此外,尽管在这里描述的实施例可以讨论分组或类似物的使用,本发明的实施例在相似的方式下也是可适用的,例如适用于比特流或类似物。还有,要注意尽管在这里描述的实施例可以讨论关于行的特征值的计算,其它的技术可以被使用。例如,在不同的实施例中,特征值可以按Z字形状被计算。 
另外,尽管在这里描述的实施例讨论了阵列或类似物的列方向的加载,本发明的不同的实施例可以不同地表现。例如,这种加载能够是以行方向的方式的。这种实施例的功能性与在这里讨论的那些是相似的,但是其列操作在行方向上被执行,行方向的操作以列的方式被执行。 
特征值和特征值集可以通过从具有包含一个或多个按照行方向或列方向设置在阵列中的数据单元的数据分段的阵列中选择一些数据单元,并且将计算方法应用于已选择的单元,并且将作为结果的特征值设置到一个或多个在同一个或另一个阵列中为特征值保留的预定位置而被计算出来。数据单元的选择可以包含选择在一行或一列中的所有或若干单元。除了根据规定的模式选择数据单元,其它的选择模式,例如从在阵列中一个或多个对角线(Z字形状)选择单元也可以被使用。 
另外,在不同的实施例中,数据单元以随机的方式从阵列中被选择,在其中,单元的数量可以是固定的,并且发射机和接收机知道随 机选择模式。在本发明的一些实施例中,在阵列中的所有数据单元不必要在计算中被使用,而在本发明的其它实施例中,一些单元可以在一个或多个特征值的计算中被使用多次。 
本发明的一个特定的典型实施例现在将被描述。 
根据这个典型的实施例,被传输的数据被改进的DVB封装器处理。该封装器具有接收在以太网运载的IP分组和输出传输流(TS)分组的能力。 
作为在这个典型实施例中的第一个步骤,该改进的封装器按顺序接收以太网帧。封装器例如可以用作基于以太网MAC地址和/或IP分组地址排列和/或丢弃帧的作用。标准能够被预先确定,例如基于要被传输的数据的性质。在这一步中,以太网帧结构被去除了。 
作为下一个步骤,选定的IP分组被设置到多协议封装(MPE)段,例如DSM-CC(数字存储媒体命令和控制)段。 
作为在这个典型的实施例中的下一个步骤,第三层(例如,IP)分组按照列方向被存储在编码表格或阵列中。在存储器中的每个IP数据报的地址被存储在首标中。例如,在存储器中的IP数据报的地址能够被存储在它的首标的MAC(媒体访问控制)地址字节中。时间分片实时参数能够在这个阶段被插入。 
接下来,当所需的IP数据报数量已经被存储在存储器中之后,FEC计算按照行方向进行。需要指出的是,在IP数据报按照行方向,而不是按照如刚才所述的列方向被存储的情况下,FEC是按照列方向被计算的。在任一情况中,IP数据报存储和FEC计算能够被看作为在功能上互相排列在90度角度上。还需要指出的是,IP数据报能够,备选地,与FEC计算并行地被传输。在这种情况下,IP数据报的拷贝能够被留在存储器中以在FEC计算中被使用。在存储器中的每个MPE-FEC部分的地址都被存储在首标中。例如,一些在MPE部分的首标中的MAC地址字节能够为这个目的而被保留,在所述情况下,在存储器中的MPE-FEC部分的地址能够被存储在MAC(媒体访问控制)地址字节中。 
接下来,在完成所有FEC计算后,计算出的FEC字节,也就是在RS数据表格(在MPE-FEC部分中被传输)中的FEC数据被从应用数据(在MPE部分中被传输)分离出来。应用数据在MPE部分内被运载,而RS数据在MPE-FEC部分内被运载。为了防止在传输中MPE-FEC帧混淆,每个MPE部分和MPE-FEC部分仅从一个MPE-FEC帧运载数据。为了运载MPE-FEC帧的所有数据,可能需要多个MPE部分和/或MPE-FEC部分。此后,所有具有MPE特定段格式的IP数据报和具有MPE-FEC特定段格式的FEC数据被设置到TS分组有效载荷,作为在图10中显示的MPE-FEC帧。在这个典型的实施例中,应用数据和RS数据在TS分组中使用同一个PID值被传输。再次强调,为了防止不同MPE-FEC帧混淆,MPE部分和MPE-FEC部分从不同的MPE-FEC帧交替地运载数据是不允许的。 
在接收节点的操作,在该节点起计算FEC的作用的情况下,现在将根据特定的本发明的典型实施例而被描述。 
作为第一个步骤,接收节点,或许在过虑所需的TS分组(例如,具有PID值“A”的分组)之后,去除TS分组首标,并且构成相应的表格,其中包括来自各个IP数据报的传输节点和来自TS分组有效载荷数据的FEC数据。 
接下来,接收节点将接收到的应用数据(已经在MPE部分中被传输给它)和RS数据(已经在MPE-FEC部分中被传输)存储在译码表格或阵列中。在这样做的过程中,接收节点使用了来自MPE部分首标和MPE-FEC部分首标的地址值。接收机将接收到的数据安排在接收机缓冲存储器中。基于来自实时参数(段首标)的“地址”比特。地址指定了在应用表格中的应用数据数据报和在FEC(RS)表格中的MPE-FEC部分有效载荷的位置。 
接下来,接收节点执行接收到数据的FEC译码。MPE-FEC帧第一个和最后的段分别由地址和突发边界比特确定。“table_boundary”和“frame_boundary”标记都包括在MPE和/或MPE-FEC部分首标中。例如,观察MPE-FEC帧,除了FEC的最后的MPE-FEC部分之 外,所有段的标记frame_boundary=0,该帧的最后的MPE-FEC部分的标记frame_boundary=1,表示帧的结束。同样地,table_boundary在除了应用数据和RS数据表格(图11)的最后的段之外的所有段中能够具有0的值。要知道MPE-FEC帧的尺寸,假定列数已经知道了,下面的方法能够被使用:假定MPE-FEC帧的每个MPE-FEC部分的尺寸是相同的,行数是单个MPE-FEC部分的有效载荷的尺寸乘以MPE-FEC部分的数量,然后除以在RS数据表格中使用的列数的结果。在每个MPE-FEC部分中的“last_section_number”字段表示在MPE-FEC帧中的MPE-FEC部分的数量。 
此后,包含IP分组的已纠正的IP数据报最好被存储在同一交替存储器中,或者将该数据转发至该接收机连接的终端的IP栈。作为下一个步骤,IP数据报被依次处理,IP数据报首标和尾标被去除了。作为结果的IP分组为了常规的使用而被传递了。 
在一个实施例中,时分多路复用(TDM)或时间分片方案被使用了,在所述方案中,接收机仅在预先定义的接收时间才被打开。接收机检测突发的起始和/或结束,并且接收机还检测帧的起始和/或结束。在一个实施例中,MPE-FEC帧和时间分片可以被一起使用,这样时间分片突发对应着MPE-FEC帧。但是,使用FEC而不使用时间分片和使用时间分片而不使用FEC都是可能的。 
MPE部分和MPE-FEC部分可以在同一个突发中被运载。在这种情况下,突发的大小为MPE和MPE-FEC一起被计算。 
属于一起的MPE和MPE-FEC部分在同一个基本流(ES)中被传输。ES由PID确定,所述PID是传送流分组首标(来自在协议栈图中的MPEG-2层的传送流分组)的属性。 
如果FEC被使用了,  而时间分片没有被使用:  由于FEC_frame_continuty_counter(实时参数之一,分别在MPE部分首标和MPE-FEC部分首标中被传输),终端知道哪个MPE帧和MPE-FEC帧属于同一个MPE-FEC帧。 
如果FEC与时间分片一起使用了: FEC_frame_conrinurity_ciunter就是不必要的了。通过时序,也就是,它唤醒、接收突发的MPE和MPE-FEC部分,然后再次进入睡眠直至下一个突发开始,终端知道哪个MPE部分和MPE-FEC部分属于同一个MPE-FEC帧(对于突发也是同样的)。 
为了允许MPE部分和MPE-FEC部分的不同突发,时间分片的重传输特性能够被使用。在这种情况下,MPE部分在“原始突发”中被运载,而MPE-FEC部分在“拷贝突发”中。通过使用与MPE首标有关的实时参数,将突发区分为“原始突发”和“拷贝突发”是可能的。 
段首标:SI描述符 
     mode                1(一个模式)或2(三个模式)比 
特 
     max_burst_duration  3比特 
     max_frame_size      N比特 
     data_padding_columns N比特 
     rs_padding_columns  N比特 
     实时参数 
     delta_t/frame_index  12比特 
     table_boundary       1比特 
     frame_boundary       1比特 
     address              18比特 
     application_data_padding 8比特 
在这个例子中,2Mb的限制对每个单独的突发是适当的。 
然而,为MPE和MPE-FEC部分使用不同的突发的方法可能不是优选的,因为接收机要开机更长的时间,从而消耗更多的功率。 
在一个基本流中,在MPE-FEC帧的第一个和最后一个段之间的所有段都如同第一个和最后一个段一样属于同一MPE-FEC帧。在一个基本流中,帧的所有段将在帧的第一个和最后一个段之间(且包括)被传输(也就是交替不同MPE-FEC帧的段不被允许)。在一个帧的第一个和最后一个段之间,段可能或者可能不需要按照顺序被传输。 在一个基本流中,MPE-FEC帧能够被区分,例如,在帧中第一个和最后一个段能够由下面的选项被确定: 
连续计数器,或者在MPE-FEC帧之间增加一段长时间,这例如可以通过约定在一个时间分片突发内只发送一个帧而被实现,也就是说,当接收机检测到突发的起始和/或结束时,接收机也分别检测到了帧的起始和/或结束。 
不同的MPE-FEC帧流(由连续的MPE-FEC帧组成)的区别可以由低层协议(在DVB中的TS)标识符(在DVB中的PID)处理,以将帧互相确定,也就是说,在DVB中,我们可以每MPE-FEC帧流就使用一个基本流(例如,由PID确定)。 
加载、寻址和调整二维阵列或类似物的大小 
在上面提到了二维阵列或类似的对象能够根据本发明的不同的实施例以很多方式被加载。例如,在那些加载是在列方向上进行的不同实施例中,实现能够是这样的:每列仅加载一个分组或类似物(例如,IP分组)。 
对于这个实施例,阵列行和/或列尺寸能够被这样选择:一列能够保存最大尺寸的分组或类似物。在载入列的分组或类似物小于最大尺寸时,列的剩余部分可以被填充以“填充数据”。作为特定的例子,剩余部分能够被填充以零。 
在典型的图4中显示的是刚才描述的这种加载。在图4中,典型分组或类似物301是最大尺寸的,因而没有填充数据被加入它所在的列303。在另一方面,分组或类似物305小于最大尺寸,因而,填充数据307被加入它的列,这样,分组或类似物305和填充数据304的组合占据了整个列。一个或多个整列仅包含填充数据也是可能的。这样的列可以设置在包含数据的列,或可以被使用的那些组合的前面、之间或后面。 
作为在加载是在列方向进行的不同的实施例中的加载的另一个例子,实现能够是这样的:在分组或类似物没有完全占据它被载入的 列的情况下,列的加载可以利用要被载入阵列或类似物的下一个分组或类似物继续。此外,在被载入列的分组不能完全地装入那个列的情况下,那些没有装入的部分能够被设置到一个或多个另外的列。 
这种功能性能够以这样一种方式被实现,例如,在一个特定的分组或类似物没有完全地装入一个列的地方,该列将被填充以分组或类似物的内容,直至该列的最后的可寻址单元(例如,该列的具有最高行方向地址的单元),并且分组或类似物的剩余部分从那个列的第一个可寻址单元(例如,该列的具有最低行方向地址的单元)开始被设置到下面的列。 
在典型的图5中显示的是刚才描述的那种加载。在图5中,典型的分组或类似物401没有完全地填满它被载入的列403,从而列403的剩余空间被填充以分组或类似物405的部分。然而,由于分组或类似物405不能完全地装入没有被分组或类似物01填充满的列403的剩余部分,该分组或类似物的剩余部分,在这个例子中,从第一个单元开始(例如,该列的具有最低行方向地址的单元)被设置到列407。 
需要指出的是,在刚才描述的那种不同的实施例中,填充数据可以被设置在已设置的分组或类似物之间。这种功能例如可以以整数化分组或类似物的长度为目的而被实现,以便分组或类似物和相关的填充数据的长度例如具有,一个完全的字长(字节)的倍数的长度。对于使用了这种功能的实施例,对应的阵列或类似物的寻址方案能够被简化,而对加载是在列方向进行的实施例,行方向的寻址能够使用整字节的间隔尺寸被实现。还在已描述的那种实施例中,在填充满数据的列之间,之前或者之后,使用全部填充数据的列,或者使用这两种技术的组合都是可能的。 
需要指出的是,对于以在每列中只设置一个分组或类似物的方式实现的实施例中,上面提到的关于特定的分组或类似物被设置在对应的阵列或类似物的何处的那种指示可能,在加载是在列方向的地方,仅需要关联对应于分组或类似物被存储在阵列或类似物的何处的列地址。 
实施方式例如可以是这样的:接收到的分组或类似物要被设置到指定列(例如,该列的具有最低行方向地址的单元)的第一个可寻址单元,而且这个列的未填充部分要填充以填充数据,这些将在接收器节点被理解。在另一方面,需要指出的是,对于以每行可以设置多个分组或类似物的方式实现加载的实施例,上面提到的这种指示可能需要同时指定行方向和列方向地址。 
转到寻址,需要指出的是,根据本发明的不同实施例,能够未上面提到的那种阵列和类似物确定寻址方案。当考虑到关于特定尺寸的阵列或类似物时,寻址方案的选择可能被认为影响了确定在阵列或类似物中的可寻址单元的数量。 
还需要指出的是,当考虑关于特定尺寸的阵列或类似物时,行方向的寻址方案的选择可能被认为影响了确定在上面提到的那种阵列或类似物中的行数,而列方向的寻址方案的选择可能被认为影响了确定在上面提到的那种阵列或类似物中的列数。仍然需要指出的是,行方向和列方向的寻址方案的选择可能,当考虑到关于特定尺寸的阵列或类似物时,被认为是阵列或类似物的每个可寻址单元的尺寸的选择。 
作为一个特定的例子,上面提到的那种阵列或类似物能够被实现,以便行寻址和列寻址都使用一个字节的间隔尺寸被实现。作为另一个特定的例子,在上面提到的阵列或类似物要被在列方向上加载数据的地方,列方向的寻址可能被选择,以便最大化使用可用的地址空间。例如,在32位寻址是可用的地方,列方向寻址能够被选择,以便允许最大可能的列数,该决定可能考虑了要被存储在阵列或类似物中的数据(例如,IP分组)的最大尺寸。 
还作为加载是在列方向进行的另一个特定的例子,行方向寻址能够被这样实现:作为结果的行数为了信道误差行为而被优化。仍然作为加载是在列方向进行的另一个特定的例子,行方向寻址能够被这样实现:作为结果的行数将与特定的特征值确定(例如,FEC)技术一致。 
转向尺寸,需要指出的是,在上面提到的那种阵列或类似物的尺 寸的选择能够根据为该阵列或类似物选择行宽和列高而被处理。尺寸选择能够,根据本发明的不同的实施例,以很多方式被实现。例如,在加载是在列方向进行的地方,列高能够被选择为与要被载入阵列或类似物的那种分组或类似物的最大尺寸一致。交替地,一些其它值可以被选定。这种选择例如可以由系统管理员或其它的个人执行。 
具有这样选择的列高的阵列或类似物的行宽能够很多方式被选择。例如,行宽可以通过决定在突发中将被允许被发送的分组或类似物的最大数量,然后确定在阵列或类似物中将要为对应的特征值或多个值所需的额外空间而被确定。对应这个实施例,阵列或类似物特征能够事先为传输节点和接收器节点所知道。阵列的宽度可以被选择以遵照选定的计算特征值的方法。选定的方法同时能够确定数据的列数和特征值的列数。例如,里德-所罗门译码255的选择能够导致191列数据和64列特征值。 
作为加载是在列方向进行的另一个例子,传输节点能够为每个被分配的突发改变阵列或类似物的尺寸。作为特定的例子,传输节点可能这样选择列高和行宽:对应的阵列或类似物能够保存所有的分组或类似物和在特定的突发中要被传输的任何对应的特征数据。作为另一个例子,传输节点能够以相似的方式行动,但是根据特定的和/或固定的列高或行宽。例如,在列高被指定的地方,这种列高可以与要被载入阵列或类似物的那种分组或类似物的最大尺寸以致,或者可以是一些其它的值。对于那些列高和/或行宽不是固定的实施例,传输节点能够,如上面提到的,向接收器节点分派一个或多个尺寸指示。需要指出的是,在阵列或类似物的尺寸是固定的不同的实施例中,在不是所有的阵列或类似物被使用的情况下,传输节点可以向接收器节点发送一个关于阵列或类似物的那些部分要被使用的指示。这种指示例如可能是地址。 
如上面提到的,尽管前述部分已经讨论了关于在列方向被加载的阵列或类似物,需要指出的是,在不同的实施例中,加载能够在行方向进行,在这种实施例中的功能与在上面讨论的相似,但是使用行方 向的方面是列方向,反之亦然。 
确定特征数据是否应该被使用 
如上面提到的,已经本发明的不同实施例,接收器节点可以执行适当的动作以确定接收到的特征数据是否应该被使用。这种动作例如可以根据由节点的用户例如通过GUI或其它接口输入的指令被执行而被执行。不同的方案可能为了能够被使用的特征值的确定而适用于节点。 
例如,在接收到的特征值对应于FEC或类似物的实施例中,方案能够被使用,在其中,接收器节点将确定在接收到的、或许被修改的、由对应的传输节点原始加载的分组或类似物中是否存在误差。接收器节点在做决定的过程中例如可以使用CRC(循环冗余码校验)技术。而且,其它较低层信道译码也可以被用做决定。较低层信道译码的使用也可以给出哪里有误差的指示。 
作为分组或类似物的加载是在列方向进行的实施例的另一个例子,在为一个或多个行确定多个特征值的地方,接收器节点可以起为每一行使用仅一个对应的特征值的作用。接收器节点可以做这样的选择,例如根据对应于检测到的误差的特征。这种特征例如可以包括误差类型、程度和/或类似物。 
还作为分组或类似物的加载是在列方向进行的实施例的另一个例子,接收器节点可以选择应用对应的特征值于某些行,而不是其它的。如上所述,接收器节点可以做这种选择,例如根据对应于检测到的误差的特征。 
根据另一示例性方案,如果它确定它有足够的存储器可用,接收器节点仅可以起使用接收到的特征值的作用。具有足够的存储器例如能够意味着具有足够的存储器以创建和/或访问对应于由对应的传输节点创建和/或访问的阵列或类似物的阵列或类似物,而且/或具有足够存储器以执行关于接收到的特征值的操作。 
这种方案的性能能够包括例如接收器节点咨询所需的阵列或类 似物的尺寸的规范,确定空闲和/或可空闲存储器的数量,并确定是否足够存储器是可用的等。作为另一个例子,这个方案的性能能够交替地或额外地包括接收器节点确定执行关于接收到的特征值的操作的存储器数量。所需尺寸的规范例如能够被包括在上面提到的那种已分派的指示中。作为另一个例子,所需尺寸的规范能够遵照上面讨论的为所有阵列或类似物使用的尺寸集合。 
仍然根据另一个示例性方案,如果它确定有足够的能量(例如,电池功率)和/或可用的处理能力这样做,接收器节点可以仅起使用接收到的特征值的作用。这种功能能够被以很多方式实现。例如,接收器节点能够做上面提到的要被纠正的误差的类型、程度和/或类似物的决定。该节点可以接下来,或许考虑类型或已包括的特征值的类型(例如,里德-所罗门数据),做纠正误差所必要的能力和/或可用的处理能力的估计。考察根据已确定的可用的能力和/或处理能力的估计,该节点能够决定是否存在足够的能力和/或处理能力以使用特征数据。 
该节点例如能够通过使用可取得的算法、软件模块和/或类似物执行计算而做出估计。作为另一个例子,该节点能够通过咨询可取得的仓库,所述仓库包括相关的利用所需的能量和/或可用的处理能力被纠正的误差类型、误差程度和/或类似物。该节点例如能够使用由它的操作系统和/或加载软件模块提供的函数确定可用的能力和/或处理能力。 
仍然根据另一个示例性方案,接收器节点可以仅起为某些服务、信道、数据类型和/或类似物使用接收到的特征值的作用。例如,接收器节点可用仅起为软件和/或文件下载使用接收到的特征数据的作用。节点用户可能,在不同的实施例中,能够为应该被使用的接收到的特征数据指定服务、信道、数据类型和/或类似物。此外,在不同的实施例中,这可以由系统管理员或类似的人指定。更多的服务、信道、数据类型和/或类似物可以影响他们的报酬,而且它可以通过终端的图形用户接口(GUI)发生。 
仍然根据另一个示例性方案,传输节点可以仅为某些服务、信道、 数据类型和/或类似物计算和使用特征值。 
转向图8的实施例,传输协议栈的例子被显示了。被实例化的发明的传输的一些基础能够被基于ISO/IEC 13818-1基于MPEG-2的流传输。例如,TS能够基于根据ISO/IEC 13818-1的传输。更可取地,PSI/SI表格包含了通告和发现被传输的服务所必需的信息。MPE和FEC表格能够被方便地与基本PSI/SI信息同步地加入图8的协议栈。PSI定义了聚焦表,也就是节目关联表(PAT)和节目映射表(PMT),而SI定义了网络信息表(NIT)和IP/MAC通告表(INT),所有表格都涉及在流上提供信息。例如,基本流或传送流取决于被应用服务的层次。MPE集中在IP数据的分组上,也就是IP的有效载荷。该有效载荷能够与首标一起被包括在MPE部分分组中。MPE部分分组能够为了纠错程序而被应用在高层FEC帧中。FEC集中在FEC有效载荷上。在一些实施例中,基于FEC和基于MPE的信息能够被彼此分隔开。基于FEC的信息或类似物和基于MPE的信息或类似物不必要被永久地分隔开,但是在一些实施例中理想的情况是利用不同的首标确定FEC信息和MPE信息。基于FEC的信息和基于MPE的信息最好与PSI和SI分级层次水平平行,这样,在一些实施例中,为在早期广播传输/接收阶段中可能的分隔执行和设置基础是可能的。PSI/SI为早期的和基本的服务发现设置基础。 
参见图9,保护涉及MPE应用数据表或MPE部分分组的首标能够被唯一的确定值或名称表示。在图9中的例子被给定了值被设置为N的Table_id。还有,FEC数据的首标能够被唯一的确定值或名称表示。在图9中的例子被给定了值被设置为M的Table_id。应该需要指出的是,其它的值/字符能够被提出以唯一地或至少互相不同地分隔和确定MPE应用数据表格和FEC数据表格。 
封装操作 
MPE能够在本发明的不同实施例中被使用。也作为上面提到的,这种MPE例如可以是DSM-CC MPE。关于MPE的信息例如能够在 ETSI文档TR 101 202中被发现,在此被引作参考。根据本发明的实施例,MPE的典型用法被显示在图2中。 
如在图2中所示,传输节点将数据分段设置到运载对应于计算出的特征值和/或可能被修改的、原始加载的分组或类似物(例如,IP分组)的数据的MPE DSM-CC段分组或类似物(例如,IP分组)中(步骤109)。作为下一个步骤,DSM-CC段例如能够被设置在MPEG-2TS分组中(步骤111)。在不同的实施例中,第一个PID值与运载对应于可能被修改的、原始加载的分组或类似物的数据的TS分组相关联,而第二个PID值与运载对应于特征值的数据的TS分组相关联。TS分组例如可以在DVB链路,也就是以通用基本流的方式的链路上被传输。从图2的前面描述,将了解特征值能够是诸如RS码的FEC数据,而且被封装的数据能够如在图10中所示被设置到MPE-FEC帧。更明确地,应用数据部分可以包含第三层数据报,被称为IP数据报。如前面参照图2所述,这些IP数据报按照列方向被写入在发射机节点的二维阵列结构中。在图2中显示的列101被载入在图10中显示的MPE-FEC帧中的应用数据表格。在阵列中的每个位置都保存一个信息字节。更详细地,帧的左边部分包含191个最左边的列,是为OSI第三层(网络层)分组(例如,IP数据报)和可能的填充物保留的,并且在图10中被称为应用数据表格ADT。帧的右边部分由64个最右边的为FEC码的奇偶信息保留的列组成,并被称为RS数据表格,所述RS数据表格在图10中被标记为RST。在应用数据表格中的每个字节位置具有范围为从0到191×行数-1的地址。同样地,在RS数据表格中的每个字节位置具有范围为从0到64×行数-1的地址。第三层数据报是从矩阵的左上角的第一个数据报的第一个字节开始,并且沿第一列向下被逐个数据报地引入的。数据报的长度可以从数据报到数据报任意地改变。一个数据报结束之后,后面的数据报立即开始。如果数据报不正好在列的尾部结束,它在下列的顶部继续。当所有数据报已经输入应用数据表格时,任何未填充的字节位置被填充以零字节,这样使得最左边的191列被完全地填充。在RS 数据表格中的被传递的RS数据的位置是用section_nubmer表明的。第0段运载了RS数据表格的第一(最左边的)列,第1段运载了第二列,依此类推,任何未被传递的列总是RS数据表格的最右边的列。 
18比特的字段为在段内运载的有效载荷的第一个字节指定了在图10的应用数据表格或RS数据表格中的字节位置。所有为应用数据表格或RS数据表格传递数据的段以根据这个字段的值的升序被传递。 
字节位置是在应用数据表格或RS数据表格内的零基的线性地址,从第一列的第一行开始,并且向该列的尾部递增。在该列的尾部,下一个字节位置是在下一列的第一行。 
运载给定的MPE-FEC帧的数据的第一段是在地址“0”运载应用数据数据报的MPE部分。所有运载给定的MPE-FEC帧的应用数据数据报的部分都优先于运载MPE-FEC帧的RS数据的第一段而被传输(也就是,在单个MPE-FEC帧内,运载应用数据数据报的部分将不会与运载RS数据的段交叉在一起)。所有在MPE-FEC帧的第一个和最后的段之间被运载的部分运载属于该MPE-FEC帧的数据(也就是,仅有应用数据和RS数据被允许)。传递不同MPE-FEC帧的数据的部分是不会交叉的。 
紧跟着运载在MPE-FEC帧上的应用数据数据报的最后的部分之后的部分,或者包含运载同一MPE-FEC帧的RS数据的第一个部分,或者包含下一个MPE-FEC帧的第一个应用数据部分。在后一种情况下,第一个MPE-FEC帧的RS数据没有被传输,例如当不为接收器节点所需时。 
对于每个MPE-FEC帧,都有一个具有值设置为“0”的地址字段的MPE部分被正确地传输了。对于任何RS数据被为之正确地传输了的每个MPE-FEC帧,一个具有值设置为“0”的地址字段的MPE-FEX段被传输了。填充物将不会存在于在应用数据表格中的被传递的应用数据中。在应用数据表格中,数据报不重叠。填充物不存在于在RS数据表格中的被传递的RS数据中。 
图10是示意性的,并且对应着等长度的列的数据报。这在理论 上是可能的,并且操作和管理网络的网络操作员可以定义列的高度。然而,实际上,IP数据报的尺寸不停地改变,典型的尺寸是在100到1500个字节之间,并且数据报的没有被填充的部分可以如前所述利用“0”填充物而被填充。 
然后,通过考察在图10中的应用数据表格101的阵列的行计算出RS数据以创建在图2中显示的配置103,并且作为结果的RS数据的行被载入图10的RS数据表格。RS码被计算至预定的诸如RS(255,191或64)的解析度,并且分别为每一行进行计算。然后,为了图2的步骤105,图10的MPE-FEC帧从应用数据表格的第一个数据报开始而被清空。IP数据报在MPE部分中被打包。  (每个MPE部分一个IP数据报) 
在应用数据表格101中的IP数据报的地址被插入MPE部分首标字段。在使用了时间分片或MPE-FEC的基本流上,如在下面的表1中所描述的,每个MPE部分和MPE-FEC部分在它的首标字段中运载了实时参数。  对于  MPE  部分,  实时参数在MAC_address_4...MAC_address_1中被运载,否则将不被使用,从而优化了带宽。 
表1 
格式 比特数 标识符
real_time_parameters(){    
dela_t 12 uimsbf
table_boundary 1 bslbf
frame_boundary 1 bslbf
address 18 uimsbf
}    
还在同一步骤中,其它的实时参数被插入MPE部分首标字段。在MPE部分的最后的IP数据报之后,实时参数:表格边界被设置为“1”,以表明这个MPE部分包括了来自应用数据表格的最后的IP数据报。 
然后,在图10中的RS表格的列从第一列(最靠近应用数据表格的列)开始被清空。MPE-FEC表格的每一列的RS字节被打包在一起而成为单独的MPE-FEC部分。如图11所示,RS字节被提供给RS-FEC字节。如同在上面的组合进入MPE部分,实时参数被分别组合进入MPE-FEC部分首标。 
MPE-FEC部分-(MPE-FEC部分首标+尾标)的长度向接收机表明了在MPE-FEC帧中使用的行的数量。行的数量在timeP_slice_fec_identifier_descriptor中被通知给接收机。它的最大的允许值是1024,在这个例子中使得整个MPE-FEC帧几乎达到2M比特的长度。取决于容量和/或服务质量,例如,如果终端用户乐于接受较低的服务质量,所有计算出的RS数据字节不需要被发送。例如,这种分组能够包含对应于一个或多个确定的特征值的每一个的数据的一部分。被删截的RS列的准确数目不需要被明确地通知,并且可以在帧之间动态地改变。应用数据表格的填充列的准确数目被通知在每个MPE-FEC部分的首标中。8比特字段表示了仅利用填充字节填充满了的实际的MPE-FEC帧的应用数据表格的全部列的数量。被表示的这个值应该是在0到190之间。注意,这个值可能逐帧地改变。被删截的RS列的数量能够被计算为63-last_section_number,因为last_section_number表示最后的段的段编号。而段的编号是零基的,这个明示的编号比列的数量少1。 
如在MPE-FEC部分中所表示的,接收机在应用数据表格中引入填充字节的数量。这些填充字节标记为可靠的。  如从last_section_number计算出的,接收机还引入被删截的RS列的数量。在引入的收缩RS列中的实际数据是不相关的,因为所有被删截的数据都被认为是不可靠的。 
所有MPE和MPE-PEC段都被CRC-32编码保护,所述编码可靠地检测所有误差的段。对属于应用数据表格或属于RS数据表格的每个被正确地接收的段,接收机为在该段中的有效载荷的起始地址查看段首标,然后就能够将有效载荷设置到各自表格的右边位置。 
此外,如图3所示,接收器节点,在接收了上面提到的那种TS数据报(步骤201)之后,就能够析取由这些分组运载的DSM-CC段(步骤203)。接下来,该节点从这些DSM-CC段析取出运载对应于计算出的特征值和/或被运载的、可能被修改的、原始加载的数据报或类似物(例如,IP分组)的数据的分组或类似物(例如,IP分组)(步骤205)。 
尽管DSM-CC MPE已经在这里被讨论了,将注意,其它的MPE技术能够被使用。还需要指出的是,尽管前述部分已经描述了这样的MPE的实现:DSM-CC段没有被设置到阵列或类似物,在不同的实施例中,运载上述分组或类似物的DSM-CC段能够被设置在那里。 
删截 
较之于母编码的有效地弱编码率能够通过前面简单提及的删截达到。删截相当于计算所有的特征值(所有列),但是随后一些列被丢弃或者“被删截”,因而就不传输了。删截能够通过丢弃一个或多个最后的RS数据列而在这里所描述的实施例中被执行。在MPE-FEC帧之间,被丢弃(被删截)的RS列的数量可以在范围[0-63]以内动态地变化,并且能够被计算为63-last_section_number,除了当没有RS列被传输的情况(删截的是64列)。删截将降低由RS数据引入的开销,从而降低了所需的带宽。删截的缺点是有效地弱误差检测编码率。 
需要指出的是,在不同的实施例中,计算特征值的方式能够动态地变化。作为特定的例子,特征值相当于FEC数据(例如,里德-所罗门数据),要被添加的奇偶数据的数目能够动态地变化。例如,在网络条件出现被认为会导致更大的传输误差的地方,更多的奇偶数据能够被添加。此外,较少奇偶信息可以是满意的条件也可能存在。 
时间分片 
这个描述符表明了在基本流上是使用了时间分片还是MPE-FEC。注意,当这个描述符指定基本流是使用了时间分片和/或 MPE-FEC的时候,data_broadcast_descriptor参数为了特定的服务在服务描述中被提供了。这定义了数值0x01或0x02的MAC_address_range,表明MAC_address_1...4字节不被用来在基本流内区分接收机。 
这个描述符在下面的表格中被允许。 
o网络信息表格(NIT) 
o当在第一个描述符循环中定位时,该描述符应用于在实际表格中通告的所有传送流。在任何传送流上的所有具有stream_type 0x0D的基本流都被应用。 
o当在第二个描述符循环中定位时,该描述符应用于所关心的传送流。所有具有stream_type 0x0D的基本流都被应用。这个描述符覆盖了在第一个描述符循环中的可能描述符。 
o IP/MAC通告表格(INT) 
o当在平台描述符循环中定位时,该描述符应用于在该表中提及的所有基本流。这个描述符覆盖在NIT中的可能的描述符。 
o当在目标描述符循环中定位时,该描述符应用于所有在该描述符出现之后在所关心的目标描述符循环中提及的基本流。这个描述符覆盖了在平台描述符循环和在NIT中的可能的描述符。在基本流从在INT内的多个位置被提交的情况下,每一个将包含同一信令。 
时间分片和FEC标识符描述符的语义现在将被更详细地讨论: 
descriptor_tag:将具有被标准承认的预定的自己的值。 
descripror_length:这个8比特字段指定了紧跟着这个字段的描述符的字节数。 
Time_slicing:这个1比特字段表示,提及的基本流是否是时间分片的。数值“1”表明时间分片被使用了。数值“0”表明时间分片没有被使用。 
mpe_fec:这个12比特的字段表示提及的基本流是否使用了MPE-FEC,以及使用了什么算法。编码过程能够如在下面的表2中的约定。 
max_burst_duration:这个8比特的字段被用来表示在所关心的基本流中的最大突发持续时间。突发将不会在T1前开始,也不会晚于T2结束,在这里,T1是在前一个突发的基础上由delta-t表明的时间,而T2是TI+最大突发持续时间。最大突发持续时间的值应该是从20ms到512妙,间隔时间是20ms,该字段根据下面的公式被译码: 
最大突发持续时间=max_burst_duration*20微秒 
在time_slicing被设置为“0”(也就是时间分片没有被使用)的情况,这个字段被保留给将来的用途,当不用时被设置为0x00。 
Frame_size:这个5比特字段被用来给出译码器可以用以调整其缓存量的信息。准确的解释取决于是使用了时间分片,还是使用了MPE-FEC。 
当时间分片被使用(也就是time_slicing被设置为“0”)时,这个字段表明在基本流上的一个时间分片突发内允许的在段级别上的最大比特数。比特数可以被从table_id字段的起始计算到CRC_32字段的结束。 
在MPE-FEC被使用(也就是mpe_fec被设置为“1”)的情况下,这个字段表示在基本流上的每个MPE-FEC帧上的行的准确数字。 
当在所关心的基本流中同时使用了时间分片和MPE-FEC时,两个极限(也就是最大突发尺寸和行数)都应用了。 
编码是根据表3。在max_frame_size具有标明为“reserved_for_future_use”的值的情况下,接收机将假定最大突发尺寸大于2M比特和MPE-FEC帧的行数多于1024。 
表2:MPE-FEC 算法 
数值         MPE-FEC算法 
0x00 MPE-FEC 不被使用n/a 
0x01 MPE-FEC 被使用  里德-所罗门(155,191,64) 
0x02...0x03    保留给将来的用途 
表3:尺寸编码 
尺寸最大突发尺寸        MPE-FEC帧的行数 
0x00 128千比特=131072  比特64 
0x01 256千比特          128 
0x02 384千比特          192 
0x03 512千比特          256 
0x04 640千比特          320 
0x05 768千比特          384 
0x06 896千比特          448 
0x07 1024千比特         512 
0x08 1152千比特         576 
0x09 1280千比特         640 
0x0A1408千比特          704 
0x0B 1536千比特         768 
0x0C 1664千比特         832 
0x0D 1792千比特         896 
0x0E 1920千比特         960 
0x0F 2048千比特         1024 
0x10...0xlf           保留给将来的用途 
如果时间分片没有被使用,也就是MPE-FEC帧不具备任何时间分片而被传输,在基本流内支持循环MPE-FEC帧索引的字段能够为了控制目的而被使用。该字段的值为每个后续的MPE-FEC帧而递增。当达到数值“111111111111”之后,该字段从“000000000000”重新开始。 
硬件和软件 
在这里描述的某些程序和类似物可以得到或在计算机的帮助下而被执行。惯用语“计算机”、“通用计算机”和类似概念在这里被使用了(但不仅限于)处理器卡、智能卡、媒体设备、个人计算机、工程 工作站、PC、Macintosh、PDA、计算机化的监视屏、有线或无线终端、服务器、网络接入点、网络组播点,或者类似物,可能运行在诸如OS X、Linux、Darwin、Windows CE、Windows XP、Palm OS、Symbian OS或者类似物的操作系统上,可能具有对Java或.Net的支持。 
惯用语“通用计算机”、“计算机”和类似物还指,但不限于一个或多个有效地连接至一个或多个存储器或存储单元的处理器,在其中,存储器或存储单元可以包含数据、算法和/或程序代码,而处理器或处理器组可以执行程序代码和/或操作程序代码、数据和/或算法。因此,在图6中显示的典型的计算机包括系统总线5050,所述系统总线5050有效地连接了两个处理器5051和5052,随机存取存储器5053、只读存储器5055、输入输出(I/O)接口5057和5058、存储接口5059、和显示接口5061。存储接口5059反过来连接至大容量存储器5063。每个I/O接口5057或5058可以是以太网、IEEE 1394、IEEE 1394b、IEEE 802.11a、IEEE 802.11b、IEEE 802.11g、IEEE 802.16a、IEEEP802.20、蓝牙、地面数字视频广播(DVB-T)、卫星数字视频广播(DVB-S)、阵列音频广播(DAB)、通用分组无线业务(GPRS)、通用移动电信业务(UMTS)或在本技术领域内知名的其它接口。 
大容量存储器5063可以是硬盘、光盘或者类似物。每个处理器5057和5058都可以是众所周知的诸如IBM或Motorola PowerPC、AMD Athlon、AMD Opteron、Intel ARM、Intel Xscale、TransmetaCrusoe或Intel Pentium的处理器。在这个例子中显示的计算机5000还包括显示单元50001、键盘5002和鼠标5003。在预备实施例中,键盘5002和/或鼠标5003可以为触摸屏、输入笔和/或袖珍键盘接口所代替和/或增强。另外,计算机5000可以包括或被连接至读卡机、DVD驱动器、软驱和/或类似物,由此,包含程序代码的媒体可以为了将代码上载至计算机的目的而被插入。 
根据本发明,计算机可以运行一个或多个被设计为执行一个或多个上述操作的软件模块。这种模块能够使用诸如Java、Objective C、 C、C#和/或C++的语言,根据本领域知名的方法而被编程。对应的程序代码可以被设置在诸如,例如,DVD、CD-ROM和/或软盘的媒体上。需要指出的是,在任何已描述的特定软件模块中的操作的部分都是为了说明的目的,并且操作的预备的部分可以被使用。因此,任何被论述为被一个软件模块执行的操作可以由多个软件模块代替执行。同样地,任何被论述为由多个模块执行的操作也可以由单个模块代替执行。 
此外,尽管本发明的实施例可以将某些软件模块、分层和/或类似物公开为运行在某些设备上,在替代的实施例中,这些模块、分层和/或类似物可以被分布以在不同于刚开始的设备上运行。例如,被公开为由特定计算机执行的操作可以由多个计算机代替执行。进一步需要指出的是,在不同的实施例中,网格计算技术可以被使用。 
显示在图7中的是在本发明的不同的实施例中可用的典型终端的功能结构图。接收设备5a可以是具备多媒体能力的移动电话,所述移动电话使用一个或多个天线14或几个天线和一个或多个接收机15接收输入数据。例如,在第一和第二通信网络使用不同射频技术的地方,将需要多个天线14和接收机15。尤其是在诸如GSM、GPRS或3G类型通信链路的其它通信链路和诸如在图1中描述DVB通信链路的其它数字宽带的情况下。电池23为移动电话5a提供能源。由于数据的接收消耗了大部分电池功率,电池的消耗可以被控制,例如,如果接收机仅在请求或有需求时开机,那么对这种设备是特别有利的。在其它通信网络上提供冗余分组的方法使得实现没有任何纠错的终端(低端终端)成为可能。拥有“高端”终端的用户能够将从第二网络获得恢复分组的可能性作为额外的好处。图7的终端已经在前述部分讨论了。在下面,相应的参考标志已经被应用于对应的部分。图7的终端5可以被用在在这里描述的任何/所有的实施例中。终端5由处理器单元CPU 20,多载波信号终端部件15和用户接口24组成。多载波信号终端部件15和用户接口24与处理器单元24组合在一起。一个或多个之间存储器访问(DMA)信道可以在多载波信号终端部件15和存 储器21、22之间存在。用户接口24由显示器和键盘组成以允许用户使用终端5。此外,用户接口24还包含接收和产生音频信号的麦克风和扬声器。用户接口24还可以包含语音识别(没有显示)。 
处理器单元CPU20包含微处理器(没有显示)、存储器604和可能的软件。软件能够被存储在存储器21、22中。微处理器基于软件控制终端5的诸如数据流的接收、在数据接收中的脉冲突发噪音的容限、在用户接口上显示输出和从用户接口读取接收到的输入等操作。这些操作都在上面被描述了。硬件包含检测信号的电路、解调电路、检测脉冲的电路、在出现多个脉冲噪声的情况下对符合的抽样进行消隐的电路、计算估计电路和执行含有误差的数据的纠正的电路。 
仍然参照图7,备选地,中间件或软件实现能够被应用。终端5能够是用户能够方便地携带的手持设备。方便地,终端5能够是包含接收多播传输流的多载波信号终端部件15的蜂窝移动电话。因此,终端5可能与影响服务提供商。 
尽管上面的描述包含了很多细节,这些仅被提供以阐明本发明,不应该被解释为本发明的范围的限制。因而,在不偏离要求的发明的范围的情况下,在这里描述的系统和方法中能够产生不同的实施例和变种,这一点对于本领域的技术人员将是显而易见的。 

Claims (72)

1.一种数据传输方法,所述方法包含:
将一个或多个网络层数据报设置到具有多个第一方向排列和多个第二方向排列的二维数据结构中,
其中所述第一方向排列在功能性上垂直于所述第二方向排列,并且所述网络层数据报的设置是按照所述第一方向排列的;
将对应于所述一个或多个网络层数据报的一个或多个特征值加入每个所述第二方向排列,所述特征值是按照所述第二方向排列计算的;
传输用于保持所述特征值部分的一个或多个所述第一方向排列的内容;并且
传输所述一个或多个网络层数据报,
其中设置到所述二维数据结构的网络层数据报在多协议封装部分中根据第一特定格式传输,并且用于保持所述特征值部分的所述第一方向排列在传送流中的多协议封装部分中利用第二特定格式传输。
2.根据权利要求1所述的方法,其中根据第一特定格式的传输包括:
将设置到所述二维数据结构中的网络层数据报封装在具有第一首标的一个或多个数据分组中。
3.根据权利要求1或2所述的方法,其中根据第二特定格式的传输包含将在用于保持所述特征值部分的第一方向排列中的数据封装在具有第二首标的数据分组中。
4.根据权利要求2所述的方法,其中至少一个所述数据分组的首标包含数据结构设置信息。
5.根据权利要求3所述的方法,其中至少一个所述数据分组的首标包含数据结构设置信息。
6.根据权利要求2所述的方法,其中至少一个所述数据分组的首标包含用于指示数据分段边界的数据。
7.根据权利要求3所述的方法,其中至少一个所述数据分组的首标包含用于指示数据分段边界的数据。
8.根据权利要求1所述的方法,其中用于包含所述特征值部分的一个或多个所述第一方向排列的已封装内容在与所述已封装网络层数据报不同的突发中传输。
9.根据权利要求1所述的方法,其中所述特征值用于前向纠错。
10.根据权利要求1所述的方法,其中所述特征值是里德-所罗门编码。
11.根据权利要求1所述的方法,其中所述第一方向排列对应于数据阵列的列,第二方向排列对应于数据阵列的行。
12.根据权利要求1所述的方法,其中网络层数据报被包含在多协议封装部分中,并且对应于特征值的数据被包含在多个多协议封装-前向纠错部分中,这些部分具有各自的首标。
13.根据权利要求12所述的方法,其中所述多协议封装部分包含表格,并且包括在所述表格中利用填充数据来填充多个未被填充的位置。
14.根据权利要求13所述的方法,包括以信号通知利用填充数据填充所述表格的填充数量。
15.根据权利要求14所述的方法,包括在首标中以信号通知在所述表格中的填充数据的列数量。
16.根据权利要求13或14所述的方法,其中所述在表格中利用填充数据填充多个未被填充的位置包括:
利用填充数据填充一个或多个未被完全填充的第一方向排列。
17.根据权利要求16所述的方法,包括在每个多协议封装-前向纠错部分的首标中,以信号通知利用填充数据完全填充的一个或多个所述第一方向排列的数量。
18.根据权利要求12所述的方法,包括在同一基本流中传输所述多协议封装部分和所述多协议-前向纠错部分。
19.根据权利要求12所述的方法,其中至少一个首标包含对应于由多个所述多协议封装和多协议封装-前向纠错部分组成的帧的帧参数。
20.根据权利要求12所述的方法,其中至少一个首标包含对应于由多个所述多协议封装或多协议封装-前向纠错部分组成的表格的表格参数。
21.根据权利要求19所述的方法,其中这些参数用于指示对应于所述帧的多个部分中的最后部分。
22.根据权利要求20所述的方法,其中这些参数用于指示对应于所述表格的多个部分中的最后部分。
23.根据权利要求12所述的方法,其中首标中的数据包含对应于这些部分的配置的实时参数。
24.根据权利要求23所述的方法,其中这些实时参数包含时间分片信息。
25.根据权利要求12所述的方法,包括使用循环冗余编码保护所述多协议封装和多协议封装-前向纠错部分。
26.根据权利要求1所述的方法,包括以信号通知所述第二方向排列的数量。
27.根据权利要求26所述的方法,其中以信号通知在描述符中包含指定数据的第二方向排列的数量。
28.根据权利要求1所述的方法,其中所述网络层数据报包含IP数据报。
29.根据权利要求28所述的方法,其中首标数据在为所述数据报的MAC地址保留的字节位置中被传递。
30.根据权利要求28所述的方法,包括以与所述网络层数据报被载入所述二维数据结构相同的顺序来传送所述网络层数据报。
31.根据权利要求1所述的方法,包括删截对应于特征值的数据。
32.根据权利要求31所述的方法,其中对所述数据删截包括:
丢弃用于保持所述特征值部分的至少一个所述第一方向排列。
33.根据权利要求31所述的方法,进一步包括:
将另外的一个或多个网络层数据报设置到所述二维数据结构中,其中所述网络层数据报的设置是按照所述第一方向排列的;
将对应于所述另外的一个或多个网络层数据报的另外的一个或多个特征值加入每个所述第二方向排列,所述另外的特征值是按照所述第二方向排列计算的;
在传送流中的多协议封装部分中利用所述第二特定格式,传输用于保持所述另外的特征值部分的一个或多个所述第一方向排列的内容;以及
在传送流中的多协议封装部分中根据所述第一特定格式传输所述另外的一个或多个网络层数据报,
其中对应于所述另外的特征值的数据的删截数量与对应于所述特征值的数据的删截数量不同。
34.根据权利要求33所述的方法,包括不通知所述删截数量。
35.根据权利要求32所述的方法,包括根据最后部分编号,计算被丢弃的用于保持特征值部分的第一方向排列的数量,所述最后部分编号是这样的最后的多协议封装部分的编号,其中所述用于保持特征值部分的第一方向排列被发送于所述最后的多协议封装部分中。
36.根据权利要求35所述的方法,其中所述计算被丢弃的用于保持特征值部分的第一方向排列的数量包括:
确定从正整数常数减去所述最后部分编号的结果。
37.一种发射机节点,用于执行根据在权利要求1中所限定的方法。
38.一种接收数据的方法,所述方法包含:
接收传送流中的一个或多个网络层数据报,
提供具有第一方向排列和第二方向排列的二维数据结构,
其中所述第一方向排列在功能上垂直于所述第二方向排列,并且所述网络层数据报的设置是按照所述第一方向排列的;
其中被设置到所述二维结构的网络层数据报在多协议封装部分中根据第一特定格式被接收;
所述第一方向排列还接收利用第二特定格式在所述传送流中的多协议封装部分中接收到的特征值部分,其中所述特征值已经对应于所述一个或多个网络层数据报而被计算出来,并且
利用所述接收到的特征值,处理所述网络层数据报以提供按照所述第一方向排列的被纠正的网络层数据报,所述处理是按照所述第二方向排列的。
39.根据权利要求38所述的方法,其中所述特征值用于前向纠错。
40.根据权利要求38或39所述的方法,其中所述特征值是里德-所罗门编码。
41.根据权利要求38所述的方法,其中所述第一方向排列对应于数据阵列的列,所述第二方向排列对应于数据阵列的行。
42.根据权利要求38所述的方法,其中所述一个或多个网络层数据报封装在具有各自的第一首标的一个或多个数据分组中被接收,并且所述特征值部分封装在具有各自的第二首标的一个或多个数据分组中被接收,其中至少一个所述数据分组的首标包括数据结构设置信息,并且包括
使用所述结构设置信息来控制将接收到的特征值和/或网络层数据报载入所述二维数据结构。
43.根据权利要求38所述的方法,其中所述一个或多个网络层数据报封装在具有各自的第一首标的一个或多个数据分组中被接收,并且所述特征值部分封装在具有各自的第二首标的一个或多个数据分组中被接收,其中至少一个所述数据分组的首标包括边界信息,所述边界信息用于指示数据分组是否对应于所述一个或多个网络层数据报的最后部分或所述特征值部分的最后部分和/或将被设置到所述二维数据结构中的最后部分,并且包括
使用所述边界信息来控制将接收到的特征值和/或网络层数据报载入所述二维数据结构。
44.根据权利要求38所述的方法,其中所述网络层数据报被包含在多协议封装部分中,而且对应于特征值的数据被包含在多个多协议封装-前向纠错部分中,这些部分具有各自的首标,并且包括
利用在所述首标中的数据来控制将这些部分载入二维阵列。
45.根据权利要求44所述的方法,包括接收在同一基本流中的多协议封装部分和多协议封装-前向纠错部分。
46.根据权利要求44所述的方法,其中至少一个所述首标包含对应于由多个多协议封装和多协议封装-前向纠错部分组成的帧的数据。
47.根据权利要求44所述的方法,其中至少一个所述首标包含对应于由多个多协议封装或多协议封装-前向纠错部分组成的表格的数据。
48.根据权利要求44所述的方法,包括仅接收一些多协议封装-前向纠错部分。
49.根据权利要求44所述的方法,其中所述首标包含时间分片信息,并且包括
根据所述时间分片信息来控制接收机节点的操作。
50.根据权利要求44所述的方法,包括根据在多协议封装-前向纠错部分首标中的数据,将填充数据引入表格。
51.根据权利要求50所述的方法,包括将被引入表格的填充数据标记为可靠的。
52.根据权利要求38所述的方法,包括根据最后部分编号,引入第一方向排列以代替用于保持已经被发射机丢弃的特征数据值部分的第一方向排列,所述最后部分编号是这样的最后的多协议封装部分的编号,其中所述用于保持特征值部分的第一方向排列被发送于所述最后的多协议封装部分中。
53.根据权利要求52所述的方法,包括将引入的第一方向排列中的数据标记为不可靠的。
54.根据权利要求38所述的方法,包括检查数据分组首标以获得数据结构设置信息。
55.根据权利要求54所述的方法,包括根据所述数据结构设置信息,在表格中设置所述数据结构。
56.一种接收机节点,所述接收机节点被配置成以根据权利要求38、39、41至45以及47至55中的任何一项所限定的方法运行。
57.一种接收机节点,所述接收机节点被配置成以根据权利要求40所限定的方法运行。
58.一种接收机节点,所述接收机节点被配置成以根据权利要求46所限定的方法运行。
59.一种数据发射机节点,所述数据发射机节点包含:
处理器,所述处理器可操作地将一个或多个网络层数据报设置到具有第一方向排列和第二方向排列的二维数据结构中,
其中所述第一方排列在功能上垂直于所述第二方向排列,并且所述网络层数据报的设置是按照所述第一方向排列的;
所述处理器可操作地将对应于一个或多个网络层数据报的一个或多个特征值加入每个所述第二方向排列,所述特征值是按照所述第二方向排列计算的;和
发射机,所述发射机在传送流中传输用于保持所述特征值部分的一个或多个第一方向排列的内容以及一个或多个网络层数据报;
其中被设置到所述二维结构的网络层数据报根据多协议封装部分中的第一特定格式在传送流中被传输,用于保持所述特征值部分的第一方向排列利用第二特定格式在传送流中的多协议封装部分中被传输。
60.根据权利要求59所述的节点,其中所述第一特定格式包括:将设置到所述二维结构中的多个网络层数据报封装在具有第一首标的一个或多个数据分组中,并且/或者其中所述第二特定格式包括:将用于保持所述特征值部分的第一方向排列中的数据封装在具有第二首标的数据分组中。
61.根据权利要求60所述的节点,其中至少一个所述数据分组的首标包括数据结构设置信息。
62.根据权利要求60所述的节点,其中至少一个所述数据分组的首标包括用于指示数据分段边界的数据。
63.根据权利要求59所述的节点,其中用于保持所述特征值部分的一个或多个所述第一方向排列的内容在不同于所述网络层数据报的突发中被传输。
64.一种接收数据的接收机节点,包括:
处理电路,所述电路在多协议封装部分中根据第一指定格式接收传送流中的一个或多个网络层数据报,根据第二指定格式接收在传送流中的多协议封装部分中的特征值部分,其中所述特征值已经对应于所述一个或多个网络层数据报而被计算出来,并且提供具有第一方向排列和第二方向排列的二维数据结构,其中所述第一方向排列在功能上垂直于所述第二方向排列,并且所述网络层数据报和所述特征值的设置是按照所述第一方向排列的;
所述处理电路利用接收到的特征值,处理所述网络层数据报以提供按照所述第一方向排列的被纠正的网络层数据报,所述处理是按照所述第二方向排列的。
65.根据权利要求64所述的节点,其中所述第一指定格式包括:将设置到所述二维结构中的多个网络层数据报封装在具有第一首标的一个或多个数据分组中,并且/或者其中所述第二指定格式包括:将用于保持所述特征值部分的第一方向排列中的数据封装在具有第二首标的数据分组中。
66.根据权利要求64所述的节点,其中所述第一方向排列对应于数据阵列的列,所述第二方向排列对应于数据阵列的行。
67.根据权利要求65所述的节点,其中至少一个所述数据分组的首标包括数据结构设置信息,所述处理电路利用所述结构布置信息,控制将所述接收到的特征值和/或网络层数据报载入到所述二维数据结构。
68.根据权利要求65所述的节点,其中至少一个所述数据分组的首标包括用于指示数据分段边界的信息,并且所述处理电路利用数据分段边界信息,控制将所述接收到的特征值和/或网络层数据报载入到所述二维数据结构。
69.根据权利要求64所述的节点,其中所述特征值用于前向纠错。
70.根据权利要求64所述的节点,其中所述特征值是里德-所罗门编码。
71.根据权利要求64所述接收机节点,包含移动通信设备。
72.一种数据传输设备,所述设备包括:
处理器,所述处理器用于提供行和列的数据结构,将IP数据报载入相应的列,以便构成集中定义应用数据表的应用数据部分,以进一步创建对应于所述应用数据部分的行的纠错数据的列,所述纠错数据用于定义纠错表,所述纠错表的列包含多个纠错部分,以及
用于在多协议封装部分中传输所述应用数据部分和在传送流分组中在多协议封装前向纠错部分中传输所述纠错部分的发射机。
CN2004800060346A 2003-03-05 2004-03-05 前向纠错的方法和系统 Expired - Fee Related CN1757191B (zh)

Applications Claiming Priority (11)

Application Number Priority Date Filing Date Title
US10/382,334 US20050013274A1 (en) 2003-03-05 2003-03-05 System and method for data transmission and reception
US10/382,334 2003-03-05
GB0306220.5 2003-03-18
GB0306220A GB0306220D0 (en) 2003-03-18 2003-03-18 System and method for data transmission and reception
GB0309093A GB0309093D0 (en) 2003-03-18 2003-04-22 System and method for data transmission and reception
GB0309093.3 2003-04-22
GB0309234.3 2003-04-23
GB0309234 2003-04-23
USPCT/US03/12682 2003-04-23
PCT/US2003/012682 WO2004079956A1 (en) 2003-03-05 2003-04-23 System and method for data transmission and reception
PCT/IB2004/050204 WO2004079982A1 (en) 2003-03-05 2004-03-05 Method and system for forward error correction

Publications (2)

Publication Number Publication Date
CN1757191A CN1757191A (zh) 2006-04-05
CN1757191B true CN1757191B (zh) 2012-11-14

Family

ID=32961284

Family Applications (2)

Application Number Title Priority Date Filing Date
CN038260875A Expired - Fee Related CN1751466B (zh) 2003-03-05 2003-04-23 用于数据发送和接收的系统和方法
CN2004800060346A Expired - Fee Related CN1757191B (zh) 2003-03-05 2004-03-05 前向纠错的方法和系统

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN038260875A Expired - Fee Related CN1751466B (zh) 2003-03-05 2003-04-23 用于数据发送和接收的系统和方法

Country Status (12)

Country Link
US (2) US20050013274A1 (zh)
EP (2) EP2315379A3 (zh)
JP (2) JP2006514489A (zh)
KR (1) KR100856525B1 (zh)
CN (2) CN1751466B (zh)
AT (1) ATE549808T1 (zh)
AU (1) AU2003234204B2 (zh)
NZ (1) NZ542578A (zh)
RU (2) RU2338324C2 (zh)
TW (1) TWI251415B (zh)
WO (1) WO2004079956A1 (zh)
ZA (1) ZA200506829B (zh)

Families Citing this family (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
SE0300832D0 (sv) * 2003-03-25 2003-03-25 Teracom Ab Data Transmisson system
GB2401759A (en) 2003-05-13 2004-11-17 Nokia Corp Method of signalling in a mobile communications network
GB2402307A (en) * 2003-05-30 2004-12-01 Nokia Corp Encapsulating irregular burst transmissions with overhead information specifying the timing interval to the next burst
GB2406483A (en) 2003-09-29 2005-03-30 Nokia Corp Burst transmission
US7508839B2 (en) 2004-07-09 2009-03-24 Nokia Corporation Encapsulator and an associated method and computer program product for encapsulating data packets
JP4125277B2 (ja) * 2004-09-22 2008-07-30 キヤノン株式会社 画像形成装置及びデータ消去方法
US7865218B2 (en) * 2004-12-08 2011-01-04 Panasonic Corporation Receiving device, integrated circuit, program, and receiving method
KR100810290B1 (ko) * 2004-12-14 2008-03-07 삼성전자주식회사 무선 통신 시스템에서 데이터 버스트 할당 방법 및 시스템
JP4485383B2 (ja) * 2005-03-03 2010-06-23 日本電信電話株式会社 データ送受信システム及びデータ送信装置
US7447980B2 (en) * 2005-10-17 2008-11-04 Newport Media, Inc. Error detection and correction in data transmission packets
US20070104225A1 (en) * 2005-11-10 2007-05-10 Mitsubishi Denki Kabushiki Kaisha Communication apparatus, transmitter, receiver, and error correction optical communication system
KR20070079275A (ko) * 2006-02-01 2007-08-06 삼성전자주식회사 디지털 멀티미디어 방송 시스템에서의 데이터 송수신 방법및 그에 따른 시스템
EP1850593A1 (fr) * 2006-04-27 2007-10-31 Nagravision S.A. Procédé de génération de paquets à destination d'au moins un récepteur mobile
US7941724B2 (en) * 2006-05-01 2011-05-10 Nokia Siemens Networks Oy Embedded retransmission scheme with cross-packet coding
US7778978B2 (en) * 2006-05-01 2010-08-17 Nokia Siemens Networks Oy Decoder for a system with H-ARQ with cross-packet coding
US8010696B2 (en) * 2006-06-06 2011-08-30 Avaya Inc. Passing information from a forwarding plane to a control plane
KR101221913B1 (ko) * 2006-12-20 2013-01-15 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR101125846B1 (ko) * 2007-03-23 2012-03-28 삼성전자주식회사 패킷 기반의 영상 프레임 전송 방법 및 장치
KR101430483B1 (ko) * 2007-06-26 2014-08-18 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR101486372B1 (ko) 2007-07-25 2015-01-26 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
AU2008298602A1 (en) * 2007-09-12 2009-03-19 Digital Fountain, Inc. Generating and communicating source identification information to enable reliable communications
DE102007062580A1 (de) * 2007-12-22 2009-06-25 Daimler Ag Verfahren zur Rückgewinnung einer Verlustwärme einer Verbrennungskraftmaschine
CN101478684B (zh) * 2008-12-31 2011-10-26 杭州华三通信技术有限公司 检测存储视频数据完整性的方法和系统
ES2452170T3 (es) * 2009-05-14 2014-03-31 Koninklijke Philips N.V. Detección robusta de transmisiones de DVD-T/H
CN101695129B (zh) * 2009-10-09 2012-05-16 中兴通讯股份有限公司 一种支持多种制式的移动终端实现视频监控的方法和系统
US9179362B2 (en) * 2011-08-25 2015-11-03 Texas Instruments Incorporated Systems and methods for networking coding using Reed-Solomon codes
US8855184B2 (en) * 2012-01-27 2014-10-07 Futurewei Technologies, Inc. System and method for non-interleaved signal field
KR101983032B1 (ko) * 2012-05-07 2019-05-30 삼성전자주식회사 방송 및 통신 시스템에서 패킷 송수신 장치 및 방법
US9021330B2 (en) * 2012-05-15 2015-04-28 Alcatel Lucent System and method for multi-channel FEC encoding and transmission of data
CN104737514B (zh) * 2012-10-23 2018-08-17 瑞典爱立信有限公司 用于分布媒体内容服务的方法和设备
US20160291678A1 (en) * 2015-03-30 2016-10-06 Advanced Micro Devices, Inc. Power reduction in bus interconnects

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5642365A (en) * 1993-07-05 1997-06-24 Mitsubishi Denki Kabushiki Kaisha Transmitter for encoding error correction codes and a receiver for decoding error correction codes on a transmission frame
EP1014730A1 (en) * 1998-12-23 2000-06-28 Pixstream Incorporated Forward error correction at MPEG-2 transport stream layer

Family Cites Families (33)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH03141752A (ja) * 1989-10-27 1991-06-17 Hitachi Ltd 画像信号伝送方法
JP2576776B2 (ja) * 1993-11-10 1997-01-29 日本電気株式会社 パケット伝送方法・パケット伝送装置
JP3614907B2 (ja) * 1994-12-28 2005-01-26 株式会社東芝 データ再送制御方法及びデータ再送制御システム
AU707905B2 (en) * 1996-04-24 1999-07-22 Nortel Networks Corporation Internet protocol filter
US5884033A (en) * 1996-05-15 1999-03-16 Spyglass, Inc. Internet filtering system for filtering data transferred over the internet utilizing immediate and deferred filtering actions
US6369855B1 (en) * 1996-11-01 2002-04-09 Texas Instruments Incorporated Audio and video decoder circuit and system
US6331983B1 (en) * 1997-05-06 2001-12-18 Enterasys Networks, Inc. Multicast switching
ATE540497T1 (de) 1997-05-30 2012-01-15 Qualcomm Inc Fehlerschutzverfahren und vorrichtung für über- funk-dateiübertragung
JP3571918B2 (ja) * 1997-06-04 2004-09-29 株式会社東芝 符号伝送方法、送信装置、受信装置および通信システム
US6516435B1 (en) * 1997-06-04 2003-02-04 Kabushiki Kaisha Toshiba Code transmission scheme for communication system using error correcting codes
US6081907A (en) * 1997-06-09 2000-06-27 Microsoft Corporation Data delivery system and method for delivering data and redundant information over a unidirectional network
US6000053A (en) * 1997-06-13 1999-12-07 Microsoft Corporation Error correction and loss recovery of packets over a computer network
US6573907B1 (en) * 1997-07-03 2003-06-03 Obvious Technology Network distribution and management of interactive video and multi-media containers
US5983388A (en) * 1997-08-25 1999-11-09 Analog Devices Forward error correction arrangement (FEC) for multipoint to single point communication systems
WO1999016196A1 (en) * 1997-09-25 1999-04-01 Sony Corporation Device and method for generating encoded stream, system and method for transmitting data, and system and method for edition
JP3709721B2 (ja) * 1997-10-03 2005-10-26 ソニー株式会社 符号化ストリームスプライシング装置及び符号化ストリームスプライシング方法、符号化ストリーム生成装置及び符号化ストリーム生成方法、並びに情報処理装置及び方法
US5870412A (en) * 1997-12-12 1999-02-09 3Com Corporation Forward error correction system for packet based real time media
US6145109A (en) * 1997-12-12 2000-11-07 3Com Corporation Forward error correction system for packet based real time media
US6243846B1 (en) * 1997-12-12 2001-06-05 3Com Corporation Forward error correction system for packet based data and real time media, using cross-wise parity calculation
US6445717B1 (en) * 1998-05-01 2002-09-03 Niwot Networks, Inc. System for recovering lost information in a data stream
US6466624B1 (en) * 1998-10-28 2002-10-15 Pixonics, Llc Video decoder with bit stream based enhancements
US6176151B1 (en) * 1999-05-06 2001-01-23 Delphi Technologies, Inc. Connection for energy absorbing steering column
US6154452A (en) * 1999-05-26 2000-11-28 Xm Satellite Radio Inc. Method and apparatus for continuous cross-channel interleaving
US6681362B1 (en) * 2000-03-06 2004-01-20 Sarnoff Corporation Forward error correction for video signals
US7647619B2 (en) * 2000-04-26 2010-01-12 Sony Corporation Scalable filtering table
US6732314B1 (en) * 2000-05-26 2004-05-04 3Com Corporation Method and apparatus for L2TP forward error correction
US7013482B1 (en) * 2000-07-07 2006-03-14 802 Systems Llc Methods for packet filtering including packet invalidation if packet validity determination not timely made
FR2823926B1 (fr) * 2001-04-19 2004-06-04 Scm Schneider Microsysteme Dev Procede et dispositif de traitement des donnees d'un flux multiplexe
US7133459B2 (en) * 2001-05-01 2006-11-07 Texas Instruments Incorporated Space-time transmit diversity
ITMI20011421A1 (it) * 2001-07-05 2003-01-05 Cit Alcatel Metodo di interfacciamento per conversione di connessione parallela erelativo apparato
US7787389B2 (en) * 2001-08-20 2010-08-31 Qualcomm Incorporated Method and system for utilization of an outer decoder in a broadcast services communication system
KR100458878B1 (ko) * 2002-05-03 2004-12-03 학교법인 경희대학교 Fec 코딩 방식에 기초한 가변길이 패킷 송수신 방법
US7197685B2 (en) * 2003-01-02 2007-03-27 Samsung Electronics, Co., Ltd. Robust signal transmission in digital television broadcasting

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5642365A (en) * 1993-07-05 1997-06-24 Mitsubishi Denki Kabushiki Kaisha Transmitter for encoding error correction codes and a receiver for decoding error correction codes on a transmission frame
EP1014730A1 (en) * 1998-12-23 2000-06-28 Pixstream Incorporated Forward error correction at MPEG-2 transport stream layer

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ATM Forum Technical Committee.ATMF 95-0326 R2.《ATMF 95-0326 R2》.1995,Section4.2.3、Section4.2.4、Section4.2.5、Section4.3. *

Also Published As

Publication number Publication date
EP1599955A1 (en) 2005-11-30
KR100856525B1 (ko) 2008-09-04
CN1757191A (zh) 2006-04-05
EP2315379A3 (en) 2012-08-08
TWI251415B (en) 2006-03-11
JP2006514489A (ja) 2006-04-27
RU2008130526A (ru) 2010-01-27
RU2338324C2 (ru) 2008-11-10
AU2003234204A1 (en) 2004-09-28
EP1599955A4 (en) 2008-05-21
EP2315379A2 (en) 2011-04-27
CN1751466B (zh) 2013-01-16
CN1751466A (zh) 2006-03-22
WO2004079956A1 (en) 2004-09-16
US20050013274A1 (en) 2005-01-20
AU2003234204B2 (en) 2009-08-13
KR20050106072A (ko) 2005-11-08
US20070147384A1 (en) 2007-06-28
NZ542578A (en) 2008-02-29
TW200423640A (en) 2004-11-01
EP1599955B1 (en) 2012-03-14
ZA200506829B (en) 2006-05-31
RU2005130769A (ru) 2006-03-20
JP4700112B2 (ja) 2011-06-15
ATE549808T1 (de) 2012-03-15
JP2009105962A (ja) 2009-05-14

Similar Documents

Publication Publication Date Title
CN1757191B (zh) 前向纠错的方法和系统
US7747930B2 (en) Method and system for forward error correction
CN101040469B (zh) 数字广播网络中的突发传输
US7940798B2 (en) Burst transmission
CN1981469A (zh) 前向纠错解码器
CN101442400B (zh) 在数字内容传送系统中使用的质量管理器和方法
CN105122767A (zh) 用于在具有广播/多播能力的网络上传递对象流的方法
CN105493499A (zh) 发送广播信号的设备、接收广播信号的设备、发送广播信号的方法和接收广播信号的方法
CN100593920C (zh) 用于采用标题保护进行数据发射和接收的方法,系统以及网络实体
CN100581268C (zh) 前向纠错解码器
CN102474384B (zh) 一种装置
WO2004079982A1 (en) Method and system for forward error correction
JP4664413B2 (ja) 順方向エラー修正方法及びシステム
NZ541905A (en) Method and system for forward error correction

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
C41 Transfer of patent application or patent right or utility model
TR01 Transfer of patent right

Effective date of registration: 20160121

Address after: Espoo, Finland

Patentee after: Technology Co., Ltd. of Nokia

Address before: Espoo, Finland

Patentee before: Nokia Oyj

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

Granted publication date: 20121114

Termination date: 20170305