JP2002536873A - Signaling method in incremental redundancy communication system capable of combining data blocks - Google Patents
Signaling method in incremental redundancy communication system capable of combining data blocksInfo
- Publication number
- JP2002536873A JP2002536873A JP2000596690A JP2000596690A JP2002536873A JP 2002536873 A JP2002536873 A JP 2002536873A JP 2000596690 A JP2000596690 A JP 2000596690A JP 2000596690 A JP2000596690 A JP 2000596690A JP 2002536873 A JP2002536873 A JP 2002536873A
- Authority
- JP
- Japan
- Prior art keywords
- block
- transmission
- data
- retransmission
- 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
Links
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/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0072—Error control for data other than payload data, e.g. control data
-
- 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/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
- H04L1/0083—Formatting with frames or packets; Protocol or part of protocol for error control
-
- 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/1809—Selective-repeat protocols
-
- 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
-
- 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/0061—Error detection codes
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
- Communication Control (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
(57)【要約】 本発明は、送信装置及び受信装置より成る増分的冗長度通信システムにおいてデータブロックを一緒に合成できるシグナリング方法において、送信装置から受信装置へ上記ブロック(B1,B2,・・Bn)を送信し(S11)、各送信されるデータブロックは、各データブロックが初めて送信されるか又は再送信ブロックであるかを指示する情報(T)を含み、各データブロック(B1)の送信が失敗したかどうか上記受信装置においてチェックし(S12,S13)、上記各ブロックの上記送信が失敗した場合には送信装置からの上記データブロックの再送信を要求し(S16)、そして送信装置側で上記再送信要求を受け取るのに応答して、上記各データブロックが再送信ブロックであることを指示する値に上記情報(T)を設定し(S17)、そして再送信されるべき上記データブロックに少なくとも１つのヘッダを追加し(S17)、このヘッダは、送信ブロックシーケンスにおける上記ブロックの初期送信の物理的位置に対する基準を表すという段階を含む方法を提案する。この提案された方法、並びにそれに対応する通信システムのそれに応じて採用される送信装置及び受信装置によれば、各データブロック内でのブロック番号の送信を省略することができ、これにより、送信データのオーバーヘッドを減少しそして通信システムにおけるユーザデータスループットを高めることができる。 (57) Abstract: The present invention provides a signaling method capable of combining data blocks together in an incremental redundancy communication system including a transmitting device and a receiving device, wherein the block (B1, B2,...) Bn) (S11), each transmitted data block includes information (T) indicating whether each data block is transmitted for the first time or is a retransmission block, and each data block (B1) Check whether the transmission failed in the receiving device (S12, S13), if the transmission of each block failed, request retransmission of the data block from the transmitting device (S16), and the transmitting device In response to receiving the retransmission request on the side, the information (T) is set to a value indicating that each data block is a retransmission block (S17), and the data to be retransmitted is set. Block A method is proposed which comprises adding at least one header to the block (S17), the header representing a reference to the physical location of the initial transmission of said block in the transmission block sequence. According to the proposed method, and correspondingly adopted transmitting and receiving devices of the corresponding communication system, the transmission of the block number in each data block can be omitted, whereby the transmission data And increase user data throughput in the communication system.
Description
【０００１】[0001]
本発明は、送信装置及び受信装置より成る通信システムにおいてデータブロッ
クを合成することのできるシグナリング方法に係る。より詳細には、本発明は、
増分的冗長度通信システムにおいて送信される合成可能なブロックに適用される
方法に係る。The present invention relates to a signaling method capable of combining data blocks in a communication system including a transmitting device and a receiving device. More specifically, the present invention provides
A method applied to a synthesizable block transmitted in an incremental redundancy communication system.
【０００２】[0002]
本発明に関連して使用される「合成」という表現は、コード合成と理解された
い。これは、最初の送信中にチャンネルを経て受信されたデータ（例えば、デー
タビット）を、データの再送信中にチャンネルを経て受信されたデータ（データ
ビット）と合成することを意味する。データのこのような合成が行われた後に、
両送信からの情報に基づいてチャンネルデコードが実行され、次いで、受信され
たデータブロックがエラーに対してチェックされる。 更に、「増分的冗長度」という表現は、コードレート、即ちチャンネルを有す
る通信システムに採用されたコードの量を、変化する送信条件に適応させる方法
を意味する。The expression "synthesis" as used in connection with the present invention is to be understood as code synthesis. This means that data (e.g., data bits) received over the channel during the initial transmission is combined with data (data bits) received over the channel during retransmission of the data. After such a combination of data has taken place,
Channel decoding is performed based on information from both transmissions, and then the received data blocks are checked for errors. Furthermore, the expression "incremental redundancy" refers to a method of adapting the code rate, ie the amount of code employed in a communication system with channels, to changing transmission conditions.
【０００３】 一般的な例を参照すれば、データのブロックが１／２のコードレートでコード
化されると仮定する。次いで、このコード化されたデータの半分が初期（最初）
の送信中に送信される。受信側では、受信されたデータが、１／１のコードレー
トを有するものとして認識される。再送信時に（もし必要であれば、初期送信が
欠陥であった際に）、コード化データの他の半分が送信され、データブロックの
最初の半分と合成され、次いで、受信側で１／２のコードレートが確認される。
このような合成は、次いで、増分的冗長度システムにおける全コードの量を増加
させる。 添付図面の図１は、参照番号１で示された従来の送信システムを示す。一般的
に、この通信システム１は、送信装置１Ａと、それに対応する受信装置１Ｂとで
構成される。これら装置間でのデータの送信は、それらの間に確立される送信チ
ャンネル１Ｃを経て行われる。[0003] Referring to a general example, assume that a block of data is coded at a コ ー ド code rate. Then half of this coded data is initial (first)
Sent during transmission of. On the receiving side, the received data is recognized as having a code rate of 1/1. On retransmission (if necessary, if the initial transmission was defective), the other half of the coded data is transmitted, combined with the first half of the data block, and then halved at the receiver. Is confirmed.
Such combining then increases the amount of total code in the incremental redundancy system. FIG. 1 of the accompanying drawings shows a conventional transmission system indicated by the reference numeral 1. Generally, the communication system 1 includes a transmitting device 1A and a corresponding receiving device 1B. Data transmission between these devices is performed via a transmission channel 1C established between them.
【０００４】 このような通信システムにより採用される通信方法を、図１を参照して以下に
説明する。図１において、各段階が番号（１）ないし（４）で示されている。こ
のような従来の通信方法によれば、データは、あるチャンネルコードをもつチャ
ンネルを経てブロックの単位（パケット化データとも称される）で送信される。
即ち、ステップ（１）に示すように、データＸを含む（第１）データブロック＃
１が送信装置１Ａから受信装置１Ｂへ送信される。受信装置１Ｂが送信ブロック
＃１を受信できない場合には、この送信エラー又は欠陥を各々指示する対応通知
が送信装置１Ａへ返送される。この通知は、否定確認とも称され、受信欠陥の際
の再送信要求を表す（ステップ（２））。これに応答して、送信装置１Ａは、ス
テップ（３）において、（以前の）データブロック＃１に含まれたものと同じデ
ータＸを含む別のブロック（データブロック＃２）を送信する。この送信に対し
ては、おそらく他のコードを使用することができる。受信装置１Ｂは、次いで、
それまでに受信したデータブロックを合成し（ステップ（４））、即ちデータブ
ロック＃１がデータブロック＃２と合成され、そして再送信されたブロックのデ
コード動作が再び試みられる。この合成は、一般的な例について上述したように
、全コードの量を実際上増加し、従って、それ以上のエラーの確率を低減する。A communication method employed by such a communication system will be described below with reference to FIG. In FIG. 1, each step is indicated by numbers (1) to (4). According to such a conventional communication method, data is transmitted in units of blocks (also called packetized data) via a channel having a certain channel code.
That is, as shown in step (1), a (first) data block # containing data X
1 is transmitted from the transmitting device 1A to the receiving device 1B. If the receiving device 1B cannot receive the transmission block # 1, a corresponding notification indicating the transmission error or the defect is returned to the transmitting device 1A. This notification is also referred to as a negative acknowledgment and represents a retransmission request in the case of a reception defect (step (2)). In response to this, in step (3), the transmitting device 1A transmits another block (data block # 2) including the same data X as that included in the (previous) data block # 1. Perhaps another code could be used for this transmission. The receiving device 1B then
The data blocks received so far are combined (step (4)), that is, data block # 1 is combined with data block # 2, and the decoding operation of the retransmitted block is tried again. This combination effectively increases the amount of total code, as described above for the general example, and thus reduces the probability of further errors.
【０００５】 しかしながら、次のデータを含む後続データブロックは、先行ブロックが首尾
良く送信されるか又は再送信された後でなければ送信されないので、全通信手順
は若干遅延され、そして送信可能なデータレートが減少される。 この遅延を減少すると共に送信レートを高めるために、各々の確認を待機せず
に複数のブロックをシーケンスで送信する別の公知方法及びそれに対応するシス
テムが提案されている。しかしながら、このような状態では、再送信されたデー
タブロックが最初のブロックに直ちに続かない。 その結果、通信システムの各装置１Ｂは、どのデータブロックを互いに合成で
きるのか自動的に分からない。[0005] However, the subsequent data block containing the next data is only transmitted after the previous block has been successfully transmitted or retransmitted, so that the entire communication procedure is slightly delayed and the transmittable data The rate is reduced. To reduce this delay and increase the transmission rate, other known methods and corresponding systems have been proposed for transmitting a plurality of blocks in sequence without waiting for each confirmation. However, in such a situation, the retransmitted data block does not immediately follow the first block. As a result, each device 1B of the communication system does not automatically know which data blocks can be combined with each other.
【０００６】 図２は、この問題に対処するために開発された公知方法を概略的に示す。 この既知の方法によれば、送信データブロックのシーケンスにおける各データ
ブロックＢ０、Ｂ１、・・Ｂｎに、シーケンス番号又はブロック番号ＢＮが指定
される。送信エラーが生じるか又は当該データブロックの初期（第１）又は最初
の送信に関連して受信欠陥が生じ、そして再送信が要求された場合には、最初の
送信と同じ番号が再送信に指定される。ブロック番号は、より健全に、即ち高い
冗長度でコード化し、受信器がブロック番号をデコード又は確認できない確率を
最小としなければならない。 従って、受信装置がブロック番号を受信したとすれば、同じ番号を有するブロ
ックを互いに合成することができる。FIG. 2 schematically shows a known method developed to address this problem. According to this known method, a sequence number or block number BN is specified for each data block B0, B1,... Bn in the sequence of transmission data blocks. If a transmission error occurs or a reception defect occurs in connection with the initial (first) or first transmission of the data block and a retransmission is requested, the same number as the first transmission is designated for retransmission. Is done. The block number must be coded more robustly, i.e. with a high degree of redundancy, to minimize the probability that the receiver will not be able to decode or verify the block number. Therefore, if the receiving device receives the block number, the blocks having the same number can be combined with each other.
【０００７】 より詳細には、図２の例を参照すれば、データＸ、Ｙ及び／又はＺを含む４つ
のデータブロックのシーケンスが時間０、１、２及び３に送信される。この特定
例では５４６のブロック番号ＢＮが指定された第１ブロックＢ０が正しく受信さ
れなかったと仮定され、従って、その送信を繰り返さねばならない。 ＢＮ＝５４６で識別された上記データブロックの再送信は、時間「２」に発生
する。このとき、ブロックは、時間「２」においてＢＮ＝５４６の同じブロック
番号で示されたように再送信され、そしてデータブロックは、時間「０」におけ
る初期送信の場合と同じデータを含む。 しかしながら、この既知の方法は、各データブロックＢ０、・・Ｂｎと一緒に
ブロック番号ＢＮの形態で送信されねばならない採用されたブロックナンバリン
グにより表される付加的なオーバーヘッドのために送信可能なデータの量が減少
されるという点で欠点がある。 更に、チャンネルの送信クオリティが高くてエラーが生じない場合でも、ブロ
ックナンバリングは、通信システムにおいて送信できるユーザデータの量を減少
してしまう。More specifically, referring to the example of FIG. 2, a sequence of four data blocks containing data X, Y and / or Z is transmitted at times 0, 1, 2 and 3. In this particular example, it is assumed that the first block B0, designated with a block number BN of 546, was not received correctly, and therefore its transmission must be repeated. Retransmission of the data block identified with BN = 546 occurs at time "2". At this time, the block is retransmitted at time “2” as indicated by the same block number of BN = 546, and the data block contains the same data as at the initial transmission at time “0”. However, this known method does not allow the transmission of data that can be transmitted due to the additional overhead represented by the adopted block numbering, which must be transmitted in the form of a block number BN with each data block B0,. There is a disadvantage in that the amount is reduced. Furthermore, even when the transmission quality of the channel is high and no error occurs, block numbering reduces the amount of user data that can be transmitted in the communication system.
【０００８】[0008]
【発明の開示】 そこで、本発明の目的は、送信装置及び受信装置より成る増分的冗長度通信シ
ステムにおいてデータブロックを一緒に合成できるシグナリング方法であって、
上述した欠点がなく且つデータスループットを高めることのできるシグナリング
方法を提供することである。更に、本発明の目的は、それに対応する通信装置を
提供することである。 本発明によれば、この目的は、送信装置及び受信装置より成る増分的冗長度通
信システムにおいてデータブロックを一緒に合成できるシグナリング方法におい
て、送信装置から受信装置へ上記ブロックを送信し、各送信されるデータブロッ
クは、各データブロックが初めて送信されるか又は再送信ブロックであるかを指
示する情報を含み、各データブロックの送信が失敗したかどうか上記受信装置に
おいてチェックし、上記各ブロックの上記送信が失敗した場合には送信装置から
の上記データブロックの再送信を要求し、そして送信装置側で上記再送信要求を
受け取るのに応答して、上記各データブロックが再送信ブロックであることを指
示する値に上記情報を設定し、そして再送信されるべき上記データブロックに少
なくとも１つのヘッダを追加し、このヘッダは、送信ブロックシーケンスにおけ
る上記ブロックの初期送信の物理的位置に対する基準を表すという段階を含むシ
グナリング方法によって達成される。DISCLOSURE OF THE INVENTION Accordingly, an object of the present invention is a signaling method capable of combining data blocks together in an incremental redundancy communication system comprising a transmitting device and a receiving device,
It is an object of the present invention to provide a signaling method which does not have the above-mentioned disadvantages and can increase data throughput. It is a further object of the present invention to provide a corresponding communication device. According to the present invention, it is an object of the present invention to provide a signaling method capable of combining data blocks together in an incremental redundancy communication system comprising a transmitting device and a receiving device, wherein said blocks are transmitted from a transmitting device to a receiving device, The data block includes information indicating whether each data block is transmitted for the first time or is a retransmission block.The receiving device checks whether transmission of each data block has failed, If the transmission fails, the transmitting device requests retransmission of the data block, and in response to receiving the retransmission request on the transmitting device side, confirms that each of the data blocks is a retransmitting block. Set the information to the indicated value and at least one header in the data block to be retransmitted Add, this header is achieved by the signaling method comprising that represents a reference for the physical location of the initial transmission of the block in the transmission block sequence.
【０００９】 又、この目的は、上記方法を実行するように各々構成された送信装置及び受信
装置より成る通信システムによって達成される。 本発明の好ましい改善は、従属請求項に記載する。 従って、本発明によれば、各々の最初のブロックがブロックナンバリング情報
を含む必要性を効果的に排除することができる。その結果、ブロックナンバリン
グのために従来存在したオーバーヘッドを著しく減少して、通信システムにおけ
るユーザデータスループットを高めることができる。各データブロックの最初の
送信に必要とされる唯一のオーバーヘッドは、単一ビットのみで表すことのでき
るフラグである。従って、再送信が必要とされない場合に、オーバーヘッドは、
ここに提案する増分的冗長度システムにおいて無視できる最小のオーバーヘッド
に減少される。 ここに提案する方法は、データがブロック単位で又はいわゆるパケットとして
送信されるほとんど全ての通信システムに更に効果的に適用できる。This object is also achieved by a communication system comprising a transmitting device and a receiving device each configured to perform the above method. Preferred refinements of the invention are set out in the dependent claims. Thus, according to the present invention, the need for each first block to include block numbering information can be effectively eliminated. As a result, the overhead conventionally existing for block numbering can be significantly reduced, and the user data throughput in the communication system can be increased. The only overhead required for the first transmission of each data block is a flag that can be represented by only a single bit. Thus, if no retransmission is needed, the overhead is
It is reduced to a negligible overhead in the proposed incremental redundancy system. The method proposed here can be more effectively applied to almost all communication systems where data is transmitted in blocks or as so-called packets.
【００１０】[0010]
以下、添付図面を参照して、本発明の好ましい実施形態を詳細に説明する。 本発明によれば、好都合にも、ブロック番号は、もはや特別な冗長度で送信さ
れる必要がない。換言すれば、ブロック番号は、コード合成機能に対して必要と
されないが、上位層で実施される他の機能に対して必要とされる場合には保持さ
れてもよい。 通信システムの送信装置及び受信装置の両方は、送信されるデータブロックの
シーケンスにおけるブロックの物理的な位置に基づくナンバリング機構について
合意している。ナンバリング機構についての合意は、例えば受信装置と送信装置
との間で行われる初期「ハンドシェーキング」手順において到達する。或いは、
この合意は、好ましい形態では、通信システムの設計及び仕様の段階で行われて
もよく、これは、ひいては、ハンドシェーキングに関連して必要とされるシグナ
リングを除去する。Hereinafter, preferred embodiments of the present invention will be described in detail with reference to the accompanying drawings. According to the invention, advantageously, the block numbers no longer need to be transmitted with special redundancy. In other words, the block number is not required for the code synthesis function, but may be retained if needed for other functions implemented in the upper layer. Both the transmitting device and the receiving device of the communication system have agreed on a numbering mechanism based on the physical position of the blocks in the sequence of data blocks to be transmitted. Agreement on the numbering mechanism is reached, for example, in an initial "handshaking" procedure performed between the receiving device and the transmitting device. Or,
This agreement may, in a preferred form, be made at the stage of communication system design and specification, which in turn eliminates the signaling required in connection with handshaking.
【００１１】 このようなナンバリング機構は、例えば、送信されるデータブロックシーケン
スの各データブロックの送信時間をナンバリング機構の番号にマッピングするこ
とにより得られてもよい。この場合に、データブロックの送信時間は、送信ブロ
ックシーケンスにおける上記再送信ブロックの物理的な位置を表す。 或いは又、時間ではなく、送信に使用される送信周波数を、対応するナンバリ
ング機構にマッピングして、使用される周波数が送信ブロックシーケンスにおけ
る上記再送信ブロックの物理的な位置を表すようにしてもよい。 更に別の形態として、送信に使用される送信コードを、対応するナンバリング
機構にマッピングして、使用されるコードが送信ブロックシーケンスにおける上
記再送信ブロックの物理的な位置を表すようにしてもよい。Such a numbering mechanism may be obtained, for example, by mapping the transmission time of each data block of the transmitted data block sequence to the number of the numbering mechanism. In this case, the transmission time of the data block indicates the physical position of the retransmission block in the transmission block sequence. Alternatively, the transmission frequency used for transmission, rather than time, may be mapped to a corresponding numbering mechanism so that the frequency used represents the physical location of the retransmission block in the transmission block sequence. . As a further alternative, the transmission code used for transmission may be mapped to a corresponding numbering mechanism so that the code used represents the physical position of the retransmission block in the transmission block sequence.
【００１２】 又、上述したナンバリング機構の組み合わせを採用して、番号がデータブロッ
クの複数の物理的な位置の組み合わせを表し、即ち、例えば、周波数ドメイン、
コードドメイン及び時間ドメインにおける位置を表すようにしてもよい。 更に、ブロックのネスト状機構又はハイアラーキー構造を採用することも考え
られる。例えば、ある数ｉの送信ブロック（サブブロック又は基本的ブロックと
も称される）をグループ編成して、より上位のブロック（「ブロック」と称され
る）を形成し、一方、ある数ｋのこのような「ブロック」（それ自体はサブブロ
ックで構成される）を再びグループ編成して、例えば、「ハイパーブロック」と
称するブロック構成体を形成することができる。基本的ブロックのこのようなグ
ループ編成は、各ブロックの物理的な位置を表す物理的パラメータにより表され
た上記ドメインの各１つ、或いは複数のドメインの組み合わせに対して実行する
ことができる。Also, employing the combination of the numbering mechanism described above, the number represents a combination of a plurality of physical positions of the data block, that is, for example, a frequency domain,
The position in the code domain and the time domain may be represented. It is further conceivable to employ a nested mechanism of blocks or a hierarchical structure. For example, a certain number k of transmission blocks (also called sub-blocks or basic blocks) are grouped to form higher-order blocks (also called “blocks”), while a certain number k of this transmission block are called. Such "blocks" (which themselves are composed of sub-blocks) can be grouped again to form, for example, block constructs called "hyperblocks". Such grouping of basic blocks can be performed for each one of the above domains, or a combination of multiple domains, represented by physical parameters representing the physical location of each block.
【００１３】 更に、上述した別の態様に関して、再送信における再送信の時間／周波数／コ
ードに対して差動基準を使用する可能性も考えられる。換言すれば、再送信に含
まれる最初の送信の絶対的な物理的位置に対する基準はなく、再送信の現在物理
的位置に対する差が指示されるという点で最初の送信を指す差動（及び／又は相
対的）基準がある。このような基準は、実際上、時間の数が無限であり、以下の
例に示す限定された数の時間だけではないことからも適している。 ナンバリング機構がブロックの物理的な位置に基づく状態では、各ブロックが
新たなもの又は最初のもの（初めて送信された）Ｔ＝０かどうか、或いは各ブロ
ックが再送信されたものＴ＝１かどうかを指示する１つのビットＴが各ブロック
に必要とされるだけであり、再送信ブロックは、受信されなかったか又はエラー
を伴って受信された既に送信されたブロックと合成する（それと同じデータを含
む）ことができる。[0013] Further, with respect to the other aspects described above, the possibility of using a differential reference for the time / frequency / code of the retransmission in the retransmission is also conceivable. In other words, there is no reference to the absolute physical location of the first transmission included in the retransmission, and the differential (and / or) refers to the first transmission in that a difference to the current physical location of the retransmission is indicated. Or relative) criteria. Such a criterion is also suitable because the number of hours is practically infinite and not just the limited number of hours shown in the following example. If the numbering scheme is based on the physical location of the blocks, whether each block is new or the first (transmitted for the first time) T = 0, or whether each block is retransmitted T = 1 Is only needed for each block, and the retransmitted block is combined with the already transmitted block that was not received or received with error (including the same data )be able to.
【００１４】 次いで、Ｔ＝１の場合にのみ、ブロックに付加的なヘッダが存在する。このヘ
ッダに含まれる情報は、ブロックの最初の（又はより一般的には早期の）送信の
物理的番号（位置）を表す。この番号に基づいて、受信器は、ブロックの最初（
早期）の送信を見出し、そして２つのブロックを互いに合成することができる。 より詳細には、（セット）ビットＴの存在は、受信装置に対する（付加的な）
ヘッダの存在を指示するという目的を果たす。 ヘッダ及びビットＴは、送信チャンネルを経て送信されるようにコード化され
、ほぼ全てのチャンネル条件のもとでエラーなしに受信できるようにされる。Then, only if T = 1, there are additional headers in the block. The information contained in this header indicates the physical number (location) of the first (or more generally earlier) transmission of the block. Based on this number, the receiver starts the block (
Early) transmission and the two blocks can be combined with each other. More specifically, the presence of the (set) bit T indicates (additional)
Serves the purpose of indicating the presence of a header. The header and bits T are coded to be transmitted over the transmission channel so that they can be received without error under almost all channel conditions.
【００１５】 ブロックネスト状ナンバリング機構の場合には、ビットＴは、１つのブロック
における全てのサブブロック（及び／又はハイパーブロックにおける全てのブロ
ック）に共通であってもよい。このような場合には、多数の基準、例えば、次の
ような順序の基準を含むことに注意されたい。即ち、ｈｙｐｅｒ＿ｂｌｏｃｋ＿
ｒｅｆｅｒｅｎｃｅ、ｂｌｏｃｋ＿ｒｅｆｅｒｅｎｃｅ、ｓｕｂ＿ｂｌｏｃｋ＿
ｒｅｆｅｒｅｎｃｅ。これらは各々対応する番号で表される。より詳細には、８
個のサブブロックで１つのブロックを形成し、４つのブロックで１つのハイパー
ブロックを形成し、そしてハイパーブロックを順次に送信する場合を仮定する。
このとき、ヘッダは、後続情報（５、３、７）を含み、これは、最初の送信が第
５ハイパーブロック内の第３ブロックの第７サブブロックにおいて生じたことを
意味する。 又、データユニット又はパケットの数（例えば、物理的位置で表されたサブブ
ロック又はブロック内の）は、Ｔの両方の値に対して必ずしも同じでなくてもよ
い。これは、ビットＴ＝１で識別された（サブ）ブロックが、再送信された多数
のデータユニット（パケット）と、それに対応する数のヘッダとを含むことを意
味する。In the case of a block nested numbering scheme, the bit T may be common to all sub-blocks in one block (and / or all blocks in a hyper-block). Note that in such a case, a number of criteria are included, for example, the following order of criteria: That is, hyper_block_
reference, block_reference, sub_block_
reference. These are represented by corresponding numbers. More specifically, 8
Assume that one sub-block forms one block, four hyper-blocks form one hyper-block, and the hyper-blocks are transmitted sequentially.
At this time, the header contains the following information (5, 3, 7), which means that the first transmission occurred in the seventh sub-block of the third block in the fifth hyperblock. Also, the number of data units or packets (eg, within a sub-block or block represented by physical location) need not be the same for both values of T. This means that the (sub) block identified by bit T = 1 contains a number of retransmitted data units (packets) and a corresponding number of headers.
【００１６】 ビットＴに関連して、このビットは、システムにおける他のシグナリング情報
の一部分としてコード化されてもよい。更に別の変形によれば、受信装置がＴの
両方の値に対して別々にデコードを実行する場合には、Ｔビットが必要とされな
い。例えば、ビットＴが送信されず、ドロップされる場合には、受信装置は、先
ず、ヘッダの繰り返し冗長度チェックＣＲＣを使用することによりヘッダが存在
するかどうかチェックすることができる。ＣＲＣが一致する場合には、受信装置
は、Ｔ＝１であり、従って、ヘッダが存在すると仮定するが、さもなくば、Ｔ＝
０の値であって、ヘッダが存在しないと仮定する。 又、基準指示を含む付加的なヘッダが追加されたときには、あるデータビット
がこの目的のために盗用され、これにより、同期問題の発生を防止するように各
（サブ）ブロックの物理的長さが一定に維持される。あるビットの盗用は、重大
なことではないと仮定する。というのは、再送信ビットがデータブロックの最初
の送信のビットと合成されるからである。In connection with bit T, this bit may be coded as part of other signaling information in the system. According to yet another variant, the T bit is not required if the receiver performs decoding separately for both values of T. For example, if the bit T is not transmitted and is dropped, the receiving device can first check whether the header is present by using a header repetition redundancy check CRC. If the CRCs match, the receiver assumes that T = 1 and therefore the header is present, otherwise T =
Assume a value of 0 and no header is present. Also, when an additional header containing a reference indicator is added, certain data bits may be stolen for this purpose, and thus the physical length of each (sub) block so as to prevent synchronization problems from occurring. Is kept constant. Assume that plagiarism of a bit is not significant. This is because the retransmitted bits are combined with the bits of the first transmission of the data block.
【００１７】 更に、特に、上述したコード／周波数の物理的基準に関しては、当然ながら、
初期及び再送信データブロック送信を同時に実行できないことを述べておかねば
ならない。それ故、常に、ある種の時間基準をもたねばならず、一方、これは、
例えば、再送信に対する固定のブロック数について合意しそして前もって規定す
ることができる。 以下、添付図面を参照して本発明を説明する。 図３は、（例えば、上記ハンドシェーク手順が完了されそして）データブロッ
ク又はパケットの物理的位置をベースとする上記ナンバリング機構の１つについ
て送信装置及び受信装置が合意した後の本発明による方法を示すフローチャート
である。Furthermore, and especially with regard to the physical criteria of code / frequency mentioned above, of course,
It must be mentioned that initial and retransmitted data block transmissions cannot be performed simultaneously. Therefore, it must always have some kind of time base, while
For example, a fixed number of blocks for retransmission can be agreed upon and predetermined. Hereinafter, the present invention will be described with reference to the accompanying drawings. FIG. 3 shows the method according to the invention after the transmitter and the receiver have agreed on one of the numbering mechanisms based on the physical location of the data block or packet (for example, when the handshake procedure has been completed). It is a flowchart.
【００１８】 ステップＳ１０において手順がスタートする。その後続ステップＳ１１におい
て、送信装置は、データブロックのシーケンスを送信する。次いで、受信装置は
、その後のステップＳ１２に示されたように、送信されたデータブロックを受信
し、そして送信欠陥をチェックする。 ステップＳ１３を実行する結果として、特定のデータブロックの受信に欠陥が
生じたかどうか決定される。受信装置によって欠陥が検出されない（ステップＳ
１３がノー）場合には、方法のフローは、左に分岐し、ステップＳ１４において
受信確認が受信装置から送信装置へ返送される。（しかしながら、変形形態では
、再送信要求がないことが既に確認としてみなし得るので、確認が必ずしも送ら
れなくてよい。或いは又、確認がないことが再送信要求とみなされてもよい。）
ステップＳ１４の後、フローはステップＳ２２へ進み、このステップにおいて、
各ブロックに対して手順が終了となる。もちろん、この方法は、繰り返し実行さ
れ、そしてブロックシーケンスにおいて送信される各ブロックをチェックする。The procedure starts in step S10. In the subsequent step S11, the transmitting device transmits the sequence of the data blocks. Then, the receiving device receives the transmitted data block and checks for transmission defects, as shown in the subsequent step S12. As a result of performing step S13, it is determined whether a reception of a particular data block has failed. No defect is detected by the receiving device (step S
If 13 is no), the method flow branches to the left, and in step S14 a reception confirmation is returned from the receiving device to the transmitting device. (However, in a variant, a confirmation may not necessarily be sent because the absence of a retransmission request may already be considered as a confirmation, or the absence of a confirmation may be regarded as a retransmission request.)
After step S14, the flow proceeds to step S22, and in this step,
The procedure ends for each block. Of course, the method is performed repeatedly and checks each block transmitted in the block sequence.
【００１９】 しかしながら、ステップＳ１３において、当該現在データブロックの受信欠陥
が検出された（ステップＳ１３においてイエス）場合には、フローが右へ分岐し
、そしてステップＳ１５ないしＳ２２が実行される。 即ち、ステップＳ１５において、受信装置は、否定確認を送信装置へ返送し、
これにより、最初（第１）の送信が失敗したところのデータブロックの再送信を
要求する。 次のステップＳ１６では、送信装置側において再送信要求が受け取られる。こ
れに応答して、各データブロックに関連したフラグＴが値「１」にセットされ、
そしてヘッダが発生されて、関連フラグＴが「１」にセットされた各データブロ
ックに追加される。次いで、ステップＳ１７において、フラグＴ＝１及びヘッダ
で識別された各データブロックが再送信される。However, if a reception defect of the current data block is detected in step S13 (Yes in step S13), the flow branches to the right, and steps S15 to S22 are executed. That is, in step S15, the receiving device returns a negative acknowledgment to the transmitting device,
This requests retransmission of the data block where the first (first) transmission failed. In the next step S16, a retransmission request is received on the transmitting device side. In response, the flag T associated with each data block is set to the value "1",
Then, a header is generated and added to each data block in which the related flag T is set to "1". Next, in step S17, each data block identified by the flag T = 1 and the header is retransmitted.
【００２０】 その後、ステップＳ１８において、受信装置は、ヘッダに含まれた情報を読み
取り、そしてその後、再送信されたブロック、即ちデータブロックに含まれたデ
ータを、同じデータを含む最初に送信されたブロックと合成する。この合成は、
ヘッダに含まれた情報であって、送信ブロックシーケンスにおける上記最初（初
期）のブロックの物理的位置に対する基準を表す情報を使用して行われる。 その後、後続ステップＳ１９において、エラーのチェックが受信側で実行され
る。即ち、合成された最初のブロック及び再送信ブロックが首尾良く受信された
かどうかチェックされる。換言すれば、最初のブロックと再送信ブロックの合成
体をエラーなくデコードできるかどうかチェックされる。又、これらブロックの
合成後に、エラーがある（ステップＳ２０においてイエス）場合には、その後の
ステップＳ２１において、否定確認が送信装置へ送られそして別の再送信が要求
される。その後、フローは、ステップＳ１７へ復帰し、ブロックが再び再送信さ
れる。Thereafter, in step S 18, the receiving device reads the information included in the header, and then transmits the retransmitted block, that is, the data included in the data block, firstly including the same data. Combine with the block. This synthesis
This is performed using information included in the header, which represents a reference to the physical position of the first (initial) block in the transmission block sequence. Thereafter, in a subsequent step S19, an error check is performed on the receiving side. That is, it is checked whether the first combined block and the retransmitted block have been successfully received. In other words, it is checked whether the composite of the first block and the retransmitted block can be decoded without error. If there is an error after combining these blocks (YES in step S20), in step S21, a negative acknowledgment is sent to the transmitting device, and another retransmission is requested. Thereafter, the flow returns to step S17, and the block is retransmitted again.
【００２１】 しかしながら、合成されたブロックがエラーを含まない（ステップＳ２０にお
いてノー）場合には、フローはステップＳ２２へ進む。 次いで、ステップＳ２２において、当該ブロック及びそこに含まれたデータに
関する限りフローが終了となる。 図４は、本発明の実施形態に基づいて送信されるデータブロックに使用される
データフォーマットを原理的に示す。図４に示す例は、図２に示したものと同じ
仮定に基づいている。 即ち、データＸ、Ｙ及びＺを各々伴うブロックＢ０、Ｂ１・・Ｂｎが順次送信
される。又、ブロックＢ０の送信が失敗したと仮定する。However, if the combined block does not include an error (No in step S20), the flow proceeds to step S22. Next, in step S22, the flow ends as far as the block and the data included therein are concerned. FIG. 4 illustrates in principle the data format used for a data block transmitted according to an embodiment of the present invention. The example shown in FIG. 4 is based on the same assumptions as shown in FIG. That is, blocks B0, B1,..., Bn with data X, Y, and Z are sequentially transmitted. Also assume that the transmission of block B0 has failed.
【００２２】 より詳細には、図４に示すように、ブロック番号ヘッダのオーバーヘッドが除
去され、各ブロックに対して単一ビットＴに置き換えられている。ビットＴ＝０
は、ブロック及びそこに含まれたデータが初めて送信されることを指示し、一方
、ビットＴを値Ｔ＝１にセットした後に（否定確認の受信の際に）、これは、当
該ブロックが再送信ブロックであることを指示する。更に、ビットＴがＴ＝１の
値をとる場合だけ、付加的なヘッダが発生されてブロックに追加される。ヘッダ
は、最初に発生されたブロックの物理的位置に対する基準ＲＥＦを含む。ここに
示す例では、４つのブロックが時間０、１、２及び３に送信される。第１ブロッ
クＢ０は正しく受信されず、再送信されねばならない。このブロックの送信繰り
返しは、時間２に行われる。このとき、最初にＴ＝０の値を有していたビットＴ
は、再送信においてＴ＝１の値を有する。更に、付加的なヘッダは、ブロックが
最初に送信されたときの時間値を表す基準情報ＲＥＦ（ＲＥＦ＝０）を含む。More specifically, as shown in FIG. 4, the overhead of the block number header has been removed and replaced with a single bit T for each block. Bit T = 0
Indicates that the block and the data contained therein are transmitted for the first time, while after setting bit T to the value T = 1 (on receipt of a negative acknowledgment), this indicates that the block is Indicates that it is a transmission block. Furthermore, additional headers are generated and added to the block only if bit T has the value T = 1. The header contains a reference REF to the physical location of the first generated block. In the example shown, four blocks are transmitted at times 0, 1, 2, and 3. The first block B0 is not received correctly and has to be retransmitted. Transmission repetition of this block is performed at time 2. At this time, the bit T which initially has the value of T = 0
Has a value of T = 1 on retransmission. Further, the additional header includes reference information REF (REF = 0) indicating a time value when the block was first transmitted.
【００２３】 図５は、最初に送信されるブロックの物理的な位置に対する基準情報ＲＥＦを
指示するこの原理の変形を示す。 図５ＡのダイヤグラムＩ．）は、送信時間がナンバリング機構へとマップされ
るのではなく、送信周波数がナンバリング機構へとマップされる更に別の例示的
ケースを示す。送信されるべきブロックのシーケンスが、新たなブロックごとに
別の送信周波数を使用する（ある種の「周波数ホッピング」）ようにして送信さ
れるナンバリング機構について送信装置及び受信装置が合意した（例えば、ハン
ドシェーキングオペレーションにおいて）ケースを仮定する。より詳細には、番
号０、１、２、３へマッピングされる周波数Ｆ１、Ｆ２、Ｆ３、Ｆ４のシーケン
スが使用されるようにしてブロックが送信される。次いで、周波数Ｆ１で送信さ
れるブロックが正しく受け取られない場合には、ビットＴが「１」にセットされ
た状態で周波数Ｆ３においてそれが再送信され、そしてヘッダは、それが周波数
Ｆ１（周波数シーケンス番号「０」）で最初に送信されたブロックの再送信であ
ることを指示する基準ＲＥＦ＝０を含む。FIG. 5 shows a variant of this principle indicating the reference information REF for the physical location of the first transmitted block. 5A. ) Shows yet another exemplary case where the transmission frequency is mapped to a numbering mechanism instead of the transmission time being mapped to a numbering mechanism. The transmitting device and the receiving device have agreed on a numbering mechanism in which the sequence of blocks to be transmitted is transmitted such that each new block uses a different transmission frequency (a kind of "frequency hopping") (e.g. Assume a case (in a handshaking operation). More specifically, the blocks are transmitted such that a sequence of frequencies F1, F2, F3, F4 mapped to numbers 0, 1, 2, 3 is used. Then, if the block transmitted at frequency F1 is not received correctly, it is retransmitted at frequency F3 with bit T set to "1" and the header indicates that it is at frequency F1 (frequency sequence The reference REF = 0 indicating the retransmission of the block transmitted first with the number “0”).
【００２４】 同様に、図５ＡのダイヤグラムＩＩ．）は、上記と同様のケースであるが、各
ブロックの送信コードがナンバリング機構にマッピングされたケースを示す。即
ち、送信装置及び受信装置は、送信されるべきブロックのシーケンスが、新たな
ブロックごとに別の送信コードが使用される（ある種の「コードホッピング」）
ようにして送信されるナンバリング機構について合意している。ダイヤグラムＩ
．）に関連して上述した説明をダイヤグラムＩＩ．）にも適用できるが、今度は
、コード（周波数ではなく）が、最初に送信されたブロックの物理的位置に対す
る基準を表す。 図５Ｂ（ダイヤグラムＩＩＩ．）は、採用されたナンバリング機構の更に別の
変形を示すもので、ここでは、周波数ドメイン、コードドメイン及び時間ドメイ
ンに関して最初に送信されるブロックの物理的位置に対する基準が合成される。
これは、一例を示すものに過ぎず、他の種々の変形も考えられることに注意され
たい。Similarly, FIG. 5A shows a diagram II. ) Shows the same case as above, but shows the case where the transmission code of each block is mapped to the numbering mechanism. That is, the transmitting device and the receiving device use a sequence of blocks to be transmitted in which a different transmission code is used for each new block (a kind of “code hopping”).
Thus, the numbering mechanism transmitted is agreed. Diagram I
. ) Is described above in connection with diagram II. ), But this time the code (rather than the frequency) represents a reference to the physical location of the originally transmitted block. FIG. 5B (diagram III.) Shows yet another variation of the numbering scheme employed, where the criteria for the physical location of the first transmitted block in the frequency, code, and time domains are combined. Is done.
It should be noted that this is merely an example, and various other modifications are also possible.
【００２５】 詳細には、ダイヤグラムＩＩＩ．）は、送信装置及び受信装置が、２つの周波
数（Ｆ１、Ｆ２）、２つのコード（Ｃ１、Ｃ２）及び４つの時間（０、・・３）
を使用することに合意したナンバリング機構（０、・・１５）のケースを示す。
より詳細には、周波数Ｆ１が選択される（番号０、・・７）間に、第１のコード
Ｃ１が選択され、そしてＦ１及びＣ１の選択の間には、４つの次々の時間（０、
・・３）即ちナンバリング機構の番号０ないし３の間にブロックが送信される。
次いで、周波数が同一（Ｆ１）である間に、コードがコードＣ２へ変化し、そし
てＦ１及びＣ２の選択中に、４つの次々の時間（０、・・３）即ちナンバリング
機構の番号４ないし７の間にブロックが送信される。その後、周波数がＦ１から
Ｆ２へ変更され、ナンバリング機構の番号８ないし１５（図５Ｂの最も左の欄）
に対応する同じ手順が繰り返される。 このケースでは、最初に送信されるブロックの物理的位置に対する基準が、再
送信ブロックヘッダにおいて、０ないし１５の範囲の値を含む情報ＲＥＦにより
指示される。In detail, the diagram III. ) Indicates that the transmitting device and the receiving device have two frequencies (F1, F2), two codes (C1, C2) and four times (0,... 3).
Here is a case of a numbering mechanism (0,... 15) that has agreed to use.
More specifically, while the frequency F1 is selected (number 0,... 7), the first code C1 is selected, and during the selection of F1 and C1, four successive times (0,.
.. 3) That is, a block is transmitted between the numbers 0 to 3 of the numbering mechanism.
Then, while the frequency is the same (F1), the code changes to code C2, and during the selection of F1 and C2, four successive times (0,... 3), ie the numbers 4 to 7 of the numbering mechanism. During which the block is sent. Thereafter, the frequency is changed from F1 to F2, and the numbering mechanism number 8 to 15 (the leftmost column in FIG. 5B)
The same procedure corresponding to is repeated. In this case, the reference to the physical location of the first transmitted block is indicated in the retransmission block header by an information REF containing a value in the range of 0 to 15.
【００２６】 或いは又、同じ物理的シーケンスが、ネスト状サブブロック（時間ドメイン）
、ブロック（コードドメイン）、及びハイパーブロック（周波数ドメイン）構成
（図５Ｂの右側の指示を参照）として定義されることも考えられる。このとき、
最初に送信されるブロックの物理的位置に対する基準は、再送信ブロックヘッダ
において、次のフォーマット即ちＲＥＦ＝（ｈ、ｂ、ｓ）を取り得る情報ＲＥＦ
により指示される。但し、ｈは、ハイパーブロック番号（図５Ｂの例では０又は
１）を表し、ｂは、ブロック番号（図５Ｂの例では０又は１）を表し、そしてｓ
は、サブブロック番号（図５Ｂの例では０ないし３）を表す。 ネスト状ブロック機構は、異なるドメインに限定されず、時間ドメインのよう
な単一ドメインに対して採用されてもよいことに注意されたい。従って、例えば
（図示されていないが）、サブブロックのオクテットでブロックが形成され、そ
してブロックのオクテットでハイパーブロックが形成される。しかしながら、ブ
ロックを形成するサブブロックの数と、ハイパーブロックを形成するブロックの
数は、同じでなくてもよい（図５Ｂに示すように）。又、ブロックハイアラーキ
ーをネスト構成にする深さは、３に限定されず、他のブロックレベル（例えば、
ハイパーブロックを構成する「メガブロック」、等）を定義することによりビッ
トを更に深くすることもできる。Alternatively, the same physical sequence is nested sub-block (time domain)
, Block (code domain), and hyperblock (frequency domain) configurations (see instructions on the right side of FIG. 5B). At this time,
The criterion for the physical location of the first transmitted block is the information REF, which can take the following format, REF = (h, b, s), in the retransmission block header.
Is indicated by Where h represents a hyperblock number (0 or 1 in the example of FIG. 5B), b represents a block number (0 or 1 in the example of FIG. 5B), and s
Represents a sub-block number (0 to 3 in the example of FIG. 5B). Note that the nested block mechanism is not limited to different domains, but may be employed for a single domain, such as the time domain. Thus, for example (not shown), octets of a sub-block form a block, and octets of a block form a hyperblock. However, the number of sub-blocks forming a block and the number of blocks forming a hyperblock need not be the same (as shown in FIG. 5B). Also, the depth at which the block hierarchy is nested is not limited to 3, but may be other block levels (for example,
The bits can also be made deeper by defining a "megablock" that constitutes a hyperblock.
【００２７】 更に、図５Ｃは、更に別の変形を示す。上述したように、データユニット又は
パケットの数（物理的な位置で表された例えばサブブロック又はブロック内の）
は、Ｔの両方の値に対し必ずしも同じでない。図５Ｃから明らかなように、時間
がナンバリング機構へマッピングされた例を参照すれば、時間「２」において、
（サブ）ブロックは、ビットＴの値（Ｔ＝１）により再送信ブロックとして指示
される。しかしながら、Ｔ＝０の値が指定された各ブロックは、１つのデータユ
ニット（データパケット又はデータエントリー各々Ｘ、Ｙ及び／又はＺ）しか含
まないが、再送信ブロックは、２つ以上のデータユニットを含むと共に、それに
対応する数の付加的なヘッダ（（サブ）ブロック当たりのデータパケットごとに
１つのヘッダ）も含む。FIG. 5C shows still another modification. As mentioned above, the number of data units or packets (eg in sub-blocks or blocks represented by physical locations)
Is not necessarily the same for both values of T. As apparent from FIG. 5C, referring to the example in which time is mapped to the numbering mechanism, at time “2”,
The (sub) block is indicated as a retransmission block by the value of bit T (T = 1). However, each block specified with a value of T = 0 contains only one data unit (data packet or data entry, X, Y and / or Z, respectively), while the retransmission block contains more than one data unit. And a corresponding number of additional headers (one header per data packet per (sub) block).
【００２８】 ここに示す例によれば、時間０及び１に受信されたデータパケットＸ及びＹは
、欠陥を伴って受信されている。これらデータパケットは、時間「２」に再送信
され、そして再送信ブロック（或いはネスト状のブロック構成が定義されている
場合にはサブブロック）は、基準ＲＥＦ＝０を含むヘッダが先頭に付いたデータ
パケットＸを含むと共に、基準ＲＥＦ＝１を含むヘッダが先頭に付いたデータパ
ケットＹを含む。上記例の場合と同様に、各ヘッダは、初期（又は早期）送信の
物理的位置に対する基準を含む。According to the example shown here, the data packets X and Y received at times 0 and 1 have been received with a defect. These data packets are retransmitted at time "2" and the retransmitted block (or sub-block if a nested block configuration is defined) is preceded by a header containing the reference REF = 0. It includes a data packet Y and a data packet Y preceded by a header containing a reference REF = 1. As in the example above, each header includes a reference to the physical location of the initial (or early) transmission.
【００２９】 従って、上述したように、本発明は、送信装置及び受信装置より成る増分的冗
長度通信システムにおいてデータブロックを一緒に合成できるシグナリング方法
において、送信装置から受信装置へ上記ブロックを送信し、各送信されるデータ
ブロックは、各データブロックが初めて送信されるか又は再送信ブロックである
かを指示する情報を含み、各データブロックの送信が失敗したかどうか上記受信
装置においてチェックし、上記各ブロックの上記送信が失敗した場合は送信装置
からの上記データブロックの再送信を要求し、そして送信装置側で上記再送信要
求を受け取るのに応答して、上記各データブロックが再送信ブロックであること
を指示する値に上記情報を設定し、そして再送信されるべき上記データブロック
に少なくとも１つのヘッダを追加し、このヘッダは、送信ブロックシーケンスに
おける上記ブロックの初期送信の物理的位置に対する基準を表すという段階を含
む方法を提案する。この提案された方法、並びにそれに対応する通信システムの
それに応じて採用される送信装置及び受信装置によれば、各データブロック内で
のブロック番号の送信を省略することができ、これにより、送信データのオーバ
ーヘッドを減少しそして通信システムにおけるユーザデータスループットを高め
ることができる。 上記説明及び添付図面は、本発明を単に一例として示すものに過ぎず、本発明
の好ましい形態は、特許請求の範囲内で種々変更できることを理解されたい。Thus, as described above, the present invention provides a signaling method capable of combining data blocks together in an incremental redundancy communication system comprising a transmitting device and a receiving device, wherein said block is transmitted from the transmitting device to the receiving device. Each transmitted data block contains information indicating whether each data block is transmitted for the first time or is a retransmission block, and checks in the receiving device whether the transmission of each data block has failed, If the transmission of each block fails, a request for retransmission of the data block from the transmitting device is made, and in response to receiving the retransmission request at the transmitting device, each of the data blocks is a retransmission block. Set the information to a value that indicates that there is less data block to be retransmitted A method is proposed which comprises the step of adding one header, said header representing a reference to the physical location of the initial transmission of said block in the transmission block sequence. According to the proposed method, and correspondingly adopted transmitting and receiving devices of the corresponding communication system, the transmission of the block number in each data block can be omitted, whereby the transmission data And increase user data throughput in the communication system. It is to be understood that the above description and accompanying drawings are merely illustrative of the present invention, and that preferred embodiments of the present invention can be variously modified within the scope of the claims.
【図１】 従来の通信システムの概略ブロック図であり、このシステムによって実行され
る通信ステップを示す図である。FIG. 1 is a schematic block diagram of a conventional communication system, showing communication steps performed by the system.
【図２】 更に別の公知通信方法に基づいて送信されるデータブロックに使用されるデー
タフォーマットを原理的に示す図である。FIG. 2 is a diagram showing in principle a data format used for a data block transmitted based on still another known communication method.
【図３】 本発明による方法を示すフローチャートである。FIG. 3 is a flowchart illustrating a method according to the present invention.
【図４】 本発明の実施形態により送信されるデータブロックに使用されるデータフォー
マットを原理的に示す図である。FIG. 4 is a diagram illustrating in principle a data format used for a data block transmitted according to an embodiment of the present invention.
【図５Ａ】 本発明の２つの更に別の実施形態に基づいて送信されるデータブロックに使用
されるデータフォーマットを原理的に示す図である。FIG. 5A illustrates in principle the data format used for the data blocks transmitted according to two further embodiments of the invention.
【図５Ｂ】 ここに示す実施形態の組み合わせによって得られる本発明の更なる変形に基づ
いて送信されるデータブロックに使用されるデータフォーマットを原理的に示す
図である。FIG. 5B shows in principle the data format used for the data blocks transmitted according to a further variant of the invention obtained by a combination of the embodiments shown here.
【図５Ｃ】 本発明の付加的な実施形態を表す別の変形に基づいて送信されるデータブロッ
クに使用されるデータフォーマットを原理的に示す図である。FIG. 5C illustrates in principle the data format used for a data block transmitted according to another variant representing an additional embodiment of the invention.
【手続補正書】特許協力条約第３４条補正の翻訳文提出書[Procedural Amendment] Submission of translation of Article 34 Amendment
【提出日】平成１３年３月３０日（２００１．３．３０）[Submission date] March 30, 2001 (2001.3.30)
【手続補正１】[Procedure amendment 1]
【補正対象書類名】明細書[Document name to be amended] Statement
【補正対象項目名】請求項１[Correction target item name] Claim 1
【補正方法】変更[Correction method] Change
【補正の内容】[Contents of correction]
【手続補正２】[Procedure amendment 2]
【補正対象書類名】明細書[Document name to be amended] Statement
【補正対象項目名】請求項１２[Correction target item name] Claim 12
【補正方法】変更[Correction method] Change
【補正の内容】[Contents of correction]
【手続補正３】[Procedure amendment 3]
【補正対象書類名】明細書[Document name to be amended] Statement
【補正対象項目名】特許請求の範囲[Correction target item name] Claims
【補正方法】追加[Correction method] Added
【補正の内容】[Contents of correction]
【特許請求の範囲】[Claims]
【手続補正４】[Procedure amendment 4]
【補正対象書類名】明細書[Document name to be amended] Statement
【補正対象項目名】特許請求の範囲[Correction target item name] Claims
【補正方法】追加[Correction method] Added
【補正の内容】[Contents of correction]
【特許請求の範囲】[Claims]
【手続補正５】[Procedure amendment 5]
【補正対象書類名】明細書[Document name to be amended] Statement
【補正対象項目名】特許請求の範囲[Correction target item name] Claims
【補正方法】追加[Correction method] Added
【補正の内容】[Contents of correction]
【特許請求の範囲】[Claims]
【手続補正６】[Procedure amendment 6]
【補正対象書類名】明細書[Document name to be amended] Statement
【補正対象項目名】特許請求の範囲[Correction target item name] Claims
【補正方法】追加[Correction method] Added
【補正の内容】[Contents of correction]
【特許請求の範囲】[Claims]
【手続補正７】[Procedure amendment 7]
【補正対象書類名】明細書[Document name to be amended] Statement
【補正対象項目名】特許請求の範囲[Correction target item name] Claims
【補正方法】追加[Correction method] Added
【補正の内容】[Contents of correction]
【特許請求の範囲】[Claims]
【手続補正８】[Procedure amendment 8]
【補正対象書類名】明細書[Document name to be amended] Statement
【補正対象項目名】特許請求の範囲[Correction target item name] Claims
【補正方法】追加[Correction method] Added
【補正の内容】[Contents of correction]
【特許請求の範囲】[Claims]
【手続補正９】[Procedure amendment 9]
【補正対象書類名】明細書[Document name to be amended] Statement
【補正対象項目名】特許請求の範囲[Correction target item name] Claims
【補正方法】追加[Correction method] Added
【補正の内容】[Contents of correction]
【特許請求の範囲】[Claims]
【手続補正１０】[Procedure amendment 10]
【補正対象書類名】明細書[Document name to be amended] Statement
【補正対象項目名】特許請求の範囲[Correction target item name] Claims
【補正方法】追加[Correction method] Added
【補正の内容】[Contents of correction]
【特許請求の範囲】[Claims]
【手続補正１１】[Procedure amendment 11]
【補正対象書類名】明細書[Document name to be amended] Statement
【補正対象項目名】特許請求の範囲[Correction target item name] Claims
【補正方法】追加[Correction method] Added
【補正の内容】[Contents of correction]
【特許請求の範囲】[Claims]
【手続補正１２】[Procedure amendment 12]
【補正対象書類名】明細書[Document name to be amended] Statement
【補正対象項目名】特許請求の範囲[Correction target item name] Claims
【補正方法】追加[Correction method] Added
【補正の内容】[Contents of correction]
【特許請求の範囲】[Claims]
───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ， ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，Ｋ Ｅ，ＬＳ，ＭＷ，ＳＤ，ＳＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ) ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ， ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＵ，ＣＺ，ＤＥ，Ｄ Ｋ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，ＪＰ，ＫＥ， ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，Ｌ Ｔ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ， ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，Ｕ Ａ，ＵＧ，ＵＳ，ＵＺ，ＶＮ，ＹＵ，ＺＷ 【要約の続き】 ば、各データブロック内でのブロック番号の送信を省略 することができ、これにより、送信データのオーバーヘ ッドを減少しそして通信システムにおけるユーザデータ スループットを高めることができる。──────────────────────────────────────────────────続 き Continuation of front page (81) Designated country EP (AT, BE, CH, CY, DE, DK, ES, FI, FR, GB, GR, IE, IT, LU, MC, NL, PT, SE ), OA (BF, BJ, CF, CG, CI, CM, GA, GN, GW, ML, MR, NE, SN, TD, TG), AP (GH, GM, KE, LS, MW, SD, SZ, UG, ZW), EA (AM, AZ, BY, KG, KZ, MD, RU, TJ, TM), AL, AM, AT, AU, AZ, BA, BB, BG, BR, BY, CA, CH, CN, CU, CZ, DE, DK, EE, ES, FI, GB, GD, GE, GH, GM, HR, HU, ID, IL, IN, IS, JP, KE , KG, KP, KR, KZ, LC, LK, LR, LS, LT, LU, LV, MD, MG, MK, MN, MW, MX, NO, NZ, PL, PT, RO, RU, SD, SE, SG, SI, SK, SL, TJ, TM, TR, TT, UA, UG, US, UZ, VN, YU, ZW [Continuation of summary] It can be omitted, which can reduce transmission data overhead and increase user data throughput in the communication system.
Claims (12)
おいてデータブロックを一緒に合成できるシグナリング方法において、 送信装置から受信装置へ上記ブロック(B1,B2,・・Bn)を送信し(S11)、各送信
されるデータブロックは、各データブロックが初めて送信されるか又は再送信ブ
ロックであるかを指示する情報(T)を含み、 各データブロック(B1)の送信が失敗したかどうか上記受信装置においてチェッ
クし(S12,S13)、 上記各ブロックの上記送信が失敗した場合には送信装置からの上記データブロ
ックの再送信を要求し(S16)、そして 送信装置側で上記再送信要求を受け取るのに応答して、 上記各データブロックが再送信ブロックであることを指示する値に上記情報
(T)を設定し(S17)、そして 再送信されるべき上記データブロックに少なくとも１つのヘッダを追加し(S
17)、このヘッダは、送信ブロックシーケンスにおける上記ブロックの初期送信
の物理的位置に対する基準を表すことを特徴とする方法。1. A signaling method for combining data blocks together in an incremental redundancy communication system comprising a transmitting device and a receiving device, comprising: transmitting the blocks (B1, B2,... Bn) from a transmitting device to a receiving device. (S11), each transmitted data block includes information (T) indicating whether each data block is transmitted for the first time or a retransmission block, and whether transmission of each data block (B1) has failed The receiving device checks whether or not the transmission of each block has failed (S12, S13) .If the transmission fails, the transmitting device requests retransmission of the data block (S16), and the transmitting device side performs the retransmission. In response to receiving the request, the information is set to a value indicating that each data block is a retransmission block.
(T) is set (S17), and at least one header is added to the data block to be retransmitted (S17).
17), The method wherein the header represents a reference to the physical location of the initial transmission of the block in a transmission block sequence.
ンバリング機構へマッピングすることにより表される請求項１に記載の方法。2. The method of claim 1, wherein the physical location of each block is represented by mapping a transmission time of each block to a numbering mechanism.
ナンバリング機構へマッピングすることにより表される請求項１に記載の方法。3. The method of claim 1, wherein the physical location of each block is represented by mapping a transmission frequency of each block to a numbering mechanism.
れるコードをナンバリング機構へマッピングすることにより表される請求項１に
記載の方法。4. The method of claim 1, wherein the physical location of each block is represented by mapping a code used to transmit each block to a numbering mechanism.
ける送信に使用されるコード、及び送信時間を、各周波数における各コードを組
み合わせて使用して、ナンバリング機構へマッピングすることにより表される請
求項１に記載の方法。5. The physical location of each block is mapped to a numbering mechanism using the transmission frequency, the code used for transmission at each frequency, and the transmission time in combination with each code at each frequency. The method of claim 1 represented by:
ヘッダは、送信ブロックシーケンスにおける再送信サブブロックの物理的位置に
対する基準を表す請求項１に記載の方法。6. The method of claim 1, wherein said block is comprised of a plurality of sub-blocks, and wherein said header represents a reference to a physical location of a retransmission sub-block in a transmission block sequence.
ブロックと合成する(S21,S22)段階を更に含む請求項１に記載の方法。7. The method of claim 1, further comprising combining a retransmission block with another block using information included in the header (S21, S22).
記送信器と受信器との間で初期のハンドシェーク段階に合意される請求項２ない
し６のいずれかに記載の方法。8. The method according to claim 2, wherein the adopted numbering mechanism is agreed upon during an initial handshake phase between the transmitter and the receiver of the communication system.
る請求項１に記載の方法。10. The method according to claim 1, wherein the information is represented by a header's repeated redundancy check sum.
信のためにエンコードされる請求項１ないし１０のいずれかに記載の方法。11. The method according to claim 1, wherein at least one of the information (T) and the header is encoded for secure transmission.
うに各々構成された送信装置及び受信装置より成る通信システム。12. A communication system comprising a transmitting device and a receiving device each configured to perform the method according to claim 1.
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/EP1999/000588 WO2000045543A1 (en) | 1999-01-29 | 1999-01-29 | Signaling method in an incremental redundancy communication system whereby data blocks can be combined |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2002536873A true JP2002536873A (en) | 2002-10-29 |
Family
ID=8167198
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000596690A Pending JP2002536873A (en) | 1999-01-29 | 1999-01-29 | Signaling method in incremental redundancy communication system capable of combining data blocks |
Country Status (7)
| Country | Link |
|---|---|
| US (1) | US6594791B2 (en) |
| EP (1) | EP1145476A1 (en) |
| JP (1) | JP2002536873A (en) |
| CN (1) | CN1335002A (en) |
| AU (1) | AU2425299A (en) |
| BR (1) | BR9916993A (en) |
| WO (1) | WO2000045543A1 (en) |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008512910A (en) * | 2004-09-15 | 2008-04-24 | シーメンス アクチエンゲゼルシヤフト | Data packet combining method by communication equipment |
| JP2010501148A (en) * | 2006-08-17 | 2010-01-14 | クゥアルコム・インコーポレイテッド | Method and apparatus for low overhead packet data transmission and reception mode control |
| JP2010016824A (en) * | 2008-06-30 | 2010-01-21 | Fujitsu Ltd | Automatic retransmission controller and retransmission block recombination apparatus |
| US8489128B2 (en) | 2005-10-31 | 2013-07-16 | Qualcomm Incorporated | Efficient transmission on a shared data channel for wireless communication |
| US8625601B2 (en) | 2005-10-31 | 2014-01-07 | Qualcomm Incorporated | Method and apparatus for low-overhead packet data transmission and control of reception mode |
Families Citing this family (33)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7050402B2 (en) * | 2000-06-09 | 2006-05-23 | Texas Instruments Incorporated | Wireless communications with frequency band selection |
| US7746953B1 (en) | 2000-09-12 | 2010-06-29 | Alcatel-Lucent Usa Inc. | Method and apparatus for asynchronous incremental redundancy transmission in a communication system |
| US7206280B1 (en) | 2000-09-12 | 2007-04-17 | Lucent Technologies Inc. | Method and apparatus for asynchronous incremental redundancy reception in a communication system |
| FI111421B (en) | 2000-12-20 | 2003-07-15 | Nokia Corp | Communication method and radio system |
| EP1217777A1 (en) * | 2000-12-22 | 2002-06-26 | Siemens Aktiengesellschaft | System and method for transmitting data packets, especially in combination with hybrid ARQ protocols |
| FR2819661B1 (en) | 2001-01-15 | 2003-03-28 | Nortel Networks | METHOD AND DEVICES FOR DATA TRANSMISSION WITH ACKNOWLEDGMENT MECHANISM |
| KR100857777B1 (en) * | 2001-03-26 | 2008-09-09 | 엘지전자 주식회사 | Method for transmitting and receiving packet having variable length using hybrid automatic repeat request |
| US7346037B2 (en) | 2001-03-26 | 2008-03-18 | Lg Electronics Inc. | Method of transmitting or receiving a data packet in packet data communication system using hybrid automatic repeat request |
| US6625172B2 (en) * | 2001-04-26 | 2003-09-23 | Joseph P. Odenwalder | Rescheduling scheduled transmissions |
| US7230941B2 (en) | 2001-04-26 | 2007-06-12 | Qualcomm Incorporated | Preamble channel decoding |
| KR20030004978A (en) * | 2001-07-07 | 2003-01-15 | 삼성전자 주식회사 | Initial transmission and re-transmission method of in mobile communication system |
| US20030023915A1 (en) * | 2001-07-30 | 2003-01-30 | Koninklijke Philips Electronics N.V. | Forward error correction system and method for packet based communication systems |
| ES2248634T3 (en) * | 2001-08-21 | 2006-03-16 | Siemens Aktiengesellschaft | METHOD OF ACKNOWLEDGMENT OF DATA RECEPTION. |
| AU2012205172B2 (en) * | 2001-09-17 | 2015-05-28 | Interdigital Technology Corporation | Radio Resource Control-Service Data Unit Reception |
| US6874113B2 (en) * | 2001-09-17 | 2005-03-29 | Interdigital Technology Corporation | Radio resource control-service data unit reception |
| US7889742B2 (en) * | 2001-09-29 | 2011-02-15 | Qualcomm, Incorporated | Method and system for improving data throughput |
| US8089940B2 (en) * | 2001-10-05 | 2012-01-03 | Qualcomm Incorporated | Method and system for efficient and reliable data packet transmission |
| US7287206B2 (en) | 2002-02-13 | 2007-10-23 | Interdigital Technology Corporation | Transport block set transmission using hybrid automatic repeat request |
| US6693910B2 (en) * | 2002-06-28 | 2004-02-17 | Interdigital Technology Corporation | System and method for avoiding stall of an H-ARQ reordering buffer in a receiver |
| KR100954560B1 (en) * | 2003-01-10 | 2010-04-23 | 삼성전자주식회사 | Method for recovering received data error in mobile communication system serving multimedia broadcast/multicast service |
| CN100405842C (en) * | 2003-07-07 | 2008-07-23 | 崔竞飞 | TV program information data interchanging service system and data interchanging method |
| US7644318B2 (en) * | 2004-07-14 | 2010-01-05 | Hewlett-Packard Development Company, L.P. | Method and system for a failover procedure with a storage system |
| JP4512444B2 (en) * | 2004-08-10 | 2010-07-28 | 株式会社エヌ・ティ・ティ・ドコモ | Notification device, terminal device, communication system, and communication method |
| RU2386215C2 (en) | 2004-09-15 | 2010-04-10 | Нокиа Сименс Нетворкс Гмбх Унд Ко. Кг | Method for transfer of information content |
| JP4474266B2 (en) * | 2004-11-29 | 2010-06-02 | ソニー株式会社 | Information processing apparatus, information processing system, information processing method, and computer program |
| EP1841117A1 (en) * | 2006-03-31 | 2007-10-03 | Matsushita Electric Industrial Co., Ltd. | Acknowledgment message arbitration received by different access points and corresponding to the same packet |
| US7996744B2 (en) * | 2007-04-30 | 2011-08-09 | Nokia Corporation | Method and apparatus for providing a data retransmission scheme |
| JP5381049B2 (en) * | 2008-12-01 | 2014-01-08 | 富士通株式会社 | Transmitting device and receiving device |
| US8341504B2 (en) * | 2010-03-11 | 2012-12-25 | Microsoft Corporation | Fast and reliable wireless communication |
| US9135124B2 (en) * | 2012-04-30 | 2015-09-15 | Hewlett-Packard Development Company, L.P. | Sequence indicator for command communicated to a sequential access storage device |
| US9317467B2 (en) | 2012-09-27 | 2016-04-19 | Hewlett Packard Enterprise Development Lp | Session key associated with communication path |
| EP2974434A4 (en) | 2013-03-15 | 2016-11-02 | Factual Inc | Apparatus, systems, and methods for analyzing movements of target entities |
| US10306704B1 (en) * | 2016-05-06 | 2019-05-28 | Marvell International Ltd. | Method and apparatus for retransmission |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4422171A (en) * | 1980-12-29 | 1983-12-20 | Allied Corporation, Law Department | Method and system for data communication |
| US4491945A (en) * | 1982-06-25 | 1985-01-01 | At&T Bell Laboratories | Fast packet switch |
| US4654654A (en) * | 1983-02-07 | 1987-03-31 | At&T Bell Laboratories | Data network acknowledgement arrangement |
| US4745599A (en) * | 1987-01-05 | 1988-05-17 | General Electric Company | Random access communication system with contention scheduling of subpacketized data transmissions and scheduled retransmission of unsuccessful subpackets |
| GB9206863D0 (en) * | 1992-03-27 | 1992-05-13 | British Telecomm | Apparatus for transmitting and receiving information blocks |
| US5742760A (en) * | 1992-05-12 | 1998-04-21 | Compaq Computer Corporation | Network packet switch using shared memory for repeating and bridging packets at media rate |
| EP0866579A1 (en) * | 1997-03-20 | 1998-09-23 | Nec Corporation | Packet transmission method without sending serial numbers |
| US6208663B1 (en) * | 1997-08-29 | 2001-03-27 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and system for block ARQ with reselection of FEC coding and/or modulation |
| US6418549B1 (en) * | 1998-10-30 | 2002-07-09 | Merunetworks, Inc. | Data transmission using arithmetic coding based continuous error detection |
-
1999
- 1999-01-29 EP EP99903692A patent/EP1145476A1/en not_active Withdrawn
- 1999-01-29 JP JP2000596690A patent/JP2002536873A/en active Pending
- 1999-01-29 WO PCT/EP1999/000588 patent/WO2000045543A1/en not_active Application Discontinuation
- 1999-01-29 CN CN99815884A patent/CN1335002A/en active Pending
- 1999-01-29 AU AU24252/99A patent/AU2425299A/en not_active Abandoned
- 1999-01-29 BR BR9916993-2A patent/BR9916993A/en not_active IP Right Cessation
-
2001
- 2001-07-25 US US09/912,934 patent/US6594791B2/en not_active Expired - Fee Related
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008512910A (en) * | 2004-09-15 | 2008-04-24 | シーメンス アクチエンゲゼルシヤフト | Data packet combining method by communication equipment |
| US8489128B2 (en) | 2005-10-31 | 2013-07-16 | Qualcomm Incorporated | Efficient transmission on a shared data channel for wireless communication |
| US8625601B2 (en) | 2005-10-31 | 2014-01-07 | Qualcomm Incorporated | Method and apparatus for low-overhead packet data transmission and control of reception mode |
| US9386575B2 (en) | 2005-10-31 | 2016-07-05 | Qualcomm Incorporated | Efficient transmission on a shared data channel for wireless communication |
| JP2010501148A (en) * | 2006-08-17 | 2010-01-14 | クゥアルコム・インコーポレイテッド | Method and apparatus for low overhead packet data transmission and reception mode control |
| JP2010016824A (en) * | 2008-06-30 | 2010-01-21 | Fujitsu Ltd | Automatic retransmission controller and retransmission block recombination apparatus |
Also Published As
| Publication number | Publication date |
|---|---|
| BR9916993A (en) | 2001-11-06 |
| US20020129312A1 (en) | 2002-09-12 |
| US6594791B2 (en) | 2003-07-15 |
| CN1335002A (en) | 2002-02-06 |
| WO2000045543A1 (en) | 2000-08-03 |
| EP1145476A1 (en) | 2001-10-17 |
| AU2425299A (en) | 2000-08-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2002536873A (en) | Signaling method in incremental redundancy communication system capable of combining data blocks | |
| EP1190520B1 (en) | System and method for implementing hybrid automatic repeat request using parity check combining | |
| US7734979B1 (en) | ARQ for point to point links | |
| JP2002520904A (en) | Automatic retransmission with changed information order | |
| US20050008035A1 (en) | Method and device for retransmission of transmitted units | |
| JP2003501890A (en) | Apparatus and method for transmitting variable length data by radio link protocol in mobile communication system | |
| KR20020034226A (en) | Method for transfer packet form to automatic repeat request hybrid | |
| JP2002521936A (en) | Method and apparatus for minimizing overhead in a communication system | |
| JP2002524917A (en) | Codec mode coding using known information | |
| JP2002538711A (en) | Forward error correction for multiplexed CDMA channels enabling high performance coding | |
| JP2002524918A (en) | Bidirectional ARQ apparatus and method | |
| JP2003503946A (en) | Flexible error protection method in communication system | |
| CN106656424B (en) | Data transmission verification method | |
| JP2002522954A (en) | Group addressing in packet communication systems | |
| US20070277073A1 (en) | Communication device, communication system, method of operating a communication device and ARQ feedback message | |
| JP2002541726A (en) | Selective repetition ARQ that effectively uses bitmaps | |
| JPH10190637A (en) | Data transmission system | |
| JP2002514843A (en) | Method for the transmission of useful data, in particular voice data and / or packet data in a DECT system, using a predetermined radio interface protocol based wireless telecommunication scheme between telecommunication devices in a telecommunication system | |
| JP4247774B2 (en) | Blind transport format detection method | |
| US20080052589A1 (en) | Data retransmission method, communications device, and computer program | |
| JP2003512639A (en) | Method and system for robust frame type protection in systems employing variable bit rate | |
| US7200791B2 (en) | Method and transceiving device for retransmitting erroneous information units in radio links | |
| RU2219664C2 (en) | Method and device for transmitting and receiving data burst in radio communications | |
| EP1075744B1 (en) | Data transmission system with automatic repeat request | |
| JP2000078118A (en) | Automatic resending request data transmitting method |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041217 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050117 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20050613 |