[go: up one dir, main page]

JP4929349B2 - 再送要求送信方法及び受信側装置 - Google Patents

再送要求送信方法及び受信側装置 Download PDF

Info

Publication number
JP4929349B2
JP4929349B2 JP2009509331A JP2009509331A JP4929349B2 JP 4929349 B2 JP4929349 B2 JP 4929349B2 JP 2009509331 A JP2009509331 A JP 2009509331A JP 2009509331 A JP2009509331 A JP 2009509331A JP 4929349 B2 JP4929349 B2 JP 4929349B2
Authority
JP
Japan
Prior art keywords
rlc
pdu
data
sublayer
status
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.)
Active
Application number
JP2009509331A
Other languages
English (en)
Other versions
JPWO2008126806A1 (ja
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.)
NTT Docomo Inc
Original Assignee
NTT Docomo Inc
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 NTT Docomo Inc filed Critical NTT Docomo Inc
Priority to JP2009509331A priority Critical patent/JP4929349B2/ja
Publication of JPWO2008126806A1 publication Critical patent/JPWO2008126806A1/ja
Application granted granted Critical
Publication of JP4929349B2 publication Critical patent/JP4929349B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1848—Time-out mechanisms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1854—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1835—Buffer management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/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/1841—Resequencing

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Communication Control (AREA)

Description

本発明は、受信側装置の所定サブレイヤが送信側装置の所定サブレイヤから送信されたパケットに対する再送要求を送信する再送要求送信方法、及び、受信側装置に関する。
第３世代移動通信システムの標準化を行う団体である３ＧＰＰでは、無線アクセスネットワーク（ＲＡＮ：Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）における劇的な伝送速度の向上と伝送遅延の短縮を実現するために、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）と総称される検討を行っており、その検討にかかる要素技術の標準仕様策定を進めている。
図４に示すように、ＬＴＥ方式の移動通信システムにおける無線アクセスネットワーク（Ｅ-ＵＴＲＡＮ：Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ ＲＡＮ）は、移動局ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）と、無線基地局ｅＮＢ（Ｅ-ＵＴＲＡＮ Ｎｏｄｅ Ｂ）とによって構成されており、移動局ＵＥと無線基地局ｅＮＢとの間では、無線リンク（ＲＬ：Ｒａｄｉｏ Ｌｉｎｋ）を介して通信を行われるように構成されている。
また、移動局ＵＥ及び無線基地局ｅＮＢは、それぞれ、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）サブレイヤと、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）サブレイヤと、物理（ＰＨＹ：Ｐｈｙｓｉｃａｌ）レイヤとを終端するように構成されている。
また、送信側装置（移動局ＵＥ又は無線基地局ｅＮＢ）は、伝送するデータに対して、ＲＬＣ処理とＭＡＣ処理とＰＨＹ処理とを順に施してから、無線部にて無線信号として送信するように構成されている。
一方、受信側装置（移動局ＵＥ又は無線基地局ｅＮＢ）は、無線部にて受信した無線信号に対して、ＰＨＹ処理とＭＡＣ処理とＲＬＣ処理とを順に施すことによって、伝送されたデータを抽出するように構成されている。
ここで、伝送するデータは、ユーザが使用するアプリケーション等により発生するユーザデータ（Ｕプレーンデータ）、及び、移動通信システムの制御に用いるＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）シグナリングやＮＡＳ（Ｎｏｎ Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）シグナリング等の制御データ（Ｃプレーンデータ）を含む。
また、送信側装置のＲＬＣサブレイヤと受信側装置のＲＬＣサブレイヤとの間では、ＲＬＣ再送制御処理が行われるように構成されており、送信側装置のＭＡＣサブレイヤと受信側装置のＭＡＣサブレイヤとの間では、ＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）再送制御処理（ＭＡＣ再送制御処理）が行われるように構成されている。
ここで、ＩＭＴ-２０００方式の移動通信システムでは、図１に示すように、受信側装置において、ＭＡＣサブレイヤが、受信したＲＬＣ-ＰＤＵ（実際には、ＲＬＣ-ＰＤＵがマッピングされたＭＡＣ-ＰＤＵ）に対する順序補正処理を行い、ＲＬＣサブレイヤに対して、シーケンス番号の順番にＲＬＣ-ＰＤＵを送信するように構成されていた。
したがって、ＲＬＣサブレイヤは、図２に示すように、ＳＴＡＴＵＳ-ＰＤＵ生成トリガが発生した場合に、未だ受信していないＲＬＣ-ｄａｔａ-ＰＤＵ（ＩＭＴ-２０００方式の移動通信システムでは、ＡＭＤ-ＰＤＵ）であって、かつ、後続のＲＬＣ-ｄａｔａ-ＰＤＵ（シーケンス番号＃６のＲＬＣ-ｄａｔａ-ＰＤＵ等）を受信しているＲＬＣ-ｄａｔａ-ＰＤＵ（シーケンス番号＃２及び＃５のＲＬＣ-ｄａｔａ-ＰＤＵ）については、無条件に、パケット抜けが発生していると判断して、シーケンス番号＃２及び＃５のＲＬＣ-ｄａｔａ-ＰＤＵの再送を要求するＳＴＡＴＵＳ-ＰＤＵを送信するように構成されていた。
ＩＭＴ-２０００のＲＬＣ仕様：３ＧＰＰ ＴＳ ２５.３２２ Ｖ６.９.０ （２００６-０９） ＬＴＥのＳｔａｇｅ２仕様：３ＧＰＰ ＴＳ ３６.３００ Ｖ８.０.０ （２００７-０３）
しかしながら、ＬＴＥ方式の移動通信システムでは、図３に示すように、受信側装置において、ＭＡＣサブレイヤが、受信したＲＬＣ-ＰＤＵに対する順序補正処理を行うことなく、ＲＬＣサブレイヤに対して、ＲＬＣ-ＰＤＵを送信するように構成されている。
したがって、ＳＴＡＴＵＳ-ＰＤＵ生成・送信トリガが発生した場合において、ＲＬＣサブレイヤで未だ受信されていないＲＬＣ-ｄａｔａ-ＰＤＵ（若しくは、ＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵ）であって、かつ、後続のＲＬＣ-ｄａｔａ-ＰＤＵ（若しくは、ＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵ）が受信されているＲＬＣ-ｄａｔａ-ＰＤＵであっても、ＭＡＣサブレイヤにおけるＨＡＲＱ再送制御処理中である可能性があるため、無条件に、かかるＲＬＣ-ｄａｔａ-ＰＤＵ（例えば、図２におけるシーケンス番号＃２及び＃５のＲＬＣ-ＰＤＵ）の再送を要求するＳＴＡＴＵＳ-ＰＤＵを送信することは適切ではない。
そこで、本発明は、上述の課題に鑑みてなされたものであり、ＭＡＣサブレイヤが、受信したＲＬＣ-ＰＤＵに対する順序補正処理を行わない場合において、ＲＬＣサブレイヤが、ＭＡＣサブレイヤにおけるＨＡＲＱ再送制御処理中であるＲＬＣ-ｄａｔａ-ＰＤＵに対する再送要求を送信することを回避することができる再送要求送信方法及び受信側装置を提供することを目的とする。
本発明の第１の特徴は、受信側装置の所定サブレイヤが、送信側装置の所定サブレイヤから送信されたパケットに対する再送要求を送信する再送要求送信方法であって、前記受信側装置の所定サブレイヤが、未だ受信していないパケットについて前記受信側装置の所定サブレイヤの下位サブレイヤにおいて再送制御処理が行われているか否かについて判定する工程と、前記再送要求を生成するタイミングで、前記受信側装置の所定サブレイヤが、前記判定結果に基づいて、未だ受信していないパケットで、かつ、前記下位サブレイヤにおいて再送制御処理が行われていないパケットのみを含む前記再送要求を生成して送信する工程とを有することを要旨とする。
本発明の第１の特徴において、前記受信側装置の所定サブレイヤが、前記判定結果を状態変数として管理し、前記状態変数に基づいて、未だ受信していないパケットで、かつ、前記下位サブレイヤにおいて再送制御処理が行われていないパケットのみを含む前記再送要求を生成して送信してもよい。
本発明の第２の特徴は、所定サブレイヤにおいて、送信側装置の所定サブレイヤから送信されたパケットに対する再送要求を送信するように構成されている受信側装置であって、前記所定サブレイヤにおいて、未だ受信していないパケットについて前記所定サブレイヤの下位サブレイヤにおいて再送制御処理が行われているか否かについて判定するように構成されており、前記所定サブレイヤにおいて、前記再送要求を生成するタイミングで、前記判定結果に基づいて、未だ受信していないパケットで、かつ、前記下位サブレイヤにおいて再送制御処理が行われていないパケットのみを含む前記再送要求を生成して送信するように構成されていることを要旨とする。
本発明の第２の特徴において、前記所定サブレイヤが、前記判定結果を状態変数として管理し、前記状態変数に基づいて、未だ受信していないパケットで、かつ、前記下位サブレイヤにおいて再送制御処理が行われていないパケットのみを含む前記再送要求を生成して送信してもよい。
以上説明したように、本発明によれば、ＭＡＣサブレイヤが、受信したＲＬＣ-ＰＤＵに対する順序補正処理を行わない場合において、ＲＬＣサブレイヤが、ＭＡＣサブレイヤにおけるＨＡＲＱ再送制御処理中であるＲＬＣ-ｄａｔａ-ＰＤＵに対する再送要求を送信することを回避することができる再送要求送信方法及び受信側装置を提供することができる。
図１は、従来の移動通信システムの受信側装置における動作を説明するための図である。 図２は、従来の移動通信システムの受信側装置における動作を説明するための図である。 図３は、従来の移動通信システムの受信側装置における動作を説明するための図である。 図４は、本発明の第１の実施形態に係る移動通信システムの無線アクセスネットワークにおけるプロトコルレイヤ構成を示す図である。 図５は、本発明の第１の実施形態に係る移動局及び無線基地局におけるＲＬＣサブレイヤの機能ブロック図である。 図６は、本発明の第１の実施形態に係る移動局及び無線基地局におけるＲＬＣサブレイヤにおいて行われる再分割処理について説明するための図である。 図７は、本発明の第１の実施形態に係る移動局及び無線基地局におけるＲＬＣサブレイヤによって生成されるＳＴＡＴＵＳ-ＰＤＵのフォーマットの一例を示す図である。 図８は、本発明の第１の実施形態に係る移動局及び無線基地局におけるＲＬＣサブレイヤの動作を説明するための図である。 図９は、本発明の第１の実施形態に係る移動局及び無線基地局におけるＲＬＣサブレイヤの動作を示すフローチャートである。
（本発明の第１の実施形態に係る移動通信システムの構成）
図４乃至図８を参照して、本発明の第１の実施形態に係る移動通信システムの構成について説明する。
なお、本実施形態では、図４に示すように、３ＧＰＰで標準化が進められているＬＴＥ/ＳＡＥ（Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｖｏｌｕｔｉｏｎ）のアーキテクチャを具備する移動通信システムを例として説明を行うが、本発明は、かかる移動通信システムに限定されるものではなく、その他のアーキテクチャを具備する移動通信システムにも適用可能である。
図５を参照して、Ａｃｋｎｏｗｌｅｄｇｅモード（ＡＭ）のＲＬＣサブレイヤ（以下、ＲＬＣサブレイヤ）の機能構成について説明する。
なお、図５に示すＲＬＣサブレイヤを構成する機能（モジュール）の一部又は全部は、ＩＣチップ上で、ハードウェア又はソフトウェアによって実現されていてもよい。
例えば、ＩＣチップ上で、一般的に単純で高速処理が要求されているＭＡＣサブレイヤ及び物理レイヤを構成する機能（モジュール）をハードウェアで実現し、一般的に複雑な処理が要求されているＲＬＣサブレイヤを構成する機能（モジュール）をソフトウェアで実現するように構成されていてもよい。
また、物理レイヤを構成する機能（モジュール）とＭＡＣサブレイヤを構成する機能（モジュール）とＲＬＣサブレイヤを構成する機能（モジュール）とは、同一のＩＣチップ上で実現されていてもよいし、別々のＩＣチップ上で実現されていてもよい。
以下、図５を参照して、本実施形態に係る移動通信システムにおけるＲＬＣサブレイヤの構成の一例を示す。
図５に示すように、ＲＬＣサブレイヤは、ＲＬＣ-ＳＤＵバッファ１１と、新規送信バッファ１２と、分割統合処理部１３と、ＡＣＫ待ちバッファ１４と、再送バッファ１５と、ＲＬＣ-ＰＤＵ送信部１６と、再分割処理部１７と、ＲＬＣ-ＰＤＵ送信部１８と、ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ生成部１９と、ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵバッファ２０と、多重解除部３１と、順序補正バッファ３２と、再構築バッファ３３と、ＲＬＣ-ＳＤＵ再構築部３４とを具備している。
ＲＬＣ-ＳＤＵバッファ１１は、上位レイヤから受信したＲＬＣ-ＳＤＵを格納するように構成されている。
新規送信バッファ１２は、ＲＬＣ-ＳＤＵバッファ１１に格納されたＲＬＣ-ＳＤＵをコピーして格納するように構成されている。
分割統合処理部１３は、ＭＡＣサブレイヤからデータ送信機会が通知された場合、新規送信バッファ１２に格納されているＲＬＣ-ＳＤＵ（若しくは、その一部）に対して分割処理又は統合処理を施して、ＭＡＣサブレイヤから併せて通知された許容送信データ量の範囲内でサイズが最大となるＲＬＣ-ｄａｔａ-ＰＤＵを生成するように構成されている。
また、分割統合処理部１３は、生成したＲＬＣ-ｄａｔａ-ＰＤＵを、ＲＬＣ-ＰＤＵ送信部１６に送信すると共に、ＡＣＫ待ちバッファ１４に格納するように構成されている。
ＡＣＫ待ちバッファ１４は、分割統合処理部１３からのＲＬＣ‐ｄａｔａ‐ＰＤＵや、再送バッファ１５からのＲＬＣ‐ｄａｔａ‐ＰＤＵ又はＲＬＣ‐ｄａｔａ‐Ｓｕｂ‐ＰＤＵや、再分割処理部１７からのＲＬＣ‐ｄａｔａ‐Ｓｕｂ‐ＰＤＵを格納するように構成されている。
ＡＣＫ待ちバッファ１４は、格納しているＲＬＣ-ｄａｔａ-ＰＤＵ又はＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵについて再送が必要であるか否かについて判断し、再送が必要であると判断したＲＬＣ-ｄａｔａ-ＰＤＵ又はＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵを再送バッファ１５に送信するように構成されている。
ここで、例えば、ＡＣＫ待ちバッファ１４は、受信側装置のＲＬＣサブレイヤからのＳＴＡＴＵＳ-ＰＤＵ（ＮＡＣＫ）及びＭＡＣサブレイヤからのＮＡＣＫを受信した場合等に、格納しているＲＬＣ-ｄａｔａ-ＰＤＵ又はＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵについて再送する必要があると判断する。
図７に、本実施形態に係る移動通信システムで用いられるＳＴＡＴＵＳ-ＰＤＵ（ＮＡＣＫ）のフォーマット例を示す。
図７に示すように、ＳＴＡＴＵＳ-ＰＤＵ（ＮＡＣＫ）は、「Ｔｙｐｅ」フィールドと、「Ｃｏｎｔｒｏｌ ＰＤＵ Ｔｙｐｅ」フィールドと、「Ｓｅｌｅｃｔｉｖｅ ＮＡＣＫ ＳＮ」フィールドと、「Ｓｅｌｅｃｔｉｖｅ ＮＡＣＫ Ｆｉｒｓｔ Ｏｃｔｅｔ」フィールドと、「Ｓｅｌｅｃｔｉｖｅ ＮＡＣＫ Ｌａｓｔ Ｏｃｔｅｔ」フィールドとを有する。
ここで、ＳＴＡＴＵＳ-ＰＤＵ（ＮＡＣＫ）のペイロード部分は、複数組の「Ｓｅｌｅｃｔｉｖｅ ＮＡＣＫ ＳＮ」フィールドと「Ｓｅｌｅｃｔｉｖｅ ＮＡＣＫ Ｆｉｒｓｔ Ｏｃｔｅｔ」フィールドと「Ｓｅｌｅｃｔｉｖｅ ＮＡＣＫ Ｌａｓｔ Ｏｃｔｅｔ」フィールドとを有してもよい。
「Ｃｏｎｔｒｏｌ ＰＤＵ Ｔｙｐｅ」フィールドは、ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵの種別について示すフィールドである。例えば、ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵの種別として、ＳＴＡＴＵＳ-ＰＤＵ（ＡＣＫ）又はＳＴＡＴＵＳ-ＰＤＵ（ＮＡＣＫ）等が想定される。
「Ｓｅｌｅｃｔｉｖｅ ＮＡＣＫ ＳＮ」フィールドは、受信側装置のＲＬＣサブレイヤの受信側ウィンドウ内でＲＬＣ再送が必要であると判断したＲＬＣ-ｄａｔａ-ＰＤＵのシーケンス番号を示すフィールドである。
「Ｓｅｌｅｃｔｉｖｅ ＮＡＣＫ Ｆｉｒｓｔ Ｏｃｔｅｔ」フィールドは、「Ｓｅｌｅｃｔｉｖｅ ＮＡＣＫ ＳＮ」フィールドにより指定されたＲＬＣ-ｄａｔａ-ＰＤＵの中で、何番目のバイト（オクテット）から再送が必要であるかについて示すフィールドである。
「Ｓｅｌｅｃｔｉｖｅ ＮＡＣＫ Ｌａｓｔ Ｏｃｔｅｔ」フィールドは、「Ｓｅｌｅｃｔｉｖｅ ＮＡＣＫ ＳＮ」フィールドにより指定されたＲＬＣ-ｄａｔａ-ＰＤＵの中で、何番目のバイト（オクテット）まで再送が必要であるかについて示すフィールドである。
再送バッファ１５は、ＡＣＫ待ちバッファ１４からのＲＬＣ-ｄａｔａ-ＰＤＵやＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵを格納するように構成されている。
ＲＬＣ-ＰＤＵ送信部１６は、ＭＡＣサブレイヤからデータ送信機会が通知された場合、分割統合処理部１３から送信されたＲＬＣ-ｄａｔａ-ＰＤＵ、及び、再送バッファ１５に格納されているＲＬＣ-ｄａｔａ-ＰＤＵを、ＭＡＣサブレイヤに送信するように構成されている。
ここで、ＲＬＣ-ＰＤＵ送信部１６は、送信すべきＲＬＣ-ｄａｔａ-ＰＤＵに対して、ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵバッファ２０に格納されているＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ（ＳＴＡＴＵＳ-ＰＤＵ等）を付与することによって、ＲＬＣ-ｄａｔａ-ＰＤＵ-ｐｉｇｇｙｂａｃｋｅｄ-ｃｏｎｔｒｏｌ-ＰＤＵを生成して送信するように構成されていてもよい。
再分割処理部１７は、無線リンクの通信状態に応じて、具体的には、ＭＡＣサブレイヤから併せて通知された許容送信データ量に応じて、再送バッファ１５に格納されている１つのＲＬＣ-ｄａｔａ-ＰＤＵ又はＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵを分割して、複数のＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵを生成するように構成されている、すなわち、再送バッファ１５に格納されているＲＬＣ-ｄａｔａ-ＰＤＵ又はＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵに対して再分割処理を行うように構成されている。
図６の例では、再分割処理部１７は、１回目の再送時には、ＲＬＣ-ｄａｔａ-ＰＤＵ（ＳＮ＝Ｘ）を、３つのＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵ＃Ａ乃至＃Ｃに分割し、２回目の再送時には、３つのＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵ＃Ａ乃至＃Ｃを、それぞれ３つのＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵ＃Ａ１乃至＃Ａ３、＃Ｂ１乃至＃Ｂ３、＃Ｃ１乃至＃Ｃ３に分割している。
ＲＬＣ-ＰＤＵ送信部１８は、ＭＡＣサブレイヤからデータ送信機会が通知された場合、再分割処理部１７により再分割処理が施されたＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵを、ＭＡＣサブレイヤに送信するように構成されている。
ここで、ＲＬＣ-ＰＤＵ送信部１８は、送信すべきＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵに対して、ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵバッファ２０に格納されているＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ（ＳＴＡＴＵＳ-ＰＤＵ等）を付与することによって、ＲＬＣ-Ｓｕｂ-ＰＤＵ-ｐｉｇｇｙｂａｃｋｅｄ-ｃｏｎｔｒｏｌ-ＰＤＵを生成して送信するように構成されていてもよい。
ＲＬＣ‐ｃｏｎｔｒｏｌ‐ＰＤＵ生成部１９は、順序補正バッファ３２からの通知に応じて、再送要求を生成するタイミング（例えば、ＳＴＡＴＵＳ‐ＰＤＵ生成・送信トリガとなるイベントが発生した時点、或いは、ＳＴＡＴＵＳ‐ＰＤＵ生成・送信トリガとなるイベントが発生した後の最初の無線送信機会の直前、或いは、ＳＴＡＴＵＳ‐ＰＤＵ生成・送信トリガとなるイベントが発生した時点で起動していたＳＴＡＴＵＳ‐ＰＤＵ抑制タイマ（ＳＴＡＴＵＳ‐ｐｒｏｈｉｂｉｔ‐ｔｉｍｅｒ）が満了した時点）で、ＳＴＡＴＵＳ‐ＰＤＵ（ＡＣＫ／ＮＡＣＫ）を生成するように構成されている。
具体的には、図８に示すように、ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ生成部１９は、ＳＴＡＴＵＳ-ＰＤＵ生成・送信トリガ＃１の時点（時点＃２）では、順序補正バッファ３２から、（未受信の）シーケンス番号＃２及び＃３のＲＬＣ-ｄａｔａ-ＰＤＵに対する再送要求が必要であるとは通知されていないため、ＳＴＡＴＵＳ-ＰＤＵ生成・送信トリガ＃１の時点（時点＃２）において生成するＳＴＡＴＵＳ-ＰＤＵでは、シーケンス番号＃２及び＃３のＲＬＣ-ｄａｔａ-ＰＤＵについて考慮しないように構成されている。
その後、ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ生成部１９は、ＳＴＡＴＵＳ-ＰＤＵ生成・送信トリガ＃２の時点（時点＃４）では、既に、順序補正バッファ３２から、シーケンス番号＃２及び＃３のＲＬＣ-ｄａｔａ-ＰＤＵに対する再送要求が必要であると通知されているため、ＳＴＡＴＵＳ-ＰＤＵ生成・送信トリガ＃２の時点（時点＃４）において生成するＳＴＡＴＵＳ-ＰＤＵ（ＮＡＣＫ）には、シーケンス番号＃２及び＃３のＲＬＣ-ｄａｔａ-ＰＤＵを含めるように構成されている。
ここで、ＲＬＣ‐ｃｏｎｔｒｏｌ‐ＰＤＵ生成部１９は、ＳＴＡＴＵＳ‐ＰＤＵ生成・送信トリガとなるイベントが発生するまでに、順序補正バッファ３２から、複数のＲＬＣ‐ｄａｔａ‐ＰＤＵに対する再送要求が必要であると通知された場合、その全てのＲＬＣ‐ｄａｔａ‐ＰＤＵのシーケンス番号を個別に管理して、ＳＴＡＴＵＳ‐ＰＤＵを生成する際に、その全てのＲＬＣ‐ＰＤＵのシーケンス番号を含めるように構成されていてもよい。
また、ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ生成部１９は、順序補正バッファ３２から再送要求が必要であると通知されたＲＬＣ-ｄａｔａ-ＰＤＵのシーケンス番号の中で最大のシーケンス番号のみを管理し（例えば、かかるシーケンス番号を「状態変数Ｔ_ＳＮ_ＳＴＡＴＵＳ」として管理する）、ＳＴＡＴＵＳ-ＰＤＵを生成する際に、状態変数「Ｔ_ＳＮ_ＳＴＡＴＵＳ」以下であり、かつ、受信ウィンドウ内の全ての未受信であるＲＬＣ-ｄａｔａ-ＰＤＵのシーケンス番号を含めるように構成されていてもよい。即ち、ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ生成部１９は、順序補正バッファ３２から再送要求が必要であると判定された結果（判定結果）として通知されたＲＬＣ-ｄａｔａ-ＰＤＵのシーケンス番号の中で最大のシーケンス番号のみを、「状態変数Ｔ_ＳＮ_ＳＴＡＴＵＳ」として管理し、かかる「状態変数Ｔ_ＳＮ_ＳＴＡＴＵＳ」に基づいて、ＳＴＡＴＵＳ-ＰＤＵを生成してもよい。
また、ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ生成部１９は、順序補正バッファ３２から再送要求が必要であると通知されたＲＬＣ-ｄａｔａ-ＰＤＵのシーケンス番号の中で最大のシーケンス番号の次のシーケンス番号を有するＲＬＣ-ｄａｔａ-ＰＤＵを受信している場合に、かかるＲＬＣ-ｄａｔａ-ＰＤＵよりも大きいシーケンス番号を有するＲＬＣ-ｄａｔａ-ＰＤＵで、かつ、未受信のＲＬＣ-ｄａｔａ-ＰＤＵの中で最小のシーケンス番号のみを管理し（例えば、かかるシーケンス番号を状態変数「Ｔ_ＳＮ_ＳＴＡＴＵＳ」として管理する）、当該「Ｔ_ＳＮ_ＳＴＡＴＵＳ」に基づいて、ＳＴＡＴＵＳ-ＰＤＵを生成してもよい。具体的に、ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ生成部１９は、「Ｔ_ＳＮ_ＳＴＡＴＵＳ」より小さい、かつ、受信ウィンドウ内の全ての未受信であるＲＬＣ-ｄａｔａ-ＰＤＵのシーケンス番号を含めるようにＳＴＡＴＵＳ-ＰＤＵを生成してもよい。
なお、ＳＴＡＴＵＳ-ＰＤＵ生成・送信トリガとなるイベントとしては、順序補正バッファ３２からの特定のＲＬＣ-ｄａｔａ-ＰＤＵに対する再送要求が必要であるとの通知や、順序補正バッファ３２からのＰｏｌｌビットを検出したことの通知や、順序補正バッファ３２からの受信ウィンドウの使用率が特定の閾値を上回ったことの通知や、ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ生成部１９における周期タイマの満了等が考えられる。
さらに、ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ生成部１９は、「ＳＴＡＴＵＳ-ｐｒｏｈｉｂｉｔ-ｔｉｍｅｒ」の適用により、過剰なＳＴＡＴＵＳ-ＰＤＵの送信を抑制するように構成されていてもよい。
ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ生成部１９は、「ＳＴＡＴＵＳ-ｐｒｏｈｉｂｉｔ-ｔｉｍｅｒ」を適用する場合、ＳＴＡＴＵＳ-ＰＤＵが送信された時点で、「ＳＴＡＴＵＳ-ｐｒｏｈｉｂｉｔ-ｔｉｍｅｒ」を起動する。
そして、ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ生成部１９は、「ＳＴＡＴＵＳ-ｐｒｏｈｉｂｉｔ-ｔｉｍｅｒ」が起動している間は、ＳＴＡＴＵＳ-ＰＤＵ生成・送信トリガとなるイベントが発生しても、ＳＴＡＴＵＳ-ＰＤＵを生成・送信しない。
その後、ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ生成部１９は、「ＳＴＡＴＵＳ-ｐｒｏｈｉｂｉｔ-ｔｉｍｅｒ」が満了した時点において、「ＳＴＡＴＵＳ-ｐｒｏｈｉｂｉｔ-ｔｉｍｅｒ」の起動中に、ＳＴＡＴＵＳ-ＰＤＵ生成・送信トリガとなるイベントが発生していた場合は、ＳＴＡＴＵＳ-ＰＤＵを生成・送信する。
ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵバッファ２０は、ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ生成部１９によって生成されたＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵを格納するように構成されている。
多重解除部３１は、ＭＡＣサブレイヤから受信したＲＬＣ-ＰＤＵの中から、ＳＴＡＴＵＳ-ＰＤＵを抽出してＡＣＫ待ちバッファ１４に転送し、ＲＬＣ-ｄａｔａ-ＰＤＵ及びＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵを抽出して順序補正バッファ３２に転送するように構成されている。
なお、上述のように、ＭＡＣサブレイヤは、ＲＬＣ-ＰＤＵについて、順序補正処理を行うことなく、ＲＬＣサブレイヤに送信するように構成されている。
順序補正バッファ３２は、格納しているＲＬＣ-ｄａｔａ-ＰＤＵに対して順序補正処理を行うように構成されている。
具体的には、順序補正バッファ３２は、シーケンス番号順に格納されているＲＬＣ-ｄａｔａ-ＰＤＵ（ｉｎ-ｓｅｑｕｅｎｃｅ）を再構築バッファ３３に格納するように構成されている。
一方、順序補正バッファ３２は、シーケンス番号順に格納されていないＲＬＣ-ｄａｔａ-ＰＤＵ（ｏｕｔ-ｏｆ-ｓｅｑｕｅｎｃｅ）については、順序補正タイマを用いて、ＲＬＣ-ｄａｔａ-ＰＤＵに対する再送要求の必要性を判断し、未受信のＲＬＣ-ｄａｔａ-ＰＤＵに対する再送要求が必要であると判断した場合、その旨をＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ生成部１９に通知するように構成されている。
順序補正バッファ３２は、未だ受信していないパケットについてＭＡＣサブレイヤにおいて再送制御処理（ＨＡＲＱ再送制御処理）が行われているか否かについて判定するように構成されている。
そして、順序補正バッファ３２は、上述の判定結果に基づいて、未だ受信していないパケットで、かつ、ＭＡＣサブレイヤにおいて再送制御処理（ＨＡＲＱ再送制御処理）が行われていないパケットのみを含むＳＴＡＴＵＳ-ＰＤＵ（ＮＡＣＫ）（再送要求）を生成するように、ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ生成部１９に対して指示するように構成されている。
具体的には、図８に示すように、順序補正バッファ３２は、シーケンス番号＃２及び＃３のＲＬＣ-ｄａｔａ-ＰＤＵを受信する前に、時点＃１において、シーケンス番号＃４のＲＬＣ-ｄａｔａ-ＰＤＵを受信した場合に、順序補正タイマを起動するように構成されている。
かかる場合、順序補正バッファ３２は、時点＃２（ＳＴＡＴＵＳ-ＰＤＵ生成・送信トリガ＃１の時点）では、シーケンス番号＃４のＲＬＣ-ｄａｔａ-ＰＤＵの受信を契機として起動された順序補正タイマが満了していないため、シーケンス番号＃２及び＃３のＲＬＣ-ｄａｔａ-ＰＤＵについては、未だＭＡＣサブレイヤにおいて再送制御処理（ＨＡＲＱ再送制御処理）が行われている可能性があり、シーケンス番号＃２及び＃３のＲＬＣ-ｄａｔａ-ＰＤＵの再送が必要である旨を、ＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ生成部１９に通知していない。
その後、順序補正バッファ３２は、時点＃３において、シーケンス番号＃４のＲＬＣ‐ｄａｔａ‐ＰＤＵの受信を契機として起動された順序補正タイマが満了したため、シーケンス番号＃２及び＃３のＲＬＣ‐ＰＤＵについては、既にＭＡＣサブレイヤにおいて再送制御処理（ＨＡＲＱ再送制御処理）が行われておらず、受信側装置のＲＬＣサブレイヤにおいて受信される可能性がないと判断して、シーケンス番号＃２及び＃３のＲＬＣ‐ｄａｔａ‐ＰＤＵの再送が必要である旨を、ＲＬＣ‐ｃｏｎｔｒｏｌ‐ＰＤＵ生成部１９に通知する。
なお、順序補正バッファ３２は、図８に示すような順序補正タイマを用いることなく、再送が必要なＲＬＣ-ｄａｔａ-ＰＤＵ、すなわち、未だ受信しておらず既にＭＡＣサブレイヤにおいて再送制御処理が行われていないＲＬＣ-ｄａｔａ-ＰＤＵを検出してもよい。
また、順序補正バッファ３２は、再送要求が必要であると判断したＲＬＣ-ｄａｔａ-ＰＤＵのシーケンス番号の中で最大のシーケンス番号の次のシーケンス番号を有するＲＬＣ-ｄａｔａ-ＰＤＵを受信している場合に、かかるＲＬＣ-ｄａｔａ-ＰＤＵよりも大きいシーケンス番号を有するＲＬＣ-ｄａｔａ-ＰＤＵで、かつ、未受信のＲＬＣ-ｄａｔａ-ＰＤＵの中で最小のシーケンス番号をＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ生成部１９に通知してもよい。
ここで、順序補正バッファ３２が、かかるシーケンス番号をＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ生成部１９に通知するタイミングは、順序補正タイマが満了したタイミングであってもよいし、更新されたタイミング（例えば、かかるシーケンス番号が更新されたタイミング）であってもよい。
なお、再送要求が必要であると判断したＲＬＣ-ｄａｔａ-ＰＤＵのシーケンス番号の中で最大のシーケンス番号の次のシーケンス番号を有するＲＬＣ-ｄａｔａ-ＰＤＵを受信していない場合、順序補正バッファ３２は、再送要求が必要であると判断したＲＬＣ-ｄａｔａ-ＰＤＵのシーケンス番号の中で最大のシーケンス番号の次のシーケンス番号をＲＬＣ-ｃｏｎｔｒｏｌ-ＰＤＵ生成部１９に通知してもよい。
順序補正バッファ３２は、格納しているＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵからＲＬＣ-ｄａｔａ-ＰＤＵを構築することができる場合は、かかるＲＬＣ-ｄａｔａ-ＰＤＵを構築するように構成されている。
ＲＬＣ-ＳＤＵ再構築部３４は、再構築バッファ３３に格納されているＲＬＣ-ｄａｔａ-ＰＤＵからＲＬＣ-ＳＤＵを構築することができる場合は、かかるＲＬＣ-ＳＤＵを構築して、シーケンス番号順に上位レイヤに送信するように構成されている。
（本発明の第１の実施形態に係る移動通信システムの動作）
図９を参照して、本発明の第１の実施形態に係る移動通信システムにおける受信側装置の動作について説明する。
図９に示すように、ステップＳ１０１において、ＳＴＡＴＵＳ-ＰＤＵ生成・送信トリガとなるイベントが発生すると、ステップＳ１０２において、受信側装置のＲＬＣサブレイヤは、未だ受信していないＲＬＣ-ｄａｔａ-ＰＤＵ（若しくは、ＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵ）のうち、再送が必要なＲＬＣ-ｄａｔａ-ＰＤＵを特定する。
ステップＳ１０３において、受信側装置のＲＬＣサブレイヤは、ステップＳ１０２において、再送が必要であると特定されたＲＬＣ-ｄａｔａ-ＰＤＵに対するＳＴＡＴＵＳ-ＰＤＵ（ＮＡＣＫ）を生成・送信する。
（本発明の第１の実施形態に係る移動通信システムの作用・効果）
本発明の第１の実施形態に係る移動通信システムによれば、ＭＡＣサブレイヤが、受信したＲＬＣ-ＰＤＵに対する順序補正処理を行わない場合において、ＲＬＣサブレイヤが、適切に、再送が必要なＲＬＣ-ｄａｔａ-ＰＤＵ（若しくは、ＲＬＣ-ｄａｔａ-Ｓｕｂ-ＰＤＵ）、すなわち、未だ受信しておらず既にＭＡＣサブレイヤにおいて再送制御処理が行われていないＲＬＣ-ｄａｔａ-ＰＤＵを検出し、検出したＲＬＣ-ｄａｔａ-ＰＤＵに対するＳＴＡＴＵＳ-ＰＤＵ（ＮＡＣＫ）を送信することができる。
以上、上述の実施形態を用いて本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。従って、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
なお、日本国特許出願第２００７−１０１１８８号（２００７年４月６日出願）の全内容が、参照により、本願明細書に組み込まれている。
 産業上の利用の可能性
以上説明したように、本発明に係る再送要求送信方法及び受信側装置によれば、ＭＡＣサブレイヤが、受信したＲＬＣ-ＰＤＵに対する順序補正処理を行わない場合において、ＲＬＣサブレイヤが、ＭＡＣサブレイヤにおけるＨＡＲＱ再送制御処理中であるＲＬＣ-ｄａｔａ-ＰＤＵに対する再送要求を送信することを回避することができるため有用である。

Claims (2)

  1. 受信側装置のＭＡＣサブレイヤが、順序補正処理を行わず、該受信側装置のＲＬＣサブレイヤが、送信側装置のＲＬＣサブレイヤから送信されたＲＬＣ-ｄａｔａ-ＰＤＵに対するＳＴＡＴＵＳ-ＰＤＵを送信する再送要求送信方法であって、
    前記受信側装置のＲＬＣサブレイヤが、１つ又は複数の第１のＲＬＣ-ｄａｔａ-ＰＤＵを受信する前に、該第１のＲＬＣ-ｄａｔａ-ＰＤＵのシーケンス番号よりも大きいシーケンス番号を有する第２のＲＬＣ-ｄａｔａ-ＰＤＵを受信した場合に、順序補正タイマを起動する工程と、
    前記受信側装置のＲＬＣサブレイヤが、前記順序補正タイマの満了時に、前記第２のＲＬＣ-ｄａｔａ-ＰＤＵのシーケンス番号よりも大きいシーケンス番号を有する第３のＲＬＣ-ｄａｔａ-ＰＤＵのうち、未だ受信していないＲＬＣ-ｄａｔａ-ＰＤＵのシーケンス番号の最小値を、状態変数として管理する工程と、
    前記受信側装置のＲＬＣサブレイヤが、管理されている前記状態変数と、受信ウィンドウ内の全ての未受信であるＲＬＣ-ｄａｔａ-ＰＤＵのシーケンス番号とに基づいて、前記ＳＴＡＴＵＳ-ＰＤＵを生成して送信する工程とを有することを特徴とする移動通信方法。
  2. ＭＡＣサブレイヤにおいて、順序補正処理を行わず、ＲＬＣサブレイヤにおいて、送信側装置のＲＬＣサブレイヤから送信されたＲＬＣ-ｄａｔａ-ＰＤＵに対する再送要求を送信するように構成されている受信側装置であって、
    前記ＲＬＣサブレイヤにおいて、１つ又は複数の第１のＲＬＣ-ｄａｔａ-ＰＤＵを受信する前に、該第１のＲＬＣ-ｄａｔａ-ＰＤＵのシーケンス番号よりも大きいシーケンス番号を有する第２のＲＬＣ-ｄａｔａ-ＰＤＵを受信した場合に、順序補正タイマを起動するように構成されており、
    前記ＲＬＣサブレイヤにおいて、前記順序補正タイマの満了時に、前記第２のＲＬＣ-ｄａｔａ-ＰＤＵのシーケンス番号よりも大きいシーケンス番号を有する第３のＲＬＣ-ｄａｔａ-ＰＤＵのうち、未だ受信していないＲＬＣ-ｄａｔａ-ＰＤＵのシーケンス番号の最小値を、状態変数として管理するように構成されており、
    前記ＲＬＣサブレイヤにおいて、管理されている前記状態変数と、受信ウィンドウ内の全ての未受信であるＲＬＣ-ｄａｔａ-ＰＤＵのシーケンス番号とに基づいて、前記ＳＴＡＴＵＳ-ＰＤＵを生成して送信するように構成されていることを特徴とする受信側装置。
JP2009509331A 2007-04-06 2008-04-04 再送要求送信方法及び受信側装置 Active JP4929349B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2009509331A JP4929349B2 (ja) 2007-04-06 2008-04-04 再送要求送信方法及び受信側装置

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2007101188 2007-04-06
JP2007101188 2007-04-06
JP2009509331A JP4929349B2 (ja) 2007-04-06 2008-04-04 再送要求送信方法及び受信側装置
PCT/JP2008/056811 WO2008126806A1 (ja) 2007-04-06 2008-04-04 再送要求送信方法及び受信側装置

Publications (2)

Publication Number Publication Date
JPWO2008126806A1 JPWO2008126806A1 (ja) 2010-07-22
JP4929349B2 true JP4929349B2 (ja) 2012-05-09

Family

ID=39863904

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2009509331A Active JP4929349B2 (ja) 2007-04-06 2008-04-04 再送要求送信方法及び受信側装置

Country Status (9)

Country Link
US (1) US8917728B2 (ja)
EP (1) EP2144391B1 (ja)
JP (1) JP4929349B2 (ja)
KR (1) KR101379408B1 (ja)
CN (1) CN101652951A (ja)
AU (1) AU2008239082B2 (ja)
BR (1) BRPI0811252A2 (ja)
RU (1) RU2462821C2 (ja)
WO (1) WO2008126806A1 (ja)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100027503A1 (en) * 2008-07-31 2010-02-04 Qualcomm Incorporated Method and apparatus for reducing data loss during handover in a wireless communication system
JP5147898B2 (ja) * 2010-06-10 2013-02-20 株式会社エヌ・ティ・ティ・ドコモ 無線制御装置及び通信制御方法
CN102868504A (zh) * 2012-08-24 2013-01-09 中兴通讯股份有限公司 一种发送状态报告的方法和rlc接收实体
US9531499B2 (en) * 2012-09-19 2016-12-27 Qualcomm Incorporated Methods and apparatus for dynamic transmission of retransmission requests
US9509448B2 (en) 2012-09-19 2016-11-29 Qualcomm Incorporated Methods and apparatus for enhanced status retransmission
WO2016163661A1 (en) * 2015-04-05 2016-10-13 Lg Electronics Inc. Method for performing a packet delay calculation in a pdcp entity in a wireless communication system and a device therefor
US10291541B1 (en) 2015-07-16 2019-05-14 Sprint Spectrum L.P. Systems and methods for scheduling transmissions from an access node
CN106470497B (zh) * 2015-08-17 2019-10-29 中国移动通信集团公司 一种数据传输方法、无线链路控制发送及接收实体
JP6929294B2 (ja) 2016-03-03 2021-09-01 シアナ メディカル，インク． 埋め込み可能なマーカ、それらを使用するための装置及び方法
US10841833B2 (en) * 2016-10-12 2020-11-17 Qualcomm Incorporated Streamlined user plane headers for high data rates
CN108809542B (zh) * 2017-05-05 2021-04-20 华为技术有限公司 一种数据传输的处理方法和装置
MX2020002928A (es) 2018-01-04 2020-08-03 Lg Electronics Inc Dispositivo de comunicacion, dispositivo de procesamiento y metodo para transmitir unidad de datos.

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003283596A (ja) * 2002-01-05 2003-10-03 Lg Electronics Inc 高速ダウンリンクパケット接続システムにおけるタイマーを利用した交錯状況回避システム及び方法
WO2005117317A1 (en) * 2004-04-19 2005-12-08 Lg Electronics Inc. Apparatus and method for enhanced um rlc data handling

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6381215B1 (en) * 1998-06-29 2002-04-30 Microsoft Corporation Method and computer program product for efficiently and reliably sending small data messages from a sending system to a large number of receiving systems
US6697331B1 (en) * 1999-11-17 2004-02-24 Telefonaktiebolaget Lm Ericsson (Publ) Link layer acknowledgement and retransmission for cellular telecommunications
ATE354220T1 (de) * 2001-04-27 2007-03-15 Ericsson Telefon Ab L M Datenpaketumordnung in einem kommunikationssystem
SE0103506D0 (sv) 2001-10-19 2001-10-19 Ericsson Telefon Ab L M HARQ stall avoidance
US6901063B2 (en) 2002-05-13 2005-05-31 Qualcomm, Incorporated Data delivery in conjunction with a hybrid automatic retransmission mechanism in CDMA communication systems
DE10252536A1 (de) * 2002-11-08 2004-05-27 Philips Intellectual Property & Standards Gmbh Verfahren und Vorrichtung zur Übertragung von Datenpaketen
CN1523797B (zh) * 2003-02-17 2012-07-04 北京三星通信技术研究有限公司 Wcdma系统增强型上行专用信道harq的重排序方法
US20060098662A1 (en) * 2004-11-09 2006-05-11 Sunil Gupta Memory and processor efficient network communications protocol
KR101214132B1 (ko) * 2005-03-29 2012-12-20 코닌클리케 필립스 일렉트로닉스 엔.브이. 채널 상에서 데이터 유닛을 수신하기 위한 수신기 장치 및방법
KR101141645B1 (ko) * 2005-03-29 2012-05-17 엘지전자 주식회사 데이터 블록 전송 제어 방법
EP2267929B1 (en) * 2005-08-16 2012-10-24 Panasonic Corporation Method and apparatuses for activation of Hybrid Automatic Request (HARQ) processes
US7761767B2 (en) * 2005-10-21 2010-07-20 Interdigital Technology Corporation Method and apparatus for retransmission management for reliable hybrid ARQ process
CN1852076B (zh) * 2005-12-31 2010-05-05 华为技术有限公司 一种数据重传方法
EP2039047A4 (en) * 2006-07-07 2012-05-02 Ericsson Telefon Ab L M SUPPORT ACCESS CONTROL REJECT NOTIFICATION
CA2681049C (en) * 2007-03-15 2013-02-05 Interdigital Technology Corporation Method and apparatus for reordering data in an evolved high speed packet access system

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003283596A (ja) * 2002-01-05 2003-10-03 Lg Electronics Inc 高速ダウンリンクパケット接続システムにおけるタイマーを利用した交錯状況回避システム及び方法
WO2005117317A1 (en) * 2004-04-19 2005-12-08 Lg Electronics Inc. Apparatus and method for enhanced um rlc data handling

Also Published As

Publication number Publication date
JPWO2008126806A1 (ja) 2010-07-22
EP2144391A4 (en) 2013-11-06
KR101379408B1 (ko) 2014-04-01
US8917728B2 (en) 2014-12-23
WO2008126806A1 (ja) 2008-10-23
EP2144391B1 (en) 2018-07-11
RU2009138299A (ru) 2011-05-20
RU2462821C2 (ru) 2012-09-27
CN101652951A (zh) 2010-02-17
AU2008239082A1 (en) 2008-10-23
US20100118779A1 (en) 2010-05-13
KR20090125170A (ko) 2009-12-03
BRPI0811252A2 (pt) 2014-11-04
AU2008239082B2 (en) 2013-05-09
EP2144391A1 (en) 2010-01-13

Similar Documents

Publication Publication Date Title
JP4929349B2 (ja) 再送要求送信方法及び受信側装置
JP4625044B2 (ja) ウィンドウ制御及び再送制御方法、及び、送信側装置
JP5081900B2 (ja) 再送要求送信方法及び受信側装置
JP4318733B2 (ja) 処理時間情報を含む制御プロトコルデータユニットの送受信方法
JPWO2008126822A1 (ja) パケット通信方法及び受信側装置
KR20100053625A (ko) 무선 통신 시스템에서의 핸드오버 동안 데이터의 계층 2 터널링
US20100110984A1 (en) Retransmission request transmission method, transmitting- side apparatus and receiving-side apparatus
EP1959601A1 (en) Retransmission scheme to exchange control information between a gateway and a mobile node
JP4976904B2 (ja) 再送制御方法及び送信側装置
JP4820326B2 (ja) 送達確認情報送信方法及び受信側装置
JP2011061840A (ja) ウィンドウ制御及び再送制御方法、及び、送信側装置
JP2008259038A (ja) パケット通信システム、移動局及び無線基地局
KR20070074483A (ko) 이동통신 시스템에서 자동 재전송 요구 패킷 송수신 장치및 방법
JP2008259027A (ja) 再送制御方法及び送信側装置

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20100526

A871 Explanation of circumstances concerning accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A871

Effective date: 20100526

A975 Report on accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A971005

Effective date: 20100610

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100629

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100830

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20101109

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110111

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20110308

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110608

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20110726

A912 Re-examination (zenchi) completed and case transferred to appeal board

Free format text: JAPANESE INTERMEDIATE CODE: A912

Effective date: 20110819

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20120213

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20150217

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Ref document number: 4929349

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250