JP4625044B2 - ウィンドウ制御及び再送制御方法、及び、送信側装置 - Google Patents

ウィンドウ制御及び再送制御方法、及び、送信側装置 Download PDF

Info

Publication number
JP4625044B2
JP4625044B2 JP2007100742A JP2007100742A JP4625044B2 JP 4625044 B2 JP4625044 B2 JP 4625044B2 JP 2007100742 A JP2007100742 A JP 2007100742A JP 2007100742 A JP2007100742 A JP 2007100742A JP 4625044 B2 JP4625044 B2 JP 4625044B2
Authority
JP
Japan
Prior art keywords
rlc
pdu
sublayer
status
window
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
JP2007100742A
Other languages
English (en)
Other versions
JP2008259037A (ja
JP2008259037A5 (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
Priority to JP2007100742A priority Critical patent/JP4625044B2/ja
Application filed by NTT Docomo Inc filed Critical NTT Docomo Inc
Priority to US12/594,901 priority patent/US8050228B2/en
Priority to CN2008800113854A priority patent/CN101652952B/zh
Priority to MX2009010817A priority patent/MX2009010817A/es
Priority to EP08739921.8A priority patent/EP2136570A4/en
Priority to RU2009138302/07A priority patent/RU2487485C2/ru
Priority to PCT/JP2008/056815 priority patent/WO2008126810A1/ja
Priority to BRPI0809905-7A2A priority patent/BRPI0809905A2/pt
Priority to KR1020097021068A priority patent/KR101113125B1/ko
Publication of JP2008259037A publication Critical patent/JP2008259037A/ja
Publication of JP2008259037A5 publication Critical patent/JP2008259037A5/ja
Application granted granted Critical
Publication of JP4625044B2 publication Critical patent/JP4625044B2/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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/187—Details of sliding window management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC

Landscapes

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

Description

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

Claims (6)

  1. 送信側装置のＲＬＣサブレイヤが、受信側装置から受信したＳＴＡＴＵＳ-ＰＤＵに基づいて、ウィンドウ制御処理及びパケットの再送制御処理を行うウィンドウ制御及び再送制御方法であって、
    前記送信側装置のＲＬＣサブレイヤは、送達確認情報受信ウィンドウを管理しており、
    前記送信側装置のＭＡＣサブレイヤが、前記受信側装置から受信した前記ＳＴＡＴＵＳ-ＰＤＵを含むＲＬＣ-ＰＤＵに対して、順序補正処理を行うことなく、前記送信側装置のＲＬＣサブレイヤに対して送信する工程と、
    前記送信側装置のＲＬＣサブレイヤが、前記送信側装置のＭＡＣサブレイヤから受信した前記ＳＴＡＴＵＳ-ＰＤＵに含まれるＲＬＣ-ＰＤＵのシーケンス番号が、前記送達確認情報受信ウィンドウの範囲外の値である場合、前記シーケンス番号を無視して、ＲＬＣリセット処理の起動を回避する工程とを有することを特徴とするウィンドウ制御及び再送制御方法。
  2. 前記送達確認情報受信ウィンドウの下限値は、前記送信側装置のＲＬＣサブレイヤにおいて前記受信側装置のＲＬＣサブレイヤからのＳＴＡＴＵＳ-ＰＤＵ（ＡＣＫ）を期待しているＲＬＣ-ＰＤＵの最も古いシーケンス番号であることを特徴とする請求項１に記載のウィンドウ制御及び再送制御方法。
  3. 前記送達確認情報受信ウィンドウの上限値は、前記送信側装置のＲＬＣサブレイヤにおいて前記送信側装置のＭＡＣサブレイヤに送出されたＲＬＣ-ＰＤＵの最も若いシーケンス番号であることを特徴とする請求項１に記載のウィンドウ制御及び再送制御方法。
  4. 受信側装置から受信したＳＴＡＴＵＳ-ＰＤＵに基づいて、ウィンドウ制御処理及びパケットの再送制御処理を行うように構成されている送信側装置であって、
    ＲＬＣサブレイヤとＭＡＣサブレイヤとを具備しており、
    前記ＲＬＣサブレイヤは、送達確認情報受信ウィンドウを管理するように構成されており、
    前記ＭＡＣサブレイヤは、前記受信側装置から受信した前記ＳＴＡＴＵＳ-ＰＤＵを含むＲＬＣ-ＰＤＵに対して、順序補正処理を行うことなく、前記送信側装置のＲＬＣサブレイヤに対して送信するように構成されており、
    前記ＲＬＣサブレイヤは、前記ＭＡＣサブレイヤから受信した前記ＳＴＡＴＵＳ-ＰＤＵに含まれるＲＬＣ-ＰＤＵのシーケンス番号が、前記送達確認情報受信ウィンドウの範囲外の値である場合、前記シーケンス番号を無視して、ＲＬＣリセット処理の起動を回避するように構成されていることを特徴とする送信側装置。
  5. 前記送達確認情報受信ウィンドウの下限値は、前記送信側装置のＲＬＣサブレイヤにおいて前記受信側装置のＲＬＣサブレイヤからのＳＴＡＴＵＳ-ＰＤＵ（ＡＣＫ）を期待しているＲＬＣ-ＰＤＵの最も古いシーケンス番号であることを特徴とする請求項４に記載の送信側装置。
  6. 前記送達確認情報受信ウィンドウの上限値は、前記送信側装置のＲＬＣサブレイヤにおいて前記送信側装置のＭＡＣサブレイヤに送出されたＲＬＣ-ＰＤＵの最も若いシーケンス番号であることを特徴とする請求項４に記載の送信側装置。
JP2007100742A 2007-04-06 2007-04-06 ウィンドウ制御及び再送制御方法、及び、送信側装置 Active JP4625044B2 (ja)

Priority Applications (9)

Application Number Priority Date Filing Date Title
JP2007100742A JP4625044B2 (ja) 2007-04-06 2007-04-06 ウィンドウ制御及び再送制御方法、及び、送信側装置
KR1020097021068A KR101113125B1 (ko) 2007-04-06 2008-04-04 윈도우 제어 및 재송제어방법, 및, 송신측장치
MX2009010817A MX2009010817A (es) 2007-04-06 2008-04-04 Metodo de control de ventana y control de retransmision y aparato del lado transmisor.
EP08739921.8A EP2136570A4 (en) 2007-04-06 2008-04-04 CONTROL WINDOW AND RETRANSMISSION CONTROL METHOD, AND SENDING SIDE DEVICE
RU2009138302/07A RU2487485C2 (ru) 2007-04-06 2008-04-04 Способ управления окном передачи и повторной передачей и передающее устройство
PCT/JP2008/056815 WO2008126810A1 (ja) 2007-04-06 2008-04-04 ウィンドウ制御及び再送制御方法、及び、送信側装置
US12/594,901 US8050228B2 (en) 2007-04-06 2008-04-04 Window control and retransmission control method and transmitting-side apparatus
CN2008800113854A CN101652952B (zh) 2007-04-06 2008-04-04 窗口控制和重发控制方法、以及发送端装置
BRPI0809905-7A2A BRPI0809905A2 (pt) 2007-04-06 2008-04-04 Método de controle de janela e de controle de retransmissão e aparelho do lado transmissor

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2007100742A JP4625044B2 (ja) 2007-04-06 2007-04-06 ウィンドウ制御及び再送制御方法、及び、送信側装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2010246887A Division JP2011061840A (ja) 2010-11-02 2010-11-02 ウィンドウ制御及び再送制御方法、及び、送信側装置

Publications (3)

Publication Number Publication Date
JP2008259037A JP2008259037A (ja) 2008-10-23
JP2008259037A5 JP2008259037A5 (ja) 2010-04-08
JP4625044B2 true JP4625044B2 (ja) 2011-02-02

Family

ID=39863908

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2007100742A Active JP4625044B2 (ja) 2007-04-06 2007-04-06 ウィンドウ制御及び再送制御方法、及び、送信側装置

Country Status (9)

Country Link
US (1) US8050228B2 (ja)
EP (1) EP2136570A4 (ja)
JP (1) JP4625044B2 (ja)
KR (1) KR101113125B1 (ja)
CN (1) CN101652952B (ja)
BR (1) BRPI0809905A2 (ja)
MX (1) MX2009010817A (ja)
RU (1) RU2487485C2 (ja)
WO (1) WO2008126810A1 (ja)

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8514822B2 (en) * 2006-06-14 2013-08-20 Zte (Usa) Inc. Efficient acknowledgement messaging in wireless communications
JP4625044B2 (ja) * 2007-04-06 2011-02-02 株式会社エヌ・ティ・ティ・ドコモ ウィンドウ制御及び再送制御方法、及び、送信側装置
CN102405613B (zh) * 2009-04-21 2014-12-24 黑莓有限公司 使用窗口对齐信息来处理与所发送的数据块相关联的应答信息的方法和设备
WO2010131608A1 (ja) * 2009-05-12 2010-11-18 三菱電機株式会社 端末切り替え方法、基地局および通信システム
US8942208B2 (en) * 2009-06-22 2015-01-27 Qualcomm Incorporated Wireless communication having reduced feedback delay
US8891356B2 (en) * 2010-06-28 2014-11-18 Qualcomm Incorporated System and method for multi-point HSDPA communication utilizing a multi-link RLC sublayer
US8989140B2 (en) 2010-06-28 2015-03-24 Qualcomm Incorporated System and method for mobility in a multi-point HSDPA communication network
US8989004B2 (en) 2010-11-08 2015-03-24 Qualcomm Incorporated System and method for multi-point HSDPA communication utilizing a multi-link PDCP sublayer
CN102325015B (zh) * 2011-07-19 2018-09-11 中兴通讯股份有限公司 状态报告的处理方法、通信设备和通信系统
US9125098B2 (en) 2011-08-03 2015-09-01 Qualcomm Incorporated Method and apparatus for flow congestion control in multiflow networks
EP2761802B1 (en) * 2011-09-30 2020-04-15 Nokia Solutions and Networks Oy Interruptions in wireless communications
WO2013167339A1 (en) * 2012-05-07 2013-11-14 Nokia Siemens Networks Oy Handling status data units from multiple data streams
US20150304061A1 (en) * 2014-04-21 2015-10-22 Qualcomm Incorporated Synchronization at a radio link control (rlc) layer entity
US10880222B2 (en) * 2017-04-28 2020-12-29 Kt Corporation Method and apparatus for transmitting a RLC layer status report
WO2019023862A1 (zh) * 2017-07-31 2019-02-07 Oppo广东移动通信有限公司 数据处理方法及相关产品
WO2019241931A1 (zh) * 2018-06-20 2019-12-26 华为技术有限公司 一种数据包重传方法及装置
WO2023028950A1 (en) * 2021-09-02 2023-03-09 Apple Inc. Radio link control cumulative mode for new radio

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0766838A (ja) * 1993-08-26 1995-03-10 Mitsubishi Electric Corp 輻輳制御フレームリレー装置
JP2001024704A (ja) * 1999-07-08 2001-01-26 Fujitsu Ltd ウィンドウ制御機能を有する制御装置、ウィンドウ制御プログラムを記憶した記憶媒体及びウィンドウ制御機能を有する通信制御装置
JP2002271435A (ja) * 2001-03-07 2002-09-20 Mitsubishi Electric Corp 通信装置および送信ウィンドウ制御方法
JP2004104821A (ja) * 1996-07-31 2004-04-02 Inmarsat Ltd データを送るための装置及び方法
JP2008259037A (ja) * 2007-04-06 2008-10-23 Ntt Docomo Inc ウィンドウ制御及び再送制御方法、及び、送信側装置

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020001296A1 (en) * 2000-04-10 2002-01-03 Yu-Ro Lee Data transmission method for hybrid ARQ type II/III downlink of wide-band radio communication system
JP3507809B2 (ja) * 2000-04-10 2004-03-15 ヒュンダイ エレクトロニクス インダストリーズ カムパニー リミテッド 広帯域無線通信システムのアップリンクにおけるハイブリッド自動再伝送要求２／３方式のためのデータ伝送方法
US6731623B2 (en) * 2000-04-10 2004-05-04 Hyundai Electronics Industries Co., Ltd. Data transmission method for hybrid ARQ type II/III downlink of a wide-band radio communication system
KR100446522B1 (ko) * 2001-07-06 2004-09-04 삼성전자주식회사 고속 순방향 패킷 접속 방식을 사용하는 통신시스템에서고속 매체 접속 제어 계층 엔터티 리셋 방법
TWI220815B (en) * 2002-05-06 2004-09-01 Asustek Comp Inc Method and apparatus for handling abnormal transmission status in acknowledged mode and non-acknowledged mode
US7894468B2 (en) * 2003-03-20 2011-02-22 Alcatel-Lucent Usa Inc. Transmission methods for communication systems supporting a multicast mode
SE0301048D0 (sv) * 2003-04-07 2003-04-07 Ericsson Telefon Ab L M RLC window reconfiguration
EP1760927B1 (en) * 2003-08-14 2020-04-08 Panasonic Corporation Time monitoring of packet retransmissions during soft handover
US7512112B2 (en) * 2003-08-15 2009-03-31 Innovative Sonic Limited Method and apparatus of controlling a reset procedure in a wireless communication system
US7817605B2 (en) * 2003-08-22 2010-10-19 Alcatel-Lucent Usa Inc. Method of transmitting control signals for uplink transmission in communication systems
KR100516554B1 (ko) * 2003-08-25 2005-09-22 삼성전자주식회사 고속 순방향 패킷 접속 통신 시스템에서 프로토콜 데이터유닛 처리 방법
DE60325394D1 (de) * 2003-12-19 2009-01-29 Panasonic Corp HARQ Protokoll mit synchronen Wiederholungen
ATE486430T1 (de) * 2004-09-24 2010-11-15 Research In Motion Ltd Steuerprotokoll für funkverbindungen
JP2008113327A (ja) 2006-10-31 2008-05-15 Matsushita Electric Ind Co Ltd ネットワークインターフェース装置

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0766838A (ja) * 1993-08-26 1995-03-10 Mitsubishi Electric Corp 輻輳制御フレームリレー装置
JP2004104821A (ja) * 1996-07-31 2004-04-02 Inmarsat Ltd データを送るための装置及び方法
JP2001024704A (ja) * 1999-07-08 2001-01-26 Fujitsu Ltd ウィンドウ制御機能を有する制御装置、ウィンドウ制御プログラムを記憶した記憶媒体及びウィンドウ制御機能を有する通信制御装置
JP2002271435A (ja) * 2001-03-07 2002-09-20 Mitsubishi Electric Corp 通信装置および送信ウィンドウ制御方法
JP2008259037A (ja) * 2007-04-06 2008-10-23 Ntt Docomo Inc ウィンドウ制御及び再送制御方法、及び、送信側装置

Also Published As

Publication number Publication date
US20100110985A1 (en) 2010-05-06
US8050228B2 (en) 2011-11-01
JP2008259037A (ja) 2008-10-23
CN101652952B (zh) 2013-02-13
BRPI0809905A2 (pt) 2014-10-07
KR20090126296A (ko) 2009-12-08
RU2009138302A (ru) 2011-05-20
EP2136570A1 (en) 2009-12-23
CN101652952A (zh) 2010-02-17
EP2136570A4 (en) 2014-06-11
KR101113125B1 (ko) 2012-03-05
RU2487485C2 (ru) 2013-07-10
WO2008126810A1 (ja) 2008-10-23
MX2009010817A (es) 2009-10-29

Similar Documents

Publication Publication Date Title
JP4625044B2 (ja) ウィンドウ制御及び再送制御方法、及び、送信側装置
JP4929349B2 (ja) 再送要求送信方法及び受信側装置
JP5081900B2 (ja) 再送要求送信方法及び受信側装置
EP1695462B1 (en) Transmitting and receiving control protocol data unit having processing time information
US8169905B2 (en) Packet communication method and receiving-side apparatus
JP2008259078A (ja) 再送要求送信方法、送信側装置及び受信側装置
JP4976904B2 (ja) 再送制御方法及び送信側装置
KR20100069125A (ko) 통신 시스템 및 그의 ｒｒｃ 접속 방법
JP2011061840A (ja) ウィンドウ制御及び再送制御方法、及び、送信側装置
JP4820326B2 (ja) 送達確認情報送信方法及び受信側装置
JP2008259038A (ja) パケット通信システム、移動局及び無線基地局
JP2008259027A (ja) 再送制御方法及び送信側装置

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100222

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20100225

A871 Explanation of circumstances concerning accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A871

Effective date: 20100531

A975 Report on accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A971005

Effective date: 20100604

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100622

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100823

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20101005

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

R150 Certificate of patent or registration of utility model

Ref document number: 4625044

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

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

Free format text: PAYMENT UNTIL: 20131112

Year of fee payment: 3

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