CN101184034A - 通信设备和通信方法 - Google Patents

通信设备和通信方法 Download PDF

Info

Publication number
CN101184034A
CN101184034A CNA2007101694310A CN200710169431A CN101184034A CN 101184034 A CN101184034 A CN 101184034A CN A2007101694310 A CNA2007101694310 A CN A2007101694310A CN 200710169431 A CN200710169431 A CN 200710169431A CN 101184034 A CN101184034 A CN 101184034A
Authority
CN
China
Prior art keywords
fec
media data
packet
data packet
time
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.)
Granted
Application number
CNA2007101694310A
Other languages
English (en)
Other versions
CN101184034B (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.)
Hisense Visual Technology Co Ltd
Toshiba Visual Solutions Corp
Original Assignee
Toshiba Corp
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 Toshiba Corp filed Critical Toshiba Corp
Publication of CN101184034A publication Critical patent/CN101184034A/zh
Application granted granted Critical
Publication of CN101184034B publication Critical patent/CN101184034B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1835—Buffer management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0045—Arrangements at the receiver end
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0057—Block codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H04L1/1819—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1835—Buffer management
    • H04L1/1845—Combining techniques, e.g. code combining

Abstract

本发明提供的通信方法包括：尝试从网络接收媒体数据包；把接收到的媒体数据包存储在第一缓冲单元中；接收包括恢复丢失的数据包的冗余数据和规定与冗余数据相关的多个媒体数据包的信息的FEC数据包；把接收到的FEC数据包存储在第二缓冲单元中；从第二缓冲单元中选择FEC数据包；把将要利用包括在选定的FEC数据包中的冗余数据和与冗余数据相关的媒体数据包实行的FEC操作处理分成多个处理，然后按顺序实行每个处理以使每次尝试接收媒体数据包时实行一个处理；和把通过FEC操作恢复的媒体数据包嵌入第一缓冲单元。

Description

通信设备和通信方法
技术领域
本发明涉及通信设备和通信方法。
背景技术
RTP(Real-Time Transport Protocol(实时传输协议))是一种能够包括一些诸如不随每一个传输数据包一起通过UDP(User Datagram Protocol(用户数据报协议))传输的实时数据流所必须的接收序列和接收时序等附加信息的传输协议，RTP也是一种在接收数据时基于所述附加信息执行接收处理，并能够在与传输时相同的条件下在必要的时间接收必要的数据的传输协议。RTP允许接收侧在传输间隔校正网络中发生的数据包之间的序列误差和变化，丢弃极度延时的数据包和探测丢失的数据包。
另一方面，由于RTP是基于继承作为组成网络的传输协议的IP(Internet Protocol(互联网协议))的初始最高功效特征的更高级协议的UDP的传输协议，而且由于RTP不单独提供对于传输数据丢失的措施，所以有必要通过附加的方法以及作为用于该目的的技术存在的再传输控制和误差校正补充丢失的数据。
FEC(Forward Error Correction(向前误差校正))及类似的技术总体被认为是一种针对错误校正的特殊技术。
根据FEC，传输侧组合初始数据，利用预定的技术实行计算，从而为每一数据组产生冗余数据并且把该冗余数据与每一数据组的数据并行传输。当每个数据组里有部分数据丢失时，在接收侧可以通过利用预定技术从接收到的剩下的数据和所述冗余数据实行计算恢复丢失的数据。
有一种通过RFC2733定义的作为可以应用于RTP的FEC方案的方案。
常规的基于RFC2733的用于RTP的FEC的设计是针对于网络上极少的数据包丢失，该技术首先被认为具有高质量，但同时又被认为具有对于连续突发的数据丢失的抵抗能力低的问题。这是因为该技术可以达到的恢复性能局限于仅可在24个连续数据包之间进行计算，并且如果把异或用作计算技术，则恢复就被局限于最多丢失一个数据包，而且试图实现更高的恢复性能将提高冗余度，导致不实际的带宽增加。因此，常规的FEC方案只对于离散的数据丢失有效，而对于被认为在互联网中频繁发生的突发的数据丢失没有作用。另一方面，常规的FEC不能处理的突发丢失被认为需要通过利用诸如ARQ(AutomaticRepeat Request(自动重复请求))的再次传输而不是极端提高冗余度进行处理。但是ARQ有各种问题，诸如所使用的通信带宽的不稳定和延时的过度增加，而且还涉及实现数据流传输中的值得重视的副效应。
但是，当实时数据流传输导致高比特率时，也就意味着单位时间内传输的数据包数量增加，并且当错误发生的时间相同时，在低比特率的情况下单位时间内受影响的数据包最多一个，而在高比特率的情况下多个数据包受到影响，突发丢失的数量也将随之增加。因此，即使在一定程度的高质量的网络中，一直都是离散的丢失往往转变成突发丢失，增加可通过FEC处理的突发的数量的技术已经被提出以使FEC也可以应用于这样的情况。
其中一种这样的技术是伴随也在Pro-MPEG(Moving Picture Expert Group(移动图片专家组))方案中采用的矩阵形式的方案的FEC方案。这是一个当形成FEC组时多个将要计算的数据包被排成一个正方形的形式并按照行与列编组的方案。由于行是按照数据包的序列排列，与序列垂直的列与离散选中的列相等，即使行中有数据包以突发的形式丢失时，每个数据包从属的计算组都互不相同，因此可以对每一列进行计算，并且只有一个单行丢失时，从列的角度看该丢失可以作为离散的丢失进行处理。这样，矩阵形式可以简单，有效，清晰地实现数据包重新排列(插入)，被认为对于突发丢失有效，而且改变矩阵的垂直/水平长度可以灵活地改变FEC抗误差的能力。
更进一步，当不能仅通过对列组的计算恢复丢失数据时，可以通过把对列组的恢复与通过对行组的计算的恢复相组合以及重复对列与行的计算处理更多的数据丢失。
这样，矩阵形式允许抵抗突发的数据丢失，而这种丢失被认为是常规的FEC方案中需要进一步加强的薄弱点。
附带一提的是，技术背景中引用了J.Rosenberg等人的论文″RFC2733 An RTP PayloadFormat for Generic Forward Error Correction″IETF，December 1999，和″Pro-MPEG Code ofPractice#3 release 2″，Pro-MPEG Forum，July 2004。
但是，由于RTP的FEC方案认为可以在探测到数据包丢失时开始恢复处理，因此当伴随矩阵形式的FEC方案中发生突发的数据丢失时存在一个问题，即当恢复操作发生时操作处理将暂时显著增加。
也就是，当某个矩阵中的所有的行数据包都以突发的形式丢失时，将要被计算的数据包的数量就是列数据包的数量与行数据包的数量相乘得到的数据包的数量，也就是与矩阵的大小对应的数据包的数量。当所有的行数据包都以突发的形式丢失时，所产生的计算数量来自于将冗余数据包的数量(这里为1)加到从列数据包的数量减去列丢失数据包的数量(这里为1)得到的数值，然后将相加值与行的数目相乘，并且在不干扰原来的传输时序的情况下执行这些计算需要在探测到数据丢失后极短的时间内集中完成恢复处理。
数据包丢失的发生可能不仅由于传输中的错误，还因为接收侧的处理过程中的错误，因此在突发形式下暂时实行处理会增加接收侧对其它处理的影响(特别是接下来的处理)，而这是不希望发生的情况。特别是随着近几年设备性能的不断提高变得可行的高视频级的媒体流的传输与至今的实时数据流相比以巨大的比特率实行传输，因此进行接收每个数据包的处理的空置时间变得最小。因此，防止错误需要在该空置时间内完成并需要极大量的处理，这对整个系统结构会有非常大的影响。也就是说，当实行高比特率数据流传输时，必须具有一种对接收侧的其它处理几乎没有诸如干扰的影响的恢复计算方法。
发明内容
根据本发明的一个方面提供一种通信设备，该通信设备由以下几个组成部分构成：
构造成尝试从网络接收媒体数据包的接收尝试单元；
构造成对由接收尝试单元接收到的媒体数据包进行缓冲的第一缓冲单元；
构造成接收FEC(向前误差校正)数据包的FEC数据包接收器，该FEC数据包包括恢复丢失的媒体数据包的冗余数据和规定与冗余数据相关的多个媒体数据包的信息；
构造成对由FEC数据包接收器接收到的FEC数据包进行缓冲的第二缓冲单元；
构造成从第二缓冲单元中选择FEC数据包的选择单元；
构造成把将要利用包括在选定的FEC数据包中的冗余数据和与冗余数据相关的媒体数据包实行的FEC操作处理分成多个处理，然后按顺序实行每个处理以使每次接收尝试单元尝试接收媒体数据包时实行一个处理的FEC操作处理单元；
构造成把通过FEC操作处理恢复的媒体数据包嵌入第一缓冲单元的媒体数据包嵌入单元；和
构造成按顺序地把第一缓冲单元中的媒体数据包传递至预先指定的应用程序的媒体数据包传递单元。
根据本发明的一个方面提供一种通信方法，该通信方法包括：
尝试从网络接收媒体数据包；
把接收到的媒体数据包存储在对媒体数据包进行缓冲的第一缓冲单元中；
接收FEC(向前误差校正)数据包，该数据包包括恢复丢失的媒体数据包的冗余数据和规定与冗余数据相关的多个媒体数据包的信息；
把接收到的FEC数据包存储在对FEC数据包进行缓冲的第二缓冲单元中；
从第二缓冲单元中选择FEC数据包；
把将要利用包括在选定的FEC数据包中的冗余数据和与冗余数据相关的媒体数据包实行的FEC操作处理分成多个处理，然后按顺序实行每个处理以使每次尝试接收媒体数据包时实行一个处理；
把通过FEC操作处理恢复的媒体数据包嵌入第一缓冲单元；和
接顺序地把第一缓冲单元中的媒体数据包传递至预先指定的应用程序。
附图说明
图1是显示根据本发明的一个实施例的FEC接收处理设备的构造的方块图；
图2是显示本发明的第一实施例的操作的流程图；
图3显示FEC数据包的产生；
图4显示媒体数据包和FEC数据包的传输过程；以及
图5是显示FEC接收处理设备的另一个结构实例的方块图。
具体实施方式
图1是显示根据本发明的第一实施例的FEC(Forward Error Correction(向前误差校正))接收处理设备(通信设备)的方块图。
FEC接收处理设备11构造成通过网络12与FEC传输设备13通信。FEC传输设备13产生包括将要在接收侧再现的媒体数据和序列号等的媒体数据包和包括用于恢复在网络12中丢失的媒体数据包等的冗余数据并把该数据包通过网络12发送至FEC接收处理设备11的FEC数据包。媒体数据包和FEC数据包为例如符合RTP(Real-time Transport Protocol(实时传输协议))的数据包并且在该实施例中符合RTP。图3显示FEC传输设备13如何产生FEC数据包。图4显示由FEC传输设备13产生的媒体数据包和FEC数据包是如何传输的。
如图3所示，FEC传输设备13形成多个媒体数据包的矩阵(本实施例假定有100个媒体数据包1，2，3，4，....100。但是本发明当然不局限于此)，该矩阵排列成由10行组和10列组构成的正方形的形式。FEC传输设备13通过对每个列组实行媒体数据包组上的操作(本实施例中假设为XOR)计算冗余数据，并利用所计算的冗余数据从每个列组中得到FEC数据包F1，F2，F3...F10。FEC数据包除了冗余数据外还包括指示与冗余数据(FEC数据包)相联系的媒体数据包和属于与媒体数据包的系统不同的系统的序列号的信息。与冗余数据(FEC数据包)相联系的媒体数据包涉及冗余数据从中起始的媒体数据包，并且例如与FEC数据包F1的冗余数据相联系的媒体数据包为媒体数据包1，11，21，31....81，91。在本实施例中，FEC数据包可以只从列组产生，但是除了列组之外FEC数据包也可以从行组产生。
从各个列组产生FEC数据包之后，FEC传输设备13以如图4所示的恒定的步幅(第一步幅)按顺序发送属于同一矩阵(假设为第一矩阵)的媒体数据包1，2，3，4，...99，100，而且也以恒定的步幅(第二步幅)与媒体数据包的传输同时发送各个FEC数据包F1，F2，F3，F4...F10。在本实施例中，从第一矩阵中得到的各个FEC数据包与第二矩阵的媒体数据包的传输同时发送。当属于第一矩阵的媒体数据包的传输结束时，FEC传输设备13按顺序以第一步幅发送属于第二矩阵的媒体数据包，与媒体数据包传输的同时也发送从第二矩阵得到的各个FEC数据包。在本实施例中，从第二矩阵得到的各个FEC数据包与第三矩阵的媒体数据包的传输同时发送。假设第一矩阵的最后一个媒体数据包与第二矩阵的第一媒体数据包之间的步幅保持上述第一步幅。
当网络12中发生突发丢失并且例如如图3所示丢失媒体数据包51至60时，接收侧(FEC接收处理设备11)如下所述恢复丢失的数据包。即媒体数据包51通过对FEC数据包F1的冗余数据进行XOR得到恢复，媒体数据包1，11，21，31，41，61，71，81，91和其它媒体数据包52至60的数据也用同样的方法恢复。
FEC接收处理设备11的媒体数据包接收单元(接收尝试单元)21通过网络12从FEC传输设备13接收媒体数据包，并且把所接收的媒体数据包移送到缓冲单元23，除非它们是非法的数据包。更具体地，从网络12到达的媒体数据包暂时存储在例如由OS(OperatingSystem(操作系统))管理的存储器中，媒体数据包接收单元21尝试从该存储器中接收媒体数据包(进行接收操作)。如果存储器中包括该媒体数据包，则媒体数据包接收单元21从该存储器中接收该媒体数据包并且把所接收的媒体数据包移送到媒体数据包缓冲单元23。如果存储器中没有媒体数据包(导致无效尝试)，则在一定时间后对该存储器再次进行接收操作。媒体数据包缓冲单元23把从媒体数据包接收单元21移送的媒体数据包存储在内部缓冲器中。当把媒体数据包储存储在缓冲器中时，媒体数据包缓冲单元23记录媒体数据包的存储时间Tin。
非法数据包的实例包括具有与即刻前一个接收到的媒体数据包相同序列号的媒体数据包(重叠数据包)，其所记录的时间标记具有比预期值更过时的值的媒体数据包(接收这样的数据包已经没有意义，因为其再现时间已经过去)。同样的实例还包括源标识符与现有数据流的源标识符不同的媒体数据包，解码或认证失败的数据包，这些数据包应该被作为与现有数据流不相关的数据包进行处理。
通过这样的方式，每次接收到一个不非法的数据包，数据包接收单元21就把所接收的媒体数据包移送至媒体数据包缓冲单元23，媒体数据包缓冲单元23把所移送的媒体数据包储存在缓冲器中。这样，媒体数据包一个接一个地储存在媒体数据包缓冲单元23中。媒体数据包缓冲单元23把缓冲器中的媒体数据包按照序列号升序进行排列。
另一方面，FEC接收处理设备11的FEC数据包接收单元(FEC数据包接收器)22通过网络12从FEC传输设备13接收FEC数据包并把这些接收到的FEC数据包移送至FEC数据包缓冲单元24，除非它们是非法的数据包。FEC数据包缓冲单元24把所接收的FEC数据包存储在内部缓冲器中。FEC数据包缓冲单元24根据FEC数据包的序列号排列FEC数据包。
相应性探测单元26从FEC数据包的头部信息(指示与FEC数据包相联系的媒体数据包的信息)中探测(找到FEC的恢复单元)与FEC数据包相联系的媒体数据包组。当FEC数据包被存储在缓冲器中或者当FEC操作处理单元27进行错误校正处理(FEC操作处理)时也可以进行探测。
当FEC数据包缓冲单元24中存在FEC数据包时，FEC操作处理单元27从FEC数据包缓冲单元24中读取FEC数据包并且利用所读取的FEC数据包和在媒体数据包缓冲单元23中与该FEC数据包相联系的媒体数据包实行错误校正处理(FEC操作处理)。如上所述，FEC数据包在FEC数据包缓冲单元24中根据其序列号进行排列(例如升序排列)，而且FEC数据包根据该序列号被读取。FEC操作处理单元27配备用于根据序列号选择FEC数据包的选择单元。
这里，取代同时实行FEC操作处理，本实施例的一个特征是把FEC操作处理划分成多个操作处理，按顺序实行所划分的处理，每次由媒体数据包接收单元21进行接收操作时实行一个处理，并实行在数目上与所划分的操作处理相对应的接收操作，从而完成FEC操作处理。无论是否存在媒体数据包的丢失或丢失了多少数量都实行这样的FEC操作处理。在下文将以FEC数据包F1与媒体数据包1，11，21，31，41，51，61，71，81，91相联系的情况作为实例解释本实施例中的FEC操作处理。在这里假设媒体数据包51在网络中丢失。
首先，当媒体数据包接收单元21实行上述由OS管理的存储器上的接收操作时，FEC操作处理单元27计算FEC数据包F1的冗余数据和媒体数据包1之间的XOR(进行第一划分操作处理)，无论媒体数据包是否接收到都得到第一计算结果。然后，当媒体数据包接收单元21进行存储器上的接收操作时，FEC操作处理单元27计算第一计算结果和媒体数据包11之间的XOR(进行第二划分操作处理)并得到第二计算的结果。然后，当媒体数据包接收单元21进行存储器上的接收操作时，FEC操作处理单元27计算第二计算结果和媒体数据包21之间的XOR(进行第三划分操作处理)并得到第三计算的结果。通过这种方式，每次媒体数据包接收单元21实行接收操作时就实行划分操作处理，一共实行9次接收操作(注意媒体数据包51丢失)，完成FEC操作处理并且从而媒体数据包51被恢复。如果媒体数据包51没有丢失，则通过10次接收操作完成FEC操作处理(在该情况中，计算结果被忽略)。FEC操作处理单元27也对同一个矩阵内的其它FEC数据包F2至F10进行这样的FEC操作处理。
通过这种方式，无论数据包丢失与否或者丢失的数量是多少，本实施例都进行FEC操作处理，每次接收操作实行一个由把FEC操作处理划分成多个处理得到的操作处理，从而把矩阵尺寸中最大的媒体数据包上的FEC操作处理分配到与该矩阵尺寸对应的接收操作时间。也就是，取代如常规情况下探测到媒体数据包丢失之后同时实行FEC操作处理，无论是否存在媒体数据包的丢失，本实施例都对所有媒体数据包实行FEC操作处理，并且通过把该处理分成多个处理实行该FEC的操作处理。这样就防止FEC操作处理(媒体数据包恢复处理)的负载突然(极大地)增加，并且事先以常数值使FEC操作处理必要的计算量和操作时间(FEC操作时间)Tp得到估计。这将在下文进行更具体的描述。
当如在媒体再现的情况中需要周期性的操作时，应该在周期性操作之前实行的操作需要在要求的时间内完成，结果导致周期性被扰乱。如果应该在周期性操作之前实行的操作的数量均匀，则处理需要的时间是自我明确的而且周期性容易保证。这在例如具有与可预测的处理量相对应的计算能力并且同时实行多个周期性操作的内置设备的情况下尤其有效。尤其是，当应该在周期性操作之前进行的操作与该周期性操作没有关系时，如果所讨论的处理的处理量不是一个常数，则难以在适当的时间进行周期性操作的规划。因此，最好应该在周期性操作之前进行的操作的数量以及操作时间恒定并且事先了解。对于这一点，本实施例就可以如上所述用一个常数值估算FEC操作处理必须的操作量和操作时间，这样就可以防止诸如在FEC接收处理设备随后阶段的媒体再现等的周期性操作被扰乱。
FEC接收处理设备11的媒体数据包嵌入单元28检查是否有丢失的数据包以及丢失数据包的数量是否是1，当该数量是1时，媒体数据包嵌入单元28把作为FEC操作处理单元27的计算结果的经恢复的媒体数据包嵌入媒体数据包缓冲单元23中的缓冲器的相应位置。也就是说，媒体数据包嵌入单元28把经恢复的媒体数据包移送至媒体数据包缓冲单元23，媒体数据包缓冲单元23基于媒体数据包的序列号把从媒体数据嵌入单元28接收到的媒体数据包存储在内部缓冲器中的相应位置。在该情况中，媒体数据包缓冲单元23把媒体数据包的存储时间Tin记录为″具有紧挨着的前一个序列号的数据包的Ti+接收时间间隔″，或者″具有紧挨着的后一个序列号的数据包的Ti-接收时间间隔″。作为″接收时间间隔″，可以采用事先获得的或设定的时间间隔，或者可以采用如下文所述的所计算时间间隔的平均值。当丢失数据包的数目为2个或更多时，假定媒体数据包不能恢复而且设想处理将继续进行。
FEC接收处理设备11的媒体数据包传递单元29按顺序从媒体数据包缓冲单元23中的缓冲器提取媒体数据包并且把它们传递至更高级的应用程序。更具体地，媒体数据包传递单元29将从计时器(没有显示)得到的当前时间与每个媒体数据包的存储时间Ti进行比较，并且从一个其从计时器得到的当前时间与存储时间Ti之间的差别超过预设的缓冲时间(预定时间)Tb的媒体数据包开始把媒体数据包发送至更高级的应用程序。
缓冲时间Tb可以表达为延迟时间Ts+FEC操作时间Tp。FEC操作时间Tp是FEC操作处理所需要的时间，并且如上所述，本实施例可以把该值估计为常数值。延迟时间Ts是从一个矩阵中的第一媒体数据包到达(存储在缓冲器中)开始直到同一个矩阵中所有其它的媒体数据包和FEC数据包都到达时为止的一段时间。也就是，延迟时间Ts是从第一媒体数据包被存储在缓冲器开始直到整个矩阵的FEC操作处理可以开始所需要的时间。每个媒体数据包或FEC数据包从FEC传输设备13传输的步幅都如上所述是常量，也就可能以常量估计延迟时间Ts。缓冲时间Tb通过这种方式与预先估计的延迟时间Ts和FEC操作时间Tp的总和相对应而且由于延迟时间Ts和FEC操作时间Tp也可以被估计为常数，所以缓冲时间Tb也可以被估计为常数。媒体数据包传递单元29把媒体数据包以与缓冲时间Tb相对应的延迟传递至更高级的应用程序。
在上文的解释中，缓冲时间Tb被假定为是预先设定好的，但是缓冲时间Tb也可以是如下通过FEC操作处理单元27计算得到。
假定所接收的来自一定的矩阵的FEC数据包中的最后一个FEC数据包的接收时间为T1，来自属于该矩阵的媒体数据包的第一个到达的媒体数据包的接收时间为T0，则延迟时间Ts＝T1-T0。假定Ts是根据本说明书的FEC操作处理开始的最差的时间值。
此外，假设媒体数据包的接收时间间隔为Tw，进行一个矩阵的FEC操作处理必须的接收操作的最大数目为N个，则FEC操作时间为Tp＝Tw×N。
假定N与例如矩阵的尺寸相同而且传输侧和接收侧都已知该矩阵尺寸，或者从HTTP服务器或使用RTSP的DESCRIBE方法获得数据流信息，以及矩阵尺寸从该数据流信息得到。
接收时间间隔Tw可以(1)预先设定或者可以(2)通过测量媒体数据包的接收时间间隔并且对所测量的时间间隔取平均值得到。
在(1)情况下，传输侧和接收侧可以已知时间间隔Tw，或者数据流信息可以由分离的通信单元从HTTP服务器得到，或者利用RTSP的DESCRIBE方法得到，比特率可以被除以每个数据包的数据传输字节的数目，从而数据包的接收时间间隔可以基于所得到的数据流信息得到。
在(2)情况下，如图5所示，用于测量媒体数据包的接收时间间隔的媒体数据包时间间隔测量单元(接收时间间隔测量单元)25被添加到FEC接收处理设备11中。每次接收到一个媒体数据包，媒体数据包时间间隔测量单元25就测量媒体数据包的储存时间Ti和存储在缓冲器中的紧挨着的前一个媒体数据包的储存时间Tin之间的差别，把该差别除以所接收到的媒体数据包的序列号和存储在缓冲器中的紧挨着的前一个媒体数据包的序列号之间的差别，这样就计算出媒体数据包的接收时间间隔并把它的平均数看成是接收时间间隔Tw。
FEC处理单元27把通过这种方式计算出的延迟时间Ts和FEC操作时间Tp进行合计，这样就可以得到缓冲时间Tb。
图2(A)和图2(B)是显示FEC接收处理设备的操作的流程图。尤其是图2(A)显示了媒体数据包接收单元21，媒体数据包缓冲单元23和媒体数据包传递单元29之间的操作关系，而图2(B)显示了媒体数据包接收单元21，FEC操作处理单元27和媒体数据包嵌入单元28之间的操作关系。
如图2(A)所示，媒体数据包接收单元21进行尝试接收媒体数据包的接收操作(S11)，当接收到媒体数据包时(S12中选项为是)，媒体数据包接收单元21把接收到的媒体数据包储存在缓冲单元23的缓冲器中(S13)。把媒体数据包储存在缓冲器中后，或者在S12中没有媒体数据包被接收到(S12中选项为非)，媒体数据包传递单元29检查是否有其当前时间和存储时间Ti之间的差别超过缓冲时间Tb的任何媒体数据包(S14)，当存在这样的媒体数据包时(S14中选项为是)，媒体数据包传递单元29从缓冲器中提取媒体数据包并且把它发送至更高级的应用程序(S15)。之后，检查用户是否输入结束命令(S16)，当输入这样的结束命令时(S16中选项为是)，操作结束。当没有输入结束命令(S16中选项为非)或者当S14中没有其与当前时间Ti的差别是Tb或小于Tb(S14中选项为非)时，流程回到媒体数据包接收单元21进行接收操作的S11步骤。
如图2(B)所示，当媒体数据包接收单元21对媒体数据包进行接收操作(S21)时，FEC操作处理单元27进行把FEC操作处理划分成多个处理产生的处理中的一个处理(还没有进行处理)(S22)。FEC操作处理单元27判断是否所有被划分的操作的处理都已经完成，也就是，FEC操作处理是否完成(S23)，如果FEC操作处理已经完成(S23中选项为是)，则判断是否应该实行缓冲(S24)。也就是，FEC操作处理单元27判断是否有丢失的数据包以及丢失数据包的数量是否为1。如果应该实行缓冲(S24选项为是)，则媒体数据包嵌入单元28把通过FEC操作处理得到的媒体数据包(经恢复的媒体数据包)嵌入到媒体数据包缓冲单元23中的缓冲器的相应位置(S25)。之后，检查用户是否输入结束命令(S26)，如果输入结束命令(S26中选项为是)，则操作结束。当没有输入结束命令时(S26中选项为非)，当S23中判断FEC操作处理没有结束(S23中选项为非)或者S24中判断不应该进行缓冲(S24中选项为非)时，流程回到S21步骤，系统等待由媒体数据包接收单元21进行的接收操作。
如上所述，本实施例相关于媒体数据包和FEC数据包适当设定延迟时间Ts(从一个矩阵中的第一数据包到达开始直到FEC操作处理必须的所有数据包到达为止的最坏值)，在FEC操作时间内分配FEC操作处理，这样就能够消除操作处理数量的突然增加，未完成的操作处理或浪费的延迟时间，并能够实现操作处理数量暂时的平滑均匀，使整个系统的负载保持均衡并且达到数据包传递周期的恒定。
图1和图5中的接收处理单元也可以例如通过使用作为硬件的通用计算机实现。也就是，单元21至29可以通过使在上述计算机机上安装的处理器执行程序而实现。这样，也可以通过在计算机中预安装上述程序，把程序储存在诸如CD-ROM的存储媒介中，或者通过网络分配上述程序并且适当时在电脑中安装该程序实现FEC接收处理设备。

Claims (8)

1.一种通信设备，其特征在于，所述通信设备包括：
构造成尝试从网络接收媒体数据包的接收尝试单元；
构造成对由接收尝试单元接收到的媒体数据包进行缓冲的第一缓冲单元；
构造成接收FEC(向前误差校正)数据包的FEC数据包接收器，所述FEC数据包包括恢复丢失的媒体数据包的冗余数据和规定与冗余数据相关的多个媒体数据包的信息；
构造成对由FEC数据包接收器接收到的FEC数据包进行缓冲的第二缓冲单元；
构造成从所述第二缓冲单元中选择FEC数据包的选择单元；
构造成把将要利用包括在选定的FEC数据包中的冗余数据和与冗余数据相关的媒体数据包实行的FEC操作处理分成多个处理，然后按顺序实行每个处理以使每次接收尝试单元尝试接收媒体数据包时实行一个处理的FEC操作处理单元；
构造成把通过FEC操作处理恢复的媒体数据包嵌入所述第一缓冲单元的媒体数据包嵌入单元；和
构造成按顺序地把所述第一缓冲单元中的媒体数据包传递至预先指定的应用程序的媒体数据包传递单元。
2.如权利要求1所述的设备，其特征在于，所述媒体数据包和FEC数据包符合RTP(实时传输协议)协议。
3.如权利要求1所述的设备，其特征在于，当与冗余数据相联系的媒体数据包被传递至应用程序时，所述FEC操作处理单元从所述第二缓冲单元擦除包括所述冗余数据的FEC数据包。
4.如权利要求1所述的设备，其特征在于，所述FEC操作处理是在冗余数据和与冗余数据相关的媒体数据包之间进行的异或(XOR)操作处理。
5.如权利要求1所述的设备，其特征在于，当所述第一缓冲单元从所述接收尝试单元得到媒体数据包之后经过一段预定时间，媒体数据包传递单元把所述媒体数据包传递至应用程序。
6.如权利要求5所述的设备，其特征在于，所述媒体数据传递单元作为延迟时间计算FEC数据包和与FEC数据包相关的媒体数据包中第一个接收到的数据包的接收时间和最后接收到的数据包的接收时间之间的差异，
通过把事先给出的媒体数据包接收时间间隔与FEC操作处理被划分的被划分次数相乘计算FEC操作处理所需的FEC操作时间，
合计延迟时间与FEC操作时间从而得到预定的时间。
7.如权利要求6所述的设备，其特征在于，所述设备进一步包括构造成测量媒体数据包的接收时间间隔的接收时间间隔测量单元，
其中媒体数据包传递单元把由所述接收时间间隔测量单元测量的媒体数据包的接收时间间隔的平均值用作媒体数据包接收时间间隔。
8.一种通信方法，其特征在于，所述通信方法包括：
尝试从网络接收媒体数据包；
把接收到的媒体数据包存储在对媒体数据包进行缓冲的第一缓冲单元中；
接收FEC(向前误差校正)数据包，该数据包包括恢复丢失的媒体数据包的冗余数据和规定与冗余数据相关的多个媒体数据包的信息；
把接收到的FEC数据包存储在对FEC数据包进行缓冲的第二缓冲单元中；
从第二缓冲单元中选择FEC数据包；
把将要利用包括在选定的FEC数据包中的冗余数据和与冗余数据相关的媒体数据包实行的FEC操作处理分成多个处理，然后按顺序实行每个处理以使每次尝试接收媒体数据包时实行一个处理；
把通过FEC操作处理恢复的媒体数据包嵌入第一缓冲单元；和
接顺序地把第一缓冲单元中的媒体数据包传递至预先指定的应用程序。
CN2007101694310A 2006-11-17 2007-11-12 通信设备和通信方法 Active CN101184034B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2006311498 2006-11-17
JP2006-311498 2006-11-17
JP2006311498A JP4250654B2 (ja) 2006-11-17 2006-11-17 通信装置、通信方法および通信プログラム

Publications (2)

Publication Number Publication Date
CN101184034A true CN101184034A (zh) 2008-05-21
CN101184034B CN101184034B (zh) 2011-01-05

Family

ID=39148630

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2007101694310A Active CN101184034B (zh) 2006-11-17 2007-11-12 通信设备和通信方法

Country Status (4)

Country Link
US (1) US9191158B2 (zh)
EP (1) EP1924019B1 (zh)
JP (1) JP4250654B2 (zh)
CN (1) CN101184034B (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102262657A (zh) * 2011-06-29 2011-11-30 成都市华为赛门铁克科技有限公司 多媒体数据存储方法及系统
CN101753279B (zh) * 2008-12-09 2013-12-04 佳能株式会社 通信设备和通信方法
CN110278058A (zh) * 2019-06-05 2019-09-24 华为技术有限公司 一种冗余信息反馈方法及通信装置
CN112532341A (zh) * 2019-09-17 2021-03-19 青岛海信宽带多媒体技术有限公司 一种媒体数据播放方法及装置

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5075536B2 (ja) * 2007-09-03 2012-11-21 株式会社東芝 Ｆｅｃ送信処理装置、ならびにｆｅｃ送信処理のための方法およびプログラム
US8230316B2 (en) 2008-01-25 2012-07-24 Nevion Usa, Inc. Forward error correction for burst and random packet loss for real-time multi-media communication
JP4930449B2 (ja) * 2008-04-24 2012-05-16 株式会社Ｊｖｃケンウッド 前方誤り復元方式受信装置および前方誤り復元方式受信出力方法
EP2308235A1 (en) * 2008-07-25 2011-04-13 Nortel Networks Limited Multisegment loss protection
JP5135121B2 (ja) 2008-08-22 2013-01-30 株式会社東芝 データ受信装置、データ受信方法、及びデータ受信プログラム
EP2194667B1 (en) * 2008-12-03 2017-03-15 Alcatel Lucent Error control on-demand
JP2014225900A (ja) * 2008-12-23 2014-12-04 ロックスター コンソーシアム ユーエス エルピーＲｏｃｋｓｔａｒ Ｃｏｎｓｏｒｔｉｕｍ Ｕｓ Ｌｐ マルチセグメント損失の保護
JP5412917B2 (ja) 2009-03-27 2014-02-12 富士通株式会社 誤り訂正制御装置、誤り訂正制御方法およびメディアデータ配信システム
JP5610709B2 (ja) * 2009-06-04 2014-10-22 キヤノン株式会社 エラー訂正用データの生成装置、及び生成方法
US8543893B2 (en) * 2009-09-02 2013-09-24 Agere Systems Llc Receiver for error-protected packet-based frame
WO2011039869A1 (ja) * 2009-09-30 2011-04-07 株式会社東芝 受信処理装置
JP5174076B2 (ja) 2010-03-30 2013-04-03 株式会社東芝 計算処理装置、受信処理装置、受信処理方法及び受信処理プログラム
JP5723752B2 (ja) * 2011-11-17 2015-05-27 株式会社メディアグローバルリンクス データ伝送システム及び受信装置
JP5723753B2 (ja) * 2011-11-17 2015-05-27 株式会社メディアグローバルリンクス データ伝送システム及び受信装置
JP6146806B2 (ja) * 2013-05-30 2017-06-14 日本電気株式会社 通信システム、変換装置、及び通信方法
DE102013018972B3 (de) * 2013-11-14 2015-02-19 Olympus Winter & Ibe Gmbh Resektoskop mit Laserfaser
CN103647727B (zh) * 2013-11-29 2017-01-18 福建星网锐捷网络有限公司 音视频传输控制方法和装置
JP5671125B1 (ja) * 2013-12-11 2015-02-18 日本電信電話株式会社 前方誤り訂正情報生成装置、受信装置、前方誤り訂正情報生成方法、前方誤り訂正処理方法、前方誤り訂正情報生成プログラムおよび前方誤り訂正処理プログラム
US20170104806A1 (en) * 2015-10-13 2017-04-13 Comcast Cable Communications, Llc Methods and systems for content stream coding
US9794025B2 (en) * 2015-12-22 2017-10-17 Qualcomm Incorporated Systems and methods for communication and verification of data blocks
US10805044B2 (en) 2019-02-25 2020-10-13 At&T Intellectual Property I, L.P. Optimizing delay-sensitive network-based communications with latency guidance

Family Cites Families (41)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5243596A (en) * 1992-03-18 1993-09-07 Fischer & Porter Company Network architecture suitable for multicasting and resource locking
US5600663A (en) * 1994-11-16 1997-02-04 Lucent Technologies Inc. Adaptive forward error correction system
CA2219379A1 (en) * 1995-04-27 1996-10-31 Cadathur V. Chakravarthy High integrity transport for time critical multimedia networking applications
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
SE511881C2 (sv) * 1997-08-08 1999-12-13 Ericsson Telefon Ab L M Förfarande och arrangemang för överföring av paketinformation i ett digitalt telekommunikationssystem
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
US6141788A (en) * 1998-03-13 2000-10-31 Lucent Technologies Inc. Method and apparatus for forward error correction in packet networks
US6445717B1 (en) * 1998-05-01 2002-09-03 Niwot Networks, Inc. System for recovering lost information in a data stream
US6490705B1 (en) * 1998-10-22 2002-12-03 Lucent Technologies Inc. Method and apparatus for receiving MPEG video over the internet
US6317462B1 (en) * 1998-10-22 2001-11-13 Lucent Technologies Inc. Method and apparatus for transmitting MPEG video over the internet
US6771674B1 (en) * 1998-12-28 2004-08-03 3Com Corporation Method and system for forward error correction based on parallel streams
US6473875B1 (en) * 1999-03-03 2002-10-29 Intel Corporation Error correction for network delivery of video streams using packet resequencing
US6594798B1 (en) * 1999-05-21 2003-07-15 Microsoft Corporation Receiver-driven layered error correction multicast over heterogeneous packet networks
US6532562B1 (en) * 1999-05-21 2003-03-11 Microsoft Corp Receiver-driven layered error correction multicast over heterogeneous packet networks
US6996097B1 (en) * 1999-05-21 2006-02-07 Microsoft Corporation Receiver-driven layered error correction multicast over heterogeneous packet networks
US6430233B1 (en) * 1999-08-30 2002-08-06 Hughes Electronics Corporation Single-LNB satellite data receiver
KR100833222B1 (ko) 2000-03-29 2008-05-28 삼성전자주식회사 멀티미디어 송수신 장치 및 방법
US6732314B1 (en) * 2000-05-26 2004-05-04 3Com Corporation Method and apparatus for L2TP forward error correction
US7224702B2 (en) * 2000-08-30 2007-05-29 The Chinese University Of Hong Kong System and method for error-control for multicast video distribution
US7151754B1 (en) * 2000-09-22 2006-12-19 Lucent Technologies Inc. Complete user datagram protocol (CUDP) for wireless multimedia packet networks using improved packet level forward error correction (FEC) coding
US6675340B1 (en) * 2000-10-19 2004-01-06 Network Equipment Technologies, Inc. Forward error correction (FEC) for packetized data networks
US7095729B2 (en) * 2000-12-22 2006-08-22 Intel Corporation Method for multimedia communication over packet channels
US6745364B2 (en) * 2001-06-28 2004-06-01 Microsoft Corporation Negotiated/dynamic error correction for streamed media
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
JP4116470B2 (ja) * 2002-03-06 2008-07-09 ヒューレット・パッカード・カンパニー メディア・ストリーミング配信システム
KR100458878B1 (ko) * 2002-05-03 2004-12-03 학교법인 경희대학교 Ｆｅｃ 코딩 방식에 기초한 가변길이 패킷 송수신 방법
US6851084B2 (en) * 2002-06-10 2005-02-01 Harris Corporation Forward error correction method and system for reliable transmission of real time data over a packet based network
US7020109B2 (en) * 2002-08-21 2006-03-28 Qualcomm Incorporated Method and system for communicating content on a broadcast services communication system
US7016327B2 (en) * 2002-08-21 2006-03-21 Qualcomm Incorporated Method and system for communicating content on a broadcast services communication system
US7085282B2 (en) * 2003-07-01 2006-08-01 Thomson Licensing Method and apparatus for providing forward error correction
US7447148B2 (en) * 2003-10-28 2008-11-04 Ntt Docomo, Inc. Method for supporting scalable and reliable multicast in TDMA/TDD systems using feedback suppression techniques
JP4349114B2 (ja) * 2003-12-10 2009-10-21 ソニー株式会社 送信装置および方法、受信装置および方法、記録媒体、並びにプログラム
WO2005086436A1 (ja) 2004-03-03 2005-09-15 Mitsubishi Denki Kabushiki Kaisha パケット転送装置、パケット転送ネットワークシステム、および、端末装置
US7328393B2 (en) * 2004-04-13 2008-02-05 Cisco Technology, Inc. Forward error correction in packet networks
JP4405875B2 (ja) * 2004-08-25 2010-01-27 富士通株式会社 エラー訂正用データの生成方法及び生成装置並びに生成プログラム及び同プログラムを格納したコンピュータ読み取り可能な記録媒体
US7904781B2 (en) * 2004-12-09 2011-03-08 Mitsubishi Electric Corporation Data transmitting device, data receiving device, and data distribution system
US7899038B2 (en) * 2006-03-30 2011-03-01 Audiocodes Ltd. Method and apparatus for communicating fax data over the internet
US7577898B2 (en) * 2006-04-10 2009-08-18 At&T Intellectual Property I, L.P. System and method of correcting video data errors

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101753279B (zh) * 2008-12-09 2013-12-04 佳能株式会社 通信设备和通信方法
CN102262657A (zh) * 2011-06-29 2011-11-30 成都市华为赛门铁克科技有限公司 多媒体数据存储方法及系统
CN102262657B (zh) * 2011-06-29 2014-12-03 华为数字技术（成都）有限公司 多媒体数据存储方法及系统
CN110278058A (zh) * 2019-06-05 2019-09-24 华为技术有限公司 一种冗余信息反馈方法及通信装置
CN110278058B (zh) * 2019-06-05 2020-11-03 华为技术有限公司 一种冗余信息反馈方法及通信装置
CN112532341A (zh) * 2019-09-17 2021-03-19 青岛海信宽带多媒体技术有限公司 一种媒体数据播放方法及装置

Also Published As

Publication number Publication date
US9191158B2 (en) 2015-11-17
EP1924019A3 (en) 2011-01-05
EP1924019B1 (en) 2012-07-11
JP2008131153A (ja) 2008-06-05
JP4250654B2 (ja) 2009-04-08
EP1924019A2 (en) 2008-05-21
US20080222494A1 (en) 2008-09-11
CN101184034B (zh) 2011-01-05

Similar Documents

Publication Publication Date Title
CN101184034B (zh) 通信设备和通信方法
Laoutaris et al. Delay tolerant bulk data transfers on the internet
CN101133599B (zh) 批量数据传输的方法和系统
Laoutaris et al. Delay-tolerant bulk data transfers on the Internet
US7346699B1 (en) Reliable multicast
CN101383679B (zh) Fec传输处理设备和方法
Li et al. Mean-field-analysis of coding versus replication in cloud storage systems
US20080089333A1 (en) Information delivery over time-varying network topologies
CN105681213A (zh) 信息中心联网中的跟踪排队延迟和执行相关的拥塞控制
CA2657219A1 (en) Buffer for storing data and forward error correction (fec)
CN101409706A (zh) 一种边缘网络中的数据分发方法、数据分发系统及相关设备
CN103875218A (zh) 内容再生信息推测装置、方法以及程序
US9118478B2 (en) Fault-tolerant data transmission system for networks with non-full-duplex or asymmetric transport
CN101632263B (zh) 服务器与客户终端及以包方式实时发送/接收数据的方法
CN105450357A (zh) 编码参数的调整、反馈信息的处理方法及装置
CN110892661A (zh) 优化网络参数以实现网络编码
CN103763217A (zh) 多路径tcp的分组调度方法和装置
CN109450606A (zh) 数据传输管控方法及装置
JP6643424B2 (ja) パケット伝送順序を再配列するための映像エンコーディング装置及びその動作方法
CN101883047B (zh) 多网络接口设备的数据并发传输方法
Nebat et al. Resequencing considerations in parallel downloads
JP4527627B2 (ja) コンテンツの配信装置，コンテンツ配信ネットワークおよびコンテンツ配信方法
CN104168613A (zh) 一种移动云计算环境中发生切换时的传输方法及装置
Lukac et al. Disruption tolerant shell
CN101911613A (zh) 网卡及信息处理装置

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: 20161209

Address after: Tokyo, Japan port area Zhi Pu Ding Ding 1, No. 1

Patentee after: Toshiba Corp

Patentee after: Toshiba video solutions

Address before: Tokyo, Japan port area Zhi Pu Ding Ding 1, No. 1

Patentee before: Toshiba Corp

TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20180509

Address after: Japan, Aomori Prefecture, three Ze City, South three Ding Ding 31 31 land No. 2776

Patentee after: Toshiba video solutions

Address before: Tokyo, Japan port area Zhi Pu Ding Ding 1, No. 1

Co-patentee before: Toshiba video solutions

Patentee before: Toshiba Corp

TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20210902

Address after: 218 Qianwangang Road, Qingdao Economic and Technological Development Zone, Shandong Province

Patentee after: Hisense Video Technology Co.,Ltd.

Patentee after: TOSHIBA VISUAL SOLUTIONS Corp.

Address before: Japan, Aomori Prefecture, three Ze City, South three Ding Ding 31 31 land No. 2776

Patentee before: TOSHIBA VISUAL SOLUTIONS Corp.