CN1754364A - 发射/接收系统、发射设备和方法及接收设备和方法 - Google Patents

发射/接收系统、发射设备和方法及接收设备和方法 Download PDF

Info

Publication number
CN1754364A
CN1754364A CNA2004800054453A CN200480005445A CN1754364A CN 1754364 A CN1754364 A CN 1754364A CN A2004800054453 A CNA2004800054453 A CN A2004800054453A CN 200480005445 A CN200480005445 A CN 200480005445A CN 1754364 A CN1754364 A CN 1754364A
Authority
CN
China
Prior art keywords
data
serial number
request
bag
header
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CNA2004800054453A
Other languages
English (en)
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.)
Sony Corp
Original Assignee
Sony 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 Sony Corp filed Critical Sony Corp
Publication of CN1754364A publication Critical patent/CN1754364A/zh
Pending legal-status Critical Current

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
    • 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
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • 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/1848—Time-out mechanisms
    • 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/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1874—Buffer management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/164—Adaptation or special uses of UDP protocol
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Communication Control (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

一种具有改进的通信可靠性的发射机和接收机。在使用UDP作为传输层的通信中，发射和接收增加的RTP报头。接收机参考接收的RTP报头中的顺序号以确定号码的连续性。当未接收到包括连续顺序号的数据时，确定某些数据丢失，并且重新发射包括已经判定为丢失的顺序号的数据的请求被发射到发射机。通过接收由发射机重新发射以响应请求的数据，接收机获得丢失的数据。本发明可应用于用于发射数据的发射机和用于接收数据的接收机。

Description

发射/接收系统、发射设备和方法及接收设备和方法
技术领域
本发明涉及发射和接收系统、发射设备、发射方法、接收设备和接收方法。更特别地，发明涉及用于补偿发射或接收时已经丢失的包(packet)的发射和接收系统、发射设备、发射方法、接收设备和接收方法。
背景技术
当今电子网络已经获得了广泛的认同，并且在这些网络上正提供越来越多的服务。一些网络以有线的方式构造；而其它以无线方式构造。
随着网络开始普遍使用，已经存在对改善正在使用的任何网络上的通信的可靠性的需要。例如，如果正在传输目标数据的网络路径上产生某个故障，就安排形成其它路径，使得可以在替代路径上传输相同的数据到它的目的地。在公开的日本专利No.Hei 11-98161中说明性地公开了用于实现这样的传输以阻止数据遗失的方法。
在近些年，无线LAN(局域网)作为家庭网络已经变得流行，因为这种类型的网络比它的有线对应物更易于安装。但是，因为它的特殊的特性，无线LAN趋向于不如有线LAN可靠。
例如，无线LAN建立显然涉及无线发射和接收数据。如果人穿过通信中的发射机和接收机之间的数据路径，或者如果家中的湿度或其它周围因素显著改变，该建立中通信的状态可能容易恶化。通信状态的恶化可能导致发射或接收(即通信)期间的数据遗失或其它不规律。
为抗衡该不足，一般在无线数据发射和接收建立中设立重新发射控制。特别地，已经从发送方接收到数据的接收方返回ACK(确认)信号给发送方。发送方持续发射相同的数据给接收方预先确定的次数(即，重新发射)，直到接收到ACK信号。
这样的重新发射控制要求发送方在反复地发射数据给接收方时检查接收方的状态。因为发送方连续地重新发射相同的数据，即因为发送方重复地不断发射相同的数据而没有其它数据，延迟很可能积累。那经常意味着要发送的数据当它被需要时不能正好被发射。
这样的情况也可能发生：从发送方正常接收数据的接收方返回ACK信号，但是信号没到达发送方。在那种情况下，发送方还是继续数据重新发射。这样的重新发射不必要且浪费，也可能导致延迟和通信可靠性的恶化。
对接受方来说，它面临重复接收已经正常接收的相同数据的前景，并且被迫采取措施以处理重新发射的数据。这是另一个被浪费地重复的过程。
当使用属于OSI层模型的传输层的TCP(传输控制协议)时，以上类型的重新发射控制(即，验证是否发射的数据已经由接收方正常接收)被说明性地执行，但是当使用也属于OSI层模型的相同传输层的UDP(用户数据报协议)时不执行。
由此得出：当在UDP下发射和接收数据时，接收方可能未接收某些数据，但是丢失的数据不能从发送方获得。
发明内容
鉴于以上情况已经做出本发明，并且本发明提供配置，使得如果由发送方发射的数据因为某些原因未由接收方接收到，那么数据由请求发送方重新发射丢失数据的接收方从发送方获得。
根据本发明，提供一种发射和接收系统，包括用于发射数据的发射设备和用于接收由发射设备发射的数据的接收设备；其中发射设备包括：获得装置，用于获得数据；补充装置，用于以指示数据顺序的顺序信息补充由获得装置获得的数据；存储装置，用于存储由补充装置以顺序信息补充的数据；发射装置，用于发射由补充装置以顺序信息补充的数据到接收装置；以及重新发射装置，如果由接收装置请求重新发射由发射装置发射的数据，那么该重新发射装置在指令发射装置重新发射检索的数据之前从存储装置检索请求的数据；并且其中接收设备包括：接收装置，用于接收由发射装置发射的数据；判断装置，用于在从由接收装置接收的数据提取的顺序信息的基础上，判断数据是否丢失；标识装置，如果判断装置认为数据丢失，作为丢失数据标识数据；以及请求装置，用于请求发射设备重新发射由标识装置作为丢失数据标识的数据。
根据本发明，提供一种发射设备，包括：获得装置，用于获得数据；补充装置，用于以指示数据顺序的顺序信息补充由获得装置获得的数据；存储装置，用于存储由补充装置以顺序信息补充的数据；发射装置，用于发射由补充装置以顺序信息补充的数据；以及重新发射装置，如果由另一个装置请求重新发射由发射装置发射的数据，那么该重新发射装置在指令发射装置重新发射检索的数据之前从存储装置检索请求的数据。
最好，由其它设备重新发射数据的请求可以包括顺序信息，它指示被请求重新发射的数据的顺序；并且重新发射装置可以从存储装置检索用顺序信息补充的数据，该顺序信息与指示数据顺序的顺序信息一致。
最好，补充装置可以用至少一个根据RTP的报头作为顺序信息补充数据；并且存储装置可以存储用RTP报头补充的数据。
最好，由其它设备重新发射数据的请求可以包括顺序号信息作为RTP报头的部分；并且重新发射装置可以从存储装置检索用包括顺序号的报头补充的数据，该顺序号与包括在RTP报头中的顺序号信息一致。
根据本发明，提供一种包括以下步骤的发射方法：控制数据的获得；用指示数据顺序的顺序信息补充在获得控制步骤中获得的数据；控制在补充步骤中用顺序信息补充的数据的存储；控制在补充步骤中用顺序信息补充的数据的发射；以及如果在发射控制步骤中发射的数据由另一个设备请求重新发射，就指示发射控制步骤重新发射检索的数据，然后从在存储控制步骤中控制的存储器中检索被请求的数据。
根据本发明，提供一种接收设备，包括：接收装置，用于接收数据；判断装置，用于在从由接收装置接收的数据提取的预先确定的信息的基础上，判断任何数据是否丢失；标识装置，如果判断装置认为该数据丢失，就作为丢失数据标识数据；以及请求装置，用于请求已经发射数据的另一个设备重新发射由标识装置作为丢失数据标识的数据。
最好，接收设备可以进一步包括：计数装置，用于计数从请求装置进行请求时开始的时间；以及指令装置，每次预先确定的时间周期已经由计数装置计数，就指令请求装置进行另一个请求。
上面的预先确定的信息最好可以构成指示数据顺序的顺序信息。
最好，如果所述判断装置存储作为包括在接收到的数据中的所述顺序信息中的最后的第一顺序信息，如果认为所述第一顺序信息与包括在新接收到的数据中的第二顺序信息不连续，并且如果发现所述第一顺序信息在顺序上晚于所述第二顺序信息，那么所述判断装置可判定所述数据已经丢失；所述标识装置可作为丢失数据标识包括第三顺序信息的数据，该第三顺序信息插入在所述第一顺序信息和第二顺序信息之间到来；以及所述请求装置可请求所述另一个设备重新发射包括所述第三顺序信息的数据作为认为已经丢失的所述数据。
最好，上面的预先确定的信息可构成以递增顺序排列并分配给数据的序列号；如果所述判断装置存储作为包括在接收到的数据中的所述序列号的最大的第一号码，如果认为所述第一号码与包括在新接收到的数据中的第二号码不连续，并且如果发现所述第一号码小于所述第二号码，那么所述判断装置可判定所述数据已经丢失；所述标识装置可作为丢失数据标识包括第三号码的数据，该第三号码插入在所述第一号码和所述第二号码之间到来；以及通过发射包括关于所述第三号码的信息的数据到所述另一个设备，所述请求装置可请求所述另一个设备重新发射包括所述第三号码的数据，作为认为已经丢失的数据。
最好，判断装置可以从数据提取根据RTP的报头作为上面的预先确定的信息，以便在包括在报头中的关于顺序号的信息的基础上确定数据是否丢失。
最好，如果所述判断装置存储包括在所述报头中的顺序号的最大的第一顺序号，如果认为所述第一顺序号与包括在新提供的报头中的第二顺序号不连续，并且如果发现所述第一顺序号小于所述第二顺序号，那么所述判断装置可判定所述数据已经丢失；所述标识装置可作为丢失数据标识具有包括第三号码的报头的数据，该第三号码插入在所述第一顺序号和所述第二顺序号之间到来；以及通过发射包括关于所述第三顺序号的信息的数据到所述另一个设备，所述请求装置可请求所述另一个设备重新发射认为已经丢失的所述数据。
最好，请求装置可以在TCP下发射包括关于第三顺序号的信息的数据。
最好，如果认为所述第一顺序号与所述第二顺序号不连续，并且如果发现所述第一顺序号大于所述第二顺序号，那么所述判断装置可判定包括所述第二顺序号的数据是重新发射的数据。
根据本发明，提供一种包括以下步骤的接收方法：控制数据的接收；在预先确定的信息的基础上判断任何数据是否丢失，该预先确定的信息从接收控制步骤中接收的数据提取；如果在判断步骤中认为数据丢失，就作为丢失数据标识数据；以及请求已经发射数据的另一个设备重新发射在标识步骤中标识的被判断为丢失数据的数据。
根据本发明，如上所概括的，如果接收设备在发射-接收过程期间没有接收到从发射设备发射的数据，接收设备就请求发射设备重新发射丢失数据。
根据本发明，发送方存储已经发射的数据，使得如果接受方发出重新发射已经发射的任何数据的请求，发送方就从存储器检索请求的数据并重新发射检索的数据。
同样根据本发明，如果接受方认为数据已经丢失，接受方就发送用于标识丢失数据的信息给发送方。
附图说明
图1是显示作为本发明的实施例实现的发射和接收系统的典型结构的示意图；
图2是显示发射设备的典型内部结构的方块图；
图3是由发射设备发射的数据的说明图；
图4是TS包的报头的说明图；
图5是RTP报头的说明图；
图6是UDP报头的说明图；
图7是IP报头的说明图；
图8是MAC报头的说明图；
图9是显示接收设备的典型内部结构的方块图；
图10是存储在存储单元中的数据的说明图；
图11是构成由接收设备执行的请求数据重新发射的典型过程的步骤的流程图；
图12是构成图11的流程图中步骤S17的过程的步骤的流程图；
图13A、13B是说明图，它显示顺序号被接收到时可以如何彼此相关；
图14是构成由发射设备执行的处理重新发射请求的典型过程的步骤的流程图；
图15是显示可以使用的存储媒体的说明图。
具体实施方式
现在将参考附图说明本发明的优选实施例。图1是显示作为本发明的实施例实现的发射和接收系统的典型结构的示意图。图1的发射和接收系统由发射设备1和接收设备2组成。发射设备1通过天线3接收TV广播数据并发射接收的数据给接收设备2。接收设备2包括显示设备(如，显示器)和音频输出设备(如，扬声器)，由此输出从接收的数据得到的图像和声音。
以下假定：模拟信号TV广播被接收，并且表示接收到的广播的数据被发射到接收设备2。但是，这不是发明的限制。本发明不仅适用于模拟信号TV广播，而且适用于数字信号TV广播如BS(广播卫星)数字广播、CS(通信卫星)数字广播和地面数字广播。
也可能连接设备如VTR(磁带录像机)和DVD(数字通用盘)播放器到发射设备1，使得可以发射和接收来自所连接设备的数据。此外，发射设备1可以连接到网络如因特网，也可以发射和接收所连接的网络上获得的信息。
发射设备1和接收设备2无线地发射和接收数据。根据IEEE 802.11a标准执行无线通信。例如，用户可以在他的或她的家中某处固定地建立发射设备1，而携带接收设备2到家中希望的位置以收看TV广播。
图2显示发射设备1的典型内部结构。图2中说明的内部结构指示需要结合本发明说明的有关组件。未显示与发明无关的组件，如用于从接收的TV广播选取用户指定节目的调谐器，或者用于切换来自连接到发射设备1的VTR、DVD播放器等的输入的开关。
发射设备1输入通过天线3接收的表示TV广播的数据(信号)。输入信号图示为模拟信号，它被引入MPEG(运动图像专家组)编码器21。MPEG编码器21又将输入模拟信号转换为MPEG压缩格式的数字数据。
在数字信号TV广播数据输入的情形，不需要使用MPEG编码器21对数据编码。那意味着设备不需要构造为使所有输入数据通过MPEG编码器21；可以提供不同端口，通过它们输入不同类型的数据。在那种情况下，发射设备1可以配备未显示的开关，用于选择输出目的地以向其转发输入数据。
从MPEG编码器21的输出是传输流包(TS包)形式并提供给RTP(实时协议)报头补充单元22。RTP报头补充单元22将预先确定数目的(如7个)提供的TS包放在一起，并且用RTP报头补充分组的包。包分组与它的报头一起发送到UDP(用户数据报协议)补充单元23，以及存储单元28。由RTP报头补充单元22用RTP报头补充的TS包分组可以称为RTP包。
在发送包和报头到IP(因特网协议)报头补充单元24之前，UDP报头补充单元23用UDP报头进一步补充提供的RTP包。由UDP报头补充单元23用UDP报头补充的RTP包可以称为UDP包。
IP报头补充单元24用IP报头补充提供的UDP包，并且转发包和报头到MAC(媒体访问控制)报头补充单元25。由IP报头补充单元24用IP报头补充的UDP包可以称为IP包。
MAC报头补充单元25用MAC报头补充提供的IP包，并且发送包和报头到通信单元26。由MAC报头补充单元25用MAC报头补充的IP包可以称为MAC包。
如所述在不同阶段用不同报头补充并转换为MAC包的TS包，从通信单元26发射到接收设备2。通信单元26不仅发射MAC包(数据)到接收设备2，而且也从接收设备2接收数据。来自接收设备2的数据通常构成重新发射请求，该请求由设备2在未从发射设备1接收到数据时输出，随后将说明这一点。如果接收到重新发射请求数据，就转发数据到重新发射控制单元27。
根据提供的数据，重新发射控制单元27识别请求重新发射的数据，并且使识别的数据从存储单元28提供给UDP报头补充单元23。存储单元28存储请求时可以重新发射的数据。存储的数据由RTP包组成，该RTP包由RTP报头补充单元22用RTP报头补充。
图3是典型数据(MAC包)的说明图，在经过从MPEG编码器21到MAC报头补充单元25的一系列组件的处理之后，该数据提供给通信单元26。如图3中所示，提供给通信单元26的数据包括由MPEG编码器21编码的TS包41。如上所述，7个TS包41-1到41-7构成一个提供给通信单元26的MAC包。每个TS包由188字节组成。
单个TS包41(如，TS包41-1)由报头部分51和数据部分52构成。报头部分51包括如图4中所示的数据。数据部分52包括要由接收设备2(图1)作为图像或声音提供给用户的视频数据或音频数据。
图4显示TS包41中的报头51的典型数据结构。报头部分51由4字节构成，而数据部分52由184字节构成。报头51中的“同步字节”字段用于提供同步，并且它的值说明性地固定在47h。“错误标志”是指示TS包41中是否存在任何不可纠正的比特错误的标志。
“开始标志”指示这个包是新的PES包或新的TS-PSI选择。“优先级标志”指示这个包的优先级。如果优先级标志比特设置为1，那意味着这个包的优先级高于其它TS包41。“PID”字段构成13比特数值(标识符)，指示TS包41的有效载荷部分(即，数据部分52)是否包含视频数据、音频数据或TS-PSI(TS-节目特定信息)。
“加扰模式”字段包含指示数据部分52的加扰模式的信息。“适应字段标志”是提供这样的信息的标志：该信息指示包含PCR(节目时钟参考)等信息的适应(adaptation)字段存在或不存在。“连续计数器”字段包含计数器值，该值对具有相同PID的包加1。
MPEG编码器21(图2)将输入的模拟信号转换为数字数据。然后数字数据经过MPEG压缩，以便产生图4中所示的数据部分52和报头部分51，由此产生单个TS包41。
图3显示7个这样的TS包41。由RTP报头补充单元22(图2)补充的RTP报头42(图3)具有如图5中所示的数据结构。
RTP报头42中的参考字符“V”表示版本比特，即指示布置RTP报头42的格式的版本号的信息。参考字符“P”表示用于调整这个包的大小的填充比特。参考字符“X”代表在功能扩展时间指定的扩展比特。
参考字符“CC”表示CSRC计数，即指示实时发射过程中涉及的发射源的数目的信息。参考字符“M”表示界定每个包的帧边界的标志比特。参考字符“PT”代表关于有效的有效载荷类型的有效载荷类型构成信息。“顺序号”字段包含指示按照顺序的RTP包的号码的信息。
“时间戳”字段给出关于产生RTP报头42的时间戳的信息。“SSRC”字段构成同步源标识符，该标识符指示同步源，即第一个发射的源。“CSRC”字段包含贡献源标识符，该标识符标识向其发射消息中包括的包的分组的目的地(客户机)。
TS包41插入到有效载荷中，该有效载荷对应于包含上述信息项的RTP报头42。带有以上RTP报头42的RTP包进一步由UDP报头补充单元23(图2)用UDP报头43(图3)补充。
图6显示UDP报头43的典型数据结构。UDP报头43中的“SRC端口”字段包含指定发射源的端口号的信息。“DEST端口”包含指定向其发送数据的目的地的端口号的信息。两个字段提供用于指定要使用的服务的信息。
“长度”字段包含指示UDP报头43和其后的数据的组合长度(字节)的信息。“校验和”字段包含构成在UDP报头信息和数据长度的基础上计算的值的信息。接受方执行与发送方相同的计算以计算校验和。然后对计算值与包括在接收到的UDP报头43中的校验和是否匹配作出判断。校验和不匹配指示可能传输中包已经损坏。
带有以上UDP报头43的UDP包进一步由IP报头补充单元24(图2)用IP报头44(图3)补充。图7显示IP报头44的典型数据结构。图7中IP报头44的数据结构只指示基本的报头字段；未显示可选的报头字段。
“ver”字段包含指示使用中的因特网协议(IP)的版本的信息。“IHL”字段包含指示因特网报头长度的信息，即这个报头的长度。“TOS”字段给出关于服务类型的信息，定义数据的优先级并指定要进行的传输的类型。
“TL”字段给出指示IP报头44和其后的数据的组合长度的信息。“ID”字段包含标识由IP报头44指示的IP包的信息。“FL”字段包含关于对IP层中数据的分段的控制的信息。
“FO”字段给出这样的信息，该信息指示：在IP层中数据分段时，数据位于哪里。“TTL”字段给出指示生存时间的信息，即丢弃包括这个IP报头44的数据时结束的时间周期。“PROT”字段包含指示在高于IP层的各层中使用的协议的信息。
“HC”字段给出构成校验和的信息，该校验和允许接收方判断在传输期间IP报头44是否已经损坏。“SA”字段给出指示从其发射数据的源的IP地址的信息。“DA”字段给出指示发射数据的目的地的IP地址的信息。
带有以上IP报头44的IP包由MAC报头补充单元25(图2)用MAC报头45(图3)补充。图8显示MAC报头45的典型数据结构。
“PA”字段提供用来锁定用于时钟恢复的PLL的前同步码信息。“DA”字段包含指示发射目的地的MAC地址的信息。“SA”字段给出指示发射源的MAC地址的信息。“类型”字段给出指示上层协议的信息。
“长度”字段包含指示构成有效载荷的字节数的信息。一个MAC报头45不是携带“类型”信息，就是携带“长度”信息。“FCS”字段提供用于错误检查的信息。通过布置包括上述信息的MAC报头45产生图3中显示的数据(即，MAC包)。
为便于说明，这里假定：从发射设备1发射具有图3中所示的结构的数据到接收设备2。虽然具有其结构去掉RTP报头42的数据也可以发射到接收设备2，但本发明的这个实施例假定：带有RTP报头42的数据以图3中说明的格式发射。
数据与RTP报头42一起发射的事实是本发明的实施例实现它的特征之一的前提。即，如随后将更详细讨论的，如果来自发射设备1的数据因为某种原因未由接收设备2接收到，那么RTP报头42中的信息(更特别的，图5中的“顺序号”)用于获得丢失的数据。
UDP报头43可以由TCP(传输控制协议)报头代替。但是，本发明的实施例选择利用图3中所示的UDP报头43。
发出的数据不用TCP报头而用UDP报头补充是因为下面的原因：使用TCP作为传输层协议时提供TCP报头，而使用UDP作为传输层协议时提供UDP报头。
要使用TCP还是UDP作为传输层协议部分依赖于：按照协议的通信过程期间发射和接收什么种类的数据。TCP可以称为连接类型协议，而UDP称为无连接类型协议。
作为连接类型协议，TCP在处理数据交换中要求复杂的过程，但是在通信过程期间确保更高程度的可靠性。如此，主要对认为可靠性优先的通信使用TCP。与TCP相反，作为无连接类型协议，UDP在处理数据交换中需要非常简化的过程，同时减少了通信需要的时间。即，主要对认为处理速度优先的通信使用UDP。
通过本发明的这个实施例，由发射设备1接收的TV广播数据被发射到接收设备2。因为该原因，采用UDP作为协议，在实时数据交换中认为处理速度而非可靠性优先。
但是在UDP下的通信过程期间，发射设备1保持连续发射数据，而不管由接收设备2实际上接收的数据。接收设备2可能未能接收到正在连续发射的数据中的某些。如果接收设备2继续它的处理而未得到丢失的数据，提供给用户的图像或声音就可能被中断，或者被干扰。如果可能的话，应该避免这些不规则性。
通过本发明的这个实施例，配置接收方获得UDP下的通信期间以某种方式在传输中已经丢失的数据。接下来是具有获得丢失数据能力的接收设备2的说明。
图9显示接收设备2的典型内部结构。接收设备2的通信单元61从发射设备1接收数据，并且将有关数据发送回发射设备1。如图3中构造的由通信单元61从发射设备1接收的数据送给MAC报头提取单元62。MAC报头提取单元62从提供的数据(即，MAC包)提取MAC报头45(图3)，并且转发没有MAC报头的IP包到IP报头提取单元63。
IP报头提取单元63从提供的IP包提取IP报头44，并且发送作为结果的UDP包到UDP报头提取单元64。UDP报头提取单元64从提供的UDP包提取UDP报头43，并且提供作为结果的RTP包到号码检查单元65。
号码检查单元65参考RTP报头42中的“顺序号”字段(图5)，并且检查其中包含的顺序号。顺序号一般是以升序分配给包(即RTP报头42)的序列号，即以由发射设备1处理包的顺序分配。或者，顺序号可以降序分配给包。
号码检查单元65检查每个提供的RTP包的顺序号。如果发现检查的顺序号是顺次连续的，那么号码检查单元65发送所述包到顺序重构单元66。如果发现检查的顺序号不是顺次连续的，那么号码检查单元65转发提供的RTP包到顺序重构单元66，同时指令重新发射控制单元70请求发射丢失的数据。得到请求重新发射包括感兴趣的RTP包的包的指令，重新发射控制单元70使通信单元61发射构成重新发射请求的数据给发射设备1。
同时，顺序重构单元66参考每个提供的RTP包的顺序号，并且检查以判断存储单元68中是否存储了具有与顺序号相同号码的数据(即，对应的数据)。如果发现要存储对应的数据，顺序重构单元66丢弃提供的RTP包；如果没有发现对应的数据，那么顺序重构单元66转发提供的RTP包到RTP报头提取单元67。
RTP报头提取单元67从提供的RTP包提取RTP报头42，并且存储作为结果的TS包41到存储单元68中。这样放入存储单元68的TS包41与包括在它们的RTP报头42中的顺序号一起存储。
存储单元68用作缓存器，该缓存器连续输出TS包41到MPEG解码器69。MPEG解码器69根据MPEG标准对连续提供的TS包41解码。从MPEG解码器69的输出送给未显示的显示单元和扬声器，作为提供给用户的图像和声音。
计时单元71包含计数装置，用于计时以监视放入存储单元68中的TS包41。如果发现任何TS包41(数据)从存储单元68丢失，计时单元71指令重新发射控制单元70请求重新发射丢失的TS包41。
下面是存储在存储单元68中的数据的说明。图10是描述存储在存储单元68中的数据的典型结构的说明图。在存储单元68中，如上所述，包括在RTP报头42中的顺序号结合包含在对应于顺序号的该RTP包中的TS包一起存储。
存储在存储单元68中的顺序号可以是顺序号本身，或者是唯一代表这些顺序号的适当的数据。
说明性地，如图10中所示，顺序号“1”结合TS包1-1到1-7一起存储。那是因为本发明的实施例假定每个RTP包(即，由接收设备2接收的MAC包)包括7个TS包。如果假定一个RTP包中包括8个TS包，那么顺序号“1”将关联于8个TS包1-1到1-8存储。
重新参考图10，顺序号“2”同样与7个TS包2-1到2-7一起存储。但是，在图10的例子中，顺序号“3”没有TS包随其一起存储，虽然由关联将想到TS包3-1到3-7。顺序号“4”结合TS包4-1到4-7一起存储。
如所述，已经正常接收并处理的TS包结合对应的顺序号一起存储在存储单元68中的适当的区域中。即，TS包按照它们的顺序号顺序产生的顺序存储。如果因为某种原因，任何TS包没有正常接收到，就没有包与对应的顺序号一起存储(如，图10中与顺序号“3”相关联的区域没有包被存储)。
在存储单元68中，如所述，与其中已经存储TS包的区域相关的顺序号和对应于没有存储包的区域的顺序号共存。在这样的设置中，通过使用指示TS包存在或不存在的标志，可以区分具有存储了TS包的区域的顺序号和具有没有TS包的区域的顺序号。该标志也可以用于随后说明的过程中。
如所述，当在存储单元68中未发现某些TS包时，即在某些顺序号丢失的情形，号码检查单元65或计时单元71指令重新发射控制单元70输出数据，用于请求重新发射丢失的TS包(那些未在存储器中发现的)。
同时，在图9中所示构造接收设备2的情形，号码检查单元65检查以判断任何提供的RTP报头42的顺序号是否丢失。计时单元71参考存储单元68以判断是否存在从存储器丢失的任何TS包。顺序重构单元66参考存储在存储单元68中的TS包，并且以这样的方式重构它们的顺序：TS包以它们的顺序号的顺序存储。
下面参考图11和12的流程图说明如上指令执行的过程。在步骤S11中，由号码检查单元65设置初始值。当接通接收设备2时，即当发现要接收新的数据(新的RTP包)时，说明性地执行初始化。
当从RTP报头42检索到新的顺序号时，检测新的数据的接收。通过比较存储在号码检查单元65中的顺序号和来自提供的RTP报头的顺序号，判断给定的顺序号是否是新的。
为执行上面的比较和随后讨论的其它过程，号码检查单元65一直保留来自提供的每个RTP包的RTP报头42中的顺序号。每当提供新的RTP包时，更新这样存储的顺序号。如果发现提供的顺序号大于存储的号码，正常执行更新(即，除了设置初始值时)。那意味着存储的顺序号目前是顺序号中最大的。
但是，设置初始值不考虑这样的限制。初始化涉及比较目前由号码检查单元65保存的号码和提供的RTP报头42中发现的顺序号。如果发现被比较的值之间的差别大(即，大于预先确定的值)，那就被解释为已经开始新数据的标志被接收。在那种情况下，更新当前保存的数据。
正常操作期间可以执行初始化过程。例如，如果在长的时间周期中因为某种原因未接收到来自发射设备1的数据，顺序号的连续性可能被破坏。如果由号码检查单元65保存的号码和提供的RTP报头42中的顺序号之间的差别变得大于预先确定的值，将执行与初始化过程相同的过程。
如上所述设置初始值之后，从步骤S12开始执行正常操作。对每个接收到的数据增加执行图11和12的流程图中的步骤。但是，一旦完成初始化，可以省略步骤S11，并且只需要执行步骤S12和随后的步骤。
初始化之后是步骤S12，在该步骤中判断：接收到的MAC包中的RTP报头42的顺序号是否顺次连续。这个检查也由号码检查单元65执行。如上所述，号码检查单元65保留来自提供的RTP包的RTP报头42的顺序号中目前最大的。
顺序号由发射设备1的RTP报头补充单元22基本上按照创建RTP报头的顺序产生(通常按递增顺序)。产生的顺序号按照它们产生的顺序从通信单元26输出。作为结果，RTP包和它们的基本上连续的顺序号一起被发射到接收设备2的号码检查单元65。在上面的措辞中使用词“基本上”以预期这样的可能性：因为某种原因，RTP包可能未按它们的顺序号的顺序发射或接收。那种可能性在下面说明的步骤中处理。
返回到图11的流程图，号码检查单元65转到步骤S12，并且检查以判断：接收到(即提供的)RTP包中的RTP报头42的顺序号是否等于当前保留的值加1(即，顺次连续的号码)。
如果在步骤S12中发现提供的RTP包中的RTP报头42的顺序号是顺次连续的号码，传递控制给步骤S13。当正常接收和处理来自发射设备1的数据时，进行上面的判断。在这种情况下，在步骤S13中将正常接收和处理的数据(即TS包)存储到存储单元68中。
如果号码检查单元65判定提供的RTP包中的RTP报头42的顺序号是顺次连续的，转发该RTP包给顺序重构单元66。得到RTP包后，顺序重构单元66参考包中的RTP报头42以便检索顺序号。顺序重构单元66然后检查以判断对应于检索的顺序号的TS包是否存储在存储单元68中。
如果发现RTP包具有顺次连续的号码，就认为RTP包是新接收的RTP包。在这种情况下，顺序重构单元66判定提供的RTP包中的TS包未存储在存储单元68中。这个判定之后，发射这个RTP包到RTP报头提取单元67。
RTP报头提取单元67从提供的RTP包提取RTP报头42，并且存储作为结果的TS包到存储单元68中。在这点，如上所述，TS包结合包括在RTP报头42中的顺序号一起存储。
如果在步骤S12中号码检查单元65判定提供的RTP报头42中的顺序号未与当前保留的号码顺次连续，那么传递控制到步骤S14。在步骤S14中，号码检查单元65检查以判断提供的RTP包中的RTP报头42的顺序号是否大于保留的号码。
如果在步骤S14中号码检查单元65判定提供的RTP包中的RTP报头42的顺序号不大于当前保存的号码(即小于后者)，那么传递控制到步骤S15。
如上所述，来自发射设备1的数据基本上按照它的顺序号的顺序接收和处理。正常地，号码检查单元65在步骤S14中发现每个提供的RTP包中的RTP报头42的顺序号大于保留的号码。尽管如此，步骤S14中的检查结果可能不知何故导致为负(例如，如当因为某种原因未按顺序发射或接收包)。在那种情况下，传递控制给步骤S15。
作为随后要说明的步骤S17的执行结果，发射设备1可以重新发射具有这样的顺序号的数据，该顺序号小于在该时间点应该发射的数据的顺序号。这样的重新发射之后，具有较小顺序号的数据由接收设备2正常接收和处理。在那种情况下，步骤S14中的检查将导致为负，接着是步骤S15中的另一个检查。
如果在步骤S14中，号码检查单元65判定提供的RTP报头42中的顺序号不大于当前保存的号码，号码检查单元65发送提供的RTP包到顺序重构单元66。在步骤S15中，顺序重构单元66参考存储单元68以判断提供的RTP包中的TS包是否已经存储在存储单元68中。
如上面参考图10所述，正常处理的TS包与相应的顺序号相关联地存储在存储单元68中。顺序重构单元66从提供的RTP报头42检索顺序号，并且判断与检索的顺序号相关联的TS包是否存储在存储单元68中。
下面参考图13A和13B说明执行上面步骤的原因。图13A中显示正常发射和接收数据的状态。在这种情况下，携带连续顺序号的包(数据)由发射设备1正常发射，并且由接收设备2正常接收和处理。在图13A的状态中，以正确顺序方式发射和接收具有顺序号“97”到“102”的包。
与上面的数据发射和接收的正常状态相反，图13B中显示发射和接收具有不连续顺序号的包的状态。说明性地，具有顺序号“99”的包跟随具有顺序号“97”的包。在顺序号中某些被跳过使得它们变得不连续但仍然按递增顺序这样的情况下，发出重新发射请求。随后作为步骤S17的过程将说明重新发射的请求。
具有顺序号“99”的包之后接收到具有顺序号“100”的包。推测具有顺序号“100”的包要由具有顺序号“101”的包跟随，但是事实上接收到具有顺序号“98”的包。在这点由接收设备2接收到的具有顺序号“98”的包是由发射设备1重新发射以响应上述重新发射请求的包，或者是在具有顺序号“100”的包之后到达的包，因为当由发射设备1发射或由接收设备2接收时，它不知何故与其它包改变了位置。
无论如何，在这里由接收设备2第一次接收和处理具有顺序号“98”的包。这表明包还未存储在存储单元68中。即，在步骤S15中顺序重构单元66判定：在存储单元68中未发现正在考虑的包。
重新参考图13B中的状态，具有顺序号“98”的包存储在存储单元68中之后，接收和存储具有顺序号“101”的包，接着是具有顺序号“98”的包。如上所述，具有顺序号“98”的包是响应先前发出的重新发射请求接收到的包，或者是当发射或接收时不知何故与其它包改变了位置的包。
无论如何，与具有顺序号“101”的包之后处理的具有顺序号“98”的包相同的包在具有顺序号“100”的包之后已经接收、处理并存储到存储单元68中。因此，顺序重构单元66在步骤S15中判定存储单元68中存储了正在考虑的包。
执行步骤S15以便回避这样的可能性：如上所述，具有与先前接收的包相同的顺序号的包可以由接收设备2重新接收和处理。在步骤S15中发现已经存储在存储单元68中的包(如，具有顺序号“98”的包)不需要重新放入存储单元68。在那种情况下，传递控制给步骤S16，并且丢弃正在考虑的包。
如果在存储单元68中未发现包，那么传递控制给步骤S13，并且将正在考虑的包存储到存储单元68中。当任何包要存储到存储单元68中时，该包被写到为正在考虑的包预先分配的区域(即，对应于当前存储的顺序号的区域)中。换句话说，比应该晚于正在考虑的包到达的包晚接收的包，被安排与其它包改变位置，使得将未按顺序接收的包写到存储单元68，好像以正确地顺次方式接收到它。由顺序重构单元66执行这样的对存储器的控制。
现在将说明重新发射请求。在步骤S17(图11)中执行重新发射请求过程。如果在步骤S12中号码检查单元65判定提供的RTP包中的RTP报头42的顺序号未和当前保留的号码连续，以及如果在步骤S14中发现顺序号大于保留的号码，就传递控制到步骤S17。
再参考图13B中的状态，当发射具有顺序号“97”的RTP包到号码检查单元65，接着是具有顺序号“99”的RTP包时，到达步骤S17。这是应该已经提供具有顺序号“98”的包但未接收到(即，丢失)的状态。
然后在步骤S17中执行重新发射请求过程。下面参考图12中的流程图说明这个过程。重新发射请求过程是这样的过程：请求发射设备1重新发射具有应该已经提供但未接收到的顺序号的RTP包，即认为丢失并且需要获得的包。
在步骤S31中，号码检查单元65判定认为丢失的顺序号。在步骤S32中，号码检查单元65报告关于判定的号码的数据给重新发射控制单元70。换句话说，号码检查单元65判定当前保留的号码和提供的RTP包中发现的顺序号之间丢失的号码为丢失包号码(顺序号)，并且报告关于丢失号码的数据给重新发射控制单元70。
例如，在图13B的状态中，作为丢失号码报告顺序号“98”给重新发射控制单元70。如果当前保留的号码是“97”，并且如果提供的RTP包中的顺序号是“120”，那么顺序号“98”到“119”作为丢失的号码报告重新发射控制单元70。即，可以报告一个和多个号码给重新发射控制单元70作为丢失的。
从号码检查单元65得到数据之后，重新发射控制单元70在步骤S33中使计时单元71开始计时。当触发时间的计数时，重新发射控制单元65提供关于认为丢失的顺序号的数据给计时单元71。在步骤S34中，重新发射控制单元70使通信单元61发射构成重新发射请求的数据到发射设备1。
下面说明从通信单元61发射的重新发射请求数据。根据作为传输层协议采用的TCP，数据以包的形式发射。当从发射设备1发射图3中显示的数据(MAC包)时，如上所述，有效的传输层协议是UDP。对比起来，为请求重新发射从接收设备2发射的数据按照TCP放入包中。
采用TCP的原因是确保重新发射请求的确已经到达发射设备1。虽然可以按照UDP进行重新发射请求，但认为不能令人满意的是：不能判定请求本身是否已经确实发射到发射设备1。本发明的这个实施例选择TCP下而不是UDP下更可靠地执行重新发射请求。
按照TCP发射的重新发射请求数据至少包括在上面的步骤S31和S32中作为关于认为丢失的号码的数据向重新发射控制单元70报告的。
随着发射重新发射请求数据到发射设备1，到达步骤S18(图11)。在步骤S18中，计时单元71检查以判断预先确定的时间周期是否已经过去。如上所述，当重新发射请求在重新发射控制单元70的指令下发射到发射设备1时，计时单元71开始计时。
在步骤S18中，做出如下判断：计数的时间是否已经达到预先确定的值。如果在步骤S18中发现预先确定的时间周期已经过去，就到达步骤S19。在步骤S19中，计时单元71参考表示认为丢失的号码并且从重新发射控制单元70接收的数据，以便判断在存储单元68中是否发现与接收到的号码(即，顺序号)相关联的TS包。
下面更详细地说明步骤S19中进行的检查。对由接收设备2接收的每个数据增加(即，MAC包)执行上面参考图11和12的流程图讨论的过程。当在步骤S18中进行检查以了解预先确定的时间周期是否已经过去时，接收设备2保持连续不停地接收包。对每个接收的包连续地执行图11和12的流程图中的步骤。
连续接收和处理的包可能包括由发射设备1重新发射以响应执行步骤S17时发出的重新发射请求的包。如果重新发射正常发生，并且如果正常接收和处理重新发射的数据，那么假定重新发射的TS包放入存储中。因而在步骤S19中做出判断：重新发射以响应重新发射请求的TS包是否位于存储单元68中。
如果在步骤S19中，计时单元71判定：未在存储单元68中发现假设已经重新发射的TS包，那么重新到达步骤S17并发出另一个重新发射请求。这时，只为未在存储单元68中发现的TS包发出请求。
说明性地，假定：认为丢失的包具有顺序号“100”到“120”；以及为这些包发出重新发射请求。也假定：在步骤S19中，对具有顺序号“100”到“120”的包的重新发射请求之后，在存储单元68中发现对应于顺序号“100”到“110”的TS包。在那种情况下，为具有顺序号“111”到“120”的TS包的重新发射发出另一个请求。
以这种方式重复发出重新发射请求，使得将以更可靠的方式得到丢失的包(即，数据)。
虽然在图11中未显示，在步骤S19之前或之后，应该插入结束步骤S19的执行的步骤。重复发出重新发射请求，直到在步骤S19中发现请求重新发射的TS包已经放入存储单元68中。同时，连续转发存储在存储单元68中的TS包到MPEG解码器69。
重新参考图10，首先发射与顺序号“1”相关联的TS包1-1到1-7给MPEG解码器69。然后提供对应于顺序号“2”的TS包2-1到2-7给MPEG解码器69。
那之后，假定与顺序号“3”有关的TS包送给MPEG解码器69。但是在这点，如果在存储单元68中未发现与顺序号“3”有关的TS包，因而未发射给MPEG解码器69。代替的是，转发与下一个顺序号“4”相关联的TS包4-1到4-7给MPEG解码器69。
换句话说，如果在与顺序号“4”相关联的TS包提供给MPEG解码器69之前，与顺序号“3”有关的TS包未放入存储单元68中，那么随后不需要获得与顺序号“3”有关的TS包或执行任何有关过程。
考虑到这些事情，计时单元71不需要重复地进行重新发射请求，直到获得认为丢失的包。那么另一个步骤可以先于步骤S19，在该另一个步骤中判断重新发射请求是否已经发出预先确定的次数。如果发现重新发射请求已经发出预先确定的次数，那么将跳过步骤S19，并且结束图11和12中的流程图的处理。即，停止重新发射请求过程。
或者，另一个步骤可以跟随步骤S19，在该另一个步骤中判断重新发射请求是否已经发出预先确定的次数。这个替代安排以下面的方式也用于停止重新发射请求过程，其方式与等价的步骤先于步骤S19的情况中的方式基本相同。
重新发射请求要发出的次数可以与存储单元68的容量协调地确定。例如，如果存储单元68具有足够大的容量以容纳一秒的数据，并且如果步骤S18中使用的预先确定的时间周期在计时单元71上设置为100毫秒，那么在一秒的周期上步骤S18重复10次。
在那种情况下，步骤S19之前或之后(如果步骤S19中的检查的结果为负可适用)，判断是否停止重新发射请求过程的步骤包括：检查以了解是否要发出“第十个重新发射请求”。
即使发出第十个重新发射请求并且如果接收到有关数据以响应该请求，要求数据的过程已经由MPEG解码器69执行而不使用数据。那意味着没必要发出第十个重新发射请求。在这种情况下，可安排重新发射请求过程停止，而不发出第十个重新发射请求。
如所述，在重新发射请求过程停止之前，对重新发射请求可以进行的次数施加限制是可能的。或者，设置合适的时间周期作为用于判断何时停止重新发射请求的基础也是可能的。例如，如果存储单元68具有足够大的容量以容纳一秒的数据，那么计时单元71开始计时之后一秒发出的任何重新发射请求实际上没用。
然后说明性地结合步骤S18，通过检查以了解从计时开始预先确定的时间周期(在这个例子中是一秒)是否已经过去，从而可以确定是否停止重新发射请求过程。当发现预先确定的时间周期已经过去时，可以停止重新发射请求过程。
在上面的例子中显示：从重新发射控制单元70得到指令后，计时单元71开始计时。如果预先确定的时间周期过去时在存储单元68中未发现请求重新发射的TS包，就发出另一个重新发射请求。或者，可以安排计时单元71在有或没有来自重新发射控制单元70的指令的情况下计时。
如果计时单元71要连续计时，那么计时单元71可以以预先确定的间隔(如，每100毫秒)参考存储单元68，以便提取顺序号，该顺序号在存储器中发现但是没有TS包与其结合而存储。然后计时单元71可以提供表示提取的顺序号的数据给重新发射控制单元70，并且指令单元70发出重新发射请求。
接收设备2以所述方式标识丢失的包(数据)并请求发射设备1重新发射需要获得的认为丢失的包。发出这样的重新发射请求使接收设备2可获得因为某种原因未接收到(处理)的包。
是接收设备2判断任何包是否丢失。这个安排可回避在获得重新发射的包中由发射设备1和接收设备2执行的冗余步骤，该包被发射设备1认为丢失(如，当它检查确认信号是否已经接收到时)。换句话说，那么可以更有效地由发送方和接收方执行包重新发射。
为让接收设备2执行上面的处理要求构造发射设备1以重新发射数据以响应重新发射请求。由图2所示而构造的发射设备1满足要求，构造包括存储单元28以容纳要重新发射的数据。
参考图14的流程图，现在将说明为响应重新发射请求发射设备1所进行的步骤。在步骤S51中，发射设备1将来自RTP报头补充单元22的RTP包放入存储单元28。为容纳接收设备2方的TS包，存储单元28具有的容量等于或大于存储单元68的容量。
存储单元28如上所述存储RTP包。因此可能识别存储的RTP包，该RTP包与包括在这些包中的RTP报头42的顺序号有关。放在存储单元28中的RTP包以它们的顺序号递增的顺序被连续删除，从而为要存储的新RTP包腾出空位。考虑到存储单元28的容量，可以确定用于删除包的定时和要删除的打包数据的量。
来自RTP报头补充单元22的每个RTP包进而由UDP报头补充单元23、IP报头补充单元24和MAC报头补充单元25用报头补充。
这样用报头补充的每个RTP包作为MAC包从通信单元26发射到接收设备2。发射之后，存储单元28仍然保留包括在发射的MAC包中的RTP包。
在步骤S52中，判断是否已经接收到重新发射请求。由重新发射控制单元27参考通过通信单元26接收的数据执行这个检查。如上所述的数据在TCP下已经从接收设备2发射。
如果在步骤S52中发现接收到的数据构成重新发射请求，那么到达步骤S53。在步骤S53中，分析接收数据，并且因此识别用于重新发射的请求的顺序号或多个号码。
随着顺序号由重新发射控制单元27识别出来，到达步骤S54，并且从存储单元28检索具有识别出的顺序号的RTP包。从存储单元28读取的RTP包发射到UDP报头补充单元23。在重新发射控制单元27的控制下执行这些操作。
转发给UDP报头补充单元23的RTP包进而由下游的报头补充单元用更多的报头补充。这样带有报头的包从通信单元26发射到接收设备2(在步骤S55和56中)。
如所述，接收到重新发射请求时，发射设备1从存储单元28检索对应于请求的RTP包，并且重新发射检索的包到接收设备2。随着在发射设备1方执行这样的处理，接收设备2可以获得认为丢失的每个包。
根据本发明，如所述，UDP下的通信方法对减少有关通信的过程作出贡献，使得可以充分地处理涉及实时处理的通信。这使接收设备2可采取行动以获得丢失的包，由此增强通信的可靠性。
在本发明的上述实施例中，显示在执行获得丢失的包的步骤中，使用包括在每个RTP报头42中的顺序号。当为获得丢失的包采取这样的措施时，可能不仅解决传输期间丢失的包，而且解决由于发射设备1或接收设备2中不希望的故障导致丢失的包。
假定：发射设备1中的故障已经阻止携带给定顺序号的数据发射到接收设备2，或者接收设备2中的故障保证具有给定顺序号的数据被接收。
在这样的情况下，实施本发明的接收设备2发出数据的重新发射请求，该数据携带未接收到的顺序号。如果不采用RTP，不使用顺序号执行通信，那么将不可能识别任何未接收的数据(即，请求重新发射的数据)。即使接收设备2发出重新发射请求，发射设备1将完全不知道重新发射哪些数据。在那种情况下将不会发生数据重新发射。
在无线通信协议下，重试过程期间可能仍然发出重新发射请求。但是，那种协议不能识别要重新发射的数据。相比之下，基于RTP的通信，如由本发明的这个实施例进行的通信，允许执行可行的重新发射处理。随着以更可靠的方式重新发射并获得丢失的数据，相应地增强了通信的可靠性。
作为另一个替代，组合使用“顺序号”字段和“时间戳”字段(图5中)使得更容易确定是否接收到的数据是新的流数据，用于图11中的步骤S11的初始化。即，通过参考上面的两个字段，使新的数据流的识别略微容易。
例如，如果给定数据的顺序号是顺次连续的，但是它的时间戳原来是不连续的，可以作为新的流数据识别数据。在多个数据流同时流动的环境中，发射设备1可以发射其时间戳在时间上适当地错开的数据流。这使接收设备2可选择接收到的多个数据流中的任何一个，并且认为必要时发出上述重新发射请求。
虽然作为本发明的上述实施例的部分显示发射设备1接收并处理模拟信号TV广播，但这不是本发明的限制。或者，发射设备1可以接收并处理数字信号TV广播，同时仍然实施本发明。
如果安排发射设备1接收并处理数字信号TV广播，涉及的数据已经打包并且每个包带有多个报头。在这种情况下，通过省略上述用于编码和用报头补充数据的步骤，并且通过需要时重写某些报头，可以适当地实施本发明。
上述步骤或过程的序列(如与重新发射相关联的那些)可以通过具有特殊功能的硬件的适当片断或者通过软件执行。对发生的基于软件的处理，构成软件的程序可以预先合并到计算机的专用硬件中，或者使用时从适当的记录媒体安装到通用个人计算机等能根据安装的程序执行各种功能的设备中。
讨论打算这样使用的记录媒体之前，下面概述用于写数据到媒体或从媒体读数据的典型的个人计算机。图15显示通用个人计算机的典型的内部结构。个人计算机的CUP(中央处理单元)101执行与存储在ROM(只读存储器)102中的程序一致的各种过程。RAM(随机访问存储器)103容纳CPU 101在执行它的处理中需要的数据和程序。输入/输出接口105连接到由键盘和鼠标组成的输入单元106。从输入单元106输入的信号通过输入/输出接口105输出到CPU 101。输入/输出接口105也连接到由显示设备和扬声器构成的输出单元107。
输入/输出接口105进而连接到由硬盘驱动器等组成的存储单元108，以及连接到通信单元109，该通信单元在网络如因特网上发送数据到其它设备并从其它设备接收数据。提供驱动器110以写数据到记录媒体如磁盘121、光盘122、磁光盘123或半导体存储器124，并且从记录媒体读数据。
如图15中所示，不仅作为由磁盘121(包括活动盘)、光盘122(包括CD-ROM(致密盘-只读存储器)和DVD(数字通用盘))、磁光盘123(包括MD(小型盘；注册商标))或半导体存储器124构成的包媒体，而且以ROM 102或包括存储单元108的硬盘驱动器的形式，提供记录媒体给与计算机分离的用户，每个媒体携带必要的程序；两者都容纳程序并预先并入计算机。
在本说明中，存储在记录媒体上并说明要执行的程序的步骤，不仅表示以描述的顺序(即在时间序列基础上)要执行的过程，而且表示可以并行或单独执行的过程。
在本说明中，术语“系统”指由多个组件设备组成的整个配置。
产业上的可利用性
根据本发明，应该已经由发送方发射或由接收方接收到但因为某种原因未发射或接收到的数据，仍然可以由接收方获得。
根据本发明，应该已经发射或接收到但因为某种原因未发射或接收到的数据，可以由接收方请求从发送方重新发射。响应该请求，为了由接收方获得，发送方重新发射所述数据。
还根据本发明，UDP下通信期间丢失的包可以在接收方获得。

Claims (16)

1.一种发射和接收系统，包含用于发射数据的发射设备和用于接收由所述发射设备发射的所述数据的接收设备；
其中所述发射设备包括：
获得装置，用于获得所述数据；
补充装置，用于用指示所述数据顺序的顺序信息补充由所述获得装置获得的所述数据；
存储装置，用于存储由所述补充装置用所述顺序信息补充的所述数据；
发射装置，用于发射由所述补充装置用所述顺序信息补充的所述数据到所述接收设备；以及
重新发射装置，如果由所述发射装置发射的所述数据由所述接收设备请求重新发射，那么该重新发射装置在指令所述发射装置重新发射检索的数据之前，从所述存储装置检索请求的数据；以及
其中所述接收设备包括：
接收装置，用于接收由所述发射装置发射的所述数据；
判断装置，用于在从由所述接收装置接收的所述数据提取的所述顺序信息的基础上，判断是否丢失任何数据；
标识装置，如果数据被所述判断装置认为丢失，作为丢失数据标识所述数据；以及
请求装置，用于请求所述发射设备重新发射由所述标识装置作为所述丢失数据标识的所述数据。
2.一种发射设备，包含：
获得装置，用于获得所述数据；
补充装置，用于用指示所述数据顺序的顺序信息补充由所述获得装置获得的所述数据；
存储装置，用于存储由所述补充装置用所述顺序信息补充的所述数据；
发射装置，用于发射由所述补充装置用所述顺序信息补充的所述数据；以及
重新发射装置，如果由所述发射装置发射的所述数据由另一个设备请求重新发射，那么该重新发射装置在指令所述发射装置重新发射检索的数据之前，从所述存储装置检索请求的数据。
3.根据权利要求2所述的发射设备，其中由所述另一个设备重新发射所述数据的请求包括顺序信息，该信息指示请求重新发射的所述数据的顺序；以及
其中所述重新发射装置从所述存储装置检索用顺序信息补充的数据，该顺序信息与指示所述数据的所述顺序的所述顺序信息一致。
4.根据权利要求2所述的发射设备，其中所述补充装置用至少一个基于RTP的报头作为所述顺序信息补充所述数据；以及
其中所述存储装置存储用RTP报头补充的所述数据。
5.根据权利要求4所述的发射设备，其中由所述另一个设备重新发射所述数据的请求包括作为所述RTP报头的部分的顺序号信息；以及
其中所述重新发射装置从所述存储装置检索用包括顺序号的报头补充的数据，该顺序号与包括在所述RTP报头中的所述顺序号信息一致。
6.一种发射方法，包括以下步骤：
控制数据的获得；
用指示所述数据顺序的顺序信息补充在所述获得控制步骤中获得的所述数据；
控制所述数据的存储，该数据在所述补充步骤中用所述顺序信息补充；
控制所述数据的发射，该数据在所述补充步骤中用所述顺序信息补充；以及
如果由另一个设备请求重新发射在所述发射控制步骤中发射的所述数据，就指令所述发射控制步骤重新发射检索的数据，然后从在所述存储控制步骤中控制的所述存储器检索请求的数据。
7.一种接收设备，包含：
接收装置，用于接收数据；
判断装置，用于在预先确定的信息的基础上判断是否丢失任何数据，该预先确定的信息从由所述接收装置接收的所述数据提取；
标识装置，如果数据被所述判断装置认为丢失，就作为丢失数据标识数据；以及
请求装置，用于请求已经发射所述数据的另一个设备重新发射由所述标识装置作为所述丢失数据标识的所述数据。
8.根据权利要求7所述的接收设备，还包含：
计数装置，用于计数从所述请求装置进行请求时开始的时间；以及
指令装置，用于指令所述请求装置每次预先确定的时间周期已经由所述计数装置计数，就进行另一个请求。
9.根据权利要求7所述的接收装置，其中所述预先确定的信息构成指示所述数据顺序的顺序信息。
10.根据权利要求9所述的接收设备，其中，如果所述判断装置存储作为包括在接收到的数据中的所述顺序信息中的最后的第一顺序信息，如果认为所述第一顺序信息与包括在新接收到的数据中的第二顺序信息不连续，并且如果发现所述第一顺序信息在顺序上晚于所述第二顺序信息，那么所述判断装置判定所述数据已经丢失；
其中所述标识装置作为丢失数据标识包括第三顺序信息的数据，该第三顺序信息插入在所述第一顺序信息和第二顺序信息之间到来；以及
其中所述请求装置请求所述另一个设备重新发射包括所述第三顺序信息的数据作为认为已经丢失的所述数据。
11.根据权利要求7所述的接收设备，其中所述预先确定的信息构成以递增顺序安排并分配给数据的序列号；
其中，如果所述判断装置存储作为包括在接收到的数据中的所述序列号的最大的第一号码，如果认为所述第一号码与包括在新接收到的数据中的第二号码不连续，并且如果发现所述第一号码小于所述第二号码，那么所述判断装置判定所述数据已经丢失；
其中所述标识装置作为丢失数据标识包括第三号码的数据，该第三号码插入在所述第一号码和所述第二号码之间到来；以及
其中通过发射包括关于所述第三号码的信息的数据到所述另一个设备，所述请求装置请求所述另一个设备重新发射包括所述第三号码的数据，作为认为已经丢失的数据。
12.根据权利要求7所述的接收设备，其中所述判断装置作为所述预先确定的信息，从所述数据提取基于RTP的报头，以便在包括在所述报头中的关于顺序号的信息的基础上确定所述数据是否丢失。
13.根据权利要求12所述的接收设备，其中，如果所述判断装置存储包括在所述报头中的顺序号的最大的第一顺序号，如果认为所述第一顺序号与包括在新提供的报头中的第二顺序号不连续，并且如果发现所述第一顺序号小于所述第二顺序号，那么所述判断装置判定所述数据已经丢失；
其中所述标识装置作为丢失数据标识具有包括第三号码的报头的数据，该第三号码插入在所述第一顺序号和所述第二顺序号之间到来；以及
其中通过发射包括关于所述第三顺序号的信息的数据到所述另一个设备，所述请求装置请求所述另一个设备重新发射认为已经丢失的所述数据。
14.根据权利要求13所述的接收设备，其中所述请求装置在TCP下发射所述数据，该数据包括关于所述第三顺序号的所述信息。
15.根据权利要求13所述的接收设备，其中，如果认为所述第一顺序号与所述第二顺序号不连续，并且如果发现所述第一顺序号大于所述第二顺序号，那么所述判断装置判定包括所述第二顺序号的数据是重新发射的数据。
16.一种接收方法，包含以下步骤：
控制数据的接收；
在预先确定的信息的基础上判断是否丢失任何数据，该预先确定的信息从所述接收控制步骤中接收的所述数据提取；
如果在所述判断步骤中认为数据丢失，作为丢失数据标识该数据；以及
请求已经发射所述数据的另一个设备重新发射在所述标识步骤中标识的判定为所述丢失数据的所述数据。
CNA2004800054453A 2003-02-28 2004-02-19 发射/接收系统、发射设备和方法及接收设备和方法 Pending CN1754364A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP053796/2003 2003-02-28
JP2003053796A JP2004266504A (ja) 2003-02-28 2003-02-28 送受信システム、送信装置および方法、受信装置および方法、記録媒体、並びにプログラム

Publications (1)

Publication Number Publication Date
CN1754364A true CN1754364A (zh) 2006-03-29

Family

ID=32923446

Family Applications (1)

Application Number Title Priority Date Filing Date
CNA2004800054453A Pending CN1754364A (zh) 2003-02-28 2004-02-19 发射/接收系统、发射设备和方法及接收设备和方法

Country Status (6)

Country Link
US (1) US20060245428A1 (zh)
EP (1) EP1599003A4 (zh)
JP (1) JP2004266504A (zh)
KR (1) KR101001514B1 (zh)
CN (1) CN1754364A (zh)
WO (1) WO2004077780A1 (zh)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008052443A1 (fr) * 2006-11-03 2008-05-08 Zte Corporation Procédé et système de surveillance des performances d'un service multimédia
CN101800632A (zh) * 2009-02-09 2010-08-11 中兴通讯股份有限公司 用户数据报协议传输模式下丢包补偿方法与装置
CN1972166B (zh) * 2006-11-30 2011-05-25 中兴通讯股份有限公司 一种移动多媒体广播系统的音频流传送方法
CN101227497B (zh) * 2008-02-03 2012-05-02 北京天碁科技有限公司 MAC-e PDU构造和解析方法
CN106603481A (zh) * 2016-07-22 2017-04-26 深圳曼塔智能科技有限公司 数据传输方法及装置
CN107979449A (zh) * 2016-10-25 2018-05-01 杭州海康威视数字技术股份有限公司 一种数据传输方法及装置
CN110659247A (zh) * 2018-06-13 2020-01-07 中国移动通信集团江西有限公司 话单文件连续性检测方法、装置、设备及介质

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7792134B2 (en) * 2004-04-30 2010-09-07 Alcatel-Lucent Usa Inc. Method and apparatus for detecting an uplink packet data channel in a CDMA wireless communications system
US8755407B2 (en) * 2005-02-18 2014-06-17 Qualcomm Incorporated Radio link protocols for enhancing efficiency of multi-link communication systems
US7808985B2 (en) * 2006-11-21 2010-10-05 Gigle Networks Sl Network repeater
TWI307226B (en) * 2006-02-23 2009-03-01 Ind Tech Res Inst Multicast packet transmitting method of wireless network
JP2008060817A (ja) * 2006-08-30 2008-03-13 Ttt Kk 通信システム、ウェブサーバ装置、クライアント装置、通信を行うための通信プログラム及びプログラムを記録した記録媒体
JP2008098798A (ja) * 2006-10-10 2008-04-24 Nec Corp 通信システムにおけるデータ伝送状況判定方法および通信装置
US8520673B2 (en) * 2006-10-23 2013-08-27 Telcordia Technologies, Inc. Method and communication device for routing unicast and multicast messages in an ad-hoc wireless network
US7769014B2 (en) 2007-02-13 2010-08-03 Seiko Epson Corporation Transmitting and receiving system, transmitting apparatus, and receiving apparatus
US7680090B2 (en) * 2007-02-28 2010-03-16 Freescale Semiconductor, Inc. System and method for monitoring network traffic
US8346218B2 (en) * 2008-05-02 2013-01-01 International Business Machines Corporation Avoiding redundant transmissions of data during multimedia mobile phone communications
MX2011003100A (es) * 2008-09-26 2011-04-19 Ericsson Telefon Ab L M Tecnicas para cooperacion de enlace ascendente de nodos de acceso.
US8385338B2 (en) * 2009-04-24 2013-02-26 Futurewei Technologies, Inc. Implementation to avoid the acknowledgement-implosion in a multicast group
JP2011223269A (ja) * 2010-04-08 2011-11-04 Central Res Inst Of Electric Power Ind 監視制御方法及び監視制御システム
CN102130763B (zh) * 2011-03-18 2014-08-13 中兴通讯股份有限公司 以太网传输的线序调整装置和方法
JP6064522B2 (ja) * 2012-10-30 2017-01-25 富士通株式会社 通信装置及び通信方法
KR101533056B1 (ko) * 2014-06-25 2015-07-01 (주)넷텐션 안정성 향상을 위한 사용자 데이터그램 프로토콜 네트워킹 방법
CN109842856A (zh) * 2017-11-29 2019-06-04 成都鼎桥通信技术有限公司 一种屏蔽上行丢包的方法和设备
TW202101946A (zh) * 2019-06-14 2021-01-01 日商索尼半導體解決方案公司 通信裝置及通信方法以及程式
US11778306B2 (en) * 2020-01-08 2023-10-03 Innolux Corporation Method for editing an image
KR102334877B1 (ko) * 2020-07-14 2021-12-03 주식회사 픽스트리 실시간 전송 프로토콜 패킷 재정렬 시스템 및 방법
US11711320B2 (en) * 2021-07-12 2023-07-25 Mellanox Technologies, Ltd. Network device safety protocol

Family Cites Families (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US733439A (en) * 1903-01-10 1903-07-14 Nicholson File Company Machine for grinding file-blanks or the like.
JP2769012B2 (ja) * 1990-02-28 1998-06-25 富士通株式会社 セル抜け誤配送検出および訂正方法
JPH07111503A (ja) * 1993-10-12 1995-04-25 Hitachi Ltd データ伝送方法およびデータ伝送システム
US5754754A (en) * 1995-07-26 1998-05-19 International Business Machines Corporation Transmission order based selective repeat data transmission error recovery system and method
US5862133A (en) * 1996-08-02 1999-01-19 Golden Bridge Technology Packet-switched spread-spectrum system
US5918002A (en) * 1997-03-14 1999-06-29 Microsoft Corporation Selective retransmission for efficient and reliable streaming of multimedia packets in a computer network
JPH10262093A (ja) * 1997-03-19 1998-09-29 Hitachi Ltd 伝送制御方法
US6031818A (en) * 1997-03-19 2000-02-29 Lucent Technologies Inc. Error correction system for packet switching networks
US6076114A (en) * 1997-04-18 2000-06-13 International Business Machines Corporation Methods, systems and computer program products for reliable data transmission over communications networks
US6701372B2 (en) * 1997-08-22 2004-03-02 Canon Kabushiki Kaisha Data communication apparatus and method
JPH11225182A (ja) * 1998-02-06 1999-08-17 Kokusai Electric Co Ltd 情報表示システム及びその制御方法
US6081847A (en) * 1998-02-27 2000-06-27 Lsi Logic Corporation System and method for efficient initialization of a ring network
US6076181A (en) * 1998-03-03 2000-06-13 Nokia Mobile Phones Limited Method and apparatus for controlling a retransmission/abort timer in a telecommunications system
DE69938094T2 (de) * 1998-11-30 2009-02-05 Matsushita Electric Industries Co. Ltd., Kadoma Paketwiederübertragungskontrolle mit Prioritätsinformationen
KR100424654B1 (ko) * 1999-08-02 2004-03-24 삼성전자주식회사 이동 통신시스템에서 라디오링크프로토콜에 따른 데이터 재전송 장치 및 방법
JP2001211145A (ja) 2000-01-25 2001-08-03 Mitsubishi Electric Corp 伝送システム及び伝送方法
DE10007602A1 (de) * 2000-02-18 2001-08-30 Siemens Ag Verfahren zum Übertragen von Paketdateninformationen in einem Funk-Kommunikationssystem
JP2001298479A (ja) * 2000-04-12 2001-10-26 Nec Corp インターネット電話装置
US7180896B1 (en) * 2000-06-23 2007-02-20 Mitsubishi Denki Kabushiki Kaisha Method and system for packet retransmission
JP3348080B1 (ja) * 2000-07-07 2002-11-20 松下電器産業株式会社 データ送信装置とデータ受信装置及びデータ送受信方法
EP1246409A4 (en) * 2000-10-05 2007-04-25 Mitsubishi Electric Corp PACKET RETRANSMISSION SYSTEM, PACKET TRANSMISSION DEVICE, PACKET RECEIVING DEVICE, PACKET RETRANSMISSION METHOD, PACKET TRANSMITTING METHOD, AND PACKET RECEIVING METHOD
US6807156B1 (en) * 2000-11-07 2004-10-19 Telefonaktiebolaget Lm Ericsson (Publ) Scalable real-time quality of service monitoring and analysis of service dependent subscriber satisfaction in IP networks
FR2825865A1 (fr) * 2001-06-06 2002-12-13 Koninkl Philips Electronics Nv Retransmission selective de paquets avec controle temporel a l'emission
JP4767443B2 (ja) * 2001-07-04 2011-09-07 富士通株式会社 ネットワーク蓄積型ビデオカメラシステム
US7117521B2 (en) * 2001-08-31 2006-10-03 Intel Corporation Method to measure the perceived quality of streaming media
SE0103506D0 (sv) * 2001-10-19 2001-10-19 Ericsson Telefon Ab L M HARQ stall avoidance
JP2003152544A (ja) * 2001-11-12 2003-05-23 Sony Corp データ通信システム、データ送信装置、データ受信装置、および方法、並びにコンピュータ・プログラム
JP3799285B2 (ja) * 2002-03-29 2006-07-19 Ｎｅｃインフロンティア株式会社 無線ｌａｎ基地局、無線端末およびプログラム
US7233573B2 (en) * 2003-02-08 2007-06-19 Hewlett-Packard Development Company, L.P. Apparatus and method for receiving data from a network
US20040165585A1 (en) * 2003-02-25 2004-08-26 Koji Imura Packet transmission apparatus and packet transmission method
US20060029367A1 (en) * 2004-08-03 2006-02-09 Takuya Kosugi Sequence header identification

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2008052443A1 (fr) * 2006-11-03 2008-05-08 Zte Corporation Procédé et système de surveillance des performances d'un service multimédia
CN1972166B (zh) * 2006-11-30 2011-05-25 中兴通讯股份有限公司 一种移动多媒体广播系统的音频流传送方法
CN101227497B (zh) * 2008-02-03 2012-05-02 北京天碁科技有限公司 MAC-e PDU构造和解析方法
CN101800632A (zh) * 2009-02-09 2010-08-11 中兴通讯股份有限公司 用户数据报协议传输模式下丢包补偿方法与装置
WO2010088836A1 (zh) * 2009-02-09 2010-08-12 中兴通讯股份有限公司 用户数据报协议传输模式下丢包补偿方法与装置
RU2501172C2 (ru) * 2009-02-09 2013-12-10 Зте Корпорейшн Способ и устройство для компенсации потери пакетов в режиме передачи данных по протоколу пользовательских дейтаграмм
CN106603481A (zh) * 2016-07-22 2017-04-26 深圳曼塔智能科技有限公司 数据传输方法及装置
WO2018014421A1 (zh) * 2016-07-22 2018-01-25 深圳曼塔智能科技有限公司 数据传输方法及装置
CN107979449A (zh) * 2016-10-25 2018-05-01 杭州海康威视数字技术股份有限公司 一种数据传输方法及装置
CN107979449B (zh) * 2016-10-25 2020-11-20 杭州海康威视数字技术股份有限公司 一种数据传输方法及装置
CN110659247A (zh) * 2018-06-13 2020-01-07 中国移动通信集团江西有限公司 话单文件连续性检测方法、装置、设备及介质

Also Published As

Publication number Publication date
EP1599003A1 (en) 2005-11-23
US20060245428A1 (en) 2006-11-02
JP2004266504A (ja) 2004-09-24
EP1599003A4 (en) 2011-07-27
WO2004077780A1 (ja) 2004-09-10
KR101001514B1 (ko) 2010-12-14
KR20050113618A (ko) 2005-12-02

Similar Documents

Publication Publication Date Title
CN1754364A (zh) 发射/接收系统、发射设备和方法及接收设备和方法
CN1165138C (zh) 压缩报头传输数据包的方法和装置
CN1638320A (zh) 接收设备和方法、程序、与记录媒体
CN1175664C (zh) 数字信号处理设备及其处理方法
CN1645783A (zh) 发送/接收系统、发射机和发送方法、接收机和接收方法、记录媒体和程序
CN1194552C (zh) 数字视频系统中译码数字视频流的方法和装置
CN1224189C (zh) 移动通信系统中根据无线链路协议发送和接收数据的设备和方法
CN1254814C (zh) 数据处理装置和数据处理方法
CN1574719A (zh) 用于网络通信的知道时间的最大努力的填孔再试方法和系统
CN1929422A (zh) 通信处理设备、通信控制方法及计算机程序
CN1375966A (zh) 用实时包传输状态和传输路径阻塞状态的通信质量控制
CN1554172A (zh) 调度最佳计划数据流的方法和系统
CN101060427A (zh) 实现远程软件升级的系统及方法
CN1841984A (zh) 通信处理装置、数据通信系统以及通信处理方法
CN1855889A (zh) 发射和接收系统,发射设备和方法,接收设备和方法
CN1360767A (zh) 信息提供装置、信息接收装置以及存储媒体
CN1173556C (zh) 数据处理装置和数据处理方法
CN1859070A (zh) 基于错误反馈机制的数据重传方法及相应系统
CN1863168A (zh) 发射和接收系统,发射器,发射发法,接收器,接收方法
CN1716943A (zh) 获取隧道网关环境中路径最大传输长度的方法及系统
CN1757191A (zh) 前向纠错的方法和系统
CN1694406A (zh) 用于支持多流格式的网络接口卡及其方法
CN1675931A (zh) 家庭多媒体传输方法和系统
CN1757214A (zh) 发送/接收系统、发送装置和方法、接收装置和方法、记录介质和程序
CN101080925A (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
C02 Deemed withdrawal of patent application after publication (patent law 2001)
WD01 Invention patent application deemed withdrawn after publication

Open date: 20060329