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