JP2002538720A - データ転送パケットの再転送方法及び装置 - Google Patents

データ転送パケットの再転送方法及び装置

Info

Publication number
JP2002538720A
JP2002538720A JP2000603185A JP2000603185A JP2002538720A JP 2002538720 A JP2002538720 A JP 2002538720A JP 2000603185 A JP2000603185 A JP 2000603185A JP 2000603185 A JP2000603185 A JP 2000603185A JP 2002538720 A JP2002538720 A JP 2002538720A
Authority
JP
Japan
Prior art keywords
data block
data
acknowledgment
transfer
bit
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.)
Withdrawn
Application number
JP2000603185A
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.)
Nokia Oyj
Original Assignee
Nokia Oyj
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nokia Oyj filed Critical Nokia Oyj
Publication of JP2002538720A publication Critical patent/JP2002538720A/ja
Withdrawn legal-status Critical Current

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/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/1832—Details of sliding window management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/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/1607—Details of the supervisory signal
    • H04L1/1614—Details of the supervisory signal using bitmaps
    • 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/1607—Details of the supervisory signal
    • H04L1/1635—Cumulative acknowledgement, i.e. the acknowledgement message applying to all previous messages
    • 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/1607—Details of the supervisory signal
    • H04L1/1657—Implicit acknowledgement of correct or incorrect reception, e.g. with a moving window

Abstract

(57)【要約】 １組のデータ・ブロックの転送において、特定のインターバルでビット・マップにより受信データ・ブロックの確認応答を行う。ビット・マップの１ビットが、少なくとも１つの転送済みデータ・ブロックに対応し、該ビット値が前記データ転送の成功または失敗を示す。ビット・マップに従って転送に失敗したデータ・ブロックは再転送される。本方法は、受信データ・ブロックのビット・マップを形成する方法を各々有する１組の確認応答アルゴリズムを決定すること、受信に成功しなかった、あるいは、確認応答を受けなかった受信データ・ブロックの数に関する情報を保持すること、データ・ブロックの前記数に応じて確認応答アルゴリズムを選択して前記確認応答アルゴリズムの中の１つを開始すること、を有する。任意の所定時刻にこの確認応答機能を一時的転送状況に適合させることが可能である。

Description

【発明の詳細な説明】
【０００１】 本発明はパケット・モード・データ転送に関し特に、データ・ブロックの再転
送方法及び装置に関する。本方法は、１組のデータ・ブロックを送信するステッ
プと、前記組のデータ・ブロックを受信するステップと、受信データ・ブロック
の転送が成功したか失敗したかをチェックするステップと、１ビットが少なくと
も１つの転送済みデータ・ブロックに対応するビット・マップであって、そのビ
ット値がデータ転送の成功または失敗を示すように構成されるビット・マップを
用いて特定のインターバルで受信データ・ブロックの確認応答を行うステップと
、該ビット・マップに従って転送に失敗したデータ・ブロックを再転送するステ
ップと、を有する。本装置は本発明に準拠する方法を実現するように構成される
。
【０００２】 データ転送において、パケットとは一般にバイナリ形式で示されるデータ・ブ
ロックを意味し、このデータ・ブロックはデータ転送用として特定の形で構成さ
れる。一般に、パケットは、同期ビット等の制御データなどを含むヘディングと
、目的のアドレスと、送信側アドレスと、パケットの長さと、転送対象データを
含むペイロードと、エラーの特定及び訂正用として意図されるデータを通常含む
テイル部(tail part)とを有する。パケット・モード・データ転送時に、データ
は部分に分割され、それらの部分に所要の制御信号データと誤り訂正データとを
追加することにより、パケットとが形成され、これらのデータパケットの送信と
確認応答とは実質的に別個に行われる。
【０００３】 確認応答とは、パケット・モード・データ転送時に一般に使用される誤り制御
処理である。確認応答は、送信が成功したか失敗したかを示すために、データを
受信したパーティがデータを送信したパーティへ返送する文字や文字列を意味す
る。一般に、確認応答を受信しなかったり、送信が失敗した旨の確認応答を受け
たりした送信側パーティはそのデータの再転送を行う。
【０００４】 無線インターフェースを介するデータ転送は転送エラーを受けやすいため、転
送済みデータの信頼性と正しさのチェックが行われる。おそらく訂正を行う手段
としての本方法はこの種のデータ転送においてきわめて重要である。しかし、転
送エラーを検出するためには、当初からすでに不足している無線資源をできるだ
け効率的に利用できるように、データ・ブロックに対して限られた量のデータを
単に加えることしかできない。
【０００５】 ＧＳＭシステム(汎欧州デジタル移動電話方式)における回線交換伝送モードは
、ＥＳＴＩ(欧州通信規格協会)によって標準化された伝送モードであるが、この
伝送モードによって９.６Ｋｂｐｓのデータ転送レートが可能である。さらに高
い転送レートを求める要求を受けて、ＥＳＴＩはＧＳＭの改善策として公知のＧ
ＳＭフェーズ２＋の仕様を定めた。ＧＳＭフェーズ２＋はＧＰＲＳ(汎用パケッ
ト交換無線サービス)と呼ばれる新しい特徴を定めるものである。ＧＰＲＳによ
って、移動通信網内でのパケット交換データの転送が可能になり、加えて、通信
時に使用するより大きな割合の転送フレームを接続に割り当てることにより、高
いレートのパケット交換伝送チャネルとの接続が可能となる。
【０００６】 図１に、論理層階層によるＧＰＲＳ無線インターフェースが例示されている。
物理層１は機能に基づいて分割される２つの副層に分かれる。物理ＲＦ層１ａは
、物理リンク層１ｂから受信したビット・シーケンスに基づいて物理波形を変調
し、これに対応してこの受信した波形をビット・シーケンスに復調して物理リン
ク層へ出力する。物理リンク層１ｂは、移動局とネットワーク間で物理チャネル
を介してデータ転送を行う機能を含み、物理ＲＦ層のサービスを利用する。これ
らの機能によって物理層の誤り検出と訂正も行われる。データリンク層の下位部
２は２つの機能によっても決定される。ＲＬＣ／ＭＡＣ層２はデータ転送用サー
ビスを行う。ＭＡＣ(メディア・アクセス制御)２ａは、ネットワーク用および移
動局用の転送容量を配信する制御手段として利用される機能を有する。ＲＬＣ２
ｂは、送信用として上位ＬＬＣ(論理リンク層)３のパケットデータ・ブロックを
ＲＬＣデータ・ブロックにセグメント化する機能と、受信したＲＬＣデータ・ブ
ロックを収集してＬＬＣデータ・ブロックに変える機能とを有する。ＲＬＣはバ
ックワード誤り訂正(ＢＥＣ)の実行機能も有する。ＬＬＣデータ・ブロックの中
で、上位ＳＮＤＣＰ(サブネットワーク依存コンバージェンス・プロトコル)層４
のセグメント化されたデータ・ブロックが収集され、移動局によって使用される
パケットデータ・プロトコルに従うデータ・ブロックがこれらのデータ・ブロッ
クからアンパックされる。
【０００７】 １９９７年に発表されたＥＳＴＩ ＧＳＭ０４.６０バージョン６.１.０の第
９項には、同位エンティティ間でのパケット・モード・データ転送時のＧＰＲＳ
ＲＬＣ機能、特に、データ転送中の誤り検出と再送処理についての記載がある
。図２に、その基本フォームでのＧＰＲＳシステムに従う再送方法が例示されて
いる。ブロック４は、上り回線方向のデータ転送時には移動局となり、下り回線
方向のデータ転送時には移動通信システムの基地送受信局などとなる送信装置を
表す。ブロック５は、それぞれ、データ転送時に上り回線方向では移動通信シス
テムの基地送受信局などとなり、データ転送時に下り回線方向では移動局となる
受信装置を表す。本明細書では以後、送信機(ＴＸ)と受信機(ＲＸ)という用語を
用いてそれぞれ送受信装置を意味するものとする。
【０００８】 ＧＰＲＳでは、移動局はネットワークに登録されたまま(アイドル・モード)で
あり、実際のデータ転送の接続用として単数または複数のチャネルが予約されて
いるにすぎない。連続するＲＬＣブロックから形成されるトラフィックは一時ブ
ロック・フロー(ＴＢＦ)と呼ばれる。各ＲＬＣブロックは７ビット長のブロック
・シーケンス番号(ＢＳＮ)を有する。送信状態変数Ｖ(Ｓ)が送信機４内に保持さ
れ、この送信状態変数は、任意の所定時刻における送信対象の、シーケンス内で
の次のデータ・ブロックのシーケンス番号を示す。送信機確認応答状態変数Ｖ(
Ａ)も送信機４内に保持されるが、この送信機確認応答状態変数は、受信機５に
よって肯定の確認応答が行われなかった最も古いＲＬＣブロックのＢＳＮを示す
。これらの変数に加えて、ｋ個の以前のＲＬＣブロックの確認応答状態に関する
情報が格納されている確認応答状態配列Ｖ(Ｂ)も送信機内に保持される。
【０００９】 受信機５には受信状態変数Ｖ(Ｒ)が保持され、この受信状態変数は受信が予想
されるシーケンス内の次のＲＬＣデータ・ブロックのＢＳＮを示す。受信ウィン
ドウ状態変数Ｖ(Ｑ)も送信機内に保持され、この受信ウィンドウ状態変数は、ま
だ受信されていない最後のＲＬＣブロックのＢＳＮを示す。ｋ個の以前のＲＬＣ
ブロックの受信状態に関する情報が格納されている受信状態配列Ｖ(Ｎ)も受信機
５内に保持される。したがって、受信機の受信用ウィンドウはｋ個のブロックの
ＢＳＮに対応し、その結果Ｖ(Ｑ)≦ｋ＜Ｖ(Ｒ)となる。
【００１０】 受信機の中には受信ブロック内で転送エラーを検出する１組のアルゴリズムが
含まれている。誤り検出は当業者には公知であり、本明細書でさらに詳細にそれ
を示す理由は存在しない。データ・ブロックの受信時、受信機は、データ転送の
成否をチェックし、受信されたブロックのＢＳＮが[Ｖ(Ｑ)、Ｖ(Ｒ)]の間に存在
し、次いで、データ・ブロックの転送が成功した場合、そのデータ・ブロックに
対応する受信状態配列Ｖ(Ｎ)要素に対して値ＲＥＣＥＩＶＥＤが与えられる。そ
の他の場合には、受信状態配列Ｖ(Ｎ)要素に対して値ＩＮＶＡＬＩＤが与えられ
る。
【００１１】 受信機が送信機へ送信するパケットＡｃｋ／Ｎａｃｋメッセージを用いてデー
タ転送確認応答が行われる。パケットＡｃｋ／Ｎａｃｋメッセージは、開始シー
ケンス番号(ＳＳＮ)と、受信状態配列Ｖ(Ｎ)から形成される受信ブロック・ビッ
ト・マップ(ＲＢＢ)とを有する。その結果、ＳＳＮは変数値Ｖ(Ｒ)を与えられ、
ＲＢＢビットは前記ＳＳＮに関して索引付けられた受信状態配列値に対応する。
この受信状態配列要素が値ＲＥＣＥＩＶＥＤを持つ場合、ビット値は“１”であ
り、受信状態配列値がＩＮＶＡＬＩＤである場合、ビット値は“０”である。
【００１２】 パケットＡｃｋ／Ｎａｃｋメッセージの受信時に、送信機４は、受信状態配列
Ｖ(Ｎ)ＳＳＮに関して索引付けられた要素に設定され、該要素に対応するビット
値が“１”の場合、値ＡＣＫＥＤに設定される。ビット値が“０”の場合、値Ｎ
ＡＣＫＥＤが確認応答状態配列Ｖ(Ｂ)要素に設定される。送信機４は、Ｖ(Ｂ)配
列の最も古い要素に対応し、そのデータ・ブロックの値がＮＡＣＫＥＤであるデ
ータ・ブロックを任意の所定時刻に送信する。データ・ブロックが送信されたと
き、ＰＥＮＤＩＮＧ＿ＡＣＫがその要素の値としてマークされる。確認応答状態
配列Ｖ(Ｂ)要素のいずれも値ＮＡＣＫＥＤを持たず、所定のウィンドウｋ(Ｖ(Ｓ
)＜Ｖ(Ａ)＋ｋ)の中にデータ・ブロックが含まれる場合、送信状態変数Ｖ(Ｓ)に
対応するデータ・ブロックが送信され、値ＰＥＮＤＩＮＧ＿ＡＣＫがこのデータ
・ブロックに対応する確認応答状態配列Ｖ(Ｂ)要素に設定される。
【００１３】 送信状態変数Ｖ(Ｓ)の値と確認応答状態変数Ｖ(Ａ)の値との間の差がウィンド
ウに設定された値ｋに達し、及び確認応答配列の中に値ＮＡＣＫＥＤを持つ要素
が存在しない状況では、より古いデータ・ブロックに対する確認応答が受信され
るまで新しいデータ・ブロックの送信を行うことはできない。この状況は送信用
ウィンドウ・ストールと呼ばれる。マルチタイム・スロットを利用する接続では
、同じフレームの連続するタイムスロット内で送信されるすべてのデータ・ブロ
ックを１つのウィンドウ内でモニターする必要があるため、送信用ウィンドウは
容易にストールする。もっとも、往復遅延は相対的に長いものとなる。ウィンド
ウｋは、例えばＧＰＲＳ規格ではこのモニター目的用としてはかなり短い(ｋ＝
６４)。現在、拡張型ＧＰＲＳシステム(拡張型ＧＰＲＳ、ＥＧＰＲＳ)がＥＳＴ
Ｉの下で標準化されつつある。この場合、比較的干渉のない接続が使用されてい
るケースでは送信機からの送信対象データ・ブロック数を２倍にすることが可能
である。したがって、従来技術による解決方法に関しては、送信用ウィンドウ・
ストールにはまだ多くの問題がある。
【００１４】 当然のことであるが、もっとも簡単な解決方法はウィンドウ・サイズを大きく
することであり、それに対応して、ビット・マップのウィンドウ・サイズを大き
くすることである。そうすることにより確認応答の処理がスピード・アップし、
送信用ウィンドウが容易にストールすることはなくなる。しかし、パケットＡｃ
ｋ／Ｎａｃｋメッセージのサイズは指定されており、このパケットＡｃｋ／Ｎａ
ｃｋメッセージと関係する他の機能に関連するデータ(測定データなど)の転送も
可能となり得るため、ビット・マップ・サイズの増加には限界がある。
【００１５】 本方法を実現する方法及び装置が発明された。これによって、如上の問題の影
響を著しく軽減することが可能となる。本発明に準拠する方法は、受信データ・
ブロックのビット・マップを形成する方法を各々が有する１組の確認応答アルゴ
リズムを決定するステップと、受信に成功しなかった、あるいは、確認応答を受
けなかった受信データ・ブロックの数に関する情報を保持するステップと、デー
タ・ブロックの前記数に応じて確認応答アルゴリズムを選択することにより前記
確認応答アルゴリズムの中の１つを開始するステップと、を有することを特徴と
する。
【００１６】 また、本発明の１つの目的は請求項１２と請求項１３に記載のデータ転送装置
と、請求項１８に記載のデータ転送システムである。本発明の好適な実施例はサ
ブクレームに記載されている。
【００１７】 本発明は、その目的が、受信用ウィンドウ内のデータ・ブロック数をモニター
することにより、また、最適化した方法で前記データ・ブロック数に従って確認
応答処理を制御することにより、送信用ウィンドウ・ストールを防止することで
あるという着想に基づくものである。
【００１８】 本発明の第２の実施例によれば、送信用ウィンドウ内のデータ・ブロック数を
モニターすることにより、また、この数に応じて確認応答処理を指定することに
より如上の解決方法が好適に改善される。
【００１９】 次に、添付図面を参照しながら本発明について詳細に説明する。
【００２０】 一時的なブロック・フロー中、受信機は典型的な信号伝送システムにより送信
機にパケットＡｃｋ／Ｎａｃｋメッセージ(このメッセージは受信されたＲＬＣ
ブロックの状態に関連する情報を有する)を送信し、同時に、受信装置へ他の多
くの情報も転送する。テーブル１はパケット上り回線Ａｃｋ／Ｎａｃｋメッセー
ジのフィールドを示し、テーブル２はパケット下り回線Ａｃｋ／Ｎａｃｋメッセ
ージ(パケットＤＬ Ａｃｋ／Ｎａｃｋ)のフィールドを示す。テーブルの第２列
には、各メッセージの中に存在しなければならないフィールドが文字Ｍでマーク
され、各メッセージの中に含まれる必要のないフィールドは文字Ｏでマークされ
ている。
【００２１】
【表１】
【００２２】
【表２】
【００２３】 これらのテーブルに示されるように、例えばパケット上り回線Ａｃｋ／Ｎａｃ
ｋには、タイミング・アドバンス更新用および電力制御用データが含まれる。パ
ケット下り回線Ａｃｋ／Ｎａｃｋには使用中のチャネルの品質に関連するデータ
などが含まれる。パケットＡｃｋ／Ｎａｃｋは開始シーケンス番号ＳＳＮと受信
されたブロック・ビット・マップＲＢＢとを有する。確認応答メッセージを生成
するとき、受信機はＳＳＮに基づいて変数Ｖ(Ｒ)の値を設定し、各ビット・マッ
プ・ビット値は、ＳＳＮに関して順に索引付けられた受信状態配列Ｖ(Ｎ)要素の
受信状態を表す。変数Ｖ(Ｒ)の値は絶えず変化しているので、ウィンドウはシー
ケンス番号のスペース内でスライドしている。
【００２４】 従来技術によるＧＰＲＳシステムでは、ウィンドウとビット・マップの長さは
互いに対応している。ウィンドウの長さが増加すると、ウィンドウのスライディ
ングがそのまま可能となるように確認応答処理を変更しなければならない。図３
のフローチャートは、確認応答と再送を行う本発明による方法を例示する。
【００２５】 ステップ３０で、数字ＮＤＲが初期化される。この数字は受信用ウィンドウ内
のデータ・ブロック数を表す。ステップ３１で、新しいデータ・ブロックＤＢが
送信機から受信される。その際数字ＮＤＲが１だけ増加する(ステップ３２)。利
用可能な確認応答処理に従って、確認応答メッセージを送信すべきかどうかがチ
ェックされる(ステップ３３)。送信すべきでない場合、新しいＤＢを受信するた
めにステップ３１へ処理は移る。確認応答メッセージを送信しなければならない
場合、一時ＮＤＲ値がチェックされる(ステップ３４)。ＮＤＲが条件Ｂ１を満た
す場合、受信データ・ブロックのビット・マップを形成する方法を有する確認応
答アルゴリズムＡＬ１が実行され(ステップ３５１)、これによって、Ｎａｃｋ＝
ＮＤＲ１のデータ・ブロックは確認応答を受けることができる(ステップ３６１)
。ＮＤＲが条件Ｂ２を満たす場合、確認応答アルゴリズムＡＬ２が実行され(ス
テップ３５２)、これによって、Ｎａｃｋ＝ＮＤＲ２のデータ・ブロックは確認
応答を受けることができる(ステップ３６２)。ＮＤＲが条件Ｂ３を満たす場合、
確認応答アルゴリズムＡＬ３が実行され(ステップ３５３)、これによってＮａｃ
ｋ＝ＮＤＲ３のデータ・ブロックは確認応答を受けることができる(ステップ３
６３)。ここでは条件の数およびそれに対応するアルゴリズムの数は３であるが
、この数はアプリケーションに応じて選択可能である。確認応答されたデータ・
ブロックＮａｃｋの数は数字ＮＤＲから減算される(ステップ３７)。最後のデー
タ・ブロックが一時ブロック・フローＴＢＦの最後のデータ・ブロックであった
場合、処理は終了する。このブロック・フローが継続する(ステップ３８)場合、
処理は再びステップ３１へ移り新しいデータ・ブロックが受信される。
【００２６】 ＧＰＲＳシステムでは、ウィンドウのサイズは６４となるように指定されてお
り、ビット・マップ長は６４となるように指定されている。新しいＥＧＰＲＳシ
ステムでは、送受信ウィンドウの双方は６４より大きくなるように指定されるで
あろう。以下の本発明の好適な実施例ではウィンドウは５１２のサイズで使用さ
れる。ウィンドウ・サイズがこの大きさの場合、最適化されたビット・マップの
利用が特に重要である。本発明の目的は、パケットＡｃｋ／Ｎａｃｋメッセージ
の限界を考慮してできるだけ小さなビット・マップを使用し、しかも、ストール
を防ぐためにできるだけ迅速に受信データ・ブロックの確認応答ができるように
することである。提示の実施例では、これらの条件はＮＤＲ用として指定される
変動範囲に関係し、以下のようになる： Ｅ１：ＮＤＲ≦６４ Ｅ２：６４＜ＮＤＲ≦１２８ Ｅ３：１２８＜ＮＤＲ≦２５６ Ｅ４：２５６＜ＮＤＲ≦５１２ これらに対応するアルゴリズムは以下のようになる：
【００２７】 ＡＬ１(ＮＤＲ≦６４) ＮＤＲが相対的に小さい場合、ＳＳＮは値Ｖ(Ｒ)をとり、ビット・マップＲＢ
Ｂ６４ビットは図４に図示のように前回の受信データ・ブロックに情報６４を有
する。ウィンドウの長さｋは５１２であるが、ＮＤＲがこの低さのままである限
り小さなビット・マップを用いる確認応答で十分である。
【００２８】 ＡＬ２(６４＜ＮＤＲ≦１２８) ＮＤＲが第１の閾値６４を上回る場合、ＳＳＮはＶ(Ｑ)と関連して決定され、
図５に図示のように、ＳＳＮ＝[Ｖ(Ｑ)＋６４]ｍｏｄ１０２４となる。これは、
受信が承認されなかった最も古いＲＬＣブロックをＶ(Ｑ)が示しているという理
由で、Ｖ(Ｑ)の値に先行するデータ・ブロックが暗黙のうちに確認応答を受ける
ことができ、次いで、ビット・マップが、値Ｖ(Ｑ)に後続する６４個のデータ・
ブロックに対して明白に確認応答を行うことを意味する。暗黙のうちに確認応答
されたビットとビットマップ・ビットとの数全体がＮＤＲより小さい場合、デー
タ・ブロックはそのまま確認応答を受けない状態のままとなり、この場合これら
のデータ・ブロックは次の確認応答と関連して確認応答を受けることになる。こ
のビット・マップは６４ビット長の状態のままとなる可能性がある。
【００２９】 ＡＬ３(１２８＜ＮＤＲ≦２５６) ＮＤＲが第２の閾値１２８を上回る場合、新しい確認応答アルゴリズムＡＬ３
が用いられる。このアルゴリズムでは、第１のビット・マップが検討され、ある
一定の予め選択された圧縮方法(例えば文字列符号化など)によって第１の閾値よ
り小さな値にこのビット・マップの圧縮が可能かどうかがチェックされる。この
閾値を下まわることが可能な場合、圧縮が実行され、アルゴリズムＡＬ１に対応
する確認応答処理が他の機能のために実行される。ビット列圧縮と解凍という解
決方法は当業者には周知の方法である。したがって、この方法については本明細
書ではさらに詳述しない。
【００３０】 ある一定の方法を用いて第１の閾値以下にまでＮＤＲ値を圧縮できない場合、
ＳＳＮは変数Ｖ(Ｑ)に関してアルゴリズムＡＬ２として決定されるが、処理のス
ピードアップのためにさらに大きなビット・マップが使用される。これを可能に
するために、パケット／Ａｃｋメッセージ内の１以上のフィールド、好適には代
替フィールド(テーブル１と２のフィールド０)が一時的に未送信状態になる。例
えば、パケット上り回線Ａｃｋ／Ｎａｃｋメッセージでは、予約決定、タイミン
グ・アドバンス、固定割付けを未送信状態にすることにより、そのメッセージ内
に１２８ビットのビット・マップを一時的に含むことが可能となる。同様に、パ
ケット下り回線Ａｃｋ／Ｎａｃｋメッセージでは、測定結果(フィールド・チャ
ネル品質報告)を未送信状態にすることにより、そのメッセージ内に１２８ビッ
トのビット・マップを、さらに、代替フィールド・チャネル要求と中断要求とを
一時的に含むことができる。この場合、１つおきの下り回線パケットＡｃｋ／Ｎ
ａｃｋメッセージで１２８ビットのビット・マップを送信することができ、その
結果、システムが要求する方法でネットワークに対してチャネル測定結果を報告
することができる。
【００３１】 ＡＬ４(２５６＜ＮＤＲ≦５１２) ＮＤＲが相対的に高い場合、上り回線および下り回線方向で異なるタイプの確
認応答アルゴリズムを用いることが望ましい。この理由として、パケット下り回
線Ａｃｋ／Ｎａｃｋメッセージに対してパケット上り回線Ａｃｋ／Ｎａｃｋメッ
セージより大きな限界値が存在するということが挙げられる。
【００３２】 下り回線方向(受信装置＝移動局) 受信機では、暗黙のうちに了解されている如上の確認応答によって、また、周
知の圧縮方法によって、このビット・マップを１２８ビット長のビット・マップ
に圧縮できるかどうかが第１に検討され、チェックされる。このビット・マップ
を圧縮できる場合、アルゴリズムＡＬ３に従って前記圧縮されたビット・マップ
ＲＢＢ＝１２８が送信され、ＳＳＮ＝［Ｖ(Ｑ)＋１２８]ｍｏｄ１０２４が決定
される。
【００３３】 上記圧縮が可能でない場合、図６に図示の信号設定図に従って圧縮が行われる
。移動局はネットワークに対してポーリング要求メッセージ(６.１)を送信し、
２つの連続するパケット下り回線Ａｃｋ／Ｎａｃｋメッセージを送信する必要性
についてネットワークに通知する。ネットワークは要求に応じて無線資源ＲＲを
割り付け、次回確認応答を要求するとき、ネットワークは、図７に図示のように
２つのビット・マップを連続して送信可能であることをポーリング要求メッセー
ジ(６.２)で移動局に通知する。図７に示される例では、ＳＳＮ１＝[Ｖ(Ｑ)＋１
２８]ｍｏｄ１０２４とＳＳＮ２＝[Ｖ(Ｑ)＋６４]ｍｏｄ１０２４となる。すな
わちまず１２８ビットのビット・マップが送信され、次いで６４ビットのビット
・マップが送信される。移動局は前記２つのビット・マップ(６.３)を含む確認
応答メッセージを用いてこの送信に対する確認応答を行う。
【００３４】 このアルゴリズムの組は単に、送信条件に従って様々なビット・マップの生成
に必要な機能を含む単一アルゴリズムを有するにすぎない場合もあると理解すべ
きである。
【００３５】 如上の内容に基づいてわかるように、本発明による方法を用いて、確認応答機
能を転送状況に毎回適合させることができる。その際、確認応答と再送処理手順
とが改善され、実現が困難なシステムの実質的変化を生じることなく、かつ、確
認応答メッセージの助けを借りて伝達される他のデータの転送を妨げることなく
、送信用ウィンドウ・ストールが減らされる。
【００３６】 如上の実施例では、データ・ブロックの数は受信用ウィンドウ内でチェックさ
れる。対応する機能を送信端に構成することができる。その場合対応する数字Ｎ
ＤＴが送信用ウィンドウに関して用いられる。ＮＤＴは、送信されたけれども確
認応答を受けていない送信用ウィンドウ内のデータ・ブロック数を表す。ある一
定の閾値に達すると、送信機は受信機からの適切な確認応答を要求する。例えば
、数字ＮＤＴが所定の閾値３５０などを上回ると、送信機は確認応答要求を行う
ためにより高い無線資源を割り振り、アルゴリズムＡＬ４の中で説明されている
ように確認応答メッセージで２つのビット・マップを送信せよという移動局への
コマンドをその確認応答要求の中で表現する。
【００３７】 図８に図示のブロック図の助けを借りて、再送回数が移動局ＭＳでモニターさ
れる本発明の実施例を例示することができる。図８のブロック図は移動局の送受
信部の機能について説明する図である。移動局には、無線経路での通信用無線装
置と、(チャネル符号化、インターリービング、暗号化、変調、送信を実行する
機能ブロックを有する)従来方式の移動局によって周知の送信部８１を有する無
線装置と、(受信、復調、解読、インタリーブの解除、チャネル復号化を実行す
る機能ブロックを有する)受信部８２と、無線経路での送信用として受信と送信
とを切り離す複式フィルタ８３と、アンテナ８４とが含まれる。端末装置の動作
は、メモリＭＥＭ８６を有する主制御回路ＭＣＵ８５によって制御される。ＭＣ
Ｕ８５は、移動局の端において再送を処理する通信プロトコルに従ってこれらの
機能を実行する。本発明による移動局では、１組の確認応答アルゴリズムがＭＣ
Ｕ８５のメモリ８６にロードされる。ＭＣＵ８５はこのメモリの中から如上の基
準に従って如上の方法で確認応答アルゴリズムを選択し実行する。
【００３８】 本明細書は例示によって本発明の実現と実施例を提示するものである。当業者
には、本発明が如上の実施例の細部に限定されるものではないこと、及び、本発
明の特徴から逸脱することなく別の形で本発明を実現することが可能であること
は明らかである。例えば、本発明に準拠する送信機は無線パケット・モードのデ
ータ伝送に適したいずれの端末装置あるいはネットワーク要素であってもよい。
提示された実施例は例示的なものであって、限定的なものではないと考えるべき
である。したがって、本発明の実現と利用の可能性は添付の特許請求項によって
しか限定されない。したがって、均等な実現例を含む、請求項によって定められ
るような本発明を実現する様々なオプションは本発明の範囲に属するものである
。
【図面の簡単な説明】
【図１】 図１は、論理層階層(従来技術)によって例示されるＧＰＲＳ無線インターフェ
ースを例示する。
【図２】 図２は、ＧＰＲＳシステム(従来技術)に従う再送処理を例示する。
【図３】 図３は、確認応答と再送を構成するための本発明に準拠する処理手順を例示す
るフローチャートである。
【図４】 図４は、本発明による確認応答アルゴリズムを例示する。
【図５】 図５は、本発明による別の確認応答アルゴリズムを例示する。
【図６】 図６は、本発明によるポーリング要求メッセージを例示する信号設定図である
。
【図７】 図７は、２つのビット・マップの利用を例示する。
【図８】 図８は、本発明によるデータ転送装置の実施例を例示する。
【手続補正書】特許協力条約第３４条補正の翻訳文提出書
【提出日】平成１３年５月９日（２００１．５．９）
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】特許請求の範囲
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１７】 データ・ブロックを送信するデータ転送システムであって
、前記受信データ・ブロックの転送の成功をチェックする手段を少なくともその
一部が備えている、受信用データ・ブロックを転送する通信装置(４、５)を有す
ることを特徴とするデータ転送システムであって、 少なくとも１つの転送済みデータ・ブロックに対応する１ビットであって、該
ビットの値が前記データ転送の成功または失敗を示すように構成されるビット・
マップを用いて、前記受信データ・ブロックの確認応答を特定のインタバルで送
受信する通信装置(４、５)と、 前記受信ビットに従って転送が失敗した前記データ・ブロックを再転送する通
信装置(４、５)と、を有するデータ転送システムにおいて、 １組の確認応答アルゴリズムが少なくとも１つの装置内に設けられ、前記アル
ゴリズムの各々が前記受信データ・ブロックのビット・マップを形成する方法を
有し、 前記装置が受信に成功しなかったデータ・ブロックの数をモニターする手段(
８５、８６)を有し、 前記装置がデータ・ブロックの前記数に応じて１つの確認応答アルゴリズムを
選択する手段(８５)を有し、 前記装置が前記選択された確認応答アルゴリズムを開始する手段(８５)を有す
ることを特徴とするデータ転送システム。
───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ， ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，Ｋ Ｅ，ＬＳ，ＭＷ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ，ＺＷ )，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ， ＴＪ，ＴＭ)，ＡＥ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ， ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，Ｃ Ｒ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＤＭ，ＥＥ，ＥＳ，ＦＩ ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ， ＩＬ，ＩＮ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，Ｋ Ｚ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＡ ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ， ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，Ｓ Ｋ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ ，ＵＺ，ＶＮ，ＹＵ，ＺＡ，ＺＷ

Claims (18)

    【特許請求の範囲】
  1. 【請求項１】 データ・ブロックを再転送する方法であって、 １組のデータ・ブロックを送信するステップと、 前記１組のデータ・ブロックを受信するステップと、 前記受信データの転送が成功したか、失敗したかをチェックするステップと、 少なくとも１つの転送済みデータ・ブロックに対応する１ビットを備えたビッ
    ト・マップであって、該ビット値が前記データ転送の成功または失敗を示すよう
    に構成されるビット・マップを用いて前記受信データ・ブロックに対して特定の
    インターバルで確認応答を行うステップと、 前記ビット・マップに従って転送が失敗したデータ・ブロックを再転送するス
    テップと、を有する方法において、 前記受信データ・ブロックのビット・マップを形成する方法を各々が有する１
    組の確認応答アルゴリズムを決定するステップと、 受信に成功しなかったデータ・ブロックの数、あるいは、受信した旨の確認応
    答を受けなかったデータ・ブロックの数に関する情報を保持するステップと、 データ・ブロックの前記数に応じて確認応答アルゴリズムを選択することによ
    り、前記確認応答アルゴリズムの中の１つを開始するステップと、をさらに有す
    ることを特徴とする方法。
  2. 【請求項２】 請求項１に記載の方法において、受信装置(５)の中にデータ
    ・ブロックの前記数を保持するステップを有することを特徴とする方法。
  3. 【請求項３】 請求項１に記載の方法において、送信装置(４)の中にデータ
    ・ブロックの前記数を保持するステップを有することを特徴とする方法。
  4. 【請求項４】 請求項１〜３のいずれか一つに記載の方法において、前記デ
    ータ・ブロックがＥＧＰＲＳシステムのＲＬＣデータ・ブロックであることを特
    徴とする方法。
  5. 【請求項５】 請求項１〜４のいずれか一つに記載の方法において、受信用
    ウィンドウ内での前記受信データ・ブロックの前記データ転送の成功に関する情
    報を保持するステップであって、前記受信用ウィンドウの要素が少なくとも１つ
    の受信データ・ブロックに対応し、前記ウィンドウが所定の長さを有するように
    構成されるステップを有することを特徴とする方法。
  6. 【請求項６】 請求項５に記載の方法において、前記ウィンドウの長さが５
    １２ビットであることを特徴とする方法。
  7. 【請求項７】 請求項１〜６のいずれか一つに記載の方法において、前記ビ
    ット・マップの長さが少なくとも２つのオプションを持つことを特徴とする方法
    。
  8. 【請求項８】 請求項１または請求項３乃至７のいずれか一つに記載の方法
    において、前記データ・ブロックが移動局から送信されることを特徴とする方法
    。
  9. 【請求項９】 請求項１または請求項３乃至７のいずれか一つに記載の方法
    において、移動局と交信する基地送受信局から前記データ・ブロックが送信され
    ることを特徴とする方法。
  10. 【請求項１０】 請求項１〜９のいずれか一つに記載の方法において、所定
    の閾値を渡すデータ・ブロックの前記数に応じて、２つの連続するビット・マッ
    プの送信要求を含む確認応答要求を送信するステップを有することを特徴とする
    方法。
  11. 【請求項１１】 請求項１〜１０のいずれか一つに記載の方法において、 前記ビット・マップ用として少なくとも２つの可能なサイズを決定するステッ
    プと、 所定の閾値を渡すデータ・ブロックの前記数に応じて、前記数に対応するビッ
    ト・マップをその利用可能な最小サイズに圧縮することができるかどうかをチェ
    ックするステップと、を有することを特徴とする方法。
  12. 【請求項１２】 データ・ブロックを受信するためのデータ転送装置であっ
    て、 データ・ブロック受信手段(８２)と、 前記受信データ・ブロックの転送の成功をチェックする手段(８２、８５)と、 少なくとも１つの転送済みデータ・ブロックに対応する１ビットを備えたビッ
    ト・マップであって、該ビット値が前記データ転送の成功または失敗を示すよう
    に構成されるビット・マップを用いて前記受信データ・ブロックに対して確認応
    答を特定のインターバルで送信する手段と、を有するデータ転送装置において、 １組の確認応答アルゴリズムが前記装置内に設けられ、前記アルゴリズムの各
    々が前記受信データ・ブロックのビット・マップを形成する方法を有するように
    構成される転送装置であって、 受信に成功しなかったデータ・ブロックの数をモニターする手段(８５、８６)
    を有し、 データ・ブロックの前記数に応じて１つの確認応答アルゴリズムを選択する手
    段(８５)を有し、 前記選択された確認応答アルゴリズムを開始する手段(８５)を有することを特
    徴とするデータ転送装置。
  13. 【請求項１３】 データ・ブロックの送信に適したデータ転送装置であって
    、 データ・ブロックを送信する手段(８１、８２)と、 少なくとも１つの転送済みデータ・ブロックに対応する１ビットを備えたビッ
    ト・マップであって、該ビット値が前記データ転送の成功または失敗を示すよう
    に構成されるビット・マップを用いて受信データ・ブロックの確認応答を所定の
    インタバルで受信する手段(８２)と、 前記受信ビット・マップに従って転送が失敗したデータ・ブロックを再転送す
    る手段(８１)と、を有するデータ転送装置において、 １組の確認応答アルゴリズムが前記装置内に設けられ、前記アルゴリズムの各
    々が前記受信データ・ブロックのビット・マップを形成する方法を有し、 受信に成功しなかったデータ・ブロックの数をモニターする手段(８５、８６)
    を有し、 データ・ブロックの前記数に応じて選択される確認応答アルゴリズムに基づい
    てビット・マップを要求する手段(８５)を有する、ことを特徴とする転送装置。
  14. 【請求項１４】 移動局であることを特徴とする請求項１２に記載の転送装
    置。
  15. 【請求項１５】 移動局であることを特徴とする請求項１３に記載の転送装
    置。
  16. 【請求項１６】 移動通信システムの基地送受信局であることを特徴とする
    請求項１２に記載の転送装置。
  17. 【請求項１７】 移動通信システムの基地送受信局であることを特徴とする
    請求項１３に記載の転送装置。
  18. 【請求項１８】 データ・ブロックを送信するデータ転送システムであって
    、 少なくともその一部が受信データ・ブロックの転送の成功をチェックする手段
    を備えている、受信用データ・ブロックを転送する通信装置(４、５)と、 少なくとも１つの転送済みデータ・ブロックに対応する１ビットであって、該
    ビットの値が前記データ転送の成功または失敗を示すように構成されるビット・
    マップを用いて、特定のインターバルで前記受信データ・ブロックの確認応答を
    送受信する通信装置(４、５)と、 前記受信ビットに従って転送が失敗したデータ・ブロックを再転送する通信装
    置(４、５)と、を有するデータ転送システムにおいて、 １組の確認応答アルゴリズムが少なくとも１つの装置内に設けられ、前記アル
    ゴリズムの各々が前記受信データ・ブロックのビット・マップを形成する方法を
    有し、 前記装置が受信に成功しなかったデータ・ブロックの数をモニターする手段(
    ８５、８６)を有し、 前記装置がデータ・ブロックの前記数に応じて１つの確認応答アルゴリズムを
    選択する手段(８５)を有し、 前記装置が前記選択された確認応答アルゴリズムを開始する手段(８５)を有す
    ることを特徴とするデータ転送システム。
JP2000603185A 1999-03-03 2000-03-01 データ転送パケットの再転送方法及び装置 Withdrawn JP2002538720A (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
FI990467A FI106760B (fi) 1999-03-03 1999-03-03 Menetelmä ja laite tiedonsiirtopakettien uudelleenlähettämiseksi
FI990467 1999-03-03
PCT/FI2000/000162 WO2000052868A2 (en) 1999-03-03 2000-03-01 A method and a device for re-transmitting data transfer packets

Publications (1)

Publication Number Publication Date
JP2002538720A true JP2002538720A (ja) 2002-11-12

Family

ID=8554053

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2000603185A Withdrawn JP2002538720A (ja) 1999-03-03 2000-03-01 データ転送パケットの再転送方法及び装置

Country Status (8)

Country Link
US (1) US6601207B1 (ja)
EP (1) EP1166485A2 (ja)
JP (1) JP2002538720A (ja)
CN (1) CN1342355A (ja)
AU (1) AU2919600A (ja)
FI (1) FI106760B (ja)
RU (1) RU2001126714A (ja)
WO (1) WO2000052868A2 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007520113A (ja) * 2003-12-29 2007-07-19 エレクトロニクス アンド テレコミュニケーションズ リサーチ インスチチュート 移動通信システムにおける自動再送要求のためのフィードバックメッセージ生成方法
JP2007324700A (ja) * 2006-05-30 2007-12-13 Mitsubishi Electric Corp 伝送制御方法
JP2013102433A (ja) * 2011-11-09 2013-05-23 Hitachi Ltd ワイヤレス通信のためのブロック肯定応答の方法、装置及びシステム

Families Citing this family (48)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
SE0000897D0 (sv) * 2000-03-17 2000-03-17 Ericsson Telefon Ab L M Methods in a communication system
FI109437B (fi) * 2000-04-03 2002-07-31 Nokia Corp Resurssien varaus pakettimuotoisessa tiedonsiirrossa
US7068619B2 (en) * 2000-08-07 2006-06-27 Lucent Technologies Inc. Radio link control with limited retransmissions for streaming services
JP4520032B2 (ja) * 2000-08-17 2010-08-04 パナソニック株式会社 ヘッダ圧縮装置およびヘッダ圧縮方法
US20030039226A1 (en) 2001-08-24 2003-02-27 Kwak Joseph A. Physical layer automatic repeat request (ARQ)
FI114365B (fi) * 2001-08-31 2004-09-30 First Hop Oy Menetelmä langattomien verkkojen suorituskyvyn optimoimiseksi
US7013418B1 (en) * 2001-11-15 2006-03-14 Network Appliance, Inc. Method and apparatus for reliable delivery of status information for multiple sets of data units in a single packet
FI115880B (fi) 2001-11-23 2005-07-29 Nokia Corp Matkaviestimen muistiresurssien allokointi
GB2384145A (en) * 2002-01-12 2003-07-16 Ubinetics Ltd Adaptive signalling technique for repeat transmission requests
US20030149786A1 (en) * 2002-02-06 2003-08-07 Mark Duffy Efficient counter retrieval
US7042857B2 (en) 2002-10-29 2006-05-09 Qualcom, Incorporated Uplink pilot and signaling transmission in wireless communication systems
GB2396088B (en) * 2002-12-06 2005-06-29 Qualcomm A data transfer procedure for transferring data of a data sequence between a transmitting entity and a receiving entity
US7177297B2 (en) 2003-05-12 2007-02-13 Qualcomm Incorporated Fast frequency hopping with a code division multiplexed pilot in an OFDMA system
US7296204B2 (en) * 2003-05-30 2007-11-13 Wegener Communications, Inc. Error correction apparatus and method
US20050224596A1 (en) * 2003-07-08 2005-10-13 Panopoulos Peter J Machine that is an automatic pesticide, insecticide, repellant, poison, air freshener, disinfectant or other type of spray delivery system
JP4005974B2 (ja) 2004-01-09 2007-11-14 株式会社東芝 通信装置、通信方法、および通信システム
US8611283B2 (en) 2004-01-28 2013-12-17 Qualcomm Incorporated Method and apparatus of using a single channel to provide acknowledgement and assignment messages
KR100714675B1 (ko) * 2004-01-30 2007-05-07 삼성전자주식회사 데이터 프레임 재전송 방법 및 상기 방법을 사용하는네트워크 장치
KR100989314B1 (ko) * 2004-04-09 2010-10-25 삼성전자주식회사 디스플레이장치
US7433314B2 (en) * 2004-06-01 2008-10-07 Samsung Electronics Co., Ltd. Method and system for acknowledging the receipt of a transmitted data stream in a wireless personal area network
US8891349B2 (en) 2004-07-23 2014-11-18 Qualcomm Incorporated Method of optimizing portions of a frame
JP4440037B2 (ja) * 2004-08-11 2010-03-24 株式会社東芝 通信装置及び通信方法
KR100678943B1 (ko) 2004-08-24 2007-02-07 삼성전자주식회사 블록 ａｃｋ 프레임 전송방법 및 장치
US8831115B2 (en) 2004-12-22 2014-09-09 Qualcomm Incorporated MC-CDMA multiplexing in an orthogonal uplink
US8238923B2 (en) 2004-12-22 2012-08-07 Qualcomm Incorporated Method of using shared resources in a communication system
US7453849B2 (en) * 2004-12-22 2008-11-18 Qualcomm Incorporated Method of implicit deassignment of resources
US8169953B2 (en) * 2005-05-17 2012-05-01 Qualcomm Incorporated Method and apparatus for wireless multi-carrier communications
EP1780926B1 (en) * 2005-10-28 2021-01-20 Nokia Technologies Oy Method for ACK/NACK signalling
DE602005004165T2 (de) 2005-11-10 2008-12-24 Research In Motion Ltd., Waterloo Einrichtung und Verfahren zur Signalisierung von Kommunikationsbetriebsmittelnzuordnung auf einer Blockbasis
KR100705238B1 (ko) * 2005-11-15 2007-04-06 엘지전자 주식회사 에러 체크 코드를 이용한 데이터 동기화 방법과 이를 위한이동 통신 단말기 및 서버
CN101043299B (zh) * 2006-04-05 2010-08-25 华为技术有限公司 一种ack/nack方法
KR100773579B1 (ko) 2006-07-14 2007-11-08 강릉대학교산학협력단 무선 데이터를 전송하기 위한 방법 및 이를 위한프로그램이 기록된 기록매체
CN101136727B (zh) * 2006-09-01 2010-05-12 华为技术有限公司 一种上报是否正确接收到数据的方法
CN101212283B (zh) * 2006-12-25 2011-07-20 华为技术有限公司 通信系统中传输确认/非确认信息的方法
US20080201513A1 (en) * 2007-02-20 2008-08-21 Assaf Waisler Method and Device to Transfer Digital Data
DE102007019292A1 (de) * 2007-04-24 2008-10-30 Rohde & Schwarz Gmbh & Co. Kg Kommunikationssystem und Verfahren mit Bestimmung von Kanalparametern
FR2925802B1 (fr) * 2007-12-20 2010-01-08 Canon Kk Procede d'acquittement de donnees
WO2010055364A1 (en) * 2008-11-12 2010-05-20 Alcatel Lucent Harq feedback scheduling method and apparatus thereof
CN102405613B (zh) * 2009-04-21 2014-12-24 黑莓有限公司 使用窗口对齐信息来处理与所发送的数据块相关联的应答信息的方法和设备
CN101860423A (zh) * 2010-06-07 2010-10-13 华为技术有限公司 一种协议分组传输的重传方法和装置
US20120079336A1 (en) * 2010-09-24 2012-03-29 Aran Bergman Techniques utilizing arq feedback for efficient transmitter buffer usage
KR101324857B1 (ko) * 2011-12-30 2013-11-01 엘에스산전 주식회사 디지털 보호 계전기의 통신을 위한 이더넷 통신 링크 방법 또는 이를 수행하는 디지털 보호 계전기
US9350806B2 (en) * 2012-09-07 2016-05-24 International Business Machines Corporation Zero copy data transfers without modifying host side protocol stack parameters
CN104518853B (zh) * 2013-09-27 2018-04-17 北京新媒传信科技有限公司 一种数据重传的方法、接收端及系统
CN104837206B (zh) * 2015-05-26 2018-09-25 熊猫电子集团有限公司 一种gmr-1 3g终端数据收发系统
US10362464B2 (en) * 2016-03-25 2019-07-23 Silicon Laboratories, Inc. Over-the-air broadcast bootloader protocol
CN110149374B (zh) * 2019-04-28 2022-04-15 深圳市恒扬数据股份有限公司 一种文件传输方法、终端设备及计算机可读存储介质
CN113676736A (zh) * 2020-05-13 2021-11-19 华为技术有限公司 数据帧的传输方法和通信装置

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5440545A (en) * 1993-08-02 1995-08-08 Motorola, Inc. Packet delivery system
US5444718A (en) * 1993-11-30 1995-08-22 At&T Corp. Retransmission protocol for wireless communications
US5553083B1 (en) 1995-01-19 2000-05-16 Starburst Comm Corp Method for quickly and reliably transmitting frames of data over communications links
US5784362A (en) * 1995-04-17 1998-07-21 Telefonaktiebolaget Lm Ericsson Temporary frame identification for ARQ in a reservation-slotted-ALOHA type of protocol
US5717689A (en) * 1995-10-10 1998-02-10 Lucent Technologies Inc. Data link layer protocol for transport of ATM cells over a wireless link
US6778558B2 (en) * 1998-02-23 2004-08-17 Lucent Technologies Inc. System and method for incremental redundancy transmission in a communication system
US6611515B1 (en) 1998-05-17 2003-08-26 Lucent Technologies Inc. System and method for link and media access control layer transaction completion procedures
US6367045B1 (en) * 1999-07-01 2002-04-02 Telefonaktiebolaget Lm Ericsson (Publ) Bandwidth efficient acknowledgment/negative acknowledgment in a communication system using automatic repeat request (ARQ)
US6269080B1 (en) * 1999-04-13 2001-07-31 Glenayre Electronics, Inc. Method of multicast file distribution and synchronization

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007520113A (ja) * 2003-12-29 2007-07-19 エレクトロニクス アンド テレコミュニケーションズ リサーチ インスチチュート 移動通信システムにおける自動再送要求のためのフィードバックメッセージ生成方法
JP2007324700A (ja) * 2006-05-30 2007-12-13 Mitsubishi Electric Corp 伝送制御方法
JP2013102433A (ja) * 2011-11-09 2013-05-23 Hitachi Ltd ワイヤレス通信のためのブロック肯定応答の方法、装置及びシステム

Also Published As

Publication number Publication date
CN1342355A (zh) 2002-03-27
FI106760B (fi) 2001-03-30
AU2919600A (en) 2000-09-21
WO2000052868A2 (en) 2000-09-08
FI990467A0 (fi) 1999-03-03
FI990467A (fi) 2000-09-04
WO2000052868A3 (en) 2001-01-25
EP1166485A2 (en) 2002-01-02
US6601207B1 (en) 2003-07-29
RU2001126714A (ru) 2003-07-20

Similar Documents

Publication Publication Date Title
JP2002538720A (ja) データ転送パケットの再転送方法及び装置
US8824376B2 (en) Method for sending status information in mobile telecommunications system and receiver of mobile telecommunications
RU2434337C1 (ru) Способ отправки информации статуса в системе мобильной связи и приемник системы мобильной связи
US6301249B1 (en) Efficient error control for wireless packet transmissions
EP1281248B1 (en) Transmitting and receiving data according to radio link protocol in a mobile communications system
US9025460B2 (en) Method and transmitting unit for reducing a risk of transmission stalling
JP2002537723A (ja) データ通信においてポーリング要求を管理するための方法及び装置
JP2003519998A (ja) データ伝送をより効率的にする方法及びデータ伝送プロトコル
WO2009051386A2 (en) Method of performing arq procedure for transmitting high rate data
JP2002533992A (ja) 無線通信装置のメッセージ送信方法及び装置
KR100342122B1 (ko) 링크 및 매체 액세스 제어 층 트랜잭션 완료 과정을 위한 시스템 및 방법
US20090232069A1 (en) Method for Status Reporting in Wireless Communication Systems When One-Time Allocated Resource Is Insufficent
US6662330B1 (en) Joint range reject automatic repeat request protocol
JP2002522954A (ja) パケット通信システムにおけるグループアドレッシング
WO2022052507A1 (zh) 蓝牙低功耗音频数据传输方法以及装置、设备
JP4060181B2 (ja) データ送信プロトコル
JP2002541726A (ja) ビットマップを有効に使用する選択的繰り返しａｒｑ
EP1422882B1 (en) System and method of unacknowledged network layer service access point identifier (NSAPI) recovery in sub-network dependent convergence protocol (SNDCP) communication
WO2003019852A1 (en) A method of acknowledging data
EP1505759A2 (en) Method and device for transmitting/receiving data using acknowledged transport layer protocols
EP3939190A1 (en) Method of enabling harq, network entity and computer program
KR100709028B1 (ko) 데이터의 선택적 재전송
CN117728922A (zh) 重复传输方法、接收端设备、电子设备及可读存储介质
CN117480810A (zh) 记分板状态更新方法、装置、设备及存储介质

Legal Events

Date Code Title Description
A300 Application deemed to be withdrawn because no request for examination was validly filed

Free format text: JAPANESE INTERMEDIATE CODE: A300

Effective date: 20070501