(57)【要約】  移動通信システムにおける無線リンク制御（ＲＬＣ）レイヤーのデータ送信方法及び装置を開示する。送信バッファに格納されているＲＬＣ ＳＤＵを廃棄する前に、上記ＲＬＣ ＳＤＵの送信が完了されなかった場合、又は上記ＲＬＣ ＳＤＵに対応するＲＬＣ ＳＤＵ廃棄タイマーが上記満了時点に近づく場合に、ポーリングトリガーにより受信側の受信状態を確認するための状態報告を要請することにより、ＲＬＣレイヤーのデータ送信性能を向上させる。
2010511318.tif 000002
【特許請求の範囲】
【請求項１】
移動通信システムにおける無線リンク制御（ＲＬＣ）レイヤーのデータ送信方法であって、
上位レイヤーから送信されたサービスデータユニット（ＳＤＵ）を少なくとも一つのプロトコルデータユニット（ＰＤＵ）を介して送信するステップと、
前記ＳＤＵが廃棄される時点より所定の時間だけ前の時点でデータ受信状態に関する状態報告を受信側に要請するステップと、
前記状態報告を受信し、前記状態報告に基づいて否定的に認知されたＰＤＵを再送信するステップと、
前記ＳＤＵの廃棄時点が経過すると、前記ＳＤＵを廃棄するステップと、を有することを特徴とするデータ送信方法。
【請求項２】
前記状態報告を要請するステップは、前記状態報告を要請するためのポーリングビットが次にスケジューリングされたＰＤＵに設定され、この次にスケジューリングされたＰＤＵが送信されることを特徴とする請求項１に記載のデータ送信方法。
【請求項３】
前記状態報告を要請するステップは、前記状態報告を要請するための指示子は、前記受信側に送信されることを特徴とする請求項１に記載のデータ送信方法。
【請求項４】
前記状態報告を要請するステップは、
前記ＳＤＵが送信されると、第１のタイマーを始動するステップと、
前記第１のタイマーが満了するまで、前記ＳＤＵと関連したすべてのＰＤＵを肯定的に認知することができなかった場合に前記状態報告を要請し、第２のタイマーを始動するステップと、
前記第２のタイマーの満了の際に前記ＳＤＵを廃棄するステップと、
前記第１のタイマーが満了するまで前記ＳＤＵと関連したすべてのＰＤＵを肯定的に認知することができなかった場合に前記ＳＤＵを廃棄するステップと、
を有することを特徴とする請求項１に記載のデータ送信方法。
【請求項５】
前記状態報告を要請するステップは、
前記ＳＤＵが送信されると、タイマーを始動するステップと、
次に送信するＰＤＵがスケジューリングされると、前記タイマーが前記タイマーの満了時点に所定のしきい値だけ近づいたか否かを判定するステップと、
前記タイマーが前記満了時点に近づいた場合には、前記状態報告を要請するステップと、
前記タイマーが満了した場合には、前記ＳＤＵを廃棄するステップと、を有することを特徴とする請求項１に記載のデータ送信方法。
【請求項６】
前記判定するステップは、前記次に送信するＰＤＵの送信時点と前記タイマーの満了時点との差が前記しきい値より小さい場合に、前記タイマーが前記満了時点に近づくものと判定することを特徴とする請求項５に記載のデータ送信方法。
【請求項７】
前記送信するステップは、前記ＳＤＵを少なくとも１つのＰＤＵにフレーミングし、自動再送要求（ＡＲＱ）動作に従って各ＰＤＵを前記受信側に送信することを特徴とする請求項１に記載のデータ送信方法。
【請求項８】
移動通信システムにおける無線リンク制御（ＲＬＣ）レイヤーのデータ送信装置であって、
上位レイヤーから送信されたサービスデータユニット（ＳＤＵ）を前記ＳＤＵの送信のために格納するための送信バッファと、
前記ＳＤＵが廃棄される時点より所定の時間だけ前の時点でデータ受信状態に関する状態報告を受信側に要請し、前記状態報告に基づいて否定的に認知されたプロトコルデータユニット（ＰＤＵ）の再送信を決定し、前記ＳＤＵの廃棄時点が経過すると、前記ＳＤＵを前記送信バッファから廃棄する制御部と、
前記ＳＤＵを前記受信側に送信するために、前記送信バッファから送信された前記ＳＤＵを少なくとも１つのＰＤＵにフレーミングするフレーミング部と、
を有することを特徴とするデータ送信装置。
【請求項９】
前記制御部は、次にスケジューリングされるＰＤＵに前記状態報告を要請するためのポーリングビットを設定することを特徴とする請求項８に記載のデータ送信装置。
【請求項１０】
前記制御部は、前記受信側に前記状態報告を要請するための指示子を設定して送信することを特徴とする請求項８に記載のデータ送信装置。
【請求項１１】
前記制御部は、前記ＳＤＵが送信されると第１のタイマーを始動し、前記第１のタイマーが満了するまで前記ＳＤＵと関連したすべてのＰＤＵが肯定的に認知されなかった場合に、前記状態報告を要請し、第２のタイマーを始動し、前記第２のタイマーが満了する際に前記ＳＤＵを廃棄し、前記第１のタイマーが満了するまで前記ＳＤＵと関連したすべてのＰＤＵが肯定的に認知された場合に、前記ＳＤＵを廃棄することを特徴とする請求項８に記載のデータ送信装置。
【請求項１２】
前記制御部は、前記ＳＤＵが送信されると、タイマーを始動し、次に送信するＰＤＵがスケジューリングされると、前記タイマーが前記タイマーの満了時点に所定のしきい値だけ近づいたか否かを判定し、前記タイマーが前記満了時点に近づいた場合には前記状態報告を要請し、前記タイマーが満了した場合には前記ＳＤＵを廃棄することを特徴とする請求項８に記載のデータ送信装置。
【請求項１３】
前記制御部は、前記次に送信するＰＤＵの送信時点と前記タイマーの満了時点との差が前記しきい値より小さい場合に、前記タイマーが前記満了時点に近づくものと判定することを特徴とする請求項１２に記載のデータ送信装置。
【請求項１４】
移動通信システムにおける無線リンク制御（ＲＬＣ）レイヤーのデータ送信方法であって、
上位レイヤーから送信されたサービスデータユニット（ＳＤＵ）を前記ＳＤＵの送信のために格納し、タイマーを始動するステップと、
前記ＳＤＵを少なくとも１つのプロトコルデータユニット（ＰＤＵ）を介して送信するステップと、
次に送信するＰＤＵがスケジューリングされると、前記タイマーが前記タイマーの満了時点に所定のしきい値だけ近づいたか否かを判定するステップと、
前記タイマーが前記満了時点に近づいた場合には、データ受信状態に関する状態報告を送信することを受信側に要請するステップと、
前記タイマーが満了した場合には、前記ＳＤＵを廃棄するステップと、
を有することを特徴とするデータ送信方法。
【請求項１５】
前記状態報告を要請するステップは、前記状態報告を要請するためのポーリングビットを前記次に送信するＰＤＵに設定して送信することを特徴とする請求項１４に記載のデータ送信方法。
【請求項１６】
前記状態報告を要請するステップは、前記状態報告を要請するための指示子を前記受信側に送信することを特徴とする請求項１４に記載のデータ送信方法。
【請求項１７】
前記判定するステップは、前記次に送信するＰＤＵの送信時点と前記タイマーの満了時点との差が前記しきい値より小さい場合に、前記タイマーが前記満了時点に近づくものと判定することを特徴とする請求項１４に記載のデータ送信方法。
【請求項１８】
前記ＳＤＵを少なくとも１つのＰＤＵにフレーミングし、自動再送要求（ＡＲＱ）動作に従って各ＰＤＵを前記受信側に送信するステップをさらに含むことを特徴とする請求項１４に記載のデータ送信方法。
【請求項１９】
移動通信システムにおける無線リンク制御（ＲＬＣ）レイヤーのデータ送信装置であって、
上位レイヤーから送信されたサービスデータユニット（ＳＤＵ）を前記ＳＤＵの送信のために格納するための送信バッファと、
前記ＳＤＵが格納される際にタイマーを始動し、次に送信するプロトコルデータユニット（ＰＤＵ）がスケジューリングされると、前記タイマーが前記タイマーの満了時点に所定のしきい値だけ近づいたか否かを判定し、前記タイマーが前記満了時点に近づいた場合には、データ受信状態に関する状態報告を送信することを受信側に要請し、前記タイマーが満了した場合には、前記ＳＤＵを前記送信バッファから廃棄する制御部と、
前記ＳＤＵを前記受信側に送信するために、前記送信バッファから送信された前記ＳＤＵを少なくとも１つのＰＤＵにフレーミングするフレーミング部と、
を有することを特徴とするデータ送信装置。
【請求項２０】
前記制御部は、前記次に送信するＰＤＵに前記状態報告を要請するためのポーリングビットを設定することを特徴とする請求項１９に記載のデータ送信装置。
【請求項２１】
前記制御部は、前記受信側に前記状態報告を要請するための指示子を設定して送信することを特徴とする請求項１９に記載のデータ送信装置。
【請求項２２】
前記制御部は、前記次に送信するＰＤＵの送信時点と前記タイマーの満了時点との差が前記しきい値より小さい場合に、前記タイマーが前記満了時点に近づくものと判定することを特徴とする請求項１９に記載のデータ送信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムに関し、特に、無線リンク制御（Radio Link Control：以下、“ＲＬＣ”と称する。）レイヤーのデータ送信方法及び装置に関する。
【背景技術】
【０００２】
第３世代の非同期移動通信システムであるユニバーサル移動通信サービス（Universal Mobile Telecommunication Service：以下、“ＵＭＴＳ”と称する。）システムは、ヨーロッパ式移動通信システムであるＧＳＭ（Global System for Mobile Communications）及びＧＰＲＳ（General Packet Radio Services）に基づいて広帯域（Wideband）符号分割多元接続（Code Division Multiple Access：以下、“ＣＤＭＡ”と称する。）を使用する第３世代の非同期移動通信システムである。
【０００３】
ＵＭＴＳ標準化を担当している第３世代パートナーシッププロジェクト（3rd Generation Partnership Project：以下、“３ＧＰＰ”と称する。）において、次世代ＵＭＴＳシステムのロングタームエボリューション（Long Term Evolution：以下、“ＬＴＥ”と称する。）についての議論が進んでいる。ＬＴＥは、２０１０年ごろに商用化することを目標にしており、１００Ｍｂｐｓ程度の高速パケット基盤通信を実現するための技術である。このために、様々な方法が論議されている。例えば、ネットワークアーキテクチャーを簡素化することにより、通信経路上のノードの数を減少させる方法や無線プロトコルを無線チャネルにできるだけに近接させる方法などがある。
【０００４】
図１は、次世代（Evolved）ＵＭＴＳ移動通信システムの構成の一例を示すブロック図である。
【０００５】
次世代ＵＭＴＳ無線アクセスネットワーク（Evolved Radio Access Networks：以下、“Ｅ-ＵＴＲＡＮｓ”又は“Ｅ-ＲＡＮｓ”と称する。）１１０及び１１２は、次世代ノードＢ（Evolved Node B：以下、“ＥＮＢｓ”又は“Ｎｏｄｅ Ｂ”と称する。）１２０、１２２、１２４、１２６、及び１２８とアンカーノード１３０及び１３２との２ノード構成に簡素化される。ユーザー端末（User Equipment：以下、“ＵＥ”と称する。）１０１は、Ｅ-ＲＡＮ１１０及び１１２を介してインターネットプロトコル（Internet Protocol：以下、“ＩＰ”と称する。）ネットワーク１１４にアクセスする。
【０００６】
ＥＮＢ１２０乃至１２８は、ＵＭＴＳシステムの既存のノードＢに対応し、無線チャネルを介してＵＥ１０１に接続する。既存のノードＢに比べて、ＥＮＢ１２０乃至１２８は、さらに複雑な機能を行う。ＬＴＥシステムでは、ＩＰを使用したＶｏＩＰ（Voice over IP）のようなリアルタイムサービスだけではなく、全てのユーザートラフィックが共用チャネル（shared channel：ＳＣＨ）を介して送信されるため、ＵＥの状況情報を収集し、スケジューリング過程を実行することができる装置が必要とされる。ＥＮＢ１２０乃至１２８は、この情報を収集し、スケジューリング過程を担当する。
【０００７】
ＬＴＥシステムは、高速ダウンリンクパケットアクセス（High Speed Downlink Packet Access：ＨＳＤＰＡ）及び拡張されたアップリンク専用チャネル（Enhanced uplink Dedicated Channel：Ｅ-ＤＣＨ）と同様に、ＥＮＢ１２０乃至１２８とＵＥ１０１との間でハイブリッド自動再送要求（Hybrid Automatic Repeat ReQuest：以下、“ＨＡＲＱ”と称する。）を行う。しかしながら、ＬＴＥは、ＨＡＲＱ方式だけでは、様々なサービス品質（Quality of Service：ＱｏＳ）の要求を満足することができないため、別個のＡＲＱ（すなわち、ｏｕｔｅｒ-ＡＲＱ）は、上位レイヤーで行われることができる。この別個のＡＲＱは、ＵＥ１０１とＥＮＢ１２０乃至１２８との間でも行われる。
【０００８】
最大１００Ｍｂｐｓの送信速度を実現するために、ＬＴＥシステムは、２０ＭＨｚのシステム帯域幅で直交周波数分割多重化（Orthogonal Frequency Division Multiplexing：以下、“ＯＦＤＭ”と称する。）方式の無線接続技術を使用するものと予想される。また、ＬＴＥシステムは、ＵＥのチャネル状態に適合した変調方式及びチャネル符号化率を設定する適応変調符号化（Adaptive Modulation & Coding：以下、“ＡＭＣ”と称する。）方式を使用するのであろう。
【０００９】
ＬＴＥシステムをはじめた多くの次世代移動通信システムは、ＨＡＲＱ方式をエラー訂正方式として使用する。ＨＡＲＱは、以前に受信したデータを廃棄することなく、再送信されたデータと以前に受信したデータをソフトコンバイニングすることにより、受信成功率を増加させるための方式である。より詳細に、ＨＡＲＱ受信側は、受信したデータにエラーが存在するか否かを判定した後に、エラーが存在するか否かに従って肯定認知（positive Acknowledgement：以下、“ＨＡＲＱ ＡＣＫ”と称する。）信号又は否定認知（negative Acknowledgement：以下、“ＨＡＲＱ ＮＡＣＫ”と称する。）信号をＨＡＲＱ送信側に送信する。ＨＡＲＱ送信側は、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ信号に従って、ＨＡＲＱデータを再送信するか又は新たなＨＡＲＱデータを送信する。その後に、ＨＡＲＱ受信側は、再送信されたデータを以前に受信したデータとソフトコンバイニングすることにより、エラー発生確率を減少させることができる。
【００１０】
図２は、次世代移動通信システムのプロトコルスタックを示す図である。
【００１１】
各パケットデータコンバージェンスプロトコル（Packet Data Convergence Protocol：以下、“ＰＤＣＰ”と称する。）レイヤー２０５及び２４０は、ＩＰヘッダーの圧縮／復元などの動作を担当する。各ＲＬＣレイヤー２１０及び２３５は、複数のＲＬＣサービスデータユニット（Service Data Unit：以下、“ＳＤＵ”と称する。）を適切なサイズを有する複数のＲＬＣプロトコルデータユニット（Protocol Data Unit：以下、“ＰＤＵ”と称する。）に再構成し、複数のＲＬＣ ＰＤＵに対してＡＲＱ動作などを実行するＡＲＱ装置として動作する。上位レイヤーから特定のプロトコルエンティティーに入力されるデータを特定のプロトコルのＳＤＵと呼ぶ。図２に示すように、ＰＤＣＰレイヤー２０５及び２４０は、ＵＥ及び上位ノードに位置し、ＲＬＣレイヤー２１０及び２３５は、ＵＥ及びＥＮＢに位置する。
【００１２】
媒体アクセス制御（Medium Access Control：以下、“ＭＡＣ”と称する。）レイヤー２１５及び２３０は、１つのＵＥに構成されている複数のＲＬＣエンティティーに接続され、各ＲＬＣエンティティーからの複数のＲＬＣ ＰＤＵをＭＡＣ ＰＤＵに多重化し、下位レイヤーからのＭＡＣ ＰＤＵを複数のＲＬＣ ＰＤＵに逆多重化する動作を実行する。特定のプロトコルエンティティーから出力されたデータを対応するプロトコルのＰＤＵと呼ぶ。
【００１３】
各物理レイヤー（ＰＨＹ）２２０及び２２５は、上位レイヤーデータに対してチャネル符号化及び変調動作を実行することによりＯＦＤＭシンボルを生成し、ＯＦＤＭシンボルを、無線チャネルを介して送信する。また、各物理レイヤー２２０及び２２５は、ＯＦＤＭシンボルの復調及びチャネルデコーディングを行った後に、無線チャネルを介して受信したＯＦＤＭシンボルを上位レイヤーに送信する。受信データに対してチャネルデコーディングを実行し、このチャネルデコーディングされたデータを前に受信したデータとソフトコンバイニングし、このソフトコンバイニングされたデータに対して巡回冗長検査（Cyclic Redundancy Checking：以下、“ＣＲＣ”と称する。）演算を行う動作を含む大部分のＨＡＲＱ動作は、物理レイヤー２２０及び２２５により行われ、ＭＡＣレイヤー２１５及び２３０により制御される。
【００１４】
上述したように、ＲＬＣレイヤー２１０及び２３５は、ＡＲＱ過程を介して信頼性あるデータ送受信を保証する。
【００１５】
図３は、ＲＬＣレイヤーのデータ送受信及び再送信過程の一例を示すブロック図である。
【００１６】
送信側ＲＬＣレイヤーの送信バッファ３０５は、複数のＲＬＣ ＳＤＵ３１０が受信側ＲＬＣレイヤーに送信されるまで送信側ＰＤＣＰレイヤーから提供された複数のＲＬＣ ＳＤＵ３１０を格納する。フレーミング部３１５は、複数のＲＬＣ ＳＤＵ３１０を適切な長さを有する複数のＲＬＣ ＰＤＵ３２５に再構成し、１ずつ増加する一連番号を各ＲＬＣ ＰＤＵに取り付けた後に、複数のＲＬＣ ＰＤＵ３２５を受信側ＲＬＣレイヤーに送信する。この際に、複数のＲＬＣ ＳＤＵ３１０は、受信側ＲＬＣレイヤーから肯定的認知（ＡＣＫ）信号を受信するまで再送信バッファ３２０にバッファリングされる。受信側ＲＬＣレイヤーは、受信した複数のＲＬＣ ＰＤＵを受信バッファ３３０に格納し、この格納されている複数のＲＬＣ ＰＤＵの一連番号を検査することにより、送信の間に流失したＲＬＣ ＰＤＵを検出し、送信側ＲＬＣレイヤーにこの流失したＲＬＣ ＰＤＵの再送信を要請する。受信バッファ３３０で再整列されたＲＬＣ ＰＤＵは、再組立て部３３５を介して複数のＲＬＣ ＳＤＵに組み立てられた後に、上位レイヤーに送信される。
【００１７】
図３に示す例に従うと、ＲＬＣ ＰＤＵ［７］乃至ＲＬＣ ＰＤＵ［１０］が送信側ＲＬＣレイヤーから送信されたが、ＲＬＣ ＰＤＵ［７］及びＲＬＣ ＰＤＵ［９］だけが受信側ＲＬＣレイヤーにより受信され、受信バッファ３３０に格納されている。受信側ＲＬＣレイヤーは、ＲＬＣ ＰＤＵ［７］及びＲＬＣ ＰＤＵ［９］は正しく（correctly）受信されたが、ＲＬＣ ＰＤＵ［８］が受信されなかったことを知らせるＡＣＫ及び／又は否定的認知（non-acknowledgement：ＮＡＣＫ）情報を含む状態報告３４０を送信側ＲＬＣレイヤーに送信する。その後に、送信側ＲＬＣレイヤーは、状態報告３４０に基づいて、再送信バッファ３２０に記憶されていたＲＬＣ ＰＤＵ［８］を再送信し、ＲＬＣ ＰＤＵ［７］及びＲＬＣ ＰＤＵ［９］を廃棄する。
【００１８】
未受信ＲＬＣ ＰＤＵが存在する場合に、状態報告３４０は、受信側ＲＬＣレイヤー自体の判断に基づいて送信されるか、または送信側ＲＬＣレイヤーの要請により送信され得る。送信側ＲＬＣレイヤーによる状態報告の送信要請を“ポーリング”と呼ぶ。
【００１９】
図４は、ＲＬＣレイヤーのポーリングトリガー及び状態報告送信過程の一例を示す図である。
【００２０】
複数のＲＬＣ ＰＤＵ４１５を受信側ＲＬＣレイヤー４１０に送信しつつ、受信側ＲＬＣレイヤー４１０のＲＬＣ ＰＤＵ受信状態を確認する必要がある場合に、送信側ＲＬＣレイヤー４０５は、“ポーリングトリガー”４１７と呼ばれるポーリング過程をトリガーする。このポーリングトリガーは、次に送信するＲＬＣ ＰＤＵ４２０にポーリングビット“ｐ”を設定することを意味する。また、受信側ＲＬＣレイヤー４１０がこの設定されたポーリングビットを含むＲＬＣ ＰＤＵ４２０を受信した場合に、受信側ＲＬＣレイヤー４１０は、状態報告の送信をトリガーする（参照符号４２３を参照）。その後に、受信バッファの受信状態を示すＡＣＫ／ＮＡＣＫ情報を含む状態報告４２５が構成され、送信側ＲＬＣレイヤーに送信される。
【００２１】
送信側ＲＬＣレイヤーの送信バッファは、上位レイヤーから送信された複数のＲＬＣ ＳＤＵを格納する。この送信側ＲＬＣレイヤーは、この送信バッファの容量超過現象を防止するために廃棄機能を支援する。この廃棄機能は、タイマー動作を使用した方法により実現されてもよく、又は最大送信回数を設定する方法により実現されてもよい。しかしながら、従来技術による複数のＲＬＣ ＳＤＵの廃棄機能に従うと、受信側ＲＬＣレイヤーから肯定的に認知することができなかったＲＬＣ ＰＤＵが存在するとしても、送信側ＲＬＣレイヤーの送信バッファからＲＬＣ ＳＤＵを廃棄することによりデータ送信に失敗するという問題点があった。
【発明の概要】
【発明が解決しようとする課題】
【００２２】
したがって、本発明は、上述した従来技術の問題点を解決するために提案されたものであり、その目的は、送信側ＲＬＣレイヤーがＲＬＣ ＳＤＵを廃棄する前に、必要であれば、送信バッファに格納されているＲＬＣ ＳＤＵと関連したＲＬＣ ＰＤＵの再送信過程を実行する方法及び装置を提供することにある。
【００２３】
本発明の他の目的は、送信側ＲＬＣレイヤーが送信バッファに格納されているＲＬＣ ＳＤＵを廃棄する前に受信側ＲＬＣレイヤーの受信状態を確認する方法及び装置を提供することにある。
【００２４】
本発明のさらに他の目的は、送信側ＲＬＣレイヤーが送信バッファに格納されているＲＬＣ ＳＤＵを廃棄する前にＲＬＣポーリングをトリガーする方法及び装置を提供することにある。
【課題を解決するための手段】
【００２５】
上記のような目的を達成するために、本発明の実施形態の一態様によれば、移動通信システムにおける無線リンク制御（ＲＬＣ）レイヤーのデータ送信方法を提供する。上記方法は、上位レイヤーから送信されたサービスデータユニット（ＳＤＵ）を少なくとも一つのプロトコルデータユニット（ＰＤＵ）を介して送信するステップと、上記ＳＤＵが廃棄される時点より所定の時間だけ前の時点でデータ受信状態に関する状態報告を受信側に要請するステップと、上記状態報告を受信し、上記状態報告に基づいて否定的に認知されたＰＤＵを再送信するステップと、上記ＳＤＵの廃棄時点が経過すると、上記ＳＤＵを廃棄するステップと、を有することを特徴とする。
【００２６】
本発明の実施形態の他の態様によれば、移動通信システムにおける無線リンク制御（ＲＬＣ）レイヤーのデータ送信装置を提供する。上記装置は、上位レイヤーから送信されたサービスデータユニット（ＳＤＵ）を上記ＳＤＵの送信のために格納するための送信バッファと、上記ＳＤＵが廃棄される時点より所定の時間だけ前の時点でデータ受信状態に関する状態報告を受信側に要請し、上記状態報告に基づいて否定的に認知されたプロトコルデータユニット（ＰＤＵ）の再送信を決定し、上記ＳＤＵの廃棄時点が経過すると、上記ＳＤＵを上記送信バッファから廃棄する制御部と、上記ＳＤＵを上記受信側に送信するために、上記送信バッファから送信された上記ＳＤＵを少なくとも１つのＰＤＵにフレーミングするフレーミング部と、を有することを特徴とする。
【００２７】
本発明の実施形態のさらに他の態様によれば、移動通信システムにおける無線リンク制御（ＲＬＣ）レイヤーのデータ送信方法を提供する。上記方法は、上位レイヤーから送信されたサービスデータユニット（ＳＤＵ）を上記ＳＤＵの送信のために格納し、タイマーを始動するステップと、上記ＳＤＵを少なくとも１つのプロトコルデータユニット（ＰＤＵ）を介して送信するステップと、次に送信するＰＤＵがスケジューリングされると、上記タイマーが上記タイマーの満了時点に所定のしきい値だけ近づいたか否かを判定するステップと、上記タイマーが上記満了時点に近づいた場合には、データ受信状態に関する状態報告を送信することを受信側に要請するステップと、上記タイマーが満了した場合には、上記ＳＤＵを廃棄するステップと、を有することを特徴とする。
【００２８】
本発明の実施形態のさらなる他の態様によれば、移動通信システムにおける無線リンク制御（ＲＬＣ）レイヤーのデータ送信装置を提供する。上記装置は、上位レイヤーから送信されたサービスデータユニット（ＳＤＵ）を上記ＳＤＵの送信のために格納するための送信バッファと、上記ＳＤＵが格納される際にタイマーを始動し、次に送信するプロトコルデータユニット（ＰＤＵ）がスケジューリングされると、上記タイマーが上記タイマーの満了時点に所定のしきい値だけ近づいたか否かを判定し、上記タイマーが上記満了時点に近づいた場合には、データ受信状態に関する状態報告を送信することを受信側に要請し、上記タイマーが満了した場合には、上記ＳＤＵを上記送信バッファから廃棄する制御部と、上記ＳＤＵを上記受信側に送信するために、上記送信バッファから送信された上記ＳＤＵを少なくとも１つのＰＤＵにフレーミングするフレーミング部と、を有することを特徴とする。
【発明の効果】
【００２９】
本発明によれば、送信側ＲＬＣレイヤーが送信バッファからのＲＬＣ ＳＤＵを廃棄する前にポーリングトリガーを実行することにより受信側ＲＬＣレイヤーの受信状態を確認する。ＲＬＣ ＳＤＵに含まれているＲＬＣ ＰＤＵの送信が完了されなかった場合に、受信側ＲＬＣレイヤーは、未受信ＲＬＣ ＰＤＵに対する再送信過程を実行する。したがって、本発明による装置及び方法は、ＲＬＣ ＳＤＵの廃棄によるデータ送信の失敗を防止することができる。
【図面の簡単な説明】
【００３０】
【図１】次世代移動通信システムの構成の一例を示すブロック図である。
【図２】次世代移動通信システムのプロトコルスタックを示す図である。
【図３】ＲＬＣレイヤーのデータ送受信及び再送信過程の一例を示す図である。
【図４】ＲＬＣレイヤーのポーリングトリガー及び状態報告送信過程の一例を示す図である。
【図５】ＲＬＣ ＳＤＵを廃棄する既存の動作を示すブロック図である。
【図６】本発明の第１の実施形態による全動作を示すブロック図である。
【図７】本発明の第１の実施形態による送信側ＲＬＣレイヤーの動作を示すフローチャートである。
【図８】本発明の第２の実施形態による全動作を示すブロック図である。
【図９】本発明の第２の実施形態による送信側ＲＬＣレイヤーの動作を示すフローチャートである。
【図１０】本発明の好ましい実施形態による送信側ＲＬＣレイヤーの構成を示すブロック図である。
【発明を実施するための形態】
【００３１】
以下、本発明の好適な一実施形態を、添付図面を参照しつつ詳細に説明する。下記の説明において、本発明の要旨のみを明瞭にする目的で、関連した公知の機能または構成に関する具体的な説明は省略する。そして、後述する用語は、本発明での機能を考慮して定義された用語であり、これは、ユーザー及び運用者の意図又は慣例に従って変わっても良い。従って、これらの定義は、本発明の全体の内容に基づいて定義されなければならない。
【００３２】
本発明の主な要旨は、送信装置がバッファリングされているデータを廃棄する前にこのデータの肯定的認知（ＡＣＫ）信号を予め受信していなかった場合に、ポーリングトリガーを実行し、受信装置の受信状態を確認することにより、データ送信性能を高めることにある。
【００３３】
以下、本発明は、ＵＭＴＳシステムから進化したロングタームエボルーション（Long Term Evolution：ＬＴＥ）システムの無線リンク制御（ＲＬＣ）レイヤーについて説明するが、自動再送要求（ＡＲＱ）動作が適用されるすべての移動通信システムに何の修正なしにも適用可能である。
【００３４】
本発明は、受信側ＲＬＣレイヤーから肯定的に認知することができなかったＲＬＣ ＰＤＵが存在するとしても、送信側ＲＬＣレイヤーでＲＬＣ ＳＤＵを廃棄することによりデータ送信に失敗する問題点を解決しようとする。図５を参照して本発明が解決しようとする問題点についてさらに詳細に説明する。
【００３５】
図５は、ＲＬＣ ＳＤＵを廃棄する動作を示すブロック図である。
【００３６】
ＲＬＣ ＳＤＵ５０５が上位レイヤーから送信側ＲＬＣレイヤー５３０に送信された場合に、ＲＬＣ ＳＤＵ５０５は、送信バッファ５１０に格納される。タイマー動作を使用するＲＬＣ ＳＤＵ廃棄機能を支援する場合に、送信側ＲＬＣレイヤー５３０は、ステップ５１５で、ＲＬＣ ＳＤＵ５０５を送信バッファ５１０に格納する時点でＲＬＣ ＳＤＵ廃棄タイマーを始動する。ＲＬＣ ＳＤＵ廃棄タイマーは、ＲＬＣ ＳＤＵ５０５が受信側ＲＬＣレイヤー５３５に完全に到達したと判定されるまで動作する。ＲＬＣ ＳＤＵ５０５は、４個のＲＬＣ ＰＤＵ［ｘ］乃至［ｘ＋３］に再構成された後に、受信側ＲＬＣレイヤー５３５に送信され、送信側ＲＬＣレイヤー５３０と受信側ＲＬＣレイヤー５３５との間に複数のＲＬＣ ＰＤＵに対する送信及び／又は再送信動作が実行される。
【００３７】
ステップ５２０で、この廃棄タイマーが満了した際に、送信側ＲＬＣレイヤー５３０は、ステップ５２５で、送信バッファ５１０のＲＬＣ ＳＤＵ５０５を廃棄し、再送信バッファからＲＬＣ ＳＤＵ５０５と関連した複数のＲＬＣ ＰＤＵを同時に廃棄する。しかしながら、この際に、ステップ５２０で、送信側ＲＬＣレイヤー５３０がこの廃棄タイマーの満了時点までＲＬＣ ＳＤＵ５０５と関連した、肯定的に認知することができなかったＲＬＣ ＰＤＵ［ｘ＋２］を受信せず、この後に受信側ＲＬＣレイヤー５３５からＲＬＣ ＰＤＵ［ｘ＋２］の再送信を要請する状態報告５４０を受信する場合に、送信側ＲＬＣレイヤー５３０は、ＲＬＣ ＰＤＵ［ｘ＋２］を再送信できず（ＲＬＣ ＰＤＵ［ｘ＋２］がすでに廃棄されたため）、これにより、ＲＬＣ ＳＤＵ５０５の送信が失敗する。
【００３８】
このような問題点は、この送信側がＲＬＣ ＳＤＵ廃棄タイマーだけが満了した場合に、データ受信状態を確認せず条件なしに複数のＲＬＣ ＳＤＵを廃棄するために発生する。したがって、本発明によれば、送信側ＲＬＣレイヤーは、ＲＬＣ ＳＤＵを廃棄する前に、受信側ＲＬＣレイヤーの受信状態を確認し、未受信データが存在する場合に再送信動作を実行することにより、ＲＬＣ ＳＤＵの廃棄によるデータ送信失敗を防止する。具体的には、送信側ＲＬＣレイヤーは、ＲＬＣ ＳＤＵが廃棄される時点より所定の時間だけ前の時点で、受信側ＲＬＣレイヤーがその受信状態を報告することを要請するためのポーリングトリガーを実行する。この所定の時間の開始を確認するために、タイマー又は時間しきい値が使用され得る。以下、本発明の実施形態について詳細に説明する。
【００３９】
図６は、本発明の第１の実施形態の動作を示すブロック図である。
【００４０】
ＲＬＣ ＳＤＵ６０５を上位レイヤーから受信する場合に、送信側ＲＬＣレイヤー６３５は、ステップ６１０で、ＲＬＣ ＳＤＵ検査タイマーを始動し、ＲＬＣ ＳＤＵ６０５を送信バッファに格納する。ＲＬＣ ＳＤＵ６０５は、４個のＲＬＣ ＰＤＵ［ｘ］乃至［ｘ＋３］に再構成された後に、受信側ＲＬＣレイヤー６４０に送信されるが、ステップ６１５で、受信側ＲＬＣレイヤー６４０がＲＬＣ ＰＤＵ［ｘ＋２］を正常に受信し、これを受信バッファ６４５に格納しない状態でＲＬＣ ＳＤＵ検査タイマーが満了する。
【００４１】
ＲＬＣ ＳＤＵ検査タイマーが満了した場合に、送信側ＲＬＣレイヤー６３５は、ステップ６２０で、ＲＬＣ ＳＤＵ廃棄タイマーを始動し、受信側ＲＬＣレイヤー６４０の受信状態を確認するためにポーリングトリガー６５０を実行する。６５０で示すようにポーリングトリガーを実行することにより、ポーリングビット“ｐ”は、次に送信するＲＬＣ ＰＤＵ６５５に設定される。
【００４２】
このポーリングビットが送信側ＲＬＣレイヤー６３５から設定されたＲＬＣ ＰＤＵ６５５を受信する場合に、受信側ＲＬＣレイヤー６４０は、受信バッファ６４５の状態情報を示す状態報告６６０を送信側ＲＬＣレイヤー６３５に送信する。状態報告６６０は、ＲＬＣ ＰＤＵ［ｘ＋２］が正常に受信されなかったことを示すＮＡＣＫ［ｘ＋２］信号を含む。
【００４３】
受信側ＲＬＣレイヤー６４０の状態報告６６０を介して、送信側ＲＬＣレイヤー６３５は、６６５で示すようにＲＬＣ ＰＤＵ［ｘ＋２］が受信されなかったことを認識し、ＲＬＣ ＰＤＵ［ｘ＋２］を受信側ＲＬＣレイヤー６４０に再送信する。この後に、ステップ６２５で、ＲＬＣ ＳＤＵ廃棄タイマーが満了した場合に、送信側ＲＬＣレイヤー６３５は、ステップ６３０で、ＲＬＣ ＳＤＵ６０５を送信バッファから廃棄する。上述したように、ＲＬＣ ＳＤＵ６０５が廃棄される時点よりＲＬＣ ＳＤＵ廃棄タイマーの時間だけ前の時点でポーリングトリガーを実行する。
【００４４】
図７は、本発明の第１の実施形態による送信側ＲＬＣレイヤーの動作を示すフローチャートである。
【００４５】
ステップ７０５で、ＲＬＣ ＳＤＵを上位レイヤーから受信する場合に、ステップ７１０で、送信側ＲＬＣレイヤーは、ＲＬＣ ＳＤＵと関連したＲＬＣ ＳＤＵ検査タイマーを始動する。この際に、このＲＬＣ ＳＤＵ検査タイマーは、ＲＬＣ ＳＤＵに対して固有に存在する。ステップ７１０と並行して、送信側ＲＬＣレイヤーは、ステップ７５５で、ＲＬＣ ＳＤＵを複数のＲＬＣ ＰＤＵに再構成し、ＡＲＱ動作に従ってこの複数のＲＬＣ ＰＤＵの受信側ＲＬＣレイヤーへの送信及び／又は再送信を行う。
【００４６】
ステップ７１５で、ＲＬＣ ＳＤＵに対するＲＬＣ ＳＤＵ検査タイマーが満了した場合に、ステップ７１７で、送信側ＲＬＣレイヤーは、受信側ＲＬＣレイヤーから肯定的に認知することができなかったＲＬＣ ＳＤＵと関連した１つ又はそれ以上のＲＬＣ ＰＤＵが存在するか否かを判定する。肯定的に認知することができなかったＲＬＣ ＰＤＵが存在する場合に、ステップ７２０で、送信側ＲＬＣレイヤーがポーリングトリガーを実行することにより、ポーリングビットが次に送信するＲＬＣ ＰＤＵに設定される。
【００４７】
このポーリングビットが設定されたＲＬＣ ＰＤＵを送信した後に、ステップ７２５で、送信側ＲＬＣレイヤーは、受信側ＲＬＣレイヤーの受信バッファの状態情報を含む状態報告を受信する。その後に、送信側ＲＬＣレイヤーは、ステップ７３０で、この状態報告を参照して再送信されるべきＲＬＣ ＰＤＵが存在するか否かを判定し、ステップ７３５で、この判定の結果に従って対応するＲＬＣ ＰＤＵを再送信する。
【００４８】
一方、肯定的に認知することができなかったＲＬＣ ＰＤＵが存在する場合に、送信側ＲＬＣレイヤーは、ステップ７４０で、ステップ７２０と並行してＲＬＣ ＳＤＵに対してＲＬＣ ＳＤＵ廃棄タイマーを始動する。このＲＬＣ ＳＤＵ廃棄タイマーは、この肯定的に認知することができなかったＲＬＣ ＰＤＵの送信状態を確認する時点から予想される再送信動作を完了するまでＲＬＣ ＳＤＵをバッファリングするために動作する。この際に、ＲＬＣ ＳＤＵ廃棄タイマーは、各ＲＬＣ ＳＤＵに対して１つずつ存在する。
【００４９】
ステップ７１７で、このＲＬＣ ＳＤＵと関連したすべてのＲＬＣ ＰＤＵが受信側ＲＬＣレイヤーで肯定的に認知されたと判定されるか、ステップ７３０で、再送信が必要なＲＬＣ ＰＤＵが存在しないと判定されるか、又はステップ７４５で、ＲＬＣ ＳＤＵ廃棄タイマーが満了したと判定される場合に、このＲＬＣ ＳＤＵは、ステップ７５０で、この送信バッファから廃棄される。
【００５０】
図８は、本発明の第２の実施形態の動作を示すブロック図である。
【００５１】
ＲＬＣ ＳＤＵ８０５を上位レイヤーから受信する場合に、送信側ＲＬＣレイヤー８３５は、ステップ８１０で、所定の初期値を有するように設定されたＲＬＣ ＳＤＵ廃棄タイマーを始動し、ＲＬＣ ＳＤＵ８０５を送信バッファに格納する。ＲＬＣ ＳＤＵ８０５は、４つのＲＬＣ ＰＤＵ［ｘ］乃至［ｘ＋３］に再構成された後に、受信側ＲＬＣレイヤー８４０に送信されるが、送信側ＲＬＣレイヤー８３５は、受信側ＲＬＣレイヤー８４０がＲＬＣ ＳＤＵ８０５と関連したＲＬＣ ＰＤＵ［ｘ＋２］を正常に受信せず受信バッファ８４５に格納しない状態で、次のＲＬＣ ＰＤＵ８５５を送信する準備をする。例えば、ＲＬＣ ＰＤＵ８５５は、ＲＬＣ ＳＤＵ８０５の次にくるＲＬＣ ＳＤＵを構成する複数のＲＬＣ ＰＤＵの中の１つであってもよい。
【００５２】
この際に、送信側ＲＬＣレイヤー８３５は、ＲＬＣ ＰＤＵ８５５を受信側ＲＬＣレイヤー８４０に送信する前に、ＲＬＣ ＰＤＵ８５５を送信する時点“Ｔ_ＴｘＮｅｘｔＰＤＵ”をＲＬＣ ＳＤＵ廃棄タイマーの満了時点“Ｔ_ｅｘｐｉｒｅｄ”と比較して満了時点“Ｔ_ｅｘｐｉｒｅｄ”に近づくか否かを判定する。この満了時点“Ｔ_ｅｘｐｉｒｅｄ”は、ＲＬＣ ＳＤＵ廃棄タイマーの現在値と所定の初期値との差から得られることができ、時点“Ｔ_ＴｘＮｅｘｔＰＤＵ”は、ＲＬＣ ＰＤＵ８５５が送信されるようにスケジューリングされる時点から得られることができる。ＲＬＣ ＳＤＵ廃棄タイマーが“Ｔ_ｅｘｐｉｒｅｄ”に近づくと判定される場合、すなわち、時点“Ｔ_ｅｘｐｉｒｅｄ”と時点“Ｔ_ＴｘＮｅｘｔＰＤＵ”との差がポーリングトリガーのために所定のしきい値である“Ｔｈ_ｐｏｌｌｉｎｇ”８２０未満である場合に、送信側ＲＬＣレイヤー８３５は、８５０で示すように、受信側ＲＬＣレイヤー８４０の受信状態を確認するためにポーリングトリガーを実行する。このポーリングトリガーを実行することにより、ポーリングビット“ｐ”は、次に送信するＲＬＣ ＰＤＵ８５５に設定される。
【００５３】
このポーリングビットが送信側ＲＬＣレイヤー８３５から設定されたＲＬＣ ＰＤＵ８５５を受信する場合に、受信側ＲＬＣレイヤー８４０は、受信バッファ８４５の状態情報を含む状態報告８６０を送信側ＲＬＣレイヤー８３５に送信する。状態報告８６０は、ＲＬＣ ＰＤＵ［ｘ＋２］が正常に受信されなかったことを示すＮＡＣＫ［ｘ＋２］信号を含む。
【００５４】
受信側ＲＬＣレイヤー８４０の状態報告８６０を介して、送信側ＲＬＣレイヤー８３５は、ＲＬＣ ＰＤＵ［ｘ＋２］が受信されなかったことを認識し、８６５で示すようにＲＬＣ ＰＤＵ［ｘ＋２］を受信側ＲＬＣレイヤー８４０に再送信する。この後に、ステップ８２５で、このＲＬＣ ＳＤＵ廃棄タイマーが満了した場合に、送信側ＲＬＣレイヤー８３５は、ステップ８３０で、ＲＬＣ ＳＤＵ８０５を送信バッファから廃棄する。上述したように、しきい値“Ｔｈ_ｐｏｌｌｉｎｇ”は、ＲＬＣ ＳＤＵ８０５が廃棄される時点に近づくか否かを判定するために使用される。
【００５５】
図９は、本発明の第２の実施形態による送信側ＲＬＣレイヤーの動作を示すフローチャートである。
【００５６】
ステップ９０５で、ＲＬＣ ＳＤＵを上位レイヤーから受信すると、送信側ＲＬＣレイヤーは、ステップ９１０で、このＲＬＣ ＳＤＵと関連したＲＬＣ ＳＤＵ廃棄タイマーを始動する。このＲＬＣ ＳＤＵ廃棄タイマーが始動する際に、このＲＬＣ ＳＤＵ廃棄タイマーの正常の満了時点を示すＴ_ｅｘｐｉｒｅｄが計算されることができる。このＲＬＣ ＳＤＵ廃棄タイマーは、このＲＬＣ ＳＤＵに対して固有に存在する。ステップ９１５で、このＲＬＣ ＳＤＵ廃棄タイマーが満了した場合に、このＲＬＣ ＳＤＵは、ステップ９２０でこの送信バッファから廃棄される。
【００５７】
ステップ９１０と並行して、送信側ＲＬＣレイヤーは、ステップ９３０で、ＲＬＣ ＳＤＵを複数のＲＬＣ ＰＤＵに再構成し、ＡＲＱ動作に従ってこの複数のＲＬＣ ＰＤＵの受信側ＲＬＣレイヤーへの送信及び／又は再転送を行う。ステップ９３５で、次に送信するＲＬＣ ＰＤＵがスケジューリングされた場合、すなわち、次のＲＬＣ ＰＤＵを送信する時点“Ｔ_ＴｘＮｅｘｔＰＤＵ”が決定された場合に、送信側ＲＬＣレイヤーは、ステップ９４０で、このＲＬＣ ＳＤＵと関連したＲＬＣ ＳＤＵ廃棄タイマーが満了する時点“Ｔ_ｅｘｐｉｒｅｄ”に近づくか否かを判定する。具体的には、送信側ＲＬＣレイヤーは、Ｔ_ｅｘｐｉｒｅｄと次のＲＬＣ ＰＤＵを送信する時点“Ｔ_ＴｘＮｅｘｔＰＤＵ”との差を所定のしきい値“Ｔｈ_ｐｏｌｌｉｎｇ”と比較する。この差がしきい値“Ｔｈ_ｐｏｌｌｉｎｇ”より小さくない場合に、時点Ｔ_ｅｘｐｉｒｅｄに近づかないことを意味する。この際に、送信側ＲＬＣレイヤーは、ステップ９２５で、次のＲＬＣ ＰＤＵにポーリングビットを設定せず送信する。
【００５８】
一方、この差がしきい値“Ｔｈ_ｐｏｌｌｉｎｇ”より小さい場合に、送信側ＲＬＣレイヤーは、Ｔ_ｅｘｐｉｒｅｄに近づくものと判定し、ステップ９４５で、ポーリングトリガーを実行する。このポーリングトリガーを実行することにより、ポーリングビットは、この次のＲＬＣ ＰＤＵに設定される。本発明の他の実施形態によれば、このポーリングビットの代わりに、状態報告が必要であることを示す個別の指示子は、この次のＲＬＣ ＰＤＵとともに送信される。
【００５９】
このポーリングビットが設定されたＲＬＣ ＰＤＵを送信した後に、送信側ＲＬＣレイヤーは、ステップ９５０で、受信側ＲＬＣレイヤーの受信バッファに関する状態情報を含む状態報告を受信する。その後に、送信側ＲＬＣレイヤーは、ステップ９５５で、この状態報告を参照して再送信が必要なＲＬＣ ＰＤＵが存在するか否かを判定し、ステップ９６０で、この判定の結果に従って対応するＲＬＣ ＰＤＵを再送信する。他方、ステップ９５５で、再送信が必要なＲＬＣ ＰＤＵが存在しないと判定される場合に、送信側ＲＬＣレイヤーは、ステップ９２０で、このＲＬＣ ＳＤＵを送信バッファから廃棄する。
【００６０】
図１０は、本発明の好ましい実施形態による送信側ＲＬＣレイヤーの構成を示すブロック図である。送信側ＲＬＣエンティティー１０４０は、制御部１００５と、送信バッファ１０１０と、フレーミング部１０１５と、再送信バッファ１０２０とを含む。
【００６１】
送信側ＲＬＣエンティティー１０４０は、ＭＡＣレイヤーとして動作する多重化部１０２５に接続され、多重化部１０２５は、複数の送信側ＲＬＣエンティティーから送信された複数のＡＲＱパケット（すなわち、ＲＬＣ ＰＤＵｓ）を１つのＨＡＲＱパケットに多重化する。ＨＡＲＱプロセッサー１０３０は、所定のＨＡＲＱ動作を介してＨＡＲＱパケットの送信を制御する。送受信部１０３５は、ＨＡＲＱプロセッサー１０３０から送信されたＨＡＲＱパケットを無線信号に変換し、この無線信号を送信する。また、送受信部１０３５は、無線信号を復調することにより得られたＨＡＲＱパケットをＨＡＲＱプロセッサー１０３０に送信する。
【００６２】
上位レイヤーから発生したパケット（すなわち、ＲＬＣ ＳＤＵ）は、送信バッファ１０１０に格納されている。このＲＬＣ ＳＤＵは、このＲＬＣ ＳＤＵが適切なサイズを有するようにフレーミングし、一連番号を含む必要とされるヘッダー情報をこのフレーミングされたＲＬＣ ＳＤＵに挿入することにより、フレーミング部１０１５内のＡＲＱパケット（ＲＬＣ ＰＤＵ）に再構成された後に、多重化部１０２５に送信される。この際に、このＡＲＱパケット（ＲＬＣ ＰＤＵ）のデュープリケート（duplicate）は、再送信バッファ１０２０に格納される。
【００６３】
制御部１００５は、ＨＡＲＱプロセッサー１０３０からローカルＮＡＣＫ信号を受信し、ＡＲＱ ＡＣＫ／ＮＡＣＫ信号を対応する受信側ＲＬＣエンティティーから受信し、ＡＲＱパケットの送信及び／又は再送信を制御する。
【００６４】
本発明の第１の実施形態によれば、ＲＬＣ ＳＤＵが上位レイヤーから発生され、送信バッファ１０１０に格納されている場合に、制御部１００５は、ＲＬＣ ＳＤＵ検査タイマーを始動し、このＡＲＱ動作に従ってこのＲＬＣ ＳＤＵに対する送受信手順を実行する。このＲＬＣ ＳＤＵ検査タイマーの満了時点まで受信側ＲＬＣエンティティーから肯定的に認知することができなかったこのＲＬＣ ＳＤＵと関連したＲＬＣ ＰＤＵが再送信バッファ１０２０に存在する場合に、制御部１００５は、このＲＬＣ ＳＤＵに対するＲＬＣ ＳＤＵ廃棄タイマーを始動し、受信側ＲＬＣエンティティーのデータ受信状態を確認するためにポーリングトリガーを実行する。
【００６５】
本発明の第２の実施形態によれば、次に送信するＲＬＣ ＰＤＵがスケジューリングされる場合に、制御部１００５は、満了時点に近づくＲＬＣ ＳＤＵ廃棄タイマーが存在するか否かを判定する。このＲＬＣ ＳＤＵ廃棄タイマーがこの満了時点に近づく場合に、制御部１００５は、受信側ＲＬＣエンティティーの受信状態を確認するためにポーリングトリガーを実行する。
【００６６】
制御部１００５は、このポーリングトリガーにより受信側ＲＬＣエンティティーから受信した状態報告に基づいて、ＡＲＱ ＮＡＣＫ信号を受信した場合には、対応するＲＬＣ ＰＤＵを再送信し、ＡＲＱ ＡＣＫ信号を受信した場合には、対応するＲＬＣ ＳＤＵを廃棄する。
【００６７】
本発明の好ましい実施形態による受信側の動作に関する具体的な説明が省略されているが、本発明による再送信過程を図３に示したデータ送信／受信及び／又は再送信過程に適用することにより、この受信側装置の具体的な構成を容易に類推可能である。
【００６８】
以上、本発明を具体的な実施形態を参照して詳細に説明してきたが、本発明の範囲及び趣旨を逸脱することなく様々な変更が可能であるということは、当業者には明らかであり、本発明の範囲は、上述の実施形態に限定されるべきではなく、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるべきである。
【符号の説明】
【００６９】
１００５      制御部
１０１０      送信バッファ
１０１５      フレーミング部
１０２０      再送信バッファ
１０２５      多重化部
１０３０      ＨＡＲＱプロセッサー
１０３５      送受信部
１０４０      送信側ＲＬＣエンティティー
【図１】
2010511318.tif 000003
【図２】
2010511318.tif 000004
2010511318.tif 000005
【図３】
2010511318.tif 000006
【図４】
2010511318.tif 000007
【図５】
2010511318.tif 000008
【図６】
2010511318.tif 000009
【図７】
2010511318.tif 000010
【図８】
2010511318.tif 000011
【図９】
2010511318.tif 000012
【図１０】
2010511318.tif 000013
【国際調査報告】
2010511318.tif 000014
2010511318.tif 000015