(57)【要約】【課題】上位階層におけるＡＲＱと、下位階層におけるＨＡＲＱとを效率的に活用してデータ送信の信頼性を高める方法が必要である。本発明はデータ送信による損失を減らす方法を提供する。【解決手段】上位階層でデータブロックを準備して、下位階層で前記データブロックを送信する。前記上位階層は、前記下位階層を介して前記データブロックの受信如何にかかる状態確認情報を受信する。送信機で送信したデータを受信機がよく受けることができなかった場合に送信機が速かに認知して再転送することができる。    【選択図】図１
2009521891.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおけるデータ送信方法において、
上位階層でデータブロックを準備する段階；
下位階層で前記データブロックを送信する段階；及び、
前記上位階層は、前記下位階層を介して前記データブロックの受信如何にかかる状態確認情報を受信する段階を含むデータ送信方法。
【請求項２】
請求項１に記載の方法であって、
前記上位階層は、ＲＬＣ(Radio Link Control)階層であるデータ送信方法。
【請求項３】
請求項１に記載の方法であって、
前記上位階層は、物理階層であるデータ送信方法。
【請求項４】
請求項１に記載の方法であって、
前記状態確認情報は、物理資源の割り当てを知らせてくれるスケジューリング情報が伝逹されるチャンネルを介して伝逹するデータ送信方法。
【請求項５】
請求項１に記載の方法であって、
前記状態確認情報は、前記データブロックの連続番号を基盤とするデータ送信方法。
【請求項６】
請求項１に記載の方法であって、
前記上位階層が前記状態確認情報を受信する前に前記状態確認情報を要請する状態要求情報を送信する段階をさらに含むデータ送信方法。
【請求項７】
請求項１に記載の方法であって、
前記状態確認情報は前記データブロックのヘッダーに含まれるデータ送信方法。
【請求項８】
請求項１に記載の方法であって、
前記データブロックはＲＬＣＰＤＵのデータ送信方法。
【請求項９】
請求項１に記載の方法であって、
前記データブロックはＭＡＣＰＤＵのデータ送信方法。
【請求項１０】
ＲＬＣ階層でＲＬＣＰＤＵを準備する段階；
物理階層で前記ＲＬＣＰＤＵをＨＡＲＱ(hybrid automatic repeat request)を用いて送信する段階；
前記ＲＬＣ ＰＤＵの受信如何にかかる状態確認情報を受信する段階；及び、
前記ＲＬＣ ＰＤＵの再転送如何を前記状態確認情報を介して決定する段階を含むデータ送信方法。
【請求項１１】
請求項１０に記載の方法であって、
前記状態確認情報は、受信機の物理階層で送信するデータ送信方法。
【請求項１２】
請求項１１に記載の方法であって、
前記ＲＬＣ階層は、前記ＲＬＣＰＤＵを設定回数だけ再転送した後にも受信失敗を受けた場合、受信失敗をＲＲＣ階層で報告する段階をさらに含むデータ送信方法。
【請求項１３】
物理階層でＨＡＲＱを介して設定された最大許容回数だけデータブロックを再転送する段階；
前記最大許容回数だけＮＡＣＫ信号を受信した場合、前記物理階層はＲＬＣ階層に報告する段階；及び、
前記データブロックの再転送如何を決定する段階を含むデータ再転送方法。
【請求項１４】
請求項１３に記載の方法であって、
前記ＮＡＣＫ信号は、受信機のＲＬＣ階層を経らないデータ再転送方法。
【請求項１５】
請求項１３に記載の方法であって、
前記ＲＬＣ階層が前記物理階層を介して状態確認情報を受信する段階をさらに含み、前記ＲＬＣ階層は前記状態確認情報を介して前記データブロックの再転送如何を決定するデータ再転送方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関し、データ送信による損失を減らすデータ送信方法及びデータ再転送方法に関する。
【背景技術】
【０００２】
ＷＣＤＭＡ(WidebandCode Division Multiple Access)無線接続技術を基盤とする３ＧＰＰ(３rd Generation PartnershipProject)３世代移動通信システムは、全世界で幅広く展開されている。ＷＣＤＭＡの最初進化段階として定義することができるＨＳＤＰＡ(High SpeedDownlink Packet Access)は、中期的な(mid-term)未来において高い競争力を有する無線接続技術を３ＧＰＰに提供する。然しながら、使用者と事業者の要求事項と期待が持続的に増加して競争するラジオアクセス技術開発がずっと進行しているため、今後の競争力を有するためには３ＧＰＰにおける新しい技術進化が望まれる。
【０００３】
これに従って、３ＧＰＰは、高品質のサービスを提供し、且つ費用を画期的に減らすことができる無線送信技術開発を目的として、“ＥｖｏｌｏｖｅｄＵＴＲＡ ａｎｄ ＵＴＲＡＮ”という研究課題を２００４年末から取り掛かった。この３Ｇ長期進化(Long TermEvolution；以下、ＬＴＥ)課題は、カバリッジ拡張及びシステム容量改善だけではなく、使用者と事業者の費用を減らしてサービス品質を改善することを目標とする。３ＧＬＴＥは、ビット当り費用減少、サービス可用性増大、融通性のある周波数バンドの使用、単純構造と開放型インタフェース、及び端末の適切なパワー消耗を上位レベル要求事項として定義している。
【０００４】
いずれの通信システムにおいても物理チャンネルでデータが損失されることができる。技術が発展するに伴って、たとえ物理チャンネルでデータが送信機から受信機へよく伝逹しない確率が多く低くなっているとしても、まったく消えない。特に基地局に遠く離れている端末であるほどデータの損失率が高い。重要なシグナリングデータまたは制御信号などのような場合、通信システムの信頼性のためにさらに特別な管理が必要である。
【０００５】
データ損失を減らすために使われる技法中の一つが自動再転送(automatic repeat request；以下、ＡＲＱ)技法である。一般的に、ＡＲＱは上位階層で行われる。その下位階層では複合自動再転送(hybridautomatic repeat request；以下、ＨＡＲＱ)が具現されてデータの損失を減らす。ＨＡＲＱはＦＥＣ(forward errorcorrection)方式とＡＲＱ方式とを共に用いて、ＦＥＣ方式を介してデータのエラーを訂正して、ＡＲＱを介して再転送が行われる。
【０００６】
再転送において受信機がよく受信することができなかったデータがある場合、これを速かに送信機に知らせなければならない。データ受信失敗を認知し、これを送信機に速かに認識させることで、エラー訂正による時間及びデータ送信障害による時間を減らすことができるためである。送信機が速く認知するほど再転送にかかる時間が減る。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
上位階層におけるＡＲＱと、下位階層におけるＨＡＲＱとを效率的に活用してデータ送信の信頼性を高める方法が必要である。
【課題を解決するための手段】
【０００８】
本発明は、前記のような問題点を鑑みて案出されたものであって、無線資源を效率的に使い、且つ受信機がよく送信することができなかったデータを再転送するデータ送信方法及びデータ再転送方法を提供する。
【０００９】
本発明の一様態において、上位階層でデータブロックを準備して、下位階層で前記データブロックを送信する。前記上位階層は前記下位階層を介して前記データブロックの受信如何にかかる状態確認情報を受信する。
【００１０】
本発明の他の様態において、ＲＬＣ階層でＲＬＣＰＤＵを準備して、物理階層で前記ＲＬＣ ＰＤＵをＨＡＲＱ(hybrid automatic repeat request)を用いて送信する。前記ＲＬＣＰＤＵの受信如何にかかる状態確認情報を受信する。前記ＲＬＣ ＰＤＵの再転送如何を前記状態確認情報を介して決定する。
【００１１】
本発明のもう一つの様態において、物理階層でＨＡＲＱを介して設定された最大許容回数だけデータブロックを再転送する。前記最大許容回数だけＮＡＣＫ信号を受信した場合、前記物理階層はＲＬＣ階層に報告する。前記データブロックの再転送如何を決定する。
【発明の効果】
【００１２】
送信機で送信したデータを受信機がよく受けることができなかった場合に送信機が速かに認知して再転送することができる。状態確認情報を物理階層を介して受信機から送信機へ送信することによって、相対的に速かにデータを再転送することができる。データがエラーなしに受信機に到着するようにするＲＬＣエンティティー(entity)の動作を提示してより速くデータ送信が行われてＱｏＳが向上する。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の望ましい実施例に対し、添付図面を参照してより詳しく説明する。
【００１４】
図１は、無線通信システムを示すブロック図である。これはＥ-ＵＭＴＳ(evolved- universal mobile telecommunications system)の網構造であってもよい。Ｅ-ＵＭＴＳシステムは、ＬＴＥ(longterm evolution)システムであってもよい。無線通信システムは、音声、パケットデータなどのような多様な通信サービスを提供するために広く配置される。
【００１５】
図１を参照すれば、Ｅ-ＵＭＴＳ網は大きくＥ-ＵＴＲＡＮ(evoloved-UMTS terrestrial radio access network)とＣＮ(corenetwork)とに区分することができる。Ｅ-ＵＴＲＡＮは、基地局(２０；eNode-B)と網の終端に位置して外部網と連結される中継局(３０；accessgateway、以下、ＡＧ)を含む。
【００１６】
端末(１０；user equipment、ＵＥ)は固定されたり、移動性を有することができ、ＭＳ(mobile station)、ＵＴ(userterminal)、ＳＳ(subscriber station)、無線器機(wireless device)など他の用語(terminology)として呼ばれることができる。
【００１７】
基地局(２０)は、一般的に、端末(１０)と通信する固定された地点(fixed station)を意味し、ＢＳ(base station)、ＢＴＳ(basetransceiver system)、アクセスポイント(access point)など他の用語として呼ばれることができる。一つの基地局(２０)には一つ以上のセル(Cell)が存在することができる。基地局(２０)間には使用者トラフィックあるいは制御トラフィック送信のためのインタフェースが使われてもよい。
【００１８】
ＡＧ(３０)は、ＭＭＥ/ＵＰＥ(Mobility Management Entity/User Plane Entity)とも言う。ＡＧ(３０)は使用者トラフィック処理を担当する部分と制御用トラフィックを処理する部分とに分けられてもよい。この場合、新しい使用者トラフィック処理のためのＡＧと制御用トラフィックを処理するＡＧとの間に新しいインタフェースを使って互いに通信することができる。
【００１９】
ＣＮは、ＡＧ(３０)とその他端末(１０)の使用者登録のためのノードなどで構成されることができる。Ｅ-ＵＴＲＡＮとＣＮを区分するためのインタフェースが使われることもできる。
【００２０】
端末と網との間の無線インタフェースプロトコル(radio interface protocol)の階層らは通信システムで広く知られた開放型システム間相互接続(open systeminterconnection；ＯＳＩ)モデルの下位３個階層に基づいて、Ｌ１(第１の階層)、Ｌ２(第２の階層)、Ｌ３(第３の階層)に区分されることができる。このうち、第１の階層に属する物理階層は、物理チャンネル(physicalchannel)を用いた情報転送サービス(information transfer service)を提供し、第３の階層に位置する無線資源制御(radioresource control；以下、ＲＲＣという)階層は端末とマンガンに無線資源を制御する役目を遂行する。このためにＲＲＣ階層は端末とマンガンにＲＲＣメッセージを互いに取り交わす。ＲＲＣ階層は基地局とＡＧなど網ノードらに分散して位置することができ、基地局またはＡＧにだけ位置することもできる。
【００２１】
無線インタフェースプロトコルは、水平的に物理階層(physical layer)、データリンク階層(data link layer)、及びネットワーク階層(network layer)からなり、垂直的にはデータ情報転送のための使用者平面(userplane)と制御信号(signaling)伝逹のための制御平面(control plane)とに区分される。
【００２２】
図２は、無線インタフェースプロトコルの制御平面を示すブロック図である。図３は、無線インタフェースプロトコルの使用者平面を示すブロック図である。図２及び図３は、３ＧＰＰ無線接続網規格を基盤とした端末とＥ-ＵＴＲＡＮ間の無線インタフェースプロトコルの構造を示す。
【００２３】
図２及び図３を参照すれば、第１の階層である物理階層は物理チャンネル(physical channel)を用いて上位階層に情報転送サービス(information transfer service)を提供する。物理階層は上位にある媒体接続制御(mediumaccess control；ＭＡＣ)階層とは転送チャンネル(transport channel)を介して連結されており、この転送チャンネルを介してＭＡＣ階層と物理階層間のデータが移動する。そして、相違する物理階層の間、即ち、送信側と受信側の物理階層間は物理チャンネルを介してデータが移動する。
【００２４】
第２の階層のＭＡＣ階層は、論理チャンネル(logical channel)を介して上位階層である無線リンク制御(radio link control；ＲＬＣ)階層にサービスを提供する。第２の階層のＲＬＣ階層は信頼性のあるデータの送信を支援する。ＲＬＣ階層の機能はＭＡＣ内部の機能ブロックに具現されることもでき、この場合、ＲＬＣ階層は存在しなくてもよい。
【００２５】
第２の階層のＰＤＣＰ(packet data convergence protocol)階層はＩＰｖ４やＩＰｖ６のようなＩＰ(internetprotocol)パケット転送の際、帯域幅が小さい無線区間で效率的にパケットを転送するために相対的に大きさが大きくて不必要な制御情報を含んでいるＩＰパケットヘッダーサイズを減らしてくれるヘッダー圧縮(headercompression)機能を遂行する。
【００２６】
第３の階層の一番下部に位置する無線資源制御(radio resource control；以下、ＲＲＣ)階層は制御平面でだけ正義される。ＲＲＣ階層は無線ベアラー(radiobearer；ＲＢ)らの設定(configuration)、再設定(re-configuration)及び解除(release)にかかって論理チャンネル、転送チャンネル及び物理チャンネルらの制御を担当する。この時、ＲＢは端末とＥ-ＵＴＲＡＮ間のデータ伝逹のために第２の階層によって提供されるサービスを意味する。
【００２７】
網から端末へデータを転送する下向きリンク転送チャンネルではシステム情報を転送するＢＣＨ(broadcast channel)とその以外に使用者トラフィックや制御メッセージを送信する下向きＳＣＨ(sharedchannel)がある。下向きリンクマルチキャストまたは放送サービスのトラフィックまたは制御メッセージの場合、下向きＳＣＨを介して送信されても、または別途の下向きリンクＭＣＨ(multicastchannel)を介して送信されてもよい。一方、端末から網へデータを転送する上向きリンク転送チャンネルでは、初期制御メッセージを転送するＲＡＣＨ(randomaccess channel)とその以外に使用者トラフィックや制御メッセージを送信する上向きリンクＳＣＨ(shared channel)がある。
【００２８】
ＲＬＣ階層の基本機能は、各ＲＢのＱｏＳ(Quality of Service)に対する保障とこれによるデータの送信である。ＲＢサービスは無線プロトコルの第２の階層が上位に提供するサービスであるため、第２の階層全体がＱｏＳに影響を与えるが、そのうちも特にＲＬＣの影響が大きい。ＲＬＣはＲＢ固有のＱｏＳを保障するためにＲＢ毎に独立されたＲＬＣエンティティー(entity)を置いており、多様なＱｏＳを支援するために無応答モード(unacknowledgedmode；ＵＭ)、応答モード(acknowledged mode；ＡＭ)、及び透明モード(transparent mode: ＴＭ)の３種類のＲＬＣモードを提供している。このようなＲＬＣモードのうち送信したデータに対する受信確認応答がないＵＭと応答があるＡＭの２つの種類に対して以下に説明する。
【００２９】
ＵＭ ＲＬＣは、各ＰＤＵ(protocol data unit)毎に連続番号(sequence number)を含んだＰＤＵヘッダーを追加し、受信機にとってどんなＰＤＵが送信中に消失したかを分かるようにする。このような機能によってＵＭＲＬＣは、主に使用者平面ではブロードキャスト/マルチキャストのデータの送信やパケットサービス領域(packet service domain)の音声(例: ＶｏＩＰ)やストリーミングのようなリアルタイムパケットデータの送信を担当する。ＵＭＲＬＣは、制御平面ではセル内の特定端末または特定端末グループに転送するＲＲＣメッセージのうち受信確認応答が必要ないＲＲＣメッセージの送信を担当することができる。
【００３０】
ＡＭ ＲＬＣは、ＵＭＲＬＣと同様にＰＤＵ構成時に連続番号を含んだＰＤＵヘッダーを追加してＰＤＵを構成するが、ＵＭ ＲＬＣとは違って送信機が送信したＰＤＵに対して受信機が応答(acknowledgement)をするという差がある。ＡＭ ＲＬＣにおいて、受信機が応答をする理由は自分が受信することができなかったＰＤＵに対して送信機が再転送(retransmission)をするように要求するためである。ＡＭＲＬＣは再転送を介してエラーのない(error-free)データ送信を保障することにその目的があり、このような目的により、ＡＭ ＲＬＣは、主に使用者平面ではパケットサービス領域のＴＣＰ/ＩＰのような非実時間パケットデータの送信を担当し、制御平面ではセル内の特定端末に転送するＲＲＣメッセージのうち受信確認応答が必ず必要なＲＲＣメッセージの送信を担当することができる。
【００３１】
方向性面から見れば、ＵＭＲＬＣは一方向(uni-directional)通信に使われることに対し、ＡＭ ＲＬＣは受信機からのフィードバック(feedback)があるため両方向(bi-directional)通信に使われる。このような両方向通信は主に点対点(point-to-point)通信で使われるため、ＡＭＲＬＣは専用論理チャンネルだけを使う。構造的な面においても差があり、ＵＭ ＲＬＣは一つのＲＬＣエンティティーが送信または受信の一つ構造となっているが、ＡＭ ＲＬＣは一つのＲＬＣエンティティー内に送信と受信が全て存在する。
【００３２】
ＡＭ ＲＬＣが複雑である理由はＡＲＱ機能に起因する。ＡＲＱ管理のためにＡＭＲＬＣは送受信バッファー外に再転送バッファーを置いており、流れ制御のための送受信ウィンドウの使用、送信機がピアー(peer)ＲＬＣエンティティーの受信機に状態情報を要求するポーリング(polling)、受信機がピアーＲＬＣエンティティーの送信機へ自分のバッファー状態を報告する状態情報報告(statusreport)、状態情報を載せて運ぶための状態ＰＤＵ(status ＰＤＵ)、データ送信の效率を高めるためにデータＰＤＵ内に状態ＰＤＵを挿入するピギーバック(piggyback)機能などの様々な機能を遂行するようになる。その他、ＡＭＲＬＣエンティティーが動作過程で重大なエラーを見付けた場合、相手方ＡＭ ＲＬＣエンティティーに全ての動作及びパラメーターの再設定を要求するリセット(reset)ＰＤＵとこのようなリセットＰＤＵの応答に使われるリセット応答(resetＡＣＫ)ＰＤＵもある。また、これらの機能を支援するためにＡＭ ＲＬＣには様々なプロトコルパラメーター、状態変数及びタイマーも必要となる。このような状態情報報告または状態ＰＤＵ、リセットＰＤＵなどＡＭＲＬＣでデータ送信の制御のために使われるＰＤＵを制御(control)ＰＤＵと呼び、使用者データを伝逹するために使われるＰＤＵをデータＰＤＵと呼ぶ。
【００３３】
一セルにおける無線資源は上向きリンク無線資源と下向きリンク無線資源とで構成される。基地局はセルの上向きリンク無線資源と下向きリンク無線資源の割り当て及び制御を担当する。即ち、基地局はどの瞬間にどんな端末がどんな無線資源を使うかどうかを決定する。例えば、基地局は３.２秒後に周波数１００Ｍｈｚから１０１Ｍｈｚを使用者１番に０.２秒間下向き側データ送信のために割り当てると決定することができる。そして、基地局はこのような決定をした後、該当端末にこの事実を知らせて前記端末が下向きリンクデータを受信するようにする。同様に、基地局はいつどんな端末がどれほどどんな無線資源を使って上向きへデータを転送するようにするかどうかを決め、この情報も前記端末へ転送するようにする。このような方式によって基地局が無線資源を動的に管理することは效率的なことがある。
【００３４】
従来技術によれば一つの端末が呼びが連結される間、一つの無線資源をずっと使うようにする。これは最近多くのサービスらがＩＰパケットを基盤とすることを考慮すれば非合理的である。なぜならば、大部分のパケットサービスらは連結時間の間終始一貫してパケットを生成するのではなく、多くの区間に何も転送しない区間が多いためである。それにもかかわらず、一つの端末にずっと無線資源を割り当てることは非效率的である。これを解決するために、サービスデータがある間にだけ端末に動的に無線資源を割り当てる方式を使うことができる。
【００３５】
ＲＬＣエンティティーは、下位段、即ち、ＭＡＣで決めた無線資源の大きさによってＲＬＣＰＤＵを構成する。即ち、基地局に位置したＲＬＣエンティティーはＭＡＣへＲＬＣ ＰＤＵを伝逹する時、ＭＡＣエンティティーで決めた大きさでデータを構成してＭＡＣエンティティーへ伝逹する。そして、端末に位置したＲＬＣエンティティーも下位段、即ち、ＭＡＣで決めて知らせてくれる無線資源の大きさによってＲＬＣＰＤＵを構成する。即ち、端末のＲＬＣエンティティーはＭＡＣへＲＬＣ ＰＤＵを伝逹する時、ＭＡＣエンティティーで決めた大きさでデータを構成してＭＡＣエンティティーへ前記ＲＬＣＰＤＵを伝逹する。
【００３６】
ここで端末のＭＡＣは自分が使うことのできる無線資源の総量に関する情報を基地局から受信する。即ち、次の送信時間に自分がどれほどの無線資源を使うことができるかどうかに対する情報を基地局から受ける。反面、基地局の場合には、基地局のＭＡＣが上向き、下向きの全ての無線資源の使用に関する決定をする。基地局のＭＡＣは次の送信区間で各々の端末らにどれほどの無線資源を割り当てるかどうかを決めて、これを端末のＭＡＣへ知らせる。各端末は自分のバッファーに積もっているデータらとそれらの優先順位を考慮し、各論理チャンネルまたはＲＬＣエンティティーがどれほどのデータを転送するかを決定する。即ち、各ＲＬＣエンティティーがＭＡＣに伝逹しなければならないＲＬＣＰＤＵの大きさを決定する。同様に、基地局に位置したＭＡＣは各々の端末の下向きデータの量と各々のデータの優先順位を考慮して、各々のＲＬＣエンティティーにどれほどのデータを割り当てるかを決めて各々のＲＬＣに知らせる。各々のＲＬＣはこの決定にしたがってＲＬＣＰＤＵを構成してＭＡＣへ伝逹する。
【００３７】
ＰＤＵは階層間のデータ通信のために使われる基本的なデータ単位であり、該当する階層が他の階層へ伝逹するデータである。従って、各階層毎に使われるデータとしてＲＬＣＰＤＵ、ＭＡＣ ＰＤＵなどがある。ＳＤＵ(service data unit)は他の階層で該当階層へ伝逹するデータ単位を意味する。
【００３８】
図４は本発明の一実施例によるデータ送信方法を示す流れ図である。ＴｘＲＬＣは送信機(３００)におけるＲＬＣエンティティーを表し、Ｔｘ ＨＡＲＱは送信機(３００)におけるＨＡＲＱを遂行するＲＬＣ階層の下位階層を示す。ＲｘＲＬＣは受信機(３５０)におけるＲＬＣエンティティーを表し、Ｒｘ ＨＡＲＱは受信機(３５０)におけるＨＡＲＱを遂行するＲＬＣ階層の下位階層を示す。ＨＡＲＱは主に物理階層で行われることができる。以下で、ＨＡＲＱ動作はＭＡＣＰＤＵを有して動作し、ＡＲＱ動作はＨＡＲＱより上位に位置する、
図４を参照すれば、ＴｘＲＬＣでＴｘ ＨＡＲＱでＲＬＣ ＰＤＵを伝逹する(Ｓ１００)。ＲＬＣ ＰＤＵはＭＡＣ階層へ伝逹されて、ヘッダー情報が含まれる一つまたは多数のＭＡＣＰＤＵに変換されることができる。ＭＡＣ ＰＤＵが物理階層でＨＡＲＱを介して伝逹するデータブロックとなる。Ｔｘ ＨＡＲＱはデータブロックをＲｘ ＨＡＲＱに送信する(Ｓ１１０)。ＲｘＨＡＲＱは受信されたデータブロックにエラーが検出されなければＡＣＫ信号をＴｘ ＨＡＲＱに送信し、データブロックを上位階層、例えばＲｘ ＲＬＣへ伝逹する。ただし、説明を明確にするために、ＲｘＨＡＲＱで受信されたデータブロックでエラーを検出することとする。
【００３９】
データブロックでエラーが検出されれば、ＲｘＨＡＲＱはＴｘ ＨＡＲＱへＮＡＣＫ信号を送信する(Ｓ１２０)。ＮＡＣＫ信号がＨＡＲＱにおける再転送要請信号となって、Ｔｘ ＨＡＲＱは再転送データブロックをＲｘＨＡＲＱに送信する(Ｓ１３０)。ＨＡＲＱ方式によって再転送データブロックは再転送前のデータブロックと同じであっても、異なってもよい。Ｒｘ ＨＡＲＱは２番目送信でエラーが検出されなければＡＣＫ信号をＴｘＨＡＲＱに送信し、データブロックを上位階層、例えばＲｘ ＲＬＣへ伝逹する。ここでは２番目送信でもエラーが検出されてＲｘ ＨＡＲＱがＴｘ ＨＡＲＱへＮＡＣＫ信号を送信する(Ｓ１４０)。
【００４０】
このような方式によって送信はＬ回繰り返されてもよい(Ｓ１５０)。Ｌは設定された最大送信許容回数である。Ｌ回目送信でもエラーが検出されれば、Ｒｘ ＨＡＲＱはＮＡＣＫ信号をＴｘ ＨＡＲＱに送信する(Ｓ１６０)。
【００４１】
Ｌ回目ＮＡＣＫ信号が受信されれば、ＴｘＨＡＲＱはＴｘ ＲＬＣへ送信失敗を報告する(Ｓ１７０)。送信失敗を報告を受けたＴｘ ＲＬＣはＲＬＣ ＰＤＵを再びＴＸ ＨＡＲＱへ送って再転送が始まる(Ｓ１８０)。
【００４２】
Ｔｘ ＲＬＣはＲＬＣＰＤＵをＴｘ ＨＡＲＱへ伝逹して(Ｓ１８０)、Ｔｘ ＨＡＲＱはＲｘ ＨＡＲＱでへデータブロックを再転送する(Ｓ１９０)。
【００４３】
送信機(３００)がどんなＭＡＣ ＰＤＵに対して設定された最大送信許容回数だけ転送し、それほど受信機(３５０)からＮＡＣＫ信号を受けたら、この情報はＲｘＲＬＣを経らないで、直ぐにＲｘ ＲＬＣに報告される。受信機(３５０)のＲＬＣエンティティーを経らないため、それほど速く再転送の必要を確認することができる。また、受信機(３５０)でも自分が送ったＮＡＣＫ信号に対して送信機(３００)が新しいＨＡＲＱ送信を直ちに始めたら受信機(３５０)がより速く受信失敗を認知することができる。
【００４４】
一方、送信機(３００)は特定ＲＬＣ ＰＤＵを多数番(Ｎ回)再転送したが、継続的に受信することができなかったという応答を受信機(３５０)から受けることがある。前記ＲＬＣＰＤＵの送信が一定回数以上遂行された場合、それ以上転送を遂行しないで他のデータを転送する。この時、Ｔｘ ＲＬＣは特定回数以上ＲＬＣ ＰＤＵの転送を遂行し、これに対して継続的に否定的な応答を受けた場合、前記データの再転送をそれ以上遂行しないで、また前記データをそれ以上転送しないことを受信機(３５０)に知らせることができる。受信機(３５０)がデータの送信をあきらめたということが知らなければ、ずっと前記データを再転送の要請を送信機(３００)へ送るというような問題が発生することがあるためである。
【００４５】
送信機(３００)は特定の条件が発生して、特定データブロックの送信をそれ以上遂行しない場合、前記事実を受信機(３５０)へ知らせる。この時、送信機(３００)はデータブロックのヘッダー部分を利用したり、または制御データブロックを用いてこれを受信機(３５０)へ知らせてもよい。前記データブロックはＲＬＣＰＤＵであっても、またはＭＡＣ ＰＤＵであってもよい。Ｒｘ ＲＬＣは送信機(３００)からデータブロックがそれ以上送信されないという情報を受信する場合、前記データブロックに対する受信待機を中止する。この時、受信機(３５０)は前記データブロックを受けたように動作することができる。または受信機(３５０)は前記データブロックを削除したように動作してもよい。受信機(３５０)は前記データブロックの存在如何に構わずに、ウィンドウを進行させたり、またはデータの復元、再組み立てを遂行することができる。
【００４６】
図５は、本発明の他の実施例によるデータ送信方法を示す流れ図である。
【００４７】
図５を参照すれば、ＴｘＲＬＣでＴｘ ＨＡＲＱへＲＬＣ ＰＤＵを伝逹する(Ｓ２００)。Ｔｘ ＨＡＲＱはデータブロックをＲｘ ＨＡＲＱに送信する(Ｓ２１０)。データブロックでエラーが検出されれば、ＲｘＨＡＲＱはＴｘ ＨＡＲＱへＮＡＣＫ信号を送信する(Ｓ２２０)。Ｔｘ ＨＡＲＱは再転送データブロックをＲｘ ＨＡＲＱに送信する(Ｓ２３０)。２番目送信でもエラーが検出されてＲｘＨＡＲＱがＴｘ ＨＡＲＱへＮＡＣＫ信号を送信する(Ｓ２４０)。このような方式によって送信は設定された最大専用許容回数であるＬ回繰り返されることがある(Ｓ２５０)。
【００４８】
最後の送信でエラーが検出されないで、データブロックをＲｘＲＬＣに送る(Ｓ２５５)。そして、Ｒｘ ＨＡＲＱはＡＣＫ信号をＴｘ ＨＡＲＱに送信する(Ｓ２６０)。ところで、段階Ｓ２６０で物理チャンネルの影響によってＡＣＫ信号をＴｘＨＡＲＱはＮＡＣＫ信号と認識することができる。この時、失敗を報告を受けたＴｘ ＲＬＣが既存のＲＬＣ ＰＤＵを再び再転送するようにしたら、これは無線資源無駄使いの原因となる。
【００４９】
これを防止するために、ＲｘＲＬＣは状態確認情報を構成してＲｘ ＨＡＲＱに送る(Ｓ２７０)。そして、Ｒｘ ＨＡＲＱは状態確認情報をＴｘ ＨＡＲＱに送る(Ｓ２７５)。状態確認情報は受信機(４５０)が送信機(４００)に送る情報であり、受信機(４５０)がどんなデータブロックを受信して、どんなデータブロックを受信することができないかに対する情報を含む。状態確認情報はＲＬＣ階層で構成されても、またはＭＡＣ階層で構成されてもよい。受信機(４５０)は自分がよく受けることができなかったデータブロックに関する情報のみを状態確認情報に含ませてもよい。ＨＡＲＱの使用により物理階層におけるデータ損失の可能性が非常に低く、受信機(４５０)が自分がよく受信したデータブロックと受信することができなかったデータブロックに関する情報全てを送信することは非效率的であるためである。追加的に、受信機(４５０)が送信機(４００)の要請などによって自分が成功的に受けたデータブロックに関する情報も送信すべき場合、順次に受信されたデータブロックのうち連続番号が一番高いものだけ送信することができる。
【００５０】
状態確認情報はＴｘＲＬＣに報告される(Ｓ２８０)。Ｔｘ ＲＬＣは状態確認情報を確認した後該当するＲＬＣ ＰＤＵを送信する。ＡＲＱ方式で重要なことは、送信機(４００)が転送したデータに対して受信機(４５０)がよく受けることができなかった場合、送信機(４００)が正確且つ速かにこれを認識することである。物理階層で送受信される状態確認情報を介してＴｘＲＬＣは再転送如何を正確且つ速かに認識することができる。
【００５１】
ところで、受信機(４５０)の状態確認情報を受けた後、送信機(４００)は適切なデータブロックを送らなければならない。Ｔｘ ＲＬＣは自分が上位段から伝逹して受けたＲＬＣＳＤＵをそのまま送るのではなく、下位段で要求する大きさに再組み立てしてＲＬＣ ＰＤＵで構成して下位段に伝逹する。この場合、例えば、１０００ｂｙｔｅ大きさのＲＬＣＳＤＵは多数のＲＬＣ ＰＤＵに分けられて送信されてもよい。ところで、受信機(４５０)は前記ＲＬＣ ＳＤＵのＲＬＣ ＰＤＵのうち一部分だけ受信することができない場合がある。例えば、１０００ｂｙｔｅのうち１００ｂｙｔｅだけ受信することができなかった場合がある。この場合、送信機(４００)が該当するＲＬＣＳＤＵ全体を再転送することは無線資源の無駄使いになる。従って、受信機(４５０)は自分が受信することができなかったＲＬＣ ＰＤＵらに対する情報を送信機(４００)へ伝逹して、送信機(４００)は該当するＲＬＣＰＤＵらを転送する。無線資源が十分ではない場合にはＲＬＣ ＰＤＵを分割したＲＬＣサブ(sub)ＰＤＵを転送することができる。
【００５２】
送信機(４００)と受信機(４５０)がより速くＡＲＱ情報を取り交わすようにするために、物理階層を用いて状態確認情報を送受信する。ＲＬＣ ＰＤＵまたはＭＡＣＰＤＵのレベルではなく物理階層で正義されたチャンネルを用いて状態確認情報を転送することができる。物理階層は状態確認情報を受信するようになればこれを上位ＲＬＣエンティティーに伝逹する。また、ＲＬＣエンティティーは自分が送信しなければならない状態確認情報がある場合、これを直接物理階層へ伝逹して物理階層はデータが送信されるチャンネルとは異なる物理チャンネルを用いて前記情報を伝逹することができる。
【００５３】
状態確認情報は物理階層で物理資源の割り当てを知らせてくれるスケジューリング情報が伝逹されるチャンネルを用いて伝逹することができる。状態確認情報は受信機のＲＬＣエンティティーがよく受信したり、またはよく受信することができなかったデータブロックに関する情報であってもよい。または、状態確認情報は送信機のＲＬＣエンティティーがそれ以上転送を遂行しないデータブロックに関する情報または送信機が廃棄してしまったデータブロックに関する情報であってもよい。受信機ＲＬＣは送信機から特定データブロックの送信がそれ以上成り立たないことを通報を受けたら前記ＲＬＣＰＤＵに対する待機を中止して自分のバッファーに貯蔵されているデータブロックらを処理することができる。
【００５４】
受信機(４５０)は状態確認情報をデータブロックのヘッダー部分に含ませることができる。ここで、前記データブロックはＲＬＣ ＰＤＵであってもよく、または前記データブロックはＭＡＣＰＤＵであってもよい。状態確認情報は受信機(４５０)がよく受信することができなかったデータブロックらに対する情報であってもよい。受信機(４５０)は状態確認情報に自分が成功的に受信したデータブロックに関する情報は含ませないこともある。
【００５５】
上位階層でデータブロックのオーバーヘッドを減らすためにＨＡＲＱプロセスとＲＬＣエンティティーまたは論理チャンネルと特別にマッピングされる場合、いくつかのフィールドを略することができる。例えば、ＲＢ１がＨＡＲＱプロセス１に一対一にマッピングされる場合、ＨＡＲＱ １に転送されるデータブロックにはＴＳＮや論理チャンネル識別子などを略することができる。
【００５６】
受信機が一層速くて效果的に状態確認情報を転送するために物理階層を利用する。具体的に、受信機は最近自分が受信した時間区間に対して自分がよく受信することができなかったデータブロックがある場合、これを物理チャンネルのシグナリングを用いて送信機へ知らせてくれる。例えば、毎時間区間に受信機も送信機へ物理制御チャンネルを介して転送を遂行したら、前記物理チャンネルを介して前回の時間区間に前記受信機は送信機が送信したデータをよく受信したか否かを知らせてくれることができる。送信機は受信機から前記物理チャンネルを受信して、もし受信機が前回の時間区間でよくデータブロックを受信することができなかったと知らせてくる場合、再転送を遂行することができる。この時、受信機が送信機へ転送する情報は、結局、端末がどんな時間区間でデータブロックの受信に失敗したかを知らせてくれるのである。即ち、受信機はどんな時間区間において送信機が送信したデータブロックの受信に失敗した場合、前記受信失敗が起きた時間区間に対する情報を送信機に知らせてくれるのである。
【００５７】
一実施例において、受信機が送信機へ知らせてくれる時間区間に対する情報は受信機が一定大きさの時間区間を設定して、その時間区間にあった送信機からの全ての送信に対して受信機における受信成功と失敗に関する情報またはそれの発生時間情報を含むことができる。他の実施例において、受信機が送信機へ知らせてくれる時間区間に対する情報は受信機が一定大きさの時間区間を設定して、その時間区間にいた送信機からの全ての送信に対して受信機における受信失敗に関する情報またはそれの発生時間情報を含むことができる。また、もう一つの実施例において、受信機が送信機へ知らせてくれる時間区間に対する情報は送信機からの送信に対して受信機における受信成功と失敗に関する情報またはそれの発生時間情報を含むことができる。また、もう一つの実施例において、受信機が送信機へ知らせてくれる時間区間に対する情報は送信機からの送信に対して受信機における受信失敗に関する情報またはそれの発生時間情報を含むことができる。
【００５８】
送信機は上記の受信失敗に関する情報やそれに対する時間情報を受信する場合、受信機からの状態確認情報の受信に構わずに前記係わるデータの再転送を予約することができる。上記の受信失敗に関する情報やそれに対する時間情報の送信は物理階層またはＭＡＣエンティティーで行われることができる。この時、受信機から伝逹された受信失敗に関する情報やそれに対する時間情報に対してこれが伝逹された送信機の物理階層やＭＡＣ階層はこれをＲＬＣ階層に知らせてくれる。受信機から受けた受信失敗に関する情報やそれに対する時間情報に対して、これが伝逹された送信機のＲＬＣエンティティーは係わるＲＬＣＰＤＵやＲＬＣ ＳＤＵの再転送を遂行して、必要な場合前記ＲＬＣ ＰＤＵを再組み立ててもよい。
【００５９】
図６は状態確認情報の送信と受信の一例を示す流れ図である。状態確認情報は受信機から任意または予め設定された状態で送信機に送信することができる。または状態確認情報をより速く確認するために送信機で状態要求情報を介して状態確認情報の送信を要請してもよい。
【００６０】
図６を参照すれば、ＴｘＨＡＲＱは状態要求情報をＲｘ ＨＡＲＱに送信する(Ｓ３１０)。状態要求情報は、受信機(５５０)が状態確認情報を転送するようにするための要請であり、送信機(５００)と受信機(５５０)がより速く状態確認情報を取り交わすようにするためである。状態要求情報は、受信機(５５０)が直ちに状態確認情報を構成して送信すべきかどうかを知らせる情報である。ＲｘＨＡＲＱは状態要求情報を受信すればＲｘ ＲＬＣにこれを知らせる(Ｓ３２０)。Ｒｘ ＲＬＣは状態確認情報を構成してＲｘ ＨＡＲＱに送る(Ｓ３３０)。Ｒｘ ＨＡＲＱは状態確認情報を送信する(Ｓ３４０)。
【００６１】
送信機(５００)の物理階層は一定条件が満たされる場合、データが送信される物理チャンネルと別途の物理チャンネルを介して状態要求情報を送信することができる。例えば、物理階層は自分が送信しているデータブロックに設定された最大ＨＡＲＱ再転送回数と同じ回数の再転送を遂行している場合に状態要求情報を設定して送信することができる。
【００６２】
スケジューリング情報の送信に使われることと同様に、物理階層で使う制御情報転送チャンネルを介して状態確認情報や状態要求情報などを転送することができる。
【００６３】
図７は状態確認情報の送信と受信の他の例を示す流れ図である。
【００６４】
図７を参照すれば、ＴｘＲＬＣは状態要求情報を要請する(Ｓ４１０)。即ち、状態要求情報は物理階層だけではなく上位階層で要求することができる。ＲＬＣエンティティーは自分のバッファーが空くようになる場合、例えば最後のＲＬＣＰＤＵが送信された場合、受信機(６５０)から状態確認情報を受けるために状態要求情報を要請することができる。Ｔｘ ＨＡＲＱは状態要求情報をＲｘ ＨＡＲＱに送信する(Ｓ４２０)。ＲｘＨＡＲＱは状態要求情報を受信すればＲｘ ＲＬＣにこれを知らせる(Ｓ４３０)。Ｒｘ ＲＬＣは状態確認情報を構成してＲｘ ＨＡＲＱに送る(Ｓ４４０)。Ｒｘ ＨＡＲＱは状態確認情報を送信する(Ｓ４５０)。
【００６５】
図８は本発明のもう一つの実施例によるデータ送信方法を示す流れ図である。
【００６６】
図８を参照すれば、ＴｘＲＬＣでＴｘ ＨＡＲＱでＲＬＣ ＰＤＵを伝逹する(Ｓ５００)。Ｔｘ ＨＡＲＱはデータブロックをＲｘ ＨＡＲＱに送信する(Ｓ５１０)。データブロックでエラーが見付かれば、ＲｘＨＡＲＱはＴｘ ＨＡＲＱへＮＡＣＫ信号を送信する(Ｓ５２０)。Ｔｘ ＨＡＲＱは再転送データブロックをＲｘ ＨＡＲＱに送信する(Ｓ５３０)。２番目送信においてもエラーが検出されてＲｘＨＡＲＱがＴｘ ＨＡＲＱへＮＡＣＫ信号を送信する(Ｓ５４０)。このような方式により送信は設定された最大専用許容回数であるＬ回繰り返されることができる(Ｓ５５０)。
【００６７】
最後の送信においてもエラーが検出される場合、ＲｘＲＬＣに状態確認情報の構成を要請する(Ｓ５５５)。Ｒｘ ＲＬＣは状態確認情報を構成してＲｘ ＨＡＲＱに送る(Ｓ５７０)。エラーが検出されてＲｘＨＡＲＱはＮＡＣＫ信号を送るが、Ｔｘ ＨＡＲＱはこれをＡＣＫ信号として認識することができる(Ｓ５７５)。この時、Ｒｘ ＨＡＲＱは状態確認情報をＴｘ ＨＡＲＱに送る(Ｓ５７５)。状態確認情報はＴｘＲＬＣに報告される(Ｓ５８０)。従って、ＡＣＫ/ＮＡＣＫ信号でエラーが発生しても状態確認情報を介してＲＬＣは正確に再転送如何を判断することができる。
【００６８】
一方、状態確認情報と別に物理階層でＨＡＲＱが取り交わすＡＣＫ/ＮＡＣＫ信号をより效果的に転送するために別途情報を送信することができる。即ち、送信機が特定データブロックの最後のＨＡＲＱを遂行する場合、物理階層を介して特定データブロックの最終ＨＡＲＱ送信が進行中であることを知らせる別途情報を送信することができる。
【００６９】
図９は本発明のもう一つの実施例によるデータ送信方法を示す流れ図である。これはＲＬＣエンティティーが非常状況を処理する方法に関する。
【００７０】
図９を参照すれば、ＴｘＲＬＣはＲＬＣ ＰＤＵを受信機(８５０)に送信する(Ｓ６００)。１番目送信が失敗する場合再び再転送を試みる。このような再転送は設定された最大許容回数であるＮ番目まで繰り返されることができる(Ｓ６１０)。Ｎ番目送信まで失敗した場合ＴｘＲＬＣはＲｘ ＲＲＣへ知らせる(Ｓ６３０)。 
【００７１】
即ち、送信機(８００)は特定データブロックを送ったが受信機(８５０)から正しく受信したという応答を受けることができなかった場合を一定回数以上繰り返した場合に上位階層へ知らせて通信状態を再設定することができる。ＲＲＣはＲＬＣから一定回数以上データブロックを送ったが相手方から受信確認を受けることができなかったと報告を受ける場合、上位階層のＲＲＣシグナリングを用いて解決する。ＲＲＣシグナリングとは送信機と受信機のＲＲＣが互いにＲＲＣメッセージを取り交わすことを意味する。この場合、ＲＲＣはＲＬＣを再設定することができる。
【００７２】
Ｔｘ ＲＬＣは特定データブロックを自分が多数回送ったことにもかかわらず、受信機(８５０)から応答を受けることができなければ前記データブロックの送信を中止し、このような状況を上位階層であるＴｘ ＲＲＣに知らせてその指示を待つ。またはＴｘＲＬＣは特定データブロックの送信において非正常的な動作を認知すれば自分がこれを処理するのではなく、上位階層であるＲＲＣに知らせてその指示に従う。
【００７３】
図１０は本発明のもう一つの実施例によるデータ送信方法を示すブロック図である。
【００７４】
図１０を参照すれば、送信機はＲＬＣＰＤＵ０、ＲＬＣ ＰＤＵ１、ＲＬＣ ＰＤＵ２、ＲＬＣ ＰＤＵ３、ＲＬＣ ＰＤＵ４を順次送信して、受信機はＲＬＣ ＰＤＵ０とＲＬＣ ＰＤＵ１は成功的に受信しているが、ＲＬＣＰＤＵ２を受信することは失敗する。ＲＬＣ ＰＤＵ２の受信に失敗するため、受信機は状態確認情報にＲＬＣ ＰＤＵ２に対する情報を含ませる。
【００７５】
ところが、ＲＬＣＰＤＵ２はＲＬＣ ＳＤＵ１の一部分とＲＬＣ ＳＤＵ２の一部分とからなる。受信機がＳＤＵを基準として状態確認情報を送信したら二つの情報、即ち、ＲＬＣ ＳＤＵ０とＲＬＣＳＤＵ１に関する情報を送信しなければならない。然しながら、ＰＤＵを基準として状態確認情報が転送されれば一つの情報、即ち、ＲＬＣ ＰＤＵ２に関する情報だけ転送されればよい。従って、ＰＤＵを基盤とする状態確認情報を送れば送信量を減らすことができる。
【００７６】
ところで、ＰＤＵを表現する方法も多数ある。即ち、ＰＤＵ内に含まれたデータが、係わったＳＤＵのどの部分に該当するかあるいは各々のＰＤＵに連続番号を割り当てる方法がある。送信機と受信機がＰＤＵ管理を容易にできるようにするために、状態確認情報を連続番号に基づいて管理することができる。
【００７７】
図１１は本発明の一実施例によるハンドオーバーを示すブロック図である。
【００７８】
図１１を参照すれば、ソース基地局(９１０)は現在基地局をいい、目的基地局(９２０)はハンドオーバー後の新しい基地局である。ソース基地局(９１０)と目的基地局(９２０)が端末(９００)の状態確認情報とにかかって相違する情報を有していたり、あるいは目的基地局(９２０)が一番最新の状態確認情報を有していなかったら、不必要な送信が起きて無線資源の無駄使いをもたらす。また、不必要な送信による新しいデータの送信が遅延されてＱｏＳの低下が発生する。従って、ハンドオーバーが発生すれば、端末(９００)はソース基地局(９１０)で受信確認を受けていないＳＤＵのみを対象として目的基地局(９２０)で再転送を遂行する。
【００７９】
端末(９００)は前記ＲＬＣ ＳＤＵらをＲＬＣ ＰＤＵに再組み合わせてこれを目的基地局(９３０)に送信することができる。またはソース基地局(９１０)は最新の状態確認情報を目的基地局(９２０)に送信し、目的基地局(９２０)はこれを端末(９００)に伝逹することができる。
【００８０】
ところで、ハンドオーバー過程で上向き方向(基地局からＡＧへ)へ伝逹するＳＤＵは二つがある。即ち、ソース基地局(９１０)がＡＧ(９３０)に伝逹するＳＤＵと目的基地局(９２０)がＡＧ(９３０)に伝逹するＳＤＵらである。ハンドオーバーが起きない状況では基地局が端末から受信したＳＤＵを手順を再整列し、ハンドオーバーが発生した場合には二つの基地局共にＳＤＵらをＡＧ(９３０)に伝逹するようになるため、一つの基地局が再整列を遂行することができない。即ち、ＡＧ(９３０)がソース基地局(９１０)と目的基地局(９２０)からきたＳＤＵら全てを検討して再整列過程を遂行しなければならない。従って、ハンドオーバー直後、目的基地局(９２０)は一定時間の間、即ち、ハンドオーバーが完了したと考えられる時まではＳＤＵを復元する度に直ちにＡＧ(９３０)に伝逹する。
【００８１】
目的基地局(９２０)はハンドオーバーの時間情報を用いて自分が成功的に受信したＲＬＣ ＳＤＵらをＡＧ(９３０)へ伝逹することができる。ハンドオーバーの時間情報はソース基地局(９１０)から受けることができる。
【００８２】
目的基地局(９２０)はハンドオーバーが行われた後、一定時間の間端末(９００)から成功的に受信したＲＬＣ ＳＤＵを直ちにＡＧ(９３０)へ伝逹することができる。どの時間まで成功的に受信したＲＬＣＳＤＵを直ちにＡＧ(９３０)に送るか否かに関する決定は時間情報を利用することができる。前記時間情報はハンドオーバーに関する指示をソース基地局(９１０)から受けた時間から有效であることがある。または前記時間情報は目的基地局(９２０)が端末(９００)からハンドオーバー関連メッセージを受信した時間から有效であることがある。
【００８３】
目的基地局(９２０)が端末(９００)からアクセスを受ける時点から一定時間の間、端末(９００)から成功的に受信したＲＬＣ ＳＤＵを自分が再整列しないで直ちにＡＧ(９３０)へ伝逹する。目的基地局(９２０)がソース基地局(９１０)から時間情報を受け、前記時間情報が指示する時間まで端末(９００)から成功的に受信したＲＬＣＳＤＵを自分が再整列しないで直ちにＡＧ(９３０)へ伝逹する。目的基地局(９２０)は指定された時間が経る以後には、自分が成功的に受信したＲＬＣ ＳＤＵらを再整列してＡＧ(９３０)へ伝逹する。
【００８４】
目的基地局(９２０)はソース基地局(９１０)が指定した連続番号より小さい連続番号値を有したＲＬＣ ＳＤＵが受信されれば直ちにＡＧ(９３０)へ伝逹することができる。端末(９００)は目的基地局(９２０)に接続する時連続番号情報を伝逹して、目的基地局(９２０)は前記連続番号値より小さい値を有したＲＬＣＳＤＵを受信するようになれば、前記ＲＬＣ ＳＤＵを直ちにＡＧ(９３０)に伝逹することができる。端末(９００)は目的基地局(９２０)に初めて接続する時、自分がソース基地局(９１０)で転送を遂行したＲＬＣＳＤＵらの連続番号のうち一番高い連続番号を知らせてくれることができる。
【００８５】
一方、上述した最適化過程は下向き方向でも行われてもよい。新しいセルで端末(９００)はハンドオーバー完了メッセージを目的基地局(９２０)に送る。この過程で目的基地局(９２０)は前記メッセージに対する応答メッセージを送る。この時、端末(９００)が自分が成功的に受信した下向き方向データに対して、自分が成功的に且つ連続的に受信したＳＤＵのうち連続番号が一番高い値を目的基地局(９２０)に知らせる。目的基地局(９２０)は新しいこの一連番号値を用いてこの値より高い連続番号を有したＳＤＵだけ新たに端末(９００)に転送することができる。これは端末が目的基地局(９２０)とソース基地局(９１０)で受信したＳＤＵを区分して再整列する負担を減らすことができる。
【００８６】
以下ではＡＲＱとＨＡＲＱの動作に対して説明する。
【００８７】
Ｎ-ｃｈａｎｎｅｌ ＳＡＷ(stop-and-wait)方式のＨＡＲＱは高い送信率に有利である。これは一つのプロセスが転送を遂行して、これに対する応答を待つ間他のプロセスらも転送を遂行する方式である。送信における空白時間を減らすことによって送信速度を高める。ところで、無線状況はよく変わるので、連続的なプロセス間にも実際経験するようになる無線区間の品質は異なることがある。従って、先に始めたプロセスがいつも先に送信を終わらせるようになることではない。従って、受信機では再整列を遂行しなければならないし、再整列を遂行することができるバッファーが含まれる。
【００８８】
ＡＲＱエンティティー、即ち、ＡＭモードで動作するＲＬＣもバッファーを含む。特定ＳＤＵの部分を含む全てのＰＤＵが到着するまで、全てのＳＤＵの部分らは受信機のバッファーに貯蔵されなければならないためである。ここで受信バッファーに間隔が発生することは特定ＲＬＣＰＤＵが受信されなかったということで、ＨＡＲＱのバッファーで間隔が発生することも特定ＭＡＣ ＰＤＵが受信されなかったという意味である。ＲＬＣ ＰＤＵがＭＡＣ ＰＤＵを成しているため、ＲＬＣバッファーの間隔とＨＡＲＱバッファーの間隔は連関があり、従って、二つを綜合的に考慮してバッファー管理ができる。即ち、一つのバッファーのみを使ってＨＡＲＱにおける再整列とＲＬＣ段における受信ＲＬＣＰＤＵを同時に考慮することができる。
【００８９】
ＭＡＣ ＰＤＵは受信される即時分解されて各々のＲＬＣエンティティーに伝逹する。ＭＡＣにおけるＮ-ｃｈａｎｎｅｌ ＳＡＷによる間隔発生の效果がＲＬＣエンティティーで解決されるためには、ＲＬＣエンティティーがＲＬＣバッファーで発生した間隔が受信失敗によることかあるいはＮ-ｃｈａｎｎｅｌＳＡＷによって発生した転送順序の逆転によることか確認しなければならない。これをためにＲＬＣエンティティーのバッファーがタイマーを使うことができる。即ち、ＲＬＣエンティティーのバッファーで間隔が発生する場合、直ちにタイマーが動作される。タイマーが満了するまで該当間隔に該当するデータが受信されなければ、前記間隔が受信失敗によって発生したと判断して、送信機に状態確認情報を送信する。
【００９０】
図１２は本発明の一実施例によるデータ送信方法を示す例示図である。これは受信機におけるＭＡＣ階層(Rx ＭＡＣ)とＲＬＣ階層(Ｒｘ ＲＬＣ)を示す。
【００９１】
図１２を参照すれば、１でＡＲＱエンティティー、即ち、ＲＬＣエンティティーはＰＤＵ３を下位階層のＨＡＲＱ、即ち、ＭＡＣ階層から受ける。ところで、ＰＤＵ３より連続番号が低いＰＤＵ２がないため、受信機はＨＡＲＱジッター(jitter)タイマー(JT)を用いて、前記間隔がＨＡＲＱの転送順序の逆転によって発生することを確認する。
【００９２】
２でＲＬＣエンティティーはＰＤＵ２を受信して、これはＨＡＲＱジッタータイマー(JT)が満了する前であるため、ＨＡＲＱジッタータイマー(JT)は止める。
【００９３】
３の状況は１の状況と同様に、ＰＤＵ７より連続番号が低いＰＤＵ６がなくてＨＡＲＱジッタータイマー(JT)が開始される。
【００９４】
４でＨＡＲＱジッタータイマー(JT)が満了したことにもかかわらず、ＲＬＣエンティティーはＰＤＵ６を受けることができない。従って、４で受信機はＰＤＵ６の受信が失敗したと判断して、ここに関する状態確認情報を送信機に送信する。
【００９５】
送信機はあるＰＤＵを受信することができなかったという状態確認情報を受信機から受ければ、係わる該当ＰＤＵを再転送する。ここでデッドロック現象を防止するために、各々のデータブロックらにもタイマーが設定される。各々のＳＤＵに設定されたタイマーが満了すれば、そのＳＤＵの切れは受信機から受信失敗が報告されてもそれ以上送信されない。
【００９６】
受信機は現在のウィンドウ外の連続番号を有したデータブロックを受信すれば、前記ウィンドウの境界面を調整する。即ち、受信機の動作はタイマーと受信ウィンドウを用いた動作である。
【００９７】
図１３は本発明の一実施例によるデータ送信方法を示す例示図である。これは送信機と受信機でＡＭとして動作するＲＬＣを示す。
【００９８】
図１３を参照すれば、１でＳＤＵ１が送信機のバッファーに到着して、削除タイマー(discard timer；DT)が開始される。２でＳＤＵ２が送信機のバッファーに到着して、削除タイマー(DT)が開始される。削除タイマー(DT)は各々のＲＬＣエンティティーに設定された最大遅延時間を定義する役目をする。
【００９９】
３で受信機はＰＤＵ３を受信して、ＰＤＵ３より連続番号が低いＰＤＵ２がまだ到着しなかったことを認識する。これがＨＡＲＱの送信手順逆転によるか否かを確認するために受信機はＨＡＲＱジッタータイマー(JT)を始める。
【０１００】
４でＨＡＲＱジッタータイマー(JT)が満了すれば、受信機は送信機へＰＤＵ２を受けることができなかったという報告を送る。同時に、前記報告が中間に損失されることを防止するためにＰＤＵ２と関して週期タイマー(periodictimer；PT)が始まる。
【０１０１】
５で送信機は受信機が送った報告を受信する。この時はＳＤＵ１に対する削除タイマー(DT)がまだ満了しなかったため、送信機はＰＤＵ２を再び送信する。
【０１０２】
６でＳＤＵ１に対する削除タイマー(DT)が満了する。従って、ＳＤＵ１の部分らは以後にはそれ以上送信されない。この時、送信機は受信機へＳＤＵ１に対する削除タイマー(DT)が満了してそれ以上ＳＤＵ１の部分を再転送しないことを知らせることができる。これは不必要な再転送要求を防止して無線資源の無駄使いを防止することができる。
【０１０３】
７でＰＤＵ２に対する週期タイマー(PT)が満了する。この時まで受信機はＰＤＵ２に対して受信することができなかったため、受信機はもう一度ＰＤＵ２と関して状態確認情報を転送する。この時、状態確認情報を転送すると同時に与えるタイマー(PT)を再び始めることができる。
【０１０４】
８で送信機はもう一度受信器機送った状態確認情報を受けるが、削除タイマー(DT)の満了によりもう送信機はＳＤＵ１を削除したため、それ以上ＰＤＵ２は再転送されない。 
【０１０５】
９でＳＤＵ２に対する解除タイマー(release timer；RT)が受信機で満了する。解除タイマー(RT)は成功的に復元されたＳＤＵがそれより低い連続番号を有したＳＤＵが受信機に到着しないことによって、上位段へ伝逹することができない時に始まる。例えば、ＳＤＵ２はＰＤＵ３の一部、ＰＤＵ４及びＰＤＵ５を受信して受信機で成功的に受信するが、ＳＤＵ２より連続番号が低いＳＤＵ１はＰＤＵ２が受信されないため、まだ受信が完了しない。この時、ＳＤＵ２の受信される時点で解除タイマー(RT)が始まる。解除タイマー(RT)はあるＳＤＵがとても長く受信機バッファーで待機することを防止するために使われる。解除タイマー(ＲＴ)が満了する場合、受信機は成功したＳＤＵ２を上位階層に送り、失敗したＳＤＵ１やあるいはそれと係わったＰＤＵ(ＰＤＵ２)をそれ以上待機しない。同時に、ＰＤＵ２をそれ以上待機しないため、週期タイマー(ＰＴ)も中止される。
【０１０６】
ＭＡＣ階層におけるバッファーが必要なしにＲＬＣ階層におけるバッファーだけで再転送要求を管理することができる。
【０１０７】
ここで使われるＡＲＱは不正確な基盤方式(ＮＡＣＫ based system)であってもよい。この不正確な基盤方式ではデータの伝逹が終始一貫して行われる場合效果がある。ところで、もし間欠的に送信されるパケットや使用者データ、またはどんなデータフローの一番最後のＳＤＵまたはＰＤＵの送信を考慮する時はもっと細心な動作が必要である。即ち、不正確な基盤方式ではどんなデータがよく受信されない場合、そしてこれが受信機で確認が可能な場合に使われることができる。
【０１０８】
受信機はよく受けることができなかったデータの情報である状態確認情報を送信機に伝逹する。ところで、例えば間欠的なデータの場合、特にこのデータの大きさがとても小さい場合には、受信機はこのデータの送信自体を知らない場合があるため、受信機が状態確認情報を転送すること自体が不可能なことがある。従って、この場合には受信機が前記データらに対して確実に受けたという報告を送信機に送る必要がある。また、送信機も状態確認情報を転送するように受信機に知らせてくれる必要がある。一実施例において、ＰＤＵ内に受信機が状態確認情報を転送するようにする命令を含むことができる。他の実施例において、迅速な送信のためにスケジューリング情報が伝逹される物理チャンネルを介して、直接的に受信機が報告を送らせるように命令することができる。
【０１０９】
受信機は状態確認情報の要請を受信する場合、直ちに状態確認情報を送信機に送らなければならない。そして、一定期間内に状態確認情報を受けることができなかった場合、送信機は自動的に前記データらを再転送することができる。このようにタイマーを使う場合、状態確認情報の有無にかかわらず再転送が行われることができる。
【０１１０】
本発明はハードウェア、ソフトウェアまたはこれらの組合せにより具現されることができる。ハードウェア具現において、上述した機能を遂行するためにデザインされたＡＳＩＣ(application specific integrated circuit)、ＤＳＰ(digital signalprocessing)、ＰＬＤ(programmable logic device)、ＦＰＧＡ(field programmable gate array)、プロセッサ、制御機、マイクロプロセッサ、他の電子ユニットまたはこれらの組合せにより具現されることができる。ソフトウェア具現において、上述した機能を遂行するモジュールにより具現されることができる。ソフトウェアはメモリーユニットに貯蔵されることができ、プロセッサによって実行される。メモリーユニットやプロセッサでは当業者によく知られた多様な手段を採用することができる。
【０１１１】
以上、本発明に対して実施例を参照して説明したが、該当技術分野の通常の知識を有した者は本発明の技術的思想及び領域を脱しない範囲内で本発明を多様に修正及び変更させて実施できることを理解することができるはずである。従って、上述した実施例に限定されることなく、本発明は特許請求の範囲内の全ての実施例らを含む。
【図面の簡単な説明】
【０１１２】
【図１】無線通信システムを示すブロック図である。
【図２】無線インタフェースプロトコルの制御平面を示すブロック図である。
【図３】無線インタフェースプロトコルの使用者平面を示すブロック図である。
【図４】本発明の一実施例によるデータ送信方法を示す流れ図である。
【図５】本発明の他の実施例によるデータ送信方法を示す流れ図図である。
【図６】状態確認情報の送信と受信の一例を示す流れ図である。
【図７】状態確認情報の送信と受信の他の例を示す流れ図である。
【図８】本発明のもう一つの実施例によるデータ送信方法を示す流れ図である。
【図９】本発明のもう一つの実施例によるデータ送信方法を示す流れ図図である。
【図１０】本発明のもう一つの実施例によるデータ送信方法を示すブロック図である。
【図１１】本発明の一実施例によるハンドオーバーを示すブロック図である。
【図１２】本発明の一実施例によるデータ送信方法を示す例示図である。
【図１３】本発明の一実施例によるデータ送信方法を示す例示図である。
【符号の説明】
【０１１３】
１０  端末
２０  基地局
３０  中継局
【図１】
2009521891.tif 000003
【図２】
2009521891.tif 000004
【図３】
2009521891.tif 000005
【図４】
2009521891.tif 000006
【図５】
2009521891.tif 000007
【図６】
2009521891.tif 000008
【図７】
2009521891.tif 000009
【図８】
2009521891.tif 000010
【図９】
2009521891.tif 000011
【図１０】
2009521891.tif 000012
【図１１】
2009521891.tif 000013
【図１２】
2009521891.tif 000014
【図１３】
2009521891.tif 000015
【国際調査報告】
2009521891.tif 000016
2009521891.tif 000017