(57)【要約】本発明は、無線通信サービスを提供する無線通信システム及び端末に関し、特に、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）から進化したＥ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）又はＬＴＥシステム（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ  Ｓｙｓｔｅｍ）における端末のアップリンクＨＡＲＱ動作方法に関する。
2011508559.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおいてＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ）動作のためのデータを処理する方法であって、
ネットワークからアップリンク無線リソース（ｕｐｌｉｎｋ  Ｇｒａｎｔ）を受信する段階と、
前記受信したアップリンク無線リソースに基づいてデータユニットを生成する段階と、
前記生成されたデータユニットを複数のバッファに保存する段階と、
タイマーの満了時、前記複数のバッファに保存されているデータユニットをフラッシュする段階と
を含むことを特徴とする方法。
【請求項２】
前記タイマーは、ＴＡＴ（Ｔｉｍｅ  Ａｌｉｇｎｍｅｎｔ  Ｔｉｍｅｒ）であることを特徴とする請求項１に記載の方法。
【請求項３】
前記アップリンク無線リソースは、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）チャネルで受信されることを特徴とする請求項１に記載の方法。
【請求項４】
前記アップリンク無線リソースは、アップリンクスケジューリング情報、Ｃ−ＲＮＴＩ（Ｃｅｌｌ−Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）、及び半永続（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ）スケジューリングＣ−ＲＮＴＩの少なくとも１つであることを特徴とする請求項１に記載の方法。
【請求項５】
前記データユニットは、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）  ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）であることを特徴とする請求項１に記載の方法。
【請求項６】
前記複数のバッファは、全てのアップリンクＨＡＲＱバッファであることを特徴とする請求項１に記載の方法。
【請求項７】
無線通信システムにおいてＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ）動作のためのデータを処理する方法であって、
ネットワークからアップリンク無線リソース（ｕｐｌｉｎｋ  Ｇｒａｎｔ）を受信する段階と、
前記受信したアップリンク無線リソースに基づいてデータユニットを生成する段階と、
前記生成されたデータユニットを複数のバッファに保存する段階と、
タイマーが動作しないとき、前記複数のバッファに保存されているデータユニットをフラッシュする段階と
を含むことを特徴とする方法。
【請求項８】
前記タイマーは、ＴＡＴ（Ｔｉｍｅ  Ａｌｉｇｎｍｅｎｔ  Ｔｉｍｅｒ）であることを特徴とする請求項７に記載の方法。
【請求項９】
前記アップリンク無線リソースは、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）チャネルで受信されることを特徴とする請求項７に記載の方法。
【請求項１０】
前記アップリンク無線リソースは、アップリンクスケジューリング情報、Ｃ−ＲＮＴＩ（Ｃｅｌｌ−Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）、及び半永続（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ）スケジューリングＣ−ＲＮＴＩの少なくとも１つであることを特徴とする請求項７に記載の方法。
【請求項１１】
前記データユニットは、ＭＡＣ  ＰＤＵであることを特徴とする請求項７に記載の方法。
【請求項１２】
前記複数のバッファは、全てのアップリンクＨＡＲＱバッファであることを特徴とする請求項７に記載の方法。
【請求項１３】
無線通信システムにおいてＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ）動作のためのデータを処理する方法であって、
ネットワークからアップリンク無線リソース（ｕｐｌｉｎｋ  Ｇｒａｎｔ）を受信する段階と、
前記受信したアップリンク無線リソースに基づいてデータユニットを生成する段階と、
前記生成されたデータユニットを複数のバッファに保存する段階と、
タイマーが動作中であるか否かを判断する段階と、
前記タイマーの開始のための命令が受信されているか否かを判断する段階と、
前記タイマーが動作中でなく、かつ、前記命令が受信されていると判断された場合、前記複数のバッファに保存されているデータユニットをフラッシュする段階と
を含むことを特徴とする方法。
【請求項１４】
前記命令は、ＴＡＣ（Ｔｉｍｉｎｇ  Ａｄｖａｎｃｅ  Ｃｏｍｍａｎｄ）であることを特徴とする請求項１３に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信サービスを提供する無線通信システム及び端末に関し、特に、Ｅ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）又はＬＴＥシステム（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ  Ｓｙｓｔｅｍ）における端末のアップリンクＨＡＲＱ動作方法に関する。
【背景技術】
【０００２】
図１は、従来技術及び本発明が適用される移動通信システムであるＥ−ＵＭＴＳのネットワーク構造を示す。前記Ｅ−ＵＭＴＳシステムは、前記ＵＭＴＳシステムから進化したシステムであり、前記Ｅ−ＵＭＴＳの標準化は、現在３ＧＰＰ標準化機構で行われている。前記Ｅ−ＵＭＴＳはＬＴＥシステムともいわれる。
【０００３】
前記Ｅ−ＵＭＴＳネットワークは、Ｅ−ＵＴＲＡＮとコアネットワーク（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ：ＣＮ）とに分けられる。前記Ｅ−ＵＴＲＡＮは、一般に端末（すなわち、Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ：ＵＥ）、基地局（すなわち、ｅＮｏｄｅ  Ｂ）、及び前記Ｅ−ＵＭＴＳネットワークの終端に位置し、１つ以上の外部ネットワークに接続されるアクセスゲートウェイ（Ａｃｃｅｓｓ  Ｇａｔｅｗａｙ：ＡＧ）を含む。前記ＡＧは、ユーザトラフィックを処理するための部分と制御トラフィックを処理するための部分とに分けられる。ここで、前記ユーザトラフィックを処理するためのＡＧと制御トラフィックを処理するためのＡＧは、新しいインタフェースを用いて互いに通信できる。１つのｅＮｏｄｅ  Ｂ（ｅＮＢ）には１つ以上のセルが存在する。前記ｅＮｏｄｅ  Ｂ間にはユーザトラフィック又は制御トラフィックを送信するためのインタフェースが使用されてもよい。前記ＣＮは、前記ＡＧ及び他のＵＥのユーザ登録のためのノードなどを含むことができる。インタフェースは、前記Ｅ−ＵＴＲＡＮと前記ＣＮを互いに区分するために利用されてもよい。
【０００４】
前記端末と前記ネットワーク間の無線インタフェースプロトコル層は、通信システムにおいて公知の開放型システム間相互接続（Ｏｐｅｎ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ：ＯＳＩ）基準モデルの下位３層に基づいて第１層（Ｌ１）、第２層（Ｌ２）、及び第３層（Ｌ３）に区分される。第１層に属する物理層は、物理チャネルを利用して情報送信サービスを提供する。前記第３層の最下部に位置する無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ：ＲＲＣ）層は、前記端末と前記ネットワーク間の無線リソースを制御する。このために、前記ＲＲＣ層は、前記端末と前記ネットワーク間でＲＲＣメッセージを交換する。前記ＲＲＣ層は、前記ｅＮｏｄｅ  Ｂや前記ＡＧなどのネットワークノードに分散して位置してもよく、前記ｅＮｏｄｅ  Ｂ又は前記ＡＧにのみ位置してもよい。
【０００５】
図２は、３ＧＰＰ無線アクセスネットワーク規格に基づいた端末とＥ−ＵＴＲＡＮ間の無線インタフェースプロトコルの構造を示す。図２に示す無線インタフェースプロトコルは、水平的に物理層、データリンク層、及びネットワーク層からなり、垂直的にデータ情報送信のためのユーザプレーン及び制御信号伝達のための制御プレーンからなる。図２に示すプロトコル層は、通信システム分野で周知の開放型システム間相互接続（ＯＳＩ）基準モデルの下位３層に基づいてＬ１（第１層）、Ｌ２（第２層）、Ｌ３（第３層）に区分される。
【０００６】
以下、図２の無線プロトコル制御プレーンと図３の無線プロトコルユーザプレーンの各層を説明する。
【０００７】
第１層（Ｌ１）である物理層は、物理チャネルを利用して上位層に情報送信サービスを提供する。前記物理層は、トランスポートチャネルで上位に位置する媒体アクセス制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ：ＭＡＣ）層に接続される。データは、トランスポートチャネルを介して前記ＭＡＣ層と前記物理層間で送信される。また、データは、相異なる物理層間、すなわち、送信側（送信機）の物理層と受信側（受信機）の物理層間で物理チャネルを介して交換される。
【０００８】
前記第２層のＭＡＣ層は、論理チャネルで上位層である無線リンク制御（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ：ＲＬＣ）層にサービスを提供する。前記第２層の前記ＲＬＣ層は、信頼性のあるデータ送信をサポートする。前記ＲＬＣ層の機能が前記ＭＡＣ層により実現されてもよい。この場合、前記ＲＬＣ層は存在しなくてもよい。前記第２層のパケットデータコンバージェンスプロトコル（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ：ＰＤＣＰ）層は、ＩＰｖ４やＩＰｖ６などのＩＰパケットを利用して相対的に帯域幅が小さい無線インタフェース上でデータを効率的に送信するために、不要な制御情報を含む相対的に大きいＩＰパケットヘッダのサイズを小さくするためにヘッダ圧縮機能を行う。
【０００９】
前記第３層の最下部に位置する無線リソース制御（ＲＲＣ）層は、制御プレーンにおいてのみ定義され、無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ：ＲＢ）の設定、再設定、及び解除のために論理チャネル、トランスポートチャネル及び物理チャネルの制御を担当する。ここで、無線ベアラ（ＲＢ）は、前記移動端末と前記ＵＴＲＡＮ間のデータ送信のために前記第２層（Ｌ２）により提供されるサービスである。
【００１０】
前記ネットワークから前記端末にデータを送信するダウンリンク送信に利用されるチャネルとしては、システム情報を送信するＢＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）、及びユーザトラフィック又は制御メッセージを送信するダウンリンクＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）がある。ダウンリンクマルチキャスト又はブロードキャストサービスのトラフィック又は制御メッセージは、ダウンリンクＳＣＨ又はダウンリンクＭＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ）で送信されてもよい。前記端末から前記ネットワークにデータを送信するアップリンク送信のために利用されるチャネルとしては、初期制御メッセージを送信するＲＡＣＨ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）及びユーザトラフィック又は制御メッセージを送信するアップリンクＳＣＨがある。
【００１１】
また、前記ネットワークと前記端末間の無線インタフェースを介して、前記ダウンリンク送信に利用される前記チャネルで送信される情報を送信するためのダウンリンク物理チャネルとしては、ＢＣＨ情報を送信するＰＢＣＨ（Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）、ＭＣＨの情報を送信するＰＭＣＨ（Ｐｈｙｓｉｃａｌ  Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ）、ＰＣＨ及びダウンリンクＳＣＨの情報を送信するＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）、及びダウンリンク又はアップリンク無線リソース割り当て情報（ＤＬ／ＵＬ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔ）のように第１層と第２層により提供される制御情報を送信するＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）（ＤＬ  Ｌ１／Ｌ２制御チャネルともいう）がある。一方、前記ネットワークと前記端末間の無線インタフェースを介して、前記アップリンク送信に利用される前記チャネルで送信される情報を送信するためのアップリンク物理チャネルとしては、アップリンクＳＣＨの情報を送信するＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）、ＲＡＣＨ情報を送信するＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）、及びＨＡＲＱ  ＡＣＫ又はＮＡＣＫ、スケジューリング要求（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ：ＳＲ）、ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）報告のように前記第１層と前記第２層により提供される制御情報を送信するＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）がある。
【００１２】
ＬＴＥシステムにおいて、効率的なデータ送信のためにＭＡＣ層でＨＡＲＱ動作が行われる。以下、前記ＨＡＲＱ動作について詳しく説明する。
【００１３】
図４は、効率的なデータ送信のためのＨＡＲＱ動作方法の例を示す。図４に示すように、基地局（又は、ｅＮＢ）は、ＨＡＲＱ動作中にデータを端末に送信するためにＰＤＣＣＨでダウンリンクスケジューリング情報（Ｄｏｗｎｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ：以下、ＤＬスケジューリング情報）を送信する。前記ＤＬスケジューリング情報は、ＵＥ識別子（ＵＥ  ＩＤ）、ＵＥグループＩＤ（Ｇｒｏｕｐ  ＩＤ）、割り当てられた無線リソース割り当て（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ    ａｓｓｉｇｎｍｅｎｔ）、前記割り当てられた無線リソース割り当ての期間、送信パラメータ（例えば、変調方法、ペイロードサイズ、ＭＩＭＯ関連情報など）、ＨＡＲＱプロセス情報、冗長バージョン、又は新しいデータインジケータ（Ｎｅｗ  Ｄａｔａ  Ｉｎｄｉｃａｔｏｒ：ＮＤＩ）などを含む。一般に、前記端末（ＵＥ）は、複数のＨＡＲＱプロセスを行い、前記複数のＨＡＲＱプロセスは、同期して動作する。すなわち、各ＨＡＲＱプロセスは、送信時間間隔（ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ：ＴＴＩ）毎に同期して割り当てられる。例えば、ＨＡＲＱプロセス１は第１送信時間間隔（ＴＴＩ１）で動作し、ＨＡＲＱプロセス２はＴＴＩ２で動作し、ＨＡＲＱプロセス８はＴＴＩ８で動作し、前記ＨＡＲＱプロセス１はＴＴＩ９で再び動作し、前記ＨＡＲＱプロセス２はＴＴＩ１０で再び動作し、以下同様である。前記ＨＡＲＱプロセスは同期方式で割り当てられるため、特定データの初期送信のためのＰＤＣＣＨを受信するＴＴＩと関連した所定のＨＡＲＱプロセスが前記データの送信に利用される。例えば、前記端末がＮ番目のＴＴＩでアップリンクスケジューリング情報を含むＰＤＣＣＨを受信すると、前記端末は、Ｎ＋４番目のＴＴＩでデータを送信する。
【００１４】
前記端末のＨＡＲＱ再送は、非適応的（Ｎｏｎ−ａｄａｐｔｉｖｅ）方式で動作する。すなわち、特定データの初期送信（Ｉｎｉｔｉａｌ  ｔｒａｎｓｍｉｓｓｉｏｎ）は、前記端末がアップリンクスケジューリング情報を含むＰＤＣＣＨを受信したときにのみ可能である。しかしながら、前記データのＨＡＲＱ再送は、前記ＰＤＣＣＨを受信しなくても実行でき、該当ＨＡＲＱプロセスに割り当てられた次のＴＴＩが同一のアップリンクスケジューリング情報を利用することができる。送信パラメータは、ＰＤＣＣＨのような制御チャネルで送信され、これらのパラメータは、チャネル条件又は環境によって変更される。例えば、現在のチャネル条件が初期送信時のチャネル条件より良好であれば、変調方式又はペイロードサイズを変更することにより高いビットレートを利用することができる。これに対して、現在のチャネル条件が初期送信時のチャネル条件より不良であれば、低いビットレートが利用される。
【００１５】
前記端末は、ＴＴＩ毎にＰＤＣＣＨをモニタしてアップリンクスケジューリング情報を確認し、前記アップリンクスケジューリング情報に基づいてデータをＰＵＳＣＨで送信する。前記端末は、まず前記データをＭＡＣ  ＰＤＵフォーマットで生成した後、ＨＡＲＱバッファに保存する。その後、前記端末は、前記アップリンクスケジューリング情報に基づいて前記データを送信する。次に、前記端末は、基地局（ｅＮＢ）からのＨＡＲＱフィードバックの受信を待機する。前記端末は、前記送信されたデータに対する応答として前記基地局からＨＡＲＱ  ＮＡＣＫを受信した場合、該当ＨＡＲＱプロセスの再送ＴＴＩで前記データを再送する。前記端末は、前記送信されたデータに対する応答として前記基地局からＨＡＲＱ  ＡＣＫを受信した場合、前記ＨＡＲＱの再送動作を停止する。前記端末は、ＨＡＲＱプロセスで前記データが送信される毎に送信回数（すなわち、ＣＵＲＲＥＮＴ＿ＴＸ＿ＮＢ）をカウントする。前記送信回数が前記上位層により設定された最大送信回数に達すると、前記ＨＡＲＱバッファにある前記データは捨てられる（ｆｌｕｓｈ）。
【００１６】
前記ＨＡＲＱ再送は、基地局からのＨＡＲＱフィードバック、ＨＡＲＱバッファのデータ有無、又は、該当ＨＡＲＱプロセスの送信時間に応じて行われる。ここで、各ＨＡＲＱプロセスは、それぞれのＨＡＲＱバッファを有する。前記ＰＤＣＣＨに含まれる前記ＮＤＩフィールドの値は、前記受信されたデータが初期送信データであるか、再送データであるかを判断するために前記ＵＥにより利用される。特に、前記ＮＤＩフィールドは、新しいデータが送信又は受信される度にトグルされる１ビットのフィールドである（０→１→０→１→…）。前記再送データのための前記ＮＤＩの値は、初期送信に用いられる値と同一である。このことから、前記ＵＥは、これらの値を比較して再送データの存在を認識することができる。
【００１７】
以下、ＬＴＥシステムにおけるアップリンクの時間同期管理（Ｔｉｍｉｎｇ  Ａｌｉｇｎｍｅｎｔ  Ｍａｉｎｔｅｎａｎｃｅ）について説明する。ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘ）技術に基づいたＬＴＥシステムにおいては、端末（ＵＥ）と基地局（ｅＮＢ）間の通信中に端末間に干渉が発生する可能性がある。端末間の干渉を最小にするために、前記基地局が前記ＵＥの送信タイミングを管理することが非常に重要である。より詳しく説明すると、前記端末は、セル内の任意の領域に存在し、これは、データ送信時間（すなわち、ＵＥから基地局へのデータの移動時間）が前記端末の位置によって変化することを意味する。すなわち、前記端末がセルの境界に位置（ｃａｍｐ）する場合、この特定端末のデータ送信時間が前記セルの中央に位置する端末のデータ送信時間より長い。これに対して、前記端末が前記セルに中央に位置する場合、この特定端末のデータ送信時間は、前記セルの境界に位置する端末のデータ送信時間より短い。前記基地局（ｅＮＢ）は、前記端末間の干渉を防止するために、前記セル内の全ての端末により送信されるデータ又は信号を管理又は処理しなければならない。すなわち、前記基地局は、各端末の条件によって前記端末の送信タイミングを調節又は管理しなければならず、このような調節を時間同期管理という。前記時間同期を管理する１つの方法は、ランダムアクセス手順である。すなわち、前記ランダムアクセス手順中に、前記基地局は、前記端末から送信されるランダムアクセスプリアンブルを受信し、前記ランダムアクセスプリアンブルを利用して前記端末のデータ送信タイミングを調節（すなわち、速く、又は、遅く）するための時間同期（Ｓｙｎｃ）値を計算する。前記計算された時間同期値は、ランダムアクセス応答により前記端末に通知され、前記端末は、前記計算された時間同期値に基づいてデータ送信タイミングを更新することができる。他の方法としては、前記基地局は、前記端末から周期的に又はランダムに送信されるＳＲＳ（Ｓｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｙｍｂｏｌ）を受信し、前記ＳＲＳに基づいて前記時間同期（Ｓｙｎｃ）値を計算し、前記端末は、前記計算された時間同期値よって前記データ送信タイミングを更新する。
【００１８】
前述したように、前記基地局（ｅＮＢ）は、ランダムアクセスプリアンブル又はＳＲＳにより前記端末の送信タイミングを測定し、調節できるタイミング値を前記端末に通知する。ここで、前記時間同期（Ｓｙｎｃ）値（すなわち、前記調節できるタイミング値）をＴＡＣ（Ｔｉｍｅ  Ａｄｖａｎｃｅ  Ｃｏｍｍａｎｄ）という。また、前記ＴＡＣは、ＭＡＣ層で処理する。前記端末が固定位置に存在するわけではないため、前記送信タイミングは、前記端末の移動位置及び／又は移動速度に基づいて頻繁に変化する。このような点を考慮して、前記端末が前記基地局から前記ＴＡＣを受信した場合、前記端末は、前記ＴＡＣが特定時間にのみ有効であると予測する。前記特定時間を指示又は表現するために、ＴＡＴ（Ｔｉｍｅ  Ａｌｉｇｎｍｅｎｔ  Ｔｉｍｅｒ）が利用される。このために、前記端末が前記基地局から前記ＴＡＣを受信すると、前記ＴＡＴが開始される。前記ＴＡＴ値は、システム情報（ＳＩ）又は無線ベアラ再設定（Ｒａｄｉｏ  Ｂｅａｒｅｒ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）などのＲＲＣ信号により前記端末（ＵＥ）に送信される。また、前記端末が前記ＴＡＴの動作中に新しいＴＡＣを前記基地局から受信した場合、前記ＴＡＴが再開される。また、前記ＴＡＴが満了するか、動作しない場合、前記端末は、前記ランダムアクセスプリアンブルを除いて他のアップリンクデータ又は制御信号（例えば、ＰＵＳＣＨデータとＰＵＣＣＨ制御信号）を送信しない。
【００１９】
一般に、前記端末及び基地局のＭＡＣ層が時間同期管理を担当する。すなわち、前記基地局のＭＡＣ層でＴＡＣが生成され、前記端末のＭＡＣ層がＭＡＣメッセージにより前記基地局から前記ＴＡＣを受信する。しかしながら、前記ＴＡＣが前記ＭＡＣメッセージにより受信されるため、前記ＴＡＣの送信が十分に保証されるわけではない。例えば、前記基地局は、前記ＨＡＲＱプロセスで前記ＴＡＣを含むＭＡＣメッセージを送信し、前記端末は、前記データの受信を試みる。前記端末が前記データを正常に復号化していない場合、前記端末は、ＮＡＣＫ信号を前記基地局に送信する。しかしながら、前記基地局により前記ＮＡＣＫ信号をＡＣＫ信号として誤って取り扱った場合、前記基地局のＴＡＴは再開されるが、前記端末のＴＡＴは再開されない。従って、前記端末と前記基地局間で同期化に失敗する可能性がある。
【００２０】
以下、従来技術の他の問題について説明する。まず、前記端末は、データ１の送信のためにアップリンクスケジューリング情報をＰＤＣＣＨで受信する。その後、前記端末は、前記ＨＡＲＱプロセスを用いて前記データ１を前記基地局に送信する。前記端末は、前記送信されたデータ１に対する応答として、前記基地局からＮＡＣＫを受信する。従って、前記端末は前記データ１を再送しなければならないが、前記データ１を再送する前に前記端末のＴＡＴが満了する可能性がある。この場合、前記端末は、前記ＴＡＴの満了により前記データ１を再送することはできない。従って、前記端末は、前記基地局からランダムアクセスチャネル（ＲＡＣＨ）手順でＴＡＣを受信した後、前記ＴＡＴを再開する。しかしながら、前記端末のＨＡＲＱバッファに前記データ１が依然として存在しているため、前記端末は、前記ＨＡＲＱプロセスの送信タイミングに前記データ１を送信する。この場合、前記基地局による前記データ１の送信の予測ができないため、他の端末による他のデータの送信との衝突が発生するという問題がある。
【発明の概要】
【課題を解決するための手段】
【００２１】
従って、本発明の目的は、無線通信システムにおいて、ＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ）動作、より詳しくは、時間同期タイマーが動作していないとき、又は、時間同期タイマーが満了したときの最適アップリンクＨＡＲＱ動作のためのデータを処理する方法を提供する。
【００２２】
このような本発明の課題を解決するために、無線通信システムにおいてＨＡＲＱ動作のためのデータを処理する方法が提供され、前記方法は、ネットワークからアップリンク無線リソース（ｕｐｌｉｎｋ  Ｇｒａｎｔ）を受信する段階と、前記受信したアップリンク無線リソースに基づいてデータユニットを生成する段階と、前記生成されたデータユニットを複数のバッファに保存する段階と、タイマーの満了時、前記複数のバッファに保存されているデータユニットをフラッシュする（捨てる）段階とを含む。
【００２３】
さらに、このような本発明の課題を解決するために、無線通信システムにおいてＨＡＲＱ動作のためのデータを処理する方法が提供され、前記方法は、ネットワークからアップリンク無線リソース（ｕｐｌｉｎｋ  Ｇｒａｎｔ）を受信する段階と、前記受信したアップリンク無線リソースに基づいてデータユニットを生成する段階と、前記生成されたデータユニットを複数のバッファに保存する段階と、タイマーが動作しないとき、前記複数のバッファに保存されているデータユニットをフラッシュする段階とを含む。
【００２４】
さらに、このような本発明の課題を解決するために、無線通信システムにおいてＨＡＲＱ動作のためのデータを処理する方法が提供され、前記方法は、ネットワークからアップリンク無線リソース（ｕｐｌｉｎｋ  Ｇｒａｎｔ）を受信する段階と、前記受信したアップリンク無線リソースに基づいてデータユニットを生成する段階と、前記生成されたデータユニットを複数のバッファに保存する段階と、タイマーが動作中であるか否かを判断する段階と、前記タイマーの開始のための命令が受信されているか否かを判断する段階と、前記タイマーが動作中でなく、かつ、前記命令が受信されていると判断された場合、前記複数のバッファに保存されているデータユニットをフラッシュする段階とを含む。
【図面の簡単な説明】
【００２５】
【図１】従来技術及び本発明が適用される移動通信システムであるＥ−ＵＭＴＳのネットワーク構造の例を示す図である。
【図２】従来技術による端末とＥ−ＵＴＲＡＮ間の無線インタフェースプロトコルの制御プレーン構造の例を示す図である。
【図３】従来技術による端末とＥ−ＵＴＲＡＮ間の無線インタフェースプロトコルのユーザプレーン構造の例を示す図である。
【図４】効率的なデータ送信のためのＨＡＲＱ動作方法の例を示す図である。
【図５】コンテンションベースのランダムアクセス手順の例を示す図である。
【図６】非コンテンションベースのランダムアクセス手順の例を示す図である。
【図７】本発明により、ＴＡＴの満了時にＨＡＲＱバッファのデータをフラッシュする方法の例を示す図である。
【図８】本発明により、ＴＡＴが動作しないときにＨＡＲＱバッファのデータをフラッシュする例を示す図である。
【図９】本発明により、ＴＡＴが動作しないときに新しいＴＡＣ（ｔｉｍｉｎｇ  ａｄｖａｎｃｅ  ｃｏｍｍａｎｄ）を受信することによりＨＡＲＱバッファのデータをフラッシュする例を示す図である。
【発明を実施するための形態】
【００２６】
本発明の一態様は、前述した従来技術の問題及び欠点に対する本発明者らによる認識であり、以下に詳細に説明する。このような認識に基づいて、本発明の特徴が改善されている。
【００２７】
本発明は、３ＧＰＰ規格に準拠して開発されたＵＭＴＳなどの移動通信システムにおいて実行されるように記載されているが、他の標準及び規格に準拠する他の通信システムにも適用できる。
【００２８】
以下、本発明の好ましい実施形態の構造及び動作について添付図面を参照して説明する。
【００２９】
一般に、端末（又は、ＵＥ）は、次のケースにランダムアクセス手順を行う。１）基地局（又は、ｅＮＢ）とのＲＲＣ接続がないため、前記端末が初期アクセスを行う場合、２）前記端末がハンドオーバー手順でターゲットセルに最初にアクセスする場合、３）基地局の命令により要求される場合、４）アップリンク時間同期が取れていない状況、又は、無線リソースの要求のために使用される特定無線リソースが割り当てられていない状況で、アップリンクデータが発生した場合、及び５）無線リンク失敗（ｒａｄｉｏ  ｌｉｎｋ  ｆａｉｌｕｒｅ）又はハンドオーバー失敗（ｈａｎｄｏｖｅｒ  ｆａｉｌｕｒｅ）時に復旧手順が行われる場合である。
【００３０】
前記ＬＴＥシステムにおいて、前記基地局は、指定されたランダムアクセスプリアンブル（ｄｅｄｉｃａｔｅｄ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｒｅａｍｂｌｅ）を特定端末に割り当て、前記端末は、前記ランダムアクセスプリアンブルを用いてランダムアクセス手順を行う非コンテンションランダムアクセス手順を行う。すなわち、前記ランダムアクセスプリアンブルの選択において２つの手順がある。１つは、特定グループ内で端末がランダムに１つを選択して使用するコンテンションベースランダムアクセス手順であり、他の１つは、前記基地局により特定端末にのみ割り当てられたランダムアクセスプリアンブルを端末が使用する非コンテンションベースランダムアクセス手順である。前記２つのランダムアクセス手順の相違点は、コンテンションの発生による衝突問題が発生するか否かである。また、非コンテンションベースランダムアクセス手順は、前述したように、ハンドオーバー手順、又は、基地局の命令により要求される場合にのみ使用される。
【００３１】
前記説明に基づいて、図５は、コンテンションベースランダムアクセス手順における端末と基地局間の動作過程を示す。
【００３２】
まず、コンテンションベースランダムアクセスにおける端末は、システム情報又はハンドオーバー命令により指示されたランダムアクセスプリアンブルのグループ内の１つのランダムアクセスプリアンブルを選択し、前記ランダムアクセスプリアンブルを送信できるＰＲＡＣＨリソースを選択し、次に、前記選択されたランダムアクセスプリアンブルを基地局に送信する（段階１）。
【００３３】
前記ランダムアクセスプリアンブルを送信した後、前記端末は、前記システム情報又は前記ハンドオーバー命令により指示されたランダムアクセス応答受信ウィンドウ内で前記端末のランダムアクセスプリアンブルに対する応答の受信を試みる（段階２）。より詳しくは、前記ランダムアクセス応答情報はＭＡＣ  ＰＤＵの形式で送信され、前記ＭＡＣ  ＰＤＵは、ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）で送信される。さらに、前記ＰＤＳＣＨで送信される情報を前記端末が適切に受信するために、前記ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）も送信される。すなわち、前記ＰＤＣＣＨは、前記ＰＤＳＣＨを受信する端末に関する情報、前記ＰＤＳＣＨの無線リソースの周波数及び時間情報、ならびに前記ＰＤＳＣＨの送信フォーマットなどを含む。ここで、前記ＰＤＣＣＨが正常に受信された場合、前記端末は、前記ＰＤＣＣＨの情報により前記ＰＤＳＣＨで送信されるランダムアクセス応答を適切に受信する。前記ランダムアクセス応答は、ランダムアクセスプリアンブル識別子（ＩＤ）、ＵＬ  Ｇｒａｎｔ（アップリンク無線リソース）、ＴｅｍｐｏｒａｒｙＣ−ＲＮＴＩ（臨時セル識別子）、時間同期命令（Ｔｉｍｉｎｇ  Ａｌｉｇｎｍｅｎｔ  Ｃｏｍｍａｎｄ）などを含む。ここで、１つのランダムアクセス応答が１つ以上の端末のためのランダムアクセス応答情報を含んでいるので、前記ＵＬ  Ｇｒａｎｔ、ＴｅｍｐｏｒａｒｙＣ−ＲＮＴＩ、及びＴｉｍｉｎｇ  Ａｌｉｇｎｍｅｎｔ  Ｃｏｍｍａｎｄなどのどの情報が端末に有効であるかを通知するために、前記ランダムアクセスプリアンブル識別子が前記ランダムアクセス応答に含まれる。前記ランダムアクセスプリアンブル識別子は、段階１で前記端末により選択されたランダムアクセスプリアンブルと一致する。
【００３４】
前記端末は、前記端末に有効なランダムアクセス応答を受信した場合、前記ランダムアクセス応答に含まれるそれぞれの情報を処理する。すなわち、前記端末は、Ｔｉｍｉｎｇ  Ａｌｉｇｎｍｅｎｔ  Ｃｏｍｍａｎｄを適用し、臨時Ｃ−ＲＮＴＩを保存する。さらに、前記端末は、ＵＬ  Ｇｒａｎｔを利用して、前記端末のバッファに保存されているデータ又は新しく生成されたデータを前記基地局に送信する（段階３）。ここで、端末識別子が前記ＵＬ  Ｇｒａｎｔに含まれるデータ（メッセージ３）に必ず含まれる必要がある。これは、コンテンションベースランダムアクセス手順において、前記基地局はどの端末が前記ランダムアクセス手順を行っているかを判断することができないが、衝突の解決のためには後で前記端末を識別しなければならないためである。ここで、前記端末識別子を含めるための２つの方法が提供される。第１の方法は、前記端末が前記ランダムアクセス手順以前に予め該当セルにおいて割り当てられた有効なセル識別子を受信している場合、前記ＵＬ  Ｇｒａｎｔにより前記端末のセル識別子を送信するものである。それに対して、第２の方法は、前記端末が前記ランダムアクセス手順以前に有効なセル識別子を受信していない場合、前記端末の固有識別子（例えば、Ｓ−ＴＭＳＩ又はＲａｎｄｏｍ  Ｉｄ）を送信するものである。一般に、前記固有識別子は、前記セル識別子より長い。前記段階３において、前記端末が前記ＵＬ  Ｇｒａｎｔによりデータを送信した場合、前記端末は、衝突解決のためのタイマーを開始する。
【００３５】
前記ランダムアクセス応答に含まれる前記ＵＬ  Ｇｒａｎｔにより端末の識別子を含むデータを送信した後、前記端末は、前記衝突解決のために前記基地局の指示を待つ。すなわち、前記端末は、特定メッセージを受信するためにＰＤＣＣＨの受信を試みる（段階４）。ここで、前記ＰＤＣＣＨを受信する２つの方法がある。前述したように、前記ＵＬ  Ｇｒａｎｔにより送信された端末識別子がセル識別子である場合、前記端末は、前記端末のセル識別子を利用して前記ＰＤＣＣＨの受信を試みる。前記ＵＬ  Ｇｒａｎｔにより送信された端末識別子が固有識別子である場合、前記端末は、前記ランダムアクセス応答に含まれる臨時Ｃ−ＲＮＴＩを利用してＰＤＣＣＨの受信を試みる。その後、前者の場合、前記衝突解決タイマーの満了前に前記端末のセル識別子によりＰＤＣＣＨ（メッセージ４）を受信すると、前記端末は、前記ランダムアクセス手順が正常に行われたと判断して前記ランダムアクセス手順を終了する。後者の場合、前記衝突解決タイマーの満了前に臨時セル識別子により前記ＰＤＣＣＨを受信すると、前記端末は、前記ＰＤＣＣＨが示す前記ＰＤＳＣＨにより送信されるデータ（メッセージ４）を確認する。前記データに前記端末の固有識別子が含まれている場合、前記端末は、前記ランダムアクセス手順が正常に行われたと判断して前記ランダムアクセス手順を終了する。
【００３６】
図６は、非コンテンションベースランダムアクセス手順における端末と基地局間の動作手順を示す。さらに、前記コンテンションベースランダムアクセス手順と比較すると、非コンテンションベースランダムアクセス手順では、ランダムアクセス応答情報を受信することにより、前記ランダムアクセス手順が正常に行われたと判断してランダムアクセス手順を終了する。
【００３７】
一般に、前記非コンテンションベースランダムアクセス手順は、以下の２つのケースで行われる。第一にハンドオーバー手順のケースがあり、第二に前記基地局の命令により要求されるケースがある。もちろん、これらの２つのケースで前記コンテンションベースランダムアクセス手順が行われることもある。まず、前記非コンテンションベースのランダムアクセス手順のためには、衝突の可能性がない指定されたランダムアクセスプリアンブルを基地局から受信することが重要である。ここで、前記ランダムアクセスプリアンブルの割り当てのためにハンドオーバー命令とＰＤＣＣＨ命令が利用される。その後、前記端末は、前記端末にのみ指定されたランダムアクセスプリアンブルが基地局から割り当てられた後、前記プリアンブルを基地局に送信する。その後の前記ランダムアクセス応答情報を受信する方法は、前述したコンテンションベースランダムアクセス手順における方法と同一である。
【００３８】
本発明は、ＴＡＴが動作していないとき、又は、ＴＡＴが満了しているとき、前記端末の全てのＨＡＲＱバッファ内にあるデータをフラッシュする（捨てる）方法を提案する。
【００３９】
図７は、本発明によりＴＡＴの満了時にＨＡＲＱバッファのデータをフラッシュする方法の例を示す。図７に示すように、本発明は、前記ＴＡＴが満了すると、全てのＨＡＲＱバッファをフラッシュすることを提案する。以下、図７についてより詳しく説明する。まず、前記端末は、アップリンクのデータ送信に必要なアップリンクスケジューリング情報（すなわち、ＵＬ  Ｇｒａｎｔ）を含むＰＤＣＣＨを受信する。前記ＰＤＣＣＨは、Ｃ−ＲＮＴＩ（Ｃｅｌｌ−Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）又は半永続スケジューリング（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ  Ｓｃｈｅｄｕｌｉｎｇ）Ｃ−ＲＮＴＩ（ＳＰＳ  Ｃ−ＲＮＴＩ）を含む。その後、前記端末は、前記受信されたアップリンクスケジューリング情報に基づいてＭＡＣ  ＰＤＵ（以下、ＭＡＣ  ＰＤＵ１という）を生成する。また、前記生成されたＭＡＣ  ＰＤＵ１を該当ＨＡＲＱバッファに保存する。さらに、前記端末は、該当ＨＡＲＱプロセスの送信タイミングに前記保存されたＭＡＣ  ＰＤＵ１を前記基地局に送信する。前記端末は、前記ＭＡＣ  ＰＤＵ１を送信した後、前記基地局からのＨＡＲＱフィードバックの受信を待つ。ここで、前記端末のＴＡＴが満了する。本発明によれば、前記端末は、前記ＴＡＴの満了時に、前記ＭＡＣ  ＰＤＵ１を有するＨＡＲＱバッファを含む全てのＨＡＲＱバッファのデータをフラッシュする。
【００４０】
図８は、本発明によりＴＡＴが動作していないときにＨＡＲＱバッファのデータをフラッシュする方法の例を示す。図８に示すように、本発明は、前記ＴＡＴが動作していないとき、全てのＨＡＲＱバッファをフラッシュすることを提案する。以下、図８についてより詳しく説明する。前記端末は、前記ＴＡＴが満了すると、全てのＨＡＲＱバッファ内のデータをフラッシュする。ここで、前記端末の現在のＴＡＴが動作しておらず、全てのＨＡＲＱバッファにデータが存在しない。このような状況で、前記端末は、アップリンクのデータ送信のためにアップリンクスケジューリング情報を含むＰＤＣＣＨをさらに受信する。ここで、前記ＰＤＣＣＨは、Ｃ−ＲＮＴＩ又は半永続スケジューリングＣ−ＲＮＴＩを含む。その後、前記端末は、前記受信されたアップリンクスケジューリング情報に基づいてＭＡＣ  ＰＤＵ（以下、ＭＡＣ  ＰＤＵ２という）を生成する。また、前記生成されたＭＡＣ  ＰＤＵ２を該当ＨＡＲＱバッファに保存する。しかしながら、前記端末は、本発明により、前記端末のＴＡＴが動作していないため、全てのＨＡＲＱバッファ内のデータをフラッシュする。
【００４１】
図９は、本発明により、ＴＡＴが動作しないときに新しいＴＡＣを受信することによりＨＡＲＱバッファのデータをフラッシュする方法の例を示す。図９に示すように、本発明は、前記端末のＴＡＴが満了して動作しない状態で前記端末が新しいＴＡＣを受信した場合、全てのＨＡＲＱバッファのデータをフラッシュすることを提案する。以下、図９についてより詳しく説明する。前記端末は、前記ＴＡＴが満了すると、全てのＨＡＲＱバッファ内のデータをフラッシュする。前記端末は、前記ＴＡＴが動作していない状態で、アップリンクのデータ送信のためにアップリンクスケジューリング情報を含むＰＤＣＣＨをさらに受信する。ここで、前記ＰＤＣＣＨは、前記端末のＣ−ＲＮＴＩ又は半永続Ｃ−ＲＮＴＩを含む。その後、前記端末は、前記受信されたアップリンクスケジューリング情報に基づいてＭＡＣ  ＰＤＵ（以下、ＭＡＣ  ＰＤＵ３という）を生成する。また、前記生成されたＭＡＣ  ＰＤＵ３を該当ＨＡＲＱバッファに保存し、前記ＭＡＣ  ＰＤＵ３の送信を試みる。しかしながら、前記ＴＡＴが動作していないため、前記ＭＡＣ  ＰＤＵ３を送信することができない。ここで、前記ＭＡＣ  ＰＤＵ３は、前記ＨＡＲＱバッファに保持されている。ここで、前記端末は、新しいＴＡＣを受信する。例えば、前記端末は、前記ランダムアクセスチャネル手順中にランダムアクセス応答により前記新しいＴＡＣを受信する。前記ＴＡＣが受信されると、前記端末は、全てのＨＡＲＱバッファ内のデータをフラッシュし、前記ＴＡＴを再開する。
【００４２】
本発明によれば、前記時間同期タイマーが満了すると、全てのＨＡＲＱバッファ（すなわち、全てのアップリンクＨＡＲＱバッファ）は捨てられ、各プロセスのための次の送信は、最初の送信とみなされる。すなわち、前記端末は、ＰＵＣＣＨ／ＳＲＳリリースのＲＲＣを通知し、構成されたダウンリンク割り当て及びアップリンク無線リソース（ｕｐｌｉｎｋ  Ｇｒａｎｔ）を除去する。
【００４３】
本発明は、無線通信システムにおいてＨＡＲＱ動作のためのデータを処理する方法を提供し、前記方法は、ネットワークからアップリンク無線リソース（ｕｐｌｉｎｋ  Ｇｒａｎｔ）を受信する段階と、前記受信したアップリンク無線リソースに従ってデータユニットを生成する段階と、前記生成されたデータユニットを複数のバッファに保存する段階と、タイマー満了時に前記複数のバッファに保存されているデータユニットをフラッシュする段階とを含む。ここで、前記タイマーは、ＴＡＴであり、前記アップリンク無線リソースは、ＰＤＣＣＨチャネルで受信され、前記アップリンク無線リソースは、アップリンクスケジューリング情報、Ｃ−ＲＮＴＩ、及び半永続スケジューリングＣ−ＲＮＴＩの少なくとも１つを含む。前記データユニットは、ＭＡＣ  ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）であり、前記複数のバッファは、全てのアップリンクＨＡＲＱバッファである。
【００４４】
さらに、本発明は、無線通信システムにおいてＨＡＲＱ動作のためのデータを処理する方法を提供し、前記方法は、ネットワークからアップリンク無線リソース（ｕｐｌｉｎｋ  Ｇｒａｎｔ）を受信する段階と、前記受信したアップリンク無線リソースに基づいてデータユニットを生成する段階と、前記生成されたデータユニットを複数のバッファに保存する段階と、タイマーが動作しないとき、前記複数のバッファに保存されているデータユニットをフラッシュする段階とを含む。ここで、前記タイマーは、ＴＡＴであり、
前記アップリンク無線リソースは、ＰＤＣＣＨチャネルで受信され、前記アップリンク無線リソースは、アップリンクスケジューリング情報、Ｃ−ＲＮＴＩ、及び半永続スケジューリングＣ−ＲＮＴＩの少なくとも１つを含み、前記データユニットは、ＭＡＣ  ＰＤＵであり、前記複数のバッファは、全てのアップリンクＨＡＲＱバッファである。
【００４５】
さらに、本発明は、無線通信システムにおいてＨＡＲＱ動作のためのデータを処理する方法を提供し、前記方法は、ネットワークからアップリンク無線リソース（ｕｐｌｉｎｋ  Ｇｒａｎｔ）を受信する段階と、前記受信したアップリンク無線リソースに基づいてデータユニットを生成する段階と、前記生成されたデータユニットを複数のバッファに保存する段階と、タイマーが動作中であるか否かを判断する段階と、前記タイマーの開始のための命令が受信されているか否かを判断する段階と、前記タイマーが動作中でなく、かつ、前記命令が受信されていると判断された場合、前記複数のバッファに保存されているデータユニットをフラッシュする段階とを含む。ここで、前記命令は、ＴＡＣ（Ｔｉｍｉｎｇ  Ａｄｖａｎｃｅ  Ｃｏｍｍａｎｄ）である。
【００４６】
本発明は、移動通信に関連して説明されたが、無線通信特性（すなわち、インタフェース）を備えたＰＤＡ及びラップトップコンピュータのような移動装置を使用する他の無線通信システムにも適用できる。また、本発明を説明するために使用された特定用語は本発明の権利範囲を特定無線通信システムに限定するものではない。本発明は、さらに、ＴＤＭＡ、ＣＤＭＡ、ＦＤＭＡ、ＷＣＤＭＡ、ＯＦＤＭ、ＥＶ−ＤＯ、Ｗｉ−Ｍａｘ、Ｗｉ−Ｂｒｏなどの他の無線インターフェース及び／又は他の物理層を使用する他の無線通信システムにも適用できる。
【００４７】
本実施形態は、ソフトウェア、ファームウェア、ハードウェア、又はこれらの組み合わせを生産するための標準プログラミング及び／又はエンジニアリング技術を利用して製造方法、装置、又は製造物として実行できる。ここで、「製造物」という用語は、ハードウェアロジック（例えば、集積回路チップ、ＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）など）、コンピュータ可読媒体（例えば、ハードディスクドライブ、フロッピー（登録商標）ディスク、テープなどの磁気記録媒体）、光記録装置（ＣＤ−ＲＯＭ、光ディスクなど）、又は揮発性／不揮発性メモリ装置（例えば、ＥＥＰＲＯＭ、ＲＯＭ、ＰＲＯＭ、ＲＡＭ、ＤＲＡＭ、ＳＲＡＭ、ファームウェア、プログラムロジックなど）において実行されるコードやロジックを意味する。
【００４８】
コンピュータ可読媒体内のコードはプロセッサにより接続及び実行される。本実施形態を実行するコードは送信媒体を通じて、又はネットワーク上のファイルサーバから接続することもできる。その場合、前記コードが実行される製造物は、ネットワーク送信ライン、無線送信媒体、空中を伝播する信号、無線波、赤外線信号などの送信媒体を含む。もちろん、当該技術分野における通常の知識を有する者であれば、本発明の要旨を逸脱しない範囲においてこのような形態の多様な変形が可能であり、前記製造物が公知の情報伝達媒体（ｉｎｆｏｒｍａｔｉｏｎ  ｂｅａｒｉｎｇ  ｍｅｄｉｕｍ）も含むことができるという点を理解すると思われる。
【００４９】
本発明の思想や重要な特性から外れない限り、本発明は多様な形態で実現することができ、前述した実施形態は前述した詳細な記載内容によって限定されるのではなく、添付された請求の範囲に定義された本発明の精神や範囲内で広く解釈されるべきであり、本発明の請求の範囲内で行われるあらゆる変更及び変形、並びに請求の範囲の均等物は本発明の請求の範囲に含まれる。
【図１】
2011508559.tif 000003
【図２】
2011508559.tif 000004
【図３】
2011508559.tif 000005
【図４】
2011508559.tif 000006
【図５】
2011508559.tif 000007
【図６】
2011508559.tif 000008
【図７】
2011508559.tif 000009
【図８】
2011508559.tif 000010
【図９】
2011508559.tif 000011
【国際調査報告】
2011508559.tif 000012
2011508559.tif 000013