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