JPWO2008126822A1 - パケット通信方法及び受信側装置 - Google Patents

パケット通信方法及び受信側装置 Download PDF

Info

Publication number
JPWO2008126822A1
JPWO2008126822A1 JP2009509338A JP2009509338A JPWO2008126822A1 JP WO2008126822 A1 JPWO2008126822 A1 JP WO2008126822A1 JP 2009509338 A JP2009509338 A JP 2009509338A JP 2009509338 A JP2009509338 A JP 2009509338A JP WO2008126822 A1 JPWO2008126822 A1 JP WO2008126822A1
Authority
JP
Japan
Prior art keywords
packet
receiving
rlc
order correction
pdu
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2009509338A
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.)
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
Publication of JPWO2008126822A1 publication Critical patent/JPWO2008126822A1/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • 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/1835—Buffer management
    • H04L1/1841—Resequencing
    • 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/03—Protocol definition or specification 
    • 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
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
    • H04W28/065—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information using assembly or disassembly of packets

Landscapes

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

Abstract

本発明に係るパケット通信方法は、第１パケットのシーケンス番号が第２パケットのシーケンス番号よりも小さいとき、受信側装置の所定サブレイヤが、第１パケットを受信する前に第２パケットを受信した場合に、順序補正タイマを起動する工程と、受信側装置の所定サブレイヤが、順序補正タイマが満了するまでに、第１パケットを受信しなかった場合、第１パケットに対する再送要求を送信する工程とを有する。

Description

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

Claims (16)

  1. 送信側装置の所定サブレイヤが、受信側装置の所定サブレイヤに対して、シーケンス番号が付与されたパケットを送信するパケット通信方法であって、
    第１パケットのシーケンス番号が第２パケットのシーケンス番号よりも小さいとき、前記受信側装置の所定サブレイヤが、該第１パケットを受信する前に該第２パケットを受信した場合に、順序補正タイマを起動する工程と、
    前記受信側装置の所定サブレイヤが、前記順序補正タイマが満了するまでに、前記第１パケットを受信しなかった場合、該第１パケットに対する再送要求を送信する工程とを有することを特徴とするパケット通信方法。
  2. 前記受信側装置の所定サブレイヤは、複数の前記第１パケットを受信する前に前記第２パケットを受信した場合に、前記順序補正タイマを起動し、
    前記受信側装置の所定サブレイヤは、前記順序補正タイマが満了するまでに、前記複数の第１パケットの全てを受信しなかった場合、前記受信しなかった第１パケットに対する再送要求を送信することを特徴とする請求項１に記載のパケット通信方法。
  3. 前記送信側装置の所定サブレイヤと前記受信側装置の所定サブレイヤとの間で確立されている論理チャネルを介して、前記第１パケット及び前記第２パケットが送信され、
    前記順序補正タイマは、前記論理チャネル毎に設定されることを特徴とする請求項１又は２に記載のパケット通信方法。
  4. 前記順序補正タイマの設定値は、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）メッセージによって前記受信側装置に通知されることを特徴とする請求項１乃至３のいずれか１項に記載のパケット通信方法。
  5. 送信側装置の所定サブレイヤが、受信側装置の所定サブレイヤに対して、シーケンス番号が付与されたパケットを送信するパケット通信方法であって、
    第１パケットのシーケンス番号が第２パケットのシーケンス番号よりも小さいとき、前記受信側装置の所定サブレイヤが、該第１パケットを受信する前に該第２パケットを受信した場合に、順序補正タイマを起動する工程と、
    前記受信側装置の所定サブレイヤが、前記順序補正タイマが満了するまでに、前記第１パケットを受信しなかった場合、該第１パケットを受信することはないと判断する工程とを有し、
    前記送信側装置の所定サブレイヤと前記受信側装置の所定サブレイヤとの間で確立されている論理チャネルを介して、前記第１パケット及び前記第２パケットが送信され、
    前記順序補正タイマは、前記論理チャネル毎に設定されることを特徴とするパケット通信方法。
  6. 前記受信側装置の所定サブレイヤは、複数の前記第１パケットを受信する前に前記第２パケットを受信した場合に、前記順序補正タイマを起動し、
    前記受信側装置の所定サブレイヤは、前記順序補正タイマが満了するまでに、前記複数の第１パケットの全てを受信しなかった場合、前記受信しなかった第１パケットを受信することはないと判断することを特徴とする請求項５に記載のパケット通信方法。
  7. 前記受信側装置の所定サブレイヤは、受信可能なパケットのシーケンス番号の上限値及び下限値を規定する受信側ウィンドウを管理しており、
    前記受信側装置の所定サブレイヤは、前記第１パケットを受信することはないと判断した場合、受信側ウィンドウの下限値を該第１パケットのシーケンス番号よりも大きい値に設定することを特徴とする請求項５又は６に記載のパケット通信方法。
  8. 前記順序補正タイマの設定値は、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）メッセージによって前記受信側装置に通知されることを特徴とする請求項５乃至７のいずれか１項に記載のパケット通信方法。
  9. 送信側装置の所定サブレイヤから、シーケンス番号が付与されたパケットを受信するように構成されている受信側装置であって、
    第１パケットのシーケンス番号が第２パケットのシーケンス番号よりも小さいとき、前記所定サブレイヤにおいて、該第１パケットを受信する前に該第２パケットを受信した場合に、順序補正タイマを起動するように構成されており、
    前記所定サブレイヤにおいて、前記順序補正タイマが満了するまでに、前記第１パケットを受信しなかった場合、該第１パケットに対する再送要求を送信するように構成されていることを特徴とする受信側装置。
  10. 前記所定サブレイヤにおいて、複数の前記第１パケットを受信する前に前記第２パケットを受信した場合に、前記順序補正タイマを起動するように構成されており、
    前記所定サブレイヤにおいて、前記順序補正タイマが満了するまでに、前記複数の第１パケットの全てを受信しなかった場合、前記受信しなかった第１パケットに対する再送要求を送信するように構成されていることを特徴とする請求項９に記載の受信側装置。
  11. 前記送信側装置の所定サブレイヤとの間で確立されている論理チャネルを介して、前記第１パケット及び前記第２パケットが送信されるように構成されており、
    前記順序補正タイマは、前記論理チャネル毎に設定されるように構成されていることを特徴とする請求項９又は１０に記載の受信側装置。
  12. 前記順序補正タイマの設定値は、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）メッセージによって通知されることを特徴とする請求項９乃至１１のいずれか１項に記載の受信側装置。
  13. 送信側装置の所定サブレイヤから、シーケンス番号が付与されたパケットを受信するように構成されている受信側装置であって、
    第１パケットのシーケンス番号が第２パケットのシーケンス番号よりも小さいとき、前記所定サブレイヤにおいて、該第１パケットを受信する前に該第２パケットを受信した場合に、順序補正タイマを起動するように構成されており、
    前記所定サブレイヤにおいて、前記順序補正タイマが満了するまでに、前記第１パケットを受信しなかった場合、該第１パケットを受信することはないと判断するように構成されており、
    前記送信側装置の所定サブレイヤとの間で確立されている論理チャネルを介して、前記第１パケット及び前記第２パケットが送信されるように構成されており、
    前記順序補正タイマは、前記論理チャネル毎に設定されるように構成されていることを特徴とする受信側装置。
  14. 前記所定サブレイヤにおいて、複数の前記第１パケットを受信する前に前記第２パケットを受信した場合に、前記順序補正タイマを起動するように構成されており、
    前記所定サブレイヤにおいて、前記順序補正タイマが満了するまでに、前記複数の第１パケットの全てを受信しなかった場合、前記受信しなかった第１パケットを受信することはないと判断するように構成されていることを特徴とする請求項１３に記載の受信側装置。
  15. 前記所定サブレイヤにおいて、受信可能なパケットのシーケンス番号の上限値及び下限値を規定する受信側ウィンドウを管理するように構成されており、
    前記所定サブレイヤにおいて、前記第１パケットを受信することはないと判断した場合、受信側ウィンドウの下限値を該第１パケットのシーケンス番号よりも大きい値に設定するように構成されていることを特徴とする請求項１３又は１４に記載の受信側装置。
  16. 前記順序補正タイマの設定値は、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）メッセージによって通知されることを特徴とする請求項１３乃至１５のいずれか１項に記載のパケット通信方法。
JP2009509338A 2007-04-06 2008-04-07 パケット通信方法及び受信側装置 Pending JPWO2008126822A1 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2007101193 2007-04-06
JP2007101193 2007-04-06
PCT/JP2008/056872 WO2008126822A1 (ja) 2007-04-06 2008-04-07 パケット通信方法及び受信側装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2011026591A Division JP2011135601A (ja) 2007-04-06 2011-02-09 パケット通信方法及び受信側装置

Publications (1)

Publication Number Publication Date
JPWO2008126822A1 true JPWO2008126822A1 (ja) 2010-07-22

Family

ID=39863919

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2009509338A Pending JPWO2008126822A1 (ja) 2007-04-06 2008-04-07 パケット通信方法及び受信側装置
JP2011026591A Abandoned JP2011135601A (ja) 2007-04-06 2011-02-09 パケット通信方法及び受信側装置

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2011026591A Abandoned JP2011135601A (ja) 2007-04-06 2011-02-09 パケット通信方法及び受信側装置

Country Status (10)

Country Link
US (1) US8169905B2 (ja)
EP (1) EP2144392A4 (ja)
JP (2) JPWO2008126822A1 (ja)
KR (1) KR20090122986A (ja)
CN (1) CN101652949A (ja)
BR (1) BRPI0809912A2 (ja)
CA (1) CA2683092A1 (ja)
MX (1) MX2009010813A (ja)
RU (1) RU2463711C2 (ja)
WO (1) WO2008126822A1 (ja)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102025471B (zh) * 2009-09-21 2013-09-11 中兴通讯股份有限公司 一种状态报告触发方法及装置
WO2011108480A1 (ja) * 2010-03-03 2011-09-09 日本電気株式会社 パケット再送制御システム、方法、及びプログラム
KR101847582B1 (ko) * 2010-06-09 2018-04-10 삼성전자 주식회사 이동 통신 시스템 및 그 이동 통신 시스템에서 패킷 제어 방법
US20170201352A1 (en) * 2014-06-03 2017-07-13 Telefonaktiebolaget Lm Ericsson (Publ) Packet handling in wireless networks
KR102410216B1 (ko) 2014-12-18 2022-06-17 엘지전자 주식회사 무선 통신 시스템에서 pdcp 리오더링 타이머를 재설정하는 방법 및 그 장치
US9999049B2 (en) * 2015-08-31 2018-06-12 Qualcomm Incorporated Avoiding unnecessary protocol data unit (PDU) transmissions
KR20180080607A (ko) * 2017-01-04 2018-07-12 삼성전자주식회사 통신 시스템에서 재전송 방법 및 장치
US11005606B2 (en) * 2017-03-24 2021-05-11 Telefonaktiebolaget Lm Ericsson (Publ) Systems and methods for removal of duplicated packets for transmission
US11082889B2 (en) * 2017-04-25 2021-08-03 Lg Electronics Inc. Method and device for receiving data unit
CN109565377A (zh) * 2017-07-21 2019-04-02 Oppo广东移动通信有限公司 传输数据的方法和设备
CN112272928B (zh) * 2018-06-20 2022-08-09 华为技术有限公司 一种数据包重传方法及装置
US11463547B2 (en) 2019-12-12 2022-10-04 Google Llc Reliable transport protocol and hardware architecture for datacenter networking
CN112073206B (zh) * 2020-10-26 2022-08-16 上交所技术有限责任公司 一种基于可编程网络硬件设备实现面向可靠组播的数据包过滤方法

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000134263A (ja) * 1998-10-28 2000-05-12 Matsushita Electric Ind Co Ltd データ通信装置
JP2003500925A (ja) * 1999-05-21 2003-01-07 ノキア コーポレイション 第３世代移動システムにおけるパケットデータ送信
JP2003283596A (ja) * 2002-01-05 2003-10-03 Lg Electronics Inc 高速ダウンリンクパケット接続システムにおけるタイマーを利用した交錯状況回避システム及び方法
WO2005076688A2 (en) * 2004-02-16 2005-08-25 Nokia Corporation Associating data packets with sequence numbers in order to receive them in correct order
WO2005117317A1 (en) * 2004-04-19 2005-12-08 Lg Electronics Inc. Apparatus and method for enhanced um rlc data handling
WO2005125125A1 (en) * 2004-06-16 2005-12-29 Lg Electronics Inc. System for processing data unit of radio protocol layer
EP1643690A1 (en) * 2004-10-01 2006-04-05 Matsushita Electric Industrial Co., Ltd. Quality-of-Service (QoS)-aware scheduling for uplink transmissions on dedicated channels
JP2007028653A (ja) * 2003-08-14 2007-02-01 Matsushita Electric Ind Co Ltd ソフトハンドオーバー中のパケット再送の時間監視

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7123628B1 (en) * 1998-05-06 2006-10-17 Lg Electronics Inc. Communication system with improved medium access control sub-layer
US6335933B1 (en) * 1999-05-21 2002-01-01 Broadcom Homenetworking, Inc. Limited automatic repeat request protocol for frame-based communication channels
JP4505575B2 (ja) 1999-07-16 2010-07-21 独立行政法人情報通信研究機構 通信システム、ゲートウェイ送信装置、ゲートウェイ受信装置、送信方法、受信方法および情報記録媒体
US6208620B1 (en) * 1999-08-02 2001-03-27 Nortel Networks Corporation TCP-aware agent sublayer (TAS) for robust TCP over wireless
AU2002341076A1 (en) * 2001-04-27 2002-11-18 Telefonaktiebolaget Lm Ericsson (Publ) Reordering data packets in a communication system
US7430206B2 (en) * 2002-05-10 2008-09-30 Interdigital Technology Corporation Wireless communication method and apparatus for detecting and correcting transmission errors
KR100876765B1 (ko) * 2002-05-10 2009-01-07 삼성전자주식회사 이동 통신 시스템에서 데이터 재전송 장치 및 방법
GB2399713A (en) * 2003-03-17 2004-09-22 Orange Personal Comm Serv Ltd Telecommunications apparatus and method based on quality of service
KR100520146B1 (ko) * 2003-12-22 2005-10-10 삼성전자주식회사 고속 순방향 패킷 접속 통신 시스템에서 데이터 처리장치및 방법

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000134263A (ja) * 1998-10-28 2000-05-12 Matsushita Electric Ind Co Ltd データ通信装置
JP2003500925A (ja) * 1999-05-21 2003-01-07 ノキア コーポレイション 第３世代移動システムにおけるパケットデータ送信
JP2003283596A (ja) * 2002-01-05 2003-10-03 Lg Electronics Inc 高速ダウンリンクパケット接続システムにおけるタイマーを利用した交錯状況回避システム及び方法
JP2007028653A (ja) * 2003-08-14 2007-02-01 Matsushita Electric Ind Co Ltd ソフトハンドオーバー中のパケット再送の時間監視
WO2005076688A2 (en) * 2004-02-16 2005-08-25 Nokia Corporation Associating data packets with sequence numbers in order to receive them in correct order
WO2005117317A1 (en) * 2004-04-19 2005-12-08 Lg Electronics Inc. Apparatus and method for enhanced um rlc data handling
WO2005125125A1 (en) * 2004-06-16 2005-12-29 Lg Electronics Inc. System for processing data unit of radio protocol layer
EP1643690A1 (en) * 2004-10-01 2006-04-05 Matsushita Electric Industrial Co., Ltd. Quality-of-Service (QoS)-aware scheduling for uplink transmissions on dedicated channels

Also Published As

Publication number Publication date
CA2683092A1 (en) 2008-10-23
JP2011135601A (ja) 2011-07-07
EP2144392A1 (en) 2010-01-13
BRPI0809912A2 (pt) 2014-10-07
KR20090122986A (ko) 2009-12-01
WO2008126822A1 (ja) 2008-10-23
US8169905B2 (en) 2012-05-01
CN101652949A (zh) 2010-02-17
US20100118780A1 (en) 2010-05-13
RU2463711C2 (ru) 2012-10-10
MX2009010813A (es) 2009-10-29
EP2144392A4 (en) 2013-10-16
RU2009138303A (ru) 2011-05-20

Similar Documents

Publication Publication Date Title
JP4625044B2 (ja) ウィンドウ制御及び再送制御方法、及び、送信側装置
JP4929349B2 (ja) 再送要求送信方法及び受信側装置
JPWO2008126822A1 (ja) パケット通信方法及び受信側装置
JP6328196B2 (ja) 移動通信システムにおける無線プロトコル処理方法及び移動通信送信機
JP5081900B2 (ja) 再送要求送信方法及び受信側装置
US20100110984A1 (en) Retransmission request transmission method, transmitting- side apparatus and receiving-side apparatus
KR20100053625A (ko) 무선 통신 시스템에서의 핸드오버 동안 데이터의 계층 2 터널링
JP2003224618A (ja) ワイヤレス通信システム
JP4976904B2 (ja) 再送制御方法及び送信側装置
TW201019645A (en) System and method for data transmission
JP6654828B2 (ja) 送信機
KR100856244B1 (ko) 이동통신 시스템에서 자동 재전송 요구 패킷 송수신 장치및 방법
JP4820326B2 (ja) 送達確認情報送信方法及び受信側装置
JP2008259038A (ja) パケット通信システム、移動局及び無線基地局
JP2011061840A (ja) ウィンドウ制御及び再送制御方法、及び、送信側装置
JP2008259027A (ja) 再送制御方法及び送信側装置

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100602

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20100602

A871 Explanation of circumstances concerning accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A871

Effective date: 20100602

A975 Report on accelerated examination

Free format text: JAPANESE INTERMEDIATE CODE: A971005

Effective date: 20100618

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100713

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100913

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20101109

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110209

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

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20110330

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

Free format text: JAPANESE INTERMEDIATE CODE: A912

Effective date: 20110422